iDEAL | Wero
1.1 Allgemeines zu iDeal | Wero
1.2 Besondere Anforderung für iDEAL | Wero Mobile: Redirect zum Issuer (kein In-App-Browser)
1.3 Diagaram zum Prozessablauf
2 1cs Online Bezahlsystem Schnittstelle
2.2 Aufruf der iDEAL | Wero-Schnittstelle
1. Über iDEAL | Wero
1.1 Allgemeines zu iDEAL | Wero
In den Niederlanden haben lokale Banken den iDEAL | Wero-Standard etabliert. Circa 50% aller eCommerce-Zahlungen werden in den Niederlanden mit iDEAL | Wero ausgeführt. Deshalb ist iDEAL | Wero ein Erfolgsfaktor für den E-Commerce in Holland. Dafür nutzt der Kunde das ihm bekannte und vertrauenswürdige Online-Banking seines eigenen Kreditinstitutes – genau wie beim Online-Banking.
Wie beim Online-Banking üblich, sind auch bei der Online-Überweisung die übermittelten Daten mit SSL (Secure Sockets Layer) verschlüsselt und so gegen Manipulation gesichert.
Logo
| Info | Typ |
| In den Niederlanden sind iDEAL | Wero-Überweisungen ein Erfolgsgarant: Rund 100.000 Webshops und Organisationen bieten iDEAL | Wero an. Etwa 50 % aller E-Commerce-Zahlungen laufen über iDEAL | Wero, monatlich werden rund 13 Millionen Transaktionen durchgeführt. | Zahlungen per Onlineüberweisung |
Weitere Informationen finden Sie auch auf dem iDEAL | Wero-Portal auf Holländisch und Englisch (www.ideal.nl).
1.2 Besondere Anforderung für iDEAL | Wero Mobile: Redirect zum Issuer (kein In-App-Browser)
Der Händler muss den Redirect zum Issuer vom Browserfenster oder der Händler-App bereitstellen, wo der Kunde die ausstellende Bank wählt. Wenn es nicht möglich ist, den Kunden im gleichen Browserfenster zu halten, dann sollte das dem Kunden mitgeteilt werden (z.B. ‘Sie werden jetzt zur App oder mobilen Webseite Ihrer Bank weitergeleitet).
Falls eine Zahlung in der Händler-App ausgelöst wird, ist es nicht erlaubt, die Bestätigungsdialoge des Issuers in einer Webansichtskomponente innerhalb der Händler-App (In-App-Browser) darzustellen. Der vollständige Zahlungsablauf bis bis zur Rückleitung zur Händler-App muss in einer App erfolgen, der der Kunde vertraut, entweder im gewählten Browser des Kunden oder in der mobilen App des Issuers. Daher muss die issuerAuthentionURL zur Ausführung jederzeit dem Betriebssystem bereitgestellt werden. Während des Zahlungsablaufes darf es dem Kunden nicht möglich sein, eine andere Zahlung durch die ursprüngliche App des Händlers auszulösen.
Relevante Details über den Redirect vom Händler zum Mobilkanal des Issuers:
- Der Issuer entscheidet, welche Kunden zu welchem Kanal geleitet werden. Beispielsweise können einige Issuer die Nutzer von Tablets genauso behandeln wie mobile Benutzer, während andere sie wie PC-Anwender behandeln;
- Der Händler soll nicht in den Redirect eingreifen. Es gibt nur eine issuerAuthenticationURL für den Händler zur Nutzung bei allen Transaktionen und keine separate URL für mobile iDEAL | Wero-Transaktionen. Die issuerAuthenticationURL sollte immer vom Betriebssystem ausgeführt werden;
- Wenn die ausstellende Bank iDEAL | Wero mobile in ihre mobile Banking-App integriert hat, wird dem Kunden auf einer ‘landing page’ die Option angeboten, die App zu öffnen oder über die (mobile) Webseite zu bezahlen. Auf dieser ‘landing page’ kann dem Kunden die Option angeboten werden, die neueste Version der mobilen Banking-App herunterzuladen, falls sie noch nicht auf dem Gerät des Kunden installiert ist.
1.3 Diagramm zum Prozessablauf
2. 1cs Online Bezahlsystem Schnittstelle
2.1 Definitionen
2.1.1 Datenformate:
| Format | Beschreibung |
| a | alphabetisch |
| as | alphabetisch mit Sonderzeichen |
| n | numerisch |
| an | alphanumerisch |
| ans | alphanumerisch mit Sonderzeichen |
| ns | numerisch mit Sonderzeichen |
| bool | Bool’scher Ausdruck (true oder false) |
| 3 | feste Länge mit 3 Stellen/Zeichen |
| ..3 | variable Länge mit maximal 3 Stellen/Zeichen |
| enum | Aufzählung erlaubter Werte |
| dttm | ISODateTime (JJJJ-MM-TTThh:mm:ss) |
2.1.2 Abkürzungen
| Abkürzung | Beschreibung | Kommentar |
| CND | Bedingung (condition) | |
| M | Pflicht (mandatory) | Wenn ein Parameter Pflicht ist, dann muss er vorhanden sein |
| O | optional | Wenn ein Parameter optional ist, dann kann er vorhanden sein, ist aber nicht erforderlich |
| C | bedingt (conditional) | Wenn ein Parameter bedingt ist, dann gibt es eine Bedingungsregel, die angibt, ob er Pflicht oder optional ist |
Hinweis: Bitte beachten Sie, dass die Bezeichnungen der Parameter in Groß- oder Kleinbuchstaben zurückgegeben werden können.
2.2 Aufruf der iDEAL | Wero-Schnittstelle
Um eine Zahlung per Online-Überweisung mit iDEAL | Wero abzuwickeln, rufen Sie folgende URL auf:
https://www.computop-paygate.com/ideal.aspx
Hinweis: Aus Sicherheitsgründen lehnt das 1cs Online Bezahlsystem alle Zahlungsanfragen mit Formatfehlern ab. Bitte übergeben Sie deshalb bei jedem Parameter den korrekten Datentyp.
Die folgende Tabelle beschreibt die verschlüsselten Übergabeparameter:
| Key | Format | CND | Beschreibung |
| MerchantID | ans..30 | M | HändlerID, die von der First Cash Solution vergeben wird. Dieser Parameter ist zusätzlich auch unverschlüsselt zu übergeben. |
| TransID | ans..35 | M | Ihre eigene TransaktionsID, die für jede Zahlung eindeutig sein muss. Im Fall der iDEAL | Wero-Integration via niederländische Hausbank (Direktintegration) oder Rabobank wird diese ID als purchaseID an das zentrale iDEAL | Wero-System übertragen. Bei der Direktintegration über eine niederländische Hausbank: Nur die Zeichen a-zA-Z0-9, sind erlaubt, keine Sonderzeichen, Format an..35. Bei iDEAL | Wero via Rabobank: Nur die Zeichen a-zA-Z0-9, sind erlaubt, keine Sonderzeichen, Format an..24 |
| RefNr | ans..30 | O | Eindeutige Referenznummer, welche in folgenden Fällen an die nachgelagerten Systeme übertragen werden. Bei PPRO: Nur die Zeichen a-zA-Z0-9,-_ sind erlaubt, Format ans..40. Bei EMS: Die Übergabe der RefNr ist auf 15 Stellen limitiert. Möchten Sie als Händler im Fall der Integration via niederländischer Hausbank (Direktintegration) oder via Rabobank, dass die RefNr nachgelagert übertragen wird, melden Sie sich bitte bei unserem 1cs Support. Dann aktivieren wir die geänderte Übergabe für Sie. Bei iDEAL via Rabobank: Format an..24 |
| Amount | n..10 | M | Betrag in der kleinsten Währungseinheit (z.B. EUR Cent). |
| Currency | a3 | M | Währung, drei Zeichen DIN / ISO 4217, z.B. EUR, USD, GBP. Hier eine Übersicht: Währungstabelle |
| MAC | an64 | M | Hash Message Authentication Code (HMAC) mit SHA-256-Algorithmus. Details finden Sie hier: HMAC-Authentisierung (Anfrage) HMAC-Authentisierung (Notify) |
| OrderDesc | ans..384 | M | Beschreibung der gekauften Waren, Einzelpreise etc. Bitte beachten Sie: Es dürfen keine Umlaute ä,ö,ü und kein ß verwendet werden. Die ersten 27 Zeichen erscheinen auf dem Kontoauszug des Kunden. Im Händler Cockpit können Sie die kompletten Daten einsehen. |
| UserData | ans..1024 | O | Wenn beim Aufruf angegeben, übergibt das 1cs Online Bezahlsystem die Parameter mit dem Zahlungsergebnis an den Shop |
| URLSuccess | ans..256 | M | Vollständige URL, die das 1cs Online Bezahlsystem aufruft, wenn die Zahlung erfolgreich war. Die URL darf nur über Port 443 aufgerufen werden. Diese URL darf keine Parameter enthalten: Um Parameter durchzureichen, nutzen Sie stattdessen den Parameter UserData. Allgemeine Hinweise: Wir empfehlen, den Parameter „response=encrypt“ zu verwenden, um eine verschlüsselte Antwort vom 1cs OBS zu erhalten Betrüger könnten das verschlüsselte DATA-Element kopieren, welches an URLFailure gesendet wurde, und betrügerisch dasselbe DATA an URLSuccess senden. Überprüfen Sie daher unbedingt den „code“-Wert des DATA-Elements. Nur eine Antwort mit „code=00000000“ sollte als erfolgreich angesehen werden. |
| URLFailure | ans..256 | M | Vollständige URL, die das 1cs Onlinebezahlsystem aufruft, wenn die Zahlung gescheitert ist. Die URL darf nur über Port 443 aufgerufen werden. Diese URL darf keine Parameter enthalten: Um Parameter durchzureichen, nutzen Sie stattdessen den Parameter UserData. Allgemeine Hinweise: Wir empfehlen, den Parameter „response=encrypt“ zu verwenden, um eine verschlüsselte Antwort vom 1cs OBS zu erhalten Betrüger könnten das verschlüsselte DATA-Element kopieren, welches an URLFailure gesendet wurde, und betrügerisch dasselbe DATA an URLSuccess/URLNotify senden. Überprüfen Sie daher unbedingt den „code“-Wert des DATA-Elements. Nur eine Antwort mit „code=00000000“ sollte als erfolgreich angesehen werden. |
| Response | a7 | O | Die Status-Rückmeldung, die das Paygate an URLSuccess und URLFailure sendet, sollte verschlüsselt werden. Dazu übergeben Sie den Parameter Response=encrypt. |
| URLNotify | ans..256 | M | Vollständige URL, die das 1cs Online Bezahlsystem aufruft, um den Shop zu benachrichtigen. Die URL darf nur über Port 443 aufgerufen werden. Sie darf keine Parameter enthalten: Nutzen Sie stattdessen den Parameter UserData. Allgemeine Hinweise: Wir empfehlen, den Parameter „response=encrypt“ zu verwenden, um eine verschlüsselte Antwort vom 1cs OBS zu erhalten Betrüger könnten das verschlüsselte DATA-Element kopieren, welches an URLFailure gesendet wurde, und betrügerisch dasselbe DATA an URLSuccess/URLNotify senden. Überprüfen Sie daher unbedingt den „code“-Wert des DATA-Elements. Nur eine Antwort mit „code=00000000“ sollte als erfolgreich angesehen werden. |
| ReqID | ans..32 | O | Um Doppelzahlungen zu vermeiden, übergeben Sie einen alphanumerischen Wert, der Ihre Transaktion identifiziert und nur einmal vergeben werden darf. Falls die Transaktion mit derselben ReqID erneut eingereicht wird, führt das 1cs OBS keine Zahlung aus sondern gibt nur den Status der ursprünglichen Transaktion zurück. Bitte beachten Sie, dass das 1cs Online Bezahlsystem für die erste initiale Aktion einen abgeschlossenen Transaktionsstatus haben muss. Einreichungen mit identischer ReqID auf einen offenen Status werden regulär verarbeitet. Bitte beachten Sie, dass eine ReqID nur 12 Monate gültig ist, danach wird sie vom 1cs OBS gelöscht. |
| BIC | ans..11 | O | Bank Identifier Code Bei iDEAL via PPRO: Falls dieser optionale Parameter mit einem der nachstehenden Werte übermittelt wird, wird die Weiterleitungsseite zur Auswahl der gewünschten Bank übersprungen. Rabobank: RABONL2U ABN AMRO: ABNANL2A Van Lanschot Baniers: FVLBNL22 Triodos Bank: TRIONL2U ING Bank: INGBNL2A SNS Bank: SNSBNL2A ASN: ASNBNL21 RegioBank: RBRBNL21 Knab: KNABNL2H Bunq: BUNQNL2A Revolut: REVOLT21 Yoursafe bank: BITSNL2A N26 bank: NTSBDEB1 Nationale Nederlanden bank: NNBANL2G Buut: BUUTNL2A |
| IssuerID | ans..11 | OC | Nicht bei PPRO: BIC der ausgewählten Bank Für Ideal 2.0 ist dies ein optionaler Parameter, da die Auswahl des Issuers auf die Zahlungsseite des iDeal | Wero-Hubs verschoben wird. |
| Language | a2 | O | Nur bei PPRO: 2-stelliger Sprachcode (z.B. de), der für die Zahlungsseiten für den Kunden bevorzugt werden soll |
| Plain | ans..50 | O | Ein einzelner Wert, der von Ihnen gesetzt werden kann, um Informationen wieder unverschlüsselt in der Antwort bzw. im Notify zurückzugeben, z.B. die MID. Da der „Plain“-Parameter Teil des verschlüsselten „Data“ im 1cs Online Bezahlsystem ist, ist dieser vor Manipulationen geschützt. |
| Custom | ans..1024 | O | Der „Custom“-Parameter wird vor der Verschlüsselung an den Aufruf angehängt und ist Teil des verschlüsselten „Data“ im 1cs Online Bezahlsystem Aufruf. Dadurch ist der Wert gegen Manipulation geschützt. Der Custom-Wert wird dann in Klartext an die 1cs OBS-Antwort angehängt und dabei wird „|“ durch „&“ ersetzt. Dadurch können Sie einen Custom-Wert übergeben und bekommen mehrere Key-Value-Paare zu Ihrer eigenen Verwendung in der Antwort zurück.Custom=session=123|id=456 wird in der Antwort zu Session=123&id=456 |
Die folgende Tabelle beschreibt die Ergebnis-Parameter, die das 1cs Online Bezahlsystem an Ihre URLSuccess, URLFailure und URLNotify übergibt. Wenn Sie den Parameter Response=encrypt angegeben haben, werden die folgenden Parameter mit Blowfish verschlüsselt an Ihr System übergeben:
Hinweis: es können jederzeit neue Parameter hinzugefügt bzw. die Reihenfolge geändert werden
Hinweis: die Parameter (z.B. MerchantId, RefNr) sollten nicht auf Groß-/Kleinschreibung geprüft werden
| Key | Format | CND | Beschreibung | |
| MID | ans..30 | M | HändlerID, die von der First Cash Solution vergeben wird | |
| PayID | an32 | M | Vom 1cs Online Bezahlsystem vergebene ID für die Zahlung, z.B. zur Referenzierung in Batch-Dateien sowie im Capture- oder Credit-Request. | |
| XID | an32 | M | Vom 1cs Online Bezahlsystem vergebene ID für alle einzelnen Transaktionen (Autorisierung, Buchung, Gutschrift), die für eine Zahlung durchgeführt werden | |
| TransID | ans..64 | M | Ihre eigene TransaktionsID, die für jede Zahlung eindeutig sein muss. Im Fall der iDEAL | Wero-Integration via niederländische Hausbank (Direktintegration) oder Rabobank wird diese ID als purchaseID an das zentrale iDEAL | Wero-System übertragen. Bei der Direktintegration über eine niederländische Hausbank: Nur die Zeichen a-zA-Z0-9, sind erlaubt, keine Sonderzeichen, Format an..35. Bei iDEAL | Wero via Rabobank: Nur die Zeichen a-zA-Z0-9, sind erlaubt, keine Sonderzeichen, Format an..35. | |
| Status | a..50 | M | OK (URLSuccess) oder FAILED (URLFailure) Bitte beachten Sie, im Fall einer iDEAL | Wero-Zahlung mit einer NL-Hausbank (Direktintegration) oder auch via EMS kann es anfänglich zu einem offenen Status kommen. Wenn wir bei einer iDEAL | Wero-Zahlung eine Rückmeldung vom Kunden/Browser der nachgelagerten Systeme bekommen, erwarten wir dazu auch direkt den Zahlungsstatus. Trifft dieser nicht innerhalb von 15 Sekunden ein, wird der Kunde/Browser mit einem offenen Status an die „URLSuccess“ weitergeleitet. Danach wartet das Paygate auf den finalen Status seitens iDEAL. Nach Erhalt wird dieser über einen separaten Aufruf der „URLNotify“ an das Shopsystem übermittelt. Offene Status-Meldung an „URLSuccess“: Code=01150705&Status=OPEN&Description=not yet known | |
| Description | ans..1024 | M | Nähere Beschreibung bei Ablehnung der Zahlung. Bitte nutzen Sie nicht den Parameter Description sondern Code für die Auswertung des Transaktionsstatus! | |
| Code | n8 | M | Fehlercode gemäß 1cs Online Bezahlsystem Fehler-Codes | |
| UserData | ans..1024 | O | Wenn beim Aufruf angegeben, übergibt das 1cs Onlinebezahlsystem die Parameter mit dem Zahlungsergebnis an den Shop | |
| MAC | an64 | M | Hash Message Authentication Code (HMAC) mit SHA-256-Algorithmus. Details finden Sie hier: HMAC-Authentisierung (Anfrage) HMAC-Authentisierung (Notify) | |
| AccBank | ans..20 | MC | Identifikation des Finanzinstituts des Kontoinhabers (bei PPRO nur wenn Status=OK). Bitte beachten Sie, dass im Rahmen von iDeal | Wero 2.0 die AccBank mit BIC-Wert gesendet wird. Der Bankname wird nicht übermittelt. | |
| AccOwner | a..50 | MC | Name des Kontoinhabers (bei PPRO nur wenn Status=OK) | |
| IBAN | ans..34 | MC | IBAN des Kontoinhabers (bei PPRO nur wenn Status=OK) | |
| BIC | ans..11 | MC | BIC des Kontoinhabers (bei PPRO nur wenn Status=OK) | |
| PaymentPurpose | ans..26 | C | Nur bei PPRO: Zahlungszweck | |
| PaymentGuarantee | a.12 | C | Nur bei PPRO: NONE= keine Zahlungsgarantie, VALIDATED= Kundenkonto valide, aber keine Zahlungsgarantie, FULL= Zahlungsgarantie Hinweis: Dieser Parameter wird nur zurückgegeben, falls der Status=OK ist. | |
| ErrorText | ans..128 | C | Nur bei PPRO: detaillierte PPRO Fehlermeldung. Hinweis: Wird nur bei Status=FAILED zurückgegeben. Nutzung nur in Abstimmung mit dem 1cs Support möglich. | |
| TransactionID | an..20 | O | Nur bei PPRO: Eindeutige Transaktionsnummer bei PPRO | |
| Plain | ans..50 | O | Ein von Händler zu setzender Wert, um Informationen wieder unverschlüsselt zurückzugeben, z.B. die MID Da der „Plain“-Parameter Teil des verschlüsselten „Data“ im 1cs Onlinebezahlsystem ist, ist dieser vor Manipulationen geschützt. | |
| Custom | ans..1024 | O | Der „Custom“-Parameter wird vor der Verschlüsselung an den Aufruf angehängt und ist Teil des verschlüsselten „Data“ im 1cs Online Bezahlsystem Aufruf. Dadurch ist der Wert gegen Manipulation geschützt. Der Custom-Wert wird dann in Klartext an die 1cs OBS-Antwort angehängt und dabei wird „|“ durch „&“ ersetzt. Dadurch können Sie einen Custom-Wert übergeben und bekommen mehrere Key-Value-Paare zu Ihrer eigenen Verwendung in der Antwort zurück. Custom=session=123|id=456 wird in der Antwort zu Session=123&id=456 | |
Hinweis: Bitte beachten Sie, dass es bei IDEAL | Wero-Transaktionen, welche über PPRO abgewickelt werden, in seltenen Fällen noch bis zu 5 Tage nach abgeschlossener Zahlung zu zeitverzögerten Notifys kommen kann. Dadurch ändert sich der Zahlungsstatus. Beachten Sie dies bitte, damit Ihr Shop solche Notifys verarbeiten kann.
2.3 Gutschrift mit Referenz
Gutschriften sind über eine Server-zu-Server-Kommunikation möglich. Das 1cs Online Bezahlsystem erlaubt für iDEAL | Wero nur Gutschriften, die sich auf eine vorher über das 1cs Online Bezahlsystem getätigte Buchung beziehen. Die Höhe der Gutschrift ist auf die Höhe der vorangegangen Buchung beschränkt.
Bitte beachten Sie, dass im Fall von EMS nur eine Gutschrift-Anfrage verarbeitet werden kann. Dass Einreichen von mehreren Gutschriften ist nicht zulässig.
Um eine Gutschrift (Credit) für iDEAL | Wero auszuführen, verwenden Sie bitte folgende URL:
https://www.computop-paygate.com/credit.aspx
Hinweis: Bitte beachten Sie, dass iDEAL | Wero-Gutschriften nur dann ausgeführt werden können, wenn Sie als Processing Partner EMS bzw. EVO Payments nutzen. Über eine Direktanbindung der jeweiligen Niederländischen Hausbank sind keine Gutschriften via 1cs Online Bezahlsystem möglich.
Hinweis: Aus Sicherheitsgründen lehnt das 1cs Online Bezahlsystem alle Zahlungsanfragen mit Formatfehlern ab. Bitte übergeben Sie deshalb bei jedem Parameter den korrekten Datentyp.
Die folgende Tabelle beschreibt die verschlüsselten Übergabeparameter:
| Key | Format | CND | Beschreibung |
| MerchantID | ans..30 | M | HändlerID, die von der First Cash Solution vergeben wird. Dieser Parameter ist zusätzlich auch unverschlüsselt zu übergeben. |
| PayID | an32 | M | Vom 1cs Online Bezahlsystem vergebene ID für die gutzuschreibende Transaktion |
| TransID | ans..64 | M | Ihre eigene TransaktionsID, die für jede Zahlung eindeutig sein muss |
| MAC | an64 | M | Hash Message Authentication Code (HMAC) mit SHA-256-Algorithmus. Details finden Sie hier: HMAC-Authentisierung (Anfrage) HMAC-Authentisierung (Notify) |
| Amount | n..10 | M | Betrag in der kleinsten Währungseinheit (z.B. EUR Cent) |
| Currency | a..3 | M | Währungskürzel, drei Zeichen DIN / ISO 4217, z.B. EUR, USD, GBP. Hier eine Übersicht: Währungstabelle |
| OrderDesc | ans..768 | O | Beschreibung der gutgeschriebenen Artikel, Einzelpreise, Händlerkommentar etc. |
| ReqId | ans..32 | O | Um Doppelzahlungen zu vermeiden, übergeben Sie einen alphanumerischen Wert, der Ihre Transaktion / Aktion identifiziert und nur einmal vergeben werden darf. Falls die Transaktion oder auch jede Aktion mit derselben ReqID erneut eingereicht wird, führt das 1cs Online Bezahlsystem keine Zahlung / weitere Aktion aus sondern gibt nur den Status der ursprünglichen Transaktion / Aktion zurück. Bitte beachten Sie, dass das 1cs OBS für die erste initiale Aktion einen abgeschlossenen Transaktionsstatus haben muss. Einreichungen mit identischer ReqID auf einen offenen Status werden regulär verarbeitet. Bitte beachten Sie, dass eine ReqID nur 12 Monate gültig ist, danach wird sie vom 1cs OBS gelöscht. |
Die folgende Tabelle beschreibt die Ergebnis-Parameter, die das 1cs Online Bezahlsystem als Antwort zurückgibt:
Hinweis: es können jederzeit neue Parameter hinzugefügt bzw. die Reihenfolge geändert werden
Hinweis: die Parameter (z.B. MerchantId, RefNr) sollten nicht auf Groß-/Kleinschreibung geprüft werden
| Key | Format | CND | Beschreibung |
| MID | ans..30 | M | HändlerID, die von der First Cash Solution vergeben wird |
| PayID | an32 | M | Vom 1cs Online Bezahlsystem vergebene ID für die Zahlung, z.B. zur Referenzierung in Batch-Dateien sowie im Capture- oder Credit-Request. |
| XID | an32 | M | Vom 1cs Online Bezahlsystem vergebene ID für alle einzelnen Transaktionen (Autorisierung, Buchung, Gutschrift), die für eine Zahlung durchgeführt werden |
| TransID | ans..35 | M | Ihre eigene TransaktionsID, die für jede Zahlung eindeutig sein muss |
| Status | a..50 | M | OK (URLSuccess) oder FAILED (URLFailure) |
| Description | ans..1024 | M | Nähere Beschreibung bei Ablehnung der Zahlung. Bitte nutzen Sie nicht den Parameter Description sondern Code für die Auswertung des Transaktionsstatus! |
| Code | n8 | M | Fehlercode gemäß 1cs Online Bezahlsystem Antwort-Codes (Fehlercodes) |
3. Batch-Nutzung der Schnittstelle
Grundsätzliche Informationen zur Arbeit mit Batch-Dateien sowie zu deren Aufbau erfahren Sie im separaten Handbuch zum Batchmanager. Im Batch-Verfahren sind nicht alle Funktionen verfügbar, die für die Online-Schnittstelle verfügbar sind.
Dieses Kapitel beschreibt die Parameter, die Sie im Datensatz (Record) für die Ausführung einer iDEAL | Wero-Gutschrift übergeben müssen und welche Informationen Sie der Antwort-Datei über den Status des Zahlungsvorgangs entnehmen können.
Hinweis: Beachten Sie bitte, dass eine Batch-Nutzung für iDEAL nur über die PPRO-Anbindung möglich ist.
Folgende Tabelle gibt eine Übersicht der pro Aktion jeweils möglichen Batch-Versionen und ihrer Besonderheiten:
| Action | Version | Beschreibung |
| Credit | 1.0 / 2.0 | Standardversion ohne Rückgabe von Code |
| 1.x / 2.x | mit RefNr (gilt für alle Versionen außer 1.0) |
Der Aufbau für eine iDEAL | Wero-Zahlung in einer einzureichenden Batch-Datei sieht folgendermaßen aus:
HEAD,<MerchantID>,<Date>,<Version>
IDEAL,Credit,<Amount>,<Currency>,<TransID>(<RefNr>),<PayID> FOOT,<CountRecords>,<SumAmount>
Beispiel für Master MID Funktion:
HEAD,[Master]MerchantID,Date,2.x
Type,Action,[Slave]MID,Amount,Currency,TransID,Data (depends on Action) FOOT,CountRecords,SumAmount
Die folgende Tabelle beschreibt die einzelnen Felder und Werte, die im Datensatz (Record) innerhalb der Batch-Datei verwendet werden:
| Key | Format | CND | Beschreibung |
| Type | a..11 | M | HEAD für Header, FOOT für Footer, IDEAL für iDEAL |
| Action | a..20 | M | Der Action-Parameter definiert die Art der Transaktion: Credit (Gutschrift) |
| Amount | n..10 | M | Betrag in der kleinsten Währungseinheit (z.B. EUR Cent) |
| Currency | a3 | M | Währung, drei Zeichen DIN / ISO 4217, z.B. EUR, USD, GBP. Hier eine Übersicht: Währungstabelle |
| TransID | an..35 | M | Ihre eigene TransaktionsID, die für jede Zahlung eindeutig sein muss. Im Fall der iDEAL | Wero-Integration via niederländische Hausbank (Direktintegration) oder Rabobank wird diese ID als purchaseID an das zentrale iDEAL | Wero-System übertragen. Bei der Direktintegration über eine niederländische Hausbank: Nur die Zeichen a-zA-Z0-9, sind erlaubt, keine Sonderzeichen, Format an..35. Bei iDEAL | Wero via Rabobank: Nur die Zeichen a-zA-Z0-9, sind erlaubt, keine Sonderzeichen, Format an..35. |
| RefNr | ans.. | O | Eindeutige Referenznummer, welche in folgenden Fällen an die nachgelagerten Systeme übertragen werden. Bei PPRO: Nur die Zeichen a-zA-Z0-9,-_ sind erlaubt, Format ans..40. Bei EMS: Die Übergabe der RefNr ist auf 15 Stellen limitiert. Möchten Sie als Händler im Fall der Integration via niederländischer Hausbank (Direktintegration) oder via Rabobank, dass die RefNr nachgelagert übertragen wird, melden Sie sich bitte bei unserem 1cs Support. Dann aktivieren wir die geänderte Übergabe für Sie. |
| PayID | an32 | M | Vom 1cs Online Bezahlsystem vergebene ID für diese Transaktion |
Der Record-Bereich in der Antwort-Datei zu Batch-Transaktionen sieht folgendermaßen aus:
HEAD,<MerchantID>,<Date>,<Version>
IDEAL,Credit,<Amount>,<Currency>,<TransID>(<RefNr>),<PayID>,<Status>,<Code> FOOT,<CountRecords>,<SumAmount>
Die folgende Tabelle beschreibt die Antwort-Parameter, die der Batch-Manager im Record-Bereich zu jeder Transaktion speichert (hier nicht erklärte Standardparameter wie etwa <TransID> oder <RefNR> und Aufrufparameter, werden unverändert zum Aufruf wieder zurückgegeben und sind vorstehend beschrieben):
| Key | Format | CND | Beschreibung |
| Action | a..20 | M | Der Action-Parameter definiert die Art der Transaktion: Credit (Gutschrift) |
| PayID | an32 | M | Vom 1cs Online Bezahlsystem vergebene ID für diese Transaktion |
| Status | a..50 | M | OK (URLSuccess) oder FAILED (URLFailure) |
| Code | n8 | M | Fehlercode gemäß 1cs Online Bezahlsystem Antwort-Codes (Fehlercodes) |
