Руководство пользователя Adobe Acrobat Sign
Новые возможности
Начало работы
- Краткое руководство для администраторов
- Краткое руководство для пользователей
- Для разработчиков
- Библиотека видеоуроков
- Часто задаваемые вопросы
- Пробная версия Enterprise
Администрирование
- Обзор Admin Console
- Управление пользователями
- Добавление, редактирование и просмотр активных пользователей
- Admin Console и единый вход
- Создание пользователей, ориентированных на функции
- Просмотр пользователей, которые не завершили процесс проверки
- Проверка пользователей с ошибками подготовки
- Изменение имени и адреса электронной почты
- Изменение участия в группе
- Изменение участия в группе с помощью интерфейса группы
- Повышение роли пользователя до роли администратора
- Типы идентификаторов пользователей и единый вход
- Смена удостоверения пользователя
- Аутентификация пользователей с помощью Microsoft Azure
- Аутентификация пользователей с помощью Google Federation
- Профили продуктов
- Интерфейс входа
- Управление группами
- Параметры учетной записи/группы
- Обзор параметров
- Глобальные настройки
- Идентификатор и уровень учетной записи
- Новый интерфейс для получателей
- Рабочие процессы самостоятельного подписания
- Пакетная отправка
- Веб-формы
- Настраиваемые рабочие процессы отправки
- Рабочие процессы Power Automate
- Документы библиотеки
- Сбор данных формы с соглашениями
- Ограниченная видимость документа
- Прикрепление копии подписанного соглашения в формате PDF
- Добавление ссылки в сообщение электронной почты
- Добавление изображения в сообщение электронной почты
- Файлы, прикрепленные к электронному письму, получат имя
- Прикрепление отчета об аудите к документам
- Объединение нескольких документов в один
- Загрузка отдельных документов
- Добавление подписанного документа
- Делегирование для пользователей в моей учетной записи
- Предоставление права делегирования внешним получателям
- Право на подпись
- Право на отправку
- Полномочия на добавление электронных печатей
- Установка часового пояса по умолчанию
- Установка формата даты по умолчанию
- Пользователи, состоящие в нескольких группах (UMG)
- Разрешения администратора группы
- Замена получателя
- Отчет об аудите
- Нижний колонтитул транзакции
- Сообщения и инструкции в приложении
- Файлы PDF с расширенным доступом
- Рабочие процессы PDF/A
- Клиент в области здравоохранения
- Новый интерфейс запроса подписей
- Новый интерфейс настраиваемых рабочих процессов
- Новый интерфейс создания шаблонов
- Настройка учетной записи / Настройки брендинга
- Настройки подписи
- Корректно отформатированные подписи
- Предоставление получателям разрешения на добавление подписи
- Подписывающие стороны могут изменять свои имена
- Предоставление получателям разрешения на использование своих сохраненных подписей
- Пользовательские условия использования и соглашение о неразглашении
- Перемещение между получателями по полям форм
- Перезапуск процесса работы с документом
- Отклонение подписания
- Предоставление разрешения на использование штампов
- Добавление требования о том, чтобы подписывающие стороны указывали должность или название компании
- Предоставление подписывающим сторонам разрешения на печать и размещение рукописной подписи
- Отображение сообщений при электронном подписании
- Добавление требования о том, чтобы подписанты использовали мобильное устройство для создания подписи
- Запрос IP-адресов подписантов
- Исключение названия компании и должности из штампа участника
- Применение адаптивного масштаба при рисовании подписи
- Цифровые подписи
- Электронные печати
- Цифровое удостоверение
- Параметры отчета
- Включить классическую отчетность
- Новый интерфейс для работы с отчетами
- Настройки классических отчетов
- Параметры безопасности
- Параметры единого входа
- Настройки «Запомнить меня»
- Политика пароля для входа
- Надежность пароля для входа
- Продолжительность веб-сеанса
- Тип шифрования PDF
- Программный интерфейс
- Доступ к сведениям о пользователе и группе
- Допустимые диапазоны IP-адресов
- Общий доступ к учетной записи
- Полномочия на совместное использование учетных записей
- Средства управления совместным использованием соглашений
- Проверка личности подписывающей стороны
- Пароль для подписания соглашения
- Надежность пароля для документа
- Блокировка подписывающих сторон по геолокации
- Аутентификация по телефону
- Аутентификация на основе данных (KBA)
- Разрешение на извлечение страниц
- Истечение срока действия ссылки на документ
- Отправка сертификата клиента для веб-перехватчиков и обратных вызовов
- Метка времени
- Параметры отправки
- Отображение страницы отправки после входа
- Возможности создания соглашений
- Добавление требования о вводе имени получателя при отправке
- Блокировка значений имени для известных пользователей
- Допустимые роли получателей
- Разрешение электронного заверения
- Настройка личного подписания
- Группы получателей
- Получатели в копии
- Обязательные поля
- Прикрепление документов
- Сведение полей
- Изменение соглашений
- Удаление получателей из соглашений в процессе выполнения
- Название соглашения
- Языки
- Личные сообщения
- Разрешенные типы подписей
- Напоминания
- Защита паролем для подписанных документов
- Отправка уведомлений о соглашении
- Параметры идентификации подписывающего
- Обзор
- Пароль для подписания
- Аутентификация на основе знаний
- Аутентификация по телефону
- Аутентификация через WhatsApp
- Одноразовый пароль по электронной почте
- Аутентификация Acrobat Sign
- Цифровая подпись в облаке
- Аутентификация по цифровому удостоверению
- Удостоверение личности
- Отчет по проверке личности подписывающей стороны
- Заполнение полей формы данными с подтвержденной идентификацией
- Защита контента
- Включение операций Notarize
- Истечение срока действия документа
- Просмотр, размещение подписей и добавление полей
- Порядок подписания
- Включить гибридные процессы подписания
- Добавить себя
- Отправлять только внутренним получателям
- Ссылка для загрузки соглашения
- Границы полей формы
- Режим Liquid Mode
- Элементы управления для настраиваемого рабочего процесса
- Возможности для отправки на странице эл. подписания
- URL перенаправления при подтверждении после подписания
- Ограничение доступа к общим соглашениям
- Отображение страницы отправки после входа
- Шаблоны сообщений
- Требования биофармацевтической отрасли
- Интеграция с рабочим процессом
- Настройки нотариального заверения
- Интеграция платежной системы
- Сообщения для подписывающих сторон
- Параметры SAML
- Конфигурация SAML
- Установка Microsoft Active Directory Federation Service
- Установка Okta
- Установка OneLogin
- Установка Oracle Identity Federation
- Конфигурация SAML
- Управление данными
- Настройки меток времени
- Внешний архив
- Языки учетной записи
- Параметры электронной почты
- Переход с домена с echosign.com на adobesign.com
- Настройка параметров для получателей
- Руководство по нормативным требованиям
- Специальные возможности
- Закон об ответственности и переносе данных о страховании здоровья граждан (HIPAA)
- Общий регламент по защите данных (GDPR)
- 21 CFR, часть 11 и приложение EudraLex 11
- Клиенты в области здравоохранения
- Поддержка IVES
- Хранящиеся соглашения
- Рекомендации для ЕС и Великобритании
- Массовая загрузка документов
- Подтверждение домена
- Ссылки на сообщения о нарушениях
- Системные требования и ограничения
Профиль пользователя и настраиваемые функции
- Адресная книга
Отправка, подписание соглашений и управление ими
- Параметры получателя
- Отмена уведомления по электронной почте
- Параметры на странице эл. подписания
- Параметры на странице эл. подписания
- Открытие для чтения соглашения без полей
- Отказ от подписания соглашения
- Делегирование полномочий по подписанию
- Перезапуск соглашения
- Загрузка файла PDF соглашения
- Просмотр истории соглашения
- Просмотр сообщений о соглашении
- Преобразование электронной подписи в рукописную
- Преобразование рукописной подписи в электронную
- Навигация по полям формы
- Очистка полей формы
- Увеличение страниц электронного документа и навигация по ним
- Изменение языка, используемого в инструментах соглашения и сведениях о нем
- Просмотр юридической информации
- Настройка параметров файлов cookie Acrobat Sign
- Отправка соглашений
- Страница «Отправка» (Создание)
- Обзор меток и функций
- Селектор групп
- Добавление файлов и шаблонов
- Название документа
- Общее сообщение
- Срок выполнения
- Напоминания
- Защита паролем файлов PDF
- Тип подписи
- Язык для получателя
- Порядок и поток подписания получателями
- Роли получателей
- Аутентификация получателей
- Личное сообщение для получателя
- Доступ получателя к соглашению
- Получатели копий
- Проверка личности
- Отправка соглашения только себе
- Отправка соглашения другим пользователям
- Рукописная подпись
- Создание соглашения для личного подписания
- Порядок подписания получателями
- Гибридный рабочий процесс получателей
- Пакетная отправка
- Страница «Отправка» (Создание)
- Создание полей в документах
- Среда авторинга внутри приложения
- Автоматическое обнаружение полей
- Перетаскивание полей в среде авторинга
- Назначение полей форм получателям
- Предварительно заполняемая роль
- Применение полей с помощью шаблона для повторного использования
- Перенос полей в новый шаблон библиотеки
- Обновленный интерфейс авторинга при отправке соглашений
- Создание форм и текстовых тегов
- Создание форм с помощью Acrobat (AcroForms)
- Поля
- Типы полей
- Стандартные типы полей
- Поля электронной подписи
- Поле инициалов
- Поле «Имя получателя»
- Поле «Адрес электронной почты получателя»
- Поле «Дата подписания»
- Текстовое поле
- Поле даты
- Числовое поле
- Флажок
- Группа флажков
- Переключатель
- Раскрывающиеся меню
- Наложение ссылок
- Поле платежа
- Вложения
- Штамп участника
- Номер транзакции
- Изображение
- Компания
- Должность
- Штамп
- Внешний вид содержимого поля
- Проверки полей
- Значения маскируемых полей
- Настройка условий отображения/скрытия
- Вычисляемые поля
- Проверенные формы
- Типы полей
- Часто задаваемые вопросы об авторинге
- Среда авторинга внутри приложения
- Подписание соглашений
- Управление соглашениями
- Управление видом страницы
- Скопировать соглашение
- Делегирование соглашений
- Замена получателей
- Ограниченная видимость документа
- Отмена соглашения
- Создание новых напоминаний
- Просмотр напоминаний
- Отмена напоминания
- Доступ к потокам Power Automate
- Другие действия...
- Как работает поиск
- Просмотр соглашения
- Создание шаблона на основе соглашения
- Скрытие/отображение соглашений в представлении
- Добавление подписанного соглашения
- Изменение файлов или полей в отправленном соглашении
- Изменение метода аутентификации получателя
- Добавление или изменение срока действия
- Добавление примечания к соглашению
- Предоставление доступа к отдельному соглашению
- Отмена доступа к соглашению
- Загрузка отдельного соглашения
- Загрузка отдельных файлов соглашения
- Загрузка отчета об аудите для соглашения
- Загрузка содержимого полей для соглашения
- Массовые действия
- Скрытие нескольких соглашений
- Цифровое подписание нескольких соглашений
- Отчет об аудите
- Отчеты и экспорт данных
Расширенные возможности и рабочие процессы для работы с соглашениями
- Веб-формы
- Шаблоны для повторного использования (Шаблоны библиотеки)
- Формы государственных учреждений США в библиотеке Acrobat Sign
- Создание шаблона библиотеки
- Изменение имени шаблона библиотеки
- Изменение типа шаблона библиотеки
- Изменение уровня доступа к шаблону библиотеки
- Копирование, редактирование и сохранение общего шаблона
- Загрузка данных для агрегированного поля в шаблоне библиотеки
- Управление общими шаблонами
- Передача прав владения веб-формами и шаблонами библиотек
- Рабочие процессы Power Automate
- Обзор интеграции с Power Automate и включенных в нее прав
- Включение интеграции Power Automate
- Контекстные действия на странице «Управление»
- Отслеживание использования Power Automate
- Создание потока (с примерами)
- Триггеры, используемые для потоков
- Импорт потоков извне Acrobat Sign
- Управление потоками
- Редактирование потоков
- Общий доступ к потокам
- Отключение и включение потоков
- Удаление потоков
- Полезные шаблоны
- Только администратор
- Архивирование соглашений
- Сохранение заполненных документов в SharePoint
- Сохранение заполненных документов в OneDrive для бизнеса
- Сохранение заполненных документов на Google Диске
- Сохранение всех заполненных документов в Dropbox
- Сохранение заполненных документов в Box
- Архивирование соглашений веб-форм
- Сохранение заполненных документов веб-форм в библиотеке SharePoint
- Сохранение всех заполненных документов в OneDrive для бизнеса
- Сохранение заполненных документов на Google Диске
- Сохранение заполненных документов веб-форм в Box
- Извлечение данных соглашения
- Уведомления о соглашениях
- Отправка по электронной почте настраиваемых уведомлений с содержимым соглашения и подписанным соглашением
- Получение уведомлений Adobe Acrobat Sign в канале Teams
- Получение уведомлений Adobe Acrobat Sign в Slack
- Получение уведомлений Adobe Acrobat Sign в Webex
- Создание соглашения
- Создание документа на основе формы Power Apps и шаблона Word, отправка на подпись
- Создание соглашения на основе шаблона Word в OneDrive и получение подписи
- Создание соглашения по выбранной строке Excel, отправка на проверку и подпись
- Настраиваемые рабочие процессы отправки
- Предоставление доступа к пользователям и соглашениям
Интеграция с другими продуктами
- Обзор интеграции с Acrobat Sign
- Acrobat Sign для Salesforce
- Acrobat Sign для Microsoft
- Другие интеграции
- Интеграции, управляемые партнерами
- Ключи интеграции
Разработчик Acrobat Sign
- Интерфейсы REST API
- Веб-перехватчики
- Адрес
Поддержка и устранение неполадок
Review the Technical Notifications listed and bookmark the ones that are important to you.
The Technical Notifications page is updated regularly with new information, making its content highly dynamic. While localized versions are available, the translation process may cause slight differences from the authoritative US English version. Always refer first to the US English page for the most accurate and up-to-date information.
[Next Release] The next Adobe Acrobat Sign release is scheduled for July 21, 2026 v17.1.2
This minor patch release will address customer-reported defects and apply necessary optimization and security updates.
The Sandbox environment will receive these patches four weeks before the scheduled release. A list of resolved issues will be published at that time and updated 14 days prior to release.
Feature Release: Adobe Acrobat Sign – June 16th Release Completed
The release was completed to all shards with no downtime to any services.
Current Notices:
|
Status |
Issue or Event |
Execution Date |
|
New Next Release Rolling |
Starting June 16 |
|
|
Updated Important Current |
May 5, 2026 |
|
|
Updated |
September, 2026 |
|
|
Updated Rolling |
September, 2026 |
|
|
Rolling Next Major Release |
September, 2026 |
|
|
Important |
Starting March 2026 |
|
|
Updated |
2027 |
|
|
Current |
September, 2026 |
|
|
Persistent Informational Notifications |
||
|
Current Informational |
Current |
|
|
Current Informational |
Current |
|
First Reported: March 2026 |
Current |
|---|
Inline document editing during authoring is being deployed through a phased rollout as part of the 17.1.2 release for VIP accounts.
Rollout schedule:
VIP and VIPMP customer accounts receive a gradual production rollout following the 17.1.2 release.
Inline document editing will be included in the 17.2 Sandbox deployment. Rollout to ETLA customers is anticipated after the 17.2 release.
The feature is enabled by default at the account level for both new and existing supported accounts. Account and group admins can enable or disable the feature as needed.
The feature is not supported for:
- Acrobat Sign for Government accounts.
- Organizations using the legacy Acrobat Sign user management system.
For configuration instructions, see Enable or disable inline document editing
For sender workflow instructions, see How to edit text during field authoring
Schedules for the rollout are subject to change, dependent on emergent events.
|
First Reported: August 2025 - Updated February, 2026 |
Current |
|---|
To help maintain system stability and improve performance, Adobe Acrobat Sign is introducing a polling threshold for GET API endpoints. This policy limits how frequently client applications can make identical API calls to the Acrobat Sign service.
High-frequency polling creates unnecessary load on backend systems, which can degrade performance and slow response times. API developers are encouraged to use webhooks for near real-time updates instead of repeated polling.
What’s changing
The polling policy applies to all GET API endpoints for identical calls.
A limit is applied to how often the same effective user can make the same API call to Acrobat Sign. An error is returned when the same effective user makes identical calls more frequently than the applicable polling threshold allows.
For example, a repeated request to the same endpoint for the same agreement or library document is treated as an identical call. Requests for different agreements or library documents are treated as distinct calls because each object represents a different request target.
Examples of affected endpoints
Status retrieval
- GET /agreements/{agreementId} — Retrieves the current status of an agreement.
- GET /agreements/{agreementId}/documents/{documentId} — Retrieves the file stream of a document within an agreement.
Listing, events, and library documents
- GET /agreements — Retrieves agreements for the user.
- GET /agreements/{agreementId}/events — Retrieves event information for an agreement.
- GET /libraryDocuments — Retrieves library documents for the user.
- GET /libraryDocuments/{libraryDocumentId} — Retrieves information for a specific library document.
Polling policy details
The Minimum Object Polling Interval (MOPI) defines how often the same effective user can make the same GET API request to the Acrobat Sign service.
The default MOPI varies by service tier:
- GLOBAL, ENTERPRISE, and DEVELOPER tiers: Three identical calls per one-minute interval.
- All other tiers: Three identical calls per three-minute interval.
If the same effective user makes identical GET requests more frequently than the tier allows, Acrobat Sign returns a 429 Too Many Requests response with a Retry-After header.
A request is considered identical when the same effective user makes the same GET request with the same request path and headers within the applicable polling interval.
ETag handling
Applications may continue to use ETags and the If-None-Match header for endpoints that support conditional GET requests.
For conditional GET requests that are allowed under the polling threshold, Acrobat Sign may return 304 Not Modified when the resource has not changed.
When the polling threshold is exceeded, Acrobat Sign returns 429 Too Many Requests with a Retry-After header, even when the request includes an If-None-Match header.
Action required
If your application requires near real-time updates, use webhooks instead of polling. Webhooks provide a more efficient and scalable way to receive timely updates.
If webhooks cannot be implemented, applications should use client-side caching to store and reuse API responses.
- When a 304 Not Modified response is received, use the cached data instead of making another API call.
- When a 429 Too Many Requests response is received, retry the API call only after the number of seconds provided in the Retry-After header.
Resources
- Handling 429 responses: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API polling threshold: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Timeline
The updated MOPI thresholds are already in production.
- The updated ETag throttling behavior is included in the 17.1.1 release. After this change, Acrobat Sign returns 429 Too Many Requests for throttled requests, including conditional GET requests that include an If-None-Match header.
- The polling policy is set to ENFORCED for new accounts in the Sandbox environment on February 11, 2026.
- The polling policy is set to ENFORCED for new accounts in the Production environment on April 5, 2026.
Please contact your CSM if you need assistance or have any questions.
|
First Reported: March 2026 |
Current |
|---|
SSL/TLS Certificate Rotation Updates – Transition to Shorter Validity Periods
The SSL/TLS industry is transitioning to significantly shorter certificate validity periods. This change is driven by updates from the CA/Browser Forum (the governing body for publicly trusted certificates) and is being adopted across major certificate authorities (CAs), including DigiCert.
As a result, certificate lifetimes will gradually reduce from the current ~398 days to as short as 47 days over the next several years.
What Is Changing?
The maximum validity period for publicly trusted TLS certificates will be reduced to 47 days. This requirement is defined by the CA/Browser Forum and applies industry-wide.
Why Is This Change Happening?
Shorter certificate lifetimes improve security by:
- Reducing the exposure window if a certificate or private key is compromised
- Limiting reliance on certificate revocation mechanisms
- Encouraging automated certificate lifecycle management
- Improving overall internet security posture
Major browser vendors (Google, Apple, Mozilla, Microsoft) support this transition.
For additional industry context, see DigiCert’s announcement:
TLS Certificate Lifetimes Will Officially Reduce to 47 Days
How This Affects You
- Increased Certificate Rotation Frequency
- Certificates will rotate more frequently as maximum validity periods decrease.
- Automation Is Required
- Due to the shorter validity periods, certificate renewals are expected to be fully automated. Manual renewal processes are not sustainable at this frequency.
If your environment depends on certificate pinning, manual trust stores, or static certificate references, review your configuration to ensure compatibility with frequent renewals.
Customer Notifications
Previously, notifications were sent when certificates rotated on an annual basis.
Effective at the end of June 2026, routine notifications for standard certificate rotations will be discontinued.
With shorter validity periods and automated renewals:
- Routine certificate rotations will not generate customer notifications.
- Notifications will be sent only in cases of:
- Renewal failures
- Service impact
- Customer action required
This approach aligns with industry best practices for automated certificate lifecycle management.
No Action Required (If Automation Is Enabled)
If your integration relies on standard TLS trust validation and does not depend on certificate pinning, no action is required.
Certificates will continue to renew automatically before expiration.
When Action May Be Required
You may need to take action if:
- You use certificate pinning (SPKI or full certificate pinning)
- You maintain manual certificate stores
- You have firewall rules tied to specific certificate fingerprints
- You operate systems that do not support automated certificate updates
If unsure, consult your security or infrastructure team.
Frequently Asked Questions
- Is this an Adobe-specific change?
- No. This is an industry-wide change mandated by the CA/Browser Forum and implemented by all major certificate authorities.
- Will service availability be affected?
- No. Certificates will renew automatically prior to expiration. There is no expected downtime as part of normal rotation.
- When will certificate rotation notifications stop?
- Routine certificate rotation notifications will stop at the end of June 2026. Customers will continue to be notified only if action is required or if an issue impacts service.
- Where can I learn more?
- For additional industry details, refer to DigiCert’s announcement:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- For additional industry details, refer to DigiCert’s announcement:
Need Help?
If you have questions about certificate rotation or need assistance validating your integration, contact Adobe Support or your Adobe account representative.
|
First Reported: February 2025 - Updated June 2026 |
Current |
|---|
In the 17.2 release (September 2026), all Commercial and Government accounts will be updated to use the modern Request Signature environment.
- Switch links will be disabled
- Admin controls in the Admin menu will remain for customers who need to fall back to the classic UI.
What’s changing
In the September 2026 release (17.2):
- All Commercial and Govcloud accounts will be automatically switched to the modern Request Signature experience.
- Switch links will be disabled for both Commercial and Govcloud accounts
- The controls to revert the experience to the classic environment will remain available.
In the January 2027 release (18.0):
- All accounts will be automatically switched to the modern Request Signature experience.
- Switch links will be removed.
- The controls to revert the experience to the classic environment will be removed from the UI.
We recommend familiarizing your users with the modern experience before the release to ensure a smooth transition.
|
First Reported: February 2025 - Updated June 2026 |
Current |
|---|
In the 17.2 release (September 2026), all Commercial and Government accounts will be updated to use the modern Create Template experience.
- Switch links will be disabled
- Admin controls in the Admin menu will remain for customers who need to fall back to the classic UI.
What’s changing
In the September 2026 release (17.2):
- All Commercial and Govcloud accounts will be automatically switched to the modern Create Template experience.
- Switch links will be disabled for both Commercial and Govcloud accounts
- The controls to revert the experience to the classic environment will remain available.
In the January 2027 release (18.0):
- All accounts will be automatically switched to the modern Create Template experience.
- Switch links will be removed.
- The controls to revert the experience to the classic environment will be removed from the UI.
We recommend familiarizing your users with the modern experience before the release to ensure a smooth transition.
|
First Reported: April 2025 - Updated June 2026 |
Current |
|---|
The new Workflow Designer experience is being enabled for all existing accounts, replacing the classic version over time. During the transition, admins and users have some flexibility to revert to the previous interface until its full retirement.
Rollout Timeline
September 2026 (v17.2)
- All accounts are elevated to the new experience after the release (if not already).
- Admins retain the ability to revert to the classic experience.
- Users no longer see switch links; admins can enable them if needed.
January 2027 (v18.0)
- All accounts are permanently moved to the new experience.
- Admin controls to revert to the classic version are removed.
- The classic Custom Workflow Designer is fully retired and no longer accessible.
We recommend preparing your users as soon as possible to ensure a smooth transition.
New accounts created after the July 2025 Acrobat Sign release will have the new experience enabled by default, and no controls will be present to step back to the legacy version.
|
First Reported: August 2025 - Updated October 2025 |
Current |
|---|
All accounts switched to the modern environment
In the 17.0 release (Jan. 2026), all accounts will be updated to use the modern e-signing environment.
Controls for the classic environment will remain available as a fallback measure for any use case where the modern environment cannot be used.
|
First Reported: September 2022 - Updated June 2026 |
Current |
|---|
Classic reporting will be completely removed from the Acrobat Sign interface in 2027. This includes the switch link that allows changing between environments. Once removed, customers will not be able to return to the classic environment to review classic reports, and scheduled reports will stop executing.
The modern reporting environment will remain as the only reporting solution.
All customers are strongly encouraged to recreate all of their existing reports in the new environment as soon as possible.
|
First Reported: February 2026 |
Current |
|---|
Summary
Due to updated regulatory requirements in Thailand, Agreement Delivery via SMS is currently not supported for recipients with Thai phone numbers.
What’s changing
Thailand has introduced updated regulations that restrict SMS messages containing URLs from directing recipients to flows that require user interaction. Because signing an agreement requires recipient interaction, SMS delivery for this use case is restricted.
Who is affected
- Agreements sent using Agreement Delivery via SMS.
- Recipients with Thai (+66) phone numbers.
Impact
Recipients with Thai phone numbers may not receive SMS messages containing agreement links. As a result, recipients may be unable to access and complete the signing process when SMS delivery is used.
This limitation is regulatory in nature and is not caused by a service outage or product defect.
Timing
There is currently no confirmed timeline for when this restriction may be lifted or a technical solution will be applied. This notice will be updated when conditions change.
Required actions
- Do not use Agreement Delivery via SMS for recipients with Thai phone numbers.
- Include email as an alternative delivery method to ensure agreement delivery.
Additional details
This limitation applies only to SMS-based delivery. Other agreement delivery and authentication methods are not affected.
|
First Reported: May 2024 |
Current |
|---|
The option to use an external drive for uploading files will be limited to OneDrive only in the new Request Signature experience.
It's recommended that customers who use other options for file upload use the vendor-specific application to provide a networked drive that can be accessed through the native file picker on the user's local system.
- 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
Additional Resources
- Community forums
- Weekly Training - Weekly Webinar covering training topics for new users and administrators
Archived Notifications
Listed by the date when the notice was removed from the current notice list, most recent to oldest.
