Work for YILI

Appearance

2026-06-09 工作日志 ​

项目早会 ​

本次会议同步了各项目进展，重点讨论了 6 月份的发版计划与风险，并明确了后续的检查与评审流程。

小结 ​

1. 各项目进展同步

  • 611/625 版本：各端开发进度正常。611 版本的提示语优化将由李赵丹负责安排 UAT 测试。
  • 性能探查：APM 厂家协调由建利端负责，Sav 部分由赵丹牵头推进。
  • 神策数据接入：赵丹将在今天与邱老师再次对齐整体内容。
  • 智慧门店：已完成数据清洗并上线，正在同步清洗单。因数据对不齐，需与小智系统沟通差异。
  • 云商：功能优化已完成测试，计划于明天发布。
  • 健康度监控：信誉度盘点已完成 70%，预计今日内完成。MySQL 监控方案将调整为机器人推送。

2. 遗留问题与风险

  • 遗留问题：主数据侧的燃气问题排期尚未明确，需李宝仟跟进。门店与经销商关系的优化开发工作将由刘晓娜负责推进。
  • 新增问题：有一项问题需 SFA 配合改造，将由余建新确认排期。

3. 6 月发版计划与评审

  • 发版计划：各端将共同整理一份完整的 6 月发版计划表，明确所有需求点、发版类型及状态。
  • 评审流程：明确了所有发版（无论大小）均需进行上线检查。SFA 版本将于今日下午 5 点进行评审，届时需准备好 UAT 材料。
  • 发版策略：后端发版若仅为线上小问题优化，可简化流程；但对于非紧急需求，建议考虑合并发版以保证系统稳定性。

待办 ​

1. 6 月发版计划汇总

  • 宝谦 需牵头汇总各端 6 月份的所有上线需求，形成一份完整的计划表，并于今日内完成。

2. SFA 版本发版

  • 赵丹 需与 TTS 团队再次沟通，确认扫码加锁的载体环境问题。
  • 李亚洲 需在今日内完成 SFA 版本的上线检查清单，并于今日下午 5 点前组织评审会。

3. 需求与方案确认

  • 刘晓娜 需在今日内完成活动模块三个问题的解决方案，并组织需求评审。
  • 陈思 需将智慧门店新增的退货展示页面需求，在内部进行简单评审。

4. 问题跟进

  • 李宝仟 需跟进主数据侧关于燃气问题的排期反馈。
  • 刘晓娜 需跟进营销活动中心的兜底方案，待其确认无误后，由邢健提需求给主数据运营团队排期。

面试记录 ​

候选人：陈立庚

条理性欠缺，技术问题解决方案上尚可。

Flow 文件新增字段与电子围栏优化讨论会 ​

本次会议主要讨论了 flow 文件新增字段的解析逻辑、测试用例的编写规范，以及经销商电子围栏功能的优化方案。

小结 ​

1. Flow 文件新增字段解析

  • TTS 侧将在 flow 文件中新增"货权经销商 ou 编码"、"新收货地址 id"、"收单地址 id"三个字段，营销活动中心将接收并存入数据库。
  • 解析逻辑：若 TTS 侧传递了 ou 编码，则直接使用；若未传递，则根据新的匹配规则（从上至下匹配）或兜底逻辑（如固定取"金山"对应的 5 段）来确定。
  • 5 段获取逻辑：当 TTS 侧传递了 ou 编码时，将使用新的逻辑获取 5 段；若未传递，则沿用旧的"经销商+ou"匹配逻辑。
  • 地址 id 字段：该字段将用于直接匹配 5 段，但因主数据尚未对接，暂仅作接收存储。

2. 测试用例编写规范

  • 明确逻辑差异：测试用例需清晰区分新旧逻辑的执行路径。例如，在测试用例中应提供能证明系统走"新逻辑"（如通过主数据查询码表）而非"旧逻辑"（如通过经销商管理后台查询）的前置条件和验证方法。
  • 覆盖多种场景：用例需覆盖新格式、旧格式、混合格式（同一文件中不同行使用不同字段）等多种输入场景。
  • 字段来源明确：用例中的预期结果需明确指出数据来源于哪个具体的数据源或报表。

