Skip to main content
Batch enrichment takes a list of identifiers you already have and returns the enriched record for each as a single results file, instead of one Person Enrich call per person. This page covers two endpoints:
  • 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

For profiles retrieved fresh from the web at request time, see Batch live enrich below.

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.
When the job completes, each line in the downloaded file is one person wrapped in the enrichment envelope:
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.
Batch live enrichment takes a list of profile URLs you already have and returns the enriched record for each as a single results file, with each profile retrieved fresh from the web at request time — instead of one Person Live Enrich call per person.
For records served from the indexed database — higher caps and faster — see Batch enrich above.

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_urls is the only identifier type — anything else returns 400.
  • 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 failed with an error_message.
  • internal_id echoes the URL. In the envelope, internal_id is the submitted profile URL — not the numeric Crustdata ID.
Note the 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