Sådan løser du fejlene 'Denne kode er ikke længere gyldig' eller 'eSIM allerede brugt' på rejsen i 2026

Fejlens anatomi: GSMA LPA-arkitektur og kryptografiske engangstokens

For at forstå, hvorfor din smartphone afviser en tidligere scannet QR-kode, er man nødt til at se på Remote SIM Provisioning (RSP)-arkitekturen, som er defineret af GSMA SGP.22-specifikationerne for forbrugerenheder.

En eSIM-profil er hverken en statisk tekstfil eller en generisk Wi-Fi-konfigurationsprofil. Det er en krypteret software-payload, der indeholder proprietære netværksoplysninger, IMSI-data (International Mobile Subscriber Identity) og kryptografiske godkendelsesnøgler, som skal overføres sikkert til din enheds manipulationssikrede hardware.

+-----------------------------------------------------------------------------------+
|                                 SM-DP+ Server                                     |
|               (Subscription Manager Data Preparation + Address)                  |
+-----------------------------------------------------------------------------------+
                                        ^
                                        | Sikker Mutual TLS (mTLS)
                                        | Session / Kryptografisk binding
                                        v
+-----------------------------------------------------------------------------------+
|                                   Din enhed                                       |
|  +-------------------------------------+   +-----------------------------------+  |
|  |     LPA (Local Profile Assistant)   | < |       eUICC Hardware-chip         |  |
|  | (OS-niveau klient: LPAC / LPD / LUI)|   | (Krypteret boks til telekomnøgler)|  |
|  +-------------------------------------+   +-----------------------------------+  |
+-----------------------------------------------------------------------------------+

Kernekomponenterne i GSMA RSP-arkitekturen

Enhver download af et eSIM bygger på tre kritiske knudepunkter:

1. eUICC (Embedded Universal Integrated Circuit Card): Det fysiske, manipulationssikre element, der er loddet fast på telefonens bundkort, og som opbevarer telekomprofilerne.
2. SM-DP+ (Subscription Manager Data Preparation+): Teleselskabets eksterne server, der er ansvarlig for at generere, sikre, kryptere og afsende profilpakken (Bound Profile Package eller BPP).
3. LPA (Local Profile Assistant): Baggrundssoftwarebroen i dit styresystem (iOS eller Android). Den indeholder Local User Interface (LUI), Local Discovery Server (LDS) og Local Profile Download (LPD)-motoren.

Dekonstruktion af aktiveringskoden (QR-koden)

Når du modtager en eSIM QR-kode, scanner du en formateret tekststreng, der ser således ud:

• LPA:1$: Standard GSMA-protokollens skemaversions-id.
• smdp.example.com: Det fulde domænenavn (FQDN) på den klargørende SM-DP+-server.
• 01234567...: Matching ID (Transaktions-ID) – et unikt, ikke-genanvendeligt kryptografisk indeks, der udelukkende er bundet til din købte profilplads på udbyderens server.

Det kryptografiske engangs-handshake

Aktiveringskoden fungerer som et One-Time Token (OTT). Forløbet følger en række faste kryptografiske tilstande:

1. Tilstand 1: Tilgængelig (Available). SM-DP+-serveren opbevarer profilen i en ikke-tildelt tilstand, knyttet til dit Matching ID.
2. Tilstand 2: Initieret / Reserveret (Initiated / Reserved). Når din LPA kontakter SM-DP+ via en sikker Mutual TLS (mTLS)-tunnel, validerer serveren enhedens EID (eUICC Identifier) og markerer permanent dette Matching ID som Consumed (forbrugt) for at forhindre man-in-the-middle-kloning.
3. Tilstand 3: Download af Bound Profile Package (BPP). SM-DP+ krypterer profilen med en engangs-sessionsnøgle, som udelukkende deles med din fysiske eUICC-chip.
4. Tilstand 4: Fuldført / Installeret (Finalized / Installed). Profilen dekrypteres inde i det sikre miljø i eUICC.

Hvorfor fejlen opstår

Når først SM-DP+ har markeret Matching ID som forbrugt, er netop dette aktiveringstoken ugyldigt for altid i udbyderens database.

Dette sker typisk i to scenarier:

