Perguntas frequentes sobre o faturamento padrão

Este documento aborda perguntas comuns sobre o modelo de faturamento do RCS for Business.

Categorias de faturamento

O que são categorias de faturamento de agentes?

Uma categoria de faturamento é uma classificação para seu agente do RCS for Business que informa a lógica de faturamento das mensagens enviadas pelo agente. Você escolhe essa categoria ao criar o agente, e ela não pode ser alterada depois.

As duas principais categorias de faturamento são descritas na tabela a seguir.

**Observação**: seu agente pode enviar qualquer tipo de mensagem, independente da categoria de faturamento.

Categoria do faturamento	Tipo de agente	Exemplos de casos de uso	Método de faturamento
Não conversacional	Agentes que enviam principalmente mensagens unidirecionais	OTPs Alertas Ofertas promocionais	Cobrança por mensagem.
Conversacional	Agentes projetados para trocas de mensagens com os usuários	Encontrar o produto certo Reservar um ingresso Resolver um problema	Cobrança por conversa: se uma das partes (o agente ou o usuário) responder a uma mensagem da outra parte em até 24 horas, uma conversa será iniciada. Durante a janela de conversa (24 horas após a primeira resposta), o agente e o usuário podem trocar qualquer número de mensagens, e o agente receberá uma taxa fixa pela conversa. Cobrança por mensagem: se o agente entregar uma mensagem que o usuário não responder em até 24 horas, o agente será cobrado pela mensagem individual, de forma semelhante a um agente não conversacional.

Como saber qual categoria de faturamento selecionar para meu agente?

Há duas categorias principais de faturamento: conversacional e não conversacional.

• Os agentes não conversacionais são cobrados por mensagem entregue ao usuário.
  • Essa categoria é mais adequada para agentes que não esperam respostas frequentes.
• Os agentes conversacionais são cobrados uma taxa fixa por conversas, que incluem todas as mensagens trocadas em um período de 24 horas.
  • Essa categoria é mais adequada para agentes que se envolvem em conversas multiturno com os usuários.

Observação: para simplificar a estrutura de faturamento, consolidamos as categorias legadas Mensagem básica e Mensagem única em uma única categoria de faturamento Não conversacional. O Developer Console foi atualizado e agora mostra essa categoria unificada para todos os novos agentes. Consulte o tópico Categoria de faturamento não conversacional para ver todos os detalhes sobre a migração de agentes atuais e a janela de integração da API.

Escolha a categoria de faturamento que melhor se adapta ao seu caso de uso e ao engajamento esperado do usuário. Seu agente pode enviar qualquer tipo de mensagem, independente da categoria.

Isso ocorre porque a categoria de faturamento determina como as mensagens são cobradas, não os tipos de mensagens que o agente pode enviar. Por exemplo, um agente conversacional ainda pode enviar mensagens básicas, e um agente não conversacional pode enviar várias mensagens, incluindo Rich Cards.

Categoria de faturamento não conversacional

Como a consolidação das categorias Mensagem básica e Mensagem única em uma categoria não conversacional afeta meus agentes?

Em 20 de novembro de 2025, simplificamos a estrutura de faturamento combinando as duas categorias legadas, Mensagem básica e Mensagem única, em uma categoria de faturamento Não conversacional.

Importante: Essa atualização não tem impacto nos eventos faturáveis gerados pelo seu agente gera. Como as categorias legadas tinham uma lógica de faturamento idêntica, essa mudança é uma consolidação de rótulos, não uma mudança na forma como você é cobrado.

A partir de agora, cada agente será classificado como Conversacional ou Não conversacional.

Essa mudança afeta o RcsBusinessMessagingAgentBillingConfig e se aplica a todos os desenvolvedores que usam o Developer Console ou a API Management, e a todas as operadoras que usam a API Operations.

Migração de agentes atuais (nenhuma ação necessária)

Todos os agentes atuais classificados como Mensagem básica ou Mensagem única serão migrados automaticamente para a categoria Não conversacional pela equipe de suporte do RBM. Essa migração começará em 16 de março de 2026.

