政策或主体变更后的存量订单核对

这个场景能帮你做什么

渠道政策更新、伙伴更名或业务转到另一公司后，旧订单、已批准支持和未结款项往往仍在执行。核对要回到每一笔确认时间和适用文件，不能把当前主体或新版规则直接覆盖历史。

本任务适用于渠道业务、财务和法务协作。WorkBuddy 整理逐单适用依据及衔接缺口，不决定债权债务承接或追溯规则。

开始前需要准备什么

提供新旧政策及有效期、变更批准、正式过渡安排、主体变更或承接文件和相关协议。再交受影响订单、订单确认及变更记录、交付验收、付款、返利支持和开票状态。

最低字段为订单及行号、原签约及当前执行主体、产品数量金额口径、确认日期、当前履约节点、已适用政策版本、批准例外及未结事项。区分公司更名、同集团换公司、账户变动和真实合同转移，不能只靠联系人相同认定承接。

具体怎么做

第一步：圈出可能受影响的订单

按变更的产品、对象、区域和时间定位订单，保留筛选依据。旧单中的后续增量、改量或改配置单独列，不因订单号未变就认为全部属于旧规则。

第二步：建立逐单事件与文件链

把报价确认、下单、批准、交付、验收、结算、付款和变更日期排列，列当时政策及已签约定。文件日期与实际确认日期不同的，分别保留；主体名称变化也记录原值，不改写历史单据。

第三步：应用已批准的衔接规则

逐项对应价格、返利资格、交付、收款开票和服务责任，写适用条款与已有证明。只有过渡或承接文件明确才列可确认处理；缺失时标待法务、财务或政策负责人决定，不默认旧单旧价、新单新价，也不自行追扣已兑现权益。

第四步：输出逐单衔接底稿

按已确认、待补证、存在冲突列结果，集中呈现未交付、未结款、已批未兑现及存量服务事项和责任缺口。由人确认后进入企业原流程，不能在底稿阶段改订单主体、收款账户或发票信息。

可以直接交给 WorkBuddy 的完整要求

请核对政策或主体变更影响的存量订单，仅生成逐单衔接底稿。
先按变更范围定位受影响订单及新增修改行，保留筛选理由和原主体原版本。
逐单排列报价确认、下单批准、交付验收、结算付款及变更日期，关联当时政策、协议、例外和承接文件。
分别核价格、返利支持、交付、收款开票及服务责任，只应用明确批准的过渡或承接规则，列条款依据。
没有规则或主体文件不推定承接、不自定追溯、不默认旧单旧价，不追扣既有权益。
输出事件依据表、已确认处理、冲突缺证和跨岗位待决。不要改主体账户订单发票，不付款、不停供、不发送通知。

完成后会得到什么

教学示例：原公司签下一笔订单，新公司提出后续收款，但只提供同一联系人的邮件，没有正式承接文件。底稿应保留原订单主体，列收款主体变更待审核，不因为两家公司名称相似就替换账户。政策新版生效后新增的产品行，也要独立核确认日期和适用约定。

结果应该怎么检查

核订单行、原始主体和时间是否保留；变更范围与纳入订单是否对应；是否每个处理都有明确批准依据；价格、返利、发票和服务是否被一条规则全部替代。对已兑现部分特别检查是否擅自追溯。

遇到这些情况怎么处理

只有调价通知没有旧单安排： 列订单及时间，等待负责人解释。

更名与换主体混淆： 请法务核正式文件，不依联系人判断。

新旧资料相互冲突： 并列及标影响，保留待决，不静默覆盖。

哪些必须人工决定

规则解释、合同承接、收款开票、权益调整和履约安排由授权岗位确认。WorkBuddy 负责逐笔追溯与缺口呈现。