Diskussion:Online-Ticket

message: Als mögliches Verfahren wird oft  angeführt. Dieses gleicht tatsächlich dem wahrgenommen eingesetzten Verfahren, und nimmt sogar selber Bezug auf die Bundesbahn. In Details wie "Die TicketCard hat keine Bezahlfunktion." finden sich aber Abweichungen, wenn man Patent-TicketCard mit Bahn-Ausweis-ID gleichsetzt. Weitere mögliche Verfahren ergeben sich aus zitierenden Patenten.
Außerdem existiert mit UIC 918-3 "International Rail Ticket for Home Printing" ISBN 2-7461-1307-4 ein Standard aus der Branche. Dieser ist leider nicht frei einsehbar,
-- Jjaf.de 05:44, 22. Mär. 2009 (CET)
thread_title:  mögliches Verfahren 

message: Im Zug wird das OT durch ein durch die Systemtechnik GmbH Sömmerda modifiziertes und programmiertes Windows-CE basiertes Casio IT-3000 geprüft. S.a. "High-Tech im Verborgenen", Bahn-TV 2006-11-06, 18:40/28:37.
Durch die Ausbaustufe mit Kartenleser und C-MOS-Imager (Barcodeleser, der möglicherweise auch als Digitalkamera verwendet werden kann) dürfte die Basis ein IT-3000M55E sein.
-- Jjaf.de 19:43, 23. Mär. 2009 (CET)
thread_title:  Mobiles Terminal 2 (MT 2) 

message: Der Barcode des Mustertickets MDB46140 enthält neben dem Start folgende Inhalte.
Ein Programm, das die Inhalte des Barcodes entpacken und menschenlesbar darstellen kann findet sich dort: http://itooktheredpill.dyndns.org/public.git/onlineticket/onlineticket.py (nicht signierter Beitrag von 78.46.98.198 (Diskussion | Beiträge) 14:02, 4. Apr. 2010 (CEST)
thread_title:  Barcode 

