同一产品给官网和经销商使用，Agent 怎样按渠道检查资料是否齐备

同一产品给官网和经销商使用，资料是否齐备应按产品族、渠道与语言组合检查。Agent 输出的是每个组合缺什么、由谁补，以及哪些只是待批准；不能把一个总完成率当成所有渠道都可发布。产品渠道资料完整度 Agent 适合把人工催资料转成有明确缺项的工作队列。

先写每个渠道真正需要的字段

业务方先确认渠道用途。官网中文可能只需名称与批准描述，经销英文另需英文说明。要求不同是因为交付用途不同，不是为了追求字段越多越好。产品族也会改变必填要求，不能把另一类产品的属性直接套过来。

Akeneo完整度说明按产品族、渠道和语言计算必需值覆盖，可帮助理解为什么同一个产品能够在一个组合完整、另一个组合不完整。这里不复刻平台默认分数，而是让资料负责人逐项确认哪些字段确实阻碍当前渠道使用。

检查表包含产品ID、产品族、渠道、语言、所需字段、实际状态和责任窗口。未启用某语言与已启用但缺翻译不同，前者要先确认范围，后者才进入补充。空白、占位文字与不可访问链接也不能都算完成，需由客户定义可用值的最低要求。

P1官网中文字段齐全，可以进入发布审核候选；P1经销英文缺说明，只在该组合生成缺项。不能把英文缺项平均进总分后，让销售看不见具体缺的是哪一项，也不能因此把中文官网资料一概标成不可用。

P2的字段都有文字，但描述未批准。覆盖结果可以是齐备，审核状态仍是待办。若系统为了获得百分之百而自动生成描述，它改变了业务事实，不能算补齐。可以提出待审核草案，但必须与已批准字段分区，未批准内容不得进入可分发目录。

下载合成完整度核对样例包含这三种组合，每条留实际状态和负责人栏。演练先看系统列出的缺项集合，再看汇总；行级集合错误时，总分相等也没有意义。预期仅用于对照，不是实际运行结果。

合成记录	输入要点	预期处置
Z005-1	产品：P1；渠道：官网；语言：中文；字段状态：名称/描述均已填且批准	本组合字段齐备，列为发布审核候选
Z005-2	产品：P1；渠道：经销；语言：英文；字段状态：名称/描述已填，英文说明缺失	列英文说明缺项，不影响官网中文的覆盖结论
Z005-3	产品：P2；渠道：官网；语言：中文；字段状态：字段已填，描述未批准	值覆盖齐备但审核待办，不能宣称可发布
Z005-4	产品：P1；渠道：经销英文；补充：英文说明已补齐并批准	关闭该组合缺项，官网中文原结论保持

“完善产品资料”不便执行，应改为“补P1的经销英文说明，并引用对应批准来源”。任务关联具体产品和组合，资料补到位后只重核这一范围。一个字段被多个渠道共用时，应保留共享关系，不重复让三个人分别填三份互相冲突的值。

某字段有值却与批准目录冲突，进入内容复核，不混在缺值队列里。来源无法读取时列无法检查，不能当空白让模型补写。负责人才能看出自己需要提交新资料、确认旧内容还是修访问入口。

候选加购产品的资料也应接受同样检查，相关产品建议只能提供产品关系，不能替代描述齐备与批准证据。反过来，资料完整不说明产品适合客户，也不意味着当前账号有权导出。

新增一个必填字段会使一批产品重新出现缺项，这可能只是要求提高，不是资料突然变差。报告应同时保留规则版本、检查产品集合和新增要求，避免不同月份用不同分母比较后误称团队效率下降。

产品移入新族时，也要先核对新旧必填集合，由资料窗口确认哪些值可继续用。不能因某字段不再必填就删除历史内容，或把未使用字段误称错误。首期可保留只读检查，不自动改主档，待业务理解覆盖报告后再讨论补办入口。

验收按附件固定产品与规则，核对缺项列表和审核列表是否独立。补齐英文说明后，中文结果应保持不变；批准P2描述后，只改变审核状态。对同一输入重复运行，不能不断产生新的缺项编号，否则维护者无法跟踪关闭依据。

业务主管接收队列时，应能按负责窗口筛出具体待补字段，而不必下载完整产品资料重找问题。P1英文缺说明与P2描述待批准属于两种工作，前者交内容提供者，后者交批准窗口；不宜统一安排为重新上传文件。

如果一次补交覆盖多个语言组合，也应逐组合核对实际内容，不能把“收到一个英文文件”当整组完成。闭环记录保留这次补交指向哪项原缺口、由谁复核以及仍有哪项未解决，便于下一位维护者接手。

字段齐备以后，下一步可按型号组装客户产品资料包。一般知识源字段约束见元数据质量门，更多方向见文档处理专题。通过定制咨询提供两种渠道要求、一个产品族和几条缺项，可先评估组合规则、责任队列和审核联动。