Впервые сообщено: август 2024
Последнее обновление
3 июн. 2026 г.
Технические уведомления Adobe Sign упорядочены ниже: самое старое обновление находится вверху, и по мере прокрутки страницы вниз отображаются более поздние обновления.
|
|
Удалено из текущего списка: январь 2025 |
|---|
Устаревший заголовок Accept-Charset будет удален из всех уведомлений Webhook и Callback с выпуском ноября 2024 года.
Все клиенты, которые по какой-либо причине полагаются на этот заголовок, должны переработать свой код с учетом его отсутствия.
|
Впервые сообщено: сентябрь 2024 |
Удалено из текущего списка: январь 2025 |
|---|
|
Впервые сообщено: ноябрь 2024 |
Удалено из текущего списка: январь 2025 |
|---|
С выпуском ноября 2024 года редактируемые метки в конструкторе пользовательских технологических процессов ограничены 100 символами. Это ограничение проверяется при создании или обновлении технологического процесса.
Существующие технологические процессы с метками длиннее 100 символов по-прежнему могут быть отправлены успешно, но при обновлении технологического процесса метка должна быть сокращена до 100 символов или менее, прежде чем его можно будет сохранить.Проблемные метки выделены красным для легкого обнаружения.
Новые технологические процессы будут предупреждать об ограничении меток перед сохранением.
Требуется действие
Рекомендуется, чтобы администраторы, управляющие пользовательскими технологическими процессами, открыли и просмотрели каждый технологический процесс, чтобы убедиться в отсутствии ошибок в их шаблоне.
|
Первое сообщение: ноябрь 2024 года |
Удалено из текущего списка: февраль 2025 года |
|---|
Новый интерфейс получателя содержит улучшения процесса подписания для настольных ПК и мобильных веб-браузеров.Этот новый интерфейс будет развернут в первые месяцы 2025 года, но будет доступен в тестовой среде Sandbox в первую неделю декабря 2024 года.
|
Первое сообщение: декабрь 2024 года |
Удалено из текущего списка: февраль 2025 года |
|---|
Adobe Acrobat Sign выполнит ротацию SSL-сертификата Adobe Acrobat Sign 22 января 2025 года.
Кроме того, развертывается новый SSL-сертификат для поддержки изменений сети WAF, вносимых в январе 2025 года.Этот новый сертификат напрямую влияет на доступ к службе Adobe Acrobat Sign и должен быть установлен до запуска WAF.
Требуется действие
- Каждая учетная запись заказчика, которая явно защищает сетевую активность, должна включать новый SSL-сертификат WAF в свой список сохраненных сертификатов.
- Если у вас есть собственные интеграции с Acrobat Sign, использующие SOAP или REST API, и если какая-либо из этих интеграций «закрепила» существующий открытый ключ, никаких других действий не требуется.
- Если вы используете SSL-сертификаты Acrobat Sign для SSO или закрепляете сам сертификат (или используете другие методы), новые SSL-сертификаты Acrobat Sign можно найти в системных требованиях Adobe Acrobat Sign.
- Если ваша конфигурация SSO поддерживает несколько открытых сертификатов/цепочек, вы можете добавить новые сертификаты сейчас и удалить старый открытый сертификат/цепочку из конфигурации после январского переключения.
- Если ваш SSO не поддерживает несколько открытых сертификатов/цепочек, вам необходимо синхронизировать переключение SSL с Acrobat Sign 22 января 2025 года.
Новые SSL-сертификаты будут активны 22 января 2025 года.
|
Впервые сообщено: сентябрь 2024 года — обновлено в феврале 2025 года |
Удалено из текущего списка: март 2025 года |
|---|
Для повышения безопасности и надежности службы Adobe Acrobat Sign мы начнем развертывание сетевых изменений с включением брандмауэра веб-приложений (WAF) в феврале 2025 года. Эти изменения будут направлять трафик на серверы приложений Acrobat Sign через службу WAF. Эта маршрутизация будет невидима для большинства заказчиков. Использование не повлияет на доступ к Acrobat Sign из любых клиентов Adobe или интеграций.
Требуется действие
Нет.
Это изменение не повлияет на интеграции заказчиков, поскольку API Acrobat Sign и доменные имена API не изменятся. Это решение обратно совместимо с опубликованными диапазонами IP.
Заказчикам, которые обновили свои устройства безопасности, не нужно откатывать изменения или вносить какие-либо другие изменения.
Текущий график обновлений:
- Обновления Production Sandbox 24 февраля 2025 г.
- Production shards: IN1, JP1, AU1 и SG1 будут обновлены 3 марта 2025 г.
- Production shards: NA2, NA3 и EU2 будут обновлены 6 марта 2025 г.
- Production shards: NA1, NA4 и EU1 будут обновлены 11 марта 2025 г.
Входящий и исходящий трафик для Acrobat Sign
Acrobat Sign больше не отказывается от списка IP-адресов входящих серверов, как было объявлено ранее.
IP-адреса входящего и исходящего трафика сервера, как указано на странице Системные требования для Acrobat Sign, останутся действительными.
Почему Acrobat Sign вносит эти изменения?
Использование WAF улучшает защиту Acrobat Sign от вредоносного трафика и помогает лучше решать требования безопасности, надежности и соответствия.
У меня есть пользовательская интеграция с Acrobat Sign. Повлияет ли это на мое приложение?
Нет, мы не ожидаем, что какие-либо интеграции пострадают.
Существуют ли новые списки IP-адресов, которые можно использовать вместо них?
Нет.
Информация на странице «Системные требования для Acrobat Sign» остается актуальной.
Моя организация внедрила сетевую фильтрацию, используя опубликованный список доменов Acrobat Sign для трафика из нашей корпоративной сети.Влияет ли это на нас?
Нет.
Описанные здесь изменения в сети не влияют на список доменов Acrobat Sign, как указано на странице системных требований для Acrobat Sign.Фильтрация на уровне доменов не затронута.
Моя организация использует проверку IP-адресов для доставки электронной почты с серверов Acrobat Sign. Затронуты ли мы?
Нет.
IP-диапазоны для исходящих почтовых ретрансляторов, указанные на странице системных требований для Acrobat Sign, не изменяются.
Наша организация настроила учетную запись Acrobat Sign для ограничения доступа к нашим собственным IP-адресам. Затронуты ли мы?
Нет.
Acrobat Sign можно настроить для проверки входящего трафика по выбранным заказчиком IP-адресам, как описано на странице «Ограничение доступа к вашей учетной записи с помощью диапазонов IP-адресов». Такое использование не будет затронуто этим изменением.
Наша организация внедрила сетевую фильтрацию, используя опубликованный список входящих IP-адресов Acrobat Sign. Затронуты ли мы?
Нет.
Новая конфигурация WAF обратно совместима с существующей сетевой архитектурой, поэтому дополнительная настройка ваших устройств безопасности не потребуется.
Примечание
Обратите внимание, что это относится к фильтрации на уровне IP для среды, в которой размещено ваше приложение. Фильтрация на уровне домена не затрагивается.
Я использую интеграцию с Salesforce с явно настроенным добавлением IP в список разрешений. Нужно ли мне что-то делать?
Нет.
Установка WAF в настоящее время не требует изменений для существующих установок Salesforce.
Существующая конфигурация/процесс, как описано в справочной документации, остается тем же, и администраторы должны выполнять все шаги по добавлению IP в список разрешений.
Партнеры ISV и Embed должны обратиться к своему менеджеру по успеху клиентов для получения дополнительных вопросов.
|
Впервые сообщено: ноябрь 2024 г. — Обновлено: январь 2025 г. |
Удалено из текущего списка: март 2025 г. |
|---|
Отправители могут предоставить дополнительный вид соглашений для мобильных получателей, который показывает только поля в соглашении, доступные получателю.
Отправители могут упорядочить список полей по своему усмотрению, а также сгруппировать поля в логические разделы, чтобы помочь подписантам перемещаться по ним с минимальной прокруткой.
Получатели могут просматривать удобный список полей, отображаемых на мобильных устройствах, или исходное представление PDF с полями, размещенными в содержимом документа.
Выпуск данной функции запланирован:
- Планируется развернуть в среде Sandbox 11 декабря 2024 г.
- Будет развернуто в производственной среде 4 марта 2025 г.
|
Впервые сообщено: май 2024 г. |
Удалено из текущего списка: март 2025 г. |
|---|
В новом интерфейсе Запросить подпись возможность использовать внешний диск для загрузки файлов будет доступна только в OneDrive.
Рекомендуется заказчикам, использующим другие параметры для загрузки файлов, использовать специальное приложение поставщика для предоставления сетевого диска, к которому можно получить доступ через стандартное средство выбора файлов в локальной системе пользователя.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
|
Впервые сообщено: май 2024 г. |
Удалено из текущего списка: апрель 2025 г. |
|---|
Требуется действие
Все интеграции и приложения, использующие Adobe Acrobat Sign SOAP API, должны быть перенесены на последнюю версию REST API V6 до даты отключения для обеспечения непрерывной работы.
Доступ к SOAP API будет удален для всех встроенных партнеров с 1 марта 2025 г.
Для обеспечения непрерывной работы все встроенные партнеры, использующие Adobe Acrobat Sign SOAP API, должны перейти на последнюю версию REST API V6 до 1 марта 2025 г.
Пожалуйста, ознакомьтесь с документацией по REST v6 и миграции:
- Методы Adobe Acrobat Sign REST API версии 6
- Миграция с SOAP
По любым вопросам обращайтесь к назначенному вам PSM Adobe Acrobat Sign.
Примечание
Данное обновление применяется только к коммерческой версии сервиса Acrobat Sign. Учетные записи Government Cloud не затронуты.
Это обновление применяется только к странице Отправки (Запроса электронных подписей). Рабочие процессы структурированного самоподписания пока не включены.
|
Впервые сообщено: март 2024 г. — Обновлено: январь 2025 г. |
Удалено из текущего списка: апрель 2025 г. |
|---|
Начиная с выпуска апреля 2025 г., современная среда «Запросить подпись» станет интерфейсом по умолчанию при создании нового соглашения.
- Пользователи больше не смогут переключаться между новой и классической средами, поскольку ссылки переключения будут отключены.
- Администраторы по-прежнему смогут включить классический интерфейс и восстановить ссылки переключения через меню администратора.
- На клиентов, использующих интеграцию Notarize, это изменение не распространяется.
|
Впервые сообщено: март 2024 г. — Обновлено: апрель 2025 г. |
Удалено из текущего списка: апрель 2025 г. |
|---|
Примечание
Это обновление применяется только к коммерческой версии сервиса Acrobat Sign. Учетные записи Government Cloud не затронуты.
По состоянию на выпуск апреля 2025 г., современная среда «Запросить подпись» станет интерфейсом по умолчанию при создании нового шаблона «Пакетная отправка».
- Пользователи не смогут переключиться обратно к классической среде.
- Администраторы смогут включить классический интерфейс и восстановить ссылки переключения через меню администратора.
|
Впервые сообщено: февраль 2025 г. |
Удалено из текущего списка: апрель 2025 |
|---|
Вкладка Учетная запись, доступная администраторам уровня учетной записи Acrobat Sign, будет переименована в Администратор.
- Данное обновление применяется исключительно к автономной среде Acrobat Sign (Acrobat Sign Solutions и Acrobat Sign for Government).
- Обновление будет внедрено для коммерческой среды в апреле 2025 года и для правительственной среды в мае 2025 года.
Обратите внимание, что это изменение носит чисто косметический характер — никаких функциональных изменений нет, только обновления меток вкладок.
Примечание
Метка Группа для администраторов уровня группы не изменится.
|
Впервые сообщено: март 2025 |
Удалено из текущего списка: апрель 2025 |
|---|
- Улучшенный интерфейс входа в систему для пользователей — программа Acrobat Sign оптимизировала процессы входа в систему и аутентификации с помощью системы управления удостоверениями Adobe (IMS).
- В процессе входа корпоративный профиль пользователя выбирается автоматически для пользователей с лицензией Acrobat Sign (запрос распознается как запрос из источника Acrobat Sign).
- Пользователи, столкнувшиеся с ошибками при входе, получат в сообщениях об ошибках ссылки, по которым они смогут обратиться к администраторам Acrobat Sign для получения помощи.
- Всем пользователям, которым назначены активные права, но которые не выполнили вход, будет отправляться до двух напоминаний по электронной почте. (Это также применимо к существующим неактивным пользователям до даты выпуска.)
Эти усовершенствования упрощают вход в систему, сокращают задержки и улучшают общий пользовательский интерфейс.
Доступные среды: Коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Область конфигурации: Включено по умолчанию; не подлежит настройке
|
Впервые сообщено: март 2025 - Обновлено: апрель 2025 |
Удалено из текущего списка: июнь 2025 |
|---|
Начиная с выпуска мая 2025, Acrobat Sign введет более строгие ограничения на количество webhook, созданных в учетных записях уровня Developer.
Эти ограничения были специально выбраны для обеспечения надежности инфраструктуры вебхуков и лучшего соответствия рабочим процессам тестирования.
|
Что изменяется |
Предыдущий лимит |
Новый лимит |
Описание |
|---|---|---|---|
|
Количество активных веб-хуков, созданных для канала |
10 |
1 |
Для канала разрешен 1 веб-хук на событие подписки на веб-хук. |
|
Количество активных веб-хуков, созданных для учетной записи |
100 |
2 |
На одно событие подписки на веб-хук разрешено 2 веб-хука уровня аккаунта. |
|
Количество активных вебхуков, созданных для группы |
100 |
2 |
Разрешены 2 webhook уровня группы на группу на событие подписки webhook. |
|
Количество активных вебхуков, созданных для каждого ресурса соглашения |
50 |
1 |
Разрешен 1 webhook на соглашение на событие подписки webhook. |
|
Количество активных webhook, созданных на пользователя |
100 |
1 |
Разрешён один webhook на пользователя для каждого события подписки webhook. |
Доступные среды: Коммерческая | Доступные уровни обслуживания: Разработчик | Область конфигурации: Включено по умолчанию; Не настраивается
|
Впервые сообщено: март 2025 |
Удалено из текущего списка: апрель 2025 |
|---|
Клиенты Acrobat Sign теперь могут подписаться на службу веб-хуков Acrobat Sign для получения проактивных уведомлений о сбоях, нарушениях и событиях технического обслуживания через портал Adobe Status.
Управляйте подписками и добавляйте их здесь: справка по подпискам Adobe Status.
Обратите внимание, что служба Adobe Acrobat Sign указана под заголовком Document Cloud:
|
Впервые сообщено: март 2025 |
Удалено из текущего списка: июнь 2025 |
|---|
В выпуске мая 2025 года мы оптимизируем API GET /agreements для значительного сокращения времени ответа — наши внутренние тесты показывают улучшения до 10 раз.
Что изменится
- Меньшие размеры страниц: для поддержки этих улучшений мы сократили максимальное количество соглашений, возвращаемых за запрос, до 500, но этот лимит может измениться в будущих выпусках. Каждый ответ включает:
- Фактическое количество возвращенных соглашений
- Ссылка на следующую страницу результатов (если доступна)
- Динамическое количество результатов: вы по-прежнему можете запросить определенное количество соглашений, но API вернет столько, сколько служба может предоставить.Каждый ответ включает:
Чего ожидать
В некоторых случаях между созданием соглашения и его получением с помощью GET /agreements API может возникнуть небольшая задержка. Эта задержка обычно очень короткая; повторный запрос должен вернуть новое соглашение.
Доступные среды: Коммерческая, Государственная | Доступные уровни обслуживания: Acrobat Sign Services, Государственная | Область конфигурации: Включено по умолчанию; Не настраивается
|
Впервые сообщено: Апрель 2025 |
Удалено из текущего списка: Август 2025 |
|---|
Все учетные записи, использующие сервис Acrobat Sign for Government, получат доступ к включению новой среды Request Signature, а также к нескольким недавно созданным функциям, которые от неё зависят:
- eWitnessing
- Ограниченный доступ к соглашениям
- Принудительное назначение типа подписи
- Проверка личности
- Копии для каждого получателя
- Список получателей и свойства получателей можно редактировать после создания
|
Впервые сообщено: Сентябрь 2024 |
Удалено из текущего списка: Февраль 2026 |
|---|
Требуется действие
Все клиенты, использующие API, должны обновить свои API для использования конечных точек версии 6 как можно скорее, чтобы обеспечить бесперебойную работу.
Версии 1–4 Adobe Acrobat Sign REST API признаны устаревшими и будут удалены из сервиса 1 декабря 2025 года.
Обновление API может потребовать значительных усилий, поэтому всем клиентам настоятельно рекомендуется запланировать и заложить в бюджет обновление как можно скорее, чтобы служба поддержки могла полноценно помочь в решении любых вопросов или проблем, которые могут возникнуть до крайнего срока в декабре 2025 года.
Хотя REST API v1-4 признаны устаревшими, они будут продолжать функционировать, и ваши приложения будут продолжать работать до 1 декабря 2025 года, когда REST API v1-4 будут удалены.
После 1 декабря 2025 года приложения, построенные на REST API v1-4, перестанут функционировать.
|
Первое сообщение: апрель 2025 |
Удалено из текущего списка: февраль 2026 |
|---|
Все учетные записи, использующие сервис Acrobat Sign for Government, получат доступ к новой среде Request Signature, а также к нескольким недавно созданным функциям, которые зависят от неё:
- Электронное свидетельствование
- Ограниченный доступ к соглашениям
- Принудительный тип подписи
- Проверка личности
- Копии на получателя
- Список получателей и свойства получателей можно редактировать после создания
|
Первое сообщение: сентябрь 2024 — обновлено в апреле 2025 |
Удалено из текущего списка: февраль 2026 |
|---|
Инфраструктура Webhook 2.0 была развернута для всех клиентов, и по завершении этого процесса уведомления подписавшего были признаны устаревшими. В результате параметр webhookNotificationApplicableUsers полезной нагрузки webhook больше не предоставляет никаких полезных данных и будет удален из всех полезных нагрузок webhook.
Песочница будет обновлена в июньском выпуске.
Рабочие среды будут обновлены в выпуске июля 2025.
Идентификатор пользователя отправителя и электронную почту можно найти с помощью параметров initiatingUserId и initiatingUserEmail в полезной нагрузке уведомления.
|
Впервые отмечено: август 2025 г. — обновлено в октябре 2025 г. |
Удалено из текущего списка: февраль 2026 |
|---|
Чтобы поддерживать стабильность системы и улучшить производительность, Acrobat Sign введет пороговое значение опроса в выпуске от 4 ноября 2025 года (версия 16.2.1). Это изменение ограничивает частоту опроса конкретных конечных точек API клиентскими приложениями.
- У заказчиков есть два месяца после выпуска 16.2.1 для реализации рекомендуемых изменений опроса в их коде. В течение этого временного окна система будет только регистрировать события превышения порогового интервала опроса.
- После декабря 2025 года политики защиты от опроса будут переключены в режим ENFORCE, и ошибки начнут появляться для пользователей.
Высокочастотный опрос создает ненужную нагрузку на серверные системы, что приводит к снижению производительности и замедлению времени отклика.Разработчикам API рекомендуется переключиться на веб-хуки для получения обновлений в реальном времени.
Что изменится
Эта политика опроса применяется ко всем конечным точкам API GET .
Примеры затронутых конечных точек
Получение состояния:
- GET /agreements/{agreementId) — получает текущее состояние соглашения.
- GET /agreements/{agreementId)/documents/{documentId) — получает поток файла документа в рамках соглашения.
Список:
- GET /agreements — получает соглашения для пользователя.
- GET /agreements/{agreementId)/events — получает информацию о событиях для соглашения.
Будет применен лимит на то, как часто действующий пользователь может выполнять один и тот же вызов API к службе Acrobat Sign.Возвращается ошибка, если тот же вызов выполняется в рамках минимального интервала опроса тем же действующим пользователем.
Сведения о политике опроса
- Минимальный интервал опроса объектов (MOPI): MOPI по умолчанию варьируется в зависимости от уровня обслуживания и типов приложений:
- Партнерские приложения Acrobat Sign: MOPI для партнерского приложения определяется уровнем учетной записи пользователя.
- Уровень GLOBAL/ENTERPRISE: 3 вызова в течение одноминутного интервала
- Все остальные уровни: 1 уникальный вызов в течение десятиминутного интервала
- Приложения клиентов в рамках учетных записей Global/Enterprise: три одинаковых вызова в течение одноминутного интервала.
- Клиентские приложения в учетных записях Developer: один уникальный вызов в течение 10-минутного интервала.
- Партнерские приложения Acrobat Sign: MOPI для партнерского приложения определяется уровнем учетной записи пользователя.
- Дублированные запросы в рамках MOPI: Если один и тот же действующий пользователь выполняет идентичные запросы GET (одинаковые путь и заголовки) больше, чем позволяет его уровень в рамках MOPI, система вернет:
- Код состояния 304 Not Modified для условных HTTP-запросов с использованием ETag.
- Код состояния 429 Too Many Requests с заголовком Retry-After для других запросов.
- Обработка ETag: Эта политика применяется, когда значения ETag предоставляются в заголовке If-None-Match для конечных точек, которые уже поддерживают 304 Not Modified.
Требуется действие
Вебхуки: Если вашему приложению требуются обновления в режиме, близком к реальному времени, используйте вебхуки вместо опроса.Веб-хуки обеспечивают более эффективный и масштабируемый способ получения своевременных обновлений.
Если веб-хуки невозможно реализовать, приложения должны внедрить механизмы кэширования на стороне клиента для хранения и повторного использования ответов API. При получении ответа 304 Not Modified следует использовать кэшированные данные вместо выполнения нового вызова API.
У заказчиков есть два месяца после выпуска версии 16.2.1, чтобы внедрить рекомендуемые изменения опроса в свой код. В течение этого временного окна система будет регистрировать события превышения порога интервала опроса.
После декабря 2025 года политики защиты от опроса будут переведены в режим ПРИНУЖДЕНИЯ, и для пользователей начнут срабатывать ошибки.
Пожалуйста, свяжитесь с вашим менеджером по работе с клиентами, если вам нужна помощь или у вас есть вопросы.
В среде песочницы политика опроса будет включена для РЕГИСТРАЦИИ ошибок 17 сентября 2025 года и установлена в режим ПРИНУЖДЕНИЯ 25 сентября 2025 года.
|
Впервые сообщено: август 2025 г. |
Удалено из текущего списка: февраль 2026 г. |
|---|
Для поддержки требований FedRAMP CSP мы включаем протокол IPv6 в среде Acrobat Sign for Government:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
|
Впервые сообщено: сентябрь 2025 г. |
Удалено из текущего списка: февраль 2026 г. |
|---|
Проверка настроек языка была ужесточена при создании соглашения через API.Если локаль соглашения не разрешена политиками учетной записи, API отклоняет запрос с четким сообщением об ошибке. Это снижает непреднамеренные языковые несоответствия и поддерживает взаимодействие с получателями в соответствии с утвержденными настройками.
Кого это касается
- Учетные записи, которые устанавливают локаль соглашения в API-запросах.
- Учетные записи, которые ограничивают доступные локали или запрещают изменение локали во время отправки.
Что изменилось
Когда включена настройка DISPLAY_LOCALE_INFO_DURING_SEND (уровень GLOBAL), API обеспечивает соблюдение следующих правил:
- Локаль соглашения должна быть включена в AVAILABLE_LOCALES пользователя.
- Если ALLOW_LOCALE_SELECTION_DURING_SEND имеет значение false, локаль соглашения должна соответствовать AGREEMENT_LOCALE пользователя.
Нарушения приводят к сбою POST /agreements с сообщением: «Языковой стандарт недопустим или отсутствует».
Распространенная ошибка и как ее исправить
Ошибка: «Языковой стандарт недопустим или отсутствует».
- Проверьте языковой стандарт, используемый в запросе API (например, en_US).
- Убедитесь, что языковой стандарт присутствует в AVAILABLE_LOCALES для вызывающего пользователя.
- Если ALLOW_LOCALE_SELECTION_DURING_SEND имеет значение false, убедитесь, что языковой стандарт запроса соответствует AGREEMENT_LOCALE.
- Если требуется гибкость в разных регионах, включите выбор языкового стандарта во время отправки (см. «Требуемые действия»).
Обратная совместимость
- До этого изменения некоторые запросы с несовпадающими языковыми стандартами могли выполняться успешно.Такие запросы теперь завершаются с четким сообщением об ошибке, когда проверки не пройдены.
- Изменений в схеме API нет; поведение проверки изменяется только при включении DISPLAY_LOCALE_INFO_DURING_SEND.
Требуемые действия
Администраторы и интеграторы API должны выполнить одно из следующих действий:
- Согласовать языковой стандарт в запросах API с AVAILABLE_LOCALES и — если ALLOW_LOCALE_SELECTION_DURING_SEND имеет значение false — точно соответствовать AGREEMENT_LOCALE
- или -
- Разрешить выбор языкового стандарта во время отправки, установив:
- ALLOW_LOCALE_SELECTION_DURING_SEND = true
- CAN_CHANGE_UI_LOCALE = true
|
Впервые сообщено: декабрь 2025 г. |
Удалено из текущего списка: февраль 2026 г. |
|---|
Adobe Acrobat Sign обновит SSL-сертификат Adobe Acrobat Sign 7 января 2026 г.
Требуется действие
- Если у вас есть пользовательские интеграции с Acrobat Sign, использующие REST API, и если любая из этих интеграций «закрепила» существующий открытый ключ, никаких других действий не требуется.
- Если вы используете SSL-сертификаты Adobe Acrobat Sign для SSO или если вы закрепляете сам сертификат (или используете другие методы), вы можете найти новые SSL-сертификаты Adobe Acrobat Sign в системных требованиях Adobe Acrobat Sign.
- Если ваша конфигурация SSO поддерживает несколько публичных сертификатов/цепочек, вы можете добавить новые сертификаты сейчас и удалить старую публичную цепочку сертификатов из вашей конфигурации после перехода в январе.
- Если ваша система SSO не поддерживает несколько публичных сертификатов/цепочек, вам нужно будет синхронизировать переключение SSL с Adobe Acrobat Sign 7 января 2026 года.
Новые SSL-сертификаты будут активны с 7 января 2026 года.
|
Впервые сообщено: март 2026 |
Текущее Удалено из текущего списка: июнь 2026 |
|---|
Плановые работы по техническому обслуживанию базы данных запланированы на 11 апреля 2026 года в 19:30 по тихоокеанскому времени. Ожидается, что окно технического обслуживания продлится до 30 минут.
Данное техническое обслуживание затронет все среды Adobe Acrobat Sign и применимо только к учетным записям, управляемым Adobe (IMS).Учетные записи, которые управляют своими пользователями напрямую в Acrobat Sign, не затронуты.
В это время:
- Создание новых учетных записей и предоставление доступа пользователям будет отложено.
- Ограниченное количество пользователей может столкнуться с проблемами входа в систему.
- Запросы на потребление транзакций учетной записи из административных интерфейсов Adobe могут завершиться неудачей, что может временно предотвратить назначение прав.
Ожидается, что все затронутые сервисы вернутся к нормальной работе после завершения технического обслуживания.
|
Впервые сообщено: март 2026 |
Удалено из текущего списка: июнь 2026 |
|---|
Идентификаторы документов, возвращаемые API, теперь используют 16-битный формат кодирования вместо предыдущего 12-битного формата кодирования и могут включать завершающие символы звездочек как часть возвращаемого значения.Adobe Acrobat Sign принимает ID документов с этими завершающими символами или без них, но некоторые приложения могут неправильно обрабатывать расширенный формат, что может повлиять на получение или отображение документов.
Это обновление отражает изменение в обработке ID документов в сервисе.Если ваша интеграция получает документы, используя идентификаторы документов, возвращаемые API, проверьте текущую логику, чтобы убедиться, что она поддерживает более длинный формат идентификаторов и может принимать возвращаемое значение в том виде, в котором оно предоставляется.При необходимости завершающие символы звездочки можно опустить перед повторной попыткой запроса.
Прямой доступ через Acrobat Sign не должен быть затронут.
|
Впервые сообщено: февраль 2026 г. — Обновлено в апреле 2026 г. |
Удалено из текущего списка: июнь 2026 г. |
|---|
Страница Главная Acrobat Sign переработана, чтобы упростить начало работы с соглашениями, отслеживание активности и доступ к ключевым функциям, включая возможность копировать недавно отправленные соглашения, просматривать плитки действий в более интуитивном порядке, быстро определять элементы В процессе и Ожидает вас, а также использовать упрощенный баннер Что нового, который уменьшает визуальный беспорядок и помогает пользователям работать быстрее, реже пропускать соглашения и навигировать по более сфокусированному интерфейсу Главная.
Новая страница Главная будет выпущена в течение 10 дней после релиза:
Дата |
Сегменты |
5 мая 2026 г. |
IN1, JP1, AU1, SG1 |
11 мая 2026 г. |
EU1, EU2, NA4 |
14 мая 2026 г. |
NA1, NA2, NA3 |
Примечание
Расписание развертывания предоставлено в качестве руководства и может быть скорректировано по мере развертывания.
|
Впервые сообщено: март 2026 г. |
Удалено из текущего списка: июнь 2026 г. |
|---|
Начиная с релиза 17.0.1 от 17 марта, вкладка Токены доступа в меню Личные настройки отображает дату истечения срока действия для каждого ключа интеграции.Это обновление улучшает видимость управления жизненным циклом ключей, позволяя держателям ключей видеть, когда истечет срок действия ключа.
Ключи интеграции имеют 10-летний период действия.После даты истечения срока действия ключ больше нельзя использовать, и его необходимо заменить новым ключом.
Это изменение не влияет на функционирование существующих ключей и не изменяет жизненный цикл ключа.Оно только отображает дату истечения срока действия в интерфейсе, чтобы администраторы могли отслеживать возраст ключей и заранее планировать замены.
Никаких действий не требуется. Администраторы должны периодически проверять свои ключи интеграции и заменять те, срок действия которых приближается к окончанию, чтобы избежать перерывов в обслуживании.
|
Первое сообщение: март 2026 г. |
Удалено из текущего списка: июнь 2026 г. |
|---|
Начиная с выпуска от 5 мая 2026 г., отчеты аудита будут записывать метод подписи, используемый при применении подписи подписывающим.
Для каждого события ESIGNED и DIGSIGNED журнал аудита определяет, использовал ли подписывающий метод подписи на настольном ПК (TYPE, DRAW, IMAGE) или мобильный метод подписи (MOBILE_TYPE, MOBILE_DRAW, MOBILE_IMAGE).
Это обновление улучшает видимость соответствия, позволяя администраторам и командам соответствия проверять метод подписи непосредственно в отчете аудита, снижая неопределенность и минимизируя ненужные отклонения соглашений во время процессов проверки и аудита. Это обновление включено по умолчанию для всех клиентов без возможности настройки.
Примечание
Применение подписи только с помощью штампа не входит в определенные типы подписей.
|
Первое сообщение: декабрь 2025 г. — обновлено в феврале 2026 г. |
Удалено из текущего списка: июнь 2026 г. |
|---|
Интерфейс страницы входа в Acrobat Sign будет обновлен для всех пользователей в рамках выпуска версии 17.0, запланированного на 3 февраля 2026 г. - Новый процесс входа предлагает более чистый и последовательный интерфейс, запрашивая у всех пользователей только адрес электронной почты и больше ничего. Как только адрес электронной почты принят, система обращается к учетной записи пользователя, и на следующей странице отображаются параметры аутентификации, для использования которых настроена учетная запись, исключая ненужные шаги и устаревшие экраны. Это делает вход в систему быстрее, проще и интуитивно понятнее для всех.
- В рамках нового интерфейса входа в систему формат электронной почты для пользователей Adobe Acrobat Sign для организаций, входящих непосредственно в веб-интерфейс, теперь ограничивает локальную часть адреса электронной почты (часть перед символом «@») 64 символами.
Этот обновленный интерфейс входа развертывается поэтапно по серверной среде Acrobat Sign. Расписание развертывания показано ниже:
|
Среда Acrobat Sign |
Дата развертывания |
|
IN1 (Индия) SG1 (Сингапур) |
3 февраля 2026 г. |
|
AU1 (Австралия) NA3 (Северная Америка) |
10 февраля 2026 г. |
|
JP1 (Япония) |
17 февраля 2026 г. |
|
EU2 (Европа) NA4 (Северная Америка) |
2 марта 2026 г. |
|
EU1 (Европа) NA2 (Северная Америка) |
5 марта 2026 г. |
|
NA1 (Северная Америка) |
10 марта 2026 г. |
Примечание
График развертывания представлен в качестве руководства и может быть скорректирован по мере развертывания.
|
Первое сообщение: февраль 2026 г. |
Удалено из текущего списка: июнь 2026 г. |
|---|