message: #	Beschreibung	Bemerkung
1	0x2C        	Länge folgender "Signatur-Block"
===== Signatur-Block =====
... soviel "Signaturen-Blöcke" wie in die oben angegebene Länge passen (normalerweise 2).
# 	Beschreibung	Bemerkung
1 	0x02        	TBD: Datentyp 2
2 	0x14        	Länge der folgenden "Signatur"
3-	Daten       	
TBD: Möglicherweise handelt es sich dabei um zwei Signaturen: Eine vom komprimierten und eine vom deflateden "Ticket-Block". (falsch).
Die Signatur erfolgt nur über die komprimierten Daten, allerdings mit DSA. Die zwei "Signaturen" sind in Wahrheit die r und s Parameter des DSA Algorithmus. (nicht signierter Beitrag von 77.20.193.204 (Diskussion) 13:54, 13. Aug. 2014 (CEST)
thread_title:  Signaturen-Block 

message: ... soviel "Signaturen-Blöcke" wie in die oben angegebene Länge passen (normalerweise 2).
# 	Beschreibung	Bemerkung
1 	0x02        	TBD: Datentyp 2
2 	0x14        	Länge der folgenden "Signatur"
3-	Daten       	
TBD: Möglicherweise handelt es sich dabei um zwei Signaturen: Eine vom komprimierten und eine vom deflateden "Ticket-Block". (falsch).
Die Signatur erfolgt nur über die komprimierten Daten, allerdings mit DSA. Die zwei "Signaturen" sind in Wahrheit die r und s Parameter des DSA Algorithmus. (nicht signierter Beitrag von 77.20.193.204 (Diskussion) 13:54, 13. Aug. 2014 (CEST)
thread_title:  Signatur-Block 

message: # 	Beschreibung 	Bemerkung
0 	DWORD-padding	DBAG 0x00, ÖBB "0" ;-)
1 	"0290"       	Länge der folgenden "Ticket-Daten"
2 	0x789C       	"zlib-Header"
3-	zlib-Daten   	
-- Jjaf.de 05:44, 22. Mär. 2009 (CET)
thread_title:  Ticket-Block 

message: Dieser enthält alle Fahrangaben außer Reservierungen und die Ausweis-ID (hier hervorgehoben), den  Zeitpunkt der Ausstellung mit Minutengenauigkeit und Seriennummern nach unterschiedlichen Nummernkreisen für BC und Fahrkarten.
Die intensive Verwendung von "DE" ISO_3166-2:DE und "80" UIC-Ländercode deutet auf eine internationale Ausrichtung hin.
Zur besseren Lesbarkeit wurden Zeilenumbrüche und im Falle der "S-Datensätze" Leerzeichen eingefügt:
U_HEAD
010053
0080
U46CLS
-7
 â���
31012008
1733
0
DEDE
0080
ID
02
0018
04
3864
0080
BL
02
03
31
04
2
20MKGRPHT9V
 65 
31.03.2
31032008
01042008
6024936 
22MXFCUPYZG
           
31032008
30042008
6024937
14
S001 0011 Normalpreis
S002 0001 2
S003 0001 A
S004 0001 A
S009 0006 1-1-78
S012 0001 0
S014 0002 S1
S015 0015 Frankfurt(Main)
S016 0011 Berlin+City
S017 0011 Berlin+City
S018 0015 Frankfurt(Main)
S021 0019 VIA: GOE*(H/BS)*SDL
S023 0014 Mustermann Eva
S026 0002 12
-- Jjaf.de 05:44, 22. Mär. 2009 (CET)
thread_title:  komprimierter Datenblock ("Ticket-Daten") 

message: In diesem Block wird die Ausweis-ID abgelegt. Es handelt sich wohl um eine von einem größerem Standard abweichende DBAG-Erweiterung des Ticket-Blockes.
#	Beschreibung             	Bemerkung
4	"04"                     	Art der Ausweis-ID
5	Letzte Ziffern Ausweis-ID	
====== Ausweis-ID ======
Der Block enthält an Zeilen 13-14 die Art und die letzten Ziffern der der Ausweis-ID.
# 	Beschreibung   	Bemerkung
01	CC             	
04	BC             	
07	ec-Karte       	2 Ziffern (BLZ nicht erkannt)
09	Personalausweis	
-- Jjaf.de 05:44, 22. Mär. 2009 (CET)
thread_title:  0080-ID 

message: Der Block enthält an Zeilen 13-14 die Art und die letzten Ziffern der der Ausweis-ID.
# 	Beschreibung   	Bemerkung
01	CC             	
04	BC             	
07	ec-Karte       	2 Ziffern (BLZ nicht erkannt)
09	Personalausweis	
-- Jjaf.de 05:44, 22. Mär. 2009 (CET)
thread_title:  Ausweis-ID 

message: # 	Beschreibung                        	Bemerkung
4 	TBD                                 	
5 	Anzahl der folgenden Auftrags-Blöcke	1 bei BC oder nur Hinfahrt, sonst 2
6 	Auftrags-Block/-bBlöcke             	ggf. Reihenfolge Hin-, Rückfahrt
7 	Anzahl S-Datensätze oder "00" bei BC	
8-	ggf. S-Datensätze                   	
-- Jjaf.de 04:45, 25. Mär. 2009 (CET)
thread_title:  0080-BL 

message: #	Beschreibung            	Bemerkung
1	Zertifikat              	derzeit 11-stellig
2	NULL-Padding auf 22 byte	
3	Gültig ab               	
4	Gültig bis              	
5	S/N                     	8-stellig. Derzeit werden durch OT-S/N-Vergleich ca. 72.000 Fahrten/Tag gebucht. Dadurch läuft diese S/N ca. alle 3 Jahre, 10 Monate über. Letzter Überlauf ca. 2010-03-05, nächster ca. 2013-12-25.
-- Jjaf.de 04:45, 25. Mär. 2009 (CET)
thread_title:  Auftrags-Block 

message: Das Format ist ...
Saaabbbbd[...]d
... wobei aaa der Feldtyp, bbbb die Feldlänge in Byte, nicht char und d die Daten sind. Diese Unterscheidung ist deshalb relevant, weil zumindest der Personenname in UTF-8 ohne Byte Order Mark kodiert ist. Ob eine Darstellung von z.B. arabischen Namen auf dem Prüfgerät möglich ist ist nicht bekannt.
Unterschiedliche Tickets enthalten je nach Ausstellungszeitpunkt und Art eine unterschiedliche Anzahl und Kombination von S-Datensätzen. Im Falle einer vorläufigen BahnCard gar keine.
Aus ausgelesenen OT lassen sich folgende Feldzuordnungen ableiten:
#  	Beschreibung                            	Bemerkung
001	Preismodell                             	Normalpreis
Sparpreis 25 / 50
Dauer-Spezial
Rail&Fly
1.Klasse-Spezial
Auftragsnummer RDN7FU: Menschlesbar "Dauer-Spezial, 2. Klasse", maschinenlesbar "1.Klasse-Spezial, 2. Klasse"?!
002	Produktklasse Gesamtticket              	numerisch 0 = C, 1 = B, 2 = A
003	Produktklasse H                         	ABC bei Rail&Fly
004	Produktklasse R                         	
009	[Anzahl Erwachsene]-[Anzahl BC]-[BC-Art]	BC: 49 = BC25, 19,78 = BC50
012	[Anzahl Kinder]                         	
014	{S-[Klasse], [Klasse]}                  	ohne "S" auf älteren OT
015	H-Start-Bf                              	
016	H-Ziel-Bf                               	
017	R-Start-Bf                              	
018	R-Ziel-Bf                               	
019	Vorgangsnr./Flugscheinnr.               	Rail&Fly
020	Vertragspartner                         	Rail&Fly Partner Airline
021	VIA                                     	
023	Personenname                            	(max. Länge 19)
026	Preisart                                	12 = Normalpreis, 13 = Sparpreis, 3 = Rail&Fly
027	TBD: CC-#/Ausweis-ID                    	vollständige(!) CC-#; 2010-01-03/; trotz weiterhin bestehendem Feld Ausweis-ID; Evtl. zum Fahrplanwechsel zur Einführung der ID Personalausweis eingeführt? -- Jjaf.de 11:04, 3. Jan. 2010 (CET)
thread_title:  S-Datensätze 

message: Dieser Datentyp kommt bei BC und "Freitext"-Tickets zum Einsatz, welche auf RCT2-Basis ausgestellt werden.
U_TLAY
010305
RCT
2000
5
00120339000
76
BAHNCARD                TYP HK 35
VORLÄUFIGE BAHNCARD 25
inklusive RAILPLUS
00520319000
61
Nur gültig bei Vor-
lage eines amtlichen
Lichtbildausweises
03010150400
45
Gültig vom 14.03.2009 Gültig bis 13.05.2009
06660105000
01
2
08010470000
37
Inhaber(in):Franke, Jano John Akim
#  	Beschreibung          	Bemerkung
1-3	s. "U_HEAD"           	Datentyp hier "U_TLAY"
3  	"RCT2"                	Rail Combined Ticket 2 UIC 918-2
4  	Anzahl RCT2-Textblöcke	
6- 	RCT2-Textblock        	
-- Jjaf.de 04:45, 25. Mär. 2009 (CET)
thread_title:  U_TLAY 

message: 1	Zeile           	"00"-"14"
2	Spalte          	"01"-"68"
3	Höhe            	"01"-"04"
4	Breite          	"000"-"999"
5	Formatcode      	0: Normal
1: Fett
2: Kursiv
3: Fett + Kursic
4: Klein
5: Klein + Fett
6: Klein + Kursiv
7: Klein + Fett + Kursiv
6	Länge des Textes	
-- Jjaf.de 04:45, 25. Mär. 2009 (CET)
thread_title:  RCT2-Textblock 

message: Heute geht auch die legitimation im Zug über einen Personalausweis bzw. Reisepass.
Auch ist die Benutzung durch die Bundeswehr möglich, und da erfolgt die Kontrolle Anhand des Truppenausweises (PKZ).
Auch war es nicht das Surf & Rail Ticket, das als erstes als OnlineTicket erstellt wurde, sondern ein Abkommen zwischen der Bahn und Siemens, die ihrer Firmenreisen so buchte (über die Siemens Corporate AmericanExpressCard) (nicht signierter Beitrag von 79.225.191.143 (Diskussion) 20:50, 24. Aug. 2010 (CEST)
thread_title:  Änderungen beim OnlineTicket und die Geschichte passt auch nicht 

message: Es gibt ein Problem mit der Anerkennung des Online-Tickets im Ausland. Habe es jetzt zweimal persönlich erlebt. Der ungarische Schaffner weigerte sich das ausgedruckte Ticket, welches noch nicht von einem österreichischen oder deutschen Kollegen kontrolliert und mit Zangenabdruck versehen war, anzuerkennen. Der ungarische Schaffner hat nach eigener Auskunft keine Möglichkeit die Gültigkeit des Tickets zu überprüfen. Kompromissbereitschaft a la "Wir warten auf den österreichisen Kollegen an der Grenze und lassen den die Gültigkeit bestätigen" - Fehlanzeige. Folge: Normalpreisticket bis zum Grenzbahnhof kaufen zuzüglich der Platzreservierung. Die Platzreservierung kostet sonst nicht viel, ist im internationalen Verkehr sogar gar nicht erforderlich, hier kostet sie dann 10,00 EUR! Also: 21,60 EUR für die Fahrt von Budapest nach Mosonmogyorovár plus 10,00 EUR = 31,60 EUR Nachzahlung. Keine Kartenzahlung möglich, aber in HUF oder EUR... Wow! Ob der jeweilige Online-Ticket-Besitzer von der DB oder ÖBB da wohl was erstattet bekommt?
Frage an die Experten: Wie kann der ungarische Schaffner die Gültigkeit des Online-Tickets überprüfen? Österreichische und deutsche Schaffner wussten erstmal keinen Rat. - MfG M (nicht signierter Beitrag von 88.77.108.196 (Diskussion) 04:24, 7. Jan. 2014 (CET)
thread_title:  Annerkennung im Ausland beim Online-Ticket bei der Deutschen Bahn