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

Последнее обновление 14 сент. 2026 г.

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

Совет

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

[Следующий выпуск] Следующий выпуск Adobe Acrobat Sign 17.2 назначен на 8 сентября 2026 года.

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

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

Выпуск функций: Adobe Acrobat Sign — выпуск от 21-го июля завершен

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

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

Статус

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

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

Новое

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

Начиная с 8 сентября 2026 г.

Обновлено

Важно

Текущий

5 мая 2026 г.

Новое

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

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

Начиная с 16 июня

Новое

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

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

Начиная с 8 сентября

Обновлено

Сентябрь 2026 г.

Обновлено

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

Сентябрь 2026 г.

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

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

Сентябрь 2026 г.

Важно

Начиная с марта 2026 г.

Обновлено

2027

Текущий

Сентябрь 2026 г.

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

Текущий

Информационный

Текущий

Текущий

Информационный

Текущий


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

Впервые зарегистрировано: март 2026 г.

Текущий

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

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

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

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

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

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

График выпуска

Adobe включит обновленный интерфейс поэтапно:

Этап выпуска Сегмент клиентов
Выпуск VIP 17.2 VIP, SMB и Mid-Market.
Выпуск 17.2.1 ETLA ETLA и пробные версии

 

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

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

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

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

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

Существующие соглашения не изменяются в рамках этого выпуска.

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

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

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

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


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

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

Текущий

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

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

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

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

Встроенное редактирование документов будет включено в развертывание Sandbox 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.

Встроенное редактирование документов будет включено в развертывание Sandbox 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

Приложения могут продолжать использовать ETags и заголовок 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 г.

Пожалуйста, свяжитесь с вашим CSM, если вам нужна помощь или у вас есть вопросы.


Обновления ротации 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

Сейчас

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

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

Сентябрь 2026 (v17.2)

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

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

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

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

Примечание

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


В январе 2026 года современный интерфейс получателя для электронного подписания будет переведен в среду по умолчанию для всех коммерческих учетных записей и учетных записей GovCloud (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.

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


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

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

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