Adobe Acrobat Sign Release Schedule and Prerelease Notes

Adobe Acrobat Sign rolls out at least three updates per year, categorized as major or minor releases. Additional minor updates may be introduced as needed to address system or customer issues.

Major Releases bring significant updates, new features, and multiple enhancements.
Minor Releases focus on smaller improvements and user experience tweaks. These occur between major updates, typically one to two times per cycle.

To prevent disruptions, new features are disabled by default and must be manually enabled by an account or group admin.

For Health and Life Sciences customers requiring compliance validation, Acrobat Sign partners with a third-party vendor to provide a validation package for every major release containing features to minimize your risk factor.

Note:

This Prerelease Notes page is regularly updated as new information becomes available, so its content is relatively dynamic.

While this page is localized, the process takes time, which may result in localized versions differing slightly from the authoritative US English version.

For the most accurate and up-to-date information, we recommend referring only to the US English page.

The prerelease schedule and notes are listed below.

Adobe Acrobat Sign follows a structured schedule for publishing release notes and documentation updates:

8 Weeks Before Production Release

The prerelease page publishes a summary of expected features and updates, typically four weeks before the Sandbox launch.
Any feature changes after this point are noted in the Errata section.
Resolved issues are not included at this stage.

4 Weeks Before Production Release (Sandbox Launch)

The prerelease page is updated with detailed documentation on new and updated features.
Links to prerelease support documentation (available in US English only) are added as needed.
The initial Resolved issues section is published, with ongoing updates over the next four weeks.

Launch Day

The official release notes are updated with final feature details and links to production support documentation.
The prerelease page is refreshed to highlight the next release cycle.
Documentation is published after release verification in the live system, typically after 7 pm PT, though complex updates may take longer.
The final Resolved issues list is added to the US English release notes, with localized versions updated later.

Government Cloud Release

The Government Cloud environment typically updates between two days and several weeks after the production release, as some features may require additional evaluation before deployment.

Note:

Sandbox documentation is designed for the production environment. Links found in the prerelease content target production URLs, meaning those links may lead to older existing documentation or 404 results if the target page is new and hasn't been published yet (e.g., when the link is pointing to a new feature in the same release).

When the release is published, the new pages will also be published, and links will properly resolve to their production URLs.

Sandbox availability

Customers accessing the Acrobat Sign Sandbox environment can typically access the new release functionality four weeks before launch.

The Sandbox environment must pass all production quality assurance procedures at the same quality level as the regular production environment.
Adobe strives to have 99.9% availability in the Sandbox environment, but customers should note that the Adobe Unified SLA does not formally cover the Sandbox.
The Sandbox environment uses the same status page and outage procedures as the regular Production environment.

Releases

Alert:

This article contains prerelease information. Release dates, features, and other information are subject to change without notice.

May 2025 (Minor release) v16.0.1

Sandbox deployment: April 22, 2025

Production deployment: May 20, 2025

GovCloud deployment: May 22, 2025

Improved Functionality

API support has been added for the Restricted Access to Agreements feature - Organizations that use the API to compose and send agreements can now use the Restricted Access to Agreements feature as part of their recipient configuration. The API implementation of this feature has one experiential difference with regards to when the document can be accessed if the 2nd factor authentication type is set to "None":
- Within the Acrobat Sign interface, the recipient may not View or Download the agreement until it is signed. Even if no 2nd factor authentication is configured, access to the agreement is disabled by suppressing the View and Download actions.
- When using the API, the agreement may be viewed and downloaded with the token after authentication is passed. In the case where no 2nd factor authentication is configured, the agreement can be viewed or downloaded before it is signed.

Available environments: Sandbox, Commercial, Government | Available tiers of service: Acrobat Sign Solutions | Configuration scope: Account and Group

Expanded Country support for Phone Authentication – Phone Authentication and agreement delivery via SMS now support these additional Countries and Country Phone codes:
- Falkland Islands (Malvinas) (+500)

Available environments: Commercial | Available tiers of service: Acrobat Sign Solutions | Configuration scope: Account and Group

Experience Changes

Webform support case submission now requires login for legacy enterprise accounts - Users with legacy enterprise accounts must now sign in with their Acrobat Sign credentials before using the online webform to submit a support case. This authentication step ensures the case is linked to the correct account and routed to the appropriate support team.

Available environments: Commercial | Available tiers of service: Acrobat Sign Solutions | Configuration scope: Enabled by default; Not editable
Review the new process >

REST API/Webhook Updates

The below updates are presented in the prerelease notes for disclosure purposes. Full documentation for API and Webhook updates can be found in the Acrobat Sign developer documentation when the version update is delivered to the production servers.

GET /agreements API Now Served from a Microservice - The GET /agreements endpoint is migrating from the Acrobat Sign core application to a dedicated microservice. As part of this transition, search requests will retrieve data from the search service (secondary storage) instead of the primary database. This change enhances service stability and prevents atypical API calls from affecting the Acrobat Sign experience.
- The maximum page size for the GET /agreements call is now 500 agreements per request. Historically, the search service did not fetch more than 100 agreements per page. If more agreements are required, multiple queries with a narrower scope may be necessary.
- Since searches now occur in secondary storage, minor additional latency may be observed when calling the GET /agreements endpoint.