3. 经销商电子围栏功能优化

  • 功能调整：将经销商管理中的"经营围栏"信息作为主数据，用于更新各相关页面和报表中的省市县乡等行政区划信息。
  • 报表更新：涉及"流向查证"、"流向异常"、"盘点"、"消费者追缴"等报表的字段将更新为最新的经营围栏数据。
  • 异常规则：将结合新的经营围栏数据，更新流向异常判断和活动命中规则。

待办 ​

1. Flow 文件解析功能测试用例完善

  • 秦丽娜 需要补充"混合格式"文件的测试用例。
  • 秦丽娜 需要修改现有用例，使其能清晰体现新旧两种逻辑的差异，并明确数据来源。
  • 刘莉 需要修改用例，明确各字段的数据来源。

2. 功能上线评审

  • 郑然然 需要在下午或次日上午组织评审会，对上述修改后的测试用例进行评审。

3. 活动缓存问题确认

  • 宋洋 需要确认活动配置是否存在缓存机制，以及如何处理新旧数据的切换问题。

奶酪事业部系统架构讨论会 ​

本次会议主要讨论了"奶酪"事业部的系统架构和技术方案，明确了其将作为独立系统进行开发，并确定了活动模块的改造细节。

小结 ​

1. "奶酪"事业部系统独立

  • "奶酪"系统将作为独立的事业部进行开发，与"椰奶"事业部完全隔离，需在 Coding 中新建独立的代码库和项目。
  • 开发将采用分组形式实现逻辑隔离，包括发布、资源申请等均相互独立。

2. "奶酪"系统技术架构

  • 数据库：将基础数据和活动模块数据迁移至 PostgreSQL (PG)，原有的 MySQL 将被替换。MongoDB 将继续用于存储解析、查重、盘点等服务的历史数据。
  • 报表：为简化架构，决定移除 StarRocks 和 Kafka 组件。报表将直接从 PG 中抽取数据，不再依赖 StarRocks 的大宽表。
  • 主数据："奶酪"系统将接入统一的主数据服务，不再使用独立的 MySQL 实例。

3. 活动模块改造

  • 活动模块将被纳入"奶酪"系统的 Spring Cloud 框架内，原有的独立部署模式将改为统一的微服务模式。
  • 活动模块将移除原有的独立鉴权逻辑，由统一的网关进行鉴权。
  • 抽奖、签收激励等功能不在本次需求范围内。

4. 开发与上线计划

  • 开发工作将尽快启动，预计下周可以进入开发阶段。
  • "奶酪"系统的整体上线时间预计为 7 月 30 日。

待办 ​

1. "奶酪"项目立项

  • 宋洋 需与侯小坤沟通，推动为"奶酪"系统独立立项，以便在 Coding 中创建新项目。

2. 技术方案文档整理

  • 宋洋 需将本次会议中关于技术方案的重大变更点整理成文档，作为会议纪要的一部分。

3. 数据库模型设计

  • 宋洋 需输出"奶酪"系统的 PG 和 MongoDB 数据库模型设计，并组织相关人员进行评审。

4. 跨事业部开发协作

  • 开发过程中，需注意代码和数据的隔离，确保"奶酪"和"椰奶"两个事业部的改动互不影响。

技术方案评审会 ​

本次会议评审了违规销售表数据问题、报表列控功能、SFA 盘点表下载优化及 B 端明细表签收时间修复任务。

小结 ​

1. 违规销售明细表数据问题

  • 问题现象：导出报表时出现数据重复和丢失。
  • 根本原因：查询时仅按扫码时间排序，当存在相同时间戳的数据时，排序不稳定，导致分页查询时数据顺序错乱，从而覆盖了部分数据。
  • 解决方案：在 SQL 查询的 order by 子句中增加对"追溯码"的排序，作为次级排序条件，确保相同时间戳数据的稳定性。

2. 报表列控功能

  • 功能目标：新增页面用于控制报表各列的显示/隐藏及排序，并将用户配置持久化。
  • 技术方案：用户在前端修改列配置后，由前端先缓存至 localStorage；页面关闭前，由前端主动调用后端接口进行保存，以避免因用户关闭页面而丢失配置。
  • 后端实现：新增一张配置表，用于存储用户的列配置信息。

