Metabase Cloud 账户与计费完全指南：Metabase Store 订阅、账单与账号管理实操手册

本文以 Metabase 官方文档 docs/cloud/accounts-and-billing.md 为主体骨架，面向正在使用或计划使用 Metabase Cloud（即官方托管的 Starter / Pro / Enterprise 云服务）的团队管理员。你将在文中掌握通过 Metabase Store 完成套餐升降级、邀请经理人、配置计费/技术通知联系人、管理支付与发票信息、取消订阅与试用、迁移回自托管等一整套账户生命周期操作，并结合仓库源码理解套餐背后的许可证与 Token 校验机制。

Metabase Cloud 由 Metabase 团队负责服务器的运行与维护（包括可用性、备份与持续升级），而这一切订阅与计费动作都集中在 Metabase Store 账户（官方 Store 入口）中完成。需要注意的是，Store 账户是与你的 Metabase 实例相互独立的另一套身份体系：在 Store 中管理的「经理人 / 联系人」只是订阅与账单层面的角色，并不会自动成为你 Metabase 实例中的用户（详见下文各小节中的注意事项）。开始之前建议先阅读 Metabase Cloud 概览 与 Metabase Cloud 与自托管对比，确认云托管是否符合你的部署预期。

---

一、先厘清三件事：套餐、Store 账户与实例的关系

• 套餐体系：Metabase 官方托管服务（Metabase Cloud）提供 Starter、Pro、Enterprise 三档计划。其中 Starter 对应 Metabase Cloud 上的开源版（Open Source Edition）服务形态；Pro 与 Enterprise 为付费版，额外包含 SSO、行级权限、白标签定制等高级能力（参见 激活商业许可证）。在 Store 中你可以随时在 Starter 与 Pro 之间双向切换，而 Enterprise 计划通常需要与官方团队沟通开通。
• Store 账户 vs. 实例管理员：Store 账户承载的是购买关系与账单数据（订阅套餐、付款方式、发票、公司信息、联系人等）；Metabase 实例中的 Admin 用户承载的是产品内部管理。两者可以属于不同的人，例如公司里负责采购的财务同事持有 Store 账户，而数据团队同事担任实例 Admin。
• 底层机制：在仓库后端源码 src/metabase/premium_features/token_check.clj 中可看到，付费功能由**许可证 Token（premium token）**驱动——Token 的格式为「64 位小写十六进制字符」或 airgap_ 开头的离线格式。Cloud 用户由 Store 全自动完成 Token 的签发与校验，你无需像自托管那样手动激活；而自托管付费版则需要自行填入 Token 并保持与 token-check.metabase.com 的连通性（详见文末原理小节）。

二、套餐切换：升级到 Pro（或降级到 Starter）

当业务规模或高级功能需求变化时，可在 Store 中随时调整套餐：

1. 登录你的 Metabase Store 账户。
2. 在 Instances（实例） 区域中，选中要变更套餐的实例。
3. 点击 Manage plan（管理套餐）。
4. 选择你想要的目标套餐（例如从 Starter 升级到 Pro）。
5. 点击 Change plan（变更套餐） 完成切换。

切换动作会触发实例的重新授权：Cloud 环境下新套餐对应的 Token 由 Store 侧自动下发，实例中的高级功能在切换完成后即时生效。若是从付费档降级到 Starter，之前使用的高级功能将被禁用，但既有数据、问题、仪表盘等都不会丢失——这与自托管场景下 Token 失效后退回开源版行为的语义一致（见 token_check.clj 顶部注释：付费功能以 Token 校验结果为准，校验失败则按开源版能力继续运行）。

三、账户协作治理：添加经理人（Managers）

如果你希望让同事共同管理订阅与账单，例如负责财务的同事或直接负责人，可以把他们加为 Manager：

1. 登录 Metabase Store 账户。
2. 进入 Settings（设置）。
3. 找到 Managers（经理人） 区域。
4. 在 Invite managers（邀请经理人） 输入框中，填写每位受邀用户的邮箱地址。
5. 系统会向这些邮箱发送邀请邮件，引导其创建一个 Metabase Store 账户以接受管理权限。

