WhatsApp Tech Provider 与 BSP：SaaS 该选哪条路

成为 Tech Provider 有哪些步骤？

Meta 列出的步骤很简短，但审核环节由 Meta 决定，而不是由您决定。请为反复修改预留时间。

1. 创建应用，选择 WhatsApp 用例并连接商务组合。
2. 完成企业验证。 这是 App Review 的前提条件。
3. 准备 App Review。 Meta 要求填写基本应用设置（图标、隐私政策、类别），提供第一段视频，展示从您的应用中创建并发送消息、并在 WhatsApp 客户端收到；还要提供第二段视频，展示您的应用创建消息模板。
4. 申请上述两项权限的高级权限并提交文档。
5. 构建并测试 Embedded Signup，然后通过它开通客户。

Meta 的 Tech Provider 页面描述了这一流程。它没有公布时间估计，您也不应向客户承诺时间。

谁为 WABA 计费？

这取决于角色。解决方案合作伙伴可以延伸信用额度并向客户开票；Tech Provider 不能，因此其客户要添加付款方式，由 Meta 直接向其收费。

这一事实决定了整个商业模式：

• 作为 Tech Provider，您就自己的软件开票。消息费用体现在客户与 Meta 的关系中，按 Meta 公布的费率，依消息类别和收件人市场计算（参见 2026 年 WhatsApp Business API 定价）。您的客户会看到两张账单，而且您不能在 Meta 的每条消息费用之上加价。
• 在解决方案合作伙伴之下，合作伙伴可以把消息费用并入一张发票。它如何定价，是按成本、收平台费还是加价，属于合同问题，请要求书面说明。

按 Meta 正在推出的账户模型，Embedded Signup 还会创建一个与持有电话号码和身份的 WhatsApp 账户分离的 Messaging 账户（用于模板、计费和 webhook 订阅）。Meta 将这一变化标注为测试版且可能变更，因此在围绕它设计计费之前，请先查看最新文档。

什么是多合作伙伴方案？

多合作伙伴方案让两家合作伙伴共同管理通过同一流程开通的客户的 WhatsApp 资产。按 Meta 文档，任何一方都可以创建方案，另一方接受，已接受的方案无法拒绝。方案 ID 会放入 Embedded Signup 配置中，因此完成流程的客户会被开通到该方案下。

实际会有哪些变化：

• 共享访问。 双方都获得客户资产的访问权限。
• 共享信用额度。 客户共享方案中解决方案合作伙伴的信用额度，费用计入发送每条消息的 Messaging 账户。解决方案合作伙伴应当把信用额度共享给新开通的客户。
• Tech Provider 开通数量上限。 方案中的 Tech Provider 在滚动的一周内最多可开通200位新客户。只有首次接入该平台的客户才计入。
• Webhook 事件。 完成后会触发带有 PARTNER_ADDED 或 PARTNER_APP_INSTALLED 事件的账户更新 webhook。

对软件公司来说，这是折中的路线：您保留自己的产品和 Embedded Signup 流程，由合作伙伴提供信用额度和计费。

Tech Provider 还是 BSP：决策对照表

按您必须掌握什么、能配备什么人员来选择。

如果您打算转售而不是嵌入，请参阅我们的成为 WhatsApp Business API 转售商指南和白标 WhatsApp页面。

实际案例：利雅得的诊所预约 SaaS

“Mawid Cloud”（虚构）向300家诊所销售预约软件，希望在产品内提供 WhatsApp 提醒和双向聊天。

• 方案 A，成为 Tech Provider。 它完成企业验证，录制两段 App Review 视频，申请高级权限，把 Embedded Signup 做进诊所设置页，并自行处理令牌、webhook 和模板创建。每家诊所添加自己的付款方式并向 Meta 支付消息费用；Mawid Cloud 就订阅服务开票。研发投入需要数月，审核结果由 Meta 决定。
• 方案 B，基于合作伙伴构建。 它对接合作伙伴的 API 完成开通和发送，保留自己的预约界面，由合作伙伴处理与 Meta 的关系和计费。
• 方案 C，多合作伙伴方案。 它成为 Tech Provider，并与一家解决方案合作伙伴创建方案，使诊所共享该合作伙伴的信用额度。

它在最初的100家诊所上选择 B 来了解产品的使用情况，等 WhatsApp 成为核心业务线后再重新考虑 A。关键在于，只有把模板和 webhook 设计成可迁移，这个选择才是可逆的，因此在签约之前值得先读一读在服务商之间迁移 WhatsApp 号码。

有哪些风险和常见错误？

• 把名称当成决策。 要比较的是计费、支持和可迁移性，而不是服务商是否自称“BSP”。
• 低估 App Review。 视频不清晰或文档缺失导致的驳回会耗费数周。是否批准由 Meta 决定。
• 申请过多权限。 Meta 的实施页面警告，Embedded Signup 配置中多余的选项可能导致客户放弃流程。
• 忽视版本。 Meta 宣布 Embedded Signup v2 和 v3 将于2026年10月15日弃用，请基于 v4 构建。我们的 2026 年变更时间线会持续跟踪。
• 忘记30秒的代码有效期。 测试之前先准备好令牌兑换。
• 没有退出方案。 客户拥有自己的资产；您的架构应允许他们迁移。

OmniChannels.ai 如何提供帮助

OmniChannels.ai 背后的 BroadNet 是 Meta 官方认可的商业解决方案提供商（Business Solution Provider）。客户通过 Meta Embedded Signup 开通，WhatsApp 按 Meta 的费率收费，零加价；我们的团队会与您一起处理 Meta 企业验证和显示名称审核，审核结果仍由 Meta 决定。软件公司可以使用 REST API 和 webhook，合作伙伴可以通过子账户以白标方式运营该计划。您可以用 WhatsApp API 就绪检查清单评估准备情况，了解合作伙伴计划，或联系我们的团队，为您的产品比较不同路线。