• Spøgelsesinstallationen (The Ghost Install): Profilen blev downloadet korrekt i baggrunden, men styresystemets brugerflade fejlede, før gennemførelsen blev bekræftet. Brugeren forsøger at scanne QR-koden igen, hvilket udløser afvisningen om, at koden "allerede er brugt".
• For tidlig sletning: Brugeren har slettet sit eSIM fra enhedens indstillinger for at "nulstille" det. Da tokenet blev forbrugt under den første installation, kan den oprindelige QR-kode ikke etablere et nyt kryptografisk handshake med SM-DP+.

Moderne rejseudbydere som MollySIM minimerer problemer med klargøring ved at oprette direkte forbindelse til automatiserede SM-DP+ backend-API'er, så profiler hurtigt kan genudstedes. Da stabil forbindelse under rejsen er afgørende, opretholder MollySIM desuden en generøs minimumshastighed på 384 kbps under Fair Use Policy (FUP) – næsten 3 gange hurtigere end de restriktive 128 kbps-begrænsninger, der ofte ses i branchen. Dette sikrer, at uundværlige rejseapps som Apple Pay, Google Maps og beskedtjenester forbliver funktionsdygtige, selv hvis du skal fejlfinde netværks- eller opsætningsindstillinger undervejs.

Typiske årsager: Hvorfor din eSIM QR-kode blev markeret som 'Brugt' i udlandet

For at løse problemet med en ugyldig eSIM-profil skal du identificere det præcise fejlpunkt i Remote SIM Provisioning (RSP)-livscyklussen. Når en SM-DP+-server genererer et aktiveringstoken, markeres det pågældende MatchingID som "Released" (klar til binding). Så snart en enhed påbegynder den kryptografiske forhandling, opdateres statussen øjeblikkeligt til "Installed" eller "Consumed".

Under ideelle forhold tager denne proces fem sekunder. Undervejs på rejsen kan ustabile forbindelser og forhastede handlinger dog ofte afbryde transaktionen midtvejs. Nedenfor beskrives de tre mest almindelige scenarier, der fører til, at koder låses som forbrugte.

1. Pakketab på lufthavnens Wi-Fi (Afbrydelse midt i handshaket)

Offentlige Wi-Fi-netværk i lufthavne og login-portaler (captive portals) på hoteller er berygtede for at tabe sikre TCP-datastrømme (Transmission Control Protocol).

Når du scanner en eSIM QR-kode:

1. Din enheds Local Profile Assistant (LPA) opretter en krypteret TLS-session med SM-DP+-serveren.
2. SM-DP+ validerer MatchingID, ændrer databasestatussen fra Released til Installed og begynder at streame de krypterede eUICC-profilpakker.
3. Hvis lufthavnens Wi-Fi falder ud, kræver fornyet godkendelse eller drosler sessionen midt i overførslen, mislykkes overførslen lokalt på din telefon.

Da SM-DP+ allerede har registreret overdragelsen, låser serverens sikkerhedsregler profilen for at forhindre duplikatkloning. Din telefon viser "Download mislykkedes", men når du forsøger at scanne koden en ekstra gang, afviser serveren den med "Denne kode er ikke længere gyldig".

[SM-DP+ Server]  --- Token-status: Released ---> [Klar]
[LPA på enhed]   --- Scanner QR / Starter auth -> [SM-DP+ låser Token til "Installed"]
[Lufthavns-Wi-Fi]--- PAKKETAB / AFBRYDELSE --- [TLS-stream tabt]
[LPA på enhed]   --- Profil mangler lokalt --- [Viser "Fejl"]
[Bruger prøver]  --- Scanner QR-kode igen ----> [SM-DP+ afviser: "Allerede brugt"]

2. Fælden ved scanning på flere enheder (EID-hardwarebinding)

En udbredt fejl blandt par, familier eller rejsende med flere enheder er at "teste" QR-koden på den forkerte hardware.

Enhver eSIM-kompatibel enhed har et unikt 32-cifret EID (Embedded Identity Document) tildelt sin interne eUICC-chip. I samme øjeblik en eSIM QR-kode scannes:

• Binder SM-DP+ teleselskabsprofilen permanent til netop dette specifikke EID.
• Hvis en rejsende scanner koden med en iPad, en partners smartphone eller en ældre reserveenhed for at "tjekke om det virker", bindes tokenet permanent til denne sekundære enheds hardware.

Selvom du straks afbryder installationen på den sekundære enhed, kan profilen ikke uden videre scannes over på din primære telefon. Det kryptografiske handshake kan ikke flyttes mellem forskellige EID'er uden en fornyet generering på serversiden.

3. Utilsigtet sletning under rejsen ("Ingen tjeneste"-panikrefleksen)