⚠️ 重要语义区分：本操作只会把受邀用户添加为 Metabase Store 账户的经理人，不会把他们添加为你的 Metabase 实例中的用户。实例侧的用户/组管理仍需在 Metabase 的 Admin 设置中独立完成。

这一设计对应「订阅管理角色」与「产品使用角色」彻底分离的多层治理模型，适合在采购/财务团队与数据分析团队由不同组织负责的公司中落地。

四、配置通知联系人：接收计费或技术邮件

除了经理人，你还可以添加只接收通知、不具备管理权限的 Contacts（联系人）：

1. 登录 Metabase Store 账户。
2. 进入 Settings（设置）。
3. 找到 Contacts（联系人） 区域。
4. 在 Add contacts（添加联系人） 输入框中，填写每位联系人的邮箱地址。
5. 在 Email type（邮件类型） 下拉框中选择通知范围：
   • All（全部）：接收计费与技术上两类通知；
   • Billing（计费）：仅接收账单、付款、发票等相关通知；
   • Technical（技术）：仅接收实例可用性、升级、故障等技术性通知。
6. 点击 Add（添加） 完成添加。
7. 系统会向每位联系人发送一封确认邮件，告知其已被加入该账户的联系人列表。

联系人与经理人一样，属于 Store 账户层面的角色，适用于「希望有人及时知道账单或故障，但不需要其操作账户」的场景（例如把团队技术负责人加为 Technical 联系人）。

五、取消订阅或试用

如果 Starter 或 Pro 不再需要，可以按以下步骤取消：

1. 登录 Metabase Store 账户。
2. 进入 Instances（实例）。
3. 找到要取消的实例，点击该实例对应的 Settings（设置）。
4. 点击 Cancel subscription and delete instance（取消订阅并删除实例）。Enterprise 计划不支持自助取消，需要直接联系官方支持团队协助处理。
5. （可选）在出现的反馈弹窗中告知取消原因，帮助官方改进产品：点击 Share feedback（分享反馈），或点击 Skip（跳过）。
6. 在最终确认提示中点击 Yes, cancel（是，取消） 完成操作。

取消订阅会停止该实例的计费，并且（按按钮语义）删除该云实例及其数据。因此建议在取消前先确认是否需要保留数据，例如先阅读本仓库的迁移文档，把需要的应用数据迁移回自托管（见文末「迁移到自托管」小节）。若是在付费试用期内取消，则试用也随之终止，不会产生后续账单。

六、更新付款信息

1. 登录 Metabase Store 账户。
2. 进入 Billing（账单）。
3. 点击当前使用的付款方式，进入编辑状态。
4. 输入新的信用卡信息。
5. 点击 Update（更新） 保存。

这里有一个值得注意的自动恢复机制：如果实例曾因付款失败被暂停，那么当一次支付成功后，Store 会自动恢复你的 Metabase 实例，无需手动申请开通。这意味着及时修正付款方式是恢复服务的关键动作。

七、切换为按年计费（Annual Billing）

按年计费通常在单价上更划算，适合长期稳定使用的团队：

1. 登录 Metabase Store 账户。
2. 进入 Instances（实例）。
3. 在要切换的实例上点击 Manage plan（管理套餐）。
4. 打开 Switch to annual billing（切换为按年计费） 开关。
5. 点击 Change plan（变更套餐） 确认切换。

⚠️ 注意：切换到按年计费后，在年度周期结束前无法再切回按月计费。因此请结合团队预算周期确认后再操作。

八、下载历史发票

如需用于财务报销或对账：

1. 登录 Metabase Store 账户。
2. 进入 Billing（账单）。
3. 向下滚动到 Invoices（发票） 区域，即可查看并下载历史发票或当前待支付（open）的发票。

发票会按计费周期逐一列出，包含各期订阅费用明细，可作为记账凭证留存。

