SGP.32: El estándar eSIM para IoT que cambia la gestión de los dispositivos conectados

¿Qué es SGP.32?

SGP.32 es el estándar de la GSMA para el aprovisionamiento remoto de SIM diseñado específicamente para dispositivos IoT. Define la arquitectura técnica para gestionar perfiles de eSIM en flotas de dispositivos conectados sin necesidad de acceso físico, interacción del usuario o configuración manual. Mientras que los estándares de eSIM anteriores se diseñaron para smartphones o despliegues M2M heredados, el SGP.32 está pensado para dispositivos IoT sin interfaz (headless): sensores, contadores, pasarelas, equipos marítimos y vehículos autónomos que funcionan durante años sin interacción del usuario ni acceso físico.

El estándar introduce dos componentes que no existían en las especificaciones de eSIM anteriores: el eIM (eSIM IoT Remote Manager) en el lado del servidor, y el IPA (IoT Profile Assistant) en el lado del dispositivo. Juntos permiten un modelo de aprovisionamiento impulsado íntegramente desde la nube, sin dependencia de acciones del usuario ni pasos de configuración en el dispositivo.

Kaleido Intelligence prevé una tasa de crecimiento anual compuesto (CAGR) del 240 % para las eSIM SGP.32 hasta 2028. Los despliegues comerciales se están acelerando hasta 2026, y se espera que un mayor apoyo de los MNO y la finalización de la certificación de hardware impulsen el crecimiento del volumen en 2027.

Por qué los estándares anteriores no eran suficientes

Para entender qué cambia el SGP.32, conviene saber a qué sustituye.

El SGP.02 fue el primer estándar de eSIM para M2M, publicado en 2014. Permitía el aprovisionamiento remoto de SIM para dispositivos industriales, pero dependía de los SMS como canal de comunicación, requería complejos acuerdos bilaterales entre operadores y no estaba diseñado para la gestión de flotas a gran escala. Para una flota de 10.000 unidades en 15 países, la complejidad de aprovisionamiento del SGP.02 superaba la flexibilidad que debía proporcionar.

El SGP.22 resolvió un problema diferente. Se diseñó para dispositivos de consumo, principalmente smartphones. El modelo de aprovisionamiento asume la presencia de un usuario: alguien escanea un código QR, navega por el menú de un dispositivo o instala una aplicación complementaria. Para los dispositivos IoT sin pantalla, sin usuario y sin interfaz, el SGP.22 no funciona como se esperaba. La industria se adaptó en lugar de esperar: se enviaban códigos QR dentro del embalaje del dispositivo, las aplicaciones complementarias simulaban la interacción del usuario que el propio dispositivo no podía proporcionar y los perfiles de arranque (bootstrap) requerían pasos de activación tras el despliegue. Nada de esto funcionaba bien más allá de unos pocos cientos de dispositivos.

El SGP.32 elimina esas adaptaciones. Es la primera especificación de la GSMA que trata a los dispositivos IoT como lo que son: integrados, sin interfaz, a menudo alimentados por batería, con conexión intermitente y desplegados en entornos donde el acceso físico tras la instalación no forma parte del modelo operativo.

Cómo funciona el SGP.32: la arquitectura

El SGP.32 introduce una separación de responsabilidades más clara que los estándares anteriores. Tres componentes gestionan todo el ciclo de vida del perfil.

El eIM (eSIM IoT Remote Manager) es la capa de orquestación. Se sitúa en el lado del servidor y gestiona todas las decisiones sobre qué perfil va a qué dispositivo, cuándo y bajo qué condiciones. En la práctica: el eIM activa las descargas de perfiles, gestiona el estado de los mismos y ejecuta la lógica de conmutación basada en reglas de negocio preconfiguradas. Todo lo que en estándares anteriores requería una acción manual o la coordinación bilateral de los operadores, ahora se ejecuta desde aquí.

El IPA (IoT Profile Assistant) es el componente del lado del dispositivo, disponible en dos variantes. El IPAd se ejecuta dentro del propio dispositivo. El IPAe está integrado directamente en el chip eUICC. El IPA gestiona la comunicación segura con el eIM y ejecuta las operaciones de perfil que el eIM ordena. Está diseñado para hardware con limitaciones: memoria reducida, conectividad intermitente y presupuestos de energía bajos.

