外贸收款里,合同或PI抬头写的是A公司,实际付款人却显示B公司,业务员往往第一反应是:客户说没问题,钱到了就行。财务看到这类款,反应会完全不同:合同买方是谁,付款人是谁,商业发票抬头要不要改,报关资料按哪个主体走,付款备注能不能对应这张PI?

这类问题和普通“付款主体不一致”不一样。付款主体不一致看的是下单方、付款方、收货方之间的关系;合同或PI抬头不一致,更核心的是文件版本管理。哪个主体是买方,哪个主体只是付款人,哪份文件对外发过,哪份文件用于报关、收款和归档,都要留住。

1039市场采购贸易场景下,订单往往小批量、多SKU、多客户。一票资料里合同、形式发票、装箱单、报关资料、付款通知和到账记录如果各写各的,后面补资料会非常累。东莞市集采通供应链有限公司在实务协作里,通常会先让企业把“买方口径”和“付款口径”拆开,再决定文件怎么补。

先分清:是买方变了,还是付款人变了

合同或PI抬头和付款人不一致,第一步不是改文件,而是问清业务事实。到底是买方仍然是A公司,只是由B公司代付;还是客户实际要求把买方改成B公司;或者A公司下单、B公司付款、C公司收货,三者都承担不同角色。

如果只是代付,合同和商业发票未必需要改成付款人。更稳的做法,是保留真实买方口径,再用付款指令、客户邮件和关系说明解释为什么由B公司付款。

如果业务事实已经变成B公司购买,企业就要同步调整合同、PI、客户确认、收货资料和后续归档,不能只把收款文件改一下。单独改一份PI,其他资料仍是A公司,反而会让链条更乱。

文件版本不能为了对账临时覆盖

很多企业出问题,不是因为付款人不同,而是临时把文件改来改去。客户付款前说B公司会付款,业务员为了让付款人看起来一致,把PI抬头从A公司改成B公司;报关资料还是按A公司客户信息做;客户清关又要求显示C公司。最后同一票订单出现三套口径。

文件可以更新,但每一次更新都要留版本。旧PI、客户变更确认、新PI、付款通知、报关资料,各自是什么时间形成的,要能看出来。不要把旧文件覆盖掉,只留下最终版。后面财务追时间线时,最终版解释不了客户为什么临时换付款人。

建议内部文件夹按时间保存:订单确认版、付款前确认版、报关提交版、到账归档版。每个版本只解决当时节点的问题,不要事后倒改。

付款指令比口头说明更重要

客户说“让B公司付款”,不够。企业最好让客户发一份付款指令或邮件确认,写清:本票订单或PI编号、原买方名称、实际付款人名称、付款金额、付款用途、付款人与买方关系。

这份付款指令不需要写得很长,但必须指向具体订单。比如“B Trading 代 A Home 本票 PI-0902 支付尾款”。只要订单号、买方、付款方和金额清楚,后面归档就顺很多。

如果客户只在聊天里说“B会付”,企业也要把聊天截图和内部确认放进文件夹,但正式业务最好尽量拿邮件或付款通知。聊天记录可以辅助,不能替代所有外部确认。

付款备注要服务于文件对应

合同或PI抬头不同,付款备注就更关键。付款人名称已经和买方不同,如果备注也只写 goods、payment、balance,财务就要同时解释“谁付”和“付哪票”。

发付款信息前,可以建议客户备注PI号、订单号、发票号或买方简称。境外汇款备注长度有限,写不完整也没关系,至少要有一个能定位订单的编号。

如果备注已经不清楚,到账后要马上补客户确认。不要在内部台账里直接把付款人改写成合同客户,这样看起来整齐,实际把原始信息弄丢了。

常见场景一:集团财务付款

合同或PI抬头是采购公司,付款人是集团财务公司。客户觉得这是内部结算,但出口端仍要留一份集团付款安排说明。说明里写清集团财务只承担付款角色,订单买方和收货安排是否仍按原合同执行。

这种场景通常不需要把所有文件都改成集团财务公司,除非业务事实确实变了。更常见的做法是保留买方口径,用付款指令解释集团财务代付。

常见场景二:采购代理付款

有些客户让采购代理付款。关键是代理到底是不是买方。代理如果只是代付和沟通,合同买方仍是最终客户;代理如果从头参与采购、验货、付款和收货安排,它可能就是交易链条里的重要主体。

企业要保存代理角色说明、客户确认、付款通知和收货资料。不要把代理一会儿写成买方,一会儿写成付款人,一会儿又写成通知方。角色要固定,文件才不会互相打架。

常见场景三:客户临时换付款公司

原PI写A公司,临近付款时客户说改由B公司付款。这时不要马上改抬头。先问三个问题:B公司和A公司是什么关系,付款是否仍对应原PI,货物收货方是否变化。

如果只是临时代付,补付款确认即可;如果买方也变更,就要重新确认PI、收货资料和报关资料。变化越临时,越要把时间线留住。

常见场景四:一笔款对应多份PI

客户可能把几份PI合并付款,付款人又不是其中某一份PI的买方。这类场景必须做收款拆分表。表里列PI号、买方、金额、付款人、报关单号和到账分配金额。

