Batch Processing. Spezifikation. Version SIX Payment Services

Transkript

1 Batch Processing Spezifikation Version SIX Payment Services

2 Inhaltsverzeichnis 1 Einleitung Voraussetzungen Sicherheit und PCI DSS Sonstige Hinweise Unterstützte Zahlungsmittel Formatangaben Konventionen Dateinamen Kundennummer (CustomerID) Dateikennung (FileID) Übermittlung der Dateien Dateiformat für die Einreichung Einreichungsdatei Parameter und Beschreibungen Erläuterung der Parameter TERMINALID ORDERID PAN DOCREDIT TIMEDATE Kartenprüfnummer D Secure-Parameter ECI, XID, CAVV Recurring MANDATEID IBAN Beispiele für Zahlungssätze Erkennen von Doppelerfassungen Antwortdatei Verarbeiteter Datensatz Fehlereintrag in der Antwortdatei RESULT-Werte Beispiel einer Antwortdatei Antwortdatei bei automatisiertem Batch Processing Automatisierung Upload Download Beispiele Upload per HTML-Formular Download per HTML-Formular Upload per Visual Basic Script Download per Visual Basic Script Kontakt Saferpay Integration Team Saferpay Support Team Saferpay Batch Processing Seite 2

3 1 Einleitung Dieses Dokument beschreibt das Saferpay Batch Processing, ein Service, der die Verarbeitung von Zahlungen über Kreditkarten und deutschen Bankverbindungen über eine Stapeldatei ermöglicht. 1.1 Voraussetzungen Die Nutzung des Saferpay Batch Processing setzt Folgendes voraus: Eine entsprechende Lizenz und somit das Vorhandensein einer gültigen Kennung mit Benutzername und Passwort für das Saferpay System. Mindestens ein aktives Saferpay Terminal, über das die Zahlungen durchgeführt werden können ist vorhanden und die dazugehörige Saferpay TERMINALID beziehungsweise die Saferpay ACCOUNTID liegt vor. Der Datensatzaufbau und Name der Einreichungsdatei entsprechen dem Format, wie in diesem Dokument beschrieben. 1.2 Sicherheit und PCI DSS Auch wenn das Saferpay System die PCI DSS (Payment Card Industry Data Security Standard) Anforderungen erfüllt und regelmäßig daraufhin überprüft wird, beachten Sie bitte die folgenden Hinweise beim Einsatz des Saferpay Batch Processing: Bei der Nutzung des Saferpay Batch Processing werden Kreditkartendaten in der Einreichungsdatei eingetragen und von Ihrem System an Saferpay übermittelt. Bitte halten Sie sich an die Sicherheitsanforderungen Ihrer Kreditkartengesellschaft (Verarbeiter) im Umgang mit Kreditkartendaten. Wir empfehlen den Einsatz des Saferpay Secure Card Data Services in Kombination mit dem Saferpay Batch Processing, um den Aufwand für die PCI DSS Prüfung des Händlersystems deutlich zu verringern. Mit Hilfe dieses Dienstes werden Kreditkartendaten nicht mehr auf dem Händlersystem verarbeitet, transportiert oder gespeichert, sondern direkt im sicheren Saferpay Rechenzentrum. Für weitere Informationen können Sie uns gerne kontaktieren. Die Kartenprüfnummer (auch CVC2, CVV2, CID oder 4DBC genannt) wird optional verarbeitet. Bitte beachten Sie, dass die Kartenprüfnummer gemäß PCI DSS (Payment Card Industry Data Security Standard) zu den vertraulichen Kartendaten gehört, die nur temporär gespeichert werden dürfen. Aufgrund der PCI DSS Vorschriften ist die Übergabe der Magnetstreifendaten der Spur 2 nicht möglich beim Batch Processing nicht möglich. Fragen zu PCI DSS kann Ihnen Ihr Verarbeiter oder ein darauf spezialisiertes Unternehmen beantworten (siehe Saferpay Batch Processing Seite 3

4 1.3 Sonstige Hinweise Bitte beachten Sie auch folgende Punkte: Die Verarbeitung eingereichter Dateien erfolgt gegenüber den Kartengesellschaften innerhalb eines Tages (24 Stunden). Das Saferpay Batch Processing ist für zeitunkritische Zahlungen konzipiert worden und nicht für Online-Autorisierungen im Sekundenbereich. Für die Abwicklung zeitnaher Online-Autorisierungen empfehlen wir das Saferpay Authorization Interface. Für eine reibungslose Verarbeitung wird empfohlen nicht mehr als 500 Zahlungen pro Datei abzuwickeln. Da die Verarbeiter nichtautorisierte Transaktionen abweisen, werden alle Transaktionen beim Batch Processing zunächst autorisiert und erst anschließend eingeliefert. 1.4 Unterstützte Zahlungsmittel Das Saferpay Batch Processing verarbeitet aktuell Transaktionen für folgende Zahlungsmittel: Visa MasterCard American Express Diners Club J.C.B. Elektronisches Lastschriftverfahren ELV (nur Deutschland) 1.5 Formatangaben Folgende Abkürzungen für die Formatangaben werden in diesem Dokument verwendet: a Buchstaben (a - z, A - Z) n numerische Zeichen (0-9) an alphanumerische Zeichen (a - z, A - Z, 0-9) s Sonderzeichen (:?,-(+.)/ und Leerzeichen) ans alphanumerische und Sonderzeichen Saferpay Batch Processing Seite 4

5 2 Konventionen 2.1 Dateinamen Der Name einer zu verarbeitenden Datei besteht aus der Saferpay Kundennummer gefolgt von einem Bindestrich und der eindeutigen Dateikennung sowie dem Dateityp.IN. Syntax: CustomerID-FileID.IN 2.2 Kundennummer (CustomerID) Die Kundennummer besteht aus fünf oder sechs Ziffern, was sich zukünftig auch ändern kann. 2.3 Dateikennung (FileID) Die Dateikennung muss eindeutig vergeben werden und ist wie folgt definiert: Länge: Variabel 1-40 Zeichen Mögliche Zeichen: 0-9, A-Z, a-z, - (Bindestrich), _ (Unterstrich) Gross- / Kleinschreibung wird nicht unterschieden Beispiele (FileID jeweils kursiv): IN IN abcd5523.IN CA4DD53A-C1BB-4378-A7EB-4AB7AA6729D9.IN 2.4 Übermittlung der Dateien Die Übertragung der Dateien zwischen Einreicher und dem Saferpay System erfolgt SSL-gesichert (per https) über das Saferpay Backoffice. Es kann dort eine -Adresse angegeben werden, um eine Nachricht bei Abschluss der Verarbeitung zu erhalten. Saferpay Batch Processing Seite 5

6 2.5 Dateiformat für die Einreichung Die für die Einreichung benötigten Informationen werden in einer Textdatei gespeichert. Dabei sind folgende Regeln zu beachten: Parameter werden mit einem Kommazeichen (ASCII 0x44) getrennt. Jede Zeile muss mit dem Zeilentrennzeichen CR oder CRLF beendet werden. Nicht korrekt formatierte Zeilen werden mit ICCTERR in der Antwortdatei zurückgewiesen. Es obliegt dem Einreicher, diese zu korrigieren und gegebenenfalls erneut einzureichen. Saferpay Batch Processing Seite 6

7 3 Einreichungsdatei 3.1 Parameter und Beschreibungen Sofern nicht als Optional gekennzeichnet sind alle Parameter obligatorisch. Position Parameter Format Beschreibung 1 RECORDTYPE an[7] Datensatztyp, muss immer ICCT100 sein. 2 TERMINALID n[8] Saferpay TERMINALID über die die Transaktion vorgenommen werden soll. Die TERMINALID wird im Saferpay System vergeben und ist Teil der Saferpay ACCOUNTID. 3 ORDERID an[..30] Optional 4 PAN ans [..50] Optional Referenznummer des Einsenders. Es existieren verarbeitungsspezifische Einschränkungen (siehe 3.2.2). Die Kartennummer (Primary Account Number), siehe separate Formatbeschreibung (3.2.3) für das Lastschriftverfahren und Verwendung der Ersatznummer über den Secure Card Data Dienst. Kann nicht mit IBAN zusammen verwendet werden. Beim ELV: ;59<BLZ[8]>=<Konto[10]> Bei Ersatznummer: CARDREFID:nnnn 5 EXPMONTH n[..2] Optional, wenn CARDREFID angegeben wird Monat der Kartengültigkeit. {1, 2,., 12} oder {01, 02,., 12} 6 EXPYEAR n[2] oder n[4] Optional, wenn CARDREFID angegeben wird 7 CARDDATA a[1] Optional Jahr der Kartengültigkeit. {00, 01,.., 11} oder {2000, 2001,.., 2011} A = Karte wurde über einen Leser eingelesen (nur Kartennummer wird eingelesen) M = Kartennummer wurde manuell erfasst 8 AMOUNT n[..12] Betrag in der kleinsten Währungseinheit. Nur Ziffern (Integer) und keine Dezimalpunkte (12, ) sind erlaubt. 9 CURRENCY a[3] Währung des Zahlungsbetrags nach ISO (EUR, CHF, USD,...) 10 AUTHCODE an[..50] Reserviertes Feld Autorisierungscode: Ist nicht mehr anzugeben, da grundsätzlich alle Transaktionen autorisiert werden. 11 DOCREDIT n[1] 0 = Buchung (Betrag wird dem Karteninhaber belastet) 1 = Gutschrift (Betrag wird dem Karteninhaber gutgeschrieben nur Kreditkarte, kein ELV!) Saferpay Batch Processing Seite 7

8 Position Parameter Format Beschreibung 12 DOAUTHOR n[1] Da grundsätzlich Autorisierungen durchgeführt werden, muss der Wert "1" lauten! 13 TIMEDATE n[12] n[14] 14 CVC n[3] oder n[4] Optional 1 Datum und Uhrzeit der Buchung im Format JJJJMMTThhmm oder JJJJMMTThhmmss. Wenn die Sekunden (ss) nicht angegeben werden, setzt Batch Processing ss = 00. TIMEDATE wird nur Batch Processing-intern ausgewertet. 3- oder 4-stellige Kartenprüfnummer, auch bekannt als: CID/4DBC (American Express) CVC (MasterCard) CVV2 (Visa) CAV (JCB) 15 ECI n[1] Optional 16 CAVV ans[28] Optional 17 XID ans[28] Optional 18 RECURRING a[1] Optional 19 REFID ans[28] Optional 20 MANDATEID ans[..35] Optional 21 IBAN an[22] Optional Electronic Commerce Indicator Wird zur Kennzeichnung von 3-D Secure Transaktionen benötigt ( Verified by Visa, MasterCard SecureCode, American Express SafeKey ): 0 = Internet Zahlung ohne Haftungsumkehr 1 = 3-D Secure Zahlung mit Authentisierung 2 = 3-D Secure Zahlung, Karte nimmt am Verfahren nicht teil Authentifizierungscode der 3-D Secure- Transaktion, wie vom Merchant Plug-In geliefert. Identifikationsmerkmal der 3-D Secure- Transaktion, wie vom Merchant Plug-In geliefert. Kennzeichnung für wiederkehrende Zahlungen. Wert: R zur Kennzeichnung von wiederkehrenden Zahlungen, zum Beispiel Abonnements. Transaktionskennung ID der Initialzahlung für wiederkehrende Zahlungen.. Mandatsreferenz für ELV-Zahlungen. IBAN für ELV-Zahlungen. Kann nicht zusammen mit PAN verwendet werden. 1 Das Vorhandensein einer Kartenprüfnummer kann vom Verarbeiter vorgeschrieben werden. Saferpay Batch Processing Seite 8

9 3.2 Erläuterung der Parameter TERMINALID Die Saferpay TERMINALID repräsentiert ein Saferpay Terminal. Sie finden die Saferpay TERMINALID im Saferpay Backoffice unter Administration Konten. Eine Saferpay Kontonummer (ACCOUNTID) setzt sich aus der Kundennummer, Bindestrich und TERMINALID zusammen, zum Beispiel , wobei die Kundennummer und die TERMINALID ist ORDERID Die ORDERID dient der Kennzeichnung von Zahlungen. Der Händler kann so später die Transaktionen auf die Bestellungen referenzieren. Die ORDERID wird an die Zahlungsmittelverarbeiter (Händlerbanken) weitergeleitet und erscheint dann in der Regel auf der Händlerabrechnung. Es werden nur Ziffern (ASCII 0x30 bis 0x39) und Großbuchstaben (0x41 bis 0x5A) akzeptiert. Sollten andere Zeichen übergeben werden, kann für die korrekte Verarbeitung nicht garantiert werden. Die maximale Stellenzahl variiert je nach Verarbeiter. Bewährt haben sich 12 Stellen PAN Dieses Feld enthält die Kartennummer, eine klassische Bankverbindung oder die Ersatznummer für eine Zahlungsanforderung. Kreditkarte: Bei Kreditkarten muss die manuell erfasste Kartennummer angegeben werden. Die Gültigkeit der Karten wird mit den Feldern EXPMONTH und EXPYEAR übergeben. Soll eine Ersatznummer (CARDREFID) verarbeitet werden, muss dieser der Text CARDREFID: (inklusive Doppelpunkt) vorangestellt werden. Lastschrift: Für Lastschriften (ELV) in Deutschland ist die Bankverbindung wie folgt anzugeben: ;59<BLZ>=<Kontonummer> Als Startzeichen muss ein Semikolon ( ; ) angegeben werden. Das Gleichheitszeichen ( = ) wird als Trennzeichen verwendet. Feld [Ziffern] <BLZ[8]> <Kontonummer[10]> Beschreibung Bankleitzahl, immer 8-stellig. Kontonummer, immer 10-stellig. Kürzere Kontonummern werden mit vorangestellten Nullen aufgefüllt. Beispiele: Daten Visa Kreditkarte Bankverbindung BLZ = , Konto = Ersatznummer = Inhalt PAN ; = CARDREFID: Saferpay Batch Processing Seite 9

10 3.2.4 DOCREDIT Hier legen Sie fest, ob der Kunde belastet werden soll (0 für Buchung) oder ob Sie ihm eine Gutschrift erteilen (1 für Gutschrift) möchten. Gutschriften sind nur mit Kreditkarten möglich TIMEDATE Dieses Feld enthält den Zeitpunkt der Buchung im Format JJJJMMTThhmmss (14 Stellen): JJJJ = {2000,, 2999} MM = {01, 02,, 12} TT = {01, 02,, 31} hh = {00, 01,, 24} mm = {00, 01,, 59} ss = {00, 01,..., 59} Alternativ ist das Format JJJJMMTThhmm mit 12 Stellen gültig. Dann setzt Batch Processing intern für die Sekunden ss = Kartenprüfnummer Gemäß den Kreditkartenorganisationen ist die Kartenprüfnummer (CVC, CVV2, CID, 4DBC) streng vertraulich zu behandeln. Deshalb sind bei der Verwendung die Sicherheitsvorschriften zwingend zu beachten. Weitere Auskünfte zum Umgang mit der Kartenprüfnummer erhalten Sie von Ihrem Verarbeiter D Secure-Parameter ECI, XID, CAVV Nach Absprache mit Ihrem Verarbeiter können unter Umständen auch 3-D Secure-Zahlungen über das Saferpay Batch Processing verarbeitet werden. Solche Zahlungen sind nur mit Karten möglich, mit denen bereits im Webshop des Händlers erfolgreich eine E-Commerce Transaktion durchgeführt wurde. Zusätzlich zu den Kartendaten werden noch die 3-D Secure-Parameter ECI, XID und CAVV der vorausgegangenen Zahlung benötigt Recurring Über diese Felder können wiederkehrende Zahlungen mit einem R für Recurring gekennzeichnet werden. Eine Folgezahlung erhält zusätzlich den Parameter REFID, mit dem auf die Transaktionskennung (ID) der Initialzahlung referenziert wird. Ob die Recurring-Parameter benötigt werden oder nicht erfahren sie bei ihrem Acquirer MANDATEID Dieses Feld enthält die SEPA-Mandatsreferenz für eine ELV-Zahlung IBAN Dieses Feld enthält die International Bank Account Number. Die SEPA-Bankverbindung IBAN löst ab dem 1. Februar 2014 die klassische Bankverbindung ab, die aus Bankleitzahl und Kontonummer besteht. Saferpay Batch Processing Seite 10

11 3.3 Beispiele für Zahlungssätze ICCT100, ,TEST1, ,12,15,M,1000,EUR,,0,1, ICCT100, ,TEST2, ,12,15,M,550,EUR,,0,1, ,442 ICCT100, ,TEST3, ,12,15,M,105.00,EUR,,0,1, ICCT100, ,TEST4, ,12,2015,M,1050,EUR,,1,1, ICCT100, ,TEST5, ,12,2015,M,1120,EUR,,0,1, ,,1,AA ABCEkCYQABA314UQJhAAAAAAA=,DmZAXgVCNWAOAQN3AwAFWgN9CQM= ICCT100, ,TEST6, ,12,10,M,1000,EUR,,0,1, ICCT100, ,TEST7,CARDREFID: ,02,15,M,670,EUR,,0,1, ICCT100, ,TEST8,,,M,1009,EUR,,0,1, ,,,,,,MyMandateID,DE Erläuterung: Zeile 1: Zeile 2: Zeile 3: Zeile 4: Zeile 5: Zeile 6: Zeile 7: Zeile 8: Autorisierung und Buchung. Autorisierung, Buchung, Kartendaten mit Kartenprüfnummer. Fehlerhaft, der Betrag muss ohne Dezimalpunkt angegeben werden. Gutschrift (Rückzahlung an Karteninhaber). MasterCard SecureCode-Zahlung mit ECI=1, CAVV und XID. Fehlerhaft, Kartengültigkeit bereits abgelaufen. Buchung, Ersatznummer (CARDREFID) wird verwendet. Buchung, Einzug per Lastschrift. 3.4 Erkennen von Doppelerfassungen Im Batch Processing werden die Transaktionen auf Doppelerfassungen geprüft. Wenn eine eingereichte Transaktion die gleichen Werte für TERMINALID, ORDERID, PAN, EXPMONTH, EXPYEAR, AMOUNT, CURRENCY, DOCREDIT und TIMEDATE aufweist, wie eine bereits verarbeitete, wird sie als Doppelbuchung erkannt und mit dem Fehlertext Double Transaction - Transaction in LineNumber x has already processed zurückgegeben. Damit sich Transaktionen zumindest in einem Feld unterscheiden, kann TIMEDATE optional mit Sekundengenauigkeit eingegeben werden (14 Stellen, Jahreszahl immer vierstellig). Werden keine Sekunden angegeben, setzt Batch Processing die Sekundenzahl auf 00. TIMEDATE wird nur Saferpay intern verwendet. Es wird aber empfohlen, die Eindeutigkeit der Transaktion durch den Zeitstempel sicher zu stellen. Saferpay Batch Processing Seite 11

12 4 Antwortdatei Der Einreicher erhält für jede eingesendete Datei eine Antwortdatei, die mit der Dateikennung.OUT versehen ist und ansonsten den gleichen Dateinamen besitzt, wie die Einreichungsdatei. Jeder Datensatz wird einer Prüfung auf formale Korrektheit unterzogen. Besteht er diese, wird er verarbeitet und die OUT-Datei enthält den RECORDTYPE ICCT101. Ansonsten enthält sie den RECORDTYPE ICCTERR. 4.1 Verarbeiteter Datensatz Für jeden verarbeiteten Datensatz der Einreichungsdatei (ICCT100) enthält die Antwortdatei einen entsprechenden Antwortdatensatz (ICCT101) mit Resultat und Transaktionskennung. Position Parameter Format Beschreibung 1 RECORDTYPE an[7] Enthält immer ICCT TERMINALID n[8] Saferpay Terminal der Transaktion. 3 ORDERID an[..30] Optional Referenznummer der Transaktion, wenn in der Einreichungsdatei angegeben. 4 RESULT n[3] = 0 Transaktion erfolgreich 0 Fehler-Code 5 ID ans[50] Saferpay Transaktionskennung, zur Zeit auf max. 50 Zeichen beschränkt. 6 AUTHCODE an[..50] Optional Autorisationscode des Verarbeiters. 7 TIMEDATE n[12] Datum und Uhrzeit der Autorisierung. Format: JJJJMMTThhmm 8 AUTHRESULT n[2] Optional 9 MANDATEID ans[..35] Optional Antwort-Code des Verarbeiters, der nur dann zurückgeliefert wird, wenn RESULT den Wert 65 beinhaltet. Je nach Verarbeiter haben die Antwort-Codes unterschiedliche Bedeutungen. Mandatsreferenz für ELV-Zahlungen. Saferpay Batch Processing Seite 12

13 4.2 Fehlereintrag in der Antwortdatei Falls ein Datensatz der Einreichungsdatei die formale Prüfung nicht bestanden hat, enthält die Antwortdatei eine ICCTERR-Meldung in der korrespondierenden Zeile der Antwortdatei. Position Parameter Format Beschreibung 1 RECORDTYPE an[7] Enthält immer ICCTERR. 2 TERMINALID n[8] Saferpay Terminal der Transaktion. 3 ORDERID an[..30] Referenznummer der Transaktion, wie in der Einreichungsdatei angegeben. 4 TIMEDATE n[12] Zeitpunkt der Prüfung. Format: JJJJMMTThhmm 5 FIELDINDEX n[2] Die Position des fehlerhaften Feldes im Datensatz der Einreichungsdatei. 6 FIELDNAME a[ ] Der Parametername des fehlerhaften Feldes im Datensatz der Einreichungsdatei. 7 MESSAGE ans[ ] Optional Zusätzliche Beschreibung des Fehlers. Beispiele für Fehlereinträge: ICCTERR, ,test11, ,1,RecordType,Double Transaction - Transaction in LineNumber 1 has already processed ICCTERR, ,test12, ,13,TimeDate,DateTime length is wrong: 0 ICCTERR, ,test13, ,8,Amount,Amount is no not numeric ICCTERR, ,test14, ,2,TerminalID,User has no access for TerminalId: ICCTERR, ,test15, ,5,ExpMonth,ExpMonth is out of range ICCTERR, ,test16, ,6,ExpYear,Card is expired:1204 ICCTERR, ,test17, ,4,CardNumber, No CardNumber found for this CardRefId. ICCTERR, ,test18, ,13,TimeDate,DateTime length is wrong: 13 Saferpay Batch Processing Seite 13

14 4.3 RESULT-Werte Eine Transaktion wurde nur erfolgreich durchgeführt, wenn RESULT=0 ist. Bei allen anderen RESULT-Werten handelt es sich um fehlgeschlagene Zahlungsanfragen. Wert Beschreibung Erklärung 61 Invalid card Die Plausibilitätsprüfung der Karte ist fehlgeschlagen. 62 Invalid date Das Verfalldatum ist nicht plausibel. 63 Card expired Die Karte ist verfallen, nicht mehr gültig. 64 Unknown card Die Karte ist unbekannt, konnte keinem Kartentyp zugeordnet werden. 65 Authorization declined Der Kartenverarbeiter hat die Transaktion abgelehnt. Im Feld AUTHRESULT ist der Ablehnungsgrund vom Verarbeiter enthalten. 67 No contract available Auf dem Terminal ist kein Akzeptanzvertrag für den Kartentyp oder die Währung vorhanden. 83 Invalid currency Der Währungs-Code ist ungültig, nicht plausibel. 84 Invalid amount Der Betrag ist ungültig. 104 PAN blacklist Die Karte ist durch das Saferpay Risk Management blockiert worden. 105 Card country blacklist Das Herkunftsland der Karte ist vom Saferpay Risk Management blockiert worden. 114 CVC mandatory Die Angabe der Kartenprüfnummer ist zwingend erforderlich. 4.4 Beispiel einer Antwortdatei ICCT101, ,TEST1,0,6bf9e707a9e64938b7e4612b2bcb,074869, ICCT101, ,TEST2,0,9bd5f26175a14cd1bd839dc81fa3,862777, ICCTERR, ,TEST3, ,8,Amount,Amount is not numeric: ICCT101, ,TEST4,0,682dab8de6614ae4bb15d83e94bc,, ICCT101, ,TEST5,0,12d693de415f425a919ba4aea4f3,124865, ICCTERR, ,TEST6, ,6,ExpYear,Card is expired: 1204 ICCT101, ,TEST7,0,96c0fe28e09d40b3b98248a4ac54,395000, ICCT101, ,TEST8,67,74301cbe-87ca-4e3c-aeb0-3223c9f69210,, Erläuterung: Zeile 1: Zeile 2: Zeile 3: Zeile 4: Zeile 5: Zeile 6: Zeile 7: Zeile 8: Autorisation und Buchung erfolgreich abgewickelt und gespeichert. Autorisation und Buchung erfolgreich abgewickelt und gespeichert. Ablehnung des Datensatzes aus formalen Gründen mit Fehlerbezeichnung. Gutschrift erfolgreich abgewickelt. Transaktion mit Ersatznummer erfolgreich abgewickelt. Ablehnung des Datensatzes aus formalen Gründen mit Fehlerbezeichnung. Autorisation und Buchung mit Ersatznummer erfolgreich. Ablehnung der Autorisationsanfrage mit RESULT=67 (kein Vertrag verfügbar). Saferpay Batch Processing Seite 14

15 4.5 Antwortdatei bei automatisiertem Batch Processing Bei automatisiert durchgeführtem Batch Processing ist in der Antwortdatei am Ende eine Extrazeile enthalten. Bei erfolgreicher Verarbeitung erscheint: ResultCode: 200 OK Wird der Zugriff aufgrund einer ungültigen Benutzerkennung verweigert, weist die Meldung ResultCode = 401 Unauthorized darauf hin: Saferpay Batch Processing Seite 15

16 5 Automatisierung Der Zugriff auf die Saferpay Webseiten kann automatisiert erfolgen. Der Upload und Download der Dateien erfolgt dabei SSL gesichert über https. Für die Automatisierung werden die Login-Daten mit Benutzername und Passwort benötigt. Aufgrund der PCI DSS Vorgaben ist die Methode POST für Upload und Download von Dateien vorgeschrieben. Die GET-Methode ist nicht zulässig! 5.1 Upload Die einzureichende Datei wird an folgenden Saferpay URL adressiert: Die Übermittlung der Login-Daten erfolgt mit den Parametern spusername, sppassword, UAFState und CustomerID über versteckte Formularfelder (hidden fields). Name Wert spusername Enthält die Benutzerkennung, zum Beispiel e sppassword UAFState Enthält das zur Benutzerkennung gehörende Passwort. Muss immer login lauten. CustomerID Enthält die Kundennummer, zum Beispiel Download Eine Antwortdatei kann über folgenden Saferpay URL bezogen werden: Die Übermittlung der Login-Daten erfolgt mit den Parametern spusername, sppassword, UAFState und CustomerID über versteckte Formularfelder (hidden fields). Der Dateiname wird mit Sequence übergeben. Name Wert spusername Enthält die Benutzerkennung, zum Beispiel e sppassword UAFState Enthält das zur Benutzerkennung gehörende Passwort. Muss immer login lauten. CustomerID Enthält die Kundennummer, zum Beispiel Sequence Enthält den Dateinamen. Saferpay Batch Processing Seite 16

17 6 Beispiele 6.1 Upload per HTML-Formular <html> <head><title>upload Example for Saferpay File Import</title></head> <body> <h2>upload Example for Saferpay File Import</h2> <form enctype="multipart/form-data" action=" method="post"> <input type="hidden" name="spusername" value="xxxxxxxxx"> <input type="hidden" name="sppassword" value="xxxxxxxxx"> <input type="hidden" name="uafstate" value="login"> <input type="hidden" name="customerid" value="xxxxxxxxx"> <h3><p>select file to upload:<br> <input type="file" size="50"</p></h3> <input type="submit" value="file Import"> </form> </body> </html> 6.2 Download per HTML-Formular <html> <head><title>download Example for Saferpay File Import</title></head> <body> <h2>download Example for Saferpay File Import</h2> <form enctype="multipart/form-data" action=" method="post"> <input type="hidden" name="spusername" value="xxxxxxxxx"> <input type="hidden" name="sppassword" value="xxxxxxxxx"> <input type="hidden" name="customerid" value="xxxxxxxxx"> <h3><p>file name:<br> <input type="text" length="30" name="sequence" value=""></p></h3> <input type="hidden" name="uafstate" value="login"> <input type="submit" value="download"> </form> </body> </html> Saferpay Batch Processing Seite 17

18 6.3 Upload per Visual Basic Script 'Upload of file File = "xxxxxx" :Username = "xxxxxx" : Password = "xxxxxx" : CustomerID _ = "xxxxxx" : UAFState = "login" 'read file data Set fs = WScript.CreateObject("Scripting.FileSystemObject") Set rd = fs.opentextfile(file) : Content = "" do while rd.atendofstream <> true: Content = Content & rd.readline &_ vbcrlf : loop rd.close 'URL to Server URL = " 'needed for file upload Boundary = " xahbfgehj65jk7" ScriptBoundary = "--" & Boundary Set http = WScript.CreateObject("Microsoft.XMLHTTP") http.open "POST", URL, false http.setrequestheader "Content-Type", "multipart/form-data; boundary=" &_ Boundary 'send file content within boundary PostFieldsBody = ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""spusername"""& vbcrlf &_ vbcrlf & Username & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""sppassword"""& vbcrlf &_ vbcrlf & Password & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""customerid"""& vbcrlf &_ vbcrlf & CustomerID & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""uafstate"""& vbcrlf &_ vbcrlf & UAFState & vbcrlf & ScriptBoundary PostFileBody = vbcrlf & _ "Content-Disposition: form-data; name=""f1""; filename=""" & File &_ """" & vbcrlf & "Content-Type: text/plain" & vbcrlf & vbcrlf & _ Content & ScriptBoundary & "--" & vbcrlf http.send PostFieldsBody & PostFileBody 'wait until http received all data do while http.readystate <> 4 : DoEvents : loop 'clean objects Set rd = nothing Set fs = nothing Set http = nothing Saferpay Batch Processing Seite 18

19 6.4 Download per Visual Basic Script 'download of file number FileNr = "xxxxxx" : Path = "xxxxxx" : Username = "xxxxxx" : Password =_ "xxxxxx" : CustomerID = "xxxxxx" : UAFState = "login" 'prepare url for download incl. login URL = " 'download file content Boundary = " xahbfgehj65jk7" ScriptBoundary = "--" & Boundary Set http = WScript.CreateObject("Microsoft.XMLHTTP") http.open "POST", URL, false http.setrequestheader "Content-Type", "multipart/form-data; boundary=" &_ Boundary 'send file content within boundary PostFieldsBody = ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""spusername"""& vbcrlf &_ vbcrlf & Username & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""sppassword"""& vbcrlf &_ vbcrlf & Password & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""customerid"""& vbcrlf &_ vbcrlf & CustomerID & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""uafstate"""& vbcrlf & vbcrlf &_ UAFState & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""sequence"""& vbcrlf & vbcrlf &_ FileNr & vbcrlf & ScriptBoundary & vbcrlf &_ "Content-Disposition: form-data; name=""path"""& vbcrlf & vbcrlf &_ Path & vbcrlf & ScriptBoundary http.send PostFieldsBody 'wait until http received all data do while http.readystate <> 4: DoEvents: loop 'write content to file Set fs = WScript.CreateObject("Scripting.FileSystemObject") Set wr = fs.createtextfile(path & CustomerID & "-" & FileNr &".out") wr.write http.responsetext wr.close 'clean objects Set wr = nothing Set fs = nothing Set http = nothing Saferpay Batch Processing Seite 19

20 7 Kontakt 7.1 Saferpay Integration Team Haben Sie Fragen zu diesem Dokument oder Probleme bei der Saferpay Integration oder benötigen Unterstützung? Dann wenden Sie sich gern an das Integration Team: Saferpay Schweiz SIX Payment Services AG Hardturmstrasse Zürich Saferpay Europa SIX Payment Services (Germany) GmbH Langenhorner Chaussee Hamburg Saferpay Support Team Haben Sie Fragen zu Fehlermeldungen oder gibt es Probleme im laufenden Betrieb? Dann steht Ihnen unser Support Team zur Verfügung: Saferpay Schweiz SIX Payment Services AG Hardturmstrasse Zürich Saferpay Europa SIX Payment Services (Germany) GmbH Langenhorner Chaussee Hamburg Das Saferpay Team wünscht Ihnen viel Erfolg mit Ihrer Saferpay E-Payment Lösung! Saferpay Batch Processing Seite 20