合同到期提醒怎么设置？台账加预警的通用做法

合同到期没续签、租金到期没催收、供应商框架协议早就过期还在继续下单——这些问题的共同点是：日期其实一直写在那里，只是没有人按时看见。

到期提醒不是给每条合同加一个闹钟，而是"台账管住日期 + 定时任务负责看日期 + 责任人负责处理"的最小闭环。这篇文章讲通用做法，也讲在 Inkwell Engine 上用 AI 构建器把它落地时的具体路径。

一、先想清楚提醒要解决的三个问题

很多企业的第一反应是"设个日历提醒"，但日历提醒通常撑不过一个月。原因是它没解决下面三件事：

日期存在哪里。签订日期、生效日期、到期日期、续约谈判截止日——如果散在 Excel、微信群和纸质档案里，提醒根本没有可靠的触发依据。
谁来处理。提醒发给谁？发到部门群里，往往等于没有负责人。
处理完怎么留痕。续签了没有、终止了没有、重新议价了没有，事后需要能回查。

所以正确的顺序是：先建台账，再定提醒规则，最后定跟进闭环。跳过第一步直接做提醒，几乎都做不下去。

二、合同台账要建哪些字段

台账的本质是"一份合同一行记录"。字段按四组设计，够用就行，不必一上手就追求完整。

第一组：标识与关系

合同编号（唯一，建议按"类型 + 年份 + 流水号"生成）
合同名称
合同类型（销售 / 采购 / 租赁 / 服务 / 劳务 ……）
关联方名称、联系人、联系电话

第二组：金额与主体

合同金额、币种
我方签约主体
经办人（这就是后面的"责任人"）

第三组：日期（提醒的核心）

签订日期
生效日期
到期日期 ← 提醒的触发依据
续约提前量（可以统一写 30 天，也可以按合同类型分别设置）

第四组：状态与附件

状态：草稿 / 生效中 / 即将到期 / 已续签 / 已终止
附件：合同扫描件或 PDF
备注

两个来自实践的经验：

合同类型、状态这类字段一定要用下拉选项，不要允许自由填写。 自由填写的结果是"租赁""租凭""承租"三种写法并存，后面的筛选和提醒条件都会失效。在平台里，这类选项集中放在数据字典里维护（数据字典就是统一管理下拉选项的地方），改一次全局生效，详见 /docs/data-dictionary.html。
金额建议在数据库里按"分"存、页面上按"元"显示，避免小数误差在后续对账里越积越大。

三、分层提醒怎么设

提醒不要只设一个时间点。单点提醒的风险是：那天正好没人看，第二天这条提醒就沉底了。

通用做法是分层——以一年期合同为例：

到期前 30 天：提醒经办人，"该合同将于 X 日后到期，请确认是否续签"；
到期前 7 天：提醒经办人 + 部门负责人，"仍未处理，请尽快确认"；
到期前 1 天：提醒经办人 + 部门负责人，最后一次提醒；
到期当天：提醒经办人，"合同已到期，请更新合同状态"；
到期后 1 天：提醒经办人 + 部门负责人，"已逾期，请补录处理结果"。

分层的关键是越接近到期，提醒范围越大——把"个人事项"逐步升级成"部门事项"，才能逼出真正的处理动作。

如果合同量大，可以按类别区分提前量：租赁类合同续约需要谈判，提前 60 天更稳妥；一年期的服务合同提前 30 天足够。把"提前量"做成台账上的一个字段，调整时就不用改动任何流程。

四、提醒发到哪里，谁负责看

送达渠道要按"人会不会看"来选，而不是按技术方便来选：

站内通知：打开系统就能看到，适合作为主渠道，而且天然留痕——谁在什么时候读过都有记录。
邮件：适合不常登录系统的负责人，也便于把提醒记录作为过程证据留存。
短信或企业微信一类外部通道：适合"必须送达"的场景，比如大额合同到期，通常只用在最后一两层提醒上。
待办任务：把"到期前 7 天"的提醒同时生成一条待办，挂在经办人的任务清单里，处理完才能关掉——这是最容易见效的一种做法。

