Руководство пользователя 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
Рабочее развертывание: 3 февраля 2026 г.
Развертывание GovCloud: 10 февраля 2026 г.
Улучшенные функциональные возможности
- Сгруппированные флажки при авторинге и в шаблонах. Теперь отправители могут создавать группы флажков в современном интерфейсе Запросить подпись и Шаблонах библиотеки, а также средах авторинга с такими правилами проверки, как выбор точно, минимум, максимум или диапазон X из Y. Пакетная отправка, веб-формы и пользовательские рабочие процессы поддерживаются с помощью шаблонов библиотеки. Это улучшение обеспечивает согласованную логику форм и повышает точность данных во всех процессах подписания.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: включено по умолчанию
См. обновленную документацию >
- Разрешенные диапазоны IP-адресов — расширенный контроль доступа к API и мобильным приложениям. Теперь администраторы теперь могут явно контролировать, применяются ли ограничения IP-адресов к клиентам на основе API, включая мобильные приложения Acrobat Sign и сертифицированные интеграции.
Доступные среды: изолированная программная, коммерческая, государственная |Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. обновленную документацию >
- Поддержка аутентификации в современном интерфейсе электронного подписания. Теперь современный интерфейс электронного подписания поддерживает три метода аутентификации: аутентификация Acrobat Sign, пароль и двухфакторная аутентификация по телефону.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: включено по умолчанию
- Добавление групп получателей в гибридной маршрутизации для современного запроса подписи. Теперь группы получателей могут быть включены в гибридную маршрутизацию, что позволяет нескольким получателям или группам действовать параллельно в рамках одного этапа маршрутизации. Групповые режимы поддерживают выполнение действия либо одним, либо всеми участниками, обеспечивая большую гибкость для сложных процессов утверждения и подписания.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: включено по умолчанию
- Копирование соглашений в завершающей стадии, отправленных через интерфейс Запросить подпись. Теперь отправители могут создать новый черновик соглашения, копируя ранее завершенное, отмененное или истекшее соглашение. Все получатели, настройки, файлы и поля форм заполняются автоматически. Скопированное соглашение открывается на странице Создание для быстрого редактирования перед отправкой, что сокращает время настройки, сводит к минимуму ошибки и повышает производительность для повторяющихся рабочих процессов, таких как продление или исправление.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. документацию по настройке >
См. документацию по действиям пользователей >
- Отключение ссылки Загрузить соглашение для соглашений в процессе выполнения. Теперь администраторы могут удалить ссылку «Загрузить копию» со страниц подтверждения после подписания на уровне учетной записи или группы, не позволяя получателям загружать соглашения со страницы после подписания.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. документацию >
- Вкладка «Ресурсы» в верхней области навигации. Для администраторов и пользователей в верхней области навигации доступна новая страница Ресурсы, которая обеспечивает прямой доступ к обучающему контенту Acrobat Sign, вебинарам, блогам и видео с обновлениями продукта. Страница систематизирует учебные материалы в зависимости от уровня пользователя (начинающий, опытный и администратор) и содержит прямые ссылки на дополнительную документацию службы поддержки.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: включено по умолчанию
См. документацию >
- Динамическое участие в текущих соглашениях — удаление получателей. Теперь отправители могут удалять получателей из уже запущенных соглашений без отмены или перезапуска транзакции. Когда получатели удаляются, Acrobat Sign автоматически отзывает их доступ, обновляет напоминания, журналы аудита, удаляет назначенные поля и плавно возвращает соглашение в активное состояние подписания. Эта гибкость помогает организациям поддерживать точность в активных процессах маршрутизации — например, когда подписант становится недоступным, — сохраняя при этом юридическую целостность, соответствие требованиям и полную историю аудита
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. документацию >
- Требование цифровых подписей для отдельных получателей при настройке соглашения. Теперь отправители могут требовать цифровые подписи для выбранных получателей, обеспечивая более строгие требования к подписанию там, где это необходимо, не влияя на других получателей. Интерфейс подписания адаптируется автоматически, добавляя обязательные поля для цифровой подписи и отображая проверки личности, если поддерживается, что уменьшает количество ошибок и повышает уровень соответствия требованиям среди регулируемых рабочих процессов.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: Учетная запись и группа
См. документацию >
- Поставщики цифровых удостоверений как методы аутентификации по умолчанию. Теперь администраторы могут выбрать поставщика шлюза для цифрового удостоверения в качестве метода аутентификации подписанта по умолчанию для внутренних и внешних получателей в настройках отправки. Конфигурация автоматически применяется к соглашениям, веб-формам, пакетным отправкам и рабочим процессам, обеспечивая последовательную и соответствующую требованиям проверку получателей. Это улучшение упрощает настройку аутентификации, обеспечивает соблюдение политик удостоверений в организации и улучшает поддержку государственных и корпоративных клиентов, которые полагаются на аутентификацию на основе цифровых удостоверений.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: доступно по умолчанию
См. документацию >
- Проверенные поля форм с использованием данных с подтвержденной идентификацией. Теперь авторы форм могут создавать проверенные поля форм, которые автоматически заполняются данными, полученными от поставщика услуг идентификации (например, OneID) во время аутентификации подписанта. Эти поля можно сделать как доступными только для чтения, так и редактируемыми, что обеспечивает точный сбор проверенных данных идентификации и возможность защиты от изменений (например, имя, адрес или номер счета). Это улучшает контроль идентификации личности, сокращает количество ошибок ручного ввода и оптимизирует соответствие рабочим процессам, требующим проверки данных подписантов.
Доступные среды: коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. документацию >
- Группы получателей в файле CSV для пакетной отправки. Теперь отправители могут определять группы получателей непосредственно в файле CSV пакетной отправки, позволяя нескольким получателям действовать на одном этапе маршрутизации. Каждая группа может быть настроена в режиме ОДИН или ВСЕ, что требует выполнения действия либо одним участником, либо всеми участниками до продвижения маршрутизации. Определения групп, проверка и отслеживание аудита обрабатываются для каждой строки CSV, а об ошибках сообщается через загружаемые файлы проверки.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. документацию >
- Шаблон библиотеки — общий доступ для нескольких групп. Современный интерфейс создания шаблона библиотеки теперь поддерживает общий доступ к шаблонам для нескольких групп в рамках одной учетной записи, соответствуя функциональности, ранее доступной в классическом рабочем процессе. Пользователи могут выбрать одну или несколько групп при создании или редактировании шаблона, что обеспечивает согласованное поведение между группами. Это улучшение устраняет необходимость возврата к классическому интерфейсу, улучшает совместную работу и упрощает управление шаблонами для организаций с несколькими группами.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. обновленную документацию >
- Вложения файлов для всех получателей, использующих цифровые подписи. Теперь все получатели в процессе цифрового подписания могут прикреплять файлы (не только первый подписывающий). Новый метод вложения с использованием аннотаций в виде скрепок показывает видимый значок скрепки в документе и остается совместимым с несколькими цифровыми подписями. Каждое вложение добавляется до применения цифровой подписи, сохраняя действительность подписи и обеспечивая четкий визуальный индикатор вложенных файлов. Это усовершенствование улучшает юридическую целостность, прозрачность и согласованность рабочих процессов электронного и цифрового подписания.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: включено по умолчанию
См. обновленную документацию >
- Новые варианты TSP для облачных подписей. Добавлены новые доверенные поставщики услуг (TSP) для поддержки цифровых облачных подписей:
- Swisscom
- Swisscom доступен, но пока не может быть выбран публично. Если вы хотите добавить этого поставщика в вашу учетную запись, отправьте запрос в службу поддержки, и они установят его для вас.
- Swisscom
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
Изменения интерфейса
- Улучшения страницы входа. Страница входа в Acrobat Sign теперь обеспечивает более чистый и последовательный интерфейс. Как только вы введете адрес электронной почты, страница автоматически определит тип вашей учетной записи и направит вас к правильному способу входа, устраняя ненужные шаги и устаревшие экраны. Это делает вход в систему быстрее, проще и интуитивнее для всех.
- Новый формат адресов электронной почты для пользователей Acrobat Sign для организаций, которые входят непосредственно через веб-интерфейс. Acrobat Sign теперь ограничивает локальную часть адреса электронной почты (часть до символа «@») 64 символами при редактировании существующего адреса или создании нового пользователя.
Все пользователи, у которых длина локальной части адреса превышает 64 символа, были проверены и определены как неактивные или тестовые идентификаторы пользователей.
- Новый формат адресов электронной почты для пользователей Acrobat Sign для организаций, которые входят непосредственно через веб-интерфейс. Acrobat Sign теперь ограничивает локальную часть адреса электронной почты (часть до символа «@») 64 символами при редактировании существующего адреса или создании нового пользователя.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. обновленную документацию >
- Включение управления данными неактивных пользователей. Теперь администраторы могут редактировать данные неактивных пользователей непосредственно в интерфейсе администратора и через добавление файлов CSV без повторной активации учетных записей. Сюда относится обновление назначений в группы (для конфигураций как с одной, так и с несколькими группами), управление атрибутом «Пользователь может подписывать документы» и выполнение массового редактирования для соответствия требованиям и ведения записей. Изменение упрощает управление жизненным циклом корпоративных пользователей, снижает административную нагрузку и обеспечивает более четкую организацию групп и обработку записей в соответствии с GDPR.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
REST Обновления API/вебхуков
Обновления API и вебхуков для этого выпуска можно найти в документации Acrobat Sign API.
Решенные проблемы
| Проблема | Описание |
|---|---|
| 4528600 | Сводка. Настройки проверки полей не работают, когда слой полей формы прикреплен к пользовательскому технологическому процессу. Правила проверки, такие как регулярные выражения или ограничения числового диапазона, удаляются при запуске технологического процесса, что приводит к принятию полями недопустимых данных. |
| Решение. Правила проверки теперь применяются корректно, когда слои полей формы включены в пользовательские технологические процессы. Поля сохраняют свое поведение проверки как в классическом, так и в новом интерфейсе создания. От пользователей не требуется никаких действий. | |
| 4528748 | Сводка. При добавлении администраторами участия в группе для недавно синхронизированных пользователей (синхронизация Azure) периодически возникает «Необработанная ошибка». У некоторых новых пользователей в группе groupID установлен как null |
| Решение. Если после создания значение группы пользователя — null, он помещается в группу по умолчанию в учетной записи. | |
| 4529934 | Сводка. В разделе «Управление» > «Веб-формы» функция «Загрузить данные полей формы» продолжает загружаться, и процесс никогда не завершается — особенно для веб-форм с большим количеством отправок. Клиенты Teams без доступа к API не могут экспортировать данные (например, с 1 по 31 мая) для отчетности |
| Решение. В пользовательский интерфейс добавлен постраничный, более быстрый экспорт CSV. Загрузки данных форм завершаются надежно для выбранных диапазонов дат без зависания. | |
| 4532186 | Сводка. В новом интерфейсе авторинга цветовое выделение полей не соответствует поведению в классическом интерфейсе авторинга. Когда задействовано несколько получателей, все поля остаются полностью окрашенными, а не затемняют поля невыбранных получателей. Это затрудняет проверку назначений полей. |
| Решение. Восстановлена визуальная четкость путем затемнения (20% непрозрачности) полей, принадлежащих невыбранным получателям. Это воспроизводит четкость классического режима создания, сохраняя при этом современную систему дизайна. Выделение теперь помогает пользователям легко определить поля текущего выбранного получателя и снижает риск неправильного назначения. | |
| 4534061 | Сводка. Ссылка «Загрузить копию» появляется на странице подтверждения после подписания, даже когда параметр учетной записи или группы настроен на ее отключение. |
| Решение. Добавлена новая настройка для явного отключения параметра «Загрузить» на всех страницах после отправки. Страница после подписания теперь корректно учитывает настройку контроля загрузки, скрывая ссылку «Загрузить копию», когда настройка отключена. | |
| 4536347 | Сводка. В классическом интерфейсе отправители не могли добавить второй файл (или повторить попытку добавления файла) при запуске определенных рабочих процессов, что приводило к блокировке отправки рабочих процессов с несколькими документами. Эта проблема возникала из-за ошибки, связанной с тем, как средство выбора файлов обрабатывает шаблоны, используемые в нескольких группах. |
| Решение. Исправлена обработка используемых в нескольких группах шаблонов, выполняемая средством выбора файлов, чтобы пользователи могли добавлять дополнительные файлы или повторять выбор файлов в классическом интерфейсе без ошибок. | |
| 4537504 | Сводка. Условное значение раскрывающегося списка отсутствовало в подписанном документе, хотя оно было правильно выбрано во время подписания, так как логический элемент видимости выполнял оценку с учетом скрытого зависимого поля и не сохранял отображаемое значение в итоговом подписанном документе PDF. |
| Решение. Обновлен рендеринг условных полей для корректного разрешения зависимостей видимости во время подписания и сохранения выбранного в раскрывающемся списке значения в подписанном документе при выполнении условий. | |
| 4537995 | Сводка. В группах получателей при изменении метода аутентификации для внешних пользователей после сохранения возвращался прежний вариант «По телефону», что не позволяло применить «Одноразовый пароль по эл. почте», из-за ошибки обработки состояния интерфейса, которая перезаписывала выбор пользователя. |
| Решение. Исправлен логический элемент пользовательского интерфейса группы получателей для правильного сохранения и повторного применения выбранного метода аутентификации при действиях сохранения, обеспечивая сохранение выбранного значения вместо сброса до значения по умолчанию. | |
| 4539214 | Сводка. В пользовательских рабочих процессах длинная метка сообщения приводит к наложению текста сообщения и закрытию гиперссылки шаблона сообщения на странице отправки из-за неправильной обработки макета избыточного контента метки. |
| Решение. Обновлен логический элемент макета страницы отправки для корректного ограничения и переноса длинных меток сообщений, чтобы гиперссылка шаблона сообщения оставалась видимой и доступной. | |
| 4539854 | Сводка. Некоторые подписанты перенаправляются из интерфейса подписания при открытии определенных соглашений из-за неправильно сформированного поля ссылки в базовом документе, в котором отсутствует обязательный атрибут имени. |
| Решение. Процесс подписания теперь корректно обрабатывает поля ссылок без имени, назначая действительное имя во время обработки. Это предотвращает ошибки и позволяет подписантам завершать соглашения без перенаправления. | |
| 4539858 | Сводка. На устройствах iOS утверждающие, использующие рукописную клавиатуру на китайском языке, не могут завершить утверждение, поскольку кнопка «Утвердить» остается неактивной после ввода имени, так как страница подписания не распознает рукописный ввод как действительный ввод текста. |
| Решение. Обновлен логический элемент обработки ввода для распознавания рукописного ввода текста на iOS, обеспечивая корректную активацию кнопки «Утвердить» после ввода действительных символов. | |
| 4540392 | Сводка. Для администраторов периодически отображаются ошибки HTTP 400, и группы получателей кажутся отсутствующими в рабочих процессах, хотя группы существуют и доступ правильно настроен. Это происходит из-за превышения заголовками запроса ограничения для размера заголовков платформы, когда пользователи принадлежат к большому количеству групп. |
| Решение. Лимит размера заголовка запроса на стороне сервера был увеличен, поэтому поиск групп получателей больше не завершается неудачей, когда у пользователей много участий в группах. | |
| 4541258 | Сводка. Администраторы могли видеть только первые 100 шаблонов в пользовательском интерфейсе синхронизации производственной и изолированной сред, при этом дополнительные шаблоны отсутствовали в локальных и удаленных списках, так как страница синхронизации загружала ограниченный набор данных, а функция поиска фильтровала только шаблоны, уже загруженные в браузере. |
| Решение. Пользовательский интерфейс синхронизации был обновлен так, что ввод текста в поле поиска загружает все шаблоны для выбранной среды (до 5000), обеспечивая доступность шаблонов за пределами первых 100 для поиска и выбора. | |
| 4541739 | Сводка. Замененным получателям блокировалась возможность цифрового подписания, и они видели сообщение «Соглашение не может быть подписано цифровой подписью, поскольку оно не находится в фазе цифрового подписания» из-за того, что рабочий процесс не смог перевести будущих замененных подписантов в фазу цифрового подписания при наличии полей цифровой подписи. |
| Решение. Рабочий процесс подписания был обновлен для корректного перевода замененных или делегированных получателей в фазу цифрового подписания при наличии полей цифровой подписи, позволяя им подписывать и завершать соглашение. | |
| 4541849 | Сводка. Однострочные текстовые поля с автоматическим размером шрифта, предварительно заполненные многобайтовыми символами, обрезаны в подписанных файлах PDF, а это приводит к обрезанию части текста из-за неправильного размера текста при рендеринге PDF. |
| Решение. Исправлено измерение текста и поведение автоматического изменения размера шрифта для многобайтовых символов, чтобы полное значение помещалось в поле без обрезания. | |
| 4542574 | Сводка. Редактирование шаблона библиотеки позволяло обязательным раскрывающимся полям включать непарные значения, из-за чего кнопка «Подписать» оставалась недоступной во время подписания при выборе этих значений ввиду отсутствия проверки, обеспечивающей правильное формирование пар отображаемых и экспортируемых значений раскрывающегося списка. |
| Решение. Редактирование шаблона теперь обеспечивает проверку раскрывающихся полей, чтобы можно было сохранять только правильно сформированные пары значений, избегая появления непарных записей и обеспечивая отсутствие блокировки подписания при выборе обязательных раскрывающихся списков. | |
| 4542942 | Сводка. В веб-формах обязательные поля, отключенные условной логикой, продолжали отображать обязательную звездочку, вводя подписывающих в заблуждение относительно необходимости ввода, поскольку пользовательский интерфейс не обновлял индикаторы обязательности при отключении полей. Отдельная проблема выравнивания подписи на мобильных устройствах была выявлена, но решена в рамках другой области. |
| Решение. Пользовательский интерфейс веб-формы теперь скрывает обязательную звездочку, когда поле отключено условным логическим элементом. Индикаторы обязательного поля точно указывают на то, требуется ввод данных или нет. | |
| 4543157 | Сводка. В представлении «В процессе» на странице «Управление» столбец «Получатели» продолжал показывать имя делегирующей стороны после делегирования роли подписания, хотя активно подписывала другая подписывающая сторона, поскольку пользовательский интерфейс не обновлял отображаемого получателя для отражения стороны, в отношении которой выполнено делегирование. |
| Решение. Логический элемент страницы «Управление» обновлен, чтобы столбец «Получатели» теперь отображал имя активного пользователя, в отношении которого выполняется делегирование роли подписания, обеспечивая точное отражение в представлении «В процессе» того, кто в данный момент подписывает документ. | |
| 4543253 | Сводка. В классическом интерфейсе рабочего процесса назначенные заверителю поля (подпись, имя, дата), исчезали после сохранения соглашения в состоянии «Черновик», хотя поля существовали во внутренней части. Это происходило, так как логическому элементу рендеринга черновика не удавалось восстановить поля заверителя после сохранения изменений. |
| Решение. Логический элемент рендеринга черновика исправлен для сохранения и отображения всех полей, назначенных заверителю, после сохранения изменений, обеспечивая сохранение в соглашениях, открытых в состоянии «Черновик», той же видимости полей, что и при создании и подписании. | |
| 4543513 | Сводка. Для пользователей была заблокирована возможность отправки соглашений в веб-интерфейсе Sign с ошибкой «Язык недействителен или отсутствует», так как проверка языка неправильно применяла правила языка на уровне API в веб-интерфейсе, когда язык отправляющей группы отличался от унаследованного языка основной группы пользователя. |
| Решение. Проверка языка исправлена, чтобы веб-интерфейс Sign правильно разрешал и принимал действительные комбинации языков группы и пользователя, предотвращая блокировку отправки соглашений в веб-интерфейсе из-за ограничений языка только на уровне API. | |
| 4543592 | Сводка. Некоторые отчеты об аудите показывали «Получатель выполнил аутентификацию с помощью Adobe Acrobat Sign» после «Документ подписан электронно» и «Соглашение завершено», так как события сохранялись с временными метками на уровне секунд, что приводило к неправильному порядку действий аутентификации и подписания, происходящих в одну и ту же секунду. |
| Решение. Ведение журнала событий аудита обновлено для хранения и отображения временных меток с точностью до миллисекунд, что обеспечивает правильную последовательность событий аутентификации, подписания и завершения в отчете об аудите. | |
| 4543617 | Сводка. Создание шаблона из соглашения запускает классический интерфейс вместо нового интерфейса, несмотря на то, что новый интерфейс является интерфейсом по умолчанию, поскольку действие по-прежнему направляется к устаревшему процессу создания. |
| Решение. Действие «Создать шаблон из соглашения» обновлено для открытия в новом интерфейсе, сопоставляя поведение призыва к действию с пользовательским интерфейсом по умолчанию и избегая неожиданных переключений контекста для пользователей. | |
| 4544564 | Сводка. Скрытые поля, добавленные или обновленные через API (visible:false), отображались как видимые в новом интерфейсе электронного подписания. Пользовательский интерфейс подписания игнорировал флаг видимости поля, поэтому получатели могли видеть поля, которые должны оставаться скрытыми. |
| Решение. Обновлен новый пользовательский интерфейс электронного подписания для фильтрации полей, где visible равно false, в логическом элементе рендеринга и навигации, чтобы скрытые поля никогда не отображались и не влияли на поведение страницы. | |
| 4544571 | Сводка. Параметр доставки WhatsApp отсутствовал в настройках отправки, хотя WhatsApp был включен для учетной записи и доступен при отправке соглашений, что вызывало непоследовательное поведение и путаницу у администраторов. |
| Решение. Параметр доставки WhatsApp восстановлен в параметрах отправки везде, где эта функция доступна. Это обеспечивает единое отображение и конфигурацию между настройками администратора и интерфейсом отправки соглашений. | |
| 4545381 | Сводка. Шрифт Roboto отсутствовал в новом интерфейсе запроса подписи, хотя он был доступен в классическом интерфейсе, поскольку новый интерфейс авторинга не включал все шрифты, поддерживаемые в устаревшей версии. |
| Решение. Roboto был добавлен в список шрифтов в новом интерфейсе запроса подписи, что позволило восстановить соответствие шрифтов классическому интерфейсу и выполнять последовательное форматирование при создании соглашений. | |
| 4545484 | Сводка. Некоторые администраторы не могли получить доступ к группам получателей или создать их в разделе «Администрирование > Адресная книга» из-за сбоя запроса сервера, что приводило к ошибке 400 при загрузке данных группы получателей. Проблема блокировала первоначальную настройку групп получателей для затронутых администраторов. |
| Решение. Обработка запросов на сервере исправлена, поэтому поиск и создание групп получателей больше не завершается ошибкой 400. Администраторы теперь могут надежно получать доступ к группам получателей и управлять ими независимо от сети или местоположения. | |
| 4545547 | Сводка. Соглашения, созданные из файлов PDF в AutoCAD, не отправлялись при добавлении поля цифровой подписи и показывали общую ошибку отправки из-за того, что система неправильно обрабатывала поворот страницы при проверке размещения поля цифровой подписи. |
| Решение. Координаты поля цифровой подписи теперь корректируются с учетом повернутых страниц, обеспечивая проверку полей относительно правильных границ страницы, чтобы файлы PDF, созданные в AutoCAD, можно было успешно отправлять с цифровыми подписями. | |
| 4545894 | Сводка. Когда используется группа получателей и поле подписи не размещается вручную, в автоматически созданном блоке подписи отображается текст адреса электронной почты очень маленького размера. Текст становится все меньше по мере добавления получателей в группу. |
| Решение. Автоматически созданный блок подписи теперь правильно отображает адрес электронной почты нормального, удобного для чтения размера, независимо от количества получателей в группе получателей. | |
| 4546085 | Сводка. При использовании функции «Добавить себя» в новом интерфейсе «Запрос подписи» адреса электронной почты, содержащие апостроф, отображаются неправильно. Неправильно сформированный адрес не позволяет отправить соглашение, если адрес электронной почты не введен повторно вручную или не используется классическая отправка. |
| Решение. Адреса электронной почты с апострофами теперь правильно декодируются и отображаются при выборе функции «Добавить себя» в новом интерфейсе «Запрос подписи», что позволяет отправлять соглашения без исправления вручную. | |
| 4546110 | Сводка. В интерфейсе создания нового шаблона добавление поля «Гиперссылка», назначенного конкретному участнику, приводит к сбою сохранения шаблона. То же поле работает при назначении всем участникам или при использовании классического интерфейса. |
| Решение. Поля гиперссылок теперь поддерживают назначения участников-заполнителей в интерфейсе создания нового шаблона, что позволяет правильно сохранять шаблоны при назначении поля конкретному участнику. | |
| 4546257 | Сводка. В изолированной среде соглашения, отправленные через пользовательский API приложения, неправильно показывают кнопку «Назад» на странице создания из-за того, что изолированная среда загружает настройки из приложения, управляемого Adobe, с включенным удобным интерфейсом создания, в отличие от Swagger или производственной среды. |
| Решение. Поведение изолированной среды приведено в соответствие с производственной средой и Swagger путем обеспечения того, чтобы страница создания учитывала предполагаемые настройки приложения, предотвращая появление кнопки «Назад» для соглашений, отправленных через пользовательские API приложений. | |
| 4546547 | Сводка. Веб-формы не могли обновить сторону, скрепляющую подпись, и возвращали неизвестную ошибку из-за того, что в старых записях пользователей отсутствовал необходимый внутренний флажок. Это приводило к обработке нулевого значения при замене стороны, скрепляющей подпись. |
| Решение. Логический элемент обновления стороны, скрепляющей подпись, улучшен обработкой, безопасной для нулевых значений, чтобы веб-формы могли успешно заменять стороны, скрепляющие подпись, даже при отсутствии ожидаемого внутреннего флажка в старых записях пользователей. | |
| 4546553 | Сводка. Пользователи, назначенные в несколько групп, могли создавать шаблоны в группе, где создание шаблонов отключено, когда включен новый интерфейс создания шаблона. Это позволяло обходить ограничения на уровне группы. |
| Решение. Создание шаблонов теперь последовательно применяет разрешения на уровне группы в новом и классическом интерфейсах. Пользователи больше не могут создавать шаблоны в группах, где создание шаблонов отключено, даже если они принадлежат к другим группам с включенным разрешением. | |
| 4547744 | Сводка. Администраторы групп могли назначать права администратора учетной записи пользователям на новой странице управления пользователями. Это превышало область их разрешений и создавало риск нарушения соответствия, позволяя повышение привилегий за пределы роли администратора группы. |
| Решение. Элемент управления выбором роли больше не доступен администраторам групп. Только существующие администраторы учетных записей могут назначать или отзывать права администратора учетной записи, обеспечивая соответствие изменений ролей границам разрешений. | |
| 4547796 | Сводка. Некоторые отправители, использующие интерфейс на польском языке, иногда получают подтверждающее сообщение электронной почты с неправильным текстом «не может предоставить цифровую подпись», хотя соглашение отправляется и подписывается нормально. |
| Решение. Исправлены переводы на польский язык для писем отправителя с подтверждением, чтобы сообщение показывало «отправлено на подпись» вместо неправильного текста «не может предоставить цифровую подпись». | |
| 4548315 | Сводка. Когда отправитель добавлен как получатель копии в новом рабочем процессе отправки, ошибка проверки не отображается, и уведомления по электронной почте не отправляются получателям копии, указанным после отправителя в списке копий. Это отличается от поведения классического технологического процесса и может привести к тому, что получатели копий пропустят уведомления. |
| Решение. Обновлен логический элемент нового рабочего процесса отправки, чтобы все получатели копий, кроме отправителя, получали уведомления по электронной почте независимо от их позиции в списке копий, приводя поведение в соответствие с ожидаемыми результатами. | |
| 4548583 | Сводка. PDF/A нельзя было включить для группы, если в группе пользователя по умолчанию были включены рукописные подписи, даже когда рукописные подписи были отключены для редактируемой группы. Это блокировало корректную настройку PDF/A для групп, не являющихся группами по умолчанию. |
| Решение. Обновлено подтверждение для проверки настроек рукописных подписей в изменяемой группе, а не в группе пользователя по умолчанию, что позволяет корректно включать PDF/A там, где это разрешено. | |
| 4549337 | Сводка. SMS-уведомления об отмененных соглашениях скрывались, когда была отключена настройка Уведомление об отмене соглашения по электронной почте. Это не позволяло клиентам, отключившим уведомления по электронной почте, отправлять обязательные SMS-оповещения об отмене. |
| Решение. Уведомления об отмене по SMS и WhatsApp отделены от настройки электронной почты путем включения специального контроля уведомлений, что позволяет доставлять SMS об отмененных соглашениях даже при отключенных уведомлениях по электронной почте. | |
| 4549472 | Сводка. В Acrobat Sign for Government пользователи не могли создавать многоразовые шаблоны с помощью нового интерфейса для создания шаблонов. После добавления документа технологический процесс останавливался на пустом экране, блокируя создание шаблона. |
| Решение. Восстановлена отсутствующая зависимость авторинга, необходимая для нового интерфейса для создания шаблонов в государственных средах, что позволяет корректно загружать экран авторинга и успешно создавать шаблоны. | |
| 4549862 | Сводка. Когда целевая страница настроена на новый интерфейс запроса подписи, настроенное предупреждающее сообщение при входе не отображается после авторизации. Это не позволяет организациям показывать критически важные уведомления о техническом обслуживании или сбоях, когда пользователи попадают непосредственно на страницу отправки. |
| Решение. Восстановлена поддержка отображения предупреждающего сообщения при входе в новом интерфейсе запроса подписи. Когда пользователи попадают на страницу отправки после входа, настроенное предупреждающее сообщение теперь появляется как уведомление, соответствуя предыдущему поведению и ожиданиям клиентов. | |
| 4550175 | Сводка. При нажатии клавиши Enter после ввода номера телефона для аутентификации по телефону в рабочем процессе выполняется преждевременная отправка формы и появляется системная ошибка, что приводит к прерыванию рабочего процесса из-за отправки формы вместо ожидания явного подтверждения. |
| Решение. Обновлено диалоговое окно получателя для предотвращения отправки формы при нажатии клавиши Enter в полях аутентификации по телефону. Это позволяет пользователям оставаться в диалоговом окне и нажимать «Продолжить», чтобы избегать случайного прерывания рабочего процесса. | |
| 4550302 | Сводка. В сообщениях электронной почты с запросом подписи и напоминаниями на немецком языке использовались разные формы обращения в одном сообщении — неформальная форма «Du» (Ты) и формальная «Sie» (Вы). Это приводило к путанице и формированию непрофессионального стиля общения. |
| Решение. Обновлены переводы сообщений электронной почты на немецкий язык для использования единой формы обращения во всем шаблоне, что обеспечивает использование одного языка во всех письмах с запросом подписи и напоминаниями. | |
| 4550556 | Сводка. Соглашения, содержащие большие архитектурные планы в формате PDF, не удавалось отправить при добавлении полей цифровой подписи, что возвращало ошибку во время авторинга из-за обработки поворота страниц и размера при размещении цифровой подписи. |
| Решение. Обновлена обработка полей цифровой подписи для корректной работы с повернутыми страницами большого формата, что позволяет успешно отправлять соглашения с архитектурными планами с применением цифровых подписей. | |
| 4550579 | Сводка. Когда соглашение было завершено путем удаления последних оставшихся получателей в состоянии «На пересмотре», система не создавала событие AGREEMENT_WORKFLOW_COMPLETED, поэтому уведомление веб-перехватчика не отправлялось, что нарушало рабочие процессы, которые полагаются на это событие для определения завершения работы над соглашением. |
| Решение. Обновлена обработка событий, чтобы соглашения, завершенные путем удаления получателя в состоянии «На пересмотре», теперь создавали соответствующие события завершения, обеспечивая корректный запуск веб-перехватчиков AGREEMENT_WORKFLOW_COMPLETED. | |
| 4550998 | Сводка. Предварительно заполненные флажки отображались как установленные при создании, но были сняты для подписантов, поскольку значения флажков сохранялись как непустые текстовые строки вместо явных состояний «ДА/НЕТ», что приводило к тому, что процесс подписания рассматривал их как снятые. |
| Решение. Обновлена обработка значений флажков, чтобы любое непустое предварительно заполненное значение интерпретировалось как установленное, а пустые или отсутствующие значения — как снятые, обеспечивая согласованность состояний флажков для подписантов. |
В выпуске 16.1 в Acrobat Sign технология обработки PDF обновлена до решения, принадлежащего Adobe. Это изменение повышает надежность, масштабируемость и долгосрочную поддержку платформы за счет снижения зависимости от внешних компонентов. В рамках обновления внутренней инфраструктуры это не было упомянуто в публичных заметках к выпуску 16.1.
После обновления ограниченный набор шаблонов, веб-форм и пользовательских рабочих процессов, связанных с определенными документами, столкнулся с проблемами совместимости. Клиенты, на которых это распространялось, временно поддерживались с помощью альтернативной конфигурации. Они будут полностью переведены обратно на интерфейс Adobe PDF в первой половине 2026 года.
Клиенты, которые считают, что пострадали, и которым требуется дополнительная информация, должны обратиться в службу поддержки Acrobat Sign.
Следующие проблемы, связанные с этим изменением, решены в выпуске 17.0.
| Проблема | Описание |
|---|---|
| 4534178 / 4550340 | Сводка. Файлы PDF, использующие Helvetica 12, отображаются по-разному в изолированной и производственной средах, так как Helvetica не является поддерживаемым встроенным шрифтом в новом методе обработки PDF. Этот шрифт является эквивалентом ArialMT. Это приводит к визуальным различиям, которые влияют на выравнивание полей во время тестирования в песочнице. |
| Решение. Стандартизирована обработка шрифтов путем встраивания поддерживаемых эквивалентов шрифтов и явного сопоставления Helvetica с ArialMT, что обеспечивает согласованное и предсказуемое отображение шрифтов в разных средах. | |
| 4535543 | Сводка. Веб-формы, включающие условные клонированные раскрывающиеся поля, захватывают выбранные значения, но загруженный подписанный файл PDF отображает эти раскрывающиеся поля как пустые, поскольку метод слияния процесса подписания в PDF не корректно разрешает и применяет значения для определенных неправильно сформированных или зависимых раскрывающихся виджетов в современном интерфейсе подписания. |
| Решение. Обновлена обработка раскрывающихся полей при объединении файлов PDF, чтобы клонированные и зависимые поля корректно отображали выбранное значение в подписанном файле PDF. | |
| 4535735 | Сводка. Формы PDF, содержащие текстовые поля с автоматическим кеглем, отображают текст поля очень маленьким при создании, подписании и в итоговом подписанном документе PDF. |
| Решение. Скорректированы автоматическое изменение размера шрифта и создание внешнего вида для текстовых полей, чтобы предварительно заполненные и введенные подписантом значения отображались в удобном для чтения размере при создании, подписании и в подписанном файле PDF. Исправлено создание внешнего вида раскрывающихся списков, чтобы выбранные значения отображались в подписанном файле PDF, а не оставались пустыми. | |
| 4535894 / 4547919 / 4550657 |
Сводка. В некоторых соглашениях многострочные текстовые поля с автоматическим изменением размера шрифта не всегда корректно изменяли размер текста, когда подписанты вводили большое количество контента. В результате части введенного текста могли выглядеть обрезанными в подписанном PDF, даже если полный текст был виден во время подписания. |
| Решение. Логический элемент компоновки текста и изменения размера шрифта для многострочных полей была исправлена, чтобы введенный контент автоматически изменял размер для размещения в границах поля без обрезания. | |
| 4536430 | Сводка. Вызов GET /agreements/{agreementId}/documents/{documentId} завершается ошибкой INVALID_DOCUMENT_ID («Указанный ID документа недействителен»), хотя тот же документ можно успешно загрузить из веб-интерфейса Acrobat Sign из-за неправильного формата на этапе обработки. |
| Решение. Улучшен процесс получения и обработки документов, чтобы соглашения с граничными случаями структуры PDF больше не приводили к сбою получения документа через API. | |
| 4537178 | Сводка. После того как FORM_FILLER делегирует соглашение, получатель, которому делегировали права, не может открыть соглашение для подписания. Страница «Просмотр и подписание» загружается бесконечно. В затронутых соглашениях и исходный делегирующий, и делегированный получатель отображаются как «Следующий для подписания», что оставляет соглашение в противоречивом состоянии. |
| Решение. Улучшена обработка после делегирования и согласование состояний, поэтому делегирование больше не оставляет нескольких участников в статусе «Следующий для подписания», и представление подписания не зависает, если фоновые артефакты документа (изображения страниц, данные документа) не загружаются или загружаются с задержкой. | |
| 4537632 / 4543510 |
Сводка. Текст, введенный в поля данных, для которых настроен размер шрифта «Авто», отображается обрезанным в подписанном файле PDF. |
| Решение. Логический элемент автоматического изменения размера шрифта исправлен для единообразной перекомпоновки и масштабирования текста, обеспечивая размещение всего введенного контента в границах поля во всех поддерживаемых файлах PDF. | |
| 4544067 | Сводка. В некоторых подписанных соглашениях, созданных из определенных исходных документов, клиенты сталкиваются с предупреждением о недействительном сертификате в Adobe Acrobat, поскольку скрытые, неправильно сформированные комментарии полей формы остаются в PDF после подписания, что приводит к сбою проверки сертификации документа, несмотря на успешное завершение процесса подписания. |
| Решение. Acrobat Sign удаляет недействительные и потерянные комментарии во время обработки документа, обеспечивая правильную проверку подписанных файлов PDF и отображение действительного сертификата в Acrobat. | |
| 4543958 | Сводка. Некоторые гиперссылки, созданные в Acrobat, перестают работать, когда они полагаются на именованные назначения, а не на номера страниц, поскольку логический элемент обработки PDF неправильно размещал именованные места назначения в их итоговые местоположения на страницах во время подписания, что приводило к нарушению ссылок в подписанном документе, хотя они работали в исходном файле. |
| Решение. Acrobat Sign теперь правильно разрешает именованные назначения в их фактические местоположения на странице во время обработки PDF, обеспечивая корректное функционирование всех гиперссылок после подписания. | |
| 4543709 | Сводка. Когда соглашения, отправленные из Salesforce, включают поле формы изображения, некоторые подписанные PDF неожиданно увеличиваются в размере после подписания (часто превышая лимит вложений Salesforce — 12 МБ), поскольку путь обработки PDF может встраивать добавленные изображения с использованием неэффективного сжатия, что увеличивает конечный файл и не позволяет Salesforce сохранить его обратно в запись соглашения. |
| Решение. Acrobat Sign обновил обработку изображений во время создания PDF, поэтому добавленные изображения (включая содержимое изображений и штампов) кодируются эффективно, сохраняя подписанные файлы намного ближе к ожидаемому размеру. | |
| 4543678 | Сводка. Для некоторых шаблонов библиотеки подписанты могут заполнить все обязательные поля, но загруженный подписанный файл PDF может отображать некоторые из этих полей как пустые, хотя данные правильно захвачены и остаются доступными через отчеты Acrobat Sign и API. |
| Решение. Acrobat Sign обновляет способ обработки этих шаблонов, обеспечивая надежное отображение всех заполненных значений обязательных полей в подписанных файлах PDF (избегая побочных эффектов, наблюдаемых при использовании более старого метода обработки PDF). | |
| 4538033 | Сводка. Шрифт CourierNewPSMT игнорируется во время создания и подписания, что приводит к отображению полей с неожиданным шрифтом из-за устаревшей обработки шрифтов, где шрифты заменялись, а не встраивались. |
| Решение. Обновлена обработка шрифтов для правильной поддержки Courier и других поддерживаемых шрифтов для новых соглашений, обеспечивая сохранение выбранного шрифта во время создания, подписания и в завершенном документе. | |
| 4538082 | Сводка. Многострочные текстовые поля неправильно изменяют размер автоматически, что приводит к чрезмерному уменьшению или обрезанию текста в завершенных соглашениях из-за изменений в поведении обработки файлов PDF, которые изменили минимальное масштабирование шрифта и логический элемент переноса строк для многострочных полей с автоматическим выбором размера. |
| Решение. Скорректирован логический элемент автоматического изменения размера для многострочных текстовых полей для улучшения масштабирования шрифта и переноса строк, чтобы введенный текст оставался читаемым и лучше соответствовал устаревшему поведению. | |
| 4538599 | Сводка. Некоторые завершенные соглашения показывают значение раскрывающегося списка по умолчанию вместо выбранного подписывающей стороной значения, поскольку определенные специальные символы в параметрах раскрывающегося списка приводили к неправильному отображению выбранного значения в итоговом файле PDF, хотя правильный выбор был зафиксирован во время подписания. |
| Решение. Обновлено отображение файлов PDF для правильного сохранения и отображения выбранных значений раскрывающегося списка, которые включают специальные символы в завершенных соглашениях. | |
| 4539217 / 4539223 |
Сводка. Для определенных заполняемых файлов PDF, которые содержат предварительно заполненные значения и поля цифровой подписи, отправители могут видеть отсутствующие или измененные значения полей при предварительном просмотре или отправке документа, что может заблокировать отправку или подписание, поскольку структура документа приводит к несогласованной интерпретации предварительно заполненных данных и полей цифровой подписи только для чтения во время обработки документа. |
| Решение. Улучшена обработка документов для правильного сохранения предварительно заполненных значений и обработки полей цифровой подписи только для чтения, что обеспечивает правильный предварительный просмотр соглашений и возможность их отправки и подписания без потери предварительно заполненных данных. | |
| 4539226 | Сводка. В некоторых соглашениях, созданных из шаблонов, где используются текстовые теги для полей флажков, получатели успешно выбирают флажки во время подписания, но установленные флажки не отображаются в представлении отправителя или в итоговом подписанном файле PDF, поскольку имена полей флажков анализируются несогласованно, что приводит к сохранению подписанных значений под другим ключом, а не в отображаемом поле формы. |
| Решение. Обновлено сопоставление значений флажков для правильного разрешения полей флажков, созданных из текстовых тегов с именами на основе директив, обеспечивая согласованное отображение выбранных значений для всех сторон и в итоговом подписанном PDF. | |
| 4539432 | Сводка. Некоторые файлы PDF не могли быть отправлены для подписания и незамедлительно отменялись с ошибкой обработки документа, вызванной неправильно сформированными или потерянными комментариями PDF, которые вызывали ошибку нулевого указателя во время нормализации логического элемента восстановления Acrobat Sign PDF и полей формы. |
| Решение. Улучшен логический элемент восстановления PDF и обработки комментариев, поэтому неправильно сформированные или потерянные комментарии больше не приводят к сбою создания соглашения, обеспечивая отправку и подписание затронутых документов. | |
| 4541859 | Сводка. Многострочные текстовые поля, использующие настройку автоматического изменения размера шрифта, иногда обрезают контент в подписанном файле PDF для многострочных полей только для чтения (заблокированных) из-за неправильного автоматического масштабирования шрифта во время отображения. |
| Решение. Исправлен логический элемент автоматического масштабирования шрифта для заблокированных многострочных текстовых полей, чтобы весь введенный текст полностью отображался в пределах поля. | |
| 4542835 | Сводка. Клиенты заметили, что некоторые обязательные поля (включая раскрывающиеся списки, текстовые поля и флажки) отображались пустыми в загруженном подписанном файле PDF, хотя все поля были заполнены во время подписания. |
| Решение. Логический элемент рендеринга PDF исправлен, чтобы все захваченные значения полей, включая раскрывающиеся списки, текстовые поля и флажки, надежно записывались в подписанный файл PDF. Это обеспечит соответствие визуального оформления документа сохраненным данным соглашения. | |
| 4543678 | Сводка. В некоторых подписанных соглашениях отсутствовали значения обязательных полей в итоговом PDF, поскольку определенные шаблоны библиотеки, импортированные и обновленные через API, некорректно отображали данные обязательных полей при создании PDF. |
| Решение. Обновлен логический элемент создания PDF, чтобы все обязательные поля, определенные в шаблонах библиотеки, включая созданные или измененные через API, единообразно отображались в подписанном файле PDF с сохранением полных значений полей. | |
| 4543709 | Сводка. Некоторые соглашения, которые отправлены из Salesforce и которые включают поля форм на основе изображений, могут привести к значительному увеличению размера итогового подписанного файла PDF по сравнению с исходным файлом, превышая лимит Salesforce в 12 МБ и препятствуя записи подписанного документа обратно в запись соглашения Salesforce, хотя сам процесс подписания завершается успешно. |
| Решение. Оптимизирована обработка изображений во время создания PDF для применения соответствующего сжатия изображений, обеспечивая отсутствие изменения в размере подписанных документов с полями изображений, штампов или подписей на основе изображений и сохранение размера в пределах ограничений размера файлов Salesforce. | |
| 4543958 | Сводка. Гиперссылки, созданные в Acrobat с использованием именованных мест назначений, перестают работать в подписанных файлах PDF, в то время как ссылки на номера страниц продолжают работать из-за регрессии в методе обработки PDF, где именованные места назначения не преобразовывались в явные целевые страницы во время постобработки. |
| Решение. Преобразованы именованные места назначения в их явные целевые страницы во время создания файла PDF, что восстановило функциональность гиперссылок как для ссылок «Использовать именованное место назначения», так и для ссылок «Использовать номер страницы» в подписанных PDF. | |
| 4544067 | Сводка. Некоторые подписанные соглашения отображают недействительный цифровой сертификат с ошибкой проверки «Виджет комментария удален», возникающей из-за неправильно сформированных или потерянных виджетов комментариев, остающихся в файле PDF после подписания, что делает недействительной цепочку сертификации. |
| Решение. Обновлена постобработка файла PDF для обнаружения и удаления поврежденных или потерянных виджетов комментариев во время очистки полей, обеспечивая сохранение только действительных комментариев и постоянное отображение действительного цифрового сертификата в подписанных файлах PDF. |
Выпуск Adobe Acrobat Sign 16.2.1
Рабочее развертывание: 4 ноября 2025 г.
Развертывание GovCloud: 6 ноября 2025 г.
REST Обновления API/вебхуков
Обновления API и вебхуков для этого выпуска можно найти в документации Acrobat Sign API.
- Событие веб-перехватчика для неудачных доставок SMS. Теперь доступно новое событие веб-перехватчика для неудачных доставок SMS, которое предоставляет уведомления, когда сообщение не может быть доставлено из-за недействительных номеров, проблем с оператором или других причин. Отправка уведомлений запускается после сбоя всех попыток. Это помогает быстро оповещать пользователей, запускать повторные попытки и обеспечивать прохождение соглашением всего цикла без задержек — и все это с помощью отслеживания по SMS и возврата писем.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: API
Решенные проблемы
| Проблема | Описание |
|---|---|
| 4509452 / 4526158 |
Сводка: при создании соглашений или пакетной отправке поиск шаблонов некорректно выполняет фильтрацию других шаблонов из-за неверной индексации и прокрутки компонента. |
| Решение: налажена работа неисправного компонента для обеспечения доступности результатов поиска. | |
| 4525233 | Сводка: в соглашениях, созданных со значениями валюты, эти значения не отображаются в нужных полях в новом интерфейсе подписания. |
| Решение: поля со значениями валюты теперь корректно отображают символ валюты после потери фокуса в новом интерфейсе подписания. Обновление обеспечивает единообразное форматирование символов как в классическом, так и в современном представлении. | |
| 4530694 | Сводка: в пользовательском интерфейсе встроен неверный URL-адрес для ссылки «Изменить пароль». |
| Решение: URL-адрес исправлен. | |
| 4532664 | Сводка: подписанные файлы PDF, созданные из исходных документов с веб-ссылками, могут показывать сообщение «Документ изменен после подписания» в Acrobat, а статус сертификации отображается как недействительный из-за дублирующихся или некорректных ссылок. |
| Решение: Acrobat Sign теперь обнаруживает и корректно обрабатывает веб-ссылки во время процесса подписания, обеспечивая действительный статус сертификации подписанного документа | |
| 4535715 | Сводка: файлы PDF с веб-ссылками удваиваются в размере при каждой подписи из-за того, что функция печати повторно печатает копию веб-ссылки. |
| Решение: теперь выполняется сведение файлов PDF для предотвращения появления дублирующихся ссылок перед объединением комментариев в PDF. | |
| 4535760 | Сводка: при использовании вычисляемых полей, ссылающихся на поля для ввода текста, некоторые подписанные файлы PDF отображали неверные или случайные числа вместо ожидаемого текстового значения, поскольку механизм обработки полей пытался преобразовать текстовый ввод в числовой формат или формат даты. |
| Решение: логический элемент преобразования в механизме вычисляемых полей обновлен для распознавания текстовых данных и пропуска анализа чисел и дат для этих полей. | |
| 4536385 | Сводка: поля формы с раскрывающимся списком с несколькими виджетами не могут быть ключом FT, иначе функция создания оформления воспринимает их как поля формы. |
| Решение: ключ FT удален из виджетов. | |
| 4537356 | Сводка: общие для нескольких групп шаблоны не отображались на странице Пакетная отправка. |
| Решение: обновлен логический элемент Пакетная отправка для правильного получения и отображения шаблонов, доступ к которым предоставлен несколькими группам. | |
| 4537648 | Сводка: конечная точка GET /agreements/{agreementId}/events содержала устаревший тип события «DOWNLOADED» в документах Acrobat Sign REST API Swagger. |
| Решение: тип события «DOWNLOADED» удален из допустимых значений в документах API. | |
| 4537885 | Сводка: на странице настроек подписи появляется лишний пробел. |
| Решение: удален ненужный элемент spacer/div из контейнера макета настроек подписи. | |
| 4538113 / 4538586 / 4543131 |
Сводка: данные формы в поле для автоматического многострочного ввода текста уменьшаются до очень маленького размера и становятся нечитаемыми. |
| Решение: масштабирование исправлено так, чтобы шрифт не уменьшался автоматически до нечитаемого размера. | |
| 4538340 | Сводка: метаданные подписи добавляются без проверки имени поля. |
| Решение: добавлена проверка поля подписи для управления отображением метаданных. | |
| 4538902 | Сводка: конечная точка REST API Get /agreements/memberSetInfo возвращает неверный статус соглашения и некорректную информацию о подписанте. В некоторых случаях отправитель появляется в ответе несколько раз, а дублирование данных участников приводит к сбоям в последующих интеграциях. |
| Решение: теперь API корректно возвращает состояние соглашения, а данные данные участников не дублируются. Каждый адрес электронной почты отображается один раз для каждого соглашения, а информация о подписанте корректно указывает на ожидающего участника. От пользователей не требуется никаких действий. | |
| 4543085 | Сводка: более ранние версии интеграции Salesforce (раньше версии 25.5) не распознают новые состояния enum (COMPLETED и REMOVED), возвращаемые в полезных данных веб-перехватчиков. |
| Решение: обновлен Acrobat Sign REST API для исключения новых состояний участников и связанных состояний enum при ответе более ранним клиентам интеграции Salesforce. | |
| 4543951 | Сводка: при редактировании поля гиперссылки без заголовка сохранение изменений приводит к созданию нового пустого поля гиперссылки, а не к обновлению исходного. Каждое сохранение добавляет дополнительные пустые поля, из-за чего шаблоны выглядят неизмененными. |
| Решение: теперь обновленный логический элемент правильно различает пустые заголовки гиперссылок и заголовки гиперссылок со значением null, предотвращая появление дублирующихся полей. | |
| 4544118 | Сводка: при включенной функции ограниченной видимости документов в новом интерфейсе получателя, участник 2 мог видеть поля гиперссылок из документа участника 1 из-за того, что гиперссылки не были назначены. |
| Решение: новый интерфейс eSign теперь назначает и проверяет поля гиперссылок как и другие поля, и фильтрует их по странице и назначенному лицу. |