Who sees which reconciliation figures?

Short answer

Each party sees its own. Views are scoped by merchant, by program manager and across programs, so a merchant sees its statement, a program manager sees the merchants it runs, and the operator sees the whole network. Every action taken on the data should also be logged with a timestamp, so auditors can follow how a figure was reached.

In detail

Each party sees its own. Views are scoped by merchant, by program manager and across programs, so a merchant sees its statement, a program manager sees the merchants it runs, and the operator sees the whole network. Every action taken on the data should also be logged with a timestamp, so auditors can follow how a figure was reached.

Scoped views

A payment network has several layers: the operator, program managers or resellers running groups of merchants, and the merchants themselves. Each needs reconciliation data, and none should see the others'. Views are scoped accordingly: a merchant sees its own statement, a program manager sees the merchants it runs, the operator sees the whole network. Figures are the same at every level; only the perimeter changes.

What scoping covers

  • Transactions, refunds, chargebacks and fees.
  • Settlements and payouts.
  • Exceptions and their resolution.
  • Exports, which respect the same perimeter.

The audit requirement

Seeing figures is one thing; proving how they were reached is another. Every action taken on reconciliation data, a manual match, a withdrawal, a correction, should be logged with a timestamp and a user, and the log should be exportable. Auditors, acquirers and merchants disputing a payout can then follow the chain from the settlement file to the statement. Scoping protects confidentiality between parties; logging protects the integrity of what each of them sees.

Still have a question?

Our team walks you through the platform with your use case on the table.

Book a demo