Skip to main content
Why Can't We Close Payment Investigations Faster?Payment Ecosystem and Transaction Processing
5 min readFor Payments Operations Teams

Why Can't We Close Payment Investigations Faster?

You're five days into chasing a missing $47,000 wire. Three teams are involved. No one knows where the payment stalled. Your correspondent bank is waiting on your response, and the client is calling twice a day.

These questions come from payments operations teams dealing with the daily grind of payment investigations. Swift's new investigation solution, built on ISO 20022, promises to cut resolution times by up to 80%, but adoption isn't automatic. Here's what your team needs to know to make this work.

Do We Really Spend 200 Hours Per Investigation?

Yes, and that number hasn't changed in five years.

Swift's data shows the average end-to-end investigation still takes 200 hours to complete. This isn't 200 hours of active work; it's 200 hours of elapsed time: waiting for responses, reformatting data between systems, chasing down counterparties who can't parse your message format, and manually reconciling incomplete transaction references.

The cost adds up fast. Delayed payments cost financial institutions more than $1.6 billion annually. You're paying for operations staff time, correspondent banking fees for follow-up inquiries, and the opportunity cost of funds stuck in limbo. When a payment instruction is missing key information, resolution takes five to ten working days, even though 90% of Swift transactions reach the destination bank within an hour.

The bottleneck isn't the network. It's the investigation process itself.

What Does ISO 20022 Actually Fix in Investigations?

ISO 20022 standardizes the data structure so every party in the chain can parse the same information without manual translation.

Traditional payment messages carry limited, unstructured data. When you need to investigate, you're often working with truncated beneficiary names, incomplete address fields, or proprietary reference codes that mean nothing to the next bank in the chain. Each institution reformats the data to fit their internal systems, and critical context gets lost.

ISO 20022 messages deliver richer structured data that's universally understood. You get full beneficiary details, extended remittance information, and standardized reason codes. When combined with the Unique End-to-End Transaction Reference (UETR) standard, you gain visibility into a payment's status and location at every stage.

Swift's new solution uses this data to automate much of the investigation workflow. Instead of sending unstructured queries back and forth, you're exchanging machine-readable investigation requests that include the full transaction context. The receiving institution's system can automatically match the UETR, pull the relevant payment data, and respond with structured status information.

Our Correspondents Aren't on ISO 20022 Yet. Does This Still Help Us?

It helps, but you won't see the full 80% reduction in resolution time until your counterparties migrate.

Swift requires ISO 20022 for payments on its network starting November, but migration timelines vary. Some of your correspondent banks will be ready. Others are treating it as a compliance checkbox rather than an operational upgrade.

Here's what you can do now:

Map your investigation volume by correspondent. Identify which relationships generate the most investigation cases. Prioritize migration discussions with those institutions, because they'll deliver the biggest operational impact.

Use UETR even before full ISO 20022 adoption. The UETR standard works with both legacy MT messages and ISO 20022 MX messages. If your correspondents support UETR tracking, you can at least get automated status updates without waiting for someone to manually check their system.

Track format conversion points. When you send an ISO 20022 message that gets converted to MT format at an intermediary bank, you lose the rich data fields. Document where these conversions happen in your payment chains so you know which routes will benefit immediately versus later.

How Do We Justify the Migration Cost When Leadership Doesn't See the Pain?

Translate investigation hours into dollar amounts your CFO recognizes.

Swift estimates the new solution could cut costs by more than $600 million per year across the industry. Scale that to your institution's investigation volume. If you're processing 50,000 cross-border payments monthly and 2% require investigation follow-up, that's 12,000 cases annually. At 200 hours average resolution time and a blended ops cost of $75/hour, you're spending $180 million in staff time. (That's before you factor in correspondent fees, client relationship costs, or regulatory scrutiny when investigations involve sanctions screening delays.)

An 80% reduction in resolution time translates to $144 million in recovered capacity. That's headcount you can redeploy to exception handling, fraud analysis, or new product support instead of chasing missing payment details.

Frame it as risk reduction, not just efficiency. Delayed investigations create compliance exposure. When a payment sits in limbo for eight days because you can't confirm the beneficiary details, you're extending the window for potential sanctions violations or fraud losses. Faster resolution means faster detection of problems that matter.

What About Institutions That Ignore ISO 20022 Entirely?

They'll pay more, and so will their partners.

James Wester at Javelin Strategy & Research notes that some institutions will dismiss ISO 20022 as "not something that applies to us." That's short-sighted. If you're not ready, someone else in the payment chain has to do the translation work, and they'll price that cost into their correspondent banking fees.

You'll also lose routing priority. As more institutions adopt ISO 20022 and see measurable efficiency gains, they'll prefer counterparties who can exchange rich data natively. Relationships that generate high investigation volumes become expensive to maintain.

The network effect matters here. ISO 20022 delivers the most value when both sides of the transaction use it. Early adopters see incremental benefits. Late adopters face increasing costs as they become the exception rather than the rule.

Where Do We Start If We're Not Ready for Full Migration?

Start with investigation workflows, not payment origination.

You don't need to convert your entire payment processing infrastructure to benefit from ISO 20022 in investigations. Swift's solution works with any payment that includes a UETR, regardless of the original message format.

Phase 1: Enable UETR tracking for outbound payments. This gives you automated status visibility even if the underlying message is still MT format.

Phase 2: Upgrade your investigation request and response handling to accept ISO 20022 structured data. Your core payment processing can remain unchanged while you modernize the exception handling layer.

Phase 3: Migrate high-volume payment corridors to native ISO 20022. Focus on routes where you have confirmed correspondent readiness and high investigation rates.

This approach delivers quick wins without requiring a big-bang infrastructure replacement.

Where to Go for More

Swift's ISO 20022 migration resources include message translation tools and correspondent readiness dashboards. Check your primary correspondents' published migration timelines.

For UETR implementation, review Swift's gpi Tracker specifications. The standard is message-format agnostic and can be layered onto existing infrastructure.

If you're stuck justifying the business case internally, model your current investigation costs using actual case volume, average resolution time, and loaded staff costs. The $1.6 billion industry figure breaks down to real money when you apply it to your transaction volumes.

PCI DSS

You Might Also Like