Comment fonctionne le provisioning eSIM ? De l’achat à l’activation

Acheter une eSIM peut prendre moins d’une minute. Derrière ce bref parcours client se trouve un processus contrôlé qui mobilise le vendeur, le fournisseur de connectivité, la plateforme de gestion des abonnements, le système d’exploitation de l’appareil, le composant sécurisé et le réseau mobile.

Ce processus s’appelle le provisioning SIM à distance, ou RSP. Il permet à un appareil compatible d’obtenir et de gérer un abonnement mobile sans insérer une carte SIM en plastique préconfigurée de manière classique.

Dans sa forme la plus simple :

1. le client achète ou reçoit un forfait mobile ;
2. le fournisseur attribue un profil eSIM ;
3. le client ou l’appareil reçoit des informations d’activation ;
4. le Local Profile Assistant de l’appareil contacte le serveur de provisioning approprié ;
5. le profil est téléchargé et installé de manière sécurisée sur l’eUICC ;
6. le profil est activé sur l’appareil ;
7. le modem l’utilise pour s’enregistrer sur un réseau mobile disponible ;
8. le forfait commercial démarre selon les règles d’activation du fournisseur.

Ces étapes peuvent se produire presque simultanément, mais ce ne sont pas les mêmes événements. Un profil peut être attribué sans jamais être téléchargé. Il peut être téléchargé mais désactivé. Il peut être activé sans parvenir à s’enregistrer sur un réseau. L’enregistrement peut réussir alors que les données mobiles restent indisponibles en raison des réglages de l’appareil, de la configuration APN, de la couverture ou de l’état du forfait.

Comprendre ces distinctions est essentiel pour les opérateurs, les entreprises du voyage, les fintechs, les distributeurs et les autres entreprises qui lancent un service eSIM sous leur propre marque.

Points essentiels

• Une eSIM n’est pas envoyée au téléphone par e-mail comme un fichier ordinaire. Un processus sécurisé sur l’appareil récupère un profil opérateur protégé auprès d’une infrastructure de provisioning à distance.
• Le code QR est normalement une représentation visuelle des informations d’activation. Ce n’est pas le profil et il ne fournit pas, à lui seul, de couverture mobile.
• Le SM-DP+ prépare et délivre le profil. Le Local Profile Assistant, ou LPA, gère le téléchargement et l’installation du profil du côté de l’appareil.
• L’eUICC est le composant protégé dans lequel le profil téléchargé est installé et géré.
• Le téléchargement, l’installation, l’activation du profil sur l’appareil, l’enregistrement réseau et l’activation du forfait sont des états distincts.
• Un accès à Internet peut être nécessaire avant de télécharger le profil, généralement par Wi-Fi ou par une autre connexion mobile active.
• La couverture dépend des accords réseau associés à l’abonnement et des technologies radio prises en charge par l’appareil, et pas seulement de la réussite de l’installation du profil.
• Une plateforme en marque blanche doit exposer des états de cycle de vie clairs, des erreurs exploitables et des procédures de rétablissement, plutôt que de qualifier toute connexion infructueuse d’« échec d’activation ».
• Le transfert vers un autre appareil est généralement un processus encadré de remplacement ou de transfert, et non une copie du profil.
• Bien concevoir le provisioning concerne autant la communication avec le client et l’organisation de l’assistance que la norme technique sous-jacente.

Que signifie le provisioning eSIM ?

Le provisioning consiste à préparer, délivrer et installer les informations d’abonnement qui permettent à un appareil d’utiliser un service mobile.

Avec une carte SIM traditionnelle, une grande partie de cette préparation intervient avant que la carte parvienne au client. Les identifiants et secrets d’authentification de l’abonnement sont placés dans une puce sécurisée lors de la fabrication ou de la personnalisation, puis le client insère cette carte physique dans un appareil.

Avec l’eSIM, l’abonnement sécurisé est délivré à distance à une eUICC compatible. Le client peut lancer le processus au moyen d’un code QR, d’une application opérateur, d’une notification système, d’un lien web, d’informations d’activation saisies manuellement ou d’un parcours de transfert pris en charge par le système d’exploitation.

L’expérience paraît numérique et simple, mais le profil contient toujours des données d’authentification protégées pour le réseau mobile. Il doit donc être généré, transporté et installé au moyen d’une architecture sécurisée, et non distribué comme un fichier téléchargeable ordinaire.

Le provisioning ne se réduit pas à un seul événement d’activation

Le mot « activation » est employé de manière imprécise dans les interfaces commerciales. Il peut désigner :

• l’attribution d’un profil à une commande ;
• l’émission des informations d’activation ;
• le téléchargement du profil ;
• son installation sur l’eUICC ;
• l’activation de la ligne installée sur l’appareil ;
• le premier enregistrement réseau réussi ;
• le début de la période de validité d’un forfait de données ;
• la réalisation d’une vérification d’identité ou de paiement.

Ces définitions entraînent des conséquences commerciales très différentes. Un forfait de voyage qui démarre à l’achat ne fonctionne pas comme un forfait qui démarre à la première utilisation du réseau. Un profil téléchargé mais non activé sur l’appareil constitue un cas d’assistance différent d’un profil activé mais situé hors couverture.

Le contrat du fournisseur et l’interface client doivent définir précisément chaque état.

Les principaux composants du provisioning eSIM grand public

L’architecture GSMA de provisioning SIM à distance pour le grand public répartit les responsabilités entre plusieurs composants. La mise en œuvre exacte peut varier selon les opérateurs, les fournisseurs et les appareils, mais les rôles principaux permettent de comprendre le processus.

