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

Последнее обновление 29 июн. 2026 г.

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

Совет

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

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

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

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

Релиз функций: Adobe Acrobat Sign – релиз 21го июля завершен

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

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

Статус

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

Дата исполнения

Новое

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

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

Новое

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

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

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

Обновлено

Важно

Текущий

5 мая 2026 г.

Обновлено

Сентябрь 2026 г.

Обновлено

Постепенный
выпуск

Сентябрь 2026 г.

Постепенный
релиз

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

Сентябрь 2026 года

Важно

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

Обновлено

2027

Текущий

Сентябрь 2026 г.

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

Текущий

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

Текущий

Текущий

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

Текущий


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

Впервые сообщено: март 2026

Текущее

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

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

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

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

Изменения применяются к современному интерфейсу авторинга, используемому с шаблонами «Запросить подписи» и «Библиотека».

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

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

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

Этап развертывания Сегмент клиентов
Первоначальное развертывание VIP, малый и средний бизнес и средний рынок.
Последующее развертывание ETLA и пробные версии — дата будет объявлена
   

Даты последующих этапов развертывания ETLA и пробных версий будут обновлены после их подтверждения.

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

Никаких действий со стороны администратора не требуется.

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

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

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

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

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

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

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

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


Встроенное редактирование документов при создании

Впервые сообщено: март 2026

Текущее

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

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

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

Встроенное редактирование документов будет включено в развертывание Sandbox 17.2.1. Развертывание для заказчиков ETLA ожидается после выпуска 17.2.1.

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

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

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

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

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

Примечание

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


Пороговый лимит опроса API

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

Текущее

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

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

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

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

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

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

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

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

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

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

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

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

Параметр Minimum Object Polling Interval (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.
  • Для новых учетных записей в среде Sandbox политика опроса устанавливается как ENFORCED 11 февраля 2026 года.
  • Политика опроса устанавливается в ENFORCED для новых учетных записей в рабочей среде 5 апреля 2026 года.

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


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

Впервые сообщено: март 2026

Текущее

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

Индустрия SSL/TLS переходит к значительно более коротким периодам действия сертификатов.Это изменение обусловлено обновлениями от CA/Browser Forum (руководящий орган для публично доверенных сертификатов) и принимается основными центрами сертификации (CA), включая 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.


Расписание развертывания современного интерфейса Request Signature

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

Сейчас

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

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

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

В релизе за сентябрь 2026 г. (17.2):

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

В релизе за январь 2027 г. (18.0):

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

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


График развертывания современного интерфейса Create Template

Впервые сообщено: февраль 2025 — обновлено июнь 2026

Сейчас

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

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

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

В выпуске сентября 2026 (17.2):

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

В выпуске января 2027 (18.0):

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

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


График развертывания современного интерфейса Custom Workflow Designer

Впервые сообщено: апрель 2025 — обновлено июнь 2026

Сейчас

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

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

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

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

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

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

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

Примечание

Новые аккаунты, созданные после выпуска 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. Другие способы доставки и аутентификации договоров не затронуты.


Внешние исходные диски будут удалены из поддержки в новом интерфейсе Request Signature

Впервые сообщено: май 2024 г.

Сейчас

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

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


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

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

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