Proof of Funds

Proof of Funds and SWIFT Messaging: A Clarification of Banking Reality

In international finance, it is not uncommon for counterparties to demand a so-called “SWIFT confirmation of funds” as a precondition to engage in a transaction. The phrase has acquired a certain currency in commercial circles, yet it is often misunderstood. International Finance Bank Ltd considers it a matter of professional duty to dispel these misconceptions and to articulate what the global SWIFT framework can and cannot achieve. At the same time, a genuine proof of funds is an everyday banking document: companies need it to qualify for tenders and public procurement, to prequalify as bidders and to show financial capacity to counterparties. IFB issues proof-of-funds and bank confirmation letters for its account holders on their written instruction, addressed to the named tender authority or counterparty and, where required, confirmed bank-to-bank by authenticated SWIFT message to the recipient’s bank.

The Nature of SWIFT Communication

SWIFT is a secure interbank messaging system: it transmits instructions and statements, but it does not constitute money itself. Each message type serves a defined function within the architecture of international banking. Crucially, account data is protected by law and banking secrecy: a bank discloses a client’s balance to a third party only on the client’s written instruction, for a stated purpose and addressee, and never as a standing “balance feed”.

The Illusion of “Balance Confirmations”

A recurrent fallacy is the belief that a bank may send a message – often styled as an MT199 or MT799 – to confirm that billions are held on deposit in favour of a client. In reality, an MT199 or MT799 is a free-text message: it can carry an authenticated bank confirmation of the client’s funds at a given date, but the message type by itself neither blocks those funds nor obliges the bank to pay. What the bank has declared follows from the wording, not from the number. Where the recipient needs an obligation rather than information, a guarantee or standby letter of credit (MT760) is the right instrument.

What the Core Message Types Actually Mean

• pacs.008, formerly MT103 (customer transfer): The only incontestable demonstration of funds is actual settlement. An executed pacs.008 (formerly MT103) is not a promise, but a fact: value has moved.
• MT199 / MT999 (Free Format): They convey messages, not money.
• MT760 (Guarantee / Standby LC): This is not a balance statement but a binding commitment of the issuing bank. It is the bank itself – not the client – that becomes obligated.
• MT799 (Free Format, trade finance): The authenticated free-text message between banks in letter of credit, guarantee and SBLC business, intended by Swift for information for which no other suitable message type exists. It serves for preliminary coordination (readiness, conditions and sequence of an intended transaction), for supplementary explanations to a letter of credit or guarantee, and for an individual bank confirmation of a precisely defined fact, such as the availability of specified funds under expressly stated conditions. It moves no funds and credits no account; the label alone confirms neither a balance nor its origin, free availability or reservation; and the format by itself creates neither a payment obligation nor an SBLC, which are issued by MT760. Nor is it non-binding per se: where its text contains a binding declaration, that declaration can have legal effect, subject to its wording, the authority of the signatories and the governing law.
• MT940: Provides detailed end-of-day statement information (opening balance, transactions, closing balance). Sent by a bank to its customer (usually corporate treasuries or large institutional clients) via SWIFT. Enables corporates to reconcile their bank accounts automatically in treasury systems or ERP platforms. It is not used between correspondents for Nostro/Vostro reconciliation. It is customer-facing.
• MT950 (Statements): Used in Nostro/Vostro reconciliation between correspondents. Provides a daily statement of an account (opening, closing, and booked entries). Typically exchanged between banks in the correspondent/Nostro-Vostro relationship. Used by a correspondent bank to advise an account holder bank of balances and movements in its Nostro account. This is the true Nostro/Vostro reconciliation tool, cannot serve as “proof of funds” to external counterparties.

Which Message for Which Confirmation

The right message depends on what exactly is to be confirmed. There is no universal one-to-one correspondence between the MT and ISO 20022 (MX) worlds.

acmt.023 and acmt.024 verify the accuracy of party and account data presented; acmt.014 belongs to account management; the camt messages serve account reporting and booking information.

For a classic, individually worded account confirmation to another bank, IFB uses MT199 where the receiving bank accepts that channel. It states at least the account holder, the IBAN or account number, the account-holding bank, the date of the confirmation and the exact scope of the declaration. MT799 is not a general standard format for this purpose; it applies where the confirmation relates to a letter of credit or guarantee. In the MX world both banks must additionally support the service, the message type and the specific version concerned: the existence of an ISO 20022 schema does not mean it can be exchanged over the existing Swift connection. An account confirmation does not by itself confirm a balance or its free availability.

