SGP.32: A Norma de eSIM IoT Que Muda a Forma Como os Dispositivos Ligados São Geridos

O que é o SGP.32?

SGP.32 é a norma GSMA para aprovisionamento remoto de SIM concebida especificamente para dispositivos IoT. Define a arquitetura técnica para gerir perfis eSIM em frotas de dispositivos ligados sem acesso físico, interação do utilizador ou configuração manual. Enquanto as normas eSIM anteriores foram concebidas para smartphones ou implementações M2M legadas, o SGP.32 foi desenvolvido para dispositivos IoT sem interface: sensores, contadores, gateways, equipamento marítimo e veículos autónomos que funcionam durante anos sem interação do utilizador ou acesso físico.

A norma introduz dois componentes que não existiam nas especificações eSIM anteriores: o eIM (eSIM IoT Remote Manager) do lado do servidor e o IPA (IoT Profile Assistant) do lado do dispositivo. Juntos, permitem um modelo de aprovisionamento totalmente controlado a partir da nuvem, sem dependência de ação do utilizador ou etapas de configuração no dispositivo.

A Kaleido Intelligence prevê um CAGR de 240 % para eSIMs SGP.32 até 2028. As implementações comerciais estão a acelerar ao longo de 2026, com maior suporte de MNO e certificação de hardware concluída, prevendo-se que impulsionem o crescimento de volume em 2027.

Porque é que as normas anteriores não eram suficientes

Para compreender o que o SGP.32 altera, é útil saber o que substitui.

O SGP.02 foi a primeira norma eSIM M2M, publicada em 2014. Permitiu o aprovisionamento remoto de SIM para dispositivos industriais, mas dependia de SMS como canal de comunicação, exigia acordos bilaterais complexos entre operadores e não foi concebido para gestão de frotas em escala. Para uma frota de dispositivos de 10.000 unidades em 15 países, a complexidade de aprovisionamento do SGP.02 superava a flexibilidade que se destinava a proporcionar.

O SGP.22 resolveu um problema diferente. Foi concebido para dispositivos de consumo, principalmente smartphones. O modelo de aprovisionamento pressupõe a presença de um utilizador: alguém digitaliza um código QR, navega num menu do dispositivo ou instala uma aplicação complementar. Para dispositivos IoT sem ecrã, sem utilizador e sem interface, o SGP.22 não funciona conforme pretendido. A indústria adaptou-se em vez de esperar: códigos QR enviados dentro da embalagem do dispositivo, aplicações complementares simulavam a interação do utilizador que o próprio dispositivo não conseguia fornecer, perfis de arranque exigiam etapas de ativação após a implementação. Nada disto funcionava bem para além de algumas centenas de dispositivos.

O SGP.32 remove essas adaptações. É a primeira especificação GSMA que trata os dispositivos IoT como o que são: incorporados, sem interface, frequentemente alimentados por bateria, ligados intermitentemente e implementados em ambientes onde o acesso físico após a instalação não faz parte do modelo operacional.

Como funciona o SGP.32: a arquitetura

O SGP.32 introduz uma separação mais clara de responsabilidades do que as normas anteriores. Três componentes gerem todo o ciclo de vida do perfil.

O eIM (eSIM IoT Remote Manager) é a camada de orquestração. Situa-se do lado do servidor e gere todas as decisões sobre qual perfil vai para qual dispositivo, quando e em que condições. Na prática: o eIM aciona transferências de perfis, gere o estado do perfil e executa a lógica de comutação com base em regras de negócio pré-configuradas. Tudo o que nas normas anteriores exigia ação manual ou coordenação bilateral de operadores é agora executado a partir daqui.

O IPA (IoT Profile Assistant) é o componente do lado do dispositivo, disponível em duas variantes. O IPAd é executado dentro do próprio dispositivo. O IPAe está incorporado diretamente no chip eUICC. O IPA gere a comunicação segura com o eIM e executa as operações de perfil que o eIM instrui. Foi concebido para hardware com restrições: memória limitada, conectividade intermitente, orçamentos de energia reduzidos.

