IDBT-GlossarIDBT Glossary
SuchenSearch
DEEN

ISO 20526:2017

ISO/TR 20526:2017, mit dem Titel „Bericht über den Stand der Technik des kontobasierten Ticketings“, ist ein ISO-Technischer Bericht, der die damalige Landschaft des kontobasierten Ticketings (ABT) im öffentlichen Verkehr untersucht.

ISO/TR 20526:2017, titled “Account-based ticketing state of the art report,” is an ISO Technical Report that surveys the then-current landscape of account-based ticketing (ABT) in public transport.

Im DetailIn detail

Struktur, Zweck und Umfang

Sein Zweck ist es, die Komponenten und Praktiken des ABT zu dokumentieren und Bereiche zu identifizieren, in denen Standards zum Nutzen der Branche entwickelt werden könnten. Im Gegensatz zu einem formalen Standard mit vorschreibenden Anforderungen bietet dieser 23-seitige Bericht einen konzeptionellen Überblick („Stand der Technik“) über ABT-Systeme, wie sie 2017 verstanden wurden. Zu den wichtigsten Punkten zu seiner Struktur und seinem Inhalt gehören:

  • Definition von ABT: ISO 20526 positioniert das kontobasierte Ticketing als eine Ticketing-Methode, bei der der Nachweis des Reiseanspruchs im Backoffice verwaltet wird, anstatt auf einem physischen Token. In einem ABT-System wird der Vertrag oder das Ticket des Reisenden nicht auf einem Papierticket oder einer Smartcard gespeichert; stattdessen befinden sich alle Reiseprotokolle, Fahrpreisberechnungen und Ansprüche in einem zentralen Backoffice-Konto, das in Echtzeit zugänglich ist. Der Passagier verwendet typischerweise ein Token (z. B. eine Karte oder ein Gerät) lediglich als Identifikator oder „Schlüssel“ zu seinem Konto, nicht als Speicherung der Ticketrechte.
  • Umfang und Komponenten: Der Bericht skizziert die Hauptkomponenten und Prozesse in einem ABT-System. Dazu gehören Definitionen für kartenzentriertes vs. serverzentriertes Ticketing, wobei ABT „serverzentriert“ ist (auch als „serverbasiertes Ticketing“ oder „Sicherheit im System“ bezeichnet), wo die Intelligenz und Sicherheit in zentralen Systemen und nicht auf den Fahrmedien angesiedelt sind. Er beschreibt Rollen wie den Anbieter des Backoffice-Kontos, die Verwendung von Reisemedien (Medien, die von Benutzern getragen werden) und Frontend-Geräte (Validatoren/Tore), die die Zugangskontrolle durch die Überprüfung von Tokens durchführen. Das Backoffice in ABT übernimmt kritische Funktionen wie die Reiseerstellung, die Fahrpreisberechnung und die Fahrpreisvalidierung für jeden Tap-In/Out von Feldgeräten. ISO 20526 bietet auch Terminologie für Schlüsselkonzepte (z. B. Token/Medien, Anmeldeinformationen, Einnahmeschutz usw.) und Abkürzungen, die im ABT verwendet werden, um eine gemeinsame Sprache sicherzustellen.
  • Ziele: Ein primäres Ziel von ISO 20526:2017 ist es, potenzielle Standardisierungsbedarfe hervorzuheben. Indem katalogisiert wird, wie ABT-Systeme funktionieren und die Variationen in der Praxis aufgezeigt werden, weist der Bericht auf Bereiche hin, in denen internationale Koordination oder Standards von Vorteil sein könnten (zum Beispiel Interoperabilität von Systemen, Datenmodelle, Sicherheitsmaßnahmen). Die Idee ist, dass diese Bereiche zu zukünftigen ISO-Arbeitsgegenständen führen könnten, die von diesem Bericht getrennt sind. Kurz gesagt, dient ISO 20526 als Informationsgrundlage für zukünftige Standards im Bereich des Fahrkartenvertriebs.
  • Inhaltsübersicht: Der Bericht behandelt:
    • Einführung in ABT: Er erklärt den Paradigmenwechsel vom traditionellen kartenzentrierten automatisierten Fahrpreismanagement zu kontobasierten Modellen. Beispielsweise enthält in Legacy-Systemen (wie kontaktlosen Fahrkarten) die Karte das Fahrpreisprodukt oder das Guthaben (kartenzentriert). Im ABT ist die Karte oder das Gerät lediglich ein Identifikator, und das zentrale System bestimmt die Reiseansprüche (serverzentriert).
    • Vorteile von ABT: ISO 20526 zählt Vorteile wie einfachere Aktualisierungen von Produkten/Geschäftsregeln, Änderungen der Fahrpreispolitik in Echtzeit, die Fähigkeit, Kunden und Produkte zentral zu verwalten, und vereinfachte Interoperabilität zwischen verschiedenen Verkehrsbetreibern oder -modi auf. Wichtig ist, dass der Bericht feststellt, dass ABT die Verwendung von Drittanbieter-Medien als Tokens ermöglicht – manchmal als „BYOD (Bring Your Own Device)“-Ansatz bezeichnet. In der Praxis bedeutet dies, dass Fahrgäste Medien verwenden können, die nicht von der Verkehrsbehörde ausgegeben werden (zum Beispiel von Banken ausgegebene Kredit-/Debitkarten oder nationale Personalausweise) als ihre Ticket-Tokens. Dies wird als großer Vorteil hervorgehoben, sodass die Palette der akzeptablen „Tickets“ auf Smartphones, tragbare Geräte, kontaktlose Bankkarten usw. ausgeweitet wird (EMV-basierte Bankkartenticketing wird ausdrücklich als Teilmenge von ABT genannt).
    • Nachteile/Herausforderungen: Der Bericht behandelt auch Herausforderungen oder Nachteile von ABT, zu denen die Notwendigkeit einer ständigen Konnektivität zwischen Fahrgeräten und dem Backoffice (oder robuster Offline-Verarbeitung), die Kritikalität zeitnaher Transaktions-Uploads, potenzielle Auswirkungen auf die Tap-Geschwindigkeit und die Komplexität der Integration mehrerer Technologien in den Frontend-Geräten gehören. Eine weitere genannte Herausforderung ist die Aufrechterhaltung des Kundenvertrauens – da das System im Backoffice gesteuert wird, sind Probleme wie Datensicherheit und Datenschutz von größter Bedeutung.
    • ABT-Funktionen und -Überlegungen: ISO 20526 geht auf spezifische funktionale Aspekte ein: Einnahmeschutz und Betrugsbekämpfung in einem System, in dem die Validierung hauptsächlich im Backoffice erfolgt, Methoden zur Erstellung von Reisen oder Fahrten aus einer Reihe von Taps und Konzepte wie Fahrpreisaggregation/-obergrenzen (oft als „Pay as you go“ im Verkehr bezeichnet), bei denen der Fahrpreis nach einer oder mehreren Fahrten berechnet wird. Es werden auch datenschutzrechtliche Überlegungen behandelt (wichtig, da persönliche Konten und möglicherweise Zahlungsdaten betroffen sind) sowie die Handhabung mehrerer Tokens pro Konto (z. B. ein Konto eines Kunden, das gleichzeitig mit einer Bankkarte, einem Mobiltelefon und einer Verkehrs-Smartcard verknüpft ist). Der Bericht enthält sogar einen Abschnitt zu „Überlegungen für Zahlungsanbieter“ und erkennt die Beteiligung von Akteuren der Finanzbranche am ABT an (z. B. die Akzeptanz von Bankkarten als Tokens).