Authenticated transmission confirms the technical origin and integrity of a message. It does not replace the examination of the underlying transaction or of the assets claimed.

The ISO 20022 migration of November 2025 did not abolish MT799. It concerned above all cross-border payment instructions. Swift continues to carry the MTn99 free-format messages, deprecated but supported, while increasingly confining them to cases that no structured message covers.

The Legitimate Path to Verification

In regulated banking practice, verification of funds follows lawful, well-defined instruments:

• Formal Bank Comfort Letters (BCLs), executed on letterhead and authenticated.
• Blocked-funds confirmations in escrow (please see below), where sums are ring-fenced and the blocking is duly notified.
• Settlement itself, the ultimate arbiter of liquidity.

Each of these channels carries legal weight and regulatory recognition. None requires – nor would tolerate – the disclosure of a client’s balance through an unauthorised SWIFT message.

IFB’s Position

At International Finance Bank Ltd, we categorically decline to issue the so-called “SWIFT balance confirmations” marketed in fraud schemes: unsolicited balance feeds, “blocked funds” messages and similar constructs. Genuine proof of funds, for tenders and for counterparties, is issued as described above. We operate exclusively through the architecture of lawful banking: settlement messages, binding undertakings, escrow arrangements, and verified advisory instruments. This disciplined approach safeguards not only our institution but also the integrity of our clients’ transactions.

International banking is a domain that tolerates no ambiguity. The mirage of a “SWIFT proof of funds” that moves no money and binds no bank dissipates upon contact with regulatory reality. What endures – and what we practise – are bank confirmations issued on the client’s written instruction and the instruments that carry true legal and financial force.

For parties in possession of a financial instrument, or confronted with a proposed transfer whose authenticity requires examination, we provide a dedicated service of verification, valuation, and legal advisory:

Blocked Funds Letters

A blocked funds letter in escrow is not a SWIFT message category of its own – it is a formal bank undertaking communicated in one of three regulated ways, depending on the transaction structure and the jurisdiction.

1. Escrow Account with Blocking Instruction

• Mechanism: The client’s funds are placed in an escrow account, under a tripartite agreement between the client, the bank, and the escrow agent (law firm, notary, or regulated fiduciary).
• Communication:The bank issues a Bank Letter of Confirmation (BCL) or Escrow Confirmation Letter, stating that X amount is credited and blocked until release conditions are met. This letter is signed, stamped, and sent directly (often by encrypted PDF or courier) to the beneficiary’s bank or legal counsel.

2. SWIFT Blocking Message

• MT760 (Guarantee / Standby LC): The strongest and most formal channel. The issuing bank assumes a direct obligation toward the beneficiary, usually backed by collateral or cash cover from its client. It works like an escrow by guarantee.
• MT799 (Free Format): Can advise that funds have been blocked. Its effect depends on its wording; a beneficiary bank that needs an enforceable obligation will usually ask for an MT760 or a formal escrow deed.

3. On-Letterhead Blocking Confirmation

• Instrument: “Letter of Blocked Funds” or “Escrow Letter.”
• Form: Written on bank letterhead, signed by two authorised signatories, often notarised or apostilled for cross-border use.
• Content: Must specify amount, currency, and account number, blocking period or expiry date, escrow conditions (release upon delivery of documents, counter-performance, or joint instruction), governing law and jurisdiction.
• Delivery: Usually transmitted directly between compliance/legal departments via encrypted e-mail or SWIFT MT799 for courtesy notification.

Best Practice

• For large transactions, counterparties typically insist on a guarantee or standby letter of credit (MT760) or a notarised escrow confirmation from a well-rated bank.
• For mid-sized corporate deals, a bank letter of blocked funds coupled with a lawyer-held escrow deed is often deemed sufficient.

Critical Note

• A “blocked funds letter” without escrow, or a message issued via MT199/MT999, confirms information but does not itself block funds.
• Legitimate blocked funds confirmations are either (a) a legal escrow deed, or (b) a bank guarantee/standby LC communicated over SWIFT.