生成AIの社内利用ガイドラインの作り方｜許可・禁止・例外を運用する

生成AIの社内利用ガイドラインは、禁止事項を並べた注意書きではありません。従業員が「この資料をこのサービスへ入力してよいか」「顧客へ出す前に誰の確認が要るか」「未承認ツールが必要なとき、どこへ相談するか」を業務中に判断できる運用基準です。本稿では、営業資料の下書き、会議要約、契約条項の抽出を例に、適用範囲、情報区分、承認、例外、事故対応、改定指標までを一続きで設計します。法令や契約の個別判断を代替するものではないため、最終版は自社の法務、情報セキュリティ、個人情報保護、労務の責任者が確認してください。

生成AIの社内利用ガイドラインは現場が迷わず止められることを目的にする

最初に決めるのは、AIを推進するか禁止するかという標語ではなく、判断を必要とする場面です。たとえば営業担当が商談メモを要約したい場合、顧客名を削れば利用できるのか、承認済みの法人契約だけなら入力できるのか、要約を顧客へ送る前に誰が読むのかを定めます。規程本文から手順、申請先、承認済みサービス一覧へ到達できなければ、現場では使えません。

経済産業省の「AI事業者ガイドライン（第1.2版）」は、AI開発者、提供者、事業利用者に共通する指針を示し、リスクベースで取り組む考え方を採っています^[1]。社内ガイドラインでは、その抽象的な指針を自社の情報資産、利用目的、責任者、確認証跡へ翻訳します。公的文書を長く引用するだけでは、誰が何をするかは決まりません。

完成条件は、従業員が自分の案件を分類し、許可、事前承認、禁止、相談のいずれかへ到達できることです。「十分注意する」「適切に確認する」のように判定者と条件が欠ける文言は、運用手順へ書き換えます。

規程の所有者も明記します。情報システム部門だけが所有すると、出力の業務品質や顧客説明が抜けます。法務だけが所有すると、アカウント設定やログ取得が追いつきません。全社ルールの責任者、サービス審査者、利用部門の承認者、事故窓口を分け、最終的な利用可否を誰が決裁するかまで記載します。

対象者・端末・アカウント・AI機能を漏れなく範囲へ入れる

適用範囲は「従業員による生成AIの利用」だけでは狭すぎます。役員、派遣社員、業務委託先、インターン、退職予定者を含めるかを雇用・委託契約と整合させます。会社端末だけでなく、業務へ使う個人端末、ブラウザ拡張、会議録画サービス、文書ソフトに組み込まれたAI、開発者がAPI経由で呼ぶモデルも確認対象です。

同じ製品名でも、無料版と法人版、標準チャットと追加エージェント、保存設定の違いで条件は変わります。「製品Aは許可」とだけ書かず、契約プラン、テナント、許可機能、管理設定、確認日を承認一覧へ持たせます。利用者がブラウザの個人プロファイルへ切り替えた場合は承認範囲外になる、という境界も画面例とともに説明します。

対象外を設けるなら理由を記録します。端末内だけで動作し外部送信しない校正機能を簡易審査にすることはあり得ますが、製品表示だけで外部通信がないと断定しません。更新でクラウド処理へ変わる場合に備え、契約、通信、管理画面のどれを再確認するかを決めます。

入力可否を情報区分と送信条件の二段階で判定する

「機密情報を入力しない」という一文では、顧客名を消した商談メモ、公開前の価格表、匿名化した相談記録を判断できません。既存の情報分類へAI固有の送信条件を重ねます。分類名を新設するより、公開、社内、機密、厳秘など社内で使っている区分と、外部委託・クラウド利用の規程を参照させる方が定着しやすくなります。

個人情報保護委員会の注意喚起は、個人データを生成AIサービスへ入力する場合、利用目的の範囲や提供事業者による取扱いを確認するよう求めています^[3]。したがって、氏名を伏せただけで自動的に安全とは扱いません。部署、役職、日付、固有の案件内容を組み合わせて本人を特定できないか、提供者が入力を何に使うか、国外処理や再委託があるかを審査します。

