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
- 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
- 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
- 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
Data Governance/Retention Overview
By default, Adobe Acrobat Sign securely retains all customer documents on the service for as long as the account is active.
Transactional information persists in the system until the customer takes action to delete the agreements explicitly.
- The Acrobat Sign service complies with several industry standards for data security and availability such as PCI DSS 3.0, HIPAA, SOC 2 Type II and ISO 27001.
Upon expiration or termination of a Customer’s license to Acrobat Sign, Adobe is under no obligation to retain the Customer’s agreements, audit reports, or other Customer data.
However, if Adobe does retain such data, it will be deleted in accordance with any retention policy that was defined while the Customer had an active Acrobat Sign license.
For customers that prefer to store their agreement records in their own systems, and want to delete the original documents from the Acrobat Sign systems, a “retention policy” can be defined that asserts how long Acrobat Sign should retain the transaction, and automatically delete the agreement (and optionally the supporting audit/personal data) from Acrobat Sign after that timespan.
Retention rules are defined by an account-level admin in the Data Governance section of the admin menu.
- Group-level admins do not have the authority to create or disable retention rules
- Account-level settings are inherited by all groups in the account as their default value
- Groups must be configured individually if they are to differ from the account-level setting
- Group-level settings always over-ride the account-level setting
Documents/files/attachments vs. Agreements vs. Transactions
- Documents/files/attachments are all individual files that are uploaded to the Acrobat Sign system. The building materials for the Agreement.
- Agreements are the customer-facing objects that Acrobat Sign creates from the uploaded files and that recipients fill and/or sign. "Agreement" is the term used to define both the object during the process of obtaining signatures and the final PDF that is generated.
- Transactions encompass the Agreement and all of the associated logging and documentation that is generated for/by the agreement along the way. (eg: Audit reports, authentication results, field-level data .csv pages)
Rule vs RuleID
The term Rule (in the context of this article) describes a prescribed process. In this case, the process that governs when an agreement is deleted from the Acrobat Sign system. It's a generic term used to talk about the idea of applying a variable condition (when to delete an agreement) to another object (agreements in this case).
The term RuleID is used to describe a specific configured rule. When a rule is created, a unique ID number is assigned (thus RuleID) to differentiate it from all other rules. The configured ruleID is the literal object that is related to the agreement
Terminal State for an Agreement
Retention rules are triggered when an agreement reaches a "terminal state".
A terminal state is achieved when the agreement has no further actions that can be taken by recipients to complete it. There are three terminal states:
- Complete - Achieved when the agreement completes all processes with all recipients successfully.
- Abandoned - An abandoned agreement has been stopped by explicit action. This action can come from one of several sources:
- Canceled by the sender
- Declined by the recipient
- Failed due to recipient authentication failure
- Failed due to system error
- Expired - Agreements that reach their expiry date due to inaction within the defined time period.
When an agreement enters a terminal state:
- Acrobat Sign checks the group-level retention rules of the user that created the agreement (the current group the user is in when the agreement becomes terminal)
- If there is no group-level rule currently being applied, the account-level rule will be used
- If the account-level rule is also undefined, no retention rules are defined, and the agreement does not acquire a deletion date
- Agreements that do not acquire a deletion date when they become terminal can still be deleted via GDPR tools
If a retention rule is applied to the agreement:
- The agreement is scheduled to be deleted based on the rule parameters
- The applied rule’s RuleID is associated with the transaction, ensuring the correct rule is honored at the time of deletion
The terminal agreement waits until the designated deletion time.
- The number of days until deletion is literal.
- E.g.: If 14 days are defined, the deletion action is triggered exactly 14 days (to the second) after the agreement became terminal
When the deletion time arrives, Acrobat Sign checks the RuleID to determine if the rule is Disabled or not
- If the rule is Disabled, no action is taken
- If the rule has not been Disabled, the agreement is deleted
- If the option to delete the audit report and personal information (PII) is enabled, this same process applies based on the time interval defined for those documents
- Accounts using the Government ID authentication method delete the signer identity report (if collected) as part of the PII
- If the option to delete the audit report and personal information (PII) is enabled, this same process applies based on the time interval defined for those documents
Configuration
Availability:
The Data Governance environment is available for team and enterprise license plans.
Configuration scope:
Data Governance rules can be accessed at the account and group levels.
The interface for this feature can be assessed by navigating to the Date Governance tab of the administrator menu.
Configure retention rules at the account-level
Configure the account-level retention (if any) first.
All groups automatically inherit the account-level settings, so if your intention is to apply one policy to all groups, this achieves that goal:
- Navigate to Account > Account Settings > Data Governance
- Click the plus icon
The Create Retention Rule overlay presents:
- Define the number of days an agreement should be retained after it has achieved a terminal state
- 1 day is the minimum
- 5475 days (15 years) is the maximum
- Optionally set a retention period for the agreement audit trail, and associated personal information of the parties involved in the agreement
- The audit and PII must be retained at least as long as the agreement, and potentially longer
- If this option is not enabled, the audit record and PII are retained until deleted by some other method (e.g.: GDPR deletion)
The first rule (at the top of the stack, without an End Date) is the currently applied rule. Only one rule may be applied for any one group at a time.
If a new rule is created:
- The new rule becomes the currently applied rule
- The new rule is inserted at the top of the list with the Start Date of when the rule was created, and no End Date
- If there is a previously existing rule actively being applied when the new rule is created:
- The previously existing rule stops being applied to newly terminal agreements
- The previously existing rule moves down the list, just under the new (current) rule
- The previously existing rule automatically adopts an End Date value that aligns with the Start Date of the new (current) rule
Configure retention rules at the group-level
By configuring, the group-level retention rules, you will override the inherited account-level rules for the users currently in the group.
If a user is moved between groups with agreements in progress, the retention rules of the new group apply to any agreements that enter a terminal state while in that group.
Terminal agreements that have a retention rule applied prior to moving the creating user to a new group will honor the deletion date of the applied rule, provided the rule is not disabled before the deletion action.
With the above in mind, configuring group-level retention rules is different in only two ways:
To access a group's data governance tab:
- Navigate to: Account > Groups
- Single-click the group you want to edit
- Select Group Settings
- Select the Data Governance option from the left rail
- Note that if no group-level retention rules are being applied, there is a clear indicator that account-level rules are in effect
- Create new rules by clicking the plus icon (just as with the account-level interface)
Once rules have been created in groups, you can access those group-level retention rules from the account-level Data Governance tab:
- Navigate to Account > Account Settings > Data Governance
- Click the Groups with Retention Rules tab
- Single-click the group name you want to edit
- Select View Group Retention Rules and the group-level Data Governance page opens
When configuring group-level rules, an additional option to Retain all agreements for this group is available.
This option allows a group to override an account level retention rule, and keep all agreements (for the users in the group) indefinitely.
Retention rule status
Enabled – Rules that are still valid for the agreements that entered a terminal state when the rule was being applied
- The currently applied rule is always at the top of the list and contains no End Date
Disabled – Disabled rules are no longer being applied. If an agreement reached a terminal state under a disabled rule, it will not be deleted on the target deletion day
- Disabled rules are greyed out
- Disabled rules may not be re-enabled
Expired – Expired rules have no terminal agreements that are pending deletion
- e.g.: If you have a rule for 14 days that has an end date of March 10th, then the rule will expire at the end of March 24th, as all agreements covered by the rule have already been deleted
Legacy - Customers that had a retention policy governed by the legacy back-end setting will see a reflection of that policy as a Legacy retention rule.
- Agreements that were already scheduled to be deleted under the legacy rule (before the new rules were put in place) will honor the deletion time of the legacy rule
Filtering the rules by status
The list of retention rules can be filtered by clicking the “hamburger” icon in the upper-right of the table.
This set of options allows you to filter for:
- All rules – The default value
- Only Enabled rules
- Only Disabled rules
- Only Expired rules
You also have the option to return 15, 30, or 50 records per page.
Disabling a rule
Disabling a rule cannot be reversed.
Disabling a rule will cause all remaining agreements subject to the rule to no longer have a deletion date that will be honored.
These agreements would then have to be deleted using GDPR tools.
To disable a rule:
- Select the rule
- Click the Disable link
Deleted Groups
Retention is based on group-level settings (either explicitly set or inherited from the account-level settings).
Future auditing of retention rules that have been applied demand that a history of the rules persist.
For this reason, the GroupID is not fully deleted. Instead, the necessary settings are kept in place, and can be reviewed/edited thru the account-level admin’s access to Groups.
Deleted groups can be exposed on the Groups page by clicking the “hamburger” icon and selecting Show Only Deleted Groups
Single-click the group to be edited, and click the Group Settings link.
- Rules can be created and disabled in the same way as when the group was active
API based Delete action
On-demand retention can be enabled, where customer admins have the option to use the Acrobat Sign API to remove documents individually.
- The API call used is: DELETE /agreements/{agreementId}/documents
Contact the Support team to enable this option.
- Only one rule can be applied as agreements reach a terminal state
- Multiple rules can be Enabled, as a rule stays enabled as long as there are agreements that have a target deletion date (per the scope of the rule)
- Disabled rules may not be re-enabled. Disabled is forever
- Retention rules are applied when an agreement enters a terminal state, not when the agreement is created
- The retention rule applied is based on the group that the creating user is currently in at the time the agreement enters a terminal state
- There is no way to edit the retention rules applied to an agreement after it has entered a terminal state in terms of the wait time
- You can disable a rule to prevent the agreement being deleted, but this would prevent the deletion of all agreements that adopted the rule and have not been deleted yet
- You can determine which rule applies to any agreement by checking the audit report of the agreement and comparing the date when it was completed to the date ranges of your various retention rules
- 5475 days is the maximum retention period you can install