資金證明

資金證明與 SWIFT 電文:對銀行實務的釐清

在國際金融領域,交易對手方要求提供所謂「SWIFT 資金確認」作為進行交易的先決條件,並不罕見。此一說法在商業圈中已頗為流行,卻常遭誤解。International Finance Bank Ltd 認為,澄清這些誤解,並闡明全球 SWIFT 架構能夠與不能夠達成之事,乃是專業上的職責所在。與此同時,真正的資金證明是日常銀行文件:企業需要它來取得投標及公共採購資格、預審競標資格,以及向交易對手方展示財務能力。IFB 應其帳戶持有人的書面指示,簽發資金證明及銀行確認函,抬頭為指定的招標機構或交易對手方,並在需要時,透過經認證的 SWIFT 電文向收件方之銀行作銀行對銀行的確認。

SWIFT 通訊的性質

SWIFT 是一個安全的銀行間報文傳送系統:它傳送指示及帳戶報表,但本身並非貨幣。每種報文類型在國際銀行業架構中均有明確界定的功能。尤其重要的是,帳戶資料受法律及銀行保密義務保護:銀行僅會在客戶就特定目的及特定收件人作出書面指示時,方向第三方披露客戶的結餘,絕不會提供常設的「結餘資訊饋送」。

「結餘確認」的假象

一種常見的謬誤,是認為銀行可發送一則訊息(通常稱為 MT199 或 MT799),以確認客戶名下存有數十億元存款。實際上,MT199 或 MT799 屬自由格式訊息:它可載有經驗證的銀行確認,說明客戶於特定日期的資金情況,但訊息類型本身既不會凍結該等資金,亦不會使銀行負有付款義務。銀行所作聲明的效力取決於其措辭,而非訊息編號。若收件方需要的是義務而非資訊,則應採用保證函或備用信用證(MT760)。

核心報文類型的實際含義

• pacs.008,前身為 MT103(客戶轉帳):證明資金存在的唯一無可爭辯的方式,是實際完成結算。已執行的 pacs.008(前身為 MT103)並非承諾,而是事實:價值已經轉移。
• MT199 / MT999(自由格式):用於傳遞訊息,不涉及資金轉移。
• MT760(保證/備用 LC):此並非結餘報表,而是開立銀行具約束力的承諾。承擔義務者是銀行本身,而非客戶。
• MT799(自由格式,貿易融資):銀行之間在信用證、保證函及 SBLC 業務中使用的經驗證自由文字電文,Swift 將其定位為用於傳達無其他適當電文類型可承載之資訊。其用途包括:預備性協調(擬進行交易的準備情況、條件及程序)、對信用證或保證函的補充說明,以及就某一明確界定的事實作出個別銀行確認,例如在明確列明的條件下特定資金可供動用。該電文不轉移資金,亦不記入任何帳戶;僅憑其標示,並不足以確認結餘或其來源、自由動用性或保留狀況;其格式本身亦不產生付款義務或 SBLC,後者須以 MT760 簽發。惟其亦非本質上不具約束力:凡其文字包含具約束力的聲明,該聲明即可能產生法律效力,視乎其措辭、簽署人的權限及適用法律而定。
• MT940:提供詳細的日終對帳單資訊(期初餘額、交易、期末餘額),由銀行透過 SWIFT 發送予其客戶(通常為企業財資部門或大型機構客戶)。使企業得以在財資系統或 ERP 平台中自動核對其銀行帳戶。該報文不用於代理行之間的往來帳戶(Nostro)/來帳戶(Vostro)對帳,而是面向客戶的報文。
• MT950(對帳單):用於代理行之間的 Nostro/Vostro 對帳。提供帳戶的每日對帳單(期初結餘、期末結餘及已記帳分錄)。通常於處於代理銀行關係(Nostro/Vostro)的銀行之間交換。由代理銀行用以通知帳戶持有行其往來帳戶(Nostro)的結餘及變動。此乃真正的 Nostro/Vostro 對帳工具,不能作為向外部交易對手提供之「資金證明」。

何種確認適用何種報文

應選用何種報文,取決於須確認的具體內容。MT 與 ISO 20022(MX)兩個體系之間並無通用的一一對應關係。

acmt.023 及 acmt.024 用於核實所提交的當事人及帳戶資料是否準確;acmt.014 屬於帳戶管理範疇;camt 系列訊息則用於帳戶報告及記帳資訊。

