Get Status by Publisher Token
publisherToken on every job they spawn, so one query covers:
- Structured taps → the single job that ingested the fetched records.
- Document taps → every per-document job (one per file in a run).
Example:
200 OK — status entries from every job whose publisherToken matches, sorted oldest-first. Each job has its own pipelineToken; group rows by pipelineToken to see one job at a time.
If both publishertoken and pipelinetoken are supplied, publishertoken wins.
Get Status by Pipeline Token
Example:
200 OK - an array of status entries, one per processing stage:
Get Status by Pipeline Name
Example:
200 OK - an array of job summaries:
Rollup Response
Add&withrollup=true to a publishertoken or pipelinetoken query and the response is wrapped:
rollup.allDone flips to true when every job has reached a terminal state. rollup.status is the aggregate outcome — success, warning, error, or processing. Per-job status values are success, warning, error, processing, or timed_out (no terminal event within 8 hours of the first event). When a job’s status is error, lastError carries the failing process and its message.
Polling pattern (agents and clients):
- Call with
withrollup=true. - Re-call every few seconds until
rollup.allDoneistrue. - Read
rollup.statusfor the outcome androllup.jobs[].lastErrorfor any failures.
withrollup=true, all three queries return their original array shapes (no wrapper) — backward compatible.
*Use one of
publishertoken, pipelinetoken, or pipelinename. When multiple are supplied, publishertoken wins over pipelinetoken wins over pipelinename.
Clear All Status
200 OK — the total number of entries removed (detail entries plus summary entries combined):
Status Fields
Each status entry (PipelineStatus) contains:
