Skip to main content
Some sections represent repeatable entities such as beneficial_owners, authorized_signers, or directors. These are array sections. The schema defines them with type: array containing items that describe each entity. Array sections differ from flat sections in how data is read, saved, and linked to documents. Conditional logic can activate or deactivate array sections based on the application’s configuration.

How array sections differ from flat sections

Reading array data

Retrieve array section data with the Get section endpoint (GET /v1/onboarding/partner/applications/{applicationId}/sections/{sectionName}). The response is a JSON array where each element includes a refId:

Saving array data

When saving, include refId for entities you want to update and omit it for new entities:
In this example, the first entity is updated (existing refId) and the second is created (no refId). Existing entities not included in the array are preserved, not deleted.

Removing entities

Remove a single entity from an array section with the Remove entity endpoint (DELETE /v1/onboarding/partner/applications/{applicationId}/sections/{sectionName}/{refId}). The response includes the updated section list with recalculated statuses.

Document association

When uploading a document for a field in an array entity, include the entity’s refId so the document is associated with the correct person or organization. See Upload documents for the full upload workflow.
Omitting refId when the document belongs to an array section entity causes the upload to fail with a 400 error.