1. Open Banking API Platform
  2. Features
  3. Reconciliation and receipts
Feature · Reconciliation and receipts

Reconciliation and receipts

Compare provider movements with confirmed instructions and verify each recorded operation.

OverviewUnmatched Movements
Open Banking API Platform · Reconciliation and receipts

Unmatched Movements

Reconciliation items

New
Provider event IDOccurred atAmount USDStateAccountMatched instruction
PEI-46209 Oct960UnmatchedFA-110BI-82361
PEI-89621 Oct850ExceptionFA-120BI-24788
PEI-19406 Oct710UnmatchedFA-120BI-16712
PEI-33318 Oct330ExceptionFA-120BI-14180
PEI-61318 Oct830UnmatchedFA-140BI-80131
6 of 6 records
PEI-462Reconciliation items · RI-16524
Unmatched
Occurred at09 Oct
Amount USD960
AccountFA-110
Matched instructionBI-82361
Example screen with sample data

What you can do

Match a movement to its source

A reconciliation item carries the provider event identifier, occurrence date, amount, financial account and matched instruction. The team compares it with the confirmed instruction for the same account. An exact amount and occurrence date matter: a similar amount or nearby date is a reason to investigate, not a match. The item’s state distinguishes unmatched movements, matched movements and exceptions that need attention.

Dated account snapshots add provider ledger and available balances for the same financial account. Those snapshots help the team review the period around the movement and understand whether the provider balance agrees with the activity being examined. The reconciliation work remains tied to source-identified movements rather than a general account total alone.

How the work is organized

  • Movements. Each reconciliation item keeps provider identity, amount, occurrence date and match state.
  • Balances. Account snapshots retain the provider’s dated ledger and available values.
  • Action effects. Operation receipts record stable operation keys, expected revision, result state and references to the actual effects.

What to agree during setup

Agree where provider movements and balance snapshots come from and who checks their source identifiers. Define the period used for each account reconciliation and who can close an exception after investigating a difference. The team should agree that a movement cannot be forced into a match merely to make the period appear complete. Keep the provider event and account connection available to the reviewer.

For operation receipts, agree how a completed action is verified. A receipt’s claim should be compared with the actual local decision, status or provider reference it names. If that effect is absent or different, the receipt needs review with a concrete reason. A repeat request with the same operation key should lead the team to the recorded result rather than create a second external action.

Check the handoff on an actual case

A provider movement arrives for a financial account with an amount that resembles a confirmed instruction. The Independent Treasury Approver checks that the instruction has a line for the same account, then compares the amount and movement date with the verified confirmation or settlement event. If the date differs, the item remains unmatched or becomes an exception. A later movement with the exact amount and occurrence date can be matched to the confirmed instruction. The Auditor compares the surrounding balance snapshots and reads the operation receipt that claims the instruction’s submission effect. If the receipt references a missing effect, the team investigates it in the receipt exception queue without resending the provider instruction.

What your team sees

  • Unmatched Movements — Provider events requiring a precise account, amount and date comparison.
  • Receipt Exceptions — Operations with failed or disputed recorded effects.
  • Verified Bank Evidence — Confirmed source events used in the comparison.

Follow the work through

Use account reconciliation for the matching path and provider outcome for the preceding evidence check.

What it keeps track of

Data model
Reconciliation items
Source-identified provider movements matched against banking instructions.
Account snapshots
Dated provider balance snapshots for a financial account.
Financial accounts
Provider-held financial accounts owned by a counterparty.
Bank instructions
Typed banking instructions moving through authorization, submission and confirmation.
Operation receipts
Idempotent operation receipts with stable operation keys and actual effect references.
Bank evidence
Provider statements, confirmations, settlement notices and corrections for an instruction.

Who uses it

Permissions
Independent Treasury Approver
Checks the movement and evidence.
Treasury Preparer
Follows the instruction context.
Auditor
Examines the snapshots, exceptions and operation receipts.

Set up Open Banking API Platform your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started