L’eUICC

L’eUICC est le composant protégé qui peut recevoir, stocker et gérer les profils opérateur. Dans un smartphone, elle est généralement intégrée à l’appareil, même si la technologie de provisioning à distance peut aussi exister sous d’autres formes physiques.

L’eUICC ne se résume pas à un espace de stockage ordinaire du téléphone. Elle fournit un environnement contrôlé pour les données d’authentification de l’abonnement et les opérations du cycle de vie des profils.

Chaque eUICC possède un identifiant appelé EID. L’EID identifie l’eUICC elle-même. Il ne faut pas le confondre avec l’ICCID, qui identifie un profil SIM ou une instance d’abonnement particulière.

Le profil eSIM

Le profil est l’abonnement opérateur téléchargeable placé sur l’eUICC. Il contient les données et les applications nécessaires pour que l’appareil s’authentifie et utilise le service mobile concerné.

Dans les systèmes commerciaux, un profil est généralement associé à des éléments tels que :

• un ICCID identifiant le profil ou l’abonnement ;
• une ou plusieurs identités d’abonné utilisées par le réseau mobile ;
• des données d’authentification ;
• une configuration opérateur et de service ;
• des règles d’accès et des métadonnées du profil.

L’intégralité du contenu protégé n’est pas accessible au client ni aux applications ordinaires.

Le SM-DP+

Le Subscription Manager Data Preparation Plus, généralement abrégé en SM-DP+, est le service distant chargé de préparer, protéger et délivrer les profils eSIM grand public.

Il ne fonctionne pas comme un serveur de fichiers public. Pendant le provisioning, il participe à un processus authentifié qui permet de délivrer un paquet de profil approprié à l’eUICC prévue.

Pour une entreprise en marque blanche, le SM-DP+ peut appartenir à un opérateur en amont, à un fournisseur eSIM spécialisé ou à un autre acteur autorisé de la chaîne de fourniture. La marque qui vend le forfait n’exploite pas nécessairement son propre SM-DP+.

Le Local Profile Assistant

Le Local Profile Assistant, ou LPA, est le composant côté appareil qui gère les interactions nécessaires au téléchargement et à l’administration des profils.

Il fait le lien entre le SM-DP+ et l’eUICC. Selon le système d’exploitation et l’appareil, il peut aussi fournir l’interface utilisateur permettant au client d’ajouter, d’activer, de désactiver ou de supprimer une eSIM.

La documentation officielle d’implémentation d’Android décrit le LPA comme le composant intermédiaire entre le SM-DP+ et l’eUICC. Les applications de l’appareil et de l’opérateur peuvent demander les opérations autorisées, mais le cycle de vie protégé de l’eSIM reste contrôlé par le système d’exploitation, le LPA et l’eUICC.

Le SM-DS

Le Subscription Manager Discovery Service, ou SM-DS, peut aider un appareil à découvrir qu’un profil est disponible sans que le client ait à saisir des informations de provisioning ou à scanner un code QR classique.

Tous les parcours client ne font pas visiblement appel à un SM-DS. De nombreux services eSIM de distribution et de voyage continuent à délivrer un code QR ou un lien d’activation. Les services de découverte font néanmoins partie de l’architecture globale et peuvent permettre des expériences plus automatiques.

Le réseau mobile et la plateforme de connectivité

L’installation du profil ne crée pas, à elle seule, de couverture radio. Une fois le profil activé sur l’appareil, le modem doit trouver un réseau mobile autorisé et s’y enregistrer.

La partie réseau peut comprendre :

• le réseau radio visité ;
• le réseau d’origine ou le réseau de parrainage associé à l’abonnement ;
• les bases de données d’authentification et d’abonnés ;
• les systèmes de politique de service, de facturation et de contrôle de l’usage ;
• la signalisation d’itinérance et le transport des données ;
• la configuration APN ou du réseau de données ;
• un point de sortie vers Internet.

C’est pourquoi le provisioning et la connectivité effective doivent être surveillés séparément.

Le parcours eSIM complet, de l’achat à la connectivité

La séquence exacte dépend du modèle économique, mais les étapes suivantes décrivent un parcours typique d’eSIM grand public ou de voyage.

Étape 1 : le client choisit un forfait

Le client choisit une destination, une région, un volume de données, une période de validité ou un forfait mobile récurrent.

Avant d’accepter le paiement, la boutique doit présenter clairement les conditions principales :

• les pays et réseaux pris en charge ;
• la fourniture de données uniquement ou également de voix et de SMS ;
• la validité et les conditions de démarrage ;
• les règles d’usage raisonnable des produits illimités ;
• la politique de partage de connexion ;
• les exigences de compatibilité des appareils ;
• la possibilité de réinstaller, transférer ou réutiliser le profil ;
• les restrictions de remboursement après téléchargement du profil ou consommation.

Les problèmes de provisioning commencent souvent par des problèmes de description du produit. Si un client achète un produit de voyage limité aux données en s’attendant à recevoir un numéro de téléphone, ou suppose qu’un appareil verrouillé acceptera une eSIM tierce, le processus technique peut fonctionner correctement alors que le client considère malgré tout l’achat comme un échec.

Étape 2 : le service valide la commande

La plateforme commerciale valide normalement la transaction avant de délivrer l’accès au profil.

Les contrôles peuvent comprendre :

• l’autorisation de paiement ;
• la détection de fraude ;
• l’état du compte ;
• les restrictions liées aux pays ou aux sanctions ;
• l’éligibilité de l’appareil ou du produit ;
• la vérification d’identité requise ;
• le traitement fiscal ;
• la disponibilité du stock ou des profils.

