Image of MT103 with fields 53B 70 and 71G

SWIFT MT103 message example with optional fields 53B, 70 and 71G explained

We analyzed the basic SWIFT MT103 message in the previous article. That message contained only mandatory fields. Many optional fields exist in the MT 103 Format Specifications. In this article, we will look at SWIFT MT103 message example with optional fields: The field 53a with option B, the field 70 and the field 71G.

The picture below shows the main actors and highlights the optional fields transported in the messages.

Image of MT103 with fields 53B 70 and 71G
SWIFT MT103 with fields 53B 70 and 71G

The table below contains information that is highlighted in the examples provided in the SWIFT Message Reference Guide. An additional column (comments) provides further explanation on the fields to ease their understanding.

I refer you to this page on the Field formatting rules and Character sets of SWIFT MT Messages. It is helpful to understand what 16x, 4!c and the format of the fields options mean.

Narratives and notes on this SWIFT MT103 Message

As usual, there is more in this SWIFT MT103 message example with optional fields than meets the eye. The following narrative and notes allow to get a deeper understanding of the message content.

Narrative and note 1

With this SWIFT MT103 message, sender (CRESCHZZ80A) is asking receiver (BNPAFRPP) to debit sender’s account and credit beneficiary account. The sender’s account that receiver should debit is specified in the field 53B. Field 53B (:53B:/12345678901) indicates the account number of the Sender, serviced by the Receiver, which is to be used for reimbursement in the transfer.

Note that the sender has opened many accounts with the receiver in EUR, the currency of the transfer. If the Field 53B contains an account that is not the currency of the transfer, an exception will be raised and the payment processing will stop or it can be automatically replaced with the correct account.

Narrative and note 2

There is no ordering institution (Tag 52a) in the SWIFT MT103 message. That means implicitly that the ordering customer is customer of the Sender.

Narrative and note 3

No correspondent is used neither on sender side (Tag 53A) nor on receiver side (Tag 54A) and No reimbursement party (Tags 56a and 57a) is indicated in the SWIFT MT103 message. It means

  1. there is a direct account relationship, in the currency of the transfer, between the Sender and the Receiver. Money will be taken from sender’s account and credited to the beneficiary.
  2. Beneficiary customer account (:59:/00012367493) is hold by the receiver.

You may wonder: what does the guy mean? This part is really not easy to understand when you start. You will get a better understanding with the next examples. I promise!. So just come back to the blog and check the new articles.

Narrative and note 4

The field 70 (:70:/INV/18042-090715) contains the remittance information. Usually the remittance information is generated by the beneficiary and sent to the ordering customer (or debtor). The beneficiary requests the debtor to provide it the payment message, so that the beneficiary can easily reconcile the payment with an invoice like in this case. The code INV means that 18042-090715 is an invoice reference.

Narrative and note 5

Details of charges (Tag 71A) is OUR. That means transaction charges are to be borne by the ordering customer. Sender sends instructed amount + charges.

Amount in F32A (EUR2960,47) = Amount in 33B (EUR2958,47) + charges in 71G (EUR2,50)

The receiving bank directly takes the prepaid charges from the settlement amount. The Beneficiary’s account is credited with the instructed amount.

This ends our analysis of SWIFT MT103 message example with optional fields. If you are interested in the sample SWIFT MT103 message with optional fields sent to SWIFT by the Sender (Credit Suisse) and received from SWIFT by the receiver (BNP PARIBAS), fill in the form below and submit. You will then receive a mail in your mailbox with the links to download the two sample files and get regular updates when new posts or videos are published.

