本页面为方便阅读而提供的译文,以英文版本为准。 阅读英文版

公司产品

资金证明

资金证明与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)两个体系之间并不存在通用的一一对应关系。

目的MTISO 20022(MX)
对账户及其持有人的单独确认MT199;视具体情形及约定,亦可使用MT999;以自由文本形式确认acmt.023身份验证请求和acmt.024身份验证报告(在约定服务支持的情况下)
账户主数据报告,例如在开户之后经约定的个别电文acmt.014 账户报告(银行账户管理)
余额MT941余额报告;对账单MT940或MT950camt.052账户报告或camt.053对账单
贷记或借记MT910或MT900camt.054 借记/贷记通知
信用证、保函及SBLC业务中的信息MT799不属于2025年11月迁移范围;第7类报文仍沿用MT格式

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)或托管确认函,载明相关金额已入账并被冻结,直至满足放款条件。该函经签署并加盖印章后,直接(通常以加密PDF或快递方式)发送至受益人的银行或法律顾问。

2. SWIFT冻结报文

  • MT760(保函/备用信用证):最强且最正式的渠道。开证行对受益人承担直接义务,通常由其客户提供抵押品或现金保证金作为支持。其运作方式类似于以保函形式设立的托管。
  • MT799(自由格式):可用于通知资金已被冻结。其效力取决于措辞;需要具有强制执行力义务的受益行通常会要求提供MT760或正式的托管契据。

3. 信笺抬头纸冻结确认函

  • 文件:“资金冻结函”(Letter of Blocked Funds)或“托管函”(Escrow Letter)。
  • 形式:以银行信笺书面出具,由两名授权签字人签署,用于跨境时通常经公证或加注(Apostille)认证。
  • 内容:须列明金额、币种和账号、冻结期限或到期日、托管条件(凭单据交付、对待履行或联合指示放款)、适用法律及管辖权。
  • 交付方式:通常通过加密电子邮件或SWIFT MT799在合规/法务部门之间直接传送,作为礼节性通知。

最佳实践

  • 对于大额交易,交易对手通常要求提供由信用评级良好的银行出具的保函或备用信用证(MT760),或经公证的托管确认函。
  • 对于中型企业交易,银行出具的资金冻结函,加上由律师持有的托管契据,通常被视为已足够。

重要提示

  • 未设托管账户的“资金冻结函”,或通过MT199/MT999发出的报文,仅确认信息,其本身并不冻结资金。
  • 合法的资金冻结确认函要么是(a)合法的托管契据,要么是(b)通过SWIFT传送的银行保函/备用信用证。

注

本行不审阅、批准或评论其并非当事方的交易文件,仅就其账户持有人在本行开立的账户出具确认函,并且除已公布的账户激活费和最低余额外,在资金到位之前不要求支付任何形式的款项。参见《第三方文件及银行确认函》。

下一步

申请引荐

请用几句话告诉我们您的身份及您的想法。您的咨询将直接送达本行,并将予以保密处理。

更希望直接交流?预约30分钟视频会议。