生成AIの社内利用ルールを作る方法｜役割・承認・見直しの設計

生成AIの社内利用ルールは、禁止事項を並べるだけでは機能しません。「この業務で、この情報を、このサービスへ入力してよいか」「誰が出力を確認するか」「迷ったら誰へ相談するか」を一枚で判断できる状態を作ることが重要です。詳細な規程は別紙に置き、一枚のルールには現場が作業中に使う判断経路をまとめます。

この記事は、すでに部署ごとに生成AIの利用が始まっている中小企業のAI推進担当者に向けて、利用区分、役割、例外申請、教育、見直しを一つの運用へつなぐ方法を解説します。個別の法令判断や各サービスの利用規約への適合を、この記事やAIだけで確定することはできません。既存の情報セキュリティ規程や契約を優先し、個人情報・機密情報を扱う場合は社内の担当者や必要に応じて専門家へ確認してください。

社内利用ルールを禁止リストで終わらせない

「機密情報を入力しない」「AIの回答をうのみにしない」だけでは、現場は自分の業務を判断できません。たとえば社内限定の会議資料を要約したいとき、その資料が機密情報に当たるのか、会社契約のアカウントなら使えるのか、誰の確認が必要なのかが残るためです。判断できない状態が続くと、利用を諦める部署と、自己判断で使う部署に分かれます。

経済産業省のAI事業者ガイドライン第1.2版は、AI利用者を含む関係者に向けて、リスク管理、教育・リテラシー、人間の判断の介在、継続的なモニタリングなどの考え方を示しています。利用者向けの事項は別添5（PDF）でも確認できます。これは全社共通の禁止事項や見直し頻度を定める法的義務ではありません。自社の用途、扱う情報、利用サービスの条件に合わせて、現場で実行できる運用へ落とし込むための指針として使います。

社内利用ルールの目的は、すべてのケースを先回りして禁止することではなく、次の三つをそろえることです。

• 通常利用できる範囲を、業務と情報の組み合わせで示す
• 判断に迷うケースを止め、適切な責任者へつなぐ
• 相談、例外、誤り、サービス変更を次の改定へ戻す

最初に対象範囲と優先する規程を決める

最初から全社のあらゆる業務を網羅しようとすると、抽象的な文言が増えます。まず一部署、二〜三業務、利用する生成AIサービスとアカウントを限定し、2週間の試行を設計します。各業務について、次の五項目を棚卸しします。

確認項目	決める内容	主な確認者
対象業務	要約、下書き、分類など、AIに任せる工程	業務責任者
入力情報	情報の種類、入手元、利用目的、除外する情報	情報管理の担当者
利用環境	承認済みサービス、契約プラン、会社アカウント、設定	AI推進・情報システム担当
出力の用途	社内検討、対外送信、個人への評価など	業務責任者
人の確認	確認者、確認項目、承認記録、停止条件	業務責任者・部門責任者

一枚ルールの冒頭には、対象部署、対象業務、対象サービス・アカウント、試行期間、版番号、次回見直し日を記載します。既存の就業規則、情報セキュリティ規程、個人情報保護方針、顧客との契約と食い違う場合に、どれを優先して誰へ相談するかも明記します。

一枚ルールを六つの区画で作る

詳細な規程を一枚に詰め込む必要はありません。現場が利用直前に確認する内容を、次の六区画へ整理します。

区画	一枚に書く内容
適用範囲	対象部署・業務・サービス・アカウント・期間・版・次回見直し日
使ってよいこと	公開済み情報を使う要約など、承認済みの業務と入力・出力の組み合わせ
入力前の確認	情報分類、利用目的、必要最小化、サービスの学習利用や取扱条件、既存規程
してはいけないこと	未承認サービスの利用、認証情報の入力、AIだけでの高影響判断や対外送信など
出力の扱い	人が確認する事実、宛先、権利、社内方針、承認記録と保存先
迷った場合	作業を止める条件、相談先、例外申請、事故時の報告先

