What the PSP ordered, what the rail executed and what the bank reports, squared.
Reconciliation matches the platform’s transactions against the statements and reports the PSP receives from its banks and providers, identifies matches automatically, exposes the differences and leaves every period in a verifiable state.
For the business
- Daily close with evidence, not with trust.
- Differences visible the same day, with an owner and a state.
- Fewer analyst hours squaring spreadsheets.
For your engineering team
- Configurable matching rules (reference, amount, date, tolerances).
- Statement import in whatever format each provider delivers, mapped in the local adaptation.
- Reconciliation states per transaction and per period, queryable via API.
Capabilities
- Rule-based automatic matching
- Difference management with states and owners
- Reconciliation per account, per provider and per period
- Period close
- Adjustments with traceability
- Reconciliation reports
Integration points
What this module exposes so the PSP can connect its systems and its local adaptation layer.
- Statement and provider report import interface
- Reconciliation and differences API
- Events on period reconciled and difference detected
GET /v1/reconciliation/differences?account=acc_01H2&period=2026-09-14
{
"period": "2026-09-14", "state": "open",
"matched": 1238, "unmatched": 2,
"differences": [
{ "transaction_id": "txn_01J9K4", "expected": 1850000, "statement": null, "reason": "not_in_statement" }
]
}How it fits
Modules this one works with directly.
Build and operate your PSP on Integra.
Tell us what you operate today and which rails you need to connect. We will show you the platform on your case.