打开合同台账，结束日期还在后面，于是续约决定被排到以后。真正限制下一步的，却可能是更早的通知截止日：合同要求提前通知，等结束日临近才讨论，选择空间已经缩小。
Busa CLM 用合同台账、义务与提醒记录组织这类运营工作。重点是把条款中的日期转成有人负责、能回查依据的行动，不替代逐条法律审查，也不会替团队向对方发出通知。
先分清四种日期，别只盯结束日
结束日说明当前合同期限到哪里，续约日表示下一续期节点，通知截止日控制最晚何时需要采取约定通知动作，义务到期日则对应交付、证明或其他具体事项。它们可能相关，但不是同一个字段。
录入时回到签署版本核条款、适用条件、时间口径和通知要求。存在工作日、时区、节假日或“收到”而非“发出”的条件时，交给负责人员确认。不要让 Agent 从文件名猜日期，也不要把自动生成的日期当作法律意见。
官方模板 · 英文演示数据
第一步：安装模板，建立合同唯一记录
从模板介绍页登录并选择工作区安装。Contracts Base 保存对方、类型、生命周期阶段、负责人、业务负责人、价值、开始与结束日、续约日、通知截止日、风险和下一步。浏览器可新建与编辑合同，修改会写入自己的 Busabase 记录。
Obligations Base 把每个义务关联回合同，保存标题、负责人、到期日、状态与证据备注。Approvals Base 保存关联合同的提醒或审批交接及决定。现有业务表有对应记录时，先明确唯一来源与关联，避免另建一份无人维护的台账。
原合同文本、价格与对方资料都可能敏感，选择有权访问的存储入口与人员权限。安装模板不会自动接入电子签、邮箱或外部合同平台。
第二步：让 Agent 整理有依据的待办
可以先给 Agent 一个限定任务：“读取这些已签署合同及现有台账。列出未来60天内的通知截止日、续约节点和义务到期日，分别标注负责人、原条款依据与下一步。缺失日期或通知方式列为待确认，不推断已获续约授权，也不联系对方。”
未来60天是本次查询范围，不是模板已经自动运行的提醒服务。先核范围内记录与原文，再由有权限的人员或 Agent 外部流程创建义务和审批提醒。AirApp 可对这些记录做决定，但不会在界面中生成新的义务或提醒；浏览器创建编辑的入口面向合同本身。
这样就能分清“台账已有到期日”和“真正有人接到可执行任务”。新增提醒后仍需核责任人是否有权查看、是否理解动作和截止条件。
官方模板 · 英文演示数据
第三步：先处理最早需要决定的节点
Renewals 展示续约与通知截止队列，打开合同可确认负责人、下一步和关联事项。先处理最早需要决定的日期，再看合同结束日。需要补材料时，在记录中保留未决问题，而不是用一个绿色状态代替判断。
Acknowledge 表示已确认这条续约通知提醒，保存确认时间；它不表示已经向对方送达通知。需要实际发送时，按约定渠道和权限另行执行，保留发送或接收证据，再回写实际结果。
同样，义务标为完成前应有可核交付或证据备注。完成按钮不能代替履约事实，重开用于恢复仍有未决事项的记录。
第四步：明确审批决定的实际范围
Approvals 可批准、要求修改或阻塞，并保存决定备注。这里的决定写在对应业务记录上，不是一个必经 CR 人审隔离队列。不能因为界面叫“审批”，就宣称所有变更都等待另一个人合并。
批准一条提醒，也不意味着合同已签署、法律审查通过或外部条款已被接受。应把具体同意了什么写进备注，必要时关联有权签署人的实际决定。AirApp 不发邮件、不发起电子签、不接触合同对方，也不更新外部 CLM。
官方模板 · 英文演示数据
第五步：分别验收日期、判断与执行
从原合同抽查一个通知节点，核日期、责任人、下一步与条款依据；检查每条义务和提醒都能回到正确合同；分别验证确认提醒、业务批准和实际发送证据，避免三者互相替代。
总览的90天续约或通知、30天义务等窗口是查看线索，不能覆盖掉更长期但重要的安排。持续运行前先确认谁定期查看、谁补录新合同、来源改变后谁复核日期。没有人承担维护责任，台账再完整也会过时。
配图使用官方模板英文演示数据，不是签约或通知实绩。详细行为见模板源说明。先把下一批最早通知节点处理清楚，再扩大合同范围，才容易让记录转化为及时决策。
从下一批通知期限开始
打开 Busa CLM 模板页面，登录并选择目标工作区安装。先录入需要近期决策的合同，核对原条款中的通知截止日、负责人和下一步，再整理义务与提醒。把“已确认提醒”和“已向对方发出通知”分别留证，先跑通一轮再扩大台账。