Skip to content
Release: Australia · Updated: 2026-04-06 · Official documentation · View source

API Subflows and Endpoints

The application is built on four sequentially orchestrated subflows. Each maps to a specific Verifi REST endpoint and triggers at a defined point in the dispute workflow.

SubflowsAPI EndpointMethodOutcome
1. Merchant Eligibility InquiryPOST /issuers/cases \{inquiryOnly: 1\}POSTRuns automatically in the background when the issuer agent opens the "Review Participating Merchant Alerts" task. No UI action required.
2. Create CasePOST /issuers/cases \{inquiryOnly: 0\}POSTRuns immediately after a successful eligibility response \(HTTP 200\), sequentially in the same background flow. Manual fallback UI action available if the backend API call fails.
3. Get Cases \(Poll\)GET /issuers/cases?caseId=$\{case\_ids\}GETPolls on a configurable interval while the task is in "Awaiting External Info." Terminates when case status = EXPORTING or when the 72-hour SLA window lapses \(statusCode 910\).
4. Get Single CaseGET /issuers/cases/$\{case\_id\}GETPoll for status on a single case.
5. Update CasePATCH /issuers/cases/\{caseId\}PATCHRuns once when EXPORTING status is received and the merchant response is stored. Sends \{"status": "CLOSED"\} as the mandatory issuer acknowledgment handshake. Case is excluded from further polling.

Parent Topic:Financial Services Operations Integration with Verifi reference