# SGP.22 vs SGP.32: chi esegue l’attivazione

SGP.22 è la specifica eSIM per i dispositivi consumer: una persona attiva un profilo su un dispositivo dotato di schermo. SGP.32 è la specifica per l’IoT: un eSIM IoT manager nel backend attiva i profili su un’intera flotta, senza alcuna persona presso il dispositivo. SGP.02 è la generazione M2M precedente e il suo hardware non può passare a SGP.32 over the air.

- SGP.22 (v3.0, 19 ottobre 2022) è la specifica per i dispositivi consumer; SGP.32 (v1.2, 27 giugno 2024) è la specifica per l’IoT.

- SGP.22 utilizza un SM-DP+ e un SM-DS con un assistente di profilo locale; SGP.32 aggiunge un eIM e un assistente di profilo IoT al di sopra dell’SM-DP+.

- SGP.02 è la generazione M2M precedente; l’hardware SGP.02 già installato non può diventare SGP.32 over the air.

- Ogni primo profilo richiede una connessione di bootstrap o una connettività locale.

## È la persona presso il dispositivo a decidere la specifica

La differenza tra SGP.22 e SGP.32 non sta nella radio né nel formato della SIM, ma in chi è presente quando un profilo viene attivato. SGP.22 presuppone un utente con uno schermo, in grado di scansionare un codice, leggere una richiesta e confermare un download. SGP.32 presuppone un gestore della flotta in un backend, che attiva un dispositivo privo di schermo e senza nessuno accanto.
Questo presupposto determina l’architettura, il percorso in caso di errore e il team che la gestisce. Un dispositivo consumer richiede un flusso di attivazione che una persona possa completare. Una flotta non presidiata richiede un sistema di gestione in grado di selezionare, scaricare, abilitare, sospendere e dismettere i profili senza inviare nessuno sul posto.

### Due percorsi di attivazione

Entrambi i percorsi terminano con un profilo abilitato. La differenza sta in chi avvia il download e in chi può correggerlo.

Alt: Due percorsi in quattro passaggi. Consumer: ordine, scansione del codice QR, download del profilo, abilitazione sul dispositivo. IoT: ordine, l’eIM seleziona un profilo, download, nessuna persona presso il dispositivo.

Il percorso consumer comprende ordine, scansione del codice QR, download del profilo e abilitazione, con l’utente che conferma sul dispositivo. Il percorso IoT comprende ordine, selezione da parte dell’eIM, download del profilo e completamento senza alcuna persona presso il dispositivo. Il percorso consumer presuppone che qualcuno possa ripetere una scansione non riuscita. Il percorso IoT presuppone che l’eIM e il dispositivo possano ripristinarsi senza un intervento sul posto.

| Item | Value | Note |
| --- | --- | --- |
| SGP.22 (consumatori) · 1 | Ordine |  |
| SGP.22 (consumatori) · 2 | Scansione del codice QR |  |
| SGP.22 (consumatori) · 3 | Download del profilo |  |
| SGP.22 (consumatori) · 4 | Attivazione sul dispositivo |  |
| SGP.32 (IoT) · 1 | Ordine |  |
| SGP.32 (IoT) · 2 | L’eIM sceglie un profilo |  |
| SGP.32 (IoT) · 3 | Download del profilo |  |
| SGP.32 (IoT) · 4 | Nessuno presso il 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 in un minuto

Un operatore o un fornitore di profili prepara un profilo su un SM-DP+, e un server di discovery, l’SM-DS, può comunicare al dispositivo che un profilo è disponibile. Un assistente di profilo locale sul dispositivo scarica il profilo, lo installa e lo abilita dopo il consenso dell’utente. L’attivazione parte di solito da un codice QR, da un codice di attivazione o da un’app. Il flusso presuppone un app store, un menu delle impostazioni e un utente in grado di risolvere un download non riuscito.

## SGP.32 in un minuto

Un eSIM IoT manager, l’eIM, si trova nel backend dell’azienda o del fornitore e orchestra download, sostituzioni ed eliminazioni dei profili su un’intera flotta, insieme a un SM-DP+ che prepara il profilo e a un SM-DS opzionale. Un assistente di profilo IoT, l’IPA, è in esecuzione sul dispositivo o sull’eUICC ed esegue i comandi. Per il primo profilo il dispositivo ha bisogno di una forma di connettività: un profilo di bootstrap, una rete locale o un altro percorso temporaneo. Il modello è pensato per la scala, per hardware già installato e per modifiche che non possono attendere un intervento sul posto.

### Tre generazioni, tre modelli di attivazione

|  | SGP.02 | SGP.22 | SGP.32 |
| --- | --- | --- | --- |
| Chi avvia l’attivazione | La piattaforma M2M dell’operatore | L’utente, con un codice o un’app | L’eIM nel backend |
| Componente di backend | Un subscription manager con instradamento sicuro | Un SM-DP+ e un SM-DS opzionale | Un eIM più un SM-DP+ (e un SM-DS opzionale) |
| Lato dispositivo | Un eUICC M2M | Un assistente di profilo locale | Un assistente di profilo IoT (IPA) |
| Dispositivo tipico | Apparecchiature M2M installate | Telefono, tablet, laptop, eSIM da viaggio | Flotta di tracker, contatori, sensori |
| Percorso di aggiornamento | Sostituzione dell’hardware | Download del profilo o cambio di dispositivo | Download del profilo; modulo ed eUICC devono supportarlo |

Un dispositivo implementa un solo flusso. Il modulo, l’eUICC e la piattaforma di gestione devono essere allineati.

## Che cosa è cambiato rispetto a SGP.02

