PAYONE FINANCEGATE. Testverfahren und Testdaten. Version Stand:

Transkript

1 PAYONE FINANCEGATE Testverfahren und Testdaten Version Stand:

2 Inhaltsverzeichnis Inhaltsverzeichnis Besondere Hinweise Kreditkarte (ohne 3-D Secure) VISA MasterCard Amex JCB Maestro International Maestro UK Carte Bleue Diners Club Discover Kreditkarte (mit 3-D Secure) VISA (Verified by VISA) MasterCard (MasterCard SecureCode) JCB (J/Secure) Maestro UK Überweisung (Vorkasse/Rechnung) Vollzahlung Unterzahlung Überzahlung Zahlung in zwei Schritten Lastschriftverfahren Deutschland (ELV) Ablehnung durch POS-Sperrliste beim bankaccountcheck Online Überweisung Sofort-Überweisung (Deutschland) Giropay Paypal Bonitätsabfrage, Adressprüfung und Adressvalidierung Stand: Testverfahren und Testdaten 2

3 8.1 Adressprüfung Bonitätsabfrage Bonitätsabfrage - Ergebnis rot Bonitätsabfrage - Ergebnis rot mit korrigierter Adresse Bonitätsabfrage - Ergebnis grün Bonitätsabfrage - Ergebnis gelb Bonitätsabfrage - Ergebnis gelb mit falscher Adresse Bonitätsabfrage - Ergebnis gelb mit korrigierter Adresse Bin-Check Deutschland Österreich Schweiz IP-Check Deutschland Österreich Schweiz Stand: Testverfahren und Testdaten 3

4 1 Besondere Hinweise Mode "test" / "live": Grundsätzlich sind alle API-Requests im Mode "test" und "live" gleichermaßen verwendbar. Bitte beachten Sie jedoch, dass das Verhalten abhängig vom verwendeten Request technisch bedingt geringe Unterschiede aufweisen kann. So werden im Mode test teilweise die nachgelagerten Prozesse nur durch die FinanceGate Plattform simuliert und nicht an Dienstleister weitergeleitet. Bitte beachten Sie auch, dass im Mode "test" keinerlei Live-Daten verwendet werden. Für viele Requests bieten wir entsprechende Testdaten an, mit denen Sie unterschiedliches Verhalten der FinanceGate- Plattform simulieren können. Fordern Sie dazu bitte das Dokument "PAYONE FinanceGate Testverfahren und Testdaten" an. Achtung: Wenn Sie Requests im Mode "live" durchführen, so werden diese Requests stets ausgeführt auch dann, wenn Sie mit vermeintlichen Testdaten arbeiten. Dadurch können Kosten entstehen (z.b. durch den Postversand von Dokumenten oder durch verursachte Rücklastschriftgebühren). Stand: Testverfahren und Testdaten 4

5 2 Kreditkarte (ohne 3-D Secure) Mit den nachfolgend genannten Kreditkartennummern können Sie erfolgreiche Zahlungsvorgänge simulieren. Da das Verfahren bei allen Anbietern identisch ist, ist ein Test mit nur einem Kartentyp prinzipiell ausreichend. Bitte beachten Sie: Als Ablaufdatum verwenden Sie bei allen Karten bitte ein beliebiges Datum in der Zukunft. 2.1 VISA Kartennummer DE Kartennummer AT Kartennummer CH MasterCard Kartennummer Amex Kartennummer beliebige vierstellige Zahl 2.4 JCB Kartennummer Maestro International Kartennummer Stand: Testverfahren und Testdaten 5

6 2.6 Maestro UK Kartennummer Kartenfolgenummer beliebige einstellige Zahl 2.7 Carte Bleue Kartennummer Diners Club Kartennummer Discover Kartennummer Stand: Testverfahren und Testdaten 6

