El argumento comercial de SGP.32 suena atractivo: instale el dispositivo una sola vez y gestione después la conectividad de forma remota durante diez años, sin volver a tocar el dispositivo. Ya no son necesarias las visitas cuando los operadores cambian, se desactivan redes o resulta necesario un cambio de proveedor por los costes de roaming.
La tecnología existe. El estándar está publicado. Pero entre la promesa y una implementación de producción que funcione hay una serie de obstáculos prácticos, comerciales y técnicos que la mayoría de la documentación de los proveedores deja fuera.
Este artículo le ofrece una visión honesta de lo que realmente requieren SGP.32 y eIM, y de los costes que conllevan.
La diferencia entre SGP.32, eIM y una eSIM tradicional
En una tarjeta SIM tradicional, un cambio de proveedor implica una sustitución física. En una eSIM tradicional (SGP.22), el usuario puede descargar él mismo un nuevo perfil de forma remota, pero solo iniciando el proceso mediante un código QR, un código de activación o una aplicación del operador. Ese modelo funciona para un smartphone. Para un dispositivo integrado en una infraestructura en una ubicación remota, no funciona.
SGP.32 es el estándar de la GSMA creado específicamente para IoT. La plataforma eIM (eUICC IoT Manager) añade una capa de gestión con la que un operador o un gestor de conectividad puede activar descargas, cambios y eliminaciones de perfiles para toda una flota de dispositivos, sin ninguna interacción en el propio dispositivo.
Qué debe estar resuelto antes de que eIM funcione
Deben cumplirse tres condiciones para que eIM pueda cumplir esa promesa, y cada una constituye un proyecto en sí misma.
1. Colaboración del operador
El operador del que desea descargar el perfil a su dispositivo debe hacer que ese perfil esté disponible a través de la plataforma eIM que usted utiliza. Esto no ocurre de forma automática. Los operadores imponen condiciones comerciales, compromisos mínimos y requisitos de integración. El eIM actúa como una capa de gestión independiente y centralizada que se comunica con el servidor SM-DP+ (Subscription Manager Data Preparation) de cada operador. Esa integración conlleva costes que varían según el operador y requiere tiempo para negociarse e implementarse.
Los OMV añaden una capa adicional de complejidad. Se sitúan entre la red subyacente y el cliente final y tienen su propia agenda comercial. En el momento actual del mercado, es optimista esperar que pongan sus perfiles libremente a disposición para un cambio remoto.
2. Estrategia de IPA
Para recibir y ejecutar instrucciones de perfil de una plataforma eIM, un dispositivo necesita un software especial. Ese software se llama IPA (IoT Profile Assistant). Sin IPA, la plataforma eIM no puede comunicarse con el dispositivo. Existen dos formas de implementar una IPA, y la elección entre ambas es una de las decisiones técnicas más determinantes en una implementación de SGP.32.
- IPAd se ejecuta en el propio dispositivo. Esto ofrece control total sobre cómo se gestionan los perfiles y con qué plataforma eIM se conecta el dispositivo. La contrapartida es que IPAd requiere un desarrollo específico para cada tipo de dispositivo, ya que cada fabricante utiliza comandos de módem de bajo nivel distintos. También exige mantenimiento continuo cada vez que se actualiza la plataforma eIM o se añade un nuevo proveedor.
- IPAe se ejecuta directamente en el chip eUICC. Se trata de una solución lista para usar en la que el proveedor del chip se encarga de la compatibilidad, las actualizaciones y la hoja de ruta técnica. La carga de implementación en su lado es considerablemente menor.
Thingsdata admite ambas opciones. Nuestras eUICC cuentan con una IPAe integrada y, cuando es necesario, ayudamos con el desarrollo de IPAd. Y lo que es más importante, le ayudamos a elegir la opción adecuada para su implementación concreta antes de que se decante por cualquiera de las dos vías.
3. Configuración de APN
Cuando un dispositivo cambia a un nuevo perfil de operador, también necesita el APN (Access Point Name) correcto para conectarse a la red de ese operador. Cada operador utiliza ajustes de APN distintos. Mientras no todos los operadores del mundo apliquen un estándar de APN universal, algo que actualmente no ocurre, el dispositivo necesita la lógica adecuada para configurar correctamente el APN tras cada cambio de perfil. Sin esa lógica, el dispositivo dispone de un nuevo perfil pero no de una conexión funcional.
La estructura de costes completa de una implementación de eIM
La mayoría de los artículos sobre SGP.32 se centran en los costes de transacción por descarga de perfiles. Esa es la parte más pequeña del conjunto. La estructura de costes completa es la siguiente:
- Costes de la plataforma eIM A nivel del proveedor de eIM existen costes de licencia SaaS por el acceso a la plataforma, una tarifa de alojamiento mensual por cada perfil en el archivo (orientativamente entre dos y diez céntimos por perfil al mes, según el volumen), una tarifa de configuración única cada vez que se envía un perfil a un dispositivo (habitualmente no inferior a treinta céntimos, con un límite superior que depende en gran medida del proveedor y el volumen), una tarifa de integración por cada operador añadido a la plataforma y una tarifa de baja por cada tarjeta SIM al final de su ciclo de vida.
- Costes del operador A nivel del operador existen costes de activación y baja, posibles penalizaciones por no alcanzar los períodos mínimos, una tarifa de integración que el operador cobra al proveedor de eIM por el acceso a SM-DP+ y que después se repercute, una partida de coste recurrente por perfiles inactivos y costes continuos por distintos tipos de puntos de contacto. Esto último refleja el interés de los operadores por obtener ingresos en cada punto de contacto en un mercado que ellos mismos no consideran especialmente valioso.
- Costes a nivel de dispositivo A nivel de dispositivo existen costes de desarrollo o licencia de la IPA, el trabajo de desarrollo de firmware adaptado a cada tipo de dispositivo y los costes continuos de mantenimiento de ese firmware, ya que tanto la plataforma del dispositivo como el estándar eIM seguirán evolucionando.
Ninguna de estas categorías de coste aparece en una comparación de costes que solo tenga en cuenta los costes de transacción.
Cuándo SGP.32 es la opción adecuada para su organización
Las ventajas económicas de eIM aumentan considerablemente con la escala y en escenarios de implementación en los que la alternativa es una visita física al lugar. El caso de negocio es más sólido cuando:
- su flota de dispositivos supera las decenas de miles de unidades
- los dispositivos están instalados en ubicaciones de difícil acceso o geográficamente dispersas
- prevé cambios de operador o migraciones de red durante la vida útil del dispositivo
- opera en varios países y desea optimizar la conectividad local sin realizar cambios en el hardware
- el coste de una sola visita al lugar para sustituir una tarjeta SIM es superior al coste total de eIM por dispositivo
En estos escenarios, la inversión inicial en integración de plataforma y desarrollo de firmware se amortiza con el tiempo.
Cuándo SGP.32 todavía no es la opción adecuada
SGP.32 añade costes y complejidad que no compensan cuando:
- su flota de dispositivos es reducida y no se espera que los perfiles cambien
- los dispositivos son de fácil acceso y un cambio físico de SIM tiene un coste bajo
- sus operadores todavía no están integrados con las plataformas eIM disponibles
- su hardware no admite SGP.32 y no está prevista una actualización de hardware
En estos casos, una tarjeta SIM multi-roaming bien gestionada, combinada con una plataforma de gestión de conectividad que funcione correctamente, ofrece la misma fiabilidad operativa con muchísima menos complejidad.
Cómo ayuda Thingsdata a las organizaciones a evaluar SGP.32
SGP.32 supone un avance real para la conectividad IoT. El estándar es un hecho, los casos de uso son relevantes y la tecnología seguirá evolucionando. Pero el mercado se encuentra todavía en una fase inicial, el ecosistema sigue en construcción y el camino desde el estándar hasta una implementación funcional exige una valoración cuidadosa de las relaciones con los operadores, las capacidades de los dispositivos y el coste total de propiedad.
Thingsdata da soporte a SGP.32 y colabora con organizaciones que están estudiando si eIM es adecuado para su implementación. Como socio independiente de conectividad IoT, no vinculado a ningún proveedor de red o de plataforma en concreto, le ayudamos a obtener una visión completa: no solo los costes de transacción, sino también los costes de integración, los requisitos de firmware y la realidad comercial de trabajar con operadores.
Si está elaborando un caso de negocio para SGP.32, póngase en contacto con nosotros antes de tomar una decisión definitiva. En Thingsdata nos gusta pensar junto a usted, desde el caso de negocio hasta la implementación. Contáctenos en el +31-85-0443500 o por correo electrónico en info@thingsdata.com.
