CM15 / CM01 / 小米寄售业务
用户设想：小米633结算时，再根据CM01库存情况自动补做 CM15→CM01。
01 / 业务背景
02 / 标准寄售流程
寄售补货后，系统用W库存表达客户寄售库存。
先631寄售补货，再633寄售结算消耗，业务发生顺序一致。
查询小米寄售库存时，主要看W库存、631补货和633结算。
03 / 用户设想模式
CM15→CM01结算数量，尽量等于小米633真实销售数量。
把原本应在补货阶段发生的CM15→CM01，延后到小米销售结算时再倒推。
04 / 问题一：库存路径
05 / 问题二：库存绑定
库存进入公共池后，不能保证服务原633结算单。
需要新增单据关系、库存占用、释放、失败恢复逻辑。
06 / 问题三：异常恢复
库存已经进入CM01，数量变成公共库存。
631、633、价格、可用性检查、物料锁定等任一环节可能失败。
其他单据可能已经消耗、转储、锁定或冲销这部分库存。
07 / 问题四：退货与跨月
08 / 问题五：业务范围
09 / 问题六：外围系统与流程
要识别哪些订单或结算走倒推模式，避免仍按标准寄售传单。
补货、库存同步、发货确认逻辑可能需要区分两种模式。
CM15虚拟库位、CM01库存、W库存之间的状态要能解释。
需要把虚拟库位、自动补单、633结算串起来展示。
失败后要判断库存是否已被其他业务消耗或锁定。
用户要理解标准流程和倒推流程的适用边界。
10 / 风险汇总
11 / 结论
不仅要生成单据，还要处理库存占用、单据绑定、异常恢复、退货跨月、外围系统识别。
库存路径偏离标准寄售，补到CM01后的库存进入公共池，容易受其他业务影响。
业务范围、操作培训、对账解释、财务统计口径都需要重新定义。
12 / 下一步建议