Fetch the full record for a scan, including the triage report once the scan has completed.Documentation Index
Fetch the complete documentation index at: https://docs.tumban.com/llms.txt
Use this file to discover all available pages before exploring further.
Path parameters
The
scan_id returned by
POST /api/v2/scan or one of the per-profile
ids from a batch.Response
The response is the scan record. Fields you should rely on:Same value as
scan_id. Tumban tracks scans and profile records
under the same identifier.The batch id. For single scans this is
single_<scan_id>.The submitted profile URL.
See Status values.
ISO 8601 UTC timestamp of when the scan was submitted.
When pipeline processing actually began.
null while waiting for a
concurrency slot.When pipeline processing finished.
null while still processing.The callback URL the scan was submitted with (or the org default if
not provided), as a string. Empty when no callback was configured.
The metadata you submitted with the scan, echoed back unchanged.
Present when
status is failed. Brief description of what went
wrong.ISO 8601 UTC timestamp of successful webhook delivery. Absent when
no callback was configured or delivery has not (yet) succeeded.
Present once
status is completed or completed_with_partial.
Shape below.triage_report
One of
no_flags, review_low, review_medium, review_high. See
Recommendation values.0–100. See Recommendations.
low, medium, or high. See Confidence.Machine-readable codes explaining the decision. See
Reason codes.
Human-readable summary of what was found.
URLs your reviewers should look at first.
Short label describing the path Tumban followed (e.g.
Profile → External site).Per-URL evidence the contextual model cited. See
Evidence index.
Internal per-strategy scores:
blocklist, content_safety, llm.
Useful for debugging unexpected recommendations.Whether the judge model was invoked to resolve a borderline score.
Coverage
The scan record’striage_report does not include coverage —
that field is delivered as a top-level key in the
webhook payload. When polling, inspect
status === "completed_with_partial" to know whether anything was
skipped.
Example
The response also includes internal fields not listed above —
canonical_url, username, platform, last_scanned_at, bio,
profile_image_url, banner_image_url, social_links,
direct_links, blob_references, updated_at, and org_id. These
reflect the underlying scan record and are subject to change. Do not
rely on their names, types, or presence; treat them as opaque.Errors
| Status | Detail |
|---|---|
| 404 | Scan not found — the scan id does not exist within your organization. |
Using the dashboard
Click any non-processing scan row from the Home page or the Scan page to open the scan detail. The page renders these read-only sections:- Summary — profile URL, scan id, status, submitted/completed timestamps, webhook delivery timestamp, error.
- Triage — recommendation badge, risk score, confidence, reason codes, reason summary.
- Coverage — which analysis steps ran, login-blocked URLs, referrer match counts.
- Strategy scores — internal per-strategy scores. Useful for debugging an unexpected recommendation.
- Raw JSON — collapsible “Show full document” panel that exposes the entire scan record.

