Amazon Seller Central 要怎樣新增員工帳號？

由主使用者在 Seller Central 的使用者權限頁面發出邀請，員工以自己的電子郵件接受邀請並建立獨立登入。先按實際職務開放試運行所需權限，確認工作正常後再逐項增加，不要直接交出主帳號密碼或管理員能力。

Amazon 次級使用者通常應該開放哪些權限？

權限應從工作任務倒推，而不是照抄固定清單。處理訂單的人先核對訂單與配送相關能力，庫存人員先處理庫存，廣告人員只取得廣告所需範圍；查看、編輯和管理權限要分開評估，敏感設定則保留給主使用者。

外包營運人員應新增為使用者，還是採用 Authorized Partner？

內部員工通常以獨立次級使用者協作；外部服務商則應先確認其合作關係與工作範圍，再依 Amazon 當期 Authorized Partners 流程完成授權。不同站點、銷售計劃和帳號狀態可能出現不同入口，最終以當前後台及官方說明為準。

Seller Central 多人登入時，兩步驗證應該怎樣安排？

每位成員應使用自己的登入身分，並由本人管理主要驗證方式與備用恢復方式。不要讓多人長期共用同一部接收驗證碼的裝置；管理員還應保留緊急聯絡流程，以便成員離職、遺失裝置或驗證失效時處理。

員工離職後怎樣刪除 Amazon 店鋪權限？

先停止其 Seller Central 存取，再從使用者清單撤銷或移除權限，接著核對兩步驗證、已登入會話、本地檔案與遠端連線是否仍可使用。若發現無法撤銷、異常登入或權限狀態與後台不一致，應暫停相關操作並聯絡 Amazon 官方支援。

Amazon Seller Central 使用者權限 2026：員工與外包設定教學

這篇教學針對需要讓員工、虛擬助理或外包團隊協作管理店鋪的跨境賣家，依照邀請前準備、首次登入、首日驗收與人員退出的時間線，整理可執行的權限管理方法。你也會了解 Amazon User Permissions、Amazon Authorized Partners、兩步驗證，以及遠端 Mac 本地使用者之間不能互相取代的邊界。

Amazon 官方將 Seller Central 的存取主體區分為主使用者、次級使用者與外部授權對象，並要求登入使用兩步驗證。官方使用者存取說明所反映的核心做法很清楚：本週先停止共享主帳號，再為每位內部成員建立獨立登入，按實際任務授予最小權限；外包服務商則按當期 Authorized Partners 流程處理。獨立 Mac 只能隔離本地檔案與交接環境，不能代替 Seller Central 的平台權限。

這篇適合三類人：首次組建 Amazon 營運團隊、準備把訂單或庫存交給員工的賣家；需要讓虛擬助理、廣告人員或外包機構有限協作的負責人；以及正在處理人員交接、兩步驗證歸屬或舊使用者回收的帳號管理員。

邀請前先完成主帳號、角色與任務盤點

最常見的失敗，不是員工不會操作，而是所有人都依賴一個由店主掌握驗證碼的主帳號。當主使用者不在場，其他營運人員便無法登入；如果把密碼和驗證裝置一併交出去，離職時又很難確認誰仍保有存取能力。

你應先分清楚三個層級：

主使用者：掌握店鋪根本管理、邀請與回收其他使用者的核心身分。
次級使用者：由主使用者邀請的內部成員，以自己的電子郵件登入並按職務使用功能。
外部授權對象：例如代理商、外包機構或其他服務方，應按照 Amazon 當期的合作夥伴授權流程核驗，不應與內部員工一律處理。

Amazon User Permissions 的實際選項可能因站點、銷售計劃及帳號狀態而變動。Amazon 官方 User Permissions 操作說明可作為入口核對，但不要把網路文章中的固定權限表直接套用到你的後台。

邀請任何人之前，先寫下他每天需要完成的工作，例如：

處理訂單、查看配送狀態與回覆客戶訊息；
更新庫存、建立或修改商品資料；
管理廣告活動、查看報表或整理營運資料；
處理退款、退貨、帳務或帳號設定。

先列任務，再對應權限，能避免「為了讓工作快一點」而直接開放全部管理能力。

用崗位對照表決定首次授權範圍

不要把權限名稱當成崗位名稱。你真正要驗收的是「這名成員能否完成指定工作」，同時確認他沒有不必要的敏感操作能力。權限可先按三種能力理解：

查看：閱讀訂單、庫存、報表或訊息，不應能改變店鋪資料。
編輯：建立、修改或回覆與職務直接相關的內容。
管理：涉及帳號、使用者、付款、重要設定或可影響整間店鋪的操作。