3. SFA 盘点明细表下载优化

  • 需求变更：从原有的分页查询模式，改为通过接口直接导出 Excel 文件。
  • 技术方案：采用流式查询和阻塞队列实现读写解耦。读操作从数据库读取数据并放入队列，写操作从队列中取出数据生成文件，以应对大数据量的导出。

4. B 端明细表签收时间修复

  • 问题背景：因下游系统"流向"中的签收时间在出货时未能及时传递，导致 B 端出货明细表缺少此关键字段。
  • 解决方案：开发一个定时任务来修复历史数据。任务将按天（如昨日数据）或按特定条件（如单号、追溯码）批量查询出缺少签收时间的数据，并通过接口将其补充完整。

待办 ​

1. 违规销售明细表数据问题

  • 潘玉平 需在测试环境中复现问题，并提供问题数据截图及排序不一致的证明。
  • 潘玉平 需与数据中台团队确认，在 sr 表上增加主键或唯一排序字段的可行性。

2. 报表列控功能

  • 张广第 需在前端增加"保存"按钮，并在用户关闭页面时主动调用接口同步配置，以确保配置不丢失。

3. SFA 盘点明细表下载优化

  • 孙世文 需与产品经理及 SFA 团队确认并增加数据量限制（如仅允许导出两个月内数据）。
  • 孙世文 需在方案中明确并测试合理的超时时间（如 60 秒），并处理好磁盘空间检查、文件清理等异常场景。

4. B 端明细表签收时间修复

  • 粱健 需与张颖沟通，评估在"流向"回调接口中增加消息传递的可行性，以实现更可靠的签收时间同步，并考虑增加定时任务作为兜底方案。

6.11/7.4 版本上线评审会 ​

本次会议评审了 6 月 11 日及 7 月 4 日两个版本的上线计划，重点讨论了卡券中心和 Saf 两大模块的需求、测试进展及潜在风险。

小结 ​

1. 卡券中心 6.11 版本上线

  • 需求优化：共包含 11 项优化，主要涉及消费者端规则配置、产品券赠品适用范围、中奖明细表字段调整、核销距离及范围配置、核销券赠品信息展示等方面。
  • 测试进展：集成测试已完成，UAT 测试正在进行中，预计完成后将进行签字。
  • 数据与发布：本次优化不涉及历史数据清洗，仅调整前端展示逻辑。上线后将安排灰度验证，具体时间待业务侧确认。

2. Saf 6.11 版本上线

  • 功能优化：主要包括前端页面体验优化、营销助手接入神策、门头照防翻拍识别、支持经销商老板查询团队轨迹、PC 端高价值载体报表、协作任务明细报表、扫码出库等功能。
  • 测试进展：集成测试已完成，UAT 测试大部分完成，但部分模块仍在进行中，预计完成后将进行签字。
  • 性能风险：讨论了接入神策平台可能带来的性能影响，决定会后进行专项评估。
  • 数据变更：发布将涉及数据库 DDL 变更，需在生产环境执行并进行交叉核对。

3. 协同事项

  • 算法与 TTS：算法模型和 TTS 服务将先行发布，供 Saf 调用。
  • 灰度发布：计划于 7 月 11 日进行灰度发布，发布前将进行内部演练。

待办 ​

1. 卡券中心 6.11 版本

  • 宝倩 需牵头各端输出操作手册，并在 6.11 上线前提供；培训时间待业务侧确认后补充。
  • 针对金额字段展示方式变更可能带来的历史数据问题，需进一步思考并确认方案。

2. Saf 6.11 版本

  • 王文沛 需评估接入神策平台对 Saf 性能的影响，并确认是否需要进行专项性能测试。
  • 李宏伟 需执行生产环境的 DDL 变更后，提供测试环境与生产环境的比对截图，并由两人共同核对。
  • 李亚洲 需明确算法、TTS 及 Saf 各模块的具体发布顺序和时间。
  • 王文沛 需完成内部功能自测并提供验证报告。
  • 将 UAT 阶段发现的优化项整理后同步给吴菊，以便确认是否纳入当前版本。

3. 数据组

  • 李宏伟 需针对本次发版涉及的数据库变更，完成生产环境的检查和比对工作。