# SGP.22 vs SGP.32: quem ativa

SGP.22 é a especificação de eSIM de consumo: uma pessoa ativa um perfil em um dispositivo com tela. SGP.32 é a especificação IoT: um gerenciador IoT de eSIM no backend ativa perfis em uma frota inteira sem ninguém junto ao dispositivo. SGP.02 é a geração M2M anterior, e seu hardware não vira SGP.32 pelo ar.

- SGP.22 (v3.0, 19 de outubro de 2022) é a especificação de consumo; SGP.32 (v1.2, 27 de junho de 2024) é a de IoT.

- SGP.22 usa um SM-DP+ e um SM-DS com um assistente de perfil local; SGP.32 acrescenta um eIM e um assistente de perfil IoT sobre o SM-DP+.

- SGP.02 é a geração M2M anterior; hardware SGP.02 instalado não vira SGP.32 pelo ar.

- Todo primeiro perfil precisa de uma conexão de bootstrap ou conectividade local.

## A pessoa junto ao dispositivo decide a especificação

A diferença entre SGP.22 e SGP.32 não está no rádio nem no formato do SIM. Está em quem está presente quando um perfil é ativado. SGP.22 pressupõe um usuário com tela que consegue ler um código, ver um aviso e confirmar um download. SGP.32 pressupõe um gestor de frota em um backend que ativa um dispositivo sem tela e sem ninguém ao lado.
Essa premissa decide a arquitetura, o caminho de falha e a equipe que opera. Um dispositivo de consumo precisa de um fluxo de ativação que uma pessoa consiga concluir. Uma frota sem equipe no local precisa de um sistema de gestão que selecione, baixe, habilite, suspenda e retire perfis sem mandar ninguém ao local.

### Duas trilhas pela ativação

As duas terminam com um perfil habilitado. A diferença é quem inicia o download e quem consegue resolver.

Alt: Duas trilhas de quatro passos. Consumo: pedido, leitura do QR, download do perfil, habilitação no dispositivo. IoT: pedido, o eIM seleciona um perfil, download, ninguém junto ao dispositivo.

A trilha de consumo é pedido, leitura do QR, download do perfil e habilitação, com o usuário confirmando no dispositivo. A trilha IoT é pedido, seleção pelo eIM, download e conclusão sem ninguém junto ao dispositivo. A trilha de consumo pressupõe que alguém pode repetir uma leitura que falhou. A trilha IoT pressupõe que o eIM e o dispositivo se recuperam sem uma visita.

| Item | Value | Note |
| --- | --- | --- |
| SGP.22 (consumo) · 1 | Pedido |  |
| SGP.22 (consumo) · 2 | Escanear o QR |  |
| SGP.22 (consumo) · 3 | Download do perfil |  |
| SGP.22 (consumo) · 4 | Ativar no dispositivo |  |
| SGP.32 (IoT) · 1 | Pedido |  |
| SGP.32 (IoT) · 2 | O eIM escolhe um perfil |  |
| SGP.32 (IoT) · 3 | Download do perfil |  |
| SGP.32 (IoT) · 4 | Sem pessoa no dispositivo |  |

Source: GSMA SGP.22 v3.0 e SGP.32 v1.2 (https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-32-v1-2/)

## SGP.22 em um minuto

Uma operadora ou provedor de perfis prepara um perfil em um SM-DP+, e um servidor de descoberta, o SM-DS, pode avisar o dispositivo de que há um perfil disponível. Um assistente de perfil local no dispositivo baixa o perfil, instala e habilita depois do consentimento do usuário. O gatilho costuma ser um QR code, um código de ativação ou um aplicativo. O fluxo pressupõe uma loja de aplicativos, um menu de ajustes e um usuário que consegue resolver um download com falha.

## SGP.32 em um minuto

Um gerenciador IoT de eSIM, o eIM, fica no backend da empresa ou do provedor e orquestra downloads, trocas e exclusões de perfis em uma frota, em conjunto com um SM-DP+ que prepara o perfil e um SM-DS opcional. Um assistente de perfil IoT, o IPA, roda no dispositivo ou na eUICC e executa os comandos. O dispositivo precisa de alguma conectividade para o primeiro perfil: um perfil de bootstrap, uma rede local ou outro caminho temporário. O modelo é feito para escala, para hardware já instalado e para mudanças que não podem esperar uma visita.

### Três gerações, três modelos de ativação

|  | SGP.02 | SGP.22 | SGP.32 |
| --- | --- | --- | --- |
| Quem inicia a ativação | A plataforma M2M da operadora | O usuário, com um código ou aplicativo | O eIM no backend |
| Componente de backend | Um gerenciador de assinaturas com roteamento seguro | Um SM-DP+ e um SM-DS opcional | Um eIM mais um SM-DP+ (e um SM-DS opcional) |
| Lado do dispositivo | Uma eUICC M2M | Um assistente de perfil local | Um assistente de perfil IoT (IPA) |
| Dispositivo típico | Equipamento M2M instalado | Celular, tablet, notebook, eSIM de viagem | Frota de rastreadores, medidores ou sensores |
| Caminho de atualização | Troca de hardware | Download de perfil ou troca de dispositivo | Download de perfil; o módulo e a eUICC precisam suportar |

Um dispositivo implementa um fluxo. O módulo, a eUICC e a plataforma de gestão precisam combinar.

