В настоящем документе освещаются новые функции, изменения в работе и решенные проблемы в ориентированном на клиента приложении для последнего выпуска.

Обновления API и веб-перехватчиков, ориентированные на разработчиков, описаны в руководстве для разработчиков Acrobat Sign.

Не все функции/изменения будут реализованы на дату выпуска. Всегда обращайтесь к версии страницы на американском английском как к самой актуальной и точной версии.

Выпуск Adobe Acrobat Sign 17.1.1

Рабочее развертывание: 16 июня 2026 г.

Развертывание GovCloud: 18 июня 2026 г.

Улучшенные функциональные возможности

Фильтр получателей в отчетности — добавление фильтрации по получателям в отчеты и экспорт данных.
Добавьте фильтр Получатели в Отчеты в современном интерфейсе для отчетов по Соглашениям, Транзакциям и Экспорту данных. Администраторы могут фильтровать по электронной почте получателя, чтобы получить все соглашения, которые включают указанного получателя, независимо от роли или порядка подписания. Фильтр поддерживает автозаполнение и возможность множественного выбора, согласованные с существующим фильтром отправителя, и применяется как к визуальным отчетам, так и к экспорту данных в формате CSV.

Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: включено с современными отчетами
См. обзор отчетов >
См. обновленный документ «Создание отчета» >
См. обновленную документацию по созданию экспортных данных >

Изменения интерфейса

Поддержка биофармацевтической отрасли (CFR) в современном интерфейсе электронного подписания — добавляет фиксацию причины подписания и принудительную повторную аутентификацию во время подписания
Настройки подписания для биофармацевтической отрасли, включая фиксацию причины подписания и повторную аутентификацию во время подписания, теперь поддерживаются в современном интерфейсе электронного подписания. Соглашения, использующие эти настройки, больше не возвращаются к классическому интерфейсу подписания. Никаких действий клиента или изменения настроек администратора не требуется.

Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: поддержка настроек Bio Pharma в современном интерфейсе электронного подписания включена по умолчанию.
Просмотрите обновленный список поддерживаемых функций для современного интерфейса электронного подписания >

REST Обновления API/вебхуков

Обновления API и вебхуков для этого выпуска можно найти в документации Acrobat Sign API.

Подавление уведомлений о соглашениях через API — добавьте детальный контроль над сообщениями получателей
Используя REST v6 POST /agreements API, контролируйте, какие уведомления отправляются при создании соглашений, подавляя определенные типы электронных писем для участников, копий или отправителя. Это уменьшает количество ненужных писем и поддерживает более чистые, контролируемые процессы подписания в интегрированных рабочих процессах.

Доступные среды: изолированная программная, коммерческая, государственная | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: REST v6 API

Решенные проблемы

