Create your form with all fields defined
A guide to the Adobe Sign for Salesforce Template and Data/Merge Mapping feature configurations
Adobe Sign gives you the ability to use interactive forms to collect data from your signers, position signature and initial fields in your documents, collect two-party information from both sender and signer and more.
You can create your own Adobe Sign template library by storing Adobe Sign forms and templates in your Salesforce Documents tab.
Adobe Sign text tags provide the following benefits:
You can create Adobe Sign forms by adding special text tags in any document you send through Adobe Sign (Word, PDF, Text, etc.). For more details, read our Text Tags Documentation.
There are two optional settings available regarding data and merge mapping. Either can be configured to suit your needs by navigation to Setup > Platform Tools > Custom Code > Custom Settings:
1. Would you like to be emailed when a Data or Merge Mapping fails?
2. Would you like to have the API Names exposed when selecting fields in Data/Merge Mapping?
Merge/Data Mapping field names to SFDC object fields can be facilitated by “uploading” the field names into Salesforce. This allows you to select field names from a picklist instead of freehand typing the field names into a text field.
The way to do this is:
Create your form with all fields defined
Send the form for signature through Salesforce with an obvious agreement name like W4 Field Template
Enter some (any) content into every field you intend to map, and sign the agreement so it registers as completed in Salesforce.
The template is now available for you to select when you use the Import feature of data/merge mapping
Successful mapping requires that you have pre-built forms with defined field names so you can logically relate the SFDC object field to the Adobe Sign form field.
A simple form is illustrated below. The fields are defined by the curly bracket pairs on either side (defining the width of the field) and the field name (the string of characters between the curly brackets).
Text tags can include additional arguments beyond the name value, including validations, calculations and regular expressions. An in-depth understanding of form building can be found here, and can dramatically improve the quality of data you capture during the signature process.
The Text Tag Shortening feature can be very useful in form design and field mapping by establishing a convention for the field names that repeat on every document (and saves time by not having to re-create the formal tag). This expressly improves data mapping across multiple forms and builds an anchor for future forms.
Adobe Sign Merge Mappings give you the ability to merge field data from Salesforce into your documents fields before sending them out for signature.
For example, you can populate a Lead’s address and phone number from a Salesforce record automatically into the agreement before it is sent to the Lead for signature. You can also change the status of an Opportunity when the agreement is fully signed and executed. Merged data fields can optionally be updated by signers if you choose to map the signer updates back to Salesforce.
You can also use merge mappings to automatically add the product lists tied to an opportunity. You can set which product attributes (like quantity and price) are included in your agreements as well as specify how to sort and filter the associated products.
A data source type for a merge mapping can be a specific constant value or a value from a Salesforce object field that can be referenced from the Adobe Sign Agreement. The target for each merge mapping item is a designated field on an Adobe Sign agreement.
For example, the mapping below updates the Adobe Sign document fields for “FirstName” and “LastName” with the Salesforce Recipient (Contact) field data. It also fills in the company field in the document with the name of the account.
When you select an object to map, you are starting at the Agreement object, and going to a parent/lookup object. The association between the objects must already be established at runtime.
To create a new Merge Mapping:
Select Adobe Sign from the App Launcher in the upper-left of the screen
Click the Merge Mappings tab
In the Merge Mapping home page, click New
The New Merge Mapping page displays.
In the Mapping Information section, type a name for the mapping and decide whether you’d like it to be the default mapping. If you check ‘Default Merge Mapping’, the mapping will execute by default when sending an agreement for signature.
To import and map form field names from an existing document, you can select an agreement that was sent for signature and signed. You can import fields from additional agreements to add additional fields. Fields with duplicate names will not be imported twice. To import form fields, do the following:
The number of fields imported will be displayed:
In the Map Salesforce Object Fields to Document Fields section, you can create a mapping from fields that can be referenced from the Adobe Sign Agreement object (including custom fields). You can also add mapping rules to merge data into Adobe Sign documents.
Click Add Field Mapping to add a new, blank row.
Define the mappings and mapping rules through the following selections:
If the Source Value is Constant, you must type a value in the Source Value field.
Repeat steps 1-2 to add more mapping rows.
In the Map Salesforce Product Line Item Fields to Adobe Document Fields section, you can add product lists tied to an opportunity.
Click Add Field Mapping to add a new, blank row.
Click Selected Object to display the Object Selector dialog.
In the Object Selector dialog, select a Salesforce source fields, select Opportunity, Opportunity Product, then add the product attributes, such as quantity, price, and line description, that are included in your agreements. You can also specify the sort field and sort order.
Click Done.
Repeat steps 1-4 to add more mapping rows.
When you have completed your Merge Mapping template, click Save
You may create as many Merge Mappings as necessary, one of which may be defined as the default mapping that will be executed whenever an agreement is sent for signature. Only one mapping can be the default mapping.
You may also explicitly specify which merge mapping you’d like to use for an agreement by referencing it in the Agreement’s ‘Merge Mapping’ (echosign_dev1__Merge_Mapping__c) field. You may use a Salesforce workflow or trigger to run any custom business logic to determine which template to use. Please note that you do not need to set that field to point to the default mapping; the default mapping is executed if this field is left blank.
It is recommended that sizable or complex deployments only use default mapping during initial trial/proof of concept. Explicitly relating templates should be the practice.
There are Merge Mapping settings that define how file attachments are handled. By default, the original attached document (e.g., an NDA template) will be removed and the merged document will be attached to the agreement record once the agreement is sent.
These settings are global in scope, and will impact all merge mapping templates.
To change these settings:
Navigate to Setup > Platform Tools > Custom Code > Custom Settings
Click the Label for Adobe Sign Merge Mapping Settings
Click the Manage button
Click the New button
Edit the settings as desired and click Save
Salesforce fields have validation rules that may cause a mapping to fail. For example, if you map Salesforce email field to an Adobe Sign text field it may fail if the content of the field is not a valid email address.
If a mapping fails for some reason, the error message is logged in the ‘Merge Mapping Error’ (echosign_dev1__Merge_Mapping_Error__c) field on the Adobe Sign Agreement object, and an email is sent to the owner of the merge mapping indicating the error.
It is also possible to create a report or list view to expose failed mapping fields
The email notification is enabled by default, but can be turned off by adjusting the setting:
Navigate to Setup > Platform Tools > Custom Code > Custom Settings
Click the label Adobe Sign Settings
Click the Manage button on the Custom Setting Definition page
Click New or Edit on the Custom Setting page
Find the Enable Mapping Error Notification and alter as needed
Adobe Sign form field data mappings let you define how Adobe Sign will update Salesforce.com objects with data it captures from signers. For example, you can update a signer’s contact record in Salesforce.com with the address and phone number they provided when completing and signing your document. Additionally, you can also push back the Adobe Sign signed agreement, audit trail, and any uploaded supporting documents from recipients into Salesforce objects by setting up file mappings.
Adobe Sign Data Mappings update Salesforce objects when an Adobe Sign agreement is signed or at a specified stage in the agreement workflow. Each Data Mapping is set up ahead of time and includes data mapping rules. Each data mapping rule defines the data source and the target Salesforce field it needs to update.
A data source for a mapping can be an Adobe Sign form field, a specific constant value or a value from an Adobe Sign Agreement Field. The target for each data mapping item may be any field in any Salesforce object that can be referenced from the Adobe Sign Agreement.
For example, the mapping below updates the signer’s first and last name (as entered by the signer) in the Contact object. It also updates the Opportunity Stage and adds the signed agreement and audit trail to the Opportunity when the agreement is signed.
Some other examples for using data mappings to update Salesforce include:
To create a new Adobe Sign Data Mapping, follow the steps below:
Select Adobe Sign from the App Launcher in the upper-left of the screen
Click the Data Mappings tab
In the Data Mappings home page, click the New button
Name your data map
On the New Data Mapping page, type an intuitive name for the mapping and decide whether you would like it to be the default mapping.
If you check ‘Default Data Mapping?’, the mapping executes by default after your agreements are signed
You can save the mapping now without fields defined, or you can continue on to Define field to field mappings
If you do not have any custom Adobe Sign fields in the document you are importing from, you will not be able to import the standard default Adobe Sign fields that come with each signed agreement. (e.g., signed (date), email, first, last, title, and company).
The Field Mapping section allows you to define the field to field relationships between the fields in the Salesforce environment and the agreement form fields.
Mapping fields is a process of:
It is generally recommended that admins upload their form fields to Salesforce so they may then import the field names from the signed agreement and enable selecting field names from a picklist (vs. hand typing):
At the top of the Fields Mapping section is an option to Import fields form a signed agreement
This option allows you to select any agreement that has been successfully signed and import the field names for available in the form
To import fields from an agreement, do the following:
Click the search icon next to the Import Form Fields button
Select (click) the agreement with the field names you want to import
Click the Import Form Fields button. The number of fields imported displays.
Click Add Mapping to add a record
Specify the Target, Source, and Trigger:
1a. Which Salesforce Object to Update?—Select the target Salesforce object where the data is to be updated
1b. Which Salesforce Field to Update?—Select the target Salesforce field where the data is to be updated
2a. Where is the Data Coming From?—Select Type—Select one of the following options:
2b. What is the Value of the Data?—Depending on Data Coming From option selected, you must specify the following:
3. When to Run the Mapping? – Select Agreement Status—The data mapping will run when the agreement status changes to the specified status.
Repeat Steps 1-2 until all of your field relationships are defined.
Save your progress.
At the record level, you can opt to control the push of content update content. Under Actions, click the Settings (gear) icon.
In the Field Mapping Value Settings dialog, you can specify the following:
You can also optionally disable a mapping row so that it will not execute by checking the Disable option.
You can map the Adobe Sign completed agreement and/or audit trail to the selected target Salesforce object, by doing the following:
In the File Mapping section:
Click Add Mapping
Define the files you want to add, the target object to add them to, and the style of the addition :
1. Which Salesforce Object to Update?—Select the target Salesforce object to update with the files
2a. How Do You Want to Add the File?—How do you weant the file to be represented in the target object:s:
2b. Save as an attachment - When this option is checked, the document is stored as an Attachment object type. If this option is not checked, the content is stored as a File object
2c. Which Field to Add the File URL?—Only required if you select Add a reference link to the file. You must select the target field to which the URL will be copied
3. Which File to Add?—The options are as follows:
When to Run Mapping? - Select Agreement Status—The data mapping will run when the agreement status changes to a specified status.
The options are:
When your Data Map is complete, click the Save button
Customers that have a custom sub-domain in their Adobe Sign URL (e.g.: https://caseyjones.na1.adobesign.com) must add their URL to the Salesforce Remote Site list.
This is only necessary when mapping the signed agreement:
You can create as many data mappings as necessary, one of which may be defined as the default mapping that will be executed whenever an agreement’s status changes. Only one mapping can be a default mapping.
You can explicitly specify which mapping you’d like to use for an agreement by referencing it in the Agreement’s ‘Data Mapping’ (echosign_dev1__Process_Template__c) field. You can use a Salesforce workflow or trigger to run custom business logic to determine which data mapping to use. Please note that you do not need to set that field to point to the default mapping – the default mapping would be executed if this field were left empty.
You can also execute a mapping before or after the Agreement status changes to ‘Signed’ (e.g., execute the mapping after the first signer signed it) by setting the ‘Trigger Data Mapping’ (echosign_dev1__Trigger_Process_Template__c) check box. You may use a Salesforce workflow or trigger to run any custom business logic to determine when to execute a Data Mapping.
In addition, you can associate a data mapping to an agreement template. See Agreement Templates for more information.
Salesforce fields have validation rules that may cause a mapping to fail. For example, if you map an Adobe Sign text field to a Salesforce email field validation may fail if the content of the field is not a valid email address.
Make sure to use Adobe Sign form field validation rules where possible to ensure data entered by signers can be pushed into Salesforce. Adobe Sign standard PDF form fields validation rules from PDF documents and allows you to create validation rules when using Adobe Sign text tags. See the Text Tag Documentation for more information.
If a mapping fails for some reason, it logs the error message in the ‘Data Mapping Error’ (echosign_dev1__Data_Mapping_Error__c ) field on the Adobe Sign Agreement object, and an email is sent to the owner of the data mapping indicating the error.
It is also possible to create a report or list view to expose failed mapping fields
The email notification is enabled by default, but can be turned off by adjusting the setting:
Adobe Sign Agreement Templates offer an easy way to set up many default values and settings for your agreements ahead of time. You can also link an agreement template to a ‘Send for Signature’ button.
Agreement templates are all about pre-defining agreement fields including name, message, language, expiration dates, and security options. Also, you can associate a particular data mapping, merge mapping, and object (e.g., Opportunity, Account, Contact, Lead, Opportunity, Contract) to the agreement template. Additionally, you can preset the recipient definitions, map fields to agreement fields, and pre-define the file attachments.
You can also set up a ‘Send for Signature’ button that appears on a related object record (e.g., Opportunity) so that it links to an agreement template by default. Clicking on the button would generate an agreement using an agreement template.
To create a new Agreement Template, follow the steps below:
An overlay prompts you to enter the new template name:
4. Enter the template name and click Save
►If Workflows have been enabled, the option to select a workfow for the template is provided, but not required.
The new Agreement Template page displays, showing the name at the top.
To the right of the name there is a "show more" drop down icon that opens a menu which affords you the options:
Immediately under the Save button is the ID for the template, and the meta-data around who created, owns, and last modified the template.
The Active/Deactivated switch makes the template available or not (respectively). New templates are created in an Active state.
The Template Details has the core details that relate the agreements created by the template with the referencing Salesforce object.
Text fields, such as the Agreement Name, can use Salesforce variables as part of the definition to dynamically generate meaningful field values.
For example, you can customize the Agreement Name to include a recipients name when the agreement is generated. Ex: Acme Corp Agreement - {!Name}
For example, you can define Recipients, Field Mappings, or Attachments for the agreement to look up fields and map in the Master Object or data from lookup objects.
If you have a Master Object defined in the Agreement Template, you should initiate the agreement from a ‘Send for Signature’ button on the Master Object. (See Enabling the Send for Signature Button for more information about how to enable a default button or create new ‘Send for Signature’ buttons.)
For Auto Send to work, you must have at least one recipient and one attachment defined in the agreement template.
To map data into agreement fields in the Agreement Template:
Click the Map data into agreement fields link
To map data into agreement fields in the Agreement Template:
Click the Map data into agreement fields link and select a Mapping Method:
For example, if the Master Object the master object may be ‘Opportunity’. In the next screen, select the source field from your master object (e.g., Opportunity) and also select the target Agreement object field where the data will be mapped.
All mapped fields are listed on the template where they can individually be edited or deleted.
Attach the document(s) that the template is expected to deliver.
If no documents are attached to the template, the sender will have to select the document when configuring the Agreement.
If the template is set to Auto Send, at least one document should be attached to the template.
Any file uploaded via drag-and-drop or Upload Files is added to the Salesforce CRM & Files content (stored as a File), owned by the uploader.
Add a document from object or runtime variable - This option allows you to select a document or object from a Salesforce object or runtime variable.
Some salesforce master objects will offer additional options for the source of the document (eg: If the Salesforce Object defined on the Template Details tab is Opportunity, you will have an additional source option of Add from Opportunity Quote)
There are three options:
○ Add from Salesforce Object
►Source Type - Choose the object type for the document between File or Attachment
►Document Selection - Select the document to attach based on one of these criteria:
○ Latest Document - Most recent Creation Date
○ Oldest Document - Oldest Creation Date
○ All Documents - All documents found
○ Add from Opportunity Quote
►Quote Type:
○ Latest Quote
○ Oldest Quote
►Quote Type Determined By:
○ Last Modified Date
○ Created Date
►Quote Document Type
○ Latest Document
○ Oldest Document
○ All Documents
○ Runtime Variable
Dynamically add an attachment from an object
►Add a runtime variable name- Specify the variable and ID type from your Salesforce object
The Recipients tab controls the stack of recipients for the agreement.
The Enable Sender Signs Only setting must be enabled to use this option. Depending on your requirements, this option can be set to read only using the Read Only Sender Signs Only setting.
The Recipient stack determines four critical elements of the agreement:
Typical signature processes are sequential, but a parallel process can be achieved by manually editing the index numbers to the same value. This can be done for the entire recipeint stack, making a fully parallel process, or in just one section of the stack, making a hybrid signature flow.
Recipients can be added by:
The Message section imports the Agreement Name from the Template Details tab.
Note: If you are using the ‘Send on Behalf of’ functionality, make sure to enable it first by following these instructions.
On the Data Mapping tab, you can optionally specify which data mapping or merge mapping (or both) to automatically run when sending agreements using this agreement template.
• Merge Mapping—Select a data mapping to merge Salesforce fields into an agreement before sending it
• Data Mapping—Select a data mapping to be used to map inputs from a signed agreement back into Salesforce
Additional rules are the options to automate common agreement tasks:
Note: Organizations using a package version before 21.x show Days Until Expiration as a number field.
Organizations with a package install version 21.x or later will show this field as a Text field, allowing it to reference other fields in the Master Object (e.g. {!Expiry Date}
Customers that have upgraded from a version prior to v21 will have both fields
Salesforce can easily be configured to import Workflows from Adobe Sign, allowing agents the flexibility to send from both environments with the same recipient structure, authentication methods, mail distribution, etc.
Using Workflows as the source for Salesforce templates also allows for using multi-purpose document templates that can gracefully include or skip recipients as needed.
Defining the Salesforce template is slightly modified when a workflow is attached, as the workflow modifies the Recipients tab to align with the workflow, and inserts some configured elements that you would normally define in the SFDC template.
The list below calls out the differences in the setup process:
There are three requirements for gaining access to Workflows in Salesforce:
Workflows are now ready to be used in your Salesforce org!
The Template Details tab automatically populates the Agreement Name value as defined by the workflow.
All other fields are available to configure as a standard template.
The Attachment tab is reduced to only show the documents available per the Adobe Sign workflow.
The Recipient tab imports the recipient list and order from the Adobe Sign workflow.
The Agreement Message and the CC'd parties are also imported to the Recipient tab (from the Agreement Info section of the Adobe Sign workflow).
If your Adobe Sign workflow includes authentication methods for your recipients, those are imported also, though they are not displayed in the template.
Data Mapping cannot be imported from the Adobe Sign workflow, but can still be manually configured for the template.
The Rules tab imports the Days until Expiration value from the workflow:
Changes made to a Salesforce template will not save automatically.
Make sure to click the Save button in the upper-right corner of the screen to save your edits.
The ‘Send for Signature’ button is associated with the default agreement template or with any specific agreement template that you configure. By default the Adobe Sign for Salesforce integration includes a ‘Send for Signature’ button that you can add to your Opportunity, Account, Contact, Lead, or Contract page layouts. You can also create multiple custom ‘Send for Signature’ buttons that can be added to other objects and associated with different agreement templates.
Here is an example of how to enable the ‘Send for Signature’ button for the Opportunity object:
Navigate to Setup > Platform Tools > Objects and Fields > Object Manager
Select the object you want to edit (Opportunity in this example) from the list of objects on the left side
Click the Page Layouts option in the left rail
Select the page layout you want to edit
When the page layout opens, select Buttons from the list on the left
Drag the button Send for Signature from the top section to the ‘Custom Buttons’ box in the Opportunity Detail section.
You can create custom ‘Send for Signature’ buttons for other objects. You can label the button to meet your needs.
Here is an example of how to create a custom ‘Send for Signature’ button for the Opportunity object:
Navigate to Setup > Platform Tools > Objects and Fields > Object Manager
Select the object you want to edit (Opportunity in this example) from the list of objects on the left side
When the object page loads, select the Buttons, Links, and Actions option from the left rail
Click the New Button or Link button in the upper-right corner
You can copy what was set up for the default Opportunity button (see screenshot below) but will need to replace the Object ID variable at the end of the path with the Object ID variable that you want to add:
{! URLFOR('/apex/echosign_dev1__AgreementTemplateProcess', null, [masterId=Opportunity.Id]) }
If you want to associate a specific Agreement Template for a specific ‘Send for Signature’ button, then the button path should be:
{!URLFOR('/apex/echosign_dev1__AgreementTemplateProcess', null, [masterId = Opportunity.Id, templateId='a024J000002LuyBQAS'])}
Where templateId should be set to the specific ID of the agreement template that is to be used. If this value is not set, then the default agreement template will be used. You can get the templateId from the URL of the agreement template page:
Example: You can define a ‘Send for Signature’ button so that when clicked, it will bring the user to a specified URL or back to the record instead of going to the Agreement page. To define this button, use this string as an example:
/apex/echosign_dev1__AgreementTemplateProcess?masterid={!Opportunity.Id}&retURL=/{!Opportunity.Id}
Example: You can define a ‘Send for Signature’ button so that when clicked, it will bring the user to the agreement page and after the page loads, the agreement will be ‘Sent’ without additional user intervention. To define this button, use this string as an example:
/apex/echosign_dev1__AgreementTemplateProcess?masterid={!Opportunity.Id}&onloadAction=Send
To learn more about onLoadActions, see onLoadActions. Alternatively, you can map the ‘Send’ value to the ‘On Load Action (Picklist)’ field on the Agreement record. See Map Data to Agreement Fields for information on how to define this mapping.
Click the Save button.
After creating the custom button, go to the Page Layout for that object and add it to the page similar to the steps mentioned above for the Opportunity example.
Enable this option to take your signers to a landing page of your choice. This makes the ‘Post Sign Redirect URL’ and ‘Post Sign Redirect Delay’ options available on the send agreement page. Signers of an agreement are redirected to the specified URL after they sign. For example, you could redirect them to your company website or a survey page. This option can be made read only for senders using the Read Only Post Sign Options setting.
To enable post sign options:
Navigate to Setup > Platform Tools > Custom Code > Custom Settings
Click the Adobe Sign Settings label
Click Manage
Click New (or Edit)
Find the setting Enable Post Sign Option
Edit as needed, and click Save
You may want to enable the ‘Send on Behalf of’ functionality if there are cases when someone in your Salesforce org is required to send agreements on behalf of another person. This feature works for any agreement sending including background sending, which is triggered through an update of the Agreement field 'Background Actions' or through the ‘Auto Send’ option in Agreement Templates. You can also set a lookup to a user in an Agreement Template to ‘Send on Behalf of’ so that it is automatically populated when the agreement is generated.
To enable the “Send on the Behalf of” functionality:
Enable the ‘Allow Sending on Behalf of Others’ setting by doing the following:
Add the ‘DC – Allow Sending as Other Users’ field to the User record layout by doing the following:
For the specific user that you want to send on behalf of, you must enable ‘Adobe Sign Allow Sending as Other Users’ option as follows:
Add the ‘Send On Behalf Of Others’ field to the Agreement page layout by doing the following:
a. Navigate to Setup > Build > Create > Objects
b. Click the Agreement link
c. Click Field Sets at the top of the page to navigate to that section
d. Click the Edit Action
e. With Agreement selected, locate the Send On Behalf Of field then click and drag it to the In the Field Set section.
f. When setting up the agreement to send, the field ‘Send On Behalf Of’ needs to be populated with the user that has allowed other users to send on their behalf.
Enable this setting to display and enable the ‘Sender Signs Only’ option in the Recipients section of the send agreement page. When the ‘Sender Signs Only’ option is used, the agreement or document is presented to the sender to sign. This functionality is similar to the ‘Fill & Sign’ functionality in Adobe services. This option can be set to read only using the Read Only Sender Signs Only setting.
To enable the Sender signs only feature:
Navigate to Setup > Platform Tools > Custom Code > Custom Settings
Click the Adobe Sign Settings label
Click Manage
Click New (or Edit)
Find the setting Enable Sender Signs Only
Edit as needed, and click Save
Salesforce can automatically trigger actions via the onLoadAction URL parameter supported by Adobe Sign for the Agreement button actions: Send, Remind, Delete, Cancel, Update, and View. The URL parameter will respect the Toolbar Settings (see the Advanced Customization Guide) set by the administrator so that only those that are enabled will be available.
Example of URLs with onLoadAction:
https://echosign-dev1.ap1.visual.force.com/apex/EchoSignAgreementAdvanced?id=[agreementID]&sfdc.override=1&onLoadAction=send
https://echosign-dev1.ap1.visual.force.com/apex/EchoSignAgreementAdvanced?id=[agreementID]&sfdc.override=1&onLoadAction=remind
https://echosign-dev1.ap1.visual.force.com/apex/EchoSignAgreementAdvanced?id=[agreementID]&sfdc.override=1&onLoadAction=delete
https://echosign-dev1.ap1.visual.force.com/apex/EchoSignAgreementAdvanced?id=[agreementID]&sfdc.override=1&onLoadAction=cancel
https://echosign-dev1.ap1.visual.force.com/apex/EchoSignAgreementAdvanced?id=[agreementID]&sfdc.override=1&onLoadAction=update
https://echosign-dev1.ap1.visual.force.com/apex/EchoSignAgreementAdvanced?id=[agreementID]&sfdc.override=1&onLoadAction=view
Sign in to your account