Tech Provider vs BSP no WhatsApp: qual caminho para um SaaS?
Tech Provider vs BSP no WhatsApp pela documentação da Meta: papéis, Embedded Signup, App Review, quem cobra a WABA, soluções multiparceiro e como escolher.
Por OmniChannels.ai Editorial Team · Revisado por BroadNet Messaging Solutions Team
Resposta curta
Um BSP, que a Meta agora chama de Solution Partner, é um Meta Business Partner que oferece a WhatsApp Business Platform completa aos clientes e pode estender uma linha de crédito e faturá-los. Um Tech Provider também atende clientes, mas não tem linha de crédito: cada cliente cadastra uma forma de pagamento e paga a Meta diretamente. Uma empresa de SaaS pode se tornar Tech Provider ou construir sobre um parceiro.
Nesta página
- O que é um BSP e como a Meta o chama hoje?
- O que é um Tech Provider?
- O que uma empresa de SaaS precisa para embutir o WhatsApp?
- Quais são as etapas para se tornar Tech Provider?
- Quem cobra a WABA?
- O que é uma solução multiparceiro?
- Tech Provider vs BSP: tabela de decisão
- Um exemplo prático: um SaaS de agendamento para clínicas em Riade
- Quais são os riscos e os erros comuns?
- Como a OmniChannels.ai ajuda
Pontos principais
- A documentação da Meta cita três tipos de parceiro: Solution Partners (o antigo rótulo BSP), Tech Providers e Tech Partners. Só os Solution Partners têm linhas de crédito que podem estender aos clientes.
- Para ser Tech Provider, você verifica sua empresa na Meta, passa pelo App Review com acesso avançado a whatsapp_business_messaging e whatsapp_business_management e depois integra os clientes pelo Embedded Signup.
- Os clientes de um Tech Provider pagam a Meta diretamente pelo uso, porque cadastram a própria forma de pagamento; o Tech Provider fatura à parte pelo seu software.
- Uma solução multiparceiro permite que um Tech Provider e um Solution Partner compartilhem o acesso aos ativos do cliente, com as cobranças passando pela linha de crédito do Solution Partner.
- Escolha pelo que você precisa controlar: se a experiência no WhatsApp é o seu produto e há capacidade de engenharia, torne-se Tech Provider; se quer operar com menos desenvolvimento e cobrança, construa sobre um parceiro.
Este guia é para líderes de produto e engenharia de empresas de SaaS, CRM e software que querem o WhatsApp dentro do produto e vivem esbarrando nos termos BSP, Tech Provider e Solution Partner. Ele explica o que é cada papel segundo a documentação para desenvolvedores da Meta, o que realmente é preciso para embutir o WhatsApp e como escolher entre se tornar Tech Provider e construir sobre um parceiro.
O que é um BSP e como a Meta o chama hoje?
BSP (Business Solution Provider) é o nome tradicional, usado no mercado, para a empresa que dá a outras empresas acesso à WhatsApp Business Platform. Na documentação atual da Meta, o papel equivalente se chama Solution Partner. Nosso verbete do glossário sobre BSP traz a definição em uma linha.
A documentação da Meta descreve o Solution Partner como um Meta Business Partner que oferece toda a gama de serviços da WhatsApp Business Platform, pode estender linhas de crédito aos clientes e faturá-los diretamente. Tornar-se um é, nas palavras da Meta, um processo longo. Como "BSP" ainda é o termo que os compradores pesquisam, muitos provedores usam os dois nomes. O nome não é o que importa; importam o papel e o modelo de cobrança.
O que é um Tech Provider?
Tech Provider é uma empresa que desenvolve software sobre a WhatsApp Business Platform e integra seus próprios clientes a ela, sem ter uma linha de crédito da Meta. A documentação da Meta diz que um Tech Provider pode prestar de forma independente todos os serviços de mensagens do WhatsApp aos clientes que integrou, ou trabalhar com um Solution Partner para oferecê-los em conjunto.
Um terceiro rótulo, Tech Partner, descreve um Tech Provider que é, ou pode se tornar, um Meta Business Partner. A página da Meta diz que os Tech Partners aprovados podem participar do programa de aceleração, o que os Tech Providers comuns não podem, a menos que façam o upgrade.
| Papel | O que é | Linha de crédito | Como os clientes pagam as mensagens |
|---|---|---|---|
| Solution Partner (BSP) | Meta Business Partner que oferece a plataforma completa | Sim, pode estender aos clientes | Pela linha de crédito do parceiro, faturado pelo parceiro |
| Tech Provider | Empresa de software que integra seus próprios clientes | Não | O cliente cadastra uma forma de pagamento; a Meta cobra o cliente |
| Tech Partner | Tech Provider que é ou pode se tornar um Meta Business Partner | Não | Igual aos Tech Providers |
| Empresa que usa a Cloud API diretamente | Empresa que usa a plataforma para si mesma | Não se aplica | A própria forma de pagamento |
O que uma empresa de SaaS precisa para embutir o WhatsApp?
Você precisa de um app, de uma forma de integrar os ativos de WhatsApp de cada cliente, de um receptor de webhooks e de um pipeline de mensagens que respeite as regras da Meta. O papel que você ocupa define quem cuida de cada parte, mas as peças técnicas são as mesmas.
- Um app da Meta e um portfólio empresarial verificado. A Meta exige um app com o caso de uso do WhatsApp, vinculado a um portfólio empresarial. A verificação da empresa precisa estar concluída antes do início do App Review.
- Acesso avançado pelo App Review. As permissões precisam ser aprovadas antes que os clientes possam concedê-las. As duas que importam são
whatsapp_business_messaging, para enviar mensagens em nome dos clientes, ewhatsapp_business_management, para acessar suas contas do WhatsApp e de mensagens. Se o acesso avançado não for aprovado, a permissão não aparece no Embedded Signup. - Embedded Signup. O cliente conclui esse fluxo dentro do seu portal. Ele cria os ativos do WhatsApp, devolve identificadores como o WABA ID e o phone number ID e entrega um código de curta duração para trocar por um token restrito àquele cliente. A página de implementação da Meta diz que o código expira 30 segundos após a emissão, então a troca precisa ser imediata.
- Webhooks. Você assina o evento
account_updatepara saber quando o cliente termina a integração, além dos eventos de mensagem e de status para operar o produto. Veja nosso guia de webhooks do WhatsApp. - Gestão de modelos e qualidade. Os modelos, os limites de mensagens e as classificações de qualidade dos clientes são administrados por eles por meio de você. Leia sobre categorias e aprovação de modelos e limites de mensagens e classificação de qualidade.
- Hospedagem. A página de cadastro precisa ser servida por HTTPS, em um domínio registrado nas configurações do seu app.
A documentação do Embedded Signup da Meta também afirma que os clientes são donos dos seus ativos do WhatsApp. Projete seu produto para que o cliente possa sair levando seu número, seus modelos e seus dados.
Quais são as etapas para se tornar Tech Provider?
As etapas da Meta são curtas, mas as fases de revisão são decididas pela Meta, não por você. Conte com iterações.
- Crie o app com o caso de uso do WhatsApp e conecte um portfólio empresarial.
- Verifique sua empresa na Meta. É um pré-requisito do App Review.
- Prepare o App Review. A Meta exige as configurações básicas do app (ícone, política de privacidade, categoria), um primeiro vídeo mostrando uma mensagem criada e enviada pelo seu app e recebida no cliente do WhatsApp, e um segundo vídeo mostrando o seu app criando um modelo de mensagem.
- Solicite acesso avançado às duas permissões acima e envie a documentação.
- Desenvolva e teste o Embedded Signup e depois integre os clientes por ele.
A página da Meta para Tech Providers descreve essa sequência. Ela não publica uma estimativa de prazo, e você também não deve prometer uma aos seus clientes.
Quem cobra a WABA?
Depende do papel. Os Solution Partners podem estender uma linha de crédito e faturar os clientes; os Tech Providers não podem, então os clientes cadastram uma forma de pagamento e a Meta os cobra diretamente.
Esse único fato molda o modelo comercial:
- Como Tech Provider, você fatura pelo seu software. As cobranças de mensagens aparecem na relação do cliente com a Meta, pelas tarifas publicadas por ela, por categoria de mensagem e mercado do destinatário (veja preços da API do WhatsApp Business em 2026). Seu cliente vê duas faturas, e você não pode acrescentar margem à cobrança por mensagem da Meta.
- Com um Solution Partner, o parceiro pode repassar as cobranças de mensagens em uma única fatura. Como ele precifica isso, a custo, com taxa de plataforma ou com markup, é uma questão contratual. Peça por escrito.
O Embedded Signup, no modelo de contas que a Meta está implantando, também cria uma conta de mensagens (para modelos, cobrança e assinaturas de webhook) separada da conta do WhatsApp, que guarda os números de telefone e a identidade. A Meta classifica essa mudança como beta e sujeita a alterações; por isso, confira a documentação atual antes de projetar a cobrança em torno dela.
O que é uma solução multiparceiro?
Uma solução multiparceiro permite que dois parceiros gerenciem em conjunto os ativos de WhatsApp dos clientes integrados pelo mesmo fluxo. Na documentação da Meta, qualquer um dos parceiros pode criar a solução e o outro a aceita, e uma solução aceita não pode ser recusada. O ID da solução entra na configuração do Embedded Signup, de modo que os clientes que concluem o fluxo são integrados à solução.
O que muda na prática:
- Acesso compartilhado. Os dois parceiros recebem acesso aos ativos do cliente.
- Linha de crédito compartilhada. Os clientes compartilham a linha de crédito do Solution Partner da solução, e as cobranças vão para a conta de mensagens que enviou cada mensagem. Um Solution Partner deve compartilhar sua linha de crédito com os clientes recém-integrados.
- Um limite para a integração do Tech Provider. Os Tech Providers em uma solução podem integrar até 200 novos clientes em um período móvel de uma semana. Só contam os clientes novos na plataforma.
- Eventos de webhook. A conclusão dispara um webhook de atualização de conta com um evento
PARTNER_ADDEDouPARTNER_APP_INSTALLED.
Para uma empresa de software, esse é o caminho do meio: você mantém seu produto e seu fluxo de Embedded Signup, e um parceiro fornece a linha de crédito e a cobrança.
Tech Provider vs BSP: tabela de decisão
Escolha pelo que você precisa controlar e pelo que consegue manter com equipe.
| Pergunta | Tornar-se Tech Provider | Construir sobre um Solution Partner |
|---|---|---|
| Quem é dono da experiência de integração do cliente? | Você | Você, se o parceiro expuser o Embedded Signup ou uma API; caso contrário, o parceiro |
| Quem fala com a Meta no App Review? | Você | O parceiro |
| Esforço de engenharia | Alto: Embedded Signup, tokens, webhooks, modelos, monitoramento | Menor: integrar a API de um parceiro |
| Cobrança das mensagens | O cliente paga a Meta diretamente | Pode ser uma única fatura pelo parceiro |
| Margem sobre as mensagens | Não disponível | Questão comercial com o parceiro |
| Tempo até o primeiro cliente | Depende das revisões da Meta | Depende da integração com o parceiro |
| Dependência (lock-in) | Baixa: seu app, seus tokens | Moderada: depende da portabilidade de modelos e da caixa de entrada |
| Melhor para | O WhatsApp é central no seu produto | O WhatsApp é um recurso entre vários |
Se o seu plano é revender, e não embutir, veja nosso guia sobre como se tornar revendedor da API do WhatsApp Business e a página de WhatsApp white-label.
Um exemplo prático: um SaaS de agendamento para clínicas em Riade
A "Mawid Cloud" (fictícia) vende software de agendamento para 300 clínicas e quer lembretes e chat bidirecional pelo WhatsApp dentro do seu produto.
- Opção A, Tech Provider. Ela verifica a empresa, grava os dois vídeos do App Review, solicita acesso avançado, constrói o Embedded Signup na página de configurações da clínica e cuida de tokens, webhooks e criação de modelos. Cada clínica cadastra sua forma de pagamento e paga a Meta pelas mensagens; a Mawid Cloud fatura a assinatura. A engenharia é um compromisso de vários meses, e o resultado das revisões é decisão da Meta.
- Opção B, construir sobre um parceiro. Ela integra a API de um parceiro para integração e envio, mantém a própria interface de agendamento e deixa com o parceiro o relacionamento com a Meta e a cobrança.
- Opção C, solução multiparceiro. Ela se torna Tech Provider e cria uma solução com um Solution Partner, de modo que as clínicas compartilham a linha de crédito do parceiro.
Ela escolhe a B para as primeiras 100 clínicas, para aprender como o produto é usado, e reavalia a A quando o WhatsApp virar uma linha central. O ponto é que a escolha só é reversível se modelos e webhooks forem projetados para serem portáteis, e por isso vale ler sobre migrar um número de WhatsApp entre provedores antes de assinar.
Quais são os riscos e os erros comuns?
- Tratar o rótulo como a decisão. Compare cobrança, suporte e portabilidade, não se o fornecedor diz "BSP".
- Subestimar o App Review. Rejeições por vídeos pouco claros ou documentação faltando custam semanas. A aprovação é decisão da Meta.
- Pedir permissões demais. A página de implementação da Meta alerta que seleções extras na configuração do Embedded Signup podem levar os clientes a abandonar o fluxo.
- Ignorar as versões. A Meta anunciou que as versões v2 e v3 do Embedded Signup seriam descontinuadas em 15 de outubro de 2026, então desenvolva na v4. Nossa linha do tempo das mudanças de 2026 acompanha isso.
- Esquecer o código de 30 segundos. Prepare a troca do token antes de testar.
- Não ter um plano de saída. Os clientes são donos dos seus ativos; sua arquitetura deve permitir que eles se mudem.
Como a OmniChannels.ai ajuda
A BroadNet, empresa por trás da OmniChannels.ai, é uma Meta Business Solution Provider oficial. Os clientes são integrados pelo Meta Embedded Signup, o WhatsApp é cobrado pela tarifa da Meta, sem markup, e nossa equipe cuida com você da verificação da empresa na Meta e da aprovação do nome de exibição; as decisões de aprovação continuam com a Meta. Empresas de software podem usar a API REST e os webhooks, e parceiros podem operar o programa em white-label, com subcontas. Verifique a prontidão com o checklist de prontidão da API do WhatsApp, conheça o programa de parceiros ou fale com a nossa equipe para comparar os caminhos para o seu produto.
Perguntas frequentes
BSP é a mesma coisa que Tech Provider?
Não. BSP é o nome antigo, usado no mercado, para o que a Meta agora chama de Solution Partner: um Meta Business Partner com linha de crédito que pode faturar clientes. Um Tech Provider também atende clientes, mas não tem linha de crédito, então os clientes cadastram a própria forma de pagamento e pagam a Meta diretamente pelas mensagens.
Preciso ser Tech Provider para incluir o WhatsApp no meu produto SaaS?
Só se você quiser integrar outras empresas à WhatsApp Business Platform sob o seu próprio app. Se o seu produto conecta apenas o seu único número de WhatsApp, não precisa de status de parceiro. Se cada cliente seu traz o próprio número, o caminho da Meta é a integração como Tech Provider ou construir sobre um parceiro existente.
O que é o Embedded Signup e quem o usa?
O Embedded Signup é a interface de autenticação e autorização da Meta que você abre a partir do seu site ou portal do cliente. O cliente a conclui para criar seus ativos do WhatsApp e autorizar o seu app a usá-los. Solution Partners e Tech Providers usam o Embedded Signup para integrar clientes.
Quem paga a Meta quando um Tech Provider integra um cliente?
O cliente. A documentação da Meta diz que os Tech Providers não têm linha de crédito, então o cliente cadastra uma forma de pagamento na própria conta e a Meta cobra dele pelo uso. O Tech Provider fatura apenas pelos próprios serviços, como software, suporte ou caixa de entrada.
O que é uma solução multiparceiro?
É uma estrutura da Meta em que dois parceiros gerenciam em conjunto os ativos dos clientes integrados por uma configuração compartilhada do Embedded Signup. Qualquer um dos parceiros pode criar a solução; ambos recebem acesso aos ativos do cliente e, quando há um Solution Partner, os clientes podem compartilhar a linha de crédito dele.
Quanto tempo leva para se tornar Tech Provider?
A Meta não publica um prazo fixo. As etapas são a verificação da empresa e depois o App Review, com dois vídeos de gravação de tela e permissões avançadas. Cada etapa é decidida pela Meta, então considere a incerteza no plano de lançamento e não prometa data de entrada em produção aos clientes antes da aprovação.
Fontes
Continue lendo
Mais guiasWhatsApp
Como ser revendedor da API do WhatsApp Business em 2026
Guia de revenda da API do WhatsApp Business: níveis Solution Partner e Tech Provider da Meta, revenda sob um provedor, onboarding de clientes e requisitos.
9 min de leitura
WhatsApp
Mudanças na API do WhatsApp Business em 2026: prazos e ações
Cronologia das mudanças de 2026 na API do WhatsApp Business: tabelas de preços, cobrança de serviço e utilidade em 1º/10, Embedded Signup v2 e termos de IA.
10 min de leitura
Omnichannel
Como abrir uma revenda white label de SMS e WhatsApp
Como abrir uma revenda white label de SMS e WhatsApp: modelos de negócio, subcontas, controle de crédito, escolha do fornecedor e checklist de lançamento.
13 min de leitura
