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
Ensure that digital identity authentication matches the recipient email the sender intends.
Overview
Digital Identities provide a solid method to verify who applies a signature based on their ability to authenticate to a trusted identity provider. However, the digital identity process occurs in a secure session between the signer and the identity provider (outside the Acrobat Sign environment). This means that the digital identity alone does not guarantee that the recipient is the exact intended email for which the sender configured the agreement.
Limiting the digital identity to the email address configured by the sender can be problematic. Recipients may have their signatures stored under a personal email address instead of a business address. Some use cases may allow for the application of a signature regardless of the alignment of the recipient's email and the digital identity used. Some may require an exact match of the email as configured by the sender. Some may allow for an email address that doesn't exactly match the email as configured but is included in a list of alternate email addresses held by the identity provider.
The Identity Check Policy allows for Digital Identities to be matched to the configured email address and, optionally, to allow for listed alternate addresses to be accepted during the authentication process.
Availability:
The Identity Check Policy is available for individual, team, and enterprise license plans.
Configuration scope:
The feature can be enabled at the account and group levels.
How it's used
Senders
For senders, the only requirement is to select a Digital Identity Provider (IdP) for the authentication method.
The sender can configure only one IdP for the authentication process, and the recipient must use that IdP.
If the recipient does not have their identity in place with the selected IdP, they must either create a new identity or the sender must change their authentication method.
Recipients
Recipient authentication starts with a challenge page that is slightly modified based on how the Indetity Check Policy is configured.
In all cases, an identity verification page is presented with instructions on what the recipient must do and a Verify Identity button that opens the session to the IdP.
The email address of the sender is provided on the challenge page in the event that the recipient has an issue completing the authentication process.
When identity checking is disabled, the recipient is only asked to authenticate to the configured IdP by selecting the Verify Identity button.
As long as they can successfully authenticate to the IdP, the Acrobat Sign authentication process will pass, and the recipient gains access to the agreement.
When identity checking is required, and alternate emails are not allowed, the verification challenge page explicitly identifies which email address must be used when authenticating to the IdP.
Any other email address will fail the process.
When authenticating is required and alternate emails are allowed, the challenge page explicitly calls out that alternative emails are permitted and provides the email address that the sender configured so the recipient can understand what the process requires.
Any email address understood by the IdP to be associated with the email address provided by the sender will pass the Acrobat Sign authentication test and allow access to the agreement.
When a recipient fails to authenticate to the IdP, the challenge page refreshes and displays red warning text to draw attention to the issue.
The number of attempts remaining is clearly stated along with a warning that the agreement will be canceled if the recipient fails more than the maximum number of attempts.
Automatic cancellation when attempts exceed the maximum
When a recipient fails to authenticate to the IdP more than is allowed, the agreement is automatically canceled.
A red banner is displayed informing the recipient of the cancellation and instructing the recipient to contact the sender. The sender's email address is provided.
Best practices
If your business practice requires that the signing party be the same as the party the agreement is sent to, and you are using digital identities for authentication, it's recommended to set the Identity Check Policy to Required.
Unless you have a strong business reason to restrict the recipient to using an email explicitly tied to the primary verified email address at the identity provider, allowing alternate email values is recommended.
The configurable options are:
- Disabled - When disabled, the recipient passes the Acrobat Sign authentication by successfully authenticating to the identity provider (without requiring an association to the email address as configured by the sender).
- Required - Requiring an identity check provides the email address entered by the sender to the identity provider and requires that the primary verified email address match that email address.
- If alternate email addresses are not permitted, then only the primary email address passes the identity check.
- Allow alternate email addresses matching - When enabled, the recipient passes the identity check if the email configured by the sender is either the primary email or an alternate email address in the identity provider's records.
Audit Report and Activity logs
All successful authentications provide the same information to the Audit Report, including:
- The name and email address of the recipient
- The identity provider
- A reference ID
- A verification date
The Activity log records a more concise record, identifying only that the identity verification passed.
It is not noted if an alternate email address is used for the verification, only the successful attempt is recorded.
Identity failure happens when a recipient fails to successfully authenticate with the identity provider more than three times.
When this happens, the Audit Report clearly indicates:
- Which recipient failed the authentication process
- The IdP used in the authentication attempt
- The message that the document was canceled due to a failure to authenticate within the maximum number of tries
The Activity log contains a more concise description identifying that the recipient failed to verify their identity beyond the maximum number of attempts.