2026-08-21 工作日志

数据权限与报表优化日会

本次会议聚焦数据权限与报表优化进度，同步了数据一致性监控进展，并重点讨论了TDS流向监控缺失及货权问题，明确了后续修复排期与责任分工。

小结

1. PC端报表与看板进展

• 上线报表验收：杨淑凡提报的已上线报表将于下周一进行UAT验收。
• P2级需求评审：今日完成P2级报表的需求澄清与评审，下周启动开发，整体节奏按昨日约定推进。
• 移动端看板决策：业务方暂未明确方案，该议题将在今日下午周会中抛出以获取最终结论。

2. 数据一致性监控与治理

• 主数据监控配置：小智已完成相关SQL语句与口径梳理，今日起陆续在中台系统配置监控任务。
• 历史差异清洗：营销活动中心已完成导购的历史差异数据清洗工作。
• 电子围栏问题排查：液态奶事业部两湖销售区域5段的街道Code为空问题仍在推动解决，其他类围栏数据均已修复。

3. 异常数据修复与处理

• 8月20日修复项：大部分异常数据已于今日确认修复完毕，未解决项将标红重点标注。
• 查证明细表空值处理：因查证明细表无主键、刷新易致乱，仅存的7条扫码工具微信授权缺失导致的货权经销商为空数据，不直接修复，改为后续单独沟通告知白锁团队。
• 云商长期问题精简：会后对云商端长期未发现或已解决的问题进行清理，避免占用日会阅读成本。

4. TDS流向监控缺失与货权影响

• TTS推送延迟暴露：TTS服务向中间表推送时队列执行偏长导致延迟，当前仅监控出错未监控性能，致使后端无法提前发现无货权数据。
• 事后兜底机制局限：因数据未及时推入中间表，无法实时拦截发错经销商的串货行为，目前只能依赖业务反馈后进行事后核对。
• 货权问题排期长：9月20日的货权问题修复周期较长，主要受限于研发资源挤占，需向用户做好解释说明。

待办

• 今日统一调整并更新发布各节点时间计划。 — @建新 @晓娜
• 下午周会抛出移动端看板方案讨论，明确最终结论。 — @东栋
• 跟进液态奶事业部两湖区域街道Code为空的剩余问题推动解决。 — @晓娜
• 与小智系统对接内部人员接口改造方案。 — @陈思
• 整理并准备下周及下下周无端围栏和经销商围栏历史问题的相关材料。 — @晓娜
• 会后梳理并精简云商端长期未发现问题，移至已解决问题区。 — @陈祺
• 标红今日仍未解决的异常数据项。 — @孙东栋
• 与白锁团队沟通查证明细表7条空值数据的处理方案（暂不修复）。 — @建新
• 跟进中台连续三天查看无货权数据是否有异常变动。 — @刘晓娜
• 评估并向业务方解释920货权问题修复周期较长的原因。 — @刘晓娜

专项智能体建设进度与赋能周会

本会议围绕各专项智能体项目进度、规范建设、安全能力升级及培训赋能展开，明确了未来周会需量化汇报运营价值，并决定9月再向尚总汇报详细情况。

小结

1. 专项一进展与门户整合

• 整体进度延期：上线运行模块略有延期，平台通用能力上周进度也有延误，下周将全力赶工。
• 需求与测试按计划推进：PRD编写、单元测试用例及E2E Agent均按节点正常推进，其中数字人才等项目的单元测试采纳率已达60%。
• 门户架构统一：最终体门户将与建厂内的门户合并，整体技术架构保持一致。

2. 专项二智能体建设与试点

• 本月已完成多项智能体上线推广：本月共完成多个业务智能体的开发与试用，核心进展如下。
  • 设备智管智能体：覆盖10名关键用户，累计对话2300多轮，支持设备运行及产线产能查询。
  • IoT物联智能体：在4家工厂开展推广，覆盖45人，累计130多轮对话，支持异常分析。
  • 间接物料采购定价智脑：第一阶段已上线并沉淀4.4万条历史价格数据，具备自然语言查询能力。
  • OA流程审批智能体：出版上线后正开展小范围用户培训，下月持续跟进使用情况。
  • 权限小助理：完成MCP MVP版本发布及功能优化，正引入真实试点项目跟进。
  • 内容运营智能体：一期生图生视频能力开发联调完毕并上线，暂无生产数据。
