Browse documentation

Fidera documentation

Review Alerts

Build assignment, investigation, escalation, disposition, and four-eyes approval over the public Alerts API.

Alerts are the public operator work queue. The dashboard's Review workspace uses these same operations.

Build a queue

GET /v1/alerts supports cursor pagination plus filters for state, assignee, unassigned status, Check, Applicant, use case, overdue status, and search. Use GET /v1/alerts/summary for queue counters instead of downloading and counting every record.

curl "https://api.fideralabs.com/v1/alerts?state=new&unassigned=true&limit=50" \
  --header "Authorization: Bearer $FIDERA_API_KEY"

List assignment candidates with GET /v1/operators.

Assign or claim

Set assigned_to to an operator UUID. Set it to null to explicitly unassign.

curl "https://api.fideralabs.com/v1/alerts/$ALERT_ID" \
  --request PATCH \
  --header "Authorization: Bearer $FIDERA_API_KEY" \
  --header "Content-Type: application/json" \
  --data '{ "assigned_to": "00000000-0000-0000-0000-000000000000" }'

Investigate and escalate

Move work through the allowed state machine rather than updating local state optimistically. A rejected transition returns a structured client error.

{ "state": "investigating" }

Escalation records its timestamp and becomes available to the escalated queue. Overdue filtering uses the Alert SLA evidence.

Record a disposition

False-positive and confirmed-match dispositions require a human-readable reason and at least one structured evidence item:

{
  "state": "cleared_false_positive",
  "disposition_reason": "Date of birth and nationality conflict with the source entity.",
  "disposition_evidence": [
    {
      "field": "date_of_birth",
      "subject_value": "1990-01-01",
      "entity_value": "1971-04-18",
      "source": "customer_verified_identity"
    }
  ]
}

Do not put a broad investigation narrative in Fidera. Keep the narrative and case grouping in your system; attach the Fidera Alert and Check IDs.

Four-eyes approval

If four_eyes_required is true, the disposition is proposed but not finally approved by the first operator. A different supervisor or admin must perform the approval action. Fidera enforces actor separation; changing clients or calling the API directly cannot bypass it.

Read the immutable action history at GET /v1/alerts/{alert_id}/events.