Le profil ne doit pas être attribué irréversiblement trop tôt si le paiement risque encore d’échouer. De même, le client ne doit pas être débité puis se retrouver sans possibilité de livraison si aucun profil n’est disponible.

Une gestion des commandes bien conçue coordonne le paiement et l’attribution du profil afin que les états de réussite et de retour arrière soient connus.

Étape 3 : un profil est attribué ou préparé

Le fournisseur associe un profil ou une commande de profil à la transaction du client. Selon le modèle du fournisseur en amont, il peut s’agir de sélectionner un profil dans un stock préparé ou de demander sa préparation par API.

La plateforme de l’entreprise peut recevoir :

• une référence de commande ou de provisioning ;
• un ICCID ;
• des informations d’activation ;
• une adresse SM-DP+ ;
• un identifiant de correspondance ;
• une exigence de code de confirmation ;
• des contraintes de validité ou de téléchargement ;
• l’état initial du provisioning.

La marque doit stocker uniquement les données dont elle a réellement besoin et protéger l’accès aux informations d’activation. Un code QR ou une chaîne d’activation peut être sensible sur le plan commercial, même sans révéler les données d’authentification protégées à l’intérieur du profil.

Étape 4 : les informations d’activation sont délivrées

Le client a besoin d’une méthode prise en charge pour indiquer à l’appareil quel profil récupérer. Les méthodes courantes comprennent :

• un code QR ;
• un lien d’activation ;
• une adresse SM-DP+ et des informations d’activation à saisir manuellement ;
• une application opérateur ;
• une notification du système d’exploitation ;
• une activation par l’opérateur pendant la configuration de l’appareil ;
• un transfert entre appareils pris en charge.

Que contient un code QR eSIM ?

Le code QR encode normalement des informations d’activation comprises par le LPA. Il oriente généralement l’appareil vers un SM-DP+ et fournit la référence nécessaire pour identifier la transaction de profil prévue.

L’image QR n’est donc pas le profil eSIM. Sa lecture lance un processus sécurisé de récupération.

La possibilité d’utiliser un code d’activation plusieurs fois dépend du fournisseur, de l’état du profil et de la politique appliquée. Les entreprises ne doivent pas promettre des lectures ou des réinstallations illimitées si leur modèle de provisioning ne les prend pas réellement en charge.

Pourquoi la conception de la livraison compte

Une erreur pratique fréquente consiste à afficher l’unique code QR sur le téléphone même qui doit le scanner. Les systèmes d’exploitation modernes peuvent permettre d’ouvrir un lien d’activation ou une image QR, ou d’effectuer un appui prolongé dessus, mais cette possibilité varie selon l’appareil et la version du logiciel.

Le parcours client doit donc proposer des alternatives adaptées, telles que :

• l’installation depuis un lien pris en charge ;
• des informations d’activation à saisir manuellement ;
• l’accès depuis un second appareil ;
• des instructions claires propres à chaque plateforme ;
• une page de compte accessible durablement, où le client peut récupérer les informations en toute sécurité.

Les informations d’activation ne doivent pas être exposées via des URL publiques faciles à deviner ni transférées sans avertissement.

Étape 5 : l’appareil vérifie la compatibilité et les prérequis

Avant le téléchargement d’un profil, l’appareil et le service doivent réunir les conditions appropriées.

Les prérequis habituels comprennent :

• du matériel compatible eSIM ;
• une eUICC activée et un LPA fonctionnel ;
• une version du système d’exploitation prenant en charge le parcours requis ;
• une capacité de stockage ou de profils suffisante sur l’eUICC ;
• un appareil déverrouillé lorsque cela est nécessaire ;
• un accès à Internet pour le téléchargement ;
• une date et une heure correctes ;
• une autorisation ou le consentement de l’utilisateur pour ajouter un forfait.

Apple indique qu’un iPhone a normalement besoin d’une connexion Wi-Fi ou d’un partage de connexion pour configurer une eSIM, même si certains modèles exclusivement eSIM, sur certains marchés, peuvent s’activer sans cette connexion. Les implémentations Android reposent également sur le framework eSIM et le LPA de l’appareil, avec des détails qui varient selon le fabricant et l’opérateur.

Le client peut ignorer si l’échec provient de l’appareil, du profil ou du réseau. Vérifier la compatibilité avant l’achat réduit les demandes d’assistance évitables.

Étape 6 : le LPA contacte le SM-DP+

Une fois les informations d’activation acceptées, le LPA se connecte au SM-DP+ indiqué ou découvert.

Le système établit la relation de confiance nécessaire à la poursuite de la procédure sécurisée de provisioning. Le processus est conçu pour protéger le profil et confirmer sa livraison à une eUICC éligible par l’intermédiaire de composants autorisés.

À ce stade, un échec peut être causé par :

• l’absence de connexion Internet ;
• un code d’activation incorrect ou incomplet ;
• une interférence liée au DNS, à un pare-feu ou à un portail captif ;
• une commande expirée ou annulée ;
• un profil déjà utilisé par une autre installation ;
• des composants de provisioning incompatibles ;
• des problèmes de certificat ou de validation du serveur ;
• un incident temporaire du service SM-DP+.

L’interface commerciale ne doit pas regrouper toutes ces causes sous le message « code QR invalide ».

Étape 7 : le profil est téléchargé et installé de manière sécurisée

Une fois les contrôles requis réussis, le paquet de profil est transmis de manière sécurisée et chargé dans l’eUICC.

