Skip to main content
An Entity is one object with three shapes, discriminated by type: individual, business, and sole_prop. All three share the attestation and metadata fields; they differ in their details object and in how they link to other entities. Create with POST /v0/entities and a required Idempotency-Key header (up to 255 characters).

Common Fields (All Three Shapes)

individual_details (Required for individual)

Required within it: first_name, last_name, and identification_details. First name must be at least 1 alphanumeric character. Last name must be at least 2.

business_details (Required for business and sole_prop)

Required within it: name (≥2 characters), identification_details, and address_details.

Linkage Objects Resolving Ownership to People

Business-family entities link to individual entities rather than embedding their data — create the individuals first (Workflow), then reference them: Each referenced individual must meet authorized-signer data requirements — a child entity failing its checks makes the parent’s role inactive, with criteria_details pointing at the child’s entity_id (Troubleshooting).

Identification for US and Non-US Entities

The identification_details object is discriminated by whether the entity has a US tax identification:
  • us_entitytax_identification with type (ssn / itin / ein) and a 9-digit value. Rules: SSNs must not start with 9 (ITINs mistakenly reported as SSNs are the most common failure); EINs begin 00–99; ITINs begin with 9. Individuals: ssn or itin. Businesses: ein — except single-member LLCs with no EIN, where ssn or itin may be used. Sole props: any of the three.
  • non_us_entity — at least one government-verified identification_documents[] entry: type, identification_number, issuing_country required (plus issuing_state for US-issued, expiration_date, description when type is other). Individual document types: drivers_license, state_or_provincial_id, passport, permanent_residency_id, military_id, national_id, matriculate_id, other. Business types: tax_certificate, tax_returns, partnership_agreement, certificate_of_good_standing, formation_document, proof_of_place_on_stock_exchange, other.

Address Rules

line_1 is the full base address — street number and street name together (or the local equivalent). Address rules protect the structure of the address, not its character set. However you collect address components from your users, combine them into line_1 before sending: do not split the primary street address across lines, do not put only the number in line 1, and never pad line 1 to satisfy validation. line_2 is only for sub-premise information (apartment, unit, suite, floor, building, care-of) — blank otherwise. city and country (ISO 3166-1 alpha-2) are required; US addresses also require a valid USPS state code and a 5- or 9-digit postal_code. Physical addresses must not be P.O. boxes, registered-agent addresses, or in prohibited countries.

Example Entity Object

Full request/response schemas: Create an Entity · Update an Entity.