El SM-DP+ (Subscription Manager Data Preparation+) es el backend de preparación de perfiles, heredado del SGP.22. Prepara, almacena y entrega los perfiles de los operadores. En el SGP.32, el SM-DP+ ya no actúa como parte controladora hacia el dispositivo. Los perfiles se mantienen hasta que el eIM los solicita. El SM-DP+ ejecuta; el eIM decide.

La arquitectura se basa en el envío de información (push) y está orquestada por el servidor. Las decisiones sobre la conectividad se toman de forma centralizada. El dispositivo recibe instrucciones y las ejecuta. No necesita saber a qué operador se conectará antes de su envío.

Aprovisionamiento zero-touch: qué significa en la práctica

El aprovisionamiento zero-touch es la capacidad operativa que el SGP.32 hace posible a escala IoT. Un dispositivo sale de fábrica con un perfil de arranque (bootstrap): una credencial de conectividad mínima que le otorga el acceso a la red suficiente para contactar con el eIM al encenderse por primera vez. Una vez contactado el eIM, este identifica el dispositivo, comprueba sus reglas de despliegue y envía el perfil de operador operativo correcto. El dispositivo se conecta a la red adecuada, en el país correcto, con el plan de datos pertinente, sin que nadie tenga que manipularlo entre la fábrica y el lugar de despliegue.

Un fabricante de dispositivos que envíe 50.000 contadores inteligentes por toda Europa ya no adquiere tarjetas SIM por país: se envía una única referencia de hardware (SKU) a todas partes y el eIM se encarga de la activación local al encenderse por primera vez. Un revendedor de IoT que gestione rastreadores de flotas en 30 mercados ve cómo los nuevos dispositivos se activan sin necesidad de un paso de aprovisionamiento sobre el terreno. En los buques que rotan entre estados de abanderamiento y aguas territoriales, los perfiles de los operadores se actualizan automáticamente a medida que cambia la posición. En cada caso, desaparece el paso operativo que antes requería la intervención humana.

Qué significa el SGP.32 para el canal de socios y revendedores

La mayor parte del contenido publicado sobre el SGP.32 se dirige a fabricantes de dispositivos, proveedores de chips y operadores de red. La perspectiva de los socios y revendedores está prácticamente ausente en esa conversación, lo cual es notable porque los socios son la capa de distribución a través de la cual la mayor parte de la conectividad IoT llega a los clientes finales.

Los cambios que introduce el SGP.32 afectan directamente a la propuesta del socio, y no solo a nivel técnico.

Despliegues globales desde un único producto. Antes del SGP.32, ofrecer conectividad IoT global como revendedor significaba adquirir SIM locales por país (múltiples relaciones con proveedores, múltiples facturas, logística por país) o aceptar las limitaciones de cobertura y regulación del roaming permanente. El SGP.32 elimina ambas cosas. Un socio puede ofrecer un único producto SIM que funciona en todas partes, se activa automáticamente en el contexto regulatorio correcto y se gestiona por sí mismo a lo largo de su vida operativa.

Un servicio gestionado más difícil de replicar. Un socio que ofrezca aprovisionamiento zero-touch, conmutación automática de operador y gestión de perfiles de forma remota (over-the-air) como parte de un paquete de conectividad gestionada, está ofreciendo algo que los competidores sin infraestructura eIM no pueden igualar. El valor operativo es concreto: menos visitas de campo, menos escaladas de soporte, incorporación más rápida y la capacidad de añadir países u operadores a un despliegue activo sin tocar el hardware desplegado.

Cumplimiento del roaming permanente sin la carga operativa. Las normativas de mercados como Brasil, India, Turquía y varios estados miembros de la UE restringen el roaming permanente para las SIM de IoT. Sin el SGP.32, gestionar el cumplimiento en estos mercados implica productos SIM independientes por mercado o enfoques multi-IMSI que añaden complejidad. Con una infraestructura eIM compatible con SGP.32, los perfiles de los operadores locales se envían automáticamente cuando un dispositivo entra en un mercado regulado. El cumplimiento se mantiene sin intervención manual en todos los mercados del despliegue.

