Work for YILI

Appearance

2026-09-23 工作日志 ​

物码项目早会 ​

发言人：李亚洲、邢健、吴菊、王琪、郑然然等8人 会议耗时：16分钟

本次会议同步了各业务模块测试与开发进度，重点讨论了货权数据同步延迟问题，明确了后续任务排期及业务侧正式回复的发送安排。

小结 ​

1. 积分与计费钱包模块

  • 积分集成测试通过率达53%：当前整体通过率为53%，剩余一半尚未测试，且存在两个需产品侧确认排期的问题。
  • 计费钱包模块今日收尾：计费钱包模块整体运行正常，计划于今日完成盘点任务的收尾工作。

2. 智慧门店与营销活动中心

  • 小智内部人员接口优化完成评审：该接口优化工作的技术方案已于昨日完成评审，后续将按双方既定排期推动开发。
  • 营销活动中心围栏数据优化上线：围栏数据应用优化功能已成功上线，主数据与营销活动中心关于放开围栏数据接口范围限制的需求已提报，计划于10月中旬实施上线。
  • 云商郑告警问题确认排期：云商郑告警问题已与主数据团队确认开发排期，计划于10月中旬完成发表上线。

3. 货权数据监控

  • 新增3条货权异常数据：今日新增3条货权数据异常，均涉及同一经销商，需进一步查看原因并调整规则。

4. 货权数据同步延迟问题专项讨论

  • 10分钟延迟导致货权归属异常：经销商B签收后，TDS向营销活动中心的同步存在10分钟延迟。在此期间若经销商A再次将码调拨给C，会导致C扫码时码仍处于锁定状态，最终货权错误保留在A处。
  • 暂不解决当前异常个案：该场景属于违规操作下的极限情况，会议决定将其作为案例留存，暂不投入资源解决当前个案。
  • 开展定向分析与流程优化：需针对调拨变更数据开展专项分析，明确状态未及时变更的环节，评估优化方案以避免后续问题。
  • 明日早会同步分析结论：相关责任人需在明日的早会上用3分钟同步整体分析结论及后续优化方向。

5. 后续工作与业务反馈

  • 确认积分测试遗留问题排期：针对积分集成测试中需产品侧确认的两个问题，需立即与相关人员碰头，敲定具体的解决时间。
  • 今日上午发送业务反馈：需在今日上午向业务侧发送正式回复，明确本年度交付范围、无法完成需顺延至明年的项目，以及费用超支情况。

待办 ​

1. 建新、王琪

  • 与相关人员碰头，敲定积分集成测试中两个遗留问题的具体解决时间。

2. 孙东栋

  • 今日新增3条货权异常数据，需进一步查看原因并调整规则。

3. 吴菊

  • 开展货权数据同步延迟问题的定向分析，并于明日早会同步整体分析结论及优化方向。
  • 今日上午向业务侧发送正式回复，明确年度交付范围、顺延至明年的项目及费用超支情况。

营销活动中心：面试 ​

候选人：李超 面试耗时：35分钟

小结 ​

  • 沟通一般，对业务的理解不深。

营销活动中心：面试 ​

候选人：顾宇鹏 面试耗时：30分钟

小结 ​

  • 沟通良好，对业务的理解比较深，技术细节也比较清楚。

专项5周会 ​

项目进展： 专项5各Agent已完成本月的运营效果总结，后续继续按双周进行总结。 项目计划中9月跟进的内容：

  1. BRD评审Agent：完成新BRD模板的改造升级，UAT测试进行中，合并到930版本发布。
  2. PRD评审Agent：完成优化用户反馈；增加后台管理功能。已发布生产。
  3. 原型评审Agent：调整模型参数验证，提升Agent效果；图片唯一标记验证。按计划930版本发布。
  4. 技术架构评审Agent：修复已知bug。合并到930版本发布。
  5. 集成测试用例评审Agent：伊智测试模块1.0.1版本更新，已发布生产。
  6. 自动备份恢复Agent：集成工作已完成，初步测试无报错，预计明日完成最终测试。按计划930版本发布。
  7. 平台基础能力：新增多模态大模型。https://doc.weixin.qq.com/sheet/e3_AcsATgYlAMcCNl6pBcC1DSPeXSYgo?scode=AK0AZgcfAA0pJ56ei0AcsATgYlAMc

