1 Über das Test Handbuch

Einleitung

Das 1cs OBS unterstützt Sie beim Testen Ihrer Implementierung vor dem Produktiv-Betrieb. Dazu werden drei unterschiedliche Betriebsmodi unterstützt.

Bitte achten Sie darauf, dass Sie Test-Daten ausschließlich im Test-Betrieb verwenden und Live-Daten ausschließlich im Produktiv-/Live-Betrieb.

	Produktiv / Live	Test-System (Downstream)	Simulation
Beschreibung	Dieses ist der Live-/Produktiv-Betrieb, in dem alle Zahlungen live zum angeschlossenen Dienstleister (z.B. Acquirer, Bank, Scheme, nachgelagerter Dienstleister) weitergeleitet wird. Diese Zahlungsvorgänge werden real durchgeführt.	In diesem Modus werden Zahlungsvorgänge an ein nachgelagertes Test-System weitergeleitet. Dieses steht nicht für alle Zahlarten zur Verfügung und wird in der entsprechenden Zahlarten-Dokumentation vermerkt.	In diesem Modus werden alle Zahlungsvorgänge innerhalb des Paygate simuliert. Dieser Modus steht grundsätzlich für alle Zahlarten zur Verfügung. Dieser Modus steht Ihnen immer zur Verfügung – auch dann, wenn die Zahlart live geschaltet wurde. Sie können auch im Live-Betrieb jederzeit eine Simulation erzwingen, indem Sie den Parameter “OrderDesc” mit einem Wert wie “Test:” belegen.
Verwendete Daten	Nur gültige Produktivdaten	Separat dokumentierte Testdaten -siehe Übersicht weiter unten	Beliebige “gültige” Testdaten (d.h.: Kreditkartennummern müssen “LUHN”-Prüfung bestehen, IBANs müssen IBAN-Prüfung bestehen, E-Mail-Adressen müssen syntaktisch korrekt sein, …)
Verhalten	Verhalten und Antworten der API entsprechen dem Live-Betrieb.	Das Verhalten und Antworten der API hängen von speziellen Testdaten ab, welche bei der Zahlart dokumentiert sind.	Das Verhalten und Antworten der API hängen dem Parameter “OrderDesc” ab, wo Sie selbst den gewünschten Antwort-Code angeben (z.B.: “Test:0000” oder “Test:0305”)
Mögliche Aktionen	Authorization Reverse Capture Credit	Authorization Reverse Capture Credit	Authorization Reverse Capture Credit
Unterstützte Schnittstellen	PaySSL PayNow Direct Batch Händler Cockpit→ virtual Terminal Händler Cockpit → Batch-Datei	PaySSL PayNow Direct	PaySSL PayNow Direct
CTSF / Settlement / Reporting / Dashboard	ja	nein	nein

2 Test Simulation

Simulation

Der Simulations-Modus steht Ihnen jederzeit zur Verfügung – auch dann, wenn die Zahlart Ihrer MerchantId bereits live/produktiv gestellt wurde.

Der Simulations-Modus wird eingeleitet, indem der Parameter “OrderDesc” mit dem Wert “Test:” belegt wird, wobei verschiedene Fehlercodes sein können. Beachten Sie bitte, dass im Simulationsmodus nur numerische Fehlercodes verwendet werden können.

Der Simulations-Modus hat Vorrang vor dem Live-Modus.

Besondere Hinweise

Der Simulations-Modus verwendet keinerlei Verbindung zu nachgelagerten Systemen. 

Daher sind beispielsweise folgende Funktionen ggf. im Simulations-Modus nicht verfügbar:

• Erweitertes TransaktionsManagement (ETM) zur automatischen Verlängerung von Autorisierungen
• 3-D Secure Antwort-Daten

Falls der ApprovalCode fehlen sollte, wenden Sie sich bitte an die 1cs.

3 Test Kreditkarte

EMV 3-D Secure / 3-D Secure 2.x

Solange Ihre MID sich im TEST-Modus befindet:

• Um die 3-D Secure-Authentifizierung zu testen, verwenden Sie bitte die unten aufgeführten Kartennummern und OTPs, um ein gewünschtes Authentifizierungsergebnis zu erhalten (Kombinationen wie Challenge/Frictionless, Erfolgreich/Fehlgeschlagen, …)
• Nach der Authentifizierung erfolgt die Autorisierung. Verwenden Sie hier bitte “OrderDesc=Test:<nnnn>” (z.B. “OrderDesc=Test:0000” oder “OrderDesc=Test:0305“), um ein gewünschtes Autorisierungsergebnis zu erhalten.

Sobald sich Ihre MID im PROD-Modus befindet:

• Testen der 3-D Secure Authentifizierung ist nicht mehr möglich, da Ihre MID bereits mit realen 3-D Secure Servern arbeitet.
• Sie können jedoch weiterhin “OrderDesc=Test:<nnnn>” benutzen, um Autorisierungen zu simulieren.

