Skip to content
Payment infrastructureMarch 20, 20262 min read

Open Banking at checkout: an operations guide for merchants

From authorisation and server-side status to webhooks and reconciliation: the key operating decisions for Pay by Bank.

VisaSEPAWallet
Payment infrastructurePAY
OB
CheckoutWalletsApproval
FoxPay Team
Payment Infrastructure Experts
March 20, 2026
2 min read

Open Banking moves payment from a card form into a bank-direct authorisation journey. For merchants, browser conversion is only part of the picture. The operational source of truth matters more: when is an order paid, how are late events processed and how is the financial result reconciled?

This article structures payment and merchant-fit review. It is not an acceptance guarantee and does not replace individual legal advice.

Format

Practical guide

Payment infrastructure

Focus

Decision & operations

Open Banking · A2A

Review

Product & Compliance

FoxPay

Updated

31 July 2026

Evergreen

Separate browser experience from payment status

The buyer selects a bank, authorises payment and returns to the store. That return is a useful UX signal, but it is not sufficient evidence for fulfilment.

Release the order only after a confirmed server-side status. Pending, failed and expired states need explicit effects on inventory, order status and customer communication.

Process webhooks idempotently

Asynchronous events can arrive more than once or out of order. Verify signature and event type, persist a unique event ID and apply status transitions idempotently.

Heavy work does not belong in the immediate webhook response. After durable persistence, a queue can control order updates, notifications and reconciliation.

Design references for reconciliation

Store merchant order ID, payment ID and payout or settlement reference separately. This is the basis for classifying missing, duplicate or mismatched records.

Daily automated matching and named owners for exceptions provide a reliable operational baseline.

Open Banking go-live check

Review at least these points before the next step:

  • Created, pending, paid, failed and expired have explicit meanings.
  • Fulfilment reacts only to server-confirmed states.
  • Webhook signature, deduplication and retry behaviour are tested.
  • Order, payment and payout references are stored separately.
  • Abandonment, late confirmation and duplicate events were simulated.

Pay by Bank is an operating model

A strong Open Banking integration combines a short authorisation flow with conservative order release, resilient event processing and traceable reconciliation.