The Phases
1
Upload
Add a document to a workspace. It is stored with its metadata and hashed.
2
Detect
Start a detection against a pipeline. Recognition produces entities, each
with a label, confidence, and location.
3
Review
Inspect the detection’s analysis. Accept the policy’s decisions, or layer
reviewer edits over them.
4
Redact
Create a redaction. The engine writes a new output document and records a
review audit of what was redacted and why.
Detection Status
A detection’sstatus tells you which phase it is in:
A detection settles at
complete and stays there. Redaction is a separate,
repeatable action over a complete detection and does not change this status,
so an unreviewed document is never silently modified.Pipelines, Policies, and Ad-hoc Detections
A pipeline carries the detection and governance intent: itsdefinition
holds an optional defaultScope and the policyIds to apply. A policy
defines how recognized entities are treated. Both are workspace resources,
created once and reused.
The Analysis
GET /workspaces/{workspaceId}/detections/{detectionId}/analysis returns the
detection’s audit — what analysis found in one document:
The
report’s parts is a list, not a map. Each part carries a modality
(text, image, audio, tabular), its entities, and an id — a path of
one or more segments naming where it sits in the document. Container formats
expose their internal parts this way, so an image embedded in a DOCX is
analyzed in its own right.
Reviewer edits are not in the audit. They are your own input, applied to the
report before redaction, so an audit carries what analysis found as
amended rather than the amendments themselves.
Entities
Each entity holds records with a consistent shape:Intermediates
When the analysis ran an enricher, its extracted content is available separately — an image’s OCR layout, an audio clip’s transcript, or tokenized text:Redaction Operators
What actually happens to an entity depends on its modality. A single policy rule can name an operator per modality:- Text
- Image
- Audio
- Tabular
erase, keep, mask, replace, hash, hmac_hash, fake,
pseudonymize, encrypt, truncate, clamp, generalize_datefallback, and
entities with no operator from either source are skipped.
Applying Redaction
edits to redact with the policy decisions exactly as detected, or pass
them to suppress a false positive, retag a detection, or add one the analysis
missed. Edits are grouped by modality:
outputDocumentId (downloadable through the normal
document endpoints) and a review audit recording what was redacted and why:
Scope
A detection’s scope carries what the caller asserts about the document — languages, jurisdictions, and free-form metadata. Pipelines supply adefaultScope; a detection can override it:
Everything in a scope defaults to empty. Assert nothing and the recognizers
use their own defaults — the language-detection enricher fills the gap when
languages is empty.Reviews
A review is a named discussion on a document with a manual sign-off lifecycle. It is opened explicitly, and a document may have several:reviewStatus is derived from its events, never set directly: a linked
detection makes it needs_review, a linked redaction in_review, and
verification resolved.
/workspaces/{workspaceId}/reviews/{reviewId}/timeline.
Exporting the Audit
Once a detection completes, export its audit for archiving:format defaults to csv — a zip of entities.csv, provenance.csv, and
reviews.csv — or pass json for a pretty-printed JSON file.
Next Steps
Quickstart
Run the workflow end to end
Audit Trails
What the audit records
API Reference
Every endpoint
TypeScript SDK
Full API coverage