财务在群里发了一张银行回单，付款方是一家没见过的公司。销售说那是客户集团的财务中心统一付款。合同签的是子公司，发票开给子公司，钱从集团账户出来，三张单子三个名字，账上就多了一笔谁也说不清的钱。
一、付款方与签约主体错位，有三种常见形态
- 集团统一付款：签约主体是子公司，资金由集团财务中心集中支付
- 关联公司代付：客户让兄弟公司或供应链公司代为付款
- 个人账户付款：老板、股东或采购人员用个人卡转账
三种形态在业务上都合理，在账上却都需要额外说明。直接按付款方名字认客户，会把回款挂到一个没有合同的户头；直接按销售口头说的认合同，审计时拿不出依据。真正要解决的是这笔钱对应哪份合同、哪个节点。
二、收款前先确认四件事
- 付款方全称与合同主体的关系：母子公司、关联企业，还是委托第三方
- 是否有代付说明：加盖公章的委托付款函，写清代付哪份合同、哪笔款项
- 发票抬头开给谁：通常开给合同主体，代付方另有要求时要有书面约定
- 是否需要补充协议：长期由集团统一付款的，在合同里加一条付款安排
三、系统里要加的四个字段
- 合同上的实际付款方：可填多个，标注主体关系
- 客户档案的关联付款主体：集团、母公司、财务中心
- 回款记录的一致性标记：付款方与合同主体是否一致，不一致时必须上传代付说明
- 待认领池的到期提醒：超过约定天数未认领的到账，推给财务主管
四、核销的顺序：先认客户，再认合同，后认节点
顺序颠倒就会乱。先确认这笔钱属于哪个客户，也就是合同主体；再确认对应哪份合同；之后才谈是预付款、到货款还是验收款。金额与节点金额不符时，差额部分留在待认领，不要硬凑成一笔刚好对上的核销。
五、举例说，一笔跨主体付款怎么走完
假设合同金额四十六万，签约主体是客户旗下的一家制造公司，付款方是集团财务中心。头一笔二十万从集团账户打出，备注只写了货款。财务按付款方名称找不到客户，回款进了待认领池。销售提供代付说明后，这笔钱核销到这单合同的预付款节点，同时把实际付款方写进合同字段。第二笔应付二十六万，客户扣了八千元运费，实收二十五万二千，差额挂应收并生成一条差异记录。整个过程中，合同总额、已收、未收、逾期四个数字始终对得上，审计问起时，代付说明与核销记录都能直接调出来。
边界同样要写清楚：个人账户代付要有授权与金额上限，不接受长期用个人卡走公司货款；代付说明要一事一函，不写以后都这样；发票抬头与合同主体不一致时，先确认对方财务能入账再开票。边界清楚，代付才是便利，否则就是给对账和审计埋雷。
这套处理跨主体付款的做法，用 9527CRM 这类轻量级 CRM 的回款计划、自定义字段与附件就能落地：合同上加实际付款方与主体关系，回款登记时强制上传代付说明，金额不符自动进待认领并提醒，客户档案里能一眼看到这家客户由谁付款；由于支持私有化部署，客户账户信息、付款记录与代付函都在企业自己的内网流转，涉及商业机密的资金安排不出企业边界，满足合规与保密要求，管理者要的是可控，不只是一套工具。