Kartennummern:

Einmal-Passwörter (OTPs):

Bitte bestätigen Sie das Einmal-Passwort im Falle einer Challenge per Mausklick und nicht mit der Eingabetaste, da sonst die Schaltfläche “Abbrechen” ausgewählt und die Authentifizierung abgebrochen wird.

transStatus

transStatusReason

Nicht 3-D Secure 2.X

Direkt nach der Einrichtung – es liegen noch keine Acquirer-Daten vor

Es wird automatisch ein Test-Connector für  Kreditkarten konfiguriert, um Zahlungsvorgänge im 1cs OBS zu simulieren.
Ablaufdatum ist ein beliebiges in der Zukunft (z.B. 10/30). Kartenprüfziffer (CVC) ist eine beliebige 3-stellige Zahl (z.B. 123).

Jede MerchantID befindet sich direkt nach der Generierung im Standard Testmodus.
Dies bedeutet, dass Sie Zahlungen mit den nachfolgenden Test-Kreditkarten simulieren können.

Acquirer-Daten liegen vor – noch im Test Modus

Es findet bereits eine reale Kommunikation zu dem System Ihres Acquirers statt – allerdings sind Buchungen noch nicht aktiviert, es fließt also kein Geld.

Es wird mit realen Karten getestet und das verfügbare Kartenlimit bereits reduziert. Dieses können Sie durch einen Storno (Reverse) wieder freigeben oder warten bis dieses nach ca. 7-14 Tagen von der Bank automatisch freigegeben wird.

Buchungen und Rückerstattungen sind nicht möglich – es fließt also kein Geld.

Simulation – immer möglich

Egal ob Computop die Daten Ihres Acquirers vorliegen oder nicht, haben Sie immer die Möglichkeit Zahlungen zu simulieren. Dabei durchlaufen die Zahlungen nur das Paygate ohne mit dem Acquirer zu kommunizieren.

Der Simulations-Modus wird durch den Parameter “OrderDesc” mit dem Wert “Test:<nnnn>” eingeleitet, der auch das Ergebnis des Zahlungsvorganges definiert.

Der Simulations-Modus ist stets verfügbar – erfordert jedoch ebenfalls Kartennummern, die die sog. LUHN-Prüfung bestehen. Dafür finden Sie unten eine kurze Tabelle; Sie können auch reale Kreditkarten verwenden.

Nachfolgend einige Beispiele

Parameter        Value        Key-Value-Pair        Description

OrderDesc    Test:0000    OrderDesc=Test:0000   Successful Payment

OrderDesc    Test:0305    OrderDesc=Test:0305   Rejected by authorization system

OrderDesc    Test:0040    OrderDesc=Test:0040   Backend System not available

Wichtig: Die Simulation hat immer Vorrang vor den anderen beiden Optionen! Sollten Sie somit den OrderDesc mit einem der folgend beschriebenen Status-Werte übermitteln, erhalten Sie immer das Ergebnis des Status.

4 Test eWallet

Test Paypal

Test-Optionen für PayPal:

PayPal Sandbox:

Für die Nutzung der PayPal Sandbox müssen Sie ein Sandbox-Konto anlegen. Nachdem folgende Schritte abgeschlossen sind, teilen Sie uns bitte die E-Mail-Adresse des Sandbox-Kontos mit. Sobald diese in Ihrem Konto gespeichert ist, können Sie mit dem Testen beginnen.

Aktivierung/API-Freigabe des Sandbox-Händlerkontos:

1.) Öffnen Sie bitte die Seite PayPal Sandbox-Developer in einem Browser-TAB und melden sich an. -https://developer.paypal.com- Auf dieser Seite melden Sie sich bitte mit den bisherigen Anmeldedaten des Live-Kontos an.

2.) Jetzt können Sie ein Verkäuferkonto (Sandbox-Konto) sowie verschiedene Käuferkonten anlegen.

3.) Danach melden Sie sich mit dem erzeugten Verkäuferkonto separat an der Sandbox PayPal Konfigurationsseite an. -http://www.sandbox.paypal.com Für diesen Zweck wurden verschiedene Nutzer in der Sandbox angelegt, so dass Sie sich bitte mit der E-Mail-Adresse und dem entsprechenden Kennwort des Sandbox Business-Kontos anmelden.

4.) Geben Sie die API-Zustimmung für “test_paypal_api_api1.computop.com” und setzen die fünf nötigen Haken.

Legen Sie bitte folgende mögliche Genehmigungen fest -Definition für Drittanbieter-:

– Express Checkout für Ihre Zahlungstransakctionen verwenden

– Rückzahlung für bestimmte Transaktionen auslösen

– Ihre PayPal-Transaktionen autorisieren und sammeln

– Informationen über eine einzelne Transaktion ermitteln

– Ihre Transaktionen nach spezifischen Kriterien durchsuchen und die Ergebnisse anzeigen

Simulationsmodus:

