Work for YILI

Appearance

2026-08-05 工作日报 ​

今日工作概述 ​

今日参加 5 场会议，全程围绕 806 版本发版 主线推进，核心结论为：806 版本已于下午 3 点完成上线评审，营销活动中心、智慧门店、SFA 三大模块的功能、测试、技术方案与数据准备均已就绪，今晚代码封板、明晚正式发版；此前盘点的接口性能抖动风险（8/3 暴露、8/4 优化）在今日评审中确认压测达标、风险解除；电子围栏系统从主数据接口迁移至电子围栏接口，并配套三项数据清洗作为发版关键前置；7 月计划项目已于昨日（8/4）全部上线，历史遗留闭环。

一、项目早会 ​

测试进展与后续计划 ​

模块进展 / 计划
相关活动中心测试已全部通过
营销助手因测试环境问题，上午复测
电子围栏需求已测完，待评审
智慧门店8/18 上线，待内部人员权限方案确认后改造
营销活动中心问题优先级已排期待对齐；因接口切换，需 8/6 前 完成电子围栏 5 段围栏、客户围栏数据差异清洗
健康度昨日 11 条告警将原因分析并同步

待办汇总 ​

  • [ ] 今日内完成 11 条健康度告警原因分析并同步群内 — @孙东栋
  • [ ] 今日内梳理数据差异清洗所需时间，与邢健协同推进 — @刘晓娜

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

功能与实现 ​

  • 新增接口：扫码查证签收、扫码盘点，支撑营销助手等场景；查证签收触发点为异步消息处理服务监听 MQ 后执行签收逻辑；盘点签收支持扫码或直传参数（无需再调扫码接口）。
  • 张喜服务：监听签收 MQ，处理签收/退货/状态更新；因业务极复杂（货权一致/不一致、门店/仓库、已出货/已签收等）呈高度耦合 if-else，维护困难。

代码优化要点 ​

  • 去冗余 if 判断、降 if-else 嵌套、布尔类型直接判断（避免包装类隐患）、关键逻辑补注释、移除废弃 send message 代码。
  • 异常处理从统一 ServiceException 细化为多业务异常（如 MongoException）。
  • 电子围栏系统迁移：多报表/明细查询接口已换新版，依赖主数据街道编码，需保数据准确。

待办汇总 ​

  • [ ] 移除冗余 if、优化嵌套、布尔直判、补注释、移除废弃 send message — @余勇军
  • [ ] 扩展细化异常类型（如 MongoException）替代统一 ServiceException — @张建利
  • [ ] 与 PM 对齐 emp/user name 获取逻辑、"货权5段"字段来源与标准 — @张建利 @余勇军
  • [ ] 上报"门店盘点可跨门店操作"潜在风险 — @张喜
  • [ ] 上线前完成主数据 ↔ 电子围栏数据对齐清洗 — @郝梓斐

三、本周项目进展同步会 ​

  • 7 月份计划上线项目已于 昨日（8/4）完成并上线。
  • 高代码的技术方案评审、工作量评估及 Defi 相关云知识、底层平台技术能力部分内容也已上线并在线上运行。
  • 后续各成员按序汇报本周个人工作进度。

四、上线评审准备会（下午 3 点评审前置） ​

材料与数据处理 ​

  • 材料准备：下午 3 点前补齐脚本代码、代码封板截图、UAT 签字报告，并在 Wiki 撰写上线方案。
  • 三项数据处理任务：
    1. 扫码退货逻辑调整：原"大众团购"退货逻辑全部改为"扫码退货"，涉及 MongoDB 数据调整。
    2. 经营围栏数据重推：因主数据侧更新，围栏数据需重新推送。
    3. 经销商围栏数据处理：执行已有数据迁移脚本。
  • 发布计划：本次均为新功能、无现有功能修改，回滚能力强；代码封板定于今晚。

待办汇总 ​

  • [ ] 补充脚本代码/封板时间/UAT 签字报告，整理技术方案与脚本链接至 Wiki，备注数据清洗任务 — @马奇
  • [ ] 与建新对齐数据处理逻辑并补文档 — @张喜
  • [ ] 执行已提供的数据迁移脚本 — @建新
  • [ ] 确认并补充代码封板具体时间 — @马奇

五、806版本上线评审会 ​

各模块评审结论 ​

1. 营销活动中心

  • 新增扫码盘点及提交、查证及签收、盘点及签收；扫码盘点取消前端缓存，改"扫一提"直接提交。
  • 电子围栏从主数据接口切换至电子围栏接口。
  • 盘点/查证签收接口压测达标；"一出一进"异步处理逻辑及其对数据状态影响需进一步评估。

2. 智慧门店

  • 功能优化：门店归属经销商必填、签收链接改 H5、待签收列表查询缩至近三个月；清理门店冗余无效数据。

3. SFA

  • 新增扫码盘点等 + 多端数据互通；修复 PDA 连续扫码时序问题、优化 UI（加载动画/防抖）。
  • 896 条用例全执行通过，UAT 问题已解决。

