一间做软件实施的公司收到银行邮件，要求解释最近三笔来自不同国家的服务费，并补充客户合同、发票、交付证明与实际经营地址资料。邮件写了回复期限，销售负责人催财务赶紧把整个客户文件夹打包发出，董事则担心链接是钓鱼。这个场景的第一件事不是写一段漂亮的英文说明，而是确认邮件确由银行发出、辨清银行究竟问了哪几笔交易，再决定哪些资料足以回答问题。将真实性、安全性和完整性按顺序处理，才不会在赶时间时把证件、客户数据和网银凭据交给错误的人。

核验邮件要走已知渠道。不要因为发件人头像、署名或相似域名看起来正规，就点击邮件里的登录链接，更不要在附件提示页输入网银密码或一次性验证码。通过自己保存的银行网址、手机应用、客户经理既有联系方式或银行官方热线，确认是否存在这项补件请求、负责团队、回复渠道及截止安排。香港金管局的防骗提示明确提醒消费者警惕冒充银行的链接和附件，并建议通过其他渠道核实。若邮件有可疑之处，先暂停资料外发，把完整邮件头和截图交内部信息安全负责人确认；不要直接点击“回复”去问对方是不是骗子。

确认真实后，把银行原文拆成问题表。逐项抄录所问交易编号、日期、币种、金额、对手方、资料类型和期限，列出公司内的资料所有人。第一笔可能问合同签约主体，第二笔问款项为何由集团另一公司代付，第三笔问为何没有货运单据；看似都叫“补合同”，其实各有不同事实链。如果银行没有写明某笔交易，便按对方给出的流水区间与摘要核对，并在回复中标明自己的理解，必要时请对方确认范围。不要把近半年所有交易流水无选择地回传，以为越多越安全。

建立一位对外联系人和一张内部任务表。业务负责人说明客户关系与交付内容，财务负责人提供收付款及账务记录，法务或合规人员审核合同版本、保密范围与措辞，董事或获授权人员批准最终答复。内部沟通可以并行，但给银行的事实版本应只有一个。若销售口头说“已完成项目”，交付记录却显示仍在验收，不能让财务先把这笔款写成终验尾款；应先厘清合同中的付款节点究竟是里程碑预付款、阶段款还是尾款。

每笔交易最好用一句“事实句”开头：某日期，某付款主体依据某合同条款向开户公司支付某项服务的某阶段款，银行入账为某币种某金额。紧接着列证据：签约页、对应订单或工作说明、发票、验收邮件、付款通知、银行入账记录。若付款主体与合同客户不同，说明双方关系及代付依据，并提供能支持关系的文件；若金额因手续费或汇率不同，应把原付款金额、费用和到账净额分开。事实句不是营销文案，不写“业务健康、经营全球化”之类不可核对的评价。

服务贸易的交付证明尤其需要贴着合同内容。软件实施可能有需求确认、项目计划、工单、阶段演示记录、上线确认或客户验收；咨询项目可能有会议纪要、报告提交记录和客户确认。不能机械套用货物贸易的提单、报关单清单；没有这种单据不等于没有真实交付。相反，只附一张发票，也未必足以说明服务已经发生。选择材料时，要让阅读者能看出交付对象、时间、范围与银行款项所对应的里程碑，而不是把所有内部聊天截图塞进附件。

经营地址问题是另一条证据线，不要把它混进三笔收入的说明里。先核对银行记录中的注册地址、通讯地址、实际办公地和团队所在地点，四者是否本来就不同。若公司注册在某地，团队远程服务、文件由共享办公点接收，可以如实解释职能分别，并准备租赁、服务协议、物业通知、团队雇佣或实际运营记录中适合的一部分。不要把注册地址写成“总部办公地址”，只因当初开户表格上两栏填了同一个地址；若资料确实过时，主动提出更新，并询问银行的正式变更渠道。

期限短时，先回一封“确认收到及补交计划”的邮件通常比沉默更好，但这不能替代正式答复。确认函应只说明收到、正在核对、预计何时提交，以及若某项资料需要额外时间会及时告知；不要在尚未查证的情况下先保证“所有交易完全符合要求”。若原文指定安全上传门户，就在验证门户后按其方式提交；若允许加密附件，要另行用核实过的渠道传递密码。附件太大而私自上传到公开网盘，会使客户合同和个人资料暴露在本不需要看到的人面前。

正式回复宜使用“问题编号—简短回答—附件编号”的结构。开头注明公司名称、账户识别信息的必要部分、银行来函日期和联系人；正文按银行原来的顺序回答，不调换顺序来隐藏难题。每项回复先给结论，再给事实时间线，再列证据。附件命名可以是“Q1-合同签署页”“Q1-阶段验收”“Q2-代付说明”，不要十几个文件都叫“scan.pdf”。对电子文件先检查是否清晰、页码是否完整、日期与签字是否可见，避免明明提交了文件却因不可读再被要求补一次。

