关于变更账户信息的信函需要单独验证
请求看起来像是常规通信的延续：熟悉的名字、运单号码和要求将款项转入另一个账户的请求。信函的外在说服力并不能证明发件人的权力或账户的归属。
FBI IC3关于商业电子邮件欺诈的建议中特别强调了独立验证支付指令变更的必要性。对于国际交易，公司在付款前需要达成一致的程序，而不仅仅是仔细阅读信函。
让我们讨论您公司的条款控制和结算
我将帮助您分析您的情况：带有新账户信息的信函通常被视为通信中的常规澄清。
我们将讨论如何在您公司处理这一问题及相关的外贸任务，责任分配和下一步行动。
服务范围将在开始工作前达成一致。
通过已知的独立渠道验证变更
不要仅使用信函中提供的电话、链接或联系方式来验证变更。
通过已被独立确认的渠道联系之前已知的授权代表。
检查发件人的确切地址和请求内容，但不要认为这些标志本身就足够。
将请求接收、独立确认、内部授权变更和执行付款分开。如果有疑虑，应暂停使用新指令，并将问题交给内部程序中指定的负责人。不要仅因紧急情况而同意省略验证。
支付指令变更日志
示例结构不包含实际账户或个人联系信息。
| 控制 | 保存内容 | 负责人 |
|---|---|---|
| 请求 | 原始信息和情况 | 请求接收者 |
| 独立渠道 | 之前确认的联系方式 | 指定验证人 |
| 确认 | 具体验证内容和验证人 | 验证人 |
| 授权 | 授权人决定 | 内部程序负责人 |
| 当前版本 | 允许使用的指令 | 财务部 |
示例情境：信函作者提供了一个新的电话号码作为‘验证’用途。这样的号码不是独立的验证。验证人使用已知渠道，并单独核实权力。
如果付款已发出且存在怀疑
立即通过官方渠道联系您的银行，说明情况并询问可行的操作。停止或退回转账的可能性无法保证。保留信息、指令版本和行动证据。
进一步的应对措施取决于管辖区和具体情况；IC3材料中的美国报告渠道不是为俄罗斯公司设计的通用程序。怀疑和证实的欺诈是不同的——在工作记录中保持这一区分。
在下一次请求前确定程序
确定谁验证变更、谁有权批准变更以及当前版本存储在何处。尽可能避免出现一个员工在没有额外控制的情况下更改指令并执行付款的情况。
在出口交易卡片中存储验证状态和指向安全基础的链接，限制对支付数据的访问。过程准备情况通过无实际转账的培训请求进行测试。
面向管理者的实践指南。所有示例均为假设，适用要求和条件须按具体产品、国家和合同核实。资料核查日期：2026年10月24日。
