同一采购单又发了一遍，Agent 怎样区分补发、修订和追加订单

同一采购单再次收到，Agent 要先确认商业订单身份，再看文件内容和修订意图。补发、修订和追加订单不能都走新建，也不能都按重复丢弃。采购单版本识别 Agent 的产物是接收决定表与原单修订链，决定仍由销售核对，不直接改ERP。

事件身份不等于订单身份

客户在邮箱发一次，又在门户上传一次，会有两个合法入口事件，却可能只有一张商业PO。反过来，同一邮箱一次发送两份文件，也可能代表两个独立订单。入口事件ID适合防技术重复处理，不能替代商业主体和PO身份。

Oracle的源订单请求模型分别保存来源系统、源订单号、事务ID和修订号，可以参考这种分工。具体买方使用什么版本规则，仍要在客户资料中确认，不将某厂商字段直接当全部企业共同规范。

接收表保留买方主体、PO号、版本、入口来源、文件身份和已有订单引用。原文件不被新文件无痕覆盖；缺版本时保留未知，不拿接收时间自动生成一个看似来自买方的修订号。

A的PO1/V1从另一入口再次发送且内容相同，可列补发候选，返回原接收关系；同主体V2数量变更是修订候选；B也有PO1，但主体不同，不能并入A。A只说再发一次却数量不同，缺少明确作用范围，应先确认。

下载PO身份与版本演练包含补发、修订、独立业务及补充材料等情况与预期。材料只演示接收判断，不是可执行导入文件，也没有真实业务号。实际栏可以记录销售最终确认是更正、补充还是新增。

合成记录	输入要点	预期处置
Z028-1	主体：A；PO：PO1；版本：V1；材料：另一入口补发相同内容	补发候选，关联原单，不新增订单
Z028-2	主体：A；PO：PO1；版本：V2；材料：数量改变	修订候选，交改单核对，不当独立追加
Z028-3	主体：B；PO：PO1；版本：V1；材料：与A同号但主体不同	独立业务候选，不跨主体合并
Z028-4	主体：A；PO：PO1；版本：未标；材料：数量改变但称再发一次	身份与作用范围待确认，不猜补发或加单
Z028-5	主体：A；PO：PO1；补充：客户仅补充不改交易范围的说明附件	关联原业务材料，不新建订单或判整单修订

内容比较应保留影响交易的数字、单位、日期和否定词。仅修改页眉外观可能不影响业务，同一数量字样也可能属于不同批次。模型能帮助定位差异，但不能根据整体相似度决定接受或忽略。

客户可能只补一个技术附件而不修改采购数量，接收表应把材料附到原业务，不生成一张空新单。若附件明确改变原行范围，则进入变更准备。文件名称相同或新增“最终”都不能独立证明作用。

客户分批要求形成后，保留分批请求表与所用PO版本的关联，避免新版本改变总量而旧批次仍被当当前要求。客户入库问卷等资料则属于交易准入准备，不能因为同一邮件里出现就归为订单修订。

原订单已经履行时，新修订只形成待核材料，不覆盖已发生事实。能否接受增减或取消需要独立业务决定。本文不实现外部状态通知乱序归并，接收顺序与实际履行状态也不能互相替代。

输出状态可为补发候选、修订候选、独立业务候选和身份待确认，每项列已匹配对象、差异与需要谁回答的问题。确认补发后，保留新入口关系，但不再新建正式订单；确认修订后，交原改单流程。

资料来源不可读时，不把文件当空内容重复件丢掉。应说明当前无法比较，并保留原接收事实。客户补充解释后，追加决定及其作用版本，不能把原来未知状态从历史中抹去。

验收不仅检查相同文件没新建，还要检查B的同号没有被误合并，以及无版本的数量变化没有被忽略。一个看似降低重复率的系统，如果丢掉有效修改，仍不合格。实际决定应能回到买方原文与原订单。

接收决定表交下一窗口时，说明这是一项材料核对结论，不是正式确认单；未取得授权不自动发送客户或修改业务。保持这种状态区分，有助于试点阶段用真实脱敏例子先验证判断。

版本链可向录单人员显示当前采用材料与仍待解释的来件，两份都不丢。确认补发只改变接收关系，确认修订才进入业务变更讨论；这些决定不应靠删除附件来表达。未来接手人仍能解释为什么收到多份文件却只有一个订单。

对没有版本但内容改变的第四条，要保留矛盾原文，向买方窗口确认，不能为使流程前进而自动赋一个新版本。

技术重复处理可读事件ID幂等，文件副本比较是另一层。更多任务见流程自动化专题。到定制咨询提供脱敏多入口PO与人工版本关系，可以先确定身份、差异及接单移交。