待办汇总 ​

  • [ ] 电子围栏 SKU 维度测试 + 历史扫码缓存清理 — @刘晓娜
  • [ ] 历史扫码缓存清理 + 电子围栏主数据验证截图（注：日志中贾继伟同类清理项重复出现 3 次，此处合并为 1 条） — @贾继伟
  • [ ] 线下评估"一出一进"异步处理逻辑对数据状态影响、扫码盘点汇总页性能 — @邱毅 @吕杰
  • [ ] 今日下班前补充 SFA 代码封板截图 — @李宏伟
  • [ ] 今日完成营销活动中心发版截图及执行步骤文档 — @张建利
  • [ ] 今日完成 SFA 发版截图及执行步骤文档 — @王子奇
  • [ ] 组织编写版本培训手册；明晚发版后组织 SFA 全量回归；补评审表上线验证内容 — @李亚洲

今日待办汇总 ​

高优先级（发版关键路径，今日/今夜截止） ​

  1. [ ] 马奇补齐评审材料（脚本/封板截图/UAT 签字）+ Wiki 整理 + 确认封板时间 — @马奇
  2. [ ] 刘晓娜电子围栏 SKU 测试 + 历史缓存清理 + 数据差异清洗时间梳理 — @刘晓娜
  3. [ ] 贾继伟历史缓存清理 + 电子围栏主数据验证截图 — @贾继伟
  4. [ ] 张建利今日完成营销活动中心发版截图及步骤文档 — @张建利
  5. [ ] 王子奇今日完成 SFA 发版截图及步骤文档 — @王子奇
  6. [ ] 李宏伟今日下班前补 SFA 封板截图 — @李宏伟
  7. [ ] 建新执行数据迁移脚本；张喜对齐数据逻辑补文档 — @建新 @张喜
  8. [ ] 邱毅/吕杰线下评估"一出一进"异步影响与汇总页性能（影响发版数据状态，关键风险） — @邱毅 @吕杰
  9. [ ] 孙东栋今日内完成 11 条健康度告警原因分析并同步 — @孙东栋
  10. [ ] 郝梓斐上线前完成主数据 ↔ 电子围栏数据对齐清洗 — @郝梓斐

中优先级（发版后/持续跟进） ​

  1. [ ] 余勇军代码优化 5 项（去冗余 if/降嵌套/布尔直判/补注释/移除废弃代码） — @余勇军
  2. [ ] 张建利细化异常类型 + 与 PM 对齐 emp/user name、"货权5段"字段 — @张建利
  3. [ ] 张喜上报"跨门店盘点"潜在风险 — @张喜
  4. [ ] 李亚洲编写培训手册、明晚 SFA 全量回归、补评审表 — @李亚洲
  5. [ ] 各成员按序汇报本周个人工作进度

关键时间节点 ​

时间事项
8月5日 15:00806 版本上线评审（已完成，三大模块通过）
8月5日 今晚代码封板
8月5日 下班前李宏伟 SFA 封板截图；张建利/王子奇发版截图与步骤文档
8月6日 前电子围栏 5 段/客户围栏数据差异清洗；扫码退货逻辑等三项数据处理就绪
8月6日 晚806 版本正式发版 + SFA 全量回归测试
8月18日智慧门店 806 上线（待内部权限方案确认后改造）

明日计划 ​

  • 明晚发版执行：跟踪代码封板（今晚）→ 发版（明晚）全流程，李亚洲组织 SFA 全量回归。
  • 催办今日高优待办闭环：马奇评审材料终稿、刘晓娜/贾继伟缓存清理与验证截图、张建利/王子奇发版文档、李宏伟封板截图。
  • 推进"一出一进"异步评估结论（邱毅/吕杰）：确认对数据状态无重大影响，消除发版前最后一项技术疑虑。
  • 电子围栏数据清洗收尾：郝梓斐主数据对齐、刘晓娜差异清洗时间确认，保障接口切换零数据事故。
  • 健康度告警闭环：孙东栋 11 条告警原因分析结论同步，纳入本周稳定性复盘。
  • 培训与文档：李亚洲培训手册、各模块上线验证内容补入评审表。

工作思考 ​

「上线前夜的从容，是前置验证的红利。」

806 版本今天下午 3 点评审通过、今晚封板，表面顺滑，真正的分水岭在昨天——盘点接口性能抖动 8/3 压测暴露、8/4 定位根因（data 服务 pod 过少）并优化到 TPS 1700+，到评审前风险已闭环。这说明：评审通过不该是风险的终点，而应是风险已被提前证伪的结果。 把压测、复盘这类"主动找问题"的动作前置到封板之前，远比临门一脚时手忙脚乱补救，成本与不确定性天差地别。

另一个被排期系统性低估的隐形主角，是数据。本次三项数据清洗（扫码退货 MongoDB 逻辑调整、经营围栏重推、经销商围栏脚本）叠加电子围栏接口迁移，技术复杂度不亚于功能开发，却最容易被低估——功能可以 demo，数据不能靠运气回滚。健康的发版，本质是把"应该没问题"变成可证伪的数据：今天的压测量化、健康度 11 条告警、"一出一进"异步评估，正是自动化/Agent 能真正介入生产的前提（也呼应前日 AI 稳定性治理"证据串联"的思路）。