Skip to content

邮件标题:20260909-技术评审-营销活动中心-SFA-B端出货明细表优化

邮件正文:

晓娜、建新:
已完成针对【SFA-B端出货明细表优化】的技术评审,现将评审结论、风险判断及后续执行安排同步如下,便于各方对齐认知并落实执行。

项目名称: 营销活动中心
评审时间: 2026/09/09
参与评审人: 马奇、李明非、邱毅、邢健、张建利、孙传熙、朱鸿君、曹旭、张喜、潘玉平、王建朝
评审结果: 有条件通过

一、技术方案背景 ​

  • 业务场景:B 端出货明细报表需新增经销商签收、门店领奖、返利/提现、活动等共 17 项展示字段;数据侧 StarRocks 宽表 shipment_report_details_v2 除「产品状态」外相关列均已就绪,本次改动集中在 SFA 导出与分页的展示/导出层。

二、技术方案要点 ​

  • 整体流程:共用 SQL 片段 shipment_report_detail_clumns2 补齐经销商签收时间、签收状态、签收失败原因 3 列 → 导出模板 ShipmentReportDetailV3Vo 新增前 16 项字段(与 V2VO 同名字段,由 MapStruct 自动拷贝)→ 门店领奖人手机号按现有口径解密后脱敏、活动类型走枚举转中文 → SFA 导出与 /pro-flow-detail-v2 分页同步回填并回归验证列值、列序与签收状态各分支。

三、决议事项 ​

  • 产品状态改为实时展示,读取方式由直连 MongoDB 改为 RPC 调用,由潘玉平负责。
  • 产品状态字段方案中每次检索时从MongoDB中实时读取,与整改 B 端出货明细表处理逻辑不同,需要确认口径并更新到 PRD 中共识。

四、风险提示 ​

  • 产品状态字段方案中每次检索时从MongoDB中实时读取,与整改 B 端出货明细表处理逻辑不同,存在歧义风险。

五、方案地址 ​

技术方案:https://yldc.coding.yili.com/p/sip-mac/wiki/54315#user-content-一背景与目标