Embedded Signing Walkthrough
Give your users the ability to sign documents directly on your app or website using Dropbox Sign's embedded signing feature. The hellosign-embedded library adds the signing experience to your site using an iFrame. The documentation below describes requirements and setup steps for the embedded signing flow. Take a look at our premium branding guide to learn more about customizing your app's embedded signing.
Preliminary
- Create an API app (login required)
Important
skipDomainVerification
to embed requests created using test_mode
.- Save your API app's Client ID and API Key, which you'll need to use this feature.
Try Dropbox Sign Embedded
To get a feel for how our library works, you can use our Embedded Testing Tool to quickly test any of our Embedded flows without having to write a single line of JavaScript.
You can request a sample document, or use the customsign_url
that you'll generate in the Server Side section below.Server Side
The very first step is to create an embedded signature request from your backend using our API and then fetch the associated url that will be used in the iFrame. Note that embedded signature requests use a different endpoint than non-embedded signature requests. Endpoint: /signature_request/create_embedded
Creating an Embedded Signature Request
- Payload
- PHP
- C#
- JavaScript
- TypeScript
- Java
- Ruby
- Python
- cURL
{- "client_id": "b6b8e7deaf8f0b95c029dca049356d4a2cf9710a",
- "title": "NDA with Acme Co.",
- "subject": "The NDA we talked about",
- "message": "Please sign this NDA and then we can discuss more. Let me know if you\nhave any questions.",
- "signers": [
- {
- "email_address": "jack@example.com",
- "name": "Jack",
- "order": 0
}, - {
- "email_address": "jill@example.com",
- "name": "Jill",
- "order": 1
}
], - "cc_email_addresses": [
- "lawyer1@dropboxsign.com",
- "lawyer2@dropboxsign.com"
], - "signing_options": {
- "draw": true,
- "type": true,
- "upload": true,
- "phone": false,
- "default_type": "draw"
}, - "test_mode": true
}
signature_id
. When one of these users visits your site, you will need to use the Dropbox Sign API generate a temporary sign_url
using the signer's unique signature ID.Important
sign_url
the unique signature_id
(per signer) will be needed and not the signature_request_id
.Generating a sign_url
Endpoint: /embedded/sign_url/{signature_id}
- PHP
- C#
- JavaScript
- TypeScript
- Java
- Ruby
- Python
- cURL
<?php
require_once __DIR__ . "/vendor/autoload.php";
$config = Dropbox\Sign\Configuration::getDefaultConfiguration();
// Configure HTTP basic authorization: api_key
$config->setUsername("YOUR_API_KEY");
// or, configure Bearer (JWT) authorization: oauth2
// $config->setAccessToken("YOUR_ACCESS_TOKEN");
$embeddedApi = new Dropbox\Sign\Api\EmbeddedApi($config);
$signatureId = "50e3542f738adfa7ddd4cbd4c00d2a8ab6e4194b";
try {
$result = $embeddedApi->embeddedSignUrl($signatureId);
print_r($result);
} catch (Dropbox\Sign\ApiException $e) {
$error = $e->getResponseObject();
echo "Exception when calling Dropbox Sign API: "
. print_r($error->getError());
}
Important
409
if the signature request has already been signed by this signer or—in the case of ordered signing—the request cannot be signed yet because it's not their turn. A successful response will return an object which contains a sign_url
property. The sign_url
is used to load the iFrame on your site using the hellosign-embedded.Client Side
We provide a client-side library that handles the authorization and display of the embedded request using an iFrame. You can use this feature by adding a few lines of JavaScript code.
If you are using a modern module bundler with npm, simply installhellosign-embedded
.npm install hellosign-embedded
If you are not using a modern module bundler like npm, our library can be downloaded manually, compiled from source, or imported from our CDN.
In your app, import thehellosign-embedded
module, instantiate a new client, then invoke open()
with your sign_url
and API client ID. Note that we're using skipDomainVerification
when calling this method. You can learn more about that in the Domain Restriction section below.import HelloSign from 'hellosign-embedded';
const client = new HelloSign();
client.open(claimUrl, {
clientId: 'Your API client ID',
skipDomainVerification: true
});
Note: It's recommended that you add the following to your document's <head>
to avoid unexpected behavior on small screens. <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0">
.
open()
:Name | Type | Description |
---|---|---|
requestingEmail | string | The email of the account issuing the signature request. Note: This option is only necessary for 'Me and Others' type signature requests. Example: { |
locale | string | The locale code that will be used to determine which language the embedded request will be displayed in. For a list of Dropbox Sign's supported languages, visit our Languages page. If no locale is specified Dropbox Sign will attempt to determine the user's preferred language by their browser settings or fall back to English. Note: Czech ( CS_CZ ) is only supported by Embedded Signing. Example: { |
redirectTo | string | Where the user will be redirected after sending the signature request. Example: { |
allowCancel | boolean | Whether the user should be able to close the iFrame without finishing the request. Default: true . Example: { |
debug | boolean | Allows debug output to print to the console. Default: false .For even more detailed debug output, run localStorage.debug = 'hellosign-embedded:*'; in your developer console and refresh the page. Example: { |
skipDomainVerification | boolean | Whether or not to skip the domain verification step. Default: false .Note: This will only be honored if the signature request was created with test_mode=1 . Example: { |
timeout | number | How long (in milliseconds) to wait for the app to initialize before aborting. Default: 30000 (30 seconds). Example: { |
container | HTMLElement | By default a modal will be opened, but by specifying container you can choose a DOM element on the page in which the iFrame will be embedded. Example: { |
Additional notes
App Approval
In order to ensure that integrations adhere to eSignature regulations and best practices, an app approval is needed prior to moving into production for all customers implementing embedded signing, embedded requesting, embedded templates, and OAuth workflows.
Important
You will still be able to use your app in test mode until it gets approved. Only live/production activity requires approval.
Please refer to the App Approval Section for more detailed information about getting your app approved.
Domain Restriction
When the iFrame is loaded, it will verify the domain of the parent window and ensure it matches the domain name of the API app specified by the client ID. If the domain does not match, the page won't be loaded.
You can disable domain restriction for easier development:
client.open(signUrl, {
// ...
skipDomainVerification: true
});
localhost
. See the documentation for open()
method in the section above.HTTPS Required
The host page must be served over HTTPS. The iFrame is also loaded over HTTPS, and due to browser security restrictions it will not be able to communicate with the parent window if it is not HTTPS. This communication is required to enable features such as iFrame callbacks and closing the iFrame.
To make development easier, the page will still load if the parent window is served over HTTP, however an alert will be displayed to notify you of this requirement. Switch to HTTPS to prevent this alert from being displayed.
Redirection
If a redirect url is specified, the iFrame will redirect users to it after they send the document(s). Data from thesign
event will be appended to the url query string.Signature Links
Signature URLs are only valid for 60 minutes after /embedded/sign_url has been called and expire as soon as they're accessed.
It is best practice to wait until your signer hits the page before generating thesign_url
so the link doesn't expire before the signer is ready. However, since the signature_id
itself does not expire, a fresh sign_url
can always be generated.Text Tags
The embedded functionality can be used in conjunction with Dropbox Sign Text Tags.
Client Side Events
There are a number of events that the client may emit. To listen to these events, pass the event name and a callback function toon()
. An string enumeration of available events can also be found under HelloSign.events
.client.on('sign', (data) => {
console.log('The document has been signed!');
console.log('Signature ID: ' + data.signatureId);
});
Here are a list of possible events:
Event | Description | Data |
---|---|---|
createTemplate | Emitted when the user creates the signature request template. | { |
open | Emitted when the embedded window has opened. | { |
cancel | Emitted when the template was canceled by the user by either pressing the close button or selecting "close" from the dropdown list. | |
finish | Emitted when the user has finished the embedded template flow without cancelling. | |
message | Emitted when embedded has received a cross-origin window message from the app. | { |
close | Emitted when the embedded window has closed. | |
error | Emitted when the app encounters an error. | { |