Update to API throttling - After the May 2025 release, new API throttling rules will be applied:
- When high overall system load is detected, Acrobat Sign will throttle API requests across the entire system.
- When high-usage customers are identified as contributing to overall system slowness, Acrobat Sign will throttle API requests specifically for that customer.

When an API request is throttled, it will be rejected with a 429 HTTP status code, along with the following:

Response Body

{

"code":"THROTTLING_HIGH_SYSTEM_LOAD",

"message":"Acrobat Sign system is experiencing high overall load, due to which subset of the requests are being throttled. Please try again in <wait_time_in_seconds> seconds.",

"retryAfter": <wait_time_in_seconds>

}

{ "code":"THROTTLING_HIGH_SYSTEM_LOAD", "message":"Acrobat Sign system is experiencing high overall load, due to which subset of the requests are being throttled. Please try again in <wait_time_in_seconds> seconds.", "retryAfter": <wait_time_in_seconds> }

    {
        "code":"THROTTLING_HIGH_SYSTEM_LOAD",
        "message":"Acrobat Sign system is experiencing high overall load, due to which subset of the requests are being throttled. Please try again in <wait_time_in_seconds> seconds.",
        "retryAfter": <wait_time_in_seconds>
    }

Response Header

X-Throttling-Reason : "high-system-load"

Retry-After : <wait_time_in_seconds>

X-Throttling-Reason : "high-system-load" Retry-After : <wait_time_in_seconds>

        X-Throttling-Reason : "high-system-load"
        Retry-After : <wait_time_in_seconds>

Upon receiving the above response, you can use the Retry-After header or the retryAfter in the response body to determine when to attempt the request again.

Retry Penalty

For all new accounts created after the May 2025 release, a penalty will be applied if the account does not adhere to the specified retry time interval.
If the same request is attempted again within this interval, the request will be throttled again, and the retry time interval will be reset.

Release errata - Elements removed

Below are the line items that previously were announced as part of this release, but have since slipped to a later release date.

The modern Request Signature environment has become the only experience when creating a new agreement. All existing Commercial accounts have been switched to the modern environment -
- Administrators no longer have the option to enable the classic experience through the admin menu.
- Customers using the Notarize integration will not be affected by this change.

Available environments: Sandbox, Commercial | Available tiers of service: Acrobat Sign Solutions | Configuration scope: Enabled by default; Not configurable

Resolved Issues

Issue	Description
4477748	Summary: Users are unable to create OAUTH ACCESS-TOKEN due to a malformed domain in the API call.
4477748	Fix: The domain list for the Swagger controller has been updated.
4480357	Summary: Keyboard handling within the "Start from library" dialog is not working properly when screen readers are running
4480357	Fix: Multiple fixes to screenreader navigation to ensure all pages start are read as expected.
4498103	Summary: Incorrect Role Assignment in Bulk Send Feature. Always assigning a "Signer" role when adding yourself as the last recipient.
4498103	Fix: Removed options for other roles for the sender when they are added to the last participant position as it is intended that the sender will always be a signer.
4501417	Summary: Placing a seal signature field with a field template triggers an error that blocks further authoring.
4501417	Fix: Added code to process text tag "signer1" text tag elements.
4506667	Summary: If a Sender needs a Webform's First signer to verify their email, Webhook notifications are delayed until the first signer verifies the email. If the first signer's email is bounced, the webhook notification is delayed for 2 hrs due to an expectation that the documentsInfo parameter will be filled.
4506667	Fix: If the Sender needs a Webform's First signer to verify email, documentsInfo will not be populated in the webhook notification payload for the Agreement events (until first signer verifies the email). If the first signer's email is bounced, *documentsInfo* will not be populated in the webhook notification payload for the Agreement events.
4511940	Summary: The default font size of a multi-line text field does not adjust to the screen size, so the text is cut off while signing an agreement using a mobile phone.
4511940	Fix: Multi-line text field can no longer override the base class method.
4513457	Summary: Issue with parsing JSON when group name contains double quote character(s) in the group name.
4513457	Fix: Improved parsing code for group names to manage double quotes.
4515610	Summary: Calculated field values are changed when the webform is sent to additional Participants due to how floating-point numbers are handled on the backend and front end.
4515610	Fix: Changing the implementation on the backend to use BigDecimal as the type for numbers
4516504	Summary: When you create a reusable template and use the New Experience view, the checkbox and radio buttons have pink borders instead of black borders due to the color value being truncated.
4516504	Fix: The hex value has been corrected to hold the correct value.
4520149	Summary: Some agreements do not update their status after being signed due to a rare race condition when setting the next_to_sign flag.
4520149	Fix: In Progress.
4521246	Summary: Template sharing within multiple groups is not working and throws errors when Advanced Account Sharing is enabled, and the sending process starts from the Home page.
4521246	Fix: The template picker sourced from the Home page has been updated to properly fetch the shared template.