How to require access code authentication for a recipient
This topic demonstrates how to request a signature by email while also using access code authentication.
Note: Account-wide Authentication policy settings can be configured in the Security Settings section in eSignature Admin. See the NDSE Security Settings guide for details.
Run this code example from our Quickstart or launcher projects: Bash, C#, Java, Node.js, PHP, PowerShell, Python, or Ruby.
Required data
Running the code in this how-to requires this data:
Step 1. Obtain your OAuth token
To make the API call shown in this how-to, you need a valid OAuth access token. Docusign supports access tokens for three different recommended OAuth grant types: Public Authorization Code Grant, Confidential Authorization Code Grant, and JSON Web Token (JWT) Grant. Choose the OAuth grant type appropriate for your scenario.
See Confidential Authorization Code Grant for guidance on your options to get an Confidential Authorization Code Grant OAuth token.
Step 2. Construct your API headers
After you have a valid OAuth access token, you are ready to construct the API headers that you will pass to the API call. Construct your headers like this, but make sure to substitute your valid OAuth access token for {ACCESS_TOKEN}.
Step 3. Construct the request body
Next, create the request body. To create an envelope using the eSignature API, you need to construct an envelope body in JSON format. Replace {RECIPIENT_ID}, {SIGNER_NAME}, {SIGNER_EMAIL}, and {ACCESS_CODE} with your recipient’s data in the JSON request body.
Note: When specifying upper- and lowercase letters in your {ACCESS_CODE}, the code is not case-sensitive. Access codes have specific security limits such as allowed access to the email link and time limitations.
Note: The sample code provided uses fixed positioning for the signHere tab. If your Docusign account has Document Visibility enabled (via Sending Settings in eSignature Admin), and you have not placed a tab for each signer, you will receive this API error: “Freeform signing is not allowed for your account because it conflicts with other settings, please place fields for each signer.”
Note: Optionally, you can set an additional recipient authentication method when utilizing Access Code authentication. Fill in the idCheckConfigurationName property with the name of the additional method (e.g.: SMS Auth $ or Phone Auth $).
Step 4. Call the eSignature REST API
Now that you have constructed your API headers and request body, you can send the envelope with the Envelopes:create method. Here’s how you make the call, but make sure to substitute your API account ID for {ACCOUNT_ID}.
Expected response
If you run this code example from our Quickstart or launcher projects, you should see a JSON response similar to the code shown.
In addition, the signer receives an email containing a signing link. After they authenticate with the correct access code, they can open and electronically sign a document using the Docusign mobile app or the Docusign website. After signing is complete, the recipient receives a carbon copy (CC) of the email that includes all of the completed and signed documents.
Next steps
- Run this code example from our Quickstart or launcher projects: Bash, C#, Java, Node.js, PHP, PowerShell, Python, or Ruby.
- See tabs for context around tabs and your options for setting them.
- See recipient authentication for details about the feature.
- See eSignature Admin for more information on recipient access codes.
- See how to Go-Live with a completed app and find the base path for API calls in the production environment.