进销存和CRM要不要合成一套：先分清三本账

合成省下的是 IT 的维护量，付出的是业务适配成本。五个问题里三个指向分开，就别为“一套系统好管理”去合并。

一家做五金机电分销的企业，仓库用一套进销存，销售用一套表格，财务在 ERP 里记应收。月底对账要三个人坐下来核两天：仓库说货发了，销售说客户没确认，财务说款还没到。老板问了句很直接的话——进销存和CRM要不要合成一套。这个问题没有标准答案，但有一组可以逐条问的判断。

先别急着回答合还是分。把“一套系统”拆开看，它其实要同时装下三本账，而这三本账的责任人、更新频率、错一次的代价都不一样。

进销存和CRM要不要合成一套，先分清三本账

库存账记的是物的位置和数量，要求准到批次、库位、在途；客户账记的是人和关系，要求全到联系人、决策链、历史承诺；考核账记的是钱和归属，要求能追到某个销售、某个区域、某个时间段。

三本账的节奏差得很远。库存一天可能变几十次，客户账一周动一次，考核账一月结一次。硬塞进同一个系统，等于让三种节奏互相迁就：库存操作被客户流程拖慢，或者客户视图被库存流水淹没。

所以真正的问题不是“要不要一套”，而是“哪本账做主，另外两本怎么接”。回答清楚这一点，后面的选型才有依据。

合成一套更省事的三种情形

• 订单即交付。SKU 少、单价低，客户下单后仓库直接发货，销售不必跟方案、不必报批，客户档案和订单几乎是同一个动作。
• 渠道结构简单。一级分销、区域不重叠、没有多仓调拨，库存放在一处就能说清。
• 客户多而单客价值低。管理重点是覆盖效率，不是关系深度，客户档案的字段可以很薄。

这三种情形下，合成的收益很实在：不用做接口，不用天天对账，不用维护两套编码。代价是灵活性被压缩，业务一旦长出新的分支，改起来可能比换系统更费劲。

分开更稳的四种情形

反过来，只要出现下面任何一条，分开通常更稳。

• 存在非标报价。选配、折扣、账期都要审批，报价单本身是一份需要留痕的业务文件，不能只是订单的一个金额字段。
• 多仓、多组织、有调拨。库存所有权在法人之间转移，涉及内部结算，账套边界必须清楚。
• 项目型销售。合同签了才开始采购，库存账上根本没有对应的备货，两条链的时间轴对不上。
• 客户关系长、决策链复杂。一个客户跟两年，期间的联系人、态度变化、口头承诺，比库存数量重要得多。

这类企业的共同点是：客户经营和货物周转是两条不同的价值链。硬合并会把两条链的考核指标混在一起，谁都算不清自己那本账。

合并的真实成本在哪

讨论成本，容易只算软件授权。实际占大头的通常是四件事。

主数据。客户、物料、仓库、价格表，四类数据在合并前各有各的编码规则，合并时必然要选一套为主，另一套降为外部编号。这个决定影响历史单据的追溯，做之前留一份映射表。

单据时序。报价、订单、发货、开票、回款，五步在不同系统里的先后不完全一样。合并后要重排时序，重排就会暴露历史数据里的断点：有发货没订单，有回款没合同。

权限模型。进销存按仓库和区域授权，CRM 按客户归属和团队授权，两套逻辑交叉之后角色数量翻倍。合并前先想清楚“谁能看全部库存”，答案往往和“谁能看全部客户”不同。

报表口径。同一句“本月销售额”，仓库按出库算，销售按签单算，财务按开票算。合并后如果不把口径写死，三个部门会拿着三份数字开会。

拆开时怎么让两边不打架

如果判断下来应该分开，接下来要解决的是衔接，不是选型。

先定主数据归属。客户以 CRM 为主，物料与库存以进销存为主，价格表看谁在用：对外报价归 CRM，成本价归进销存。归属定不下来，接口写多少遍都会冲突。

再定同步方向。客户与联系人单向从 CRM 推到进销存，只推必要字段；库存可用量单向从进销存读到 CRM，只读 SKU 与数量，不带成本。双向同步听着方便，出问题时排查成本很高。

然后定异常处理。接口失败要有队列和告警，不能靠人工发现。建议每天出一份对账清单：CRM 里的订单数、进销存的出库数、财务的开票数，三个数字对不上当天就查，不要等到月结。

边界划清楚之后，两套系统各管一段，体验反而比合并更好：CRM 里看客户，点一下能查这个客户的发货记录；进销存里看订单，点一下能看到对应的商机与合同。

LEVCRM 的边界与做法

LEVCRM 只做私有云与本地化部署，产品范围是客户经营这一段：线索、商机、报价、合同、回款、服务。库存与生产不在范围内，也不打算塞进来。这个边界是有意为之——客户经营的变化快，库存管理的准确性要求高，两种系统的迭代节奏本来就不同。

衔接靠 aPaaS 平台里的集成能力做：把进销存或 ERP 的接口登记成数据源，在 销售云的订单对象上加几个只读字段，比如可发数量、在途数量、预计到货日。销售不用切系统就能回答客户“什么时候能发”。反方向，签单后由流程自动把订单推到进销存，回写单号，避免二次录入。

报表这一层放在 数据分析里，口径由业务方定义一次，三个部门看同一张图。渠道型企业的完整链路，可以参考消费品行业方案。

一张判断清单

把前面几节压成五个问题，逐条回答，答案会指向一个方向。

• 客户下单到发货之间，有没有需要审批的环节？有，倾向分开。
• 同一个物料，会不会同时存在多个仓库的可用量？会，倾向分开。
• 客户档案的字段是否超过三十个，且大部分都在用？是，倾向分开。
• 销售团队是按客户划分，还是按区域划分？按客户，倾向分开。
• 过去一年有没有因为库存与客户数据不一致造成实际损失？有，先修接口，再谈合并。

五个问题里有三个以上指向分开，就不要为了“一套系统好管理”去合并。合并省下的是 IT 的维护量，付出的是业务的适配成本，后者通常更贵，而且看不见。

如果正在两套系统之间犹豫，可以拿现有的客户表、物料表和近三个月的订单流水做一次对照，我们按实际数据帮您算一遍衔接工作量。预约一次沟通，销售服务热线 010-67201766。