41 thoughts on “SWIFT MT103 message example with optional fields 53B, 70 and 71G explained”

  1. Praveen Bhosale

    Hi Jean,

    Totally enriching content in this one. Explains a lot about the additional information that goes as part of a MT103 CT message. Like you said add a overall finishing touch to the MT 103 discussion.

    It will be really great if you could also talk about SWIFT R messages – REJECTS and RETURNS in your upcoming blogs. A lot of payments folks would be benefited by it.

    Thanks and keep doing the great job!!

    Regards,
    Praveen

    1. Thanks Praveen for your comment. R-messages are indeed an interesting and important topic.
      I will certaintly address them in future posts.
      Stay tuned!

      1. hello Jean paul! I accidentally read your post and I see you as a pro. Can i cooperate with you I can handle SWIFT MT103 in Vietnam. Best regards

    2. Hello My name is Kwabena python developer.
      Please, can i see multiple message transaction in one file.
      I am task to read such..MT101

      I presume it would like this.

      {1:F01SCBLGB2LAWEB4388030285}{2:I1010000200207ABCDSGSXXX4388030285200 } {3:{108:SPAYMENT}}{4:
      :20:BLAHBLAH
      :28D:1/1
      :50H:/BLAHBLAH
      :30:200720
      :21:BLAHBLAH
      :32B:SLL11673751,
      :BLAHBLAH
      :59:/000001
      BLAHBLAH
      :70:/RFB/VENDOR PAYMENT
      PSC PAY PERIOD 14 2020
      :71A:OUR
      -}
      {1:F01SCBLGB2LAWEB4388030285}{2:I1010000200207ABCDSGSXXX4388030285200 } {3:{108:SPAYMENT}}{4:
      :20:BLAHBLAH
      :28D:1/1
      :50H:/BLAHBLAH
      :30:200720
      :21:BLAHBLAH
      :32B:SLL11673751,
      :BLAHBLAH
      :59:/000001
      BLAHBLAH
      :70:/RFB/VENDOR PAYMENT
      PSC PAY PERIOD 14 2020
      :71A:OUR
      -}
      {1:F01SCBLGB2LAWEB4388030285}{2:I1010000200207ABCDSGSXXX4388030285200 } {3:{108:SPAYMENT}}{4:
      :20:BLAHBLAH
      :28D:1/1
      :50H:/BLAHBLAH
      :30:200720
      :21:BLAHBLAH
      :32B:SLL11673751,
      :BLAHBLAH
      :59:/000001
      BLAHBLAH
      :70:/RFB/VENDOR PAYMENT
      PSC PAY PERIOD 14 2020
      :71A:OUR
      -}
      {1:F01SCBLGB2LAWEB4388030285}{2:I1010000200207ABCDSGSXXX4388030285200 } {3:{108:SPAYMENT}}{4:
      :20:BLAHBLAH
      :28D:1/1
      :50H:/BLAHBLAH
      :30:200720
      :21:BLAHBLAH
      :32B:SLL11673751,
      :BLAHBLAH
      :59:/000001
      BLAHBLAH
      :70:/RFB/VENDOR PAYMENT
      PSC PAY PERIOD 14 2020
      :71A:OUR
      -}

  2. NO CREDIT/REIMBURSEMENT due to “did not mention in MT103 the cover will be send by Chase, New York in field 53”

    MT202COV:
    {1:F01CHASSARIXXXX0000000000}{2:I202CHASUS33XXXXN}{3:{119:COV}}{4:
    :20:ESARYF000007
    :21:ESARYF000007
    :32A:180913USDxxxxx,xx
    :52A:/2730000313
    CHASSARI
    :53A:CHASUS33

    Still NOT CREDITED to BENEFICIARY?

    What (BENEFICIARY) to do?

    1. Your file is an outgoing MT2O2 COV with the F53A populated, but 53A and the receiver is the same.
      So sender and receiver have an account relationship. Why did sender add the F53A in the MT202COV and did not mention F53A in the MT103 Announcement? Strange.
      My view is that beneficiary should connect with the sender and explains the situation.
      Sender should ask his bank to fix the problem. If someone has other thoughts, please share.

  3. USD transfer made to USD account. It went via an intermediary bank who converted it to AUD and then the receiving bank converted it back to USD to credit it to my account. Of an amount of 3,947 USD I received 3,769. Receiving bank provided MT 103. How can I see who made the mistake?

    1. Hi,
      Normally the intermediary banks are not allowed to change the currency of a transaction. Even the receiving bank does not do that. The receiving bank converts if the currency of the beneficiary account is different from the currency received. In your case, convertions should have never happened. Very weird! If you send the MT103, I can tell you more. Please use my email address. Thanks.

    1. Waouhh !!! 🙂 I just wanted to help you understand what could have possibly gone wrong.
      Please use that information to challenge your bank.
      I cannot do more unfortunately. I hope you understand.

      1. Hi Jean. Has anyone done any mapping from OMGEO alert to any web based application.

        I am trying to understand how MT !)# and 202 works in omgeo alert.

        please help me with some data mapping.

        cellphone: +919986766232

      1. Check the fields 32A and 33B.
        33B tells you in which currency the original instruction was given.
        32A tells you the currency that your bank received.

  4. Dear Jean Paul,

    Thank you so much for your detailed explanation. I have a doubt,
    Under Narrative and note 3, it is mentioned that ‘No correspondent is used neither on sender side (Tag 53A) nor on receiver side (Tag 54A)’. Is it a typo error as we have sender correspondent info in the message ?
    Also can we say that Tag 53 always contains Sender nostro account ?

    1. Dear San,
      Thank you for your interest!
      The answer to your first question is NO, there is no typo error.
      The option B of field 53a has a particular meaning in SWIFT payments.
      When a sender used the 53B, it means he has opened many accounts with the receiver and wants a specific account to be debited to settle the transaction.
      The answer to the second question is also NO. According to the SWIFT standards, F53 has up to three different options and can contain different information.
      Please go through it and let me know if you have further question.

    1. Hi,
      I have seen MT101 with a value date one year in the future, but not MT103. MT103 are usually generated few days before the settlement of funds.
      Let’s assume an MT103 can be value-dated 10 years in the future, Will it qualify as instrument that can be discounted? The answer is clearly No.
      Contrary to Bills of Exchange, the instruction to pay with an MT103 is not a proof of financial commitment. At due date, the payment will be executed only if there is sufficient funds on the payer’s account.
      In case of non-payment, the beneficiary has no recourse and neither the bank that has discounted it unless it has signed another contract with the Payer.
      Therefore I hardly see a credit institution that will accept to discount a future-dated MT103. I hope this helps.

  5. what does value date in 32A mean? is that the date the transaction is settled and the receiver bank received the payment? of is that the date the transaction has been sent?

  6. Hello Jean, thank you for these wonderful blogs. I really enjoy reading it and it helped me a lot to get good knowledge on payment topics.

    I have a query related to this topic. If we mention OUR in field 71A and let’s say there are many intermediary banks involves. Then how ordering bank knows what would be charge amount.
    Then how instructed amount and settlement amount will be calculated.

    1. The answer is YES. The Option K of the field 50a allows to provide (Name and Address) in the format 4*35x. That means of to 4 lines of 35 characters each.
      You can 1) put name on 1 line and address on 1, 2 or 3 lines; 2)put name on 2 lines and address on 1 or 2 lines; 3) put name on 3 lines and address on one line; 4) …
      As far as I know, the standard does not restrict the usage of the name to only the first line.

  7. Dear Jean Paul,
    My relative in indonesia send fund to my Hong Kong bank accout using MT103. Already 3 days and I still hav enot receive the fun. I call my bank, my bank said the fund haven’t receive. I am not in Hong Kong now. I have MT103 slip in my hand. If I need to online message my Hong Kong bank to ask them to check on my incoming MT103. What details I need to give them. Because I cannot attach the MT103 slip in my online message to bank. I can only type. If I just give me Sender’s Reference is enough? Or Header Block? Please kindly advice what details I need to type and give me. Thanks very much.

    1. Hi Clement, I have been very busy these days. Sorry for not responding before.
      My first remark: Three days are not so long in cross border payments, particularly if the transaction does not happen in a major currency like USD or EUR. So I hope you received the funds in the meantime. Your account details should be enough to check if the funds have arrived. Your account will be credited in that case. Otherwise, send the UETR (Unique End to End Transaction Reference) to your bank. It is a reference used to track a MT103 end to end. They can use it to track your payment over the SWIFT network.

  8. Dear Jean Paul,

    I made a swift transfer today to HEC Paris. However, in the MT103 sent by my bank does not show the baneficiary name. In beneficiary girls, only IBAN and address are mentioned and they are correct. The swift code is also correctly mentioned. I am apprehensive about the missing beneficiary name. Please advise.

  9. Hello Jean,

    Thanks for sharing the information.
    My question is around field:70, it says
    “Multiple references can be used, if separated with a double slash, ‘//’. Code must not be repeated between two references of the same kind.”
    Though there is no n/w validation around it, so whatever I will be creating in this tag will not be rejected, but I want to know, when it says, “..Code must not be repeated..”,could you please give an example, what is not allowed here.

    Thanks.

  10. Hello, I have a wire transaction that is currently in the 3rd week to deliver. can the sending bank give my client a swift message or swift MT 103 message in this format for my bank to know the situation of the credit? I am lost lost at what to do because my bank cannot track the transfer. I got a message like this after 2 weeks.

    (20) Transaction Reference – ****************
    (21) Related Reference- ***********
    (79) Narrative
    PAYMENT ALREADY EXECUTED
    UNDER REFERENCE ***************

    PLEASE REFER IN ALL FUTURE CORRESPONDENCE REGARDING
    THIS MATTER OUR REF QUOTED IN FIELD 20 OF THIS MESSAGE.

    PLS HELP!
    DOES THIS MEAN THE TRANSACTION IS STILL ON ROUTE

  11. Hi Jean,

    Thank You for this detailed explanation. This format doesn’t have any intermediary, in case of an intermediary bank present, can we just add 56A: (intermediary number)? Will that suffice or would there be additional changes in any of the other fields

    Thank You

  12. HI Jean,

    I have question on MT103 return, what is the role of Field 13C in this message.
    can we use all Tilltime, Fromtime and rejecttime in this.

  13. greetings of the day,I am the direct mandate to provider for financial instrument such as BG/SBLC DTC IPIP/MT103 GPI CASH TRANSFER,
    My provider is RWA to swift via GPI Only to serious receivers We able to transfer via GPI provided the account is GPI compliance in which case you will have to provide us with the account GPI code
    Emil: douglasadams756@gmail.com
    WhatsApp 447947737071

Leave a Comment

Your email address will not be published. Required fields are marked *