• 基层测试收尾：基层测试已完成开发收尾，待下周确定试点项目范围后即可投入使用。

3. 专项三MCP改造与技术社区

• MCP改造陆续上线：人力消息中心、设备智能体已完成MCP改造并投入使用；低代码流程创建调用进展至60%，预计下周试跑。
• 技术服务社区基础功能上线：Workbuddy版本已上线提供技术咨询，技术社区收录90余篇文章，样式调整后将优先在一个事业部内推广。
• MCP改造价值待量化：MCP改造旨在避免重复接口开发，提升接入效率，后续需总结其总体量化价值。

4. 专项四规范建设与宣讲

• 规范文档基本定稿：本周完成了Agent建设全流程管理方式、评审机制及技术选型清单、设计规范、开发规范和评测规范的输出。
• 规范试点与全员宣讲：下一步将对尚未开展的智能体进行规范试点应用，并于近两周准备全员宣讲及试行版发布。

5. 专项五交付与运营统计

• 整体进度可控并按计划推进：除工作量评估、技术方案和云支持外，大部分功能计划于8月份交付，机制开发平台集成方案已在群内共识。
• 明确运营价值统计口径：针对部分运维类智能体用户范围小导致价值难衡量的问题，要求按不同智能体实际使用人数和效率提升情况分别统计，PMO将下发参考模板。

6. 安全能力建设

• 渗透测试上架验证：渗透测试功能已上架并开始进行功能验证。
• 其他安全模块正常推进：管理规范本周结合实际做了调整；围栏等待腾讯网关能力上架；Web隐身切换至生产环境进行POC验证；核心网络空间本周上架设备并完成验证。

7. AI Coding赋能与供应商管理

• 供应商工程规范宣贯启用：供应链计划平台外部供应商（联想团队）已完成哈尼斯工程宣贯并启用，其内部规范与通用标准同步执行。
• 内部实操调研与培训优化：前期理论测评180人参与且基本掌握，但实操环节存在不足。基于8份调研问卷反馈，计划下周征集完整的基础实操案例课程，并对非开发人员针对性推进入门培训。
• AI课件能力摸底：通过实战培训收集到约550名具备AI课件落地能力的同事，为后续推进提供依据。

8. 增量流量与生态推动

• 增量流量方案定稿：确定采用Talk Hub模型承接增量流量并开放使用。
• 生态大会推进工具应用：今日生态大会结束后，将正式启动工商项目AI Coding工具的推广应用。

待办

• 整理并发送每个智能体的运营价值量化思路（含使用人数、评估时长对比提效、准确性对比、系统覆盖数等）至群组。 — @小贾
• 汇总整理9月份向尚总汇报的详细情况内容思路。 — @小贾
• 思考并总结MCP改造的总体量化价值体现。 — @雪梅 @王磊
• 继续征集内部开发人员具体的、完整的实操案例课程用于赋能培训。 — @小贾

渠道价值链重构BC物码项目第13期周会

本会议为渠道价值链重构BC物码项目第13期周会，重点通报了门店积分、扫外码返利及小程序优化等进展，决议暂缓扫外码返利方案，并就PDA翻拍作弊推广与智慧门店看板建设达成业务共识。

小结

1. 项目整体进展

• 门店积分开发推进：正向开发进度由上周30%提升至本周60%，逆向PRD计划于下周三评审并邀请领导参会。
• 扫外码返利方案暂缓：该方案评估需17个工作日，无法赶在双节期间上线，经与管理层共识后决定暂缓执行。
• 小程序功能上线：昨日完成卡券功能上线及弹窗界面沟通，预计8月26日完成经典小程序界面优化并上线。

2. 数字化部分进展