九、税务相关：W-9 表单与 Tax ID

• W-9 表单请求：美国税务主体需要时，可查阅官方签发的 W-9 表格（当前版本为 2024 年签署版）。仓库文档 docs/cloud/accounts-and-billing.md 中给出了该文件的获取入口。
• 更新你的 Tax ID（税务登记号）：
  1. 登录 Metabase Store 账户。
  2. 进入 Billing（账单）。
  3. 找到 Payment details（付款详情） 区域。
  4. 在 Invoice Tax IDs（发票税号） 字段中，先从下拉框选择你的国家/地区，再填写对应的 Tax ID。
  5. 点击 Save（保存）。

填写正确的国家与税号后，后续发票会带有符合当地税务要求的税号信息，便于合规入账。

十、公司信息与地址维护

变更发票/收据上的公司名

发票或收据上的公司名称如需修改，需要由**主账户持有人（primary account holder）**通过邮件联系 Metabase 计费团队（[e-mail]）发起请求，无法在 Store 界面中自助直接修改。

修改 Store 账户的公司名称

1. 登录 Metabase Store 账户。
2. 进入 Settings（设置）。
3. 找到 Company name（公司名称） 区域。
4. 在 Change company name（修改公司名称） 输入框中填写新公司名。
5. 点击 Update（更新） 保存。

修改账单地址（Billing address）

1. 登录 Metabase Store 账户。
2. 进入 Billing（账单）。
3. 找到 Payment details（付款详情） 区域。
4. 在 Billing address（账单地址） 字段中填写新地址。
5. 点击 Save（保存）。

添加或修改收货地址（Shipping address）

1. 登录 Metabase Store 账户。
2. 进入 Billing（账单）。
3. 找到 Payment details（付款详情） 区域。
4. 在 Shipping address（收货地址） 字段中新增或更新收货地址。
5. 点击 Save（保存）。

说明：账单地址用于发票与支付验证；收货地址主要用于需要实体寄送的场景（如发票纸质件或相关物料）。

十一、变更主账户持有人（Primary account holder）

当主账户持有人离职或无法继续负责账户时（例如已离开公司），按以下规则处理：

• 若公司内已有其他人持有该公司的 Metabase Store 账户：请与对方协作，由他们将你添加为该账户的经理人，从而获得管理入口。
• 若公司内没有其他账户持有人：需要通过邮件联系 Metabase 计费团队（[e-mail]）申请获取该公司 Store 账户的访问权。请注意，若原主账户持有人无法配合确认，变更请求存在约 48 小时的等待期用于处理 Store 账户的归属变更。

该限制是为了防止账户被冒名接管，属于账号安全层面的必要流程，请预留好处理时间。

十二、重置 Admin 密码

Store 账户的密码重置与 Metabase 实例中 Admin 用户的密码重置是两回事：

• Store 账户（订阅/账单侧）密码：如无法登录，可通过 Store 登录页的找回密码流程自助处理。
• Metabase 实例中的 Admin 密码：Cloud 实例的 Admin 密码重置需要联系官方支持团队协助完成（对应原文档指引）。这与自托管场景下可通过命令行或直接操作应用数据库来重置的方式不同，因为 Cloud 实例不向你开放底层服务器访问权限。

十三、从 Metabase Cloud 迁移到自托管 Metabase

如果决定放弃云托管、改为在自己的基础设施上运行 Metabase，官方会在支持团队的协助下提供一条保留全部业务数据的迁移路径：