L’utilisateur voit un écran de progression tel que « Activation », « Téléchargement de la SIM » ou « Ajout d’un forfait mobile ». En interne, l’appareil peut récupérer les métadonnées du profil, demander une autorisation, préparer l’eUICC et charger un paquet de profil lié à la transaction de provisioning.

Le client doit éviter de fermer le processus, de redémarrer le téléphone ou de perdre la connexion pendant cette étape, sauf instruction explicite du système d’exploitation.

L’installation peut prendre quelques secondes ou quelques minutes. Une application qui appelle les API eUICC d’Android reçoit des résultats asynchrones, car les opérations sur les profils ne sont pas nécessairement immédiates.

Téléchargé ne signifie pas toujours activé sur l’appareil

Un appareil peut installer un profil puis demander s’il faut l’activer. Il peut également demander au client de choisir :

• un libellé pour la nouvelle ligne ;
• la ligne par défaut pour les données mobiles ;
• le numéro par défaut pour les appels ou les messages ;
• l’autorisation de basculer les données entre les lignes ;
• l’activation éventuelle des données en itinérance.

Pour une eSIM de voyage, le client peut installer le profil avant le départ mais le laisser désactivé jusqu’au moment où il en a besoin.

Étape 8 : le profil est activé sur l’appareil

Un profil installé doit être activé sur l’appareil avant que le modem puisse l’utiliser. Les capacités de l’appareil déterminent le nombre de profils stockables et le nombre de profils pouvant être actifs simultanément.

Activer un profil peut nécessiter d’en désactiver un autre. Certains appareils prennent en charge deux lignes actives, tandis que d’autres peuvent stocker de nombreux profils mais utiliser moins d’abonnements simultanément.

Cette étape est locale à l’appareil, mais l’expérience utilisateur influe sur le service. Les instructions doivent expliquer quelle ligne sélectionner pour les données et comment éviter une utilisation involontaire de la SIM principale pendant le voyage.

Étape 9 : l’appareil recherche un réseau et s’y enregistre

Le modem lit l’abonnement activé et recherche un réseau mobile autorisé. Il tente ensuite de s’enregistrer à l’aide de l’identité et des fonctions d’authentification fournies par le profil.

Le réseau visité, l’environnement de connectivité d’origine et les systèmes d’abonnement coopèrent pour authentifier le service et appliquer les règles pertinentes d’itinérance, de politique de service et de facturation.

Les résultats possibles comprennent :

• un enregistrement réussi sur le réseau préféré ;
• un enregistrement sur un autre réseau autorisé ;
• un rejet temporaire ;
• l’absence de réseau autorisé disponible ;
• l’incompatibilité de l’appareil avec les bandes ou technologies radio disponibles ;
• des restrictions d’itinérance ;
• une suspension de l’abonnement ou une configuration incorrecte côté réseau.

Une eSIM installée avec succès mais affichant « Aucun service » a franchi l’étape de provisioning sans avoir abouti à un enregistrement réseau utilisable.

Étape 10 : une session de données mobiles est établie

L’enregistrement réseau n’est toujours pas synonyme d’accès à Internet. L’appareil doit établir une session de données avec la configuration de service correcte.

Selon le produit et l’appareil, les facteurs pertinents comprennent :

• la ligne sélectionnée pour les données mobiles ;
• les réglages des données en itinérance ;
• la configuration APN ;
• la politique de l’abonnement et le solde disponible ;
• la technologie réseau et la qualité du signal ;
• la configuration DNS et IP ;
• les contrôles de politique de service ou de fraude ;
• l’emplacement du point de sortie vers Internet.

Un téléphone peut afficher des barres de réseau alors que les données restent indisponibles. L’assistance doit donc vérifier séparément l’enregistrement et l’état de la session de données.

Étape 11 : le forfait commercial devient actif

Le fournisseur du service décide quel événement déclenche la période de validité commerciale. Les règles courantes comprennent :

• le moment de l’achat ;
• l’attribution du profil ;
• le premier téléchargement ;
• la première installation ;
• la première activation du profil sur l’appareil ;
• le premier enregistrement réseau réussi ;
• la première session de données ;
• une date calendaire fixe.

Aucune règle n’est universellement correcte, mais celle qui est retenue doit être observable techniquement et clairement expliquée.

Pour les produits de voyage, un démarrage à la première utilisation peut être avantageux pour le client, mais il nécessite des données d’événement fiables provenant de la chaîne de fourniture de connectivité. Si la plateforme ne peut pas observer rapidement le premier rattachement au réseau ou la première utilisation de données, l’état affiché peut être en retard sur l’état réel du réseau.

Étape 12 : l’usage et les événements du cycle de vie sont gérés

Le provisioning est le début du cycle de vie du profil, et non sa fin.

La plateforme peut ensuite gérer ou afficher :

• la consommation et le volume restant ;
• les recharges ou le renouvellement du forfait ;
• la limitation du débit ou l’état d’usage raisonnable ;
• la suspension et la réactivation ;
• l’activation ou la désactivation du profil sur l’appareil ;
• l’expiration ;
• le remplacement ou le transfert ;
• l’annulation ;
• la suppression de l’appareil.

Ces actions n’ont pas toutes lieu dans le même système. Supprimer un profil du téléphone est une opération locale sur l’eUICC. Annuler un forfait peut être une opération commerciale. Suspendre l’accès au réseau est une opération de contrôle de l’abonnement. Une bonne plateforme les coordonne et explique quelles actions sont réversibles.

Code QR, activation par l’opérateur, application ou transfert ?

Différentes méthodes de livraison peuvent conduire au même objectif fondamental : installer un profil autorisé sur un appareil éligible.

