Tripdash Team
January 4, 2026
Trace any travel payment with the right reference: authorization code, ARN, ACH trace number, IMAD, UETR or SEPA end-to-end ID. Who to ask and what to send.

To trace a payment, get the reference number for the stage where the money stopped and give it to the institution that issued it. Card refunds have an Acquirer Reference Number (ARN). ACH payments have a 15-digit trace number. Fedwire transfers have an IMAD. SWIFT payments have a UETR. SEPA transfers have an end-to-end ID. Without the right reference, nobody can find the money quickly.
Every hop has a number. Below: each stage of a travel payment, the reference to collect, who can trace it, and what to do when money goes missing.
Tracing a payment means following one transaction through every bank and processor it touches, using the reference number each one assigns. A travel payment rarely moves in one hop. The traveler's card is charged, your processor pays your bank, you pay the supplier, the supplier pays commission back, and you pay the advisor.
Each of those is a separate transaction with its own reference. Investigators work from those numbers, not from names or amounts.
| Stage | What happens | Reference to keep | Where you find it |
|---|---|---|---|
| 1. Authorization | The traveler's bank approves the card payment and sets the money aside | Authorization code | Processor dashboard or receipt |
| 2. Capture | You collect the approved amount | Processor payment ID (Stripe: charge or payment ID) | Processor dashboard |
| 3. Payout to your agency | The processor sends a batch of captured payments, minus fees, to your bank | Payout ID and bank trace ID | Processor payout page and payout report |
| 4. Payment to the supplier | You pay the hotel, cruise line or tour operator | ACH trace number, Fedwire IMAD, SWIFT UETR or SEPA end-to-end ID | Your bank's payment confirmation |
| 5. Commission back | The supplier pays your commission | The same references, issued by the supplier's bank | Your bank's incoming payment details |
| 6. Payout to the advisor | You pay the advisor their share | ACH trace number or equivalent | Your bank or payroll provider |
If the traveler later gets a refund, that is a new transaction moving the other way, with its own reference: usually the ARN.
For the original charge, the authorization code. Visa defines it as the code an issuer provides to indicate approval of a transaction. It is returned in the authorization response and usually recorded on the receipt as proof of authorization. If you hold first and capture later, the code comes from the hold. (More on that in authorization holds.)
For a refund, the Acquirer Reference Number (ARN). Stripe describes the ARN as a reference number assigned to a card transaction as it moves through the payment flow. The traveler can take it to their bank, which can say when the refund will show up.
Three things to know about card refund references on Stripe:
The ARN also matters in disputes. Under Visa's rules, if a credit was processed before a dispute, the issuer must apply it or provide the Transaction Identifier or Acquirer Reference Number of the transaction it went to. Keep the ARN of every refund you issue.
Use the trace number. In the Nacha file format, the trace number is a 15-character field assigned by the originating bank (ODFI) that uniquely identifies each entry within a batch and the file. The ODFI is the bank that sent the payment.
If an ACH payment doesn't arrive, the sending bank investigates. Through the Federal Reserve, the ODFI can open a Payment Trace Request asking the receiving bank for the payment's status: not received, returned or posted. Its required fields include the trace number, the amount and the account number. If the receiving bank doesn't respond within 10 business days, the Federal Reserve cancels and closes the case.
For how ACH timing and returns work, see ACH transfers.
For a US domestic wire on Fedwire, ask for the IMAD. Fedwire tags each message with Input Message Accountability Data (IMAD) and Output Message Accountability Data (OMAD). Every successfully processed message contains both, and Fedwire checks the IMAD to reject duplicates. When a wire is returned, the return points back to the IMAD of the original message.
Wires are final once they land. Fedwire participants get finality of payments credited to their Federal Reserve Bank master accounts. That is why a wrong wire is hard to pull back, so have the IMAD ready before you call your bank.
Ask for the UETR, the unique end-to-end transaction reference. The Bank for International Settlements' payments committee (CPMI) recommends it as the unique identification for all cross-border payments. In its words, the UETR will enable easier tracking and simplify investigation and exception handling.
A UETR is a universally unique identifier (UUID) built to the RFC 4122 version 4 standard. No central authority hands them out. Customer payment systems are expected to generate the UETR when the payment starts, and during the transition, the sending bank generates one if they don't.
A SWIFT payment may pass through several correspondent banks, each with its own internal reference. The UETR is the one number that stays the same. More on routes and fees in SWIFT transfers.
Use the end-to-end ID. In the European Payments Council's (EPC) message guidelines, the end-to-end identification is passed on, unchanged, throughout the entire end-to-end chain. It is up to 35 characters, set by whoever starts the payment, and can be used for reconciliation.
The SEPA Credit Transfer Rulebook calls it the originator's reference. It is transmitted from acceptance until the finality of the transaction and must be returned in any exception handling step. If the payer leaves it blank, it defaults to "Not provided", which makes tracing harder. Put your booking number in it.
Timing helps you spot a problem early. The payer's bank must get the money to the payee's bank within one banking business day of receiving the instruction.
| Payment type | Reference to ask for | Who can trace it |
|---|---|---|
| Card payment | Authorization code, processor payment ID | Your processor; the traveler's card issuer |
| Card refund | ARN (or STAN or RRN) | The traveler's card issuer, using the ARN from your processor |
| Processor payout to your bank | Payout ID and bank trace ID | Your bank, using the trace ID from your processor |
| ACH | 15-digit trace number | The sending bank (ODFI), via a Federal Reserve trace request |
| Fedwire (US wire) | IMAD | The sending bank |
| SWIFT (international wire) | UETR | The sending bank and the correspondent banks in the chain |
| SEPA credit transfer | End-to-end ID | The payer's bank |
Practical guidance: the sender traces. This table and rule summarize the sources above; no network publishes them as one rule. If a supplier says they paid your commission, the supplier's bank holds the reference. Ask the supplier for it.
Match each bank deposit to a processor payout, then match the payout to the bookings inside it. Processors pay out in batches, so one deposit usually covers many travelers, minus fees and refunds.
On Stripe, the payout reconciliation report matches the payouts in your bank account to the batches of payments they relate to. Its itemized download lists every payment, refund, dispute, fee, and other balance transaction included in the payout. You can include custom metadata, such as a booking number, to match each line to your own records.
Three things trip agencies up:
What this means for agencies: add the booking number as metadata on every payment and as the reference on every outgoing transfer. Then one number links the traveler's charge, the payout, the supplier payment and the commission.
On Stripe, trace IDs can take up to 10 days after the payout is marked paid to appear. Some destinations, including Argentina, Japan, the Philippines and UK Instant Payouts, have none.
All numbers, names and references below are illustrative, made up for this example. Real references look different.
| Step | Date | Amount | Reference you keep |
|---|---|---|---|
| Traveler's card authorized for a cruise | March 2 | $6,000 | Authorization code A1B2C3 |
| Agency captures after the cabin is confirmed | March 3 | $6,000 | Payment ID pay_EXAMPLE001, metadata booking TD-1042 |
| Processor pays out a batch that includes it | March 6 | $11,642 deposit | Payout ID po_EXAMPLE77, bank trace ID |
| Agency pays the cruise line by ACH | March 9 | $6,000 | ACH trace number 000000000001234 |
| Traveler drops a shore excursion; partial refund | April 1 | $300 | ARN, available up to 7 business days later |
| Cruise line pays commission by wire | June 15 | $720 | IMAD on the incoming wire |
| Agency pays the advisor's share by ACH | June 20 | $504 | ACH trace number 000000000001388 |
Now suppose the traveler says the $300 refund never arrived. You open the payment, copy the ARN and send it to them. They give it to their card issuer, which can see when the credit posted. No guessing, no second refund.
Tripdash Pay follows each payment from the traveler "to the exact supplier that received the funds, to the bank account paid out to", so the reference trail stays in one place. See how Tripdash Pay works.
Related reading: how travel agencies collect payments, local-account netting and payout ID verification.

How long it takes to become a travel agent on 4 paths: employee, hosted, IATAN or ARC, with sourced training, state, IATAN and ARC processing times and a 90-day plan.

A CRM for travel agents tracks the trip as well as the sale: ID-matched names, passport expiry, KTN and Redress numbers, supplier confirmations, payments and commission.

Seven worked bookings, from hotels and cruises to flights and net rates, show how commission, host splits and fees turn a trip price into a travel agent's pay.