2026-06-10 工作日志
项目早会
本次会议同步了各项目进展，重点讨论了数据回补、主数据治理及 625 版本发版方案，并明确了后续的优化方向和待办事项。
小结
1. 各项目进展同步
- 营销活动中心产品走查：经销商签收时间补数需求已明确，将通过定时任务每日回补数据。整体项目进度正常。
- 前端性能与优化：提示与优化 611 版本已发布灰度。7 月底将接入 APM 进行性能监控。
- 主数据治理：智慧门店的数据清洗工作已识别出部分无效数据，将进行清理。同时发现小智系统对外部人员编码不区分大小写的问题，将进行梳理优化。
2. 关键问题与风险讨论
- ERP 与 GPS 订单差异：针对 ERP 订单多于 GPS 的问题，计划通过调整订单差异明细表的逻辑来减少因调账产生的无效订单差异。
- 高德接口额度：已收到高德接口额度需要充值的通知，相关充值工作正在进行中。
- "大包"报错：因涉及技术架构调整，该问题暂未给到具体排期，需进一步定位问题。
- 盘点明细表数据异常：盘点明细表中存在 ID 不为空但其他字段为空的异常数据，需进一步排查。
3. 625 版本发版方案
- 因"电子围栏"和"营销活动中心"相关需求未明确排期，后端团队为解决线上问题，自行采用了一套自闭环方案进行开发。
- 后续将组织多方（含邱毅）共同评审两种方案，以确定最终采用的方案和统一的发版时间。
待办
1. 数据治理与问题排查
- 邢健 需提供门店人员数据清洗清单，并与各下游系统确认数据有效性，完成数据失效处理。
- 余建新 需组织多方对"大包"报错问题进行分析，明确解决方案和排期。
- 孙东栋 需在今天内完成移动端 PRD 调整后的排期，并在次日早会同步。
- 余建新 需与邢健对齐，共同评审"电子围栏"和"营销活动中心"两种方案，以确定最终方案。
2. 需求与项目管理
- 吴菊 需在今天内与业务侧确认"卡券十一项优化"的最终优先级。
- 余建新 需在今天内将"电子围栏"和"营销活动中心"相关需求的方案评审结果反馈给邢健，以便其向主数据侧提报需求。
- 刘晓娜 需在今天内确认"盘点"明细表导出数据权限需求的 PRD 沟通时间。
3. 版本发版协调
- 各相关方需在今天内明确 625 版本的发版范围，并在明天的周会上给出结论。
扫码加锁与调拨功能测试用例评审会
本次会议主要评审了扫码加锁、调拨距离限制等功能的测试用例，并明确了相关逻辑和待办事项。
小结
1. 扫码加锁功能
- 核心逻辑：当出货单据创建后，系统将对单据内的条形码进行 6 小时冻结。在此期间，其他用户无法对该码进行操作。
- 解冻机制：条形码可通过扫码删除、单据超时关闭等方式解冻。若单据被删除，其中所有码都将解冻；若单据超时未关闭，则单据本身会保留在"冻结单据"报表中，但其内的码可被再次使用。
- 状态与提示：解冻时间以最后一次操作为准。若码在冻结期间被售出，其最终状态为"已售出"，解冻后状态不会改变。重复扫码会更新冻结时间。
- 报表展示："冻结单据"报表中将只展示条形码，不展示箱码。
2. 调拨功能（基于距离限制）
- 核心逻辑：调拨操作将依据调出方与调入方仓库的距离进行限制，而非选择具体门店。
- 操作限制：在 500 米外的区域，不允许签收；在 500 米内的区域，允许签收。
- 状态校验：在调拨扫码和提交时，系统会校验产品状态。例如，"工厂分仓在库"的产品不允许调拨。
3. 异常与边界场景
- 扫码提示：明确了不同异常状态下的提示语，如"该码已被占用"、"该产品已售出"、"货权不一致"等。
- 缓存机制：清空 APP 缓存后，相当于解除了所有冻结状态。
待办
1. 测试用例与文档完善
- 刘莉 需在"冻结单据"报表中，移除并明确不再展示箱码。
- 郑然然、刘莉 需在"扫码加锁"功能的测试用例中，补充"提交失败"时前端应展示"成功/失败"数量的弹窗提示。
- 刘莉、郑然然 需在"调拨"功能的测试用例中，补充因"已售"、"已核销"、"已退货"等状态变化而导致调拨或签收失败的预期结果，并明确如何通过报表验证货权变更。
2. 提示语统一
- 刘莉、郑然然 需统一"箱码中有一题已售"或"已核销"时的提示语，应为"该产品已售出"，而非"拆箱扫码"。
3. 技术方案确认
- 陈德智、张喜 需确认扫码成功与否对更新"冻结单据"报表的影响。
- 郑然然、刘莉 需确认"已过期"码在提交时的校验逻辑，此项计划在"签收链路优化"项目中实现。
扫码加锁、调拨及计费回调测试用例评审会
本次会议评审了扫码加锁、调拨及计费回调的测试用例，明确了相关功能的逻辑、边界条件和异常处理。
小结
1. 扫码加锁功能
- 核心逻辑：出货调拨时，系统会对码进行冻结，禁止其他用户对该码进行任何操作。
- 解冻机制：码在单据提交后会自动解冻；也可通过删除单条码或整单来解冻。
- 状态与报表：冻结单据报表中，码的状态保持不变，仅以单据维度展示。报表中不展示箱码，只展示提码。
- 扫码提示：当码处于冻结状态时，扫码会提示"该码已被占用"；若码已售出，仍会提示"该码已被占用"，优先判断冻结状态。
2. 调拨功能
- 距离控制：调拨操作将引入 500 米距离限制，超出范围则不允许。
- 加锁机制：调拨过程与出货类似，会对码进行加锁，防止在同一时间被多次调拨。
- 状态校验：在调拨过程中，若码的状态变为"已售"、"已核销"或"已退货"，将阻止后续的调拨操作。
3. 计费回调与签收激励
- 背景：为解决主数据与营销活动中心间存在延迟导致的签收激励发放问题，调整了激励发放链路。
- 新方案：现有逻辑由营销活动中心判断后，交由计费系统发放。计费系统拥有实时主数据，能更快地查询到人员信息并完成发放。
- 数据闭环：计费系统发放成功后，会将激励发放记录回传给营销活动中心，更新相关报表。
待办
1. 扫码加锁功能
- 刘莉 需根据会议讨论结果修改测试用例，包括：移除报表中箱码的展示；明确扫码提示语，特别是箱码和提码的区分；补充"扫码失败"、"网络异常"、"缓存清空"等场景的测试用例；明确"已过期"码的处理逻辑。
2. 调拨功能
- 刘莉 需完善调拨相关的测试用例，特别是：明确调拨加锁的逻辑和表现；补充调拨过程中码状态变更（如已售、已核销）的测试场景；明确"已退货"状态对签收的影响。
3. 计费回调功能
- 陈晨 需细化测试用例，将模糊描述（如"不符合活动"）转化为具体的系统条件（如"门店不在活动范围内"），以便于测试执行。
4. 提示语确认
- 何兆文 需确认并提供"已售"、"已核销"、"货权不一致"等场景下的具体提示语。
5. 版本与范围确认
- 张喜 需与产品团队同步，确认本次迭代是否包含"调拨锁"功能，避免范围争议。