Skip to main content
POST

Quick Answer

How do I retrieve async person-search results? After status is completed, call POST on this path once to unlock the entire segment and return a PID page. Use GET on the same path for later pages without re-billing.Maximum page size: 100 PIDs.

Overview

Async person-search PIDs remain locked until you explicitly unlock the completed segment. If you call GET before unlocking, the API returns 409 Conflict. If you call POST before materialization completes, it also returns 409 Conflict.

Billing behavior

The first successful POST unlock considers every PID in the completed segment, regardless of the requested limit and offset.
  • Billing uses the platform_records_under_management metric.
  • Only net-new PIDs for your organization in the current billing year are charged; previously unlocked PIDs are deduplicated.
  • estimated_billable_count on the status endpoint is the full segment size before deduplication.
  • billable_count in this response is the exact number charged.
  • Unlock is idempotent. Repeating POST or paging with GET does not charge the same materialization again.
  • If credits are insufficient, the unlock fails with 402 and no PID page is returned.
limit controls only how many PIDs are returned in this response. For example, unlocking a 50,000-PID segment with limit=10 still considers all 50,000 PIDs for deduplicated billing.

Pagination

Each response returns at most 100 PIDs. Start with offset=0, then increase the offset by the number returned until offset + returned >= total. The 100-PID limit applies only to each HTTP response, not to the materialized segment; total reports the full result count.

Request

Headers

x-api-key
string
required
The user-associated API key that submitted the search.

Path Parameters

segment_id
string
required
UUID of a completed async person search owned by your organization.

Query Parameters

limit
integer
Number of PIDs to return. Defaults to 100. Range: 1100.
offset
integer
Number of PIDs to skip. Defaults to 0; minimum is 0.

Response

Success Response (200 OK)

POST and GET return the same shape. Results contain Minerva PIDs only; use an enrichment endpoint separately if you need person attributes.
segment_id
string
Async search and segment UUID.
pids
string[]
PID page for the requested limit and offset. Contains at most 100 items.
total
integer
Total PIDs in the completed segment.
returned
integer
Number of PIDs in this response.
limit
integer
Echo of the requested page size.
offset
integer
Echo of the requested offset.
billable_count
integer
Exact net-new PID count charged by the unlock. Remains stable on later pages.
unlocked_at
string
ISO-8601 timestamp when this materialization was unlocked.
200

Errors