O SM-DP+ (Subscription Manager Data Preparation+) é o backend de preparação de perfis, herdado do SGP.22. Prepara, armazena e entrega perfis de operador. No SGP.32, o SM-DP+ deixa de atuar como parte controladora em relação ao dispositivo. Os perfis são mantidos até que o eIM os solicite. O SM-DP+ executa; o eIM decide.

A arquitetura é orientada por push e orquestrada pelo servidor. As decisões sobre conectividade ocorrem centralmente. O dispositivo recebe instruções e executa-as. Não precisa de saber a que operador se ligará antes de ser enviado.

Aprovisionamento sem intervenção: o que significa na prática

O aprovisionamento sem intervenção é a capacidade operacional que o SGP.32 torna possível à escala IoT. Um dispositivo é enviado da fábrica com um perfil de arranque: uma credencial de conectividade mínima que lhe dá acesso de rede suficiente para contactar o eIM no primeiro arranque. Uma vez alcançado o eIM, este identifica o dispositivo, verifica as suas regras de implementação e envia o perfil de operador operacional correto. O dispositivo liga-se à rede certa, no país certo, com o plano de dados certo, sem que ninguém o manuseie entre a fábrica e o local de implementação.

Um fabricante de dispositivos que envia 50.000 contadores inteligentes pela Europa deixa de obter SIMs por país: uma SKU de hardware é enviada para todo o lado, o eIM gere a ativação local no primeiro arranque. Um revendedor IoT que gere rastreadores de frota em 30 mercados vê novos dispositivos entrarem em funcionamento sem uma etapa de aprovisionamento no terreno. Em embarcações que alternam entre estados de bandeira e águas territoriais, os perfis de operador atualizam-se automaticamente à medida que a posição muda. Em cada caso, a etapa operacional que anteriormente exigia intervenção humana desaparece.

O que o SGP.32 significa para o canal de parceiros e revendedores

A maior parte do conteúdo publicado sobre SGP.32 dirige-se a fabricantes de dispositivos, fornecedores de chips e operadores de rede. A perspetiva de parceiros e revendedores está amplamente ausente dessa conversa, o que é notável porque os parceiros são a camada de distribuição através da qual a maior parte da conectividade IoT chega aos clientes finais.

As alterações que o SGP.32 introduz afetam diretamente a proposta do parceiro, e não apenas tecnicamente.

Implementações globais a partir de um único produto. Antes do SGP.32, oferecer conectividade IoT global como revendedor significava obter SIMs locais por país (múltiplas relações com fornecedores, múltiplas faturas, logística por país) ou aceitar as restrições de cobertura e regulamentares do roaming permanente. O SGP.32 remove ambos. Um parceiro pode oferecer um produto SIM que funciona em todo o lado, ativa-se automaticamente no contexto regulamentar correto e gere-se ao longo da sua vida operacional.

Um serviço gerido mais difícil de replicar. Um parceiro que oferece aprovisionamento sem intervenção, comutação automática de operador e gestão de perfis over-the-air como parte de um pacote de conectividade gerida está a oferecer algo que concorrentes sem infraestrutura eIM não conseguem igualar. O valor operacional é concreto: menos visitas ao terreno, menos escalamentos de suporte, integração mais rápida e a capacidade de adicionar países ou operadores a uma implementação ativa sem tocar no hardware implementado.

Conformidade com roaming permanente sem a sobrecarga operacional. Regulamentações em mercados incluindo Brasil, Índia, Turquia e vários Estados-membros da UE restringem o roaming permanente para SIMs IoT. Sem SGP.32, gerir a conformidade nestes mercados significa produtos SIM separados por mercado ou abordagens multi-IMSI que adicionam complexidade. Com infraestrutura eIM compatível com SGP.32, os perfis de operador local são enviados automaticamente quando um dispositivo entra num mercado regulamentado. A conformidade é mantida sem intervenção manual, em todos os mercados da implementação.

