客户采购料号和本公司 SKU 不同，Agent 怎样维护可追溯的对应表

客户采购料号与本公司SKU不同，Agent 应按客户主体和有效范围维护交叉引用，再把能确定的对应关系交给录单人员。一个客户的X1可能与另一个客户的X1完全不同。客户料号映射 Agent 定制不宜从字符串相似度开始，更不能把不同编码体系全部并成产品别名。

两边身份都要可回查

客户侧保存主体ID、采购料号、描述、适用组织和确认来源；卖方侧保存产品ID、变体、当前状态和必要配置。对应关系本身另有编号、有效范围和批准记录。描述可改，稳定身份不能因改名而丢失。

微软的产品标识资料说明外部产品标识可以按产品、变体、客户或客户组维护。它支持区分外部码与本方码，但不替企业证明某份对应表正确；客户确认和内部产品负责人核对仍需保留。

同一个客户集团也未必全集团共用编码。是否允许客户组复用，先取得明确口径。若总部与分支采购目录不同，不能只因为工商名称相近就共享映射；未确认时按独立范围处理，再由业务窗口决定关系。

合成A的X1映射SKU11，B的X1映射SKU22，两条都可以合法存在。查询缺客户主体时，应先补主体，不在全表搜X1后选最常出现的产品。输出同时显示客户料号与卖方身份，便于销售发现“名称很像、实际不同”。

A的X2对应红蓝两个变体，只能列候选和尚缺配置。不能按最近成交、当前库存或模型偏好选一个。若采购单未写颜色，向客户确认影响产品身份的必要条件，原始X2保留不变。

下载料号交叉引用样例列出映射与补充确认记录，并预留实际匹配结果及审核人。它不是可直接导入某ERP的标准模板；真实字段、唯一性约束与导入方式须按目标系统确定。

客户换了料号时，应说明是同一产品改码，还是采购范围变更。保留旧码、当前码及适用期间，历史订单仍能回到当时映射。不能为让查询只返回一行而删除旧关系，否则售后将无法解释过去交付了什么。

产品停卖时先做旧产品机会复核，不能把旧客户码直接绑到新型号。客户确认改购后，再建立具有批准依据的新关系。映射表更新与正在推进的订单变更是两件事，不应通过改主档悄悄改变已确认交易。

销售包装也可能进入客户编码。客户码表示一箱，卖方SKU表示单件时，产品对应明确后还要查包装和整倍数。不能把产品匹配成功等同数量换算已完成；两个判断的依据和结果应分别列明。

录单视图可包含客户原码、卖方候选、匹配依据、配置缺口和允许下一步。自动关联只接受已批准且适用的唯一关系；未知、冲突和来源不可读分别显示。模型可以帮助定位原说明，不能生成新的正式关系批准。

人工确认一条X2后，记录选择条件及作用范围。若只适用这张订单，不把它当成永久主数据。交叉表维护窗口和订单操作窗口各自确认，避免录单人员为赶进度改出对其他客户生效的关系。

验收先正向查A-X1，再查B-X1，再反查SKU11有哪些客户关系，检查是否错误泄露其他客户信息。最后输入A-X2，确认没有配置时会停在候选。表格中的未知不能用空SKU代替，以免下游误认为无需产品行。

交叉引用的维护应从双方确认过的实际用法出发。对A-X1，可保留一条允许示例，再留B-X1作为不能跨客户复制的反例；培训新录单人员时，两条一起展示，更容易看出代码相同不代表关系相同。

表的复核频率由变更触发，而不是每天无差别重审全部。客户发出编码更正或卖方变体更新后，先找到引用它的对应关系与未完业务，列出受影响对象。没有对应依据时保持待确认，不能依靠最终表行数对齐来认定映射完整。

叫法统一可参考产品别名治理，编码精度是另一项基础问题。更多任务见流程自动化专题。向定制咨询提供脱敏客户料号表、卖方变体表和三条人工确认关系，可评估映射维护、冲突处理与录单衔接。