报表里的其他类别突然增多,Agent 怎样追到未映射的业务编码
报表“其他”突然变多,Agent应先找哪些原始业务编码被归入这个桶,再核它们与映射表的关系。其他只是展示类别,不能充当原因。交付应包含未映射记录的贡献、来源范围和待维护问题,而不是直接猜一个新分类。
编码匹配必须带来源
两个系统都用01,一边代表场地、一边代表设备,字符串相同也不能合并。输入应有来源系统、编码、事实ID、发生日期、映射规则和适用范围。若导出丢了来源,先标无法确定对应关系,不让模型按中文描述选最像的类别。
官方机制说明1:左反连接提取左表中右表无匹配键的行,可定位未映射值;不能由此推断新码应归哪个类别。;官方机制说明2:原子指标口径、时间周期、修饰词构成派生指标;维度、事实与粒度应分别建模。
反连接可找无匹配记录,不能判断新码应该归哪类。定制助手可先利用现有查询结果,再补贡献解释与人工维护入口,正式映射由数据负责人确认。
三条输入怎样解释其他
合成输入1。 新来源编码FAC-07未进入映射,30条被归其他
预期处置:列编码与明细贡献,不替企业猜类别
合成输入2。 两个系统都用01,一边代表场地一边代表设备
预期处置:以来源范围区分,不全局合并
合成输入3。 原编码已停用但旧事实合法使用
预期处置:保留有效范围,不把历史记录全部判错
FAC-07的新码可以列出30条事实及总贡献,问题是映射缺失,尚不能确定归属。两个01需要恢复来源命名空间。旧码已停用但历史事实合法使用,则要核发生期适用,不能把所有旧记录统一改成新类别。
把数量回到完整成员
附件第一组列R001至R030,全部来源SYS-A、编码FAC-07,当前映射表只含FAC-01。它们进入其他的已知原因是本次映射无对应,预期未映射贡献30条。只有本组数据,不能推导全站其他占比或未来趋势。
第二组将SYS-A/01与SYS-B/01并排,各自已有不同批准含义;第三组保留旧码LEGACY-01在历史日期的适用记录及后来停用状态。每组都能回到来源键,避免把名称治理和事实归属混在一起。
新映射发布前需要业务决定
维护工作单包括原编码、当前归桶、影响明细、候选说明和需要确认的类别。助手可以归纳业务描述帮助阅读,但不能凭描述相似自动写正式映射。批准一个新映射还要明确适用日期和是否追溯历史,二者分别影响不同报表。
复核时先从其他类别反查成员,再从一个源编码查看全部适用映射,找出漏项、多映射或范围错用。若改完当前表仍保留历史缓存,需要后续验证结果,不能只因映射行增加就宣称报表已经修复。
本文的产物是参考数据差异与贡献材料,不是知识库别名扩展,也不是分类树搬迁。客户可先交一批脱敏编码、批准映射及合成事实,评估是否需要连接现有数仓和维护台账。所有实际加载与报表观察留空。
贡献表必须保留来源和成员
FAC-07的30条ID在附件逐项列出,维护人员可以核每条是否都缺SYS-A范围的映射。输出只写30会省掉追查入口,输出只写编码则又看不到影响规模。两种信息放在一起,才能安排适当的补映射评审。
SYS-A/01与SYS-B/01的行提醒复核者来源是键的一部分;LEGACY-01的历史事实日期为9月20日,旧映射有效至10月1日不含,因而不应仅按当前停用标签报错。它们分别对应空间和时间范围,不能靠一列统一新类别覆盖。
批准后的映射是否追溯历史,需要另一个明确决定。助手可以根据决定列受影响成员,但在本题未取得批准时,候选类别与实际结果保持空白。维护表有这些边界,才不会把一次发现其他增多的调查变成未经确认的全库重分类。
候选类别字段保留空值有明确含义:已定位事实贡献,但尚未获准改归属。它不同于源编码为空,也不同于当前展示为其他,三种状态分别保存,维护人员才能知道补的是输入、映射还是正式决定。
下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。
产品别名的治理另见相近旧文;时间归属可查企业经营周和自然周不同,Agent 怎样准备可比较的周期映射,编码确认后供自然语言问数交给 Agent,怎样先确认统计对象再给只读 SQL 草案问数使用。向定制咨询提交合成来源码及映射表,有助确定未映射贡献产物,其他资料任务见文档与数据处理专题。