Passagerartransporttjänster och LPTT

Konsumentinriktade passagerartransporttjänster 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—särskilt i reseplanering, biljettköp, check-in och information vid störningar. Fokus ligger på digitala kanaler och flöden som resenären möter.

Gäller LPTT för passagerartransporttjänster?

• Ja, när ni erbjuder digitala tjänster för resenärer i Sverige/EU: reseplanering, pris/utbud, köp/omköp/avbokning, check-in, biljetter/boardingkort, realtidsinformation och kundkommunikation.
• Omfattning: webb/app, e-biljetter och boardingkort, kontohantering, kvitton/dokument, notifieringar, störningsinformation och kundservicekanaler.
• Gränsdragningar: fordonens fysiska utformning omfattas inte här. Biljettautomater/check-in-terminaler hanteras under Självbetjäningsterminaler.

Vad i passagerartransporttjänster omfattas?

• Kanaler: webb och app (inkl. responsiva vyer och djup­länkar mellan kanaler).
• Flöden: sök/planera resa, välj biljett/klass, platsval, tillval (bagage, cykel m.m.), betalning, kvittens, check-in, boarding, ombokning/återköp.
• Information: realtidsläge (avgång/ankomst, spår/gate), störningar/ersättningstrafik, resevillkor, rättigheter och assistans.
• Dokument: e-biljett/boardingkort (PDF/PKPass/HTML), kvitton/fakturor, villkor.
• Notifieringar: push, SMS och e-post med samma kärninnehåll som i konto/”Mina resor”.
• Kartor & stationer: kartor över hållplatser/terminaler, ombud, gångvägar—med textalternativ.

Roller och ansvar

• Tjänsteleverantören (ni): helhetsansvar för resenärens digitala upplevelse, även när delar levereras av tredjepart.
• Underleverantörer: betalväxlar, platskarta/karttjänster, distributionssystem—ska kunna visa testresultat/överensstämmelse och möta era krav.
• Internt:
  • Produkt/PO – prioriterar kritiska intäkts- och trygghetsflöden (köp, check-in, störningsinfo).
  • UX – struktur, tydliga etiketter/felmeddelanden, läsordning.
  • Dev – tangentbordsstöd, fokus, robust ARIA, tillgängliga timers/progress.
  • Test – manuellt, användartest och automatiska kontroller med realistiska scenarier.
  • Juridik/Compliance – dokumentation, undantag, rapportvägar.

Starta här: 0–90 dagar

1. Kartlägg nyckelresor: Planera → välj biljett/klass → platsval/tillval → betalning → kvittens (e-biljett) → check-in/boarding → störning/ombokning.
2. Snabbfix i UI: rubriker, läsordning, tydlig fokusmarkering, fullständigt tangentbordsstöd, korrekta kontrolltyper (knapp/länk/radio/checkbox).
3. Formulär & fel: explicita labels, programmatisk koppling av fel, konkreta feltexter (t.ex. personnummer/lojalitetsnummer/format).
4. Biljett & boardingkort: ge textinnehåll för alla väsentliga uppgifter (namn, resa, datum, plats, zon, QR/streckkodsvärden i text), inte bara bild.
5. Platskarta/seatmap: tangentbordsnavigering, textbeskrivningar, alternativ “lista som text”; bekräfta valt säte i text.
6. Realtids- och störningsinfo: visa orsak, konsekvens och alternativ väg i text; använd inte enbart färg/ikon; låt användare prenumerera på uppdateringar.
7. Notifieringar: samma centrala information i push/SMS/e-post som i “Mina resor”; länkar som fungerar med skärmläsare och återställer fokus rätt.
8. Dokument: biljetter/kvitton/villkor i tillgängliga format (HTML eller taggad PDF).
9. Kravställning: uppdatera avtal/acceptanskriterier mot betalväxel, karttjänst, distributions- och platskartsleverantörer (koppla till relevanta delar av standard).

Prioriteringar per flöde

• Planera & sök: filter/radiogrupper med tydliga etiketter; resultat som tabell/lista med programmerad koppling (avgång, byte, restid, pris).
• Biljettval & prissättning: undvik “klickbar div”; använd knappar/radio med namn som inkluderar klass, flexibilitet och pris.
• Platsval: flytt av fokus tydligt, upptagna/lediga platser inte enbart färg; snabbväg “tilldela bästa plats”.
• Betalning: stöd för tangentbord, fullt synliga fel, ingen låsning vid misslyckad betalning—tydlig återhämtningsväg.
• Check-in/boarding: timers/progress i text, bekräftelser läses upp; QR/streckkod kompletteras med läsbar text.
• Störning/ombokning: tydligt “vad händer nu?”, alternativ resa som kan väljas med tangentbord, kvittens på ändrad biljett.

Visa att ni uppfyller kraven

• Scenario-tester: planera → köp → kvittens → check-in → boarding → störning/ombokning—med och utan skärmläsare på webb/mobil.
• Komponenttester: dialoger, listor/tabeller, seatmaps, kartor, notifieringar; tangentbordsnavigering och fokusåterställning.
• Dokumenttester: e-biljett/boardingkort/kvitto i HTML/taggad PDF; kontrollera textinnehåll för QR/streckkod.
• Mappning mot standard: koppla komponenter (formulär, media, dokument) och flöden (köp, check-in, störningsinfo) till relevanta avsnitt i EN 301 549.
• 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 (köp, check-in, störning). Kräver motivering och åtgärdsplan.
• Rapportering av brister: följ gällande process; bevara beslutsunderlag, datum och kommunikation.

Vanliga fallgropar i passagerartransporttjänster

• Kart- eller seatmap-gränssnitt utan tangentbordsnavigering eller textalternativ.
• Biljetter/boardingkort där QR/streckkod är enda informationsbärare.
• Fokus som tappas vid djup­länkar mellan app/webb eller efter återgång från betalning.
• Störningsinfo som endast signaleras med färg/ikon eller göms i push utan motsvarande vy i “Mina resor”.
• CAPTCHA utan tillgängligt alternativ i kritiska flöden.
• Oändlig scroll i resultatlistor utan alternativ paginering/”visa mer”.
• Felmeddelanden som inte kopplas till fält eller inte annonseras med live-region.