Das Ziel der Zertifizierung ist es, zu überprüfen, ob Ihre Integration korrekt durchgeführt wurde und ob unsere gemeinsame Lösung für unsere gemeinsamen Kunden zuverlässig funktioniert.
Wenn Sie an einer Zertifizierung interessiert sind, kontaktieren Sie uns bitte mit einem Terminvorschlag, der Ihnen zusagt.
Během certifikace s vámi absolvujeme následující testovací scénáře.
Scénáře 1–16 jsou společné pro všechny API, zatímco scénáře 17–20 se vztahují pouze na app2app API:
#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Name des Szenarios
Überprüfung des Vorhandenseins von GP tom
Erfolgreicher Verkauf einer Transaktion
Erfolgreiche Transaktionsrückgabe
Gescheiterte Verkaufstransaktion
Timeout Transaktion Verkauf
Ausnahme bei der Kartenzahlung
Annullierung der Transaktion
Deadline
Empfangsdaten
DCC-Daten - Verkauf
DCC-Daten - Verkauf
DCC-Daten - Verkauf
DCC-Daten - Verkauf
DCC-Daten - Verkauf
DCC-Daten – Stornierung
DCC-Daten – Stornierung
Registrierung von Vorgängen
Antrag auf Zahlung
Abrufen des Status einer Transaktion
Informationen über die Transaktion erhalten
Erforderlich
Nein
Ja
Nein
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Beschreibung
Wir prüfen, ob Ihre Bewerbung auf das Vorhandensein unserer Bewerbung geprüft wird.
Wir führen eine erfolgreiche Kartenzahlung mit PIN-Verifizierung durch.
Wir werden eine erfolgreiche Rückbuchung durchführen.
Wir nehmen eine erfolglose Kartenzahlung vor (falsche PIN, unzureichendes Guthaben usw.).
Wir werden das Verhalten Ihrer Anwendung im Falle einer Zeitüberschreitung testen.
Wir werden eine Ausnahme bei der Kartenzahlung simulieren.
Wir leisten Stornozahlungen - auch für ältere Semester.
Lassen Sie uns einen Abschluss machen.
Wir überprüfen die Einhaltung der Pflichtangaben auf der Quittung.
Wir werden die DCC-Daten auf dem Beleg für das Szenario status=ACCEPTED, regionSchemaIndicator=1 überprüfen, und der transactionAmount wird mit 3 Dezimalstellen angegeben (Betrag 9991).
Wir werden die DCC-Daten auf dem Beleg für das Szenario status=ACCEPTED, regionSchemaIndicator=1 überprüfen, und der transactionAmount wird ohne Dezimalpunkt angegeben (Betrag 9992).
Wir werden die DCC-Daten auf dem Beleg für das Szenario status=ACCEPTED, regionSchemaIndicator=2 überprüfen, und der transactionAmount wird mit 2 Dezimalstellen angegeben (Betrag 9993).
Wir prüfen die DCC-Daten auf dem Beleg für das Szenario status=ACCEPTED, regionSchemaIndicator=0 (Betrag 9994).
Wir prüfen die DCC-Daten auf dem Beleg für das Szenario Status=NICHT_AKZEPTIERT
Wir prüfen die DCC-Daten auf dem Beleg für das Szenario der Transaktionsstornierung mit dem Status „NICHT_AKZEPTIERT“.
Wir prüfen die DCC-Daten auf dem Beleg für das Szenario der Transaktionsstornierung mit dem Status „AKZEPTIERT“.
Rufen Sie an und überprüfen Sie das Anmeldeverfahren.
Testen wir, ob die Zahlungsanwendung gestartet wird und die Zahlung nach dem Aufruf von transactionRequest erfolgt.
Wir testen, ob wir den Status der Transaktion erhalten und ob sie abgeschlossen wurde.
Mal sehen, ob wir die Einzelheiten der Transaktion herausfinden können.
Erwartetes Verhalten
Siehe den Artikel "Überprüfen einer installierten Anwendung"."
Initiieren Sie die Zahlung, GP wird aufgerufen, die Transaktion wird verarbeitet, vom Benutzer abgeschlossen und Ihre Anwendung wird erfolgreich zurückgerufen.
Initiieren Sie die Zahlung, GP wird aufgerufen, die Transaktion wird verarbeitet, vom Benutzer abgeschlossen und Ihre Anwendung wird erfolgreich zurückgerufen.
Initiieren Sie die Zahlung, GP wird dann aufgerufen, die Transaktion wird verarbeitet, vom Benutzer abgeschlossen und Ihre Anwendung wird erfolgreich zurückgerufen und zeigt alle Informationen über die abgelehnte Zahlung an.
Die Anwendung wird korrekt auf die fehlende Antwort von unserer Anwendung reagieren und den Benutzer informieren.
Reaktion auf eine Ausnahme auf unserer Seite.
Wenn Sie eine Stornierung einleiten, wird GP sie aufrufen, die Transaktion wird verarbeitet und Ihre Anwendung wird erfolgreich zurückgerufen und zeigt möglicherweise eine erfolgreiche Stornierung an.
Bei Beginn einer Frist wird GP angerufen, die Frist wird abgearbeitet und Ihre Bewerbung wird erfolgreich zurückgerufen und möglicherweise eine Information über die erfolgreiche Frist angezeigt.
Wenn Sie nur einen Beleg aus Ihrem System bereitstellen, müssen Sie diesen mit Transaktionsdaten aus dem Terminal ergänzen.
Auf dem Beleg müssen die DCC-Daten gemäß der visuellen Darstellung angezeigt werden, wobei wir uns insbesondere auf den Text „Aufschlag“ konzentrieren und der Transaktionsbetrag mit 3 Dezimalstellen angegeben werden muss.
Die Quittung muss die DCC-Daten gemäß der visuellen Darstellung anzeigen, wobei wir uns insbesondere auf den Text „Aufschlag“ konzentrieren und der Transaktionsbetrag ohne Dezimalstellen angegeben werden muss.
Auf dem Beleg müssen die DCC-Daten gemäß der Abbildung angezeigt werden, wobei wir uns insbesondere auf den Text „Aufschlag über dem EZB-Zinssatz“ konzentrieren werden. Der Transaktionsbetrag muss auf zwei Dezimalstellen genau angegeben werden.
Der Beleg muss die DCC-Daten gemäß der visuellen Darstellung anzeigen, wobei wir uns insbesondere auf den Text „Markup“ konzentrieren werden.
In diesem Fall hat der Kunde die Zahlung in der Terminalwährung gewählt, daher ist es nicht erforderlich, DCC-Daten auf dem Beleg anzuzeigen.
Hierbei handelt es sich um die Stornierung einer klassischen Transaktion, bei der keine DCC-Daten angezeigt werden müssen.
Dies ist eine DCC-Transaktionsstornierung, bei der Sie den Text „Transaktionsbetrag, Währung und Wechselkurs sind die gleichen wie bei der ursprünglichen Transaktion. Die Währungsumrechnung wird von Global Payments durchgeführt.“ hinzufügen müssen.
Nach Erhalt der Anfrage wird eine Transaktions-ID generiert. Diese Transaktions-ID wird lokal gespeichert und an die Drittanwendung zurückgegeben. Ihre Anwendung sollte sie speichern und für die Zahlungsanforderung verwenden.
Ihre Anwendung sollte die Transaktionsanforderung erstellt und gesendet haben. Die Zahlungs-App führt den gesamten Zahlungsvorgang durch und gibt das Ergebnis zurück.
Wir erfahren, in welchem Zustand sich die Transaktion befindet und ob die Transaktion erneut versucht werden kann. (Sie sagt nichts über den Erfolg/Misserfolg der Transaktion aus).
Wir erhalten alle Details der Transaktion (zum Beispiel: Ergebnis, Betrag, Währung,...). Für die Transaktionsdetails ist es notwendig, dass der vorherige Schritt abgeschlossen wurde - d.h. dass die Transaktion abgeschlossen ist.
API
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app, Deep Link, Cloud
app2app
app2app
app2app
app2app
Všechny tyto stavy můžete simulovat pomocí našeho GP tom Simulatoru, který najdete v sekci ke stažení.