Payment Provider Outage
Pronunciation: PAY-munt pruh-VY-dur OW-tij
Also known as: PSP Outage
Definition
Payment Provider Outage is a period when an external payment provider cannot deliver one or more contracted payment functions for the affected merchants, regions, methods, or operations. The provider may reject requests, time out, stop sending events, return stale status, or fail to reach an underlying rail even when the merchant platform is healthy.
Overview
Meaning and scope
Payment Provider Outage is a period when an external payment provider cannot deliver one or more contracted payment functions for the affected merchants, regions, methods, or operations. The provider may reject requests, time out, stop sending events, return stale status, or fail to reach an underlying rail even when the merchant platform is healthy.
Mechanism and operation
Useful measures include provider availability, affected count and value, detection time, failover success, unknown-state duration, recovery time, and post-incident exceptions. The record should retain provider, service and region, start and end times, affected requests, timeout and error evidence, provider notices, route changes, retries, and final outcomes. Governance for Payment Provider Outage needs a named owner, review cadence, approved changes, and rollback. Production use requires a named owner, affected population, and lifecycle boundary. Controls should detect with independent probes, classify affected functions, stop unsafe retries, query authoritative status, activate approved alternatives, preserve evidence, and reconcile recovery.
Practical payment example
A processing partner’s API returns repeated timeouts. The business preserves pending request IDs and routes new orders safely while awaiting authoritative reconciliation from the partner.
Operational checks
A provider outage may affect request acceptance, status reporting, payouts or callbacks independently. Record what failed, which payment IDs were in flight and whether requests may have succeeded despite a timeout. Maintain an escalation contact and a controlled backlog rather than repeatedly sending new payment instructions. After restoration, compare provider history with local ledger changes and resolve every missing or ambiguous record. When Payment Route Candidate is involved, the link must be auditable so operators can decide whether retry, repair, return, rerouting, or adjustment is safe.
Distinctions and limits
Its boundary with Payment Provider Risk must remain explicit so related records do not collapse into one status.
Related reading
Related definitions: Payment Rail Outage, Payment Route Candidate.
Example
A processing partner’s API returns repeated timeouts. The business preserves pending request IDs and routes new orders safely while awaiting authoritative reconciliation from the partner.
Comparison
Payment Provider Outage is a period when an external payment provider cannot deliver one or more contracted payment functions for the affected merchants, regions, methods, or operations. Its boundary with Payment Provider Risk must remain explicit so related records do not collapse into one status.
Key Takeaway
For Payment Provider Outage, teams should detect with independent probes, classify affected functions, and stop unsafe retries, preserve authoritative evidence, and monitor provider availability, and affected count before treating the related payment outcome as complete.
Sources
- Google SRE: Monitoring Distributed Systems — Google (2026-08-03)
- NIST SP 800-61 Rev. 3: Incident Response — National Institute of Standards and Technology (2026-08-03)
- OWASP Third-Party Payment Gateway Integration Cheat Sheet — OWASP (2026-08-03)