2026-05-26 工作日志
主数据发版计划与数据清洗讨论
本次会议主要讨论了主数据功能的发版计划，重点关注了数据清洗方案、OUID字段的影响及跨系统风险，并明确了后续的跟进事项。
小结
1. 主数据发版与数据清洗
- 主数据功能的上线计划与"528"发版一同进行，但其依赖的数据清洗工作尚未完成。
- 数据清洗方案需在"528"发版前完成，以确保数据质量。目前发现新的问题，如经销商编码大小写不统一，可能导致数据不一致。
2. 主数据变更的影响评估
- 主数据治理服务会为数据增加OUID等新字段，但此变更与"智慧门店"、"小智"、"营销活动中心"等下游系统是否强关联尚不明确。
- "智慧门店"和"小智"的数据清洗逻辑与主数据变更基本独立，但"营销活动中心"可能存在依赖风险，需进一步评估。
3. 发版计划与风险
- 除主数据相关模块外，"528"发版的其余部分风险较低，可按计划推进。
- 主数据发版涉及多个系统，风险较高，需进行专项评估。
待办
1. 主数据数据清洗方案跟进
- 徐俊凯需与相关同事沟通，跟进主数据的数据清洗方案及进度。@徐俊凯
2. 主数据变更影响评估
- 邱毅需牵头成立专项小组，评估主数据变更对"智慧门店"、"小智"及"营销活动中心"的影响。@邱毅
- 邱毅需与张建利对齐数据链路，梳理主数据至各端的全链路数据流转及清洗逻辑。@邱毅 @张建利
3. 发版计划推进
- 邱毅需在群里更新各模块的排期节奏。@邱毅
电子围栏数据技术方案评审
本次会议主要围绕电子围栏数据的技术方案进行评审，重点讨论了街道字段的存储、数据替换逻辑及历史数据处理等问题。
小结
1. 电子围栏数据存储方案
- 问题：上游数据中的街道信息为中文，但现有数据库表结构设计为存储编码（code），直接存入中文不符合数据规范。
- 讨论：会议探讨了两种方案：一是修改表结构新增字段；二是通过查询时的正则判断来处理。考虑到修改表结构涉及改动较大，会议倾向于本期不存储街道字段，因其在现有业务中也为空。
2. 数据替换与展示逻辑
- 数据替换：明确将"扫码查证"、"流向异常"、"盘点明细"等报表中的"行政区划"数据源替换为"电子围栏"数据。
- 展示逻辑：针对经销商详情页需同时展示电子围栏地图和列表的需求，会议讨论认为仅展示省市区信息不足以满足业务需求，但具体是否需要展示品牌、渠道等详细信息尚不明确。
3. 历史数据处理
- 问题：多个报表（如扫码查证明细、流向异常等）涉及大量历史数据，其数据来源需要从"行政区划"替换为"电子围栏"。
- 结论：本期项目暂无精力处理大规模的历史数据转换，需后续另行安排。
待办
1. 电子围栏数据存储确认
- 需与产品经理（南宁/南林）确认，本期是否需要存储电子围栏的"街道"字段。@韩冬冬
2. 展示字段需求确认
- 需与产品经理（南林）确认，在经销商详情页的列表中，是否需要展示"品牌"、"渠道名称"等字段。@韩冬冬
3. 历史数据处理计划
- 需与产品经理（南林）沟通，明确历史数据的处理范围、时间规划及具体负责人。@韩冬冬