I公司动态
对接方式：先看 ERP 有没有接口，再看走实时还是走文件
对接能不能做成，第一件事不是问订货系统支不支持，而是问你们现有 ERP 支不支持。主流 ERP 一般会提供 API、数据库直连、中间表、文件导入导出这几种方式，能开放到什么程度，直接决定对接是「实时」还是「定时」。如果 ERP 只给数据库只读权限、不给写接口，那订单回写这条路就要换方案。
订货宝这边提供开放接口，走 API 对接是常规做法。具体到你们能不能接、接成什么样，需要 IT 和订货宝的技术人员对一遍字段和调用频率，不是看一份说明书就能拍板的。
另一种常见做法是中间库或中间表：订货系统把数据写到一个中间库，ERP 定时去读。这种方式对 ERP 改动小，代价是数据有延迟，通常是分钟级到小时级。财务对账能接受，但库存扣减如果不能接受延迟，就要重新评估。
还有一种最省事也最容易出问题的做法：两边都不接，靠人工导 Excel。短期能跑，订单一多，字段对不上、重复导入、库存对不上都会出现，最后还是要回到接口这条路。
II公司动态
数据范围：先定主数据谁说了算，再谈单据流向
对接最容易翻车的不是技术，是字段口径。商品编码、客户编码、仓库编码、价格体系，这四类主数据在 ERP 和订货系统里必须一一对应。常见情况是 ERP 用一套编码，业务员在订货系统里又建了一套，两边各说各话，订单回来 ERP 认不出客户。
比较稳的分工是：主数据以 ERP 为准，订货系统只做展示和下单；单据以订货系统为准，回写到 ERP 生成销售订单。谁是谁的唯一来源，上线前必须写死，不能两边都能改。
单据范围也要提前划。通常先接商品、客户、价格、库存这四类基础数据，再接订单，最后才是收款和对账。如果一上来就把订单、库存、收款全接上，任何一个环节字段对不上，整条链路都停。
库存这个点要单独说。订货系统上的可售库存和 ERP 的实际库存，如果不做同步，业务员按订货系统下单、仓库按 ERP 发货，超卖就会出现。是实时扣减还是下单时校验，取决于你们的业务能接受多大的时间差。
III公司动态
上线顺序：先跑通一条线，再铺全量
对接不建议和订货系统整体上线同时做。比较稳的顺序是：先把订货系统的基础档案建好、让业务员能正常下单，跑一段时间确认流程没问题，再启动 ERP 对接。两边同时上，出了问题分不清是流程问题还是接口问题。
对接本身也分步走。第一步接主数据，把商品、客户、价格同步过去，这一步不涉及单据回写，风险最低。第二步接订单回写，先小范围试，比如先接一个区域或一个仓库。第三步再接库存和收款。每一步跑通再进下一步。
测试环境很重要。如果 ERP 没有测试库，就用少量真实数据跑，但要提前和财务、仓库说清楚，这段时间的数据要人工核对，不能直接进正式账。
上线之后要有一个观察期，看订单回写成功率、库存对不上的次数、财务对账差异。这几个指标如果一直不稳定，说明字段口径还没对齐，要继续调，不要急着扩大范围。
IV公司动态
做错了会怎样：三种常见代价
第一种代价是重复劳动。主数据两边都能改，业务员在订货系统改了价格，ERP 里没改，订单回来价格对不上，财务要手工调。时间一长，业务员就不愿意用订货系统了。
第二种代价是库存失真。订货系统和 ERP 的库存不同步，业务员看到的可售库存和仓库实际库存不一致，超卖之后要么客户投诉，要么仓库临时调货，成本都落在自己身上。
第三种代价是对接做成了但没人维护。接口上线不是终点，ERP 升级、字段调整、业务规则变化，都会影响对接。如果没有明确的对接负责人和变更流程，接口迟早会断，而且往往是订单出问题之后才发现。
VI常见问题
被问得最多的几个问题
对接涉及接口调用和技术支持，具体是否产生费用、按什么方式计，需要和订货宝的业务顾问确认。不同 ERP 的对接复杂度不一样，建议先让 IT 把现有 ERP 的接口能力摸清楚，再谈方案和成本。
可以走中间库或文件导入导出这两种方式。中间库是订货系统写数据到中间表，ERP 定时读取；文件方式是按约定格式导出再导入。两种方式都有数据延迟，适合对实时性要求不高的场景。如果库存必须实时扣减，就要评估是否推动 ERP 侧开放接口。
时间取决于 ERP 的接口开放程度、字段对齐的难度和你们内部的配合节奏。主数据同步通常比订单回写快，订单回写又比库存和收款快。建议按主数据、订单、库存、收款分步上线，每步跑通再进下一步，不要一次全接。
IV继续看
企业微信 · 专属顾问