Grundlegende Funktionsanforderungen

Für die Einbindung in Google Wallet müssen die folgenden grundlegenden Funktionen erfüllt sein: implementiert.

EMV-Zertifizierung

Terminals müssen die EMVCo-Zertifizierung der Stufe 1 und 2 erfüllen. Weitere Informationen finden Sie in der EMVCo-Website

Offline-Datenauthentifizierung

Damit Nutzer schnell durch ein Terminal gelangen können, müssen Terminals für öffentliche Verkehrsmittel Offline Data Authentication (ODA): Die ODA ist eine kryptografische Prüfung, ermöglicht einem Zahlungsterminal die Offlineauthentifizierung mit einer kontaktlosen Zahlungskarte oder Mobilgerät. Die ODA vermittelt ein hohes Maß an Vertrauen, dass die vorgelegte Karte echt ist. Sie ermöglicht dass sich die Schranke öffnet, ohne dass der Nutzer auf die Verarbeitung der Daten durch das Netzwerk warten muss. Zahlung. Die ODA wird auch verwendet, wenn Terminals von Betreibern zeitweise offline sind. Wenn die Fahrt mit öffentlichen Verkehrsmitteln wieder online ist, wird die Zahlung verarbeitet.

Die ODA-Funktion ist ideal für Bahnhöfe, deren Terminals nicht immer online oder weniger zuverlässige Verbindungen haben. Er wird auch verwendet, wenn die Zahlungsabwicklung die Pendler beim Einsteigen ins Gate hinuntergehen. Die Tore öffnen sich in der Regel innerhalb von 500 Millisekunden Nutzende auf ihr Mobilgerät.

Damit Sie die ODA verwenden können, muss das Terminal des Verkehrsunternehmens richtig konfiguriert sein. Zahlungsabwickler kontaktieren oder Systemintegrator, um weitere Informationen zur Konfiguration der Terminals zu erhalten.

Google Wallet unterstützt die ODA für die folgenden Netzwerke:

  • Visa
  • Mastercard
  • American Express

Abfragen und Kartenkonflikte

Physische NFC-Karten haben eine statische UID. Alle Android-Mobilgeräte haben jedoch eine dynamische UID, die ändert sich bei jeder Transaktion. Dies sorgt für ein höheres Maß an Datenschutz für Nutzer, weil dadurch Tracking verhindert wird, kann es zu einem Kartenkonflikt wenn die Terminals des Verkehrsverbunds mehr als eine Karte im NFC-Feld.

Wenn sich ein Nutzer mit seinem Smartphone einem Terminal nähert, erhöht sich die NFC-Feldstärke und Es kann vorkommen, dass das Gerät eine Transaktion startet, bevor das Feld stark und stabil genug ist, um eine Wenn die Verbindung des Smartphones unterbrochen wird, wird die Transaktion beendet und versucht, die Transaktion zu wiederholen. Dies führt dazu, dass die die UID des Mobilgeräts zu ändern. Wenn das Terminal mit der Logik für Kartenkonflikte konfiguriert ist, kann es innerhalb kurzer Zeit mehr als eine UID fälschlicherweise erkennen und die Transaktion stoppen. Diese Situation ist Dies verschärft sich, wenn Terminals mit Kartenkonfliktlogik zu hohe Abfragegeschwindigkeiten haben. Um dieses Problem zu beheben, deaktivieren Sie entweder die Konfliktlogik der UID-Karte oder verringern Sie die Abfragegeschwindigkeit von an das Terminal.

AID-Auswahl, PPSE und ePPSE

Terminals, die sowohl Open-Loop- als auch Closed-Loop-Karten unterstützen, sollten am besten im folgende Reihenfolge:

  1. Alle Closed-Loop-Karten, die AID verwenden, werden zuerst ausgewählt.
  2. Alle Open-Loop-Karten, die PPSE verwenden.

ePPSE

ePPSE ist eine neue Spezifikation von EMVCo, mit der Informationen vom Terminal an das Terminal bereitgestellt werden. Mobilgerät über den Transaktionstyp direkt vor der Transaktion informieren. Dadurch können die um eine bestimmte, vom Nutzer vordefinierte Zahlungskarte für den jeweiligen Transaktion. Für öffentliche Verkehrsmittel könnte dies bedeuten, eine Standardkarte für öffentliche Verkehrsmittel festzulegen, die Standardzahlungskarte, wenn Sie an ein Terminal halten.

Google Wallet unterstützt ePPSE derzeit nicht. Wenn Sie jedoch ePPSE aktivieren möchten, für öffentliche Verkehrsmittel angeben, geben Sie bitte an, Open-Loop für öffentliche Verkehrsmittel an Google Wallet.