入力前のマスキングを許す場合は、削除対象と確認者を手順化します。営業会議なら、顧客名、個人名、メールアドレス、契約金額、未公表の商談条件を候補にし、要約に必要な項目だけ残します。自動マスキングの見逃しを想定し、原文を送信する直前に利用者が差分を確認できる画面を用意します。

用途を影響・自動化範囲・取り消し可能性で区分する

利用可否はデータの機密度だけでは決まりません。公開情報だけを使っていても、採用不合格、与信、契約締結をAIだけで決めれば、人や会社へ大きな影響が及びます。反対に、社内向けの見出し案を作り、担当者が原文と照合して破棄できる用途は、条件付きで始めやすい領域です。

審査票には、対象者、入力情報、AIが出す結果、その結果を誰が使うか、誤りを取り消せるか、外部システムを更新するかを記載します。点数だけで自動承認すると、重大な一条件が平均に埋もれます。個人への重大影響、権限を伴う外部操作、厳秘情報のいずれかがある案件は、合計点にかかわらず専門審査へ送ります。

架空例として、営業提案書の下書きを「情報2、影響1、自動化1、取消1」の各0〜3点で評価すると5点です。社内基準を0〜4点通常、5〜7点部門承認、8点以上専門審査とするなら部門承認になります。ただし、顧客の未公開設計図が含まれれば強制条件で専門審査へ上げます。この配点は説明用であり、自社の事故履歴と情報規程から閾値を承認してください。

NIST AI 600-1は、生成AI特有のリスクをAI RMFのGovern、Map、Measure、Manageへ対応させています^[6]。用途審査では、申請時のMapだけで閉じず、限定運用で誤りをMeasureし、条件に達しない場合に停止・縮小するManageまでを一件の承認記録へ含めます。

承認済みサービス一覧に契約・設定・利用可能機能を記録する

承認済み一覧は製品カタログではなく、利用条件の照合表です。サービス名、契約主体、テナント識別子、認証方式、入力の二次利用設定、保存期間、削除方法、管理ログ、利用できる情報区分、禁止機能、責任部署、最終確認日を持たせます。Web検索、ファイル連携、外部アクションなど追加機能は、基本チャットとは別に審査します。

個人アカウントを業務利用不可とするなら、理由と代替を併記します。会社が退職時に停止できない、契約条件を統一できない、監査ログを取得できない、請求やデータ削除を管理できないことが主な理由です。単に「無料版は禁止」と書くと、法人契約にない急ぎの機能を利用者が隠れて使うため、機能追加の申請窓口と回答期限を用意します。

審査時には営業資料ではなく、契約条項、プライバシー情報、データ処理条件、管理者向け仕様を確認します。入力がモデル改善へ使われない設定でも、障害調査ログや不正検知の保持が残る場合があります。「学習しない」と「保存しない」を分け、削除要求がバックアップや派生データへどう反映されるかを記録します。

管理設定の変更を検知する方法も決めます。四半期ごとに確認するだけでは、提供者の機能追加を長期間見逃します。契約更新、データ処理地域の変更、新しい連携機能、管理ログ仕様の縮小を再審査トリガーとし、影響が確定するまで新機能を既定で無効にします。承認日だけでなく、次回確認期限を一覧へ表示します。

申請・審査・承認・監視の役割を分離する

申請者が自分の案件を採点し、そのまま本番利用を承認する構造は避けます。一方、すべてを中央委員会へ集めると回答が遅れ、無許可利用を誘発します。低影響用途は部門責任者が標準条件で承認し、高影響または新しいデータ経路だけを法務、セキュリティ、個人情報保護の専門審査へ上げます。

承認には有効期限を設定します。短期の実証を恒久利用へ読み替えず、対象部署、利用者数、データ区分、サービス機能を超えたら再申請させます。承認者の異動や退職で記録が孤立しないよう、個人メールではなく申請台帳へ根拠と添付資料を保管します。

