问题、目标用户与方案
业务问题
电商经营数据、诊断、行动和 AI 建议需要在同一事实口径下展示，避免演示数据与业务数据分叉。
目标用户
需要验证统一事实口径、经营界面和交付方法的电商系统开发与交付人员。
产品方案
以 Base 为 SSOT，组合经营总览、数据读取、业务接口和统一前端交互，用于验证 FDE 电商交付方法。
我在项目中的参与
将公开资料中的角色描述拆成可交接的工作面，方便继续核对源码、数据和运行条件。
- 产品架构
- 全栈实现
- 交付方法设计
三步典型使用场景
以下路径是基于公开资料对业务对象和页面关系的整理，不是线上操作记录。
01 · 统一事实源
先从 Base 单一事实源读取统一经营数据，确认页面显示的指标都能回到同一结构。
02 · 经营视图验证
用经营总览和业务接口骨架验证页面、数据读取与交互之间的连接，区分演示路径和真实业务运行。
03 · 迁移适配器评估
从现有前端和接口边界列出独立发布配置、数据访问和身份权限的缺口，为后续重建排序。
两项具体设计取舍
这是根据已有问题、方案、功能和迁移字段整理出的判断，供接手者复核。
Base 作为唯一事实源
把统一口径放在数据层，避免演示页面各自维护一份业务数据；页面只负责解释和操作入口。
演示与生产分层
工程骨架可以验证方法和页面关系，但没有发布态源码时不把它描述为已上线或完整运行。
完整功能与参与工作
关键能力
- Base 单一事实源
- 统一经营视图
- 全栈接口骨架
- 可迁移适配器边界
参与工作
- 产品架构
- 全栈实现
- 交付方法设计
架构示意
根据现有资料整理；结构示意，待与线上实现核对。
统一经营前端
React与TypeScript组合经营总览与统一交互，用于验证电商交付方法。
NestJS接口骨架
开发工程保留业务接口骨架；不将骨架与已上线业务服务混为一谈。
Base单一事实源
24表Base精确绑定为统一数据口径提供结构基础。
发布与独立适配
没有发布态源码，需要补独立发布配置，并重新执行完整构建与业务验证。
交付证据与状态
公开资料中的证据
- 开发态源码 335 个文件
- 24 表 Base 精确绑定
HISTORICAL_RECEIPTS_ONLYNOT_VERIFIED交付证据与构建状态为资料内历史验证记录，本轮未重新验证这些业务应用。
迁移限制与素材状态
开发工程可迁移；没有发布态源码，需要补独立发布配置并重新做完整构建验证。
历史页面截图与完整业务运行演示尚未全部接入。本页主要展示项目资料，新增界面展示单独标注来源与示例数据，不提供原业务系统的在线服务。
三步接手与迁移顺序
这些是基于当前资料整理的下一步工作，不是已经验收完成的交付。
- 01
补齐发布配置
从开发态工程整理独立构建入口、环境配置、身份与数据连接，先形成可重复的发布包。
- 02
恢复只读接口
按 24 表合同接入独立读取层，验证统一经营页面的字段和口径。
- 03
再补业务写入
在只读路径稳定后，逐项验证动作、权限和写入回滚，不能用演示接口替代生产验证。