Guides · Transfer Problems
SWIFT Error "Field 56 Missing": Do You Need an Intermediary Bank?
Field 56 is the bank in the middle of your payment's route. Usually your bank picks it, not you. Here's when a payment really needs one, where to get the right details, and how to fix the error.
Quick answer
In a SWIFT payment, field 56 is the "Intermediary Institution": a bank the payment must pass through on its way to the recipient's bank. It's used when your bank and the recipient's bank don't deal with each other directly. When your bank or payment app says "field 56 missing" or "intermediary bank required", the payment needs to go through a particular bank in the middle, and the instruction didn't name one.
Your money isn't lost. It's either still with you, or on its way back. The fix is to get the correct intermediary bank's details from the recipient's bank, give them to your bank together with the recipient's own bank details, and send the payment again.
Don't guess the intermediary or copy one from the internet. A wrong one is worse than none.
On this page
What an intermediary bank is
Banks can only send money directly to banks they have accounts with. If yours has no account with the recipient's bank, the payment goes through another bank that has accounts with both, or with banks further along. That bank is called an intermediary bank or correspondent bank. In the payment message it goes in field 56, next to the recipient's bank in field 57:
- Your bankSends the payment.
- Field
56: intermediary bank (only if the route needs one)The bank the payment must pass through to reach the recipient's bank. - Field
57: the recipient's bankThe bank that holds the recipient's account. - Field
59: the recipientTheir name and account number or IBAN.
Many payments don't need one. Swift reports that 86% of the payments on its network go direct or through just one intermediary. Swift's own definition of field 56 says it identifies the institution "through which the transaction must pass to reach the account with institution". Under the standard it's a conditional field, not a required one, so leaving it out is often perfectly normal.
Our correspondent bank checker shows whether your payment is likely to use one.
Who decides the route
Usually your bank's own systems choose the route, because they know which banks it holds accounts with. You normally don't need to name an intermediary yourself, and most payment forms don't ask.
It becomes your business when the recipient's bank tells senders to route a payment through a specific bank, for example for one currency. Banks sometimes publish or send "payment instructions" for receiving foreign currency that name that bank. If the instruction leaves it out, the payment can be rejected or held.
No public list tells you which intermediary a bank uses. That's why our correspondent bank checker doesn't try to look one up. The only reliable source is the recipient's bank itself, or your own bank.
Why the error happens
- The recipient's bank requires a particular intermediary for that currency, and it wasn't in the instruction.
- Your bank's system couldn't find a route to the recipient's bank and is asking you for more information.
- An intermediary was named without the recipient's bank. This breaks a hard rule in Swift's standard: if field 56 is filled in, field 57 must be filled in too. The message is rejected with error code
C81. - The code given isn't a registered bank code. The network checks that every bank code in the message is a registered financial-institution code, and rejects those that aren't (error codes such as
T27–T29,T45andC05). A typo, a code for a non-bank, or an old or wrong code can all trigger it. - A local clearing code was needed. The standard lets senders add codes for national systems, such as
//FWfor a US Fedwire route or//RTfor a real-time gross settlement route. For example, it says US banks require the//FWcode when an incoming SWIFT payment has to be made to the party in the field via Fedwire. - Details were copied from an old payment. Routes and instructions change. Start from the recipient's bank's current instructions.
If the message says field 56 is "not allowed" instead of "missing": that's the opposite problem. Under the standard, a payment sent at the "Priority" service level can't have an intermediary bank in field 56. Ask your bank which service level the payment used.
Why you might see different wording
Banks don't all say "field 56". You might see "intermediary bank required", "intermediary institution not specified", "correspondent bank details needed" or "routing not possible". Since 22 November 2025, banks exchange cross-border payments on Swift in the ISO 20022 format, where field 56 is called the intermediary agent and field 57 the creditor agent. The meaning is the same.
Seeing a message about field 57 instead? See SWIFT error: field 57 missing.
What happens to your money
- Stopped at your bank, before it left: the money stays with you, or comes straight back to your account.
- Rejected or returned by a bank further along: it comes back through the banks that handled it, and can be less than you sent if banks deduct charges or convert the currency twice. See why SWIFT payments are returned.
- Held at a bank in the middle: ask your bank for the payment's UETR and its status. Our SWIFT payment tracker explains each status and writes a trace request.
There's no fixed time for a return. Ask your bank for a case reference and an expected credit date in writing.
What to do, step by step
- Ask your bank exactly what it says is missing, and whether the payment was stopped before it left or returned afterwards. If it left, get the UETR.
- Ask the recipient's bank for its payment instructions for receiving that currency, in writing. You need: whether an intermediary bank is required, the intermediary's name and SWIFT/BIC code, the recipient's bank's own name and SWIFT code, and any local clearing code.
- Don't pick an intermediary yourself. Use only what the recipient's bank or your own bank tells you.
- Check both codes' formats with our SWIFT code checker. It tests the length, characters and country code, and looks the code up in a published list of registered institutions. A listed code isn't proof it's the right route, so still rely on the bank's own instructions.
- Give your bank both banks together: the intermediary and the recipient's bank, as required by the rule above.
- Send a fresh payment, and only once you know what happened to the first one. Sending while the first is still in progress could mean paying twice.
Find out whether your payment is likely to use a correspondent bank
Answer three questions (send or receive, which countries, which currency) and the checker tells you whether an intermediary is likely, and writes a message you can send to your bank or the recipient's bank to ask.
Open the correspondent bank checkerWho to ask for what
| You need… | Ask… |
|---|---|
| The intermediary bank the recipient's bank wants used | The recipient's bank, for its payment instructions in that currency |
| Whether your own payment needs an intermediary | Your bank's international payments team |
| The recipient's bank's SWIFT code and local codes | The recipient's bank, or check the format on our What Bank Details Do I Need? tool |
| Where your payment is now | Your bank, quoting the UETR |
Take bank details only from the bank itself. Bank details sent by email or chat are a common route for payment fraud, so confirm changed or new details by phone on a number you already know.
For Nigerian users
- Receiving foreign currency from abroad: ask your bank for its incoming payment instructions for that currency. They may name an intermediary bank as well as your bank's own SWIFT code. Give the sender exactly what your bank provides, not a route you've worked out yourself.
- Sending from Nigeria: ask the recipient to get their bank's payment instructions in writing and pass them to your bank, so both the intermediary (if any) and their own bank are complete.
- A sender's payment came back? Ask them for the return reason and the UETR, then send them your bank's instructions again. See what to do when a transfer hasn't arrived.
- Money sent through a money transfer company is paid out in naira and normally doesn't involve this. It follows different rules. See how international money transfers work.
Common mistakes
- Naming an intermediary but not the recipient's bank. The two must go together.
- Choosing a well-known bank as the intermediary "because it's big." It has to be the one the recipient's bank asks for.
- Reusing an intermediary from an old payment or template without checking it with the recipient's bank.
- Taking bank details from an email, chat or website list instead of the bank itself.
- Resending before the first payment is accounted for.
Related questions
What does "field 56 missing" mean on a SWIFT payment?
Field 56 is the intermediary bank, a bank the payment must pass through to reach the recipient's bank. A message saying it is missing means the payment needs to go through a particular bank in the middle and the instruction did not name one. Your money is not lost. Get the correct details from the recipient's bank and send the payment again.
Is field 56 mandatory?
No. Under Swift's standard, field 56 is conditional rather than required, and many payments go direct or through just one intermediary that the sending bank's own systems choose. It matters when the recipient's bank requires payments in a currency to come through a specific bank, or when your bank cannot find a route itself.
Do I have to choose the intermediary bank myself?
Usually not. Your bank's systems normally pick the route. You only need to supply an intermediary if the recipient's bank tells you to route the payment through a particular bank, and in that case you should use exactly the details the recipient's bank gives you, not one you have picked yourself.
What is the rule between field 56 and field 57?
If a payment names an intermediary bank in field 56, it must also name the recipient's own bank in field 57. Swift's standard payment message is rejected with error code C81 if field 56 is present and field 57 is not.
How do I find out which intermediary bank to use?
Ask the recipient's bank for its payment instructions for receiving that currency, in writing, or ask your own bank whether the route needs one. There is no public list of which intermediary each bank uses, so take the details only from the banks themselves and never from an email, chat message or website list.
Why does my bank say field 56 is not allowed?
That is the opposite problem. Under Swift's standard, a payment sent at the Priority service level cannot have an intermediary bank in field 56. Ask your bank which service level the payment used and whether it can be resent another way.
Will I get all my money back if the payment was rejected?
If it was stopped at your bank before it left, the money stays with you. If a bank further along rejected or returned it, it comes back through the banks that handled it, and the amount can be less than you sent because banks may deduct charges or convert the currency back at a different rate.
Keep going
Sources
- Swift, Standards MT November 2021 Message Reference Guide: MT 103 Single Customer Credit Transfer (published by Swift; copy hosted by a bank): the definition and formats of fields 56a and 57a, the rule that if 56a is present 57a must be present (error code C81), the service-level rule for 56a, the clearing codes, and the note that when 57a is absent the Receiver is also the account with institution.
- J.P. Morgan, ISO 20022 mapping guide: Intermediary Institution maps to the Intermediary Agent; Account With Institution to the Creditor Agent.
- Swift, Who we are and beneficiary-leg data: 86% of payments go direct or with a single intermediary.
- Swift, ISO 20022 for financial institutions: end of coexistence for cross-border payments on 22 November 2025.
- Your bank's own error text is the final word on what it needs.
This guide explains a common SWIFT payment message in general terms. It is not financial advice. Banks and payment apps show different wording and have their own rules, so confirm with your bank exactly what it needs before you resend.
