В настоящем документе освещаются новые функции, изменения в работе и решенные проблемы в ориентированном на клиента приложении для последнего выпуска.
Обновления API и веб-перехватчиков, ориентированные на разработчиков, описаны в руководстве для разработчиков Acrobat Sign.
Не все функции/изменения будут реализованы на дату выпуска. Всегда обращайтесь к версии страницы на американском английском как к самой актуальной и точной версии.
Выпуск Adobe Acrobat Sign 17.2
Рабочее развертывание: 8 сентября 2026 г.
Развертывание GovCloud: 15 сентября 2026 г.
Улучшенные функциональные возможности
- Приостановка и возобновление соглашений после сбоев аутентификации — теперь администраторы могут разрешить приостановку соглашений, когда получатель превышает допустимое количество попыток аутентификации, вместо немедленной отмены. Отправители могут обновить метод аутентификации получателя и возобновить то же соглашение, не требуя повторного подписания от пользователей, уже подписавших его.
- Администраторы могут настроить период приостановки от 1 до 30 дней.
- Если соглашение не возобновляется до окончания периода приостановки, оно автоматически отменяется.
- Этот параметр отключен по умолчанию.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
Просмотреть процесс настройки >
Просмотреть пользовательский опыт >
- Встроенное редактирование документов при создании шаблонов библиотеки — редактирование текста документа при добавлении полей в шаблон
Отправители могут редактировать текст документа во время создания шаблонов библиотеки без загрузки и повторного добавления файлов. Параметр Редактировать документ сохраняет существующие поля и конфигурацию соглашения, сводя к минимуму перебои во время обновлений перед отправкой.
Встроенное редактирование документов будет внедряться поэтапно, как указано в техническом уведомлении.
Эта функция включена по умолчанию для всех пользователей в поддерживаемых учетных записях, что позволяет владельцам шаблонов редактировать их в процессе создания и управления. Администраторы учетных записей и групп могут отключить редактирование документов через настройки отправки.
Встроенное редактирование документов недоступно в Acrobat Sign for Government или для учетных записей, использующих устаревшую систему управления пользователями.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: учетные записи клиентов Acrobat Sign Solutions VIP и VIPMP | Диапазон настроек: учетная запись и группа; включено по умолчанию
Включение и отключение встроенного редактирования документов >
Как редактировать текст во время авторинга полей >
- Предоставление получателям доступа к созданным ИИ сводкам по соглашениям — Acrobat Sign может создать ИИ-сводку по соглашению сразу после его отправки. Отправители могут просмотреть сводку и решить, предоставлять ли к ней доступ получателям, в зависимости от настроек учетной записи или группы.
- Сводки, созданные ИИ, поддерживают документы размером до 18 МБ.
- Получатели могут ознакомиться со сводкой в интерфейсе подписания перед завершением соглашения.
- Отправитель может просмотреть соглашение в разделе Управление и изменить настройку включения существующей сводки.
Сводки, созданные ИИ, предназначены только для информационных целей. Получатели должны ознакомиться с полным соглашением перед его подписанием.
Функция становится доступной после того, как пользователь принимает соответствующие условия использования ИИ Adobe.
Доступные среды: коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions (VIP и VIPMP в Северной Америке и ЕС) | Диапазон настроек: учетная запись и группа; поэтапное внедрение
См. настройку ИИ-сводок >
Использование ИИ-сводок >
- Поддержка Digital Identity Gateway при пакетной отправке — теперь отправители могут запрашивать аутентификацию Digital Identity Gateway для получателей в транзакциях с пакетной отправкой. DIG можно выбрать в интерфейсе авторинга или назначить отдельным получателям через файл CSV пакетной отправки.
Файл CSV также поддерживает параметры сопоставления адресов электронной почты для каждого получателя, включая утвержденные альтернативные адреса. Каждое созданное соглашение использует существующий процесс аутентификации и аудита DIG.
Доступные среды: изолированная программная, коммерческая, госдарственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. сведения о цифровых подписях в пакетной отправке >
См. обновленный процесс CSV >
- Добавление файлов из Google Диска — пользователи теперь могут добавлять поддерживаемые файлы непосредственно из Google Диска в текущих интерфейсах «Запросить подписи», «Настраиваемый рабочий процесс», «Пакетная отправка» и «Создать шаблон библиотеки».
После аутентификации в Google пользователи могут просматривать и выбирать файлы через средство выбора файлов Google Диска. Исходные документы Google Docs конвертируются в формат PDF перед добавлением в Acrobat Sign.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. настройку доступа к Google Диску >
- Управляемые клиентом ключи шифрования для файлов соглашений — обладающие соответствующими правами клиенты Acrobat Sign могут использовать ключ, управляемый клиентом в AWS Key Management Service, для шифрования поддерживаемых файлов соглашений, хранящихся в неактивном состоянии. Администраторы аккаунта должны обратиться в службу поддержки для развертывания функции для своего аккаунта, после чего они смогут настроить ключ с соответствующими учетными данными доступа AWS на уровне аккаунта (Настройки аккаунта > Настройки безопасности).
Повторное шифрование выполняется только в непиковые часы для основного сегмента учетной записи. Подходящее окно непикового времени определяется на основе регионального часового пояса основного сегмента и указывается в справочной документации в формате UTC.
Доступ к зашифрованным файлам зависит от доступности управляемого клиентом ключа и учетных данных.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: только учетная запись
Обзор шифрования, управляемого клиентом >
Основные сведения о шифровании, управляемом клиентом, в Acrobat Sign >
Настройка управляемого клиентом шифрования >
Управление ключами шифрования, управляемого клиентом >
Рекомендации и ограничения для шифрования, управляемого клиентом >
Устранение неполадок шифрования, управляемого клиентом, в Acrobat Sign >
- Настройка пользовательских временных меток на уровне группы — поставщиков пользовательских временных меток теперь можно настраивать на уровне группы. Это позволяет группам в рамках одной учетной записи использовать разных одобренных поставщиков временных меток для своих рабочих процессов цифровой подписи.
Группы без явной конфигурации используют настройки учетной записи по умолчанию.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
См. настройку временных меток >
- Включение событий уведомлений для получателей копий в отчеты об аудите — администраторы учетных записей и групп теперь могут включать события уведомлений для получателей копий в отчеты об аудите соглашений. При включении этой функции в отчете об аудите фиксируются исходные и заключительные уведомления, отправленные на общие и привязанные к конкретным получателям адреса для копий.
Администраторы могут отдельно включить события заключительных уведомлений для автоматических адресов получателей копий. По умолчанию обе настройки отключены.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
Включение событий уведомлений для получателей копий в отчеты об аудите >
- Настройка требований к надежности пароля для государственных учетных записей
Теперь администраторы Acrobat Sign for Government могут настраивать требования к надежности пароля для корректировки минимальной длины и правил состава символов. Это позволяет организациям согласовывать политики паролей со своими внутренними стандартами безопасности и требованиями соответствия.
Доступные среды: государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
- Новые доверенные поставщики услуг — Acrobat Sign регулярно расширяет поддержку новых доверенных поставщиков услуг. В этот выпуск впервые включены следующие доверенные поставщики услуг:
- Swisscom ZertES CH
- Swisscom eIDAS EU
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
Изменения интерфейса
- Поэтапное развертывание улучшений в интерфейсе создания полей форм
В рамках выпуска 17.2 Adobe Acrobat Sign представляет обновленный интерфейс создания полей форм. Изменения внедряются постепенно по сегментам клиентов, а не для всех учетных записей одновременно.
Что изменится- В современном интерфейсе авторинга улучшаются возможности размещения полей, навигации, назначения и проверки, а также инструкции для первого использования.
- Вносятся следующие важные изменения.
- Новая панель Поля для просмотра размещенных полей форм и навигации по ним.
- Обновленные элементы управления для работы с рекомендуемыми полями.
- Более информативные названия для автоматически обнаруженных полей.
- Улучшенное распознавание стандартных типов полей и правил проверки.
- Встроенные сообщения проверки, привязанные к конкретным полям.
- Запрос на назначение получателей при загрузке файлов PDF, уже содержащих поля AcroForm.
- Контекстные рекомендации для стандартных задач авторинга.
Эти изменения влияют на пользовательский интерфейс и рабочий процесс, используемые при подготовке соглашений и шаблонов библиотеки.
График развертывания опубликован в техническом уведомлении.
Доступные среды: коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions (учетные записи клиентов VIP и VIPMP) | Диапазон настроек: включено по умолчанию согласно графику развертывания
См. обновленную документацию по авторингу >
- Обновлены настройки по умолчанию для учетных записей малого бизнеса — несколько существующих функций отправки теперь включены по умолчанию для учетных записей VIP, VIPMP и ETLA стоимостью до 100 тыс. долл. США.
Эти обновления настроек по умолчанию открывают доступ к часто используемым возможностям отправителя без необходимости предварительного включения каждого параметра администратором. В зависимости от конфигурации учетной записи, пользователи получают доступ к следующим возможностям.
Эти изменения применяются только к учетным записям в целевых коммерческих сегментах клиентов. Они не распространяются на Acrobat Sign for Government.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions (учетные записи VIP, VIPMP и ETLA стоимостью до 100 тыс. долл. США) | Диапазон настроек: включено по умолчанию
- Улучшенный интерфейс шаблонов библиотеки — процесс создания и редактирования шаблонов библиотеки стал более удобным: меньше вариантов выбора на начальном этапе, более понятные инструкции для первого использования, отдельное действие сохранения, а также улучшенные сообщения о проверке и ошибках.
Действия по управлению шаблонами становятся более доступными после их создания.
Доступные среды: коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions (учетные записи VIP, VIPMP и пробные) | Диапазон настроек: включено по умолчанию.
- Современный интерфейс «Запросить подпись» становится используемым по умолчанию
Все коммерческие и государственные учетные записи автоматически переключаются на современный интерфейс Запросить подпись. Ссылки переключения отключаются в интерфейсе отправки, однако элементы управления администратора остаются доступными для клиентов, которым необходимо временно вернуться к классическому интерфейсу авторинга.
Возможность возврата к классическому интерфейсу будет полностью удалена в одном из следующих выпусков.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: не подлежит настройке
- Современный интерфейс «Создать шаблон» становится используемым по умолчанию
Все коммерческие и государственные учетные записи автоматически переключаются на современный интерфейс «Создать шаблон». Элементы управления администратора остаются доступными для клиентов, которым необходимо временно вернуться к классическому интерфейсу создания шаблонов.
Возможность возврата к классическому интерфейсу будет полностью удалена в одном из следующих выпусков.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
- Современное средство создания настраиваемых рабочих процессов становится стандартным — отложено: теперь планируется для выпуска 17.2.1.
Все коммерческие и государственные учетные записи автоматически переключаются на современный интерфейс Средства создания настраиваемых рабочих процессов. Элементы управления администратора остаются доступными для клиентов, которым необходимо временно вернуться к классическому интерфейсу.
Возможность возврата к классическому интерфейсу будет полностью удалена в одном из следующих выпусков.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
- Упрощенный доступ к пробной версии Acrobat Sign для существующих пользователей Adobe — пользователи, чей адрес электронной почты уже связан с организацией Adobe, теперь могут активировать пробную версию Acrobat Sign без блокировки существующей учетной записи Adobe.
Благодаря этому действующим клиентам Adobe проще оценить Acrobat Sign наряду с другими продуктами Adobe.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
- Улучшенное удаление получателей из соглашений в процессе выполнения — интерфейс удаления получателей теперь поддерживает дополнительные конфигурации полей форм в последовательных соглашениях, что сокращает количество случаев, когда отправителю приходится отменять и заново создавать соглашение.
Существующий процесс удаления получателей и административные механизмы контроля остаются без изменений.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа
- Уведомление о прекращении поддержки Power Automate Embed — пользователи с доступом к Power Automate Embed теперь видят уведомление в продукте о предстоящем прекращении поддержки и ссылку на руководство по переходу. Эта функция по-прежнему доступна в версии 17.2, и данное обновление не отключает и не удаляет существующие рабочие процессы.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа.
Обновления интеграций
- Расширенная поддержка размера файлов для транзакций Salesforce — интеграция Acrobat Sign для Salesforce теперь поддерживает большие объемы транзакций, повышая надежность соглашений с крупными документами, несколькими подписантами или подписанными файлами PDF, сохраненными как отдельные вложения Salesforce.
Существующие рабочие процессы и настройки Salesforce остаются без изменений.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: интеграция.
- Управление именами получателей в соглашениях Salesforce — Acrobat Sign для Salesforce теперь позволяет отправителям указывать имя получателя и запрещать получателю изменять его в процессе подписания.
Это улучшение повышает согласованность данных между записями в Salesforce и завершенными соглашениями.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: интеграция
- Обновление совместимости интеграции с SAP SuccessFactors — интеграция Acrobat Sign с SAP SuccessFactors была обновлена для обеспечения совместимости с изменениями на платформе SAP SuccessFactors.
Существующие процедуры работы с соглашениями остаются без изменений.
Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: интеграция
- Улучшенное отслеживание предложений в SAP SuccessFactors — в интеграцию Acrobat Sign с SAP SuccessFactors добавлены статусы предложений Истекло и Утверждение, что дает рекрутерам более четкое представление о ходе их выполнения.
Новое поле Исполнитель в сущности «Заявление на работу» идентифицирует кандидата или утверждающее лицо, ответственное за следующий шаг. Это помогает рекрутерам определить, на каком этапе находится предложение, без обращения к администратору SAP.
Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: интеграция
REST Обновления API/вебхуков
Обновления API и вебхуков для этого выпуска можно найти в документации Acrobat Sign API.
- Размер документа доступен через API соглашений
Следующие ответы GET Agreement V6 API теперь включают параметр fileSize, который возвращает размер документа в байтах:- /agreements/{agreementId}
- /agreements/{agreementId}/documents
Это изменение ответа применяется ко всем уровням обслуживания с поддержкой API Acrobat Sign.
Решенные проблемы
| Проблема | Описание |
|---|---|
| 4550652 | Сводка. Пользователи, просматривающие общую транзакцию «Пакетная отправка», могли выбрать Загрузить завершенные соглашения, но загрузка завершалась с ошибкой разрешений, поскольку данное действие поддерживается только для первоначального отправителя. Решение. Страница «Управление» теперь скрывает «Загрузить завершенные соглашения» от пользователей, просматривающих общую пакетную отправку. Действие остается доступным для первоначального отправителя. |
| 4559237 | Сводка. Когда получатель использовал облачную подпись, имя подписанта могло остаться установленным на неправильное значение отправителя вместо обновления из сертификата подписи из-за сохраненной подписи из предыдущего сеанса подписания. Решение. Обработка облачной подписи обновлена, чтобы имя подписанта заполнялось из выбранного сертификата подписи, даже когда у получателя есть ранее сохраненная подпись. |
| 4561749 | Сводка. Описания на карточках баннера второй строки главной страницы могли обрезаться, поскольку обновленные стандарты размера текста применялись к макету, который не был скорректирован для новых размеров. Решение. Макет карточки баннера обновлен с учетом нового размера текста, благодаря чему описания больше не обрезаются. |
| 4561980 | Сводка. Текст, введенный через «Заполнение и подписание», мог отображаться отсутствующим, увеличенным или смещенным в готовом файле PDF из-за различий в обработке замещающих шрифтов и интервалов между текстом при отображении документа. Решение. Отображение файлов PDF обновлено для сохранения предполагаемого размера шрифта, интервалов и расположения, благодаря чему введенные данные отображаются в готовом документе корректно. |
| 4561987 | Сводка. Отдельные документы, загруженные из завершенного соглашения, могут стать значительно больше оригиналов из-за избыточных данных, добавленных при создании доступных версий подписанных файлов PDF. Увеличенный размер файлов также может привести к тому, что отправляемые по соглашению электронные письма превысят лимиты доставки. Решение. Обработка доступных файлов PDF оптимизирована для предотвращения ненужного увеличения размера файла, когда соглашения содержат несколько документов. Отдельные загружаемые документы теперь сохраняют размер, который более соответствует их исходному содержимому. |
| 4562483 | Сводка. Некоторые существующие шаблоны библиотек не открывались в современном интерфейсе шаблонов и выдавали сообщение «Произошла ошибка», поскольку шаблон содержал данные полей без информации о назначении получателя, ожидаемой при загрузке. Решение. Загрузка шаблонов обновлена для корректной обработки неполных данных назначения получателей, что позволяет затронутым шаблонам и их полям форм открываться в современном интерфейсе шаблонов |
| 4567869 | Сводка. Соглашения, содержащие файлы PDF с неправильно отформатированными данными шрифтов, могли зависать на экране загрузки и не завершаться из-за бесконечного цикла обработки при отображении документа. Решение. Обработка файлов PDF обновлена для обнаружения и безопасной обработки поврежденных данных о ширине шрифта. Это предотвращает зависание процесса отображения и позволяет отправлять и подписывать затронутые соглашения. |
| 4568289 | Сводка. Отправители соглашений, которые заменили себя в качестве получателей, не могли скрыть завершенное соглашение, поскольку проверка разрешений рассматривала первоначального отправителя как замененного участника. Решение. Проверка разрешений обновлена, чтобы первоначальный отправитель мог скрыть соглашение даже после замены себя в качестве получателя, не изменяя разрешения видимости для других пользователей. |
| 4569692 | Сводка. Адреса электронной почты в группе получателей могли отображаться крайне мелко в блоке подписи, поскольку для расчета размера текста поля использовался полный список адресов группы. Решение. Отображение блока подписи обновлено для пересчета поля электронной почты после того, как участник группы открывает или подписывает соглашение, чтобы адрес активного подписанта отображался в читаемом размере в интерфейсе подписания и готовом файле PDF. |
| 4571461 | Сводка. Документы альбомной ориентации, используемые в веб-формах, могли содержать неожиданные пустые области и смещенные поля из-за неправильных расчетов координат страницы во время обработки документа. Решение. Обработка документов обновлена для корректного расчета размещения полей и покрытых областей на повернутых и альбомных страницах, предотвращая пустые пространства и смещенные поля в создаваемых соглашениях. |
| 4572350 | Сводка. В соглашениях с динамическим участием параллельные получатели могли потерять назначенные поля, поскольку этап подписания считался завершенным после подписания первым получателем, что приводило к пропуску полей для остальных параллельных получателей. Решение. Этапы параллельного подписания теперь остаются активными до тех пор, пока каждый получатель на этом этапе не подпишет документ, обеспечивая создание и сохранение всех назначенных полей до перехода соглашения к следующему этапу подписания. |
| 4574423 | Сводка. Группы переключателей с одинаковыми именами полей в объединенных многоразовых шаблонах не синхронизировались, поскольку выбор опции сбрасывал соответствующий выбор в другой группе. Решение. Поведение переключателей обновлено, чтобы соответствующие опции в полях с одинаковыми именами выбирались вместе в объединенных шаблонах, в то время как разные опции остаются неизменными. |
| 4574867 | Сводка. Пользовательские форматы даты подписания, созданные в Acrobat Web, возвращались к формату даты по умолчанию, поскольку выбранный формат отображения не сохранялся, когда поля формы удалялись и повторно создавались во время обработки соглашения. Решение. Обработка соглашений обновлена для сохранения пользовательских форматов отображения даты при повторном создании полей формы, благодаря чему при подписании используется формат, выбранный в исходном шаблоне. |
| 4575022 | Сводка. Подписанты, использующие аутентификацию по телефону, не могли делегировать соглашение из современного интерфейса подписания, поскольку диалоговое окно делегирования не запрашивало номер телефона нового получателя. Решение. Диалоговое окно делегирования теперь отображает и проверяет поле номера телефона для соглашений с аутентификацией по телефону, использует поддерживаемый список кодов стран и передает номер в запрос аутентификации делегированного получателя. |
| 4575850 | Сводка. Текст в больших, заблокированных многострочных полях мог отображаться более мелким шрифтом при подписании и в готовом соглашении, поскольку исходный вид поля заменялся ненужным перерасчетом размера шрифта. Решение. Отображение многострочных полей обновлено для сохранения исходного вида текста, когда содержимое уже умещается в поле, предотвращая ненужное уменьшение шрифта. |
| 4576211 | Сводка. Отправители получали два электронных письма о завершении, если их адрес был также настроен для получения дополнительной копии, поскольку для одного и того же получателя срабатывали пути уведомлений как отправителя, так и автоматического копирования. Решение. Обработка электронных писем о завершении была обновлена для совместной оценки правил отправителя и автоматического копирования, что предотвращает дублирование сообщений при сохранении случаев, когда ожидаются отдельные уведомления. |
| 4576609 | Сводка. Отправители, использующие пользовательский рабочий процесс, могли потерять доступ к шаблонам, общим для группы, после возврата из режима создания и повторного предварительного просмотра, поскольку второй путь проверки не распознавал шаблоны, совместно используемые с группой отправителя. Решение. Проверка доступа к шаблонам была согласована между путями предварительного просмотра и отправки, чтобы пользователи могли продолжать использовать шаблоны, совместно используемые непосредственно с ними или с их группой на протяжении всего пользовательского рабочего процесса. |
| 4576624 | Сводка. Поля подписи в соглашениях с личным подписанием и дополнительными участниками могли быть переназначены или перекрыты после возвращения отправителя из режима создания, поскольку идентификаторы участников изменялись при повторном создании черновика соглашения. Решение. Обработка черновика соглашения была обновлена для переназначения каждого поля соответствующему участнику после возвращения из режима создания, сохраняя правильные назначения в поддерживаемых комбинациях маршрутизации и ролей получателей. |
| 4576876 | Сводка. Обязательные поля для подписи, скрытые условной логикой, по-прежнему считались незавершенными из-за ошибки в том, как интерфейс подписания пересчитывал обязательные поля, что препятствовало завершению соглашения подписантами. Решение. Обработка обязательных полей была обновлена так, что скрытые поля подписи больше не считаются незавершенными, что позволяет подписантам завершать соглашения, когда условные правила скрывают эти поля. |
| 4576961 | Сводка. Отправители соглашений, которые также являлись подписантами, не получали электронное письмо о завершенном соглашении, поскольку рабочий процесс уведомлений исключал отправителя из маршрута уведомлений для подписантов. Решение. Обработка электронных писем о завершении была обновлена, чтобы отправители, которые также подписывают соглашение, получали уведомление о завершении, когда их настройки уведомлений это позволяют. |
| 4577135 | Сводка. При замене получателя веб-формы обновлялся адрес электронной почты, но сохранялось имя первоначального получателя из-за неполной синхронизации данных замены. Некорректное имя могло отображаться подписанту и в отчете об аудите. Решение. Замена получателя веб-формы была обновлена для последовательного применения имени нового получателя в соглашении, процессе подписания и данных аудита. |
| 4577475 | Сводка. Соглашения, созданные из шаблонов, могли отображать нижний колонтитул транзакции после отключения настройки, поскольку шаблон сохранял состояние нижнего колонтитула с момента первоначального создания. Решение. Обработка нижнего колонтитула транзакции была обновлена для оценки текущей настройки при создании соглашения, а не на основе значения, сохраненного в шаблоне. |
| 4577531 |
Сводка. Некоторые имена документов в нижнем колонтитуле транзакции были обрезаны, так как из-за специфического межзнакового интервала последние слова переносились за пределы видимой области колонтитула. Решение. В нижнем колонтитуле транзакции теперь используется более узкий шрифт для имен документов, благодаря чему в нем помещается больше текста без переносов и обрезания. |
| 4578623 / 4579255 |
Сводка. Некоторые поля AcroForm PDF появлялись дважды при авторинге, поскольку обработка документов добавляла второе перекрывающееся поле для определенных существующих полей формы. Решение. Обработка полей форм PDF была обновлена для предотвращения добавления дублирующихся перекрывающихся полей, чтобы в режиме авторинга каждое поле появлялось один раз и подписаны получали только один запрос. |
| 4580019 | Сводка. Кнопки «Загрузить», «Печать» и «Поиск» в интерфейсе просмотра соглашения не имели доступных имен, что не позволяло программам чтения с экрана определить их назначение. Решение. Доступные имена были добавлены к кнопкам «Загрузить», «Печать» и «Поиск», чтобы вспомогательные технологии могли правильно объявлять каждое действие. |
| 4581229 | Сводка. Изменения настроек безопасности, запрещающих встраивать Acrobat Sign в сторонние веб-сайты, отсутствовали в отчете о действиях с настройками, так как этот параметр не был классифицирован для административной отчетности. Решение. Настройка была добавлена в категорию отчетности «Настройки безопасности», чтобы изменения на уровне учетной записи и группы регистрировались в отчете о действиях с настройками. |
| 4582044 | Сводка. Клонированные поля флажков могли смещаться или перекрывать друг друга после подписания, так как они излишне поворачивались во время обработки определенных конфигураций страниц PDF. Решение. Обработка клонированных флажков была обновлена для сохранения исходной ориентации и позиции поля, предотвращая смещение полей после подписания участниками. |
| 4582268 | Сводка. Запросы API веб-перехватчиков, отправленные напрямую к конечной точке веб-перехватчиков, могли подпадать под ограничения частоты запросов API по умолчанию, а не под специфические лимиты для веб-перехватчиков, поскольку базовая конечная точка не была включена в сопоставление политик веб-перехватчиков. Решение. Ограничение частоты запросов веб-перехватчиков было обновлено. Теперь запросы как к базовой конечной точке, так и к отдельным конечным точкам веб-перехватчиков теперь стабильно используют предназначенные для них лимиты. |
| 4582742 | Сводка. Обновление набора участников могло завершаться ошибкой «более одного участника» после предыдущей замены, поскольку API учитывал уже замененного получателя при оценке активного набора участников. Решение. Обновления набора участников теперь исключают ранее замененных получателей при определении количества изменяемых активных участников, что позволяет успешно обновлять адрес электронной почты получателя. |
Оптимизируйте свою работу с помощью Acrobat Sign
Легко и быстро управляйте документами и подписывайте их в Интернете.
