Seller Centralで従業員用のログインを作るにはどうすればよいですか？

主ユーザーでSeller Centralに入り、ユーザー権限の画面から従業員本人のメールアドレスへ招待を送ります。本人が自分の認証情報で登録を完了した後、注文、在庫、広告など担当業務に必要な権限だけを付与します。主ユーザーのパスワードを渡す方法は避けてください。

次ユーザーにはどこまでの権限を与えるべきですか？

最初から管理者権限を付けるのではなく、担当する作業単位で決めます。注文処理なら注文関連、在庫担当なら在庫関連、広告担当なら広告関連というように、閲覧だけで足りるか、編集まで必要かを確認します。実際のメニュー名は販売地域やアカウントによって異なります。

外注先は通常のユーザー招待とAuthorized Partnersのどちらを使いますか？

会社外の運用代行会社やサービス提供者は、社内従業員と同じ方法で登録するとは限りません。Amazonが現在提供しているAuthorized Partnersの手順、相手先の認証情報、依頼範囲を確認して判断してください。外注先から主ユーザーのパスワードを求められても、そのまま共有しないことが重要です。

複数人でSeller Centralを使う場合、2段階認証はどう分けますか？

主ユーザーと各メンバーは、それぞれのログイン身份に対応する認証方法を設定します。1台の携帯電話や認証アプリを全員で使い回すのではなく、主な認証手段、復旧方法、緊急連絡先を管理者が記録してください。設定画面や必須条件は、利用中のAmazon公式案内を優先します。

従業員が退職した後、Amazon店舗のアクセスをどう回収しますか？

まずSeller Centralのユーザー一覧から対象者のアクセスを停止または削除し、担当権限と招待状態を確認します。その後、2段階認証の登録状況、共有端末のセッション、ローカルに保存された注文・顧客情報を確認します。必要に応じて操作を止め、異常があればAmazon公式サポートへ相談してください。

Amazon Seller Central ユーザー権限 2026：従業員と外注先の設定チュートリアル

Amazon Seller Centralで従業員や外注先に店舗業務を任せるときは、主ユーザーの共有ではなく、役割に応じた個別権限が必要です。本記事では、招待前の整理から初回ログイン、権限の検収、退職時の回収までを時系列で説明します。

Amazon公式ヘルプでは、Seller Centralへのログインに2段階認証が必要と案内されています。公式の2段階認証ヘルプを前提にすると、今週やるべきことは主ユーザーのパスワード共有を止め、社内メンバーには個別の次ユーザー、外注先にはAmazonの現行のAuthorized Partners手順を使うことです。独立したMac環境は端末やローカルデータの整理には役立ちますが、Amazon上の権限管理の代わりにはなりません。

この手順は、これからAmazon運用チームを作る出品者、注文・在庫を従業員へ移管する責任者、広告担当や外注会社に限定アクセスを渡す管理者向けです。退職者のアクセス、2段階認証の所有者、Mac上の作業環境を整理したい場合にも使えます。

招待前に決めるべきアクセスの境界

最初に、Amazon Seller Centralのアクセス主体を3つに分けて考えます。主ユーザーは店舗全体の管理責任を持つアカウント、次ユーザーは社内の個人メンバー、外部許可対象は社外のサービス提供者です。Amazon公式の案内でも、パスワードを共有せず、担当業務に応じてアクセスを与える考え方が示されています。ユーザーアクセスと認可に関する公式説明も確認してください。

次に、権限ではなく作業を書き出します。たとえば「注文の確認と出荷状況の更新」「在庫数の変更」「購入者メッセージへの返信」「広告の編集」「レポートのダウンロード」です。作業が決まっていないまま全権限を開くと、必要以上の情報閲覧や意図しない設定変更につながります。

