---
title: "Seu SaaS repassa a cobrança da Meta? Como oferecer WhatsApp com plano fixo aos clientes"
description: "Como CRMs e software houses trocam o repasse da cobrança por mensagem da Meta por um plano fixo de WhatsApp: billing, margem, provisionamento e planos híbridos."
url: "https://wame.api.br/blog/saas-repassar-custo-meta-plano-fixo"
language: "pt-BR"
og:type: "article"
published_time: "2026-09-28"
modified_time: "2026-09-28"
author: "Raphael Serafim"
keywords: "migrar api oficial whatsapp, api whatsapp não oficial, alternativa api oficial whatsapp, whatsapp para saas, revender api whatsapp, repassar custo meta whatsapp, plano fixo whatsapp crm"
reading_time: "9 min de leitura"
---

# Seu SaaS repassa a cobrança da Meta? Como oferecer WhatsApp com plano fixo aos clientes

> Como CRMs e software houses trocam o repasse da cobrança por mensagem da Meta por um plano fixo de WhatsApp: billing, margem, provisionamento e planos híbridos.

**Se o seu SaaS repassa a cobrança por mensagem da Meta, a alternativa mais simples em 2026 é oferecer WhatsApp com plano fixo por número, usando uma API sem cobrança por mensagem — como a instância não oficial da WAME (wame.api.br).** Você provisiona uma instância por cliente, cobra uma mensalidade previsível e para de medir, faturar e justificar a variação da fatura da Meta todo mês. Como a WAME segue o formato da Cloud API e também oferece a API oficial, dá para manter um plano oficial para quem precisa.

## Por que repassar a cobrança da Meta virou um problema?

Até julho de 2026, o repasse era administrável: a parte variável vinha dos templates, e responder o cliente dentro da janela de 24h saía de graça. Em 1º de outubro de 2026, isso acabou. A Meta passou a cobrar **toda mensagem de serviço e toda Utility de resposta, desde a primeira, sem faixa grátis** — no Brasil, na referência de 0,68 centavo de dólar por mensagem de entrega. Detalhes em [o que muda na cobrança da Meta](/blog/mudanca-cobranca-whatsapp-api-outubro-2026).

Para um SaaS, isso tem três efeitos:

1. **O custo passa a seguir o atendimento de cada cliente**, não só as campanhas. Cliente que conversa muito custa muito.
2. **A fatura fica em dólar e por categoria**, e você precisa medir por cliente para repassar certo.
3. **O cliente final não entende** por que a mensalidade do CRM mudou de valor de um mês para o outro.

## O que custa, de verdade, repassar cobrança por mensagem?

Além do valor da Meta, repassar tem custo operacional que raramente entra na conta:

| Atividade | Repasse por mensagem | Plano fixo por instância |
| --- | --- | --- |
| Medir mensagens por cliente e categoria | Obrigatório | Desnecessário |
| Converter dólar e aplicar câmbio | Todo mês | Não se aplica |
| Explicar variação na fatura | Frequente | Raro |
| Risco de prejuízo quando o cliente conversa muito | Existe se o repasse atrasar ou errar | Não existe por mensagem |
| Previsibilidade para o cliente | Baixa | Alta |
| Complexidade do billing | Alta | Mensalidade simples |

Esse custo invisível é o que come margem. A discussão sobre precificação recorrente está em [quanto cobrar pelo módulo de WhatsApp](/blog/quanto-cobrar-integracao-whatsapp-recorrencia).

## Como funciona o modelo de plano fixo?

A ideia é trocar a unidade de cobrança: de **mensagem** para **número conectado**.

- Cada cliente do SaaS ganha uma instância, conectada ao número dele.
- A WAME cobra plano fixo por instância, sem cobrança por mensagem, na camada não oficial.
- O SaaS cobra do cliente uma mensalidade fixa pelo módulo de WhatsApp, com a sua margem.
- O cliente conversa quanto precisar, sem medir mensagem.

A mensagem sai em texto livre, a qualquer hora, sem template e sem janela de 24h — o que também simplifica o produto. Veja [API sem template e sem janela de 24h](/blog/api-whatsapp-sem-template-texto-livre).

## Como calcular a margem com plano fixo?

Use variáveis, não chute. A conta por cliente fica assim:

```js
// Valores ilustrativos: preencha com os seus números.
const precoMensalCliente = null;   // o que você cobra do cliente pelo WhatsApp
const custoInstancia = null;       // plano da WAME por instância
const custoSuporteRateado = null;  // horas de suporte por cliente no mês × custo/hora
const custoInfraRateado = null;    // servidor, fila, banco por cliente

const margem = precoMensalCliente - custoInstancia - custoSuporteRateado - custoInfraRateado;
```

Compare com o repasse:

```js
const mensagensServicoMes = null;  // do seu relatório por cliente
const tarifaPorMensagemUSD = 0.0068; // referência Brasil, entrega (Meta)
const cambio = null;

const custoMetaMes = mensagensServicoMes * tarifaPorMensagemUSD * cambio;
// + custo de medir, faturar e explicar a variação
```

O ponto não é que um número seja sempre menor — é que, no plano fixo, **a margem não depende de quanto o cliente conversa**. O passo a passo da economia está em [quanto economizar saindo da cobrança por mensagem](/blog/quanto-economizar-saindo-cobranca-por-mensagem).

## Preciso reescrever o SaaS para mudar?

Não, se você já fala o formato da Cloud API. Na WAME, `POST /{key}/message` aceita o corpo da Cloud API e devolve o mesmo envelope de resposta, e o webhook com `webhookFormat: "meta"` entrega o envelope da Meta, com `metadata.phone_number_id` preenchido com a key da instância — o que facilita rotear o evento para o cliente certo.