一个常见错误是"提醒发到部门群"。群里没有责任人，消息很快会被当成噪音忽略。提醒必须落到具体的人；台账上"经办人"字段为空的记录，应当在保存时就被拦下来，而不是等到提醒环节才发现没人可发。

五、责任人跟进闭环：从收到提醒到办结

提醒只是起点，闭环才算做完。建议在台账上再加三个字段，形成一个最小的处理记录：

跟进状态：未处理 / 处理中 / 已续签 / 已终止 / 无需处理
最近跟进时间：每次处理由系统自动记录
处理说明：例如"已与对方谈定续签，合同正在走用印流程"

这样每次提醒进来，经办人要做的动作是"打开记录 → 写一句结论 → 改状态"，而不是"私聊谁一句"。月末或季度检查时，直接筛出"跟进状态仍为未处理且已到期"的记录，就是管理动作的抓手。

六、用 AI 构建器落地：一条可复制的路径

以上都是通用做法，换成任何工具都能做。下面是在 Inkwell Engine 上用 AI 构建器实现时的路径，供参照：

建数据模型。在构建器里用一段话描述需求，例如"做一个合同台账：合同编号、名称、类型、关联方、金额、生效日期、到期日期、经办人、状态、附件"。系统据此生成实体与管理页面；如果手上已经有一份 Excel 字段表，也可以直接从表格导入生成（见 /docs/excel-to-module.html）。
补下拉选项。把合同类型、状态、跟进状态放进数据字典统一维护（见 /docs/data-dictionary.html）。
配提醒规则。用平台的定时任务设置触发时间——Cron 表达式就是一种描述"每天几点跑一次"的写法，例如每天早上 8 点跑一次；判断条件写成"到期日期减去今天 ≤ 30 天，且跟进状态 = 未处理"；执行动作是发送通知并创建待办。定时任务与工作流的配置方式见 /docs/workflows-scheduler.html。
配通知模板。模板内容里带上合同名称、关联方和剩余天数，收件人取台账上的经办人字段。
配权限。经办人只能看和改自己负责的合同，部门负责人看本部门，管理层看全部——按角色配置即可，见 /docs/roles-permissions.html。
移动端兜底。构建好的模块会自动同步到手机端，出差时也能收到提醒、直接改状态，见 /docs/mobile-guide.html。
发布前预检。确认字段校验、必填项、通知模板变量都正确，再做模块发布。

这个场景的完整方案描述（痛点、数据结构、页面用法）另见 /solutions/office-contract-ledger-expiry-alert.html。

七、上线前检查清单

到期日期字段是否设为必填？缺日期的记录永远不会有提醒。
经办人是否设为必填？没有责任人的提醒等于群消息。
状态选项是否收敛？避免"已到期""到期""过期"三种写法并存。
提醒规则是否真跑过一次并留下执行记录？定时任务的执行日志要能看到成功与失败。
有没有"已到期但仍为未处理"的查询视图？这是每月检查的入口。
通知模板里的变量会不会落空？字段为空时应给出兜底文案，而不是发出半截话。

常见问题

合同不多，几十份，值得做系统吗？
如果一年只有十来份、金额也小，Excel 加人工日历可能确实够用。判断标准不是数量，而是漏掉的代价：漏一份租赁合同的续约，可能意味着租金上涨或场地被他人租走。代价高的合同，哪怕只有几份也值得建台账。

提醒太频繁会不会被忽略？
会。所以分层不要超过三层，并且只有最后一两层才升级到负责人。高频出现的应该是"待办"，不是"群消息"。

能不能做成"到期自动续签"？
技术上可以让系统自动改状态，但法律上并不建议——续签涉及条款变更，必须有人确认。系统负责把提醒送到位，决策留给人。

和审批流怎么配合？
如果续签需要走用印或审批，可以把续签申请接到统一审批引擎：经办人点"发起续签"跳转到审批单，审批通过后回写合同状态。这样台账、提醒、审批是一条链，不用在两个系统之间来回搬数据。

小结

到期提醒的难点从来不在"提醒"两个字，而在日期有没有被结构化地管起来、提醒有没有落到具体的人、处理结果有没有留下记录。台账 → 分层提醒 → 责任人跟进 → 事后回查，四步走完，这件事才算真正解决。