预售活动的高峰风险不在销售端,而在仓库端:定金预售、全款预售、补尾款三种单据混在一起,库存占用和发货时点一旦处理错,就是超卖或漏发。电商预售单据处理,是指WMS仓储管理系统对预售订单在付定金、付尾款、转正式发货等阶段产生的单据与库存动作进行区分管理的过程。
预售和现货最大的区别是时间差:下单时没有货或者不发货,尾款付了才进入履约。这个时间差里,库存怎么占用、什么时候转可发、超时怎么释放,都要有明确规则。

本文说明预售单据的类型差异、库存占用逻辑与发货流程的落地要点。
预售单据分几种类型,各有什么特点
定金预售是买家先付定金、活动结束或到货后付尾款再发货;全款预售是买家一次性付清、按约定时间发货;补尾款是定金订单在尾款阶段生成的补充付款单据。三种类型对应不同的发货触发条件,系统必须区分处理,混在一起管理必然出错。
预售还常与现货混合售卖:同一SKU既有现货库存又有预售库存,订单系统按库存来源分流,WMS侧按单据类型执行不同流程。区分单据类型是预售管理的第一步,做错了后面全乱。
库存占用:预售库存和现货库存怎么分开
预售订单的库存占用逻辑与现货不同:全款预售付款即占用预售库存,定金预售在付定金阶段通常不占现货库存或只占预售额度,尾款付清后才转入可发货库存。占用时点错了,就会出现可售虚高导致超卖,或者库存被无效锁定导致卖不动。
WMS侧需要支持预售库存与现货库存的分池管理:预售到货入库后进入预售池,尾款订单按规则释放占用并生成拣货任务。分池规则要与订单系统的占用口径一致,两侧对不上,仓库作业就不知道哪些货能发。
发货流程:尾款确认到出库的执行链路
预售转正式发货的触发点是尾款确认。尾款付清后,订单系统把订单转为可履约状态并通知WMS,WMS按正常流程生成波次、拣货、复核、出库。定金订单超时未付尾款的,按平台规则关闭订单并释放库存。
流程中的关键控制点有两个:一是尾款确认与库存释放的衔接,避免订单已发货而库存未扣减或重复扣减;二是预售到货不足时的缺货处理,部分订单可能需要拆单或延发,规则要提前定好。
通天晓WMS仓储管理系统支持按单据类型区分作业流程,配合库存分池与占用规则执行预售发货;订单侧的预售转正式、尾款确认与超时关闭由订单系统处理,通天晓OMS订单履约系统与WMS协同完成从尾款确认到出库发货的闭环。预售管理的效果,取决于订单侧与仓储侧的规则口径是否一致,建议在大促前用历史预售数据做一轮全流程验证。
FAQ
定金预售的库存什么时候占用?
各企业规则不同:常见做法是付定金阶段只占预售额度不占实物库存,尾款付清后转为实物占用。具体口径应在订单系统与WMS之间统一,避免两侧占用不一致导致超卖或库存积压。
预售和现货同一个SKU怎么管?
按库存池分开:现货池供现货订单,预售池供预售订单,订单系统按来源分流,WMS按池执行作业。池间调拨要有规则,防止混用导致账实不清。
尾款没付的定金订单怎么处理?
按平台规则超时关闭,系统自动释放占用并同步WMS取消拣货任务。关闭前建议有提醒机制,避免正常买家因忘记付尾款而被误关。
预售到货不足怎么办?
按缺货规则处理:部分订单拆单先发有货的,其余延发或退款。规则要提前与运营确认,大促期间人工逐单判断来不及。
预售数据怎么对账?
按活动维度对账:各渠道定金、尾款、发货、退款数据与系统记录核对,重点看库存占用与释放的平衡。活动结束后及时复盘差异,为下次预售优化规则。
总结
电商预售管理的核心是单据分类型、库存分池、发货按触发,订单侧与仓储侧口径一致。通天晓官网的OMS与WMS组合可以按此落地预售流程,大促前用历史数据全流程验证,让预售从营销手段变成可控的履约模式。