Технические уведомления

Последнее обновление 2 нояб. 2026 г.

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

Совет

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

[Следующий выпуск] Следующий выпуск Adobe Acrobat Sign v18.0 назначен на 12 января 2027 г.

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

Клиенты с правом доступа к Sandbox получат доступ к новым функциям за четыре недели до запуска, а также получат предварительную документацию с описанием контента выпуска.

Выпуск функций: Adobe Acrobat Sign — выпуск от 6 октября завершен

Выпуск был завершен для всех сегментов без простоя каких-либо сервисов.

Текущие уведомления:

Статус

Проблема или событие

Дата выполнения

Новое

Январь 2027 г. (v18.0)

Новое

Январь 2027 г. (v18.0)

Текущее

Недавно
внедрено

Октябрь 2026 г.

Новое

Следующий крупный выпуск

Январь 2027 г.

Новое

Текущее

С 8 сентября 2026 г.

Поэтапный
выпуск

Обновлено

Январь 2027 г.

Обновлено

Следующий выпуск

С 2 ноября 2026 г.

Обновлено

Важно

Текущее

5 мая 2026 г.

Новое

Следующий выпуск

Поэтапный
выпуск

С 16 июня

Новое

Следующий выпуск

Поэтапный
выпуск

С 8 сентября

Сентябрь 2026 г.

Поэтапный
выпуск

Сентябрь 2026 г.

Обновлено

2027 г.

Текущее

Сентябрь 2026 г.

Недавно
внедрено

13–15 октября 2026 г.

Постоянные информационные уведомления

Текущее

Информация

Текущее

Текущее

Информация

Текущее

Важно

С марта 2026 г.


Изменения в поведении API для reminderFrequency=NEVER в Acrobat Sign 18.0

Впервые зафиксировано: октябрь 2026 г.

Текущее 

Начиная с Adobe Acrobat Sign 18.0 поведение поля reminderFrequency изменяется при использовании Agreements API.

Сейчас Acrobat Sign принимает значение NEVER для поля reminderFrequency, но обрабатывает его как неустановленное. Вместо этого соглашение наследует применимую частоту напоминаний по умолчанию для учетной записи или группы. Если частота напоминаний по умолчанию не настроена, напоминания не применяются.

В версии 18.0 значение NEVER явно означает отсутствие напоминаний. Если запрос POST /agreements или PUT /agreements/{aid} включает reminderFrequency=NEVER, для получателей соглашения напоминания не настраиваются.

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

Что изменено

Значение reminderFrequency Поведение в версии 18.0
NEVER Явно настраивает соглашение без напоминаний и переопределяет применимую настройку напоминаний для технологического процесса, группы или учётной записи.
Пропущено, null или пустая строка ("") Наследует применимую конфигурацию напоминаний. Для пользовательских технологических процессов это может быть настройка напоминаний технологического процесса; в противном случае используется применимое значение по умолчанию для группы или учетной записи.
Поддерживаемая частота напоминаний Применяет указанную частоту напоминаний.


Запрос GET /agreements/{aid} также возвращает итоговое значение напоминания. Если у соглашения нет напоминаний, в ответе возвращается значение NEVER. Если частота напоминаний наследуется, в ответе возвращается итоговая частота.

На что повлияют эти изменения?

Интеграции, которые сейчас отправляют reminderFrequency=NEVER, полагаясь на частоту напоминаний по умолчанию для учетной записи или группы, будут работать иначе после выпуска версии 18.0.

После выпуска версии 18.0 для таких соглашений не будет напоминаний, даже если настроена частота напоминаний для учетной записи, группы или технологического процесса.

Это изменение затрагивает только поведение напоминаний и не мешает создавать или обрабатывать соглашения.

Требуемое действие

Перед выпуском версии 18.0 проверьте интеграции, использующие Agreements API.

  • Если ваша интеграция отправляет reminderFrequency=NEVER, но вы хотите, чтобы соглашение наследовало применимую конфигурацию напоминаний, не указывайте reminderFrequency в теле запроса POST или PUT.

  • Если ваша интеграция копирует ответ GET /agreements/{aid} в запрос PUT /agreements/{aid}, проверьте возвращенное значение reminderFrequency перед отправкой обновления.

  • Сохраните reminderFrequency=NEVER, если ваше намерение — явно обеспечить отсутствие напоминаний.

Если ваша интеграция уже отправляет reminderFrequency=NEVER с целью отключения напоминаний, изменять тело запроса не требуется. Начиная с версии 18.0, Acrobat Sign будет воспринимать это значение как явное указание не настраивать напоминания.


