Paper-cut world map showing a wallet-to-bank cross-border transfer route

Locate the payment one stage at a time

  1. Funding

    Confirm the sender's debit is settled and not merely authorized or pending.

  2. Verification

    Check for a request about identity, beneficiary, payment purpose or source of funds.

  3. Provider processing

    Ask whether the provider has released the transfer to its payout partner or bank.

  4. Interbank route

    For a wire, request the bank reference, UETR and current trace status where available.

  5. Recipient posting

    Give the recipient the confirmation so their bank can search by amount, currency, date, sender and reference.

Translate vague statuses into useful questions

Status shownDo not assumeAsk instead
ProcessingThat the payment has entered the banking networkWhich exact prerequisite or internal stage remains?
SentThat the recipient account has been creditedTo which institution or payout partner was it released?
CompletedThat the recipient can use the fundsDoes completion mean payout, bank receipt or final account credit?
DelayedThat nothing can be doneWhat exception exists and who owns the next action?

What the UETR contributes

Swift describes the Unique End-to-end Transaction Reference as a 36-character reference carried in relevant payment instruction messages. It is designed to remain associated with the payment through the chain and support status visibility.

A customer may not have direct access to the institutional tracker. The practical step is to ask the sending bank for the UETR and request that it use the reference to trace the payment. A UETR identifies the transaction; it does not promise that every delay is instantly resolved.

Example: sent is not credited

A bank marks a wire sent on Tuesday. The recipient checks Wednesday and sees nothing. The sender gives the recipient only a screenshot with no bank reference, so the receiving bank cannot reliably search its incoming queue.

The sender requests the formal payment confirmation and UETR. The recipient bank can then match the exact currency, amount, date and reference or explain that it has not received the instruction. The investigation moves from a general complaint to a specific payment record.

Translate every status into evidence and a next owner

Submitted usually means the instruction exists. Funded means the provider matched usable money to it. Processing can cover verification, conversion or preparation for release. Sent can mean the payment left the provider without proving recipient credit. Delivered should be checked against the provider's definition and the recipient's account evidence.

For each status, ask for the timestamp, reference and institution responsible for the next action. A UETR can help participating banks identify a SWIFT payment, while a provider reference may be necessary for a local payout partner. Give support the exact identifier it uses rather than sending screenshots without a transaction key.

Build one timeline from funding through final credit, rejection or return. Add the promised availability date, every support contact and the recipient's evidence. If two institutions give conflicting answers, ask each to state the last confirmed event. Do not start a second transfer until the first is located or formally resolved, because a duplicate introduces a new payment rather than fixing the trace.

Tracking and payment-reference sources

The references explain UETRs, payment-service expectations and evidence used in a trace. Give support the exact transaction reference instead of relying on a generic status label.

Questions that locate a delayed payment

Can I track a Swift payment myself?

Customer access depends on the bank or provider. Ask the sending institution for the UETR and the latest trace information.

Why can the recipient bank not see it?

The payment may not have reached that bank, may be waiting in an exception queue, or may lack enough information for the first-line support search.

Should the recipient open the investigation?

Both sides can ask questions, but the sender generally has the contract, debit record and direct relationship with the originating provider.

Editorial note

This page uses worked reasoning and authoritative references; it does not claim first-hand testing or personalized advice. See our editorial policy.

Place this step in the cross-border payment rails collection to follow routing, references, deductions and returns.