- Batch enrich — records served from the indexed database, with higher caps and faster turnaround.
- Batch live enrich — each profile retrieved fresh from the web at request time.
Batch enrich
Database batch enrichment
POST /batch/person/enrich takes up to 10,000 values in
professional_network_profile_urls. Missing and over-cap submissions are
rejected. The identifier list also accepts 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.
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
Batch live enrich
Live enrichment is an add-on. If your plan doesn’t include it, contact your
Crustdata account team to enable it.
Live batch enrichment
POST /batch/person/professional_network/enrich/live retrieves each profile
fresh from the web at request time. Use it when you need the latest title,
headline, or employment data and the database record is not recent enough.
Key differences from database enrichment:
- Profile URLs only.
professional_network_profile_urlsis the only identifier type — anything else returns400. - Cap of 300 per job (instead of 10,000). Larger submissions are rejected with
400. - Slower. Expect seconds per profile; live jobs are the most likely to end
failedwith anerror_message. internal_idechoes the URL. In the envelope,internal_idis the submitted profile URL — not the numeric Crustdata ID.
action is enrich_live — that’s how live jobs are labeled wherever
you poll or list jobs.
One record from the results file
Record trimmed for clarity. For single-profile live enrichment without the
batch lifecycle, see
Person Live Enrich.
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 Live Enrich exactly. An
unsupported value returns 400 with every selectable field in
metadata.available_fields.
Errors
400 — wrong identifier type on live enrich
400 — more than 300 URLs on live enrich
What to do next
- Need the freshest data? — see Batch live enrich above for profiles retrieved from the web at request time.
- Higher caps, faster — see Batch enrich above for records served from the indexed database.
- Find people first — see Batch Person Search to turn one query into an input list.
- Find people first (live) — see Batch Person Live Search to turn one query into an input list.
- Single-person enrichment — see Person Enrich.
- Single-profile live enrichment — see Person Live Enrich.
- Valid
fieldsvalues — see the enrich reference. - Enrich companies in batch — see Batch Company Enrich.
- Full schema — see the API reference.