Массовое электронное подписание включено по умолчанию для соответствующих аккаунтов

Впервые сообщено: октябрь 2026

Текущее 

В выпуске Adobe Acrobat Sign 18.0 массовое электронное подписание будет включено по умолчанию для подходящих аккаунтов VIP и ETLA. Эта функция позволяет подписывающим лицам выбрать несколько соглашений на странице «Управление», просмотреть их и применить сохраненную электронную подпись в рамках одного сеанса.

На что повлияют эти изменения?

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

Настройки для отключения массового электронного подписания администраторам недоступны. Эта функция управляется отдельно от существующей конфигурации массового цифрового подписания.
 

Рекомендуемое действие

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

Заказчики, которые хотят отключить эту функцию до ее активации, должны заранее обратиться в Adobe Support.
 

Временная шкала

Целевой выпуск: 12 января 2027 г.
 

Дополнительная информация

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

Инструкции см. здесь: Применение цифровых подписей к нескольким соглашениям на странице «Управление». Эта страница будет обновлена и будет содержать информацию о массовом электронном и цифровом подписании.


Плановое обслуживание инфраструктуры для повышения надежности сервиса

Впервые сообщено: октябрь 2026

Текущее 

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

График обслуживания

Событие

Дата и время

Начало обслуживания

13.10.2026 (UTC)

Окончание обслуживания

15.10.2026 (PST)

Ожидаемое влияние

Во время этого обслуживания не ожидается влияния на клиентов или прерывания работы сервиса. 

Необходимые действия

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



Удаление облачных служб подписи Worldline, Sectigo и GlobalSign

Впервые сообщено: октябрь 2026 г.

Текущее 

Adobe Acrobat Sign больше не поддерживает облачные службы подписи Worldline, Sectigo и GlobalSign.

С этого момента Worldline, Sectigo и GlobalSign больше не входят в список поставщиков облачных подписей, доступных в Acrobat Sign. Подписывающие стороны больше не могут использовать этих поставщиков для применения облачных цифровых подписей через Acrobat Sign.

На что повлияют эти изменения?

Клиентам, которые использовали Worldline, Sectigo или GlobalSign для облачных цифровых подписей, необходимо перейти на другого поддерживаемого поставщика облачной подписи.

Это может повлиять на уже отправленные соглашения, если они были отправлены с указанием Worldline, Sectigo или GlobalSign как разрешённого или обязательного поставщика облачной подписи.

Требуемое действие

Администраторам, которые ранее настроили Worldline, Sectigo или GlobalSign, следует выполнить следующие действия:

Примечание

Worldline, Sectigo и GlobalSign могут по-прежнему отображаться как доступные поставщики облачных подписей в интерфейсе Acrobat Sign.

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


Встроенная интеграция с Power Automate будет прекращена в январе 2027 года

Первое сообщение: сентябрь 2026 г.

Текущее 

В январе 2027 года Adobe Acrobat Sign прекратит поддержку встроенного взаимодействия с Microsoft Power Automate.

После прекращения поддержки Power Automate больше не будет доступен в веб-приложении Acrobat Sign. Для большинства клиентов существующие рабочие процессы Power Automate, созданные с помощью Acrobat Sign, продолжат работать без сбоев. Доступ к ним и управление ими можно осуществлять непосредственно в Microsoft Power Automate.

График прекращения поддержки

Дата Что меняется
Сентябрь 2026 г. (выпуск v17.2) Встроенные возможности Power Automate остаются доступными и полностью функциональными в Acrobat Sign. Пользователи могут по-прежнему создавать рабочие процессы и управлять ими в Acrobat Sign или работать с ними напрямую в Microsoft Power Automate.
Январь 2027 г.
(выпуск v18.0)
Встроенная функция Power Automate удаляется из веб-приложения Acrobat Sign. Доступ к существующим рабочим процессам и управление ими должны осуществляться непосредственно в Microsoft Power Automate.

Рекомендуемое действие

До января 2027 года заказчикам, которые используют встроенное взаимодействие с Power Automate, следует выполнить следующее:

  • Убедиться, что они могут получить доступ к своим существующим рабочим процессам напрямую в Microsoft Power Automate.
  • Ознакомиться с управлением рабочими процессами через интерфейс Microsoft Power Automate.
  • Проверьте, требуется ли для каких-либо рабочих процессов лицензия Power Automate Premium.

Большинству клиентов не требуется переносить или заново создавать существующие рабочие процессы.