担当業務	最初に確認する操作	付与を検討する範囲	管理者が見る境界
注文担当	注文確認、出荷情報の更新	閲覧・処理	店舗設定や支払い情報は分離
在庫担当	在庫数、補充情報の更新	閲覧・編集	商品情報全体の変更は別承認
顧客対応	購入者メッセージの確認と返信	閲覧・返信	顧客情報の持ち出しを記録
広告担当	キャンペーン確認・編集	広告関連	支払い・ユーザー管理は対象外
レポート担当	指定レポートの閲覧・取得	閲覧中心	保存先と共有先を限定

この表は固定の権限名を断定するものではありません。販売地域、販売プラン、アカウント状態によって画面名や付与可能な範囲が変わるため、Amazon公式のUser Permissions操作説明で現在の画面と照合してください。

第1段階：社内メンバーを個別招待する

主ユーザーでSeller Centralへログインし、ユーザー権限の入口を開きます。管理者のアカウントであることと、対象ストアの販売プランを先に確認します。
招待する従業員の個人メールアドレスを入力します。部署共通のメールアドレスではなく、本人が管理できるアドレスを使うほうが、退職時の回収対象を特定しやすくなります。
招待を送信する前に、担当業務と初回試行の範囲を記録します。Amazonの公式フォーラムに掲載された招待手順の説明と、実際の管理画面を見比べてください。
本人が招待メールを受け取り、自分のログイン情報を登録します。主ユーザーのパスワードや認証コードを転送する方法は採用しません。
初回は試運転に必要な範囲だけを割り当てます。注文担当に広告やユーザー管理の権限まで付けるなど、業務と関係のないアクセスを同時に開かないでください。
ユーザー一覧で招待済み、登録済み、権限付与済みの状態を確認し、脱敏した画面記録を保存します。後から「いつ、誰に、何を許可したか」を追えることが重要です。

Amazonは次ユーザーの管理範囲について、アカウントによって異なる制約があると説明しています。次ユーザーの管理能力に関する公式案内を確認し、画面に表示されない権限を推測で補わないようにします。

第2段階：2段階認証と復旧経路を本人単位で設定する

初回ログインでは、各メンバーが自分のログイン身份に紐づく2段階認証を設定します。管理者の携帯電話や認証アプリを全員で使い回すと、退職や端末交換の際に誰が認証手段を持っているのか分からなくなります。

確認する項目は、主な認証手段、利用できる復旧方法、管理者への緊急連絡方法です。Amazonの2段階認証に関する公式説明とヘルプページを基準にし、ブログや外注先の古い手順だけで判断しないでください。

認証方法の必須条件や入口は、サイト、販売プラン、アカウント状態で表示が変わる可能性があります。設定できない場合は、認証コードを何度も試すのではなく、表示された失敗内容を保存してAmazon公式サポートへ確認します。

第3段階：最初の勤務日に低リスクで権限を検収する

権限を付けたら、付与したつもりで終わらせず、本人のログインで確認します。まず閲覧だけで済む画面、次に担当業務の編集画面、最後に明らかに対象外の管理画面という順に試すと、影響を抑えながら境界を確認できます。

[ ] 本人のメールアドレスで独立したログインができる
[ ] 担当する注文、在庫、顧客対応、広告などの画面を開ける
[ ] 試運転用の低リスク操作を1件実行し、結果を保存する
[ ] 担当外のユーザー管理や重要設定が開かないことを確認する
[ ] 表示された権限名と、実際にできた操作を記録する
[ ] できなかった操作を「仕様」か「設定漏れ」かに分ける
[ ] 管理者が検収日、対象者、変更内容、次回見直し日を保管する

「表示できる」ことと「編集できる」ことは同じではありません。Amazon公式の販売プランとユーザー権限に関する説明を参照し、権限名を一般化した社内表だけで合否を決めないでください。

チームがリモートMacを使う場合は、ここで確認する層を分けます。Amazonのプラットフォーム権限、macOSのローカルユーザー、保存ファイルの範囲、VNC・SSHなどのリモート接続は別々の管理対象です。Macを分けてもAmazonアカウントの関連審査を回避できる、または停止を防げるとはいえません。

第4段階：外注先、異動、退職の順に処理する