O papel de Orquestrador eSIM

O papel de Orquestrador eSIM é distinto tanto do operador como da plataforma de gestão de conectividade, embora trabalhe com ambos.

Os operadores detêm a rede. As CMPs gerem ligações ativas: monitorização de utilização, alertas, suspensão, ativação. O Orquestrador eSIM gere a camada de perfil abaixo de ambos. Determina que operador um dispositivo utiliza e atualiza essa decisão ao longo da vida do dispositivo, sem acesso físico e sem exigir um acordo bilateral entre o cliente e cada MNO individual.

Este papel surgiu especificamente com o SGP.32 e não se enquadra nas estruturas de mercado anteriores. Não é uma extensão lógica da função do operador ou da CMP. É uma camada separada que se situa acima do operador e abaixo do painel operacional, gerindo as decisões que nem o operador nem a CMP padrão foram concebidos para tomar.

A TNF opera como Orquestrador eSIM com relações diretas com operadores em mais de 900 redes em mais de 200 países. O portal IoT é a interface através da qual essa camada de orquestração é acessível aos parceiros. A gestão do ciclo de vida do perfil, o aprovisionamento sem intervenção, a comutação de operador e as operações eIM são acessíveis a partir da mesma plataforma que a gestão do ciclo de vida do SIM, faturação e relatórios.

SGP.32 e o problema do roaming permanente

As regulamentações de roaming permanente representam um dos impulsionadores comerciais mais fortes para a adoção do SGP.32. Quando um dispositivo passa a sua vida operacional numa rede estrangeira, alguns reguladores exigem que eventualmente se ligue a uma rede local. A definição de “eventualmente” varia por mercado, mas a exposição regulamentar é real e causou falhas de conectividade para operadores que não planearam para isso.

Sem SGP.32, resolver isto significa pré-aprovisionar dispositivos com SIMs locais por mercado, criando complexidade de hardware e sobrecarga na cadeia de abastecimento, ou manter soluções multi-IMSI que funcionam mas não são normalizadas e exigem gestão contínua.

O eIM monitoriza o contexto de implementação e envia um perfil de operador local quando os limiares regulamentares são aproximados. A comutação ocorre sem intervenção no terreno. Para parceiros que vendem em mercados regulamentados, isto transforma um bloqueador de implementação numa capacidade gerida que podem incluir num pacote de conectividade padrão.

Adoção do SGP.32: onde está o mercado

A especificação atingiu a maturidade em 2023. A certificação de hardware para chips eUICC com suporte IPAe progrediu ao longo de 2024 e 2025. No Mobile World Congress 2026, a prontidão SGP.32 foi descrita por múltiplos operadores como um critério definidor na aquisição de IoT empresarial e automóvel. A Soracom abriu pré-encomendas para o seu Connectivity Hypervisor compatível com SGP.32 em março de 2026, citando testes de campo automóveis ativos como base.

O ecossistema ainda está a amadurecer do lado dos MNO. Nem todos os operadores concluíram o suporte SGP.32 na sua rede, o que significa que o conjunto de perfis de operador geríveis via eIM ainda está a expandir-se. Os parceiros que avaliam produtos baseados em SGP.32 devem verificar a cobertura de operadores nos seus mercados de implementação específicos antes de assumir compromissos de produto. Um fornecedor disposto a partilhar uma lista atual de perfis de operador certificados e mercados suportados é mais fácil de confiar do que um que fala apenas de roteiro.

O que procurar num fornecedor de conectividade pronto para SGP.32

Vários fornecedores referenciam o SGP.32 no seu posicionamento sem terem implementado a arquitetura completa. Antes de comprometer uma implementação, vale a pena verificar diretamente algumas coisas.

