Elektroniska kommunikationstjänster och LPTT

Telekomtjänster som riktar sig till konsumenter berörs av LPTT. Här får du en snabb översikt över vad som omfattas, vem som ansvarar och vilka åtgärder som ger störst effekt i inloggning/eID, abonnemangshantering, eSIM/SIM-aktivering, fakturor och driftinformation.

Gäller LPTT för elektroniska kommunikationstjänster?

• Ja, när ni erbjuder konsumentinriktade digitala tjänster i Sverige/EU (mobil/fiber, telefoni och meddelandetjänster).
• Typiskt omfattat: beställning och ändring av abonnemang, SIM/eSIM-aktivering, nummerportering, användnings- och kostnadsöversikter, betalning/fakturor, supportkanaler, driftinformation/avbrott, kundapp och webbportal.
• Gränsdragningar: rena B2B-portaler kan falla utanför; blandade B2B/B2C bedöms per del. Utrustning som smartphones behandlas under Smartphones & konsumentutrustning.

Vad i telekom omfattas?

• Kanaler: webb och app (inkl. responsiva vyer och omlänkning mellan appar).
• Interaktioner: autentisering (BankID/eID), OTP-koder, nummerportering, val av abonnemang/tillägg, fel-/varningsmeddelanden, notifieringar.
• Information & dokument: fakturor (PDF/HTML), prislistor, avtalsvillkor, driftinfo/underhållsscheman, export (CSV/Excel).
• Kartor & täckning: täckningskartor, adressök och ombud/serviceställen.
• Tredjepart: eID-leverantörer, betalväxlar, karttjänster, chatt-/callcenterwidgets—ni ansvarar för helheten.

Roller och ansvar

• Tjänsteleverantören (ni): helhetsansvar för att kundresan är tillgänglig i alla kanaler.
• Leverantörer/underleverantörer: ska kunna visa testresultat/överensstämmelse; kravställ i upphandling/avtal (koppla till EN 301 549).
• Internt:
  • Produkt/PO – prioriterar kritiska flöden (eID, portering, faktura).
  • UX – tydlig informationsstruktur, felhantering, semantiska komponenter.
  • Dev – tangentbordsstöd, fokus, robust ARIA, tillgänglig timer/återförsök.
  • Test – manuellt, användartest och automatiska kontroller i verkliga scenarier.
  • Juridik/Compliance – dokumentation, undantag, rapportvägar.

Starta här: 0–90 dagar

1. Kartlägg nyckelresor: Beställ → aktivera (SIM/eSIM) → nummerportera → administrera → betala → få hjälp → se driftinfo.
2. Snabbfix i UI: rubriker, läsordning, tydlig fokusmarkering, fullständigt tangentbordsstöd, korrekt semantik (knapp/länk/checkbox/radio).
3. Formulär & fel: explicita labels, fältbeskrivningar, programmatisk felkoppling, konkreta feltexter (t.ex. personnummer/IBAN/portering).
4. eID/OTP-flöden:
   • Tydlig knapp för att starta eID och textbeskrivning av vad som händer.
   • OTP-koder: tillåt klistra in hela koden, förutsägbar auto-advance, visa tid med text (inte bara visuellt).
   • Återställ fokus korrekt efter appväxling/omdirigering och bekräfta status med text.
5. eSIM/SIM-aktivering: QR får inte vara enda väg; ge ett textbaserat alternativ/”Öppna eID/aktivera”-knapp med instruktioner.
6. Täckningskarta & adressök: tangentbordsnavigering, fokusfälla i modaler, textbeskrivningar för markörer, datatabell/”lista som text”-vy som alternativ.
7. Fakturor & dokument: PDF ska ha textlager och struktur; erbjuda HTML-alternativ där relevant.
8. Driftinfo/avbrott: ange orsak, beräknad åtgärdstid och alternativa kanaler i text; använd inte enbart färg/ikon.
9. Kravställning: uppdatera krav/avtal mot eID, betalväxel, kartleverantör och kundserviceplattform (koppla till EN 301 549).

Prioriteringar per flöde

• Kundkonto & autentisering: etiketterade fält, stöd för inklistring av koder, tydliga fel/återförsök, timers som läses upp.
• Abonnemang & tillval: radiogrupper med beskrivning (pris, hastighet, bindning), konsekvent stegvis bekräftelse.
• Portering: vägledning och validering (nuvarande operatör, datum), kvittens i text.
• Fakturor & betalning: tabellstruktur, går att nå via tangentbord, tillgänglig export; betalflöde utan låsta steg.
• Driftstörningar: kombinera karta med textlista, prenumeration på uppdateringar via tillgängliga kanaler.
• Support (chatt/telefon/ärenden): chatwidget med fokusstyrning och läsbara statusmeddelanden; gör historik sökbar/läsbar.

Visa att ni uppfyller kraven

• Testprotokoll: scenario-baserade manuella tester (NVDA/Firefox, JAWS/Chrome, VoiceOver/iOS, TalkBack/Android) + automatiska kontroller.
• Mappning mot EN 301 549: komponenter (formulär, autentisering, media, dokument) och flöden (aktivering, portering, betalning).
• Leverantörsunderlag: begär testrapporter/uttalanden för eID, kartor, betalmoduler, chattsystem.
• Spårbarhet: backlog, ägarskap, kända avvikelser med tidsplan och åtgärder.

Undantag & rapportering

• Oproportionerlig börda: använd restriktivt, särskilt i kritiska flöden (autentisering, aktivering). Kräver motivering och åtgärdsplan.
• Rapportering av brister: följ gällande process; spara beslutsunderlag, datum och kommunikation.

Vanliga fallgropar i telekom

• eSIM-aktivering som endast erbjuder QR utan text/bekräftelseknapp.
• Fokus som tappas vid appväxling mellan eID och telekomappen.
• Täckningskartor som saknar tangentbordsnavigering eller textalternativ.
• Chatwidgets med dålig fokusordning och status som inte annonseras.
• Fakturor i inskannad PDF (bild) utan textlager/struktur.
• Driftinfo som signaleras enbart med färg/ikon, utan tydlig text och tidplan.
• CAPTCHA utan tillgängligt alternativ.

Frågor och svar

Måste täckningskartor vara tillgängliga?
Ja. Kartinformation behöver kunna förstås och användas utan mus och utan enbart visuella markörer—erbjud en text-/listvy.

Hur gör vi eSIM-aktivering tillgänglig?
Erbjud ett alternativ till QR (t.ex. knapp som öppnar eID/aktivering), ge instruktioner i text och bekräfta status med meddelanden som kan läsas upp.

Räcker automatiska tester för telekomflöden?
Nej. Kombinera manuella tester och användartest med personer som använder hjälpmedel.

Måste fakturor i PDF vara tillgängliga?
Ja. PDF:er ska ha textlager, rubrikstruktur och korrekt läsordning; HTML-alternativ är ofta ett plus.