緊急停止権限は通常の承認権限と分けても構いません。情報漏えいの疑いがあるとき、委員会開催まで利用を続ける設計にはしません。セキュリティ当番が対象テナントや連携機能を一時停止し、その後に規程所有者と業務責任者が再開条件を決める流れを、管理画面の権限と合わせて試験します。

出力確認は用途ごとに原典・権利・対外説明を分ける

「AIの出力は必ず確認する」だけでは、確認対象が曖昧です。営業メールなら顧客名、価格、納期、約束表現を元資料と照合します。契約条項の抽出なら、抜き出した条項だけでなく重要条項の見落としを確認します。社外公開文なら事実、引用、第三者の権利、差別的表現、社内秘密の混入を確認し、確認者を記録します。

文化庁の「AIと著作権に関する考え方について」は、生成・利用段階を分けて著作権上の考え方を整理しています^[5]。社内ルールでは「AI生成なら自由に使える」と扱わず、依拠した資料、類似性の確認、利用許諾、公開範囲を用途に応じて判断します。ロゴ、キャラクター、広告コピーなど類似による影響が大きい制作物は、一般文書より厳しい確認へ送ります。

顧客へAI利用を説明する条件も先に決めます。契約で人による作成を約束している、AI利用の通知義務がある、機密情報の再委託条件がある場合は、社内ガイドラインの通常許可だけで進めません。契約別の追加条件を案件台帳へ結び付け、担当者が出力時に確認できるようにします。

レビュー結果は承認、軽微修正、全面修正、使用中止の選択肢と理由で残します。月次に「全面修正率」を用途別に見れば、プロンプト改善で済むのか、そもそもAIが向かないのかを判断できます。レビュー前の文章を自動送信しないこと、確認者が原資料へアクセスできることをシステム側でも担保します。

例外は対象・理由・代替不能性・期限をそろえて審査する

例外制度がなければ、現場は業務を止めるか規程を隠れて回避します。しかし「上長が認めれば可」という例外は、全社ルールを空文化させます。対象者、案件、サービス機能、入力情報、必要期間を限定し、承認済み手段では目的を達成できない理由と、追加する安全策を求めます。

exception_id: AI-EX-2026-014
purpose: 海外展示会の公開資料を多言語要約
requester_group: global-sales-a
service_and_feature: approved-service / web-search
data_class: public
prohibited_inputs: customer-name, unpublished-price
valid_from: 2026-08-01
valid_until: 2026-08-14
reviewer: ai-service-owner
evidence_due: 2026-08-18

この記録は申請項目を示す架空例です。公開情報だけでも、Web検索機能が外部サイトへどの情報を送るか、検索結果に不正な指示が含まれたときに何を実行できるかを確認します。期限終了後に権限を自動で失効し、利用件数、誤り、手作業、事故の有無を提出させます。

審査期限をサービス水準として定めます。通常申請は5営業日、公開情報だけを扱う短期例外は2営業日など、影響に応じて窓口を分けます。回答が遅れている件数と理由を毎月確認し、同じ例外が繰り返されるなら承認サービスへ機能を追加するか、標準ルールへ昇格させます。

例外を認めない条件も必要です。認証情報の入力、個人アカウントによる厳秘情報処理、監査不能な外部操作、取り消せない人事判断は、期限を付けても許可しません。業務目的が重要なら、専用環境、データ削減、人による判断へ設計を変えます。

誤入力と無許可利用を報告しやすい事故手順にする

従業員が顧客資料を誤って入力したとき、叱責を恐れて報告が遅れる規程は被害を広げます。報告窓口、必要な初期情報、直ちに止める操作を一ページにまとめます。利用者には、履歴を勝手に消して証拠を失わず、追加送信を止め、サービス名、アカウント、入力時刻、情報の種類、共有範囲を報告するよう案内します。

