Staging environment — data here is not production data
Browse documentation

Fidera documentation

Check representations

Retrieve immutable Check evidence as JSON, Markdown, or PDF from one content-negotiated resource.

The Check is the canonical resource. Select its representation with the HTTP Accept header:

curl "https://api.fideralabs.com/v1/checks/$CHECK_ID" \
  --header "Authorization: Bearer $FIDERA_API_KEY" \
  --header "Accept: application/pdf" \
  --output check-evidence.pdf
Accept Best for
application/json Machine reconciliation and long-term structured retention
text/markdown Human review, version control, and portable text
application/pdf Fixed attachments for examiner or customer-owned case files

JSON is the default. Responses include Vary: Accept and Cache-Control: private, no-store. PDF responses use an inline check-{check_id}.pdf filename. Unsupported media types return 406 with the supported values.

There is no /export endpoint and no CSV representation. Batch result downloads remain separate because they represent a collection, not one Check.

Dashboard convenience URLs

On the dashboard origin, /checks/{check_id}.json, /checks/{check_id}.md, and /checks/{check_id}.pdf translate the suffix to the corresponding Accept header. The public API does not expose suffix routes.

Retention and reconciliation

Every representation captures the Check's submitted subjects, normalized query, policy snapshot and version, source and dataset versions, timings, nested match evidence, score contributions, decision evidence, and lineage.

If your program stores a rendered copy, retain its check_id, retrieval timestamp, and media type beside the artifact. Use your own case system for operational actions and investigation narrative.