服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- 在原先属于 Client transfer 的交接场景中，Collaboration 表示当前店铺由商家持有，Partner 以协作者身份继续访问。
- Type 与 Status 是两列：Collaboration / Active 表示协作访问有效；Completed 则特别指已转移且没有剩余协作关系。
- 客户通过邮件接受转移；未接受的待处理邀请七天后过期。客户选择套餐，Partner 不能直接为 Client transfer 店铺更改套餐。
- 商家决定协作者能访问哪些区域。标签不能证明某个账号已选套餐、账单已支付或金融服务已经开通。
- 金融产品可能阻碍转移，但 Collaboration 本身不是需要停用金融产品的错误提示。
为什么交接后变成了 Collaboration
2026 年 10 月 13 日，Shopify 工作人员 Paige-Shopify 在 Developer Community 解释了一宗交接疑问，并在 14 日再次确认：原由 Partner 持有的 Client transfer 店铺转给客户后，如果 Partner 保留协作访问，类型就会变为 Collaboration。客户成为所有者，Partner 留下的是协作关系。
这是一条现有流程的澄清。当前官方文档也说明，转移后商家取得所有权，店铺离开 Partner 组织，默认保留协作访问。因此，在已知此前为 Client transfer 的交接场景中，看到 Collaboration 不应直接判断为转移失败。
不过，Collaboration 也可能来自对商家现有店铺发出的独立访问请求。单看这个类型，无法还原所有权历史，也不能替某个账号核实交接结果。涉及具体店铺时，请让客户与 Partner 分别核对自己可见的店铺记录和转移通知。
把 Type 和 Status 分开读，Completed 有特殊含义
Type 表示当前店铺关系。Client transfer 用于 Partner 为客户搭建、尚由组织持有的店铺；Collaboration 表示访问商家持有的店铺。不要把类型列当作付款状态。
Client transfer 的转移状态中，In development 表示仍在组织内、尚未转移；Pending transfer 表示已经发出邀请，等待客户接受。它们都不是已完成交接的证明。
官方文档对 Completed 的定义多了一个条件：店铺已转给客户，而且不再存在协作关系，Partner 已无访问权限。保留协作访问的店铺可以按 Collaboration 关系列出，不必为了看到 Completed 而撤掉正常的协作权限。
Collaboration 的 Active 表示协作访问有效。它没有说明客户使用哪一种付费套餐、是否支付某张账单，或所有金融产品是否可用。官方文档还说明，只有 Active 协作关系会显示 Plan 列；其他状态中的横线不等于店铺没有套餐。
七天邀请过期：先查当前记录，再处理待交接事项
准备交接时，在 Dev Dashboard 的 Stores 列表筛选 Type is Client transfer，找到目标店铺，从该行的三点菜单选择 Transfer store。页面会打开店铺管理后台的转移设置；填写客户邮箱并发送请求，由客户通过邮件接受。
未被接受的待处理邀请七天后过期。邀请仍处于 Pending transfer 时，可从该行的 Manage transfer 重发或取消；已经过期时，先看店铺目前的类型和状态，再按页面提供的转移操作发送新邀请。不要只凭旧邮件失效，就对已经显示 Collaboration 的店铺反复发起交接。
客户应核对目标店铺和收件身份，再完成接受操作。社区问题中的验证码经历属于该用户的个案，不能据此推定通用验证流程。若邀请或身份验证失败，以当前邮件、页面提示及官方支持为准。
客户选择套餐，交接标签不能代替账单核对
官方开发者文档说明，Partner 不能直接更改 Client transfer 店铺的套餐，应先转给客户，由客户在收到转移时选择套餐。Help Center 的说明是，客户在取得所有权并选择付费套餐后开始为店铺付费；Partner 可以在交接前免费搭建这类店铺，搭建时间没有上限。
因此，交接验收应把所有权、套餐选择和付款分开确认。让客户在自己的管理后台查看当前套餐及实际账单，不要把 Collaboration、Active 或 Partner 仍能登录作为付款成功的证据。本文没有核实任何具体店铺的支付情况，也不提供通用扣款时点或价格。
交接前还应与客户核对店铺地址和账单货币。若项目使用 POS Pro，官方说明进入付费套餐后会出现按地点收取的订阅费用；具体费用由客户按当前账单确认。转给客户的 Client transfer 店铺不适用促销或免费试用，不能把普通自助建店的试用承诺照搬到交接流程。
交接后保留的是哪些权限
交接后保留的是商家控制的协作权限。能继续打开店铺，不代表 Partner 仍是店主，也不代表可以替商家转移所有权；协作者只能进入商家授权的区域。需要调整权限时，由商家核对授权范围。
协作关系还受到访问期限影响：如果组织内无人登录该店铺达九十天，访问会过期。官方文档提供 Re-request access 流程，重新请求后仍需商家批准。这与七天的所有权转移邀请是两件事，不能用重发转移邀请来代替续期协作访问。
真正被金融产品阻挡时，按具体提示处理
当前 Help Center 列出的转移阻碍包括已启用的 Shopify Payments（包括测试模式）、Shopify Balance、Shopify Credit 和 Shopify Capital。产品已经启用时，转移设置可能不提供交接选项；发送邀请后才启用，也可能在客户接受时使转移失败。
这些条件应在出现实际转移阻碍时核对，不能仅因类型变成 Collaboration 就停用金融产品。先保存错误提示与发生时间，让客户确认相关产品及交接安排。官方对 Shopify Payments 与 Balance、Credit、Capital 给出不同路径：后面三项需要联系 Shopify Support 处理停用。
涉及支付、资金或授信的状态变更，应由有权限的一方在了解影响后按官方支持指引处理。确认阻碍解除后，再继续尚未完成的交接；已经由商家持有的 Collaboration 店铺，不应为了获得另一种标签重新执行转移。
资料来源
常见问题
只看到 Collaboration，能判断店铺此前一定经过客户转移吗？
不能。Collaboration 也可来自对现有商家店铺的独立访问请求。本文讨论的是已知此前为 Client transfer 的交接场景；其他店铺需要结合转移通知与当前记录核对，不能从类型推断全部历史。
Collaboration / Active 能证明客户已选付费套餐或付款吗？
不能。它说明当前协作关系和访问状态，不能替代客户后台的套餐及账单记录。客户选择套餐、某张账单是否支付，应分别由客户确认。
七天邀请期限和九十天协作期限是同一个倒计时吗？
不是。七天针对待接受的所有权转移邀请；九十天针对组织长期无人登录造成的协作访问过期。两者对象不同，分别使用转移邀请和协作访问流程处理。
用于测试应用的 Dev store 可以直接转给客户吗？
当前官方文档明确 Dev store 不能转给客户。为客户搭建并交接店铺应使用 Client transfer store，不要把旧文档中的 development store 名称与当前 Dev store 混用。
保留 collaborator access 会占用客户的员工名额吗？
官方协作文档说明，协作访问不计入店铺员工名额。但商家仍控制授权区域，组织也需要相应管理权限；不占名额不等于拥有全部管理权限。