选型指南
合同系统和 ERP、CRM、电子签应该怎么分工
合同数据同时散在 ERP、CRM、电子签和邮件里时，哪个系统该管哪一段、字段往哪个方向流、重复录入从哪里来，以及判断主系统归属的一条原则。
- 作者
- Zico 团队
- 发布
约 5 分钟阅读
结论
企业里和合同沾边的系统通常有四类：ERP 管采购订单与付款执行，CRM 管商机与客户，电子签管签署那一刻的法律效力，合同系统管签署前后的流程与台账。四类系统都会存一份「合同」，但存的不是同一个东西，这是重复录入和口径打架的根源。
划分边界只需要一条原则：谁掌握合同的版本与决策，谁就是合同的主系统。版本指的是当前生效的是哪一稿，决策指的是某条偏离标准条款的内容由谁批准过。这两样不能分散在多个系统里，其余的字段都可以复制。
| 系统 | 它负责的那一段 | 它不适合承担的 |
|---|---|---|
| ERP | 订单、收付款执行、发票与凭证、预算占用 | 合同正文的多轮修改与条款级风险判断 |
| CRM | 商机、客户主数据、报价与成交记录 | 对外协商过程、法务审查意见与偏离授权 |
| 电子签 | 签署身份认证、签署意愿、存证与用印管控 | 签署之前的起草协商，与签署之后的履约跟踪 |
| 合同系统 | 起草、协商、审查、审批、签署编排、履约、归档台账 | 财务凭证核算与客户经营分析 |
重复录入是怎么产生的
几乎每家企业都有过这样的链路：销售在 CRM 里记下成交金额，法务在邮件里和对方改了六版合同，行政把定稿拿去电子签平台发起签署，财务再把金额和付款节点手工录进 ERP。同一批字段被四个人录了四遍，任何一处改动都不会自动传导到其余三处。
问题不在于这些系统各自做得不好，而在于没有一个系统持有「当前生效的是哪一稿」。CRM 里的金额停留在报价阶段，ERP 里的付款节点来自定稿后的手工录入，电子签平台只保存了被签署的那一个文件，协商过程留在邮件和聊天记录里。等到履约出现争议需要回溯时，没有任何一个系统能独立回答这份合同经历了什么。
把合同系统放进来，不是再加一个录入入口，而是让版本和决策有一个明确的归属地，其余系统从它这里取数，而不是各自维护一份。
字段应该往哪个方向流
确定了主系统之后，字段流向就有了默认答案：客户主数据从 CRM 流入合同系统，合同定稿后的结构化结果从合同系统流向 ERP 和财务，签署动作由合同系统发起、由电子签平台执行并回传结果。反方向的流动要有明确理由，否则就是在制造第二个真源。
| 字段 | 来源 | 去向 | 为什么是这个方向 |
|---|---|---|---|
| 客户主体、统一社会信用代码 | CRM 或主数据平台 | 合同系统 | 客户信息的权威源不在合同里 |
| 合同金额、付款节点、生效与到期日 | 合同系统 | ERP、财务、费控 | 这些值只有在定稿后才确定 |
| 签署人、签署时间、存证编号 | 电子签平台 | 合同系统 | 法律效力由签署平台产生 |
| 履约状态、变更与续签 | 合同系统 | CRM、ERP | 履约过程发生在合同生命周期内 |
Zico 的做法是把这层做成标准接口而不是定制脚本：ERP、财务与内控类系统经标准 API 与 Webhook 对接，签署链路对接电子签与用印管理，合同数据回写主系统。电子签章、OCR 识别、企业资质查验这些按次计费的能力在定价页作为增值服务单列，不打包进授权费，便于按实际用量核算。
三种常见的错配
把电子签当成合同管理
这是最常见的一种。电子签平台解决的是签署那一刻的身份、意愿和存证，它天然只看得见被签署的那一个文件。起草期的多轮修改、法务提出又被业务驳回的意见、某条付款条款是谁批准放宽的，这些都不在它的职责范围内。把签署平台的归档当作合同台账，等于只保留了结果，丢掉了形成结果的过程，而争议恰恰发生在过程里。
把 ERP 的合同模块当成主系统
ERP 里的合同模块通常是为了支撑订单与付款而存在的，它需要的是金额、期限和付款节点这些可计算的字段，对正文本身的处理能力有限。如果企业的合同以标准采购订单为主、几乎不做条款协商，这样用没有问题；一旦出现大量外部来稿和多轮红线，把正文和协商塞进 ERP 会很别扭，法务往往会退回邮件，系统里只剩下一个结果录入的壳。
为每个业务线各上一套
销售合同跟着 CRM 走、采购合同跟着 ERP 走、人事合同跟着 HR 系统走，单看每一条都合理，合起来的结果是法务没有任何一个视图能回答「本季度有多少份合同的违约条款偏离了标准范本」。集团型企业尤其容易走到这一步，因为每套系统都是不同年份、不同部门推动上线的。
怎么判断自己该怎么分
不必从组织架构图出发，用三个可观察的问题就能定位：合同定稿之后，有多少字段需要人工再录一遍到别的系统；出现争议时，回溯一份合同的修改过程需要打开几个地方；法务能否在一个界面里看到所有主体、所有业务线的在途合同。
三个问题中有两个答案不理想，说明版本与决策已经分散了，需要指定一个主系统。至于这个主系统是新建还是沿用既有的，取决于既有系统能不能承载正文版本和条款级决策。如果不能，也不一定要立刻替换，先把合同审查与协商这一段接出来，结果回到原有流程，是成本更低的起手式。