Installation par code QR

Le client scanne ou ouvre un code QR et confirme le forfait dans les réglages de l’appareil.

Avantages :

• méthode largement comprise ;
• distribution facile par e-mail ou depuis un compte ;
• ne nécessite pas forcément d’application dédiée ;
• adaptée à la vente indépendante d’eSIM de voyage.

Limites :

• peu pratique lorsque le code est affiché sur l’appareil d’installation ;
• risque de transfert à des tiers ou d’exposition accidentelle ;
• confusion possible entre le code et le profil lui-même ;
• règles de réutilisation et de remplacement propres à chaque fournisseur.

Activation par l’opérateur

L’opérateur ou le fournisseur attribue un forfait de manière que le système d’exploitation puisse le proposer automatiquement pendant ou après la configuration de l’appareil.

Apple décrit l’activation de l’eSIM par l’opérateur comme un parcours dans lequel l’opérateur attribue numériquement une eSIM et l’appareil la présente pour installation.

Avantages :

• moins de saisie manuelle ;
• forte intégration à la configuration initiale de l’appareil ;
• expérience familière pour les clients achetant un téléphone et un abonnement ensemble.

Limites :

• prise en charge nécessaire par l’ensemble de l’écosystème opérateur, appareil et système d’exploitation ;
• disponibilité pas nécessairement étendue à tous les revendeurs ou fournisseurs de voyage ;
• mise en œuvre et éligibilité variables.

Application de l’opérateur ou du partenaire

Une application opérateur autorisée peut lancer les opérations de profil prises en charge via les API du système d’exploitation.

Avantages :

• parcours d’accueil sous la marque et intégration au compte ;
• moins de passages entre la boutique et les réglages ;
• possibilité de réunir achat, instructions d’installation et assistance.

Limites :

• autorisations de plateforme et privilèges opérateur contrôlés ;
• capacités différentes entre iOS et Android ;
• le développement d’une application ne remplace pas l’infrastructure de provisioning certifiée ;
• l’interface système peut toujours apparaître pour recueillir le consentement et effectuer les opérations sécurisées.

Transfert entre appareils

Les appareils et opérateurs compatibles peuvent proposer un parcours de transfert lorsqu’un client change de téléphone.

Le transfert ne doit pas être présenté comme une simple copie du profil. L’ancienne instance d’abonnement est normalement désactivée, remplacée ou déplacée par un processus autorisé, afin que les mêmes données d’authentification ne restent pas actives sur deux appareils sans autorisation.

Apple prend en charge Quick Transfer pour les appareils et opérateurs participants. La disponibilité dépend de la prise en charge par l’opérateur, de la version du système d’exploitation, de la proximité des appareils, de l’état du compte et d’autres contrôles.

États d’installation, d’activation et de connexion

Une plateforme en marque blanche a besoin d’un modèle d’états explicite. Le tableau suivant constitue un point de départ utile, même si les API des fournisseurs peuvent employer d’autres termes.

Tous les fournisseurs ne remontent pas chaque état en temps réel. La plateforme doit distinguer les faits signalés des états déduits. Par exemple, un portail ne doit pas afficher « installé » simplement parce que le client a ouvert un e-mail.

Échecs courants du provisioning eSIM

Un dépannage efficace commence par l’identification de l’étape qui a échoué.

L’appareil ne peut pas scanner ou ouvrir les informations d’activation

Causes possibles :

• image QR dégradée ou de faible résolution ;
• code affiché sur le même appareil sans fonction compatible d’ouverture depuis une image ;
• appareil photo ou lecteur système n’utilisant pas le parcours d’installation eSIM ;
• informations manuelles incomplètes ;
• appareil ou système d’exploitation non pris en charge.

Réponse recommandée :

• fournir des instructions propres à la plateforme ;
• proposer des informations manuelles ou un lien d’activation pris en charge ;
• confirmer la compatibilité eSIM à partir du modèle exact de l’appareil ;
• éviter d’envoyer plusieurs profils de remplacement avant d’avoir diagnostiqué la commande initiale.

Le code est reconnu, mais le profil ne se télécharge pas

Causes possibles :

• absence de connexion Internet utilisable ;
• code d’activation expiré, annulé ou déjà utilisé ;
• appareil verrouillé sur un autre opérateur ;
• capacité insuffisante de l’eUICC ;
• incident du SM-DP+ ou d’un fournisseur en amont ;
• code de confirmation requis ;
• profil non préparé ou mal attribué.

Réponse recommandée :

• confirmer l’accès à Internet et résoudre les problèmes de portail captif ;
• relever l’erreur exacte du système d’exploitation ;
• vérifier l’état de provisioning dans la plateforme du fournisseur ;
• recueillir l’EID et la référence de commande lorsque cela est approprié ;
• transmettre le dossier sans demander inutilement au client de supprimer un profil partiellement installé.

Le profil est installé, mais affiche « Aucun service »

Causes possibles :

• ligne non activée sur l’appareil ;
• aucun réseau autorisé à l’emplacement actuel ;
• bandes radio requises non prises en charge par l’appareil ;
• restrictions d’itinérance ou d’abonnement ;
• problème de sélection réseau ;
• abonnement inactif côté réseau.

Réponse recommandée :

• vérifier que la ligne eSIM est activée sur l’appareil ;
• contrôler la couverture et les réseaux pris en charge ;
• essayer la sélection automatique et, lorsque c’est approprié, manuelle du réseau ;
• activer puis désactiver le mode avion, ou redémarrer l’appareil ;
• confirmer l’état de l’abonnement auprès du fournisseur de connectivité.

