业务规则放在服务层
不只靠页面显示约束。金额使用 Decimal；可比变化、缺报影响与原始口径分别处理。
正在加载案例资料…
- 业务场景
- 多平台、多店铺经营
- 关键工作
- 数据口径、分析路径、系统实现
- 项目形态
- 可追问的综合经营系统
正在加载案例资料…
多平台、多店铺同时经营，看起来什么数据都有。但当经营发生变化时，团队往往只能看到结果，很难快速知道变化来自哪里。
我重新梳理数据、指标和分析路径，把不同经营层级串起来。先确定数据口径和可比范围，再判断谁影响最大、异常在哪里。
要解决的不是“看不见数据”，
而是“看到变化以后，无法继续判断”。
下面是同组业务快照的阅读顺序。
切换的是截图，不是操作你的真实系统。
经营快照：2026-10-05
对比区间：2026-10-04
数据完整性：待校验
截图加载失败。请刷新页面，或使用“打开大图”查看脱敏文件。
公司层展示日报净额、销售、退款、推广费与优先事项。系统同时保留“完整性待校验”，不把已入库记录等同于全部数据到齐。
同一个页面，把“表面变化”“可比店铺变化”和“暂无记录影响”拆开。先确认能比较什么，再讨论经营出了什么问题。
库存、运费、利润与异常追踪，
是同一综合经营系统里的能力。
依据实际项目源码核实。
不是根据截图猜测的技术标签。
Vite · Ant Design · ECharts
页面、筛选、图表与下钻入口指标计算 / 权限范围 / 数据状态
Alembic 迁移 · 独立事实与有效期
人工日报
Excel / 外部业务数据
Pandas · openpyxl
试运行 / 确认 / 备份
JWT / bcrypt · 角色与数据范围 · CSRF · 操作审计
Docker Compose 交付访问路径浏览器 → Nginx → React 界面 / FastAPI
数据路径业务文件 → 契约与校验 → 服务层 → 数据库
不只靠页面显示约束。金额使用 Decimal；可比变化、缺报影响与原始口径分别处理。
导入具备试运行、确认与备份路径；权限范围、操作原因与审计记录参与业务流程。
React 前端与 FastAPI 接口各司其职。部署配置分为前端代理、API与数据库，不为展示添加虚构的 AI 层。
这里说明本机源码与部署配置，未核对当前线上实例的版本、性能或安全状态。定时任务是可选能力，代码默认关闭。
不是所有数据都可以直接合并，也不是所有空白都可以补成零。真正可用的分析，要把来源、覆盖范围和不确定性一起交给使用者。
如果你也遇到数据很多、判断很难，或者流程一直靠人反复推动的问题，我们可以从真实业务开始聊。
聊聊你的业务