RCS Business Messaging (RBM) permite a las marcas enviar mensajes enriquecidos e interactivos a través de la app de mensajería nativa del operador usando el GSMA Universal Profile. Los agentes de empresa se conectan a una función MaaP (Messaging-as-a-Platform) en vez de hacer bind por SMPP, descubren la capacidad por dispositivo, intercambian mensajes mobile-originated y mobile-terminated y se facturan por conversación o por evento de mensaje.
Qué son RCS y el Universal Profile
RCS (Rich Communication Services) es el sucesor de SMS/MMS basado en IP definido por la GSMA, entregado dentro del cliente de mensajería predeterminado del operador. Para frenar la fragmentación entre las implementaciones de los operadores, la GSMA publicó el RCS Universal Profile: un único conjunto de funciones acordado (chat, chat de grupo, confirmaciones de lectura, indicador de escritura, contenido multimedia en alta resolución, transferencia de archivos) especificado en RCC.07. Universal Profile 2.x es la base a la que apuntan la mayoría de los despliegues. RCS viaja sobre IP hasta el dispositivo pero está anclado en el núcleo IMS/de mensajería del operador, de modo que hereda el direccionamiento carrier-grade (el MSISDN sigue siendo la identidad) al tiempo que añade la experiencia enriquecida, tipo sesión, que el SMS nunca tuvo.
MaaP: Messaging as a Platform
La mensajería de empresa sobre RCS la define la especificación MaaP de la GSMA (RCC.71). MaaP introduce una función de plataforma dentro de la red del operador que aloja agentes de empresa (también llamados chatbots) y media entre ellos y los abonados. Una marca no abre una sesión de protocolo en bruto contra cada abonado; registra un agente con un proveedor MaaP, y la función MaaP se encarga de la alcanzabilidad del dispositivo, la capacidad, el fan-out y la facturación. Esta es la diferencia estructural con el SMS: SMPP expone un bind binario de bajo nivel a un centro de mensajes, mientras que MaaP expone un agente alojado en una plataforma que habla con muchos abonados en nombre de la marca.
| Elemento | Especificación | Rol |
|---|---|---|
| Universal Profile | GSMA RCC.07 | Conjunto de funciones RCS acordado (chat, multimedia, confirmaciones, indicador de escritura) |
| MaaP | GSMA RCC.71 | Plataforma que aloja agentes de empresas y llega a los abonados |
| Agente empresarial / chatbot | RCC.71 | La identidad de marca con la que conversan los abonados |
| RBM API | Google RCS Business Messaging | API REST de agente utilizada para enviar/recibir y consultar capacidades |
| Agente verificado | GSMA / MaaP | Nombre de la marca, logotipo, color y distintivo verificado |
La API de agente RBM frente a un bind SMPP
Donde un remitente de SMS A2P abre una sesión SMPP binaria persistente y emite PDU submit_sm, un remitente de empresa RCS llama a una API de agente REST. En RCS Business Messaging de Google, el agente se autentica con una cuenta de servicio y publica un mensaje en un endpoint agentMessage dirigido al MSISDN de un abonado; los mensajes entrantes y los eventos de entrega/lectura llegan como callbacks de webhook. No hay bind persistente de transmisión/recepción ni codificación de PDU: la carga útil es JSON que describe texto, contenido multimedia o una tarjeta enriquecida. La contrapartida es contenido más rico e interactividad estructurada a cambio de una integración de más alto nivel, por agente, en vez de una tubería en bruto a un centro de mensajes.
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" } }
]
}
}Descubrimiento de capacidades: no todos los dispositivos hablan RCS
El alcance de RCS es por dispositivo, no por número: el mismo MSISDN puede tener capacidad RCS en un terminal y hacer fallback a SMS en otro. Antes de enviar contenido enriquecido, un agente de empresa realiza una comprobación de capacidad: en RBM, un GET sobre las capabilities del abonado devuelve si el dispositivo es alcanzable por RCS y qué funciones (tarjetas enriquecidas, carruseles, transferencia de archivos, acciones sugeridas) soporta. Un remitente bien educado usa esto tanto para decidir si envía RCS como para adaptar el mensaje a las funciones disponibles, escalando a SMS o MMS cuando el dispositivo no es alcanzable por RCS. El descubrimiento de capacidades es, por tanto, el primer paso de cualquier envío RCS y el punto sobre el que se apoya el 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, conversaciones y agentes verificados
El tráfico de empresa RCS es bidireccional. Los mensajes mobile-terminated (MT) van del agente al abonado; los mensajes mobile-originated (MO) —las respuestas del abonado, los toques de botón y el contenido compartido— vuelven como eventos de webhook que llevan los datos de postback que el agente adjuntó a cada sugerencia. Como el intercambio es conversacional, un agente verificado presenta una identidad de confianza: el nombre de la marca, el logotipo, el color de marca y una insignia de verificación que muestra el cliente, aprovisionados a través del operador/agregador y de la plataforma MaaP tras la verificación de la marca. Esa identidad verificada es lo que distingue a una marca RCS legítima de un remitente suplantado y sustenta los controles de remitente con marca que se tratan por separado.
Eventos de facturación y clases de tráfico
La facturación de empresa RCS se basa en eventos, en vez de por segmento como el SMS. Según el operador y el modelo comercial MaaP, el cobro se aplica por mensaje o por conversación (una ventana de sesión de mensajes relacionados), y a menudo se divide en clases de tráfico: por ejemplo, notificaciones A2P de un solo mensaje frente a sesiones conversacionales interactivas, a veces con una distinción entre A2P y P2A (person-to-application, iniciada por el abonado). El contenido multimedia enriquecido, los carruseles y la transferencia de archivos viajan dentro de la misma conversación y no incurren en la segmentación al estilo del SMS. Como el precio, la disponibilidad y el soporte de funciones varían según el operador, una plataforma de empresa concilia capacidad, alcance y condiciones comerciales por mercado antes de encaminar tráfico a RCS.
Preguntas frecuentes
¿Qué es RCS Business Messaging?
RCS Business Messaging (RBM) es el canal de empresa de RCS de la GSMA: las marcas envían mensajes enriquecidos, interactivos y verificados que aparecen en la app de mensajería nativa del abonado. Usa el conjunto de funciones del Universal Profile, se entrega a través de una plataforma MaaP y admite texto, contenido multimedia, tarjetas enriquecidas, carruseles y respuestas y acciones sugeridas.
¿Qué es MaaP?
MaaP (Messaging as a Platform, GSMA RCC.71) es la función de red que aloja los agentes de empresa RCS y media entre ellos y los abonados. En vez de hacer bind a un centro de mensajes por SMPP, una marca registra un agente con un proveedor MaaP, que gestiona la alcanzabilidad del dispositivo, la capacidad, el fan-out de mensajes y la facturación.
¿En qué se diferencia la API RBM de SMPP?
SMPP es una sesión binaria persistente con PDU submit_sm hacia un centro de mensajes. RBM es una API de agente REST: el agente publica mensajes JSON al MSISDN de un abonado y recibe respuestas y eventos de entrega/lectura como webhooks. No hay bind persistente ni codificación de PDU, y la carga útil puede llevar tarjetas enriquecidas y elementos interactivos que el SMS no puede.
¿Cómo sé si un número puede recibir RCS?
La alcanzabilidad RCS es por dispositivo, así que se ejecuta una comprobación de capacidad antes de enviar. En RBM, un GET sobre las capabilities del abonado devuelve si el dispositivo es alcanzable por RCS y qué funciones soporta; un resultado not-found significa que el dispositivo no es alcanzable por RCS ahora y el remitente debe hacer fallback a SMS o MMS.
¿Qué es un agente RCS verificado?
Un agente verificado es una identidad de empresa aprovisionada a través del operador y la plataforma MaaP tras la verificación de la marca. Presenta el nombre de la marca, el logotipo, el color de marca y una insignia de verificación en el cliente de mensajería, de modo que los abonados puedan confiar en el remitente. Es el equivalente en RCS de una identidad de remitente registrada y verificada.
¿Cómo se factura la mensajería de empresa RCS?
A diferencia del SMS, que factura por segmento de 160/70 caracteres, la mensajería de empresa RCS se factura por mensaje o por sesión de conversación, a menudo dividida en clases de tráfico como notificaciones de un solo mensaje frente a conversaciones interactivas. El contenido multimedia enriquecido y los carruseles viajan dentro de la conversación y no se segmentan. El precio exacto y la disponibilidad varían según el operador y el modelo MaaP.
Especificaciones de la fuente
Las normas publicadas en las que se basa esta página. Se abre en una pestaña nueva.