可把下面的對照表複製到團隊文件，再依你目前後台顯示的選項修正：

工作崗位	首次應核對的工作範圍	不應預設開放	編輯判斷
訂單與客服	訂單狀態、配送、客戶訊息、退貨相關工作	使用者管理、付款與帳號設定	先開查看及必要回覆能力
庫存與商品	庫存、商品資料、配送設定	兩步驗證、主帳號及付款設定	只開與商品及庫存直接相關的編輯能力
廣告營運	廣告活動、關鍵字、成效報表	店鋪使用者、付款及安全設定	按廣告任務測試建立、修改與查看
報表助理	指定報表與資料匯出	訂單修改、退款、使用者管理	優先採查看或有限匯出能力
外部服務商	合約明定的服務範圍	內部全域管理權	先核對 Authorized Partners 流程

這張表不是 Amazon 的通用權限矩陣，而是你的驗收草稿。若後台沒有完全相同的名稱，應以功能結果核對，不要為了對上表格而開放更高層級的權限。

第一段時間線：由主使用者發出獨立邀請

步驟一：確認邀請人與帳號條件

由主使用者登入 Seller Central，先確認自己能看見使用者權限入口，並檢查目前的銷售計劃、站點和帳號狀態。若入口不存在、按鈕呈灰色或選項與預期不同，先記錄畫面，不要改用共享主帳號解決。

步驟二：準備成員資料與崗位任務

為每位成員準備獨立電子郵件、職務名稱、試運行任務和預計開放範圍。不要使用團隊共用信箱，否則日後很難把操作責任、驗證方式和離職回收對應到實際人員。

步驟三：發出邀請並保存狀態

主使用者在使用者權限頁面發出邀請，成員再從自己的信箱接受邀請。Amazon 官方邀請流程說明可用來核對畫面順序，但後台導航可能隨站點或帳號條件改變。邀請流程官方說明

你應保存邀請日期、成員電子郵件、崗位、授權範圍和目前狀態。截圖時遮蓋電子郵件、店鋪識別資料、訂單資料及任何驗證資訊。

步驟四：先做低風險試運行

首次授權只開放完成試運行所需的範圍。例如客服人員先查看一筆測試工作流程，庫存人員先核對指定商品，廣告人員先查看報表。完成驗收前，不要追加帳號管理、付款或其他不直接相關的管理能力。

第二段時間線：首次登入時把兩步驗證綁定到本人

Seller Central 的登入安全不是「有一部獨立 Mac」就完成。Amazon 官方兩步驗證說明指出，登入需要額外驗證步驟；你應以官方兩步驗證幫助頁面及目前後台顯示為準。

每位成員首次登入時，按以下順序核對：

使用自己的電子郵件和密碼完成登入，不使用主使用者憑證。
確認主要驗證方式由本人持有，而不是由店主或同事代收。
設定可用的備用恢復方式，並確認成員知道失效時應聯絡誰。
在不暴露驗證碼的前提下，記錄「已完成設定」的狀態。
由帳號管理員確認緊急流程：裝置遺失、成員離職、驗證失效時，誰負責停權及聯絡官方支援。

多人長期共用一部接收驗證碼的手機，會讓人員退出和責任追蹤變得複雜。驗證方式、強制要求及頁面入口均可能調整，因此不要依賴過時截圖或論壇轉述。

第三段時間線：首個工作日完成平台與裝置驗收

首日驗收應分成兩張清單：第一張檢查 Seller Central 平台權限，第二張檢查團隊使用的 Mac 環境。兩者不能混為一談。

先讓成員依序執行低風險任務，並記錄結果：

[ ] 成員以自己的帳號登入，主使用者沒有代登入。
[ ] 成員能查看崗位需要的頁面與資料。
[ ] 成員能完成一項不涉及敏感設定的試運行任務。
[ ] 不需要的退款、付款、使用者管理或安全設定仍然受限。
[ ] 失敗提示、缺少入口或權限不足畫面已截圖並脫敏保存。
[ ] 主使用者已在使用者清單核對邀請狀態與授權日期。
[ ] 團隊文件已記錄成員、崗位、可做事項、不可做事項及覆核人。
[ ] 如使用遠端 Mac，已確認每名成員使用獨立 macOS 本地使用者。
[ ] 本地硬碟上的下載檔、瀏覽器資料和工作文件沒有與其他成員混放。
[ ] 遠端連線的交接方式已記錄，離開團隊時能夠撤銷連線。
[ ] 沒有把海外節點、固定 IP 或獨立 Mac 描述成防關聯、防封或繞過審核方案。

