メインコンテンツへスキップ
AI・ChatGPT

FDEのAI連携で権限をどう決める?読み取り・更新・送信を分ける設計

86研究所 card-ai
約 5 分公開:2026-10-14

FDEでAIを社内ツールにつなぐときは、「誰が・どのデータに・どの操作を行えるか」を決め、必要な範囲だけ権限を与えます。読む権限と、更新・送信・削除の権限を分け、実行する仕組み側で確認することが要点です。

この記事では、中小企業のAI連携を想定した権限表、図解、架空データの動作デモを紹介します。86研究所の設計例であり、実在の顧客環境や特定製品の設定を示すものではありません。

FDEが確認する「ログイン」と「操作の許可」の違い

FDE(Forward Deployed Engineer)は、現場の業務に合わせて設計・実装・運用をつなぐ役割です。AI連携では、ログインできるかだけでなく、どこまで読めて、何を変更できるかを確認します。役割の全体像はFDEの基本解説をご覧ください。

OWASPの公式資料は、本人を確認する認証と、操作の可否を判断する認可を区別しています。また、必要最小限の権限、原則拒否、各リクエストでの権限確認を推奨しています。出典:OWASP「Authorization Cheat Sheet」。以下は、これらをAI連携の業務に当てはめた86研究所の設計案です。

図解:対象・操作・実行時の確認・失効を分ける

AI連携の権限設計。対象を限定し、読み取りと更新等の操作を分け、実行時に検証し、期限と失効を管理する
86研究所作成の設計例(2026年10月12日)。画像を押すと拡大できます。

たとえば提案書の下書きを作る業務なら、承認済みの商品情報を読み、指定の下書き保存先へ書く権限が候補になります。顧客台帳の全項目の更新や、顧客への自動送信まで必要かは別に判断します。

相談前に作る権限表のひな型

業務対象と操作の例最初は許可しない操作の例確認事項
社内FAQ公開範囲を確認した資料の読み取り元資料の更新・削除利用者別の閲覧範囲
提案書の下書き商品情報の参照と指定先への下書き保存顧客への送信下書きの確認者
問い合わせの整理担当範囲の受付情報を読み、分類候補を保存全案件の変更対象案件の制限
案件の更新許可された案件の特定項目を更新一括削除・権限設定の変更承認、変更履歴、復旧方法

この表は初期検討用です。実際には、実行するアカウント、対象範囲、許可操作、承認者、付与理由、見直し日、停止担当者を記入します。製品によって設定できる細かさは異なるため、希望する制限が実現できるかも確認します。

人の権限と連携用アカウントの権限を混同しない

管理者が設定を行う場合でも、日常の自動処理に管理者と同じ権限が必要とは限りません。利用者に代わって動くのか、連携専用のアカウントで動くのかを確認し、それぞれが読めるデータと操作範囲を書き出します。

共有の連携アカウントで取得できる情報を、すべての利用者に返してよいわけではありません。利用者の閲覧範囲を反映する必要があります。社内FAQの資料整理はRAGのデータ整理と権限チェックも参考にしてください。

「更新しないで」という指示だけで制限しない

AIへの指示文で操作を禁止しても、接続先が広い権限を受け付ける状態なら、技術的な制限とは別です。連携先の権限設定や実行処理で、対象データと操作を検証します。画面上でボタンを隠すだけではなく、処理を受け付ける側で許可されていない実行を拒否する必要があります。

実画面:読み取りを許可し、更新を拒否するデモ

架空の商品情報に対し、「参照担当」ができる操作を固定ルールで判定するデモを実行しました。読み取りは「許可」、更新は「拒否」と表示します。

独自デモの実行画面。参照担当の読み取りは許可、更新は拒否と表示している
86研究所制作・撮影(2026年10月12日)。注目箇所は読み取りと更新の判定の違いです。

これはブラウザー内で固定ルールを実行する説明用デモで、実際のデータ保護機能ではありません。AI・外部接続・認証は実装していません。本番では、画面表示だけでなく、サービス側で拒否されることを確認します。

受入時は「できる」と「できない」の両方を確認

  • 必要な読み取り:対象の資料や案件を取得できるか。
  • 範囲外の読み取り:別部署・別顧客の情報を取得できないか。
  • 操作の制限:参照専用の接続で更新・削除・送信が拒否されるか。
  • 承認前の実行:承認を必要とする処理が先に実行されないか。
  • 権限の失効:停止後の再試行や待機中の処理が、意図せず続行されないか。
  • 記録:誰の権限で何を実行したか追跡できるか。

検証は許可されたテスト環境や架空データで行い、本番の不要な変更を試す方法は避けます。記録に認証情報そのものを残さず、確認に必要な実行者・対象・操作・結果を整理します。承認の流れはAI自動化で人に戻す設計で解説しています。

担当変更と支援終了時に見直す

連携を増やしたり担当者が変わったりすると、使わない権限が残る場合があります。付与した理由と現在の業務を照合し、不要な接続やアカウントを停止します。権限の失効だけで、すでに保存したデータまで消えるとは限らないため、複製したデータや出力ファイルの扱いも確認します。

誰が停止できるか、停止するとどの業務が止まるか、再開時に何を確認するかを引き継ぎます。詳しくはFDE支援後の引き継ぎチェックリストをご覧ください。

よくある質問

最初は管理者権限でつなぐ方が早いですか?

設定作業に必要な権限と、日常の処理に必要な権限を分けて確認します。まず対象業務に必要な操作を書き出し、それを実現する権限を選びます。細かな制限ができない製品では、対象範囲や連携方法の見直しも検討します。

承認画面があれば権限設定は不要ですか?

承認と権限は別の仕組みです。承認済みでも、その実行者に許可されていない対象や操作は実行できないようにします。

86研究所のFDE伴走支援では、業務整理からAI活用設計、ツール連携、実装、運用改善まで支援しています。利用しているサービス、AIに任せたい操作、社内の管理担当者を整理し、AI業務診断でご相談ください。対応範囲は利用環境と要件を確認して決めます。

執筆・図解・デモ制作:86研究所|原稿作成日:2026年10月12日|公開日:2026年10月14日。本文の業務・権限・対象データは説明用の例です。

お問い合わせ

Contact