Zusammenfassend lässt sich sagen, dass ISO 20526:2017 einen umfassenden Überblick über ABT-Systeme - deren Zweck (Zentralisierung der Fahrpreislogik im Backoffice), Umfang (Abdeckung der Technologie von Medien bis Backoffice) und Komponenten (Konten, Tokens, Geräte und Prozesse) - bietet. Es legt den Grundstein für das Verständnis, wie aufkommende Modelle (einschließlich Offene-Zahlungen) in das Ticketing-Ökosystem passen, ohne dabei spezifische technische Lösungen vorzuschreiben.

Structure, Purpose, and Scope

Its purpose is to document the components and practices of ABT and identify areas where standards could be developed for industry benefit. Unlike a formal standard with prescriptive requirements, this 23-page report provides a conceptual overview (“state of the art”) of ABT systems as understood in 2017. Key points about its structure and content include:

  • Definition of ABT: ISO 20526 positions account-based ticketing as a ticketing method where the proof of travel entitlement is managed in the back office rather than on a physical token. In an ABT system, the traveler’s contract or ticket isn’t stored on a paper ticket or smartcard; instead, all trip records, fare calculations, and entitlements reside in a central back-office account accessible in real time. The passenger typically uses a token (e.g. a card or device) merely as an identifier or “key” to their account, not as the storage of the ticket rights.
  • Scope and Components: The report outlines the main components and processes in an ABT system. This includes definitions for card-centric vs. server-centric ticketing, with ABT being “server-centric” (also dubbed “server-based ticketing” or “Security-in-System”) where the intelligence and security reside in central systems rather than on the fare media. It describes roles like the back-office account provider, the use of travel tokens (media carried by users), and front-end devices (validators/gates) that perform access control by verifying tokens. The back office in ABT handles critical functions such as journey construction, fare calculation, and fare validation for each tap-in/out from field devices. ISO 20526 also provides terminology for key concepts (e.g. token/media, credentials, revenue protection, etc.) and abbreviations used in ABT, ensuring a common language.
  • Objectives: A primary objective of ISO 20526:2017 is to highlight potential standardization needs. By cataloguing how ABT systems work and the variations in practice, the report points out areas where international coordination or standards could be beneficial (for example, interoperability of systems, data models, security measures). The idea is that those areas could lead to future ISO work items separate from this report. In short, ISO 20526 serves as informational groundwork for future standards in the transit ticketing domain.
  • Content Summary: The report covers:
    • Introduction to ABT: It explains the paradigm shift from traditional card-centric automated fare collection to account-centric models. For instance, in legacy systems (like contactless transit cards), the card holds the fare product or balance (card-centric). In ABT, the card or device is only an identifier, and the central system determines travel rights (server-centric).
    • Advantages of ABT: ISO 20526 enumerates benefits such as easier updates of products/business rules, real-time fare policy changes, the ability to manage customers and products centrally, and simplified interoperability between different transport operators or modes. Importantly, the report notes that ABT enables use of third-party media as tokens – sometimes called a “BYOD (bring your own device)” approach. In practice this means riders can use media not issued by the transit agency (for example, bank-issued credit/debit cards or national ID cards) as their ticket tokens. This is highlighted as a major advantage, expanding the range of acceptable “tickets” to include smartphones, wearables, contactless bank cards, etc. (EMV-based bank card ticketing is explicitly cited as a subset of ABT).
    • Disadvantages/Challenges: The report also discusses challenges or drawbacks of ABT, which include the need for constant connectivity between fare devices and the back office (or robust offline handling), the criticality of timely transaction uploads, potential impacts on tap speed, and the complexity of integrating multiple technologies in front-end devices. Another noted challenge is maintaining customer trust – since the system is back-office driven, issues like data security and privacy are paramount.
    • ABT Features and Considerations: ISO 20526 dives into specific functional aspects: revenue protection and fraud control in a system where validation is mostly back-office, methods for journey or trip construction from a series of taps, and concepts like fare aggregation/capping (often termed “pay as you go” in transit) where the fare is computed after one or more rides. It also covers data privacy considerations (important since personal accounts and possibly payment data are involved), and handling of multiple tokens per account (e.g., one customer’s account linked to a bank card, a mobile phone, and a transit smartcard simultaneously). The report even includes a section on “Considerations for payment providers”, acknowledging the involvement of financial industry players in ABT (e.g., accepting bank cards as tokens).

In summary, ISO 20526:2017 establishes a comprehensive overview of ABT systems – their purpose (centralizing fare logic in back offices), scope (covering technology from media to back office), and components (accounts, tokens, devices, and processes). It sets the stage for understanding how emerging models (including open-loop payments) fit into the ticketing ecosystem, without itself prescribing specific technical solutions.