亚马逊多店换运营，怎样交接店铺、权限和待办？

亚马逊多店换运营时，可把交接分成三个对象：店铺与业务待办、工具侧的店铺访问、亚马逊后台的业务权限。交接完成由接手人用获授权的独立身份复验，管理员单独确认旧成员的访问已收回。本文适用于企业已经获准经营、且具有正式管理员权限的店铺，不涉及新开账号或变更经营主体。

先列哪些事项不能等到换班后再查？

按店铺列出申请中、运营中、待复核的事项。每一项写明订单或工单编号、最后处理状态、下一步、截止时间和新负责人。退货纠纷、补件和价格审核应分开，避免把平台案件期限和内部交接时间写成同一列。对接人变化与登录权限变化也要分开；申请资料的主要联系人是否需要更新，由获授权人员对照当前平台要求处理，不按团队职位变更自动推断。

可以把事项按是否需要实际提交再分一列：接班前只查状态和证据，接班后再由负责人决定提交。为了确认“能看到工单”，无需创建虚假订单或改动正式商品。需要演练敏感动作时，用可控样本或受授权的非生产流程，不拿正常经营的价格与收款设置测试。

角色可以照抄，权限范围要逐店核对

基于角色的访问控制可以先把运营、客服和审核人员的常用动作区分开。实际落地时列到店铺和任务：谁看库存，谁可以调整商品，谁只需查看一个工单，谁负责发起更高权限的审批。临时兼任人员单独标记截止时间，财务或管理员职责不随一般运营岗位默认转移。

如果团队用飞跨管理店铺访问，可用其店铺分配功能指定接手成员能进入哪些已授权店铺。先对照本次岗位范围选店铺，再由接手人用自己的成员身份核验。飞跨的店铺访问与 Amazon Seller Central 能执行的业务权限需要分别确认，工具里的角色不能代替平台管理员核定实际动作。本文不假设所有店铺、所有版本都提供相同开关。

交接当天，先核接手人，再核旧权限

在替班生效前安排一次权限复核。管理员确认接手人、业务范围与验证人，接手人登录自己的账号，完成一项不会改变店铺状态的检查，例如查看分配给自己的工单。确认可接手后，再按约定时点处理旧成员授权。紧急撤权或安全事件走企业自身的应急流程，不等待常规交接演练。

如果飞跨控制台提供相应授权变更记录，可用来定位哪个店铺、哪名成员的工具权限已调整。随后回到亚马逊后台和相关应用确认成员、会话和应用授权。工具日志与平台业务记录分别看；某项日志有记录，说明相应系统有该事件，不代表其他系统同步完成。遇到会话超时，不要把关浏览器当作权限已撤销的证明。

哪些证据留下就够了？

变更记录可保留调整前后范围、操作系统、处理时间、验收人和未完成项。不要把共享密码、验证码、完整身份材料放在交接表里。若平台侧无法确认一项权限是否已结束，记录为待查，由具体管理员从授权管理界面验证。可先验收已确认的店铺，并把未完成的权限单独交办，避免一句“交接完成”遮住问题。

换班后的首次复查，重点看接手人是否收到店铺通知、能否看见业务待办、旧成员的访问是否还有残留。若存在多个时区，可约定由新负责人在各自店铺开班后更新一次状态，而不是让所有店铺按同一个北京时间签字。尚未结案的店铺问题不写成已完成：交接只代表有人接手，平台是否接受资料或结束案件要等正式结果。

交接验收表可增加“换班后谁批准紧急变更”一列。新运营发现库存、价格或资料异常时，先确认是否已有另一人处理，保留已知状态，再按职责发起修改。对于正在执行的定时任务，另查它由哪个系统、哪名成员配置；换负责人并不自动停止此前已安排的任务。遇到没有接收人的待办，由当班管理员临时挂名并设置明确的再分配时间。团队使用飞跨时，也应把工具侧的撤回结果和平台侧的复验结果分栏，便于下一次核对。

参考信源

• 亚马逊美国站：注册后的账户设置及添加用户提示

关于作者

跨境笔记编辑部