Create a business account
This guide walks you through creating a business account with Equals using the Onboarding API. Business accounts are for companies, sole traders, partnerships, charities, and other business entities. For complete API specifications, field definitions, and request/response schemas, refer to the API Reference documentation.Looking for Personal accounts? If you’re onboarding an individual for a personal account, see the Create a personal account guide instead.
Prerequisites
Before using the Onboarding API, ensure you have:- A valid API key for authentication
- Information about the business you want to onboard
- Details of associated people (directors, UBOs, authorised signatory)
- Understanding of which KYC model applies to your integration
Workflow overview
The business account onboarding flow:- Create Associated People — Add directors, UBOs, and authorised signatories
- Create Application — Submit the business details and link associated people
- Update Application (optional) — Modify details before submission
- Upload Application Documents (optional) — Provide business documentation
- Upload Associated People Documents (optional) — Provide identity documents
- Submit Application — Finalise and trigger verification
Understanding the onboarding process
Why separate Create and Submit steps? The Onboarding API separates application creation from submission. This allows you to:- Gradually collect customer information over multiple sessions
- Amend application details before final submission
- Validate data incrementally
- Upload supporting documents at your own pace
Step 1: Create associated people
Endpoint:POST /v2/applications/associated-people
For business applications, you must create associated people before creating the application. These are the individuals connected to the business.
Types of associated people
Required fields by role
Full legal name required: The first name(s) and last name(s) must be the applicant’s full legal name, as per their identity document.
Example request
Sole trader requirements
Sole traders require:- One associated person record for the sole trader themselves
- Link this person to the application with both roles:
APPLICANT(withjobTitle)ULTIMATE_BENEFICIAL_OWNER(withownershipPercentage: 100)
Example: Linking a sole trader
Step 2: Create application
Endpoint:POST /v2/applications
This endpoint creates a business application.
Business application types
Thetype field determines what kind of business entity you’re onboarding:
Required information
Market and incorporation
Business profile
Addresses
Business applications need at least one address:
You can include multiple trading addresses if the business operates from different locations.
Feature configuration
ThefeatureInformation object determines account capabilities.
If requesting PAYMENTS, provide paymentsInformation:
purposes,accountFundingSource,estimatedPaymentCount(monthly),estimatedPaymentVolume(annual)inboundCurrencies,outboundCurrenciesreceivingCountries,sendingCountries
cardsInformation:
businessDisplayName(max 15 characters, appears on cards)purposes,estimatedAnnualSpend,numberOfCardsRequiredcardsAreForEmployees,atmWithdrawalsRequired
Billing configuration (optional)
SetconfigurationId to link the account to a specific fee structure. This is an optional top-level string (maximum 36 characters) supplied by your implementation contact, it is typically an 11-digit numeric string (e.g., 12345678912).
When to include: Only provide
configurationId if your implementation contact has given you one. If omitted, the default billing configuration for your product is applied.Linking associated people
TheassociatedPeople array links individuals from Step 1 to the application:
Note: You can link the same person multiple times with different roles.
Example request
id and status: 'DRAFT'.
Step 3: Update application (optional)
Endpoint:PATCH /v2/applications/:applicationId
You can update an application before submitting it.
Validation rules:
- You cannot change the application type
- You cannot add personal-specific fields to a business application
- Must maintain at least one REGISTERED or TRADING address
Example request
Step 4: Upload application documents (optional)
Endpoint:POST /v2/applications/:applicationId/documents
Upload documents to support the business verification process.
Request: Multipart form data with:
purpose— Document purpose (e.g.,'PROOF_OF_FORMATION','PROOF_OF_OWNERSHIP_STRUCTURE','OTHER')file— The document file (accepts media and document file types, maximum file size is 10MB)
Example request
Step 5: Upload associated people documents (optional)
Endpoint:POST /v2/applications/associated-people/:associatedPersonId/documents
Upload identity documents for associated people (directors, UBOs, applicants).
Request: Multipart form data with:
purpose— Document purpose (e.g.,'PROOF_OF_IDENTITY','PROOF_OF_ADDRESS','OTHER')file— The document file (accepts media and document file types, maximum file size is 10MB)
Document upload requirements by KYC model
Example request
Step 6: Submit application
Endpoint:POST /v2/applications/:applicationId/submit
This finalises the application and submits it for review. Once submitted, the application status changes to 'SUBMITTED' and cannot be modified.
Example request
status: 'SUBMITTED'.
Validation rules and common errors
Address validation
Business applications must have at least oneREGISTERED or TRADING address.
Associated people validation
- Must have at least one
APPLICANT - All UBOs with 25%+ ownership must be included
ownershipPercentagerequired for UBOsjobTitlerequired for APPLICANTs
Type validation
You cannot add personal-specific fields to a business application. Error:"Cannot update business application with personal-specific fields: ..."
Authentication errors
Error:401 Unauthorized
- Verify your Authorization header uses:
Authorization: ApiKey YOUR_API_KEY - Check that your API key is valid
Best practices
- Create associated people first: Always create associated people before the application
- Verify data: Use GET endpoints to verify data before submission
- Handle errors: Check validation error responses for specific field issues
- Test with DRAFT status: Applications start with
status: 'DRAFT'— use this to test - Understand your KYC model: Know which verification model applies to your integration
- Reference the API spec: For complete field specifications, refer to the API Reference documentation