Über iDEAL

Allgemeines zu iDEAL

Analog zu giropay in Deutschland haben die niederländischen Banken dort den iDEAL-Standard etabliert. Circa 50% aller E-Commerce-Zahlungen werden in den Niederlanden mit iDEAL ausgeführt. Deshalb ist iDEAL 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.

Weitere Informationen finden Sie auch auf dem iDEAL-Portal auf Holländisch und Englisch (www.ideal.nl).

Besondere Anforderung für iDEAL 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-Transaktionen. Die issuerAuthenticationURL sollte immer vom Betriebssystem ausgeführt werden;

• Wenn die ausstellende Bank iDEAL 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.

Diagramm zum Prozessablauf

iDEAL Prozessablauf

-Schnittstelle

Aufruf der iDEAL-Schnittstelle

Um eine Zahlung per Online-Überweisung mit iDEAL abzuwickeln, verwenden Sie bitte folgende URL:

Parameter für Online-Überweisungen mit iDEAL

Ergebnis-Parameter für URLSuccess, URLFailure und URLNotify bei iDEAL

Hinweis: Bitte beachten Sie, dass es bei IDEAL-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.

Abfrage der hinterlegten iDEAL-Banken

Das  bietet Händlern die Möglichkeit, vor dem eigentlichen Zahlungsablauf abzufragen, welche Banken für den Händler hinterlegt sind. Da sich die konfigurierte Bankenliste selten ändert, muss diese nicht bei jeder Überweisung abgefragt werden. Für diese Prüfung verwenden Sie bitte folgende URL:

Folgende Tabelle beschreibt die verschlüsselten Übergabeparameter. Bitte beachten Sie, dass wie bei allen -Aufrufen immer die Merchant-ID sowie Len und Data übergeben werden müssen:

Parameter zur Prüfung der hinterlegten iDEAL-Banken

Bitte übergeben Sie die Merchant-ID sowohl im unverschlüsselten als auch im verschlüsselten String.

Die folgende Tabelle beschreibt die Ergebnis-Parameter, die das  als Antwort sendet:

Ergebnis-Parameter zur Abfrage der hinterlegten iDEAL-Banken

Gutschrift mit Referenz

Gutschriften sind über eine Server-zu-Server-Kommunikation möglich. Das  erlaubt für iDEAL nur Gutschriften, die sich auf eine vorher über das  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 auszuführen, verwenden Sie bitte folgende URL:

Hinweis: Bitte beachten Sie, dass iDEAL-Gutschriften nur dann ausgeführt werden können, wenn Sie als Processing Partner EMS, PPRO, Rabobank Ominkassa bzw. das EVO Payments Debitorenmanagement nutzen. Über eine Direktanbindung der jeweiligen Niederländischen Hausbank sind keine Gutschriften via möglich.

Parameter für Gutschrift von iDEAL-Zahlungen

Ergebnis-Parameter für Gutschrift von iDEAL-Zahlungen

Batch-Nutzung der Schnittstelle

Dieses Kapitel beschreibt die Parameter, die Sie im Datensatz (Record) für die Ausführung einer iDEAL-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 Anbindungen EMS, EVO und PPRO möglich ist.

Folgende Tabelle gibt eine Übersicht der pro Aktion jeweils möglichen Batch-Versionen und ihrer Besonderheiten:

Beschreibung der möglichen Batch-Versionen

Der Aufbau für eine iDEAL-Zahlung in einer einzureichenden Batch-Datei sieht folgendermaßen aus:

Beispiel für Master-MID-Funktion:

Beschreibung der Felder im Datensatz von Batch-Dateien

Der Record-Bereich in der Antwort-Datei zu Batch-Transaktionen sieht folgendermaßen aus:

Beschreibung der Ergebnis-Parameter im Datensatz von Batch-Dateien