3. 续约管理核心概念：续约、自动续签、到期不续签、框架协议续签的定义与区别

在采购合同管理中，“续约”并非单一动作，而是包含多种业务场景的集合。混淆这些概念会导致自动化流程配置错误、财务预算偏差甚至法律风险。本节将逐一拆解四个核心术语的定义，并通过对比表格和流程图厘清其边界。

3.1 核心术语定义

3.2 四种场景的流程对比

下图展示了从合同到期前提醒到最终状态闭环的四种典型路径。注意“自动续签”路径跳过了人工审批环节，而“续约”和“框架协议续签”均需经过审批流程。

3.3 自动化视角下的关键差异

在配置自动化流程时，必须为每种场景设置独立的触发规则和审批路径。以下是自动化系统需要区分的核心字段：

• 续约： 系统需生成“续约提醒” → 发起“新合同创建”审批流 → 归档旧合同并关联新合同。
• 自动续签： 系统需在到期前校验“未收到终止通知” → 自动延长合同有效期 → 发送“续签成功”通知。
• 到期不续签： 系统需记录“不续签”原因 → 关闭合同 → 触发供应商关系终止流程（如清理权限、结算尾款）。
• 框架协议续签： 系统需区分“主协议续签”与“订单续签” → 主协议走审批，订单可批量续签或自动生成。

3.4 概念关系图谱

下图从合同生命周期角度，展示四个概念在时间轴上的位置关系，以及它们与“合同终止”和“新合同”之间的衔接。

3.5 自动化配置建议

在采购管理系统中，建议为每种续约类型设置独立的“合同到期处理策略”：

// 伪代码：合同到期处理策略配置示例
if contract.type == "standard" and contract.renewal_mode == "manual":
    trigger_workflow("续约审批流程")
elif contract.renewal_mode == "auto_renew":
    if not received_termination_notice(contract):
        extend_contract(contract, contract.renewal_period)
        send_notification("合同已自动续签")
    else:
        close_contract(contract)
elif contract.type == "framework_agreement":
    if contract.expiry_action == "renew":
        trigger_workflow("框架协议续签审批")
    else:
        close_framework(contract)
else:
    close_contract(contract)