Mit der folgenden Option können Sie Zahlungen über das 1cs OBS simulieren. Geben Sie dafür den folgenden Wert im Parameter OrderDesc ein

Parameterwert OrderDesc Test:0000

Beispiel: OrderDesc=Test:0000

Das Beispiel mit dem Wert “0000” simuliert eine erfolgreiche Transaktion. Wenn Sie beispielsweise den Antwortcode “0305” übergeben, können Sie eine gescheiterte Transaktion simulieren. Bezüglich der möglichen Antwortcodes beachten Sie bitte die aktuelle 1cs OBS-Dokumentation. Wenn Sie den entsprechenden Fehlercode senden, erhält die Zahlung auch den gewünschten Status und das OBS meldet diesen Status an Ihr System zurück. Übertragen Sie bitte immer die letzten 4 Ziffern des Antwortcodes.

Um eine erfolgreiche Giropay-Zahlung zu testen, stellt Giropay einen Simulator mit speziellen Testdaten zur Verfügung. Dieser Simulator ist nur in deutscher Sprache verfügbar.

Wichtig: Wegen der fehlenden Übertragung der Zahlungsinformationen zum Zahlungsdienstleister gibt die Simulation keine auf den Zahlungstyp bezogenen Parameter in unserer Antwort zurück (z.B. Ratenpläne, PayPal BillingAgreementID, Kreditinformationen usw.). Wir erhalten diese nur in Tests ohne Simulation zurück und leiten diese an Sie weiter.

5 Test Onlineüberweisung

Test Giropay

Um eine erfolgreiche Giropay-Zahlung zu testen, stellt Giropay einen Simulator mit speziellen Testdaten zur Verfügung. Dieser Simulator ist nur in deutscher Sprache verfügbar.

Test Zahlung Schritt für Schritt

Startseite

Eingabe von BIC TESTDETT421

Auswahl “Sparkasse Testinstitut”

Sie werden aufgefordert, sich mit in Ihrem Testkonto anzumelden

• “Anmeldename” → Geben Sie chiptanscatest2 ein
• und als “PIN” → 12345
• dann klicken Sie auf “Jetzt bezahlen”

Wählen Sie “Optischer TAN” zur

Kundenauthentifizierung und

klicken Sie auf “Weiter”

Geben Sie “123456” als TAN ein

und klicken Sie auf “Login”

Prüfen Sie die Zahlungsdetails

und klicken Sie auf “Weiter”

Bestätigen Sie die Zahlung und geben nochmal “123456” als TAN ein -und klicken Sie auf “Jetzt bezahlen”

Ihre Testzahlung wurde verarbeitet und Sie werden nach 5 Sekunden wieder zu Ihrem Shop zurückgeleitet
oder indem Sie auf “giropay beenden + zurück zum Shop” klicken.

Bemerkungen

Der Giropay Simulator ist ein externes System und nur in deutscher Sprache verfügbar.

Sollte das System nicht verfügbar sein, so antwortet das 1cs OBS mit dem Code 21160921 / FTG IN MAINTENANCE MODE. Bitte wiederholen Sie dann die Testzahlung zu einem späteren Zeitpunkt.

6 Test Risikomanagement

Test Arvato BIG

In der Testumgebung gibt Arvato einen Scorewert in der Höhe der “gesendeten Hausnummer x dem Faktor 10” zurück. Je nach vereinbartem Schwellwert (z.B. 400) kann beim Testen selbst gesteuert werden, ob man einen Scorewert kleiner als den Schwellwert und damit das Ergebnis “Rot” zurückbekommen möchte oder einen Scorewert, der höher als der Schwellwert ist, und damit das Ergebnis “Grün” liefert.

Der Schwellwert kann in Absprache mit dem Händler vom Helpdesk gesetzt werden.

Beispiel mit Schwellwert 400

Adresse: Musterstrasse 44, 80801 München liefert den Scorewert 440 zurück >> Ergebnis “Grün”

Adresse: Musterstrasse 37, 80801 München liefert den Scorewert 370 zurück >> Ergebnis “Rot”

7 Test Lastschrift

Simulation – immer möglich

Der Simulations-Modus wird durch den Parameter “OrderDesc” mit dem Wert “Test:<nnnn>” eingeleitet, der auch das Ergebnis des Zahlungsvorganges definiert.

Der Simulations-Modus ist stets verfügbar – erfordert jedoch ebenfalls IBANs, die prinzipiell valide sind. Dafür finden Sie unten eine kurze Tabelle.

Diese IBANs können Sie ebenfalls zum Testen der Negativ-/Positivliste (Blacklist/Whitelist) im 1cs OBS verwenden:

• Negativ-/Positivliste (Blacklist/Whitelist) im Händler Cockpit
  
• Server-zu-Server Blacklist über die API des 1cs OBS

Bitte beachten Sie, dass SEPA-Lastschriften generell ausschließlich die Währung EUR unterstützen.