生成AIの承認基準とは？承認・条件付き承認・差し戻しの判断軸を整理する
生成AIの申請が増えるほど、承認者ごとの判断差が目立ちやすくなります。ある案件は通り、似た案件は差し戻される状態が続くと、現場も承認者も疲弊します。
結論から言うと、生成AIの承認基準は、承認と非承認の二択で考えるより、承認、条件付き承認、差し戻し、非承認を分けて設計した方が回りやすくなります。中間判断を明確にすると、止めすぎずに統制しやすくなります。
本記事のポイント
- 生成AIの承認基準は、承認と非承認の二択ではなく、条件付き承認と差し戻しを分ける方が運用しやすくなります。
- 入力データ、出力用途、公開有無、代替手段、責任者の5観点で判断すると属人化を減らしやすくなります。
- 承認基準は、利用ルールと申請書の間をつなぐ判断レイヤーとして設計する必要があります。
この記事で扱うテーマ
関連キーワード
- 生成AI 承認基準
- AI利用 承認
- 生成AI 条件付き承認
- AI承認フロー 判断基準
- 生成AI 差し戻し
このページで答える質問
- 生成AIの承認基準はどう作る？
- 条件付き承認はどんな時に使う？
- 差し戻しと非承認の違いは？
- 属人的な判断を減らすにはどうする？
承認基準の結論は「4つの判断結果を分けること」
申請が来たときの判断は、通すか止めるかだけではありません。すぐ承認できる案件もあれば、匿名化やレビュー条件付きなら承認できる案件もあります。情報が足りず差し戻す案件と、そもそも認めない案件もあります。
この4つを分けるだけで、承認の透明性が上がり、現場にとっても次に何を直せばよいかが分かりやすくなります。
BtoB事例として、従業員100名規模のマーケティング会社では、月に約40件のAI利用申請が発生していました。当初は承認か非承認の二択で運用していたところ、非承認率が35%と高く、再申請までに平均8営業日かかっていました。4区分を導入し条件付き承認を運用に組み込んだところ、差し戻しが減り承認リードタイムが3営業日に短縮されました。承認者の判断にかける時間も1件あたり平均15分から6分へ減少しています。
4区分の判断は、「入力データに個人情報が含まれるか」を最初の分岐点にすると整理しやすくなります。含まれない場合は承認の可能性が高く、含まれる場合は匿名化条件付き承認か差し戻しへ誘導します。この1点だけでも、承認者間の判断ばらつきを大幅に減らせます。
承認基準の役割は、止めることではなく、何を満たせば進めるかを明らかにすることです。
| 判断結果 | どういう状態か | 例 |
|---|---|---|
| 承認 | そのまま進めてよい | 公開情報だけで社内利用する案件 |
| 条件付き承認 | 条件を守れば進めてよい | 匿名化、レビュー追加が必要な案件 |
| 差し戻し | 情報不足で再提出が必要 | 保存先や責任者が未記入の案件 |
| 非承認 | 現時点では認めない | 禁止データや禁止用途を含む案件 |
承認時に見るべき5つの観点
- 入力データに個人情報や機密情報が含まれるか
- 出力用途が社内利用か顧客共有か公開か
- 保存先とログ取得が決まっているか
- 代替手段があり、AI利用の必要性が説明できるか
- 責任者と最終確認者が決まっているか
この5観点は、承認フォームの必須項目として設計すると判断の標準化が進みます。特に「出力用途」は選択肢を「社内確認のみ」「顧客への共有」「外部公開」の3択にするだけで、承認者の見るべき重みが自動的に変わります。公開物の案件は法務確認を必須にするトリガーとして機能させると、見落としが減ります。
「責任者と最終確認者が決まっているか」については、実際の申請フォームでは「最終確認者」の欄が空欄になるケースが多く報告されています。申請者本人が自己確認することを認めない設計にするだけで、責任の明確化が進みます。特に顧客向け資料では、一段上の上長が最終確認者になることを必須とする運用が有効です。
差し戻しと非承認を混同しない理由
差し戻しは、情報が揃えば再判断できる案件です。一方、非承認は現時点のルールでは許容しない案件です。この違いを明確にしないと、現場は『なぜ止まったのか』を理解できず、再提出の質も下がります。
条件付き承認を用意しておくと、完全に止めなくても安全側へ寄せる運用が取りやすくなります。
差し戻しの通知文には、「何が不足しているか」「どう修正すれば再審査できるか」の2点を必ず書くことが実務では重要です。「情報不足のため差し戻し」だけでは、申請者は同じ間違いを繰り返します。差し戻し通知のテンプレートを用意し、理由コード（例：D-01 入力データ区分未記入、D-02 保存先未確定）で分類すると、差し戻し率のモニタリングと改善が格段にやりやすくなります。
非承認は全体申請件数の5〜10%以内が健全な水準の目安です。非承認率が15%を超える場合は、申請書の設計が悪いか、禁止範囲の説明が不足していることが多いため、承認基準の改訂よりも申請者への教育や申請フォームの改善を優先した方が効果的です。
承認基準を運用に載せる進め方
- 差し戻しが多い案件を先に集める。
- 判断理由を4区分へ分類する。
- 条件付き承認で使う条件文を定型化する。
- 月次レポートで承認率と差し戻し理由を見る。
- 四半期ごとに基準を更新する。
条件付き承認の条件文を定型化する際は、「〜という条件を満たした場合のみ使用可」という形式で残します。具体的な定型文の例として、「入力データを匿名化し、固有名詞・社名・個人名を除いた状態であること」「成果物を社外公開する前に部門長の最終確認を必須とすること」「生成物の使用目的を申請書に明記した業務のみに限定すること」といったものが実務では使われています。条件文が曖昧だと条件付き承認の意味が薄れるため、検証可能な形で書くことが重要です。
月次レポートで見るべき最低限の3指標は、①承認率（総申請数に占める承認件数の割合）、②条件付き承認率（承認案件のうち条件が付いた割合）、③差し戻し理由の上位3件です。特に差し戻し理由の上位が毎月同じ場合は、申請書の設計か利用者への周知に問題があると判断できます。この3指標を30分の月次会議で確認するだけで、承認基準の形骸化を防ぎやすくなります。
よくある質問
条件付き承認は甘い運用になりませんか？
条件を明文化して再確認する前提なら、むしろ完全な二択より運用しやすくなります。
差し戻し理由はどこまで書くべきですか？
次回の再提出で何を直せばよいかが分かる程度まで書く方が、手戻りを減らしやすくなります。
承認基準は部門ごとに変えるべきですか？
基本の判断観点は共通化し、公開リスクやデータ区分が強く違う部門だけ補足条件を足す方が管理しやすくなります。
誰が承認基準を更新するべきですか？
事務局が運用データを集め、責任部門が最終更新を決める形が現実的です。
