投稿者 投稿日: カテゴリー Claude
Admin APIとは、社内のClaude利用者と権限をAPIで管理する仕組みのことです。
退職したアルバイトのClaudeアカウントが、半年後もまだ有効なまま残っていた。EC企業で生成AIの全社導入が進むと、こうした「誰が何の権限で使っているのか」がわからない状態が、静かに積み上がっていきます。Claude Enterpriseでは、Admin APIを使ってメンバー、招待、グループ、カスタムロールをプログラムから確認・管理でき、APIの呼び出しは組織あたり毎分100回までと上限も公開されています。
本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）の現場知見にもとづいて解説します。Anthropicの公式ドキュメントに書かれたAdmin APIのユーザー管理機能を整理し、EC企業が社内のAIアカウントと権限を棚卸しする6つの手順と、ChatGPT・Claude・Geminiで使えるプロンプト4本を紹介します。
なぜEC企業で「AIアカウントの棚卸し」が急ぎになっているのか
AIアカウントの棚卸しが急ぎになっている理由は、EC企業のAI利用が「一部の担当者のお試し」から「店舗運営の業務インフラ」に変わったからです。商品説明文の作成、問い合わせの一次返信、売上データの分析と、顧客情報や売上情報に触れる業務でClaudeを使う場面が増えるほど、アカウントの管理漏れはそのまま情報管理のリスクになります。
EC企業ならではの事情もあります。楽天スーパーセールやお買い物マラソン、年末商戦の前後には短期スタッフや外部の制作パートナーが一時的に増え、繁忙期が終わると去っていきます。出店モールが増えれば、モールごとに担当者が分かれ、異動も頻繁に起きます。直近の支援案件で観測したのは、年に数回の繁忙期のたびにAIアカウントを発行し、その後の停止が人事の退職手続きと連動していなかったために、在籍者より多いアカウントが残っていたケースでした。
コストの面でも棚卸しは効きます。Claude Enterpriseは席（シート）単位の契約で、Admin APIのドキュメントによると、保留中の招待も席を1つ消費します。使われていないアカウントや、受け取られないまま放置された招待を整理するだけで、追加購入をしなくても新しいメンバーに席を回せる場合があります。
これまでは管理画面で1人ずつ確認するしかなく、数十人規模を超えると棚卸しが年1回のイベントになりがちでした。Admin APIでメンバー一覧を取得できれば、人事の在籍台帳と突き合わせる作業を、毎月の定型業務として回せるようになります。
Admin APIのユーザー管理でできること
Admin APIのユーザー管理でできることは、大きく5つの領域に分かれます。メンバー、招待、グループ、グループのメンバー、カスタムロールです。公式ドキュメントによると、これらはclaude.aiのClaude Enterprise組織で使える機能で、グループとカスタムロールはEnterpriseプランだけにあります。
メンバーについては、一覧の取得、個別の取得、役割の変更、組織からの削除ができます。メールアドレスで絞り込む検索は大文字小文字を区別せず、jane+hiring@example.comのような別名付きのアドレスにも対応します。一覧の取得は1回で最大1,000件まで指定でき、初期値は20件です。
APIから付与できる役割は、一般ユーザー（user）と管理対象ユーザー（managed）の2つだけです。オーナーやメンバー管理者、プライマリオーナーといった管理者系の役割はclaude.aiの設定画面でしか変更できず、これらの役割を持つメンバーはAPIから変更も削除もできません。管理者権限をAPI経由で誤って書き換えてしまう事故を防ぐ設計といえます。
招待は、作成、一覧の取得、個別の取得、取り消しができます。取り消せるのは保留中の招待だけです。招待を作成すると、空きのある最も下位の席の区分から1席が消費され、空きがなければ400エラーで失敗します。自動で席を買い足すことはありません。招待の取り消しや期限切れ、メンバーの削除で、席は元のプールに戻ります。
グループは、業務単位でメンバーをまとめる仕組みです。一覧、個別の取得、作成、名前の変更、削除ができますが、作成・変更・削除ができるのは直接作ったグループ（direct）だけで、SCIMというID管理の仕組みで連携されたグループはAPIからは読み取り専用です。カスタムロールは一覧と権限の確認ができる読み取り専用で、内容の変更はclaude.aiの設定画面で行います。
さらにベータ版として、特定のメンバーを強制的にサインアウトさせる機能も用意されています。実行すると、その人のすべてのセッション、信頼済みデバイス、この組織向けに発行されたOAuthトークンが無効になります。ただし席と役割はそのまま残り、本人はすぐに再ログインできます。APIキーやClaude Codeのクラウドセッション・ルーティン、Coworkに接続されたパソコンは対象外という点も、運用設計では押さえておく必要があります。
Admin APIのキーは、権限の範囲（スコープ）ごとに作ります。メンバー・招待・カスタムロールの読み取りはread:members、メンバーと招待の変更はwrite:members、グループの読み書きはread:rbac_groupsとwrite:rbac_groups、監査用にはすべての読み取りができるread:org_auditがあります。なお、ユーザー管理のエンドポイントは2026年8月にベータを抜けたと第三者の解説記事が伝えていますが、公式リファレンス上はグループとカスタムロールの機能がベータの区分に置かれており、正式版の範囲は公式のリリースノートで要確認です。
社内AIアカウントを棚卸しする6つの手順
棚卸しは、6つの手順で進めると、50人から100人規模の組織でも初回は半日程度で終わる規模に収まります。ポイントは、最初は読み取り専用のキーだけで始め、削除などの変更は人の確認を挟んでから行うことです。
手順1は、棚卸しの範囲と責任者を決めることです。対象はClaude Enterpriseのメンバー全員と保留中の招待、グループの3つ。責任者は情報システム担当か、いなければEC事業の責任者が兼ねます。人事の在籍台帳を誰が出すのか、外部パートナーの契約期間を誰が把握しているのかも、この段階で決めておきます。
手順2は、読み取り専用のキーでメンバー一覧と招待一覧を取り出すことです。監査用のread:org_auditキーを使えば、変更の権限を持たせずに必要な情報だけを取得できます。取得したデータは、メールアドレス、役割、所属グループ、招待の状態が並んだ表にしておきます。
表を作るときに見落としやすいのが、個人のメールアドレスで登録されたアカウントと、共有アドレスで作られたアカウントです。EC企業では「shop@」「cs@」のような共有アドレスで店舗業務を回していることが多く、これをAIツールのアカウントにも流用していると、誰が使っているのかを人事台帳から追えません。共有アドレスのアカウントは別枠で一覧にし、実際に使っている担当者と用途を確認しておきます。外部の制作会社や運用代行のメンバーが社外ドメインのアドレスで参加している場合も、契約終了日と紐づけて管理する必要があるため、同じく別枠にしておくと後の突合が楽になります。
手順3は、人事の在籍台帳や外部パートナーの契約リストと突き合わせることです。ここはAIに手伝わせると早く進みます。次のプロンプトは、ChatGPT、Claude、Geminiのどれでも使えます。個人情報を含むデータを扱うため、社内で利用が認められた環境で実行してください。
プロンプト1：AIアカウントと在籍台帳の突合
あなたはEC企業の情報管理担当です。
以下の2つのリストを突き合わせ、AIアカウントの棚卸し結果を作成してください。
リストA（AIツールのメンバー一覧）：
{メールアドレス、役割、所属グループ、最終利用日がわかればその日付}
リストB（在籍者・契約中パートナーの一覧）：
{氏名、メールアドレス、部署、雇用区分、契約終了日}
判定ルール：
- Aにあり、Bにない → 「退職・契約終了の疑い」
- Aにあり、Bの契約終了日が過ぎている → 「停止漏れ」
- Bの部署と、Aの所属グループが合わない → 「異動の反映漏れ」
- 管理者系の役割を持つ人は別枠で一覧にする
出力形式：判定ごとの一覧と件数、確認が必要な点の箇条書き
手順4は、業務ごとのグループを設計し直すことです。「CS（顧客対応）」「商品登録」「マーケティング」「経営・分析」のように業務単位でグループを作っておくと、異動や繁忙期の追加メンバーを、グループの付け替えだけで処理できるようになります。グループの作成や変更にはwrite:rbac_groupsのキーが必要です。
プロンプト2：業務別グループの設計
あなたはEC企業のAI活用推進担当です。
以下の組織情報をもとに、AIツールのメンバーを管理するためのグループ構成案を作ってください。
組織情報：
- 部署と人数：{例：CS 8名、商品登録 5名、マーケ 4名、経営 3名}
- 出店チャネル：{例：楽天市場、Amazon、自社EC}
- 繁忙期の短期スタッフ：{人数と時期}
- 外部パートナー：{制作会社、運用代行など}
条件：
- 1人が複数のグループに入る場合の考え方も示す
- 顧客情報に触れる業務と触れない業務を分けて考える
- 短期スタッフ用のグループは期限管理しやすい名前にする
出力形式：グループ名、対象者、主な用途、見直しの頻度
手順5は、退職者や契約終了者のアカウントを処理することです。APIでメンバーを削除する前に、SCIMやシングルサインオンで社員アカウントを連携しているかを確認します。公式ドキュメントによると、SCIMでメンバー管理をしている組織ではAPIからの削除は400エラーになり、IDプロバイダー側のアカウントが有効なまま削除すると、次のログイン時に自動で再追加されてしまいます。この場合は、IDプロバイダー側の停止が先です。緊急でアクセスを止めたい場合は、ベータ版の強制サインアウトを使う手もありますが、席と役割は残る点に注意してください。
プロンプト3：退職・異動時のAIアカウント処理チェックリスト
あなたはEC企業の情報システム担当です。
社員の退職・異動・契約終了時に、AIツールのアカウントを処理するチェックリストを作ってください。
前提：
- 使っているAIツール：{例：Claude Enterprise、ChatGPT Business}
- ID管理：{例：Google Workspace と SSO連携あり／なし}
- 業務で発行しているAPIキーや自動化：{有無と担当者}
チェックリストに含めること：
- 人事からの連絡を受けてから処理するまでの期限
- アカウント停止、グループからの除外、APIキーの無効化の順番
- 作成した共有プロジェクトやファイルの引き継ぎ
- 処理したことの記録方法
出力形式：退職、異動、契約終了の3パターン別のチェックリスト
手順6は、棚卸しを毎月の定型業務にすることです。月初に読み取り専用キーで一覧を取り出し、プロンプト1で突合し、結果を次のプロンプトで報告書にまとめます。保留中のまま期限が近い招待を取り消して席を回収するのも、この月次作業に含めておくと効率的です。
プロンプト4：月次のAIアカウント棚卸しレポート
以下は今月のAIツールのアカウント棚卸し結果です。
経営層向けに1ページの報告書にまとめてください。
データ：
- 契約席数と利用中の席数：{数値}
- 保留中の招待数と、そのうち14日以上経過したもの：{数値}
- 停止漏れ・異動反映漏れの件数と対応状況：{数値と状況}
- 管理者系の役割を持つ人数：{数値}
- 先月からの変化：{内容}
出力形式：
1. 今月の結論（3行以内）
2. リスクの高い順に対応事項
3. 席の過不足と、翌月の見込み
4. 判断が必要な事項
社内でAIの使い方をそろえる取り組みとあわせて進めたい場合は、Claude Codeのプラグインで業務手順を社内標準化する方法や、Claude Academyを使った社内AI研修の組み立て方も参考になります。
つまずきやすい失敗と回避策
Admin APIを使った棚卸しで起きやすい失敗は、3つに整理できます。
1つ目は、SCIM連携の組織でAPIから削除したのに、翌日アカウントが復活していたというものです。IDプロバイダー側でアカウントが有効なままだと、次のログイン時に自動で再追加されます。手順5で触れたとおり、ID連携をしている組織では、停止の起点をIDプロバイダー側に置く運用に統一します。
2つ目は、強制サインアウトで「アクセスを止めた」と思い込むことです。サインアウトはセッションを切るだけで、席も役割も残り、本人はすぐに再ログインできます。業務で発行したAPIキーや、Claude Codeのクラウドで動いているルーティンも止まりません。退職者対応では、サインアウトは応急処置と位置づけ、メンバーの削除とAPIキーの無効化までをセットで行います。
3つ目は、変更権限を持つキーを広く配ってしまうことです。write:membersのキーがあれば、メンバーの役割変更や削除ができます。棚卸しの作業者には読み取り専用のキーを渡し、変更は責任者が確認してから実行する二段構えにしておくのが安全です。キーそのものの保管場所と、誰がいつ作ったかの記録も忘れずに残します。
KPI設計と費用・工数の目安
棚卸しの成果は、「退職者アカウントの残存日数」「席の利用率」「保留中の招待数」の3つで測ると、経営層にも伝わりやすくなります。退職者アカウントの残存日数は、人事の退職日からアカウント停止までの日数で、目標は当日から翌営業日です。席の利用率は、契約席数に対して実際に使われている席の割合で、未使用の席が1割を超えるようなら配置の見直しを検討します。保留中の招待数は、14日以上放置されたものの件数で見ると、招待した側の確認漏れなのか、本人が使う予定のない招待なのかを切り分けやすくなります。
これらの数字は、経営会議の資料に毎月同じ形式で載せるのがおすすめです。ある食品ジャンルの中規模店舗の事例では、棚卸し結果を毎月の会議で共有するようにしてから、部署長がメンバーの異動をAI担当者へ連絡する習慣がつき、異動の反映漏れがほぼなくなりました。数字を見える場所に置くこと自体が、運用を回す仕組みになります。
工数の目安は、初回の棚卸しが50人から100人規模で半日程度、月次運用に乗れば1回あたり1時間前後です（データの整備状況によって変わります）。APIを使わず管理画面で1人ずつ確認していた場合と比べると、突合作業の大半を自動化できる分、規模が大きいほど効果が出ます。なお、Admin APIの呼び出しは組織あたり毎分100回、招待の作成は1時間あたり1,200回までという上限があり、超えると429エラーが返ります。棚卸しの用途であれば、この上限に当たることはまずありません。
費用面では、Admin API自体の利用に追加料金がかかるという記載は公式ドキュメントには見当たりません。Claude Enterpriseの料金は個別見積もりのため、席単価や契約条件はAnthropicの営業窓口で確認してください。棚卸しで未使用の席や放置された招待を回収できれば、契約更新時の席数を適正化する材料にもなります。
今後の展望：人だけでなく「AIエージェントの権限」も棚卸しの対象に
今後の棚卸しは、人のアカウントだけでなく、AIエージェントや自動化の権限まで含めたものになっていくと考えています。Claude Codeのルーティン、Coworkに接続されたパソコン、業務で発行したAPIキーは、いずれも人の操作を介さずに動き続けます。強制サインアウトの対象外になっていることからもわかるように、これらは人のアカウントとは別の管理が必要です。
EC企業では、受注処理や在庫連携、問い合わせ対応を自動化するほど、こうした「人ではないアカウント」が増えていきます。誰が作ったエージェントが、どのデータに、どの権限でアクセスしているのか。月次の棚卸しレポートに、人のアカウントと並べてエージェントとAPIキーの一覧を載せておくと、担当者の退職時に動き続ける自動化が取り残される事態を防げます。
監査の観点では、強制サインアウトの実行が監査ログに記録されるなど、管理操作の記録を後から追える仕組みも整ってきています。まずは今月、読み取り専用キーでメンバー一覧を取り出し、在籍台帳と突き合わせるところから始めてみてください。データの保管場所まで含めた管理を考えるなら、Claudeの推論リージョン固定とデータレジデンシーの解説もあわせて確認しておくと、情報管理の全体像がつかみやすくなります。
よくある質問
Admin APIとは何ですか？
Admin APIとは、Claude Enterpriseの組織に所属するメンバー、招待、グループ、カスタムロールを、プログラムから確認・管理するための仕組みのことです。管理画面で1人ずつ操作する代わりに、一覧の取得や突合を自動化できます。
Admin APIを使うのにエンジニアは必要ですか？
はい、APIを呼び出す部分には最低限の技術知識が必要です。ただし一覧の取得さえできれば、在籍台帳との突合や報告書づくりは本記事のプロンプトで進められます。社内に担当者がいない場合は、取得部分だけを外部に依頼する方法もあります。
カスタムロールの内容をAPIで変更できますか？
いいえ、変更できません。カスタムロールのAPIは読み取り専用だからです。役割の内容を変える場合はclaude.aiの組織設定から行い、APIでは各メンバーやグループにどの権限があるかの確認に使います。
退職者のアカウントはサインアウトさせれば十分ですか？
いいえ、十分ではありません。強制サインアウトはセッションを切るだけで、席と役割は残り、本人はすぐに再ログインできるためです。メンバーの削除と、業務用APIキーの無効化までをセットで行ってください。
SCIM連携をしている場合、何に気をつければよいですか？
SCIM連携をしている組織では、アカウントの停止をIDプロバイダー側から行うのが基本です。APIからのメンバー削除は400エラーになる場合があり、IDプロバイダー側のアカウントが有効なままだと、次のログイン時に自動で再追加されてしまいます。
保留中の招待はなぜ整理したほうがよいのですか？
保留中の招待も席を1つ消費するからです。受け取られないまま放置された招待が増えると、契約席数に空きがあるように見えて実は使えない状態になり、新しいメンバーを招待しようとして400エラーになることがあります。14日以上経過した招待は、月次の棚卸しで取り消すのが目安です。
棚卸しはどのくらいの頻度で行えばよいですか？
月1回が目安です。EC企業は繁忙期の短期スタッフや外部パートナーの出入りが多いため、年1回では停止漏れが積み上がるからです。繁忙期の前後だけは、終了日にあわせて臨時の確認を入れると安心です。
まとめ
Claude EnterpriseのAdmin APIを使えば、メンバー、招待、グループ、カスタムロールの状態をプログラムから取り出し、人事の在籍台帳と突き合わせる棚卸しを毎月の定型業務にできます。APIから付与できる役割はuserとmanagedの2つで、カスタムロールは読み取り専用、保留中の招待も席を消費する、といった仕様を押さえておくことが運用の前提です。範囲と責任者を決め、読み取り専用キーで一覧を取り、突合し、業務別グループを整え、退職者を処理し、月次で回す。この6つの手順で、AI活用の拡大と情報管理を両立させる土台を作っておきましょう。
参考文献
- Claude Platform Docs「Admin API user management for Claude Enterprise」
- ecorpit「Claude Admin API user management went GA on 19 August 2026, but 8 endpoints still read beta」
- ChatForest「Claude Enterprise Admin API builder guide（2026年7月）」
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