7 3 Kreditkarte (mit 3-D Secure) Mit den nachfolgend genannten Kreditkartennummern können Sie erfolgreiche Zahlungsvorgänge simulieren, bei denen die Karten am 3-D Secure Verfahren teilnehmen. Wie bei Buchungen ohne 3-D Secure ist auch hier das grundsätzliche Verfahren bei allen Anbietern identisch. Daher ist ein Test mit nur einem Kartentyp prinzipiell ausreichend. Bitte beachten Sie: Das benötigte 3-D Secure Kennwort lautet bei allen Karten Als Ablaufdatum verwenden Sie bei allen Karten bitte ein beliebiges Datum in der Zukunft. 3.1 VISA (Verified by VISA) Kartennummer MasterCard (MasterCard SecureCode) Kartennummer JCB (J/Secure) Kartennummer Maestro UK Kartennummer Kartenfolgenummer beliebige einstellige Zahl Stand: Testverfahren und Testdaten 7

8 4 Überweisung (Vorkasse/Rechnung) Bei Überweisungszahlarten können Sie eingehende Zahlungen über verschiedene Nachnamen simulieren. 4.1 Vollzahlung Es wird eine vollständige Bezahlung simuliert. Nachname (Parameter lastname): Payer 4.2 Unterzahlung Es wird ein Zahlungseingang in Höhe von 95% des geforderten Betrags simuliert. Nachname (Parameter lastname): Underpayer 4.3 Überzahlung Es wird ein Zahlungseingang in Höhe von 105% des geforderten Betrags simuliert. Nachname (Parameter lastname): Overpayer 4.4 Zahlung in zwei Schritten Es wird zunächst ein Zahlungseingang in Höhe von 95% des geforderten Betrags simuliert. Kurze Zeit später wird der Zahlungseingang über die restlichen 5% simuliert. Nachname (Parameter lastname): Splitpayer Stand: Testverfahren und Testdaten 8

9 5 Lastschriftverfahren Deutschland (ELV) Kontonummer Bankleitzahl Ablehnung durch POS-Sperrliste beim bankaccountcheck Voraussetzung für die Prüfung gegen die POS-Sperrliste ist die Übergabe von checktype=1 gegen folgende Kontoverbindung: Kontonummer Bankleitzahl Das Ergebnis ist BLOCKED. Stand: Testverfahren und Testdaten 9

10 6 Online Überweisung Bei beiden Verfahren werden im Verlauf einer Testbuchung auf der Zahlseite vom jeweiligen Anbieter auf die benötigten PINs und TANs genannt. Somit benötigen Sie zum Einleiten einer Testbuchung zunächst nur die unten genannten Kontonummern. 6.1 Sofort-Überweisung (Deutschland) Kontonummer Bankleitzahl Giropay Kontonummer Bankleitzahl Anmerkung: Die 8 fehlt bei der Bankleitzahl absichtlich Stand: Testverfahren und Testdaten 10

11 7 Paypal Um einen Testkauf durchzuführen verfahren Sie wie folgt: Gehen Sie auf die Webseite: und registrieren Sie sich dort zusätzlich zu Ihrem Paypal Geschäftskonto für ein "Sandbox Test Environment". Nach der erfolgreichen Registrierung können Sie in Ihrer "Sandbox" einen Testaccount (Buyer) anlegen. Diesen Buyer-Testaccount verwenden Sie bei der Test-Transaktion als Kundendaten. Stellen Sie vor der Test-Transaktion sicher, dass Sie in Ihrem "Sandbox Test Environment" angemeldet sind. Testen Sie die Bezahlung über Ihre E-Commerce Anwendung (z.b. Ihren Shop). Hierbei müssen Sie u.a. den Parameter mode mit dem Wert "test" übermitteln (mode=test). Verwenden Sie als Testkunde Ihren soeben erstellen Buyer-Testaccount. Stand: Testverfahren und Testdaten 11

