生成AIの社内ルールは、「禁止事項を並べた文書」ではなく、社員が迷わず安全に使える状態をつくるための運用の仕組みです。実務で機能するルールには、①入力してよい情報の基準、②使ってよいツールの基準、③確認・承認の流れ、④問題が起きたときの手順——の4点が具体的に書かれています。
一方で、テンプレートをそのまま導入しても、「機密情報は入力しない」のような抽象的な書き方では、現場は判断できません。本記事では、社内ルールを自社の業務に合わせて具体化し、運用し続けるための作り方を、テンプレートとチェックリスト付きで解説します。生成AIの情報漏えいがどのように起きるかについては、生成AIの情報漏えいリスクと対策で事例とあわせて解説しています。
なぜ今、社内ルールの「作り直し」が必要なのか
生成AIの社内ルールは、2023年ごろに「まずは注意喚起」として作られたものが多く、当時と比べて前提が大きく変わっています。
| 変化 | ルールへの影響 |
|---|---|
| 法人向けプランの普及（入力データを学習に使わない設定が標準のサービスが増えた） | 「一律で入力禁止」から「契約・設定に応じた入力可否」へ |
| 業務ツール（文書・メール・チャット）へのAI機能の組み込み | 「AIサービスを使うか」ではなく「どの機能をどの情報に使うか」の判断が必要に |
| AIエージェントの登場（AIがツールを操作する） | 入力だけでなく「AIに許可する操作」のルールが必要に |
| 公的なガイドラインの改訂 | 総務省・経済産業省「AI事業者ガイドライン」は2026年3月に第1.2版が公表 |
AI事業者ガイドラインでは、AIを業務で利用する事業者（AI利用者）が取り組む事項として、個人情報や機密情報を不適切に入力しないこと、AI提供者が定めた利用上の留意点を守ることなどが整理されています。社内ルールは、こうした考え方を自社の業務の言葉に翻訳したものと位置づけると、作るべき内容が明確になります。
社内ルールは「3層」で設計する
1つの文書にすべてを詰め込むと、長くなって読まれません。目的ごとに3つの層に分けて設計します。
| 層 | 文書の例 | 主な読み手 | 内容 |
|---|---|---|---|
| 方針 | AI利用基本方針 | 社外・全社員 | AIを使う目的、大切にする価値（安全性・透明性など） |
| 規程 | 生成AI利用規程 | 全社員 | 対象範囲、入力可否、承認、禁止事項、違反時の扱い |
| 運用 | 利用ガイド・FAQ・プロンプト例 | 現場の社員 | 業務別の使い方、具体例、よくある質問 |
入力可否は「情報区分×ツール区分」で決める
「機密情報を入力しない」だけでは、社員は判断できません。情報の区分とツールの区分を組み合わせて、入力可否を表にします。
情報区分の例
| 区分 | 例 |
|---|---|
| 公開情報 | Webサイト掲載情報、プレスリリース、公開済み資料 |
| 社内一般 | 社内の業務マニュアル、一般的な社内連絡 |
| 社外秘 | 未公開の事業計画、見積・原価、取引条件、ソースコード |
| 個人情報 | 顧客・取引先担当者・従業員の氏名、連絡先など |
| 特に慎重な情報 | 要配慮個人情報（病歴など）、マイナンバー、認証情報（パスワード・APIキー） |
ツール区分の例
| 区分 | 例 | 主な特徴 |
|---|---|---|
| A：会社契約の法人向けAI | 会社が契約し、管理者が設定を管理するサービス | 学習への利用・保存期間・アクセス権を会社が確認・設定できる |
| B：会社承認の無料・個人向けAI | 会社が利用を認めた一般向けサービス | 設定は利用者任せ。学習に使われる設定の場合がある |
| C：未承認のAI | 会社が把握していないサービス・拡張機能 | 扱いが不明（シャドーAI） |
入力可否の判断表
| 情報区分 | A：法人向けAI | B：承認済みの一般向けAI | C：未承認のAI |
|---|---|---|---|
| 公開情報 | 入力可能 | 入力可能 | 入力禁止 |
| 社内一般 | 入力可能 | 条件付きで入力可能（固有名詞を除く・学習オフを確認） | 入力禁止 |
| 社外秘 | 条件付きで入力可能（業務上必要な範囲・上長の了承） | 入力禁止 | 入力禁止 |
| 個人情報 | 条件付きで入力可能（利用目的の範囲内・最小限・マスキング推奨） | 入力禁止 | 入力禁止 |
| 特に慎重な情報 | 入力禁止 | 入力禁止 | 入力禁止 |
未承認のAI（C）をなぜ禁止するのか、どう把握し減らしていくかは、シャドーAIとは？企業の情報漏えいリスクと対策で詳しく解説しています。
規程に盛り込む項目
| 項目 | 書くべき内容 |
|---|---|
| 目的・適用範囲 | 対象となる社員・業務・ツール（社内システムに組み込まれたAI機能も含むか） |
| 利用できるツール | 会社が承認したツールの一覧と、追加申請の方法 |
| 入力ルール | 上の「入力可否の判断表」 |
| 出力の取り扱い | 事実確認、社外公開前の確認、著作権・商標への配慮、AI利用の表示の要否 |
| 禁止事項 | 未承認ツールの利用、認証情報の入力、AIの出力のみでの重要な判断 など |
| AIに操作を許可する場合のルール | AIエージェント・自動化での権限、承認が必要な操作 |
| 役割と責任 | 利用者、所属長、管理部門（情報システム・法務）の役割 |
| インシデント対応 | 報告先・報告期限・初動の手順 |
| 教育と見直し | 研修のタイミング、規程の見直し頻度 |
社員・管理者の役割と責任
| 役割 | 責任 |
|---|---|
| 利用者（全社員） | 規程に沿った利用、出力の確認、問題の報告 |
| 所属長 | 部署での利用状況の把握、条件付き入力の了承、相談対応 |
| AI管理担当（情報システム部門など） | ツールの承認・設定・アカウント管理、ログの確認、ルールの改訂 |
| 法務・コンプライアンス | 契約・規約の確認、個人情報・著作権に関する判断 |
| 経営層 | 方針の決定、リスクの受容判断、資源の配分 |
承認とモニタリングの仕組み
新しいAIツールの承認フロー
- 利用者が申請する（用途・扱う情報の区分・想定ユーザー数）
- AI管理担当が確認する（利用規約、学習への利用、データの保存場所と期間、管理機能、SSO）
- 法務が契約・規約を確認する（必要な場合）
- 承認された場合、ツール一覧に追加し、設定とアカウントを会社で管理する
モニタリングで確認すること
- 承認済みツールの利用状況（アカウント数・利用部署）
- 管理画面で確認できる利用ログや設定の変更履歴
- 未承認ツールの利用の兆候（詳しくはシャドーAIの検知方法）
- 社員からの質問・相談の内容（ルールのわかりにくい部分の発見）
インシデント対応の手順
AIへの誤入力や、AIの出力による問題が起きたときの手順を、規程とは別に1枚の手順書にしておきます。
| 段階 | 実施すること | 担当 |
|---|---|---|
| 1. 報告 | 気づいた時点で所属長とAI管理担当に報告（目安：当日中） | 利用者 |
| 2. 封じ込め | 入力した会話・ファイルの削除、共有リンクの停止、アカウントの一時停止 | AI管理担当 |
| 3. 影響の確認 | 入力した情報の区分・範囲、サービス側でのデータの扱いを確認 | AI管理担当・法務 |
| 4. 対外対応 | 個人情報の漏えい等に該当する場合は、法令に沿った報告・本人通知を検討 | 法務・経営層 |
| 5. 再発防止 | 原因を分析し、ルール・設定・教育を見直す | AI管理担当 |
生成AI利用規程テンプレート
以下は、中小企業がそのまま編集して使えることを想定したひな形です。〔 〕の部分を自社に合わせて書き換えてください。
日本ディープラーニング協会（JDLA）も「生成AIの利用ガイドライン」のひな形を公開しています。複数のひな形を比較し、自社の業務に合う表現を選ぶとよいでしょう。
形骸化させないための運用のコツ
| よくある失敗 | 対策 |
|---|---|
| 禁止事項ばかりで使われない | 「使ってよい用途」と具体例を先に示す |
| 抽象的で判断できない | 情報区分×ツール区分の表と、業務別のFAQを用意する |
| 承認に時間がかかる | よくある用途を事前承認にする |
| 作って終わり | 見直しの頻度と担当者を規程に書く |
| 現場の実態とずれる | 半年ごとに利用状況と質問の傾向を確認する |
導入チェックリスト
- AIを使う目的と基本方針を経営層が決めた
- 情報区分とツール区分を定義した
- 入力可否の判断表を作成した
- 承認ツール一覧と申請フローを決めた
- 法人向けAIの設定（学習への利用・保存期間・SSO・権限）を確認した
- AIエージェント・自動化に許可する操作のルールを決めた
- インシデント対応の手順書と報告先を決めた
- 社員向けの研修とFAQを用意した
- 規程の見直し頻度と担当者を決めた
AIエージェントに操作を任せる場合の権限設計は、AIエージェントのセキュリティ対策で詳しく解説しています。社内ルールを全社のAIガバナンスにつなげる方法は、企業のAIガバナンス構築ガイドをご覧ください。
FlowStack Labsの見解：ルールの実効性は「判断表」と「承認の速さ」で決まる
社内ルールが守られない理由の多くは、社員の意識ではなくルールの設計にあります。FlowStack Labsでは、次の3点を設計の基準として推奨しています。
| 観点 | 推奨する基準 | 理由 |
|---|---|---|
| 判断表 | 社員が30秒以内に「入力してよいか」を判断できる | 判断に時間がかかるルールは、忙しいときに無視される |
| 承認の速さ | 新しいツールの申請は、目安として数営業日以内に結論を出す | 承認が遅いほど、未承認ツール（シャドーAI）の利用が増える |
| 事前承認 | 文章の下書き・要約・翻訳など、よくある用途は「申請不要」にする | 例外の審査に人手を集中できる |
よくある質問
Q生成AIの社内ルールは、何から作ればよいですか？
まず「承認ツール一覧」と「入力可否の判断表」を作るのがおすすめです。この2つがあれば、社員は日々の判断に迷いにくくなります。規程の条文はそのあとで整えても遅くありません。
Q無料版のChatGPTなどは禁止すべきですか？
一律に禁止するかどうかは、扱う情報と、会社として用意できる代替手段によって変わります。なお、入力データの学習への利用の扱いはサービス・プラン・設定によって異なります。たとえばChatGPTの個人向けプランは学習に利用される設定が標準（設定でオフにできる）で、ChatGPT Business・Enterpriseは標準では学習に使われません。サービス別の扱いは生成AIの情報漏えいリスクと対策の比較表で確認できます。法人向けのツールを用意せずに禁止だけすると、未承認での利用が増えることがあるため、会社として安全に使えるツールを用意したうえで、一般向けサービスで扱ってよい情報の範囲を限定する方法が現実的です。
Q社員がルールを守っているか、どう確認すればよいですか？
法人向けツールの管理画面で利用状況を確認するほか、未承認ツールの利用の兆候を把握する方法があります。ただし監視だけに頼るのではなく、質問しやすい窓口と、報告した人を責めない運用を組み合わせることが大切です。
Q社内ルールはどのくらいの頻度で見直すべきですか？
AIサービスの機能や規約は頻繁に変わるため、半年に1回程度の定期見直しに加えて、新しいツールの導入時や重大なインシデントの発生時に見直すのが一般的です。
Q取引先から預かった情報はAIに入力してよいですか？
取引先との契約（秘密保持契約など）で利用範囲が定められていることが多いため、契約内容を確認したうえで判断してください。判断がつかない場合は入力しない運用が安全です。
まとめ
- 社内ルールは「方針・規程・運用」の3層で設計し、現場向けの具体例は運用ガイドに置く
- 入力可否は「情報区分×ツール区分」の表で、誰でも同じ判断ができるようにする
- 承認・モニタリング・インシデント対応までを手順として決める
- 見直しの頻度と担当者を決め、形骸化を防ぐ
FlowStack Labsでは、社内ルールの整備から、法人向けAIの導入・設定、業務への組み込みまでをご支援しています。自社に合った進め方は、無料相談でお気軽にご相談ください。