Se o fornecedor opera o seu próprio eIM ou revende acesso ao de terceiros é importante para controlo de SLA, prazos de aprovisionamento e profundidade das relações com operadores por trás da plataforma. Um eIM revendido significa uma dependência do tempo de atividade e acordos comerciais de outra parte.

A integração entre o eIM e a plataforma de gestão de conectividade é a diferença entre uma interface operacional e dois sistemas que precisam de permanecer sincronizados. Se a gestão do ciclo de vida do perfil e a monitorização de utilização estiverem em ferramentas separadas, a eficiência operacional que o SGP.32 se destina a proporcionar não se materializa totalmente.

Do lado do hardware, se um fornecedor suporta implementações IPAd e IPAe determina quais designs de dispositivos são compatíveis com a sua infraestrutura. Os fornecedores que apenas suportam um limitam as opções de hardware disponíveis para os seus parceiros e clientes.

Finalmente, a cobertura de operadores certificados em mercados de implementação específicos é mais útil do que uma contagem de redes em destaque. O número total de redes a que um fornecedor acede diz menos sobre a prontidão SGP.32 do que saber quais dessas redes concluíram a certificação eIM para os mercados onde os seus dispositivos irão realmente operar.

Três implementações que ilustram a diferença

Medição inteligente, setor energético. Oito mil sensores de monitorização precisam de entrar em funcionamento em locais na Alemanha, Polónia, Roménia e Turquia. Os quatro países têm operadores diferentes e a Turquia tem restrições de roaming permanente. O fabricante envia uma SKU de hardware com um perfil de arranque. Cada sensor liga-se, contacta o eIM e recebe o perfil de operador local correto. O requisito regulamentar da Turquia é cumprido sem um produto SIM separado ou uma etapa de configuração no terreno. A equipa de operações gere toda a frota através de uma plataforma desde o primeiro dia.

Rastreamento de embarcações, logística do Norte da Europa. Duzentas embarcações a operar entre portos na Noruega, Dinamarca, Alemanha e Países Baixos precisam de conectividade fiável à medida que se movem entre águas territoriais. Cada mudança de perfil de operador costumava exigir coordenação entre o operador da embarcação e o fornecedor de conectividade. Agora o eIM rastreia a posição da embarcação e atualiza os perfis de operador à medida que as embarcações atravessam zonas de cobertura. A equipa de operações não gere mudanças individuais de SIM. O que anteriormente gerava tickets de suporte tornou-se infraestrutura de fundo.

Telemática de frota, operador global. Um MSP gere dispositivos de telemática para 15.000 veículos na Europa, Médio Oriente e Sudeste Asiático. Novos veículos chegam com dispositivos já incorporados. O eIM ativa a conectividade na primeira ignição. Quando os veículos são reatribuídos a diferentes regiões, os perfis de operador atualizam-se sem substituições de SIM ou visitas ao terreno. Os clientes do MSP veem um painel. O MSP recebe uma fatura grossista. A sobrecarga logística que anteriormente escalava com o tamanho da frota deixa de o fazer.

Resumo

O SGP.32 move as decisões de aprovisionamento do dispositivo para o servidor, remove a dependência de acesso físico para alterações de perfil e torna uma SKU de hardware viável em todos os mercados de implementação. A conformidade com roaming permanente passa de um problema logístico por mercado para uma função eIM gerida. O papel de Orquestrador eSIM, que não existia como função comercial definida antes do SGP.32, torna-se a camada que gere o que nem o operador nem a CMP foram concebidos para fazer.

Para parceiros e revendedores, a norma expande o que uma proposta de conectividade gerida pode incluir. Ativação sem intervenção, comutação automática de operador e gestão de perfis over-the-air não estão disponíveis através de SIMs de retalho, acordos com operador único ou plataformas CMP padrão sem infraestrutura eIM por trás delas. O SGP.32 é a especificação que torna essas capacidades normalizadas, certificáveis e fornecíveis em escala.