业务五流与全链路：一笔订单如何让公司转起来

2.1 不是一条流，而是五条流同时发生

正在绘制业务流程…

流	从哪里到哪里	要对上的证据
订单流	平台→OMS/ERP→WMS→客服	平台订单号、内部订单号、售后单号
货物流	供应商→仓库→快递→顾客→退货仓	SKU/批次、序列号、称重、打包照片、运单
资金流	顾客→平台→卖家→供应商/服务商	支付、退款、补贴、佣金、结算、银行流水
发票流	供应商→卖家；卖家→顾客	采购发票、销售发票、红字冲销、费用票
数据流	平台/广告/客服/仓配→数据仓库	口径、时区、状态时点、数据权限、导出日志

所谓“业财一体”，不是买一套ERP就完成了，而是五条流能围绕同一组单号、SKU和金额互相验证。只有平台GMV，却找不到出库单、发票或银行回款，不是“数据问题”，而是内控问题。

2.2 订单状态机

正在绘制业务流程…

平台状态和公司内部状态不一定一一对应。例如“平台已发货”可能只表示卖家上传了单号；仓库的真实状态还可能是“已打包待交接”。运营必须关注平台对“揽收”、“物流更新”和“妥投”的当期规则，不能靠上传空包单号来做时效。

2.3 每个环节的责任交接

节点	主责	接收的输入	交付的输出	红线
商品建档	商品运营	样品、合格证明、成本、供货期	可售SKU主数据	无资质、错规格、虚假功效
活动上线	店铺运营	库存、底价、素材、预算	已审批的价格与库存锁定	低于底价、无货超卖
审单	订单/风控	支付订单、地址、风险标记	可履约订单	人工导出泄露个人信息
出库	仓库	波次、SKU、批次、包装要求	称重复核后的包裹	错发、漏发、用已退货B品冒充新品
售后	客服+售后	对话、照片、物流、检验证据	解决方案和原因码	无理拒绝、伪造证据、超时
对账	财务	订单、退款、补贴、费用、结算	差异清单、凭证、税务口径	把GMV当收入、漏报收入

2.4 用事件账把“五条流”拴在一起

系统对接最容易犯的错，是把“当前状态”当作完整历史。订单页面只显示已退款，并不能回答什么时候申请、谁批准、货是否退回、库存是否恢复、资金何时冲回以及发票是否红冲。正确做法是保留不可随意覆盖的事件：事件名称、发生时间、接收时间、来源系统、业务对象、前后状态、操作人或接口、金额/数量、证据链接和唯一事件号。当前状态应由事件推导，而不是把历史擦掉。

事件例子	必须关联	不能只记录什么
支付成功	平台订单号、支付金额、优惠承担、时间	“今日成交+1”
库存占用	内部订单、SKU、仓、数量、占用规则	只改可售数量，没有库存事务
包裹交接	包裹/运单、重量、复核、承运人签收	“后台已发货”
退货验收	售后单、原订单、批次、检验、库存去向	“顾客已退”
平台结算	订单/资金项目、结算批次、跨期属性	一笔银行到账

接口要考虑重复推送和乱序：同一事件重复到达不能重复扣库存或退款，较晚接收的旧事件也不能把已签收订单改回运输中。人工修正应保留原值、理由、批准人和修正事件。每天抽样从平台反查OMS、WMS、快递、资金和发票，才能知道链路是“真闭环”还是看板看起来顺滑。

---