若存在真正的资料缺口，就明确写明缺什么、为何暂缺、已采取什么核实动作及何时可能补上。比如客户以系统通知确认验收，尚未出具盖章验收单，可以提供系统记录和合同约定的验收方式，同时说明是否正在申请客户确认。不要把尚未取得的证明写成“附件随后提供”却没有跟进日期，更不能补造一份回溯签署的文件。银行会自行作风险判断，企业的任务是交代事实与可取得的证据，而非替银行下“已满足所有合规要求”的结论。

对第三方敏感资料，应先做必要性审查。客户合同可能包含商业定价、联系人手机、项目源代码地址或其他客户名称；银行请求的是交易证明，不必默认交付完整技术资料。可以先询问是否接受相关页、遮盖无关个人信息的版本，保留未遮盖原件以备正式核验，并在索引中标明遮盖范围。若银行明确要求完整材料，再按经核实的安全渠道处理。注意不能遮盖付款主体、交易金额、签署日期、实际交付范围等关键字段，否则附件虽厚，仍无法回答问题。

一个常见反例是收到“请解释三笔服务费”的邮件后，员工从旧申请材料复制一段公司简介，附三张发票并写“客户均为长期合作伙伴”。其中一笔实际是新客户预付款，另一笔是关联公司代付，第三笔发生部分退款。这份看起来流畅的回复在三处失真。正确做法是对三笔分别核对原始交易，承认新客户、代付和退款的差异，说明商业原因和后续处理。银行问的是具体流水，不是公司形象；回避差异通常只会引出更多追问。

另一种反例是为了“统一口径”把合同、发票、付款通知中的公司英文名手动改成同一拼写。若原件确有拼写差异或品牌名与法定名不同，应提供注册资料、品牌使用说明、合同修订或客户确认，说明它们如何对应。修图或改文档元数据不仅不能解决问题，还会破坏原始证据。提交给银行的扫描件应可追溯至原件；若用翻译件，标明它是翻译，不以译文取代原文。

发送前可以做一次“陌生审核者测试”：不听公司员工解释，仅凭这封邮件和附件，能否知道每笔钱来自谁、对应哪份合同、为何在该日到账、金额如何计算、交付到哪一步、文件为何出现不同主体。做不到就把缺口补进索引或直接写明待核。发出后记录发送时间、渠道、附件清单及银行回执；涉及期限和重要流水的，确认银行已成功收到，而不是把“邮件已从发件箱消失”当作完成。

补件结束后，建议只做与本次缺口有关的流程修正：例如新增“代付说明留档”、项目验收文件归档、地址变化通知责任人或客户合同命名规则。不要因为一次补件就要求所有客户提交无关的证件资料。香港金管局指出银行对账户有持续尽调义务，银行之间的具体要求也会不同；新加坡金管局银行反洗钱通知同样覆盖客户尽调与记录保存。企业的长期能力，是在真实业务发生时保存能解释它的文件，而不是每次收到邮件才重新拼故事。

临发前的资料清单包括：经核实的银行请求与截止时间、交易问题表、内部审批记录、逐笔事实说明、合同及订单对应页、发票与交付记录、第三方付款或退款解释、银行流水及费用凭据、地址资料、附件索引、安全传输记录、银行收件确认。清单不表示每项都必须无差别交给银行，而是提醒企业逐项判断相关性、真实性与保密边界。资料给得准确、及时、可阅读，比把整个云盘授权给陌生邮箱更专业。

回复发出后也要管理版本。银行可能在第一轮问“谁付款”，第二轮追问“为何由该主体付款”。第二轮应引用前一轮的交易编号与附件编号，说明新增事实或更正原因，不能悄悄替换原附件而不说明版本。若发现首封邮件把日期或币种写错，应主动指出错误项、正确值和原始凭据，避免两封邮件在银行档案中互相矛盾。内部保留最终发送版本、银行反馈与待办清单，直到每个问题都有处理结论，而非收到自动回执就把任务关掉。

需要更多时间时，延期请求应具体。写明哪一项由客户或银行以外第三方提供、已经向谁申请、预计何时取得、现阶段能否先提交替代证据，并请银行确认是否接受分批交付。不要只写“资料量较大，请宽限”。这种回应让银行能判断企业是在认真核实，还是在拖延；也让内部负责人有可追踪的承诺。若涉及客户保密条款，应先评估可披露范围并与银行沟通提交方式，而不是以“商业秘密”为由完全拒绝解释一笔明显需要说明的款项。

参考资料：香港金管局防范银行诈骗提示；香港金管局账户开立与维护说明；新加坡金管局银行反洗钱通知 626。