• 门店积分运营正向开发：按正常进度推进，下周进行逆向PRD评审。
• PDA翻拍作弊验证：已完成验证并在各大区陆续推送，当前灰度推送比例不到50%，苏皖地区反馈速度较慢，计划8月27日完成剩余量推送。
• 数字化结案与大团购调研：大团购需求优先级已上调至首位，下周将输出调研提纲并协调约访黄磊经理开展调研，争取8月底前完成需求共识。
• 移动端看板暂停：智慧门店端看板因事业部新考虑及业务场景未跑通而暂停推进，待基础签收链与数据跑准后再议。
• 系统走查与提示语调整：8月底完成后端监控走查与数据治理优化；SIV一线用户提示语将于8月27日版本调整。

3. 物码基建与问题风险

• 赋码软件升级与产线部署：安慕希工厂BC赋码软件升级及厂级联动测试已完成，4家工厂数据上传正常，张北工厂9月试产；金川厂三车间鲜活产线服务器部署完毕且测试解析正常。
• 新国标立项合同签订：经典梦幻盖和经典250s等涉及新国标的20家工厂提报合同正在签订中。
• 新增改机工厂跟进：金川三新增生产线现场安装跟进中；潍坊一武威、定州、宁夏PET产线处于供应商备货阶段，投产时间同步生产计划排期。
• 新国标切换协同事项：栾卓二工厂代码变更及金川经典200钻产线旧版辅料耗用频繁导致数据上传异常，需各部门前置盘点旧版纸箱库存，统筹新旧国标生产计划与资源。
  • 流程规范：各工厂切换信息须及时同步设备部门配置产线信息，避免旧包材消化完但系统未配置的断档情况。
  • 资源统筹：市场供应、生产设备等部门需全面协同，保障平滑切换，避免集中切换引发资源配置失误与指标波动。
• 问题处理进度：8月14日至20日共接483例问题，关闭441例，排查中32例，整体解决进度93%，当期解决进度69%。
• 五大重点关注问题：针对近期高优问题进行了专项梳理与应对。
  • 管理问题：电商产品流向错误引发窜货查证督办客户误伤，需重新梳理内部客户流向逻辑。
  • 数据问题：出库扫码超时强关订单致两端报表不一致，需阻断超时单据扫码并清空前端页面数据。
  • 功能优化：出货生产日期管控提示语不清引发前端操作疑虑，需业务侧提供易理解的新提示语。
  • 功能优化：粤海业务门店使用失效5段信息致无法出码，需联合云商、营销活动中心及SFA实现失效信息禁用与同步。
  • 数据问题：门店位置未登记致无法定位距离，需等待智慧门店中心开发数据同步功能。

4. 一线业务应用反馈

• 大区及试点市场反馈：线上粤海大区、成都区域、敦化试点市场、深圳区域、芜湖区域、福州、南宁及绵阳等一线业务管理人员本周均无特殊问题或需求反馈。

5. 核心议题决议

• PDA翻拍作弊全国推广：技术侧存在网络延迟卡顿问题，管理层明确不纠结技术方案，要求销售部直接下达行政命令让经销商仓库门口连接流量卡，快速推动全国上线应用。
• 智慧门店看板建设方向：业务侧主张看板应按场景做深做透不留死角，数字办确认暂不推进智慧门店端看板建设，先跑通基础签收链与数据准确性。
• PRD评审时间协调：因部分领导行程冲突，初步定于8月25日进行内部预审，后续再协调预约外部领导参会时间。

6. 工作指导与规范

• PRD增加成本预估：集团PMO明确要求本年度重点项目PRD必须包含预估开发成本体现。
• 需求收口与记录规范：所有需求需统一收口并做好记录，明确为何做、为何不做及排期原因，杜绝多头管理与团队理解偏差。
• 市场部会员运营探讨：汇丰总建议找时间与市场部会员运营负责人玉杰总拉齐，对门店方案进行细致探讨与技术对接。

待办

