MT705预通知实务解析：授信落实与会计处理误区
近期有同业咨询：在开立信用证前发送 MT705 预通知时，是否需先落实申请人授信与担保？MT705 发出时是否需记表外账？是否仅需客户申请即可发报，待正式开立 MT700 时再占用额度并入账？
该问题在实务中存在分歧，根源在于混淆了 UCP600 赋予预通知的承诺效力、信用证有效付款责任的起算时点，以及银行内部风控与会计核算规则。
UCP600 规则下的责任界定
根据 UCP600 第十一条 b 款，开证行仅在准备开立有效信用证或作出有效修改时，方可发出预先通知。一旦发出，开证行即不可撤销地保证毫不迟延地开出正式信用证，且正式证条款不得与预通知相矛盾。
由此引发一种观点：既然预通知发出后开证行背负不可撤销义务，授信与担保自然应在发 MT705 前全部落实。这一逻辑部分正确，但需厘清两层责任：
第一，MT705 并非有效信用证，不产生相符交单下的付款责任。受益人无法凭 MT705 交单索款。开证行的付款承诺始于 MT700 正式信用证开立之时，这是单证规则的基石。
第二，预通知附带的是“出证承诺”，而非“付款承诺”。UCP600 约束的是开证行不得反悔不出证或出具矛盾条款。风险在于：若银行仅凭客户申请发送 MT705，后续若客户授信不足、保证金未到位或担保落空，银行仍受 UCP 约束必须按时开出正式信用证，从而陷入被迫在无足额风险缓释情况下承担违约风险的被动局面。
风控前置：发送 MT705 前必须锁定授信与担保
基于上述风险，对外发送 MT705 之前，必须锁定正式开证对应的授信与担保安排。这并非要求 MT705 本身占用授信或触发表外记账，而是要求提前落实以下措施：
- 确认客户拥有足额可用开证授信；
- 办妥保证金或担保措施；
- 书面约定银行后续按预通知内容出具 MT700 时，直接占用该笔额度并启用对应担保。
实务中，鲜有银行为 MT705 单独占用授信额度，因为授信对应的是信用证项下的付款风险，而非“出证承诺”本身。但若未提前锁定风险缓释措施，应谨慎发送 MT705，切忌简单遵循“客户申请即发电文”的操作。
会计核算：MT705 不记入表外科目
银行表外核算开立信用证的标的是开证行的确定付款承诺（即受益人可凭相符单据索款的或有负债）。由于 MT705 不构成有效信用证，不存在单据项下付款义务，MT705 发出时不记入信用证表外科目。
绝大多数银行的现行操作口径为：待 MT700 正式开出、有效信用证生效时，同步占用授信并登记表外账。
对此存在两种操作边界：
推荐做法（保守风控）：在 MT705 发出前全额落实保证金、担保及授信审批，冻结锁定额度。MT705 不占额度、不记表外；待 MT700 落地后，解冻占用额度并记表外。此做法兼顾了 UCP 义务、银行风控及会计规则。
不建议做法：少数机构在 MT705 发出时即占用额度、记表外。该做法缺乏规则强制要求，亦不符合会计对或有负债的认定，实务中并不普遍，不建议效仿。
实务总结
MT705 虽看似仅为提前告知的报文，却捆绑了 UCP 项下不可撤销的出证义务。为满足客户备货排产需求，银行需在响应客户需求与遵守刚性约束之间取得平衡。
核心结论如下：
- MT705 不是有效信用证，不产生付款责任，发出时不记信用证表外账；
- MT705 一经发出，开证行即负有不可撤销的出证义务，因此对外发电前必须先行落实正式开证对应的授信审批、保证金或担保安排，锁定风险缓释；
- 授信额度占用与表外记账，统一在 MT700 正式开立环节完成。
简而言之，预通知管理的是“一定要出证”的义务，正式信用证管理的是“相符交单一定要付款”的责任；风控需前置锁定条件，会计入账则依据生效时点。
(本文基于贸易金融实务问答咨询交流整理，仅供学习探讨，具体业务办理以现行有效监管政策法规及经办机构要求为准。)
