2026-08-14 工作日志
项目模块进展同步与线上问题监控会
本次会议同步了各项目模块的最新进展，重点讨论了数据权限、移动端报表、三方接口对接及线上问题的监控与修复方案。
小结
1. 各项目模块进展同步
- 数据权限优化：已完成产品方案梳理，预计下周与技术团队进行方案同步。
- 移动端报表：智慧门店端的出货场景报表，因评审延期，需与智慧门店端确认 8 月 26 日版本的上线时间。
- PC 端报表优化：费用重构表需在今日完成 SIT 测试并输出报告；经销商到货、误码装订差异明细表需在今日完成 SIT 测试用例；生产流向准确率报表需在今日与用户确认新增三张表单的结构设计。
- 三方接口对接：链条计费侧的对接文档预计今日提供，以便后续开发。
- 主数据系统：已完成 UAT 测试，计划于 8 月 18 日发版上线。
2. 线上问题与监控
- B 端出货与签收状态不一致：因处理时序问题导致的数据不一致，需优先进行监控。
- 电子围栏问题：已提供问题数据清单供修复，并计划今日完成所有问题数据的修复与推送验证。
- 数据库高并发：已上线本地缓存方案，有效降低了数据库压力，目前告警已恢复正常。
3. 健康度与专项监控
- 健康度监控：将针对近期 32 个异常规则告警进行原因分析，并制定修复计划；同时总结新发版后的线上问题，形成监控清单。
- 线上问题跟进：针对"无法进行收货"、"门店信息同步"等问题，将通过监控手段进行跟进。
待办
1. 移动端报表项目
- 孙东栋需与智慧门店端确认 8 月 26 日版本的上线时间，以明确移动端报表的上线计划。 — @孙东栋
2. PC 端报表项目
- 孙东栋需在今日与用户确认新增三张表单的结构设计，并着手更新 PRD 文档。 — @孙东栋
3. 主数据系统发版
- 陈思需在周一关注并更新线上问题清单中的发版时间，确保与"8 月 18 日"保持一致。 — @陈思
4. 三方接口对接
- 李宝仟需在今日催促计费侧提供对接文档。 — @李宝仟
5. 电子围栏问题修复
- 邢健需在今日配合主数据系统，验证电子围栏修复后推送的数据质量。 — @邢健
6. 健康度监控分析
- 孙东栋需在今日完成对 8 月 6 日以来 32 个异常规则告警的原因分析，并制定修复计划。 — @孙东栋
7. B 端出货与签收状态不一致问题
- 李宝仟与孙东栋需尽快对齐，优先将"B 端出货状态和签收状态不一致"的问题进行监控。 — @李宝仟 @孙东栋
8. 线上问题监控方案
- 李宝仟需在今日与张建利对齐"无法进行收货"、"门店信息同步"等问题的监控方案。 — @李宝仟
9. 营销活动中心项目
- 余建新需在今日下午提供 P0 级需求的最新排期。 — @余建新
bc 物码项目第 12 期周会
本次会议为 bc 物码项目第 12 期周会，回顾了项目整体进展、基建情况、问题风险，并明确了后续工作方向。
小结
1. 项目整体进展与需求
- 门店积分逆向：方案已由数科团队输出 PRD，采用积分池模式，并已与销售、财务达成共识，待数科团队出具排期。
- 扫提外码售卖激励返利：方案已完成初步沟通，正在进行上线时间评估。
- 新鲜度盘点数字化结案：该项目优先级已调整，将暂停此项工作，优先推进更简单的数类数字化结案。
- 时间管理部指标修正：修正 bc 误码的指标方案已进入开发阶段。
2. 基建与问题风险
- 产线改造：安慕希工厂已完成新国标 bc 码软件升级；经典梦幻盖、经典 250s 产线软件升级合同已签，现场改造进行中；滦州二期 c9a 打印变更已完成部署；7 家经典 250s 工厂完成服务器升级。
- 问题与风险：
- 系统与数据问题：本周共收到 470 例问题，主要涉及盘点数据异常、c28 仓库发货货权信息缺失、新鲜度盘点扫码信息不符、盘点与签收数据不一致等问题。
- 应对措施：已通过代码修复、数据清洗等方式解决部分问题，并明确了后续的数据验证要求。
3. 一线业务应用沟通
- 经销商数据导出差异：成都大区反馈，经销商通过云商导出的出库数据与营销活动中心导出的数据存在差异。
待办
1. 门店积分逆向项目
- 数科团队需评估门店积分逆向项目的潜在风险，并尽快与事业部沟通。 — @吴菊
- 针对门店扫码销售的新需求，需内部评估改造点和潜在方案，并在周末加班赶工，确保不影响门店积分正向项目的进度。 — @吴菊
2. 新鲜度盘点数字化结案调研
- 下周需输出大众团购数字化结案的调研计划，并提前与各相关方沟通，以便协调时间。 — @吴菊
3. 销售侧数据验证机制
- 销售侧需建立固定的、高效的机制，配合技术团队进行数据验证，避免在周会上临时沟通。 — @吴菊
4. 经销商数据导出差异问题
- 需收集经销商的具体筛选条件和操作截图，以便技术团队定位数据差异的原因。 — @吴菊
C 端活动测试方案评审会
会议讨论了 C 端活动的测试方案，覆盖了活动范围、投放策略及码的校验逻辑，并明确了后续的测试要点。
小结
1. 活动测试范围与流程
- 会议介绍了 C 端活动的整体流程：从活动中心创建模板并配置条件，到根据模板创建具体活动，最后通过小程序进行抽奖。
- 测试将覆盖活动范围（如行政区域、产品、经销商）、投放策略、时间、品牌及付款金额等多种条件的正向与反向场景。
2. 码的校验逻辑与风险
- 讨论了小程序对不同来源码的处理逻辑：通过 URL 前缀识别是否为有效码，若非有效码则前端拦截；若为有效码，则调用营销活动中心接口进行后续校验。
- 指出当前逻辑存在风险：仅通过 URL 前缀校验无法有效防范恶意生成二维码带来的接口调用压力和安全问题。
3. 投放策略与金额限制
- 测试将覆盖投放策略中的多种组合条件，如多个区域、产品、生产日期等需同时满足才能中奖。
- 将验证付款金额限制：消费者在单个活动周期内，累计中奖金额或数量达到上限后将无法再中奖。
4. 异常场景处理
- 当活动因未开始、已结束等原因无法匹配时，营销活动中心将返回相应状态码，小程序前端将根据返回的提示文案展示给用户。
待办
1. 测试用例与文档完善
- 苏一尊需在用例中补充计费中心的数据维度、金额及明细信息。 — @苏一尊
- 苏一尊需在用例中增加对未激活、已售、不同登录方式（微信扫码 vs 小程序内扫码）等场景的验证。 — @苏一尊
2. 码校验逻辑风险评估
- 曾钊将组织一次专项会议，邀请云飞经理和俊哥共同评估当前码校验逻辑的风险，并讨论引入码查询接口的必要性。 — @曾钊
3. 计费中心文档补充
- 丁聪需会后补充计费中心相关的文档，明确其事业部归属、数据维度及金额一致性。 — @丁聪