| Field | Meaning | Required |
|---|---|---|
:20: | A unique reference assigned by the sending bank to identify this payment through its whole life. It must not repeat for the same sender within the same business | M |
:23B: | A four character code that tells the receiving bank how to handle the transfer. CRED means a normal credit transfer, SPAY means a SWIFT payment, SSTD means a st | M |
:32A: | The value date on which funds become available to the beneficiary, the three letter ISO currency code and the amount to be paid. For USD 25,000 on 5 November 20 | M |
:33B: | The currency and amount in which the ordering customer instructed the payment, when that differs from the settlement currency in field 32A. It preserves the ori | O |
:50a: | The customer who ordered the payment, identified by account number and name and address. Option K gives account, name and address in free text. Option F gives s | M |
:52a: | The financial institution that ordered the transfer when it is not the sender of the message. It is normally the bank holding the ordering customer account in a | O |
:53a: | The account held by the sender with the receiver, or the correspondent bank through which settlement will occur. It tells the receiving bank where to debit the | O |
:54a: | The account held by the receiver with another bank, used when the receiver does not hold the sender account directly. It identifies the next bank in the settlem | O |
:57a: | The bank where the beneficiary holds an account, when it is not the receiver of the MT103. It directs the receiving bank to forward the payment to the correct a | O |
:59a: | The final recipient of the funds, identified by account number and name and address. Option A gives the account and BIC, option F gives structured name and addr | M |
:70: | Free text information for the beneficiary explaining what the payment is for, such as an invoice number, contract reference or salary month. It is limited to fo | O |
:71A: | A three letter code stating who pays the transfer charges. OUR means the ordering customer pays all charges, BEN means the beneficiary pays all charges, and SHA | M |
Meridian Bank London sends an MT103, reference MER1035521, for USD 25,000 value 5 November 2024 to Harbour Bank Singapore to pay Bright Logistics for invoice INV-1187. This is a pre-migration example, from before coexistence ended on 22 November 2025. Field :71A: is SHA, the beneficiary account is given in :59a:, and the payment settles on the value date.
Valid example from the message catalogue. Scheme rules: MT103 is a SWIFT MT (FIN) message, not a base ISO 20022 message: there is no single global scheme rulebook, and each bank and market practice sets its own format limits and cut-off times on top of the
Field 52a Ordering Institution: When and Why It Appears
What you will learn
Your objective. By the end of this lesson, you will be able to explain field 52a ordering institution: when and why it appears. Field 52a identifies the ordering institution, the financial institution that ordered the payment on behalf of the ordering customer, when that institution is different from the sender of the MT103.
Why it matters. Operations teams check this rule first when they validate a payment, because a wrong 52a can misdirect a compliance query.
Chapter objective: Learner explains the optional MT103 fields 52a, 57a, 53B, 70 and 71G, and shows how each one changes routing, charges and remittance information. Learner uses real examples with amounts, banks and message names to show how the topic works in practice.
Key learning points
- Field 52a identifies the ordering institution
- Field 52a: three formats
- Field 52a appears whenever
- Concrete example
- Field 52a protects ordering institution
Key terms
Sanctions screening: Checking payment parties, countries and references against sanctions lists published by governments and international bodies.
Return: A payment that is sent back to the sender after settlement because it cannot be credited to the beneficiary.
MT103: A SWIFT message that carries a single customer credit transfer instruction from one bank to another. It names the ordering customer, the beneficiary, the amount, the currency and the value date.
SWIFT MT message viewer showing Field 52a Ordering Institution: When and Why It Appears.
Practise this lesson
Exercise
Find the field BIC in the message described in this lesson and explain what it controls.
Use the field description and the example in this lesson.
- What to do. Write down what BIC carries, what happens if it is wrong, and which system reads it.
Correct result. BIC carries the value the lesson describes. If it is wrong, the payment is rejected, returned, or misrouted, and the exception must be investigated before the payment can proceed.
Why. Fields are the contract between systems. A wrong field is not a typo, it is a failed payment.
Check your understanding
Practice question
Which of the following best describes field 52a ordering institution: when and why it appears?
Takeaway and next step
What to remember
Field 52a appears whenever the sender is acting for another bank, and it must not appear when the sender itself took the instruction from the customer.
Open the message type from this lesson and inspect its fields, then find the field that carries the amount.
Open the ISO 20022 Message Explorer →
Builds on "A Basic MT103 Decrypted: Mandatory Fields Only".
Transcript and full text
Show transcript
Field 52a identifies the ordering institution, the financial institution that ordered the payment on behalf of the ordering customer, when that institution is different from the sender of the MT103. For example, a regional bank in Lyon called Banque Rhone Alpes may hold no account with Banco Santander in Madrid, so it asks BNP Paribas in Paris to send the MT103 on its behalf. BNP Paribas is the sender, but Banque Rhone Alpes is the ordering institution, and field 52a must name it so the receiver and the beneficiary bank know where the instruction truly began. Field 52a has three common formats. Option A, written as 52A, carries the BIC of the ordering institution, such as BRALFRPP for the Lyon bank. Option D, written as 52D, carries the full name and address when no BIC exists or when the BIC is not enough to identify the institution. Option F is rarely used in MT103 practice. The choice depends on whether the ordering institution has a BIC and whether the receiver needs a postal address for screening. When a BIC is available, 52A is preferred because it is precise, machine readable and easy to screen. Field 52a appears whenever the sender is acting for another bank, and it must not appear when the sender itself took the instruction from the customer. If BNP Paribas receives an instruction directly from its own customer Atelier Lumiere SARL and sends the MT103 itself, BNP Paribas is both the ordering institution and the sender, so field 52a is omitted. Adding it in that case would be wrong, because it would suggest a second bank was involved. Operations teams check this rule first when they validate a payment, because a wrong 52a can misdirect a compliance query. A concrete example makes the rule clear. A customer of Credit Agricole in Marseille instructs a payment of 85,000 euros to a supplier in Milan. Credit Agricole has no direct account with the Milan bank, so it sends the instruction to its correspondent Deutsche Bank in Frankfurt, which sends the MT103 to Milan. Deutsche Bank is the sender, Credit Agricole is the ordering institution in field 52A, and the Milan bank screens both names. If Deutsche Bank omitted field 52a, the Milan bank would think Deutsche Bank itself had ordered the payment, and its sanctions screening would miss the true originator. Field 52a also protects the ordering institution in the chain. When a later bank in the serial chain forwards the payment, it keeps field 52a unchanged so the origin remains visible to every bank that handles the funds. That continuity matters for anti money laundering checks, for investigations, and for returns, because a return must go back to the institution that ordered the payment, not merely to the last sender. A payment that loses its 52a in the middle of a chain becomes harder to trace, harder to return, and harder to explain to a regulator who asks where the money came from. Worked example with real numbers: Banque Rhone Alpes in Lyon instructs a EUR 120,000 payment to a supplier in Milan, but it holds no account with the Milan bank, so it asks BNP Paribas in Paris to send the MT103. BNP Paribas is the sender, Banque Rhone Alpes is the ordering institution in field 52A with BIC BRALFRPP, and the Milan bank screens both names before crediting the supplier. BNP Paribas deducts its EUR 15 handling charge from its own account, so the supplier receives EUR 120,000 in full. If BNP Paribas had omitted field 52a, the Milan bank would have screened only BNP Paribas and would have missed the true originator entirely. That miss matters because the sanctions check is the control that stops a payment to a blocked party, and a check run against the wrong name is no check at all. The ordering institution must therefore be visible to every bank in the chain, not just the sender. Failure and recovery: field 52a fails in two ways, and both are expensive. If the sender omits it when acting for another bank, the receiver screens the wrong institution, and a sanctions hit on the true ordering institution is missed until a later investigation finds it, by which time the funds have been credited and must be frozen or recalled. If the sender enters the wrong BIC, a return or a compliance query goes to the wrong bank, and the payment sits in a repair queue while operations teams exchange MT199 messages to find the true ordering institution. For a business analyst, product owner or subject matter expert, the field 52a requirement must state the rule in one sentence: field 52a is mandatory when the sender acts for another bank, and forbidden when the sender took the instruction from its own customer. The requirement must name the three options, 52A with a BIC, 52D with a name and address, and the rare 52F, and must state that 52A is preferred when a BIC exists. In ISO 20022 the ordering institution maps to the debtor agent and ultimate debtor fields of the pacs.008. Source: SWIFT MT103 format specifications; last reviewed 7 November 2026.
Field 52a identifies the ordering institution, the financial institution that ordered the payment on behalf of the ordering customer, when that institution is different from the sender of the MT103. For example, a regional bank in Lyon called Banque Rhone Alpes may hold no account with Banco Santander in Madrid, so it asks BNP Paribas in Paris to send the MT103 on its behalf. BNP Paribas is the sender, but Banque Rhone Alpes is the ordering institution, and field 52a must name it so the receiver and the beneficiary bank know where the instruction truly began.
Field 52a has three common formats. Option A, written as 52A, carries the BIC of the ordering institution, such as BRALFRPP for the Lyon bank. Option D, written as 52D, carries the full name and address when no BIC exists or when the BIC is not enough to identify the institution. Option F is rarely used in MT103 practice. The choice depends on whether the ordering institution has a BIC and whether the receiver needs a postal address for screening. When a BIC is available, 52A is preferred because it is precise, machine readable and easy to screen.
Field 52a appears whenever the sender is acting for another bank, and it must not appear when the sender itself took the instruction from the customer. If BNP Paribas receives an instruction directly from its own customer Atelier Lumiere SARL and sends the MT103 itself, BNP Paribas is both the ordering institution and the sender, so field 52a is omitted. Adding it in that case would be wrong, because it would suggest a second bank was involved. Operations teams check this rule first when they validate a payment, because a wrong 52a can misdirect a compliance query.
A concrete example makes the rule clear. A customer of Credit Agricole in Marseille instructs a payment of 85,000 euros to a supplier in Milan. Credit Agricole has no direct account with the Milan bank, so it sends the instruction to its correspondent Deutsche Bank in Frankfurt, which sends the MT103 to Milan. Deutsche Bank is the sender, Credit Agricole is the ordering institution in field 52A, and the Milan bank screens both names. If Deutsche Bank omitted field 52a, the Milan bank would think Deutsche Bank itself had ordered the payment, and its sanctions screening would miss the true originator.
Field 52a also protects the ordering institution in the chain. When a later bank in the serial chain forwards the payment, it keeps field 52a unchanged so the origin remains visible to every bank that handles the funds. That continuity matters for anti money laundering checks, for investigations, and for returns, because a return must go back to the institution that ordered the payment, not merely to the last sender. A payment that loses its 52a in the middle of a chain becomes harder to trace, harder to return, and harder to explain to a regulator who asks where the money came from.
Worked example with real numbers: Banque Rhone Alpes in Lyon instructs a EUR 120,000 payment to a supplier in Milan, but it holds no account with the Milan bank, so it asks BNP Paribas in Paris to send the MT103. BNP Paribas is the sender, Banque Rhone Alpes is the ordering institution in field 52A with BIC BRALFRPP, and the Milan bank screens both names before crediting the supplier. BNP Paribas deducts its EUR 15 handling charge from its own account, so the supplier receives EUR 120,000 in full.
If BNP Paribas had omitted field 52a, the Milan bank would have screened only BNP Paribas and would have missed the true originator entirely. That miss matters because the sanctions check is the control that stops a payment to a blocked party, and a check run against the wrong name is no check at all. The ordering institution must therefore be visible to every bank in the chain, not just the sender.
Failure and recovery: field 52a fails in two ways, and both are expensive. If the sender omits it when acting for another bank, the receiver screens the wrong institution, and a sanctions hit on the true ordering institution is missed until a later investigation finds it, by which time the funds have been credited and must be frozen or recalled. If the sender enters the wrong BIC, a return or a compliance query goes to the wrong bank, and the payment sits in a repair queue while operations teams exchange MT199 messages to find the true ordering institution.
For a business analyst, product owner or subject matter expert, the field 52a requirement must state the rule in one sentence: field 52a is mandatory when the sender acts for another bank, and forbidden when the sender took the instruction from its own customer. The requirement must name the three options, 52A with a BIC, 52D with a name and address, and the rare 52F, and must state that 52A is preferred when a BIC exists. In ISO 20022 the ordering institution maps to the debtor agent and ultimate debtor fields of the pacs.008. Source: SWIFT MT103 format specifications; last reviewed 7 November 2026.
Full lesson text (all scenes)
Completing a lesson updates your progress dashboard on the homepage.
Scene timestamps are estimated by allocating the narration text proportionally across the real audio length. The audio playback position is the source of truth: pause freezes the visual, seeking restores the correct scene, replay restarts the scene animation.