Nenhuma ação necessária: a migração de agentes atuais será processada automaticamente pelo Google, e nenhuma ação será necessária da sua parte.

Eventos faturáveis

O que são eventos faturáveis?

Eventos faturáveis são interações entre um agente do RCS for Business e um usuário que são rastreadas para fins de faturamento. Os eventos são categorizados com base no tipo de mensagem e no tempo das interações.

O Google rastreia e informa esses eventos para ajudar a faturar os parceiros pelas mensagens enviadas pelos agentes.

Quais eventos faturáveis se aplicam a cada tipo de mensagem?

Cinco tipos de eventos faturáveis são registrados nos relatórios de faturamento. Esses eventos incluem eventos MT e MO, que são chamados de eventos A2P e P2A.

• A2P (Application-to-Person) é MT (Mobile Terminated): uma mensagem enviada por a empresa.
• P2A (Person-to-Application) é MO (Mobile Originated): uma mensagem ou ação iniciada pelo usuário.

A tabela a seguir descreve cada evento faturável conforme ele se aplica a agentes não conversacionais e conversacionais.

Tipo de evento	Descrição	Agentes não conversacionais	Agentes conversacionais
basic_message	Mensagem A2P que inclui apenas texto com 160 caracteres ou menos. Consulte o exemplo.	Sempre tratado como um evento faturável individual, independente de o usuário responder.	Tratado como um evento faturável individual, a menos que o usuário responda em até 24 horas. Nesse caso, a mensagem se torna parte de uma a2p_conversation.
single_message	Mensagem A2P que tem conteúdo avançado ou é uma mensagem somente de texto com mais de 160 caracteres. Consulte o exemplo	Sempre tratado como um evento faturável individual, independente de o usuário responder.	Tratado como um evento faturável individual, a menos que o usuário responda em até 24 horas. Nesse caso, a mensagem se torna parte de uma a2p_conversation.
a2p_conversation (iniciada pela empresa)	Iniciada quando um usuário responde a uma mensagem A2P em até 24 horas após recebê-la, fora de uma conversa atual. Consulte o exemplo.	N/A. Agentes não conversacionais nunca geram esse tipo de evento.	Se uma mensagem P2A for entregue em até 24 horas de várias mensagens A2P, apenas a mensagem A2P que precedeu imediatamente a mensagem P2A será usada para iniciar a conversa. Essa mensagem A2P e todas as mensagens entregues nas próximas 24 horas fazem parte da a2p_conversation.
p2a_conversation (iniciada pelo usuário)	Iniciada quando um agente responde a uma mensagem P2A em até 24 horas após recebê-la, fora de uma conversa atual. Consulte o exemplo.	N/A. Agentes não conversacionais nunca geram esse tipo de evento.	Se uma mensagem A2P for entregue em até 24 horas de várias mensagens P2A, apenas a mensagem P2A que precedeu imediatamente a mensagem A2P será usada para iniciar a conversa. Essa mensagem P2A e todas as mensagens entregues nas próximas 24 horas fazem parte da p2a_conversation.
p2a_message	Mensagem P2A de qualquer tipo. Consulte o exemplo.	Sempre tratado como um evento faturável individual, independente de o agente responder.	Tratado como um evento faturável individual, a menos que o agente responda em até 24 horas.

Quais são exemplos de mensagens que acionam cada evento faturável?

Mensagem básica

A captura de tela a seguir mostra a visualização do URL na mensagem de texto. Isso não é um Rich Card.

Mensagem única

Conversa A2P

Mensagem P2A

Conversa P2A

Quais são os benefícios de cada evento faturável?

Mensagem básica

Principais benefícios de uma mensagem básica:

• Criação de confiança: a verificação e o branding estabelecem confiança e credibilidade.
• Visualização do URL: as mensagens básicas podem conter texto e uma imagem de visualização de URL clicável.
• Promoções táticas únicas: ideal para promoções de curto prazo ou mensagens informativas que não exigem uma resposta do usuário.
• Direcionamento de tráfego: as mensagens básicas podem direcionar os usuários para o app, site ou outros recursos da marca.

Mensagem única

Principais benefícios de uma mensagem única:

• Impacto visual: gráficos de alta qualidade chamam a atenção e esclarecem opções, aumentando o engajamento do usuário.
• Um card, várias ações: um Rich Card ou carrossel pode gerar várias ações com sugestões para criar um evento na agenda, encontrar um local, discar um número ou abrir um URL, tudo em uma única mensagem.
• Valor claro, mensagem concisa: incentive os usuários a dar o próximo passo.

Conversacional

Principais benefícios das conversas A2P e P2A:

• Integração de rich media: Incorpore várias mídias, como imagens, vídeos e PDFs, além de ações e respostas sugeridas.
• Interações personalizadas: permita o diálogo, oferecendo ajuda personalizada e recomendações de produtos.
• Oportunidades de conversão: permita que os usuários tomem medidas na conversa, reduzindo o atrito e aumentando as taxas de conversão.

Como as categorias de faturamento de agentes se relacionam com eventos faturáveis?

Os eventos faturáveis basic_message e single_message não devem ser confundidos com as categorias de faturamento Mensagem básica e Mensagem única.

• Qualquer agente (independente da categoria de faturamento) pode gerar basic_message e single_message eventos faturáveis.
• As categorias de faturamento Mensagem básica e Mensagem única são usadas para classificar agentes não conversacionais. Os agentes nessas categorias de faturamento não geram eventos faturáveis conversacionais (a2p_conversations ou p2a_conversations). Em vez disso, eles geram eventos faturáveis individuais basic_message, single_message e p2a_message.

Quais eventos faturáveis são gerados se o agente enviar várias mensagens antes que um usuário responda?

A categoria de faturamento do seu agente e o tempo de resposta do usuário determinam o tipo de eventos gerados.

Para agentes não conversacionais: cada mensagem gera seu próprio evento

• Uma mensagem do agente gera um evento basic_message ou single_message.
• Uma mensagem do usuário gera um evento p2a_message.

Para agentes conversacionais: o resultado depende de quando o usuário responde à última mensagem do agente

• Se o usuário responder em até 24 horas:
  • Um evento a2p_conversation começa. Esse evento abrange a última mensagem do agente, a resposta do usuário e todas as mensagens trocadas em uma janela de 24 horas após a resposta do usuário.
  • Todas as mensagens do agente entregues antes da última mensagem do agente não fazem parte da conversa. Cada uma delas gera seu próprio evento basic_message ou single_message.
• Se o usuário responder após 24 horas:
  • As mensagens do agente geram um evento basic_message ou single_message.
  • A resposta do usuário gera um evento p2a_conversation se o agente responder em até 24 horas. Se o agente não responder nesse período, um evento p2a_message será gerado.

Quais respostas do usuário contribuem para eventos faturáveis?

Apenas respostas específicas do usuário contribuem para eventos faturáveis. Isso inclui respostas que criam um evento p2a_message ou fazem parte de um evento a2p_conversation ou p2a_conversation. A tabela a seguir esclarece quais respostas do usuário contribuem para eventos faturáveis.

Observação: as operadoras decidem se e como p2a_message e p2a_conversation eventos são cobrados. Esses eventos são incluídos nos relatórios de faturamento para transparência e para permitir o rastreamento do engajamento do usuário.

Veja um resumo:

Resposta do usuário	Contribui para eventos faturáveis	Observações
Envia um arquivo	Sim	Tratado como uma mensagem originada por dispositivos móveis (MO).
Envia uma mensagem de texto	Sim	Tratado como uma mensagem MO.
Toca em uma resposta sugerida	Sim	Tratado como uma mensagem MO.
Toca em uma ação sugerida	Não	Os dados de postback do toque não contribuem para um evento faturável.
Compartilha um local	Sim	A mensagem MO que contém o local do usuário contribui para um evento faturável. Isso se aplica se o local for compartilhado manualmente ou por ação sugerida.
Toca em "Cancelar inscrição" ou "Inscrever-se"	Sim	O evento de webhook resultante não contribui para um evento faturável, mas a mensagem automatizada STOP ou START entregue quando o usuário toca na opção "Cancelar inscrição" ou "Inscrever-se" é tratada como uma mensagem MO.

