ノウハウ 業務委託の「再委託可」は要修正か許容か｜ベテランとAIの判断はどこで分かれるか
業務委託の「再委託可」は要修正か許容か｜ベテランとAIの判断はどこで分かれるか
「再委託可」は要修正か、許容か
業務委託契約のレビューで、よく出てくる論点が「再委託」です。一般論で言えば、再委託は委託元のコントロールを弱めるため、「原則禁止」がセオリーです。しかし実務では、「この取引先・この業務なら、再委託を認めてきた」という例外が、しばしば存在します。
この「原則と例外」の見極めこそが、ベテランとAIの判断が分かれる場所です。本記事では、1本の業務委託契約を例に、ベテランが一瞬でやっている判断を分解し、それをAIがどこまで再現できるのかを追います。（本記事は、自社基準レビューの成熟度をLayer 0〜5で整理した記事の、具体ケースにあたります。）
ケース設定：同じ「業務委託」でも、中身はバラバラ
製造業A社を例にします。A社では、業務委託契約が複数の本部（研究開発本部・品質管理本部・営業本部・経営管理本部）で取り扱われています。「業務委託契約」と一口に言っても、本部ごとに中身は全く異なります。
今回は、品質管理本部における取引先X社との業務委託契約を考えます。この本部の業務委託には、2つの異なる型があります。
| 業務の型 | 性質 | 再委託の扱い |
|---|---|---|
| 専門検査業務 | 非定型・高度な判断を伴う。技術流出リスクが高い | 再委託は厳禁 |
| 定型検査業務 | 仕様が固定・反復的 | 一部の取引先に限り、コストダウン目的で再委託可 |
ここで重要なのは、「再委託可でいいか」は、契約書の表面には書いていないということです。同じ「再委託可」という条項でも、専門検査なら要修正、定型検査なら許容、と判断が正反対になります。
今回レビューするのは、取引先X社との新規の業務委託契約で、契約書に「再委託可」条項があります。さて、この「再委託可」は、要修正か、許容か。
ベテランは、見た瞬間に答えがわかる
ベテランの法務担当者は、この契約を見た瞬間にこう考えます。「ああ、品質管理本部の定型検査で、X社向けの再委託OKのやつね」。しかし、その判断はその人の頭の中にしかありません。
本来、このケースでAIに期待したいのは、機械的な「原則禁止」ではなく、ベテランと同じ判定です。すなわち、どこの本部のどういう契約書なのかを判定し、定型検査かどうかを見極め、X社との取引かつ定型検査であるという例外類型に当たることを確認し、過去の前提を踏まえて「条件付きで許容可」と返すことです。
しかし、一般的なAIは「原則禁止。要修正」と返す
ところが、一般的なAIにこの契約をレビューさせると、出てくるのは「再委託は原則禁止。要修正」です。本来許容できる案件を弾いてしまう——誤検知です。
なぜ、ベテランの判定が出ないのか。理由はしんぷるで、判断基準がプレイブック止まりだからです。プレイブックには「再委託は原則禁止」と書いてあります。しかし「定型検査は別扱い」という外側のルールは、プレイブックには書かれていない。だから構造的に見えないのです。
ベテランの頭の中を、開いてみる：7つの判断
ベテランの「一瞬の判定」は、実は7つの判断の積み重ねです。
| # | ベテランの判断 | 正体 |
|---|---|---|
| ①② | これは「品質管理本部」の「定型検査業務」だと見抜く | 暗黙知（組織知・分類知） |
| ③ | 定型検査だから「再委託可は例外として妥当な可能性がある」と当たりをつける | 暗黙知 × 例外ルール |
| ④⑤⑥ | 「定型検査はX社で許容実績あり」を、過去資料まで遡って裏取りする | 例外処理（記憶・在り処・理由） |
| ⑦ | 今回の再委託先は新規 → 「監査記録の取得を条件にOK」と差分を判断 | 暗黙知（差分判断） |
この7つを、ベテランは一瞬で・無意識に・言語化せずにやっています。だからこそ、これを組織で継承できないと、ベテランが退職した途端に、同じレビューに多大な時間を要するようになります。
7つの判断を、2つの層に分ける
この7つは、性質の異なる2つの層に分けられます。
- 層1：判断する知識（暗黙知）——①②③⑥⑦ 組織・カテゴリの判定、例外ルール、許容理由、リスク差分の読み。
- 層2：情報を探し出す行為（例外処理）——④⑤ どこに何があるかを知っていることと、それを探して裏取りする手間。
とりわけ効くのが④⑤、つまり記憶を過去資料で裏取りする部分です。「許容実績がある」という記憶だけで判断せず、過去の契約・覚書・稟議まで遡って、許容できた前提（覚書の存在・監査の実施・範囲限定）を確認する。台帳の結論だけでは、ここに辿り着けません。
同じ契約を、3つのツールに投げてみる
この1本の契約を、3つのアプローチでレビューさせると、到達レベルがはっきり分かれます。
| AI内蔵型レビュー製品 | 生成AI単体 | オープン型CLM × 生成AI | |
|---|---|---|---|
| 見に行ける範囲 | プレイブック1つ | 自社データに触れない | 受付〜台帳〜契約本体まで全工程を横断 |
| 結果 | 原則禁止で誤検知 | 土俵外（自社事情を知らない） | 前提を繋いで条件付きで判断 |
| 到達レベル | 多くがLayer 2止まり | Layer 2〜3止まり | Layer 4〜5まで到達 |
差がつくのは「文脈判定」です。契約が「品質管理本部の定型検査だ」と読めるか、その場合に再委託が許容できる条件があると判定できるか、その裏取りのために過去契約を参照できるか。この連鎖を回せるかどうかは、AIの性能ではなく、見られる情報の範囲＝設計で決まります。この設計思想の違いは、AI内蔵型CLMと連携型CLMを業務の分断の観点で比較した記事で詳しく整理しています。
オープン型×生成AIは、どうベテランを再現するか
オープン型CLMの上で適切に設計された生成AI（たとえばClaude）は、ベテランの7判断を、次の6ステップで再現します。
- 文脈判定：業務記述を解析し、契約が何者か（本部・カテゴリ）を判定する。（ベテラン判断①②）
- 条項検出：「再委託可」を検出し、プレイブックの「原則禁止」と照合する。
- 例外ルール特定：例外台帳から「定型検査の再委託可ルール」に到達し、X社が許容対象かを確認する。（ベテラン判断③）
- 前提の横断検証：許容の前提（覚書・監査記録・範囲限定）を、過去契約・稟議・条文など散在した情報から確認する。（ベテラン判断④⑤⑥）
- 条件付き判断：前提の充足を踏まえ、今回の再委託先は新規なので監査記録の取得を条件に許容と判断する。（ベテラン判断⑦）
- 育成：今回の判断と新しい前提（新規先の扱い）を例外台帳に追記し、次回に継承する。
注目したいのは、ステップ16の「育成」です。今回「新規先は監査を条件にOK」という新しい判断を下したら、それを例外台帳に残す。すると次回以降、同じ類型の契約はその前提を踏まえて判断されるようになります。使うほどに判断基準が育つ——これが、台帳の結論だけを見ていたときとの決定的な違いです。
この「データは一元・判断にAIを接続・基準は育てる」という設計思想は、OpenCLMとは何かを選定基準とともに解説した記事で扱っています。重要なのは、この再現が「その場の賢さ」や偶然ではなく、ベテランの判断手順をAIへの「読み方の設計」に書き起こした結果だ、という点です。
まとめ：差は性能でなく、設計
「再委託可」の1行を、要修正と見るか許容と見るか。この判断の差は、ベテランが頭の中でやっている7つの判断を、AIが再現できるかどうかにかかっています。そしてそれを決めるのは、AIの性能ではなく、暗黙知・例外処理・過去案件までを横断できるかという設計です。
AI内蔵型は1つの箱しか見られず「原則禁止」で止まり、生成AI単体は自社データに触れず土俵外。全工程に手が届き、判断履歴を蓄積できるオープン型CLM×生成AIだけが、ベテランの判断を再現し、使うほどに育てられます。
「AIは選び、契約は1箇所に集める」。ベテランの頭の中は、属人で抱えるものではなく、AIに渡して育てられるものです。
本記事はContractS株式会社のコンテンツマーケティングチームが、エンタープライズ企業の法務・調達・管理部門向けに執筆したものです。本稿のケースは説明のための仮設例であり、実際の再委託の可否は個別の契約・取引実態に応じて判断してください。本記事はリーガルアドバイスではありません。
