AIに任せない業務の決め方｜止める条件から活用範囲を作る

AIに任せない業務は、「重要そうだから禁止」「便利そうだから許可」といった印象では決められません。判断の軸になるのは、失敗を業務内で検知できるか、結果や処理を人が取り消せるか、AIを止めても別の手段で業務を続けられるかです。重大な失敗について、このうち一つでも満たせない用途は除外します。

三つとも満たす用途は、条件付き許可の候補です。検知する人と方法、差し戻しの手順、停止の判断権者、停止後の代替プロセスを先に決めてから許可します。残る課題は、「できるつもり」をどう検証可能な条件に変えるかです。

AIに任せない業務は入力情報と用途の両方で決める

機密情報や個人情報を入力してよいかというルールは必要です。しかし、入力できる情報だけで用途の安全性は決まりません。公開情報だけを使う場合でも、誤った出力がそのまま顧客対応や社内判断に使われ、後から直せず、手作業にも戻せないなら、その用途には別の問題があります。

では、機密情報を入力しないという一点だけで、用途を許可してよいでしょうか。見るべき対象には、データに加えて、AIが業務工程のどこに入り、失敗したときに何が起き、誰が戻せるかも含まれます。入力禁止情報のルールと用途選定のルールは、分けて管理する必要があります。

2026年9月21日時点で確認したNIST AI RMF Playbookは、AIが特定の業務や問題に必ずしも適切な解決策とは限らないとして、負のリスクと便益を正式に比較し、導入を進めるか判断する考え方を示しています。また、リスク対応では非自動・半自動を含む非AIの代替案も検討するよう提案しています。

導入可否を考える出発点は、「AIを使わない選択肢を残したまま、失敗を管理できる用途か」という問いです。社内ルール全体の設計は、生成AIガイドラインを整備する際の考え方と併せて整理すると、入力ルールと用途ルールの混同を避けやすくなります。

除外と条件付き許可を分ける判断表

次の表は、各社が用途候補を選ぶための実務提案であり、法令上の一律分類を示すものではありません。「検知」「取り消し」「代替手段」を別々に確認し、曖昧な回答を許可条件に持ち込まないために使います。

三軸のうち一つでも「満たさない」なら、そのままAIへ任せる用途から外します。「不明」も除外側に置き、検証できる条件が決まってから再判定します。三軸をすべて満たす場合だけ、後述する運用条件を付けて許可候補に進めます。

ここでいう「重大」は、抽象的な不安の大きさではありません。自社がその用途で避けるべき結果を先に言語化し、それを工程内で見つけ、戻し、別手段へ切り替えられるかを判定します。用途名だけで一括判断せず、AIが提案するだけなのか、外部への処理まで実行するのかも分けて記録します。

三軸を「できるつもり」で終わらせない

検知は確認者を置くだけでは足りない

「人が確認する」という回答には、何をもって失敗とするかが欠けています。検知条件には、確認対象、異常とみなす状態、確認のタイミング、担当者を記します。正誤を判断する材料と差し戻す権限の両方を担当者に与えて、検知できる状態になります。

2026年9月21日時点のEU AI Act統合版では、高リスクAIに関する評価や人の監督の規定として、有害となり得る判断・推奨を人が上書きできる程度、結果を修正・取り消せるか、監督担当者が異常や予期しない性能を検知して対処できるかなどが示されています。同法の高リスクAIに関する規定を、すべての社内用途へ直接適用する趣旨ではありません。検知可能性と介入可能性を分けて確認する実務上の参考として用います。

取り消しは出力の削除より広く考える

文章を消せても、通知、承認、発注、公開などの後続処理に残った影響まで消えるとは限りません。確認対象は出力ファイルと業務上の影響の両方です。どの時点までなら止められるか、誰が上書きできるか、影響を受けた相手へどう訂正するかを用途ごとに定めます。

取り消せない処理へAIを直結すると、検知が事後になった瞬間に三軸の一つを失います。AIの役割を下書きや候補提示までに狭め、人による確定工程を残せるなら、同じ業務領域でも除外から条件付き許可へ見直せます。許可範囲は、AIに任せる工程の終点で表します。

代替手段は緊急時に実行できて初めて成立する

「止まったら人が対応する」という記載からは、実行可能性を判断できません。切替を判断する人、手作業で参照する情報、処理の引継ぎ先、関係者への連絡先が必要です。通常時にAIへ寄せすぎて既存手順を失えば、名目上は人手へ戻せても、実際には業務を継続できません。

2026年9月21日時点のNIST生成AIプロファイルは、第三者生成AIのロールオーバーやフォールバックに関するリスクをテスト・管理する方針と手順を設け、フォールバックには手作業も含み得るとしています。同資料は、意図した用途と合わない性能や結果を示すAIを置換・切り離し・停止できる仕組み、利用文脈またはシステム全体の停止基準、停止時の理由・回避策・代替プロセス・連絡先の共有も提案しています。

代替手段は、書面の有無と実行可能性を分けて確かめます。停止時に必要な情報へ到達でき、担当者が切り替えられることを確認します。実行できない場合は用途を除外するか、AIが止まっても困らない範囲まで役割を狭めます。

条件付き許可は用途台帳に何を書くかで決まる

三軸を満たした用途は、次の項目を用途台帳へ記載した場合に限り条件付きで許可します。監視・上書き・停止・代替を自社運用へ落とすための実務提案であり、公式資料の文言を制度化したものではありません。

たとえば「社外向け文書の作成」という広い用途名を、工程と条件へ分解します。「AIは下書きだけを作り、担当者が根拠を確認して公開を確定する」「確認できない内容が含まれたら差し戻す」「AI停止時は既存の作成手順へ戻す」と記録すれば、三軸を誰がどう満たすかを判定できます。この記載は、判断表の使い方を示す条件例であり、成功事例や効果を示すものではありません。

台帳を作った後も、許可は固定しません。用途、連携先、担当者、取り消し可能な時点のいずれかが変われば、三軸を再判定します。特に、提案だけだったAIに自動実行を追加すると、同じ用途名でも取り消し条件が変わります。AI導入の最初の90日で整える進め方を参照し、導入計画の初期から用途台帳の作成と見直しを組み込むとよいでしょう。

活用範囲は止める条件から具体化する

AI活用を広げるには、禁止項目を増やすより先に、失敗時に制御できる範囲を明らかにします。重大な失敗を工程内で検知できない、影響を人が修正・取り消せない、停止後に現実的な代替手段がない。このいずれかに当てはまる用途は、AIに任せない業務として除外します。

三軸を満たす用途は、検知方法と担当者、差し戻し手順、停止条件と判断権者、代替プロセスと連絡先を台帳へ記載して、初めて条件付き許可に進めます。判断が割れた用途は、全面許可か全面禁止かで争う必要はありません。AIの担当工程を狭め、検知・取り消し・代替が成立する地点まで戻すことで、自社が責任を持てる活用範囲を作れます。