ERP 运营侧不需要一开始就做几十张报表。真正重要的是先把三张表做准：全渠道商品出库表、退货滚动报表、实时库存报表。
一、三张表为什么是 ERP 的核心
这三张表分别回答三个问题：
- 货正在以什么速度流出？
- 退货正在怎样影响订单和库存？
- 现在还有多少真正可用的货？
当出库速度和可用库存结合起来，才有可能回答“还能卖多久”；当退货流程和库存状态结合起来，才有可能解释库存为什么变化。
flowchart LR
A[全渠道商品出库表] --> D[近期出库速度]
B[退货滚动报表] --> E[真实库存变化]
C[实时库存报表] --> F[当前可用库存]
D --> G[可用天数]
E --> G
F --> G
G --> H[补货 调拨 控制下单 快进快出]
二、第一张表：全渠道商品出库表
1. 它不是简单的销量表
全渠道出库表的核心目的，是判断真实出库能力和备货需求，而不是单纯统计销售数量。
它应该回答：
- 全渠道实际出了多少货？
- 自营渠道出了多少货？
- 京东大货出了多少货？
- 某个条码出了多少货？
- 某个产品系列整体出了多少货？
- 到时效后的真实出库能力如何？
- 哪些产品消耗快，需要提前备货？
2. 至少要保留的维度
渠道、店铺、商品名称、SKU、条码、产品系列、是否整套、是否纳入统计、出库数量、出库时间、是否到时效、自营出库、京东出库和全渠道合计。
3. 为什么必须做商品分类
同一个产品系列可能有多个 SKU 和多个条码；同名商品也可能存在不同规格。整套和单品、正常商品和补运费项目，也不能混在同一个统计口径中。
因此出库表需要额外维护：
- 系列归属；
- 条码归属；
- 渠道归属；
- 是否整套；
- 是否自营；
- 是否入仓；
- 是否进入统计。
最终，出库表的价值不在于“表很大”，而在于它能支持运营从单条码看到整个产品系列。
三、第二张表：退货滚动报表
退货不是系统里的一个孤立字段，而是订单、审单、出库、退款和库存变化共同形成的业务流程。
一个典型流程可能是：
sequenceDiagram
participant C as 顾客
participant P as 电商平台
participant E as ERP
participant W as 仓库
C->>P: 下单
P->>E: 订单同步
E->>E: 审单与库存占用
E->>W: 出库指令
W-->>E: 出库结果
C->>P: 申请退货退款
P->>E: 退货状态同步
E->>E: 更新退货与库存口径
如果不了解这条链路，就很难解释：
- 为什么某些订单影响库存；
- 为什么退货率出现异常；
- 哪些退货已经回库，哪些只是申请状态；
- 哪些数据需要人工过滤；
- 哪些系统状态还不能代表真实业务结果。
退货表要和库存表结合使用。审单前后、出库前后、退货申请和退货入库之间，可能对应不同的库存状态。只有先定义清楚状态，退货率和可用库存才不会被误读。
四、第三张表：实时库存报表
实时库存表的作用，是帮助运营判断库存状态和备货动作。
它至少需要回答：
- 当前总库存是多少？
- 各仓库存如何分布？
- 直营仓有多少可用货？
- 京东大货仓有多少货？
- 某个条码在哪些仓有货？
- 哪些仓库可以服务某个渠道？
- 某个产品还能卖多少天？
- 哪些产品需要补货，哪些产品不应继续下单？
1. 可用库存比总库存更重要
运营真正关心的通常不是仓库里有多少实物，而是当前有多少货可以被订单使用。
需要区分：
- 实物库存：仓库里实际存在的货；
- 台账库存：系统记录中的库存；
- 可用库存：扣除订单占用、状态限制和不可发仓后，当前真正可以使用的货。
三者不能简单画等号。
2. 仓库必须有运营标签
ERP 原始仓库结构不等于运营视角。至少应标记：
- 自营仓；
- 京东大货仓；
- 共用仓；
- 不统计仓；
- 可发仓；
- 不可发仓；
- 特殊仓。
例如，天猫不能使用京东大货仓的库存时，查询天猫可用库存就必须排除该仓库。否则总库存看起来充足，实际却无法发货。
五、把出库和库存合成“可用天数”
单看库存无法判断是否需要补货，单看出库也无法判断还能卖多久。两张表结合之后，可以得到一个更有经营价值的指标：可用天数。
基本逻辑是：
可用天数 = 当前可用库存 ÷ 近期平均日出库量
这里的关键不是公式本身，而是两个输入必须可信：
- 可用库存必须排除不能发货的仓库和状态；
- 日出库量必须使用统一的商品、条码、系列和渠道口径。
“30 天左右”可以作为某些产品的经验目标，但不应该直接当成所有产品的统一标准。不同产品、渠道、活动周期和供应周期，应该有不同的安全库存规则。
六、库存指标最终要转化成经营动作
报表的终点不是展示，而是动作。
可用天数过低
- 发起补货；
- 调拨库存；
- 评估活动影响；
- 检查渠道库存同步；
- 确认供应周期是否来得及。
可用天数过高
- 控制继续下单；
- 推动快进快出；
- 调整渠道分配；
- 评估促销或清库存方案。
一个渠道缺货、另一个渠道有货
- 检查是否可以移库；
- 检查是否可以共享库存；
- 重新评估渠道库存分配；
- 不要只按照单个渠道孤立判断公司是否缺货。
库存既是渠道问题，也是公司整体资产问题。渠道提出订货需求，但货入仓以后，应该从公司整体周转效率来判断是否继续采购。
七、看板应该从“小而准”开始
ERP 看板不需要一开始就大而全。可以先做一个明确的问题列表：
- 哪些产品可用天数不足？
- 哪些产品库存过高？
- 哪些条码需要补货？
- 哪些仓库不能计入某个渠道？
- 哪些系列出库快、库存少？
- 哪些库存需要快进快出？
先保证数据源、标签和口径正确，再考虑自动更新、定时任务、性能优化和 AI 语音交互。
如果底层分类没有维护好，AI 看到的只是混乱的商品名称、仓库和订单状态，它给出的结论也只能是猜测。
八、结语：报表的价值是推动下一步
ERP 三张核心报表并不是三个孤立的页面：
- 出库表说明货流动得多快；
- 退货表说明订单和库存为什么变化；
- 库存表说明现在还有多少真正可用的货。
三者结合，才能形成可用天数和经营动作。
ERP 的成熟，不是报表数量越来越多，而是运营能够基于同一套口径快速判断：现在应该补货、调拨、控制下单，还是推动库存周转。
配图建议
- 三表关系图：出库速度、退货变化和可用库存共同计算可用天数。
- 库存状态图：实物库存、台账库存、可用库存的差异。
- 动作决策图：可用天数过低、正常、过高时分别采取什么动作。
