Professional Documents
Culture Documents
Introduction:
SWIFT is the global provider of secure financial messaging services (www.swift.com). SWIFT’s
messaging services are used and trusted by more than 11,000 banking and securities
organizations, market infrastructures and corporate customers in more than 200 countries and
territories. SWIFT enables secure, seamless and automated financial communication between
users (banks and other financial institutions). SWIFT does not hold funds or manage accounts on
behalf of customers, rather SWIFT enables our global community of users to communicate
securely, exchanging standardized financial messages in a reliable way, thereby facilitating global
and local financial flows, and supporting trade and commerce all around the world.
Many non-banking clients and lower-level bankers hear of various types of SWIFT Messages
which are sent bank to bank to perform various inter-banking tasks. Unless you work on a daily
basis in the SWIFT department of a bank, you may not have knowledge of how the SWIFT system
works, and the function of each particular Message Type.
In particular, a client who has assets in a bank such as cash, or assets lodged in a bank custodial
account, may hear confusing things and, as a result, misunderstand the role and purpose of the
hundreds of Message Types (MT) which are used to either transmit, hold, or inform other banks
within the SWIFT system.
In the world of trading, a client’s assets must be shown by the bank holding them. From bank to
bank (and other SWIFT members in the financial sector) certain Message Types are used to
connect a client’s assets to a trading entity. The list of all SWIFT Message Types is long and, for
the purposes of this paper, are not relevant to our discussion. The purpose of this document is
to help the non-banking individual better understand the impact each of these messages have
for our use in these niche trading programs.
For beginners, both the MT 799 and MT 999 are classified by SWIFT as a “free format message”,
the difference is that for an MT 799, banks must exchange a so called BKE authenticator… which
means a test key is automatically coded into the sent message, and decoded at the receiving end.
An MT 999 is the same as MT 799, just without this test code. therefore, its considered
unauthenticated, and MT 999 messages have no value whatsoever, unless confirmed via a
separate test key.
SWIFT MT 799
The MT 799 is a free format SWIFT message type in which a banking institution confirms that
funds are in place to cover a potential trade. This can, on occasion, be used as an irrevocable
undertaking, depending on the language used in the MT -799, but it is not a promise to pay, nor
is it or any form of Standby Letter of Credit, Bank Guarantee or other non-cash commitment.
The function of the MT 799 is simply to assure the seller (or in our case, the trader) that the buyer
does have the necessary funds to complete the trade.
The MT 799 is usually issued before a contract is signed and before a letter of credit or bank
guarantee is issued. After the MT 799 has been received by the receiver’s bank, it is then normally
the responsibility of the sender’s bank to send a POP (proof of product) to the buyer’s bank, at
which point the trade continues towards commencement. In the case of an MT 799 necessary
for a trade entity, POP is not something needed: It is just an assurance from the client’s bank that
the funds are actually sitting in the account.
The actual payment method commonly used is a documentary letter of credit or an MT -103 (wire
transfer), which the seller presents to the issuing or confirming bank along with shipping
documents. Once the bank confirms the documents, the seller is then paid. This is not applicable
when the MT 799 is used to confirm availability of funds.
An MT 999 is the same as the MT 799, just without this test code, therefore, it’s considered
unauthenticated, and MT 999 messages have no value whatsoever, unless confirmed via a
separate test key.
A MT 199 Swift Message Is Easily Explained as A “Chat” Message between your banker and the
receiving banker.