Payment infrastructure, explained from the implementation side.
Payments Atlas covers payment gateways, banking APIs and fintech regulation across the Gulf, the European Union and the United States. The focus is practical: how these systems behave in code, what the documentation leaves out, and what the underlying rules actually require.
Guides are written from sandbox work and runnable examples. Analysis is sourced to the regulator, framework or published pricing document itself.
Most English-language coverage is either vendor documentation or marketing. Payments Atlas exists to fill the gap with narrower, more technical and more heavily sourced material than a general fintech publication.
How the work is checked
Claims are traced back to the thing itself.
Technical claims are checked against public documentation and, where possible, against test integrations. Regulatory claims are traced to the original publication rather than to summaries. Pricing figures are attributed and dated, because provider pages change without notice.
Authentication is not a capture. Which states your API has to persist, why the shopper return and the webhook will race, and what not to infer from a redirect.
How to make a charge endpoint safe to retry: key scope, hashing the raw body, the 409 on a mismatched payload, and the race a unique index has to close.
Payment webhooks do not arrive in causal order. How to apply them with a state machine and an event id, instead of trusting which HTTP request landed first.
Which payment HTTP failures are safe to retry, why a timeout is not one of them, and how backoff without an idempotency key charges the customer twice.
Under the CBUAE regulation, cross-border fund transfer is a named service and is absent from the lower licence category. Remittances are defined separately.
What SAMA and the Central Bank of the UAE have published about sarie and Aani: launch dates, who participates, and the customer fee cap sarie put in a circular.
Bahrain open banking framework: dedicated interfaces and testing
Bahrain’s rules are unusually explicit about what banks owe AISPs and PISPs: a dedicated interface, a testing facility, uptime parity and core data access.
Getting sandbox access to Gulf gateways as a non-resident developer
What the public signup paths of Gulf payment providers required, where they blocked a foreign evaluator, and which routes were self-serve versus sales-led.
SAMA moved open banking from sandbox supervision into licensing in March 2026. What the official announcements establish, and what they still leave unsaid.