| Status | Approved |
|---|---|
| Owner | RAI-ext, Praveen |
| Stakeholders | |
| Jira Request ID | ERP-86 - Getting issue details... STATUS |
| Jira Development ID | ERP-348 - Getting issue details... STATUS |
High-Level Specification
| Parameter | Value |
|---|---|
| Application System (Source) | DocuSign |
| Application System (Target) | Icertis |
| Source System Interface | |
| Target System Interface | |
| Business Process Reference | 03.03.03 Manage Contracts |
Functional Overview
This document details the DocuSign integration requirement between Syensqo DocuSign and Icertis Contract Intelligence (ICI). This document provides all necessary information to enable and guide the configurator to effectively integrate ICI with DocuSign.
Scope and Objectives
Scope Includes:
- Integration of DocuSign with Icertis for Agreement Signatures by Internal & External signatories (Contract Execution)
Process Flow Diagram
Step | Description | Comment |
|---|---|---|
1 | Approved agreement in Icertis is sent for Electronic Signature | Agreement status changes to Waiting for External/Internal Signature |
2 | When clicked on Send for Signature button, standard DocuSign integration is triggered. Envelope is sent to DocuSign from Icertis | DocuSign receives the envelopes from Icertis through standard DocuSign Adaptor |
3 | Email notification from DocuSign is sent to internal and external signatories | |
4 | Agreement is digitally signed by both parties separately. After each signature, update is sent back to Icertis | Status in Icertis is updated based on the signatory sequence. If External Party has signed then the status will be Waiting for Signature from Internal party and vice |
5 | DocuSign sends the signed agreement back to Icertis | Status in Icertis is updated to Executed |
Assumptions
NA
Dependencies
- Signature workflow rules must be configured in Icertis for Electronic Signature else DocuSign integration will not work.
- While configuring the integration at DocuSign end, the user must be an Account Administrator.
- While configurating the integration at Icertis end, the user must be assigned ESign Admin role
Security, Integrity and Controls
As this is a standard integration through an adaptor, all security requirements are followed as per standard.
Configuration Requirements
Following configuration needs to be completed in both Icertis and DocuSign platform:
DocuSign: In DocuSign, the configuration is a two step process.
- Configure Account
- Log in to the DocuSign account as an Account Administrator.
- Go to the Setting tab.
- In the left navigation panel, click INTEGRATIONS > Connect.
- Click Add Configuration and select Custom from the dropdown list.
- In the Add Custom Configuration section, update the following sections:
- Go to the Listener Settings section.
- Select Active Connection in the Status dropdown.
- Add a Name for the connect.
- Add a URL to Publish as https://syensqo-dev/ESignCallBack/Initiate. (For UAT it will be https://syensqo-uat/ESignCallBack/Initiate, for Prod it will be https://syensqo/ESignCallBack/Initiate)
- Go to the Event Settings section.
- Select REST v2.1 in the Date Format dropdown.
- Select Send Individual Messages (SIM) in the Event Message Delivery Mode dropdown.
- Go to the Trigger Events section.
- From the Envelope Events list, select Envelope Sent, Envelope Declined, and Envelope Voided.
- From the Recipient Events list, select Recipient Signed/Completed, Recipient Declined, Recipient, and Reassign.
- Go to the Include Data section.
- Select Custom Fields, Extensions, Recipients, and Tabs from the list.
- Go to the Integration and Security Settings section. Select Enable Manual TLS.
- Click Save Configuration. You can see the configuration you created.
- Add App in Account created above
- Log in to DocuSign account as an Account Administrator.
- Go to Setting > Connect.
- Select the configuration which was created as above
- Go to Setting > Apps and Key
- Capture the following information.
- The User ID.
- The API Account ID.
- The Account Base URI.
- Click Add App and Integration key.
- Add a Name for the app and click Add.
- The app is automatically assigned an integration key (GUID) value that cannot be changed. Note the Integration key value.
- Click Generate RSA to create a new, automatically generated GUID value that represents the ID for the private and public key pair.
- Note down the Private key. Click Close.
- Click Save
- Configure Account
Icertis Side Configuration - Post configuring the above steps, the following configuration needs to be performed in Icertis
In Icertis, navigate to Configurations > System Configurations > ESign Configurations
- Click Create>DocuSign Account
- Configure the following fields
| Field | Description |
|---|---|
| Provider Name | The provider is autogenerated based on the option selected in 2.b Default value - DocuSign |
| Bio Pharma Account | Should be set to No as it is related to Life Sciences requirements |
| Account Name | Syensqo-Dev: iCertisDev (Same name should be configured in DocuSign so that apps are easily recognized) |
| Callback URI | For Syensqo-Dev: https://syensqo-dev.icertis.com/ESignCallBack/Initiate For Syensqo-UAT: https://syensqo-uat.icertis.com/ESignCallBack/Initiate For Syensqo Prod: https://syensqo.icertis.com/ESignCallBack/Initiate |
| Callback Authentication Type | Dropdown with two values (IP and OAuth). Select IP. Note: If OAuth is selected, additional OAuth configuration is required |
| Append Certification | |
Add the Redirect URI in DocuSign
- Log in to the DocuSign account as an Account Administrator.
- Go to Setting > Apps and Keys.
- Find the integration key you previously added and click ACTIONS > Edit.
- Go to Additional settings and click Add URI.
- Add the Redirect URI that you decoded.
- Click Save.
Special Requirements
Design Rationale
Data Structure
Source Structure
The following fields will be used to provide the required information for this interface:
| Field | Description |
|---|---|
Target Structure
The following fields will be used to provide the required information for this interface:
| Field | Description |
|---|---|
Mapping and Calculation
| Source Table | API or Portlet Name | Source Field | Required (Y/N) | Description | Target Field | API or Portlet Name | Target Field | Required (Y/N) | Description | Rule Type | Rule Instruction |
|---|---|---|---|---|---|---|---|---|---|---|---|
Processing Logic
Processing within Source
Processing within Middleware
Processing within Target
Interface Dependency
Interface Constraints
Delivery Requirements
Delta or Full Load Requirements
Interface Alert & Monitoring
Interface Reporting
Language Requirements
User Interface Requirements
Volumetrics
Performance Consideration
Error Handling
Testing
How to Test
Test Conditions and Expected Results
| ID | Condition | Expected Results |
|---|---|---|
Test Considerations/Dependencies
Other Information
Development Details
Package
| Package Name | Parent Package |
|---|---|
Other Development Objects
| Object Type | Object Name | Purpose/High Level Logic | Design Rationale Reference |
|---|---|---|---|