對於向另一家銀行出具的傳統、逐案擬定措辭的帳戶確認,如收款銀行接受該通道,IFB 使用 MT199。該確認至少載明帳戶持有人、IBAN 或帳號、開立帳戶的銀行、確認日期及聲明的確切範圍。MT799 並非用於此目的的通用標準格式;其適用於與信用證或保證函有關的確認。在 MX 環境中,雙方銀行還必須支援相關服務、訊息類型及所涉具體版本:存在 ISO 20022 綱要並不表示可透過現有的 Swift 連線進行交換。帳戶確認本身並不確認餘額或其可自由動用性。

經認證的傳送可確認訊息的技術來源及完整性,但不能取代對相關交易及所聲稱資產的審查。

2025 年 11 月的 ISO 20022 遷移並未廢除 MT799,其主要涉及跨境支付指令。Swift 仍繼續傳送 MTn99 自由格式電文,該類電文雖已列為不建議使用,但仍獲支援,同時日益局限於無任何結構化電文可涵蓋的情況。

合法的驗證途徑

在受規管的銀行實務中,資金核實依循合法且界定明確的工具進行:

• 正式銀行安慰函（BCL），以銀行抬頭信紙出具、簽署並經認證。
• 託管帳戶中的資金凍結確認書(見下文),其中款項已作專款隔離,且凍結事宜已依規通知。
• 結算本身,方為流動性的最終裁決者。

上述各項管道均具有法律效力並獲監管認可。無一需要(亦不容許)透過未經授權的SWIFT訊息披露客戶的結餘。

IFB 的立場

於 International Finance Bank Ltd,我們明確拒絕簽發欺詐手法中所兜售的所謂「SWIFT 結餘確認書」,包括未經請求的結餘資訊推送、「凍結資金」訊息及類似的虛構安排。為投標及交易對手所需之真正資金證明,依上文所述方式簽發。我們僅透過合法銀行業務的架構運作:結算報文、具約束力的承諾、託管安排,以及經核實的諮詢文件。此一嚴謹作風,不僅保障本行,亦維護客戶交易之誠信。

國際銀行業是一個容不下任何含糊的領域。所謂「SWIFT 資金證明」既不移動任何資金，亦不約束任何銀行，這種幻象一旦面對監管現實即告消散。歷久不衰、亦為我們所恪守的，是依客戶書面指示簽發的銀行確認書，以及具備真正法律與財務效力的金融工具。

對於持有金融票據,或面對須審查真偽的擬議轉讓的各方,本行提供專屬的驗證、估值及法律諮詢服務:

資金凍結函

託管中的資金凍結函本身並非獨立的 SWIFT 訊息類別,而是一項正式的銀行承諾,視乎交易結構及司法管轄區,透過三種受監管的方式之一傳送。

1. 附止付指示的託管帳戶

• 運作機制:客戶資金存放於託管帳戶,並由客戶、本行與託管代理人(律師事務所、公證人或受監管的受託人)訂立三方協議。
• 通知:銀行發出銀行確認函(BCL)或託管確認函,載明X金額已入帳並被凍結,直至滿足解除條件為止。該函件經簽署並加蓋印章後,直接(通常以加密PDF或快遞方式)送交受益人之銀行或法律顧問。

2. SWIFT 凍結訊息

• MT760(保證函/備用信用證):最強而有力且最正式的渠道。開證銀行對受益人承擔直接責任,通常由其客戶提供抵押品或現金保證金作為支持,其運作方式猶如以保證形式設立的託管安排。
• MT799(自由格式):可通知資金已被凍結。其效力取決於措辭;如受益行需要具可執行性的義務,通常會要求提供 MT760 或正式的託管契據。

3. 信頭紙凍結確認函

• 工具:「資金凍結函」或「託管函」。
• 形式:以銀行信箋書寫,由兩名授權簽署人簽署,跨境使用時通常會經公證或加簽認證(apostille)。
• 內容:須列明金額、貨幣及帳號、凍結期限或到期日、託管條件(於交付文件、履行對待給付或聯合指示後解除)、適用法律及司法管轄權。
• 交付方式:通常經加密電郵或 SWIFT MT799(作禮節性通知)在合規/法律部門之間直接傳送。

最佳實務

• 就大額交易而言,交易對手通常要求提供保證函或備用信用證(MT760),或由信譽良好之銀行出具經公證之託管確認書。
• 對於中型企業交易,一般認為銀行出具的資金凍結函,配合律師持有的託管契據,已屬足夠。

重要提示

• 未設託管的「資金凍結函」,或透過 MT199/MT999 發出的訊息,僅屬資訊確認,其本身並不構成對資金的凍結。
• 合法的資金凍結確認書,應為(a)具法律效力的託管契據,或(b)透過 SWIFT 傳送的銀行保證函/備用信用證。