没有拆分表,一笔款很容易拖住多票订单。尤其是付款人和买方不一致时,不能只写“客户合并付款”,要把每一票拆回去。

文件口径核对表

文件重点看什么容易出错的地方
合同或PI买方抬头、订单号、付款条款为了对账临时改抬头
付款指令付款人、买方、金额、用途只写客户安排付款
付款备注PI号、订单号或发票号备注太短且无外部确认
装箱单和报关资料货物、数量、收货安排和PI口径断开
到账记录付款人原文、金额、日期台账里改写原始付款人
归档说明为什么付款人和抬头不同没有订单编号和附件索引

不要把付款人直接写成买方

为了让文件看起来一致,有些企业会把实际付款人直接写成买方。这个动作看似省事,实际可能把真实交易口径改乱。买方是谁,要看谁下单、谁确认货物、谁承担采购安排、谁收货或指定收货,不是看谁付款。

付款人可以是买方,也可以只是代付主体。只要真实关系能说明,文件不一定非要强行一致。强行一致反而会让合同、报关和客户清关资料互相冲突。

到账后发现不一致,先补时间线

如果款已经到了,才发现付款人与合同抬头不一致,先不要急着归档为普通货款。第一步保存银行流水原文,第二步找客户确认付款关系,第三步核订单和PI金额,第四步写内部时间线。

时间线可以很短:什么时候发PI,客户什么时候提出由B公司付款,什么时候到账,到账备注是什么,后续补了哪些附件。时间线能把后补资料讲得更自然。

长期客户要建付款主体清单

同一个长期客户可能固定用几家公司付款。企业不要每票都从头问,也不要完全凭记忆。可以建一张客户付款主体清单,写清常用付款主体、关系、常用备注、历史订单和最近一次确认时间。

清单外出现新付款人,就按新主体处理。老客户不代表每一个新付款公司都自动成立,尤其是金额变化、付款地变化、收货方变化时,要重新确认。

PI发出前,把付款条款写得更明白

很多合同或PI抬头不一致的问题,是付款条款写得太粗。PI上只写了收款账户和总金额,没有写预计付款主体,也没有写客户如需指定其他主体付款时应提前书面确认。等客户临时换付款人,企业才发现没有可引用的前置条款。

如果客户经常由集团财务、采购办公室或代理付款,可以在订单确认阶段增加一句简单条款:如由买方指定付款主体支付本票货款,买方应在付款前提供书面付款指令,并注明付款主体与订单的关系、PI号和金额。这样不是把流程变复杂,而是把客户已经习惯的付款安排放进文件里。

条款写得越具体,后面越不用靠业务员解释。尤其是长期客户,每票都重复口头说明,不如在第一票样板单里把付款条款定好,后续按同样格式执行。

不要让商业发票、装箱单和付款说明互相打架

合同或PI抬头与付款人不同,最容易牵动商业发票。客户可能要求商业发票显示付款人,货代可能按收货方信息做文件,财务又希望按实际付款人对账。如果三方各改各的,最后一套资料很难解释。

文件之间要有主次。商业发票和装箱单主要说明货物、价格、数量和买卖关系;付款说明主要说明为什么由另一个主体付款;收货指令主要说明货发给谁。不同文件解决不同问题,不要用改发票来替代付款说明,也不要用付款说明去解释收货地址变化。

如果客户确实要求改商业发票抬头,要同步确认合同或PI是否也改、收货方是否变、报关资料是否受影响。只改一份文件,其他资料不动,后续看起来更像临时拼接。

付款人变化和金额变化要分两张说明

有些订单不仅付款人变了,金额也变了。比如原PI金额为68000美元,客户让关联公司付款65000美元,差额说是银行费用、质量扣款或下票抵扣。企业如果只写一段“由关联公司付款,金额略有差异”,后续对账会很难。

付款人变化回答的是“谁付、为什么由它付”;金额变化回答的是“为什么少付、多付或分次付”。这两个问题最好分开留:一份付款关系说明,一份金额差异说明。两份说明都要指向同一份PI和订单。

金额差异说明里不要只写“客户扣款”。要写清扣款原因、客户确认时间、对应产品或批次、是否影响后续尾款。这样财务入账、业务复盘和资料归档才不会互相扯。

收款拆分表要和PI版本一一对应

一笔款对应多份PI时,拆分表不能只写金额。它还要写每份PI的版本号或日期。否则客户后来补发新版PI,财务就不知道拆分表对应的是旧版本还是新版本。

建议拆分表至少包含:收款日期、实际付款人、银行流水金额、PI编号、PI版本日期、买方抬头、分配金额、报关资料编号、备注。这样一笔款拆到多票订单时,每一票都有位置。

如果一份PI对应多笔款,也一样要反向拆分。订金、尾款、补差价、运费补款,每一笔都写付款人和备注。合同或PI抬头不一致时,多笔款更不能只写“客户已付”。

退款、抵扣和售后也要沿用同一套口径

很多企业只在收款时核付款人,售后时又忘了这件事。客户如果要求退款,退给合同买方,还是退给原付款人?如果货款由B公司代付,售后扣款要从下一票A公司的货款里抵扣,资料上怎么解释?这些都要提前想清楚。