• 梳理内部客户发货场景逻辑，明确发往电商串货至线下市场的处理方式。 — @李亚洲 @数字办-黄磊
• 提供新版出货拦截提示语（如生产日期未满两天等），用于8月27日版本上线。 — @业务侧 @李亚洲
• 输出大团购需求调研提纲，并协调约访黄磊经理开展调研，争取8月底前完成需求共识。 — @李亚洲
• 发送8月25日内部预审的PRD评审邀请邮件。 — @李亚洲
• 在PRD文档中补充预估开发成本的体现内容。 — @李亚洲
• 联系市场部会员运营玉杰总，安排时间就门店方案及技术对接进行细致探讨。 — @数字办-黄磊

单元用例评审会

本会议为单元用例评审会，重点评审了积分营销、盘点任务及积分商城等模块的用例设计，明确了组件与模板联动校验逻辑，并确定了开发自测标准及后续用例补充计划。

小结

1. 组件与活动模板配置验证

• 组件功能验证：对5个核心组件进行新增、编辑、启用禁用等操作验证，确认修改后名称同步更新至新建模板，已发布历史模板不受影响。
• 模板配置与复制：验证活动范围库新增的投放策略（如扫码日期范围、签收类型等）在模板中正常配置与暂存发布，重点确认暂存和已发布模板的复制回显无异常。
• 级联关系明确：组件编辑仅影响新建模板展示，草稿态模板随组件变更联动更新，但已保存或已发布的模板均不产生级联变化。

2. 活动创建与排他性校验

• 活动类型区分：签收激励与售卖激励在创建时分别验证默认模板配置是否正确传入活动页面。
• 排他性校验规则：活动时间、生产日期、产品三项完全重叠不允许新建活动，校验对象仅限进行中及未开始的已发布活动，下架、草稿状态不纳入排他性校验。
• 老系统兼容排查：需排查新老营销活动在活动维度上的兼容性，确保本次发版不影响历史数据提交。
• 产品选择页交互优化：产品选择由列表形式改为左右双向选择框，需验证勾选移除交互及后续修改产品后的重新生效校验。

3. 盘点任务管理验证

• 任务状态流转：盘点任务包含新建、编辑、发布、取消等状态流转，已取消状态不可再操作，需在预期结果中补充活动关联时的状态筛选规则。
• 时间边界值校验：盘点时间长度边界值为10天，小于等于10天允许通过，大于10天拦截，需补充跨月跨年场景测试。
• 同维度重复校验：同一时间、同一产品、同一经销商下存在草稿、未盘点、盘点中状态的盘点任务时，禁止保存新任务，已完成和已取消状态不参与校验。
• 数据权限控制：大区/区域人员仅能查看下属门店数据且无权修改，导入门店时需严格遵循所属5段及以下范围限制。
• 盘点任务绑定逻辑：盘点任务一旦被活动选中即被隐藏，不再对其他活动可见；草稿状态下允许临时关联，发布时通过活动排他性校验拦截冲突。
• 任务状态修改限制：除草稿状态外，其他所有状态（含发布、取消）下的盘点任务均禁止编辑。

4. 效期限与积分商城配置

• 效期限边界值测试：效期限天数必须为正整数，且不得超过产品本身保质期，需补充效期限内与效期限外的边界值反向验证。
• 积分商城字段扩展：兑换品类型新增产品券与货款抵用券枚举值，需回归验证已有字段的显示与跳转逻辑。
• 数据权限与生效逻辑：用户仅可查看所属门店关联经销商的产品券，修改兑换品限制量后需验证是否实时生效，需补全集成测试用例梳理。

待办

• 补充组件编辑后历史保存及发布模板不受联动的测试点。 — @陈晨
• 将P0和P1级别的单元测试用例交由技术开发自测，并通过截图或录屏留存证据。 — @宋洋
• 补充盘点任务在不同状态（未盘点、盘点中、已完成、已取消）下能否被活动选择到的预期结果。 — @陈晨
• 明确盘点任务必填项与非必填项，以及自动生成的名称编码唯一性校验规则。 — @南林
• 提供单元模块中的导入相关用例，供陈晨补充至盘点任务的门店导入权限与范围校验中。 — @一尊
• 补充生产日期边界值（如1号、31号）及跨月跨年场景的测试用例。 — @陈晨
• 明确草稿状态下活动关联盘点任务的校验逻辑，并在PRD中补充说明。 — @南林
• 补充效期限内的边界值（含生产日期最后一天）与效期限外的反向验证用例。 — @一尊
• 梳理积分商城兑换品配置的状态变更逻辑及生效规则，补充集成测试用例并组织二次评审。 — @刘莉

