Work for YILI

Appearance

2026-08-19 工作日志 ​

营销活动中心早会 ​

本次早会同步了营销活动中心各项目进展（9 项待办跨 5 人），多项目延期与数据问题集中暴露：SIV 集成测试推迟、数据权限方案待营销活动中心提供、移动端看板需求需重启流程；数据侧今日集中收口（主数据比对、历史差异清洗、电子围栏处理），并计划建立统一问题清单 + 8月6日上线质量专项复盘。

小结 ​

1. 各项目进展同步

  • SIV 版本集成测试：原定 8月28日 的集成测试因 SIV 资源问题推迟，具体时间待定。
  • 数据权限方案：因营销活动中心尚未提供方案，项目整体进度延迟，预计到 9月底 才能上线。
  • 移动端看板需求：因智慧门店端需求未被正式纳入流程，开发计划暂停。需求不会取消，需重新启动流程。
  • PC 端报表优化：P1 级报表将进入 UAT 测试；生产流向 P2D 本周完成开发并推进评审。

2. 数据问题与遗留问题

  • 数据一致性：主数据已全量推送客户数据，今日完成数据接收情况检查及一致性比对。
  • 历史数据差异：已整理出需清洗的历史差异数据清单，将协助营销活动中心清洗。
  • 电子围栏数据：已修复部分因数据质量问题或接口超时被拦截的数据，预计今日完成处理。
  • 财务失效客户：已发现一条财务失效客户数据，由王琪跟进根因核查并反馈。

3. 健康度监控与问题复盘

  • 问题追踪：建立统一问题清单，汇总各端发现的所有问题，统一跟进。
  • 问题复盘：近期健康度监控问题较多，组织专项复盘会议，审视与 8月6日 上线相关的质量把控环节。

待办 ​

  • 线下沟通并确定 SIV 版本集成测试的新时间。 — @李亚洲
  • 与黄磊沟通，推动其在需求流程中补充智慧门店端需求（移动端看板）。 — @孙东栋
  • 更新 PC 端报表优化的开发计划。 — @孙东栋
  • 完成主数据全量客户初始化推送及数据一致性比对。 — @邢健
  • 协助营销活动中心完成历史差异数据的清洗工作。 — @邢健
  • 跟进并反馈财务失效客户的根因。 — @王琪
  • 将近期监控问题整理成列表，明天会议同步。 — @孙东栋
  • 整理 8月6日 上线相关质量风险点，为复盘做准备。 — @孙东栋
  • 准备待签收列表新增签收距离校验规则的上线评审材料。 — @任铭

券中心积分兑换场景技术方案评审 ​

券中心接口 V2 版本改造 + 智慧门店侧批量查询门店券性能优化方案评审，耗时 32 分钟，结论已评审。

小结 ​

1. 券中心接口 V2 版本改造

  • 发券接口：支持积分兑换券的发券，不再强制要求传入门店信息，改为传入事业部和用户编码。发券成功后通过 MQ 异步处理，并返回券码。
  • 券列表与核销：支持多种券类型（陈列券、代金券、付款抵用券）的查询与核销。核销时需传入门店信息进行校验。
  • 二维码生成：支持一张二维码对应多张券（特别是付款抵用券），并增加了 V2 版本的森码，可通过码前缀区分 V1 和 V2 版本，以实现兼容。

2. 智慧门店批量查询券统计需求

  • 需求背景：智慧门店希望其首页能按门店查询券的数量，并提供总览功能，查看某个用户在所有关联门店下的券总量。
  • 核心问题：现有接口不支持批量查询大量门店（如 3900 家），因性能瓶颈可能导致系统响应缓慢甚至崩溃。

待办 ​

  • 在接口文档中重点强调 V1 和 V2 版本森码的区分方式及兼容方案。 — @杨建
  • 组织与智慧门店侧技术经理子琪的会议，共同探讨批量查询券统计的性能优化方案。 — @杨建
  • 评估并推动采用定时统计或提供预聚合统计表等替代方案，以解决大规模门店查询的性能问题。 — @杨建

伊智开发平台周会 ​

伊智开发平台项目进度同步会（16min），各成员汇报各自模块开发进展，并重点讨论多个独立部署服务的集成方案。

小结 ​

1. 各模块开发进展同步

  • 多位成员反馈项目整体进度正常，已完成代码合并或开发工作，部分已进入测试或对接阶段。

2. 多个独立服务的集成方案

  • 各服务均为独立部署，需统一集成到主应用中展示。
  • 杨华峰和白晨凡提出通过管理后台 IE 界面进行集成的初步想法。
  • 王子奇介绍 iframe 嵌入方案，并强调为保证用户状态同步，各第三方应用应尽可能使用与主应用相同的域名（同源策略），避免重复维护用户登录状态。

3. 权限模块进展

  • 权限管理功能已有一版，但尚未合并至主干版本，预计本周完成测试并合并。

4. 运维数据价值思考

  • 会议最后提出，团队需开始思考并规划如何衡量和总结各模块的运维数据价值。

待办 ​

  • 将各服务的访问地址提供给王子奇，以便其协助集成。 — @杨华峰
  • 负责设计集成方案，并在完成后通知相关人员。 — @王子奇
  • 根据王子奇提供的文档，准备并提供：应用的访问地址、应用在左侧菜单应显示的名称（供 iframe 嵌入主应用）。 — @各团队
  • 权限功能代码合并后，将权限管理文档提供给相关同学以便测试。 — @崔建瑞
  • 开始思考并规划如何衡量和总结自身模块的运维数据价值。 — @各团队

3.1.1 系统钱包一阶段需求技术方案会 ​

本次会议围绕 3.1.1 系统钱包一阶段需求展开，重点讨论钱包 H5 嵌入小程序的身份认证方案与积分体系设计，明确多端兼容、数据同源及票据交互等技术细节。

小结 ​

1. 钱包一阶段需求范围

  • 明确核心业务模块：本次需求主要涵盖钱包 H5 搭建与新积分体系重建两大板块，原计费系统仅支持红包体系。
  • 划分技术功能模块：整体技术方案从技术角度拆分为五大模块。
    • 微信小程序身份认证：解决 H5 嵌入小程序后的用户身份健全问题。
    • 积分体系：全新重构，替换原有的红包体系。
    • 红包页面改造：对原有红包页面进行适配调整。
    • 优惠券模块：新增或优化钱包内的优惠券板块。
    • 杂项处理：覆盖其他零散的技术处理需求。

2. 多端兼容与数据策略

  • 确定小智小程序暂不接入：因暂时不涉及积分体系，小智信息本次不予接入。
  • 明确历史数据与接口策略：后端接口沿用标准方案以兼容多端，前端为全展示层。
    • 数据层策略：采用同一套数据入口，多个终端（如智慧门店、微信 H5）均可操作提现。
    • 旧端过渡策略：原有智慧门店等小程序暂不下架，继续保留提现能力。

3. 门店员工身份认证方案

  • 规避主数据同步延迟：依赖主数据同步存在延时风险，改为由宿主小程序直接推送完整身份信息至后端。
  • 规范票据流转交互：明确了从员工获取身份票据到 H5 登录的完整闭环流程。
    • 宿主小程序侧：获取员工身份票据并请求后端校验参数有效性，将信息存入缓存（缓存时长由 1 分钟延长至 5 分钟），生成唯一票据返回给前端。
    • H5 钱包侧：前端组装 UI 参数加载组件，携带身份票据请求后端登录；后端从缓存消费一次该票据即清除，完成身份验证。

待办

  • 本次会议原文仅提供小结，未列明具体待办事项（责任人 / 截止时间），按记录原样留存，待补充。