L’appareil s’enregistre, mais les données mobiles ne fonctionnent pas

Causes possibles :

• mauvaise ligne sélectionnée pour les données mobiles ;
• données en itinérance désactivées ;
• APN incorrect ;
• solde nul ou forfait expiré ;
• blocage lié à une politique de service ou à la fraude ;
• problème temporaire de session de données ou de routage.

Réponse recommandée :

• confirmer la ligne sélectionnée pour les données ;
• suivre les instructions d’itinérance et d’APN du produit ;
• vérifier le solde, la validité et l’état des politiques appliquées ;
• recueillir le réseau, le pays, l’horodatage et les informations de l’appareil pour l’escalade.

Le client a supprimé le profil

La suppression peut être plus lourde de conséquences que la désactivation. Certains profils peuvent être réémis ou réinstallés, tandis que d’autres nécessitent une transaction de remplacement.

L’interface client doit avertir l’utilisateur avant la suppression et éviter de laisser entendre que le profil pourra toujours être restauré. L’assistance a besoin d’une politique claire pour les suppressions accidentelles, la perte d’un appareil et le remplacement d’un téléphone.

Que doit fournir une plateforme eSIM en marque blanche ?

Un partenaire n’a pas besoin d’exposer les sigles techniques à chaque client. Il a en revanche besoin d’une visibilité opérationnelle suffisante pour gérer le service de manière responsable.

Des règles produit claires

Le catalogue doit définir :

• le moment où commence la validité ;
• les réseaux et les pays inclus ;
• si le produit fournit uniquement des données ;
• les règles d’installation et de réinstallation ;
• les possibilités de recharge et de réutilisation ;
• les règles d’usage raisonnable et de limitation du débit ;
• les conditions de remboursement ;
• les exigences applicables aux appareils pris en charge.

Une orchestration fiable, de la commande au profil

La plateforme doit coordonner le paiement, la détection de fraude, l’attribution du profil et sa livraison au client. Elle doit traiter les demandes en double et les nouvelles tentatives de manière sûre, afin qu’une réponse tardive ne provoque pas l’attribution de plusieurs profils ou un double débit du client.

Des états API et des webhooks utiles

Les partenaires qui intègrent le service par API doivent demander quels événements sont disponibles et comment ils sont définis.

Les questions importantes comprennent :

• L’attribution du profil est-elle synchrone ou asynchrone ?
• Quel identifiant faut-il utiliser pour l’idempotence ?
• La plateforme peut-elle signaler séparément le téléchargement, l’installation, le premier rattachement au réseau et la première utilisation ?
• Les webhooks sont-ils signés et renvoyés en cas d’échec ?
• Comment les événements reçus dans le désordre sont-ils traités ?
• Le partenaire peut-il interroger l’état courant faisant autorité après avoir manqué un webhook ?
• À quelle fréquence les données d’usage sont-elles actualisées ?
• Quelles erreurs permettent une nouvelle tentative sans risque ?

Une livraison sécurisée des informations d’activation

Les codes QR et les informations d’activation doivent être protégés contre une exposition involontaire. Les contrôles appropriés peuvent comprendre l’accès authentifié au compte, des liens d’affichage temporaires, la journalisation des accès et des restrictions sur les informations visibles par les agents d’assistance.

La sécurité doit rester pratique. Un client qui perd un e-mail doit disposer d’une procédure de récupération sûre, sans obliger l’entreprise à exposer publiquement les données d’activation.

Des instructions client propres à chaque plateforme

Les expériences iPhone et Android poursuivent un objectif similaire, mais les formulations et les méthodes disponibles ne sont pas identiques. Les instructions doivent être actualisées à mesure que les systèmes d’exploitation évoluent.

De bonnes instructions expliquent :

• comment confirmer la compatibilité de l’appareil ;
• comment installer le profil depuis un code QR, un lien ou des informations manuelles ;
• quelle ligne sélectionner pour les données ;
• si les données en itinérance sont nécessaires ;
• comment nommer la ligne ;
• quels éléments ne pas supprimer ;
• quelles informations recueillir avant de contacter l’assistance.

Une procédure d’escalade opérationnelle

L’assistance de premier niveau a besoin de davantage qu’une réponse générique « contactez l’opérateur ». Un dossier d’escalade doit normalement comprendre :

• la référence de commande et de profil ;
• l’ICCID lorsque cela est approprié ;
• le modèle de l’appareil et la version du système d’exploitation ;
• l’EID ou l’IMEI lorsque le diagnostic l’exige ;
• le pays et le réseau ;
• le message d’erreur exact ;
• l’horodatage et le fuseau horaire ;
• la visibilité du profil, son activation sur l’appareil et sa sélection pour les données ;
• les démarches déjà tentées.

Les identifiants personnels et les informations d’activation doivent être traités selon les contrôles de sécurité et de confidentialité de l’organisation.

Exemple pratique : achat d’une eSIM de voyage avant le départ

Prenons le cas d’un client à Londres qui achète une eSIM de données de sept jours pour l’Espagne.

1. Le client sélectionne le forfait Espagne et confirme que son téléphone est compatible eSIM et déverrouillé.
2. Le paiement réussit et la plateforme attribue un profil.
3. Le client reçoit un accès sécurisé à un code QR et aux instructions d’installation.
4. Connecté au Wi-Fi de son domicile, il installe le profil avant de voyager.
5. Le profil est stocké sur le téléphone, mais le client le laisse désactivé.
6. À son arrivée à Madrid, le client active la ligne de voyage, la sélectionne pour les données mobiles et active l’itinérance si le produit l’exige.
7. L’appareil s’enregistre sur l’un des réseaux espagnols autorisés.
8. La première session de données déclenche la période de validité de sept jours, à condition qu’il s’agisse bien de la règle d’activation définie pour le produit.
9. Les événements d’usage sont transmis à la plateforme du fournisseur, puis au portail client de la marque.

