締結後の義務管理とは、締結済み契約に書かれた約束を、期日と担当者を持つ監視対象のタスクに変換する実務です。義務とは、契約が誰かに 実行 を求めているものすべてを指します。ある期日までに納品する、四半期ごとに報告する、認証を維持する、更新前に通知する、値上げに上限をかける、定められた金額の保険を維持する、といったものです。この実務は 3 つの要素で構成されます。締結済み文書から義務を抽出すること、それぞれを法務部門の外にいる氏名の特定できる担当者に割り当てること、そして結果が生じるより前に発火する期日を設定することです。このうち 1 つでも欠ければ、手元にあるのは文書リポジトリであって義務管理ではありません。
これが そうではない もの、それは契約ライフサイクル管理です。CLM が扱うのは受付、起案、交渉、締結、つまり多くの法務チームがすでに購入済みの締結前のファネルです。義務管理は、CLM の導入プロジェクトが終わるまさにその地点から始まります。更新管理とも違います。更新は 4 つある義務クラスの 1 つにすぎず、しかも最も範囲の狭いクラスです。そしてコンプライアンスプログラムでもありません。コンプライアンスが応答する相手は規制当局ですが、義務管理が応答する相手は、こちらの見落としに対して請求し、解除し、あるいは静かに再値付けできる取引相手です。
4 つの義務クラス
義務をクラス分けすることが重要なのは、クラスごとに担当者も失敗のしかたも異なるからです。日々の担当者が法務であるクラスは 1 つもありません。
| クラス | 例 | 本来の担当 | 失敗のしかた |
|---|---|---|---|
| 履行・納品 | 稼働率のコミット、納品マイルストーン、検収基準、要員数 | サービスデリバリー / エンジニアリング | サービスクレジット、損害賠償額の予定、債務不履行解除 |
| 商業・支払 | 数量コミット、リベート階層、値上げ上限、最恵待遇価格条項 | 調達または財務 | 過払い、失効したリベート、回収されないクレジット |
| 報告・通知 | 四半期の利用報告、セキュリティインシデントの通知期限、支配権変動の通知、監査権 | データを保有する部門 | 形式的な事由による契約違反、監査権の喪失 |
| ライフサイクル・期日 | 更新拒絶の通知期限、満了、延長オプションの行使期間、保険証明の更新 | 事業側の契約オーナー | 望んでいなかった期間への自動更新 |
4 つに共通する構図はこうです。義務を履行できる人物は、契約を読んだ人物とほぼ一致しません。
なぜこのギャップが生じるのか
これは怠慢ではなく構造的な問題です。交渉の労力はリスクを配分する条項に集中し、取引が機能するかどうかを決める条項はリストの下のほうに置かれます。World Commerce & Contracting の Most Negotiated Terms 2024 調査では、回答した 937 組織のデータにおいて、責任制限が価格と補償を抑えて再び最も交渉される条項となりました。そして、正しい条項を優先できていると考えている交渉担当者は 16% にとどまります。WorldCC はこの分断をはっきり言い切っています。最も交渉される条項は失敗したときの結果に関するものであり、最も重要な条項は成功のための条件に関するものだ、と。
この分断のコストは測定できます。WorldCC の価値毀損の数値は、最初に測定された 2014 年時点で契約価値の 9.2%、2023 年の測定では 8.6% でした。上位の組織は 3% 前後、下位の組織は 20% を超えます。同社が挙げる原因は締結後の原因です。期限や性能ベンチマークの未達によるペナルティ、契約を失効させたことによる高い更新コスト、支払遅延で失われた割引です。
説明責任に耐える台帳の中身
義務台帳は契約 1 件につき 1 行ではなく、義務 1 件につき 1 行です。業務範囲書が添付された 40 ページの基本契約なら、15 行から 40 行になります。各行には 7 つの項目が必要で、どれか 1 つでも欠けた台帳は監査にも紛争にも耐えません。
- 出典ポインタ — 契約 ID と、その義務の根拠となる条項番号またはセクション番号。要約ではなく、実際に開ける参照であることが条件です。
- 義務の文言 — 実際に効力を持つ文言を、言い換えずに引用します。言い換えは、意味が静かにずれていく場所です。
- クラス — 上記 4 つのいずれか。ここがルーティングを決めます。
- 氏名で特定された担当者 — 代理担当者も氏名で指定した個人。チームのエイリアスでも「法務」でもいけません。
- トリガー — 固定日、定期的なサイクル、またはイベント（「認識した時点から 72 時間以内」など）。
- リードタイム — トリガーの何日前にアラートを発火させるか。チームが省きがちな項目であり、台帳が役に立つかどうかを決める項目でもあります。
- 履行の証跡 — その義務を満たしたと示すものは何か、そしてその証跡がどこにあるか。
規制業種では、この台帳はもはや任意ではありません。2025 年 1 月 17 日から適用されている EU のデジタルオペレーショナルレジリエンス規則のもとで、金融機関は第 28 条 (3) に基づき、ICT 第三者サービスプロバイダーとのすべての契約上の取決めを網羅する情報台帳を、単体・サブ連結・連結の各レベルで維持し、毎年、所轄の国内当局に提出しなければなりません。当局はそれを EBA、ESMA、EIOPA に送付します。DORA の適用対象であれば、その名で呼ぶかどうかに関わらず、あなたはすでに義務台帳を構築しています。
AI 抽出が変えるものと、変えないもの
安くなったのは抽出の部分です。締結済み PDF を条項抽出にかければ、条項の出典付きで義務の候補が数秒で返ってきます。契約 1 件あたりのコストは、数千件規模の締結済みポートフォリオを遡って埋める作業が、パラリーガルの四半期ではなく週末の作業になる水準です。エンタープライズ CLM 各社はこれをモジュールとして提供済みです。Ironclad は型付きの義務、担当者の割当、フィルタ可能なダッシュボードを備えた Obligations モジュールをドキュメント化しています。Sirion、Icertis、Agiloft も同じ形の締結後トラッキングを販売しています。自前で作るなら、条項抽出の Claude Skill がプラットフォームを購入せずに同じ行を生成します。
抽出が変えないのは担当の割当であり、そしてこの割当こそが制約条件です。氏名の特定できる担当者が紐づいていない抽出済み義務は、誰も開かないテーブルの 1 行でしかありません。設計時に潰しておくべき失敗はこれです。チームがモジュールを購入し、4,000 件の義務を遡って登録し、そのすべてを legal ops の共有メールボックスにルーティングする。18 か月後、4,000 件のアラートを受け取っていた唯一の担当者が読むのをやめたため、台帳は陳腐化しています。4 つのクラスそれぞれについて担当者を名指しできるようになるまで、義務モジュールを買ってはいけません。有効な契約が 200 件程度に満たないなら、7 列のスプレッドシートとカレンダーフィードのほうがプラットフォームに勝ちます。価格ではなく、定着率で勝ちます。
抽出精度は、まさに金額が動く場所で低下します。変更契約、注文書、サイドレターは基本契約を上書きするため、締結済みの基本契約だけを対象にした抽出は、2 回の変更契約を経て再交渉済みの義務を返してきます。変更契約の問題の詳細は 契約データ抽出 を参照してください。契約ファミリー全体を抽出するか、さもなければ台帳を信用しないことです。
実際に痛い日付の計算
ライフサイクルのクラスで重要な日付は満了日ではありません。満了日から更新拒絶の通知期間を差し引いた日、つまり行動できる最終日です。B2B のソフトウェア契約とサービス契約では、通知期間は更新日の 30 日前、60 日前、90 日前に集中しています。したがって 3 月 31 日満了で通知期間が 90 日の契約は、実質的な期限が 12 月 31 日、四半期 1 つ分早く、しかも別の予算年度に落ちます。満了日を保存して満了日でアラートを出す台帳は、意思決定の余地が消えた後にアラートを届けます。両方の日付を保存し、計算した日付でアラートを出してください。contract renewal radar の workflow はこの期限を毎日計算し、更新 / 再交渉 / 解約のブリーフを担当者に送ります。
自社が売る自動更新と、自社が買う自動更新
この 2 つは別々の問題で、混同すると両方で機能しない台帳ができあがります。自社が 署名する 契約のエバーグリーン条項は、規制のない商業条項です。ベンダーにリマインドの義務はなく、だからこそ上記の通知期間の計算は自社側の仕事になります。
一方、消費者に 販売する サブスクリプションのエバーグリーン条項は規制対象であり、2025 年に前提が 2 度動きました。第 8 巡回区控訴裁判所は 2025 年 7 月 8 日、FTC が改訂した Negative Option Rule、いわゆる「click-to-cancel」規則を、遵守期日の数日前に手続上の瑕疵を理由として無効としました。FTC はその後、規則制定前予告 (ANPRM) によって手続を再開しており、ROSCA に基づく執行はそのまま続いています。州法のほうは止まっていません。2024 年 9 月 24 日に成立したカリフォルニア州 AB 2863 は、2025 年 7 月 1 日以降に締結、変更、または延長された消費者契約に適用され、年 1 回の更新リマインダー、加入時と同じ手段による解約、そして明示的な積極的同意の記録を 3 年間または契約終了後 1 年間のいずれか長いほうの期間保持する義務を追加しました。これらは期日を伴うプロダクトチームの義務であり、他のすべてと同じ台帳に入れるべきものです。
注意点と、それぞれの対策
- 台帳を一度作ったきり突合しない。 対策：新たに締結された契約との突合を固定サイクルで回してください。500 件を超えるポートフォリオなら月次です。義務が 1 件も抽出されなかった締結済み契約は、きれいな結果ではなく調査すべき例外として扱ってください。
- 担当者が退職する。 対策：担当をメールアドレスではなく HRIS や ID プロバイダー上のロールに紐づけ、メールボックスが不達になったらアラートを担当者の上長に向けて目立つ形で失敗させてください。
- アラートの量が台帳を殺す。 対策：担当者 1 人あたりの週次アラート数に上限を設け、全員に一斉配信するのではなくクラス単位でルーティングしてください。商業クラスの義務だけを受け取る財務担当者は、それを読みます。
- 自社が 受け取る側 の義務が放置される。 対策：双方向で抽出してください。自社が受け取るべきサービスクレジットや、達成済みのリベート階層は、この取り組みの費用を回収する行です。そして、どの取引相手も請求してこないため誰も追いかけない行でもあります。
- 証跡を履行時点で取得していない。 対策：監査時ではなく義務のクローズ時点で証跡欄の入力を必須にしてください。14 か月前に送付した報告書の証跡を再構成するコストは、リンクを 1 本保存するコストを上回ります。
関連
- 契約ライフサイクル管理 — この実務が引き継ぐ締結前のファネル
- 契約データ抽出 — 適合率、再現率、そして変更契約の問題
- エージェンティック CLM — 台帳が自らの検出結果に基づいて動き出すとどうなるか
- 更新管理 — ライフサイクルクラスの顧客向けの側面
- contract renewal radar (n8n) — 通知期間の計算が稼働している実装