## O que mudou desde o SGP.02

SGP.02 foi a especificação de provisionamento remoto M2M. Usava um gerenciador de assinaturas com papel de roteamento seguro entre o provedor de perfis e o dispositivo, antes de o ecossistema de eSIM de consumo amadurecer. SGP.32 separa a orquestração da operadora: o eIM seleciona e gere perfis, o IPA executa no dispositivo e o download usa conectividade IP padrão. O resultado são menos peças específicas de operadora e um modelo de gestão que serve a uma frota empresarial.
Instalações SGP.02 costumavam ser construídas em torno de plataformas específicas de operadora. SGP.32 coloca a orquestração na empresa ou no provedor de conectividade, o que facilita frotas multioperadora, mas torna mais importante a escolha do eIM e do dono dos perfis. Pergunte quem opera o eIM, quem mantém o inventário de perfis e como funciona a transição no fim do contrato.

## A migração é um plano de hardware

Dispositivos SGP.02 já instalados não migram com um interruptor de software. A eUICC, o módulo e a plataforma de gestão precisam suportar SGP.32, então a mudança acontece quando o hardware é substituído. Divida a frota em dois grupos: dispositivos que vão terminar a vida em SGP.02 e dispositivos cuja substituição pode levar o fluxo novo.
Para o segundo grupo, teste o fluxo novo antes de enviar a primeira substituição. Confirme o caminho de bootstrap, a transição para o eIM e o inventário de perfis. Mantenha a plataforma antiga capaz de ler a base instalada até o último dispositivo sair, porque uma frota mista precisa de dois registros que batam.

## O perfil tem uma vida

Um perfil é pedido, baixado, instalado, habilitado, usado, suspenso, trocado e excluído. Cada passo precisa de um responsável e de um registro. O pedido liga o perfil a um EID e a um ICCID. O download precisa de conectividade e de um gatilho. A habilitação ativa o perfil e desabilita o anterior. A troca repete download e habilitação para um perfil novo. A exclusão remove o perfil da eUICC e libera o espaço.
Registre o EID, o ICCID e o IMSI em cada passo. O EID identifica o chip, o ICCID identifica o perfil e o IMSI identifica a assinatura que a rede autentica. Sem esse registro, uma troca vira um chute sobre qual perfil está em qual dispositivo. Teste o ciclo completo, incluindo um download com falha e um rollback, antes de escalar.

### O que verificar antes de comprar

- [ ] O módulo e a eUICC são certificados para a especificação, não apenas descritos como compatíveis com eSIM.
- [ ] Como o primeiro perfil chega e o que acontece se a conexão de bootstrap falhar.
- [ ] Quem opera o eIM e se você pode usar o seu.
- [ ] Quem é dono dos perfis e quais são as condições de saída.
- [ ] Como uma troca é disparada, quanto tempo leva e o que o dispositivo faz durante a mudança.
- [ ] Quanta memória de perfis a eUICC tem e com que frequência a frota vai trocar.

Peça evidência de teste nos mercados onde você vai lançar, com o firmware real.

### Check what you learned

**Um rastreador não tem tela e precisa ser provisionado a partir do escritório. Qual especificação serve?**

SGP.32, se o módulo e a eUICC suportarem e um eIM gerir a frota. SGP.22 pressupõe uma pessoa junto ao dispositivo.

**Hardware SGP.02 pode ser atualizado para SGP.32 pelo ar?**

Não. O dispositivo e a eUICC precisam suportar a especificação nova, então a migração acompanha o ciclo do hardware.

**O que um download de perfil precisa antes de começar?**

Um perfil de bootstrap, uma rede local ou outra conexão temporária, além de um gatilho do usuário ou do eIM.

## FAQ

**Um celular pode usar SGP.32?**

Celulares seguem SGP.22. SGP.32 atende frotas sem tela ou sem mãos junto ao dispositivo.

**Precisamos de hardware novo para SGP.32?**

Módulos e eUICCs compatíveis com SGP.32, sim. O que já está instalado é avaliado módulo a módulo.

**SGP.32 é compatível com SGP.22?**

Não, não como substituição direta. O SGP.32 reutiliza o SM-DP+ e o formato de perfil do SGP.22, mas substitui o fluxo LPA conduzido pelo usuário pelo eIM e pelo IPA. Um dispositivo implementa um fluxo, e a plataforma de gestão precisa combinar.

**O que é um eIM?**

O gerenciador IoT de eSIM: o componente de backend que orquestra downloads, trocas e exclusões de perfis em uma frota IoT sob SGP.32.

**Podemos trocar de provedor depois?**

Depende de quem é dono dos perfis e do que a política da eUICC permite. Peça as condições de saída e um caminho de migração testado antes de assinar.

## Sources

- [GSMA SGP.22 v3.0: provisionamento remoto de SIM para dispositivos de consumo](https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-22-v3-0/) — Accessed: 2026-10-19
- [GSMA SGP.32 v1.2: provisionamento e gestão remotos de eSIM para IoT](https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-32-v1-2/) — Accessed: 2026-10-19
- [Especificações eSIM do GSMA: a família SGP.02, SGP.22 e SGP.32](https://www.gsma.com/solutions-and-impact/technologies/esim/) — Accessed: 2026-10-19

Updated: 2026-10-19