1. 向官方支持团队申请应用数据库快照：Metabase Cloud 实例的所有配置、问题、仪表盘、模型、用户等数据都存放在**应用数据库（application database）**中（它与你在 Metabase 里连接的业务数据库是完全不同的两类数据）。当前无法自行生成快照，需要联系 Success Engineering 团队代为生成，并会通过邮件提供 Store 中的下载链接。
2. 从 Store 下载快照：快照以 .mv.db 的 H2 文件数据库格式提供（Metabase Cloud 生产侧使用 PostgreSQL，但快照统一以 H2 格式导出，便于你恢复到 PostgreSQL 或 MySQL/MariaDB 任一种应用数据库）。快照有效期较短，若过期重新申请即可。
3. 导入数据到自托管应用数据库：先在自托管侧按 配置应用数据库 准备好生产级数据库（官方建议使用 PostgreSQL，避免用内置 H2 承担生产负载），然后参照 从 H2 迁移到生产应用数据库 使用 CLI 命令把快照加载进去。
4. 付费功能重新激活（仅 Pro/Enterprise 迁移场景）：若原来使用 Cloud Pro 并希望迁移后继续使用 Pro，需要先在 Store 中取消 Cloud 计划、另行开通一个自托管 Pro 计划以获取许可证 Token，再按 激活商业许可证 在自托管实例中完成激活。

详细的端到端步骤请直接阅读仓库中的迁移专题：从 Metabase Cloud 迁移到自托管 Metabase。关键约束包括：自托管版本的主版本号应与 Cloud 实例保持一致（例如 Cloud 在 v52，则自托管也应为 v52），以避免应用数据库结构不兼容。

十四、从源码理解账单背后的 Token 校验机制

为什么 Store 中的「取消订阅」「套餐降级」能直接影响实例功能？仓库后端给出了机制层面的解释。订阅状态映射为 premium token，实例侧的行为全部围绕 Token 展开：

• Token 校验：核心实现在 src/metabase/premium_features/token_check.clj。生产环境固定向 https://token-check.metabase.com 发起校验（代码中 prod-token-check-url 在 config/is-prod? 时强制使用，防止被替换）；Cloud 场景由 Store 侧托管这一流程，自托管场景则需要保证实例出网可达该校验端点，否则付费功能会被降级禁用。
• Token 与用户数绑定计费：该文件头部注释明确警告「token check 数据（尤其是活跃用户数）用于计费」，且实现了对活跃用户数的串行化统计（active-personal-user-count），说明付费档位通常与实例活跃用户规模相关——这也是为什么在 Store 中调换套餐档位后，实例需要在下一轮 Token 校验中才会体现最新授权状态。
• 许可证定义与激活：付费能力的开关与 Token 存储可参见 src/metabase/premium_features/core.clj；自托管场景的激活入口（Admin > Settings > License，或启动前通过 MB_PREMIUM_EMBEDDING_TOKEN 环境变量注入）记录在 激活商业许可证 与 环境变量参考。在 Cloud 上，这些步骤全部由 Store 自动化完成，用户感知到的就是本文前面章节里的各项自助操作。

十五、操作速查表

目标	入口（Store 内）	关键点
升级到 Pro / 降级到 Starter	Instances → Manage plan → Change plan	任意时刻可切换
添加经理人	Settings → Managers	仅 Store 账户角色，与实例用户无关
添加通知联系人	Settings → Contacts	邮件类型可选 All / Billing / Technical
取消订阅/试用	Instances → Settings → Cancel subscription and delete instance	Enterprise 需联系官方；确认后删除实例
更新信用卡	Billing → 付款方式 → Update	付款成功后自动恢复被暂停实例
切换按年计费	Instances → Manage plan → Switch to annual billing	年度周期内不可切回按月
下载发票	Billing → Invoices	含历史与待支付发票
更新 Tax ID	Billing → Payment details → Invoice Tax IDs	先选国家再填税号
修改公司名/地址	Settings / Billing → Payment details	发票抬头需主持有人邮件申请
变更主账户持有人	邮件联系官方	无其他持有人时约 48 小时等待期
迁回自托管	联系 Success 团队申请应用库快照	详见 迁移指南

如需了解云端与自托管的整体取舍（成本构成、运维职责、适用场景），可继续阅读 Metabase Cloud 与自托管对比；若要规划组织内的整体云部署方案，则建议从 Metabase Cloud 概览 出发顺次浏览其下各专题文档。