法的な通知や報告の要否は、入力した情報、提供先、契約、実際の保持状態で変わります。ガイドラインへ一律の結論を書かず、個人情報保護責任者や法務が判断するための連絡条件を定めます。提供者へ削除を依頼した場合は、受付番号、対象範囲、完了回答を保存し、「履歴画面から消えた」だけで終了しません。

事故後の改定では個人の不注意だけを原因にしません。承認サービスが使いにくかった、分類表が見つからなかった、個人アカウントへ誘導する画面だった、申請回答が期限を超えた、といった制度側の要因を確認します。再発ケースを研修へ追加し、管理設定と申請手順の両方を改善します。

研修は規程の暗記ではなく実際の入力判断で合否を出す

全社員研修では、長い規程を読ませるだけでなく、担当業務に近い場面を提示します。「公開済みカタログからメール案を作る」「顧客名入り議事録を要約する」「未承認のブラウザ拡張が便利そうだ」という例から、利用可、マスキング、申請、禁止、事故報告を選ばせ、理由を確認します。

役割別の追加研修も必要です。開発者はAPIキー、ログ、外部ツール権限、テストデータを扱います。管理者は契約版、テナント設定、退職者停止、監査ログを確認します。承認者は業務影響と残余リスクを判断し、出力確認者は原資料との照合方法を学びます。全員へ同じ30分動画を見せても、必要な操作能力はそろいません。

合格基準の提案例は、通常ケース8問中7問以上に加え、認証情報入力、個人情報誤送信、無断の外部送信という重大3問を全問正解とする方法です。総合点だけなら重大な誤答が埋もれます。不合格者には該当場面の再学習を行い、承認済みサービスの利用権を付与する前に再試験します。

相談窓口には、質問内容、回答、根拠となる規程版を残します。同じ質問が月10件以上出る場合、従業員の理解不足と決め付けず、規程の表現、承認一覧、製品画面を見直します。よくある質問は公開しますが、個別契約や人事情報を含む相談は閲覧範囲を限定します。

利用実態・申請時間・事故・手戻りから改定時期を決める

制度の有効性を研修受講率だけで評価しません。承認済み環境の利用者数、用途別申請件数、回答までの日数、期限切れ例外、無許可利用の自己申告、誤入力、出力の全面修正率、サービス停止までの時間を確認します。利用件数が急増しても、相談と事故が同じ割合で増えているなら、成功とは言い切れません。

架空の月次集計で、申請60件のうち期限内回答48件なら期限内回答率は48÷60×100=80%です。未回答12件のうち9件が契約確認待ちなら、利用者教育より審査資料の標準化が優先です。承認済み環境の月間利用者400人に対し誤入力報告が4件なら1%ですが、率が低くても厳秘情報を含む1件は重大事故として別管理します。

閾値は本稿の提案例であり、各社の規模と事故許容度で変えます。改定時は新旧条文の差分、変更理由、影響する承認、施行日、再教育対象を示します。過去の承認を新規程へ自動的に適合扱いせず、禁止条件やデータ保持条件が変わった案件を抽出して再審査します。

公的ガイドラインと社内規程の関係を明示する

内閣府の「人工知能関連技術の研究開発及び活用の推進に関する法律」は2025年6月4日に公布・一部施行され、同年9月1日に全面施行されました^[4]。この法律があることだけで、個別の顧客情報を特定サービスへ入力してよいとは判断できません。個人情報、秘密保持、著作権、業法、労務、契約など、案件に適用される既存の義務を別に確認します。

内閣府の「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン」は2025年12月19日に決定された、国の行政機関向けの文書です^[2]。民間企業へそのまま適用される社内規程ではありませんが、調達、利活用、管理を一体で捉える構造は参考になります。対象組織と法的性格を注記せずに引用しないようにします。

