BSP, Tech Provider e Solution Partner: os tipos de parceiro Meta
BSP, Tech Provider, Solution Partner e Meta Business Partner: o que cada papel faz na WhatsApp Business API, quem é dono do faturamento e como isso define seu modelo de negócio.
Quatro rótulos confundem quase todo mundo que constrói na WhatsApp Business API no Brasil: BSP (Business Solution Provider), Tech Provider, Solution Partner e Meta Business Partner.
Em conversa de WhatsApp, soam como sinônimos. Não são.
São papéis diferentes. E trocar um pelo outro faz você errar a coisa mais cara de errar: o seu próprio modelo de negócio.
Olhe qualquer deck de fornecedor que se apresenta como “BSP e Tech Provider” ao mesmo tempo. Os dois modelos se opõem justamente no ponto que mais importa: quem recebe a fatura da Meta. Quem escreve os dois na mesma linha quase sempre não escolheu nenhum.
A pergunta útil não é qual nome fica melhor no LinkedIn. É esta: de quem é o faturamento, quem hospeda a API, e o que isso te obriga a fazer depois.
ex-BSP"]) TP(["Tech Provider"]) end subgraph selo["Reconhecimento"] MBP(["Meta Business Partner
selo no diretório"]) end SP -->|"Meta fatura o parceiro"| CLI1["Cliente"] TP -->|"Meta fatura o cliente direto"| CLI2["Cliente"] MBP -.->|"não provisiona API"| acesso
Por que isso importa para quem constrói
Definir seu papel no ecossistema Meta não é burocracia. Ele determina três coisas concretas:
- Modelo de receita: você revende mensageria com margem, ou cobra integração/software e deixa a Meta faturar o cliente?
- Responsabilidade operacional: de quem é a WABA, de quem é a linha de crédito, quem responde quando a quality rating cai ou um número é banido?
- Onboarding: você provisiona acessos manualmente, ou usa o Embedded Signup para o cliente conectar a própria conta?
Errar isso custa caro. Você assume risco de faturamento que não era seu. Ou promete ao cliente um controle de conta que você não tem.
Solution Partner (o antigo BSP)
Historicamente chamado de BSP, hoje a Meta tende a usar Solution Partner. Na prática operacional, é o papel clássico de revenda de mensageria.
O Solution Partner hospeda e revende o acesso à WhatsApp Business API. Ele gerencia as WABAs dos clientes dentro da própria estrutura.
E normalmente é dono do faturamento: a Meta fatura o parceiro, o parceiro fatura os clientes. É comum o parceiro compartilhar a linha de crédito com os clientes que estão sob a sua conta.
Esse é o modelo de quem quer ser plataforma de mensageria com margem sobre o volume. Você fica no meio do fluxo financeiro. Isso dá controle e receita. Também coloca a conta (literalmente) no seu nome.
Tech Provider
O Tech Provider constrói sobre a Cloud API para clientes, mas a relação financeira é invertida em relação ao Solution Partner.
Aqui o cliente é dono da WhatsApp Business Account e da linha de crédito. A Meta cobra o negócio do cliente direto. O Tech Provider não fica no meio do faturamento de mensageria.
O papel dele é integrar: construir o software, conectar a API e onboardar clientes. Quase sempre via Embedded Signup, onde o próprio cliente autoriza e conecta a conta em poucos passos.
Tem um ponto histórico que muita gente perde. Foi a Cloud API (a API hospedada pela própria Meta) que tornou viável ser Tech Provider sem virar um BSP completo.
Antes, hospedar a infraestrutura vinha no pacote. Hoje a Meta hospeda. Você foca em software e integração, sem carregar faturamento de mensageria nem operar servidor de mensagem.
A pergunta que define seu papel não é “que selo eu tenho”, é “de quem é a WABA e de quem é a fatura”. Solution Partner fica no meio do dinheiro; Tech Provider deixa a Meta cobrar o cliente direto.
Meta Business Partner
Esse é o que mais confunde. Vale isolar.
Meta Business Partner é um nível de reconhecimento. Um diretório de parceiros para empresas que batem critérios de performance. Cobre áreas bem além de mensageria (ads, e-commerce e por aí vai).
Estar listado não é o mesmo que ter acesso à API. É reconhecimento de mercado, não credencial técnica.
Você pode operar como Tech Provider ou Solution Partner sem o selo. E o selo sozinho não provisiona nada. Ele sinaliza maturidade, só isso.
Comparativo dos papéis
| Papel | Dono do faturamento | Hospeda a API | Onboard via | Modelo típico |
|---|---|---|---|---|
| Solution Partner (ex-BSP) | O parceiro (Meta → parceiro → cliente) | Sim (revende acesso) | Provisionamento sob a conta do parceiro | Revenda de mensageria com margem |
| Tech Provider | O cliente (Meta cobra direto) | Não (usa a Cloud API da Meta) | Embedded Signup | Software/integração sobre Cloud API |
| Meta Business Partner | não se aplica | não se aplica | não se aplica | Selo de reconhecimento no diretório |
Os dois primeiros são papéis de acesso e operação. O terceiro é um selo. Misturar as duas categorias é a origem de quase toda a confusão.
Como decidir o seu modelo
Antes de olhar selo, resolva o encanamento: de quem é a WABA e de quem é a fatura. O resto decorre daí.
Três perguntas resolvem quase tudo.
Quem é dono do faturamento?
Quer ficar no meio do fluxo financeiro e cobrar margem sobre mensageria? Você está olhando para Solution Partner. Prefere que a Meta cobre o cliente direto e você fature software por fora? Tech Provider.
Quem é dono da WABA?
No modelo Tech Provider, a WABA é do cliente: ele mantém o controle e a portabilidade da própria conta. No Solution Partner, a WABA tende a viver sob a estrutura do parceiro.
Você quer hospedar e revender mensageria?
Se a resposta é não (você quer construir produto, não operar revenda de mensagem), Cloud API mais Tech Provider é o caminho mais leve. Se é sim, e a revenda com margem é o seu negócio de fato, o modelo de Solution Partner se paga.
Seja qual for o papel, a saúde dos números continua sendo problema seu. Como Tech Provider, você orienta o cliente. Como Solution Partner, os números ficam mais perto da sua conta.
Nos dois casos, vale entender como o número se conecta. O trade-off de Cloud vs. Coexistência e o que esperar do selo azul na API Oficial mudam conforme o papel que você assume.
Um último óbvio que some da conversa comercial: virar Solution Partner sem querer carregar crédito é um jeito caro de descobrir qual papel você escolheu. A fatura da Meta chega no seu nome. Tendo você repassado a margem ou não.
Perguntas frequentes
BSP e Solution Partner são a mesma coisa? Na prática, sim: “Solution Partner” é a nomenclatura mais recente para o que o mercado ainda chama de BSP. A função (hospedar/revender acesso à API e gerenciar WABAs de clientes) é a mesma. Como os nomes de programa da Meta mudam, confirme o termo vigente na documentação oficial.
Preciso ser BSP/Solution Partner para usar a API? Não. Com a Cloud API você pode atuar como Tech Provider, integrando para clientes que são donos da própria WABA e da cobrança, sem montar uma operação completa de revenda de mensageria.
Meta Business Partner dá acesso à API? Não. É um selo de reconhecimento num diretório de parceiros, separado do acesso técnico. Dá credibilidade de mercado, não provisiona conta nem libera a API.
Como o cliente conecta a conta no modelo Tech Provider? Pelo Embedded Signup: um fluxo em que o cliente autoriza e conecta a própria WhatsApp Business Account em poucos passos, sem provisionamento manual do parceiro.
Os nomes e os tiers do programa de parceria da Meta evoluem com frequência (foi assim que “BSP” virou “Solution Partner”). Não trate sigla como fato fixo: confirme o papel, os requisitos e a nomenclatura atual na documentação oficial da WhatsApp Business Platform e no diretório de parceiros da Meta.
Conteúdo da comunidade WhatsApp Founders 🇧🇷. Independente, sem vínculo oficial com o WhatsApp ou a Meta.