“和上一单一样”常被当作付款核验，但如果上一单账户只躺在邮件附件里，财务没有可信基线，就无法判断新发票改了一个数字、换了受益人，还是变更了账户国家。银行受益人主档的作用，是让每笔付款都有可比较的批准记录。
美国联邦调查局提醒，商业电子邮件诈骗会伪装成熟悉联系人，要求更改账户或付款流程；账户变化应通过自行查找的既有联系方式核实。主档不能阻止所有欺诈，但能把“与已批准记录不一致”变成可见事件。
只保存付款放行真正需要的字段
主档至少记录供应商当地文字法定名称、合同方、发票方、银行受益人名称、账户号码或 IBAN、银行名称、SWIFT/BIC、账户国家与币种。涉及第三方收款时，另存关系、授权、适用订单和追责安排。
还要保存资料来源、核验渠道、核验日期、核验人、批准人、状态和有效版本。银行证明或账户确认文件按企业安全规则受限保存，不应把完整敏感信息散落在采购群聊和多人邮件里。
| 字段组 | 主要责任人 | 放行前要回答的问题 |
|---|---|---|
| 供应商与合同关系 | 采购 | 合同、开票、收款为何一致或为何不同 |
| 银行与受益人字段 | 财务 | 本次付款是否匹配批准版本 |
| 独立联系方式 | 采购建立、财务调用 | 能否绕开本次变更消息完成回拨 |
| 例外与批准记录 | 财务及授权审批人 | 差异是否已有范围明确的批准 |
| 版本与访问日志 | 系统或档案责任人 | 谁在何时改了什么，旧值能否追溯 |
采购和财务各自负责什么
采购更了解供应商关系，负责确认法定主体、集团或代理关系及可信联系方式；财务负责银行字段、付款比较和例外放行。任何一方都不应独自完成“收到变更、核实变更、修改主档、支付款项”整条链路。
主档权限要与职责相称。能发起变更的人不等于能批准，能批准的人也不应随意删除旧版本。若系统能力有限，至少使用编号表单、双人复核和只读历史记录，把关键步骤分开。
每笔付款先与基线比较
比较不只看账号。受益人名称、银行、SWIFT/BIC、国家、币种、发票方和付款说明都应与当前批准版本对照。格式空格、大小写或银行转写差异可以记录为规范化差异，主体或账户变化则进入例外流程。
财务放行页面应显示匹配版本和比较结果，而不是要求经办人自己翻旧邮件。系统提示“相同”也不能替代金额、订单、重复付款和批准额度检查，受益人主档只解决付款对象基线。
首次付款、新账户首次付款和长期未使用账户可以设置更高复核强度。具体阈值由企业按金额、法域、银行要求和内部权限确定，不必把所有小额付款都做成同一套重流程。
变更不能直接覆盖旧版本
账户变更由供应商正式提出后，使用旧主档中的可信渠道独立回拨，核对变更原因和关键字段，并取得书面支持。批准记录应限定供应商、币种、账户、适用范围和生效时间。
新版本生效前保留旧版本、变更申请、回拨记录、差异比较和批准人。发现误付时，立即联系金融机构尝试止付或追回，并按适用流程报告。不能为了让主档看起来干净而删除错误版本。
- 建立法定主体、发票方和银行受益人的批准基线。
- 采购维护关系证据，财务维护银行字段和放行状态。
- 每张发票与当前版本自动或人工逐项比较。
- 账户变化使用旧渠道回拨并由第二人批准。
- 保留旧值、变更依据、批准和首次付款结果。
临时账户变更见供应商银行账户回拨；受益人不一致见付款例外处理；法定名称清理见合同、开票与收款主体。
参考来源
以下美国联邦调查局和美国商务部国际贸易管理局资料于 2026 年 8 月 30 日核对。账户字段、保存权限和付款审批应结合银行要求、企业政策及适用法律确定。