12 8 Bonitätsabfrage, Adressprüfung und Adressvalidierung 8.1 Adressprüfung Mit nachfolgenden Testdaten können Sie verschiedene Antwortverhalten der Adressprüfung simulieren. Es ist immer als Land Deutschland zu verwenden (country=de) und addresschecktype = "BA" (Addresscheck Basic). Addresscheck Basic (addresschecktype="ba") Parameter übergebener Wert korrigierter Wert Rückgabewerte city Musterstadt - errorcode = 4042, secstatus = 30 city Nirgendwo - errorcode = 4051, secstatus = 30 city Überall - errorcode = 4052, secstatus = 30 streetname Nirgendwo - errorcode = 4053, secstatus = 30 streetname Überall - errorcode = 4054, secstatus = 30 zip errorcode = 4055, secstatus = 30 streetnumber errorcode = 4056, secstatus = 30 city FalscheStadt KorrigierteStadt status = VALID, secstatus = 20 zip status = VALID, secstatus = 20 streetnumber status = VALID, secstatus = 20 streetname FalscherStrassenname KorrigierterStrassenname status = VALID, secstatus = 20 street FalscheStrasse 12 KorrigierteStrasse 12 status = VALID, secstatus = 20 Alle anderen Kombinationen ergeben: status = VALID, secstatus = 10 Stand: Testverfahren und Testdaten 12

13 8.2 Bonitätsabfrage Mit nachfolgenden Testdaten können Sie unterschiedlche Antwortverhalten der Bonitätsabfrage simulieren. Bitte beachten Sie: Die angegebene Requests müssen noch um die individuellen Standardparameter gemäß Server-API Dokumentation ergänzt werden, es sind hier nur die für den Testfall relevanten Parameter aufgeführt. Es ist immer als Land Deutschland zu verwenden (country=de) Bonitätsabfrage - Ergebnis rot Request firstname=katja lastname=koplin street=danziger Str. 67 zip=10407 city=berlin consumerscoretype=ib addresschecktype=no Ergebnis score=r secscore=lp secstatus= Bonitätsabfrage - Ergebnis rot mit korrigierter Adresse Request Wie 5.1 nur mit Addresscheck: addresschecktype=pe Stand: Testverfahren und Testdaten 13

14 Antwort ändert sich in folgenden Parametern: secstatus=20 zip=10435 (korrigiert) Bonitätsabfrage - Ergebnis grün Request firstname=doris lastname=beckmann street=straße der DSF 7 zip=17268 city=boitzenburger Land consumerscoretype=ib addresschecktype=no Ergebnis score=g secstatus= Bonitätsabfrage - Ergebnis gelb Request firstname=mario lastname=zinke street=friedrich-ebert-str. 75 zip=30459 city=hannover consumerscoretype=ib addresschecktype=no Stand: Testverfahren und Testdaten 14

15 Ergebnis score=y secstatus=10 secscore=1hv divergence=f Bonitätsabfrage - Ergebnis gelb mit falscher Adresse Request Wie 5.4 nur mit Addresscheck: addresschecktype=pe Ergebnis errorcode=4052 (<- Stadt uneindeutig) status=invalid secstatus= Bonitätsabfrage - Ergebnis gelb mit korrigierter Adresse Request firstname=annett lastname=engel street=tilsiter Str. 63 zip=28844 city=weyhe consumerscoretype=ib addresschecktype=no Ergebnis score=y secstatus=10 secscore=1ma divergence=a Stand: Testverfahren und Testdaten 15

16 9 Bin-Check Anhand der BIN (Bank Identification Number) kann das Ursprungsland der Karte ermittelt werden. Folgende Karten vom Typ Visa stehen im Testsystem für die Simulation verschiedener Länder bereit. 9.1 Deutschland Kartennummer beliebige dreistellige zahl 9.2 Österreich Kartennummer beliebige dreistellige zahl 9.3 Schweiz Kartennummer beliebige dreistellige zahl Stand: Testverfahren und Testdaten 16

17 10 IP-Check Anhand der Internet-Protocol Adresse kann das Ursprungsland des Bestellers / Kunden ermittelt werden. Folgende IP-Adressen stehen im Testsystem für die Simulation verschiedener Länder bereit Deutschland Adresse Österreich Adresse Schweiz Adresse Stand: Testverfahren und Testdaten 17