Si le client installe correctement le profil à Londres mais ne dispose d’aucun service, cela peut être parfaitement normal si l’abonnement est destiné uniquement à l’Espagne. Si le portail indique un « échec » simplement parce que le profil ne s’est pas encore rattaché au réseau, il suscite une inquiétude inutile.

Indicateurs de provisioning à surveiller

Les entreprises doivent mesurer davantage que les ventes réalisées.

Les indicateurs opérationnels utiles comprennent :

• le délai entre le paiement et l’attribution du profil ;
• le taux de réussite de la livraison des informations d’activation ;
• le pourcentage de profils délivrés dont le téléchargement est lancé ;
• le taux de réussite du téléchargement et de l’installation ;
• le délai médian jusqu’à l’installation ;
• le pourcentage de profils atteignant le premier enregistrement réseau ;
• le délai entre l’installation et la première utilisation ;
• le taux d’échec par appareil, système d’exploitation et fournisseur ;
• le taux de remplacement ;
• les cas de suppression accidentelle ;
• les contacts avec l’assistance pour 1 000 profils ;
• le taux de remboursement avant et après téléchargement ;
• le taux d’événements d’usage retardés ou manquants.

Ces mesures révèlent différents problèmes. Un faible taux de lancement du téléchargement peut signaler des instructions insuffisantes. Un faible taux d’installation terminée peut révéler des erreurs de provisioning. Un faible taux de première utilisation peut provenir d’achats bien antérieurs au voyage plutôt que d’une défaillance.

Considérations de sécurité et de confidentialité

Le provisioning à distance est conçu pour protéger les données d’authentification mobile, mais le système commercial qui l’entoure exige lui aussi une sécurité rigoureuse.

Les entreprises doivent prendre en compte :

• le contrôle d’accès au stock de profils et aux informations d’activation ;
• l’authentification des comptes client ;
• la sécurisation des identifiants API et la validation des webhooks ;
• le chiffrement en transit et au repos lorsque cela est approprié ;
• la séparation des fonctions d’assistance et d’administration ;
• les journaux d’attribution, de livraison, de remplacement et d’annulation ;
• les contrôles contre l’achat automatisé de profils et la fraude au paiement ;
• les règles de conservation des EID, IMEI, ICCID et données client ;
• les procédures d’incident en cas d’exposition d’informations d’activation ;
• les accès des fournisseurs et les responsabilités des sous-traitants.

Le code QR ne doit pas être présenté comme anodin au seul motif que le profil protégé est stocké ailleurs. Une utilisation non autorisée peut entraîner une perte commerciale, une perturbation pour le client et du travail d’assistance.

Questions à poser à un fournisseur de provisioning eSIM

Avant le lancement, demandez au fournisseur :

1. Quelles architectures et versions GSMA de provisioning grand public sont prises en charge ?
2. Qui exploite le SM-DP+ et quelles responsabilités restent à la charge des fournisseurs en amont ?
3. Quelles méthodes de livraison sont disponibles : QR, lien, application, activation opérateur, découverte ou transfert ?
4. Quels états de profil sont remontés et lesquels sont déduits ?
5. Quel événement déclenche la validité du forfait ?
6. Un profil peut-il être réinstallé ou transféré après suppression ou remplacement de l’appareil ?
7. Comment les requêtes API en double et les expirations de délai sont-elles traitées ?
8. Quelles erreurs de provisioning sont renvoyées par l’API ?
9. Les webhooks sont-ils signés, renvoyés en cas d’échec, et leurs événements consultables ensuite ?
10. Dans quel délai les événements de première utilisation et d’usage sont-ils signalés ?
11. Quelle est la procédure d’escalade en cas d’incident SM-DP+ ou réseau ?
12. Quelles combinaisons d’appareil et de système d’exploitation sont testées ?
13. Comment les informations d’activation sont-elles protégées et récupérées ?
14. Qui détient la relation client, les données de profil et les données opérationnelles ?
15. Comment migrer les services actifs si la relation commerciale prend fin ?

La place de SIM24.biz dans le parcours de provisioning

SIM24.biz permet aux entreprises de construire des offres de connectivité sous leur propre marque en s’appuyant sur des technologies, une connectivité et une infrastructure opérationnelle spécialisées.

Dans un modèle en marque blanche, le partenaire peut maîtriser la marque, le produit, la tarification et la relation client. Le parcours de provisioning sous-jacent peut relier sa boutique ou son application aux systèmes nécessaires pour attribuer et délivrer les profils eSIM et gérer le cycle de vie ultérieur du service.

Les fonctions précises, les méthodes de livraison, les contrôles du cycle de vie et les responsabilités des fournisseurs dépendent de la mise en œuvre choisie. Ils doivent être confirmés pendant la conception de la solution, plutôt que déduits de l’expression « marque blanche ».

L’objectif n’est pas d’exposer chaque composant technique au client final. Il est de rendre un processus complexe fiable, mesurable et facile à prendre en charge sous la marque du partenaire.

Conclusion

Le provisioning eSIM transforme une commande commerciale en abonnement mobile installé grâce à une chaîne sécurisée de systèmes.

