Wir verwenden einen 11-stelligen numerischen Wert, der aus unserer internen Clearing-Sequenznummer als einzigartige Kennung berechnet wird. Die letzte Ziffer ist eine Prüfziffer (LUHN), um die Richtigkeit des Eingangs durch den Karteninhaber im Eingabefeld des Anmeldeformulars des Kundenportals zu validieren. Wir verwenden die Positionen 12 - 22 des Feldes „Card Acceptor Name“ in den Autorisierungsnachrichten an den Erwerber: Nets (LHV). Das Autorisierungsfeld F43 wird überschrieben, sodass die Position 11 den Wert ' ' (Leerzeichen) haben sollte, die Positionen 12-22 den PRN-Wert, der aus dem aktuellen Transaktions-clearing_seq_num-Wert berechnet wird, und die Positionen 23-25 ' ' (Leerzeichen) haben. Andere Zeichen in diesem Feld sollten so bleiben, wie sie derzeit erstellt wurden. Die Autorisierungsanfrage Shift 4 hat das Feld i2 gesetzt und in den Positionen 1-10 wird der Wert aus der POS-Eigenschaft ADDRESS_NAME (falls erforderlich, durch Truncation) geschrieben, Position 11 sollte den Wert ' ' (Leerzeichen) enthalten und die Positionen 12-22 sollten den PRN-Wert im Dezimalformat enthalten, der aus dem aktuellen Transaktions-clearing_seq_num-Wert berechnet wird. Wie besprochen, besteht die Möglichkeit, alphanumerische Werte (oder sogar spezielle Zeichen) zu verwenden, um einzigartigere Kombinationen zu erhalten, aber dies wird weniger benutzerfreundlich/fehlerfrei sein, um korrekt in das Anmeldeformular des Kundenportals durch den Karteninhaber eingegeben zu werden. Wir sind bereit, dies anzupassen, falls Sie einen pan-deutschen Standard für alle TPSPs vorschlagen (was auch einfacher zu erklären wäre für die Passagiere in allen deutschen Städten).
The last digit is a checksum (LUHN) to be able to validate the correctness of the entry by the cardholder into the Customer Portal login form entry field. We are using the positions 12 - 22 of the field “Card Acceptor Name” field in the authorization messages to the acquirer:Nets (LHV)Authorization field F43 value is overwritten so that position 11 should have value ' ' (space), positions 12-22 should have PRN value calculated from the current transaction’s clearing_seq_num value and positions 23-25 have ' ' (space). Other characters on this field should remain as they are currently created.Shift 4Authorisation request have field i2 set and in positions 1-10 is written value from the POS property ADDRESS_NAME (by truncating it, if needed), position 11 should contain value ' ' (space) and positions 12-22 should contain PRN value in decimal format, calculated from the current transaction’s clearing_seq_num value.As discussed, there is a possibility to use alphanumeric value (or even including special characters) to have more unique combinations but this will be less user friendly/ error proof to enter into the customer portal login form correctly by the cardholder.We are ready to adapt this in case you come with some pan-German standard across all TPSPs (which would be also easier to explain to the passengers across all German cities).