用友里已经有的单据，CRM还要不要再录一遍
不要重复录。客户和跟进过程归 CRM，物料、库存、发票、应收归 ERP，订单只在一边做成"主"，另一边只做同步或只读。两套都全量录，等于每月多雇半个人做搬运，而且一定搬错。这不是系统选型问题，是主数据归属问题——先把归属定下来，接口才好谈。
两套系统各自该管什么
ERP 的强项是账和物：物料编码、库存数量、成本、发票、应收。CRM 的强项是人和过程：谁在跟、跟到哪一步、下次什么时候联系、丢单原因是什么。
分界线的判断标准只有一条：这条数据发生变化时，谁最先知道。客户换了采购负责人，销售最先知道，所以联系人和跟进记录归 CRM；某批货入库了，仓库最先知道，所以库存和出库归 ERP。销售订单处在这个交界上，必须指定唯一的主。多数制造企业的做法是：订单以 ERP 为主（因为要发货、要开票），CRM 只保留合同金额和收款计划用于跟踪。
用友这边的单据链是怎么走的
U8、T+ 这一系的单据链是固定的：销售订单 → 发货单 → 销售出库单 → 销售发票 → 收款单，最后在应收模块核销。每一步都会影响后面的数，退货走的是红字单据，冲减应收。
问题就出在红字上。CRM 里记了 100 万订单、回了 80 万款，剩下 20 万在跟；ERP 里客户退了 15 万的货，开了红字发票。两边不同步，CRM 上这笔应收永远挂着 20 万，销售每个月都要去解释一遍，久而久之就没人看这张表了。
对账对不上，多半是含税不含税在打架
这是最常见的一类差异，也是最容易被当成"系统不准"的。ERP 里的订单金额常是含税价，CRM 里的合同金额有时填的是不含税价，两边差 13 个点的增值税，一对就是几十万的差。
还有一类是时间差：ERP 按发票确认收入，CRM 按合同节点记应收。同一个客户，ERP 说 3 月已开票，CRM 说 6 月才该收款，因为合同约定验收后 90 天付款。
处理办法是统一口径，在字段上写死：合同金额填含税还是不含税，一次定死，所有单子都按这个填；收款计划按合同节点排，不按发票日排。两个口径都写清楚，对账时按"客户+发票号+金额"三要素核，差异能落到具体单据上，而不是一句"系统对不上"。
不做接口，靠导出能不能撑住？
能，而且很多企业就该这么干。判断标准是单据量：一个月销售出库单在 200 张以内的，每月导出一次 Excel，人工核一遍，两个人半天能做完，成本远低于做接口。
一旦超过这个量，或者出现三种情况之一，就该考虑接口了：一是多组织多公司，客户和物料要在几个账套之间共用；二是做寄售或者寄销，货在客户仓库、按月结算，库存归属随时在变；三是退货频繁，每月红字单据超过 20 张。
这三种情况下靠人工搬，出错是必然的。见过一家做工业配件的企业，每月出库单 400 多张，两个人各录一遍，退货红冲没同步，年底盘点发现应收账款虚增了 60 多万，账龄超过 180 天的有 11 笔，其中 4 笔客户早就不认了。
那 CRM 里到底还录什么？
录三样东西：客户档案、跟进过程、收款计划。客户档案带归属人、行业、来源，跟进记录带每次接触的结论和下次动作，收款计划按合同节点拆成几条。这三样 ERP 里没有，也不该有。
发票和回款的具体单号，不用在 CRM 里重录，只在订单备注里写一句"发票号 xxxx、回款日期 xxxx"，够查就行。要看全量明细，回 ERP 看。
这样分工之后，销售每天在 CRM 里做事，财务每天在 ERP 里做账，两边的数在"合同金额、收款节点、客户名称"这三个字段上对齐即可。对齐的字段越少，越不容易错。
判断条件
如果只有一家公司、一个月单据不到 200 张、退货很少，别做接口，用导出加人工核，一年省下的钱够买两套软件。一旦是多组织、有寄售、退货频繁，就必须做接口，除非你打算长期养一个专职对账的人。
还有一个反向的判断：如果 ERP 已经上线三五年、物料编码和客户编码本身就不干净（同一个客户三个编码这种事很常见），先治理主数据，别急着上接口。接口会把脏数据原样搬过去，速度更快，错得更多。销售与收款的内控要求，财政部等五部委《企业内部控制应用指引第 9 号——销售业务》里把职责分离和单据留痕写得很清楚，做接口前值得对着核一遍。
先把合同金额的含税口径定死，再把收款计划按合同节点排出来。ERP 与 CRM 的分工，本质是单据在谁那里生成；项目型企业的合同和回款节点，项目型CRM里按验收和质保拆过一遍，制造企业的订单到发货链路，对着装备制造CRM再核。
