営業担当がAIに契約更新の資料を依頼すると、その裏でCRMの検索、契約書の確認、見積案の作成が行われるかもしれません。すべての操作に同じ管理者アカウントを使うと、システムにはアクセスの事実だけが残ります。誰の依頼だったのか、その担当者に顧客情報を見る権限があったのか、異動後も未完了の作業を続けてよいのかが曖昧になります。
最近の動き：エージェントにもIDを
HashiCorpは2026年9月1日、Vault EnterpriseのエージェントID管理機能の一般提供を発表しました。Oracleが9月10日に紹介したIntegration MCP Gatewayでは、26.10リリースに向けた機能としてIDとポリシーの制御を説明しています。既存の権限管理にエージェントを組み込む方向が読み取れます。以下はMillionasiaによる設計上の提案であり、すべての製品に共通する機能一覧ではありません。
三つの役割を分ける
依頼した人、処理するエージェント、ERPやCRMにアクセスするアカウントは、別々の主体である場合があります。ログインできることだけで、誰の代理にもなれるとは限りません。実行を依頼者とタスクに結び付け、無人の定期処理には専用のサービスID、責任者、対象範囲を定めます。社員のログイン状態を無期限に借り続ける設計は避けます。
タスクに沿って権限を絞る
部署、顧客、参照項目、許可する操作、有効期限を具体化します。下書き作成と正式な送信も分けます。バックエンドでは利用者の権限、エージェントの権限、今回のタスク範囲に共通する範囲だけを許可します。「この顧客だけ」と指示することは意図を伝える助けになりますが、実際の制限は検索・更新のインターフェースで強制する必要があります。
契約更新の準備を例に
機器サービス会社が更新資料を準備する場面を考えます。これは説明用の想定であり、Millionasiaの納入済み事例ではありません。エージェントは指定顧客の契約と許可された機器記録を読み、既存の料金計算プログラムから金額を取得して案を作ります。他社の情報や割引変更の権限まで得るわけではありません。承認者は実際の案、宛先、金額を確認し、承認後に内容が変われば再確認します。
付与と同時に取り消しも設計する
案件の取り消し、承認期限切れ、社員の退職時には、待機中の処理も止める必要があります。有効期間の短い認証情報はリスクの時間を減らしますが、即時の権限取り消しを保証しません。重要な操作の直前に権限を再確認し、待機中のジョブ、キャッシュ、接続先も考慮します。送信済み情報や更新済み記録は権限を消しても元に戻らず、別途取り消しや訂正、人による対応が必要です。
経緯が分かる記録を残す
タスクID、依頼者、エージェントID、ツール、許可範囲、承認の版、実行結果をつなげます。認証情報やパスワードはモデルとの会話や通常のログに含めません。担当者が停止した工程と引き継ぎ先を理解できる記録にすれば、単なる「実行失敗」よりも復旧に役立ちます。
できない場面も受入確認に含める
検索と下書きの一つの業務から始め、別顧客へのアクセス、権限取り消し、承認後の価格変更、待機中のアカウント停止を試します。実際に遮断されるか、理由が残るか、人が引き継げるかを確認します。準備時間に加えて、不正な権限利用の拒否と取り消しが反映されるまでの時間も測定します。
Millionasiaの視点：委任の関係をつなぐ
Webサイト、アプリ、知識基盤、ERPを接続することは出発点です。各操作について、誰の依頼か、どこまで許可されたか、いつ失効するかを説明できるようにします。検証できる委任の仕組みから始めることで、既存の判断と責任を保ちながらAIの担当範囲を広げられます。
参考資料 (2026-10-19)
このテーマを業務フローに取り入れませんか？
Millionasiaは、データ整理、AI導入ポイントの設計、LLM、RAG、管理画面、権限、レポートを保守可能なWeb・APP型システムへ統合する支援を行います。
お問い合わせ