Skip to content

2026-08-05 工作日志 ​

项目早会 ​

本次会议为项目早会,同步了各模块的测试进展、问题及后续计划,并明确了电子围栏数据差异的处理事项。

小结 ​

1. 各模块测试进展

  • 相关活动中心的测试已全部通过。
  • 营销助手因测试环境问题,需在上午进行复测。
  • 电子围栏相关需求已测试完毕,待后续评审。

2. 各模块后续计划

  • 智慧门店:8月18日将进行上线,需等待内部人员权限方案确认后再进行系统改造。
  • 营销活动中心:
    • 已完成问题优先级的排期,待内部对齐。
    • 因接口切换问题,需在8月6日前完成电子围栏涉及的5段围栏、客户围栏的数据差异清洗工作。

3. 健康度监控

  • 昨日共发现11条健康度告警,将进行原因分析并同步。

待办 ​

1. 健康度告警分析

  • 孙东栋需在今日内完成对11条告警的原因分析,并将结果同步至群内。

2. 电子围栏数据差异处理

  • 刘晓娜需在今日内梳理并同步完成数据差异的清洗工作所需时间,以便与邢健协同推进。

扫码查证及盘点签收功能技术方案评审会 ​

本次会议主要评审了扫码查证及盘点签收功能的技术实现方案,并讨论了相关代码优化、风险及电子围栏系统的迁移工作。

小结 ​

1. 扫码查证及盘点签收功能

  • 新增了扫码查证签收和扫码盘点的接口,以支持营销助手等业务场景。
  • 查证签收的触发点在于异步消息处理服务,该服务会监听 MQ 消息并执行签收逻辑。
  • 盘点签收功能支持扫码盘点,也可兼容直接传入参数的方式,无需再调用扫码接口。

2. 代码实现与优化

  • 逻辑优化:识别出部分代码存在冗余判断,建议优化 if-else 嵌套结构,提升代码可读性。
  • 异常处理:当前统一抛出 ServiceException 不利于问题排查,建议后续引入更细化的异常类型。
  • 代码规范:强调了代码注释的重要性,要求在关键逻辑处补充详细的注释,说明其作用和背景。

3. 张喜服务(签收处理)

  • 张喜服务负责监听签收相关的 MQ 消息,进行复杂的签收、退货及状态更新逻辑处理。
  • 由于业务场景(如货权一致/不一致、门店/仓库操作、已出货/已签收等)极其复杂,代码实现为高度耦合的 if-else 结构,虽便于一次性理解,但后期维护困难。

4. 电子围栏系统迁移

  • 会议中涉及多个报表和明细表的查询接口,均已将旧的电子围栏查询逻辑替换为新的接口。
  • 新的电子围栏系统依赖于主数据中的街道编码,需确保数据准确性。

待办 ​

1. 代码优化与完善

  • 移除查证签收逻辑中的冗余 if 判断。——余勇军
  • 优化 if-else 嵌套,降低代码复杂度,提升可读性。——余勇军
  • 将布尔类型的判断从 equals(false) 改为直接判断,避免使用包装类的潜在问题。——余勇军
  • 为所有关键逻辑增加详细的注释,说明其背景和目的。——余勇军
  • 移除已废弃的 send message 相关代码。——余勇军

2. 异常处理机制

  • 后续扩展多种业务异常类型(如 MongoException),以替代当前统一的 ServiceException。——张建利

3. 产品与数据对齐

  • 与产品经理确认用户信息(如 emp name 与 user name)的获取逻辑,确保前后端数据一致性。——张建利 余勇军
  • 与产品经理确认"货权5段"字段的来源和标准。——张建利 余勇军

4. 风险识别与跟进

  • 记录并上报"门店盘点时,用户可跨门店进行操作"的潜在风险。——张喜

5. 数据清洗

  • 在上线前,完成主数据与电子围栏数据的对齐和清洗工作。——郝梓斐

本周项目进展同步会 ​

本次会议同步了本周项目上线进展,并明确了后续将由各成员汇报个人工作进度。

小结 ​

1. 本周项目进展同步

  • 7月份计划上线的项目已于昨日完成并上线。
  • 高代码的技术方案评审、工作量评估以及 Defi 相关的云知识、底层平台技术能力的部分内容也已上线并在线上运行。

待办 ​

1. 工作进度汇报

  • 各成员需按顺序汇报各自的本周工作进度。

