What's New
Get Started
- Quick start guide for administrators
- Quick start guide for users
- For Developers
- Video tutorial library
- FAQ
Administer
- Admin Console Overview
- User Management
- Adding users
- Create function-focused users
- Check for users with provisioning errors
- Change Name/Email Address
- Edit a user's group membership
- Edit a user's group membership through the group interface
- Promote a user to an admin role
- User Identity Types and SSO
- Switch User Identity
- Authenticate Users with MS Azure
- Authenticate Users with Google Federation
- Product Profiles
- Login Experience
- Account/Group Settings
- Settings Overview
- Global Settings
- Account tier and ID
- New Recipient Experience
- Self Signing Workflows
- Send in Bulk
- Web Forms
- Custom Send Workflows
- Power Automate Workflows
- Library Documents
- Collect form data with agreements
- Limited Document Visibility
- Attach a PDF copy of the signed agreement
- Include a link in the email
- Include an image in the email
- Files attached to email will be named as
- Attach audit reports to documents
- Merge multiple documents into one
- Download individual documents
- Upload a signed document
- Delegation for users in my account
- Allow external recipients to delegate
- Authority to sign
- Authority to send
- Power to add Electronic Seals
- Set a default time zone
- Set a default date format
- Users in Multiple Groups (UMG)
- Group Administrator Permissions
- Replace recipient
- Audit Report
- Transaction Footer
- In Product Messaging and Guidance
- Accessible PDFs
- New authoring experience
- Healthcare customer
- Account Setup
- Add logo
- Customize company Hostname/URL
- Add company name
- Post agreement URL redirect
- Signature Preferences
- Well formatted signatures
- Allow recipients to sign by
- Signers can change their name
- Allow recipients to use their saved signature
- Custom Terms of Use and Consumer Disclosure
- Navigate recipients through form fields
- Restart agreement workflow
- Decline to sign
- Allow Stamps workflows
- Require signers to provide their Title or Company
- Allow signers to print and place a written signature
- Show messages when e-signing
- Require signers to use a mobile device to create their signature
- Request IP address from signers
- Exclude company name and title from participation stamps
- Digital Signatures
- Electronic Seals
- Digital Identity
- Report Settings
- New report experience
- Classic report settings
- Security Settings
- Single Sign-on settings
- Remember-me settings
- Login password policy
- Login password strength
- Web session duration
- PDF encryption type
- API
- User and group info access
- Allowed IP Ranges
- Account Sharing
- Account sharing permissions
- Agreement sharing controls
- Signer identity verification
- Agreement signing password
- Document password strength
- Block signers by Geolocation
- Phone Authentication
- Knowledge-Based Authentication (KBA)
- Allow page extraction
- Document link expiration
- Upload a client certificate for webhooks/callbacks
- Timestamp
- Send settings
- Show Send page after login
- Require recipient name when sending
- Lock name values for known users
- Allowed recipient roles
- Allow e-Witnesses
- Recipient groups
- CCs
- Recipient Agreement Access
- Required fields
- Attaching documents
- Field flattening
- Modify Agreements
- Agreement name
- Languages
- Private messages
- Allowed signature types
- Reminders
- Signed document password protection
- Send Agreement Notification through
- Signer identification options
- Content Protection
- Enable Notarize transactions
- Document Expiration
- Preview, position signatures, and add fields
- Signing order
- Liquid mode
- Custom workflow controls
- Upload options for the e-sign page
- Post-sign confirmation URL redirect
- Message Templates
- Bio-Pharma Settings
- Workflow Integration
- Notarization Settings
- Payments Integration
- Signer Messaging
- SAML Settings
- SAML Configuration
- Install Microsoft Active Directory Federation Service
- Install Okta
- Install OneLogin
- Install Oracle Identity Federation
- SAML Configuration
- Data Governance
- Time Stamp Settings
- External Archive
- Account Languages
- Email Settings
- Migrating from echosign.com to adobesign.com
- Configure Options for Recipients
- Guidance for regulatory requirements
- Accessibility
- HIPAA
- GDPR
- 21 CFR part 11 and EudraLex Annex 11
- Healthcare customers
- IVES support
- "Vaulting" agreements
- EU/UK considerations
- Download Agreements in Bulk
- Claim your domain
- Report Abuse links
Send, Sign, and Manage Agreements
- Recipient Options
- Cancel an email reminder
- Options on the e-signing page
- Overview of the e-sign page
- Open to read the agreement without fields
- Decline to sign an agreement
- Delegate signing authority
- Restart the agreement
- Download a PDF of the agreement
- View the agreement history
- View the agreement messages
- Convert from an electronic to a written signature
- Convert from a written to an electronic signature
- Navigate the form fields
- Clear the data from the form fields
- E-sign page magnification and navigation
- Change the language used in the agreement tools and information
- Review the Legal Notices
- Adjust Acrobat Sign Cookie Preferences
- Send Agreements
- Authoring fields into documents
- In-app authoring environment
- Create forms with text tags
- Create forms using Acrobat (AcroForms)
- Fields
- Authoring FAQ
- Sign Agreements
- Manage Agreements
- Manage page overview
- Delegate agreements
- Replace Recipients
- Limit Document Visibility
- Cancel an Agreement
- Create new reminders
- Review reminders
- Cancel a reminder
- Access Power Automate flows
- More Actions...
- How search works
- View an agreement
- Create a template from an agreement
- Hide/Unhide agreements from view
- Upload a signed agreement
- Modify a sent agreement's files and fields
- Edit a recipient's authentication method
- Add or modify an expiration date
- Add a Note to the agreement
- Share an individual agreement
- Unshare an agreement
- Download an individual agreement
- Download the individual files of an agreement
- Download the Audit Report of an agreement
- Download the field content of an agreement
- Audit Report
- Reporting and Data exports
- Overview
- Grant users access to reporting
- Report charts
- Data Exports
- Rename a report/export
- Duplicate a report/export
- Schedule a report/export
- Delete a report/export
- Check Transaction Usage
Advanced Agreement Capabilities and Workflows
- Webforms
- Reusable Templates (Library templates)
- Transfer ownership of web forms and library templates
- Power Automate Workflows
- Overview of the Power Automate integration and included entitlements
- Enable the Power Automate integration
- In-Context Actions on the Manage page
- Track Power Automate usage
- Create a new flow (Examples)
- Triggers used for flows
- Importing flows from outside Acrobat Sign
- Manage flows
- Edit flows
- Share flows
- Disable or Enable flows
- Delete flows
- Useful Templates
- Administrator only
- Agreement archival
- Webform agreement archival
- Save completed web form documents to SharePoint Library
- Save completed web form documents to OneDrive for Business
- Save completed documents to Google Drive
- Save completed web form documents to Box
- Agreement data extraction
- Agreement notifications
- Send custom email notifications with your agreement contents and signed agreement
- Get your Adobe Acrobat Sign notifications in a Teams Channel
- Get your Adobe Acrobat Sign notifications in Slack
- Get your Adobe Acrobat Sign notifications in Webex
- Agreement generation
- Generate document from Power App form and Word template, send for signature
- Generate agreement from Word template in OneDrive, and get signature
- Generate agreement for selected Excel row, send for review and signature
- Custom Send workflows
- Share users and agreements
Integrate with other products
- Acrobat Sign integrations overview
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- Other Integrations
- Partner managed integrations
- How to obtain an integration key
Acrobat Sign Developer
- REST APIs
- Webhooks
Support and Troubleshooting
The Adobe Acrobat Sign Technical Notifications are ordered below, with the current update at the top, and rolling back in time as you scroll down the page.
[Important] The next Adobe Acrobat Sign release is scheduled for February 11, 2025
This will be a minor patch release to resolve a number of customer-found defects and apply any optimization/security patches as needed.
The Sandbox environment will adopt these patches four weeks prior to the scheduled release. A listing of the resolved customer issues will be published at that time and updated 14 days prior to release.
Feature Release: Adobe Acrobat Sign – November 12th Release Completed
The release was completed to all shards with no downtime to any services.
First Reported: December 2024 |
Current |
---|
Adobe Acrobat Sign will rotate the Adobe Acrobat Sign SSL Certificate on January 22, 2025.
In addition, a new SSL certificate is being deployed to support the WAF network changes being made in January 2025. This new certificate directly impacts access to the Acrobat Sign service and must be installed before the WAF goes online.
Action Required
- Every customer account that explicitly secures network activity must include the new WAF SSL certificate in its list of stored certificates.
- If you have custom-built integrations with Acrobat Sign using either the SOAP or REST APIs and if any of these integrations have ‘pinned’ the existing public key, no other action is required.
- If you are using Acrobat Sign’s SSL certificates for SSO, or if you’re pinning the certificate itself (or using other methods), you can find the new Acrobat Sign SSL certificates in the Adobe Acrobat Sign System Requirements.
- If your SSO configuration supports multiple public certs/chains, you can add the new certificates now and remove the old public cert/chain from your configuration after the January switch.
- If your SSO does not support multiple public certs/chains, you will need to sync your SSL switch with Acrobat Sign on January 22, 2025.
The new SSL certificates will be active on January 22, 2025.
First Reported: September 2024 |
Current |
---|
To improve Adobe Acrobat Sign service security and robustness, we will roll out network changes beginning the week of January 13, 2025. These changes will route traffic into Acrobat Sign application servers through the Akamai content network. This routing will be invisible to most customers. Usage will not interfere with access to Acrobat Sign from any Adobe clients or integrations.
Action Required
In most cases, this change will not affect customer integrations, as the Acrobat Sign API and API domain names will not change. However, the underlying IP addresses for the Acrobat Sign API endpoints will shift.
Integrations written to explicitly allow-list the previously documented Acrobat Sign API ingress addresses will need to remove those legacy allow-listings by January 13, 2025.
-
Ingress vs. Egress Access to Acrobat Sign
Acrobat Sign provides ingress endpoints for API requests to Acrobat Sign and egress endpoints for webhook callbacks to customer applications and email delivery.
Only the ingress traffic is affected by this change. There are no changes to egress traffic. -
Why is Acrobat Sign making these Changes?
The use of the Akamai content network improves Acrobat Sign's protection against harmful traffic and helps us better address security, robustness, and compliance requirements.
-
I have a custom integration into Acrobat Sign. Will my application be affected?
In most cases, no, but it depends on how your application is written.
Typically, applications depend only on the Acrobat Sign service domain names (e.g., "api.na1.adobesign.com"), and these names will continue to work. Less commonly, an application will take the additional step of allow-listing the specific IP address that this name resolves to.
Such allow-listing is more commonly seen when developing a webhook endpoint to verify that the webhook request is coming from a valid Acrobat Sign server. Webhook IP addresses are not affected by this change.
Less commonly, an application initiating a request to an Acrobat Sign endpoint will validate the IP address against an allow-list. Such validation logic must be removed, or the application will fail.
As a standard best practice, the application should perform server certificate validation of the Acrobat Sign endpoint when initiating the TLS connection. This provides strong assurance that the request is going to a valid Acrobat Sign endpoint. Most HTTP/S frameworks and libraries perform server certificate validation by default.
-
Are there new IP address lists that can be substituted?
Acrobat Sign will no longer publish or support a list of server ingress IP addresses as such usage isn't compatible with the Akamai network. The server egress IP addresses, used by webhooks and email relays, will continue as documented on the System Requirements for Acrobat Sign page.
-
My organization has implemented network filtering using Acrobat Sign's published domain list for traffic from our corporate network. Are we affected?
No.
The network changes described here do not impact Acrobat Sign's domain list, as documented on the System Requirements for Acrobat Sign page. Domain-level filtering is unaffected. -
My organization employs IP address validation for email delivery from Acrobat Sign servers. Are we affected?
No.
The IP ranges for outbound mail relays, as listed on the System Requirements for Acrobat Sign page, are not changing. -
My organization has configured our Acrobat Sign account to restrict access to our own IP addresses. Are we affected?
No.
Acrobat Sign can be configured to validate incoming traffic against customer-chosen IP addresses, as described on the Restrict access to your account using IP address ranges page. Such usage will not be affected by this change. -
My organization has implemented network filtering using Acrobat Sign's published list of ingress IP addresses. Are we affected?
Yes.
Acrobat Sign will no longer publish or support a list of server ingress IP addresses as such usage isn't compatible with the Akamai network. The respective network filters, for example on firewalls, must be removed by January 13, 2025.If these legacy IP network restrictions are not removed before this change goes into effect, connectivity to Acrobat Sign will stop working.
Note:Note that this refers to IP-level filtering for the environment hosting your application. Domain-level filtering is not affected.
-
I'm using the Salesforce integration with explicitly configured IP allow-listing. Do I need to do anything?
No.
The WAF installation requires no changes for existing Salesforce installations at this time.
The existing configuration/process, as described in the help documentation, remains the same, and administrators should follow all IP allow-listing steps.
ISV and Embed Partners should contact their Success Manager for any further questions.
First Reported: June 2018 - Updated May 2024 |
Current |
---|
Action Required
All integrations and applications using the Adobe Acrobat Sign SOAP API must be migrated to the latest REST API V6 before the disablement date to ensure continued function.
Initially announced in June 2018, the effort to sunset the Acrobat Sign SOAP API will be completed in 2024.
Customer use of the SOAP API is scheduled to be disabled through a rolling process starting in February 2024. All customers and partners using the SOAP API must migrate to REST v6 API or risk a disruption in their service.
Please review the REST v6 and migration documentation:
Access to the SOAP API will be removed per the following schedule:
Account type |
SOAP API Disablement Date |
|
February 1, 2024 (Completed) |
|
April 1, 2024 (Completed) |
|
The scheduled date has been moved up to July 1, 2024, replacing the previous date of December 1, 2024. |
|
March 1, 2025 |
First Reported: June 2018 - Updated May 2024 |
Current |
---|
Action Required
All integrations and applications using the Adobe Acrobat Sign SOAP API must be migrated to the latest REST API V6 before the disablement date to ensure continued function.
Access to the SOAP API will be removed for all embed partners starting March 1, 2025.
To ensure continued function, all embed partners using the Adobe Acrobat Sign SOAP API must migrate to the latest REST API V6 before March 1, 2025.
Please review the REST v6 and migration documentation for reference:
For any queries, please contact your designated Adobe Acrobat Sign PSM.
First Reported: November 2024 - Updated: December 2024 |
Current |
---|
Senders can provide an additional view of agreements for mobile recipients that lists only the field within the agreement available to the recipient.
Senders can arrange the field list as they like, and group fields into logical sections to help the signers move through the field input with a minimum of scrolling.
Recipients have the option to view the mobile-friendly fields list or the original PDF view with the fields placed within the document content.
This feature is scheduled to be released:
- To be deployed on the Sandbox environment on December 11, 2024
- To be deployed on the Production environment on January 7, 2025
First Reported: December 2024 |
Current |
---|
Adobe Acrobat Sign rotated the Public key (for *.adobesign.com and *.echosign.com), Root, and Intermediate SSL Certificates on the morning of February 1, 2024.
There is no change to the underlying cryptographic protocols or schemes.
ACTION REQUIRED
Use of the public key
- If you have custom-built integrations with Acrobat Sign using either the SOAP or REST APIs and if any of these integrations have ‘pinned’ the existing public key, no action is required.
- If you are using Acrobat Sign’s SSL certificates for SSO, or if you’re pinning the certificate itself (or using other methods), you can find the new Acrobat Sign Root and Intermediate certificates in the Adobe Acrobat Sign System Requirements. The Public Key will be available on February 1, 2024.
- If your SSO configuration supports multiple public certs/chains, you can add the new certificates now and remove the old public cert/chain from your configuration after the April switch.
- If your SSO does not support multiple public certs/chains, you will need to sync your SSL switch with Acrobat Sign on February 1, 2024.
The new SSL certificates will be active on February 1, 2024.
First Reported: November 2024 |
Current |
---|
The new recipient experience contains signing improvements for both desktop and mobile web browsers. This new experience is being rolled out over the first months of 2025 but will be available in the Sandbox environment in the first week of December 2024.
First Reported: November 2024 |
Current |
---|
With the November 2024 release, the editable labels in the Custom Workflow Designer have been limited to 100 characters. This limit is evaluated when the workflow is created or updated.
Preexisting workflows that have labels over 100 characters can still be sent successfully, but if the workflow is updated, the label must be reduced to 100 characters or less before it can be saved. Offending labels are outlined in red for easy discovery.
New workflows will warn about the label limit before they are saved.
Action Required
It is recommended that admins with control over custom workflows open and review each workflow to ensure that they don't have errors on their template.
First Reported: September 2024 |
Current |
---|
The Webhook 2.0 infrastructure has been rolled out to all customers, and with that completed, signer notifications have been deprecated. As a result, the webhookNotificationApplicableUsers parameter of the webhook payload no longer provides any useful data and will be removed from all webhook payloads when the March 2025 release is deployed.
The sending userID and email can be found using the initiatingUserId and initiatingUserEmail parameters in the notification payload.
First Reported: September 2024 |
Current |
---|
Action Required
All customers using the API must update their APIs to utilize the version 6 endpoints as soon as possible to ensure uninterrupted availability.
Versions 1 through 4 of the Acrobat Sign REST API have been deprecated and will be removed from service on December 1, 2025.
Updating APIs can involve considerable effort, so all customers are strongly encouraged to scope and budget their update as soon as possible so that support can be fully engaged to resolve any questions or problems that arise before the December 2025 cutoff date.
While REST API v1-4 are deprecated, they will continue to function, and your applications will continue to work until December 1, 2025, when the REST API v1-4 will be removed.
After December 1, 2025, applications built on the REST API v1-4 will cease functioning.
First Reported: September 2024 |
Current |
---|
First Reported: August 2024 |
Current |
---|
The legacy Accept-Charset header will be removed from all Webhook and Callback notifications with the November 2024 release.
All customers that rely on this header for any reason should refactor their code to account for it's absence.
This update only applies to the Commercial version of the Acrobat Sign service. Government Cloud accounts are not impacted.
First Reported: March 2024 - Updated November 2024 |
Current |
---|
The new and improved Request Signature environment will be the default experience for all accounts to create a new agreement starting with the September 17, 2024, release.
Links will remain available for users to switch between the new and classic environments, and administrators will continue to have the option to reset the default to the classic experience through their admin menu.
The classic environment will be entirely removed from the commercial user experience by April 2025.
The new in-application Authoring experience is only available as part of the new Request Signature experience.
Customers who are using new Authoring with classic Request Signature will default to the new Request Signature experience after the September 17 release.
As part of the April 2025 release, all accounts will have their default sending environment set to the new Request Signature experience.
The option to enable the switch links for users to switch between the environments will also be disabled.
Administrators will continue to have the option to enable the switch links in the admin menu.
This update only applies to the Commercial version of the Acrobat Sign service. Government Cloud accounts are not impacted.
First Reported: June 2024 |
Current |
---|
In the March 2025 release, the classic Compose interface will be removed entirely from the Acrobat Sign interface, completing the promotion of the new Request Signature experience.
All commercial accounts that have not configured the new Request Signature service as their default experience will have the Request Signature environment enabled as the only environment for configuring new agreements.
The option to configure the experience, including the switch links between environments, will be removed from the admin menus.
First Reported: March 2024 |
Current |
---|
The new and improved Send in Bulk environment became the default environment for all accounts as of the April 9, 2024, release.
Links will remain available for users to switch between the new and classic environments, and administrators will continue to have the option to reset the default to the classic experience through their admin menu.
The classic environment will be entirely removed from the user experience by March 2025.
First Reported: September 2022 - Updated March 2024 |
Current |
---|
Classic reporting will be completely removed from the Acrobat Sign interface in the first half of 2025. This includes the switch link that allows changing between environments. Once removed, customers will not be able to return to the classic environment to review classic reports, and scheduled reports will stop executing.
The modern reporting environment will remain as the only reporting solution.
All customers are strongly encouraged to recreate all of their existing reports in the new environment as soon as possible.
First Reported: May 2024 |
Current |
---|
The option to use an external drive for uploading files will be limited to OneDrive only in the new Request Signature experience.
It's recommended that customers who use other options for file upload use the vendor-specific application to provide a networked drive that can be accessed through the native file picker on the user's local system.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
Additional Resources
- Community forums
- Weekly Training - Weekly Webinar covering training topics for new users and administrators
- Adobe Sign Innovation Series - Monthly Webinar covering the hottest topics in the Adobe Sign space
Past Notifications
First Reported: August 2024 |
Removed From Current List: November 2024 |
---|
Action Required
Customers who maintain network security practices that explicitly list inbound IP addresses must update the IP ranges for the Acrobat Sign service by the end of September 2024.
The complete list of IP ranges is published on the system requirements page.
To ensure the continued seamless function of your callbacks and webhook notifications, the IP ranges below must be added to the allow list for all customer accounts in the EU2 data center.
The added IP ranges are:
- 4.207.3.96/28
- 4.207.4.160/28
- 4.208.75.176/28
- 4.208.75.80/28
- 4.208.79.192/28
- 4.208.79.208/28
- 4.245.45.176/28
- 4.245.45.192/28
- 4.245.45.208/28
- 4.245.45.224/28
- 4.245.45.240/28
- 4.245.46.128/28
- 4.245.85.80/28
- 20.23.101.224/28
- 20.31.209.192/28
- 20.31.209.240/28
- 20.31.210.16/28
- 20.31.210.48/28
- 20.105.66.176/28
- 20.166.106.144/28
- 20.166.107.112/28
- 20.166.107.240/28
- 20.166.107.32/28
- 40.127.244.64/28
First Reported: August 2024 |
Removed From Current List: November 2024 |
---|
The new IRS I-9 and W-9 forms, entitled I-9 (Employment Eligibility Verification) Exp 5/31/27 and W-9 (Request for Taxpayer Identification Number) Rev 3/24, respectively, are scheduled to be added to the Acrobat Sign library.
ACTION REQUIRED
The new library templates have new libraryDocumentIds. If you use either existing template’s libraryDocumentId in your applications, you'll need to update it.
The 2023 versions are scheduled to be removed from the system with the November 12, 2024 release.
Any application/API using the legacy (ver 2023) templates must be updated before November 8, 2024 to ensure no disruption to successful service.
To find the libraryDocumentId in an API-enabled account:
- Log in as an Account Admin
- Click on the Account tab > Adobe Sign API > API Information > click the link: REST API Methods Documentation
- In the GET /libraryDocuments section, click the OAUTH ACCESS-TOKEN button
- Enable the library_read:self scope
- Click the Try it out! button
- In the Response Body, locate the new I-9 ( Employment Eligibility Verification) Exp 5/31/27 or W-9 (Request for Taxpayer Identification Number) Rev 3/24 form template (not ver. 2023) to see the libraryDocumentId value.
First Reported: November 2023 |
Removed From Current List: November 2024 |
---|
First Reported: September 2024 |
Removed From Current List: November 2024 |
---|
The autocompletion feature that generates a list of email addresses when entering a recipient into any email field has traditionally only matched strings from the beginning of the address.
The API that drives that autocomplete functionality has been updated to support "tokenizing" the email, allowing for each token to match individually to the searched for string.
Tokenizing is the process where the email address is broken into smaller strings (tokens) based on common delimiters. Characters treated as delimiters (other than whitespace) are: ~ ` ! @ # $ % ^ & * ( ) - + = { } [ ] | \ . , : ; " ' < > ? /
First Reported: July 2024 |
Removed From Current List: November 2024 |
---|
This notification applies only to Acrobat Sign commercial enterprise administrators who have yet to migrate their users to an Adobe VIP, VIP Custom, or ETLA console.
- If your Acrobat Sign contract expires before September 17, 2024, you may disregard this notification.
- Customer accounts in the Government Cloud environment are not impacted.
Starting September 17, 2024, you'll see a new workflow to contact Adobe Acrobat Sign Support. Here is a high-level overview of the workflow:
- Log in to your Acrobat Sign account as an administrator.
- Select the "Contact Support" option under the question mark in the upper right of the window.
- You will be redirected to a new page with three channels to contact Support. Please select one of the three channels to get help with your issue:
- Web form: For priority 2 and lower issues, you may submit a support request through the web form and expect a response in one business day.
- Phone: For priority one critical issues, please call us so we can serve you immediately.
- Chat: Get in touch with our experts in real-time.
If you have an unresolved ticket with Support beyond September 17, 2024, your ticket history and conversation will be moved to a new system by the assigned support agent, who will confirm the move before and after. Future communications between you and Support regarding the unresolved issue will happen on the new system.
Archived Notifications
Listed by the date when the notice was removed from the current notice list, most recent to oldest.