Впервые сообщено: июнь 2018 г.
Технические уведомления за 2017-2018 гг.
Полноэкранный режим по умолчанию для интерфейса Adobe Sign
|
|
Удалено из текущего списка: октябрь 2018 г. |
|---|
С целью улучшения возможностей просмотра страниц на устройствах с небольшим экраном и улучшения возможностей чтения на настольных ПК в мартовской версии Adobe Sign был реализован более гибкий пользовательский интерфейс подписания документов, который адаптируется к масштабу страниц браузера.
Эта функция была включена выборочно для корпоративных учетных записей и в целом для всех индивидуальных и командных учетных записей.
В июле эта функциональность была интегрирована в качестве конфигурации по умолчанию.Пользователи увидят веб-интерфейс, адаптированный к ширине страницы, с компонентами, расположенными в столбик, вместо их сжатия для соответствия узкой ширине.
Требуется действие
Никаких действий для использования этой новой возможности не требуется, однако администратор учетной записи может отключить ее, перейдя в настройки Учетная запись > Глобальные настройки > Представление страницы Adobe Sign и сняв соответствующий флажок.
В рамках сентябрьского выпуска возможность отключения этой функции была удалена из приложения, и более гибкий пользовательский интерфейс стал стандартным.
Новый выпуск Adobe Sign за сентябрь 2018 года
|
Впервые сообщено: август 2018 г. |
Удалено из текущего списка: октябрь 2018 г. |
|---|
Выпуск продукта Adobe Sign за сентябрь 2018 года запланирован на начало сентября.
Этот выпуск продукта включает новые функции и улучшения для администраторов и конечных пользователей.Данный выпуск не должен повлиять на работу сервиса.
Adobe Sign теперь поддерживает API Aadhaar E-KYC версии 2.1
|
Впервые сообщено: август 2018 г. |
Удалено из текущего списка: октябрь 2018 г. |
|---|
Технологический процесс подписи Aadhaar в Adobe Sign теперь использует новейшие спецификации API E-KYC (электронная идентификация клиента).Это было сделано для соответствия новым нормативным изменениям, которые требуют использования версии 2.1.Подписанты теперь могут подписать соглашение, используя свой виртуальный ID (VID).Это обновление также улучшает пользовательский опыт подписантов и исправляет проблемы с Internet Explorer 11, о которых сообщалось ранее.
Adobe Sign получает сертификацию FedRAMP Tailored
|
Впервые сообщено: май 2018 г. |
Удалено из текущего списка: октябрь 2018 г. |
|---|
Adobe Sign теперь авторизован GSA (Администрацией государственных услуг США) как соответствующий требованиям Федеральной программы управления авторизацией рисков (FedRAMP) Tailored, что позволяет продавать и использовать Adobe Sign невоенным федеральным правительственным агентствам США.
Данный сертификат означает, что Adobe Sign был проверен оценщиком безопасности GSA и одобрен для использования на уровне Li-SaaS In Process.Adobe Sign будет продолжать проходить постоянный мониторинг, необходимый для поддержания статуса сертифицированного поставщика правительственных облачных услуг.
Подробнее о FedRAMP можно прочитать на https://www.fedramp.gov/
Adobe Sign сосредоточен на продвижении правил конфиденциальности данных
|
Впервые сообщено: май 2018 г. |
Удалено из текущего списка: октябрь 2018 г. |
|---|
Adobe Sign будет соответствовать Общему регламенту по защите данных Европейского союза (GDPR).
Данный закон о конфиденциальности затрагивает все компании, которые собирают личную информацию от лиц, являющихся гражданами ЕС.Adobe Sign придерживается правила сбора минимального объема информации, необходимой для ведения деятельности в процессе подписания.
Все участники Adobe Sign могут получить доступ к своей личной информации и изменить её через свой профиль пользователя и путём изучения соглашений, которые они подписали.
Клиенты Adobe Sign, которые взаимодействуют с потребителями, смогут предоставлять своим клиентам информацию о том, какие данные были собраны, и удалять эти данные в соответствии со своими бизнес-процессами.Вы можете прочитать о новых функциях Adobe Sign, связанных с Общим регламентом по защите данных (GDPR).
О правилах и положениях Adobe, которые обеспечивают защиту конфиденциальности на уровне архитектуры во всех продуктах, можно прочитать здесь: https://www.adobe.com/privacy.html.
Adobe начала автоматически истекать срок действия соглашений, которые всё ещё не подписаны и старше 1 года
|
Впервые сообщено: февраль 2018 г. |
Удалено из текущего списка: октябрь 2018 г. |
|---|
Начиная с октября 2018 года Adobe Sign начал автоматически завершать соглашения старше 1 года, которые всё ещё находятся в состоянии Ожидание подписи.
Уведомления не будут отправляться участникам этих соглашений, но они смогут увидеть их на странице «Управление» в списке отменённых/отклонённых.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Клиенты могут просмотреть свои старые соглашения через страницу «Управление» или создав отчёт о соглашениях старше 1 года и скачав отчёт.Фильтр в обоих случаях — статус «Отправлено на подпись».
Это новое правило применяется только к незавершённым соглашениям.
Соглашения, которые были завершены, отменены или отклонены, не будут затронуты.
Интеграция: Adobe Sign для Salesforce v20 выпущена в июле 2018 года
|
Впервые сообщено: июнь 2018 г. |
Исключено из текущего списка: октябрь 2018 г. |
|---|
Летний выпуск Adobe Sign для Salesforce 2018 (ранее называвшийся «Весенний выпуск») был выпущен 17 июля 2018 г.
Летний релиз включает новые функции и улучшения для администраторов и конечных пользователей.Обновление будет доступно в каталоге Adobe Sign на Salesforce AppExchange.
Ознакомьтесь с примечаниями к релизу здесь.
Небезопасный трафик заблокирован
|
Впервые сообщено: июнь 2018 г. |
Исключено из текущего списка: август 2018 г. |
|---|
20 июня 2018 г. мы прекратили поддержку нескольких категорий небезопасного сетевого трафика для Adobe Sign.Это было необходимо для соответствия определённым требованиям PCI.
Входящий трафик или соединения, установленные от клиента к нашим серверам.
Мы прекратили поддержку незашифрованных соединений с нашими API — то есть запросов, использующих «http:» вместо «https:».
С этим изменением клиентские и партнерские приложения будут выдавать ошибки при попытках установить незашифрованные соединения.
- Поведение в случае ошибки будет зависеть от приложения.
Исходящий трафик или соединения, установленные с наших серверов обратно к серверам, указанным заказчиком.
Существует две категории.
- Обратные вызовы загрузки для загрузок документов (описано здесь для нашего REST API, но также применимо к устаревшему SOAP API)
- Обратные вызовы статуса для уведомления заказчика об изменении статуса соглашения (описано здесь для нашего REST API, но также применимо к устаревшему SOAP API)
Для обеих категорий обратных вызовов мы прекратили поддержку:
- Незашифрованные соединения (использующие URL-адреса «http:» вместо «https:»)
- Соединения с серверами, не поддерживающими TLSv1.2 (другими словами, TLSv1.0 и TLSv1.1 больше не поддерживаются)
- Подключения к серверам с недействительными сертификатами.Это включает в себя автоматические или просроченные сертификаты, а также случаи, когда URL-адрес использует IP-адрес вместо имени хоста.
Новый релиз: Adobe Sign июнь 2018 г.
|
Первое сообщение: май 2018 г. |
Исключено из текущего списка: июль 2018 г. |
|---|
Релиз продукта Adobe Sign июнь 2018 г. был завершен 11-го июня.
Релиз продукта за июнь 2018 г. включает новые функции и улучшения для администраторов и конечных пользователей.Примечания к выпуску можно найти здесь.
Новый SSL-сертификат
|
Первое сообщение: апрель 2018 г. |
Удалено из текущего списка: июль 2018 г. |
|---|
Adobe Sign перешел на новый SSL-сертификат 2 мая 2018 г. Открытый ключ, основные криптографические протоколы или алгоритм останутся без изменений. С вопросами обращайтесь в службу поддержки клиентов.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если у вас есть пользовательские интеграции с Adobe Sign, использующие SOAP или REST API, и если какая-либо из этих интеграций «закрепила» существующий открытый ключ, никаких действий не требуется.
Если вы закрепляете сертификат другими способами, новые сертификаты Adobe Sign можно найти в системных требованиях Adobe Sign.Новый SSL-сертификат стал активным 2 мая 2018 г.
Важные изменения диапазонов IP-адресов
|
Первое сообщение: апрель 2018 г. |
Удалено из текущего списка: июль 2018 г. |
|---|
Если ваша существующая конфигурация сети или брандмауэра явно указывает IP-адреса для Adobe Sign, обновите настройки конфигурации сети, чтобы включить новые IP-адреса для обеспечения непрерывного доступа к службе.
Большинство существующих IP-адресов будут продолжать работать и не должны удаляться из конфигурации вашей сети.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если вы явно разрешаете IP-адреса Adobe Sign в обратных вызовах API или брандмауэре, вы должны разрешить дополнительные IP-адреса в обратных вызовах API.Уведомите третьи стороны, которые маршрутизируют ваши обратные вызовы, если применимо.
Если вы используете интеграцию Adobe Sign для Salesforce, администраторы должны разрешить дополнительные диапазоны IP-адресов в своей учетной записи Salesforce.com (включая Sites).
ДОБАВИТЬ:
- 40.67.155.147/32
- 40.67.154.249/32
- 40.67.155.185/32
- 40.67.155.112/32
Если вы разрешаете диапазоны IP для исходящих почтовых серверов, добавьте:
- 40.67.157.141/32
- 40.67.154.24/32
- 40.67.158.131/32
Интеграция: выпуск Adobe Sign для Dynamics v7
|
Первое сообщение: июнь 2018 г. |
Удалено из текущего списка: июль 2018 г. |
|---|
Выпуск Adobe Sign для Dynamics 365 CRM «Summer Release 2018» (v7) запланирован на середину июня.
Этот выпуск обеспечивает более глубокую интеграцию с Microsoft Dynamics 365 CRM благодаря переработанному пользовательскому интерфейсу для быстрой навигации и добавляет контактные данные заказчиков из LinkedIn, чтобы вы всегда «видели», кому отправляете. Кроме того, заказчики теперь могут полностью автоматизировать свои процессы Adobe Sign, встраивая Adobe Sign непосредственно в технологические процессы Microsoft Dynamics 365 CRM.
Обновление доступно в каталоге Adobe Sign в Microsoft AppSource.Ожидается, что этот выпуск не повлияет на службу.
Интеграция. Требуются действия для клиентов Adobe Sign для Salesforce версии 19.x
|
Впервые сообщено: июнь 2018 г. |
Удалено из текущего списка: июль 2018 г. |
|---|
Если вы используете Adobe Sign для Salesforce версии 19.x, необходимо обновиться до версии 19.5.2 до 1 июня 2018 г. или до 8 июня 2018 г., в зависимости от вашей Salesforce.com организации.Выпуск Salesforce Summer '18, постепенно развертываемый в июне компанией Salesforce, содержит изменения, которые влияют на обратную совместимость с интеграцией Adobe Sign для Salesforce и повлияют на возможность отправки некоторых соглашений.
Начиная с 1 июня 2018 г., клиенты, использующие Adobe Sign для Salesforce версии 19.x, которые будут обновлены до Salesforce Summer '18, не смогут добавлять получателей и отправлять соглашения в Lightning-версии страницы «Отправить»*.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если вы используете версию 19.x, обновитесь до Adobe Sign для Salesforce версии 19.5.2 до того, как Salesforce обновит вашу организацию до Salesforce Summer '18:
- Перейдите в AppExchange, нажмите «Получить сейчас» и следуйте инструкциям.
Если вам нужна помощь с обновлением, обратитесь к нашему руководству по обновлению Adobe Sign для Salesforce (v19).
Новый SSL-сертификат
|
Впервые сообщено: апрель 2018 г. |
Удалено из текущего списка: июль 2018 г. |
|---|
Со 2 мая 2018 г. Adobe Sign переходит на новый сертификат SSL. Открытый ключ, основные криптографические протоколы или алгоритм останутся без изменений. С вопросами обращайтесь в службу поддержки клиентов.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если у вас есть пользовательские интеграции с Adobe Sign, использующие SOAP или REST API, и если любая из этих интеграций «закрепила» существующий открытый ключ, никаких действий не требуется.
Если вы закрепляете сертификат другими способами, вы можете найти новые сертификаты Adobe Sign в системных требованиях Adobe Sign.Новый SSL-сертификат становится активным 2 мая 2018 г.
Мартовский выпуск Adobe Sign завершен
|
Впервые сообщено: январь 2018 г. |
Удалено из текущего списка: май 2018 г. |
|---|
Мартовский выпуск продукта Adobe Sign 2018 г. был завершен 15 марта 2018 г. в 12:00 по тихоокеанскому времени.
Для получения дополнительной информации ознакомьтесь с полными примечаниями к релизу.
SAP SuccessFactors будет выпущен в апреле.
Версия налоговой формы W-4 США 2017 года будет удалена из сервиса 17.04.18
|
Впервые сообщено: апрель 2018 г. |
Удалено из текущего списка: май 2018 г. |
|---|
Версия шаблона налоговой формы W-4 США 2017 года будет удалена из библиотеки Adobe Sign 17го апреля 2018 г.
Заказчики, использующие форму W-4 из библиотеки Adobe Sign через API, должны обновить идентификатор документа до версии 2018 года (см. ниже)
Если вам нужна дополнительная информация, обратитесь к вашему менеджеру по работе с клиентами.
Доступна версия 2018 года налоговой формы W-4 США
|
Впервые зафиксировано: март 2018 года |
Удалено из текущего списка: май 2018 года |
|---|
13 марта 2018 года в Adobe Sign был добавлен новый шаблон формы IRS W-4.Он называется W-4 2018 (Employee's Withholding Allowance Certificate)
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Новый шаблон формы W-4 имеет новый libraryDocumentId . Если вы используете libraryDocumentId существующего шаблона в ваших приложениях, вам потребуется его обновить.
Чтобы найти libraryDocumentId в учетной записи с поддержкой API:
1 Войдите как администратор учетной записи
2 Нажмите на вкладку Учетная запись > Adobe Sign API > Информация об API > нажмите ссылку: REST API Methods Documentation
3 В разделе GET /libraryDocuments нажмите OAUTH ACCESS-TOKEN кнопка
какой-то . Включите область действия library_read : self scope
4 Нажмите Попробовать! кнопка
5. В теле ответа найдите новый шаблон формы W-4 (не версию 2017 года) для просмотра значения libraryDocumentId.
Если вам нужна дополнительная информация, обратитесь к вашему менеджеру по работе с клиентами.
В теле ответа найдите новый шаблон формы W-4 (не версию 2017 года) для просмотра значения libraryDocumentId.
Если вам нужна дополнительная информация, обратитесь к вашему менеджеру по работе с заказчиками.
Уведомление о безопасности: поддержка TLS 1.0 и 1.1 заканчивается 9 апреля 2018 г.
|
Впервые сообщено: январь 2017 г. |
Удалено из текущего списка: май 2018 г. |
|---|
Adobe прекращает поддержку протоколов TLS 1.0 и 1.1 в 2018 году в соответствии с отраслевыми стандартами безопасности SSL/TLS.
С 8 апреля потребуется протокол подтверждения SSL TLS 1.2, а более старые протоколы TLS 1.0 и TLS 1.1 больше не будут приниматься. Клиенты, которые не используют TLS 1.2, не смогут устанавливать сетевые подключения к службе Adobe Sign.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Для клиентов, использующих веб-браузеры: используйте поддерживаемый браузер (см. Системные требования).
Для клиентов, использующих приложения с API Adobe Sign: поддержка TLS 1.2 может зависеть от приложения, библиотек времени выполнения и/или операционной системы. В некоторых случаях поддержка TLS обеспечивается библиотеками операционной системы, в других — библиотекой времени выполнения приложения.
Для клиентов, использующих Adobe Sign for Dynamics v5.x и более ранние версии, выполните обновление до v6.0.
Поддержка TLS 1.2 в операционной системе требует:
- Сервер Windows: необходимо использовать Windows Server 2008 R2 или более поздней версии
- Настольная версия Windows: необходимо использовать Windows 8 или более поздней версии
- OS X: необходимо использовать OS X 10.8 или более поздней версии
Поддержка TLS 1.2 в среде приложения:
- Для Java: необходимо использовать Java 8 или более поздней версии. Java 7 можно использовать, но приложение должно явно включить TLSv1.2.
- Для . .NET: используйте .NET 4.6 или более поздние версии.Можно использовать .NET 4.5, однако функция TLSv1.2 должна быть включена явным образом в приложении. .NET зависит от поддержки TLS 1.2 в Windows (см. выше).
- Для приложений на базе OpenSSL: необходимо использовать OpenSSL 1.01 или более поздней версии
Интеграция. Окончание жизненного цикла Adobe Sign for Microsoft Dynamics v4 и v5
|
Впервые сообщено: февраль 2018 г. |
Удалено из текущего списка: май 2018 г. |
|---|
Adobe Sign for Microsoft Dynamics v4, v5 и более ранние версии (локальные и онлайн-версии) больше не поддерживаются. Adobe Sign for Dynamics версии 6 и более поздние поддерживает локальные версии Microsoft Dynamics 2013, 2015, 365 и Dynamics CRM 365 Online.Обратитесь к вашему менеджеру по работе с заказчиками с вопросами об обновлении до последней версии.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Немедленно выполните обновление до Adobe Sign for Microsoft Dynamics v6 для локальных и онлайн-версий. Вы сможете перенести все данные с v4 и более ранних версий в последнюю версию.
Интеграция: прекращение поддержки Adobe Sign для Microsoft Dynamics v4
|
Первое сообщение: сентябрь 2016 г. |
Удалено из текущего списка: май 2018 г. |
|---|
Поддержка Adobe Sign для Microsoft Dynamics v4 и более ранних версий (локальные и онлайн-версии) прекращена, и продукт больше не функционирует с 30 ноября 2017 г.Adobe Sign для Dynamics версии 6 и выше поддерживает локальные версии Microsoft Dynamics 2013, 2015, 365 и Dynamics CRM 365 Online.Обратитесь к вашему менеджеру по работе с заказчиками с вопросами об обновлении до последней версии.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Выполните обновление до Adobe Sign для Microsoft Dynamics v6 до ноября 2017 г. для локальных и облачных версий.Вы сможете перенести все данные с v4 и более ранних версий на последнюю версию.
Последний шаблон для формы IRS W-9 доступен 13 февраля
|
Первое сообщение: февраль 2018 г. |
Удалено из текущего списка: апрель 2018 г. |
|---|
13.02.18 новый шаблон для формы IRS W-9 будет добавлен в Adobe Sign.Он называется W-9 (Запрос налогового идентификационного номера) вер.11/17. Одновременно существующий шаблон W-9 будет переименован в W-9 (Запрос налогового идентификационного номера) (устаревший).Это переименование НЕ влияет на ваши технологические процессы.
13.03.18 последний шаблон W-9 (Запрос налогового идентификационного номера) (устаревший) будет удален.До 13.03.18 вы должны принять меры, чтобы избежать перерывов в вашем технологическом процессе.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Новый шаблон формы W-9 имеет новый libraryDocumentId.Если вы используете libraryDocumentId существующего шаблона в ваших приложениях, вам потребуется его обновить.
Чтобы найти libraryDocumentId в учетной записи с поддержкой API:
- Войдите как администратор учетной записи
- Нажмите на вкладку «Учетная запись» > Adobe Sign API > «Информация API» > нажмите на ссылку: «Документация по методам REST API»
- В разделе GET /libraryDocuments нажмите кнопку OAUTH ACCESS-TOKEN
- Включите область действия library_read:self
- Нажмите Try it out кнопка
- В теле ответа найдите новый шаблон формы W-9 (не устаревшую версию), чтобы увидеть значение libraryDocumentId.
Если вам нужна дополнительная информация, обратитесь к менеджеру по работе с клиентами.
Интеграция: Прекращение поддержки Adobe Sign для Microsoft SharePoint v3 и ниже
|
Впервые сообщено: октябрь 2017 |
Удалено из актуального списка: апрель 2018 |
|---|
Adobe Sign для Microsoft SharePoint v3 и более ранних версий (локальные и онлайн-версии) больше не функционируют с 31 марта 2017 г.Adobe Sign для SharePoint v4 и более поздние версии поддерживают локальные версии Microsoft SharePoint 2013, 2016 и SharePoint Online.
Необходимые действия:
Немедленно обновитесь до Adobe Sign для SharePoint v4.Обратитесь к вашему менеджеру по работе с клиентами с вопросами об обновлении до последней версии.
Интеграция: Критическое обновление для Adobe Sign для Salesforce v18
|
Впервые сообщено: май 2017 |
Удалено из актуального списка: март 2018 |
|---|
Salesforce будет применять новую модель безопасности для Lightning Components под названием LockerService в предстоящем выпуске.Если вы используете Adobe Sign для Salesforce v18, необходимо обновиться до версии 18.27 или выше, чтобы все Salesforce Lightning Components работали правильно.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если вы используете Adobe Sign для Salesforce v18, необходимо обновиться до версии 18.27 или выше.
Интеграция: Поддержка интеграции Adobe Sign с Salesforce v15 прекращена
|
Впервые сообщено: апрель 2017 |
Удалено из актуального списка: март 2018 |
|---|
Обновления продукта, обновления безопасности и техническая поддержка для Adobe Sign для Salesforce v15 прекращены с 15 декабря 2017 г.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Обновитесь до последней версии нашей интеграции с Salesforce, чтобы продолжать получать новые функции, обновления безопасности и техническую поддержку.
ВАЖНО
Перед началом обновления до v19 проверьте требуемые настройки разрешений Salesforce в разделе Новые возможности версии 19.
Шаблоны Adobe Sign для формы IRS I-9 за 2017 год теперь доступны.
|
Впервые сообщено: ноябрь 2017 |
Удалено из актуального списка: февраль 2018 |
|---|
24 октября в Adobe Sign был добавлен новый шаблон для пересмотренной формы IRS I-9. Он называется: I-9 (Employment Eligibility Verification) ver.07/17/17 N.
Одновременно существующий шаблон I-9 2017 (Employment Eligibility Verification) был переименован в: I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy).
Это переименование НЕ влияет на ваш технологический процесс.
Однако 1 декабря 2017 года последний шаблон, I-9 (Employment Eligibility Verification) ver. 07/17/17 N (legacy), был снят с эксплуатации.
Если вы используете libraryDocumentId устаревшего шаблона в своих приложениях, необходимо обновить его, чтобы использовать новое значение libraryDocumentId.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Новый шаблон формы I-9 имеет новый libraryDocumentId. Если вы используете libraryDocumentId существующего шаблона в своих приложениях, его необходимо обновить.
Чтобы найти libraryDocumentId в учетной записи с поддержкой API:
- Войдите в систему как администратор учетной записи
- Нажмите на вкладку «Учетная запись» > «Adobe Sign API» > «Информация об API» > нажмите ссылку: «Документация по методам REST API»
- В разделе GET /libraryDocuments нажмите кнопку «OAUTH ACCESS-TOKEN»
- Включите область library_read:self
- Нажмите Try it out кнопка
- В теле ответа найдите пересмотренный шаблон формы I-9 (I-9 (Employment Eligibility Verification) ver. 07/17/17 N ), чтобы увидеть Значение libraryDocumentId.
Если вам нужна дополнительная информация, обратитесь к менеджеру по работе с клиентами.
Важные изменения диапазонов IP-адресов
|
Впервые сообщено: июнь 2017 |
Удалено из текущего списка: февраль 2018 |
|---|
Если в существующей конфигурации сети или брандмауэра явно указаны IP-адреса для Adobe Sign, обновите Настройки конфигурации сети, чтобы включить новые IP-адреса для обеспечения непрерывного доступа к службе.
Большинство существующих IP-адресов будут продолжать работать и не должны быть удалены из конфигурации сети; однако следует удалить два устаревших диапазона IP-адресов для Северной Америки.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если вы явно указываете IP-адреса Adobe Sign в обратных вызовах API или брандмауэре, необходимо указать дополнительные IP-адреса в обратных вызовах API. Уведомите третьи стороны, которые маршрутизируют ваши обратные вызовы, если применимо.
Если вы используете интеграцию Adobe Sign для Salesforce, администраторы должны указать дополнительные диапазоны IP-адресов в своей учетной записи Salesforce.com.
|
ДОБАВИТЬ: Индия: |
13.126.23.0/27 |
|
УДАЛИТЬ: Северная Америка: |
166.78.79.112/28 207.97.227.112/28 |
Интеграция: Критическое обновление Adobe Sign для NetSuite
|
Впервые зафиксировано: май 2017 |
Удалено из текущего списка: февраль 2018 |
|---|
Oracle недавно выполнила обновление до NetSuite 17.0.Обновление вызвало проблему в Adobe Sign для NetSuite, при которой вкладка «Соглашение» может не отображаться для некоторых ролей.Обновитесь до Adobe Sign для NetSuite версии 4.0.1, чтобы роли, настроенные администратором в записи соглашения, могли видеть вкладку «Соглашение».
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Войдите в приложение и обновитесь до Adobe Sign для NetSuite версии 4.0.1, чтобы пользователи могли видеть вкладку «Соглашение Adobe Sign».
Новый выпуск: Выпуск Adobe Sign сентябрь 2017
|
Впервые сообщено: Сентябрь 2017 |
Удалено из текущего списка: Ноябрь 2017 |
|---|
Выпуск продукта Adobe Sign за сентябрь 2017 года теперь завершен.Этот выпуск включает новые функции и улучшения функций для администраторов и конечных пользователей, включая:
- Поддержка временных штампов, соответствующих eIDAS, сертифицированных в Доверенном списке ЕС (EUTL)
- Поддержка новых настраиваемых служб временных штампов, если ваша компания уже использует провайдера временных штампов LTV
- Расширенная поддержка Cloud Signature Consortium с объявленными новыми партнерами
- Поддержка соответствия идентификации Aadhaar и новый центр обработки данных в Индии (IN1)
- Цветовая кодировка полей форм и новая поддержка шрифтов полей форм для улучшенного создания и пользовательского опыта
- Обнаружение полей формы дополнительно развернуто в данной области
- Замена или добавление получателей в процессе
Расширенная поддержка продуктов Microsoft с новыми или улучшенными интеграциями для:
- Office 365 — Outlook, Word и PPT
- Dynamics CRM v6
- Рабочие группы
- Flow
Безопасность! Поддержка Windows Vista SP2 и Internet Explorer 9 и 10 прекращена
|
Впервые сообщено: март 2017 г. |
Удалено из текущего списка: ноябрь 2017 г. |
|---|
Adobe Sign прекратил поддержку Windows Vista SP2 и Internet Explorer 9 и 10 с 17 марта 2017 г.Пользователи, продолжающие использовать эти браузеры, не смогут воспользоваться новыми функциями, и им не гарантирован доступ к Adobe Sign в будущем.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Обновите старое оборудование до новых конфигураций операционной системы, включая Windows 7, 8 или 10 с одним из поддерживаемых браузеров, перечисленных в системных требованиях Adobe Sign, чтобы обеспечить правильную работу новых функций Adobe Sign.
Майский выпуск Adobe Sign теперь завершен
|
Впервые сообщено: апрель 2017 г. |
Удалено из текущего списка: июль 2017 г. |
|---|
Майский выпуск Adobe Sign завершен. Этот выпуск включает новые функции и усовершенствования функций для администраторов и конечных пользователей.С этим выпуском классические пользовательские интерфейсы отправки и создания были выведены из эксплуатации, а новый пользовательский интерфейс стал стандартом в Adobe Sign. Интеграции API, встраивающие страницу отправки, также испытают изменение в пользовательском интерфейсе. Новый интерфейс отправки сохраняет всю функциональность классического интерфейса отправки, за исключением рабочего процесса подписи по факсу, который был заменен новым рабочим процессом письменной подписи со сканированием и загрузкой.Новые интерфейсы отправки и создания также включают новые возможности, включая личные сообщения, новые роли получателей и многое другое.
Новые соглашения теперь имеют обновленные параметры внешнего вида для назначенных текстовых полей. Предыдущие варианты Helvetica, Times и Courier были заменены эквивалентами шрифтов Adobe: Adobe Source Sans Pro, Source Code Pro и Source Serif Pro соответственно.
Не все функции в этом выпуске были включены при развертывании. Некоторые функции будут активированы в июне. Подробнее см. в заметках о выпуске.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Никаких действий не требуется.
Новый SSL-сертификат и центр сертификации
|
Впервые сообщено: июнь 2017 г. |
Удалено из текущего списка: июль 2017 г. |
|---|
Adobe Sign переходит на новый SSL-сертификат и центр сертификации (CA)
22 июля 2017 г. Открытый ключ, основные криптографические протоколы или алгоритм останутся без изменений. Корневой и промежуточный центры сертификации будут изменены с этим обновлением. С вопросами обращайтесь в службу поддержки клиентов.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если у вас есть специально созданные интеграции с Adobe Sign, использующие SOAP или REST API, и если любая из этих интеграций «закрепила» существующий открытый ключ, никаких действий не требуется.
Если вы закрепляете сертификат другими способами, новые сертификаты Adobe Sign и центра сертификации можно найти в системных требованиях Adobe Sign.Новый SSL-сертификат и центр сертификации станут активными 22 июля 2017 г.
API: новый параметр для настройки кода ошибки, генерируемого при истечении срока действия URL
|
Впервые сообщено: май 2017 г. |
Удалено из текущего списка: июль 2017 г. |
|---|
В настоящее время код ошибки HTTP, возвращаемый при истечении срока действия URL, — 404 («страница не найдена»), что не соответствует стандартам HTTP. Эти адреса URL могут быть созданы вызовами REST API, такими как GET/agreements/{agrID}/combinedDocument/url. Однако более подходящий код ошибки HTTP — 410 («исчез»). В майском выпуске код ошибки HTTP по умолчанию был изменен на 410. Доступна новая настройка, позволяющая отправить пользовательский код состояния HTTP (404, 410 и т. д.) для отправки в этом сценарии ошибки.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Если ваши приложения ожидают, что истекший URL вызовет ошибку 404, вам потребуется запросить изменение значения этой настройки на 404.Обратитесь в служба технической поддержки клиентов за помощью.
Прекращение поддержки функции: технологический процесс подписи факсом
|
Впервые сообщено: май 2017 г. |
Удалено из текущего списка: июль 2017 г. |
|---|
С выпуском мая 2017 г. новый интерфейс отправки стал стандартным, и вместе с ним технологический процесс подписи факсом был заменен новым технологический процесс письменной подписи с использованием сканирования и загрузки. Современная функция сканирования и загрузки обеспечивает повышенную точность и возможность аудита, а также улучшенную читаемость. Заказчики, использующие API, также были переведены на новый технологический процесс письменной подписи.
Классический интерфейс отправки с подписями факсом будет доступен в течение ограниченного времени; однако его поддержка будет прекращена 31 октября 2017 г. Пользователи веб-приложения, желающие продолжать использовать технологический процесс подписи факсом, могут сделать это, вернувшись к классической странице отправки через Настройки отправки. Пользователи API должны связаться со своим менеджером по работе с клиентами, чтобы продолжать использовать технологический процесс подписи факсом.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Изучите новую документацию по технологическому процессу письменной подписи и уведомите конечных пользователей об изменениях.Возможно, вам также потребуется обновить документацию для конечных пользователей и клиентов по рабочим процессам с письменными подписями.
Мобильные устройства: вход через Google ID и Google Apps в мобильном приложении Adobe Sign будет удален
|
Впервые сообщено: март 2017 г. |
Удалено из текущего списка: июнь 2017 г. |
|---|
В целях повышения безопасности и удобства использования Google больше не разрешает запросы аутентификации OAuth к Google через встроенные браузеры, известные как веб-представления, в нативных мобильных приложениях.В результате параметры входа через Google и Google Apps были удалены из мобильного приложения Adobe Sign в майском выпуске.
Пользователи Adobe Sign по-прежнему смогут входить в систему со своими Google ID через стандартный вход (адрес электронной почты и пароль). Единственное отличие — удаление параметров Google и Google Apps на странице входа. Если у вас возникают проблемы со стандартным входом и вашим Google ID, сбросьте пароль и повторите попытку.
Плановое обслуживание с простоем для Северной Америки (NA1)
|
Впервые сообщено: январь 2017 г. |
Удалено из текущего списка: апрель 2017 г. |
|---|
Adobe Sign пройдет период планового обслуживания в нашем центре обработки данных в Северной Америке (NA1) с ожидаемым простоем:
Суббота, 8 апреля 2017 г., начиная с 17:00 PDT и заканчивая 8 апреля в 23:00 PDT
На клиентов, расположенных в наших других центрах обработки данных, воздействие оказываться не должно.
Плановое обслуживание требуется для завершения расширения деятельности нашего центра обработки данных в Северной Америке. Во время окна обслуживания служба будет недоступна на NA1.
Чтобы подтвердить центр обработки данных для вашей учетной записи, войдите в Adobe Sign и обратите внимание на аббревиатуру в URL (NA1, NA2 и т. д.). Обратитесь к вашему менеджеру по работе с клиентами, если у вас есть вопросы.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
- Если вы используете интеграцию Adobe Sign для Salesforce: администраторы интеграции Salesforce должны явно указать дополнительные диапазоны IP-адресов в своей учетной записи Salesforce.com, чтобы интеграция продолжала работать после 7 апреля 2017 г.
- Если вы указываете IP-адреса Adobe Sign в своих обратных вызовах API или брандмауэре: администраторы Adobe Sign должны указать дополнительные IP-адреса в своих обратных вызовах API. Уведомите третьи стороны, которые маршрутизируют ваши обратные вызовы, если это применимо. Без добавления новых диапазонов IP обратные вызовы не будут пропущены через ваш брандмауэр. Диапазоны IP-адресов и часто задаваемые вопросы о плановом обслуживании
Интеграция. Поддержка интеграции Adobe Sign с Salesforce v14 завершена
|
Впервые сообщено: сентябрь 2016 г. |
Исключено из текущего списка: февраль 2017 г. |
|---|
Обновления продукта, обновления безопасности и техническая поддержка Adobe Sign для Salesforce v14 завершились 15 декабря 2016 г.Версия 18 доступна сейчас.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Обновитесь до последней версии нашей интеграции с Salesforce.Для дальнейшего получения технической поддержки клиентам, использующим неподдерживаемые версии, потребуется установить текущую версию.
API: поддержка приложений OAuth для SOAP API будет прекращена
|
Впервые сообщено: ноябрь 2016 г. |
Исключено из текущего списка: февраль 2017 г. |
|---|
С декабрьским техническим выпуском новые OAuth-приложения могут получить доступ только к REST API.Существующие OAuth-приложения и ключи интеграции продолжат иметь доступ к SOAP API до дальнейшего уведомления.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
При разработке новых приложений используйте REST API.Для получения дополнительной информации перейдите в Центр разработчиков.
API и веб-приложение. Правила сложности паролей изменятся в 2017 году
|
Впервые сообщено: ноябрь 2016 г. |
Исключено из текущего списка: февраль 2017 г. |
|---|
Adobe Sign изменяет правила сложности паролей для повышения безопасности.В начале 2017 года заказчикам, использующим веб-приложение, будет предложено обновить пароль, и у них будет 90 дней на выполнение этого требования.Заказчики, которые входят в систему или предоставляют пользователям доступ через существующие REST или SOAP API, будут иметь время до середины 2018 года для обновления своих приложений в соответствии с требованиями безопасности паролей Adobe Sign.Информация о переходе к новым правилам будет доступна для пользователей API в начале 2017 года.
Новые критерии паролей:
• Минимум 8 символов, максимум 100 символов
• Как минимум один символ в верхнем регистре
• Как минимум один символ в нижнем регистре
• Как минимум одна цифра
• Как минимум один специальный символ (знак препинания), кроме пробела
• Не может содержать имя пользователя, имя или фамилию без учета регистра
• Новый пароль будет отклонен, если он совпадает с ранее использовавшимися паролями
ТРЕБУЕТСЯ ДЕЙСТВИЕ
В начале 2017 года пользователи веб-приложения должны обновить пароли при получении соответствующего запроса.Заказчики, которые предоставляют пользователям доступ через API, будут иметь время до июля 2018 года для обновления своих приложений с использованием REST API в соответствии с новыми критериями паролей.
API и веб-приложение. Поддержка старого синтаксиса Text Tag завершена
|
Впервые сообщено: июнь 2016 г. |
Удалено из текущего списка: февраль 2017 г. |
|---|
Поддержка текстовых тегов версии 1.0 прекращена. Хотя теги версии 1.0 будут по-прежнему обрабатываться службой, запросы на исправление ошибок или добавление новых функций для данного синтаксиса приниматься не будут.
ТРЕБУЮТСЯ ДЕЙСТВИЯ
Убедитесь, что ваши пользователи используют синтаксис текстовых тегов версии 2.0 при создании новых шаблонов документов. Проверьте приложения и существующие шаблоны, которые могут содержать теги более старых версий, и обновите их, используя новый синтаксис текстовых тегов версии 2.0. Подробные сведения см. в Справочнике по созданию форм с помощью текстовых тегов.
Техническое обновление: январь 2017 г. (предварительное уведомление)
|
Впервые сообщено: июнь 2016 г. |
Удалено из текущего списка: февраль 2017 г. |
|---|
Теперь доступны шаблоны Adobe Sign для форм IRS I-9 и W-4 за 2017 г.Шаблоны под названиями I-9 (Employment Eligibility Verification 2016) и W-4 2016 (IRS Employees Withholding Allowance) станут недоступны в 12:00 по тихоокеанскому времени 20 января 2017 г.
ТРЕБУЕТСЯ ДЕЙСТВИЕ
Шаблоны форм IRS за 2017 г. имеют новые идентификаторы документов.Если вы используете идентификатор документа в своих приложениях, вам потребуется обновить идентификаторы документов.
Чтобы найти LibraryDocumentID в учетной записи с поддержкой API:
- Войдите в систему как администратор учетной записи Adobe Sign
- Создание ключа интеграции
- Перейдите на вкладку «Учетная запись» > Adobe Sign API > «Информация об API» > нажмите ссылку: Документация по методам REST API.
- Прокрутите вниз до раздела «Ресурсы и операции»
- В строке /libraryDocuments нажмите ссылку «Показать/скрыть», чтобы отобразить методы
- Нажмите первую кнопку GET рядом с параметром /libraryDocuments
- Вставьте ваш ключ интеграции в поле Access-Token
- Нажмите Try it out (Попробовать).
- Найдите формы I-9 и W-4 за 2017 г., чтобы просмотреть значения LibraryDocumentID
Если вам нужна дополнительная информация, обратитесь к менеджеру по работе с клиентами.