2026年10月，一家做食品批发的公司想把仓库的WMS系统和订货宝打通：订单出去了，仓库发货后想把发货状态、实发明细回传到订货宝，让客户和内勤都看到最新进展，两边不用重复录入。IT负责人研究了一天，回来汇报说：有些情况回传不了——仓库多发了两个品种、某个商品多发了数量，系统都不认。这事儿不怪IT，是订货宝发货单对接有自己的规则，先摸清边界再谈打通，少走弯路。
能回传什么：状态和明细两种
先说能传的：发货单支持回传状态、回传明细2种。仓库把订单发出去之后，可以把发货状态回传，订货宝这边的订单状态随之更新，内勤不用在两个系统间来回核对；实发明细回传后，实际发了哪些商品、各多少，订货宝里也能看到。对于内外系统并行的批发公司，这就够用了：订货宝管订单和客户，仓库系统管货，中间靠回传打通，两边的数据不至于各说各话，内勤对账也省一道工。
物流信息回传后，只在物流单号里显示
要注意的是，物流信息传递后，只能在物流单号中显示。也就是说，外部系统回传的物流信息，作用是把物流单号带进来，方便客户和内勤查单号、跟物流；它不会改变订单本身的状态和流程，别把回传当成发货动作本身。想跟进货物到哪一步，还是以订单的待发货、待收货状态流转为准。这个边界要跟团队讲清楚，避免有人以为回传了物流信息，订单就自动变成已发货，物流部也少背锅。
两种超量回传，系统不支持
再说不支持的：出库单的商品品种多于订单时，不支持回传该订单；出库单的商品数量多于订单时，不支持回传多出的数量。翻译成大白话：仓库发的货不能比订单多——多了品种，整单回传不了；多了数量，多出的部分回传不了。这是风控，也是纠偏机制：发货以订单为准，多发的货要么退回去、要么线下协商补单，不能悄悄混进系统。账实相符，比图一时省事重要得多，这条边界守住了，月底盘点才不炸。
对接之前，先把流程捋顺
上系统之前，建议先把发货流程画一遍：订单从审核到出库到发货，每一步谁操作、单据怎么走、异常怎么处理，捋顺了再谈对接。规则边界清楚了，IT实施时就知道哪些能自动、哪些要人工兜底，实施周期也短。如果公司已经在用仓库系统，可以把回传规则打印一份给仓库主管，让他们知道什么情况传得过来、什么情况传不了，配合起来少摩擦，上线后才不会天天扯皮。
系统对接的价值在于稳，不在于花样多。能传状态、能传明细、物流单号能带回来，这三件事够大多数批发公司用；超量的部分系统不认，反而是帮老板守住账实相符的底线。想看自己行业怎么落地，直接打 183-1083-2053（电话同微信），或去 dhb1688.com 提交需求，我们立足北京、服务全国，按你的品类给你一套能直接用的方案。
常见问题
- 问：发货单对接支持回传哪些内容？答：支持回传状态、回传明细2种。仓库发货后可以把发货状态和实发明细回传到订货宝，订单侧同步更新；物流信息传递后，只能在物流单号中显示。回传内容以订单实际执行为准，不会超出订单范围。
- 问：仓库比订单多发了货，能回传吗？答：不能。出库单的商品品种多于订单时，不支持回传该订单；出库单的商品数量多于订单时，不支持回传多出的数量。发货要以订单为准，多发的品种或数量需要线下协商处理，比如退回或另开单据，不能混入系统回传。
- 问：回传物流信息后，订单状态会自动变吗？答：物流信息传递后，只能在物流单号中显示，不会自动改变订单的流程状态。订单仍按待发货、待收货等状态正常流转，是否发货以系统里的发货操作为准。查物流单号可以看回传信息，看订单进度看状态流转。
- 问：我们已经用了仓库系统，还有必要对接吗？答：如果仓库系统只管库存实物、订单和客户管理在订货宝，对接后可以把发货状态和明细回传过来，减少两边核对的工作量，客户也能看到更准的物流单号。建议先梳理清楚发货流程和回传规则，再按系统支持的边界设计对接方案。