Le fournisseur attribue ou prépare un profil. Les informations d’activation permettent au Local Profile Assistant de l’appareil de contacter le SM-DP+ approprié. Le profil est téléchargé de manière sécurisée sur l’eUICC, installé et activé sur l’appareil. Le modem l’utilise ensuite pour s’enregistrer sur un réseau autorisé et établir le service requis.

Chaque étape possède son propre état et ses propres échecs possibles. L’achat n’est pas le téléchargement. Le téléchargement n’est pas l’activation du profil sur l’appareil. Cette activation n’est pas l’enregistrement réseau. L’enregistrement réseau ne signifie pas nécessairement qu’une session de données fonctionne. Aucun de ces événements ne détermine automatiquement le début de la validité commerciale, sauf si les règles du produit le prévoient.

Une activité eSIM réussie exige donc davantage qu’un générateur de codes QR. Elle nécessite une exécution coordonnée des commandes, une livraison sécurisée, des états de cycle de vie exacts, des API fiables, des instructions claires, des opérations mesurables et une assistance capable de localiser le véritable point de défaillance.

Questions fréquentes

Le code QR eSIM est-il l’eSIM elle-même ?

Non. Le code QR contient normalement des informations d’activation que l’appareil utilise pour localiser et demander le profil prévu via l’infrastructure de provisioning à distance. Le profil protégé est téléchargé séparément sur l’eUICC.

Qu’est-ce qu’un SM-DP+ ?

Le SM-DP+ est le service de gestion des abonnements qui prépare, protège et délivre les profils eSIM grand public. Le LPA de l’appareil communique avec lui pendant le téléchargement du profil.

Qu’est-ce qu’un LPA ?

Le Local Profile Assistant est le composant côté appareil qui permet le téléchargement et la gestion des profils. Il sert d’intermédiaire entre le service de provisioning et l’eUICC et peut fournir l’interface utilisateur pour ajouter et gérer les eSIM.

Un téléphone a-t-il besoin d’Internet pour installer une eSIM ?

Généralement, oui. Le téléphone utilise habituellement le Wi-Fi ou une autre connexion mobile active pour contacter l’infrastructure de provisioning et télécharger le profil. Certains appareils et modèles d’activation pris en charge par les opérateurs peuvent proposer des alternatives.

Une eSIM installée est-elle automatiquement active ?

Pas toujours. Un profil peut être installé mais désactivé. Même lorsqu’il est activé sur l’appareil, celui-ci doit encore s’enregistrer sur un réseau mobile autorisé et établir le service requis.

Quand un forfait de données eSIM démarre-t-il ?

Cela dépend des règles produit du fournisseur. Il peut démarrer à l’achat, à l’installation, au premier enregistrement réseau, à la première utilisation de données ou à une date définie. Le client doit connaître la règle applicable avant l’achat.

Le même code QR peut-il être scanné sur deux téléphones ?

Normalement, il ne faut pas s’attendre à ce qu’un même abonnement puisse être installé et rester actif sur deux appareils indépendants. La réutilisation du code dépend de l’état de provisioning et de la politique du fournisseur. Les clients ne doivent pas partager les informations d’activation.

Une eSIM peut-elle être transférée vers un nouveau téléphone ?

Parfois. Les méthodes de transfert prises en charge dépendent de l’appareil, du système d’exploitation, de l’opérateur et du fournisseur. Un transfert est un processus autorisé du cycle de vie, et non une simple copie du profil existant.

Quelle est la différence entre EID et ICCID ?

L’EID identifie l’eUICC de l’appareil. L’ICCID identifie un profil SIM ou une instance d’abonnement particulière. Une eUICC peut stocker plusieurs profils ayant des ICCID différents.

Pourquoi une eSIM installée affiche-t-elle « Aucun service » ?

Les raisons possibles comprennent une ligne désactivée, l’absence de couverture autorisée, des limitations de bandes de l’appareil, des problèmes de sélection réseau, des restrictions d’itinérance ou un abonnement inactif. Une installation réussie confirme la progression du provisioning, pas une couverture réseau utilisable.

Le client doit-il supprimer une eSIM pendant le dépannage ?

Pas sauf si le fournisseur ou les instructions de l’appareil le demandent explicitement. La suppression peut rendre la réinstallation impossible sans profil de remplacement. Désactiver puis réactiver la ligne est différent de la supprimer.

Construisez un parcours de provisioning auquel vos clients peuvent faire confiance

SIM24.biz aide les entreprises à associer une expérience client sous leur propre marque à la connectivité et à l’infrastructure opérationnelle nécessaires pour délivrer des services eSIM.

Échangez avec SIM24.biz sur le provisioning, l’intégration de plateforme et le parcours d’activation adapté à votre offre.

Sources

1. GSMA, « How it works - eSIM » : https://www.gsma.com/solutions-and-impact/technologies/esim/how-it-works/
2. GSMA, « How GSMA IoT and consumer eSIM powers innovation » : https://www.gsma.com/solutions-and-impact/technologies/esim/about/
3. GSMA, « SGP.21, eSIM Consumer Architecture Specification » : https://www.gsma.com/solutions-and-impact/technologies/esim/wp-content/uploads/2024/09/SGP.21-v2.6.pdf
4. GSMA, « SGP.22, eSIM Consumer Technical Specification » : https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-22-v2-7/
5. Android Open Source Project, « Implement eSIM » : https://source.android.com/docs/core/connect/esim-overview
6. Apple Support, « Set up eSIM on iPhone » : https://support.apple.com/en-us/118669
7. Apple Support, « If you can't set up an eSIM on your iPhone » : https://support.apple.com/en-us/102478
8. Google Pixel Help, « Set up a new eSIM » : https://support.google.com/pixelphone/answer/16115470