公的文書を改定監視の一覧へ登録し、資料名、版、決定日または公表日、確認日、社内規程へ影響する条項、確認担当を記録します。URLだけの参考文献一覧では、更新されたときに何を見直すか分かりません。第1.2版から次版へ変わった場合は、差分を読んだ担当者と判断を改定記録へ残します。

施行時には、規程本文、承認済みサービス一覧、申請様式、事故窓口の版をそろえます。社内ポータルの古いPDFを検索結果から外し、旧版には失効表示と現行版へのリンクを付けます。重要な禁止条件を変更した場合は、既存利用者の確認記録を取り、対象サービスの画面表示やアクセス権も同じ施行日までに更新します。

受領確認は全条文への同意を意味しません。対象者が改定内容を読める状態になったこと、重大な禁止条件と相談先を理解したことを確認する記録です。長期休職者や委託先へは復帰・契約更新時に適用版を提示し、未受講の利用者へ承認サービスの新規権限が付かないようID管理と連動させます。

また、公的ガイドラインへの準拠を自己宣言する前に、自社の運用証跡を確認します。規程に書かれた教育、監視、例外審査が実施されていなければ、文面が似ていても実効性は示せません。顧客へ説明するときは、適用範囲と未導入の統制を正確に区別します。

一律禁止が必要な場面とガイドラインだけでは足りない場面

認証情報、秘密鍵、決済情報、法令・契約で外部提供できない情報は、承認済みチャットであっても一律禁止にする判断があります。提供者の安全機能を理由に例外化せず、処理が必要なら送信しない専用環境や決定的な既存システムを選びます。禁止対象は例を示し、漏えい時の失効・報告先まで続けて書きます。

人事処分、医療上の最終判断、法的結論、信用供与など、誤りが個人へ重大な影響を与え、後から容易に取り消せない用途は、一般ガイドラインのチェックだけで自動化しません。AIを検索や論点整理に限定し、資格と権限を持つ担当者が原資料から判断できる設計にします。適切な正解データや独立レビューを用意できない用途も公開を保留します。ガイドラインだけでは解決しない条件

承認済みツールが実務に合わない、申請へ数週間かかる、個人アカウントを技術的に区別できない、事故窓口が夜間に動かない状態では、文書を追加しても無許可利用は減りません。調達、ID管理、データ分類、問い合わせ体制、業務量を同時に直します。

海外拠点へ展開するときは、日本語版を機械翻訳して配るだけにしません。現地の雇用、監視、データ移転、顧客契約を担当者が確認し、禁止事項と事故窓口を業務で使う言語へ整えます。現地版が本社版より遅れて更新される場合は、施行差を台帳で管理し、その期間に扱えない情報と機能を示します。

公開前の最終確認では、営業会議要約の一案件を使い、利用者がサービス一覧を探し、情報区分を判断し、必要なら申請し、出力を検証し、誤入力を報告するところまで演習します。担当者が口頭で補足しなければ進めない箇所は未完成です。規程の承認日ではなく、この一連の行動が再現できた日を運用開始日とします。

次に取る行動：営業資料の下書き一件で入力可否を試す

公開済み情報だけで作る営業資料と、顧客名を含む商談メモの二件を用意し、利用者、上長、情報セキュリティ担当が同じ結論へ到達できるか確認します。判断が割れた箇所は、禁止事項を増やす前に、情報区分、承認済みサービス、匿名化条件、外部送信前の承認者のどれが不足しているかへ戻して改定します。

参考文献・出典

1. 経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日取りまとめ、2026年4月1日掲載）
2. 内閣府「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン」（2025年12月19日決定）
3. 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」（2023年6月2日）
4. 内閣府「人工知能関連技術の研究開発及び活用の推進に関する法律」（2025年6月4日公布・一部施行、2025年9月1日全面施行）
5. 文化庁「AIと著作権に関する考え方について」（2024年3月15日）
6. NIST「Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile」（NIST AI 600-1、2024年7月26日）

参照日はすべて2026年7月30日です。公開後も一次資料の版と提供サービスの設定変更を確認してください。