某公司签了一份三年期服务合同合同里写了“到期自动续展一年”却没人识别这条自动续约条款。到期后系统照常续费公司多付了一年服务费才发现。这是到期管理最典型的翻车方式。它不是没做完是压根没人把它当成一件正经事——系统里有提醒功能就以为万事大吉了。这篇把到期与续签拆成四个可打分的维度讲清楚哪些环节容易空转、怎么用一份真实合同把这套能力测出来。测评维度一到期信息录得准不准这一条看着基础实际掉链子最多。到期日在不在台账里。相当一部分公司的电子合同台账只有名称和日期范围没有单独的到期日字段或者有但没人填。到期日不进系统后面所有提醒都是空谈。自动续约条款有没有被识别。合同里写了到期自动续展一年这句话如果不变成一个标记系统就以为到期就结束了。到那天没人说一声钱照付。到期类型有没有区分。合同到期、年审节点、资质证件到期、保函到期、试用期届满这几种东西的处理方式完全不同。全塞进一个到期提醒里责任人会麻木。谁负责维护。到期日是发起时由业务填还是管理员统一录。没有明确责任人的半年之后数据就脏了。以爱签这类平台为例到期日作为台账字段录入之后配合提前提醒可以在到期前把消息推到责任人手上。前提永远是同一句录的时候有人录。录入这一关没人管后面做得再漂亮也没用。测评维度二提醒能不能落到具体的人提前量能不能配。三十天、十五天、七天三个档位是常见配置。只支持单一提前量的要么提醒太早被忽略要么太晚来不及走流程。通知对象是不是责任人。大量公司的做法是提醒全发给管理员一个人。管理员手里同时有几十份合同到期最后只能选择性忽略。要做的是提醒到这份合同的业务责任人。渠道够不够。系统站内消息、邮件、移动端的推送至少要有一项是日常会看的。只有站内消息的等于没有。提醒之后有没有确认动作。提醒发出去对方有没有点已知悉这一步决定到期这件事有没有留下响应记录。将来追溯时提醒过和提醒过并且有人确认了是两回事。测评维度三续签是不是闭环这一条是区分提醒工具和合同管理平台的分水岭。提醒之后要不要从零再来一遍。收到提醒自己翻出旧合同重新建一份重新填一遍重新走审批。这叫不断档不是不能用是浪费。能不能基于原合同生成新一版。条款基本不变的续约直接复制原文生成新版本稿只改期限和日期是最省事的做法。条款变更有没有留痕。续约往往伴随着条款调整。哪一版改了什么、谁改的这些要看得见而不是只留一个最终版本。续签跟原合同有没有关联。新合同是不是挂在老合同下面能不能一键看到上一次签的内容和期限。关联关系断掉的几年之后就是一堆孤立文件。测评维度四到期之后怎么处置到期的合同自动归档还是继续躺在待办里。到期不等于失效很多合同的权利义务还会延续。归档动作要有人定义。历史合同不能消失。履行完毕的合同要保留可查这是最低要求。检查一下系统里有没有把老合同清理掉的动作有的话要想清楚。不再续签的有没有收尾记录。到期不续、到期终止这两种不同的结果要有不同的标记不能都写成完成。编号和版本别打架。同一个相对方续了三次编号怎么排、版本怎么叫这个规则现在不定三年后找文件就全靠翻。打分建议四个维度怎么配权重到期信息录入占两成提醒到位占两成半续签闭环占三成半到期处置占两成。续签闭环给得最重因为它决定了到期管理是知道会到期还是到期这件事能顺着流程办完。前者的价值有限后者才真正把工作量从业务身上拿走。到期处置给得偏轻不是因为它不重要是因为多数平台的这一块差不多拉不开差距。如果发现候选平台连到期归档状态都没有那属于直接扣分项不是扣分多少的问题。打分判据用一份真实合同跑一遍录入到期日、配上三十天和七天两个提醒、模拟一次到期后的续签、最后看老合同的归档状态。四个动作加起来大概四十分钟。落地建议四件事现在就能做一、把到期日设成发起时的必填字段。填不了就不能提交这是唯一有效的办法。二、在台账里给自动续约单独建一个标记。但凡合同里出现自动续展条款的一律打标到期前必须人工核一次。三、把提醒对象从管理员改成业务责任人。谁管的业务谁收到提醒管理员只收汇总。四、做一次到期大盘点。先把未来三个月到期的合同理出来按要不要续、要不要改条款分三组这是上线后第一个能见效的动作。到期与续签是电子合同系统里最慢的那部分收益。它不像省下来的纸那样一眼看得见但一年到头少掉的那几次忘了续、忘了停、忘了重新谈往往才是这套系统最实在的一笔账。