Skip to main content

Adding a rail isn't modernization

Over the past five years, banks have added payment rails at a pace unseen in decades, and payments orchestration has shifted from a strategic option to a structural requirement. FedNow launched in 2023, RTP reached meaningful volume in 2022, and SEPA Instant matured across the eurozone from 2017 onward. Stablecoin pilots arrived through 2024 and 2025, with new cross-border options multiplying alongside them every quarter. Clients drove every rail decision, and delivery teams shipped on the timeline the market demanded.

The industry called it modernization, but accumulation describes what actually happened across the sector. Banks retired almost nothing as new rails came online, and the gap between additions and consolidation kept widening. The orchestration gap sits between the rails a bank has added and the architecture it has consolidated. Its cost compounds quietly, and one date on the calendar makes it visible to everyone.

How a gap forms in the absence of payments orchestration

Every rail arrives as a project rather than as part of an estate, which shapes how banks build it. Each rail gets its own core integration, operations process, and exception queue. Sanctions and AML screening often run through a separate path as well, adding one more silo to the count. Delivery teams ship against the deadline, and the operating model absorbs the rail without consolidating anything underneath.

Consequences stay invisible at first because each rail works exactly as intended in isolation. A wire clears, an ACH batch settles overnight, and an instant payment lands within seconds of initiation. From the outside, the estate looks modern, but inside it runs as four or five parallel operations. Each operation has its own runbook, staffing model, and definition of a completed payment.

Fragmentation is not a failure of judgment, and framing it that way misses what actually happened here. It results when banks deliver every rail against a client deadline rather than an architectural target. Without payments orchestration for banks running underneath, the cost only surfaces when someone asks how many payments failed today.

The compounding cost every new rail adds to your estate

Integration debt describes what accumulates, and it behaves like financial debt over time. Each new connection carries a price tied to the connections already in place, and the price rises with every addition.

A bank with three rails and three integrations pays one set of costs across its estate. A bank with six rails typically pays for far more than six integrations, because each rail must reconcile against every existing one. The true cost of payments modernization lands in three places that finance teams rarely aggregate into a single view:

  • Operations headcount scales close to linearly with rails, because analysts stay specialized and cross-training remains limited between systems.
  • Integration work grows faster than the rail count, because point-to-point connections multiply combinatorially rather than additively across the estate.
  • Data fidelity drops at every translation hop, so analytics, reconciliation, and regulatory reporting inherit gaps no downstream team can close.

None of these costs sit in a single budget line, which explains why they persist year after year. They spread across operations, technology, compliance, and client servicing, and payments orchestration for banks rarely earns its own budget code. When someone finally runs the aggregate numbers, the total surprises even the executives who originally authorized the spend.

Why the budget for payments orchestration usually already exists

Most banks looking at orchestration assume it demands net-new investment on top of what they already fund. In practice, the bank already spends the money, just distributed in ways that obscure the total. Parallel operations teams, redundant integrations, per-rail screening contracts, and repeated remediation programs each carry their own line items. Together they often exceed what a consolidated payments orchestration approach would cost to deliver and to run.

Reallocation is a fundamentally different conversation from approval, and it changes who needs to sit in the room. A reallocation case starts from what the bank already pays to keep the fragmented estate running each quarter.

From there, it asks whether that spend produces the outcomes the original approval promised. When headcount rises, and every regulatory change becomes a program, the case writes itself for the CFO.

CFOs miss the aggregate for a structural reason, not an analytical one, and the pattern repeats across banks. Functional budgets absorb fragmentation costs against last year’s volumes, and no one recalculates the base each cycle.

Meanwhile, orchestration benefits accrue across those same functional lines, so no single owner captures the full return. The economics work; the accounting obscures them for everyone in the approval chain.

What 14 November reveals about payments orchestration for banks

On 14 November, SWIFT stops supporting fully unstructured postal addresses in cross-border payment messages. On 15 November, the EPC applies the equivalent rule across SEPA payments. Because the release falls on a weekend, Monday 16 November opens the first business day under the new regime. It also marks the first day the orchestration gap shows up in reject rates that regulators, correspondents, and corporate clients can all see.

Banks for which this becomes a configuration change and banks for which it becomes a scramble will not differ by budget or by effort. They will differ on whether structured party data lives natively in their processing or arrives through a translation layer.

A translation layer sitting in front of legacy systems can pass a message through under the new rules. What it cannot fix is that the systems behind it never held structured data in the first place.

The capability that closes the orchestration gap has a name, and it is not another rail. It is a preprocessing layer that validates, enriches, and routes payments before they reach the core systems. The estate a bank already runs can then handle modern message standards without a replacement program. A preprocessing layer turns 16 November from an event into a non-event across the industry.

Closing the orchestration gap without replacing what you have

Volante’s payments orchestration solutions rest on the premise that banks can close the gap without a rip-and-replace program. Embedded Preprocessing sits in front of your core systems and delivers smart routing, ISO 20022 translation, and data validation. It also handles enrichment and embedded fraud, KYC, and sanctions screening, with onboarding in as little as a few weeks. More than 75 banks worldwide already run on it, configuring through self-service rather than code.

The 14 November deadline gives you the immediate reason to act, but it is not the only reason worth weighing. Every rail you add from here compounds the cost of the ones already in place. Every quarter of delay makes the reallocation case harder to build, not easier. Reach out to Volante to see how Embedded Preprocessing closes the orchestration gap on your existing estate.

Topics

Ready to evolve
with Volante?

Let’s stay in touch.