Для Adobe Acrobat Sign планируется не менее трех обновлений в год, которые будут классифицироваться как крупные или второстепенные. При необходимости могут быть выпущены дополнительные обновления для устранения системных сбоев или решения проблем клиентов.

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

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

Для партнеров из сферы здравоохранения и биологических наук, которым требуется проверка соответствия, Acrobat Sign совместно со сторонним поставщиком предоставляет пакет проверки для каждого крупного выпуска, содержащий функции для минимизации рисков.

Примечание.

Эта страница с заметками перед выпуском регулярно обновляется по мере поступления новой информации, поэтому ее содержимое может меняться.

Она локализована, но этот процесс занимает определенное время, поэтому локализованные версии могут незначительно отличаться от официальной версии на английском языке.

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

График предварительных выпусков и примечания приведены ниже.

Adobe Acrobat Sign придерживается структурированного графика публикации заметок перед выпуском и обновлений документации:

8 недель до производственного выпуска

На страницах предварительного выпуска публикуется сводка ожидаемых функций и обновлений, обычно за четыре недели до запуска в изолированной программной среде.
Все функции изменяются после этого момента, отмечены в разделе Ошибки.
Решенные проблемы на данном этапе не публикуются.

4 недели до производственного выпуска (запуск в изолированной программной среде)

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

День запуска

Официальные заметки перед выпуском обновлены и содержат подробную информацию о финальных функциях и ссылки на производственную документацию.
Страница с заметками перед выпуском обновляется для добавления информации о следующем цикле выпуска.
Документация публикуется после проверки выпусков в системе в режиме реального времени, обычно после 19:00, хотя для сложных обновлений может потребоваться больше времени.
Конечный список Решенные проблемы добавляется в заметки к выпуску на английском языке (США), а локализованные версии обновляются позднее.

Выпуск Government Cloud

Среда Government Cloud обычно обновляется в течение двух дней или нескольких недель после производственного выпуска, так как некоторые функции могут потребовать дополнительной оценки перед развертыванием.

Примечание.

Документация по изолированной программной среде предназначена для производственной среды. Ссылки в целевых производственных URL-адресах с контентом предварительного выпуска могут вести на более раннюю версию существующей документации или к отображению ошибки 404, если целевая страница является новой и еще не опубликована (например, если ссылка указывает на новую функцию в том же выпуске).

Новые страницы будут опубликованы после публикации выпуска, а ссылки будут корректно отображаться в производственных URL-адресах.

Доступность изолированной программной среды

Заказчики, имеющие доступ к изолированной программной среде Acrobat Sign, обычно могут получить доступ к функциям новой версии за четыре недели до запуска.

Изолированная программная среда проходит все процедуры контроля качества на том же уровне, что и обычная производственная среда.
Компания Adobe стремится обеспечить 99,9%-ную доступность в изолированной программной среде, но клиенты должны иметь в виду, что единое соглашение о неразглашении с Adobe официально не распространяется на изолированную программную среду.
В изолированной программной среде используется такая же страница состояния и процедуры останова, что и в обычной производственной среде.

Выпуски

Оповещение:

Настоящая статья содержит информацию, верную на момент перед выпуском новой версии. Даты выпуска, характеристики и другие параметры могут быть изменены без предварительного уведомления.

16 июня 2026 г. (дополнительный выпуск), версия 17.1.1

Выпуск Adobe Acrobat Sign 17.1.1

Развертывание в изолированной программной среде: 12 мая 2026 г.

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

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

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

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

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

Встроенное редактирование документов во время создания — редактирование текста документа непосредственно в интерфейсе авторинга
Отправители могут редактировать текст документа непосредственно в среде авторинга без загрузки и повторной отправки файла. Параметр Редактировать документ сохраняет существующие поля и конфигурацию соглашения, сводя к минимуму перебои во время обновлений перед отправкой. Редактирование доступно только пока соглашение находится в состоянии черновика и недоступно после отправки соглашения.

Эта функция включена по умолчанию для всех пользователей в поддерживаемых учетных записях, позволяя отправителям редактировать документы, отправленные с помощью функции запроса подписи. Администраторы аккаунтов и групп могут отключить редактирование документов через настройки отправки.

Эта функция недоступна в Acrobat Sign for Government или для учетных записей, использующих устаревшую систему управления пользователями.

Доступные среды: изолированная программная, коммерческая | Доступные уровни обслуживания: Acrobat Sign Solutions | Диапазон настроек: учетная запись и группа; включено по умолчанию
Включение или отключение встроенного редактирования документов >
Как редактировать текст во время создания полей >

