下单方、账单方和收货方不一致，Agent 怎样整理交易主体确认单

下单方、账单方和收货方不一致，Agent 应把角色分开映射到获批客户关系，形成交易主体确认单。它不能因同属集团就自动合并主体，也不通过修改CRM来解决资料矛盾。销售订单主体核对 Agent 的范围是准备材料，不判断税务、信用或法律责任。

角色与地址不要混在一列

买方负责发出采购请求，账单接收方承担文件接收角色，收货位置服务交付，付款安排又可能有独立约定。实际企业字段名称不同，先按业务含义写字典，再对应目标系统。一个联系人不能包办所有角色。

Oracle的相关地址资料区分账单、收货及母子关系，也说明某产品对sold-to和bill-to有特定命名。本文不把这种命名推广到所有ERP，而是要求客户确认本企业每个字段究竟表示什么。

输入保存PO原文、主体ID、地址标识、角色、关联批准和作用范围。地址相同不等于主体相同，主体相同也可能有多个收货位置。展示名称方便阅读，稳定标识用于防止错误关联。

订单A由总部C1采购，分支C2收货，有本次授权，可形成角色映射候选。订单B的两家主体都叫海岚但ID不同，不能因名字相同合并。订单C只有物流联系人，账单主体仍未知，不能将联系人当付款或账单责任方。

下载主体确认合成演练保留各方输入、现有依据与预期。样例只讨论角色关系，不含真实地址、税号或付款数据。实际确认栏由授权窗口填写，表格本身不是合法主体认证材料。

合成记录	输入要点	预期处置
Z025-1	订单：A；下单方：总部C1；收货方：分支C2；依据：有本次关联授权	按不同角色映射候选，保留授权
Z025-2	订单：B；下单方：分支海岚；收货方：另一海岚，ID不同；依据：只有相同名称	不合并，补主体关系
Z025-3	订单：C；下单方：C1；收货方：已知物流联系人；依据：未给账单主体	账单主体未知，不能用物流联系人推定
Z025-4	订单：C；补充：物流人员补新联系人	仅补物流角色，账单主体仍待确认

报告可以按角色显示已知、缺失、冲突和待批准，避免一个总“客户已确认”掩盖账单方未知。接单窗口清楚缺的是哪一关系，才能向客户提出最小澄清，而不是重复索取全部资料。

系统默认收货地址可能来自历史交易，但当前PO指向新位置，应并列检查差异，不能悄悄采用旧地址。反过来PO写了一个新主体，也不意味着它已进入企业批准关系。Agent负责指出差异与来源，不替业务接受主体变更。

集团授权若仅覆盖某产品或期间，确认单保留条件。不能把一次总部集中采购批准扩成所有分支永久可用，更不据组织名称推定信用共享。授权来源过期时，状态应为需复核，不从最新邮件自称负责人补权限。

如果本次订单释放框架协议，先对照协议下单核对确认承诺对象。后续客户要求换账单或收货主体，则进入订单变更草案，不要只更新主档后让历史订单的解释一并改变。

确认单可列当前映射、客户请求、批准关系、对单据字段的影响和待确认问题。财务或法律需要判断的部分只登记转交窗口，不提供结论。敏感完整信息通过受控入口查看，协作摘要只显示完成核对必要字段。

负责人批准的是某张订单的角色安排，不能自动改成客户主档关系。未来是否维护永久关系，由对应资料窗口另行确认。这样的分离可避免销售为赶一单修改主档后影响所有未完业务。

验收按附件样例检查主体ID和角色：A仍保留总部与分支两种身份，B没有被合并，C账单方仍未知。仅看地址被填满无法证明正确，还要检查每个值来自哪份依据以及该依据支持哪种角色。

交接给下一部门时，把确认对象、版本和仍未决定项一并交出。资料缺失不能用“同上”补齐，已有批准也不应在复制单据时丢失范围。正确结果应能让接手人继续核对，而不是再问一遍客户谁负责什么。

客户角色确认单可以按单据使用场景展示：采购请求对应下单方，账单文件对应接收方，交付请求对应收货位置。这样下一部门不必从一个客户名称猜所有角色。确认单只保存必要摘要，受限证据通过获授权窗口查阅。

如果客服或物流补充联系人，应注明只补哪种角色，不让新增联系数据自动填满原先未知的主体字段。主体确认仍回商务及资料维护流程。

一般字段写回另见CRM确认更新，本题先解释商业角色。更多任务见文档处理专题。向定制咨询提供脱敏PO、客户角色字典和授权关系样例，可先评估映射与例外确认。