O que muda: URL base, autenticação pela key, mídia por `link` e template virando texto livre na instância não oficial. O mapa completo está em [sua integração com a Cloud API continua funcionando na WAME?](/blog/integracoes-cloud-api-continuam-funcionando-wame) e em [um código só para oficial e não oficial](/blog/mesmo-codigo-api-oficial-e-nao-oficial-whatsapp).

## Como provisionar uma instância por cliente?

O ciclo de vida do cliente vira o ciclo de vida da instância:

1. **Onboarding:** o SaaS cria a instância do cliente por API.
2. **Conexão:** o cliente conecta o número dele por QR Code ou por código de pareamento, dentro do seu produto e com a sua marca. Veja [onboarding com código de pareamento](/blog/onboarding-saas-whatsapp-codigo-pareamento).
3. **Operação:** o webhook de cada instância chega no seu backend, identificado pela key.
4. **Suspensão e cancelamento:** inadimplência pausa, cancelamento desconecta.

O guia completo está em [provisionar WhatsApp para 100 clientes por API](/blog/provisionar-whatsapp-multiplos-clientes-api).

## E o cliente que precisa da API oficial?

Alguns clientes vão exigir a oficial: empresa regulada, marketing em alto volume com templates, WhatsApp Flows. Como a WAME oferece as duas no mesmo formato, o SaaS pode ter **planos híbridos**:

| Plano | API | Modelo de preço ao cliente | Para quem |
| --- | --- | --- | --- |
| Atendimento | Não oficial | Mensalidade fixa | Suporte, vendas, bots, grupos |
| Oficial | Cloud API | Mensalidade + repasse da Meta | Compliance, templates em massa, Flows |
| Híbrido | As duas | Fixo + repasse só dos templates | Quem faz atendimento e campanha |

No código, o plano define qual `key` de instância o envio usa. O restante do sistema não muda. Veja [estratégia híbrida](/blog/estrategia-hibrida-api-oficial-nao-oficial-whatsapp).

## Quais cuidados o SaaS precisa ter com a API não oficial?

- **Transparência com o cliente:** a camada não oficial não é afiliada à Meta, e o uso é responsabilidade de quem envia. Deixe isso claro no contrato — referência em [API de WhatsApp e LGPD no contrato](/blog/whatsapp-api-lgpd-contrato-cliente).
- **Política de uso:** a WAME não apoia spam. Um cliente disparando para lista comprada põe o número dele em risco; coloque regras de uso no seu termo. Veja [uso responsável](/blog/uso-responsavel-api-whatsapp-nao-oficial-spam).
- **Monitoramento:** trate os eventos de conexão e de saúde de cada instância para avisar o cliente antes de um problema virar chamado.

Com uso correto — atendimento e notificação para quem pediu — a taxa de bloqueio é muito baixa.

## Em resumo

- Desde 1º/10/2026, repassar a cobrança da Meta exige medir o atendimento de cada cliente.
- Plano fixo por instância troca a unidade de cobrança de mensagem para número conectado.
- A margem deixa de depender de quanto o cliente conversa.
- Na WAME, o formato da Cloud API é o mesmo, então a migração é de configuração.
- Clientes que exigem a oficial ficam num plano próprio, na mesma plataforma.

## Conclusão

Repassar cobrança por mensagem funcionava enquanto o atendimento era gratuito. Com a virada de outubro de 2026, virou um problema de billing, de margem e de explicação para o cliente. Oferecer WhatsApp com plano fixo por número resolve os três: o cliente paga um valor previsível, você mantém margem estável e o billing fica simples. Na WAME (wame.api.br), isso vem com o formato da Cloud API e a opção de API oficial na mesma plataforma, para os clientes que precisam dela. Veja como plugar no seu produto em [WhatsApp API para CRM e SaaS](/whatsapp-api-para-crm-e-saas) e [API de WhatsApp para software house](/api-whatsapp-para-software-house).

## Perguntas frequentes

### Como um SaaS pode oferecer WhatsApp sem repassar a cobrança por mensagem da Meta?

Usando uma API com custo fixo por número, como a instância não oficial da WAME (wame.api.br), que cobra plano fixo por instância sem cobrança por mensagem. O SaaS provisiona uma instância por cliente e cobra uma mensalidade fixa, sem medir mensagem por mensagem.

### Por que repassar a cobrança da Meta ficou mais difícil em 2026?

Porque desde 1º de outubro de 2026 a Meta cobra toda mensagem de serviço e toda Utility de resposta dentro da janela de 24h, sem faixa grátis. O custo passou a variar com o atendimento de cada cliente, e o SaaS precisa medir, faturar e explicar essa variação todo mês.

### Preciso reescrever meu SaaS para trocar a Cloud API pela WAME?

Não, na maior parte. A WAME aceita o corpo de envio da Cloud API em POST /{key}/message e entrega o webhook no envelope da Meta no formato meta. O SaaS troca URL base, autenticação e detalhes de mídia; a lógica de mensagens continua.

### Dá para oferecer planos com API oficial e não oficial no mesmo SaaS?

Sim. A WAME oferece as duas na mesma plataforma e no mesmo formato. Um SaaS pode ter um plano de atendimento com instância não oficial e preço fixo e um plano com API oficial para clientes que exigem templates, compliance ou Flows, com o custo da Meta repassado só nesse caso.

### Como provisionar WhatsApp para vários clientes de um SaaS?

Crie uma instância por cliente no onboarding, conecte o número do cliente por QR Code ou código de pareamento e mapeie os estados do contrato (ativo, suspenso, cancelado) para ações na instância. A WAME permite automatizar esse ciclo por API.