一句话总结

以只读证据完成采购关闭查询的预发结果核对和历史来源边界澄清，继续推进应收缓存、销售明细迁移与商品搜索架构设计，未把未闭环方案写成上线成果。

今日成果

  • 完成采购关闭查询 staging 合入和专用预发测试站只读回归：查询返回待关闭数量 10、单价 12.40、金额 124.00，未调用最终关闭接口；因内网标识为空，仍未证明 wfh 新分支已命中。
  • 完成采购历史来源只读统计：srcOrderEntryId=0/NULL 不等于三方物料，约 21.85% 的零来源历史记录仍属于快准物料；目标采购单的采购明细→出库→入库链路完整，未做历史猜测补偿。
  • 推进应收余额缓存预发安全门禁：DGJ 宿主机和 tools 消费者代码哈希匹配、PHP lint/进程检查通过，Canal/Kafka 尾部位点语义已澄清；Redis 版本键、API 金额回源和专用测试样本仍未闭环。
  • 收敛销售明细 T+1 迁移方案：同步中或状态未知时整次回退 MySQL，只有权威业务日期水位发布后才允许大数据与 MySQL 分段合并；未改代码或数据库。
  • 建立商品全量预加载架构设计：建议服务端返回 20–50 条搜索候选、选中后按 invId 查详情，并补齐条码/SKU/编号精确查询；未修改业务代码。
  • 只读纠正 ZGJ/DGJ 分支与运行边界：确认原提交已被 develop 回滚，DGJ2 宿主机运行而非先前检查的 dgjcenter Docker；避免错误重发布或重启。

问题与风险

  • 应收缓存仍缺 Redis 版本键/TTL、API 金额回源、实际流量节点和获准预发测试站点，不能写成灰度成功。
  • 采购 wfh 分支还需补预发内网标识后验证；历史零来源记录不可按物料、价格或赠品标识猜测归属。
  • 销售明细大数据尚缺权威水位、CDC 订阅/删除处理和双读接口契约；商品搜索方案仍处设计阶段。
  • 钉钉群消息风险排查方案仅完成讨论，未接入个人账号或自动回复。

验证与证据

  • 原始采集：8 个会话记录、461 条消息；自动化重放不计入有效成果。原始 JSON 保存在本地私有目录。
  • DGJ2 严格知识审计：22 个活动包、8 个待沉淀、7 个候选、1 个优先候选、1 个需晋级、0 错误，成熟度 L1。
  • 项目代码/运行证据：采购查询只读 API 回读、DGJ/tools 文件哈希与 PHP lint、Canal/Kafka 位点语义、Hologres 表结构/字段核验、商品初始化链路代码核对。
  • 未执行生产写入、预发缓存灰度、最终采购关闭、数据库 DDL 或业务代码修改。

下一步

  • 取得专用预发 sid+buId，补应收缓存 Redis→API→金额回源闭环并保持生产只读。
  • 补齐采购预发内网标识后验证 wfh 命中新查询；继续隔离历史无来源数据审计。
  • 与数据平台确认销售明细权威水位和 CDC，再评审双读实现；商品搜索先落精确查询与候选接口契约。