As perguntas comuns sobre o faturamento do RBM são respondidas nas seções a seguir.
Categorias de faturamento
Quais são as categorias de faturamento de agentes?
Uma categoria de faturamento é uma classificação do seu representante do RBM que informa às operadoras como cobrar pelas mensagens enviadas por ele. 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.
Categoria de faturamento | Tipo de agente | Exemplos de casos de uso | Método de faturamento |
---|---|---|---|
Não conversacional (inclui as categorias "Mensagem básica" e "Mensagem única". Observação:não há mais diferença entre essas duas categorias. Um agente em qualquer uma das categorias será faturado como um agente não conversacional.) |
Agentes que enviam principalmente mensagens unidirecionais |
|
O pagamento é por mensagem. |
Conversacional | Agentes projetados para trocas de mensagens com usuários |
|
Cobrança por conversa: se uma das partes (o agente ou o usuário) responder a uma mensagem da outra 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 vai receber uma cobrança de taxa fixa pela conversa. Cobrança por mensagem: se o agente enviar uma mensagem que o usuário não responder em 24 horas, o agente vai receber uma cobrança pela mensagem individual, 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 cada mensagem que entregam ao usuário.
- Essa categoria é ideal para agentes que não esperam respostas frequentes.
- Os agentes de conversação são cobrados com uma taxa fixa por
conversa, que inclui todas as mensagens
trocadas em um período de 24 horas.
- Essa categoria é mais adequada para agentes que participam de conversas com vários turnos com os usuários.
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 porque a categoria de faturamento determina como as mensagens são cobradas, não quais tipos de mensagens seu agente pode enviar. Por exemplo, um agente de conversa ainda pode enviar mensagens de texto básicas, e um agente de mensagem básica ou única pode enviar várias mensagens, incluindo cards avançados.
Eventos de faturamento
O que são eventos de faturamento?
Os eventos de faturamento são interações entre um agente do RBM 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 gera relatórios desses eventos para ajudar as operadoras a cobrar dos parceiros pelas mensagens enviadas pelos agentes.
Quais eventos de faturamento se aplicam a cada tipo de mensagem?
Cinco tipos diferentes de eventos de faturamento são registrados nos relatórios de eventos de faturamento. Esses eventos incluem mensagens A2P e P2A.
- A2P (aplicativo para pessoa): enviada pela empresa.
- P2A (pessoa para aplicativo): enviado pelo usuário.
A tabela a seguir descreve cada evento de faturamento para agentes não conversacionais e conversacionais.
Tipo de evento | Descrição | Agentes não conversacionais | Agentes de conversação |
---|---|---|---|
basic_message |
Mensagem A2P que inclui apenas texto com até 160 caracteres. Confira um exemplo. |
Sempre tratado como um evento de faturamento individual, independente de o usuário responder ou não. | Tratado como um evento de faturamento individual, a menos que o usuário responda em até 24 horas. Nesse caso, a mensagem passa a fazer parte de um a2p_conversation . |
single_message |
Mensagem A2P com conteúdo avançado ou apenas texto com mais de 160 caracteres. Confira um exemplo |
Sempre tratado como um evento de faturamento individual, independente de o usuário responder ou não. | Tratado como um evento de faturamento individual, a menos que o usuário responda em até 24 horas. Nesse caso, a mensagem passa a fazer parte de um a2p_conversation . |
a2p_conversation (iniciado pela empresa) |
Iniciada quando um usuário responde a uma mensagem A2P em até 24 horas após o recebimento, fora de uma conversa em andamento. Confira um exemplo. |
N/A. Agentes não conversacionais nunca geram esse tipo de evento. | Se uma mensagem P2A for entregue em até 24 horas após várias mensagens A2P, apenas a mensagem A2P que precedeu imediatamente a P2A será usada para iniciar a conversa. Esta mensagem A2P e todas as mensagens entregues nas próximas 24 horas fazem parte do a2p_conversation . |
p2a_conversation (iniciado pelo usuário) |
Iniciada quando um agente responde a uma mensagem P2A em até 24 horas após o recebimento, fora de uma conversa em andamento. Confira um exemplo. |
N/A. Agentes não conversacionais nunca geram esse tipo de evento. | Se uma mensagem A2P for entregue em até 24 horas após várias mensagens P2A, apenas a mensagem P2A que antecedeu imediatamente a mensagem A2P será usada para iniciar a conversa. Esta mensagem P2A e todas as mensagens entregues nas próximas 24 horas fazem parte do p2a_conversation . |
p2a_message |
Mensagem P2A de qualquer tipo. Confira um exemplo. |
Sempre tratado como um evento de faturamento individual, independente de o agente responder ou não. | Tratado como um evento de faturamento individual, a menos que o agente responda em até 24 horas. |
Quais são exemplos de mensagens que acionam cada evento de faturamento?
Mensagem básica
A captura de tela a seguir mostra a prévia 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 de faturamento?
Mensagem básica
Principais benefícios de uma mensagem básica:
- Construir 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: ideais para promoções de curto prazo ou mensagens informativas que não exigem uma resposta do usuário.
- Direcionamento de tráfego: o app Mensagens básicas pode direcionar os usuários para o site, o app ou outros recursos da marca.
Mensagem única
Principais benefícios de uma única mensagem:
- Impacto visual: gráficos de alta qualidade chamam a atenção e esclarecem as opções, aumentando o engajamento do usuário.
- Um card, várias ações: um card avançado 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: permitem um diálogo contínuo, oferecendo ajuda personalizada e recomendações de produtos.
- Oportunidades de conversão: permitem que os usuários realizem ações na conversa, reduzindo o atrito e aumentando as taxas de conversão.
Como as categorias de faturamento do agente se relacionam com os eventos de faturamento?
Não confunda os eventos de faturamento basic_message
e single_message
com as categorias de faturamento "Mensagem básica" e "Mensagem única".
- Qualquer agente (independente da categoria de faturamento) pode gerar eventos de faturamento
basic_message
esingle_message
. - 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 de faturamento de conversas (
a2p_conversations
oup2a_conversations
). Em vez disso, eles geram eventos de faturamento individuaisbasic_message
,single_message
ep2a_message
.
O que é uma conversa?
No RBM, uma conversa é uma série de mensagens trocadas entre um usuário e um agente de conversa durante um período de 24 horas. Somente agentes com uma categoria de faturamento de conversação podem gerar conversas e receber cobranças por estes eventos de faturamento:
- A2P (aplicativo para pessoa): enviada pela empresa.
- P2A (pessoa para aplicativo): enviado 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 em até 24 horas após o recebimento, fora de qualquer conversa em andamento.
- 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 dentro dessa 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 em toda a conversa. 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 de conversa:
Importante
- As conversas não se aplicam a agentes não conversacionais. Os agentes com uma categoria de faturamento de mensagem básica ou única são cobrados por mensagem, independente de o usuário responder ou não.
- Para agentes de conversa, a geração de relatórios de eventos de faturamento e registros de atividade pode levar até dois dias. Esse atraso permite que o RBM capture todas as mensagens em uma conversa antes de calcular o evento de faturamento.
Quais eventos de faturamento são gerados se o agente enviar várias mensagens antes de um usuário responder?
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 um evento próprio
- Uma mensagem do agente gera um evento
basic_message
ousingle_message
. - Uma mensagem do usuário gera um evento
p2a_message
.
Para agentes de conversa: o resultado depende de quando o usuário responde à última mensagem do agente
- Se o usuário responder em até 24 horas:
- Um evento de
a2p_conversation
começa. Esse evento abrange a última mensagem do agente, a resposta do usuário e todas as mensagens trocadas em um período de 24 horas após a resposta do usuário. - As mensagens do agente entregues antes da última mensagem do agente não fazem parte da conversa. Cada uma delas gera um evento
basic_message
ousingle_message
.
- Um evento de
- Se o usuário responder após 24 horas:
- Cada mensagem do agente gera um evento
basic_message
ousingle_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 dentro desse período, um eventop2a_message
será gerado.
- Cada mensagem do agente gera um evento
Quais respostas do usuário contribuem para eventos de faturamento?
Apenas respostas específicas dos usuários contribuem para os eventos de faturamento. 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 de
faturamento.
Veja a seguir um resumo:
Resposta do usuário | Contribui para eventos de faturamento | Observações |
---|---|---|
Envia um arquivo | Sim | Tratada como uma mensagem MO. |
Envia uma mensagem de texto | Sim | Tratada como uma mensagem MO. |
Toca em uma resposta sugerida | Sim | Tratada como uma mensagem MO. |
Toca em uma ação sugerida ou em um compartilhamento de local | Não | Os dados de postback não contribuem para um evento de faturamento. Para a ação de compartilhar local, a mensagem com o local do usuário também não contribui para um evento de faturamento. |
Toca em Cancelar inscrição ou Inscrever-se. | Sim | O evento de webhook resultante não contribui para um evento de faturamento. No entanto, a mensagem automática de PARAR ou INICIAR enviada 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 de faturamento (conforme descrito acima), o tipo de evento depende da categoria de faturamento do agente:
Para agentes não conversacionais:
- O evento de faturamento gerado pela resposta de um usuário é sempre um
p2a_message
.
Para agentes de conversação:
O tipo de evento também é determinado pela marcação de 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
.
- Em até 24 horas: a resposta do usuário contribui para um evento
- Quando o agente responde à mensagem de um usuário:
- Em até 24 horas: a resposta do agente cria um
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
.
- Em até 24 horas: a resposta do agente cria um
Relatórios de eventos de faturamento
O que é um relatório de eventos de faturamento?
É um registro de eventos de faturamento, que são calculados com base na categoria de faturamento do agente e nos tipos de mensagens que ele envia. Os relatórios de eventos de faturamento estão disponíveis para todas as operadoras que usam o RBM.
Para mais informações sobre relatórios de faturamento, consulte Relatórios de eventos de faturamento e registros de atividades.
Posso receber um relatório de eventos de faturamento?
Somente as operadoras que estão operando ativamente o RBM recebem relatórios de faturamento. Os parceiros não recebem relatórios de eventos de faturamento.
Para saber como receber relatórios de eventos de faturamento, consulte Armazenamento e acesso de arquivos. Estas são instruções para recuperar relatórios de eventos de faturamento usando o protocolo de transferência de arquivos segura (SFTP) para operadoras que têm acesso a relatórios de faturamento.
E se faltarem informações no relatório de faturamento?
Se você notar que faltam algumas informações no relatório, resolva o problema com a equipe de suporte do RBM. Para mais detalhes, consulte o guia de solução de problemas do RBM.