3. 合同条款结构化

合同条款结构化是义务跟踪系统的数据基石。传统采购合同以自然语言描述交付、付款、验收、违约等义务，系统无法直接解析。本章将演示如何将四大核心义务条款拆解为可计算的结构化字段，并建立条款元数据模型，使系统能够自动识别义务状态、触发预警并生成履约看板。

3.1 四大核心义务条款拆解

采购合同中最关键的义务条款集中在四个领域：交付、付款、验收、违约。每个领域都需要拆解为原子级数据字段。

3.1.1 交付义务条款拆解

3.1.2 付款义务条款拆解

3.1.3 验收义务条款拆解

3.1.4 违约义务条款拆解

3.2 条款元数据建模

条款元数据模型定义了每个义务条款的通用结构，使系统能够统一处理不同类型的条款。核心元数据包括：条款标识、条款类型、关联对象、时间约束、状态机、依赖关系。

3.2.1 条款元数据核心模型

{
  "clause_metadata": {
    "clause_id": "CLS-2025-001",
    "contract_id": "CT-2025-088",
    "clause_type": "delivery",          // delivery | payment | inspection | breach
    "clause_name": "核心交换机交付义务",
    "status": "active",                 // active | fulfilled | breached | terminated
    "effective_date": "2025-01-01",
    "expiration_date": "2025-12-31",
    "obligation_party": "supplier",     // supplier | buyer
    "priority": 1,                      // 1-5, 1最高
    "dependencies": [
      {
        "dependent_clause_id": "CLS-2025-002",
        "dependency_type": "sequential" // sequential | parallel | conditional
      }
    ],
    "state_machine": {
      "initial_state": "pending",
      "transitions": [
        {"from": "pending", "to": "in_progress", "trigger": "delivery_started"},
        {"from": "in_progress", "to": "completed", "trigger": "delivery_confirmed"},
        {"from": "in_progress", "to": "overdue", "trigger": "deadline_exceeded"}
      ]
    },
    "reminder_config": {
      "before_deadline_days": [30, 14, 7, 3, 1],
      "after_overdue_days": [1, 3, 7, 14]
    }
  }
}

3.2.2 条款状态机设计

每个义务条款都拥有独立的状态机，系统根据时间推进和事件触发自动流转。以下是四种核心条款的通用状态机：

• 待处理 (Pending) — 条款已创建，尚未到达执行窗口期。
• 进行中 (In Progress) — 条款进入执行阶段，系统开始跟踪。
• 逾期 (Overdue) — 超过截止日期仍未完成，触发预警。
• 已完成 (Completed) — 义务履行完毕，系统归档。
• 已违约 (Breached) — 触发违约条件，进入违约处理流程。
• 已终止 (Terminated) — 合同终止或条款被替换。

3.3 条款结构化整体架构

下图展示了从合同文本到结构化条款数据的完整转换链路，以及条款元数据模型在系统各层中的位置。

3.4 条款依赖关系建模

义务条款之间并非孤立存在，而是存在复杂的依赖关系。系统必须建模三种基本依赖类型：

• 顺序依赖 (Sequential)：B 条款必须在 A 条款完成后才能开始。例如：验收条款 依赖 交付条款 完成。
• 并行依赖 (Parallel)：A 和 B 条款可以同时执行，互不阻塞。例如：预付款支付 与 备货生产 可以并行。
• 条件依赖 (Conditional)：B 条款是否执行取决于 A 条款的结果。例如：整改验收 仅在 首次验收不通过 时触发。

3.5 条款结构化最佳实践清单