上线评审准备会 ​

本次会议主要为下午的上线评审做准备,明确了各事项的负责人、时间节点和待办任务。

小结 ​

1. 上线评审材料准备

  • 会议强调需在下午 3 点评审前,完成所有材料的准备。
  • 需补充脚本代码、代码封板截图以及 UAT 签字报告。
  • 上线方案需在 Wiki 上完成撰写。

2. 数据清洗与处理

  • 本次发版涉及三项数据处理任务:
    • 扫码退货逻辑调整:将原有的"大众团购"退货逻辑全部改为"扫码退货",涉及 MongoDB 数据调整。
    • 经营围栏数据重推:因主数据侧更新,需将围栏数据重新推送。
    • 经销商围栏数据处理:需执行一个已有的数据迁移脚本。

3. 发布计划与风险

  • 本次发版均为新功能,无现有功能修改,因此具备较好的回滚能力。
  • 代码封板计划定于今晚。

待办 ​

1. 材料与文档完善

  • 需在文档中补充脚本代码、封板时间、UAT 签字报告等材料。——马奇
  • 需将所有技术方案和脚本链接整理并添加到 Wiki 文档中。——马奇
  • 需在文档中备注所有数据清洗和主数据重推相关的任务。——马奇

2. 数据处理任务跟进

  • 需与建新对齐数据处理逻辑,并将相关描述补充到文档中。——张喜
  • 需执行已提供的数据迁移脚本。——建新

3. 时间节点确认

  • 需尽快与相关人员确认并补充代码封板的具体时间。——马奇

4. 评审准备

  • 所有材料需在当天下午 3 点前准备好,以便进行评审。

806版本上线评审会 ​

本次会议对806版本进行上线评审,讨论了营销活动中心、智慧门店、SFA等模块的需求、测试、技术方案及数据准备情况。

小结 ​

1. 营销活动中心806版本

  • 核心功能:新增扫码盘点及提交、查证及签收、盘点及签收等功能。其中,扫码盘点将取消前端缓存,改为"扫一提"直接提交。
  • 电子围栏:将从主数据接口切换至电子围栏接口获取数据。
  • 测试与性能:盘点签收和查证签收接口已完成压测,性能符合预期。但针对"一出一进"的异步处理逻辑及其对数据状态的影响,需进一步评估。

2. 智慧门店806版本

  • 核心优化:包含扫码及盘点、查证及签收、盘点及签收等功能的优化,如增加门店归属经销商的必填字段、调整签收链接为 H5 形式、将待签收列表查询时间范围缩短为近三个月等。
  • 数据清洗:清理了门店数据中的冗余和无效信息。

3. SFA 806版本

  • 功能迭代:新增了扫码及盘点、查证及签收、盘点及签收等功能,并实现了多端数据互通。同时,修复了 PDA 连续扫码时序问题、优化了 UI 交互体验、增加了加载动画和防抖功能等。
  • 测试情况:总共 896 条测试用例均已执行通过,UAT 问题已解决。

待办 ​

1. 功能与数据准备

  • 需在会上完成电子围栏 SKU 维度的测试,确保功能可用。——刘晓娜
  • 需在会上完成历史扫码缓存数据的清理工作。——刘晓娜
  • 需在会上完成历史扫码缓存数据的清理工作。——贾继伟
  • 需在会上完成历史扫码缓存数据的清理工作。——贾继伟
  • 需在会上完成历史扫码缓存数据的清理工作。——贾继伟

2. 技术方案评估与验证

  • 需线下评估"一出一进"异步处理逻辑对数据状态的影响。——邱毅 吕杰
  • 需线下评估扫码盘点汇总页面的性能。——邱毅 吕杰
  • 需在今天下班前补充 SFA 的代码封板截图。——李宏伟

3. 文档与资料补充

  • 需在今天完成营销活动中心的发版截图及相关执行步骤文档。——张建利
  • 需在今天完成 SFA 的发版截图及相关执行步骤文档。——王子奇
  • 需在会上完成电子围栏主数据的验证截图。——贾继伟
  • 需在会后组织编写本次版本的培训手册。——李亚洲

4. 上线后验证

  • 需在明天晚上发版后,组织 SFA 团队进行全量回归测试。——李亚洲
  • 需在会后将各模块的上线验证内容补充到评审表格中。——李亚洲