For AI agents: a documentation index is available at the root level at /llms.txt and /llms-full.txt. Append /llms.txt to any URL for a page-level index, or .md for the markdown version of any page.
  • Getting Started
    • Introduction
    • How Verifa Works
    • Quickstart
    • Choosing an Integration Method
  • Use Cases
    • KYC Onboarding
    • Age Verification
    • AML Compliance
    • Fraud Prevention
    • Marketplace Trust & Safety
  • Core Concepts
    • Overview
    • Sessions
    • Verifications & Checks
    • Workflows
    • Identities
    • Cases
    • Screening & Reports
    • Lists
  • Integration Guides
    • Overview
    • JavaScript SDK
    • Web Capture Flow
    • API-Only Integration
    • Mobile SDK
    • Webhooks Guide
    • MCP Server
    • Migrating from Persona
  • API Details
    • Overview
    • Authentication
    • Pagination
    • Rate Limiting
    • Versioning
    • Errors
    • Webhooks
    • Idempotency
    • Key Inflection
    • Data Access
    • Data Retention
  • Tutorials
    • Creating Your First Verification Session
    • Creating a Workflow
    • Receiving Webhooks & Validating Signatures
    • Handling Webhook Events
    • Custom Document Types & AI Extraction
  • Best Practices
    • Testing
    • Preventing Duplicates
    • Fraud Signals
    • Changelog
  • API Reference
On this page
  • Case lifecycle
  • Statuses
  • SLA tracking
  • Claiming and reviewing cases
  • Claim the next case
  • Claim a specific case
  • Release a claim
  • Making decisions
  • Approve
  • Reject
  • Escalate
  • Dual-review workflows
  • Listing cases
  • Queue tab counts
  • Case notes
  • Check overrides
  • PII correction
  • Webhooks
  • Related
Core Concepts

Cases

Was this page helpful?
Previous

Screening & Reports

Next
Built with

A review case is created when a verification workflow routes to needs_review. Cases provide a structured review queue where your team can examine extracted data, documents, check results, and fraud signals before making a final decision.

Case lifecycle

open → in_review → approved
                 → rejected
                 → escalated → pending_second_review → approved
                                                     → rejected

Statuses

StatusDescription
openUnassigned. Waiting in the queue for a reviewer to claim.
in_reviewClaimed by a reviewer. The reviewer has 30 minutes to act before the claim auto-releases.
escalatedEscalated to a senior reviewer or manager.
pending_second_reviewFirst reviewer submitted a recommendation. Waiting for a second reviewer (dual-review).
approvedFinal decision: approved.
rejectedFinal decision: rejected.

Active statuses: open, in_review, escalated, pending_second_review

Final statuses: approved, rejected

SLA tracking

Cases track time from when they enter the review queue:

SLATime in queueUrgency
GreenLess than 4 hoursOn track
YellowLess than 24 hoursApproaching deadline
Red24 hours or moreOverdue

Claiming and reviewing cases

Claim the next case

Atomically claim the next unassigned case from the queue (FIFO):

$curl -X POST https://api.withverifa.com/api/v1/cases/next \
>  -H "X-API-Key: vk_live_your_key_here"

Returns the full case with session data, documents, and check results. If no cases are available, returns 204 No Content.

Claim a specific case

$curl -X POST https://api.withverifa.com/api/v1/cases/case_abc123/claim \
>  -H "X-API-Key: vk_live_your_key_here" \
>  -H "Content-Type: application/json" \
>  -d '{
>    "reviewer_id": "orguser_abc123"
>  }'

Release a claim

If you can’t complete the review, release the case back to the queue:

$curl -X POST https://api.withverifa.com/api/v1/cases/case_abc123/release \
>  -H "X-API-Key: vk_live_your_key_here"

Claims auto-expire after 30 minutes of inactivity.

Making decisions

Approve

$curl -X POST https://api.withverifa.com/api/v1/cases/case_abc123/approve \
>  -H "X-API-Key: vk_live_your_key_here" \
>  -H "Content-Type: application/json" \
>  -d '{
>    "reviewer_id": "orguser_abc123",
>    "notes": "ID appears genuine. Face match is strong."
>  }'

Reject

$curl -X POST https://api.withverifa.com/api/v1/cases/case_abc123/reject \
>  -H "X-API-Key: vk_live_your_key_here" \
>  -H "Content-Type: application/json" \
>  -d '{
>    "reviewer_id": "orguser_abc123",
>    "rejection_reason": "Document appears altered.",
>    "notes": "Font inconsistency detected on name field."
>  }'

Escalate

$curl -X POST https://api.withverifa.com/api/v1/cases/case_abc123/escalate \
>  -H "X-API-Key: vk_live_your_key_here" \
>  -H "Content-Type: application/json" \
>  -d '{
>    "reviewer_id": "orguser_abc123",
>    "reason": "Potential sanctions match requires compliance review.",
>    "escalated_to": "usr_compliance_lead"
>  }'

Dual-review workflows

For high-risk decisions, you can require two independent reviews. When dual review is enabled:

  1. First reviewer claims and submits a recommendation (approve or reject)
  2. Case moves to pending_second_review
  3. A different reviewer claims and makes the final decision
  4. The system enforces that the second reviewer is different from the first

Listing cases

$curl "https://api.withverifa.com/api/v1/cases?status=open&limit=25" \
>  -H "X-API-Key: vk_live_your_key_here"

Queue tab counts

Get badge counts for each queue tab:

$curl https://api.withverifa.com/api/v1/cases/tab-counts \
>  -H "X-API-Key: vk_live_your_key_here"
1{
2  "open": 12,
3  "in_review": 3,
4  "escalated": 1,
5  "pending_second_review": 2,
6  "approved": 456,
7  "rejected": 89
8}

Case notes

Add notes to a case for context and collaboration:

$curl -X POST https://api.withverifa.com/api/v1/cases/case_abc123/notes \
>  -H "X-API-Key: vk_live_your_key_here" \
>  -H "Content-Type: application/json" \
>  -d '{
>    "content": "Checked against internal records — name matches."
>  }'

List notes:

$curl https://api.withverifa.com/api/v1/cases/case_abc123/notes \
>  -H "X-API-Key: vk_live_your_key_here"

Check overrides

Override a failed check within a case (e.g., approve despite a borderline face match):

$curl -X POST https://api.withverifa.com/api/v1/cases/case_abc123/override/face_match \
>  -H "X-API-Key: vk_live_your_key_here" \
>  -H "Content-Type: application/json" \
>  -d '{
>    "notes": "Manual photo comparison confirms identity."
>  }'

Overrides are recorded in the audit log with the reviewer’s identity and reason.

PII correction

Correct extracted PII during review (e.g., OCR misread a character):

$curl -X PUT https://api.withverifa.com/api/v1/cases/case_abc123/result/pii \
>  -H "X-API-Key: vk_live_your_key_here" \
>  -H "Content-Type: application/json" \
>  -d '{
>    "first_name": "Jane",
>    "last_name": "O'\''Brien"
>  }'

Corrected PII is re-encrypted and the change is audit-logged.

Webhooks

EventWhen
case.createdA new review case was created.
case.claimedA reviewer claimed the case.
case.approvedThe case was approved (final decision).
case.rejectedThe case was rejected (final decision).

Related

  • Sessions — How sessions trigger case creation
  • Workflows — Configure which conditions route to review
  • Identities — How case decisions update identity records