Quando uma resposta do usuário gera um evento faturável (conforme descrito acima), o tipo de evento depende da categoria de faturamento do agente.

Para agentes não conversacionais:

• O evento faturável gerado pela resposta de um usuário é sempre uma p2a_message.

Para agentes conversacionais:

O tipo de evento também é determinado pelo tempo das mensagens em uma janela de 24 horas.

• Quando um usuário responde à mensagem do agente:
  • Em até 24 horas: a resposta do usuário contribui para um evento a2p_conversation atual.
  • Após 24 horas: a resposta do usuário gera um novo evento p2a_message.
• Quando o agente responde à mensagem de um usuário:
  • Em até 24 horas: a resposta do agente cria uma p2a_conversation, começando com a mensagem inicial do usuário.
  • Após 24 horas: a mensagem do usuário gera um evento p2a_message.

O que é uma conversa?

No RCS for Business, uma conversa é uma série de mensagens trocadas entre um usuário e um agente conversacional durante um período de 24 horas. Somente agentes com uma categoria de faturamento conversacional podem gerar conversas e ser cobrados por esses eventos faturáveis:

• A2P (Application-to-Person): enviada pela empresa.
• P2A (Person-to-Application): enviada pelo usuário.

Como as conversas funcionam

• Início: uma conversa começa quando uma das partes (o agente ou o usuário) responde a uma mensagem da outra parte em até 24 horas após recebê-la, fora de qualquer conversa atual.
  • Conversa A2P: começa quando o usuário responde à mensagem do agente.
  • Conversa P2A: começa quando o agente responde à mensagem do usuário.
• Janela de conversa: a conversa permanece ativa por 24 horas após o início. A conversa inclui todas as mensagens nessa janela de 24 horas, bem como a primeira mensagem que foi respondida inicialmente.
• Faturamento: em vez de cobrar por cada mensagem individual, os agentes conversacionais são cobrados com base na conversa inteira. Isso significa que o custo está associado à conversa, não ao número de mensagens nela.

O diagrama a seguir mostra um exemplo de uma sessão de faturamento A2P para agentes conversacionais:

Importante

• As conversas não se aplicam a agentes não conversacionais. Os agentes com uma categoria de faturamento Mensagem básica ou Mensagem única são cobrados por mensagem, independente de o usuário responder.
• Para agentes conversacionais, a geração de relatórios de eventos de faturamento e registros de atividades pode ser atrasada em até dois dias. Esse atraso permite que o RCS for Business capture todas as mensagens em uma conversa antes de calcular o evento de faturamento.

Relatórios de faturamento

O que é um relatório de faturamento?

É um registro de eventos faturáveis, que são calculados com base na categoria de faturamento do agente e nos tipos de mensagens enviadas. Os relatórios de faturamento estão disponíveis para todas as operadoras e parceiros que operam ativamente o RCS for Business.

Para mais informações, consulte o guia Relatórios de faturamento padrão e registros de atividades para operadoras ou o guia Relatórios de faturamento de parceiros para parceiros.

Posso receber um relatório de faturamento?

As operadoras e os parceiros que operam ativamente o RCS for Business recebem relatórios de faturamento.

Consulte os guias a seguir para detalhes sobre registros de atividades e acesso a arquivos:

• Operadoras: relatórios de faturamento padrão e registros de atividades
• Parceiros: relatórios de faturamento de parceiros

E se faltarem informações no relatório de faturamento?

Se você notar que algumas informações estão faltando no relatório, resolva o problema com a equipe de suporte. Para mais detalhes, consulte o guia de solução de problemas do RCS for Business.

Por que vejo cobranças em um mês em que não enviei nenhuma mensagem?

Os eventos faturáveis do RCS for Business são registrados com base no horário de entrega da mensagem, não no horário em que ela foi enviada.

Exemplo:

Você envia mensagens no final de junho, mas elas são entregues ao dispositivo do usuário no início de julho (por exemplo, se o smartphone do usuário estava off-line). Essas cobranças vão aparecer nos seus relatórios de faturamento de julho. O RCS for Business vai tentar entregar uma mensagem por até 30 dias antes que ela expire.