我做合同管理系统产品好多年了。
在无数次调研会上，我问过同一个问题：你们公司现在怎么跟踪合同执行情况的？
得到的答案，多数都是这样的答案------
"Excel。"
"群里问。"
"靠财务那边盯着。"
"说实话，有时候真不知道。"
"我们有xx业务系统管这个，xx财务系统管那个，各部门管着点。"
这不是小公司的问题，我见过几百亿规模的集团企业，合同管理系统用得很成熟，审批流程规范得一丝不苟。
但合同签完之后发生了什么，依然是一笔糊涂账。
合同签了，然后呢？
合同这个东西，签的时候大家都很认真，起草、谈判、审批、盖章，每一步都有人盯着。
但合同生效之后，那些白纸黑字写下来的承诺------什么时候付款、什么时候交货、什么时候验收、什么时候开票------真正落地执行的过程，往往就散掉了。
散到财务的付款台账里，
散到业务的微信群里，
散到采购同事的Excel表格里，
散到项目经理的周报里。
每个人都管着自己那一段，但没有人站在合同的视角，把这些事情串起来看。
合同约定的事情，到底有没有被认真履行？
------可能有，但这个问题，在大多数企业里，很难有人给出一个清晰肯定的答案。
为什么现在才开始重视？
不是觉悟，是被现实推着走
这两年能明显感觉到，"履约管理"这个词，在企业信息化圈子里被提得越来越多。
不是因为突然觉悟了，而是被现实推着走的。
- 应收账款越来越难收，回款周期越拉越长，有些款项等到要催的时候才发现合同里其实有约定，但当时没人跟进；
- 采购付款出了问题，供应商说货早就发了，内部说发票还没到，两边对不上账；
- 项目合同签了一堆，里程碑节点到了没人知道该不该付款，验收做了没有，谁来确认；
- 租赁合同到期了，没人提醒，自动续约了，多付了半年租金。
这些事情，单独拿出来看，每一件都不大。但加在一起，是真金白银的损失，也是真实存在的合规风险。
履约管理到底管什么？
不只是付款计划表
我发现了一个问题：很多人说要做履约管理，其实并不清楚履约管理到底要管什么。
有人觉得，做一个付款计划表就够了。
有人觉得，在合同里加几个提醒字段就行了。
有人觉得，这不就是财务系统该干的事吗？
都不太对。
履约管理要管的，是合同从生效到终止这整段时间里，所有约定义务的执行过程。
并且，要分层管。
付款是一部分，但只是一部分。交货、验收、开票、项目进度、保密义务、售后服务、到期续签......这些都是合同义务，都需要有人跟进，有执行，有记录留痕，有状态可查，有完成依据。
但这些事情，往往分散在不同的系统、不同的部门、不同的人手里。
这就引出了一个在企业信息化里很容易被忽略的问题：履约管理，到底应该放在哪个系统里做？
ERP有订单、有入库、有应付账款，但它的视角是业务流程，不是合同。
财务系统有付款、有收款、有核销，但它的视角是账务处理，不是合同义务的履行。
CRM有客户、有商机、有销售订单，但合同签完之后，CRM通常就不管了。
项目系统有任务、有进度、有里程碑，但它管的是项目，不是合同。
每个系统都在管自己那一段，没有一个系统在"合同"的视角上，把这些事情整合起来。
所以才会出现那种情况：
一份合同，付款状态在财务系统里，发货状态在ERP里，验收状态在邮件里，开票状态在财务同事的脑子里。
要想知道这份合同整体履行得怎么样，得挨个去问。
合同管理系统应该做的，不是替代这些系统，而是在合同的视角上，把这些系统里发生的事情沉淀下来。
- ERP知道货发出去了，这件事应该反映在合同的交付履约状态上。
- 财务系统知道款打出去了，这件事应该反映在合同的应付履约状态上。
- 项目系统知道里程碑完成了，这件事应该反映在合同的项目履约状态上。
合同系统不做付款核销，不做发票认证，不做库存管理。
但它应该知道：这份合同，约定的事情，执行到哪一步了，有没有逾期，下一步该做什么，谁来负责。
这是合同系统在履约管理上真正应该承担的职责。
具体怎么管？
绕不开三件事
第一件事：把合同义务变成可以跟踪的计划。
合同里写的"货款分三期支付"，要变成三条应付计划，每条有金额、有日期、有负责人。
合同里写的"交货期90天"，要变成一条交付计划，有预计交货日期，有跟进记录。
合同里写的"质保期两年"，要变成一条质保服务计划，有到期提醒，有服务记录。不把义务变成计划，就没有办法跟踪。
第二件事：区分计划、执行和结果。
有计划不等于有执行，有执行不等于有结果。
发起了付款申请，不等于钱已经打出去了。
提交了开票申请，不等于发票已经开出来了。
这三件事要分开管，状态要分开看。很多企业的履约管理失控，就是因为把"发起了申请"当成了"完成了履约"。
第三件事：让逾期无处遁形。
到了履约时间没有完成，系统应该自动标记逾期 、自动升级提醒，而不是等到出了问题才发现。这听起来很简单，但真正做到需要系统在计划日期、提醒规则、状态扫描上都有完整的设计。
同时在做产品的时候，很多客户说：你们的履约类型能不能多一些？我们上线的时候不想从零配置，我知道你们有配置能力，但我不知道该怎么配。
这个需求背后其实是一个很真实的痛点：不同行业、不同合同类型的履约逻辑差异很大。
销售合同的核心是回款，
采购合同的核心是付款控制，
项目合同的核心是里程碑推进，
租赁合同的核心是周期性账单。
如果系统只有一个通用的"履约计划"，客户上线的时候要自己把这些场景全部搭出来，成本极高，很多企业搭到一半就放弃了。
所以我们花了很多时间在场景化上------预置足够丰富的履约类型，尽量匹配所有行业所有常规业务，每种类型内置默认的表单、执行动作、完成方式和提醒规则，让客户上线的时候能直接用，而不是从零开始配。
这件事听起来不性感，但对客户来说，往往是决定系统能不能真正落地的关键。
履约管理这件事，说到底，是企业在合同管理上从"管文件"走向"管过程"的一步。
文件管好了，不代表合同履行好了。
流程规范了，不代表义务都被认真执行了。
合同的价值，最终体现在它被履行的过程里。
这条路，很多企业刚刚开始走，我们也将一直陪伴大家。