订货系统对接 ERP 前，先确认客户、商品、价格、库存和订单边界

ERP 对接先定边界，不要先定接口数量

很多企业一谈 ERP 对接，就先问要接几个接口、多久能接完。更稳的做法是先把订单链路拆开：客户在哪里下单，销售在哪里审核，库存由哪里判断，订单什么时候进入 ERP，发货和收款结果要不要回到订货系统。

边界不清时，接口越多越容易把问题放大。比如客户资料两边都能改，价格两边都能维护，库存既看 ERP 实物数又看订货系统可售数，最后客户看到的价格和仓库执行的订单可能不是同一个口径。

对接顺序要服务第一条上线链路

ERP 对接不一定要一次接完。更适合的顺序，是先让客户可以按正确商品、正确价格和正确订单规则下单，再让订单进入销售、库存和财务流程。只要第一条链路能稳定运行，后续字段和状态才有可靠依据。

第一阶段通常优先处理客户、商品、价格和订单。第二阶段再看库存、发货、收款和对账。复杂企业还要把多仓、多主体、批次效期、账期授信和异常订单拆成阶段，而不是塞进第一次上线。

• 先同步客户、商品和客户价格，让客户能按正确资料下单。
• 再确认订单生成、审核和传 ERP 的触发点。
• 库存接口要先定义可售库存，避免把不可发数量展示给客户。
• 发货、签收和收款状态可以在订单稳定后分阶段回传。
• 接口失败要有提示、重试和人工处理路径，不能让订单停住。

验收时要看真实订单，不只看接口返回

接口测试返回成功，只能证明技术连接可用。真正验收要拿真实客户、真实商品、真实价格和一张常见订单走完整流程，看客户下单、销售审核、ERP 接单、仓库发货、财务核对是否都能接上。

如果测试只停在字段同步，容易遗漏异常。比如客户欠款超限、库存不足、部分发货、退货、改价和接口失败，这些场景才是上线后最容易让团队重新回到人工处理的地方。

• 不同客户等级看到的商品和价格是否正确。
• 订单审核前后进入 ERP 的状态是否符合业务规则。
• 库存不足、改价和取消订单是否有处理结果。
• 发货、签收、退货和收款状态是否能被销售和财务追踪。
• 接口失败后是否有责任人、处理时限和记录。

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

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

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

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

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

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

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

• 围绕“数据边界”，当前是否有明确规则、责任人和异常处理方式。
• 围绕“同步方向”，客户、销售、仓库和财务看到的信息是否一致。
• 围绕“异常处理”，订单提交后是否还能继续追踪状态和处理结果。
• 数据准备先看：ERP 客户、商品、价格和库存字段、订单生成、审核、发货和收款规则 是否能在上线前整理清楚。
• 试点安排先看：先独立跑通客户下单和订单审核 是否可以在本周开始推进。