Skip to content

2026-07-29 工作日志 ​

各模块测试进度与风险同步会(电子围栏数据推送失败问题) ​

小结 ​

1. 各模块测试进度与风险

  • 扫码查证及签收:测试进度 66%,已解决技术问题,正在进行回归测试。
  • 前端数据必填:测试已过半,两个问题仍在解决中。
  • 电子围栏:测试进度为 0,因主数据推送失败导致数据不通。经排查,失败原因为测试环境中不存在对应的客户数据。
  • SFA 数据互通:测试进度 27%,部分用例失败,正在处理中。
  • 多链路签收 H5 化:测试进度 2%,需智慧门店和小智侧解决相应问题后方可继续。

2. 后端监控与数据一致性

  • 后端监控:APM 监控已与开发对接,后续将跟进开发进展。
  • 数据比对:
    • 智慧门店与主数据:存在数据差异,智慧门店侧的冗余数据已在规划中处理。
    • 小智与主数据:昨日的数据比对任务未完成,今日将进行。
    • 营销活动中心:已完成两类数据比对,剩余四类仍在进行中。
    • 云商系统:已定位到产品数据同步失败的问题,原因是主数据未及时推送。

待办 ​

1. 电子围栏测试数据问题

  • 刘晓娜需向源端(麦川团队)申请更多测试数据,以解决因数据不通导致的测试阻塞问题。

2. 各模块问题修复与跟进

  • 前端数据必填:需跟进开发解决剩余的两个问题。——郑然然
  • SFA 数据互通:需推动 SFA 侧处理测试中遇到的问题。——郑然然
  • 多链路签收 H5 化:需智慧门店和小智侧解决相应问题,以便后续复测。——郑然然
  • 智慧门店与主数据差异:需与供应商团队沟通处理数据差异问题。——邢健
  • 小智与主数据数据比对:需完成昨日未完成的门店及关系数据比对。——邢健
  • 云商系统产品数据问题:已将问题反馈给主数据产品经理。——邢健

各项目进展同步与 8 月 2 日发版计划会 ​

小结 ​

1. 7 月版本发版计划

  • 本次会议明确,7 月版本将进行发版,初步计划时间为 8 月 2 日。
  • 各模块需在 8 月 2 日发版前完成代码合并,并提交至平台进行整体测试。

2. 各模块进展同步

  • AI 架构与云天部署:基础功能已完成,正进行测试。多模态图片识别能力已由 AI 网关提供,可进行调试。
  • 知识库与云支持:知识库已完成开发,但 AI 团队无法直接对外提供服务,需由张世杰自行搭建代理服务。
  • 自动化工具:多个项目涉及自动化工具的开发,如检验报告生成、数据库调优、自动备份等,均处于开发或测试阶段。
  • 前端平台:正在进行技术栈升级、登录页及首页的视觉优化,整体进度正常。

待办 ​

1. 8 月 2 日发版准备

  • 俊凯需在会后将代码合并至生产分支,以便进行整体测试。

2. 外部服务接入

  • 张世杰需提供 defi 服务的访问链接,并与子奇对接,将链接挂载到前端平台。

3. 项目状态更新

  • 李育佳需更新"瑜伽"项目的开发状态。
  • 王文沛需更新测试相关模块的状态。

数据修复方案评审会(盘点次数类型转换 / 日常开单码状态 / B端出货后补经销商同步) ​

小结 ​

1. 盘点次数类型转换 Bug 修复

  • 问题背景:3 月份数据迁移过程中,部分历史数据的"盘点次数"字段为字符串类型而非整型,导致盘点时因类型转换失败而报错。
  • 解决方案:对受影响的公共方法进行兼容性改造,增加对字符串类型的转换与错误处理逻辑,确保字符串与整型均能正确处理并返回数值。
  • 验证情况:已在多场景(数字、空字符串、有效字符串)验证,功能正常。

2. 修复日常开单产生的码状态异常问题

  • 问题背景:日常开单流程存在 Bug,导致部分追溯码状态停留在"待签收",而实际流向已为"门店签收"或"已售出"。
  • 解决方案:提出定时任务方案修复——从临时表获取需修复追溯码 → 批量查询 code_info 表筛选状态为"待签收"的码 → 按流向信息筛选最新流向为"门店签收"且签收单类型为"日常开单"的记录 → 统一将符合条件的码状态更新为"已签收"。

3. B 端出货明细表后补经销商字段同步方案

  • 问题背景:为满足中台报表复现需求,需将 B 端出货明细表中的"后补经销商""货源经销商""货权经销商"三个字段数据,从实时查询的 code_info 表同步写入 B 端出货明细表。
  • 解决方案:采用 Kafka 消费模式增量同步——消费 TTS 产生的流向变更消息 → 通过追溯码、单号等联合主键查询 code_info 表获取最新三个经销商字段 → 批量更新 B 端出货明细表对应字段(仅更新这三个特定字段,不影响其他数据)。

待办 ​

1. 盘点次数类型转换 Bug 修复

  • 需统计受影响的脏数据量,评估修复方案的影响范围。——潘玉平

2. 修复日常开单产生的码状态异常问题

  • 需进一步确认"日常开单"产生的流向在系统中的具体状态标识。——潘玉平
  • 需验证修复方案的逻辑,特别是流向和数据在工具中的显示是否一致。——潘玉平
  • 方案需在今晚再次进行验证。——潘玉平

3. B 端出货明细表后补经销商字段同步方案

  • 在方案中补充 update_time 字段的更新逻辑,确保数据一致性。——潘玉平