Database batch enrichment
POST /batch/person/enrich takes exactly one identifier type —
professional_network_profile_urls or business_emails — with up to
10,000 identifiers per job. Providing none, or more than one type, returns
400; over-cap submissions are rejected. Identifier lists also accept a
single comma-separated string.
One record from the results file
Record trimmed for clarity.
Fields: requested plus defaults
fields accepts dotted leaf paths, whole family names (basic_profile), or a
comma-separated string of either. A family name expands to its entire subtree.
The response contains the requested fields plus the default families
(basic_profile and social_handles) — matching the non-batch
Person Enrich exactly, including the
selectable field list. An unsupported value returns 400 with every
selectable field in metadata.available_fields.
Enrich by business email — and detect no-matches
Emails that don’t resolve to a person are silently dropped: the job still completes, andentities_requested vs entities_fulfilled is your no-match
signal.
chunk_size
Optional internal processing chunk size (identifiers per processing unit),
10–1000, default 100. Out-of-range values return 400 with
"chunk_size must be between 10 and 1000".
Errors
400 — no identifier
400 — chunk_size out of range
What to do next
- Need the freshest data? — see Batch Person Live Enrich for profiles retrieved from the web at request time.
- Find people first — see Batch Person Search to turn one query into an input list.
- Single-person enrichment — see Person Enrich.
- Valid
fieldsvalues — see the enrich reference. - Enrich companies in batch — see Batch Company Enrich.
- Full schema — see the API reference.

