# RCS Business Messaging e a plataforma MaaP

> 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.

- URL canônico: https://www.broadnet.me/pt/reference/rcs-business-messaging-maap
- Idioma: pt
- Última atualização: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Como funciona o RCS Business Messaging: o Universal Profile da GSMA (RCC.07), a arquitetura Messaging-as-a-Platform (RCC.71), agentes verificados, descoberta de capacidades, fluxos MO/MT e eventos de tarifação — e em que difere a API de agente RBM de um bind SMPP.

## 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.

*Blocos de construção das mensagens de negócio RCS*

| 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.

*RBM: enviar uma mensagem de texto com respostas sugeridas a um assinante*

```json
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.

*Consulta de capacidade RBM (por dispositivo de assinante)*

```http
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/MMS
```

## MO / 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.

## Fontes

- [GSMA RCC.07 — RCS Universal Profile Service Definition](https://www.gsma.com/solutions-and-impact/technologies/networks/rcs/)
- [GSMA RCC.71 — RCS Universal Profile MaaP](https://www.gsma.com/solutions-and-impact/technologies/networks/gsma_resources/rcc-71-rcs-universal-profile-maap/)
- [Google RCS Business Messaging — API reference](https://developers.google.com/business-communications/rcs-business-messaging)

## Relacionados

- [Mensagens RCS](https://www.broadnet.me/pt/products/rcs-messaging)
- [RCS vs SMS vs WhatsApp](https://www.broadnet.me/pt/reference/rcs-vs-sms-vs-whatsapp-channels)
- [Mensagens de remetente verificado e com marca](https://www.broadnet.me/pt/reference/verified-and-branded-sender-messaging)
- [Cartões ricos e mensagens interativas](https://www.broadnet.me/pt/reference/rich-cards-and-interactive-messaging)
- [Visão geral do protocolo SMPP](https://www.broadnet.me/pt/reference/smpp-protocol-overview)
- [Plataforma CPaaS](https://www.broadnet.me/pt/platforms/cpaas)