Подробные инструкции по доступу, информацию о лицензировании и варианты поддержки см. в статье Отказ от встроенной интеграции с Power Automate в 2027 году.


Поэтапное развертывание сводок на основе ИИ

Первое сообщение: сентябрь 2026 г.

Текущее 

Функция «Сводки ИИ» развертывается для клиентов Adobe Acrobat Sign Solutions поэтапно, начиная с выпуска Acrobat Sign 17.2.

Это развертывание применяется только к клиентам VIP и VIPMP в средах NA и EU. Доступность зависит от среды Acrobat Sign, в которой размещена ваша учетная запись, поэтому клиенты могут получать функцию в разные даты.

Все остальные уровни и среды клиентов исключены из этого внедрения.

График развертывания

Текущий график развертывания:

Дата Планируемая доступность
8 сентября 2026 г. Сводки на основе ИИ отключены во всех целевых средах
9 сентября 2026 г. NA1
16 сентября 2026 г. NA1, NA2
21 сентября 2026 г. NA1, NA2, NA4
24 сентября 2026 г. NA1, NA2, NA3, NA4, EU2

График развертывания может изменяться по мере развертывания.


Поэтапный выпуск улучшений авторинга полей формы

Первое сообщение: март 2026 г.

Текущее 

Adobe Acrobat Sign обновляет современный интерфейс авторинга полей формы в рамках выпуска 17.2. Обновленная версия будет включаться поэтапно в зависимости от сегмента клиентов.

Что изменится

В обновлении представлены улучшения, связанные с удобством подготовки полей формы, в том числе:

  • Улучшенные элементы управления для работы с рекомендуемыми полями.
  • Панель Поля для просмотра размещенных полей по страницам или получателям и прямого перехода к полю.
  • Более информативные названия для автоматически обнаруженных полей.
  • Улучшенное определение типов полей для распространенных полей.
  • Более четкие сообщения проверки, привязанные к конкретным полям.
  • Запрос назначения получателя для добавленных PDF, содержащих существующие поля AcroForm.
  • Контекстные подсказки для типовых задач авторинга.

Эти изменения касаются современного интерфейса авторинга, используемого при запросах подписей и работе с шаблонами библиотек.

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

График развертывания

Adobe включит обновленную версию в несколько этапов:

Этап развертывания Дата доступности Сегмент клиентов
17.2 VIP, внедрение 2 ноября 2026 г. VIP, малый и средний бизнес, средний сегмент рынка.
17.2.1 ETLA, внедрение   9 ноября 2026 г. ETLA и пробные версии

 

Действие администратора

Действия со стороны администратора не требуются.

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

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

Влияние на существующий контент

Это развертывание не изменяет существующие соглашения.

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

Чего ожидать пользователям

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

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


Встроенное редактирование документа во время авторинга шаблона

Первое сообщение: август 2026 г.

Текущее 

Функция редактирования документов непосредственно в процессе создания шаблона библиотеки внедряется поэтапно.

График развертывания:

Развертывание в рабочей среде для учетных записей клиентов VIP и VIPMP осуществляется постепенно после выпуска 17.2.

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

Встроенное редактирование документов в шаблонах библиотек будет включено в развертывание изолированной программной среды версии 17.2.1 и станет доступно всем заказчикам ETLA после выпуска версии 17.2.1.

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

Функция не поддерживается для:

  • Учетные записи Acrobat Sign for Government.
  • Организации, использующие устаревшую систему управления пользователями Acrobat Sign.

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

Инструкции по рабочему процессу отправителя см. в разделе Редактирование текста при авторинге полей


Встроенное редактирование документов при авторинге соглашений

Первое сообщение: март 2026 г.

Текущее 

Встроенное редактирование документов при авторинге развертывается поэтапно в рамках выпуска 17.1.2 для учетных записей VIP и продолжается до 17.2.

График развертывания:

Учетные записи клиентов VIP и VIPMP получают постепенное развертывание в производственной среде после выпуска 17.1.2.

Встроенное редактирование документов будет включено в развертывание изолированной программной среды версии 18.0 и станет доступно заказчикам ETLA после выпуска версии 18.0.

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

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

Функция не поддерживается для:

  • Учетные записи Acrobat Sign for Government.
  • Организации, использующие устаревшую систему управления пользователями Acrobat Sign.

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

Инструкции по рабочему процессу отправителя см. в разделе Редактирование текста при авторинге полей

Примечание

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


Предельное значение частоты опроса API

