Find the failure point
Check terminal power, local internet, mobile data, POS software, acquiring/payment-provider status and bank access separately. Record the outage start time.
Separate payment failure from the sale or service itself. Use only authorised fallback methods, preserve an accurate transaction trail and prevent duplicate charging when systems return.
Use the documented minimum operation rather than improvising under pressure. Record decisions, ownership and the next review point as the incident develops.
Check terminal power, local internet, mobile data, POS software, acquiring/payment-provider status and bank access separately. Record the outage start time.
Use only methods your business has approved in advance: provider-supported offline mode, alternate terminal/connection, invoice, bank transfer or another suitable route.
Maintain a clear sales/job log, tell customers what is and is not available, then reconcile delayed or offline transactions before full service resumes.
Pre-agreed thresholds reduce hesitation and stop a degraded situation from drifting without ownership.
A second terminal on the same failed provider may not add resilience; identify the actual dependency.
Test the official feature in advance and understand approval, value and connectivity constraints.
Define approved alternatives, who may authorise deferred payment, and how customers are informed.
Use a non-sensitive transaction/job log with unique references and reconcile it when systems return.
Confirm settlements, refunds, duplicates and outstanding invoices before declaring payment operations normal.
Do not create an improvised paper-card system during an outage. Use only payment-provider-supported offline or alternate methods. Do not retain card verification values after authorisation, and avoid collecting card details through insecure notes, email or messaging.
Use current provider, regulator and official guidance during a real incident. GPN is the planning layer, not the authority controlling the incident.