| Type | Description |
|---|---|
| Signer | Reviews documents and adds a signature or initials. Every envelope must have at least one signer. |
| Approver | Reviews and approves documents without signing. Approver actions are not recorded in the audit log. |
| Preparer | Fills in document fields before signers receive the envelope. Preparer actions are not recorded in the audit log. |
status tracks their progress through the workflow. See the recipient lifecycle for details on each status and what triggers a transition.
A recipient belongs to an envelope.
Attributes
Show Signer
Show Signer
The unique identifier of the recipient. Recipient IDs use the
re_ prefix.The unique identifier of the envelope, in UUID format.
The type of the recipient. Determines what actions the recipient can perform during the ceremony.
For signers, the type is
| Type | Description |
|---|---|
signer | Signs documents. Every envelope must have at least one signer. |
approver | Reviews and approves documents without signing. |
preparer | Fills in document fields on behalf of another party. |
signer.A unique identifier you assign to each recipient in the envelope.Use it to match recipients with the places they should interact with (such as signature fields) and to identify them in events and webhook notifications.The key must start with a lowercase letter. It can contain lowercase letters, numbers, and underscores. Maximum 32 characters. It must be unique within the envelope.
The full name of the recipient. Appears in invitation emails and is pre-filled for typed signatures.
The email address of the recipient. Used to send invitation emails when
delivery_type is email.The current status of the recipient in the signing workflow.
| Status | Description |
|---|---|
pending | The envelope has not been sent to the recipient yet. This is the initial status. |
awaiting | The recipient is waiting for earlier recipients in the routing order to complete. |
sent | The invitation has been sent to the recipient. |
completed | The recipient has completed their required actions (for example, signed or approved). |
rejected | The recipient declined to complete the envelope. |
soft_bounced | The invitation email was temporarily undeliverable (for example, a full mailbox). You can resend the request. |
hard_bounced | The invitation email was permanently undeliverable (for example, an invalid address). Use the Replace endpoint to assign a new recipient. |
failed | An error occurred and the invitation could not be sent. |
replaced | This recipient was replaced with a new one via the Replace endpoint. |
The current ceremony for the recipient.
Show Ceremony
Show Ceremony
Show Email Link Authentication
Show Email Link Authentication
With email link authentication, the recipient receives an email with a direct link to the ceremony. Clicking the link authenticates the recipient and opens the signing session.
The type of authentication. Available values:
email_link, email_code, and custom.For email link authentication, this value is email_link.The custom subject line used for this recipient’s invitation email.
null if the envelope title is used.The custom message body used for this recipient’s invitation email.
null if the envelope message is used.Show Email Code Authentication
Show Email Code Authentication
With email code authentication, the recipient receives an email from SignatureAPI containing a 9-digit code. The recipient must enter this code to authenticate and access the ceremony.
The type of authentication. Available values:
email_link, email_code, and custom.For email code authentication, this value is email_code.Show Custom Authentication
Show Custom Authentication
With custom authentication, your application authenticates the recipient. SignatureAPI provides a ceremony URL that you share or embed in your application to give the recipient access.
The type of authentication. Available values:
email_link, email_code, and custom.For custom authentication, this value is custom.The name of your company or application that authenticated the recipient. This value appears in the envelope audit log as the authentication provider.
Key-value pairs with metadata about the authentication event, such as timestamps, session IDs, and user identifiers. These values appear in the envelope audit log.
The values in
data must be sufficient to verify how the recipient was authenticated. You must retain all records needed to prove the recipient’s authentication, such as session information. In cases such as legal proceedings, you may need to provide these records to confirm identity.Review our Terms & Conditions for details.An HTTPS URL to redirect the recipient to after the ceremony finishes.Learn more in Redirect URL.
The delay in seconds before the ceremony redirects to
redirect_url (standalone ceremonies) or emits completion events (embedded ceremonies).Defaults to 3. Allowed range: 0 to 20.Learn more in Redirect URL.The format of the ceremony URL.Available options:
standard(default): Full-length URL. Works for most use cases.short: Shortened URL. Use this when sharing through space-constrained channels such as SMS or push notifications.
Origins allowed to embed this ceremony in an iframe.These values set the
frame-ancestors directive in the ceremony’s Content Security Policy (CSP) header. Sources typically take the form of a scheme and host (for example, https://app.example.com). Wildcards are supported (for example, https://*.example.com). For all available options, see the frame-ancestors documentation.Defaults to an empty list ([]), which means embedding is not allowed. To allow embedding from all origins (not recommended for production), use ["*"].Only the origin (scheme and host) is used. Paths are ignored.
The URL where the recipient can access the ceremony. You can share this link with the recipient directly or embed it in your application.This property is
null when:- The ceremony uses
email_linkauthentication. SignatureAPI delivers the URL by email in that case. - The ceremony is not active (for example, it is completed, revoked, or declined).
Controls whether the completed deliverable is automatically emailed to this recipient.
| Value | Description |
|---|---|
email | The completed deliverable is delivered to this recipient by email. This is the default for signers. |
none | The completed deliverable is not emailed. Your application is responsible for distributing the deliverable. |
The signature methods available to the signer. The first item in the array is shown as the default.
If not specified, both
| Option | Description |
|---|---|
typed | The signer types their name. It is pre-filled from the recipient’s name property. |
drawn | The signer draws their signature using a mouse, stylus, or touchscreen. |
typed and drawn are available, with typed shown first.The time at which the recipient completed their required actions on the envelope (for example, signed or approved), in format. Returns
null if the recipient has not yet completed.The time at which the recipient’s status last changed, in format. Updates whenever the recipient transitions to a new status.
Show Deprecated Fields
Show Deprecated Fields
How the ceremony is created for the recipient.Available options are
automatic and manual. The default is automatic.This property is deprecated. Use the
ceremony object on the recipient when creating an envelope to control ceremony creation. This property will continue to be supported for backwards compatibility.Show Preparer
Show Preparer
The unique identifier of the recipient. Recipient IDs use the
re_ prefix.The unique identifier of the envelope, in UUID format.
The type of the recipient. Determines what actions the recipient can perform during the ceremony.
For preparers, the type is
| Type | Description |
|---|---|
signer | Signs documents. Every envelope must have at least one signer. |
approver | Reviews and approves documents without signing. |
preparer | Fills in document fields on behalf of another party. |
preparer.A unique identifier you assign to each recipient in the envelope.Use it to match recipients with the places they should interact with (such as signature fields) and to identify them in events and webhook notifications.The key must start with a lowercase letter. It can contain lowercase letters, numbers, and underscores. Maximum 32 characters. It must be unique within the envelope.
The full name of the recipient. Appears in invitation emails and is pre-filled for typed signatures.
The email address of the recipient. Used to send invitation emails when
delivery_type is email.The current status of the recipient in the signing workflow.
| Status | Description |
|---|---|
pending | The envelope has not been sent to the recipient yet. This is the initial status. |
awaiting | The recipient is waiting for earlier recipients in the routing order to complete. |
sent | The invitation has been sent to the recipient. |
completed | The recipient has completed their required actions (for example, signed or approved). |
rejected | The recipient declined to complete the envelope. |
soft_bounced | The invitation email was temporarily undeliverable (for example, a full mailbox). You can resend the request. |
hard_bounced | The invitation email was permanently undeliverable (for example, an invalid address). Use the Replace endpoint to assign a new recipient. |
failed | An error occurred and the invitation could not be sent. |
replaced | This recipient was replaced with a new one via the Replace endpoint. |
The current ceremony for the recipient.
Show Ceremony
Show Ceremony
Show Email Link Authentication
Show Email Link Authentication
With email link authentication, the recipient receives an email with a direct link to the ceremony. Clicking the link authenticates the recipient and opens the signing session.
The type of authentication. Available values:
email_link, email_code, and custom.For email link authentication, this value is email_link.The custom subject line used for this recipient’s invitation email.
null if the envelope title is used.The custom message body used for this recipient’s invitation email.
null if the envelope message is used.Show Email Code Authentication
Show Email Code Authentication
With email code authentication, the recipient receives an email from SignatureAPI containing a 9-digit code. The recipient must enter this code to authenticate and access the ceremony.
The type of authentication. Available values:
email_link, email_code, and custom.For email code authentication, this value is email_code.Show Custom Authentication
Show Custom Authentication
With custom authentication, your application authenticates the recipient. SignatureAPI provides a ceremony URL that you share or embed in your application to give the recipient access.
The type of authentication. Available values:
email_link, email_code, and custom.For custom authentication, this value is custom.The name of your company or application that authenticated the recipient. This value appears in the envelope audit log as the authentication provider.
Key-value pairs with metadata about the authentication event, such as timestamps, session IDs, and user identifiers. These values appear in the envelope audit log.
The values in
data must be sufficient to verify how the recipient was authenticated. You must retain all records needed to prove the recipient’s authentication, such as session information. In cases such as legal proceedings, you may need to provide these records to confirm identity.Review our Terms & Conditions for details.An HTTPS URL to redirect the recipient to after the ceremony finishes.Learn more in Redirect URL.
The delay in seconds before the ceremony redirects to
redirect_url (standalone ceremonies) or emits completion events (embedded ceremonies).Defaults to 3. Allowed range: 0 to 20.Learn more in Redirect URL.The format of the ceremony URL.Available options:
standard(default): Full-length URL. Works for most use cases.short: Shortened URL. Use this when sharing through space-constrained channels such as SMS or push notifications.
Origins allowed to embed this ceremony in an iframe.These values set the
frame-ancestors directive in the ceremony’s Content Security Policy (CSP) header. Sources typically take the form of a scheme and host (for example, https://app.example.com). Wildcards are supported (for example, https://*.example.com). For all available options, see the frame-ancestors documentation.Defaults to an empty list ([]), which means embedding is not allowed. To allow embedding from all origins (not recommended for production), use ["*"].Only the origin (scheme and host) is used. Paths are ignored.
The URL where the recipient can access the ceremony. You can share this link with the recipient directly or embed it in your application.This property is
null when:- The ceremony uses
email_linkauthentication. SignatureAPI delivers the URL by email in that case. - The ceremony is not active (for example, it is completed, revoked, or declined).
Controls how the recipient receives the invitation to access the envelope. Also determines whether the completed deliverable is emailed to this recipient.
| Value | Description |
|---|---|
email | SignatureAPI sends an invitation email with the ceremony link. The completed deliverable is also delivered by email. |
none | No emails are sent. Your application is responsible for distributing the ceremony URL and the completed deliverable. This is the default for approvers and preparers. |
The time at which the recipient completed their required actions on the envelope (for example, signed or approved), in format. Returns
null if the recipient has not yet completed.The time at which the recipient’s status last changed, in format. Updates whenever the recipient transitions to a new status.
Show Deprecated Fields
Show Deprecated Fields
How the ceremony is created for the recipient.Available options are
automatic and manual. The default is automatic.This property is deprecated. Use the
ceremony object on the recipient when creating an envelope to control ceremony creation. This property will continue to be supported for backwards compatibility.Show Approver
Show Approver
The unique identifier of the recipient. Recipient IDs use the
re_ prefix.The unique identifier of the envelope, in UUID format.
The type of the recipient. Determines what actions the recipient can perform during the ceremony.
For approvers, the type is
| Type | Description |
|---|---|
signer | Signs documents. Every envelope must have at least one signer. |
approver | Reviews and approves documents without signing. |
preparer | Fills in document fields on behalf of another party. |
approver.A unique identifier you assign to each recipient in the envelope.Use it to match recipients with the places they should interact with (such as signature fields) and to identify them in events and webhook notifications.The key must start with a lowercase letter. It can contain lowercase letters, numbers, and underscores. Maximum 32 characters. It must be unique within the envelope.
The full name of the recipient. Appears in invitation emails and is pre-filled for typed signatures.
The email address of the recipient. Used to send invitation emails when
delivery_type is email.The current status of the recipient in the signing workflow.
| Status | Description |
|---|---|
pending | The envelope has not been sent to the recipient yet. This is the initial status. |
awaiting | The recipient is waiting for earlier recipients in the routing order to complete. |
sent | The invitation has been sent to the recipient. |
completed | The recipient has completed their required actions (for example, signed or approved). |
rejected | The recipient declined to complete the envelope. |
soft_bounced | The invitation email was temporarily undeliverable (for example, a full mailbox). You can resend the request. |
hard_bounced | The invitation email was permanently undeliverable (for example, an invalid address). Use the Replace endpoint to assign a new recipient. |
failed | An error occurred and the invitation could not be sent. |
replaced | This recipient was replaced with a new one via the Replace endpoint. |
The current ceremony for the recipient.
Show Ceremony
Show Ceremony
Show Email Link Authentication
Show Email Link Authentication
With email link authentication, the recipient receives an email with a direct link to the ceremony. Clicking the link authenticates the recipient and opens the signing session.
The type of authentication. Available values:
email_link, email_code, and custom.For email link authentication, this value is email_link.The custom subject line used for this recipient’s invitation email.
null if the envelope title is used.The custom message body used for this recipient’s invitation email.
null if the envelope message is used.Show Email Code Authentication
Show Email Code Authentication
With email code authentication, the recipient receives an email from SignatureAPI containing a 9-digit code. The recipient must enter this code to authenticate and access the ceremony.
The type of authentication. Available values:
email_link, email_code, and custom.For email code authentication, this value is email_code.Show Custom Authentication
Show Custom Authentication
With custom authentication, your application authenticates the recipient. SignatureAPI provides a ceremony URL that you share or embed in your application to give the recipient access.
The type of authentication. Available values:
email_link, email_code, and custom.For custom authentication, this value is custom.The name of your company or application that authenticated the recipient. This value appears in the envelope audit log as the authentication provider.
Key-value pairs with metadata about the authentication event, such as timestamps, session IDs, and user identifiers. These values appear in the envelope audit log.
The values in
data must be sufficient to verify how the recipient was authenticated. You must retain all records needed to prove the recipient’s authentication, such as session information. In cases such as legal proceedings, you may need to provide these records to confirm identity.Review our Terms & Conditions for details.An HTTPS URL to redirect the recipient to after the ceremony finishes.Learn more in Redirect URL.
The delay in seconds before the ceremony redirects to
redirect_url (standalone ceremonies) or emits completion events (embedded ceremonies).Defaults to 3. Allowed range: 0 to 20.Learn more in Redirect URL.The format of the ceremony URL.Available options:
standard(default): Full-length URL. Works for most use cases.short: Shortened URL. Use this when sharing through space-constrained channels such as SMS or push notifications.
Origins allowed to embed this ceremony in an iframe.These values set the
frame-ancestors directive in the ceremony’s Content Security Policy (CSP) header. Sources typically take the form of a scheme and host (for example, https://app.example.com). Wildcards are supported (for example, https://*.example.com). For all available options, see the frame-ancestors documentation.Defaults to an empty list ([]), which means embedding is not allowed. To allow embedding from all origins (not recommended for production), use ["*"].Only the origin (scheme and host) is used. Paths are ignored.
The URL where the recipient can access the ceremony. You can share this link with the recipient directly or embed it in your application.This property is
null when:- The ceremony uses
email_linkauthentication. SignatureAPI delivers the URL by email in that case. - The ceremony is not active (for example, it is completed, revoked, or declined).
Controls how the recipient receives the invitation to access the envelope. Also determines whether the completed deliverable is emailed to this recipient.
| Value | Description |
|---|---|
email | SignatureAPI sends an invitation email with the ceremony link. The completed deliverable is also delivered by email. |
none | No emails are sent. Your application is responsible for distributing the ceremony URL and the completed deliverable. This is the default for approvers and preparers. |
The time at which the recipient completed their required actions on the envelope (for example, signed or approved), in format. Returns
null if the recipient has not yet completed.The time at which the recipient’s status last changed, in format. Updates whenever the recipient transitions to a new status.
Show Deprecated Fields
Show Deprecated Fields
How the ceremony is created for the recipient.Available options are
automatic and manual. The default is automatic.This property is deprecated. Use the
ceremony object on the recipient when creating an envelope to control ceremony creation. This property will continue to be supported for backwards compatibility.Copy
Ask AI
// HTTP Status 200
{
"id": "re_26w2VVV5JVm4j459TY5BNM",
"envelope_id": "52872f0e-b919-4d69-89cd-e7e56af00548",
"type": "signer",
"key": "client",
"name": "Emily Johnson",
"email": "emily@example.com",
"status": "completed",
"status_updated_at": "2025-12-31T15:00:00.000Z",
"completed_at": "2025-12-31T15:00:00.000Z",
"delivery_type": "email",
"signature_options": ["typed", "drawn"],
"ceremony": {
"authentication": [
{
"type": "email_link",
"subject_override": null,
"message_override": null
}
],
"redirect_url": null,
"redirect_delay": 3,
"embeddable_in": [],
"url_variant": "standard",
"url": null
},
"ceremony_creation": "automatic"
}