El papel del orquestador de eSIM

El papel del orquestador de eSIM es distinto tanto del operador como de la plataforma de gestión de conectividad, aunque trabaja con ambos.

Los operadores son los propietarios de la red. Las CMP gestionan las conexiones activas: supervisión del uso, alertas, suspensión, activación. El orquestador de eSIM gestiona la capa de perfil que subyace a ambos. Determina qué operador utiliza un dispositivo y actualiza esa decisión a lo largo de la vida del dispositivo, sin acceso físico y sin requerir un acuerdo bilateral entre el cliente y cada MNO individual.

Este papel surgió específicamente con el SGP.32 y no se corresponde con las estructuras de mercado anteriores. No es una extensión lógica de la función del operador ni de la CMP. Es una capa independiente que se sitúa por encima del operador y por debajo del panel de control operativo, encargándose de las decisiones para las que ni el operador ni la CMP estándar fueron diseñados.

TNF opera como un orquestador de eSIM con relaciones directas con operadores en más de 900 redes de más de 200 países. El portal de IoT es la interfaz a través de la cual esa capa de orquestación es accesible para los socios. La gestión del ciclo de vida del perfil, el aprovisionamiento zero-touch, la conmutación de operador y las operaciones de eIM son accesibles desde la misma plataforma que la gestión del ciclo de vida de la SIM, la facturación y los informes.

El SGP.32 y el problema del roaming permanente

Las normativas sobre el roaming permanente representan uno de los motores comerciales más fuertes para la adopción del SGP.32. Cuando un dispositivo pasa su vida operativa en una red extranjera, algunos reguladores exigen que acabe conectándose a una red local. La definición de “acabe” varía según el mercado, pero la exposición regulatoria es real y ha provocado fallos de conectividad a los operadores que no lo previeron.

Sin el SGP.32, solucionar esto significa preaprovisionar los dispositivos con SIM locales por mercado, lo que genera complejidad en el hardware y costes logísticos en la cadena de suministro, o mantener soluciones multi-IMSI que funcionan pero no están estandarizadas y requieren una gestión continua.

El eIM supervisa el contexto del despliegue y envía un perfil de operador local cuando se acercan los umbrales regulatorios. El cambio se produce sin intervención sobre el terreno. Para los socios que venden en mercados regulados, esto convierte un obstáculo para el despliegue en una capacidad gestionada que pueden incluir en un paquete de conectividad estándar.

Adopción del SGP.32: situación actual del mercado

La especificación alcanzó su madurez en 2023. La certificación de hardware para chips eUICC con soporte IPAe progresó a lo largo de 2024 y 2025. En el Mobile World Congress 2026, varios operadores describieron la preparación para el SGP.32 como un criterio determinante en la contratación de IoT para empresas y automoción. Soracom abrió las reservas para su Connectivity Hypervisor compatible con SGP.32 en marzo de 2026, citando como base las pruebas de campo realizadas en el sector de la automoción.

El ecosistema aún está madurando por parte de los MNO. No todos los operadores han completado el soporte de SGP.32 en su red, lo que significa que el conjunto de perfiles de operador gestionables a través de eIM sigue expandiéndose. Los socios que evalúen productos basados en SGP.32 deben verificar la cobertura de los operadores en sus mercados de despliegue específicos antes de comprometerse con un producto. Es más fácil confiar en un proveedor dispuesto a compartir una lista actualizada de perfiles de operador certificados y mercados compatibles que en uno que solo hable de planes futuros.

Qué buscar en un proveedor de conectividad preparado para SGP.32

Varios proveedores mencionan el SGP.32 en su posicionamiento sin haber implementado la arquitectura completa. Antes de comprometer un despliegue, conviene verificar directamente algunos aspectos.

