Modules
...
Journey Builder
Pages

Contract

5min

In general, a contract is a legally binding agreement between two or more parties, in which each party agrees to perform certain obligations or provide certain goods or services in exchange for something of value.

In the context of digital onboarding, a contract may refer to a digital agreement or terms of service that a user must agree to in order to use a particular platform or service. We use the contract page to get the merchant's consent on the information he has provided during onboarding and get his e-signature done on it.

These contracts are usually presented in the form of checkboxes or electronic signatures and are legally binding.

An overview on how to create a Contract
An overview on how to create a Contract


Options to Customize Contract

  • Signature Type: Currently the only option to validate the contract is e-sign.
  • Contract Executer Name: Name of the person who will prepare the contract.
  • Contract Name: Name of the contract that is prepared.
  • Choose Language: The language of the contract can be chosen here.
  • Upload Contract Template: Upload a pre-built contract here it can be in .doc or HTML format.
  • Sign on specific pages?: Merchants can be asked to sign on some specific pages.
  • Signing Options: Four signing options are available: Aadhaar Esign, Esign, I accept and I accept with email.
    • Aadhar Esign: This option helps to sign the contract using the data of the Aadhaar of the signer. The signer has to enter the Aadhaar number and the contract will be considered signed on entering the correct OTP sent to the linked mobile number.
      • Enable Name Match: Enabling this toggle verifies the name match between the signer and the data fetched from NSDL basis a threshold value the client can decide. This ensures that only the authorized individual can sign the contract using their own Aadhaar details.
        • Name match threshold: A threshold value decided by the client(bank/NBFC) can be entered here. The esign will pass only when the name match score is more than the entered threshold value. The possible threshold values can be between 0.01 to 1.00. The entered value should be in two decimal places.
    • Esign: Enabling this toggle helps to sign the contract digitally using various methods. Any one of the below options has to be selected if the esign method of signing is chosen.
      • Upload Signature: The merchant can upload the image of their signature.
      • Font Signature: This feature lets the merchant choose their name in different font styles for their signature
      • Draw Signature: This option enables the merchant to draw their signature for the contract.
      • Hide Valid Consent in Esign: When the merchant digitally signs the contract, a consent declaration appears, confirming their acceptance of the digital signature as their proxy. Checking the box will hide this consent.
      • Hide Resuse Consent in Esign: When the merchant digitally signs the contract, a consent declaration appears, confirming their acceptance to reuse their esign for further purposes if required. Checking the box will hide this consent.
    • I Accept: This method of signing involves accepting the contract by just clicking on the 'I accept' checkbox at the end of the contract.
    • I Accept with Email: This method of signing involves accepting the contract by just clicking on the 'I accept' checkbox at the end of the contract that is sent to the merchant on their email.
  • Various toggles are present:
  1. Allow adding signers: Allows to add more signers to the contract
  2. Restrict editing signers: Restricts the addition of more signers.
  3. Restrict removing signers: Restricts the removal of the added signers.
  4. Prefill signers: The signers can be prefilled. The name and email of the signer can be hardcoded by giving a hardcoded value or name or can be prefilled by selecting the pages where it is to be prefilled and giving it a variable name.
Options after enabling Prefill signers toggle
Options after enabling Prefill signers toggle


5. Custom Signature Position: The position and size of the signature can be chosen according to requirements. This can be done by selecting its position on the X and Y coordinate and, also putting the value for its height and width. When this toggle is enabled these options appear:

Custom Signature Position options
Custom Signature Position options


6. eStamping: An electronic stamp can also be put on the contract if required. Estamp is a part of the esign module. When the contract is e-signed, a pdf is generated. An estamp is then inserted on the first page of this pdf. Once the estamp is inserted, the reference id of the stamp is embedded on the side of all the pages of the contract. When the toggle for estamp is enabled the below fields have to be filled out:

Options to customise eStamp
Options to customise eStamp


7. Redirection: If a circumstance arises then, we can be redirected to the page that is chosen by providing the URL. The redirection time can also be chosen.

Options for redirection
Options for redirection


Contract Mapping

The Contract or Contract SDK utilizes a Docx templator that can also work seamlessly with HTML files to generate PDF documents. {{Write a few use cases for contract SDK here}} The templator is designed to accept either a .docx or .html file as an input, with variables strategically mapped within the template. These variables must be from within the Configuration Engine (GO Admin) elements including but not limited to textboxes, radio buttons, checkboxes, and so on.

To effectively map these variables within the contract template, a standardized format has been created. For .docx templates, you can use {pageid, variablename} or {variablename} to map the variables within the .docx template.

On the other hand, for .html templates, the format {{pageid.variablename}} is recommended for mapping the variables within the .html template.

For the mapping of sub-flow persona details, a closed loop must be defined using the keys {#personaData} and {/personaData}. Within these two keys, the details of the sub-flow persona should be defined. With this simple snippet, the final PDF generated will replicate for every persona, ensuring consistency across all sub-flows.

Getting help

Please feel free to contact us if you have any questions, require clarification, or have ideas for how to make the documents or any of our services better.

You can reach out to us at [email protected].



Updated 27 Sep 2024
Did this page help you?