O RCS Business Messaging (RBM) permite às marcas enviar mensagens ricas e interativas através da aplicação de mensagens nativa do operador, usando o Universal Profile da GSMA. Os agentes de negócio ligam-se a uma função MaaP (Messaging-as-a-Platform) em vez de fazer bind por SMPP, descobrem a capacidade por dispositivo, trocam mensagens mobile-originated e mobile-terminated, e são tarifados por conversa ou por evento de mensagem.
O que são o RCS e o Universal Profile
O RCS (Rich Communication Services) é o sucessor do SMS/MMS baseado em IP definido pela GSMA, entregue dentro do cliente de mensagens predefinido do operador. Para travar a fragmentação entre implementações de operadores, a GSMA publicou o RCS Universal Profile — um conjunto único e acordado de funcionalidades (chat, chat de grupo, confirmações de leitura, indicador "a escrever", multimédia de alta resolução, transferência de ficheiros) especificado no RCC.07. O Universal Profile 2.x é a base que a maioria das implementações visa. O RCS corre sobre IP até ao dispositivo, mas está ancorado no núcleo IMS/de mensagens do operador, pelo que herda o endereçamento de nível carrier (a identidade continua a ser o MSISDN) ao mesmo tempo que acrescenta a experiência rica, em estilo de sessão, que o SMS nunca teve.
MaaP: Messaging as a Platform
As mensagens de negócio no RCS são definidas pela especificação MaaP da GSMA (RCC.71). O MaaP introduz uma função de plataforma dentro da rede do operador que aloja agentes de negócio (também chamados chatbots) e faz a mediação entre eles e os assinantes. Uma marca não abre uma sessão de protocolo em bruto para cada assinante; regista um agente junto de um fornecedor MaaP, e a função MaaP trata da acessibilidade do dispositivo, da capacidade, da distribuição e da tarifação. Esta é a diferença estrutural face ao SMS: o SMPP expõe um bind binário de baixo nível a um centro de mensagens, ao passo que o MaaP expõe um agente alojado numa plataforma que fala com muitos assinantes em nome da marca.
| Elemento | Especificação | Função |
|---|---|---|
| Universal Profile | GSMA RCC.07 | Conjunto de recursos RCS acordado (chat, conteúdo multimédia, confirmações de leitura, indicador de digitação) |
| MaaP | GSMA RCC.71 | Plataforma que aloja agentes de empresas e alcança assinantes |
| Agente empresarial / chatbot | RCC.71 | A identidade da marca com a qual os assinantes conversam |
| RBM API | Google RCS Business Messaging | API REST do agente usada para enviar/receber e consultar capacidades |
| Agente verificado | GSMA / MaaP | Nome da marca, logotipo, cor e selo de verificação |
A API de agente RBM face a um bind SMPP
Enquanto um remetente de SMS A2P abre uma sessão SMPP binária persistente e emite PDUs submit_sm, um remetente de negócio RCS chama uma API de agente REST. No RCS Business Messaging da Google, o agente autentica-se com uma conta de serviço e publica uma mensagem num endpoint agentMessage endereçado ao MSISDN de um assinante; as mensagens de entrada e os eventos de entrega/leitura chegam como callbacks de webhook. Não há um bind de transmissão/receção persistente nem codificação de PDU — o payload é JSON que descreve texto, multimédia ou um cartão rico. O compromisso é conteúdo mais rico e interatividade estruturada em troca de uma integração de nível mais alto e por agente, em vez de um canal em bruto até ao centro de mensagens.
POST https://rcsbusinessmessaging.googleapis.com/v1/phones/+15551234567/agentMessages
{
"contentMessage": {
"text": "Your order #4021 has shipped.",
"suggestions": [
{ "reply": { "text": "Track", "postbackData": "track_4021" } },
{ "reply": { "text": "Help", "postbackData": "support" } }
]
}
}Descoberta de capacidades: nem todos os dispositivos falam RCS
O alcance do RCS é por dispositivo, não por número: o mesmo MSISDN pode ter capacidade RCS num telemóvel e recorrer ao SMS noutro. Antes de enviar conteúdo rico, um agente de negócio realiza uma verificação de capacidade — no RBM, um GET às capacidades do assinante devolve se o dispositivo está acessível por RCS e que funcionalidades (cartões ricos, carrosséis, transferência de ficheiros, ações sugeridas) suporta. Um remetente bem comportado usa isto tanto para decidir se deve sequer enviar RCS como para adaptar a mensagem às funcionalidades disponíveis, escalando para SMS ou MMS quando o dispositivo não está acessível por RCS. A descoberta de capacidades é, portanto, o primeiro passo de qualquer envio RCS e o gancho de que depende o fallback omnicanal.
GET https://rcsbusinessmessaging.googleapis.com/v1/phones/+15551234567/capabilities?requestId=8f2c...
200 OK
{ "features": [ "RICHCARD_STANDALONE", "RICHCARD_CAROUSEL", "ACTION_DIAL", "ACTION_URL" ] }
404 -> device not RCS-reachable now; fall back to SMS/MMSMO / MT, conversas e agentes verificados
O tráfego de negócio RCS é bidirecional. As mensagens mobile-terminated (MT) fluem do agente para o assinante; as mensagens mobile-originated (MO) — as respostas do assinante, os toques em botões e a multimédia partilhada — regressam como eventos de webhook que transportam os dados de postback que o agente associou a cada sugestão. Como a troca é conversacional, um agente verificado apresenta uma identidade de confiança: o nome da marca, o logótipo, a cor da marca e um selo de verificação apresentados pelo cliente, aprovisionados através do operador/agregador e da plataforma MaaP após a verificação da marca. Essa identidade verificada é o que distingue uma marca RCS legítima de um remetente falsificado e sustenta os controlos de remetente com marca tratados em separado.
Eventos de tarifação e classes de tráfego
A tarifação de negócio no RCS é baseada em eventos, em vez de por segmento como no SMS. Consoante o operador e o modelo comercial MaaP, a cobrança é aplicada por mensagem ou por conversa (uma janela de sessão de mensagens relacionadas), e muitas vezes dividida em classes de tráfego — por exemplo, notificações A2P de mensagem única face a sessões conversacionais interativas, por vezes com uma distinção entre A2P e P2A (person-to-application, iniciada pelo assinante). Multimédia rica, carrosséis e transferência de ficheiros viajam dentro da mesma conversa e não incorrem na segmentação típica do SMS. Como os preços, a disponibilidade e o suporte de funcionalidades variam por operador, uma plataforma de negócio concilia a capacidade, o alcance e as condições comerciais por mercado antes de encaminhar tráfego para o RCS.
Perguntas frequentes
O que é o RCS Business Messaging?
O RCS Business Messaging (RBM) é o canal de negócio do RCS da GSMA: as marcas enviam mensagens ricas, interativas e verificadas que aparecem na aplicação de mensagens nativa do assinante. Usa o conjunto de funcionalidades do Universal Profile, é entregue através de uma plataforma MaaP e suporta texto, multimédia, cartões ricos, carrosséis, respostas e ações sugeridas.
O que é o MaaP?
O MaaP (Messaging as a Platform, GSMA RCC.71) é a função de rede que aloja os agentes de negócio RCS e faz a mediação entre eles e os assinantes. Em vez de fazer bind a um centro de mensagens por SMPP, uma marca regista um agente junto de um fornecedor MaaP, que trata da acessibilidade do dispositivo, da capacidade, da distribuição de mensagens e da tarifação.
Em que difere a API RBM do SMPP?
O SMPP é uma sessão binária persistente com PDUs submit_sm para um centro de mensagens. O RBM é uma API de agente REST: o agente publica mensagens JSON para o MSISDN de um assinante e recebe as respostas e os eventos de entrega/leitura como webhooks. Não há bind persistente nem codificação de PDU, e o payload pode transportar cartões ricos e elementos interativos que o SMS não permite.
Como sei se um número pode receber RCS?
A acessibilidade RCS é por dispositivo, pelo que se executa uma verificação de capacidade antes de enviar. No RBM, um GET às capacidades do assinante devolve se o dispositivo está acessível por RCS e que funcionalidades suporta; um resultado "não encontrado" significa que o dispositivo não está acessível por RCS neste momento e o remetente deve recorrer a SMS ou MMS.
O que é um agente RCS verificado?
Um agente verificado é uma identidade de negócio aprovisionada através do operador e da plataforma MaaP após a verificação da marca. Apresenta o nome da marca, o logótipo, a cor da marca e um selo de verificação no cliente de mensagens, para que os assinantes possam confiar no remetente. É o equivalente RCS a uma identidade de remetente registada e verificada.
Como é tarifado o RCS business messaging?
Ao contrário do SMS, que tarifa por segmento de 160/70 caracteres, o RCS business messaging é tarifado por mensagem ou por sessão de conversa, muitas vezes dividido em classes de tráfego, como notificações de mensagem única face a conversas interativas. Multimédia rica e carrosséis viajam dentro da conversa e não são segmentados. Os preços e a disponibilidade exatos variam por operador e por modelo MaaP.
Especificações de origem
Os padrões publicados nos quais esta página se baseia. Abre num novo separador.