待办事项：

  1. 各Agent需新增统计看板功能。各Agent负责人排好计划后，将内容更新到在线表中，按计划汇进。注意统计看板完成时间为10.30。
  2. 各Agent需要集成到YiliBuddy。明天（周四）上午有yilibuddy的培训会，请大家拨冗参加。会后各自规划集成计划，更新到在线表中。 https://doc.weixin.qq.com/sheet/e3_ATYAXQZRAHUCNy2Jy1lK7TIKYbdw8?scode=AK0AZgcfAA0rEFMF41AcQAXwZ6API&tab=gxihe6

风控中心：风控系统部署方案评审 ​

发言人：李兴南、孔玮、王建朝、蔡圣亚、何远翔等8人

本次会议明确了风控系统部署在腾讯云，确定了源码交付与资源申请流程，并针对跨云带宽评估、中间件运维责任划分及离线数据中台对接方案进行了讨论与后续安排。

小结 ​

1. 系统部署与资源规划

  • 部署在腾讯云：会议决定系统暂时部署在腾讯云，因腾讯云上已集成营销活动中心、数据中台、SFA、经典小程序、智慧门店小程序等5个核心业务系统。
  • 服务资源规格：系统包含50多个微服务，生产环境主要资源规格为4核8G，部分接口需8G内存，其余大部分为2核4G。
  • 资源按需扩容：初期上线将按最低标准分配资源，后续若资源不足，将逐步进行扩容。
  • 源码交付与CI/CD：项目采用部分源码交付、部分镜像交付的方式，源码部分将在内部Coding平台进行打包，并自动推送到容器集群。
  • 命名空间与中间件申请：系统将在容器集群的指定命名空间下部署，中间件（如MQ、Kafka、MySQL、Redis）将由平台提供实例并直接交付IP和账号密码。

2. 跨云网络与数据交互

  • SFA系统需评估带宽：SFA、经典小程序、智慧门店等系统要求实时性调用，需评估跨云网络带宽。
  • 非图片传输流量可控：确认SFA系统仅传输人员信息和经纬度等非图片数据，流量较小，无需过度担忧带宽超限。
  • 数据中台允许延迟：与数据中台的交互不要求实时性，可接受数小时的延迟，且数据中台数据为T+1生成。
  • 历史数据参考：目前能预估的数据量仅限金典和安慕希小程序，这部分数据是基于SaaS产品的历史数据评估得出的。
  • 全量数据获取：系统将从中台获取清洗后的全量业务数据，用于离线分析，具体数据量级需根据后续开发的指标来确定。

3. 中间件运维与离线架构

  • 部分中间件需自建：HBase、ClickHouse、Zookeeper等大数据相关中间件平台不提供实例，需项目组自行在虚拟机上部署。
  • 遵循谁建谁运维原则：平台方仅提供虚拟机运维，中间件内部的软件运维由项目组自行负责，平台不对中间件的性能承担责任。
  • 离线数据中台对接：离线数据中台需从零开发，后续将拉通数据中台团队，评估现有组件（如Hive、Doris、Kafka）以进行架构设计。
  • 业务表未确定：离线部分的具体对接方案需待业务表提供后再进行具体沟通。

待办 ​

1. 英乐

  • 预估与SFA系统交互所需的跨云网络带宽与流量，并交由网络团队确认。

2. 蔡圣亚

  • 会后与孔老师沟通中间件自建与运维的具体事宜。
  • 准备容器集群资源申请，并开始在Coding平台上传源码。

3. 孔玮

  • 找陈琪对接数据中台团队，组会沟通离线数据中台对接方案。

4. 孔玮

  • 确认英乐企业微信账号无法登录的问题。

营销活动中心：面试 ​

候选人：杨帅良

本次会议围绕本地消息表调用结算服务的幂等性设计与物资下发死锁问题展开，明确了通过业务ID保证幂等性的方案，并给出了按主键排序解决死锁的技术手段。

小结 ​

1. 本地消息表与结算服务幂等性问题

  • 业务场景与问题：本地消息表定时扫描并调用结算服务时，因网络抖动或宕机导致同一批数据重复下发，引发重复结算数据。
  • 幂等性解决方案：在本地消息表中新增"业务ID"字段，扫描调用时将业务ID传递至结算服务。
  • 防重机制原理：若结算服务已处理过该业务ID的数据，则直接返回处理完成标识，不再重复生成数据或处理请求。

2. 物资下发死锁问题

  • 问题场景：根据风险等级批量选择并下发多种类物资时，偶尔出现数据库死锁导致异常（OM）。
  • 解决方案：在下发物资的查询过程中，对当前读取操作按物资的主键ID进行排序，以规避死锁风险。