Первое сообщение: август 2025 г., обновлено в феврале 2026 г.

Текущее 

Для поддержания стабильности системы и повышения производительности Adobe Acrobat Sign вводит пороговое ограничение опроса для конечных точек GET API. Эта политика ограничивает частоту выполнения клиентскими приложениями идентичных вызовов API к службе Adobe Acrobat Sign.

Высокая частота опроса создает ненужную нагрузку на серверные системы, что может снизить производительность и замедлить время отклика. Разработчикам API рекомендуется использовать веб-перехватчики для получения обновлений в режиме, близком к реальному времени, вместо повторного опроса.

Что изменится

Политика опроса применяется ко всем конечным точкам GET API для идентичных вызовов.

Установлено ограничение на частоту выполнения одного и того же вызова API к Acrobat Sign от имени одного и того же эффективного пользователя. Возвращается ошибка, если один и тот же пользователь выполняет идентичные вызовы чаще, чем позволяет применимый порог опроса.

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

Примеры затронутых конечных точек

Получение статуса

  • GET /agreements/{agreementId} — Получение текущего статуса соглашения.
  • GET /agreements/{agreementId}/documents/{documentId} — Получение потока данных файла документа, входящего в состав соглашения.

Списки, события и документы библиотеки

  • GET /agreements — получает соглашения для пользователя.
  • GET /agreements/{agreementId}/events — извлекает информацию о событиях для соглашения.
  • GET /libraryDocuments — извлекает документы библиотеки для пользователя.
  • GET /libraryDocuments/{libraryDocumentId} — извлекает информацию для конкретного документа библиотеки.

Сведения о политике опроса

Минимальный интервал опроса объекта (MOPI) определяет, как часто один и тот же эффективный пользователь может отправлять идентичный GET-запрос к API службы Acrobat Sign.

MOPI по умолчанию зависит от уровня обслуживания.

  • Уровни GLOBAL, ENTERPRISE и DEVELOPER: три одинаковых вызова за интервал в одну минуту.
  • Все остальные уровни: три идентичных вызова за трехминутный интервал.

Если один и тот же эффективный пользователь отправляет идентичные GET-запросы чаще, чем это разрешено для данного уровня, Acrobat Sign возвращает ответ с кодом 429 Too Many Requests и заголовком Retry-After.

Запрос считается одинаковым, если один и тот же действующий пользователь отправляет один и тот же запрос GET с тем же путем запроса и заголовками в течение применимого интервала опроса.

Обработка ETag

Приложения могут продолжать использовать ETag и заголовок If-None-Match для конечных точек, поддерживающих условные запросы GET.

Для условных запросов GET, не превышающих пороговое значение частоты опроса, Acrobat Sign может возвращать код 304 Not Modified, если ресурс не изменился.

При превышении порога опроса Acrobat Sign возвращает 429 Too Many Requests с заголовком Retry-After, даже если запрос включает заголовок If-None-Match.

Требуемое действие

Если вашему приложению требуются обновления в режиме, близком к реальному времени, используйте веб-перехватчики вместо опроса. Веб-перехватчики обеспечивают более эффективный и масштабируемый способ получения своевременных обновлений.

Если веб-перехватчики нельзя реализовать, приложениям следует использовать кэширование на стороне клиента для сохранения и повторного использования ответов API.

  • При получении ответа 304 Not Modified используйте кэшированные данные вместо повторного вызова API.
  • При получении ответа 429 Too Many Requests повторяйте вызов API только по истечении времени, указанного в заголовке Retry-After.

Ресурсы

Временная шкала

Обновленные пороговые значения MOPI уже применены в рабочей среде.

  • Обновленное поведение ограничения по ETag включено в выпуск 17.1.1. После этого изменения Acrobat Sign возвращает 429 Too Many Requests для запросов, ограниченных по частоте, включая условные запросы GET с заголовком If-None-Match.
  • Политика опроса установлена в ENFORCED для новых учетных записей в изолированной программной среде 11 февраля 2026 г.
  • Политика опроса установлена в ENFORCED для новых учетных записей в рабочей среде 5 апреля 2026 г.

Если вам нужна помощь или у вас возникли вопросы, обратитесь к своему менеджеру по работе с клиентами.


Обновления, связанные с ротацией SSL/TLS-сертификатов: переход на более короткие сроки действия сертификатов

Первое сообщение: март 2026 г.

Текущее 

Обновления, связанные с ротацией SSL/TLS-сертификатов — переход на более короткие сроки действия 