活动升级项目评审会

本会议评审了活动升级项目中的两个核心改造：一是修复因定时任务全字段查询导致日志超4G引发Pod重启的问题；二是为冷饮事业部实现通过TTS接口查码与核销的适配器方案，并明确了跨云调用性能保障与数据合规性审查的后续要求。

小结

1. 定时任务导致Pod重启问题优化

• 问题根因定位：新活动升级后，10天执行一次的定时任务因全字段查询产生大量行记录打印至目录，导致磁盘数据超4G，进而触发Pod重启。
• 双重优化措施：本次改造主要包含两项技术调整以彻底解决问题。
  • 查询字段精简：将原本的全字段查询改为仅查询id，因为删除操作仅需id参数。
  • 日志配置降级：取消debug级别日志写入目录，避免再次出现因日志过大导致Pod重启的情况。

2. 冷饮事业部查码与核销适配方案

• 业务背景与方案选型：冷饮产线未全部上采集，无法像其他事业部一样将码同步至营销活动中心，故采用适配器模式直接对接TTS系统提供查码与核销接口。
• 架构设计与实现细节：新增适配器路由逻辑，根据事业部编码匹配不同服务，默认走营销活动中心的码服务，冷饮则直调TTS查码及核销服务。
• 性能与跨云调用风险：当前设计存在从腾讯云营销活动中心实时跨云调用私有云TTS接口的风险，需关注响应时间与集成平台吞吐量。
  • 跨云延迟风险：TTS码库在私有云，我方在腾讯云，跨云实时调用可能带来较高延迟。
  • 性能指标要求：需向TTS明确提报接口响应时间要求（如100毫秒以下），并评估集成平台能否扛住扫码量级的请求。
• 前端对接与扩展性约定：目前仅提供40位二维码场景，后续若涉及12位或17位产品需求，可通过前端分配不同账号密码来区分事业部并做相应处理。

3. SaaS化分库与数据架构合规性审查

• SaaS化分库设计：采用多租户SaaS化架构，不同事业部分配独立数据库，底层代码与表结构保持一致，仅通过连接池路由实现数据隔离。
• 数据架构合规审查：陈祺团队需全面介入审核数据库结构规范与合规性，对主数据交互、状态更新等问题把关并承担相应责任。
  • 表结构一致性：各事业部（夜奶、奶酪、冷饮）共用同一套Java代码与表结构，通过分库实现业务隔离。
  • 合规性责任归属：陈祺团队负责审核数据结构规范，未来若因盘点、无货权等数据问题引发故障，由该团队承担审查不力的责任。

4. 奶酪与冷饮数据流转及货权问题分析

• 奶酪数据流转优化：奶酪模块已移除SR报表依赖，查证与盘点数据直接在MongoDB中实时处理，避免了消息队列乱序导致的码状态覆盖问题。
• 货权更新机制差异：奶酪与冷饮均无货权概念，无需在主数据层面判断仓库与经销商类型来更新流向，相关校验交由TTS侧处理。
• 遗留问题与告警机制：针对主数据不一致可能导致的状态更新失败问题，当前仅在本地增加类型错误告警，未从根本上解决业务痛点。

待办

• 跟进并排查两个Pod配置不一致的原因，确保单Pod定时任务执行时磁盘数据匹配且一致。 — @宋洋
• 向TTS方提报查码与核销接口的性能要求（如响应时间限制），并评估集成平台对该类扫码调用的承载能力。 — @宋洋
• 全面介入并审核冷饮活动的数据库结构规范与合规性，承担后续因数据问题引发的审查责任。 — @陈祺
• 梳理前端与各事业部终端对接文档，明确不同账号密码对应的事业部划分规则，以备未来扩展12位/17位二维码需求。 — @宋洋