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
Use the Custom Workflow Designer to create custom Compose pages designed to support your documents, policies, and compliance requirements.
The Custom Workflow Designer enables users to create workflow templates tailored to their business needs, streamlining agreement composition and consistent signing processes. With its intuitive interface, you can define participant details (emails, names, roles, and routings), include specific documents, set pre-filled form fields, manage email distribution, and configure options like expiration dates or passwords.
Benefits of Workflow Templates
Workflow templates promote consistency, reduce errors, and make agreement creation easier by providing custom instructions and pre-defined fields.
For agreements requiring regulatory compliance, workflows streamline complex configurations for signatures and notifications. They ensure consistency by pre-defining controllable elements and enforcing guardrails for sender-added values. This approach saves time and ensures adherence to applicable regulations.
Once you are logged in, select Workflows in the top menu of the home screen.
Access and Actions
- All users: Create workflows for personal use. Access can be assigned to a group or the whole organization (when configured to do so).
- Group admins: Can create and grant access to workflows for the groups they administer.
- Group admins can edit and reconfigure any workflow shared with a group they have admin authority over.
- Account admins: Can create and grant access to a workflow for any user or group in the organization.
- Account admins can edit and reconfigure any workflow shared with a group or with the organization.
Each agreement generated from a workflow template is treated as a distinct agreement, with its history and audit report accessible from the Manage page.
All normal interactions with the individual agreements, such as modifying the expiration date or creating reminders, are allowed.
Reporting and Data Exports
Generate agreement reports and data exports by applying Workflow filters to include specified workflows in your report dataset.
Configuration
Availability:
The Custom Send Workflow Designer is available for the Acrobat Sign Solutions license only.
Configuration scope:
The controls that impact Custom Send Workflows can be accessed at the account and group levels.
The help documentation assumes that the following settings are enabled:
- Enable new Custom Workflow send experience
- Enable template-defined signature placement
If these settings are not enabled for your organization, contact your success manager for assistance with the update.
Activating the newest workflow experience aligns workflows more closely with the functionality of the manual Send process.
Features Added:
- Reflowable Page Layout: Improves layout flexibility for better usability.
- Digital Signatures: Allows one or more recipients to use digital signatures.
- Premium Identity Verification: Configure advanced identity verification for recipients.
- Recipient Groups: Set up recipient groups during the sending process or with reusable recipient groups.
- Document Attachment Options: Attach multiple document templates from which the sender can select when sending the agreement.
How to Enable:
Go to Account Settings > Send Settings > Custom Workflow Controls > Custom Workflow Controls, and enable the newest workflow experience.
Premium identity authentication
In the Workflow Designer, all enabled authentication methods are displayed within the recipient object.
- Checkbox Options: Authentication methods are shown as checkboxes, allowing the workflow designer to specify which options are available. Only methods enabled in the group settings are displayed.
- Sender Flexibility: If multiple authentication options are selected in the designer, the sender will have access to the same options during the sending process (if the recipient is flagged as Editable).
This setup ensures flexibility while maintaining control over recipient authentication methods.
Recipient groups
In the Workflow Designer, recipient objects can be assigned as Recipient groups, providing flexibility for signature workflows.
- Reusable or Ad Hoc Groups: The sender can choose a recipient group from their address book or create an ad hoc group by specifying multiple email addresses.
- Shared Responsibility: A recipient group allows multiple individuals to act for a single signature step.
Example Use Case:
If you need one of three managers to countersign an agreement:
- Add a recipient group containing all three managers' email addresses.
- When it’s time for the group to sign, all three managers are notified.
- Only one manager needs to complete the signing action to proceed.
Recipient groups streamline workflows by ensuring flexibility and avoiding unnecessary delays in the signature process.
- Recipient groups must be enabled separately.
- Reusable recipient groups must be configured before they can be included in a workflow design.
When using a reusable recipient group in a workflow, ensure the group is created first and is accessible within the workflow's scope. For example, if a workflow is available to the entire organization, the recipient group must also be available organization-wide.
To add a reusable recipient group, click Add Recipient Group to open the group selector.
Recipient group compatibility depends on workflow permissions:
- Workflows accessible to the entire account can only use account-managed groups.
- Workflows available to a specific group can use both group-managed and account-managed groups.
- Workflows for an individual user can use user, group-managed, and account-managed groups.
Additional notes:
- The reusable group's name is automatically used as the group name when sending an agreement with the template.
- Recipients in a group cannot be edited, added, or removed.
- A recipient group cannot be removed from the signature flow, even if the recipient isn't marked as required.
- If configured as a recipient group, the recipient is no longer editable when sending agreements with the template.
Ad hoc recipient groups are created directly within a custom workflow and are specific to that workflow. They cannot be saved or reused in other processes.
To configure an ad hoc recipient group:
- Enter the email addresses of the group members in the Recipient field, separated by commas.
- Check the Mark as recipient group box.
When the sender starts an agreement using the workflow, the system automatically generates a group name. This name includes a prefix identifying it as automatically generated, followed by "Recipient Group X," where X is a sequential number based on the total number of recipient groups added.
If the recipient is set as Editable, the sender can:
- Edit the group name.
- Remove any prepopulated members.
- Add new members as needed.
Reflowable design that builds a custom Compose page in the style of the Send page.
The user experience under the "new" setting has been updated to a modern reflowable design that mimics the Send page.
The instructions that are to the right of the recipient list in the legacy experience have been moved to the top of the page in a collapsible window.
Template-Defined Field Assignment
Template-defined field assignments ensure a strong link between the recipient list, as defined in the Custom Workflow Designer, and the appropriate fields on your forms.
Example Use Case:
- A customer signer signs first.
- An optional co-signer may sign second.
- A sales representative, acting as the second or third recipient, applies an internal counter-signature.
Traditionally, two separate forms would be required because of recipient indexing:
- One is for the single signer scenario, where the internal counter-signature is designed as the second signer index.
- One is for the co-signer scenario, where the co-signer is signer index 2, and the counter-signature is designed as signer index 3.
With template-defined rules, you can design a single form with all potential recipient fields included.
How It Works:
- The signer index (as defined in the Custom Workflow Designer) is strictly enforced.
- When the agreement is sent, fields assigned to omitted (optional) recipients are understood insofar as their index numbers but ignored during the signature cycle.
In the example above:
- The co-signer is always assigned signer index 2.
- If the co-signer is omitted, the signer2 fields are ignored.
- The counter-signer (signer index 3) is exclusively assigned to signer3 fields and will interact only with those fields, regardless of whether the co-signer (signer index 2) is present.
Enabling Template-Defined Signature Placement:
- Navigate to Send Settings > Custom Workflow Controls > Enable template defined signature placement
This functionality simplifies complex recipient scenarios, reducing the need for multiple forms and ensuring accurate field assignments.
Enabling the template-defined signature placement feature will disable the option to author the agreement during the sending process.
Understanding the relationship between recipients and fields
Every recipient in an agreement is assigned a "signer index number", which determines which fields they can fill or sign. Each field also has a matching index that links it to a specific signer. For instance, Signer 1 can access all fields labeled for Signer 1.
These index numbers are based on each recipient’s position on the Send page (the first recipient is Index 1, the second is Index 2, and so on). If Recipients must sign in order is turned on, you can easily see these indexes for clarity.
By understanding this relationship, you can ensure each recipient only interacts with the fields meant for them, making the signing process smoother and more organized.
Any field without a signer index is available to any recipient who wants to fill it out (until it’s filled, at which point, it's locked like the other filled fields).
When you create a recipient flow in the Custom Workflow Designer, signer indexes are assigned top to bottom and left to right.
For example, if both the Signer and Co Signer appear at the top:
- The Signer, positioned at the far left, becomes Signer 1.
- The Co Signer, to the right, becomes Signer 2.
They may sign in parallel, but these indexes make sure each recipient only interacts with the fields intended for them (Signer1 fields for the Signer, Signer2 fields for the Co Signer).
The "Sales Rep" signs third, after both the Signer and Co Signer have signed.
The "Exec Approval" is requested fourth, after the Sales Rep counter-signature is completed.
The recipient labels (e.g., "Signer," "Co Signer," "Sales Rep," etc.) don't affect which fields are assigned. They're admin-defined names to help users quickly understand the workflow template.
The above designer recipient flow will produce a Custom Compose page containing a recipient section that looks like the below.
(On the Custom Compose page, the stack order is more apparent, though the index numbers are not exposed.)
When authoring a form, each field is assigned to a specific signing index by first selecting a participant and then placing the fields for that participant.
Each participant is color-coded for clarity, making it easy to see which fields belong to whom.
To even have the option to configure workflows, the feature has to be enabled.
Navigate to Global Settings > Custom Send Workflows and enable Enable workflow designer for administrators.
Once enabled, all account and group-level administrators will have access to the workflow designer in their admin menu.
- Group-level administrators can create workflows for the groups they have administrative control over.
- Account-level administrators can create a workflow for any group, as well as organization-wide workflows.
An option is available to enable the creation of workflows at the user level, granting non-admin users the authority to make their own custom workflows.
- When the setting is enabled, the option for Custom Workflows is available after selecting the Workflows tab.
- When the setting is disabled, the Custom Workflows option is not available.
By default, non-admin users can only create workflows for themselves and cannot share them with their group. However, you can enable workflow sharing at the account or group level by navigating to Global Settings > Custom Send Workflows > Allow sharing of user created workflows to any of their groups.
- When the setting is enabled, users see the group selector drop-down box as an option for who can use the workflow.
- When the setting is disabled, the group selector drop-down option isn't exposed in the interface.
Accounts seeking to enforce consistent processes and minimize user input can create predefined workflows for all documents, thereby preventing ad-hoc sending. If your account uses Users in Multiple Groups, you can configure workflow settings at the group level to ensure the correct signature options and notifications are always applied.
To restrict users to only sending agreements with approved workflows, navigate to Global Settings > Custom Send Workflows > Enable sending agreements using only workflows.
Error Reporting for common issues in the legacy environments
Due to the new interface's enhanced control and security, some legacy workflow elements can cause errors. To better explain these issues, additional error checks have been added.
If your account is configured to use the modern Send experience and a problematic workflow is launched, users will see a red banner indicating the error:
If the account is still configured to use the classic experience by default, the workflow may continue to work under those rules.
The modern experience displays errors as detected.
In the case where more than one problem is found, all errors detected will be listed.
To make the workflow valid under the new interface ruleset, an admin must edit the workflow and correct the detected issues:
Under the classic ruleset, email strings could be malformed or improperly delimited (with spaces vs. commas, for example).
When this error is produced, the admin should check:
- If the CC emails are properly delimited
- Any
defined recipient email string to ensure it is properly constructed
- (e.g., name@domain.tld)
-
- The modern experience accepts commas or semicolons
The modern experience requires unique values for all document titles on the Documents page of the Workflow Designer.
When designing a workflow, it is possible for an Admin to attach a document template that has a limited access scope.
When a user that is outside this scope attempts to load the workflow, the document cannot be attached, and a security violation is triggered.
For example, an Admin may create a new document template with properties that limit access to the owner only. The admin can attach that document to the workflow because they are the owner.
Any other user of the system is not the owner, so is outside the scope of the document.
When this error is prompted, the admin will need to adjust the properties of the attached document template.
Steps to review and adjust template properties can be found here