Create an application
Authorizations
Section titled “ Authorizations ”Request Bodyrequired
Section titled “ Request Bodyrequired ”object
Applicant email. REQUIRED when sendEmail is true: it is the address the onboarding link goes to. Optional otherwise, for an application a staff member fills in themselves and delivers by other means; that application is created without a submitter until an address is added.
Skips external data sources (ID verification, KYC/KYB checks, and screening). Set at creation only; not editable afterward.
Name of the business (optional, can be provided for any application type)
ID of the workflow to use for this application
ID of an existing application to pre-fill default values from
Dynamic onboarding: present steps already fully completed by document prefill once, prefilled, for the applicant to review. When false they are backfilled into the transcript as completed history cards. Defaults to true, matching the account-level default.
Deprecated: use reviewPrefilledSteps (this field is its inverse). Ignored when reviewPrefilledSteps is supplied.
Dynamic onboarding: begin the chat automatically instead of presenting the welcome screen. Not surfaced in any UI. Intended for programmatic creation flows whose profiles arrive prefilled (application migration). Defaults to false.
Dynamic onboarding: when true, every required field is treated as optional, so the applicant can complete onboarding with whatever information is available and submit with fields left blank. Each skipped field becomes a self-clearing follow-up Review. Defaults to false.
Whether a subscription document was attached at creation to prefill the application. Recorded on the creation audit-log entry; the document itself is uploaded separately after the application is created.
Arbitrary key-value metadata. Up to 50 key-value pairs. Keys: 1-40 chars, letters/digits/hyphens/underscores only. Values: strings up to 500 chars.
object
The onboarding path chosen in the platform create dialog. Reporting context only; API-key callers are always recorded as API.
The delivery chosen in the platform create dialog. Reporting context only; independent of whether the invitation email succeeds.
Examples
{ "type": "individual", "firstName": "John", "lastName": "Doe", "email": "john.doe@example.com", "sendEmail": true, "manual": false, "businessName": "Acme Corporation", "reviewPrefilledSteps": true, "skipPrefilledSteps": false, "skipOnboardingWelcome": false, "deferRequirements": false, "hasSubscriptionDocument": false, "metadata": { "externalRef": "abc-123", "plan": "enterprise" }, "onboardingPath": "invite"}{ "type": "individual", "firstName": "John", "lastName": "Doe", "email": "john.doe@example.com", "sendEmail": true, "manual": false, "businessName": "Acme Corporation", "workflowId": "507f1f77bcf86cd799439011", "prefillApplicationId": "507f1f77bcf86cd799439011", "reviewPrefilledSteps": true, "skipPrefilledSteps": false, "skipOnboardingWelcome": false, "deferRequirements": false, "hasSubscriptionDocument": false, "metadata": { "externalRef": "abc-123", "plan": "enterprise" }, "onboardingPath": "invite", "deliveryAction": "send-invite"}Responses
Section titled “ Responses ”object
Present only when sendEmail was true
object
Examples
{ "id": "507f1f77bcf86cd799439012", "inviteEmail": { "status": "SENT" }}{ "id": "507f1f77bcf86cd799439012", "inviteEmail": { "status": "SENT", "failureCode": "INACTIVE_RECIPIENT", "reason": "We couldn't send the onboarding email to this address" }}