利用可否は、情報の種類だけでなく、入力先と出力用途を組み合わせて決めます。たとえば公開済み情報の要約でも、AIの出力を顧客へそのまま送る運用は別の確認が必要です。反対に、社内限定情報であっても、承認済みの契約環境と用途、権限、確認者が定義されていれば、責任者確認のもとで試行対象にできる場合があります。

利用区分	判断の目安	現場の行動
承認済み	業務、入力情報、サービス、出力用途、確認者が承認済み	一枚ルールと業務別チェックリストに沿って利用する
要確認	新しい業務・サービス、社内限定情報、外部送信など、承認条件の一部が未確定	入力前に止め、例外申請または担当者確認へ進む
対象外	認証情報、承認のない秘密情報、AIだけで確定する高影響判断など	入力・利用せず、既存の業務手順へ戻す

この三分類は自社ルールの作り方の例であり、官公庁が全社共通の分類を指定しているわけではありません。既存の情報分類と契約条件に合わせて名称と境界を変えてください。

個人情報・機密情報はサービス名だけで判断しない

個人情報保護委員会は、生成AIへ個人情報を入力する場合、利用目的の達成に必要な範囲かを確認することや、提供事業者が入力情報を機械学習に利用するかなどを十分に確認するよう注意喚起しています（生成AIサービスの利用に関する注意喚起等、注意喚起の本文（PDF））。AIが生成した個人情報に不正確な内容が含まれるリスクにも注意が必要です。

「学習利用をオフにしたから入力できる」「氏名を伏せたから個人情報ではない」と一条件だけで決めません。入力前に、少なくとも利用目的、情報の入手元、必要最小化やマスキング、再識別の可能性、利用規約・プライバシーポリシー、契約プランの設定、出力の利用先を確認します。保存期間、保存場所、削除方法、管理者権限、操作ログも、扱う情報の機微性に応じた確認項目にします。

AI推進担当者が単独で法務・情報管理の可否を確定しないことも重要です。社内に専任者がいない場合は、経営者が責任者を決め、必要に応じて外部専門家へ確認する範囲を定めます。

役割を分け、例外申請を判断の入口にする

AI推進担当者に相談と承認を集中させると、業務上の妥当性や契約上の責任まで一人で抱えることになります。論点ごとに役割を分けます。

役割	決める・実行すること
経営者・部門責任者	許容するリスク、対象範囲、全社方針から外れる例外、拡大・停止を承認する
業務責任者	対象業務、出力の利用先、品質の受入条件、人の最終確認者を決める
AI推進担当者	一枚ルールの案、利用者説明、相談受付、記録集計、見直し会を運営する
情報管理の担当者	情報分類、既存規程、契約、利用サービスの取扱条件との整合を確認する
利用者	入力前確認、出力の一次確認、迷い・例外・ヒヤリハットを報告する

例外申請は「使いたい」という希望だけで承認しません。申請には、①業務目的と期待する出力、②利用サービス・アカウント、③入力情報の種類と入手元、④出力の利用先と外部送信の有無、⑤人の最終確認者、⑥期間と対象件数、⑦代替手段、⑧想定リスクと緩和策を記録します。

流れは「申請→業務と情報の担当者による確認→範囲を限定した承認または差し戻し→利用記録→見直し」です。承認前に実データを入力しません。同じ申請が続く場合は、個別承認を増やすのではなく、業務別の付則、サービス設定、教育内容を改定します。

高い影響がある判断では、AIに最終決定を任せません。対外送信、採用や人事評価、与信、支払、契約、法務・労務・医療・安全などは、誤りが人の権利や重大な損害へつながる可能性があります。業務責任者が、誰が何を確認するかを事前に決めます。これはすべてのAI出力へ一律の承認を追加するという意味ではなく、影響度に応じて人の介在を設計する考え方です。

配布ではなく、2週間の試行と教育で定着させる

ルール本文を配布するだけでは、現場が境界事例を判断できるか分かりません。対象を限定した試行で、文言と運用の両方を確かめます。

