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.
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.