Route 04 / map the whole transaction

A payment path is a chain of responsibilities.

Do not begin with a gateway logo. Begin with the offer, buyer, merchant, currencies, provider accounts, confirmation, fulfilment, failure, refund, support and financial record that the organisation actually needs.

Transaction ledger

Seven states the build must explain.

Banque du Liban oversees Lebanon's national payment system and publishes lists of supervised institutions, including electronic payment service providers. Provider availability and terms still need direct verification for the merchant, geography, account and launch date.

Release tests

Test the uncomfortable paths on purpose.

A successful sandbox payment proves very little by itself. Release evidence should include the failures the operation will have to understand and repair.

Test 01

Repeated action

Refresh, double-click and retry without creating duplicate charges or silent duplicate orders.

Test 02

Uncertain status

Lose the browser response or delay the provider event and show a recoverable, truthful status.

Test 03

Reversal

Exercise cancellation and refund permissions, confirmation and record alignment.

Test 04

Mismatch

Create a reconciliation difference and verify that it reaches a named human queue with enough evidence.

Official checkpoints

Verify the provider and payment environment.

These central-bank pages are direct starting points. They do not approve a provider for your project or replace legal, tax, accounting, sanctions or financial-compliance advice.

Supervised institutions

BDL publishes current institution categories, including electronic payment service providers.

Check the official lists

Engagement boundary

The client owns merchant eligibility, commercial policy, tax and regulated decisions. Faith Forge Labs implements approved technical flows.

Review ownership boundaries