外注先は、社内従業員と同じ次ユーザー招待を自動的に選ぶのではなく、依頼先の役割と契約範囲を確認します。Amazonが案内するAuthorized Partnersの認可手順が利用できる状況なら、その現行フローで相手先を検証してください。

異動時は、先にSeller Central側の権限を変更し、その後で共有フォルダー、ローカルファイル、リモート接続の登録を整理します。順序を逆にすると、平台上では不要な権限が残ったまま、担当者だけが作業環境へ入れなくなることがあります。

退職時は、次の順番で処理します。

退職者の作業を停止し、引き継ぎ対象を記録します。
Seller Centralのユーザー一覧からアクセスを停止または削除します。
その人物が管理していた2段階認証、復旧手段、緊急連絡経路を確認します。
共有端末やリモート接続のセッションを終了し、保存ファイルを回収または削除します。
注文、顧客情報、広告データを外部へ保存していないか確認します。
失敗や不審な変更があれば操作を止め、画面記録と時刻を添えてAmazon公式サポートへ相談します。

権限設定の目的は、業務を止めずに責任範囲を明確にすることです。固定IP、海外ノード、独立したMacを使うこと自体を、アカウント保護や審査回避の保証として扱わないでください。

FAQ：設定前後に確認したい実務上の判断

Seller Centralで従業員のログインを追加する流れは？

主ユーザーがユーザー権限画面から個人メールアドレスへ招待を送り、本人が独立したログインを作成した後、担当業務に必要な権限だけを割り当てます。招待前に作業内容を決め、初回は低リスクの試運転でアクセス範囲を検収してください。

次ユーザーに開ける権限はどう選びますか？

先に担当業務を「注文」「在庫」「顧客対応」「広告」「レポート」のように分解し、それぞれで閲覧、編集、管理のどこまで必要かを決めます。実際の権限名や範囲は販売地域とアカウントによって変わるため、現在の画面を基準に記録します。

外注の運用担当者はユーザー招待でよいですか？

社外の運用代行会社やサービス提供者は、社内メンバーと同じ登録方法にせず、Authorized Partnersの現行手順を確認して選択します。依頼範囲、相手先の本人確認、終了時の認可回収を契約と管理表に残し、主ユーザーの認証情報は渡しません。

複数人の2段階認証は1台にまとめても問題ありませんか？

複数人が1台の携帯電話や認証アプリを共有する運用は、担当者の退職や端末紛失時に復旧経路を不明確にします。各ログイン身份に対応した認証手段を設定し、復旧方法と緊急連絡先を管理者が確認します。Amazonの当期案内を優先してください。

退職者のアクセスを消すとき、Mac側だけ削除すれば足りますか？

Macのローカルユーザーやリモート接続を削除しても、Seller Centralのユーザー権限は自動的に回収されません。最初にAmazon側のアクセスを停止または削除し、次に認証手段、セッション、ローカルファイルを確認する二層管理が必要です。

現在の運用とMac環境を比較して決める

共有主アカウントだけで運用すると、誰が操作したか追いにくく、退職時に全員の認証情報を変更する手間が発生し、担当業務を超えた閲覧も防ぎにくくなります。個人PCだけに頼る方法も、端末交換時のデータ回収、スリープや電源断、遠隔引き継ぎの記録が弱点になります。

そのため、Amazon Seller Central ユーザー権限 2026の設定を済ませたうえで、常時稼働するmacOS作業環境が必要なら、VPSMACのMacレンタル環境を別レイヤーの選択肢として検討できます。米国拠点での作業が必要な場合は、米国バージニアのMac環境も候補になりますが、これはAmazonの権限管理や審査結果を保証するものではありません。

今週は、主ユーザーの共有停止、担当表の作成、個別招待、2段階認証の本人設定、初回検収の5点までを記録に残してください。長期的な運用ではなく、短期間の引き継ぎや検証環境だけが必要なら、購入よりも必要な期間だけMacをレンタルするほうが、端末の保管と返却管理まで含めて判断しやすくなります。