CM15 / CM01 / 小米寄售业务

CM15 小米销售统计报表方案

不改变现有SAP业务流程,通过月度报表统计应计入CM15的小米销售数量与金额。

会议目标 确认报表统计口径、取数逻辑、定稿规则和业务确认项
核心原则 以633寄售结算为实销起点,先抵扣CM01非CM15来源,剩余计入CM15销售

01 / 业务背景

现有业务链路是标准寄售流程

CM15饭煲工厂生产
CM01上海纯米销售主体
小米W库存寄售补货631
小米实销633寄售结算

正常结算关系

  • CM15与CM01结算。
  • CM01与小米客户结算。
  • 633寄售结算代表小米实际销售后的W库存消耗。

当前统计难点

  • CM01库存里同时存在CM15来源和CM01自有/委外来源。
  • 系统未启用批次、序列号或来源库存隔离。
  • 做633寄售结算时,系统无法直接判断消耗来源。

02 / 需求定位

用户要的是统计口径,不是实物级追溯

不做主流程改造

不通过633寄售结算倒推自动生成CM15→CM01单据,不改变当前补货、寄售、结算流程。

做销售统计报表

以633寄售结算为实销来源,按照双方认可的规则计算应计入CM15的数量和金额。

报表可以提供:按确认规则输出应计入CM15的小米销售数量和金额。
报表不能证明:每一台饭煲的真实实物来源。

03 / 方案总览

报表取数逻辑:先看小米卖了多少,再判断多少计入CM15

1

取本月633寄售结算

这是小米已经卖给终端客户后,CM01与小米结算的数量。正向销售扣减退货/冲销后,得到本月净633。

2

先用非CM15来源抵扣

除CM15转储外,CM01其他入库先作为可抵扣池。业务上可理解为:先用非CM15来源数量覆盖小米销售。

3

抵扣不够的部分计入CM15

如果非CM15来源可抵扣数量不够覆盖本月633寄售结算,剩余部分就统计为应计入CM15的小米销售数量。

4

月结后定稿

当前月可提前试算;月结完成并确认后,保存当月结果,作为后续查询和对账的稳定版本。

一句话说明:小米本月633寄售结算数量,先扣非CM15来源可覆盖的部分,扣不掉的剩余数量计入CM15销售。

04 / 取数来源

报表需要四类核心数据

A

小米实销数据

取CM01→小米633寄售结算;正向销售扣减退货/冲销,作为本月净633数量。

B

非CM15来源池

除CM15转储外,CM01其他入库来源先作为抵扣池。

C

CM15来源数据

取CM15→CM01的ZSTO等转储/销售数据,用于校验CM15供货和数量上限。

D

金额口径

应计入CM15的金额按确认价格计算,价格来源需财务最终确认。

建议默认口径:除CM15通过ZSTO等方式转储给CM01的数量外,CM01其他入库均视为非CM15来源。

05 / 核心计算逻辑

按月计算:先算可抵扣数量,再算应计CM15销售数量

x 的业务含义

x 不是单据号,也不是固定库存。它表示:非CM15来源累计入库数量,扣减截至上月的历史633寄售结算数量后,本月还能用于抵扣633寄售结算的数量。

第一步:计算可抵扣数量 x x = 非CM15来源累计入库数量(截至n月末) - 小米633寄售结算历史累计数量(截至n-1月末)
第二步:用 x 抵扣本月净633 Q(n) 本月抵扣数量 = min( max(x,0), Q(n) ) 应计入CM15销售数量 = Q(n) - 本月抵扣数量
关键口径:正式统计只按月。本月非CM15来源入库数量允许参与抵扣本月633寄售结算数量;本月633数量不提前参与x的扣减。

06 / 计算示例

用5月举例:x不同,计入CM15的数量不同

本月净633寄售结算数量 Q(n)假设5月小米实际销售后,CM01对小米633寄售结算净数量 = 数量80。
x:非CM15来源可抵扣数量表示非CM15来源货源扣完历史633寄售结算数量后,还剩多少数量能抵扣5月633寄售结算数量80。

场景A:x ≤ 0

非CM15来源可抵扣数量已经没有了,历史633寄售结算数量已经把它用完。

应计入CM15数量80
结果:5月数量80全部计入CM15销售。

场景B:x ≥ 80

非CM15来源可抵扣数量足够覆盖5月633寄售结算数量80。

抵扣数量80,应计CM15数量0
结果:5月计入CM15销售数量为0。

场景C:0 < x < 80

非CM15来源可抵扣数量只能覆盖一部分,比如 x = 数量30。

抵扣数量30计入CM15数量50
结果:先抵扣数量30,剩余数量50计入CM15销售。

07 / 月度定稿

建议采用“当前月试算 + 月结后定稿”

1

当前月试算

当前月业务单据还在新增、冲销或调整。报表可以提前查看趋势,但数字会随单据变化,不作为最终确认结果。

2

月结后定稿

月结完成后,由业务或财务确认当月结果,系统保存计算过程和最终数量金额,形成稳定版本。

3

历史月份查询

历史月份优先读取已定稿结果,避免每次从历史第一笔重算,也避免已确认结果反复变化。

为什么要定稿

  • 避免已确认月份反复变化。
  • 减少历史累计计算压力。
  • 方便财务和业务对账。

定稿建议保存

  • 本月净633、x、CM01抵扣、应计入CM15数量。
  • 金额、差异原因、确认状态。
  • 定稿人、定稿时间、版本号。

08 / 跨月冲销

跨月冲销默认按过账月体现,不回改已定稿月份

示例

1月某笔入库或633寄售结算已经参与1月定稿;2月发生冲销,且冲销过账在2月。

建议口径

1月定稿不变,2月体现负数调整。

  • 和财务过账月一致。
  • 避免反复打开历史月份。
  • 后续查询更稳定。

不建议默认回改

如果冲销回改原月份,需要重开定稿并联动重算后续月份。

  • 流程复杂。
  • 版本管理困难。
  • 对账成本高。

09 / 需要用户确认

只保留真正影响结果的确认项

1. 物料范围哪些饭煲物料纳入统计。
2. 非CM15来源范围建议除CM15转储外,其他CM01入库均纳入抵扣池。
3. 历史起算方式历史完整则从最早业务累计;不完整才设置起算余额。
4. 跨月冲销口径建议按冲销过账月体现,不回改已定稿月份。
5. 金额口径建议明确采用CM15→CM01价格,还是CM01销售给小米价格,或其他管理统计价。
6. 定稿责任谁确认、何时定稿、是否允许重开。
不再作为确认项:统计周期。正式报表按月统计,当前月可试算,明细可下钻到日期、单据和移动类型。

10 / 结论

推荐结论:用报表满足统计需求,不改主业务流程

能满足

  • 按月统计应计入CM15的小米销售数量。
  • 按确认价格计算应计入CM15的金额。
  • 输出可定稿、可追溯的管理统计结果。

不改变

  • 不改变CM15、CM01、小米现有业务流程。
  • 不自动倒推生成物流或结算单据。
  • 不要求启用批次、序列号或一物多码。

需明确

  • 报表是规则统计,不是实物级来源证明。
  • 确认项需由业务和财务共同确认。
  • 月结定稿后原则上保持稳定。
下一步:确认口径后,IT整理字段清单、取数规则和报表原型。
S 演讲者视图 | ← → 翻页 | F 全屏 | O 总览 | T 切换主题