SGP.02 era la specifica di provisioning remoto per l’M2M. Utilizzava un subscription manager con un ruolo di instradamento sicuro tra il fornitore del profilo e il dispositivo, prima che l’ecosistema eSIM consumer giungesse a maturità. SGP.32 separa l’orchestrazione dall’operatore: l’eIM seleziona e gestisce i profili, l’IPA esegue sul dispositivo e il download usa una connettività IP standard. Il risultato sono meno componenti specifici dell’operatore e un modello di gestione adatto a una flotta aziendale.
I parchi SGP.02 erano spesso costruiti attorno a piattaforme specifiche dell’operatore. SGP.32 colloca l’orchestrazione presso l’azienda o il fornitore di connettività: questo semplifica la gestione di flotte multi-operatore, ma rende più importante la scelta dell’eIM e del titolare dei profili. Chieda chi gestisce l’eIM, chi detiene l’inventario dei profili e come avviene il passaggio di consegne alla fine del contratto.

## La migrazione è un piano hardware

I dispositivi SGP.02 installati non migrano con un’impostazione software. L’eUICC, il modulo e la piattaforma di gestione devono supportare tutti SGP.32, quindi il passaggio avviene quando l’hardware viene sostituito. Pianifichi il parco in due gruppi: i dispositivi che arriveranno a fine vita su SGP.02 e i dispositivi la cui sostituzione può adottare il nuovo flusso.
Per il secondo gruppo, collaudi il nuovo flusso prima che venga spedita la prima sostituzione. Verifichi il percorso di bootstrap, il passaggio all’eIM e l’inventario dei profili. Mantenga la vecchia piattaforma in grado di leggere la base installata fino all’uscita dell’ultimo dispositivo, perché un parco misto richiede due registri che si riconcilino.

## Il profilo ha un ciclo di vita

Un profilo viene ordinato, scaricato, installato, abilitato, utilizzato, sospeso, sostituito ed eliminato. Ogni passaggio richiede un responsabile e una registrazione. L’ordine collega il profilo a un EID e a un ICCID. Il download richiede connettività e un evento di avvio. L’abilitazione rende attivo il profilo e disabilita il precedente. La sostituzione ripete download e abilitazione per un nuovo profilo. L’eliminazione rimuove il profilo dall’eUICC e libera lo spazio.
Registri l’EID, l’ICCID e l’IMSI a ogni passaggio. L’EID identifica il chip, l’ICCID identifica il profilo e l’IMSI identifica l’abbonamento che la rete autentica. Senza questa registrazione, una sostituzione diventa un’ipotesi su quale profilo si trovi su quale dispositivo. Collaudi il ciclo completo, compresi un download non riuscito e un rollback, prima di scalare.

### Che cosa verificare prima dell’acquisto

- [ ] Il modulo e l’eUICC sono certificati per la specifica, e non solo descritti come compatibili eSIM.
- [ ] Come arriva il primo profilo e che cosa succede se la connessione di bootstrap non riesce.
- [ ] Chi gestisce l’eIM e se è possibile utilizzarne uno proprio.
- [ ] Chi è titolare dei profili e quali sono le condizioni di uscita.
- [ ] Come viene avviata una sostituzione, quanto dura e che cosa fa il dispositivo durante il cambio.
- [ ] Quanta memoria per i profili ha l’eUICC e con quale frequenza la flotta effettuerà sostituzioni.

Chieda prove di collaudo nei mercati in cui avverrà il lancio, sul firmware reale.

### Check what you learned

**Un tracker non ha schermo e deve essere configurato dall’ufficio. Quale specifica è adatta?**

SGP.32, se il modulo e l’eUICC la supportano e un eIM gestisce la flotta. SGP.22 presuppone una persona presso il dispositivo.

**L’hardware SGP.02 può essere aggiornato a SGP.32 over the air?**

No. Il dispositivo e l’eUICC devono supportare la specifica più recente, quindi la migrazione segue il ciclo dell’hardware.

**Di che cosa ha bisogno il download di un profilo prima di poter iniziare?**

Di un profilo di bootstrap, di una rete locale o di un’altra connessione temporanea, oltre a un evento di avvio da parte dell’utente o dell’eIM.

## FAQ

**Un telefono può usare SGP.32?**

I telefoni seguono SGP.22. SGP.32 è destinata a flotte senza schermo e senza nessuno presso il dispositivo.

**Serve nuovo hardware per SGP.32?**

Servono moduli ed eUICC compatibili con SGP.32, sì. Tutto ciò che è già installato va valutato modulo per modulo.

**SGP.32 è retrocompatibile con SGP.22?**

No, non come sostituzione diretta. SGP.32 riutilizza l’SM-DP+ e il formato del profilo di SGP.22, ma sostituisce il flusso LPA guidato dall’utente con l’eIM e l’IPA. Un dispositivo implementa un solo flusso e la piattaforma di gestione deve corrispondere.

**Che cos’è un eIM?**

L’eSIM IoT manager: il componente di backend che orchestra download, sostituzioni ed eliminazioni dei profili per una flotta IoT secondo SGP.32.

**Possiamo cambiare fornitore in seguito?**

Dipende da chi è titolare dei profili e da ciò che la policy dell’eUICC consente. Chieda le condizioni di uscita e un percorso di migrazione collaudato prima di firmare.

## Sources

- [GSMA SGP.22 v3.0: Remote SIM Provisioning per i dispositivi consumer](https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-22-v3-0/) — Accessed: 2026-10-19
- [GSMA SGP.32 v1.2: provisioning e gestione remoti per eSIM IoT](https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-32-v1-2/) — Accessed: 2026-10-19
- [Specifiche eSIM GSMA: la famiglia SGP.02, SGP.22 e SGP.32](https://www.gsma.com/solutions-and-impact/technologies/esim/) — Accessed: 2026-10-19

Updated: 2026-10-19