期間	主担当	入力・実施内容	出力・確認
1〜2日目	AI推進・業務・情報の担当者	二〜三業務、現行規程、利用サービスを確認する	一枚ルール初版、責任者、停止条件
3日目	AI推進担当・利用者	15〜30分の説明と、実際の入力候補を使った分類練習	判断理由と相談先を説明できるか確認
4〜9日目	利用者・業務責任者	承認範囲だけで利用し、業務名、情報区分、出力用途、確認の有無を記録	質問、修正、例外、ヒヤリハットの一覧
10日目	AI推進・責任者	記録を集計して見直し会を行う	曖昧な区分、例外要件、説明文を改定
11〜14日目	同じ利用者	改定版で再試行する	拡大、再試行、停止と次回見直し日を決定

研修では、禁止事項の暗記ではなく、自社業務の入力候補を「利用できる」「確認が必要」「入力しない」に分け、理由と相談先を説明する練習を行います。ルール改定後の手順書への反映は、生成AIで業務マニュアルを更新する方法も参考になります。具体的な社内ナレッジ利用の境界は生成AIで社内FAQを作る方法、対外送信前の確認は生成AIで顧客問い合わせを仕分ける方法で確認できます。

KPIは利用件数より判断と相談が機能したかを見る

ルールの目的はAIの利用件数を増やすことではありません。利用可否の迷いを減らし、危険な利用を止め、業務改善につなげることです。試行前後で次を比較します。

評価軸	記録する指標
判断	対象業務で情報区分と最終確認者を記録できた割合、判断不能だった項目
相談	質問・例外の件数、解決までの時間、同じ質問が集中した箇所
品質	出力の修正・差し戻し理由、業務別の受入条件を満たしたか
安全	誤入力・未承認利用・承認なし外部送信・ヒヤリハット、未解決事象
定着	利用者が相談先と停止条件を説明できるか、記録漏れの有無
業務成果	対象業務の総工数、リードタイム、手戻りなど、業務責任者が選んだ指標

固定の削減率や正答率は置かず、試行前の通常業務と同じ条件で比較します。AIの処理時間だけでなく、人の確認、修正、相談、例外対応を含む総工数を見ます。

見直し会では、通常運用との比較、利用者と確認者に増えた工数、未解決の例外・事象、次に対象とする範囲、責任者、次回見直し日を一枚にまとめます。経営者・部門責任者はその報告を確認し、対象業務ごとに拡大、条件を変えた再試行、停止を決めます。一律の閾値を後付けするのではなく、試行前に決めた受入条件と実測結果を使います。

対象を広げられるのは、業務ごとに情報区分、最終確認者、例外経路が機能し、未解決の重大な論点がなく、責任者が結果を確認した場合です。質問が特定の文言へ集中する場合は、利用者の理解不足と決めつけず、ルールを改定して再試行します。

未承認サービスへの入力、秘密情報や認証情報の誤入力の疑い、承認者不在での対外送信・高影響判断、重大な誤出力の利用を検知した場合は、その作業を止めます。プロンプトだけを直して再開せず、社内の情報セキュリティや個人情報の事故対応手順へ接続し、入力経路、権限、記録、承認条件を確認します。

まとめ：利用可否を個人任せにしない

生成AIの社内利用ルールは、一度作って保管する文書ではなく、現場の判断をそろえる運用です。対象範囲、承認済み利用、入力前確認、禁止事項、出力の扱い、相談・例外を一枚にまとめ、責任者と次回見直し日を決めます。限定した業務で試し、相談や事象を改定へ戻すことで、禁止一辺倒にも自己判断にも偏らない利用環境を作れます。

一枚ルールは、経営層と現場が同じ判断軸を持ち、実際の業務で線引きと相談方法を練習して初めて機能します。MakelewのAI実践ワークショップでは、テーマ整理と実務での試行を組み合わせ、使う情報と人の確認箇所、次に試す手順を整理します。