Проблема	Описание
4545881	Сводка. Подписанты, использующие функцию «Загрузить и подписать» в Acrobat, могли получать ошибку «Adobe Acrobat Sign не может распознать» после добавления файла PDF с цифровой подписью, когда сертификат цифрового удостоверения не содержал ожидаемого значения имени подписанта, например commonName, givenName или pseudonym. Соглашение не могло быть завершено, несмотря на то что подписанный файл PDF добавлен.
4545881	Решение. Adobe Acrobat Sign теперь обрабатывает сертификаты цифрового удостоверения с отсутствующими значениями имени подписанта без выдачи ошибки в процессе проверки загрузки. Подписание может быть успешно завершено, хотя имя подписанта может не отображаться, если сертификат его не содержит.
4547132	Сводка. Когда соглашения создавались через API-запрос POST /agreements, а для securityOption установлено значение null, внешним получателям мог назначаться метод аутентификации «Нет», даже если настройки учетной записи требовали одноразового пароля по электронной почте в качестве метода аутентификации по умолчанию. Аутентификация внутренних получателей применялась корректно, но аутентификация внешних получателей — нет.
4547132	Решение. Acrobat Sign теперь корректно применяет настроенный в учетной записи метод аутентификации по умолчанию, когда созданные через API соглашения включают получателей со значением securityOption равным null. Внешние получатели теперь получают требуемый метод аутентификации по умолчанию вместо «Нет».
4553171	Сводка. В учетных записях разработчиков, использующих новый интерфейс создания шаблонов, многоразовые шаблоны могли показывать префикс [DEMO USE ONLY] на странице управления, но префикс был недоступен при редактировании названия шаблона. Пользователи не могли удалить префикс из существующего названия шаблона, если не заменяли полное название или не переключались на классический интерфейс шаблонов.
4553171	Решение. Новый интерфейс создания шаблонов теперь поддерживает синхронизацию названия шаблона для многократного использования и названия соглашения и поведения водяного знака в учетной записи разработчика. Пользователи могут редактировать полное название шаблона, включая префикс [DEMO USE ONLY], не переключаясь на классический интерфейс
4556731	Сводка. После того как отправитель заменил получателя собой, а затем делегировал соглашение другому получателю, соглашение возвращалось в статус «В процессе», но параметр «Добавить подписанный документ» оставался недоступным. Это не позволяло отправителю добавить подписанную копию для подходящих соглашений в процессе после такой последовательности делегирования.
4556731	Решение. Acrobat Sign теперь корректно восстанавливает опцию «Загрузить подписанный документ» после замены получателя отправителем с последующим делегированием другому получателю, когда соглашение подходит для добавления подписанного документа.
4557576	Сводка. Когда блок подписи назначался группе получателей с несколькими участниками, значение электронной почты в блоке подписи могло обрезаться вместо четкого отображения. Это могло затруднить чтение информации о группе получателей до того, как участник группы завершал подписание.
4557576	Решение. Acrobat Sign теперь отображает информацию об адресах электронной почты группы получателей в блоках подписи без резкого обрезания видимого текста. Длинные значения электронной почты группы получателей обрабатываются так, чтобы отображаемая информация оставалась читаемой в блоке подписи.
4561898	Сводка. Некоторые получатели могли столкнуться с ошибкой сервера после аутентификации или при завершении подписания соглашений, использующих определенные PDF-документы. Сбой был вызван проблемой обработки данных структуры PDF при создании подписанного документа, что не позволяло подписывающему завершить соглашение.
4561898	Решение. Acrobat Sign теперь более надежно обрабатывает данные структуры PDF во время подписания и создания документов. Исправление предотвращает блокировку завершения из-за конфликтов дерева структуры, позволяя получателям успешно проходить аутентификацию, подписывать и завершать затронутые соглашения.
4562041	Сводка. Некоторые уведомления веб-перехватчиков могли задерживаться или не публиковаться, когда Acrobat Sign получал внутреннюю ошибку сервера при создании полезной нагрузки веб-перехватчика. Для затронутой учетной записи несколько событий 19 марта 2026 года оказались под воздействием, включая AGREEMENT_WORKFLOW_COMPLETED и другие события соглашений, что задержало последующие рабочие процессы клиента
4562041	Решение. Acrobat Sign теперь более надежно обрабатывает сбои создания полезной нагрузки веб-перехватчиков, поэтому неудачные внутренние ответы не кэшируются таким образом, который блокирует или задерживает доставку событий. Исправление было проверено с помощью регрессионного тестирования и предназначено для предотвращения задержки затронутых событий веб-перехватчиков из-за того же пути сбоя генерации полезной нагрузки.
4562458	Сводка. Получатели могли получить ошибку «Указан недопустимый ID соглашения» при открытии URL подписания для соглашений, отправленных неактивным пользователям в заявленных доменах учетных записей, когда использовалась аутентификация получателя, такая как одноразовый пароль по электронной почте или аутентификация по паролю. Поток подписания создавал одноразового ожидающего пользователя для продолжения процесса подписания, но запрос информации о подписании мог читать устаревшие данные соглашения, которые не включали вновь созданное участие, блокируя доступ до повторного создания ссылки подписания или обновления данных.
4562458	Решение. Acrobat Sign теперь получает текущие данные участия в соглашении при открытии аутентифицированных URL-адресов подписания в этом рабочем процессе. Это предотвращает возникновение ошибок недопустимого ID соглашения из-за устаревших кэшированных данных соглашения и позволяет получателям успешно завершить аутентификацию и получить доступ к странице электронного подписания.
4566894	Сводка. Некоторые истекшие соглашения, созданные из нескольких шаблонов, нельзя было скопировать со страницы управления. Когда пользователи выбирали «Создать копию», операция копирования завершалась неудачей с сообщением «Не удалось скопировать соглашение». Повторите попытку позже», поскольку проверка доступа к шаблону завершилась неудачей при копировании соглашений с более чем одним шаблоном.
4566894	Решение. Acrobat Sign теперь правильно проверяет информацию о шаблоне при копировании соглашений, созданных из нескольких шаблонов. Затронутые соглашения теперь можно копировать без вызова ошибки серверной сессии.
4568666	Сводка. Уведомления веб-перехватчиков могли периодически не отправляться для соглашений, включающих участников-свидетелей без назначенного ID пользователя. Основное событие соглашения было создано, но генерация полезной нагрузки веб-перехватчиков могла завершиться неудачей при обработке данных участников в непредсказуемом порядке, что приводило к недоставке некоторых ожидаемых событий веб-перехватчиков после AGREEMENT_CREATED.
4568666	Решение. Acrobat Sign теперь безопасно обрабатывает данные участников веб-перехватчиков с отсутствующими идентификаторами пользователей во время генерации полезных данных. Это предотвращает сбои полезной нагрузки веб-перехватчиков из-за участников-заполнителей свидетелей и позволяет стабильно доставлять ожидаемые события веб-перехватчиков соглашения.
4571682	Сводка. В некоторых соглашениях, где Power Automate изменил группы получателей перед очередью последующего заполнителя формы, поля только для чтения могли не отображаться для этого заполнителя формы. После того как заполнитель формы завершал редактирование своих полей, эти поля также могли исчезнуть из соглашения, хотя поля по-прежнему были правильно назначены и помечены как видимые через API.
4571682	Решение. Acrobat Sign теперь сохраняет видимость полей для последующих групп получателей после изменения состава группы получателей. Поля только для чтения, блоки подписи, выбранные значения в выпадающих списках и другие заполненные значения полей остаются доступными для последующих получателей и в загруженном PDF для исправленных сценариев.
4571845	Сводка. Личное подписание может завершиться ошибкой сервера, если адрес электронной почты подписывающего лично совпадает с существующей учетной записью пользователя на другом сегменте, что препятствует завершению соглашения.
4571845	Решение. Обновлена обработка подписантов с личной подписью для корректного создания и использования временной записи подписанта, предотвращения конфликтов пользователей между сегментами и успешного завершения сеанса подписания.
4573019	Сводка. Порядок групп получателей может быть рассчитан неправильно после динамических обновлений участников, которые удаляют смешанный набор получателей и групп получателей, что приводит к отображению неправильного порядка маршрутизации для оставшейся группы.
4573019	Решение. Обновлен пересчет порядка участников, чтобы группы получателей сохраняли правильный порядок после сложных динамических удалений участников, включая случаи, когда группа сокращается до одного оставшегося участника.
4572455	Сводка. Некоторые подписанты могли видеть сообщение «Необработанная ошибка» или «Что-то пошло не так» после завершения подписания, несмотря на то что подпись была применена и соглашение перешло к следующему получателю. Проблема возникала при включенных динамических участниках, когда процесс подписания пытался подготовить документ для следующего подписанта, но не мог найти ожидаемую версию подписанного документа.
4572455	Решение. Acrobat Sign теперь проверяет правильную версию подписанного документа при подготовке соглашения для следующего подписанта. Это предотвращает отображение ошибки в процессе подписания после успешной подписи при включенных динамических участниках.