macOS 本地使用者隔離的是裝置上的檔案、瀏覽器設定和登入狀態；Seller Central 平台權限控制的則是店鋪資料與操作能力。即使每人使用不同 Mac 使用者，只要仍然共享 Seller Central 主帳號，平台層面的問題依然存在。

若你需要讓外地成員使用長期在線的 macOS 工作環境，可先參考VPSMAC 的遠端 Mac 服務說明，但仍要把 Amazon 平台邀請、兩步驗證和權限回收獨立驗收。遠端環境改善的是交接與本地資料邊界，不會替你取得 Amazon 的授權，也不保證帳號不受審核。

第四段時間線：外包接入、崗位變更與退出回收

外包服務方與內部員工的法律關係、責任範圍和資料接觸程度不同，不應預設採用同一種接入方式。Amazon 官方對 Authorized Partners 的流程說明应作為外部合作方核驗起點；官方 Authorized Partners 說明顯示，實際流程仍須以當期後台及合作關係條件為準。

崗位變更時，先調整平台權限，再處理本地檔案和遠端環境。不要只刪除共享資料夾，卻忘記 Seller Central 使用者仍然有效；也不要只移除平台權限，卻讓舊成員保留遠端連線或本地工作檔案。

人員退出可按此順序處理：

立即停止其工作登入與遠端連線。
從 Seller Central 使用者清單撤銷、移除或降低其權限。
核對兩步驗證是否仍綁定離職者的裝置或恢復方式。
檢查瀏覽器會話、下載檔、API 或其他仍在使用的工作憑證。
若使用遠端 Mac，移除其 macOS 本地使用者或按交付流程回收存取。
由主使用者重新檢查敏感頁面與使用者清單。
發現權限無法撤銷、出現陌生登入或後台狀態不一致時，先停止相關操作並聯絡 Amazon 官方支援。

Amazon 也提供關於次級使用者管理能力的官方討論，可用於交叉核對你的帳號行為，但不能取代你在目前後台進行的實際驗收。次級使用者管理說明

不同方案的適用範圍與編輯評分

以下評分是針對「單一店鋪的多人協作與權限回收」作出的編輯判斷，不是 Amazon 官方評級。你應先看授權對象和平台流程，再決定是否需要額外的遠端 Mac 環境。

方案	平台責任追蹤	權限最小化	交接與本地資料隔離	適合情況	編輯評分
共享主帳號	差	差	低	不建議採用	不及格
內部成員使用獨立次級使用者	好	好	視裝置而定	員工、虛擬助理、店內營運	推薦
外部服務商走 Authorized Partners 流程	視流程而定	較好	視合約與裝置而定	代理商、外包機構	有條件推薦
獨立 macOS 使用者加平台獨立帳號	好	好	好	需要遠端、長期在線工作環境的團隊	推薦
只有獨立 Mac、仍共享主帳號	差	差	中	看似隔離但平台層級失效	不推薦

你的本週行動不應是先租設備或先開全部權限，而是先建立崗位表、清理主帳號共享、邀請一名成員做低風險試運行，再按驗收結果逐步增加權限。若團隊缺少可交接的 macOS 工作環境，可查看VPSMAC 的服務支援與使用說明，並把連線回收和本地使用者清理列入同一份交接紀錄。

結尾：先把平台權限做好，再決定是否使用遠端 Mac

對小團隊而言，直接共享主帳號看似最快，但它有三個明顯缺點：操作責任難以追蹤、成員離職時難以完整回收、兩步驗證和敏感設定容易集中在不合適的人手上。若每個人各自使用不受管理的私人電腦，下載資料、瀏覽器會話和遠端連線也可能散落在不同裝置，交接成本會進一步增加。

因此，正確順序是先用 Seller Central 的獨立使用者與外部授權流程建立平台邊界，再按團隊是否需要長期在線、可回收、可交接的 macOS 環境作選擇。若你不想立即購買實體 Mac，又需要讓員工或外包人員在固定工作環境中完成跨境營運，租用 VPSMAC 的遠端 Mac 通常比臨時借用私人電腦更容易留下交付與回收紀錄；但對需要長期穩定滿載運算、實體 USB 裝置或本地硬體操作的團隊，自購設備可能更合適。

管理員最後應保存三份紀錄：平台使用者與權限、兩步驗證責任人、Mac 或遠端連線的交接狀態。這三份紀錄都能獨立回收，才算完成一次可追蹤的團隊授權。