2026-05-09 工作日志
营销活动中心早会
本次会议同步了体验优化、数据治理、技术专项等项目的进展，并明确了各项目的待办事项和风险。
小结
1. 体验优化专项
- 提示与优化：智慧门店已完成优化范围确认，待输出排期；小智已完成优化版输出，待确认范围并输出排期。
2. 营销活动中心
- 报表优化：13张报表的优化项已完成需求评审和排期确认，部分新增字段需与各端确认交互逻辑。
- 其他排期：多优和列表报表的列空优化、改为电子围栏等功能尚未明确排期。
- 数据清洗：已完成三次历史数据清洗，预计今日完成剩余脚本的执行。
3. 数据治理
- 销售区域5段综合治理：方案推进正常，主要依赖TWW系统回传ERP字段，需跟进下周的排期。
- 人员角色治理：智慧门店与小智均存在数据不一致问题，需尽快定位根因并给出解决方案和排期。
- 主数据一致性：各端需共同参与，优先解决智慧门店、小智的问题，后续将由主数据团队进行自动化监控。
4. 技术专项
- SIV图片上游：技术对接已完成，将按计划推进，下周启动技术方案排期。
- 扫码签收：自主签收现状梳理工作预计今日完成，但可能存在延期。
- 压测：将在5.28上线后，根据开发资源情况，逐步推进核心场景的压测。
- 平台稳定性：因服务器扩容时配置丢失导致过问题已紧急处理，后续将梳理并建立平台内容的备份安全保护机制。
5. 需求部分
- 业务待签收：将组织一次内部PRD评审。
- B端出口规则控制：将整理后同步给业务方进行整体PRD评审。
待办
1. 体验优化专项
- 智慧门店需与相关方确认文案优化的测试方案，并输出整体排期。任铭
- 小智需在下周一前完成优化范围的确认，并输出整体排期。王琪
2. 营销活动中心
- 报表列空优化的原型优化确认及PRD终稿输出需在今天完成。刘晓娜
- 多优的列空优化需在下周确认TW系统获取地址ID信息后再完成排期。刘晓娜
- 电子围栏功能需在下周完成所有使用场景的范本确认并输出排期。刘晓娜
3. 数据治理
- 销售区域5段综合治理：需在下周一跟进TWW系统回传ERP字段的具体排期。陈祺
- 人员角色治理：需在今天完成数据差异度的对齐，并给出解决方案和排期。陈祺
- 主数据一致性：需各端产品同学共同参与，优先解决智慧门店和小智的问题。吴菊
- 小智需在今天给出ERP code问题修复的排期。李亚洲
4. 技术专项
- 签到竞争平台迁移：需在今天完成与DTS的排期对齐。张建利
- 扫码签收现状梳理：需在今天完成整体梳理工作。张建利
- 平台稳定性：需在今天梳理平台需要备份的内容，并与各方确认安全保护方案。邱毅
5. 需求部分
- 业务待签收与B端出口规则控制：需组织一次整体的PRD评审。李亚洲
- 前端缓存问题：需在今天沟通，探讨在盘点场景下实现与自主签收一致的方案可行性。李亚洲
6. 其他
- 需求文档的描述需更准确，明确区分"已完成"、"待完成"、"待解决"等内容，以便于跨团队理解和跟进。赵薇
报表字段规范化需求评审
本次会议主要讨论了多个报表的字段规范化需求，明确了各报表的字段名称修改、新增及调整方案。
小结
1. 字段命名统一规范
- 多个报表中的"编号"字段统一修改为"编码"，如"产品编号"改为"产品编码"。
- "所属"字样从字段名中移除，如"出货人所属"改为"出货人"。
2. 报表字段调整详情
| 报表名称 | 调整内容 |
|---|---|
| 查证明细表 | "产品编号"→"产品编码"；"生产时间"→"生产日期"；"货站经销商门店云商编码"→"货源经销商门店云商编码" |
| B端出货 | 新增"出货扫码时间"；"门店领奖人名称"→"门店领奖人姓名" |
| 盘点明细表 | 新增"盘点扫码时间"、"盘点门店/仓库地址"、"签收门店编码/名称"、"出货状态"；"产品生产时间"→"生产日期"；"货件经销商名称"→"货件经销商"；"流向分类管理"→"流向分类销售区域" |
| 消费者中奖明细表 | "产品生产日期"→"生产日期"；"出货经销商编码"→"出货经销商云商编码"；"活动序号"→"活动编码"；"门店领奖金额"→"门店获得奖品金额" |
| 流向异常明细表 | "产品日期"→"生产日期"；"工厂代码"→"工厂编码"；"扫码位置"→"扫码省市区县" |
| 违规销售表 | 本次暂不涉及，后续再议 |
| 盘点统计表 | "盘点经销商事业部"→"盘点人事业部"；"盘点人编码"→"盘点人员工编码" |
| 作弊明细表 | 新增"作弊经销商"、"作弊经销商的云商编码" |
| 出货单/签收单/退货单 | "扫码时间"统一规范；"提交时间"→"时间"；"签收失败产品状态"→"签收失败原因"；"B端出货流水号"→"关联原始出货单流水号" |
3. 字段展示与逻辑优化
- 字段排序：建议报表导出时对字段重新排序，将同类信息（货权信息、出货信息）归拢，提升可读性。
- 时间字段区分：针对"出货时间"、"扫码时间"等易混淆字段，建议采用"出货时间(提交)"、"出货扫码时间"等方式区分。
- 字段注释：建议同步修改数据库表字段注释，使其与前端展示中文名称保持一致。
待办
1. 字段命名与逻辑确认
- "生产流向信息是否为系统回补"字段的命名，需由吴南林会后与业务方确认最终命名。
- "扫码时间"、"提交时间"等易混淆字段的具体展示方式，需由吴南林与业务方（龙龙）再次确认。
2. 报表字段调整
- 吴南林需负责完成各报表涉及的字段命名、增删改工作。
- 张喜需跟进前端团队，确保"扫码时间"、"门店/仓库地址"等相关字段的正确展示。
3. 数据库与设计
- 张喜需负责同步修改数据库表中相关字段的注释，使其与新的中文名称保持一致。
4. 报表设计原则
- 邱毅提出需明确各报表字段是否允许为空，此项需由业务方与技术团队共同明确，并作为数据库设计的依据。
B端"扫码即签收"功能方案讨论
这份会议记录主要围绕B端"扫码即签收"功能的业务流程简化、前后端交互逻辑调整以及数据校验规则展开。会议的核心是如何通过技术重构提升签收效率，同时明确各方权责与数据一致性。
小结
一、核心方案与业务变动（流程做减法）
本次会议敲定了"自主签收"功能的核心逻辑，整体趋向于去繁琐化：
核心流程变更：确立"扫码即签收"模式，直接调用后端接口进行校验，取消了原有的本地一致性校验环节。
页面交互大改：
- 剔除冗余操作：移除"结束签收"按钮、取消上传环境照片环节、取消商品数量统计。
- 交互细节优化：手动输入模式的"查询"按钮文案变更为"签收"；签收操作需等待后端接口返回结果后方可继续扫码，以防弱网环境下数据错乱。
记录展示调整：收货记录列表改为按"添加人"维度统计；明细页仅展示成功签收的数据，不再展示失败原因，简化前端数据处理逻辑。
二、技术与数据管控规则（权责再划分）
针对校验逻辑，会议明确了前后端的职责分工，以解决此前的职责模糊问题：
校验逻辑后移：明确人员位置校验、产品过期校验、货权经销商一致性校验等核心规则，均由中台（后端）接口统一把控，前端仅做基础透传与结果展示。
接口重构：后端将提供全新的"自主签收接口"，同时对原有的"收货码签收接口"进行改造，增加提交时的距离校验（地理围栏）。
数据口径统一：收货记录页的统计口径正式确定为"按天、按人"，列表增加"收货人"字段以便于业务追溯。
三、暴露的隐患与待决问题（风险点）
尽管主流程达成共识，但会议也暴露出当前系统存在的一些深层隐患，需后续跟进：
数据同步延迟（T+1风险）：主数据与智慧门店系统的同步存在延迟（如人员离职/权限变更），可能导致校验失效或误判，目前暂定通过"进入页面时单次校验"来兜底，极端场景（如签收中途被删号）暂不处理。
术语与枚举值混乱：团队内部对"产品状态"与"码状态"的定义存在分歧，且数据库字典与前端枚举值不匹配，容易导致校验逻辑跑偏。
接口文档不规范：前后端研发对接口入参、必填项以及旧接口兼容性的理解存在偏差，可能引发联调阻塞。
待办
为确保项目按期（5月28日）上线，会议产出以下明确待办：
1. 文档补全
- 邱毅需将确定的9项管控规则整理进各端PRD。
- 张喜需在接口文档中补充具体的接口地址与枚举值定义。
2. 研发对齐
- 张喜需于次日组织技术方案评审会，向研发团队宣讲最新接口改动点。
3. 业务确认
- 邱毅需与业务方确认"人员中途失效"等极端异常场景的处理标准。
- 与营销活动中心对齐统一的提示文案。
4. 接口开发
- 张喜牵头完成新接口开发，并尽快提供给前端进行联调。
会议录制
| 会议主题 | 日期 | 录制链接 |
|---|---|---|
| 箱提分别出库的关联关系优化需求评审 | 2026-05-09 15:24 | 观看录制 |
| 前端提交盘点时校验码状态不能为已售状态需求沟通 | 2026-05-09 15:28 | 观看录制 |