Rejsende installerer ofte deres rejse-eSIM før afrejse eller under en mellemlanding. Når de kigger i enhedens indstillinger, står eSIM-statussen til "Ingen tjeneste" eller hænger fast på "Søger...".

I den tro, at profilen er beskadiget, trykker brugere ofte på "Slet eSIM" eller "Fjern mobilabonnement" med den intention at installere det forfra.

For at undgå disse faldgruber under klargøringen er det afgørende at vælge en rejseudbyder med en robust infrastruktur. MollySIM optimerer denne proces ved at tilbyde direkte, hurtige værktøjer til gentildeling af profiler, hvis der opstår uventede afbrydelser. Desuden sikrer MollySIM rejsende mod at miste forbindelsen fuldstændigt ved at opretholde en grundlæggende 384 kbps Fair Use Policy (FUP)-hastighed – 3 gange hurtigere end branchens standarddrosling på 128 kbps. Dette sikrer, at selvom du oplever opsætningsudfordringer ved gaten, fortsætter vigtige datatjenester som Google Maps-navigation, Uber og Apple Pay med at fungere uden afbrydelser.

Trin-for-trin diagnoseprotokol: Sådan verificerer du ICCID på iOS og Android

Når din skærm viser "Denne kode er ikke længere gyldig", skal du ikke forsøge at scanne QR-koden igen. Udfør i stedet denne diagnoseprotokol med det samme ved gaten.

Den universelle indikator for en vellykket installation er ICCID (Integrated Circuit Card Identification). Dette 19- til 20-cifrede serienummer, som er defineret af ITU-T-anbefaling E.118, begynder altid med præfikset 89 (hvilket angiver telekommunikation). Hvis et ICCID er synligt i dine hardwareindstillinger, har Local Profile Assistant (LPA) allerede dekrypteret og bundet eSIM-profilen til din enheds eUICC-chip. Opsætningsfejlen skyldes ikke en manglende profil, men et efterfølgende problem med mobilnetværkets handshake.

Trin 1: Undersøg eUICC for aktivt ICCID

Følg disse platformsspecifikke trin for at bekræfte hardwareregistreringen:

På Apple iOS (iPhone XS til iPhone 16 Pro / iOS 17 & iOS 18)

1. Åbn Indstillinger > Mobilnetværk (eller Mobildata afhængigt af din region).
2. Kig under sektionen SIM-kort. Hvis du ser en sekundær linje mærket Sekundær, Rejse eller Personlig, skal du trykke på den.
3. Rul ned til bunden af denne undermenu for at bekræfte feltet ICCID.
4. Alternativ vej: Gå til Indstillinger > Generelt > Om. Rul ned til det nederste kort under dit sekundære IMEI. Hvis du ser et ICCID, der starter med 89..., er profilen indlæst korrekt i baseband-hukommelsen.

På Android (Google Pixel, Samsung Galaxy og moderne flagskibe)

• Samsung One UI: Åbn Indstillinger > Forbindelser > SIM-kortadministrator. Tryk på dit rejse-eSIM, vælg Flere indstillinger (eller se linjeoplysninger), og find ICCID / Mobilnetværkskode.
• Google Pixel / Ren Android: Åbn Indstillinger > Netværk og internet > SIM-kort. Tryk på dit downloadede eSIM, rul til bunden, og tryk på SIM-status / ICCID.

Hvis dit ICCID matcher bekræftelses-e-mailen eller oversigten fra købstidspunktet, er dit eSIM 100 % installeret.

Trin 2: Fjern blokerende handshake-fejl (4-trins løsning til mobilnetværk)

Når tilstedeværelsen af ICCID er bekræftet, bør du systematisk udføre følgende konfigurationsrettelser for at fremtvinge registrering på netværket:

1. Tving "Dataroaming" til TIL (ON)

Da internationale rejseprofiler dirigerer data via multi-IMSI-roamingaftaler, vil deaktiveret dataroaming blokere al IP-trafik fuldstændigt.

• iOS: Indstillinger > Mobilnetværk > Tryk på Rejse-eSIM > Slå Dataroaming TIL.
• Android: Indstillinger > Netværk og internet > SIM-kort > Tryk på Rejse-eSIM > Slå Roaming TIL.

2. Konfigurer Access Point Name (APN)

Hvis SM-DP+-serveren ikke automatisk udfyldte udbyderens APN-data:

