订单进了系统，怎样才算真正发出？
把下发、仓内作业与平台回写分开看，才能找到订单停住的位置。
操作仅改变当前浏览器中的虚构演示数据，不连接真实 Ozon
或云仓业务。请勿填写真实客户信息、订单或平台密钥。
先分清三本账
订单列表描述平台侧的订单，出库任务记录云仓正在做什么，回写记录说明平台是否已经接收到发货信息。三者相关，却不是同一条状态。仓库显示“已出库”，不等于平台一定显示“已发货”。
这套演示把同一笔订单的变化放在订单中心、出库履约、面单中心与实时事件流中。下面用“正常履约演示单”走一遍，不需要填写任何客户资料。
从一笔订单开始
- 进入订单中心，点击“正常履约演示单”。确认商品、数量、店铺和拟分配的云仓。
- 点击“获取面单并下发云仓”。系统先检查 SKU 映射、仓库连接和可用库存，通过后创建出库任务。
- 看到“云仓已接单”后，去出库履约查看任务。接单表示仓库收到了请求，并不表示包裹已离仓。
- 在实时履约开启模拟，观察拣货、打包、称重、运单和出库事件。试完请暂停模拟，便于回看。
- 出库后继续查看“待回写 Ozon”和事件流中的回写结果，核对包裹与运单信息。失败时去异常与日志定位原因，再重试。
看到这些状态时，下一步做什么
- 未下发或下发失败
- 先看 SKU、库存与仓库连接。连续点击下发不能修复缺失的前置条件。
- 仓内作业中
- 从出库任务核对当前环节，区分等待拣货、打包与实际出库；不要仅凭面单存在就判断已发货。
- 已出库、待回写
- 核对发货回写和运单回写。演示可模拟回写失败，再观察重试与日志。
验收一笔履约，看四处是否对得上
- 订单号与出库任务属于同一笔订单。
- 仓库、商品和数量与下发前一致。
- 面单明确带有“DEMO / 演示数据”水印，只能用于学习。
- 出库与回写结果有事件记录，不能把“请求已发送”当成“平台已确认”。
重置演示数据会恢复初始状态。真实经营还需要仓库服务、平台授权、接口幂等和失败补偿，本演示没有完成这些生产接入。