Отрасль SSL/TLS переходит на значительно более короткие сроки действия сертификатов. Изменение обусловлено обновлениями от CA/Browser Forum (руководящего органа в области общедоступных доверенных сертификатов) и внедряется крупнейшими центрами сертификации (ЦС), включая DigiCert. 

В результате срок действия сертификатов будет постепенно сокращаться с текущих ~398 дней до всего 47 дней в течение следующих нескольких лет. 

Что изменится 

Максимальный срок действия общедоступных TLS-сертификатов будет сокращен до 47 дней. Это требование определяется CA/Browser Forum и применяется в масштабах всей отрасли. 

Почему эти изменения происходят? 

Более короткий срок действия сертификатов повышает безопасность за счет следующего:

  • Сокращение окна уязвимости в случае компрометации сертификата или закрытого ключа 
  • Ограничение зависимости от механизмов отзыва сертификатов 
  • Поощрение автоматизированного управления жизненным циклом сертификатов 
  • Повышение общего уровня безопасности в Интернете 

Основные поставщики браузеров (Google, Apple, Mozilla, Microsoft) поддерживают этот переход. 

Подробнее о специфике отрасли — в объявлении DigiCert:
Срок действия TLS-сертификатов официально сократится до 47 дней

Как это влияет на вас 

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

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

Уведомления для клиентов

Ранее мы отправляли уведомления при ежегодной ротации сертификатов. 

С конца июня 2026 года плановые уведомления о стандартной ротации сертификатов будут прекращены. 

С более короткими сроками действия и автоматическим продлением:

  • При плановой ротации сертификатов не создаются уведомления для клиентов. 
  • Уведомления будут отправляться только в следующих случаях. 
  • Сбои при продлении 
  • Влияние на работу сервиса 
  • Требуются действия клиента

Этот подход соответствует лучшим отраслевым практикам для автоматизированного управления жизненным циклом сертификатов. 

Никаких действий не требуется (если включена автоматизация) 

Если ваша интеграция использует стандартную проверку доверия TLS и не зависит от привязки сертификата, никаких действий не требуется. 

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

Когда могут потребоваться действия 

Действия могут потребоваться, если: 

  • Вы используете закрепление сертификатов (SPKI или полное закрепление сертификата) 
  • Вы ведете хранилища сертификатов вручную 
  • У вас настроены правила брандмауэра, привязанные к конкретным отпечаткам сертификатов 
  • Вы используете системы, которые не поддерживают автоматические обновления сертификатов 

Если вы не уверены, обратитесь к своей команде по безопасности или инфраструктуре. 

Часто задаваемые вопросы 

  • Это изменение относится только к Adobe? 
    • Нет. Это общеотраслевое изменение, предписанное CA/Browser Forum и внедряемое всеми основными центрами сертификации. 
  • Повлияет ли это на доступность сервиса? 
    • Нет. Сертификаты будут автоматически продлеваться до истечения срока действия. В рамках обычной ротации простоев в работе сервиса не ожидается. 
  • Когда прекратятся уведомления о ротации сертификатов? 
    • Уведомления о плановой ротации сертификатов прекратятся в конце июня 2026 года. Клиенты будут продолжать получать уведомления только в том случае, если требуются какие-либо действия или проблема влияет на работу сервиса. 
  • Где можно узнать подробнее? 

Требуется помощь? 

Если у вас есть вопросы о смене сертификатов или нужна помощь с проверкой интеграции, обратитесь в службу поддержки Adobe или к представителю вашей учетной записи Adobe.


График развертывания современного интерфейса Запросить подписи

Первое сообщение: февраль 2025 г. — обновлено в июне 2026 г.

Текущее

В выпуске 17.2 (сентябрь 2026 г.) все коммерческие и государственные учетные записи будут обновлены для использования современной среды Запросить подписи.

  • Переключения ссылок будут отключены
  • Элементы управления администратора в меню «Администратор» останутся доступны для клиентов, которым нужно вернуться к классическому интерфейсу.

 Что изменится

В выпуске за сентябрь 2026 года (17.2):

  • Все коммерческие и правительственные учетные записи будут автоматически переключены на современный интерфейс Запросить подписи.
  • Ссылки переключения будут отключены как для коммерческих, так и для государственных учетных записей
  • Элементы управления для возврата к классической среде останутся доступны.

В выпуске за январь 2027 года (18.0):

  • Все учетные записи будут автоматически переключены на современный интерфейс Запросить подписи.
  • Ссылки переключения будут удалены.
  • Элементы управления для возврата к классической среде будут удалены из интерфейса.

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


