2026-08-17 技术评审-MAC-盘点扫码照片与识别结果修复技术方案
会议信息
- 会议主题：盘点扫码照片与识别结果修复技术方案评审
- 会议时间：2026-08-17
- 参与人：马奇、王建朝、孙传熙、宋洋、潘玉平、贾继伟、余勇军、粱健、李明非
- 评审结果：有条件通过（附前置约束：先发版堵漏 + 落临时表确认范围再回写）
一、技术方案背景
806 版本上线后，盘点识别结果默认值被写为"正常"（应为"通过/PASS"），涉及小智、智慧门店约 40 万条；赢销助手环境照片 URL 自 7 月 4 日上线起缺少域名前缀且结尾缺斜杠，导致照片打不开，涉及约 50 万条。
二、技术方案要点
- 盘点识别结果修复：将识别结果默认值由"正常"改为"通过(PASS)"，SR 库用 SQL 批量 update，Mongo 新表同步修复，按"7月4号后/扫码工具=赢销助手"等条件正则匹配，分批 3000 条执行，修复后反向查询验证是否残留。
- 赢销助手 URL 修复：正则匹配"以 http 开头且结尾无斜杠"的 URL，补域名前缀与结尾斜杠，SR 库与 Mongo 新表（从老表迁移过来也存在该问题）同逻辑分批更新。
- 执行方式：原方案为直接从原库按条件分页批量 update（Mongo 分批次避免超时）。
三、评审决议
- 驳回"直接原库条件 update"做法：要求先把异常数据筛入临时表（或备份表），确认筛全、无遗漏、归类清晰后，再以指定 id 方式回写原表，保证 update 范围可控、可回溯。
- 发版顺序约束：赢销助手 URL 缺斜杠属代码 bug，须等赢销助手对应代码发版后再跑数据修复，避免"边修边产生新脏数据"。
- 不覆盖成功数据：盘点表更新时只改失败/异常状态的识别结果，不要把已"通过"的记录覆盖回写；Mongo 表有 update_time 则同步更新该字段。
- 中台对齐：盘点明细表无 update_time，执行完通知中台，由中台按同时间窗重跑保证与原系统一致。