• Gå til dit rejse-SIMs Mobildatanetværk (iOS) eller Navne på adgangspunkter (Android).
• Indtast den præcise APN-streng angivet af din udbyder (f.eks. globaldata, internet eller udbyderspecifikke APN'er). Efterlad felterne til brugernavn og adgangskode tomme, medmindre andet udtrykkeligt fremgår.

3. Tilsidesæt automatisk netværksvalg

Ankomstterminaler ligger ofte inden for rækkevidde af flere konkurrerende mobilmaster, hvilket kan få baseband-modemet til at sidde fast på et inkompatibelt netværk, der ikke er en roamingpartner.

• Gå til Indstillinger > Mobilnetværk > Netværksvalg (iOS) eller Vælg netværk automatisk (Android).
• Slå funktionen FRA for at starte en manuel netværkssøgning (dette kan tage op til 60 sekunder).
• Vælg den aftalte lokale partner manuelt:
• Japan: Vælg NTT Docomo eller SoftBank manuelt.
• Storbritannien / Den Europæiske Union: Vælg Vodafone, Orange eller Telefónica/O2.
• USA: Vælg T-Mobile eller AT&T.

4. Udfør en hardware-genstart af baseband (Power Cycle)

Genstart ikke telefonen helt. Slå i stedet Flytilstand TIL, vent 30 sekunder (så baseband-cachen tømmes for ugyldige registreringsforsøg), og slå den FRA igen. Modemet vil straks sende en ny godkendelsesanmodning til den manuelt valgte mast.

Valg af en fejltolerant infrastruktur

Hvis manuelle APN-ændringer ikke løser problemet, skyldes det typisk et utilstrækkeligt routing-niveau. Udbydere som MollySIM optimerer denne proces ved automatisk at sende APN-indstillinger trådløst (over-the-air) under den indledende aktivering, helt uden krav om manuel opsætning.

Hvor lavprisudbydere ofte afbryder forbindelsen fuldstændigt ved netværksuoverensstemmelser, opretholder MollySIM desuden et stabilt sikkerhedsnet på 384 kbps under Fair Use Policy (FUP). Med en hastighed, der er 3 gange hurtigere end branchens standarddrosling på 128 kbps, garanterer denne minimumshastighed tilstrækkelig båndbredde til, at vigtige apps – såsom live rutevejledning i Google Maps, Uber-afhentning og Apple Pay-tokengodkendelse – fungerer fejlfrit, mens de lokale master etablerer roaming-handshaket.

Omfattende fejlfindings- og løsningsmatrix til eSIM

For at forstå, hvorfor en eSIM-profil afviser en aktiveringskode, må man se dybere end styresystemets brugerflade og undersøge GSMA's Remote SIM Provisioning (RSP)-arkitektur. Når en eSIM-profil oprettes, tildeler SM-DP+ (Subscription Manager Data Preparation+)-serveren et aktiveringstoken, der er knyttet til et unikt matching-ID.

Under den første scanning etablerer enhedens eUICC (Embedded Universal Integrated Circuit Card) en end-to-end krypteret TLS-kanal med SM-DP+-serveren og godkender via Elliptic Curve Cryptography (ECC). Så snart den kryptografiske datapakke er downloadet og bundet til din hardwares EID (eUICC Identifier), ændrer SM-DP+-serveren uigenkaldeligt profilens status fra "Available" eller "Reserved" til "Executed".

Da dette token fra starten er designet til engangsbrug, vil ethvert efterfølgende scanningsforsøg øjeblikkeligt udløse fejlen "Koden er ikke længere gyldig" eller "eSIM allerede brugt" – også selvom din enhed lukkede ned midt i baseband-bindingen, eller hvis du ved en fejl slettede den downloadede profil fra dine mobilindstillinger.

Diagnose af fejltilstande & infrastruktursammenligning

Nedenstående matrix sammenligner moderne eSIM-fejltilstande med traditionelle forbindelsesproblemer på rejsen, og peger på det præcise GSMA-transaktionslag og den nødvendige tekniske handling.

Forebyggelse af fejl med robuste klargøringslag

Mens traditionelle fysiske SIM-kort er sårbare over for mekanisk slid, og Pocket Wi-Fi-enheder kan lide under hardwarefejl og flade batterier, kan softwarebaseret forbindelse stadig fejle, hvis udbyderen anvender ustabile klargøringsprocesser. Lavprisudbydere benytter ofte profiler med engangstokens uden mulighed for genetablering, hvilket efterlader rejsende uden forbindelse, hvis der op