El hecho de que el proveedor opere su propio eIM o revenda el acceso al de un tercero es importante para el control del SLA, los plazos de aprovisionamiento y la profundidad de las relaciones con los operadores que respaldan la plataforma. Un eIM revendido significa una dependencia de la disponibilidad y los acuerdos comerciales de otra parte.

La integración entre el eIM y la plataforma de gestión de conectividad marca la diferencia entre una única interfaz operativa y dos sistemas que necesitan mantenerse sincronizados. Si la gestión del ciclo de vida del perfil y la supervisión del uso se encuentran en herramientas separadas, la eficiencia operativa que el SGP.32 debe aportar no se materializa por completo.

En cuanto al hardware, el hecho de que un proveedor admita tanto implementaciones IPAd como IPAe determina qué diseños de dispositivos son compatibles con su infraestructura. Los proveedores que solo admiten una de ellas limitan las opciones de hardware disponibles para sus socios y clientes.

Por último, la cobertura certificada de los operadores en mercados de despliegue específicos es más útil que un recuento de redes en los titulares. El número total de redes a las que accede un proveedor dice menos sobre la preparación para el SGP.32 que saber cuáles de esas redes han completado la certificación eIM para los mercados donde realmente operarán sus dispositivos.

Tres despliegues que ilustran la diferencia

Contadores inteligentes, sector energético. Ocho mil sensores de monitorización deben activarse en emplazamientos de Alemania, Polonia, Rumanía y Turquía. Los cuatro países tienen operadores diferentes y Turquía tiene restricciones de roaming permanente. El fabricante envía una única referencia de hardware (SKU) con un perfil de arranque (bootstrap). Cada sensor se enciende, contacta con el eIM y recibe el perfil de operador local correcto. El requisito regulatorio de Turquía se cumple sin necesidad de un producto SIM independiente ni de un paso de configuración sobre el terreno. El equipo de operaciones gestiona toda la flota a través de una única plataforma desde el primer día.

Seguimiento de buques, logística del norte de Europa. Doscientos buques que operan entre puertos de Noruega, Dinamarca, Alemania y los Países Bajos necesitan una conectividad fiable mientras se desplazan por aguas territoriales. Antes, cada cambio de perfil de operador requería la coordinación entre el operador del buque y el proveedor de conectividad. Ahora, el eIM rastrea la posición del buque y actualiza los perfiles de los operadores a medida que los buques cruzan las zonas de cobertura. El equipo de operaciones no gestiona los cambios individuales de las SIM. Lo que antes generaba tickets de soporte se convirtió en infraestructura de fondo.

Telemática de flotas, operador global. Un MSP gestiona dispositivos telemáticos para 15.000 vehículos en Europa, Oriente Medio y el Sudeste Asiático. Los nuevos vehículos llegan con los dispositivos ya integrados. El eIM activa la conectividad al arrancar por primera vez. Cuando los vehículos se reasignan a regiones diferentes, los perfiles de los operadores se mantienen actualizados sin necesidad de sustituir las SIM ni de realizar visitas de campo. Los clientes del MSP ven un único panel de control. El MSP recibe una única factura mayorista. La carga logística que antes aumentaba con el tamaño de la flota, ahora ya no lo hace.

Resumen

El SGP.32 traslada las decisiones de aprovisionamiento del dispositivo al servidor, elimina la dependencia del acceso físico para los cambios de perfil y hace que una única referencia de hardware (SKU) sea viable en todos los mercados de despliegue. El cumplimiento del roaming permanente pasa de ser un problema logístico por mercado a ser una función gestionada por el eIM. El papel del orquestador de eSIM, que no existía como función comercial definida antes del SGP.32, se convierte en la capa que gestiona lo que ni el operador ni la CMP fueron diseñados para hacer.

Para los socios y revendedores, el estándar amplía lo que puede incluir una propuesta de conectividad gestionada. La activación zero-touch, la conmutación automática de operador y la gestión de perfiles de forma remota no están disponibles a través de SIM minoristas, acuerdos con un solo operador o plataformas CMP estándar sin una infraestructura eIM que las respalde. El SGP.32 es la especificación que hace que esas capacidades sean estandarizadas, certificables y entregables a escala.