График развертывания современного интерфейса Создать шаблон

Первое сообщение: февраль 2025 г. — обновлено в июне 2026 г.

Текущее

В выпуске 17.2 (сентябрь 2026 г.) все коммерческие и государственные учетные записи будут обновлены для использования современного интерфейса Создать шаблон.

  • Переключения ссылок будут отключены
  • Элементы управления администратора в меню «Администратор» останутся доступны для клиентов, которым нужно вернуться к классическому интерфейсу.

 Что изменится

В выпуске за сентябрь 2026 года (17.2):

  • Все коммерческие и правительственные учетные записи будут автоматически переключены на современный интерфейс Создать шаблон.
  • Ссылки переключения будут отключены как для коммерческих, так и для правительственных учетных записей
  • Элементы управления для возврата к классической среде останутся доступны.

В выпуске за январь 2027 года (18.0):

  • Все учетные записи будут автоматически переведены на современный интерфейс Создать шаблон.
  • Ссылки переключения будут удалены.
  • Элементы управления для возврата к классической среде будут удалены из интерфейса.

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


График развертывания современного интерфейса Конструктор пользовательских рабочих процессов

Первое сообщение: апрель 2025 г. — обновлено в сентябре 2026 г.

Текущее

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

График внедрения

Январь 2027 г. (v18.0)

  • Все учетные записи переводятся на новый интерфейс после выпуска (если еще не переведены).
  • Администраторы сохраняют возможность вернуться к классической версии.
  • Пользователи больше не видят ссылки для переключения; администраторы могут включить их при необходимости.

Май 2027 г. (v18.1)

  • Все учетные записи окончательно переводятся на новую версию.
  • У администраторов удаляются элементы управления для возврата к классической версии.
  • Классический Средство создания настраиваемых рабочих процессов полностью прекратил работу и больше недоступен.

Рекомендуем как можно скорее подготовить пользователей к плавному переходу.

Примечание

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


В январе 2026 года современный интерфейс получателя для электронного подписания станет стандартной средой для всех коммерческих и государственных учетных записей (v17.0).

Первое сообщение: август 2025 г. — обновлено в октябре 2025 г.

Текущее 

Все учетные записи переведены на современный интерфейс.

В выпуске 17.0 (январь 2026 г.) все учетные записи будут переведены на использование современной среды электронного подписания. 

Примечание

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


Классическая отчетность будет удалена из сервиса в 2027 году

Первое сообщение: сентябрь 2022 г. — обновлено в июне 2026 г.

Текущее 

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

Современная среда отчетов останется единственным доступным решением для работы с отчетностью.

Всем клиентам настоятельно рекомендуется как можно скорее воссоздать все имеющиеся у них отчеты в новой среде.

Постоянные информационные уведомления


Доставка через SMS блокируется в Таиланде

Впервые зафиксировано: февраль 2026 г.

Текущее 

Сводка
В связи с обновленными нормативными требованиями в Таиланде доставка соглашений через SMS в настоящее время не поддерживается для получателей с таиландскими номерами телефонов.

Что изменится
Таиланд ввел обновленные правила, которые ограничивают использование в SMS-сообщениях URL-ссылок, направляющих получателей к процессам, требующим взаимодействия с пользователем. Поскольку подписание соглашений требует взаимодействия с получателем, доставка SMS-сообщений для этого варианта использования ограничена.

Кого это касается

  • Соглашения, отправленные с использованием доставки соглашений через SMS.
  • Получатели с тайскими номерами телефонов (+66).

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

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

Сроки
В настоящее время нет подтвержденных сроков снятия этого ограничения или применения технического решения. Это уведомление будет обновляться по мере изменения условий.

Необходимые действия

  • Не используйте доставку соглашений через SMS для получателей с тайскими номерами телефонов.
  • Используйте электронную почту в качестве альтернативного способа доставки, чтобы гарантировать передачу соглашения.

Дополнительные сведения
Это ограничение распространяется только на доставку через SMS. Другие способы отправки и проверки подлинности соглашений не затронуты.


Поддержка внешних дисков в качестве источников будет прекращена в новом интерфейсе Запросить подписи

Впервые зафиксировано: май 2024 г.

Текущее

В новом интерфейсе Запросить подпись возможность использовать внешний диск для добавления файлов будет доступна только в OneDrive.

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


Дополнительные ресурсы

Архивные уведомления

Отсортировано по дате удаления уведомления из текущего списка уведомлений, от самых новых к самым старым.