Последнее обновление
5 мар. 2026 г.
Руководство пользователя Adobe Acrobat Sign
Новые возможности
Начало работы
- Краткое руководство для администраторов
- Краткое руководство для пользователей
- Для разработчиков
- Библиотека видеоуроков
- Часто задаваемые вопросы
Администрирование
- Обзор Admin Console
- Управление пользователями
- Добавление, редактирование и просмотр активных пользователей
- Создание пользователей, ориентированных на функции
- Просмотр пользователей, которые не завершили процесс проверки
- Проверка пользователей с ошибками подготовки
- Изменение имени и адреса электронной почты
- Изменение участия в группе
- Изменение участия в группе с помощью интерфейса группы
- Повышение роли пользователя до роли администратора
- Типы идентификаторов пользователей и единый вход
- Смена удостоверения пользователя
- Аутентификация пользователей с помощью Microsoft Azure
- Аутентификация пользователей с помощью Google Federation
- Профили продуктов
- Интерфейс входа
- Параметры учетной записи/группы
- Обзор параметров
- Глобальные настройки
- Идентификатор и уровень учетной записи
- Новый интерфейс для получателей
- Рабочие процессы самостоятельного подписания
- Пакетная отправка
- Веб-формы
- Настраиваемые рабочие процессы отправки
- Рабочие процессы Power Automate
- Документы библиотеки
- Сбор данных формы с соглашениями
- Ограниченная видимость документа
- Прикрепление копии подписанного соглашения в формате PDF
- Добавление ссылки в сообщение электронной почты
- Добавление изображения в сообщение электронной почты
- Файлы, прикрепленные к электронному письму, получат имя
- Прикрепление отчета об аудите к документам
- Объединение нескольких документов в один
- Загрузка отдельных документов
- Добавление подписанного документа
- Делегирование для пользователей в моей учетной записи
- Предоставление права делегирования внешним получателям
- Право на подпись
- Право на отправку
- Полномочия на добавление электронных печатей
- Установка часового пояса по умолчанию
- Установка формата даты по умолчанию
- Пользователи, состоящие в нескольких группах (UMG)
- Разрешения администратора группы
- Замена получателя
- Отчет об аудите
- Нижний колонтитул транзакции
- Сообщения и инструкции в приложении
- Файлы PDF с расширенным доступом
- Клиент в области здравоохранения
- Настройка учетной записи / Настройки брендинга
- Настройки подписи
- Корректно отформатированные подписи
- Предоставление получателям разрешения на добавление подписи
- Подписывающие стороны могут изменять свои имена
- Предоставление получателям разрешения на использование своих сохраненных подписей
- Пользовательские условия использования и соглашение о неразглашении
- Перемещение между получателями по полям форм
- Перезапуск процесса работы с документом
- Отклонение подписания
- Предоставление разрешения на использование штампов
- Добавление требования о том, чтобы подписывающие стороны указывали должность или название компании
- Предоставление подписывающим сторонам разрешения на печать и размещение рукописной подписи
- Отображение сообщений при электронном подписании
- Добавление требования о том, чтобы подписанты использовали мобильное устройство для создания подписи
- Запрос 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
- Веб-перехватчики
- Адрес
Поддержка и устранение неполадок
Примечание.
В настоящем документе освещаются новые функции, изменения в работе и решенные проблемы в ориентированном на клиента приложении для последнего выпуска.
Обновления API и веб-перехватчиков, ориентированные на разработчиков, описаны в руководстве для разработчиков Acrobat Sign.
Не все функции/изменения будут реализованы на дату выпуска. Всегда обращайтесь к версии страницы на американском английском как к самой актуальной и точной версии.
Выпуск Adobe Acrobat Sign 17.0.1
Рабочее развертывание: 17 марта 2026 г.
Развертывание GovCloud: 19 марта 2026 г.
Улучшенные функциональные возможности
- Создать копию — расширенные точки доступа, более быстрое повторное использование соглашений.
Функция «Создать копию» теперь доступна непосредственно из фильтров В процессе и Ожидающие вас на странице Управление, а также со страницы подтверждения после отправки. Эти дополнительные точки входа упрощают повторное использование соглашений на большем количестве этапов жизненного цикла отправки, снижая необходимость начинать с нуля.
Примечание. В этом выпуске административные элементы управления для отключения этой функции будут удалены из меню администратора, что сделает Cоздать копию стандартной возможностью, доступной всем подходящим пользователям.
Доступные среды: Sandbox, Commercial, Government | Доступные уровни обслуживания: Acrobat Sign Solutions | Область конфигурации: Учетная запись и группа; включено по умолчанию.
REST Обновления API/вебхуков
Обновления API и вебхуков для этого выпуска можно найти в документации Acrobat Sign API.
- Персонализированное отображение электронной почты OEM 2.0 — более четкая идентификация отправителя и получателя во встроенных интерфейсах и корректная доставка электронной почты.
Для встроенных рабочих процессов OEM 2.0 Acrobat Sign теперь отображает персонализированный адрес электронной почты пользователя вместо зарегистрированного партнером адреса в ключевых элементах интерфейса и уведомлениях. Соглашения, очереди, такие как «Ожидает вас» и электронные письма «Просмотр и подпись», последовательно отражают персонализированную идентичность, сохраняя при этом зарегистрированный адрес электронной почты внутренне для аутентификации и прав доступа. Это повышает ясность для отправителей и подписантов и предотвращает отправку электронных писем на недоставляемые зарегистрированные адреса.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: API
- Уведомление веб-перехватчика о сбоях доставки SMS — видимость неудачных отправок SMS в режиме реального времени, автоматическое исправление и согласование с возвратами электронных писем.
Теперь Acrobat Sign генерирует новое событие веб-перехватчика AGREEMENT_PHONE_BOUNCED, когда соглашение, отправленное по SMS, не может быть доставлено из-за проблем, таких как неверные номера телефонов, отклонение оператором или заблокированные линии. Это позволяет клиентам обнаруживать сбои доставки SMS практически в режиме реального времени и автоматически запускать последующие действия, такие как исправление номеров телефонов, повторная попытка доставки или отправка заявок в службу поддержки, что устраняет «слепые зоны» и сокращает задержки в рабочих процессах подписания, ориентированных на мобильные устройства.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: API
- Полезные данные веб-перехватчиков — добавлено условное поле участника extendedStatus для динамического обновления участия, что улучшает видимость состояний участников.
Уведомления веб-перехватчика теперь включают поле extendedStatus в каждом объекте участника (memberInfos[]), когда отправитель изменяет активное соглашение с помощью динамического участия. Это поле предоставляет дополнительные сведения о жизненном цикле участника, оставляя существующее поле статуса неизменным для обратной совместимости.
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
Значения status (без изменений): ACTIVE, REPLACED.
Значения extendedStatus: ACTIVE, REPLACED, REMOVED, COMPLETED.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: API
Решенные проблемы
| Проблема | Описание |
|---|---|
| 4543515 | Сводка. Событие отклонения электронного письма веб-перехватчика может быть неправильно создано для действительного подписанта после того, как подписант подпишет документ и соглашение перейдет к следующему шагу. Это может произойти, когда у делегата в той же группе подписания есть недействительный адрес электронной почты, и отправитель заменяет первоначальную делегирующую сторону. В таких случаях система может неправильно приписать событие отклонения «подписано от имени...» действительному подписанту вместо участника, чья электронная почта фактически отклоняется. |
| Решение. Логика атрибуции событий исправлена, поэтому события отклонения электронных писем связываются только с участником, чье электронное письмо фактически отклоняется. Событие отклонения больше не создается для действительного подписанта, который уже завершил подписание, и уведомления веб-перехватчика теперь отражают правильного участника и адрес электронной почты. | |
| 4544548 | Сводка. Ключи интеграции, созданные через веб-интерфейс, могут истечь через 10 лет, хотя на странице создания указано, что ключ обеспечивает «постоянный доступ». Когда ключ достигает 10-летнего срока службы, вызовы API начинают возвращать ошибку истекшего токена, что может неожиданно нарушить существующие интеграции. |
| Решение. Сообщения пользовательского интерфейса обновлены, чтобы удалить формулировку «постоянный доступ» и четко отображать дату истечения срока действия ключей интеграции. Обновленный текст теперь указывает, что ключ сохраняет доступ до даты истечения срока действия или до его ручной отмены, обеспечивая прозрачность относительно 10-летнего срока службы по умолчанию. | |
| 4546301 | Сводка. Доставка событий веб-перехватчика может быть задержана на несколько часов для соглашений с очень большими документами, даже когда создание соглашения завершается и ранние этапы обработки, по-видимому, завершаются в течение нескольких минут. Во время окна задержки служба доставки веб-перехватчика может многократно получать ответы DOCUMENT_NOT_AVAILABLE при попытке получить документы соглашения, и событие веб-перехватчика может не быть доставлено до тех пор, пока служба не прекратит повторные попытки или документы не станут доступными. |
| Решение. Обработка доступности документов исправлена, поэтому большие соглашения надежно переходят в состояние, когда документы можно получить без расширенных ответов DOCUMENT_NOT_AVAILABLE. В результате события веб-перехватчика доставляются без многочасовых задержек, вызванных повторными попытками получения документов против недоступных документов. | |
| 4547823 | Сводка. Личное сообщение получателя может не отображаться для некоторых подписантов, когда соглашение создается в состоянии «Создание» через API, а затем редактируется из интерфейса «Управление». В этом сценарии пользовательский интерфейс может показывать значение личного сообщения как «Нет» или пустое, хотя данные соглашения включают правильное значение личного сообщения. Такое поведение появляется в сценариях общей учетной записи, когда пользователь переключается в учетную запись другого пользователя для редактирования черновика, и это может затрагивать только определенных получателей, в то время как другие отображаются правильно. |
| Решение. Добавлена проверка для получения активного контекста общего доступа и возврата личного сообщения для авторизованных пользователей с общим доступом. В результате значение личного сообщения теперь отображается правильно при просмотре или отправке созданного через API черновика из потока «Создание». | |
| 4548274 | Сводка. Дата изменения для шаблонов библиотеки может не обновляться после редактирования и сохранения шаблона в новом интерфейсе шаблонов. Пользователи могут видеть недавно добавленные или обновленные поля в шаблоне, но дата изменения остается неизменной в пользовательском интерфейсе «Управление» и в административных представлениях, что создает впечатление, что шаблон не был недавно изменен. Это происходит потому, что новый интерфейс обновляет поля формы через путь, который также не обновляет временную метку изменения шаблона. |
| Решение. Поведение обновления даты изменения было согласовано в новом интерфейсе шаблонов и связанных операциях API. Путь кода, который сохраняет изменения полей шаблона, теперь также обновляет дату изменения шаблона, чтобы она отражала фактическое время последнего изменения. | |
| 4548564 | Сводка. Подписи и поля форм могут отображаться невидимыми в подписанном файле PDF, если они размещены поверх уже существующих комментариев типа «Штамп» в исходном документе. В затронутых шаблонах комментарии типа «Штамп» перекрывают или скрывают интерактивные поля во время обработки, что приводит к тому, что завершенные подписи и другие поля скрываются в окончательном подписанном документе. |
| Решение. Обработка комментариев типа «Штамп» обновлена для безопасной обработки и сведения уже существующих комментариев типа «Штамп», чтобы они больше не скрывали поля форм или подписи. Поля, размещенные поверх областей со штампами, теперь остаются видимыми на протяжении всего процесса подписания и в полностью выполненном файле PDF. | |
| 4549103 | Сводка. Событие отклонения электронного письма может быть зарегистрировано повторно для ранее неправильного получателя после того, как отправитель заменит этого получателя действительным адресом электронной почты. В некоторых случаях журнал аудита может показать второе событие отклонения для старого электронного письма, а статус соглашения может отражать «электронное письмо отклонено», даже если новый получатель успешно получает, просматривает или подписывает соглашение. Такое поведение может создать впечатление, что соглашение все еще направлено как на старый, так и на новый адрес электронной почты. |
| Решение. Технологический процесс замены подписанта был обновлен, чтобы предотвратить отправку дополнительных уведомлений по электронной почте замененному получателю, чье электронное письмо уже была отклонено. Система теперь проверяет историю предыдущих отклонений перед отправкой уведомлений, связанных с заменой, гарантируя, что новые события отклонения не генерируются для старого адреса электронной почты после замены. | |
| 4549306 | Сводка. Пользователи, чьи адреса электронной почты содержат определенные специальные символы (например, апостроф), могут быть не в состоянии войти в систему с общих публичных страниц входа adobesign.com или echosign.com. После ввода адреса электронной почты и нажатия в поле пароля страница может перезагрузиться и очистить поле электронной почты вместо перенаправления пользователя на правильную страницу входа shard или SSO. Это не позволяет затронутым пользователям завершить аутентификацию и блокирует интеграции, которые полагаются на публичную конечную точку входа. |
| Решение. Логика разрешения входа shard исправлена для правильной обработки и декодирования адресов электронной почты, содержащих специальные символы, перед построением URL-адреса перенаправления между shard. Пользователи с затронутыми форматами электронной почты теперь правильно перенаправляются на назначенную им страницу входа shard и SSO без очистки поля электронной почты. | |
| 4549331 | Сводка. Подписи и другие поля форм могут отображаться отсутствующими или невидимыми в подписанном файле PDF, когда включены определенные функции обработки документов, а исходный файл PDF содержит недействительные координаты границ страницы (например, неправильные значения CropBox или MediaBox). В этом сценарии поля, которые полагаются на координаты страницы, могут отображаться за пределами видимой области страницы, что делает завершенные подписи отсутствующими, даже если подписание завершается успешно. |
| Решение. Обработка границ страницы PDF исправлена для безопасной нормализации недействительных значений CropBox и MediaBox во время обработки документа.В результате размещение подписей и полей форм теперь выравнивается по видимой области страницы, а подписанные файлы PDF отображают подписи как ожидается. | |
| 4550367 | Сводка. Создание веб-формы может завершиться сбоем с общей ошибкой «Ошибка сервера» после выбора «Предварительный просмотр и добавление полей», когда аутентификация подписанта по умолчанию для группы отправителя установлена на «Телефон», а у учетной записи нет доступной квоты для аутентификации по телефону, даже если аутентификация подписанта веб-формы установлена на метод, не связанный с телефоном (например, Adobe Sign). В результате все пользователи в затронутой учетной записи могут быть заблокированы от создания веб-форм для всех документов. |
| Решение. Создание веб-форм теперь оценивает квоту только для метода аутентификации, фактически настроенного для подписанта веб-формы, и больше не применяет проверки квоты аутентификации по телефону исключительно на основе настройки аутентификации по умолчанию для группы. Это предотвращает ложные ошибки исчерпания квоты и позволяет создавать веб-формы в обычном режиме. | |
| 4551011 | Сводка. Когда отправитель загружает определенные отсканированные файлы PDF, добавляет поля подписи и отправляет соглашение, подписанный файл PDF может не отображать видимых подписей после завершения подписания. Такое поведение может происходить, когда загруженный файл PDF содержит недействительные метаданные границ страницы (координаты MediaBox и CropBox отображаются в обратном порядке), что может привести к тому, что слои внешнего вида подписи и других полей отображаются за пределами видимой области страницы. |
| Решение. Обработка границ страницы PDF обновлена для правильной обработки файлов PDF с недействительными или обращенными значениями координат MediaBox и CropBox, чтобы контент внешнего вида подписи и полей форм отображался в пределах видимой области страницы и оставался видимым в окончательном подписанном файле PDF. | |
| 4551427 | Сводка. Некоторые получатели, у которых уже есть активные правильно настроенные учетные записи, получают соглашения как получатели «псевдопользователи», поэтому соглашение не отображается в их обычном представлении «Управление». Это происходит, когда адреса электронной почты получателей содержат начальные или конечные пробелы, что не позволяет системе сопоставить адрес электронной почты с существующим пользователем и приводит к созданию записи псевдопользователя. |
| Решение. Анализ электронной почты и поиск пользователей обновлены для нормализации адресов электронной почты получателей (удаление начальных и конечных пробелов) перед их сопоставлением с существующими пользователями. В результате соглашения, адресованные существующим пользователям, привязываются к зарегистрированной учетной записи вместо создания получателя-псевдопользователя, даже если адрес электронной почты был введен с пробелами (в полезных данных API и списках получателей технологического процесса). | |
| 4553198 | Сводка. Когда соглашение включает по крайней мере одного получателя, настроенного для доставки SMS, и по крайней мере одного получателя, настроенного только для доставки по электронной почте, отмена соглашения через API не отправляет SMS-уведомление об отмене получателю SMS. Соглашение успешно отменяется, и уведомления по электронной почте доставляются, но получатели SMS не получают сообщение об отмене. |
| Решение. Рабочий процесс отмены исправлен, чтобы обеспечить отправку SMS-уведомлений об отмене всем получателям, настроенным для доставки SMS, при отмене соглашения, независимо от способов доставки других получателей. | |
| 4554463 | Сводка. Когда соглашения включают клонированные переключатели, которые имеют одинаковое имя поля в объединенных документах, только один экземпляр выбранного параметра остается выбранным в окончательном подписанном файле PDF. Хотя поля визуально отображаются как флажки, они реализованы как переключатели. После подписания выбранное значение не распространяется последовательно на все клонированные экземпляры, что приводит к неправильному или неполному сопоставлению ожидаемого выбора. |
| Решение. Логика обработки полей формы исправлена, чтобы клонированные переключатели сохраняли и распространяли выбранное значение экспорта, а не внутреннее значение индекса. Это гарантирует, что все клонированные экземпляры одного и того же поля переключателя отражают правильный выбор в подписанном файле PDF. | |
| 4554593 | Сводка. Некоторые партнерские интеграции, которые используют устаревшие конечные точки OAuth для обновления токенов доступа, начали завершаться с ошибками HTTP 401. Служба отклонила запросы на обновление токенов с ошибкой, указывающей, что приложению не разрешено использовать устаревшие конечные точки OAuth и вместо этого должно использовать конечные точки OAuth v2. Это заблокировало клиентам аутентификацию Acrobat Sign через партнерские приложения, даже для интеграций, которые ранее работали. |
| Решение. Служба аутентификации исправлена, чтобы партнерские приложения, настроенные для использования устаревшего потока OAuth, могли снова успешно обновлять токены, вместо того чтобы неправильно принуждаться к конечным точкам OAuth v2. | |
| 4554614 | Сводка. Когда подписант использует современный интерфейс электронной подписи для соглашения, которое требует аутентификации подписанта и настроено на требование принятия условий использования перед подписанием, нажатие «Нажмите для подписания» запускает 5-секундное перенаправление к классическому интерфейсу подписания. Сообщение о перенаправлении предупреждает, что подписи и инициалы, введенные в современном подписании, будут очищены, заставляя подписанта повторно вводить их и фактически подписывать дважды. |
| Решение. Поток обновления токена подписания исправлен, чтобы когда подписант принимает условия использования перед подписанием, перевыпущенный токен подписания сохранял детали аутентификации подписанта. Это предотвращает сбой аутентификации на финальном этапе подписания и устраняет принудительный переход от современного подписания к классическому интерфейсу. | |
| 4555656 | Сводка. При определенных временных условиях переход состояния соглашения может казаться успешным, но фактически не изменяет состояние соглашения. Когда уведомление веб-перехватчика получено до завершения обработки на сервере, последующие вызовы API могут использовать устаревшие данные о статусе соглашения. В этом окне определенные методы перехода состояния возвращают HTTP 200 OK, даже если соглашение не находится в допустимом состоянии для запрошенного перехода. В результате технологические процессы автоматизации могут предполагать, что переход прошел успешно, в то время как соглашение остается в исходном состоянии. |
| Решение. Логика перехода состояния соглашения обновлена для обеспечения строгой проверки перед применением перехода. Если соглашение находится в недопустимом состоянии, API теперь возвращает четкий ответ об ошибке вместо молчаливого возврата успеха. Это гарантирует, что недопустимые переходы явно отклоняются, позволяет вызывающим системам повторять попытки соответствующим образом и предотвращает сохранение соглашений в непредусмотренном состоянии без видимости. |
