Amazon Seller Central チーム権限 2026は、メインアカウントの認証情報を共有せず、User Permissionsで担当者を個別に招待し、業務に必要な範囲だけを付与するのが基本です。今週は、管理者が利用条件と権限画面を確認し、招待・承認・見直しの担当を決めてください。
店舗責任者：誰がSeller Centralにアクセスでき、どの操作を承認するか決めたい方。
運営主管：商品、注文、在庫、配送などの業務をチームに割り振る方。
越境販売事業者：外部協力者のアクセス範囲と、担当変更・退職時の撤回方法を整えたい方。
店舗責任者は、共有ログインより個別の招待を基本にします
メインアカウントの認証情報を複数人で使い回すと、担当者ごとの操作や責任範囲を整理しにくくなります。各自が個別のログイン情報を使う形を優先し、店舗責任者は業務上の必要性、アクセス範囲、承認責任を決めます。
AmazonのUser Permissionsに関する公式ヘルプでは、従業員の招待と権限管理について案内されています。アカウントの扱いについては、Amazonの販売者行動規範も確認し、ログイン情報をチーム内でどう扱うかを管理者が定めます。
| 運用方法 | 主な使い方 | 判断の目安 |
|---|---|---|
| メインアカウントを共有 | 複数人が同じ認証情報を使用 | 個人別のアクセス管理がしにくいため、チーム運用では避けます |
| User Permissionsで個別招待 | 担当者ごとにアクセスを設定 | 従業員に業務を割り当てる場合の基本候補です |
| サービス提供者への認可 | 外部の事業者に必要な範囲を認可 | 従業員の招待とは区別し、対象と権限を確認します |
アカウント管理者は、利用条件と設定画面を先に確かめます
User Permissionsが利用できるか、どの権限を付与できるかは、アカウントの条件や現在のSeller Centralの表示に沿って確認します。公式ヘルプの説明だけで操作できると決めつけず、実際の画面でメニューと利用可能な項目を照合してください。
Amazonのアカウント設定ヘルプと、販売プランと機能に関する公式案内を参照し、アカウント内の案内と相違があれば、アカウントに表示される情報を優先して確認します。
第一段階：招待前に業務と管理責任をそろえます
担当者の氏名、所属、担当業務、承認者を整理します。業務内容が「店舗運営全般」のように広すぎる場合は、商品情報の更新、注文対応、在庫確認、配送関連など、実際の作業単位に分けます。
第二段階：設定入口とアカウント条件を確認します
Seller Centralにアカウントの持ち主または権限を持つ管理者としてログインし、User Permissionsに関する設定入口が表示されるかを確認します。見当たらない場合は、権限不足、アカウント条件、画面変更の可能性を分けて調べ、認証情報を借りて作業を続ける方法は取らないでください。
第三段階：招待を送り、相手と範囲を照合します
画面に表示される公式手順に沿って従業員を招待し、招待対象の本人、担当業務、付与するアクセス範囲を確認します。招待後は、本人が自分のログイン情報でアクセスできるかを確認し、使えないページがあれば管理者が権限を再確認します。
設定画面を記録する場合は、メールアドレス、個人情報、店舗情報などを隠したスクリーンショットを用意します。社内で共有する資料には、どの画面で何を確認したかと、確認担当者を添えると後から追跡しやすくなります。
運営担当者は、作業ごとに必要な権限を申請します
商品や注文を担当するスタッフに、管理者と同じ範囲の権限を一律に付与する必要はありません。本人が行う作業と必要な画面を示し、管理者がUser Permissions上の選択肢に照らして範囲を確認します。
| 担当業務の例 | 事前に整理する作業 | 管理者が確認すること |
|---|---|---|
| 商品情報 | 登録、更新、内容確認 | 商品関連の作業に必要な範囲か |
| 在庫・注文 | 在庫確認、注文状況の確認や処理 | 注文や在庫に関係する画面へのアクセスが適切か |
| 配送関連 | 出荷・配送業務の処理 | 実際の担当範囲を超える権限が含まれていないか |
| 店舗管理 | 権限設定や運用全体の管理 | 店舗責任者が担当すべき操作と分離できているか |
これは作業を整理するための分類例であり、Seller Central上で各作業に対応する権限名や選択肢が常に同じだと示すものではありません。実際に選べる範囲は、アカウントの設定画面とAmazonの案内で確認してください。
ページや機能が表示されないときは、本人がメインアカウントを使うのではなく、管理者が「招待が完了しているか」「対象ユーザーが正しいか」「必要な権限が選択されているか」を順番に見直します。担当業務を変更した際も、追加作業に合わせて権限を再検討します。
外部協力者には、従業員招待と別の認可を確認します
代行業者やサービス提供者へのアクセスは、社内従業員と同じ扱いにせず、誰に何を許可するのかを先に確かめます。Amazonのサービス提供者への認可に関する案内を読み、許可するサービスとアクセス範囲を照合してください。
契約や業務が終わったときは、従業員ユーザーの権限だけでなく、サービス提供者として付与した認可が残っていないかも確認します。サービス提供者のアクセス撤回に関する公式案内を参照し、撤回後の状態をSeller Centralで確かめて記録します。必要な作業が続く場合は、再認可についての公式案内に沿って、対象と許可範囲を改めて確認します。
遠隔Macは作業環境であり、Amazonの権限設定ではありません
遠隔Macを使う場合も、Seller Centralへのアクセス権はAmazon側のUser Permissionsやサービス提供者への認可で管理します。Macのデスクトップ環境を用意すること自体は、ユーザー招待、役割設定、Amazonのアカウントポリシーの代わりにはなりません。
遠隔Macチーム協業を検討するなら、先に誰がSeller Centralへアクセスするかを個別に定め、その後でチームに必要なmacOS作業環境があるかを判断します。NodeMiniのシリコンバレーのMac案内やバージニアのMac案内は、遠隔Mac環境を比較検討する際の参考にできます。環境の選択によって、Amazonの権限やアカウント状態が変わるわけではありません。
チーム責任者は、入社・担当変更・退職で権限を見直します
人員の入れ替わりだけでなく、担当業務が変わったときにも、以前のアクセス範囲がそのまま残っていないか確認します。権限の付与・変更・撤回を管理者任せにせず、誰が承認し、誰が画面で処理し、誰が結果を確認するかを定めてください。
| 変更のタイミング | 管理者が行う確認 | 記録に残す内容 |
|---|---|---|
| 入社・新規参加 | 本人、業務、必要なアクセス範囲を照合 | 招待者、対象者、承認者、付与範囲 |
| 担当業務の変更 | 不要になった範囲と追加で必要な範囲を確認 | 変更理由、変更内容、確認者 |
| 退職・契約終了 | ユーザー権限と外部サービス認可を確認し、不要なアクセスを撤回 | 対象者、撤回内容、処理担当者、確認結果 |
記録は、担当者名と処理内容を社内で追跡できる形にします。メールアドレスや店舗情報を広く共有する必要はなく、記録へのアクセス自体も業務上必要な担当者に限定します。
対象者：
区分：従業員 / 外部サービス提供者
担当業務：
許可したアクセス範囲：
承認者：
設定・撤回を行った管理者：
処理結果の確認：
Amazon Seller Centralの権限を見直すチェックリスト
- [ ] メインアカウントの認証情報をチーム共有用にしていない
- [ ] User Permissionsの利用条件と、実際の設定画面を確認した
- [ ] 担当者ごとに業務と必要なアクセス範囲を整理した
- [ ] 招待対象者が本人であることを確認し、各自のログインを使ってもらう
- [ ] 表示されない機能がある場合、管理者が設定を見直す手順を決めた
- [ ] 外部サービス提供者への認可を従業員ユーザーと分けて記録した
- [ ] 担当変更・退職時に、ユーザー権限と外部認可の両方を確認する責任者を定めた
- [ ] 設定画面の記録から個人情報や機密情報を除いた
共有するデスクトップの課題と、Mac環境を追加する判断
個人所有の端末を順番に使う運用では、端末の受け渡しや作業状態の引き継ぎが発生し、担当者ごとにmacOS環境が異なる場合は再現確認もしにくくなります。一方、遠隔Macのレンタルは、端末を購入・管理する負担を避けたい場合に検討できますが、Seller Centralのユーザー権限を設定するものではありません。
そのため、まずAmazon公式の手順で各協力者のアクセスを設定し、業務に共有可能なmacOSデスクトップも必要な場合に限って、NodeMiniのようなレンタル環境を比較すると判断しやすくなります。特定の端末や店舗で継続的に重い作業を行う場合、あるいは物理的な機器接続が必要な場合は、自社保有端末など他の方法も含めて選定してください。レンタル環境を選ぶ場合も、権限設定と担当者の交代手順はAmazon側で別途管理します。