一般做法是按原交易关系处理:谁是买方、谁付款、谁提出售后、谁确认抵扣,都要留记录。如果退款或抵扣对象与原付款人不同,要有客户确认。不要因为售后金额小,就把它从主订单资料里拿掉。

合同或PI抬头与付款人不一致的订单,更需要把售后记录放进同一文件夹。否则前端收款解释清楚了,后端退款和抵扣又形成新断点。

内部交接时,不要只交最终文件

老业务员离职、新财务接手、服务商换对接人时,最怕只交一个最终PI和一张到账截图。新接手的人看不到客户为什么换付款人,也不知道中间有没有改过抬头。

这类订单交接时,要把时间线、旧版本、新版本、付款指令、到账记录和内部审核意见一起交。哪怕每份文件只有一页,也比只交最终版强。最终版适合对外执行,时间线适合内部复核。

如果企业每个月有多票类似订单,可以固定一个“主体不一致文件夹”命名规则:客户简称、PI号、付款人、到账日期。文件夹名清楚,半年后再找也不难。

付款前、到账后、归档后各有一个动作

付款前的动作,是确认文件口径。业务员要把当前PI版本、预计付款人、客户付款指令和预计备注发给财务看一眼。财务不是审批客户,而是确认后续能不能入账和归档。

到账后的动作,是核原文。银行流水里的付款人名称、汇款备注、到账金额和日期要原样保存。台账可以增加内部解释,但不能把原始付款人改成合同买方。原文一旦被改写,后面就很难还原。

归档后的动作,是补复盘。看这票订单有没有临时改PI、有没有备注不清、有没有客户确认晚到、有没有一笔款拆多票。复盘不需要长,写三五句话就够。下次同一客户再来,业务员能直接看到注意点。

三类文件不要混用名称

第一类是买卖文件,包括合同、PI、商业发票、装箱单。这里的名称要围绕真实买方、货物和收货安排。

第二类是付款文件,包括付款指令、付款备注、银行流水、收款拆分表。这里的名称要围绕实际付款人和到账原文。

第三类是解释文件,包括关系说明、客户确认、内部时间线和附件索引。这里的名称要把前两类文件连起来。

三类文件各有用途,不要因为付款人是B公司,就把所有买卖文件都改成B公司;也不要因为合同买方是A公司,就在台账里忽略B公司的付款事实。把名称放在它该出现的位置,资料反而更清楚。

给业务员的一句提醒

遇到合同抬头和付款人不一致,不要急着问“能不能收”,先问“哪份文件要不要变”。买方没变,别乱改买方文件;付款人变了,就把付款指令和备注留好;收货方也变了,再单独补收货指令。

这句话看起来简单,但能挡住很多后续问题。业务员只要在客户付款前多问一次,财务和资料负责人后面就不用反复追人。

附件命名也要让人一眼看懂

文件都在文件夹里,不代表资料就清楚。附件名称如果都是 scan1、PI-final、new-new-final,半年后没人知道哪一份才是付款前客户确认的版本。

建议附件命名直接带上用途:PI-0902-买方A-付款前确认、付款指令-B公司代付、银行流水-B公司到账、收款拆分表-PI0902-0903。名字长一点没关系,关键是不用打开文件也知道它解决什么问题。

资料归档不是给当天业务员看的,是给几个月后复核、补资料、客户对账时看的。合同或PI抬头和付款人不一致的订单,附件命名越清楚,后续沟通越省力。

如果企业已经有内部网盘,也可以固定一个附件索引表。索引表里只写文件名、用途、对应PI、形成时间和负责人。以后银行、财务或老板问起来,先看索引表,再打开附件,不用在一堆文件里翻。

索引表还可以单独标注“外部确认文件”和“内部复核文件”。客户付款指令、邮件确认属于外部确认;内部时间线、拆分表和复盘备注属于内部复核。两类文件分清,资料包看起来会更有层次。

服务商边界

服务商可以协助企业核文件口径、整理付款指令要点、设计收款拆分表和附件索引,也可以提醒哪些文件不能随意覆盖。

但服务商不能替企业确认客户关系,不能替客户出具付款授权,不能把陌生付款人写成买方,也不能对银行复核结果作固定承诺。买方、付款方和收货方的真实关系,仍然要企业和客户自己确认。

人工复核入口

如果合同或PI抬头和付款人不一致,可以先把一票资料发给成总初步看:合同或PI、客户订单、实际付款人名称、付款通知、付款备注、收货资料、报关准备情况和目前纠结的点。

成总:13058309597,公众号:1039金牌服务商。建议先拿一票最典型的订单做样本,不要把多个客户、多票付款混在一起问。

收口判断

合同或PI抬头和付款人不一致,关键不是急着改文件,而是先判断买方有没有变化。买方没变,只是代付,就用付款指令和关系说明解释;买方变了,就同步调整合同、PI、收货资料和归档口径。

文件版本要留住,付款备注要尽量指向订单,到账原文不能改写。只要买方、付款人、收货方和报关资料能互相解释,这类订单才有继续评估的基础。