2026-05-08 工作日志
营销活动中心早会
本次会议为项目进度同步会，对齐了各端业务需求、技术方案、遗留问题及数据治理进展，并明确了后续工作重点。
小结
1. 业务需求与技术方案
- B端出货规则控制：营销活动中心已完成技术方案确认与接口文档输出，待各端内部评审后，于5月8日完成整体PRD拉通。
- 扫码加锁：此项为本次会议重点讨论内容，涉及SFC、智慧门店、小智等多方，需在5月8日完成方案串通。
- 提示与优化：智慧门店与SFC已完成优化范围的梳理，相关需求已加入需求池，等待排期。
2. 数据治理与问题跟进
- 主数据一致性：明确了需由邢健牵头，于今日内组织相关人员进行数据比对，以解决当前发现的新问题。
- 扫码字段必填：监控规则已梳理完毕，计划于今日启动监控，需在里程碑计划中明确具体排期。
- 非授权门店签收：此问题已纳入需求管理，需在5月28日版本上线。
3. 技术专项进展
- 压测分析：五大核心业务场景的压力主要来自出货和签收，压测分析工作已启动。
- 巡检：已对销售团队中心、数他业务员、数他结案三个核心系统集群进行巡检，将持续推进至月底形成报告。
- 误码链路梳理：整体进度正常，但因活动中心人员紧张，部分工作需协调多方技术支持。
4. 体验优化与项目管理
- 体验优化：明确了当前阶段的Top3优先级事项为：提示语优化、前端性能问题排查（买点）、各端产品走查。
- 项目管理：强调需统一使用一张里程碑计划表，并在每日早会前更新工作完成情况，以便进行回顾。
待办
1. PRD与方案确认
- 营销活动中心需在5月8日前完成B端出货规则控制的PRD拉通。刘晓娜
- 智慧门店与小智需在5月8日前完成自主签收需求的技术方案评估并给出排期。任铭 王琪
- 扫码加锁方案需在5月8日前完成串通。刘晓娜 任铭 王琪
2. 数据治理与问题解决
- 主数据一致性问题需由邢健牵头，组织相关人员于今日内完成数据比对。陈祺 李亚洲
- 扫码字段必填监控需在今日内明确并启动，需补充里程碑计划中的具体排期。余建新 李亚洲
- 非授权门店问题需在5月28日版本中解决。刘晓娜 李亚洲
3. 体验优化与项目管理
- 各端需在今日内完成提示语优化范围的排期。任铭 王琪
- SFA前端需在今日内完成性能问题的买点梳理。李亚洲
- 各端需在明日早会前，完成并同步昨日每日工作的完成情况。
周转箱拆箱标识优化方案需求评审 & 测试用例评审
本次会议主要讨论了周转箱拆箱标识的关联关系优化方案，明确了数据同步、字段处理及后续的开发与测试计划。
小结
1. 周转箱拆箱标识优化方案
- 背景：为解决A、B两家经销商共用周转箱时，因物流拆箱发货导致产品流向混乱的问题。
- 方案：TTS系统将在生产文件中增加"拆箱标识"字段。营销活动中心将接收此字段，并在业务操作（如出货）时进行校验，对带有拆箱标识的箱码进行限制，防止其被用于整箱出货。
2. 技术实现与数据处理
- 数据同步：本次需求将分两步上线。第一步为后端接口对接，接收TTS传递的"拆箱标识"和"保质期"字段；第二步为应用层改造，涉及前端界面展示和业务逻辑调整。
- 字段处理："拆箱标识"字段将在新数据中生效，历史数据因表结构不同而为空。对于重复上传的文件，系统将更新"拆箱标识"字段；对于"保质期"字段，若TTS未提供，则沿用现有逻辑自行计算。
- 上线计划：后端数据接收功能计划于周一上线。
3. 测试范围与用例
- 测试将重点关注"拆箱标识"字段的接收、解析及在查码工具中的展示。
- 测试用例需覆盖拆箱标识为"0"、"1"、"空"及异常值（如"2"）等多种情况。
待办
1. 前端应用层评审
- 马奇需要联系前端团队，组织一次专项会议，评审"拆箱标识"字段在各业务场景下的具体应用逻辑。
2. 后端开发与文档
- 张喜需要补充"拆箱标识"字段的技术方案文档。
- 张喜和陈德智需要在周一完成相关功能的开发与上线。
3. 测试与联调
- 刘莉需要根据会议结论，更新测试用例，确保覆盖所有场景。
- 陈德智和张喜需要在周一进行功能联调和测试。
报表字段规范化需求评审
本次会议主要讨论了多个报表的字段规范化需求，明确了各报表的字段名称修改、新增及调整方案。
小结
1. 字段命名统一规范
- 多个报表中的"编号"字段统一修改为"编码"，如"产品编号"改为"产品编码"。
- "所属"字样从字段名中移除，如"出货人所属"改为"出货人"。
2. 报表字段调整详情
| 报表名称 | 调整内容 |
|---|---|
| 查证明细表 | "产品编号"→"产品编码"；"生产时间"→"生产日期"；"货站经销商门店云商编码"→"货源经销商门店云商编码" |
| B端出货 | 新增"出货扫码时间"；"门店领奖人名称"→"门店领奖人姓名" |
| 盘点明细表 | 新增"盘点扫码时间"、"盘点门店/仓库地址"、"签收门店编码/名称"、"出货状态"；"产品生产时间"→"生产日期"；"货件经销商名称"→"货件经销商"；"流向分类管理"→"流向分类销售区域" |
| 消费者中奖明细表 | "产品生产日期"→"生产日期"；"出货经销商编码"→"出货经销商云商编码"；"活动序号"→"活动编码"；"门店领奖金额"→"门店获得奖品金额" |
| 流向异常明细表 | "产品日期"→"生产日期"；"工厂代码"→"工厂编码"；"扫码位置"→"扫码省市区县" |
| 违规销售表 | 本次暂不涉及，后续再议 |
| 盘点统计表 | "盘点经销商事业部"→"盘点人事业部"；"盘点人编码"→"盘点人员工编码" |
| 作弊明细表 | 新增"作弊经销商"、"作弊经销商的云商编码" |
| 出货单/签收单/退货单 | "扫码时间"统一规范；"提交时间"→"时间"；"签收失败产品状态"→"签收失败原因"；"B端出货流水号"→"关联原始出货单流水号" |
3. 字段展示与逻辑优化
- 字段排序：建议报表导出时对字段重新排序，将同类信息（货权信息、出货信息）归拢，提升可读性。
- 时间字段区分：针对"出货时间"、"扫码时间"等易混淆字段，建议采用"出货时间(提交)"、"出货扫码时间"等方式区分。
- 字段注释：建议同步修改数据库表字段注释，使其与前端展示中文名称保持一致。
待办
1. 字段命名与逻辑确认
- 吴南林需会后与业务方确认"生产流向信息是否为系统回补"字段的最终命名。
- 吴南林需与业务方（龙龙）再次确认"扫码时间"、"提交时间"等易混淆字段的具体展示方式。
2. 报表字段调整
- 吴南林负责完成各报表涉及的字段命名、增删改工作。
- 张喜需跟进前端团队，确保"扫码时间"、"门店/仓库地址"等相关字段的正确展示。
3. 数据库与设计
- 张喜负责同步修改数据库表中相关字段的注释，使其与新的中文名称保持一致。
4. 报表设计原则
- 邱毅提出需明确各报表字段是否允许为空，此项需由业务方与技术团队共同明确，并作为数据库设计的依据。
扫码即签收功能方案讨论
本次会议讨论了扫码即签收功能，明确了自主签收的后端校验规则、前端页面改动及收货记录页的调整。
小结
1. 自主签收功能方案
- 核心流程：签收流程简化为扫码即签收，取消原有的本地一致性校验和上传环境照片等环节。
- 技术实现：所有签收相关的校验逻辑（如货权、状态、距离等）将由后端接口统一负责，前端仅负责扫码和提交。
- 人员校验：人员有效性校验仅在进入页面时进行一次。对于用户长时间停留在页面内，因人员状态变更而产生的风险，本次版本暂不处理，将在后续版本中优化。
2. 页面UI/UX改动
- 签收页面：移除"结束签收"按钮和商品数量统计；手动输入模式的"查询"按钮文案改为"签收"；签收后需等待加载结果，期间不可继续扫码；若扫码失败，会提示具体错误并停止后续扫码。
- 收货记录页：列表页将按"添加人"维度统计，同一人一天内多次签收将合并为一条记录；列表页需增加"收货人电话"字段以便追溯。
3. 接口与数据
- 接口：后端将提供新的自主签收接口，前端需调用；原有的查询接口将移除"上传时间"字段，因签收时间将由系统实时生成。
- 数据：明确了收货记录页的统计口径为"成功"的签收数据，失败数据不计入。
4. 签收码签收优化
- 讨论了现有"收货码"签收场景的优化，确认其校验逻辑（如距离校验）应在提交时进行，而非扫码时。
待办
1. 规则文档与分工
- 邱毅需将会议确定的9项管控规则整理并附到各端的产品方案文档中。
- 邱毅需在文档中明确各规则的负责人和版本（528版）。
2. 技术方案与接口文档
- 张喜需在12号技术方案评审前，完成接口文档的编写，并组织与前端的评审。
- 张喜需在接口文档中补充所有涉及的接口地址，确保可追溯。
3. 人员状态校验确认
- 任铭需与业务方确认，在用户长时间停留在页面时，如何处理因人员状态变更导致的签收风险。
4. 签收码签收优化
- 张喜需确认"收货码"签收的接口是复用现有接口还是提供新接口，并在接口中增加距离校验。
5. 错误提示文案
- 张喜与陈昊需对齐箱码校验失败等场景下的具体错误提示文案。