Skip to main content

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:
  1. Create Associated People — Add directors, UBOs, and authorised signatories
  2. Create Application — Submit the business details and link associated people
  3. Update Application (optional) — Modify details before submission
  4. Upload Application Documents (optional) — Provide business documentation
  5. Upload Associated People Documents (optional) — Provide identity documents
  6. 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
Verification checks are only triggered upon submission, not when the application is created.

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.
UBO Ownership Percentage: When collecting ownership percentage, always use the upper range. For example, if a person owns between 25-50%, report 50%.

Example request

Response: Returns an array of created associated people with their IDs. Save these IDs to link them to your application in Step 2.

Sole trader requirements

Important: Although sole traders are individuals, they must use the business application flow, not type: 'INDIVIDUAL'.
Sole traders require:
  1. One associated person record for the sole trader themselves
  2. Link this person to the application with both roles:
    • APPLICANT (with jobTitle)
    • ULTIMATE_BENEFICIAL_OWNER (with ownershipPercentage: 100)
This is required because the sole trader is both the authorised signatory AND the sole owner of the business.

Example: Linking a sole trader


Step 2: Create application

Endpoint: POST /v2/applications This endpoint creates a business application.

Business application types

The type 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

The featureInformation object determines account capabilities. If requesting PAYMENTS, provide paymentsInformation:
  • purposes, accountFundingSource, estimatedPaymentCount (monthly), estimatedPaymentVolume (annual)
  • inboundCurrencies, outboundCurrencies
  • receivingCountries, sendingCountries
If requesting CARDS, provide cardsInformation:
  • businessDisplayName (max 15 characters, appears on cards)
  • purposes, estimatedAnnualSpend, numberOfCardsRequired
  • cardsAreForEmployees, atmWithdrawalsRequired

Billing configuration (optional)

Set configurationId 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

The associatedPeople array links individuals from Step 1 to the application:
Note: You can link the same person multiple times with different roles.

Example request

Response: Returns the created application with an 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)
Please refer to the KYC Pack for more information on documents we will expect to receive based on your company type.
Note: Additional information may be requested by the KybInformationRequested webhook after application submission.

Example request

File requirements: Media and document file types accepted, maximum 10MB.

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

Note: Additional information may be requested by the KybInformationRequested webhook after application submission.

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.
Important: Verification checks are triggered at this point. For the Managed by Equals KYC model, associated people will receive instructions to complete their verification journey.

Example request

Response: Returns the application with status: 'SUBMITTED'.

Validation rules and common errors

Address validation

Business applications must have at least one REGISTERED or TRADING address.

Associated people validation

  • Must have at least one APPLICANT
  • All UBOs with 25%+ ownership must be included
  • ownershipPercentage required for UBOs
  • jobTitle required 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

  1. Create associated people first: Always create associated people before the application
  2. Verify data: Use GET endpoints to verify data before submission
  3. Handle errors: Check validation error responses for specific field issues
  4. Test with DRAFT status: Applications start with status: 'DRAFT' — use this to test
  5. Understand your KYC model: Know which verification model applies to your integration
  6. Reference the API spec: For complete field specifications, refer to the API Reference documentation

Next steps

After submitting your application, you’ll receive webhook notifications as it progresses through review. See Onboarding webhooks to learn which events to expect and in what order. For complete API specifications, refer to the API Reference documentation.