[Seite 1]
t
Ergebnisdokument Deutschland-Ticket UIC
Schaffung einer einheitlichen Barcodeausgabe nach
UIC und einer Barcodekontrolle nach UIC und VDV-KA
Erstellt durch:
Deutschlandtarifverbund GmbH Christian Skobjin Speicherstraße 59 +49 171 1541211 60327 Frankfurt am Main c.skobjin@deutschlandtarifverbund.de
Frankfurt, den 30.04.2024
[Seite 2]
Versionsverwaltung
| Version | Datum | Bemerkung |
|---|---|---|
| Entwurf 0.1 | 21.12.2022 | Erste Version nach Abstimmung einzelner Kapitel, Fokus auf technische Inhalte Erster Versand Arbeitsstand zum Review |
| V1.0 | 15.02.2023 | Review Stand zur Finalisierung und Dokumentfrei- gabe |
| V1.01 | 24.02.2023 | Anpassung Referenz auf aktuelle Tarifbestimmungen Zeitl. Horizont bei Übergangsphasen ergänzt Feldliste und Beispieldateien angepasst Formatierung der Tabellen korrigiert Konkretisierung Kapitel 7.2, 9.2 |
| V1.02 | 31.03.2023 | Formatierung des Changelog geändert Kapitel 6.2.1, 6.2.2, 6.2.3: neu eingefügt Kapitel 6: Formatierung Tabellen angepasst Kapitel 7: Beschreibungen angepasst, Hinweis auf O- penSSL-Dokumentation; 7.1 Link zum Anmeldefor- mular des UIC-Sharepoints eingefügt Kapitel 8: Layoutbeispiel angepasst Kapitel 12: Anpassung Links in Referenzliste auf UIC- Sharepoint |
| V1.03 | 30.04.2024 | Redaktionelle Anpassung offizielle Schreibweise „Deutschland-Ticket“ Aktualisierung Ersteller Kapitel 5: Konkretisierung in den Phasen, Ergänzung Fußnote Kapitel 6.1: Ergänzung der ASN.1-Version der Feldta- bellen, Ergänzung Versionierungshinweise, Ergän- zung Default-Wert für currencyFract Kapitel 6.1.1: Empfehlung für IssuerPNR ergänzt Kapitel 6.1.3: Tabellenformatierung korrigiert Kapitel 6.1.6: IncludedAddons Gültigkeitsangabe ver- pflichtend, Einschränkung entfernt Kapitel 6.3: Aktualisierung Ansprechpartner für Test- tickets Kapitel 7.1: Ergänzung Vorgaben zur Schlüsselerzeu- gung Kapitel 7.2: Entfernung von Information zum SSB Kapitel 9.4: Aktualisierung Sperrlisten-Pläne |
| V1.04 | 03.05.2024 | Kapitel 3: Aktualisierung der Tarifbedingungen Kapitel 5: Aktualisierung der Phasen auf Basis des in der techn. AG UIC erarbeiteten Vorschlags Kapitel 6.1.2: Ergänzung Geburtsdatum als Pflichtfeld Kapitel 11: Referenz zu UIC 918-9-DE hergestellt |
1
[Seite 3]
Inhalt
Abbildungsverzeichnis ......................................................................................................................... 3
-
Einleitung ..................................................................................................................................... 4
-
Aufgabe des Dokuments ............................................................................................................. 5
-
Rahmenbedingungen tarifliche Gestaltung Deutschland-Ticket ................................................ 7
-
Ausgangslage nationale Tickets ................................................................................................... 9 4.1 .... Erläuterung bestehender Standards und Geltungsbereiche .....................................10 4.2 .... Anwendung UIC-Standard im Verbundtarif und Ländertarifen .................................12
-
Deutschland-Ticket nach UIC 918-3 & 918-9 und Übergangsphasen .......................................13
-
Erzeugung und Ausgabe Deutschland-Ticket ............................................................................15 6.1 .... Flexible Content Barcode inkl. VDV-KA Anteil ...........................................................15
6.1.1 issuingDetail .......................................................................................................16
6.1.2 travelerDetail ......................................................................................................17
6.1.3 transportDocument ............................................................................................17
6.1.4 ValidRegion (OpenTicketData) ...........................................................................18
6.1.5 TariffType ...........................................................................................................19
6.1.6 IncludedAddons ..................................................................................................19
6.1.7 ValidRegion (IncludedOpenTicketType) .............................................................20 6.2 .... Besonderheiten TLB (Ticket Layout Barcode) ............................................................20
6.2.1 U_HEAD ..............................................................................................................20
6.2.2 U_TLAY ...............................................................................................................21
6.2.3 Ausprägungen U_TLAY .......................................................................................22 6.3 .... Beispieldateien ...........................................................................................................23
- Realisierung der Sicherheitsmerkmale ......................................................................................24 7.1 .... Schlüsselverwaltung ...................................................................................................24
7.1.1 Bereitstellung der Schlüssel ...............................................................................26
7.1.2 Weiterentwicklung der Schlüsselverwaltung .....................................................26 7.2 .... Verschlüsselungsmechanismus nach UIC ..................................................................27
-
Ticketlayout ...............................................................................................................................29
-
Kontrolle Deutschland-Ticket ....................................................................................................31 9.1 .... Kontrolle des UIC-Barcodes für UIC Anwendende .....................................................31
9.1.1 Kontrolle des Ticket Layout Barcode ..................................................................31
9.1.2 Kontrolle des Flexible Content Barcode .............................................................32
2
[Seite 4]
9.2 .... Kontrolle der VDV-KA-Anteile des UIC-Barcodes .......................................................32 9.3 .... Kontrolle von VDV-KA-Tickets für UIC-Anwendende .................................................32 9.4 .... Übergangslösung: Kontrolle ohne Teilnehmervertrag ..............................................33 9.5 .... Anbindung Sperrliste für UIC-Barcode-Tickets ..........................................................33
-
Potenzielle Missbrauchsszenarien und Sicherheitsmerkmale ..................................................34
-
Ausblick .....................................................................................................................................36 11.1 .. UIC 918-9-DE ..............................................................................................................36 11.2 .. Weiterentwicklung des bestehenden UIC-Standards ................................................36
-
Referenzliste & weiterführende Dokumente ............................................................................37
Abbildungsverzeichnis
Abbildung 1: Beispieldarstellung der diversen Barcodelandschaft in Deutschland ................................9
Abbildung 2: Geographische Verteilung des UIC- und VDV-KA-Barcodes nach Verbünden und Landestarifen (Quelldaten: Vertrieb über DB Navigator) ..................................................................... 12
Abbildung 3: Überblick UIC 918-3 und 918-9 ........................................................................................ 14
Abbildung 4: Schlüsselmanagement national und international .......................................................... 27
Abbildung 5: Beispiel-Layout Deutschland-Ticket nach CIV .................................................................. 29
3
[Seite 5]
1. Einleitung
Mit dem politischen Beschluss zur Einführung des Deutschland-Tickets wurde ein Tarif geschaffen, der zugleich SPNV und ÖPNV ist. Zugleich fehlt eine übergeordnete Einheit, die für diesen Anwendungsfall tarifliche und technische Vorgaben machen könnte.
Es ist daher erforderlich, dass die Nahverkehrs-Branche zusammenarbeitet und sich auf übergreifende Tarifkonditionen und Standards/Prozesse zu Ausgabe und Kontrolle des Deutschland-Tickets einigt. Dabei ist es notwendig, die im Markt befindlichen technischen Standards zu berücksichtigen und kom- patibel zu machen, um die deutschlandweite Anerkennung und Kontrolle des Tickets zu ermöglichen und die notwendigen Anpassungen in einem erträglichen Rahmen zu halten.
In Deutschland sind im Wesentlichen zwei verschiedene Barcode-Standards in Anwendung.
Der UIC-Standard ist ein europäischer Standard, der über die Vorgaben der ERA zum europäischen Recht für den (grenzüberschreitenden) Eisenbahnverkehr erhoben wurde. Er findet entsprechend An- wendung bei nationalen und internationalen Eisenbahntarifen, ist bei der DB im Einsatz und wurde bei der Gründung der DTVG als zu nutzender Standard für den D-TARIF festgeschrieben. Der Standard ist kostenfrei nutzbar und wird international über die UIC und in der deutschen Anwendung perspekti- visch über die DTVG organisiert. Der Standard fokussiert sich vornehmlich auf Tickets im SPV, ist jedoch auch für einige Verbundtarife im Einsatz. Der organisatorische Rahmen (z.B. zum Austausch der Schlüs- sel) ist in diesem Fall die Verbundorganisation.
Der VDV-KA-Standard ist der für die deutsche ÖPNV-Landschaft entwickelte, deutsche Standard mit Fokus auf Verbundtarife. Er ist vornehmlich in großen Verbünden mit komplexer Tarifstruktur im Ein- satz. Den organisatorischen Rahmen des Standards bildet die ETS.
Beide Standards sind in Deutschland marktüblich und haben mit Eisenbahntarif und Verbundtarife ver- schiedene Schwerpunkte. Die Koexistenz der beiden Standards wurde im Jahr 2021 in einem Whitepa- per [8] festgehalten, dass in Kooperation von ETS, VDV und DB erstellt wurde.
Beide Barcode-Standards sind für das Deutschland-Ticket grundsätzlich anwendbar, in beiden Fällen ist jedoch eine deutschlandweite Verbreitung nicht gegeben, so dass in jedem Fall Anpassungsbedarf besteht.
Die ETS hat bereits für den VDV-KA-Standard eine einheitliche Vorgabe gemacht, wie das Deutschland- Ticket nach VDV-KA auszugeben und zu kontrollieren ist.
In diesem Dokument wird die Ausgabe und Kontrolle für Tickets nach UIC-Standard beschrieben.
4
[Seite 6]
2. Aufgabe des Dokuments
Mit dem Beschluss der Bundes- und Landesregierungen vom 02.11.2022 zur Einführung eines deutsch- landweit gültigem Nahverkehrsangebot „Deutschland-Ticket“ [1] rücken diverse Fragestellungen in den Fokus. Mit diesem Dokument soll ein einheitlicher Vertrieb nach Union Internationale des Chemins de fer (UIC) Standard gewährleistet werden. Zusätzlich sollen Informationen zur einheitlichen Kontrolle des „Deutschland-Tickets“ nach UIC-Standard bereitgestellt werden. Dieses Dokument richtet sich da- her zum einen an vertreibende Instanzen des Deutschland-Tickets, an Auftraggebende zum Vertrieb des Deutschland-Tickets, sowie an Instanzen, die das „Deutschland-Ticket“ nach UIC-Standard kontrol- lieren wollen. Dieses Dokument soll als Vorlage zur Beauftragung und Umsetzung des technischen Ver- triebs und der Kontrolle nach UIC-Standard gelten. Es bietet Informationen und Anleitungen sowohl für den Auftraggeber als auch für den Auftragnehmer (siehe Kapitel 5-9).
Zur Ausgabe des Deutschland-Tickets ist im Entwurf der gemeinsamen Tarifbestimmungen zum Deutschland-Ticket (Stand: 27.01.2023) folgender Absatz zu beachten [4]:
„IV. Ausgabe /Kündigung des Tickets
a. Digital (Chipkarte und account based ticketing)
b. Digital (Smartphone mit Barcode VDV/UIC)
c. Vorläufige Ausgabe als digital kontrollierbares (Papier)ticket möglich nur für Kundenvertrags- partner oder für Verkehrsunternehmen, die das Deutschland-Ticket über ein Trägermedium gem. a) bereitstellen, vorläufig bis zur Auslieferung bzw. Bereitstellung des digitalen Tickets, längstens bis zum 31.12.2023
d. Jeweils zum 1. eines Monats bestellbar (Vorbestellfristen vor Ort)
e. Ticket jeweils ein Monat gültig (automatische Verlängerung, wenn nicht rechtzeitig gekündigt)
f. Taggenaue Gültigkeit
◼ Startkarten („Abo sofort“) übergangsweise bis 31.12.2023 möglich (aber ohne Verpflichtung diese Option anzubieten)
g. Längere Gültigkeit in Sonderfällen denkbar (z. B. bei Integration der D-Ticket-Gültigkeit in die BC 100 in Nachfolge City-Ticket)
h. Kündigung bis 10. eines Monats jeweils zum Monatsende“
Der UIC-Standard stellt eine international anerkannte und Anwendung findende Barcode-Struktur dar. Es gestaltet sich aktuell allerdings so, dass mit den Standards UIC 918-3 und 918-9, sowie weiteren Interpretationen des Standards gleichzeitig bundesweit unterschiedliche Formate kursieren. Parallel zum UIC-Standard findet in mehreren Verbünden Deutschlands außerdem der Verband Deutscher Ver- kehrsverbünde Kernapplikationsstandard (VDV-KA Standard) Anwendung und erweitert damit das Bar- code-Portfolio. Mit dem Vertrieb und der Kontrolle eines deutschlandweit gültigen Nahverkehrsange- botes, wie dem „Deutschland-Ticket“, ist eine Auflösung regionaler Ausgabe- und Prüfsystematiken notwendig, um eine allgemeingültige Ausgabe und Kontrolle, unter Berücksichtigung der bestehenden
5
[Seite 7]
Standards, zu gewährleisten. In der zweiten Sitzung der UAG Ticket und Vertrieb vom 10.01.2023 wurde daher der folgende Passus zur Ausgabe und der damit verbundenen Kontrolle verfasst [14]:
„Ab dem 1. Januar 2024 sind D-Tickets ausschließlich als elektronische Tickets auszugeben. Damit wer- den nur noch D-Ticket anerkannt, die gemäß den zentralen und einheitlichen Vorgaben entsprechend auf Smartphones oder Chipkarten ((VDV-KA-Chipkarte/ Handyticket in Form eines VDV-/UIC-Barcode) ausgegeben werden. Bei der Anwendung des UIC-Barcodes müssen Mindestanforderungen zur Evalu- ierung erfüllt werden.“
Dieses Dokument hat zum einen den Anspruch eine einheitliche Ausgabe des Deutschland-Tickets nach UIC-Standard zu beschreiben, zum anderen soll dadurch eine flächendeckende Kontrolle des UIC- Barcodes von Prüfgeräten gewährleistet werden, unabhängig davon, ob sie dem UIC- oder VDV-KA Standard folgen. Darüber hinaus kann dieses Vorgehen auch für weitere Angebote zukünftig verwen- det werden. Dabei behandelt dieses Dokument nicht die Ausgabe und Kontrolle auf einem Chipkarten- Medium, sondern fokussiert sich ausschließlich auf die Verwendung eines Barcodes in den diversen Vertriebskanälen.
6
[Seite 8]
3. Rahmenbedingungen tarifliche Gestaltung Deutschland-Ticket
In Zusammenarbeit der unterschiedlichen Instanzen konnten die tariflichen Rahmenbedingungen für das Deutschland-Ticket stetig geschärft werden. Aus dem Entwurf der gemeinsamen Tarifbestimmun- gen zum Deutschland-Ticket (Stand: 01.05.2024) [4] sind folgende tarifliche Voraussetzungen zu ent- nehmen, welche auch von technischer Seite in den entsprechenden Barcodes enthalten sein müssen, um eine vollständige und korrekte Kontrolle gewährleisten zu können:
Geltungsbereich:
Das Deutschland-Ticket berechtigt im jeweiligen Geltungszeitraum zur unbegrenzten Nutzung der Züge des SPNV im tariflichen Geltungsbereich des Deutschlandtarifs in der 2. Wagenklasse sowie der sonstigen Verkehrsmittel des ÖPNV im räumlichen Geltungsbereich der Tarife der teilnehmenden Ver- kehrsunternehmen, Verkehrsverbünde und Landestarifgesellschaften.
Dies schließt im Ausland liegende Geltungsbereiche mit ein, soweit das eigene Tarifgebiet des jeweili- gen Verbundes/Unternehmens sich aufgrund entsprechender Vereinbarung auf das im Ausland lie- gende Gebiet erstreckt.
Zum ÖPNV gehört die Beförderung mit Straßenbahnen und Obussen im Sinne des Personenbeförde- rungs-gesetzes sowie mit Kraftfahrzeugen im Liniennahverkehr nach den §§ 42 und 44 PBefG. Linien- nahverkehre nach § 43 PBefG fallen insoweit unter den Geltungsbereich, sofern sie gemäß § 2 Absatz 4 PBefG allgemein zugänglich sind.
Das Deutschland-Ticket gilt nicht in Verkehrsmitteln, die überwiegend zu touristischen oder histori- schen Zwecken betrieben werden.
Die Nutzung von Zügen des Fernverkehrs mit dem Deutschland-Ticket ist grundsätzlich ausgeschlos- sen. Hiervon abweichende Regelungen (z.B. im Rahmen von Integrationskonzepten) werden im Gel- tungs-bereich des Deutschland-Tickets für den Schienenverkehr bekanntgegeben.
Fahrtberechtigung:
Das Deutschland-Ticket ist nicht übertragbar und wird als persönlicher Fahrausweis in Form einer Chip- karte oder als Handyticket ausgegeben, der mindestens den Namen und Vornamen des Fahrgastes beinhaltet. Ein Fahrausweis, der als Barcode-Ticket ausgegeben wird, beinhaltet zudem das Geburts- datum des Fahrgastes. Das Gleiche gilt für alle ab dem 01.01.2025 ausgestellten Chipkarten. Das Deutschland-Ticket kann von den vertraghaltenden Unternehmen, die das Deutschland-Ticket über eine Chipkarte als Trägermedium bereitstellen, vorläufig bis zur Auslieferung bzw. Bereitstellung des digitalen Tickets, längstens bis zum 31.12.2023 als digital kontrollierbares Papierticket (mit Bar- code) ausgegeben werden. Ein als Papierticket ausgegebenes Deutschland-Ticket gilt für maximal ei- nen Kalendermonat.
Zur Legitimation ist ein amtliches Lichtbilddokument mitzuführen und bei Kontrollen vorzuzeigen. Bei Kindern und Jugendlichen bis zur Vollendung des 16. Lebensjahres genügt zur Legitimation ein Schü- lerausweis. Wird ein solcher nicht ausgestellt, entfällt die Legitimationspflicht.
Das Deutschland-Ticket beinhaltet keine unentgeltliche Mitnahme von Personen über 6 Jahren.
7
[Seite 9]
Das Deutschland-Ticket berechtigt ausschließlich zur Nutzung der 2. Wagenklasse. Ein Übergang in die
- Wagenklasse ist innerhalb der Geltungsbereiche von Verkehrsverbünden, Landestarifen und des Deutschlandtarifs nach den jeweiligen Tarifbestimmungen möglich.
Für die Mitnahme eines Fahrrades ist ein reguläres Fahrradkartenangebot zu erwerben, soweit die Fahrradmitnahme auf der jeweiligen Fahrt entgeltpflichtig ist.
Für die Mitnahme eines Hundes ist ein reguläres Fahrkartenangebot zu erwerben, soweit die Mit- nahme auf der jeweiligen Fahrt entgeltpflichtig ist.
Vertragslaufzeit und Kündigung:
Das Deutschland-Ticket kann an den von den Verkehrsunternehmen, Verkehrsverbünden und Landes- tariforganisationen für Abonnement-Produkte eingerichteten Verkaufsstellen bzw. über deren Ver- triebskanäle erworben werden.
Das Deutschland-Ticket wird im Abonnement ausgegeben. Der Einstieg ins Abonnement ist jeweils zum Ersten eines Monats möglich.
Das Abonnement wird für unbestimmte Zeit abgeschlossen und kann monatlich gekündigt werden. Die Kündigung muss dabei bis zum 10. eines Monats zum Ende des jeweiligen Kalendermonats erfolgen.
Das Deutschland-Ticket gilt im Falle einer Kündigung bis Betriebsschluss nach dem Ende des letzten Tages dieses Kalendermonats, längstens jedoch bis 3.00 Uhr des Folgetags.
Neben der monatlichen Kündbarkeit kann in Verbindung mit anderen Produkten im Bereich des Per- sonenverkehrs auch eine feste Laufzeit von 12 Monaten angeboten werden.
8
[Seite 10]
4. Ausgangslage nationale Tickets
Den Anstoß für die Konzipierung und Einführung des Deutschland-Tickets stellt das 9 Euro Ticket dar. Mit dem drei Monate gültigen Angebot wurde zum ersten Mal die Relevanz einer national geregelten Ausgabe und Kontrolle deutlich. Zudem wurde ein Bewusstsein für die Vielfalt von Barcode-Standards im Markt geschaffen.
Abbildung 1: Beispieldarstellung der diversen Barcodelandschaft in Deutschland
Abbildung 1 stellt schematisch auf der linken Seite den Status Quo dar bzw. Die Welt des 9 EUR Tickets: Die zahlreichen Verbünde in der Bundesrepublik haben entweder den UIC- oder den VDV-KA-Standard für die Ausgabe von Tickets festgelegt. Diese werden durch DB und NE Strecken ergänzt, die in der Regel den UIC-Barcode anwenden. Ein vielfältiges Bild, das in der Vergangenheit auf lokale Regelungen fußte. Mit der Einführung des 9 Euro Tickets reichten diese lokalen Regelungen allerdings nicht mehr aus, da ein national gültiges Angebot auf dem Markt etabliert wurde. Die übergreifende Kontrollier- barkeit war durch die vielfältigen Ausgabevarianten nicht möglich, was für das befristete 9 EUR Ticket in Kauf genommen wurde/werden musste.
Die rechte Seite der Abbildung 1 verdeutlicht das Ziel der Harmonisierung der Barcode-Landschaft. Verbünde, die den VDV-KA Standard anwenden eint der gleiche Standard und auch die Verbünde, die den UIC-Standard als Barcode ausgeben, einigen sich auf eine einheitliche inhaltliche Befüllung des Barcodes. Somit sollen bei der Ausgabe von Barcodes zwei national abgestimmte Barcodes vorherr- schen, welche im Anschluss einer übergreifenden Kontrollmöglichkeit unterliegen.
9
[Seite 11]
4.1 Erläuterung bestehender Standards und Geltungsbereiche
UIC und VDV – zwei etablierte Barcode-Standards
In Deutschland existieren im Öffentlichen Personennahverkehr (ÖPNV) und Schienenpersonennah- verkehr (SPNV) eine große Vielfalt von unterschiedlichen Verkehrsverbünden und -unternehmen so- wie Eisenbahnunternehmen, welche separate Verkehrsdienstleistungen und Ticketingsysteme anbie- ten. Damit Fahrgäste innerhalb der unterschiedlichen Systeme mit dem gleichen Ticket fahren können, müssen alle Teilnehmenden des ÖPNV und SPNV, die definierten Standards einhalten. Im Kontext des öffentlichen Personenverkehrs hat sich durch den internationalen Eisenbahnverband UIC1 und den VDV die Verwendung von Barcodes als visuelle Darstellungsform der Ticketdaten etabliert. Hierbei ist zwischen diesen beiden Barcodestandards im deutschen Markt zu unterscheiden: VDV-KA-Standard und UIC-Standard.
Der VDV-KA-Standard wurde 2005 in Folge eines Forschungsprojektes des Bundes entwickelt. Der VDV- KA-Barcode wird im ÖPNV insbesondere für die Abbildung von Verbund-, Haus- und Landestarifen ein- gesetzt. Zu dem Zeitpunkt der Einführung des VDV-KA-Barcodes, war der UIC-Barcode nicht auf die Tarifstruktur der deutschen Verbund Welt ausgelegt. Innerhalb von Deutschland gibt es inzwischen sowohl Verbünde, die nach UIC-Standard Barcodes ausgeben als auch weitere Verbünde, die nach VDV-KA-Standard Barcodes ausgeben. Anhand einer Deutschlandkarte wird in Kapitel 4 die derzeitige Aufteilung der Barcode Standards je Verbund dargestellt.
Die UIC ist ein internationaler Verband für Standardisierung von Eisenbahninfrastruktur und Techno- logie. Der Fokus liegt auf dem grenzüberschreitenden Eisbahnverkehr und der internationalen Kon- trollfähigkeit. In diesem Kontext gibt die UIC den Standard für den UIC-Barcode 918-3 und die aktua- lisierte Version 918-9 heraus, der zudem von der ERA2 als internationale Vorgabe übernommen wurde3 und damit für europäische Eisenbahnen bindend ist.
Im Eisenbahnverkehr gelten grundsätzlich die Vorgaben und Standards der UIC bzw. der ERA. Auf Grundlage der EU-Verordnung 454/2011 „Technische Spezifikation für die Interoperabilität (TSI) zum Teilsystem „Telematikanwendungen für den Personenverkehr“ des transeuropäischen Eisenbahnsys- tems (TAP TSI)“, sind die Akteure des europäischen Eisenbahnsektors verpflichtet, „(…) die Fahrkarten unter Beachtung von Normen [auszustellen], die die Interoperabilität zwischen den Eisenbahnunter- nehmen gewährleisten. Bei der Ausstellung internationaler und im Ausland verkaufter Fahrkarten müssen die Eisenbahnunternehmen mindestens eine der (…) genannten Erfüllungsmethoden verwen- den.“4 Die beiden genannten Erfüllungsmethoden und die dafür verwendeten Informationen sind nach Unterlage
◼ TAP TSI TD B.6: die Umsetzung der Fahrkarte als Transport Dokument auf Belegpapier
1 Internationaler Eisenbahnverband
2 Europäische Eisenbahnagentur
3 Siehe Dokumente TAP TSI TD B.6 und B.7
4 Verordnung (EU) Nr. 454/2011 der Kommission, Anhang 4.2.11
10
[Seite 12]
◼ Tap TSI TD B.7: die Umsetzung der Fahrkarte als Transport Dokument auf A4 Papier und dem 2D Barcode
umzusetzen. 5
Darüber hinaus beschreibt die Unterlage TAP TSI REC B.12 die Aktualisierung des Barcode Standards (TAP TSI TD B.7) hin zum UIC 918-9 (FCB).
UIC 918.9 als Ziel-Standard in der Vertriebsrichtlinie des DTV verankert
Zudem wurde der Standard nach TAP TSI REC B.12 bei Gründung der DTVG6 (Deutschlandtarifverbund GmbH) als zukünftiger Standard für den SPNV vereinbart. Aus der Vertriebs- und Provisionsrichtlinie des DTV [3]:
„Ausgebende Vertriebsinstanzen
◼ Bis Ende 2023 sollen barcodebehaftete Tickets des Deutschlandtarifs im UIC-918-3() Standard, dürfen aber auch im UIC-918-9-Standard ausgegeben werden.
◼ Ab Beginn 2024 bis Ende 2025 sollen barcodebehaftete Tickets des Deutschlandtarifs im UIC-918- 9()-Standard, dürfen aber auch noch im UIC-918.3()-Standard ausgegeben werden.
◼ Ab 2026 dürfen barcodebehaftete Tickets des Deutschlandtarifs nur noch im UIC-918-9(*)- Standard ausgegeben werden.“
Der UIC-Barcode findet im Fernverkehr, hier oft in Verbindung mit der City-Option, aber auch im Nah- verkehr Anwendung und ist gemäß der UIC- und ERA-Vorgaben auch international etabliert. Der UIC- Barcode hat den Fokus auf relationsbezogene Tickets7, ist aber seit einigen Jahren ebenfalls auf die Anwendungsfälle im deutschen Nahverkehr ausgelegt. Auch bei ÖPNV-Tarifen und/oder -Angeboten (z. B. Quer-durchs-Land-Ticket), bei denen der DTV die Rolle des Tarifverantwortlichen8 wahrnimmt, wird gemäß der UIC- und ERA-Vorgaben ebenfalls der UIC-Barcode verwendet.9 Daher betreiben die Deutsche Bahn und weitere Eisenbahnverkehrsunternehmen seit vielen Jahren erfolgreich ihr elektro- nisches Online- und Mobile Ticketing mit den UIC-Barcodetickets. Sie bedienen damit nahezu alle re- levanten nationalen und internationalen Anforderungen. Dazu gehören auch Verbundtickets, die in- ternationale grenzüberschreitende Gültigkeit haben. Basis des Verfahrens sind die Vereinbarungen im Rahmen der UIC. Daraus ergibt sich die Notwendigkeit, dass beide standardisierten Barcodes in Kon- trollgeräten optimal unterstützt werden müssen.10
5 Verordnung (EU) Nr. 454/2011 der Kommission, Anhang 5.2.11.1, 4.2.11.2 und Annex III
6 Gegründet 09.06.2020
7 Tickets, mit festgelegtem Start- und Zielbahnhof
8 Vorher: DB Regio
9 Entspricht der „Produktklasse C“ des Eisenbahn-Tarifs als Gemeinschaftstarif der Tarifkooperation im SPNV („D-TARIF“)
10 Referenzen: VDV-Mitteilung 9718
11
[Seite 13]
4.2 Anwendung UIC-Standard im Verbundtarif und Ländertarifen
Unabhängig von den unterschiedlichen Ausprägungen UIC 918.3 und UIC 918.9 findet der UIC- Standard nicht nur im SPNV Anwendung. Zahlreiche Verbünde und Ländertickets wenden den Stan- dard für die Ausgabe ihrer Angebote an. Die geographische Verteilung wird in der Abbildung 2 visuali- siert.
Abbildung 2: Geographische Verteilung des UIC- und VDV-KA-Barcodes nach Verbünden und Landesta- rifen (Quelldaten: Vertrieb über DB Navigator)
Die Datengrundlage der Abbildung 2 stellen die Verkäufe im DB Navigator dar. Diese Vertriebsplatt- form kann sowohl Barcodes nach UIC- als auch nach VDV-KA Standard ausgeben. Die Bedeutung des UIC-Barcodes im Besonderen für den SPNV wird an dieser Stelle deutlich. Mit Blick auf die flächenmä- ßige Verteilung nach UIC- und VDV-KA-Verbünden stellt sich ein ausgewogenes Bild dar.
Bezogen auf die Ausgabe von Ländertickets und Landestarifen verdeutlicht sich die Rolle und die Be- deutung des UIC-Standards in der Bundesrepublik. Damit wird die Daseinsberechtigung beider Stan- dards in Deutschland unterstützt und die Notwendigkeit einer einheitlichen Prüfung für ein national gültiges Ticket unterstrichen.
12
[Seite 14]
5. Deutschland-Ticket nach UIC 918-3 & 918-9 und Übergangs-
phasen
Der UIC-Standard für Barcodes wurde 2006 in der Version UIC 918-3 verabschiedet. Die damalige Im- plementierung basiert auf einer tabellarischen Aufnahme relevanter Ticketdaten in den Barcode, die bei der Kontrolle in diesem Format am Kontrollgerät angezeigt werden. Das layoutbasierte Verfahren (TLB), welches mindestens aus den Segmenten U_HEAD und U_TLAY besteht, sieht keine automati- sierte Auswertung von Barcode-Inhalten vor und ist aus heutiger Sicht nicht mehr zeitgemäß. Zur op- timierten Anzeige am Kontrollgerät haben sich daher weitere Formate entwickelt (bspw. das linksbün- dige (PLAIN) Layout des TLB, sowie herstellerspezifische Layouts), die allesamt unter der Bezeichnung UIC 918-3 im Markt verbreitet sind. Zudem kann die Funktionsweise durch Interpretation des TLB je nach Anbieter von Kontrollgeräten und -software variieren.
Daher wurde 2018 eine Aktualisierung des UIC-Standards vorgenommen: Version 918-9. Der neue Bar- code-Standard enthält zusätzlich zu den Inhalten, welche bereits in UIC 918-3 beschrieben wurden, die Definition eines strukturierten Anteils: Flexible Content Barcode (FCB). Im FCB-Anteil sind Daten in strukturierter Form codiert, so dass die enthaltenen Daten gezielt für eine automatisierte Auswertung verwendet werden können. Das zentrale Barcode-Segment des FCB trägt die Bezeichnung U_FLEX.
Der Standard UIC 918-9 ist eine Erweiterung von UIC 918-3 und enthält entsprechend unter anderem neben der Spezifikation des FCB weiterhin die des TLB. Das Deutschland-Ticket soll sich für eine Über- gangszeit die Abwärtskompatibilität des Standards zu Nutze machen und die für TLB und FCB notwen- digen Segmente verwenden. Der TLB kann entweder im linksbündigen Layout PLAI oder im RCT2- Format ausgegeben werden. Nähere Informationen finden sich in Kapitel 6.
In der Einführungsphase des Deutschland-Tickets ist zu erwarten, dass jeder Herausgeber nach den bisherigen üblichen Praxis Tickets ausgeben wird und damit in der Regel als TLB. Die hier skizzierte Zeitschiene der folgenden, einzelnen Phasen orientiert sich an dem zeitlichen Horizont, der branchen- intern abgestimmt wurde.
Phase 1: Einführungsphase mit Ausgabe nach 918-3 mit TLB (bis Ende 2023) – Phase ist abgeschlossen
◼ Herausgeber nutzen ausschließlich den bisher lokal genutzten Standard 918-3 (TLB)
◼ Inhalte mit Bezug zum VDV (Produktcode) sind hier nicht enthalten.
◼ Es wird die Signaturversion V1 verwendet.
◼ Test-Tickets werden auf der Internet-Seite des DTV hochgeladen, um übergreifende Kontrolle zu gewährleisten.
◼ Empfehlung: Anzeige der Barcode-Inhalte des TLB ohne Interpretation. Implementierung einer Standardanzeige für unbekannte Layouts, die die Inhalte gemäß der im Barcode hinterlegten For- matierung anzeigt.
◼ Diese Umsetzung zur Kontrolle des TLB wird auch für zusätzliche Kontroll-Apps empfohlen, die in einer Übergangszeit ausschließlich zur Kontrolle des Deutschland-Tickets zur Verfügung stehen und die alle Standards unterstützen sollen (VDV- und UIC-Barcodes, sowie VDV-Chipkarten).
◼ Kontrollgeräte werden ertüchtigt für das Lesen des FCB.
13
[Seite 15]
Phase 2: Übergangsphase mit Ausgabe nach 918-9 mit TLB und FCB (01.01.2024 – 31.12.2025)
◼ Konsequente Ablösung der Ausgabe von 918-3 (TLB)
◼ 918-9-Barcode enthält TLB und FCB. Die relevanten Inhalte sind in beiden Strukturen enthalten.
◼ Im FCB-Anteil wird die Interoperabilität zum VDV-KA-Standard hergestellt. Hier werden Daten, die zur Erzeugung einer statischen Berechtigung notwendig sind, abgebildet.
◼ Es wird die Signaturversion V1 verwendet.
◼ Kontrollgeräte werden umgestellt auf die Nutzung der Inhalte des FCB. Die Darstellung der Inhalte des TLB ist als Rückfalloption implementiert.
◼ Kontrollgeräte werden ertüchtigt für das Lesen der Signaturversion 2.
Phase 3: Ausgabe nach 918-9 mit FCB und Signaturversion 2 (ab 01.01.2026)
◼ Ausgabe des 918-9-Barcodes nach UIC erfolgt auf Basis des FCB, kann aber auch weiterhin den TLB-Anteil enthalten.
◼ Im FCB-Anteil wird die Interoperabilität zum VDV-KA-Standard hergestellt. Hier werden Daten, die zur Erzeugung einer statischen Berechtigung notwendig sind, abgebildet.
◼ Es wird die Signaturversion V2 verwendet.
Abbildung 3: Überblick UIC 918-3 und 918-9
14
[Seite 16]
6. Erzeugung und Ausgabe Deutschland-Ticket
Im Folgenden soll aus technischer Sicht detaillierter auf die Erzeugung und Ausgabe des Deutschland- Tickets nach UIC-Standard eingegangen werden. Hierzu wurde eine technische Arbeitsgruppe aus UIC- Anwendenden gegründet, die sich mit einer einheitlichen Ausgabe des Barcode-Standards beschäftigt.
6.1 Flexible Content Barcode inkl. VDV-KA Anteil
Der derzeit fortschrittlichste Barcode Standard der UIC existiert mit dem Flexible Content Barcode (FCB) und ist definiert in UIC IRS 90918-9 und den technischen Dokumenten B12 zur EU TAP TSI.
Der FCB unterstützt dabei sowohl die Offline als auch Online-Kontrolle - abhängig vom Datenumfang, der im Barcode hinterlegt ist. Die Daten liegen jeweils in offener, unverschlüsselter Form vor. Ein Sig- naturmechanismus garantiert die Echtheit des Tickets. Für die Offline-Kontrolle liegen alle Ticketdaten im Barcode vor. Eine Onlineverbindung ist für die Kontrolle der Fahrberechtigung nicht erforderlich. Die im Rahmen der Einführung des Deutschland-Tickets unter Nutzung des FCB anzugebenden Daten sind in diesem Kapitel, auf Basis der ASN.1-Struktur V3 aufgeführt.
Das Feld Version/Subversion ermöglicht das Nebeneinanderbestehen verschiedener Versionen (wich- tig im Falle von Vorverkäufen). Die Software, die den Barcode liest, sollte zuerst die Version prüfen und die entsprechende Version der ASN.1 zur Dekodierung des Datensatzes verwenden. Bei der Numme- rierung wird nur die Hauptversionsnummer verwendet, die Unterversionsnummer wird nicht verwen- det, auch nicht die (mögliche) Patch-Nummer (z.B. 3.0.3: 03 = Hauptversion, 0 = Unterversion, 3 = Patch-Nummer). Die Patch-Nummer wird immer dann verändert, wenn Anpassungen an den Kommen- taren vorgenommen werden. Funktionale Änderungen führen immer zu einer neuen Hauptversions- nummer.
Die Daten des FCB-Anteils, die für die Ausgabe und Kontrolle innerhalb der UIC-Teilnehmenden erfor- derlich sind, werden um explizite Felder zur Auswertung durch VDV-KA-Teilnehmer ergänzt. Diese Da- ten sind gem. FCB-Spezifikation der UIC in geeigneten Elementen des UIC 918-9 in den folgenden Ta- bellen angegeben. Jegliche Felder, welche am Beispiel des Deutschland-Tickets fachlich oder technisch vorausgesetzt werden, werden innerhalb der Tabelle als Pflichtfeld deklariert.
Die angegebenen Wertebereiche sind der Felddefinition des ASN.1-Schemas entnommen und stellen den vorgegebenen Rahmen zur Erzeugung von Barcodes gemäß UIC 918-9 dar. Die Daten für VDV-KA sind in diesem Kapitel insbesondere innerhalb der Struktur “IncludedAddOns” aufgeführt.
Die bereitgestellten Beispieldateien enthalten die zur Ausgabe relevanten Felder, wie in folgender Feldliste spezifiziert. Felder mit einem angegebenen Default-Wert müssen für die Erzeugung von Bar- codes nur befüllt werden, wenn der abzubildende Wert vom angegeben Default-Wert abweicht. Diese Felder sind entsprechend in der Feldliste gekennzeichnet. Für die Kontrolle wird der Default-Wert vom Decoder gemäß des ASN.1-Schemas rekonstruiert, falls nichts anderes angegeben ist.
Es handelt sich hierbei um folgende Felder:
classCode – Hier wird die 2. Klasse als Default-Wert gesetzt.
15
[Seite 17]
numberOfPassengers – Hier wird 1 Reisender als Default-Wert gesetzt.
currency – Hier wird EUR als Default-Wert gesetzt.
currencyFract – Hier wird 2 als Default-Wert gesetzt.
stationCodeTable – Ist für Ausgabe im Falle des Deutschland-Tickets nicht relevant. Feld wird daher in der Ausgabe nicht berücksichtigt, enthält gemäß ASN.1-Definition den Default-Wert 0 – stationUIC.
6.1.1 issuingDetail
Die Datenstruktur issuingDetail enthält Informationen zur Ausgabe des Tickets.
| Feld | Typ | Werte- | Pflicht- | Beschreibung | ||||||
|---|---|---|---|---|---|---|---|---|---|---|
| bereich | feld | |||||||||
| securityProviderNum | Int | (1..32000) | (1..32000) | X | X | Bereitsteller des Schlüssels | ||||
| Bsp. D-Ticket: 1080 – RICS-Code DB AG | ||||||||||
| issuerNum | Int | (1..32000) | X | Ticketherausgeber-RICS-Code | ||||||
| Bsp. D-Ticket: 1080 – RICS-Code DB AG | ||||||||||
| issuingYear | Int | (2016..2269) | X | Ausgabejahr (UTC) | ||||||
| Bsp. D-Ticket: 2023 | ||||||||||
| issuingDay | Int | (1..366) | X | Ausgabetag im Jahr (UTC) | ||||||
| Bsp D-Ticket: 121 - 01.Mai als 121. Tag | ||||||||||
| issuingTime | Int | (0..1439) | X | Ausgabezeit in Minuten des Tages (UTC) | ||||||
| Bsp. D-Ticket: 795 - 13:15 Uhr | ||||||||||
| issuerName | UTF8String | X | Ausgebendes (E)VU/Transport | |||||||
| Bsp. D-Ticket: “DB AG” - für Deutsche Bahn AG | ||||||||||
| specimen | Bool | X | Musterticketindikator | |||||||
| Bsp. D-Ticket: false | ||||||||||
| securePaperTicket | Bool | X | Verwendung von Sicherheitspapier bei Ausgabe als Print-Ticket | |||||||
| Bsp. D-Ticket: false | ||||||||||
| activated | Bool | X | Indikator, ob Ticket bereits aktiviert ist | |||||||
| Bsp. D-Ticket: true | ||||||||||
| currency | IA5String | SIZE(3) | X | Währung, in der "price" angegeben ist, (Default: EUR) | ||||||
| Bsp. D-Ticket „EUR“ nicht angeben, da als Default-Wert hinterlegt | ||||||||||
| issuerPNR | IA5String | Identifikations-Id des (Ticket-)Dokuments | ||||||||
| Empfehlung für die Ausgabe: REGEX ="^[A-Z0-9]{8}$" | ||||||||||
| Zum Auslesen der issuerPNR sind keine Beschränkungen sinnvoll, da | ||||||||||
| hier international keine Vorgabe für die Ausgabe existiert. |
16
[Seite 18]
6.1.2 travelerDetail
Die Datenstruktur travelerDetail enthält Informationen zum Reisenden.
| Feld | Typ | Werte- bereich | Pflicht- feld | Beschreibung | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| firstName | UTF8String | X | Vorname | |||||||||
| Bsp. D-Ticket: “Max” | ||||||||||||
| secondName | UTF8String | Zweitname | Zweitname | |||||||||
| lastName | UTF8String | X | Nachname | |||||||||
| Bsp. D-Ticket: “Mustermann” | ||||||||||||
| title | IA5String | SIZE(1..3) | Titel | Titel | ||||||||
| gender | Enum | (0..3) | Geschlecht (unspecified (0), female (1),male (2), other (3)) | |||||||||
| yearOfBirth | Int | (1901..2155) | X | Geburtsjahr | ||||||||
| monthOfBirth | Int | (1..12) | X | Geburtsmonat | ||||||||
| dayOfBirthInMonth | Int | (1..31) | X | Geburtstag | ||||||||
| ticketHolder | ticketHolder | Bool | Bool | X | Ticketinhaber | |||||||
| Bsp. D-Ticket: true |
6.1.3 transportDocument
Die Datenstruktur transportDocument enthält Informationen zur Fahrtberechtigung. Zur Abbildung von Fahrtberechtigungen gibt es die Datenstrukturen reservation, openTicket und pass. Die Informati- onen des Deutschland-Tickets werden in openTicket mit folgenden Feldern erfasst.
| Feld | Typ | Werte- bereich | Pflicht- feld | Beschreibung | ||||
|---|---|---|---|---|---|---|---|---|
| referenceIA5 | IA5String | X | Eindeutige Referenz-Id des Tickets | |||||
| Bsp. D-Ticket: “HWOPQV5Y” | ||||||||
| Empfehlung für die Ausgabe: REGEX ="^[A-Z0-9]{8}$" | ||||||||
| Zum Auslesen der referenceIA5 sind keine Beschränkungen sinnvoll, | ||||||||
| da hier international keine Vorgabe für die Ausgabe existiert. | ||||||||
| productOwnerNum | Int | (1..32000) | RICS Code des Produktverantwortlichen | RICS Code des Produktverantwortlichen | ||||
| productIdNum | Int | (0..65535) | X | Produktcode für das Produkt - hier Deutschland-Ticket (9999) | ||||
| Bsp. D-Ticket: 9999 | ||||||||
| productIdIA5 | IA5String | Bezeichnung des Tickettyps. | ||||||
| Bsp. D-Ticket: „Fahrkarte“ |
17
[Seite 19]
| returnIncluded | Bool | X | Gibt an, ob Rückfahrt in Fahrberechtigung enthalten | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Bsp. D-Ticket: false | |||||||||||
| validRegion{} | {ZoneType} | Siehe Unterkapitel ValidRegion | Siehe Unterkapitel ValidRegion | ||||||||
| validFromDay | Int | (-367..700) | (-367..700) | X | X | In Relation zum Ausgabezeitpunkt | |||||
| (Lokalzeit) | |||||||||||
| Bsp. D-Ticket: -1 | |||||||||||
| validFromTime | Int | (0..1439) | X | In Minuten des Tages | |||||||
| (Lokalzeit) | |||||||||||
| Bsp. D-Ticket: 1 | |||||||||||
| validFromUTCOffset | Int | (-60..60) | Angabe der lokalen Zeitzone in Einheiten von 15 Minuten zur UTC. | ||||||||
| (UTC = Lokalzeit + Offset * 15 Minuten) | |||||||||||
| Bsp. D-Ticket: | |||||||||||
| Deutsche Sommerzeit: -8 | |||||||||||
| Deutsche Winterzeit: -4 | |||||||||||
| validUntilDay | Int | (-1..500) | X | In Relation zum ersten Gültigkeitstag | |||||||
| (Lokalzeit) | |||||||||||
| Bsp. D-Ticket: 31 | |||||||||||
| validUntilTime | Int | (0..1439) | X | In Minuten des Tages | |||||||
| (Lokalzeit) | |||||||||||
| Bsp. D-Ticket: 180 | |||||||||||
| tariffs{} | {TariffType} | Siehe Unterkapitel TariffType | Siehe Unterkapitel TariffType | ||||||||
| classCode | Enum | X | X | Klasse der Fahrtberechtigung, (Default: 2) | |||||||
| price | Int | X | Preis | ||||||||
| Bsp. D-Ticket: 4900 | |||||||||||
| includedAddOns{} | Siehe “includedAddOns” | Siehe “includedAddOns” |
6.1.4 ValidRegion (OpenTicketData)
Die Unterstruktur validRegion enthält die Struktur zoneType. Hier kann die räumliche Gültigkeit gemäß EU-NUTS codiert werden.
| Feld | Typ | Wertebereich | Pflicht- | Beschreibung | ||||
|---|---|---|---|---|---|---|---|---|
| feld | ||||||||
| nutsCode | IA5String | NUTS-Code der räumlichen Gültigkeit. | ||||||
| Bsp. D-Ticket: “DE” |
18
[Seite 20]
6.1.5 TariffType
Die Unterstruktur TariffType enthält Informationen zum Tarif.
| Feld | Typ | Werte- | Pflicht- | Beschreibung | ||||||
|---|---|---|---|---|---|---|---|---|---|---|
| bereich | feld | |||||||||
| numberOfPassengers | Int | (1..200) | (1..200) | X | X | Anzahl Fahrtberechtigte (Default: 1) | ||||
| Bsp. D-Ticket: nicht anzugeben für Anzahl Fahrtberechtigte, da 1 als | ||||||||||
| Default-Wert hinterlegt. | ||||||||||
| Deutschland-Ticket nur gültig für einen Fahrtberechtigten. | ||||||||||
| passengerType | Enum | (0..7) | X | Deutschland-Ticket wird nicht nach Reisendentyp differenziert | ||||||
| Adult (0), Senior (1), Child (2), Youth (3), Dog (4), Bicycle (5), FreeAd- | ||||||||||
| donPassenger (6), FreeAddonChild (7) | ||||||||||
| Bsp. D-Ticket: (0) | ||||||||||
| restrictedToCoun- tryOfResidence | Bool | X | Beschränkung auf Herkunftsland | |||||||
| Bsp. D-Ticket: false | ||||||||||
| tariffDescription | UTF8String | X | Tarifname | |||||||
| Bsp. D-Ticket: “Deutschland-Ticket” |
6.1.6 IncludedAddons
Die Datenstruktur IncludedAddons enthält eine Sequenz von IncludedOpenTicketType. Hier werden die relevanten Felder für eine Interoperabilität zum VDV-KA-Standard definiert.
| Feld | Typ | Wertebereich | Pflicht- | Beschreibung | ||||||
|---|---|---|---|---|---|---|---|---|---|---|
| feld | ||||||||||
| productOwnerIA5 | IA5String | X | X | OrgId des Produktverantwortlichen (immer mit “VDV” Präfix!) | ||||||
| productIdNum | Int | (0..65535) | (0..65535) | X | VDV-Produktnummer | |||||
| Bsp. D-Ticket: 9999 | ||||||||||
| externalIssuerId | Int | X | OrgId des Kundenvertragspartners | OrgId des Kundenvertragspartners | ||||||
| issuerAutorizationId | Int | X | Berechtigungsnummer im VDV | |||||||
| validRegion{} | zones | X | Siehe Unterkapitel validRegion | |||||||
| validFromDay | Int | (-367..700) | (-367..700) | X | In Relation zum Ausgabezeitpunkt anzugeben (Lokalzeit) | |||||
| Bsp. D-Ticket: -1 | ||||||||||
| validFromTime | Int | (0..1439) | X | In Minuten des Tages (Lokalzeit) | ||||||
| Bsp. D-Ticket: 1 | ||||||||||
| validFromUTCOffset | Int | (-60..60) | Angabe der lokalen Zeitzone in Einheiten von 15 Minuten zur UTC. | |||||||
| (UTC = Lokalzeit + Offset * 15 Minuten) |
19
[Seite 21]
| Bsp. D-Ticket: | ||||||
|---|---|---|---|---|---|---|
| Deutsche Sommerzeit: -8 | ||||||
| Deutsche Winterzeit: -4 | ||||||
| validUntilDay | Int | (-1..500) | X | In Relation zum ersten Gültigkeitstag anzugeben (Lokalzeit) | ||
| Bsp. D-Ticket: 31 | ||||||
| validUntilTime | Int | (0..1439) | X | In Minuten des Tages (Lokalzeit) | ||
| Bsp. D-Ticket: 180 |
6.1.7 ValidRegion (IncludedOpenTicketType)
Die Unterstruktur validRegion von includedOpenTicketType enthält die Struktur zoneType. Hier wird die räumliche Gültigkeit gemäß VDV-KA-Standard codiert.
| Feld | Typ | Wertebereich | Pflicht- | Beschreibung | ||||
|---|---|---|---|---|---|---|---|---|
| feld | ||||||||
| carrierIA5 | IA5String | X | X | OrgID 5000 (immer mit “VDV” Präfix!) | ||||
| Bsp. D-Ticket: VDV5000 | ||||||||
| ACHTUNG: Feld carrierIA5 wurde verwendet anstatt carrierNum, um | ||||||||
| das Präfix „VDV“ in das Feld übernehmen zu können | ||||||||
| zoneID | Int | X | 1 - Für das Deutschland-Ticket wird die Zone 1 verwendet. | |||||
| Bsp. D-Ticket: 1 |
6.2 Besonderheiten TLB (Ticket Layout Barcode)
Die Verwendung des UIC 918-9 Standards erlaubt die Angabe des TLB, erstmals definiert im UIC 918- 3, zur Erreichung der Abwärtskompatibilität des erzeugten Barcodes. Diese Möglichkeit wird genutzt, um im Format der bekannten TLB-Datenstruktur die Ticketdaten durch die im Einsatz befindliche Hard- und Software kontrollieren zu können. Der TLB-Anteil kann wie bisher durch die betroffenen Teilneh- menden verwendet und kontrolliert werden und wird während der Übergangsphase nach Vertriebs- beginn des Deutschland-Tickets durch alle UIC-Teilnehmer mit ausgegeben.
6.2.1 U_HEAD
| Feld | Werte- | Pflichtfeld | Beschreibung | ||||
|---|---|---|---|---|---|---|---|
| bereich | |||||||
| Record ID | 6A | 6A | X | ID ist konstant: U_HEAD | |||
| Record Version | 2N | X | Version ist “01” | ||||
| Record length | 4N | X | Anzahl Zeichen, | ||||
| beginnend mit dem ersten | |||||||
| Zeichen der Anzahl der Zeichen, | |||||||
| beginnend mit dem ersten | |||||||
| Zeichen des Segments. |
20
[Seite 22]
| ("RecordID"). | |||||||
|---|---|---|---|---|---|---|---|
| RICS-Code | 4N | X | RICS-Code des ausgebenden Unternehmens. | ||||
| Unique ticket key | 20A | X | Eindeutige Ticket-ID | ||||
| Creation time | 12N | X | Format "DDMMYYYYHHMM” – Zeitpunkt der Erstellung des Barcodes. | ||||
| Flags | 1N | X | Nationales Ticket: 0 | ||||
| Internationales Ticket: 1 | |||||||
| Testticket: 4 | |||||||
| Dieses Feld ist die dezimale Repräsentanz der Summe in Relation zu den gesetzten | |||||||
| Feldern: 5 = Internationales Testticket | |||||||
| Language of the ticket | 2A | X | ISO 639 - 1 Ländercode | ISO 639 - 1 Ländercode | |||
| Second language of | 2A | X | ISO 639 - 1 Ländercode, falls keine zweite Sprache verwendet wird, kann dieses | ||||
| the ticket | Feld mit Nullbytes gefüllt werden. |
6.2.2 U_TLAY
| Feld | Wertebe- | Pflichtfeld | Beschreibung | ||
|---|---|---|---|---|---|
| reich | |||||
| Record ID | 6A | 6A | X | ID konstant: U_HEAD | |
| Record Version | 2N | X | Version ist “01” | ||
| Record length | 4N | X | Anzahl Zeichen, | ||
| beginnend mit dem ersten | |||||
| Zeichen der Anzahl der Zeichen, | |||||
| beginnend mit dem ersten | |||||
| Zeichen des Segments. | |||||
| ("RecordID"). | |||||
| Layout standard | 4A | X | „RCT2“ oder „PLAI“ | ||
| Number of fields | 4N | X | Anzahl nachfolgender Felder | ||
| Die folgenden Elemente definieren die individuellen Textfelder, die in der Ticketlayout-Beschreibung enthalten sind. Diese Elemente wer- den für jedes Text Feld wiederholt (i = text field index). | |||||
| Field line | 2N | X | Zeile des ersten Zeichens: 0 - 14 | ||
| Field column | 2N | X | Spalte des ersten Zeichens: 0 - 71 | ||
| Field height | 2N | X | Anzahl der durch das Feld belegten Zeilen | ||
| Field width | 2N | X | Anzahl der durch das Feld belegten Spalten | ||
| Field formatting | 1N | X | 0: normal 1: fett 2: kursiv 3: fett + kursiv 4: small font ("132 font" in RCT2) 5: small + fett 6: small + kursiv 7: small + fett + kursiv | ||
| Field text length | 4N | X | Länge des Texts |
21
[Seite 23]
6.2.3 Ausprägungen U_TLAY
Für das U_TLAY ergeben sich zur Befüllung unterschiedliche Möglichkeiten, welche beispielhaft an- hand untenstehender Tabellen dargestellt werden.
TLB PLAI
| Zeile | Spalte | Höhe | Breite | Format | Textlänge | Inhalt | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 04 | 04 | 00 | 00 | 01 | 01 | 20 | 20 | 0 | 0 | 0005 | 0005 | Name: | Name: | |||||||
| 05 | 00 | 01 | 20 | 0 | 0007 | Klasse: | ||||||||||||||
| 06 | 00 | 02 | 20 | 0 | 0006 | Pers.: | ||||||||||||||
| 02 | 00 | 01 | 20 | 0 | 0012 | Gültigkeit | ||||||||||||||
| 02 | 19 | 02 | 20 | 1 | 0041 | Von 01.05.2023 00:00\nBis 01.06.2023 03:00 | ||||||||||||||
| 04 | 19 | 01 | 20 | 1 | 0011 | Leia Organa | ||||||||||||||
| 05 | 19 | 01 | 20 | 1 | 0001 | 2 | ||||||||||||||
| 06 | 19 | 02 | 20 | 1 | 0001 | 1 | ||||||||||||||
| 00 | 00 | 01 | 80 | 1 | 0009 | Fahrkarte | ||||||||||||||
| 01 | 00 | 01 | 80 | 1 | 0017 | Deutschland_Ticket |
TLB RCT2
| Zeile | Spalte | Höhe | Breite | Format | Textlänge | Inhalt | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 00 | 18 | 01 | 33 | 2 | 0009 | Fahrkarte | ||||||||||||||
| 00 | 52 | 01 | 09 | 0 | 0006 | Organa | ||||||||||||||
| 00 | 62 | 62 | 09 | 0 | 0004 | Leia | ||||||||||||||
| 01 | 18 | 01 | 33 | 1 | 0017 | Deutschland-Ticket | ||||||||||||||
| 01 | 52 | 02 | 02 | 0 | 0001 | 1 | ||||||||||||||
| 01 | 55 | 01 | 16 | 0 | 0010 | Person(en) | ||||||||||||||
| 03 | 01 | 01 | 04 | 0 | 0004 | 2023 | ||||||||||||||
| 06 | 01 | 01 | 05 | 0 | 0005 | 01.05 | ||||||||||||||
| 06 | 07 | 01 | 05 | 0 | 0005 | 00.00 | ||||||||||||||
| 06 | 52 | 01 | 05 | 0 | 0005 | 01.06 | ||||||||||||||
| 06 | 58 | 01 | 05 | 0 | 0005 | 03.00 | ||||||||||||||
| 06 | 66 | 01 | 05 | 0 | 0001 | 2 | ||||||||||||||
| 12 | 01 | 02 | 50 | 2 | 0037 | Gültig vom 01.05.2023 bis 01.06.2023 | ||||||||||||||
| 13 | 52 | 01 | 03 | 0 | 0003 | EUR | ||||||||||||||
| 13 | 56 | 01 | 15 | 0 | 0005 | 49,00 |
22
[Seite 24]
6.3 Beispieldateien
Auf der Seite des DTV unter sowie im Anhang des Dokumentes befinden sich Beispieltickets gemäß der in diesem Dokument beschriebenen Spezifikation. Hinweis: Die Signatur ist hier ein Testschlüssel, da- mit keine vollständige Kontrolle mit produktiven Geräten möglich.
| Dateiname | Barcode- | Ablageort der Datei und Beschreibung | ||||||
|---|---|---|---|---|---|---|---|---|
| bestandteile | ||||||||
| Deutschlandti- | FCB, TLB(PLAI), VDV-KA | https://portal.deutschlandtarifverbund.de/in- | ||||||
| cket_FCB_TLB_PLAI.json | dex.php?kc=3&pid=pov&mfid=116 | |||||||
| Deutschlandti- | Zielbild mit Abwärtskompatibilität (enthält | |||||||
| cket_FCB_TLB_PLAI.png | U_TLAY(PLAI)) | |||||||
| Deutschlandti- | FCB, TLB(RCT2), VDV-KA | https://portal.deutschlandtarifverbund.de/in- | ||||||
| cket_FCB_TLB_RCT2.json | dex.php?kc=3&pid=pov&mfid=116 | |||||||
| Deutschlandti- | Zielbild mit Abwärtskompatibilität (enthält | |||||||
| cket_FCB_TLB_RCT2.png | U_TLAY(RCT2)) | |||||||
| Deutschlandti- | FCB | https://portal.deutschlandtarifverbund.de/in- dex.php?kc=3&pid=pov&mfid=116 Zielbild: FCB mit VDV-KA-Anteilen (ohne U_TLAY) | https://portal.deutschlandtarifverbund.de/in- | |||||
| cket_FCB.json | dex.php?kc=3&pid=pov&mfid=116 | |||||||
| Deutschlandti- | Zielbild: FCB mit VDV-KA-Anteilen (ohne U_TLAY) | |||||||
| cket_FCB.png | ||||||||
| Deutschlandti- | TLB(PLAI) | https://portal.deutschlandtarifverbund.de/in- | ||||||
| cket_TLB_PLAI.json | dex.php?kc=3&pid=pov&mfid=116 | |||||||
| Deutschlandti- | Nur in der Übergangsphase möglich: reines | |||||||
| cket_TLB_PLAI.png | U_TLAY(PLAI), enthält keine Produktnummer | |||||||
| Deutschlandti- | TLB(RCT2) | https://portal.deutschlandtarifverbund.de/in- | ||||||
| cket_TLB_RCT2.json | dex.php?kc=3&pid=pov&mfid=116 | |||||||
| Deutschlandti- | Nur in der Übergangsphase möglich: reines | |||||||
| cket_TLB_RCT2.png | U_TLAY(RCT2), enthält keine Produktnummer |
In der Übergangsphase sind verschiedene Varianten des Deutschland-Tickets nach UIC zu erwarten. Um eine gegenseitige Kontrolle zu erleichtern, besteht die Option, die Tickets auf der Webseite der DTVG zu sammeln und zum Test zur Verfügung zu stellen.
Beim erstmaligen Besuch der Seite ist eine Registrierung erforderlich. Diese ist für Verkehrsunterneh- men und Dienstleister der Nahverkehrsbranche hier kostenfrei möglich.
Um eigene relevante Testtickets über die Seite bereitzustellen, kontaktieren Sie bitte Christian Skobjin, c.skobjin@deutschlandtarifverbund.de.
23
[Seite 25]
7. Realisierung der Sicherheitsmerkmale
7.1 Schlüsselverwaltung
Generelle Funktionsweise Public Key Infrastruktur (PKI) für Barcode-Tickets
Im Bereich des Verkehrssektors ist die asymmetrische Verschlüsselung von im Barcode hinterlegten Zertifikaten marktüblich. Hiermit wird ein hoher Sicherheitsstandard erreicht, welcher die Ticketin- halte zuverlässig vor Fälschung schützt. Die UIC sowie der VDV sind maßgeblich an der Entwicklung der zwei großen Barcodestandards in Deutschland beteiligt. Beide Organisationen bringen geschlossene Systeme mit intakten Methoden zur Schlüsselverwaltung mit. Mit dem Deutschland-Ticket sind für eine deutschlandweite Ausgabe und Kontrolle Anpassungen am Schlüsselmanagement erforderlich.
Um nach UIC-Standard ausgestellte Tickets und Abonnements vor den in Kapitel 0 beschriebenen Miss- brauchs-Szenarien und Manipulationen zu schützen, sowie die Berechtigung des Ausstellers zu verifi- zieren, werden alle Ticketdaten im UIC-Barcode unter Nutzung einer Public Key Infrastruktur (PKI) mit einer Signatur des Ticketherausgebers versehen.
Bei der asymmetrischen Verschlüsselung wird ein Schlüsselpaar erstellt. Dieses besteht jeweils aus ei- nem privaten (geheimen) und einem öffentlichen Schlüssel. Nach Austausch der Schlüssel ist es mög- lich, Daten zu verschlüsseln, verschlüsselt zur übertragen und beim Empfänger mit dem öffentlichen Schlüssel zu entschlüsseln. Die Inhalte sind so vor Manipulation geschützt, können jedoch mit dem öffentlichen Schlüssel von jedem gelesen werden.
Im Anwendungsfall der UIC-Barcode-Ticktes wird ein zweiter Mehrwert von PKI – das Signieren von Daten – genutzt. Unter Verwendung des privaten Schlüssels werden die Ticketdaten vom Ticketheraus- geber digital signiert, um somit deren Authentizität sicherzustellen. Bei der Ticketkontrolle wird unter Zuhilfenahme des zugehörigen öffentlichen Schlüssels geprüft, ob die Signatur zu einem bekannten Schlüsselpaar (und damit einem bekannten Herausgeber) gehört und ob die Daten seit der Signierung unverändert sind.
Die Einrichtung einer PKI erfordert die Teilnahme von Ticket-Ausgebenden und -Kontrollierenden an einem gemeinsamen Schlüsselmanagement, das gemeinsam vereinbarten Regeln unterliegen muss, um die Vertrauenswürdigkeit des Ausgebenden zu garantieren.
Die Schlüsselverwaltung für Tickets nach UIC erfolgt derzeit in zwei verschiedenen „Trust“-Einheiten:
Verwendung UIC-Standard im SPV: Bahnen national und international können Mitglied der UIC sein. Die Erzeugung von Schlüsselpaaren erfolgt selbstständig durch die ticketausgebende Bahn, nach öf- fentlich bekannten, technisch sicheren Verfahren. Die Aufbewahrung von privaten Schlüsseln und die Festlegung der Anzahl erfolgt eigenverantwortlich durch die jeweilige Bahn. Das Schlüsselmanagement durch die UIC erfolgt ausschließlich für die internationalen Mitgliedsbahnen.
Die Regeln für die Teilnahme am Schlüsselmanagement wurden durch die UIC definiert und deren Ein- haltung ist Bestandteil der regelmäßig stattfinden internationalen Audits.
24
[Seite 26]
Verwendung UIC im Verbundraum: Innerhalb von Verkehrsverbünden wird ebenfalls in einem orga- nisatorisch abgeschlossenen Raum der UIC-Standard verwendet. Der Prozess zur Erzeugung der öffent- lichen und privaten Schlüssel unterscheidet sich nicht, die Verteilung der Schlüssel erfolgt nach Festle- gungen innerhalb des Verbundes.
Mit dem Deutschland-Ticket ist es erforderlich eine deutschlandweit übergreifende Einheit zur Ver- waltung der Schlüssel zu etablieren.
DTVG als organisatorische Einheit für Schlüsselmanagement
Die DTVG vertritt die SPNV-Unternehmen und bildet für die Bahnen innerhalb Deutschlands (zusätzlich zur UIC) eine organisatorische Einheit. In dieser Rolle wird die DTVG das Schlüsselmanagement für die SPNV-Unternehmen in Deutschland organisieren und verwalten. Die DTVG bietet darüber hinaus an, das Schlüsselmanagement auch für Verkehrsunternehmen zu etablieren, die nach UIC-Standard Ti- ckets ausgeben. Voraussetzung dafür ist ein Teilnehmervertrag als Beitritt zur „Trusted“-Einheit.
Vorgehen für Unternehmen, die nach UIC-Standard Barcodes ausgeben
◼ ÖPNV-Unternehmen: Unterzeichnung Teilnehmervertrag mit der DTVG und damit Beitritt zum deutschlandweiten DTVG-Schlüsselmanagement (SPNV sind in der Regel bereits Mitglied in der DTVG und bedürfen keiner weiteren Formalien)
◼ Erzeugung der Schlüsselpaare nach vorgegebenem Standard bei VU
Zur Erzeugung der Schlüsselpaare kann OpenSSL verwendet werden. Nähere Informationen finden sich in den Manpages der Dokumentation von OpenSSL unter: https://www.o- penssl.org/docs/
Name der Schlüsseldatei bestehend aus RICS-Code und fünfstelliger Versionsnummer; keine weiteren Zeichen ergänzen
Schlüsseldatei muss enthalten:
Common Name und Organization
Valid from und valid to (maximal 5 Jahre Gültigkeit)
Issuer
◼ Übergabe des öffentlichen Schlüssels durch einen Teilnehmer an die DTVG (der öffentliche Schlüs- sel unterliegt keinem besonderen Schutzbedürfnis)
◼ Ausgabe/Erzeugung von Tickets unter Anwendung des privaten Schlüssels
Hinweis: Der private Schlüssel ist vertraulich und streng geheim zu halten. Siehe Kapitel 0 zu möglichen Missbrauchsszenarien.
Vorgehen für Verkehrsunternehmen zur Kontrolle des Deutschland-Tickets
◼ Ertüchtigen der Kontrollsoftware für die Kontrolle nach UIC (vgl. Kapitel 0)
◼ Laden aller relevanten Schlüssel für das Deutschland-Ticket vom UIC-Sharepoint der DTVG
Eine Registrierung zum UIC-Sharepoint ist unter folgendem Link möglich: https://forms.office.com/e/u72mpZ3St5
25
[Seite 27]
◼ Regelmäßige Aktualisierung der Zertifikate
◼ WICHTIG: Für die Kontrolle des Deutschland-Tickets nach UIC sind ausschließlich die Zertifikate vom UIC-Sharepoint der DTVG anzuerkennen
7.1.1 Bereitstellung der Schlüssel
Zur Nutzung der hier hinterlegten Informationen über die öffentlichen Schlüssel müssen sich die Ver- kehrsunternehmen bzw. deren Dienstleister die Zertifikate im passenden Standard (*.pem- oder *.cert-Format) selbst generieren.
7.1.2 Weiterentwicklung der Schlüsselverwaltung
Im ersten Schritt übernimmt die DTVG organisatorisch die Verwaltung der Schlüssel. So wird sicher- gestellt, dass alle Verkehrsunternehmen in Deutschland die relevanten Schlüssel (und nur diese!) an einer zentralen Stelle erhalten. Zudem übernimmt die DTVG damit die Überprüfung, dass nur berech- tigte ausgebende Unternehmen, den öffentlichen Schlüssel auf der Webseite veröffentlichen können. Es ist daher wichtig, dass ausschließlich über die DTVG veröffentlichte Schlüssel bei der Kontrolle des Deutschland-Tickets genutzt und anerkannt werden!
Folgende Optimierungen werden perspektivisch angestrebt. (Ausprägungen abhängig von Anzahl und Art der am Schlüsselmanagement teilnehmenden Verkehrsunternehmen)
◼ Zentrale Vorgaben zu Gültigkeitsdauer der Schlüssel
◼ Zentrale Vorgabe zu Verwendung von Ersatzschlüsseln
◼ Automatisierte Benachrichtigung, wenn neue Schlüssel veröffentlicht wurden
◼ Definition Vorlauffristen für die Veröffentlichung von Schlüsseln
◼ Je nach Anzahl Teilnehmer: Gesicherter Zugang zum Upload von Schlüsseln
◼ Funktion zum automatisierten Abruf der Zertifikate
◼ Einführung definiertes Verfahren bei Bekanntwerden von Missbrauch im Bereich Schlüsselma- nagement
26
[Seite 28]
Abbildung 4: Schlüsselmanagement national und international
7.2 Verschlüsselungsmechanismus nach UIC
Der grundsätzliche Verschlüsselungsmechanismus nach UIC wird in UIC 918-9 beschrieben. Um ein Verständnis für die Mechanismen zu bekommen, werden relevante Passagen hier übersetzt zur Verfü- gung gestellt:
Das Verfahren zur Erzeugung eines für die Daten eindeutigen Siegels besteht darin, den Datensatz un- ter Verwendung des asymmetrischen DSA- oder ECDS-Algorithmus (privater-öffentlicher Schlüssel) zu verschlüsseln. Die Ausgabe - "Signatur", "Siegel" oder "Fingerabdruck der Daten" genannt - enthält zwei (große) Ganzzahlen, "r" und "s". ECDSA ist zum aktuellen Zeitpunkt nur für den dynamischen Hea- der (DOSIPAS) vorgesehen und wird daher für dieses Dokument nicht berücksichtigt.
Der Prozess des Signierens ist definiert als (SHA-xxx, DSA-yyyy) oder (SHA-xxx, ECDSA-P256), wobei SHA sich auf das Hashing bezieht, das im Signaturprozess verwendet wird. Die erhaltene Signatur ist zz Bytes lang (mit zwei möglichen Werten für zz, je nach der Kodierung der Signatur - siehe für Details unten). Die im internationalen Eisenbahnticketing verwendeten Signaturalgorithmen sind in UIC 918- 9 beschrieben.
27
[Seite 29]
Die ASN-1 DER-Struktur fügt der Rohsignatur (r, s) bis zu acht Bytes an Daten hinzu. Sechs Bytes werden immer hinzugefügt: ein Byte, das die Nachricht selbst angibt, eines für die Länge und für jedes der beiden Elemente r und s ein Byte, das angibt, dass es sich um eine ganze Zahl handelt, und ein Byte, das die Länge der ganzen Zahl angibt (Quelle: ITU X.509). Die Kodierung von r und s als Ganzzahlen kann auch zu einer Längenänderung führen: Entfernung nicht signifikanter Nullen (falls vorhanden) und Hinzufügung einer führenden Null, wenn das höchstwertige Bit des ersten Bytes der Ganzzahl 1 ist. Dies führt zu dem folgenden Schema:
◼ 30h {Länge}
◼ 02h {Länge} {00h wenn nächstes Byte > 7Fh ist} {r, ohne alle 00h auf der linken Seite}
◼ 02h {Länge} {00h wenn das nächste Byte > 7Fh ist} {s, ohne alle 00h auf der linken Seite}
Die Verwendung der rohen oder der strukturierten Signatur hängt vom Kontext ab, siehe UIC Merkblatt IRS 918-9, Kapitel 4.2.
In TLB und FCB in der ersten Version (Header #UT Version 1) wird (SHA-160, DSA-1024) verwendet. In TLB und FCB in der zweiten Version (Header #UT Version 2) (SHA-224, DSA-2048), (SHA-256, DSA-2048) verwendet. Im Falle von (SHA-224, DSA-2048), (SHA-256, DSA-2048) ist nicht genug Platz im Barcode, um die Signatur in einem strukturierten Format zu speichern, aber es ist jedoch möglich, die Rohsigna- tur als zwei separate Zahlen (r und s) zu speichern, wobei r die erste Zahl und s die zweite ist. Die Signatur wird nur bei Version 1 gemäß ASN.1-DER kodiert (Hinweis: U_FLEX verwendet ASN.1- UPER), nicht jedoch bei Version 2. Diese wird als zwei 32-Byte-Werte gespeichert. Die Werte bei Ver- sion 2 müssen zwingend 32 Byte groß sein und nötigenfalls mit vorangestellten Nullbytes aufgefüllt werden.
| TLB, FCB V1 | TLB, FCB V2 | |
|---|---|---|
| SHA-160, DSA-1024 | X | |
| SHA-224, DSA-2048 | X | |
| SHA-256, DSA-2048 | X |
Das Signieren der Daten besteht darin, zuerst die beiden Schlüssel (privat/öffentlich) zu erzeugen. Der private Schlüssel ist ein kryptografischer Schlüssel, der eindeutig mit einem öffentlichen Schlüssel verbunden ist und nicht veröffentlicht wird. Der private Schlüssel wird zur Berechnung einer digitalen Signatur verwendet, die nur mit dem entsprechenden öffentlichen Schlüssel verifiziert werden kann. Der öffentliche Schlüssel ist ein kryptografischer Schlüssel, der eindeutig mit einem privaten Schlüssel verbunden ist. Er kann veröffentlicht werden. Der öffentliche Schlüssel ist jedermann bekannt und kann verwendet werden, um eine digitale Signatur zu überprüfen, die mit dem entsprechenden pri- vaten Schlüssel signiert wurde.
28
[Seite 30]
8. Ticketlayout
Neben der Standardisierung der Ausgabe und Kontrolle des Barcodes ist die Standardisierung des Ti- cketlayouts anzustreben. Seit der nationalen Fahrgastrechteverordnung gelten die einheitlichen Rechtsvorschriften für den Vertrag über die internationale Eisenbahnbeförderung von Personen (CIV) auch für innerdeutsche Bahnen, die der Fahrgastrechteverordnung zugestimmt haben. Diese besagt, dass “der Beförderungsausweis (…) bis zum Beweis des Gegenteils als Nachweis für den Abschluss und den Inhalt des Beförderungsvertrages [dient]” (CIV-Artikel 6, §3) sowie, dass “jede (...) Angabe [in den Beförderungsvertrag einzutragen ist], die notwendig ist, [um] Abschluss und Inhalt des Beförderungs- vertrages zu beweisen, und die es dem Reisenden erlaubt, die Rechte aus diesem Vertrag geltend zu machen” (CIV-Artikel 7, §2 c). Da das Deutschland-Ticket neben dem SPNV im gesamten öffentlichen Personennahverkehr in der Bundesrepublik Deutschland gilt, sind die Vorgaben des CIV-Rechtstextes nicht pauschal für alle Beteiligten des Deutschland-Tickets verpflichtend.
Abbildung 5: Beispiel-Layout Deutschland-Ticket nach CIV
29
[Seite 31]
Grundsätzlich gilt, dass für die Kontrolle das wesentliche Sicherheitsmerkmal der Barcode darstellt und zur Prüfung der Fahrtberechtigung vorgesehen ist. Das Ticketlayout ist ein sinnvolles Wiedererken- nungsmerkmal für Kontrolleure, aber bildet keine Sicherheit vor Fälschung ab. Im Sinne der Standardi- sierung wird für das Deutschland-Ticket das internationale Einheitslayout (siehe Abbildung 3) empfoh- len oder alternativ das VDV-Einheitslayout nach VDV-Schrift 733 und 734 verwendet werden. Diese Dokumente besagen, dass “der u. U. darzustellende Barcode (…) nicht zwingend ein VDV-KA-Barcode (…) [sein muss] sondern kann auch ein beliebig anderer Barcode sein (…)” (VDV-Schrift 733, Kapitel 2.2). Somit ist der in diesem Dokument vorgestellten Barcodestandard für das Deutschland-Ticket nach UIC ebenfalls mit dem VDV-Layout kompatibel.
Dieser Vorschlag ist lediglich als Empfehlung zu sehen.
30
[Seite 32]
9. Kontrolle Deutschland-Ticket
Durch die unterschiedlichen Kombinationsmöglichkeiten der Records in UIC-Barcodes lässt sich die Kontrolle variabel gestalten. Das Deutschland-Ticket nach UIC enthält potenziell TLB sowie FCB (inkl. VDV-KA Daten). Die Datenstrukturen des UIC 918-9 ermöglichen eine Abwärtskompatibilität, sodass eine erfolgreiche Kontrolle nicht von der Existenz einzelner Segmente abhängig sein darf. Zum Ausle- sen des FCB, dessen Daten in ASN.1 beschrieben sind, sind zugehörige Übersetzungswerkzeuge Open Source veröffentlicht und stehen jedem Unternehmen frei zur Verfügung. Für das Einlesen des Bar- codes selbst sind Smartphones, entsprechende Apps und im Feld befindliche optische Lesegeräte ge- eignet.
9.1 Kontrolle des UIC-Barcodes für UIC Anwendende
9.1.1 Kontrolle des Ticket Layout Barcode
Der TLB enthält layoutbasierte Informationen, die je nach verwendetem Layout-Typ, PLAI- oder RCT2- Format, auf dem Kontrollgerät dargestellt werden können.
31
[Seite 33]
9.1.2 Kontrolle des Flexible Content Barcode
Während der TLB die Darstellung bereits vorgibt, kann die Anzeige der Inhalte des FCB gemäß den Anforderungen des jeweiligen Unternehmens erfolgen. Die Daten werden strukturiert abgelegt, dem- entsprechend können zielgerichtet nur die Daten zur Kontrollanzeige herangezogen und dargestellt werden, die zur Durchführung der Kontrolle benötigt werden. Trotzdem ist das Anzeigen weiterer be- füllter Felder im unteren Bereich der Kontrolldarstellung empfehlenswert, damit alle relevanten Daten bei der Kontrolle beachtet werden können.
9.2 Kontrolle der VDV-KA-Anteile des UIC-Barcodes
VDV-KA-Anteile des Flexible Content Barcode
Um eine Interoperabilität des Barcodes mit dem VDV-KA-Standard zu erreichen, werden im Zielzustand im FCB zusätzlich bestimmte Felder bereitgestellt, die zur Erzeugung einer statischen Berechtigung be- nötigt werden. Hier besteht die Möglichkeit, die Anzeige auf dem Kontrollgerät mittels PKM zu reali- sieren.
Kapitel 9 beschreibt die Integration der relevanten Daten nach VDV-KA. Diese werden in Kapitel 9 aus- führlich in der Datenstruktur “IncludedAddons” beschrieben.
Durch Nutzung dieser Informationen kann das Kontrollgerät die nach VDV-KA üblichen internen Ver- arbeitungsregeln unverändert nutzen und zum Beispiel automatische Räumlichkeitsprüfung und An- zeige ausführen. Dazu muss das Kontrollgerät um folgende Schritte erweitert werden:
◼ Auslesen des Aztec-Barcodes
◼ Prüfen der Signatur nach UIC-Standard
◼ Auslesen der für die Erstellung einer VDV-KA statischen Berechtigung benötigten Felder
◼ Mappen der Felder auf die VDV-KA-konforme Struktur: Das Mapping der Felder auf die Struktur nach VDV-KA wird vom Fraunhofer Institut im Dokument PKM-Datenanbindung von Flexible-Con- tent-Barcodes und Ticket-Layout-Barcodes (UIC 918-9) [6] beschrieben.
◼ Kontrolle nach den üblichen Kontrollmechanismen nach PKM (interne Verarbeitung, räumliche Prüfung, Texte, Anzeige usw.). Basis für diesen Teil der Kontrolle ist das durch das Fraunhofer Institut erzeugte PKM für das Deutschland-Ticket (Dokument „Deutschland-Ticket mit PKM“) [7].
9.3 Kontrolle von VDV-KA-Tickets für UIC-Anwendende
Das vorliegende Dokument fokussiert sich auf Ausgabe und Kontrolle von UIC-Barcode-Tickets. Unter- nehmen, die im eigenen Umfeld nach UIC ausgeben, müssen jedoch bei der Kontrolle zusätzlich in der Lage sein, Barcode-Tickets und Chipkarten nach VDV-KA zu kontrollieren.
Voraussetzung dafür ist ein (kostenloser) eTicket-Teilnehmervertrag.
32
[Seite 34]
Zudem müssen die Kontrollgeräte mit einem Hardware-SAM ausgestattet werden.
Für die Kontrolle von Chipkarten ist es zudem essenziell, dass bei der Kontrolle auch die KOSE-Sperrliste geprüft wird.
Weitere Informationen sind bei der VDV ETS erhältlich: https://www.eticket-deutschland.de/
9.4 Übergangslösung: Kontrolle ohne Teilnehmervertrag
Als Übergangslösung ist die Kontrolle von VDV-KA-Ticketdaten auch ohne Teilnehmervertrag und Sperrliste möglich. Die Kontrolle des VDV-Barcodes ist ebenfalls ohne SAM möglich, inkl. dem Sicher- heitsmechanismus. Hierzu braucht das kontrollierende Unternehmen die öffentlichen SUB-CA Schlüs- sel von der VDV-ETS sowie Kontrollgeräte, welche nach VDV-KA ertüchtigt sind. Darüber hinaus lassen sich ebenfalls die KA-Chipkarten ohne SAM auslesen, allerdings ohne den Sicherheitsmechanismus.
9.5 Anbindung Sperrliste für UIC-Barcode-Tickets
Im internationalen UIC-Standard gibt es keine lokale Sperrliste, sondern eine europäische Ticketdaten- bank als Basis für eine übergreifende Online-Kontrolle. Im Kontext Deutschland-Ticket ist eine Anbin- dung an die Online-Kontrolldatenbank aufgrund der vielen zum Teil kleinen Teilnehmer nicht realis- tisch. Zudem besteht bei der Kontrolle gerade in ländlichen Gebieten keine Online-Verbindung.
Derzeit in Vorbereitung:
Damit gesperrte UIC-Deutschland-Tickets bei der Kontrolle identifiziert werden können, arbeitet die DTVG aktuell am Aufbau einer Sperrliste für UIC-Tickets. Diese wird neben der KOSE existieren und über die Deutschland-Tickets hinaus auch alle weiteren gesperrten UIC-Tickets enthalten.
33
[Seite 35]
10. Potenzielle Missbrauchsszenarien und Sicherheitsmerkmale
Ticketdaten bestehen neben den Merkmalen zur Definition als Fahrberechtigung zusätzlich aus Sicher- heitsmerkmalen, die im Kern eine Manipulation und damit Erzeugung einer gültigen Fahrberechtigung außerhalb des geregelten Vertriebsprozesses erschweren bzw. verhindern sollen. Bei der Bewertung von Sicherheit von Barcodestandards spielen diese Sicherheitseigenschaften eine maßgebliche Rolle, um wirtschaftlichen und gesellschaftlichen Schaden abzuwenden. Vor dem Hintergrund mehrerer Sze- narien werden die Sicherheitsmerkmale des UIC-Standards (918-3 und 918-9) erläutert.
Szenario 1 – Fahrt mit storniertem Ticket
Das Deutschland-Ticket wird nur als Abonnement herausgegeben. Das Abonnement ist nur zum Ende eines Monats kündbar. Bei der Ausgabe muss sichergestellt werden, dass der Barcode immer nur für einen Monat ausgegeben wird und für den Folgemonat nur dann, wenn ein Storno für nicht mehr möglich ist. Außertarifliche Kündigung ist nur in Ausnahmefällen möglich. Bspw. gibt es bei Internet- käufen ein Anrecht auf eine Rückgabe ohne Angabe von Gründen, darüber hinaus wird es in der Praxis ebenfalls Stornierungen aus Kulanz geben. Es ist sicherzustellen, dass diese Stornierungen nicht selbst- bedient angeboten werden, sondern über personenbediente Prozesse, so dass ein “serienmäßiger” Missbrauch über diesen Weg ausgeschlossen werden kann.
Szenario 2 – Zahlungsbetrug
Im Falle von Betrug mit gestohlenen Zahlungsdaten bzw. bei Zahlungsausfälle, ist es erforderlich, die missbräuchlich erworbenen Deutschland-Tickets zeitnah zu sperren. Dies erfordert die übergreifende Nutzung von Sperrlisten und/oder Onlinekontrollen, um ein gesperrtes Ticket ohne Zeitverzug zu er- kennen.
Szenario 3 – Barcode-Manipulation mit beliebigen Ticketdaten
Durch Manipulation von Barcode-Inhalten könnte z.B. eine Verlängerung der Gültigkeit erreicht wer- den. Dies wird durch Signierung der Inhalte unterbunden: Die UIC-Barcodes nach 918-3 und 918-9 werden unter Nutzung privater Schlüssel signiert. Bei der Kontrolle wird mithilfe eines öffentlichen Schlüssels, der auf dem Kontrollgerät hinterlegt ist, die Echtheit des Tickets geprüft. Im Falle einer Manipulation der Daten würde die Auswertung keine gültige Signatur ergeben. Die Prüfung der Signa- tur ist daher für Kontrollsoftware obligatorisch. Die Sicherheitsmechanismen der UIC-Barcodes bedin- gen ein sicheres Management der privaten Schlüssel und eine vertrauenswürdige Publikation der öf- fentlichen Schlüssel. Dass nur berechtigte Schlüssel im Umlauf sind, wird über den Verteilprozess ge- steuert. Die derzeit angewandten Verfahren der Public Key Infrastruktur unter den UIC Teilnehmen- den, werden in Kapitel 7 erläutert.
Szenario 4 – Vervielfältigung, Mehrfachnutzung, Übertragbarkeit
Das Deutschland-Ticket ist innerhalb der zeitlichen Gültigkeit beliebig oft nutzbar, so dass Mehrfach- nutzung durch die gleiche Person erwünscht ist. Eine Duplizierung (z.B. auf privates und dienstliches Handy) ist per se kein Missbrauch. Das Deutschland-Ticket ist nur personalisiert auszugegeben. D.h. die Eindeutigkeit kann bei der Kontrolle immer durch die Prüfung der Personalisierung sichergestellt werden: Abgleich amtlicher Lichtbildausweis mit den Ticketdaten.
34
[Seite 36]
Szenario 5 – Kauf nach EBE
Im Falle einer geahndeten Fahrt ohne Ticket (erhöhtes Beförderungsentgelt EBE wurde erhoben), könnte der Kunde ein Ticket im Nachgang kaufen, um nicht den vollen EBE-Betrag zu zahlen. Als Ge- gensteuerung wird in den Ticketdaten der Ausgabezeitpunkt (Uhrzeitscharf) vermerkt. Zudem soll bei Ausgabe des Tickets der Gültigkeitsbeginn auf den Ausgabetag gesetzt werde, so dass das Kaufdatum des Tickets auch hierüber für Kunde und Kontrollpersonal sichtbar ist. Somit ist der Kauf nach Kontrolle bei Vorlage des Tickets nachvollziehbar und Täuschung nicht möglich.
Eine Manipulation des Ausgabedatums verhält sich wie in Szenario 2 beschrieben. Es sollten daher immer der Barcode ausgelesen werden, da das Datum im Barcode abgesichert ist, im Sichtbereich des Ticket-Layouts jedoch kann Manipulation nie ganz ausgeschlossen werden.
35
[Seite 37]
11. Ausblick
11.1 UIC 918-9-DE
Der in diesem Dokument beschriebene Ansatz zur Aufnahme von VDV-KA-relevanten Daten in den UIC- Barcode ist auch über das Deutschland-Ticket hinaus anwendbar für weitere Tarife.
Basierend auf der Spezifikation des Deutschland-Tickets hat die DTVG ein zusätzliches Dokument zur Abbildung von Ländertickets und weiteren Tarifen erarbeitet, deren Gültigkeit sich auf ÖPNV und SPNV und sogar international erstreckt. Das Dokument ist die Basis für den branchenweiten Standard UIC 918-9-DE, der die Ausgabe von UIC- und VDV-kompatiblen Barcodes beschreibt und den ausschließlich von der DB angewendeten proprietären UIC 918-3*/918.9* ablöst. Der Standard steht allen Beteiligten im SPNV/ÖPNV-Sektor zur Ausgabe und Kontrolle zur Verfügung [15].
Der UIC 918-9-DE Standard ist einsetzbar für Ländertickets, grenzüberschreitende Tickets (z.B. Bayern- Böhmen-Ticket), Landestarife, sowie Fernverkehrstickets oder BahnCards mit Anerkennung im ÖPNV.
11.2 Weiterentwicklung des bestehenden UIC-Standards
Generell schreitet die Digitalisierung wie überall so auch im ÖPNV-Markt sehr schnell voran. Das steht im Konflikt zu langwierigen Ausschreibungsverfahren im SPNV/ÖPNV und sich anschließende lange Vertragslaufzeiten für Vertrieb oder Betrieb inklusive Vorgaben für Ticketkontrolle über viele Jahre. Es sollte daher grundsätzlich in Ausschreibungen/Verträgen berücksichtigt werden, dass es Anpassungen während der Vertragslaufzeit geben wird, wie z.B. eine erforderliche Anpassung der Kontrollinfrastruk- tur. Das gilt für den UIC-Standard ebenso wie für VDV-KA-Standard und ggf. weitere im Markt befind- liche Lösungen.
Aktuell liegt das von der UIC definierte ASN.1 in Version 3.0.x vor und findet entsprechend Anwendung. Durch technische Weiterentwicklung, neue Anforderungen oder aus Gründen der Fehlerbehebung kann eine Aktualisierung dieser Version erfolgen. Daher ist ggfs. eine entsprechende Wartung bzw. Aktualisierung der Kontrollgeräte oder Ausgabegeräte erforderlich. Insbesondere bei der Kontrolle sollten immer alle aktuellen Standards unterstützt werden, so dass eine Abwärtskompatibilität sicher- gestellt ist. Denn es ist zu erwarten, dass die Anpassungen der Ausgabekanäle sich über einen längeren Zeitraum erstrecken wird.
Die UIC stellt entsprechende Bibliotheken zur Ausgabe und Kontrolle kostenfrei zur Verfügung, die im- mer alle Versionen des ASN.1 unterstützen und so zu einer leichten Wartbarkeit der Systeme beitra- gen. Diese findet sich unter https://github.com/UnionInternationalCheminsdeFer/UIC-barcode. Dar- über hinaus prüft die UIC aktuell die Entwicklung einer Android-basierten App zur Anzeige der Inhalte von UIC-Barcodes.
36
[Seite 38]
12. Referenzliste & weiterführende Dokumente
Hinweis: Die Dateien auf dem Portal der DTVG sind in einem geschützten Bereich der Internetseite der DTVG veröffentlicht. Für den Zugriff ist eine Registrierung erforderlich, die allen Unternehmen und Dienstleistern der Verkehrsbranche offensteht.
[1] Besprechung des Bundeskanzlers mit den Regierungschefinnen und Regierungschefs der Länder am 2. November 2022:
\UIC-Dokumente\Deutschlandticket\Ergebnisdokument Deutschlandticket UIC\
[2] Aktuelle Beschlussgrundlage (Stand 15.02.2023):
\UIC-Dokumente\Deutschlandticket\Ergebnisdokument Deutschlandticket UIC\
[3] DTVG – Vertriebs- und Provisionsrichtlinie: Teil des Vertragswerks der DTVG
[4] Tarifbedingungen D-Ticket:
\UIC-Dokumente\Deutschlandticket\Ergebnisdokument Deutschlandticket UIC\
[5] Beispieltickets für das Deutschland-Ticket: Beispiel-Dateien für Deutschland-Tickets nach UIC im Zielbild und Übergangsphase
\UIC-Dokumente\Deutschlandticket\Ergebnisdokument Deutschlandticket UIC\
[6] PKM-Datenanbindung von Flexible-Content-Barcodes und Ticket-Layout-Barcodes (UIC 918-9): Feldmapping der VDV-relevanten Barcodeinhalte aus dem Flexible Content Barcode als Eingabepara- meter für das PKM-Modul für das Deutschland-Ticket. Herausgeber: Fraunhofer IVI Dresden in Abstim- mung mit DTV (Entwurfsstatus)
\UIC-Dokumente\Deutschlandticket\Ergebnisdokument Deutschlandticket UIC\
[7] Deutschland-Ticket mit PKM: Beschreibung des übergreifenden PKM für die Kontrolle nach VDV- KA. Herausgeber Fraunhofer IVI Dresden in Zusammenarbeit mit VDV ETS
\UIC-Dokumente\Deutschlandticket\Ergebnisdokument Deutschlandticket UIC\
[8] VDV ETS / DB – Whitepaper Anwendung von Barcodes im ÖPNV - Januar 2021: Koexistenz von VDV-KA- und UIC-Barcode
https://www.eticket-deutschland.de/media/vdv-ets_whitepaper-barcode_oepnv.pdf
alternativ: https://portal.deutschlandtarifverbund.de/index.php?kc=3&pid=moid&objectid=1000
[9] VDV Schrift 733 und 734: Empfehlung für die Umsetzung eines einheitlichen Ticketlayouts in Deutschland
37
[Seite 39]
[10] Informationen zum Online-Ticket-Verfahren der Deutschen Bahn: Bereitstellung von Testtickets
[11] Noch in Arbeit: Webseite zur Bereitstellung der öffentlichen Zertifikate über die DTVG inkl. Der vertraglichen Grundlage
[12] UIC Leaflet IRS 90918-9 (UIC 918-9): Beschreibung des UIC Barcodes Flexible Content Barcode: UIC Leaflet IRS 90918-9 (UIC 918-9)
https://uic.org/spip.php?page=leaflets-irs-table
[13] UIC-Library: Zur Ausgabe und Kontrolle des Flexible Content-Barcodes
https://github.com/UnionInternationalCheminsdeFer/UIC-barcode
[14] Beschlussvorlage Ticket-Vertrieb-Clearing aus der 2. Sitzung der UAG Ticket und Vertrieb, 10.01.2023:
\UIC-Dokumente\Deutschlandticket\Ergebnisdokument Deutschlandticket UIC\
[15] Ergebnisdokument UIC 918-9-DE
\UIC-Dokumente\918-9-DE\
38
[Seite 40]
| Herausgeber | Erstellt in Zusammenarbeit mit | ||||
|---|---|---|---|---|---|
| Deutschlandtarifverbund GmbH | DB Vertrieb GmbH | ||||
| Speicherstraße 59 | Europa-Allee 78 – 84 | ||||
| 60327 Frankfurt am Main | D-60486 Frankfurt am Main | ||||
| Christian Skobjin | Christian Skobjin | Ulla Sprengel | |||
| Mira Eberhardt | |||||
| Manuel Beck |
39