Enterprise merchants rarely rely on a single payment service provider. Working with several PSPs gives them wider market coverage, the local payment methods their customers expect, and alternative routes when a payment is declined. Each of those providers also settles funds on its own commercial terms and schedule, which makes PSP reconciliation one of the clearest areas where payment orchestration adds value beyond routing.
This article covers what PSP reconciliation involves for merchants working with several providers, the four ways an orchestration layer supports it, and what an automated reconciliation process looks like in practice. Whether you run a single brand or a group of brands settling in several currencies, these are the foundations finance and payments teams rely on to keep each provider's costs and settlements under control.
PSP reconciliation is the part of payment reconciliation that checks whether what each payment service provider settles matches what the merchant should receive. It accounts for the fees, rolling reserves, and settlement terms set out in each provider's agreement, which is why the amount processed through a PSP and the amount that reaches the merchant's bank account are rarely the same.
For example, a merchant that processes €100,000 through a PSP with a 2.5% processing fee and a 5% rolling reserve should expect a settlement of €92,500. The provider deducts €2,500 in fees and holds back €5,000, which becomes eligible for release once the agreed reserve period ends. Refunds, chargebacks, and payouts in the same cycle reduce the settlement further, so the expected figure depends on everything that happened in that period, not only on the volume processed.
For each provider, finance teams typically track four sets of figures:
With one PSP, this work can be managed in a spreadsheet. With several providers, brands, and currencies, each agreement brings its own fee structure and settlement cycle, and each provider reports through its own portal in its own format. The workload grows with every connection, which is where an orchestration layer helps, since every transaction passes through it before reaching a provider.
Without orchestration, transaction data sits inside each PSP's back office, and reconciliation begins by exporting reports from every portal and aligning them by hand before any checks can start. With an orchestration platform, every transaction is recorded in the same place, whichever provider handled it, with the brand, PSP, currency, payment method, amount, and status attached. Finance and payments teams work from one dataset for all of their providers, instead of a separate file for each connection. Reconciliation then runs on the same data as day-to-day payment analytics, so the figures used to check each PSP match the figures the business reports on.
Once the terms agreed with each PSP are applied to that record, the platform can calculate what every provider should charge and settle for a given period. Finance teams then have an independent reference to check each PSP statement and incoming settlement against, rather than relying on the provider's own report as the only source. Any difference becomes visible at the settlement level. If a provider charges a fee outside the agreement, holds more than the agreed reserve, or settles a lower amount than expected, the gap shows when the expected figure is compared with the amount received.
PSP agreements often set separate fees for approved sales, declined attempts, refunds, and chargebacks, with settlement fees and FX mark-ups applied on top. When those charges arrive as one deduction on a settlement, it is difficult to tell which activity produced them or whether each one was charged correctly. Because an orchestration platform records data at transaction level, each payment can be priced on the fee line for its type and status, using the terms in effect on its date. Refunds, chargebacks, payouts, and reserves then sit as separate lines between the gross amount and the net settlement, so every deduction can be followed back to the payment activity behind it.
The same calculation produces an effective rate for each provider, showing expected fees as a share of approved payments. The outcome is a like-for-like view of what each PSP costs relative to the volume it handles, which gives payments teams a clearer basis for decisions about how volume is distributed between providers.
Manual reconciliation expands with every connection, as each new PSP, brand, or currency adds another agreement to track and another report to export. When reconciliation runs on the orchestration layer, adding a provider means adding its terms rather than building another process around it. New PSPs connected to the platform feed into the same record, and the same calculations apply to every provider and currency.
Commercial terms also change over time, as fees are renegotiated or reserve conditions are updated. Keeping each agreement as a dated version means every transaction is priced on the terms that applied when it took place, and corrected terms can be applied to earlier periods so past reporting reflects what was agreed. The result is a process that stays consistent as the merchant expands into new markets or renegotiates with existing providers, with month-end reports built the same way each time.
Reconciliation relies on the same transaction data that routing and reporting use, which makes the orchestration layer the natural place for it to run. A single record of every transaction, expected figures to check each PSP against, and deductions traced back to the payments behind them give finance teams full cost transparency across providers, a clearer forecast of incoming funds, and month-end reporting built on one set of figures.
Praxis Tech delivers this through our Reconciliation Engine, which runs on the payment activity flowing through the platform and the commercial terms each merchant agrees with its PSPs:
Setup means selecting the brands and PSPs to include and entering their terms, with no new integration or data upload required. Talk to our team to see how Praxis can bring every PSP's costs and settlements into one view.