Поддержка Bio-Pharma (CFR) в Modern eSign — добавляет фиксацию причины подписания и принудительную повторную аутентификацию во время подписания
Adobe Acrobat Sign завершает поддержку Bio-Pharma в интерфейсе Modern eSign, добавляя фиксацию причины подписания и принудительную повторную аутентификацию во время подписания. Организации, работающие в регулируемых средах, могут потребовать причину подписания, обеспечить повторную аутентификацию для каждой подписи или при окончательном нажатии для подписания и поддерживать соответствующую отчетность аудита — все это в интерфейсе Modern.

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

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

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

Приведенные ниже обновления представлены в предварительной версии в целях раскрытия информации. Полную документацию по обновлениям API и вебхуков можно найти в документации для разработчиков Acrobat Sign, когда обновление версии будет доставлено на рабочие серверы.

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

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

Выпустить опечатки

На данный момент из этого релиза не выпало ни одного предмета.

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

Проблема	Описание
4545881	Сводка. Подписанты, использующие функцию «Загрузить и подписать» в Acrobat, могли получать ошибку «Adobe Acrobat Sign не может распознать» после добавления файла PDF с цифровой подписью, когда сертификат цифрового удостоверения не содержал ожидаемого значения имени подписанта, например обычноеИмя, данноеИмя или псевдоним. Соглашение не могло быть завершено, несмотря на то что подписанный файл 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], не переключаясь на классический интерфейс
4554947	Сводка. В современном интерфейсе создания пользователи не могли удалять неправильные или устаревшие адреса электронной почты из личных предложений автозаполнения при добавлении получателей, копий, копий на каждого получателя или участников группы. Опция удаления по-прежнему была доступна в классическом интерфейсе, но не все пользователи могли переключиться обратно на классический.
4554947	Решение. Современный интерфейс создания теперь позволяет пользователям удалять персональные предложения автозаполнения из поддерживаемых полей электронной почты, включая поля получателя, копии, копии на каждого получателя и поля участника группы. Организационные контакты нельзя удалить из предложений автозаполнения.
4556731	Сводка. После того как отправитель заменил получателя собой, а затем делегировал соглашение другому получателю, соглашение возвращалось в статус «В процессе», но параметр «Добавить подписанный документ» оставался недоступным. Это не позволяло отправителю загружать подписанную копию для подходящих соглашений в процессе после такой последовательности делегирования.
4556731	Решение. Acrobat Sign теперь корректно восстанавливает опцию «Загрузить подписанный документ» после замены получателя отправителем с последующим делегированием другому получателю, когда соглашение подходит для загрузки подписанного документа.
4557576	Сводка. Когда блок подписи назначался группе получателей с несколькими участниками, значение электронной почты в блоке подписи могло обрезаться вместо четкого отображения. Это могло затруднить чтение информации о группе получателей до того, как участник группы завершал подписание.
4557576	Решение. Acrobat Sign теперь отображает информацию об адресах электронной почты группы получателей в блоках подписи без резкого обрезания видимого текста. Длинные значения электронной почты группы получателей обрабатываются так, чтобы отображаемая информация оставалась читаемой в блоке подписи.
4558445	Сводка. Шаблоны, созданные в классическом интерфейсе, могли включать группы переключателей только с одним вариантом. Когда эти шаблоны открывались или использовались повторно в новом интерфейсе создания шаблонов, проверка блокировала технологический процесс с ошибкой «Группа переключателей должна содержать более одного элемента», что не позволяло пользователям сохранять или применять существующие шаблоны.
4558445	Решение. Новые интерфейсы создания шаблонов и разработки теперь соответствуют классическому интерфейсу для существующих шаблонов, содержащих группы переключателей с одним вариантом. Проверка была смягчена для сохранения обратной совместимости и возможности открывать, сохранять и повторно использовать затронутые шаблоны без блокировки технологического процесса.
4559171	Сводка. В новом интерфейсе создания шаблонов шаблоны, созданные из размеченных PDF-файлов, могли быть сохранены до завершения обработки текстовых тегов. Если пользователи выбирали «Cоздать» сразу после загрузки предварительного просмотра, сохраненный шаблон мог не содержать преобразованных полей формы, хотя тот же технологический процесс успешно выполнялся в классическом интерфейсе.
4559171	Решение. Новый интерфейс создания шаблонов теперь не позволяет пользователям создать шаблон до завершения обработки текстовых тегов. Кнопка «Создать» становится доступной только после полной загрузки всех полей и связанных данных, что обеспечивает преобразование и применение текстовых тегов перед сохранением шаблона.
4561898	Сводка. Некоторые получатели могли столкнуться с ошибкой сервера после аутентификации или при завершении подписания соглашений, использующих определенные PDF-документы. Сбой был вызван проблемой обработки данных структуры PDF при создании подписанного документа, что не позволяло подписывающему завершить соглашение.
4561898	Решение. Acrobat Sign теперь более надежно обрабатывает данные структуры PDF во время подписания и создания документов. Исправление предотвращает блокировку завершения из-за конфликтов дерева структуры, позволяя получателям успешно проходить аутентификацию, подписывать и завершать затронутые соглашения.
4562041	Сводка. Некоторые уведомления веб-перехватчиков могли задерживаться или не публиковаться, когда Acrobat Sign получал внутреннюю ошибку сервера при создании полезной нагрузки веб-перехватчика. Для затронутой учетной записи несколько событий 19 марта 2026 года оказались под воздействием, включая AGREEMENT_WORKFLOW_COMPLETED и другие события соглашений, что задержало последующие рабочие процессы клиента
4562041	Решение. Acrobat Sign теперь более надежно обрабатывает сбои создания полезной нагрузки веб-перехватчиков, поэтому неудачные внутренние ответы не кэшируются таким образом, который блокирует или задерживает доставку событий. Исправление было проверено с помощью регрессионного тестирования и предназначено для предотвращения задержки затронутых событий веб-перехватчиков из-за того же пути сбоя генерации полезной нагрузки.
4562458	Сводка. Получатели могли получить ошибку «Указан недопустимый ID соглашения» при открытии URL подписания для соглашений, отправленных неактивным пользователям в заявленных доменах учетных записей, когда использовалась аутентификация получателя, такая как Email OTP или аутентификация по паролю. Поток подписания создавал одноразового ожидающего пользователя для продолжения процесса подписания, но запрос информации о подписании мог читать устаревшие данные соглашения, которые не включали вновь созданное участие, блокируя доступ до повторного создания ссылки подписания или обновления данных.
4562458	Решение. Acrobat Sign теперь получает текущие данные участия в соглашении при открытии аутентифицированных URL подписания в этом технологическом процессе. Это предотвращает возникновение ошибок недопустимого ID соглашения из-за устаревших кэшированных данных соглашения и позволяет получателям успешно завершить аутентификацию и получить доступ к странице электронного подписания.
4566894	Сводка. Некоторые истекшие соглашения, созданные из нескольких шаблонов, нельзя было скопировать со страницы управления. Когда пользователи выбирали «Создать копию», операция копирования завершалась неудачей с сообщением «Не удалось скопировать соглашение». Повторите попытку позже, поскольку проверка доступа к шаблону завершилась неудачей при копировании соглашений с более чем одним шаблоном.
4566894	Решение. Acrobat Sign теперь правильно проверяет информацию о шаблоне при копировании соглашений, созданных из нескольких шаблонов. Затронутые соглашения теперь можно копировать без вызова ошибки серверной сессии.
4568666	Сводка. Уведомления веб-перехватчиков могли периодически не отправляться для соглашений, включающих участников-свидетелей без назначенного ID пользователя. Основное событие соглашения было создано, но генерация полезной нагрузки веб-перехватчиков могла завершиться неудачей при обработке данных участников в непредсказуемом порядке, что приводило к недоставке некоторых ожидаемых событий веб-перехватчиков после AGREEMENT_CREATED.
4568666	Решение. Acrobat Sign теперь безопасно обрабатывает данные участников веб-перехватчиков с отсутствующими идентификаторами пользователей во время генерации полезных данных.Это предотвращает сбои полезной нагрузки веб-перехватчиков из-за участников-заполнителей свидетелей и позволяет стабильно доставлять ожидаемые события веб-перехватчиков соглашения.
4571682	Сводка. В некоторых соглашениях, где Power Automate изменил группы получателей перед очередью последующего заполнителя формы, поля только для чтения могли не отображаться для этого заполнителя формы. После того как заполнитель формы завершал редактирование своих полей, эти поля также могли исчезнуть из соглашения, хотя поля по-прежнему были правильно назначены и помечены как видимые через API.
4571682	Решение. Acrobat Sign теперь сохраняет видимость полей для последующих групп получателей после изменения состава группы получателей. Поля только для чтения, блоки подписи, выбранные значения в выпадающих списках и другие заполненные значения полей остаются доступными для последующих получателей и в загруженном PDF для исправленных сценариев.
4572455	Сводка. Некоторые подписанты могли видеть сообщение «Необработанная ошибка» или «Что-то пошло не так» после завершения подписания, хотя подпись была применена и соглашение перешло к следующему получателю. Проблема возникала при включенных динамических участниках, когда процесс подписания пытался подготовить документ для следующего подписанта, но не мог найти ожидаемую версию подписанного документа.
4572455	Решение. Acrobat Sign теперь проверяет правильную версию подписанного документа при подготовке соглашения для следующего подписанта. Это предотвращает отображение ошибки в процессе подписания после успешной подписи при включенных динамических участниках.