订货系统对接仓储系统，要先理清可售库存、拣货、出库、签收和差异处理

仓储对接先确定客户看到哪一种库存

仓库系统里的库存不一定适合直接给客户看。客户下单需要的是可承诺发货的数量，而仓库系统可能同时包含待质检、已占用、安全库存、调拨中、临期或不可售库存。如果直接展示总库存，订单提交后仍会缺货改量。

对接前要把库存口径拆清楚：哪些数量可以给客户订，哪些只给仓库看，哪些需要销售确认，哪些商品要按批次、效期、仓库和配送区域判断。库存定义越清楚，客户下单和仓库作业越容易衔接。

订单到仓库要有触发点和回传状态

把订单传给仓库只是中间一步。更重要的是订单什么时候可以传：客户提交后立刻传，销售审核后传，还是收款或库存确认后再传。触发点不清楚，仓库可能收到不该发的订单，也可能收不到已经确认的订单。

回传状态同样重要。仓库拣货、复核、出库、装车、部分发货、签收和退货，如果不能回到订货订单，销售仍要人工追进度，财务也无法按实际签收核对。

• 明确订单提交、审核通过、收款确认和库存确认的先后关系。
• 仓库任务要能区分待拣货、拣货中、已出库、部分发货和取消。
• 少发、替代、退货和客户拒收要回到原订单。
• 配送签收结果要能影响售后和对账口径。
• 仓库系统异常时要能在订货订单里看到处理状态。

验收重点看仓库是否少重复对单

仓储对接的价值，不是让订单多经过一个系统，而是让仓库少看截图、少收表格、少问销售。验收时要看仓库能否直接按订单明细拣货，缺货和替代能否及时反馈，出库和签收能否继续影响订单。

如果接口接通后，仓库仍要人工核规格、核数量、核客户价格，说明前面的商品、库存和订单口径还没有统一。应该先修正基础口径，再扩大客户和商品范围。

• 仓库是否能直接按订单生成拣货任务。
• 仓库是否减少向销售确认规格和数量的次数。
• 库存不足是否能进入待确认或部分发货状态。
• 签收差异是否能回到订单和对账。
• 多仓和批次商品是否有单独验收样例。

上线前再做一次客户视角复核

无论选择哪种订货系统，最后都要回到真实客户的一次下单过程。客户能不能找到商品，看到的价格和库存是否可信，提交订单后销售、仓库、配送和财务能不能接住，才是选型是否合适的关键。

复核时不要只看页面是否能打开，也不要只看配置是否完成。最好拿一个真实客户、一批常卖商品、一张常见订单和一次异常处理来走完整流程，这样更容易发现上线后会影响使用的问题。

• 客户登录后看到的商品、价格、库存和历史订单是否符合权限。
• 订单提交后由谁审核、谁发货、谁确认收款要有明确路径。
• 缺货、改价、部分发货、退货和签收差异要有记录入口。
• 第一批客户使用后的反馈要进入下一轮配置调整。
• 顾问沟通时优先说明当前最痛的一条订单链路。

读完这页，可以这样做一次自查

围绕“订货系统对接仓储系统怎么做”，先不要急着比较系统界面，而是把当前订单从客户发起到仓库处理、配送签收、收款对账的路径写出来。能写清楚路径，才知道下一步应该先改入口、价格、库存、仓库还是财务。

自查时最好让销售、仓库和财务一起参与。只由一个岗位判断，往往会漏掉后续责任。例如销售觉得下单已经方便，仓库可能还在重新核对规格，财务可能仍然无法按订单核收款。

• 围绕“可售库存”，当前是否有明确规则、责任人和异常处理方式。
• 围绕“拣货出库”，客户、销售、仓库和财务看到的信息是否一致。
• 围绕“签收差异”，订单提交后是否还能继续追踪状态和处理结果。
• 数据准备先看：仓库、库区、商品、库存和批次字段、可售库存、安全库存和缺货处理规则 是否能在上线前整理清楚。
• 试点安排先看：先同步商品和库存口径 是否可以在本周开始推进。