服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- GA 面向 Enterprise 客户和 MSSP/Distributor 合作伙伴；Enterprise 是单层组织，合作伙伴可使用嵌套结构。
- 当前只有 Organization Super Administrator 角色，具备跨账户隐式访问；只读、账单和审计角色尚未开放。
- 默认每个组织最多 20,000 个账户和 200,000 个 zone，个别情况可申请调整；GA 不代表账户可自由迁移。
- 部分组织 API 支持用户令牌，部分仍要求 Global API key；不能把一种凭据的支持范围推广到全部操作。
GA 开放了什么，哪些能力仍有限制
10 月 7 日的官方公告将 Organizations 定义为账户之上的管理容器，用于集中管理账户、成员、分析和共享策略。Enterprise 客户可以采用单层组织，MSSP/Distributor 合作伙伴可以用子组织管理客户账户。组织层级并不等于账户或 zone 本身，相关配额也分别统计。
10 月 9 日更新的限制页给出的默认上限是每个组织 20,000 个账户、200,000 个 zone，适用于 Enterprise 和 MSSP/Distributor，较大企业或合作伙伴在部分情况下可以申请调整。Organizations GA 也没有把仍处于 beta 的 Organization Roles 一并变成完整角色体系。
Enterprise：能整合哪些账户，不能怎样搬迁
创建 Enterprise Organization 的用户必须已经是至少一个 Enterprise 账户的 Super Administrator。组织建好后，可以加入任何套餐类型的既有账户，包括 Free；前提是操作者拥有该账户的 Super Administrator 权限，而且账户尚未属于另一个组织。只有 Free 账户并不满足创建组织的资格。
Enterprise 使用平面的单层结构，没有子组织；可以用标签区分业务单元、地区或环境。当前不能在不同 Enterprise Organizations 之间移动账户，因而应先确认公司已有组织和账户归属，再决定怎样整合。
Organization Super Administrator 最多可以在组织内创建五个 Free 账户。限制页明确说，API tokens 和 OAuth access tokens 不能在组织内创建账户；不要把独立 Free 账户的创建能力，或创建组织 API 的令牌支持，套用到这项操作。
MSSP 与 Distributor：层级和客户账户的规则不同
MSSP/Distributor Organization 由 Cloudflare 创建，需要联系客户团队设置。当前不支持把已有账户直接分配进这类组织；MSSP 可以在组织内自助创建新的客户账户。这与 Enterprise 可纳入既有账户的模式不同。
Distributor 可以创建下级 MSSP Organizations，嵌套结构最多五层。账户可在同一个 Distributor Organization 内的 MSSP Organizations 之间移动；这不是允许跨任意组织搬迁。
Enterprise 或 MSSP/Distributor 类型在创建时确定，不能直接转换；要切换类型，须创建新的组织。组织结构、客户账户来源和未来交接方式应一起评估，而不是先按企业单层方式接入，再假设以后能原样转换。
隐式访问更方便，也扩大了授权范围
Organization Super Administrator 无需再逐个加入账户，就能访问组织中的每个账户。当前 Enterprise 和 MSSP/Distributor 都只提供这个组织角色；只读、账单和审计日志角色仍列为未来能力，不能为普通查看者承诺细分权限。
实际规划时，应先明确哪些人员确实需要跨全部账户的管理访问，再决定邀请范围；这是权限设计建议，不是公告新增的强制流程。不要为了方便统一查看，就把组织级 Super Administrator 当成只读成员角色。
组织 API：用户令牌与 Global API key 要按操作区分
列出 Organizations 可以使用 Global API key，或带 User Details Read / User Details Write 的用户 API token；创建 Organization 可以使用 Global API key，或带 User Details Write 的用户 token。凭据必须属于拥有相应访问权的用户，拿到一种受支持的凭据并不自动满足角色要求。
读取、更新、删除 Organization，以及列出直接附属账户、查看或更新其 profile、管理其 members，当前凭据矩阵要求 Global API key。接受或拒绝组织邀请则支持 Global API key，或受邀用户自己的 API token，且不需要额外 token permission。
组织审计日志、账单用量、账户移动及其他账户级操作不在这份核心矩阵内，必须分别看对应端点的 Security 和 Accepted Permissions。不能据此说所有 Cloudflare API 都只能用 Global API key，也不能说任意用户 token 都能管理整个组织。
Terraform、凭据和退出路径，整合前一起确认
Terraform 的 cloudflare_organization resource，以及同名的单个组织 data source，需要 Global API key 和用户注册邮箱。用于列出组织的 cloudflare_organizations data source 还支持带 User Details Read 或 User Details Write 的用户 API token；单复数名称不同，支持的凭据也不同。
在矩阵允许的操作中优先使用用户 API token。当前用户 token 无法获得那些仅支持 Global API key 的组织级权限；Global API key 可完整访问该用户的 Cloudflare 资源，使用时还须提供注册邮箱，因此不应为图方便扩大它的使用范围。
两类组织目前都只能通过 API 删除，控制台尚不支持删除；从组织移除账户需要 Cloudflare Support，不能自助完成。可以先列出账户归属、管理员、自动化所需操作和支持联系人，再安排变更与回退责任。已核来源没有给出独立费用、合同条件或地域覆盖的完整答案，这些问题应在采购或整合前向客户团队确认。
资料来源
常见问题
一个用户或公司能创建多个 Enterprise Organizations 吗？
限制页目前写明，每个用户只能创建一个组织，每家公司也限一个组织。已有公司组织时，应联系公司管理员获取邀请；确需第二个组织时联系 Cloudflare Support，不要把重复创建当作默认可行路径。
邀请已经发出，为什么仍无法接受或看到账户？
受邀用户必须在自己的 Cloudflare 用户账户上启用 2FA 或 SSO，这是逐用户要求。接受后，隐式账户访问可能需要几分钟传播；官方建议若五分钟后仍未出现访问权，让该成员退出再登录。看不到待分配账户时，还需确认操作者是该账户的 Super Administrator，且账户没有属于其他组织。
GA 是否代表所有用户都免费可用，或所有地区都已开放？
不能这样推断。公告明确的开放对象是 Enterprise 客户和 MSSP/Distributor 合作伙伴；这两份来源没有完整说明独立费用、商业条款或地域限制。组织中可以加入 Free 账户，也不等于只有 Free 账户的用户可以创建 Enterprise Organization。