摘要：外贸报价只写银行费由买方承担，仍可能因费用代码和汇款路径出现到账差额。本文说明OUR、SHA、BEN的表达边界，以及网页、报价和核销记录的统一方法。
外贸报价只写“银行费用由买方承担”，仍可能出现卖方少收款。原因是汇出行、代理行和收款行可能分别收费，而买方在汇款指令中选择的 OUR、SHA 或 BEN，决定费用由哪一方承担以及是否从汇款本金中扣除。网页和报价单应把费用代码、到账目标、补差规则分开写，不能用一句宽泛表述代替。
OUR、SHA和BEN影响的是费用分担方式
OUR通常表示汇款人承担相关费用，目标是让收款方尽量收到指令中的完整金额；SHA表示双方分担，汇款人支付汇出行费用，收款方承担收款行或其他环节费用；BEN表示费用由收款方承担，相关费用可能从本金中扣除。实际执行还受汇款路径、币种、当地规则及各家银行处理方式影响，企业不能把某个代码写成“绝对足额到账”的保证。
报价字段要把“订单金额”和“预期到账金额”分开。字段示例：Invoice Amount USD 18,500；Charge Code OUR；Amount to Be Credited USD 18,500。若双方接受 SHA，也应明确“银行扣费后的实际到账视为已付”还是“卖方须收到发票全额”。这两种约定结果不同，不能等银行回单出现差额后再解释。
买方上传付款水单时，销售应核对汇款金额、币种、费用代码、汇款日期和付款人名称。水单显示 USD 18,500，不等于收款账户一定入账同额；它只证明买方发出了相应指令。财务还要查看贷记通知中的入账金额、入账币种、银行参考号和扣费项目。若到账 USD 18,475，差额 USD 25 应先判断是费用扣除、换汇差额还是付款金额本来就不足。
网页写原则，报价与订单锁定本次付款口径
产品页或付款说明页适合公开稳定原则：支持的币种、可接受的汇款方式、费用代码含义、收款账户变更验证方法，以及银行费用可能因路径变化。不要公开完整账号，也不要承诺固定手续费。具体收款行、账户尾号、SWIFT信息和本次付款代码，应出现在受控报价或形式发票中，由指定联系人发送。
报价 PDF 可设置四个独立字段：Payment Method、Currency、Bank Charge Option、Net Amount Required。文件名示例 PI-CF80-20260722-R1.pdf，其中 R1 表示当前付款版本。买方改用另一币种、分两次付款或更换付款主体时，应重新确认费用口径，不能继续沿用旧邮件中的一句说明。网页、PDF和销售邮件若出现冲突，以双方确认的订单文件为准，同时保留版本和确认时间。
差额处理也要预先写明边界。金额较小并不等于可以由销售直接核销。企业可按内部授权设定状态，例如“待银行明细”“待客户补差”“财务批准吸收”“已足额到账”。销售负责取得水单并联系客户，财务负责确认入账和差额性质，订单负责人决定是否影响排产或放货。任何人都不应只凭聊天截图把状态改成已付款。
后台记录也不要只留一个“已付款”开关。字段示例可分为 Payment Sent、Funds Credited、Variance Reviewed 和 Order Released，并分别保存操作人和时间。买方已经汇出但资金尚未贷记时，销售可以标记“已提供水单”，财务仍保持“待到账”。若银行查询持续处理中，订单负责人能看到真实节点，不会把付款动作误当成可放货条件。记录应保留原始币种，不用换算值覆盖。
上线验收时，拿三种场景走一遍：OUR但代理行仍产生扣费、SHA导致实际到账减少、买方汇款币种与发票币种不同。检查页面说明能否让客户理解，报价字段是否给出本次选择，后台是否保存费用代码和净到账金额。还要确认移动端表格不会把 Charge Code 与金额拆散，下载的 PDF 与页面口径一致，旧版付款文件不再作为当前入口。
收到差额后，回复客户时列出发票金额、已到账金额、差额和银行参考号，再说明需要补汇还是等待银行查询。不要把所有差额都归咎于客户，也不要在未查明前重复发送收款账户。清楚的费用代码只能减少误解，最终仍应以银行实际入账记录和双方确认的付款条款完成核销。
