Issue number
- Adobe Acrobat Sign Integrations
- What's New
- Product Versions and Lifecycle
- Acrobat Sign for Salesforce
- Install the Package
- Configure the Package
- User Guide
- Enable Digital Authentication
- Developer Guide
- Advanced Customization Guide
- Field Mapping and Templates Guide
- Mobile App User Guide
- Flows Automation Guide
- Document Builder Guide
- Configure Large Documents
- Upgrade Guide
- Release Notes
- FAQs
- Troubleshooting Guide
- Additional Articles
- Acrobat Sign for Microsoft
- Acrobat Sign for Microsoft 365
- Acrobat Sign for Outlook
- Acrobat Sign for Word/PowerPoint
- Acrobat Sign for Teams
- Acrobat Sign for Microsoft PowerApps and Power Automate
- Acrobat Sign Connector for Microsoft Search
- Acrobat Sign for Microsoft Dynamics
- Acrobat Sign for Microsoft SharePoint
- Overview
- SharePoint On-Prem: Installation Guide
- SharePoint On-Prem: Template Mapping Guide
- SharePoint On-Prem: User Guide
- SharePoint On-Prem: Release Notes
- SharePoint Online: Installation Guide
- SharePoint Online: Template Mapping Guide
- SharePoint Online: User Guide
- SharePoint Online: Web Form Mapping Guide
- SharePoint Online: Release Notes
- Acrobat Sign for Microsoft 365
- Acrobat Sign for ServiceNow
- Acrobat Sign for HR ServiceNow
- Acrobat Sign for SAP SuccessFactors
- Acrobat Sign for Workday
- Acrobat Sign for NetSuite
- Acrobat Sign for SugarCRM
- Acrobat Sign for VeevaVault
- Acrobat Sign for Coupa BSM Suite
- Acrobat Sign Developer Documentation
The Adobe Acrobat Sign for Salesforce release notes are ordered below with the current release at the top, and rolling back in time as you scroll down the page.
Adobe Acrobat Sign for Salesforce v24.40
Adobe Acrobat Sign for Salesforce v24.40 includes minor bug fixes. The package features and user functionalities remain unchanged.
Resolved issues
Issue number | Corrected issue description |
---|---|
31421 |
Fixed the issue where the agreement status failed to update because reminders sent to groups with multiple members caused the event description to exceed 255 characters. |
31603 |
Resolved the issue where signed documents and agreement status didn't update in Salesforce after offline signing. |
31818 |
Fixed the issue where the Opportunity Standard object was missing from the Salesforce Object picklist in the Agreement Templates object following the Salesforce Winter '25 Release. |
Adobe Acrobat Sign for Salesforce v24.39
Support for Digital identity authentication
You can now verify signatures with Acrobat Sign Digital Identity Gateway on Acrobat Sign for Salesforce. With the new custom setting Enable Digital Identify Authentication, organizations can select from various third-party digital identity providers for identity verification, enhancing security and compliance. Learn how to enable authentication with digital identity providers.
Adobe Acrobat Sign for Salesforce v24.38
Adobe Acrobat Sign for Salesforce v24.38 includes minor bug fixes. The package features and user functionalities remain unchanged.
Resolved issues
Issue number | Corrected issue description |
---|---|
30692 |
Fixed the issue where users could not send agreements using Email as the authentication method. |
30651 |
Fixed the issue where the Remind and Cancel buttons don't appear if we add the first recipient as a Delegator. |
30394 |
Fixed the issue where users could not initiate an Agreement from Salesforce because a custom field on ContentVersion failed. |
30770 |
Fixed the issue where agreements remained in the Created or the Presend state on Salesforce even though they were Out for Signature. |
Adobe Acrobat Sign for Salesforce v24.37
Adobe Acrobat Sign for Salesforce v24.37 includes minor bug fixes. The package features and user functionalities remain unchanged.
Resolved issues
|
Corrected issue description |
30097 |
Fixed the issue where signed files were not visible under Files on the agreement record page for web form agreements created via push mapping. |
30150 |
Fixed the issue where tab icons were not displayed when an agreement was opened/created in the lightning console app with console navigation |
30254 |
Fixed the issue where the Agreement names under the Files Related List were getting truncated if the length of the names was more than 80 characters. Now the recommended length is approximately 240 characters. |
30264 |
Fixed the issue where users could not delete agreements using the Delete draft option inside the agreement record. |
30278 |
The character count limit for Agreement Template and Library Template names is up to 255 characters. |
Adobe Acrobat Sign for Salesforce v24.35
Adobe Acrobat Sign for Salesforce v24.35 includes minor bug fixes. The package features and user functionalities remain unchanged.
Resolved issues
Issue number | Corrected issue description |
---|---|
29371 | Fixed the issue where duplicate contacts were created on signature delegation. |
29694 | Resolved the issue where the Agreement record cannot be deleted from Salesforce org if the agreement is in a terminal state. |
29839 | Fixed the issue where users get a Permission denied error for the fields that are not related to the Agreements in Salesforce. |
30071 | Fixed the issue where users were unable to send agreements from Salesforce using FLOW Integrated with Adobe. |
30096 |
Fixed the issue where agreements expire before the configured time in the 24-hour format. |
Adobe Acrobat Sign for Salesforce v24.32
Support for ADobe Acrobat Sign Sandbox
You can now link Acrobat Sign for Salesforce with Acrobat Sign Sandbox environment. The Sandbox environment has the standard (default) configuration, allowing admins to test setting configurations, API calls, library templates, custom workflows, and new features.
SUPPORT ON SALESFORCE MOBILE APP FOR ADOBE ACROBAT SIGN
This release introduces new features for the Salesforce Mobile app, including an improved user experience for the Agreement Editor, smooth navigation on mobile devices, and compatibility with native mobile file readers.
Resolved issues
Issue number | Corrected issue description |
---|---|
29433 |
Resolved the issue where the Agreement template wasn't picking the actual sender but instead was selecting the user creating the template. |
29455 |
Resolved the issue where the status of agreements remained stuck in the Pre-Send state, even after the signers received the document to sign. |
Adobe Acrobat Sign for Salesforce v24.26
Support for Government cloud
Acrobat Sign for Salesforce now supports Acrobat Sign for Government Cloud, offering the following advantages:
- Enhanced security: Government Cloud adheres to strict security and compliance standards of government agencies. It ensures protection of sensitive data and compliance with regulatory requirements.
- Seamless integration: Government users can seamlessly integrate Adobe Acrobat Sign into their Salesforce environment. It allows users to efficiently manage agreements and collaborate within government organizations.
- Customized solutions: Acrobat Sign for Government Cloud package can be tailored to align with the workflows and requirements of your agency.
- Community collaboration: Government Cloud users gain access to a collaborative community of fellow government agencies and professionals. This community provides a network for sharing knowledge, best practices, and support, benefiting government organizations in their agreement management.
Note that the Acrobat Sign for Salesforce package for Government Cloud that has the following limitations:
- Document Builder templates are not supported.
- Group mapping is not available.
- Push Agreements feature is not supported.
- Chatter updates cannot be enabled.
- Analytics cannot be enabled.
See how to set up the 'Acrobat Sign for Salescorce' package for Government Cloud.
access to agreement list from any object
The AgreementList can now appear on the Lightning pages for any Salesforce object. Previously, it was limited to Opportunity, Account, Contract, Contact, Lead, and User objects.
Resolved issues
Issue number | Corrected issue description |
---|---|
28399 | Resolved the issue where file mapping under data-mapping rules truncates the resulting filename if the original filename contains a '.' in the middle. |
28655 |
Fixed the issue where the "Host signing" option wasn’t being removed from the drop-down list next to an in-flight agreement in the agreement panel. |
28968 |
Resolved the issue that was causing a "FILEINFO_LABEL_MISSING" error when sending agreements through a workflow-based Agreement Template. |
29006 |
Fixed the error in the usage of the aura call AgreementSetupWizardComponentController.storeOauth, which resulted in the client ID/secret being leaked. |
29035 |
Resolved the error where users were unable to send files larger than 4 Mb if there is extension '.pdf' appended to the file. |
29134 | Fixed the issue where Salesforce agreement status wan't getting updated for agreements with 'Documents_Viewed' status. |
29183 |
When the agreement is being sent for signature, if the attached PDF files have ".pdf" in their file names, the "Signed Agreement" link now retrieves the latest PDF attachment from the list, instead of fetching it from the signing process. |
29193 |
Fixed the 'Object row was retrieved via SOQL without querying the requested field: Contact.FirstName' error that occurred while attempting to generate an agreement. |
29298 | Fixed the issue where users were unable to send large files with the agreement associated with a workflow. |
29333 | Resolved the issue where Salesforce agreement status doesn't update when using Phone or Acrobat Sign as the identity authentication method. |
Adobe Acrobat Sign for Salesforce v24.14
Support for sending agreements on behalf of user groups
With the release of v 24.14, Adobe Acrobat Sign for Salesforce now provides support for sending agreements from different user groups using the new custom setting called Adobe Acrobat Sign Group Settings. By associating agreements with user groups, admins can define and dictate the agreement-related properties such as available templates and workflows, branding, recipient roles, authentication methods, PDF security, and more for specific groups.
To learn how to enable Adobe Acrobat Sign Group Settings and send agreements from different user groups, see how to Create Agreement Templates for specific User Groups.
Ending support for SOAP API-based agreement status update
Starting v 24.14, Adobe Acrobat Sign for Salesforce does not support the SOAP API-based push model for triggering automatic status updates. The automatic agreement status updates are now triggered using only the REST API-based pull model.
New picklist values for setting reminders
Adobe Acrobat Sign for Salesforce V 24.14 adds the following picklist values for sending reminders to recipients or for generating automatic reminders for agreement templates:
- Every business day, until signed
- Every other day, until signed
- Every third day, until signed
- Every fifth day, until signed
The new picklist values are available for users who do a clean install of the package v 24.14. Users upgrading from an older version are required to manually add the new picklist values to the custom fields.
support for recipient's name locking in KBA authentication
The package now provides a 'KBA Recipient Name Required' custom setting that can be enabled to mandate the recipient's name for KBA authentication for all agreements.
Resolved issues
Issue number | Corrected issue description |
---|---|
22870 | Fixed the issue where agreements generated by Salesforce ignored the replace recipient setting "Only the new recipient will be able to participate." |
23085 | Resolved the issue where 'Acrobat Sign for Salesforce V23.8' users were unable to change the order of the files in an agreement. |
24106 | Resolved the status update issue where agreements displayed incorrect status for signers when delegated to another signer. |
25736 | Resolved the issue where users got a 'read timed out' error when linking their Acrobat Sign account at Salesforce. |
25846 | Fixed the issue where agreement reminders weren’t displaying in the audit trail. |
26180 | Fixed the issue where agreements failed to map data with the error: "Failed to map data field: System.NullPointerException attempt to de-reference a null object (echosign_dev1) 656" |
26294 | Resolved the component error that occurred when using Document Builder to create templates. |
26339 | Resolved the issue where users get an error message when adding recipients with Group roles. |
26371 | The issue in linking callback users is resolved once you upgrade to Adobe Acrobat Sign for Salesforce package version 24.14 or later. |
26673 | Resolved the issue where Agreement Templates referenced and allowed sending deleted Acrobat Sign Library templates. |
27421 | Addressed the 'Days Unsigned' field issue where the field's value kept increasing even after the agreement is signed. Users can now use the 'Days Until Signed' field instead. |
28061 | Fixed the issue where documents give a Query rows limit error for a null document key in SOQL. |
Adobe Acrobat Sign for Salesforce v24.2
Support for Document Builder
With the release of v 24.2, Adobe Acrobat Sign for Salesforce includes a new feature called Document Builder. Document Builder is available as an extension package to the base package and does not require any additional purchase.
Document Builder enables users to automatically generate documents using Salesforce data. It includes a step-by-step wizard for creating rules for merging data from Salesforce object fields into a word document template. The generated document is sent as an attachment with the Acrobat Sign Agreement template and can be easily managed in Salesforce.
To learn how to install and use Document Builder, refer to Adobe Acrobat Sign for Salesforce: Document Builder User Guide.
Resolved issues
Issue number | Corrected issue description |
---|---|
23388 | Users can now see all the library files on the advanced search in the Agreement Template editor. |
23492 | Fixed the issue where users were unable to send a document that is in the 'pre-send' state at Salesforce. |
23510 | Fixed the error where users were unable to download signed documents from Salesforce. |
24028 | Resolved the error where the system picks default Record Type from Salesforce profile even if users select any other record type at the time of sending the agreement. |
24068 | Fixed the issue where users get erroneous pop-up messages when they select 'Send Reminder' or 'Cancel Agreement' options for an agreement on the Agreement lightning panel. |
24097 | Fixed the issue where the Send page shows an error and fails to update the status of the agreement even when the agreement is sent from the authoring view on Salesforce. |
24107 | Resolved the issue where users were unable to delete an agreement from the Agreement Related list. |
24163 | Fixed the issue where the 'Private Messages to Recipients' option is enforced on the Send page even if it's disabled in Acrobat Sign settings. |
24171 | Users can now use Disable_Upload_Agreement_Attachments__c setting to hide 'Add' and 'Upload files' option at Salesforce. |
24488 | Resolved the issue for Salesforce mobile app users where an attempt to copy and paste an email address into the email address field gave an 'Invalid recipient' error. |
25430 | The 'Search Contacts' drop-down list now displays full account names instead of partial names. |
25736 | Fixed the issue in linking the Acrobat Sign account to Salesforce where users get a 'Read timed out' error. |
Acrobat Sign for Salesforce v23.14.3
Adobe Sign for Salesforce v23.14.3 includes minor bug fixes. The package features and user functionalities remain unchanged.
Resolved issues
Issue number | Corrected issue description |
---|---|
20523 | Fixed the issue where an email address overlaps with the 'Email' recipient type. |
23000 | Users can now see country names along with country codes when they manually add country codes. |
23011 | Fixed the issue where Data Mapping fails with "Aggregate query has too many rows for direct assignment, use FOR loop" error. |
23040 | Fixed the issue where a user gets an 'Apex Heap Size Too Large: 6088659' error when sending a document from Salesforce. |
23122 | Fixed the issue where users were unable to add a template from the Adobe Sign Document Library using classic interface. |
23136 | Fixed the error that occurred when sending agreements from Publish Action with an image file. |
23289 | Fixed the issue where workflow-based agreements couldn’t generate the correct missing file error. |
23632 | Fixed the error in sending a template-based agreement to a group of user. |
23730 | Fixed an issue where an agreement fails to generate when using Quote template with Adobe Sign library document. |
23831 | Resolved the "Too many SOQL queries" error that occurred after sending agreements via a custom process. |
23833 | Fixed an error that occurred when users tried to set the recipient as a group in an agreement template. |
24003 |
Fixed an error that occurred while creating an agreement template, where a variable in the CC field failed to interpret a null value in the parent object. |
Previous releases
New OAuth Scope setting
A new OAuth Scope setting now allows Adobe Sign group-level admins to create a connection between Adobe Sign and Salesforce.
Deprecated support for identity verification via web identity
Adobe Sign users can no longer choose Web Identity or Social ID as the identity verification method. However, users can continue to verify signers' identities via password, phone, or knowledge-based authentication (KBA).
Rebranding of the Adobe Sign icon
The Adobe Sign icon used throughout the application has been updated to the new branding.
Update your Salesforce org to use Files as the default storage object for documents
Version 23 of the Adobe Sign for Salesforce package shifts the default object type for stored documents from the legacy Attachments object to the relatively new Files object.
This update reinforces the Salesforce Lightning experience, which only supports Files (the Salesforce classic experience doesn’t support Files) and aligns with many third-party solutions commonly paired with Adobe Sign who are upgrading in a like manner.
Impacted documents include:
- Agreement documents
- Data Mapping
- Agreement Templates
- Agreement Updates
- Large File Send
- Custom Settings
- Push Agreements
Currently the admin isn’t required to take any action on updating to this version, since the existing storage object is exempted in for the organization, ensuring that operations can continue with no disruption.
However, admins are encouraged to investigate how they can migrate their org to use Files before attachments are deprecated.
- UPDATING from an Adobe Sign for Salesforce version prior to 23.0 will honor the existing storage object after the update (attachments for most customers). No action is required to continue operating as normal.
- NEW installations of the Adobe Sign for Salesforce package will have Files set as the default storage object, but can manually switch to attachments.
- Controls are available to the Salesforce admin to switch the storage object between Files and Attachments.
New custom setting to control the document storage type
To support the admin control of the document storage type, a new control has been added to the Custom Settings > Adobe Sign Settings set of controls.
This user interface maps to the custom object Agreement_Document_Storage_Type__c
Viable setting values are:
- {empty} - If the value is empty, the default behavior is based on the install version of the package
- Version 23.0+ will default to Files as the default storage type
- Versions prior to 23.0 will default to Attachments as the default storage type
- Files - Strongly defines Files as the default storage object for Adobe Sign document
- Attachments - Strongly defines Attachments as the default storage object for Adobe Sign document
Analytics settings
An optional analytics setting has been added to allow Adobe Sign to collect usage data to improve the product. This data is used only for development and not for marketing purposes.
This setting can be controlled from the Adobe Sign Admin tab by clicking the Analytics Settings link in the right rail:
The analytics setting is enabled by default for most new customer installations:
- New customer installations in Canada and the European Union will have analytics disabled by default
- Upgrading customers will have the setting disabled by default to match their current experience. Admins can enable the setting at will on the Adobe Sign Admin tab
When enabled, a record is automatically added to your CSP Trusted Sites for the adobe.io site name:
Disabling the analytics settings automatically removes the adobe.io record from the CSP Trusted Sites page.
Resolved issues
Issue number | Corrected issue description |
---|---|
15687 | Fixed an issue where a library template removed from Adobe Sign manage page could still be accessed by the Salesforce template |
18890 | Fixed a spelling inconsistency for the status of Canceled agreements |
20380 | Fixed a formatting error for dates |
20420 | Improved the menu placement for the customized toolbar so it wouldn't open offscreen |
20436 | Fixed an issue with the cursor not showing related links as clickable on agreements |
20631 | Fixed an issue where image files attached to an agreement would open in a browser tab instead of downloading |
20638 | Improved the cancelation reason field to allow more than 255 characters |
20678 | Fixed an issue where a Salesforce custom theme would be lost on the Adobe Sign tabs |
20972/21359 | Fixed an issue where Adobe Sign library templates wouldn’t be accessible if the access token expired |
21126 | Fixed an issue where the Email recipient type wouldn’t be removed from the recipient options if disabled in the custom settings |
21426 | Corrected an issue that could block access to Adobe Sign library templates if the user's library has a large library list (1000+) |
21512 | Improved management of file extensions in the agreement title |
V23.8 resolved issues
Issue number | Corrected issue description |
---|---|
20326 | The agreement name field has been increased to 255 characters |
20977 | Added the country code for Uruguay for phone authentication |
21126 | Fixed an issue where the email option for authentication wouldn’t be disabled if deselected |
21765 | Corrected an issue where the Upload or Drop files component wasn’t available on the Agreement page. |
22107 | Fixed an issue where custom agreement triggers couldn’t work from a related list |
22116 | Fixed a cookie issue that could break Hosted Signing |
22220 | Fixed an issue with the Agreement visual force page that could prompt a Document not Available error |
22329 | Fixed an issue with AutoSend templates that could generate a 404 error when sending |
22517 | Fixed an issue where documents could become unviewable at Salesforce after data governance is applied |
Salesforce agreement templates now have the option to hook into Adobe Sign's custom workflows, allowing you to map complex signature processes in Adobe Sign, and then import that structure into a Salesforce template:
Resolved issues
Issue number | Corrected issue description |
---|---|
15644 | Fixed an issue where the agreement template would fail if there was no attachment under the Master object |
17112 | Corrected a situation that could cause recipients to get the agreement in incorrect order |
18791 | Corrected an issue where the password was masking instead of displaying "Enter/Confirm Password" |
18834 | Improved Contact load speed on the Send page |
18889 | Fixed an issue where File Mapping could fail when signed agreements were returned as separate PDFs |
19063 | Corrected an issue where agreements "Send on behalf" of someone else couldn’t be Removed/Canceled by API |
19197 | Corrected an issue that could trigger an error when sending via the Adobe Sign Opportunity publisher in Lightning |
19301 | Fixed an issue that could cause "Callback failed" errors if the phone number was malformed |
19333 | Improved search to reduce CPU timeout errors |
19420 | Fixed an issue where the final PDF wouldn’t attach to the agreement object |
19626 | Fixed an issue where email notification to intermediate recipients would send when disabled |
19646 | Fixed an issue where the status of the agreement would become blank if the agreement was canceled/declined |
19661 | Fixed an issue that could cause supporting attachment document to not attach to the agreement object when there’s more than one. |
19683 | Expanded the Adobe Sign community User permission set to include group mapping |
19888 | Improved agreement name management for developer accounts to prevent them being stuck in Draft status |
19910 | Improved our Lightning Component, AgreementPanel styling to better accommodate Salesforce Paths. |
19917 | Fixed an issue where long agreement names with an apostrophe could get stuck in Draft status |
19979 | Fixed an issue where an attached file would open a bytestream of a file instead of the formatted file |
20007 | Corrected the Hide blank recipient" placeholder when using runtime variables |
20023 | Improved product line mapping to better support multiple filter criteria |
20146 | Improved the functionality of pasting an email into the recipient field by right-clicking. |
20239 | Corrected an issue that could cause the page top jump when clicking a button |
20254 | Improved attachment logic to mitigate an error if Salesforce CRM content isn’t enabled |
Adobe Sign for Salesforce 21.5.11 is a required installation point for organizations that want to continue using Adobe Sign under the new security frameworks being put into place by Salesforce and Adobe Sign (that is: Upgraded APIs).
The 21.5.11 package dereferences two pages (MyEchoSign.page and AboutEchoSign.page) clearing the way for their ultimate removal.
No changes are made in feature capability or user functionality for this package, though some issues have been resolved:
Resolved issues
Issue number |
Corrected issue description |
---|---|
19681 |
Improved the package to remove chatter requirements that were blocking installs if chatter was disabled |
20013 |
Corrected a problem where Agreement status updates weren’t working for agreements that used Adobe Sign Authentication as the verification method. |
20045 |
Fixed an issue where custom settings for lightning user interface configurations were only working for System Admins. |
Supporting Salesforce "Files" as the storage object in File Mapping
The Winter 2019 Adobe Sign for Salesforce (v21) release updates three core elements to the package for new deployments, while maintaining backwards compatibility for existing customers:
- Updates for agreements are pulled from Salesforce (versus pushed from Adobe Sign)
- The Agreement Template page has been redesigned to improve clarity with a tabbed structure (versus the scrolling window)
Also, adjustments have been made to bring the Salesforce experience into better alignment with the Web experience. To this end,
When mapping file storage through the Data Mapping process, a new check box has been added to explicitly force the storage as an Attachment.
If this option isn’t selected, the content is stored as a File.
Improved Agreement update process
v21 changes the update process for agreements at Salesforce. Instead of pushing updates to Salesforce, Adobe Sign will notify Salesforce that updates are available, and then Salesforce can pull them in. This helps alleviate issues where Salesforce is offline at the time Adobe Sign pushed the update.
Also, agreements now update asynchronously, where all previous version were synchronous.
New custom setting Section: Adobe Sign Agreement Update settings
To support the new update process, a new section has been added to the Custom Settings section at Salesforce: Adobe Sign Agreement Update Settings.
Five previously existing settings have been relocated to this category from the Adobe Sign Settings section:
Adobe Sign Settings |
Adobe Sign Agreement Update Settings |
Add Audit PDF to Attachment List |
Add Audit Report |
Add Signed PDF Link for Pushed Agreement |
Add Signed PDF URL |
Add Signed PDF for Pushed Agreements |
Add Signed PDF |
Add Signed PDF as Separate Attachments |
Add Signed PDF as Separate Attachments |
Add Supporting Files to Attachment List |
Add Supporting Files |
Three new settings are being added:
- Show Images – When enabled, images of the agreement PDF are displayed on the agreement page
- Update Agreement Events – When enabled, Salesforce will update the events for agreements when notified by Adobe Sign
- Update Agreement Status – When enabled, Salesforce will actively update agreement statuses when notified by Adobe Sign
Manually updating an agreement now updates all elements of an agreement (recipients, events, Images, and so on) instead of just the status.
Renamed Custom Setting Section: Adobe Sign Push Mapping Settings is now Adobe Sign Agreement Recipient Settings
The Push Map Settings have been re-worked to apply broadly to all Agreements, so the custom settings section that governed these settings has been renamed to better reflect that they apply to the recipients of all agreements, and not Push agreements.
Additionally, five new settings have been added to expand the ability to update the recipients related to agreements:
- Create Missing Recipients (enabled by default) - Enable this setting to create missing recipients
- New recipients get created in the case of Agreement Push Mapping, Replace Signer, or Delegate Signer workflow
- Enable Participation Sets - Enable this setting to create and update Participation Sets
- Update Delegated Recipients (enabled by default) - Enable this setting to mark the recipients as Delegated when they are delegated by the Signer or Sender
- These recipients are hidden from the Agreement View page
- Update Recipients (enabled by default) - Enable this setting to update existing recipients attributes such as Status
- Update Replaced Recipients (enabled by default) - Enable this setting to mark the recipients as Replaced when they are replaced by the Sender from the Manage page
- These recipients are hidden from the Agreement View page
Improved Manual Update
The manual update process has been improved to update the entire suite of Agreement objects, including all links, images, events, status, and data mappings.
Updated Event descriptions
The event descriptions for agreements are being updated with three changes:
- The generic term “Document” is being used instead of the agreement’s name
- The email address of the user is being inserted after the name value
- The IP address is being included
New authentication method: Government ID
The new Government ID authentication method has been added as a custom option in the Adobe Sign Settings section.
Government ID is a premium identity authentication method that must be enabled by your success manager before it can be deployed.
Drag-and-drop support for adding files
(Lightning only)
The Lightning experience now allows you at add documents to your new Agreements by dragging them from your local system and dropping them in the Files area.
Documents added via drag-and-drop are uploaded to your personal Files in Salesforce.
New Agreement Template format
The Agreement Template interface has been updated to provide improved clarity of the template content in five tabs.
Simple Sign
Simple Sign is an easy out of the box component to allow community portal users to sign self-service agreements. Add this component to any Salesforce Community Cloud portal (customer, partner, employee, and so on), or embed the component into other Lightning components.
Adobe Sign for Salesforce CPQ:
"Generate Adobe Sign" button
The Adobe Sign CPQ component has been improved to streamline the process of attaching the Quote PDF to the Agreement in one button click using the Generate Adobe Sign button or LEX component.
Resolved Issues
Overview
The Summer 2018 Salesforce (v20) release expands the functionality within the Lightning experience, and enables several new high-demand features that customers have been asking for.
In version 20 of Adobe Sign for Salesforce we further aligned with the Lightning experience to optimize overall performance.
Part of the optimization is moving the agreement list to a Lightning component. Previous versions used a Visualforce page with an embedded “Lightning Out” component. A result of this move is when launching a new agreement from a related list on a standard object (Contact, Opportunity, Account, Contract, etc.) it will not automatically associate the agreement to the object. This is due to Salesforce lack of support for the "Ikid" parameter being passed directly into a Lightning component.
This limitation is only observed when using the Lightning page layouts. Using the Advanced page layout continues to enable this functionality.
Support for the Salesforce Process Builder
Actions have been added to support the Salesforce Process Builder.
Admins can create processes that can trigger Agreement creation from a template, as well as Send, Remind, Update, Cancel and Delete actions.
Expanded Roles for recipients
Three new roles, with the accompanying delegator roles for each, have been added! Now you can create signature flows that include Acceptor, Form Filler, and Certified Recipients, as types of participants.
Improved Sandbox support
On 3/16/2019, Salesforce will automatically enable a critical update that will strip the URL of the shard identification.
Prior to v20, the URL was used to parse out the shard information, and instruct Adobe Sign as to the nature of the SFDC instance that was attempting to communicate (Production or Sandbox).
After 3/16/2019, customers on v19 or older will need to contact Support to flag their Sandbox environments, allowing the OAuth process to connect.
Customers that have v20+ installed will gracefully navigate the OAuth process, without having to involve Adobe Sign support.
Recipients related to each event they trigger
The Agreement Event object now relates the events with the recipient that triggered the event, allowing for a detailed understanding of the step by step signature process as it relates to the recipients.
Recipient IP address field added
The Agreement Event object has had a new field added: Acting User IP Address
This new field imports the IP address for any event logged against the agreement, and relates it to the user that triggered the event.
Reports can be generated to expose the IP information
Fetch and Update Legacy Document Keys
Accounts that are still using Adobe Sign for Salesforce v13 or older can now upgrade to a modern version of the package, and update the respective document keys for their existing agreements.
v20.8 (Incremental Patch)
Field API Names added to the select list for Data/Merge Mapping
A new setting has been added to expose the API name of a field when defining data or merge mapping.
To enable this feature:
- Navigate to Setup > Platform Tools > Custom Code > Custom Settings
- This loads the Custom Settings page
- Click the label Adobe Sign Settings
- The Adobe Sign Settings page will load
3. Click the Manage button
4. Click New (or Edit, if you have configured settings before)
• The Adobe Sign Settings page will load
5. Use your “Find” function (cmd/ctrl + f) to locate Show File API Name
6. Click Save
Resolved Issues
Issue Number |
Corrected Issue Description |
---|---|
14931 |
Error Message when sending an agreement with the "basic" page layout |
15012 |
Recipient not auto-populated in the EchoSign Agreement Advanced VF page |
14578 |
File mapping fails unless data mapping has an entry to map to an additional object |
13169 |
Auto Provisioning error |
12457 |
Recipient is not retained if the recipient order changes |
14541 |
Error prompted if more than 11 recipients are defined |
v20.9 (Security Patch)
Customers that are upgrading and have large files or push agreements configured should carefully review the upgrade process before installing the new package:
Upgrade process for large file service
Upgrade process for push agreements
Callback User to replace the Callback Site Profile
Due to security concerns around granting broad object access to a Salesforce callback site, v20.9 introduces a new user-based authentication process which helps ensure superior control over access to agreement objects.
Callback sites have traditionally been used for customers that enable large file service and push agreements. All customers that have one or both of these features enabled are strongly advised to upgrade to v20.9, enable the new Callback User feature, and remove all permissions from the Site user.
The Callback User is enabled through a new control on the Adobe Sign Admin page, just under the Adobe Account link.
v20.11 (Incremental Patch)
Issue 621/14678 overcomes a previous limitation of the Lightning environment that prevented the automatic relationship between an agreement and the parent SFDC object that launched the agreement.
Resolved Issues
Issue Number |
Corrected Issue Description |
---|---|
621/14678 |
Improved the Lightning experience in terms of automatically relating the agreement to the parent SFDC object |
15441 |
Improved the ability to query encrypted fields in Salesforce for lookup fields |
15686 |
Corrected a problem with the Edge browser when retrieving a signing URL on the Agreement page when using Hosted signing |
The Winter 2018 Salesforce (v19) release expands the functionality within the Lightning experience, and enables several new high-demand features that customers have been asking for.
Batch actions from the Lightning pages
The ability to Create, Send, Remind, Cancel, Delete, and Update agreements in bulk is now available to the Lightning interface, with an improved process that summarizes the action being taken, before the final execution of the action.
New Permission Sets to speed user enablement
Admins that install the Adobe Sign for Salesforce application, but can't opt for the "All Users" option, were faced with a significant manual process to make objects and fields accessible to individual users.
But no more! With the addition of three new permission sets, Admins can quickly apply all of the permissions to individual users without having to step through each field for each object.
The three options are:
- Adobe Sign User - Minimum required permissions for an Adobe Sign for Salesforce sender user. Includes limited access to the required components included in the managed package: objects, fields, tab, classes and pages.
- Adobe Sign Admin - Minimum required permissions for an Adobe Sign for Salesforce administrator user. Includes full access to all of the components included in the managed package: objects, fields, tab, classes and pages.
- Adobe Sign Integration User - All required permissions for an Adobe Sign for Salesforce integration user. Includes all admin access as well as access to all org data.
Superior Written Signature workflow
Get the accuracy and auditability of electronic signing with handwritten signatures. Let signers fill, print, sign, scan, and return documents without a fax machine. Everything is captured and managed electronically, so you’ll get legible text plus signer verification data in the audit trail.
The Written Signature workflow replaces the antiquated Fax process, and produces a much more consistent and professional result. Check here for more details.
Email components for Outlook and Gmail
The Adobe Sign for Salesforce Email component will function on the Microsoft Outlook Web App (OWA), Outlook 2016, Outlook for Mac 2016, or Outlook 2013. This same component package also works for the Gmail for Work integration.
The email component is a separate installation, but only takes a few minutes to install and configure.
Improved reflowable Send page for multiple screen sizes
Smaller screen devices are becoming more and more common for regular business actions, and left-right scrolling is painful when you want to get something done efficiently. To help those users that love their tablets, the Send page has been refactored to be flowable into a much wider range of screen widths, without losing any functionality.
Integration component for Salesforce CPQ
Speed your delivery of CPQ quotes directly from Salesforce to your customer's email box, ready to sign using the Adobe Sign CPQ connector component.
Salesforce Community Cloud Portal (Self-Signing) support
Community portals can now include an Adobe Sign component that provides agreements ready to be signed by portal users.
Salesforce Admins have the ability to publish agreements, establish a deadline date, and define a renewal cycle as needed.
Users can access the community site, generate a new agreement, and sign it right from the portal.
v19.4 - Released January 2018
Update Legacy Document keys if upgrading from a version older than v14
When the Adobe Sign application for Salesforce is upgraded from versions lower than v14 to the current build, users might not be able to perform actions such as Delete, Cancel, View, Remind, or Update on the existing agreements that were sent by other users before upgrade.
Users may prompt an error when one of these actions is executed, similar to:
“INVALID_DOCUMENT_KEY” or “An internal server error has occurred”
This happens due to a legacy document key style that was used in versions of the application before version 14.
A one-time migration of those legacy keys is required. To this end, a new affordance as described below:
After completing the set-up steps, the following links will be available on the Adobe Sign Admin page:
- Fetch Missing Document Keys – Clicking this link will perform a batch action for fetching missing document keys for existing agreements
- Update Legacy Document Keys - Clicking this link will flush out the existing legacy document keys and fetch the new document keys for all the agreements existing in the org.
In case there are any agreements that don’t have associated document keys, it will fetch document keys for them as well
Once the agreements have new document keys, users will be able to perform all agreement actions on existing agreements sent by other users.
The links for Fetch Missing Document keys and Update Legacy Document keys are only visible when the admin upgrades from a version lower than v14 to v19.4.
If the admin updates a package between v14 and v19.2, the links are hidden by default. In this case, the admin can contact Adobe Sign Support to manually expose the links.
This action requires that you grant log in access to Adobe Sign Support.
Resolved Issues
Issue ID |
Description |
---|---|
8014 |
Improved functionality with Conga in terms of Cancel and Remind actions |
8979 |
Resolved a condition that caused a "Maximum view state size limit exceeded" error |
9709 |
Corrected a problem where the AgreementEventType is missing the WRITTEN_SIGNED event type |
9832 |
Resolved a Permission Denied error for Salesforce platform users |
9927 |
Corrected a problem where files were attempting to attach to agreements without the extension of the file |
9934 |
Improved handling of geolocation fields |
10367 |
Provided a docKey solution for customers that are updating from package versions 13 and older |
v19.5 - Released February 2018
Localization for the Norwegian language has been added.
If you are using the Norwegian localization, and have updated to Adobe Sign for Salesforce 19.0-19.4, you will need to update the 19.5 translation tables manually.
When upgrading from v19.0 – v19.4 to 19.5
Enable Translations (If you already use a localized version of Salesforce, these steps will be done)
- Log in to Salesforce as an Admin
- Navigate to Setup > Platform Tools > User Interface > Translation Workbench > Translate
- Click Enable
Enable Norwegian as a language option
- Log in to Salesforce as an Admin
- Navigate to: Setup > Platform Tools > User Interface > Translation Workbench > Translate Settings
- In the Language pick-list, select Norwegian
- Click Save
Update Translations
- Navigate to: Setup > Platform Tools > User Interface > Translation Workbench > Translate
- Select the Language as Norwegian
- Select the Setup Component as Picklist Value
- Select Object as Agreement
- In the Master Picklist table, expand the Agreement Status folder
- Double-click the column space next to the English status to open the text field where the translation can be entered. Enter the values per the table below:
Master Picklist Value Label |
Picklist Value Label Translation |
---|---|
Approved |
Godkjent |
Cancelled / Declined |
Avbrutt / avslått |
Created |
Opprettet |
Draft |
Kladd |
Expired |
Utgått |
Out for Approval |
Ute til godkjenning |
Out for Signature |
Ute til signering |
Pre-Send |
Før sending |
Send in Progress |
Sending pågår |
Signed |
Signert |
Waiting for Counter-Approval |
Venter på kontragodkjenning |
Waiting for Counter-Signature |
Venter på kontrasignatur |
o Click Save
- In the Master Picklist table, expand the Language folder and enter the below values:
Master Picklist Value Label |
Picklist Value Label Translation |
---|---|
Chinese (Mainland China) |
Kinesisk (Kina) |
Chinese (Taiwan region) |
Kinesisk (Taiwan region) |
Czech (Czech Republic) |
Tsjekkisk (Tsjekkia) |
Danish (Denmark) |
Dansk (Danmark) |
Dutch (Netherlands) |
Nederlandsk (Nederland) |
English (United Kingdom) |
Engelsk (Storbritannia) |
English (United States) |
Engelsk (USA) |
Finnish (Finland) |
Finsk (Finland) |
French (France) |
Fransk (Frankrike) |
German (Germany) |
Tysk (Tyskland) |
Icelandic (Iceland) |
Islandsk (Island) |
Indonesian (Indonesia) |
Indonesisk (Indonesia) |
Italian (Italy) |
Italiensk (Italia) |
Japanese (Japan) |
Japansk (Japan) |
Korean (South Korea) |
Koreansk (Sør-Korea) |
Malay (Malaysia) |
Malayisk (Malaysia) |
Norwegian (Norway) |
Norsk (Norge) |
Polish (Poland) |
Polsk (Polen) |
Portuguese (Brazil) |
Portugisisk (Brasil) |
Portuguese (Portugal) |
Portugisisk (Portugal) |
Russian (Russia) |
Russisk (Russland) |
Spanish (Spain) |
Spansk (Spania) |
Swedish (Sweden) |
Svensk (Sverige) |
Thai (Thailand) |
Thai (Thailand) |
Turkish (Turkey) |
Tyrkisk (Tyrkia) |
Vietnamese (Vietnam) |
Vietnamesisk (Vietnam) |
o Click Save
- Change the Object pick-list to Form Field Mapping Entry
- Expand the Source Type folder
- In the Master Picklist table, expand the Language folder and enter the below values:
Master Picklist Value Label |
Picklist Value Label Translation |
---|---|
Constant |
Konstant |
Salesforce Object Field |
Salesforce-objektfelt |
o Click Save
Resolved Issues
Issue ID |
Description |
---|---|
6227 |
Corrected an incorrect Approver icon when replacing the recipient in some workflows |
6816 |
Fixed a problem where replacing a signer using the EchoSign Advanced VF page threw a null 404 error |
6956 |
Fixed a problem with importing an excessive number of fields, resulting in a Maximum view state size limit error |
10426 |
Corrected an error where the Lead object required all fields to have access explicitly allowed to permit data mapping |
10676 |
Improved Date formula to always show the users local timezone offset |
10979 |
Corrected an issue where the Manage Agreement tab was requiring access to View Setup under System permissions |
The Spring 2016 Salesforce (v18) release introduces the Lightning experience, and the newest update to the Adobe Sign for Salesforce package is "Lightning Ready". Enabling the Lightning experience is completely up to you, and you can switch back to Salesforce Classic at any time.
In Lightning, the navigation menu on the left provides quick access to your Salesforce objects. You can use the App Launcher to access the Adobe Sign integration package.
See Find Your Stuff in Lightning Experience in the Salesforce Help for more information.
Lightning Experience
Enabling the Lightning Experience is easy:
- From Setup
- Click Lightning Experience in the left navigation menu to change the default settings before you switch the view.
- Select Switch to Lightning Experience from your profile menu, to change to the Lightning view.
See Enable Lightning Experience in the Salesforce Help for more information.
Switching back to Salesforce Classic
If you are working in the Lightning Experience, switching back to Salesforce Classic is also easy. Simply click your profile picture in the upper right corner, and select Switch to Salesforce Classic from the menu.
Accessing the Adobe Sign integration application
Once Lightning is enabled, you can click the App Launcher to display the available apps, then click Adobe Sign.
See Opening a Different App in Lightning Experience in the Salesforce Help for more information.
The menu for Adobe Sign displays. From this menu you can access all the familiar Adobe Sign pages and features. Note that the Manage Agreements and Adobe Sign Admin pages are currently only available in Salesforce Classic.
In the Lightning Experience, the Adobe Sign pages have a new, cleaner look.
Enhanced Agreement page
The enhanced Agreements page can be used in both Salesforce Classic and Lightning. Before using this new Agreement page, you must enable the enhanced Agreement page style.
Enhanced Agreement Layout experience:
The enhanced Agreement page layout provides senders with all of the functionality of the previous layout plus additional features. The enhanced agreement page is available in both Salesforce Classic and Lightning.
To get to the enhanced agreement page, choose ‘Agreements’from the ITEMS menu on the lightning page or the left navigation menu on the Classic page.
1. Recipients are numbered now as shown above. You can use recipient numbering to reorder recipients to create sequential routings and to create hybrid and parallel routings.
2. Sender can now quickly add themselves as a recipient anywhere in the routing, not just first or last, using Add Me and numbering.
3. Groups can be specified as recipients.
4. Private message can be added. Clicking the message bubble icon displays the Add a Private Message dialog. The bubble will appear slightly gray if you have a message.
5. Identity Verification
6. Select a related Contract
7. Select files from your document library or online storage accounts—You can now click Add Files to access the Select Files dialog and all the file sources that are enabled.
New recipient role: Delegator
In addition to Approver and Signer, admins and senders can now add Delegator to the recipient workflows. Delegators receive the agreement, but are not expected to sign. Instead they will route the agreement to the approver or signer they choose.
Great for situations where the signer/approver isn’t known until the signature process is underway, these two new roles will give you the flexibility to start gathering signatures immediately, and identify the proper downstream recipients at a later time.
Private messages
You can create unique messages for each recipient in the signing process before sending a document for signature or approval. To add a message, click the Add a private message icon.
Recipients can easily read the private message during the signing experience. When someone has left a message for one of the recipients, the color of the message bubble will be light gray.
Hybrid routing
In addition to being able to create sequential and parallel recipient routing, you can use the new recipient ordering feature to create hybrid routing that includes parallel and sequential components using the new Send page. You can specify which participants need to sign at the same time (in parallel) and which need to sign in sequential order by dragging and dropping or using numbering order to define the signing sequence.
Creating hybrid routing:
1. Enter the email addresses of the recipients.
2. To designate two recipients to sign second—in this example severtonea@gmail.com and kmaggerstein@gmail.com—enter a “2” in the routing order field for both.
When you save the agreement, the email addresses for severtonea@gmail.com and kmaggerstein@gmail.com display as parallel recipients in the second position. Note that the order of subsequent recipients will update to reflect the new routing order.
Recipient Group
You can speed up the signing processes by giving multiple team members the authority to sign on behalf of the entire group. Add a recipient group first, and then add multiple recipients to the group. Any one of the recipients listed can sign on behalf of the entire group. Recipient groups integrate with Salesforce groups.
Modifying Agreements
You can make on-the-fly document corrections using the new modify agreements feature instead of canceling agreements and starting over. You can use Modify Agreements to add, delete, replace (delete then add), and reorder documents. You can also use the authoring environment to modify fields.
The modify agreements feature is available only on the new Send page. However, it can be used to modify agreements that were initiated before the November 2015 release as long as the transaction meets the “modifiable” criteria. If a document is modifiable, a Modify Agreement link displays on the Manage Agreements page when the document is selected. A modifiable agreement is one that meets the following criteria:
- The agreement has not been signed, approved, or delegated to a signer or approver by the delegator to whom it was assigned.
- The agreement does not include a digital signature or fax signature.
- The agreement has not been initiated from a workflow.
Administration for modify agreements
The modify agreements feature must be turned on globally for your organization, and then the last check box, Allow senders to modify agreements after they have been sent for signature, will appear in the Account | Send Settings options for each user.
Account administrators and group administrators can specify whether you can modify documents that you have sent for signatures by checking the “Allow senders to modify agreements that have been sent for signature” in the Attaching Documents section of the Send Settings parameters in your Account.
Modifying an agreement
If the modify agreements setting is enabled for your organization or group, you can modify agreements that are in the Out for Signature or Out for Approval sections. (See Modify agreements for more information.)
1. Click the Manage Agreements tab.
2. Click to select a modifiable agreement from the Out for Signature or Out for Approval section, then click the agreement description in the upper-right corner.
The Send page displays in limited editing mode and you cannot make changes in the Recipients or Message sections.
In this Send page, you can add, delete, replace (delete then add), and reorder documents.
To add a document, do one of the following:
- Click Add Files.
- Or, drag-and-drop files from your computer to the Drag More Files Here area.
- To delete a document, click the delete icon (X) to the right.
- To recorder documents, click the grab bar and drag the document to its new position.
Depending on your Send settings, you may be able to use the Preview & Add Signature Fields option to add form fields to the document or documents in the modified agreement.
When you modify an agreement, the form fields that were originally added by the sender to documents using the authoring environment are discarded. Form fields that were added to library documents when they were created and form fields added to documents with text tags are automatically reprocessed.
- If you do not need to add form fields or do not have the Preview & Add Signature Fields option, then click Update to save your changes.
- If you need to add form fields, enable the Preview & Add Signature Fields option if necessary, then click Update to open the authoring environment. When done in the authoring environment, click Update.
If the agreement has already been signed, when the sender clicks Update the sender gets a message indicating that the recipient has signed, approved, or delegated it.
If the Modify Agreements feature has not been turned on globally for your organization, there are still a few ways that you can make modifications after an agreement has been sent for signatures.
If you scroll down to the bottom of the agreement description, you will see three ways that you can modify an agreement.
The actions you can perform on an existing agreement include replacing a signer, uploading a signed copy, and adding an expiration date.
To replace the current signer, enter the new signer’s email address and the reason that you are replacing the original signer. For example, the original signer might be out-of-the-office during the time you need to have the documents signed. Click the Replace Signer button when you’re finished.
To upload a signed copy, click the Replace Signer link in the agreement description. Type the email address of the new signer and a short message about the reason for replacing the original signer. Note that until the new signer adds their signature, the original signer can still sign the document.
To add an expiration date, click the Add link in the agreement description. Then click the calendar icon to select the expiration date. Select the Notify Current Recipients check box, if you want the recipients to get notified.
Signing, approving, or delegating a modified agreement
The recipient of a modified agreement is notified that the agreement has changed before they can sign, approve, or delegate it.
The recipient can click OK to continue. The signing, approving, or delegating process proceeds as usual.
However, if the agreement has just been modified while the recipient is on the eSign page, the recipient is informed and must click Refresh to continue.
Viewing the history and audit trail of a modified agreement
Information on the events specific to the modification of a document (e.g., Agreement was modified, Agreement modification was acknowledged) can be viewed from the Manage Agreements page.
1. Click the Manage Agreements tab.
2. Single click an agreement to select it, then click the History tab on the right side of the page.
The event history for the agreement displays in the information panel. The transactions related to the modification by the sender and the recipient’s acknowledgement of the modification are noted.
3. Click the Audit Report link in the upper-right corner of the History frame to open a PDF Audit Report. The transactions related to the modification by the sender and the recipient’s acknowledgement of the modification are noted.
Multiple templates per Salesforce object
For customers who are using Salesforce Lightning, our v18 integration will enable admins to configure having more than one template available for any SFDC object. This is new flexibility for users and admins, enabling them to select the correct template to start the send process. For example, now a user can send an MSA or Partner agreement from an SFDC Account object; both could be available if needed, through Lightning components.
Support for Salesforce Lightning Components
For Administrators using the Lightning experience, there is a new and extremely easy way to add Adobe Sign into standard and custom SFDC pages. We offer three components to allow the Admins flexibility in building the pages as they see fit.: Adobe Sign Send and Agreement component and an Adobe Sign agreement list
Enhanced Adobe Sign Admin page
The Admin Page has a new cleaner look and all functionality is now on a single page. The tabs have been eliminated. Switch to the Lightning Experience to use the new Adobe Sign Admin Page.
Improved Setup Wizard
Use the improved Setup Wizard to link your Adobe Sign account to your Salesforce account. The Setup Wizard is available from both the Classic and Lightning user interfaces. If your accounts are not already linked, you will see the Setup Wizard when you choose Adobe Sign from within Salesforce.
You will receive a Success! message when the wizard has linked your account to enable automatic status updates.
Dynamic product list creation
You can now automatically add your product lists to an agreement for signature. The merge mappings have been expanded to include all products tied to an opportunity. You can set which product attributes (like quantity and price) are included in your agreements as well as sort and filter the associated products.
Only I Sign
Your team can now sign any given document with "Only I Sign.” To do so, the sender can select the Sender Signs Only option on the Send Agreement page. The sender can then upload the document, drag and drop any required form fields onto it, and sign it. The document can be sent to the sender and any additional recipients specified. A record of this process is automatically generated in Salesforce, and a copy of the document is stored there as well. The Sender Signs Only option appears if the Enable Sender Signs Only setting is enabled, and it can be set to read-only using the Read Only Sender Signs Only setting.
Custom landing pages post-signing
You can now auto-redirect the signers of an agreement to a specified URL after they sign. For example, you can redirect signers to your company website or a survey page. Also specify how many seconds elapse before executing the redirect. The option to enter a redirect URL and specify the number of seconds is available on the Send Agreement page when the Enable Post Sign Options setting is enabled, and it can be set to read-only using the Read Only Post Sign Options setting.
Support for larger file sizes
Previously, additional setup steps were required to send transactions that included large files. Now you can send larger transactions as follows:
- Manual Workflow—When clicking the Send for Signature button on the Agreements page, you can send a transaction that is up to 4MB, including multiple documents whose summed size is up to 4MB.
- Background Actions—When sending a document using background actions, a single document up to 9MB or multiple documents whose summed size is up to 9MB can be sent.
Note: Transactions larger than the noted sizes are supported with additional setup.
E-sign alerts within Salesforce
Your team members can now be alerted from within Salesforce when an agreement they’ve sent is about to expire. This option is controlled using the Create Sign Deadline Reminder Event and the Days Sign Deadline Reminder Event. The sender sees a pop- up alert in Salesforce and can then take action by contacting the signer and possibly extending the deadline.
Digital signatures
You can send an agreement out for a digital signature. Digital signatures are preferable to electronic signatures in certain regions (such as the EU) and industries (such as pharmaceutical). The digital signatures feature is currently in beta. Contact Adobe Support if you would like to use digital signatures before November 2015, when it will become generally available.
Simplified Setup Wizard
The new Setup Wizard makes it easier than ever to configure Salesforce after installation. Now you simply need to select the acknowledge option to allow Adobe Document Cloud eSign services to add a trusted remote site for your organization.
Admin control: Hide custom sidebar
If a custom sidebar has been added to the Agreement Editor page—accessed using the View Agreement button—you can now hide this sidebar by enabling the Hide Sidebar for Agreement Editor Page setting.
Admin Control: Auto-provisioning
In previous releases, users were automatically provisioned when they sent or managed agreements. Now you have the option to eliminate auto-provisioning using the Disable User Provisioning setting. Note that this setting does not control the auto- provisioning that occurs when Update Agreement is clicked from the Agreement list
Push releases
With v17, periodic patch updates can now be automatically pushed to your organization, eliminating the extra steps of downloading and installing a new package for dot releases.
Show Me How in-product tutorials
Using a new feature called “Show Me How,” team members can watch easy-to-follow tutorials covering the topics that typically lead to the most confusion.
Service Cloud/Console frames
Adobe Document Cloud eSign services can now be viewed as a frame within the Console view. This eliminates pop-up windows when using Service Cloud or Sales Cloud.
Fully rebranded the application to Adobe Document Cloud eSign services for Salesforce
Enabled OAuth as the authentication method for the package
Salesforce 1 Enabled
- Fully native integration
- Highest rated e-signature app
- e-signatures you trust
Do it all on mobile – send and track agreements from Salesforce1
Send from anywhere
- Send documents for signature from Android or iOS devices
Comply with business policies on the go
- Automatically populate recipients, documents, and agreement options
- Automatically merge Salesforce data into contracts and push signer data back
Manage agreements on the road
- Get real-time notifications and status tracking
Close deals on-site with in-person signing from Salesforce1
- Initiate contract for in-person signature
- Hand device over to client to sign with finger or stylus
- Close the deal and automatically store contract in Salesforce
Verify signer identity – get higher assurance with phone authentication
- Get a streamlined, mobile friendly user experience for identity verification
- Enable two-factor authentication
- Automatically send a verification code via voice or SMS text message
Enable different levels of identity assurance for each signer
Verify identities of participants with two factor authentication
Select a different identity verification method for each recipient
- Unique password
- KBA
- Social identity
- (NEW) Phone authentication
Easily change authentication method
- Easily reset identity verification settings on documents out for signature
- Use the Manage page to make changes and review other document protection settings
Send and manage in batch – save time and effort
Drive efficiency and create many documents in batches:
- Partner agreements
- NDAs
- Consent forms
- Renewal agreements
Send and manage agreements effortlessly
- Create Agreement
- Send Reminder
- Cancel Agreement
- Update Agreement Status
- Delete Agreement
- Change Owner
Deploy globally – enable e-signatures for your global workforce
Automatically work in language specified in the user’s Salesforce settings
Get a fully localized experience for global Salesforce users:
- Senders
- Signers
- Administrators
Standardize forms and templates to meet business requirements
Upload and reuse documents from EchoSign document library
Apply a form field template to quickly add fields to commonly generated documents
Send contracts in record time – the best experience just got better
- Work with an easier, more modern UI
- Drag and drop to reorder recipients and documents
- Use calendar picker to select expiration dates
- Replace current signer when document is out for signature
- Let recipients sign in any order
Send Agreements from Chatter
Significant Improvements to Data Mappings
Globally Translated Experience for Senders in Salesforce
Optimized Sending
Agreement Templates Improvements:
- Automatically pull recipients from Account Contact Roles
- Automatically attach Quotes when sending from Opportunity object
- Automatically associate the Opportunity and Account to Agreement record when sending from those objects
- Use specific Attachment ID for Agreement attachment
- Use Agreement Templates with Conga Composer
Other Enhancements:
- Send to more than 6 recipients or send for approval with Conga
- Option to retain Agreements from Lead record even if converted to Account, Contact, or Opportunity
Salesforce Identity Integration
Adobe EchoSign has been tested, validated and documented to integrate with Salesforce Identity, making it easier than ever for IT organizations to enable critical identity and access management features seamlessly and securely
Learn more at: http://www.salesforce.com/identity
Highlights for Version 13 Release
Optimize document workflows for your business needs
- Send documents for approval
- Send quote PDFs and use custom contacts with agreement templates
- Create formulas to calculate data from other fields
Better identify your signers for critical documents
- Enable advanced signer authentication
Get instant updates and collaborate in real-time to close deals with speed
- Adobe EchoSign for Chatter brings you up to date wherever you are
Set up faster and hit the ground running
- Leverage the simple setup wizard and new admin page
- Synchronize Salesforce profiles and EchoSign groups
- Quickly enable document data merge or push signer data back to Salesforce
- Experience step by step guided walk-thrus of key features
Setup Wizard and Improved Admin Page
Send Documents for Approval
Advanced Signer Identity Verification
Use Case Example
Knowledge Based Authentication (KBA)
Web Identity Authentication
Enhanced Workflows for Agreement Templates
Merge Data from Salesforce to Create Documents
Push Data Back to Salesforce
Adobe EchoSign for Chatter
Automated Sync for Salesforce Profiles and EchoSign Groups
EchoSign for Salesforce Guided Walk-thrus
EchoSign Spring 2013 Features
- Create powerful, dynamic forms with calculations and then merge calculated data back to Salesforce
- Add or change signing deadlines after agreement is out for signature
- Exclude internal signers from document deadlines
- Improved document readability during preview or signing
- Require signers to accept your organization’s custom terms of use during signing
- Updated iOS mobile app with offline signing capabilities
Highlights from Version 12 Releases
Version 12 released in Spring 2012:
- Merge data from Salesforce to documents before sending
- Define default agreement options and preferences through agreement templates
Version 12 update (dot release) launched September 2012:
- Associate supporting documents collected from signers with Salesforce objects
- Attach files stored in Salesforce Content repository to send for signature
- Separately attach each signed document to a Salesforce object when multiple documents were sent in a transaction
Improved Admin Page
Merge Data from Salesforce into EchoSign Agreements
Agreement Templates and Send to EchoSign button
Include the Signed Agreement and Audit Trail in Salesforce
Advanced Customization Options
Attach Files from Salesforce Content
Collect Supporting Documents
Adobe PDF Certification For All EchoSign Documents
Conditional Data Fields
Additional EchoSign Form Fields Enhancements
Additional Features
Update Salesforce.com with EchoSign Form Field Data