Технические уведомления Adobe Acrobat Sign 2021-2022

Шаблон Adobe Sign: W-4 (2022)

Новая форма IRS W-4 (2022), озаглавленная W-4 2022 (Employee's Withholding Certificate), должна быть добавлена в библиотеку Adobe Sign в рамках выпуска за апрель 2022 г.

ТРЕБУЕТСЯ ДЕЙСТВИЕ

Новый шаблон формы W-4 имеет новый libraryDocumentId.Если вы используете libraryDocumentId существующего шаблона в ваших приложениях, вам необходимо будет его обновить.

Версия 2021 года будет удалена из системы в июне 2022.

Любое приложение/API, использующее устаревшую форму (версия 2021), должно быть обновлено до 1 июня для обеспечения бесперебойной работы сервиса.

Чтобы найти libraryDocumentId в учетной записи с поддержкой API:

1. Войдите как администратор учетной записи
2. Нажмите на вкладку «Учетная запись» > Adobe Sign API > «Информация API» > нажмите на ссылку: «Документация по методам REST API»
3. В разделе GET /libraryDocuments нажмите кнопку OAUTH ACCESS-TOKEN 
   • Включите область действия library_read:self
4. Нажмите Try it out кнопка
5. В теле ответа найдите новый шаблон формы W-4 2022 (Employee's Withholding Certificate) (не версия2021), чтобы увидеть значение libraryDocumentId. 

Два новых вебхука добавлены с выпуском от 14 июня

Два новых вебхука были добавлены в выпуске от 14 июня:

• Обновление срока действия соглашения (AGREEMENT_EXPIRATION_UPDATED) (доступно только через REST v6 API POST /webhooks) — срабатывает при обновлении даты истечения срока действия соглашения.
  
• Имя подписанта соглашения изменено подписантом (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) — срабатывает, когда получатель изменяет свое имя при подписании на значение, отличное от имени, указанного при создании соглашения.

Оба вебхука доступны.

Выпуск функций: Adobe Acrobat Sign — выпуск от 15 июня завершен

Выпуск функций завершен, и все функции доступны.

Обновление разрешений для Adobe Acrobat Sign для интеграций Microsoft от 8 июня 2022 года завершено

8 июня 2022 года Acrobat Sign перенес платформу уведомлений для интеграций Microsoft Teams, Outlook, Word и PowerPoint с обратных вызовов на вебхуки.Это улучшит доставку уведомлений и позволит пользователям получать все уведомления о документах Acrobat Sign в предпочитаемой интеграции, независимо от того, где документ был создан.

Теперь, когда обновление завершено, конечные пользователи получат запрос на повторное принятие разрешений Acrobat Sign, включая просмотр, создание/редактирование и удаление вебхуков, прежде чем они смогут продолжить использование интеграций.

Повторное принятие разрешений Acrobat Sign требуется только один раз и будет применяться к Acrobat Sign во всех интеграциях Microsoft 365.Это разрешение предоставляется на уровне учетной записи и должно быть принято конечными пользователями.

Пожалуйста, посетите соответствующую страницу справки ниже и ознакомьтесь с разделом «Установление аутентифицированной связи» для получения дополнительной информации. Для получения «оперативной» помощи по Acrobat Sign войдите в свою учетную запись Acrobat Sign и нажмите на «?»затем «Связаться с поддержкой», чтобы просмотреть варианты поддержки.

Классическая функция Код доступа удалена из службы в выпуске июня 2022 года

Функция Код доступа была полностью удалена из системы Acrobat Sign в выпуске июня 2022 года, когда классическая страница Управление была исключена из службы. 

Нарушение работы службы для конструктора пользовательских рабочих процессов, запланированное на 15 июня 2022 года, завершено.

Конструктор пользовательских рабочих процессов имел кратковременное нарушение работы службы для обновления базового кода в связи с крупным выпуском 15 июня.

Между 15:00–15:30 по тихоокеанскому времени конструктор рабочих процессов мог не позволять пользователям создавать новый рабочий процесс или сохранять редактируемый рабочий процесс.

Использование рабочих процессов для создания соглашений не было затронуто в это время.

Прекращение поддержки браузеров Microsoft Internet Explorer 11 и Microsoft Edge Legacy с 31 декабря 2021 года

К 31 декабря 2021 года Adobe Sign больше не будет официально поддерживать браузеры Microsoft Internet Explorer 11 или Microsoft Edge Legacy.Мы рекомендуем клиентам больше не использовать эти браузеры для доступа к приложению Adobe Sign.После 31 декабря 2021 года у клиентов, использующих эти браузеры, может ухудшиться качество работы, и некоторые функции могут перестать работать.

Страница электронной подписи получателя должна продолжать нормально функционировать в этих браузерах, чтобы избежать нарушения рабочих процессов получателя.Мы стремимся помочь сделать этот переход максимально плавным.

Выпуск функции: Adobe Acrobat Sign — выпуск 5^-го апреля завершен

Adobe Acrobat Sign завершил выпуск функций, запланированный на первую неделю апреля 2022 г. Во время этого выпуска простоев не было

Выпуск апреля 2022 г. включает улучшения функций для пользователей и администраторов, а также решения множества проблем, о которых сообщили клиенты.  

Новый SSL-сертификат -
Вступает в силу 1 апреля 2022 г.

Acrobat Sign выпустил новые SSL-сертификаты утром 1 апреля 2022 г.
Изменений в открытом ключе, базовых криптографических протоколах или схеме нет.

ТРЕБУЕТСЯ ДЕЙСТВИЕ

Использование открытого ключа

• Если у вас есть интеграции с Acrobat Sign, созданные по индивидуальному заказу с использованием SOAP или REST API, и если какие-либо из этих интеграций «закрепили» существующий открытый ключ, никаких действий не требуется.
• Если вы используете SSL-сертификаты Adobe Acrobat Sign для SSO или закрепляете сам сертификат (или используете другие методы), новые сертификаты Adobe Acrobat Sign можно найти в системных требованиях Adobe Acrobat Sign.
  • Если ваша конфигурация SSO поддерживает несколько открытых ключей/цепочек сертификатов, вы можете добавить новые сертификаты сейчас и удалить старую цепочку открытых ключей из конфигурации после переключения в апреле.
  • Если ваш SSO не поддерживает несколько открытых сертификатов/цепей, вам потребуется синхронизировать переключение SSL с Acrobat Sign 1 апреля 2022 г.  

Новые SSL-сертификаты теперь активны с 1 апреля 2022 г.

Незначительный выпуск функций: Adobe Acrobat Sign 3 мая 2022 г.

Acrobat Sign завершил незначительный выпуск функций 3 мая 2022 г. Во время этого выпуска простоев не было

Выпуск мая 2022 г. включает одно улучшение функций для обеспечения аутентификации на основе знаний для дополнительных участников в веб-формах. 

Клиент обновлен для интеграций Acrobat Sign для Word/PowerPoint, Outlook и Teams

22 марта 2022 г. Adobe Acrobat Sign обновил клиент приложения Acrobat Sign для Office 365, общий клиент приложения для интеграций Word/PowerPoint, Outlook и Teams.  

Начиная с 10:00 по восточному летнему времени администраторы/пользователи могли получать запрос на повторное подтверждение разрешений для приложения перед предоставлением доступа.Точное время зависит от того, когда истечет срок действия токена аутентификации, выданного Microsoft для учетной записи (до 24 часов после начального момента).

Плановое обслуживание службы пользовательских шаблонов электронной почты Adobe Sign (CEMT) — выполнено

В субботу, 12 февраля 2022 г., с 18:00 по тихоокеанскому стандартному времени до 19:00 по тихоокеанскому стандартному времени служба пользовательских шаблонов электронной почты Adobe Sign (CEMT) будет испытывать кратковременное снижение качества обслуживания во время обновления основных компонентов инфраструктуры.В это время заказчики могут видеть стандартные почтовые шаблоны вместо ожидаемых пользовательских шаблонов. Сбоев в работе не ожидается.

Выпуск новой функциональности: январь 2022 г. — завершён

Adobe Sign завершила выпуск за январь 2022 г. без простоев в работе приложения.

Январский выпуск включает улучшения функций для пользователей и администраторов, а также решения множества проблем, о которых сообщили заказчики.  

Новые страницы «Главная» и «Управление» стали стандартными в январе 2022 г.; классические страницы выведены из эксплуатации

Adobe Sign прекращает поддержку классических интерфейсов страниц «Главная» и «Управление» в выпуске за январь 2022 г. В это время все учетные записи будут переведены на современный интерфейс «Главная» и «Управление» без возможности возврата к классическому интерфейсу.
Обратите внимание, что мы стремимся сделать этот переход максимально плавным и добавили функции, повторяющие поведение классической страницы управления, включая:

• Целевой поиск по имени и фамилии.
• Отправители теперь могут добавить сообщение при замене подписывающего.
• Добавлена функция напоминания для адресатов в копии и подписывающих, которые завершили процесс.

В декабрьском выпуске мы дополнительно улучшаем возможности поиска и добавляем функцию «быстрого просмотра метаданных».  

Аутентификация Adobe Sign перенаправляет на Adobe Identity Management

Начиная с сентябрьского выпуска Adobe Sign, некоторые пользователи, которые проходят аутентификацию непосредственно в приложении Adobe Sign, обнаружат, что их метод аутентификации перенаправляется в Adobe Identity Manager.

Adobe стандартизирует аутентификацию в этом формате к концу 2020 года.

Релиз функций Adobe Sign: октябрь 2021 г.

Adobe Sign завершил выпуск за октябрь 2021 года без простоев в работе приложения.

Октябрьский релиз включает улучшения функций для пользователей и администраторов, а также решения множества проблем, о которых сообщали заказчики.  

Блокировка значений имен распространяется на типизированные подписи

Мартовский релиз представил параметр для включения/отключения возможности получателя редактировать значение своего имени при подписании, при условии, что имя было предоставлено или известно (через API или профиль пользователя). Эта настройка не применялась к напечатанным подписям, что приводило к изменению имен некоторыми лицами в процессе подписания. Это функция была обновлена в выпуске за сентябрь. Теперь имена блокируются во всех типах подписей, включая напечатанные.

• Заказчики, которые включили Ввод имени и инициалов и отключили Подписанты могут изменить свои имя или инициалы, увидят изменение в поведении — значение имени больше не будет редактироваться в процессе подписания для печатных подписей.
• Заказчики, желающие разрешить редактирование значения имени в процессе подписания, должны включить параметр Подписанты могут изменить свои имя или инициалы (в меню Настройки подписи).

Закрытый доступ к странице электронного подписания в сентябрьском релизе

Для соблюдения юридических требований Adobe система Adobe Sign обновляет механизм принятия условий использования (TOU) на странице электронной подписи.При использовании нового интерфейса все «неизвестные» получатели будут должны принять условия использования Adobe Sign (нажав кнопку Продолжить), прежде чем выполнять действия с документом. Это принятие отличается от любых пользовательских TOU, которые могли быть настроены в учетной записи заказчика и которые будут продолжать работать в соответствии с конфигурацией принятия TOU/CD учетной записи.

• «Неизвестный» получатель — это любой адрес электронной почты, который не является зарегистрированным активным пользовательским адресом электронной почты в доверенной учетной записи.
  
• «Известные» пользователи приняли условия использования Adobe Sign в процессе регистрации при подтверждении учетной записи пользователя, поэтому им больше не предлагается принять условия использования.

Ниже приведен пример явного согласия для документа с пользовательскими условиями, настроенными клиентом:

1. Примите условия использования Adobe Sign, нажав кнопку Продолжить (после открытия документа).
2. Заполните необходимые поля в документе.
3. Примите соглашение о неразглашении и пользовательские условия использования, нажав кнопку Нажмите, чтобы подписать.

Обновления API и страницы отправки для функции интеграции Notarize (ожидается в октябре)

Октябрьский релиз представит новую функцию Adobe Sign для поддержки интеграции с платформой удаленного онлайн-нотариального заверения (RON) компании Notarize, Inc.Интеграция Adobe Sign с Notarize, Inc. доступна для использования в США.только.

Ниже приведена сводка изменений:

Интеграция с Notarize — интеграция Adobe Sign с платформой Remote Online Notarization (RON) компании Notarize, Inc. позволяет клиентам добавлять удаленные онлайн-нотариальные услуги в рамках своих транзакций Adobe Sign. Доступно для активации для клиентов корпоративного уровня и уровня для организаций, продаваемых напрямую Adobe через программу ETLA. Только участники этой программы могут приобретать транзакции нотариального заверения за дополнительную плату. 

Есть два элемента, которые должны рассмотреть клиенты, создающие собственные приложения или использующие интеграции:

На странице «Отправить» появился новый элемент для идентификации подписанта, которому требуется нотариально заверенная подпись, а также дополнительные шаги настройки для управления процессом подписания.  

REST API был обновлен для соответствия требованиям использования этой функциональности, и клиенты, использующие REST API, должны ознакомиться с приведенной ниже информацией, чтобы определить, повлияет ли это на их текущие сценарии использования. 

• Обновления страницы «Отправить»
  

Клиенты с включенными транзакциями Notarize могут выбрать опцию «Требует нотариального заверения» в записи получателя, справа от метода аутентификации:

После настройки документа и нажатия отправителем кнопки «Далее» отправитель может настроить дополнительные параметры конфигурации для процедуры нотариального заверения.

• Обновления API — API-интерфейсы были существенно изменены для поддержки интеграции с Notarize.

POST /agreements

API-интерфейс POST /agreements был обновлен для поддержки отправки документа для нотариального заверения.

• Для обозначения участника сеанса нотариального заверения необходимо использовать новую роль NOTARY_SIGNER.
  
• В определение AgreementInfo добавлен новый атрибут NotaryInfo, содержащий все параметры, связанные с созданием нового документа, требующего нотариального заверения.

Расширение FileInfo

Определение FileInfo должно быть развернуто, чтобы указать, какие документы должны быть нотариально заверены.

Расширение ParticipantInfo

Определение ParticipantInfo было развернуто, чтобы указать метод аутентификации нотариального заверения.

NotaryInfo

В определение AgreementInfo добавлено новое необязательное поле notaryInfo , содержащее объект NotaryInfo, в котором указаны дополнительные параметры, связанные с нотариальным заверением.

Пример /agreement

PUT|GET /agreements/{aid}

PUT /agreements/{aid} API-интерфейс будет поддерживать обновление документа с параметрами нотариального заверения. API-интерфейс GET /agreement/{aid} возвращает любые параметры, установленные для нотариального заверения документа. Для просмотра обновленных атрибутов см. раздел POST /agreements.

Коды ошибок

Существующие коды ошибок для POST /agreements остаются без изменений. Определен новый код ошибки (см. ниже).

Влияние на документацию

В объекте AgreementInfo запроса элемент «status» будет включать новое состояние документа WAITING_FOR_NOTARIZATION.

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

API-интерфейс может использоваться клиентами (подписантами с нотар. заверенной подписью) для получения маркера подписания, необходимого для завершения этапа электронного подписания в потоке. 

• Добавлена новая функция подписания для новой роли — ACCEPT_BEFORE_NOTARIZATION. 
• Маркеры подписания не следует получать для завершения этапа нотариального заверения.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

API-интерфейс может использоваться клиентами (подписантами с нотар. заверенной подписью) для завершения этапа электронного подписания в потоке. Для новой роли добавлено новое значение состояния enum — ACCEPTED_BEFORE_NOTARIZATION.

Подписант с нотариально заверенной подписью может выполнить следующую последовательность вызовов API для завершения этапа электронного подписания.

1. GET /agreements/{agreementId}/members — для получения идентификатора участника и идентификатора набора участников подписанта с нотариально заверенной подписью.
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens — для запроса маркера подписания для подписанта с нотариально заверенной подписью с функцией ACCEPT_BEFORE_NOTARIZATION.
3. POST /transientDocuments  — для загрузки просмотренного документа.
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status  — для отправки просмотренного документа и завершения этапа электронного подписания.

Новое событие веб-перехватчика

Клиенты могут подписаться на новое событие веб-перехватчика AGREEMENT_READY_FOR_NOTARIZATION, чтобы получать уведомления, когда документ готов для нотариального заверения. Событие не отображается в пользовательском интерфейсе веб-перехватчиков; подписку можно создать через API-вызов POST /webhooks.

Влияние на документацию

Следующие API-интерфейсы не изменены, но их документация была обновлена, чтобы включить новое состояние документа «WAITING_FOR_NOTARIZATION» или новую роль «NOTARY_SIGNER».

GET /agreements

В ответном объекте UserAgreements/UserAgreement элемент «status» теперь содержит соответствующее состояние «WAITING_FOR_NOTARIZATION».

GET /agreements/{agreementId}

В ответном объекте AgreementInfo элемент «status» теперь содержит соответствующее состояние «WAITING_FOR_NOTARIZATION».

GET /agreements/{agreementId}/events

API-интерфейс обновлен для поддержки новых событий READY_TO_NOTARIZE и NOTARIZED.

В ответном объекте Event

• элемент «participantRole» теперь содержит новую роль NOTARY_SIGNER;
• элемент «type» включает новые события READY_TO_NOTARIZE и NOTARIZED. Элемент «description» будет иметь значения «Документ отправлен на нотариальное заверение» и «Нотариально заверенный документ получен» соответственно.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

В ответном объекте DetailedParticipantSetInfo элемент «status» теперь содержит соответствующее состояние «WAITING_FOR_NOTARIZATION».

PUT /agreements/{agreementId}

Объект запроса AgreementInfo теперь содержит состояние «WAITING_FOR_NOTARIZATION».

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

Состояние WAITING_FOR_NOTARIZATION является одним из значений элемента «status» в объекте DetailedParticipantSetInfo.

POST /agreements/{agreementId}/view

Статус WAITING_FOR_NOTARIZATION добавлен в качестве одного из разрешенных режимов просмотра.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Если участник, указанный в пути запроса, обладает ролью подписанта с нотариально заверенной подписью, API возвращает конфигурацию подписания ACCEPT_BEFORE_NOTARIZATION в соответствии со всеми остальными конфигурациями подписания для данного документа/участника.

Релиз: Adobe Sign, сентябрь 2021

16 сентября 2021 года компания Adobe выпустила обновление функций Adobe Sign.Во время этого выпуска не было простоев

Сентябрьский релиз включает улучшения функций для пользователей и администраторов, а также решения множества проблем, о которых сообщили клиенты.  

Опция «Название компании» будет удалена из телефонной аутентификации

Безопасность SMS (в отношении соответствия отправляющего ID предполагаемому названию компании в сообщении) улучшилась до такой степени, что отправка SMS-сообщений Adobe Sign с названием другой компании может привести к сбою доставки сообщения.

В результате опция настройки сообщения телефонной аутентификации с названием компании будет удалена из сервиса в релизе сентября 2021 года.

Известная проблема: новая страница «Главная» или «Управление» пуста

Проблема: При переключении на новую страницу «Главная» или «Управление» страница полностью пуста.

Тест: попробуйте загрузить эту страницу: https://documentcloud.adobe.com/

• Если страница https://documentcloud.adobe.com/ не загружается, обратитесь к администратору вашей внутренней сети, чтобы разблокировать documentcloud.adobe.com.
• Если вы можете перейти по ссылке выше, обратитесь в службу поддержки.

Adobe Sign v6 REST POST /workflows/ID/agreements удален из сервиса

Вызов API v6 REST POST /workflows/ID/agreements был удален из сервиса в июньском релизе 2021 года, через год после удаления вызова из документации и уведомления пользователей о том, что конечная точка будет удалена.

Клиенты, которые продолжают использовать этот вызов API, теперь будут получать ошибку 404.

Рекомендуемой альтернативой для замены этой функциональности является использование вызова POST/agreement с workflowID в JSON-запросе.

Пример тела запроса:

Обновление v6REST для GET /agreements/{agreementId}/signingUrls

До июньского выпуска при вызове API-интерфейса GET /agreements/{agreementId}/signingUrls сразу после создания документа отображалась ошибка 404.

Почти сразу после устранения ошибки 404 она больше не появится, но будут возращены адреса signingURL отправителя. (Пока участие подписанта все еще определяется.)

После запуска в июне 2021 г. код 404: AGREEMENT_NOT_EXPOSED будет возвращен, пока не будет завершен полный список URL-адресов для подписи, после чего будет доставлен код 200.

Клиентам, которые не желают вызывать API-интерфейс до возращения ответа 200, рекомендуется использовать веб-перехватчики и ответить на событие AGREEMENT_CREATED.

Запланированное время простоя для интеграций Adobe Sign для Word/PowerPoint, Outlook и Teams

В субботу, 17^го июля 2021 года, Adobe Sign завершил техническое обслуживание следующих интеграций:

• Adobe Sign для Microsoft Teams
• Adobe Sign для Microsoft Word/Powerpoint
• Adobe Sign для Microsoft Outlook

Интеграции теперь работают в обычном режиме.

Патч-релиз: Adobe Sign август 2021

Adobe Sign завершил обновление патча по состоянию на 11 августа 2021 года.Патч был завершен без простоя.

Августовский патч-релиз включает незначительные изменения интерфейса и решения множества проблем, о которых сообщили клиенты. 

Планируемое прекращение поддержки SOAP API в мае 2021 года

С выпуском REST API версии 6, обеспечивающего лучший опыт программирования для разработчиков Adobe Sign, SOAP API был признан устаревшим и не будет поддерживаться после мая 2021 года.  API-интерфейс REST теперь является предпочитаемым интерфейсом для интеграторов и разработчиков приложений. В будущем разработка должна перейти на этот API-интерфейс.

Вот несколько ссылок, которые помогут с переходом:

• Миграция с SOAP
• Методы Adobe Sign REST API версии 6

ТРЕБУЕТСЯ ДЕЙСТВИЕ

Если вы разработали интеграцию или приложение для сервиса Adobe Sign на основе SOAP API, вам потребуется переписать ваше приложение, используя как минимум REST API версию 6 до мая 2021 года. Прямая связь с разработчиками и интеграторами будет происходить в течение следующих нескольких кварталов для обеспечения плавного перехода на новейший API.

Планируемое «Прекращение обслуживания» для браузеров IE 11 в интеграциях Microsoft

Microsoft прекращает поддержку Internet Explorer 11 17 августа 2021 года.

В результате интеграции Adobe Sign для Microsoft также прекращают поддержку IE11 по тому же графику.

Затронутые сервисы:

• Dynamics 365 (Online и On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (Online и On-Prem)
• Рабочие группы

Планируемое прекращение обслуживания интеграции Adobe Sign с Dropbox

Интеграция Adobe Sign с Dropbox запланирована к завершению 31 июля 2021 года.

После этого Adobe Sign больше не будет доступен через ваш аккаунт Dropbox, однако все ваши соглашения Adobe Sign останутся доступными и к ним можно будет получить доступ, войдя в ваш аккаунт Adobe Sign.

Новый релиз: Adobe Sign июнь 2021

Adobe Sign завершил релиз июня 2021 года без простоев.

Июньский релиз включает улучшения функций для пользователей и администраторов, а также решения множества проблем, о которых сообщили клиенты. 

Новый SSL-Сертификат доступен -
Вступает в силу с 1 июня 2021 года

Adobe Sign выпускает новые SSL-сертификаты 1 июня 2021 года
Открытый ключ, базовые криптографические протоколы и схемы не изменяются.

Новые сертификаты можно загрузить со страницы системных требований Adobe Sign.

ТРЕБУЕТСЯ ДЕЙСТВИЕ

Использование открытого ключа
Если у вас есть пользовательские интеграции с Adobe Sign, использующие SOAP или REST API, и если любая из этих интеграций «закрепила» существующий открытый ключ, никаких действий не требуется.

Если вы используете SSL-сертификаты Adobe Sign для SSO или закрепляете сам сертификат (или используете другие методы), новые сертификаты Adobe Sign можно найти в системных требованиях Adobe Sign.

Новые SSL-Сертификаты станут активными 1 июня 2021 года

Новая форма W-4 за 2021 год добавлена в библиотеку Adobe Sign

Новая форма IRS W-4 (2021), озаглавленная W-4 2021 (Employee's Withholding Certificate), ожидается добавленной в библиотека Adobe Sign в рамках выпуска февраля 2021 года.

ТРЕБУЕТСЯ ДЕЙСТВИЕ

Новый шаблон формы W-4 имеет новый libraryDocumentId. Если вы используете libraryDocumentId существующего шаблона в ваших приложениях, вам потребуется его обновить.

Версия 2020 года будет удалена из системы в мае 2021 года.

Любое приложение/API, использующее устаревшую форму (версия 2020), должно быть обновлено до 1 ^мая, чтобы обеспечить бесперебойную работу сервиса.

Чтобы найти libraryDocumentId в учетной записи с поддержкой API:

1. Войдите как администратор учетной записи
2. Нажмите на вкладку «Учетная запись» > Adobe Sign API > «Информация API» > нажмите на ссылку: «Документация по методам REST API»
3. В разделе GET /libraryDocuments нажмите кнопку OAUTH ACCESS-TOKEN 
   • Включите область действия library_read:self
4. Нажмите Try it out кнопка
5. В теле ответа найдите новый шаблон формы W-4 2021 (Employee's Withholding Certificate) (не версия 2020), чтобы увидеть значение libraryDocumentId. 

Новый выпуск: Adobe Sign май 2021

Adobe Sign завершил выпуск мая 2021 года без простоев.

Майский выпуск включает улучшения функций для пользователей и администраторов, а также решения множества проблем, о которых сообщили заказчики.  

Обновление управления файлами cookie Adobe Sign

Adobe Sign внедряет новый баннер согласия на файлы cookie от OneTrust, который будет отображаться до тех пор, пока пользователь явно не сделает выбор.

Пользователям, которые перенаправляются на новый домен во время аутентификации, необходимо дать согласие второй раз для второго домена (обычно это происходит при перенаправлении с echosign.com на adobesign.com из-за смены домена). 

Пользователям рекомендуется обновить свои закладки, чтобы исключить перенаправление.

Fill & Sign поддерживает шаблоны и аутентифицированное подписание

Страница создания Only I Sign будет заменена новой страницей создания (на основе последних дизайнов страницы Send), которая позволяет использовать шаблоны и размещать поля при создании.

Настройки администратора определяют пользовательский интерфейс по умолчанию. Можно включить дополнительную ссылку «Переключиться», которая позволит пользователю переключаться между интерфейсом произвольной формы Fill & Sign и новым интерфейсом Self-sign с поддержкой авторства. 

Новое в данном интерфейсе — возможность использования аутентификации для подписывающего. 

Элементы управления основаны на настройках Enforce identity authentication.При включении пользователю будет предложено ввести свои учетные данные Adobe Sign при открытии соглашения и (при необходимости) еще раз при размещении подписи или завершении соглашения. 

Элементы управления для нового интерфейса самоподписания, а также принудительной аутентификации личности, можно настроить на уровне учетной записи и/или группы (настройки на уровне группы переопределяют настройки на уровне учетной записи)

План развертывания

Новый интерфейс самоподписания заменит устаревшую страницу «Подписываю только я» в течение следующих двух основных выпусков. 

Клиентам, использующим устаревшую возможность «Подписываю только я», следует планировать переход на новый интерфейс к осени 2020 года, когда он станет интерфейсом по умолчанию, а устаревшая страница будет удалена из эксплуатации. 

• В июльском выпуске не будет внесено никаких изменений в существующие настройки
• В следующем выпуске новый интерфейс будет установлен как интерфейс по умолчанию с возможностью вернуться к старой странице
• В осеннем выпуске 2020 года возможность возврата к устаревшему интерфейсу будет удалена.

Обновление Adobe Sign для Word/PowerPoint, Outlook и Teams вступает в силу 19 апреля

Обновление вступит в силу в 8:00 PDT / 11:00 EST / 15:00 UTC

Данное обновление используется для повышения общей безопасности всех трех интеграций.

После завершения обновления администраторам/пользователям будет предложено повторно принять запрос на разрешения для приложения перед предоставлением доступа.

Новый выпуск: Adobe Sign, март 2021 года

Adobe Sign завершил выпуск в марте 2021 года без простоев.

Этот выпуск продукта включает новые функции/улучшения для администраторов и конечных пользователей, а также несколько исправленных проблем.

Запланированное «Окончание обслуживания» для браузеров Edge Legacy в интеграциях Microsoft

Microsoft прекращает поддержку браузера Edge Legacy 9 марта 2021 года

В результате интеграции Adobe Sign for Microsoft также прекращают поддержку Edge Legacy в те же сроки.

Затронутые службы:

• Dynamics 365 (Online и On-Prem)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (Online и On-Prem)
• Рабочие группы

Окончание поддержки: Действия Adobe Sign for Microsoft Power Automate v1 — запланировано на январь 2021

Обновление Adobe Sign for Power Automate 3.0 представляет новые действия REST v6, которые предназначены как более надежные замены существующих действий с тем же названием.

Технологические процессы, использующие устаревшие действия, продолжат работать, если не предпринимать никаких действий.Устаревшие действия помечены как (Old) в их названии.Эти устаревшие действия запланированы к исключению к январю 2021.

Список действий, подлежащих исключению:

• Создать шаблон библиотеки из URL-адреса документа (старое)
• Создать шаблон библиотеки из добавленного документа (старое)
• Создать соглашение из URL-адреса документа и отправить на подпись (старое)
• Создать соглашение из шаблона библиотеки и отправить на подпись (старое)
• Создать соглашение из выгруженного документа и отправить на подпись (старое)
• Получить список всех соглашений (старое)
• Получить список всех шаблонов библиотеки (старое)
• Получить данные полей формы соглашения (старое)
• Добавить документ и получить идентификатор документа (старое)

Новые действия отображаются в списке «Действия» с тем же именем, что и устаревшие действия.

Заказчики, которые используют эти действия, должны обновить свои потоки для использования новых действий соединителя. Это можно сделать, заменив устаревшее действие новыми действиями в существующем потоке автоматизации.

Прекращение поддержки социальной аутентификации

Возможность требовать от подписантов предоставления своих данных социальных сетей перед получением доступа к просмотру и подписанию документа будет удалена в марте 2021 года. Эта функция позволяла отправителям требовать вход через Facebook, LinkedIn, Google, Yahoo!, Microsoft Live или Twitter. 

Планируемое «прекращение обслуживания» для персональной интеграции с Twitter

Возможность интеграции с Twitter на пользовательском уровне (через личные предпочтения) будет удалена из пользовательского интерфейса в марте 2021 года. В это время:

• Новые учетные записи пользователей не смогут включить Twitter на пользовательском уровне
• Пользователи с включенным Twitter перестанут видеть сообщения Twitter для новых созданных соглашений
• Бесплатно учетные записи пользователей с включенным Twitter будут иметь ограниченный месячный лимит транзакций с десяти до:
  • 5 транзакций в месяц для клиентов Adobe Sign Web
    
  • 2 транзакции в месяц для клиентов Acrobat
    
• У активированных учетных записей будут удалены учетные данные Twitter из систем Adobe Sign
  
• Приложение Adobe Sign для Twitter будет удалено, чтобы истек срок действия всех токенов Twitter

Новый выпуск: Adobe Sign, февраль 2021 года

Февральский выпуск завершен без простоев в обслуживании.

Этот выпуск продукта включает новые функции/улучшения для администраторов и конечных пользователей, а также множество решенных проблем.

Конструктор технологических процессов выдает сообщения об ошибках

В связи с усовершенствованием безопасности общего доступа к ресурсам библиотеки после обновления за сентябрь при редактировании некоторых рабочих процессов может возникать сообщение об ошибке сервера:

Отправителям, пытающимся использовать технологический процесс с данной проблемой, выводится сообщение об ошибке, указывающее, что технологический процесс содержит документы, выходящие за рамки области применения:

Эта ошибка означает, что рабочий процесс утратил полномочия на использование одного или нескольких прикрепленных шаблонов библиотеки. Чаще всего это происходит, когда разрешения доступа к шаблону изменяются с предоставления доступа учетной записи/группе на ограничение доступа только для владельца.  

Перезагрузка страницы не поможет решить проблему. Ее должен решить администратор.

Чтобы исправить ошибку:

• Владелец шаблона должен разрешить доступ к шаблону учетной записи/группе, с которой связан рабочий процесс.
• Владелец рабочего процесса может заменить этот шаблон на шаблон с соответствующими разрешениями.  Для этого устраните причину ошибки, как указано выше, затем перейдите к редактированию рабочего процесса и замените документ.

Прекращение обслуживания Adobe Sign для Workplace от Facebook

Интеграция Adobe Sign для Workplace от Facebook полностью прекращена с 29 ноября 2020 г.