Submit Application
Create a new merchant onboarding application through the API.
Two submission patterns are available:
a full application with merchant data prefilled in your request
a short application that starts the onboarding process with a smaller payload and lets the hosted onboarding flow collect the remaining information
By default, Bead creates the application and immediately sends it to the signer. If you need to upload supporting documents before the signer receives the application, set submitImmediately to false so the application is created in Draft status.
For the full application flow, identify the signer inside merchantData.stakeholders by setting isApplicationSigner to true.
For the short application flow, send signer details using signerFirstName, signerLastName, and signerEmail.
Choosing a flow
Choose POST /merchant-onboarding/applications when:
your system already has merchant business, ownership, banking, and fee information
you want to prefill the onboarding package as much as possible
you want the signer to mainly review, confirm, and sign
you may need to create the application in Draft status and upload attachments before sending it to the signer
Choose POST /merchant-onboarding/applications-short when:
you want a lighter-weight entry point
you want the hosted onboarding flow to collect most of the remaining merchant information
you still want to provide signer details, fee information, and crypto environment up front
For both flows:
provide the required fee configuration
set
cryptoEnvironmentcorrectly for the environment you are usingdecide whether to submit immediately or create the application in Draft status
store the returned
applicationIdandenvelopeId
Authentication and headers
Onboarding requests use API key authentication.
Submit behavior
Use submitImmediately to control whether Bead sends the application to the signer immediately or creates it in Draft status.
omitted
Bead preserves the existing default behavior and sends the application to the signer immediately.
true
Bead creates the application and immediately starts the signer flow.
false
Bead creates the application in Draft status so attachments can be uploaded before the signer receives it.
Use submitImmediately: false when you need to upload supporting documents through the attachment endpoints before sending the application for signature.
After all required attachments have been uploaded, call:
This submits the Draft application for signature and starts the DocuSign signing flow. The latest OpenAPI includes this dedicated Draft submit endpoint, separate from the resend/resubmit endpoint.
Full application
The full application flow is designed for partners that want to submit a more complete onboarding request from their own system.
Endpoint
Signer guidance
For the full application flow, the signer is identified in merchantData.stakeholders.
Set isApplicationSigner to true for the stakeholder who should receive and sign the application.
Only one stakeholder should be designated as the application signer.
What to include
A full application typically includes:
merchant identity and business details in
merchantDatacontact and point-of-contact information
stakeholder and ownership details
banking and settlement details
fee configuration
crypto environment
submitImmediatelywhen you want to explicitly control Draft vs. immediate-send behavior
Example: submit immediately
This example shows the default one-step flow. Bead creates the application and sends it to the signer.
You can omit submitImmediately when you want the default immediate-send behavior.
Example: create Draft application for attachments
Use this pattern when you need to upload documents before the signer receives the application.
After creating the Draft application, upload attachments while the application is still in Draft status.
Then submit the Draft application for signature:
Attachments can only be added while the application is in Draft status, and deleting attachments is also limited to Draft applications.
Short application
The short application flow is designed for partners that want to start onboarding quickly and let the hosted onboarding flow collect most of the remaining merchant information.
Endpoint
Signer guidance
For the short application flow, send signer details as top-level fields:
signerFirstNamesignerLastNamesignerEmail
What to include
A short application typically includes:
merchantNamepartnerIdpartnerMidsigner first name, last name, and email
feeInformationcryptoEnvironmentsubmitImmediately
Example request
What happens next
If submitImmediately is omitted or set to true:
Bead creates the onboarding application record.
Bead creates the related signing package.
Bead sends the package to the signer.
The signer completes the hosted onboarding flow.
You track progress using the status endpoints and application event webhooks.
If submitImmediately is set to false:
Bead creates the onboarding application record in Draft status.
You upload any required attachments.
You optionally list or download attachments to verify the package.
You submit the Draft application using
POST /merchant-onboarding/applications/{applicationId}/submit.Bead sends the package to the signer.
You track progress using the status endpoints and application event webhooks.
Typical response fields
A successful response includes:
applicationIdenvelopeIdstatus
Store applicationId and envelopeId so you can track, submit, resend, or troubleshoot the application later.
Example response
For applications submitted immediately, the returned status may reflect the sent or signing state.
Best practices
Choose the full application flow when you already have reliable onboarding data.
Choose the short application flow when you want the hosted onboarding experience to collect most of the remaining data.
For the full application flow, mark one stakeholder in
merchantData.stakeholderswithisApplicationSigner: true.Use
submitImmediately: falsewhen you need to upload attachments before the signer receives the application.Upload and verify all required attachments before calling
POST /merchant-onboarding/applications/{applicationId}/submit.Keep fee configuration aligned with your commercial agreement before submitting the application.
Store the returned identifiers so you can support submit, resend, status, webhook, and support workflows.
Use international phone formatting such as
+15085550100where applicable.
Related pages
Last updated