Notify-Methoden

Die Methoden der CardTransactionProcessing Schnittstelle stellen eine erhebliche Erleichterung bei der Arbeit mit unterschiedlichen Zahlungsdienstleistern dar, da nur eine Schnittstelle implementiert werden muss. Über diese eine Schnittstelle, können dann verschiedene Zahlungsdienstleister angesprochen werden. Das CardTransactionProcessing Modul übernimmt als Fassade die Umsetzung in die spezifischen Anforderungen der einzelnen Zahlungsdienstleister.

Ist bei der Verarbeitung von Kreditkarten Daten PCI Compliance gefordert, muss in diesem Zusammenhang der CardTransactionProcessing Client (z. B. ein eShop) PCI-zertifiziert sein. Ist dies nicht möglich oder nicht gewünscht bleibt nur die Verwendung einer sogenannten „Payment Page“, welche vom jeweiligen Zahlungsdienstleister zur Verfügung gestellt werden muss.

Eine „Payment Page“ ist eine Web-Application des Zahlungsdienstleisters, die sich während eines Zahlungsvorgangs im eShop einklinkt und auf welcher der Endkunde seine Kreditkartendaten eingibt. Das heißt, dass außer dem Endkunden und dem Zahlungsdienstleister niemand mit den Kreditkartendaten in Berührung kommt. Also weder DSB noch der eShop selbst. Der eShop erhält aber vom Zahlungsdienstleister das Ergebnis der Zahlung sowie einige weitere Daten mitgeteilt.

Diese Daten werden in den DSB Backoffice Systemen (AVS/3, VHS/3, …) zur weiteren Abwicklung der Zahlung benötigt. Daher ist es notwendig, dass ein eShop das Ergebnis einer solchen Transaktion beim CardTransactionProcessing Modul bekannt gibt (Schritt 1). Die im Folgenden beschriebenen Methoden bieten hierzu die Möglichkeit. Gleichzeitig wird bei einer Bekanntgabe von DSB eine Transaktions-ID generiert und im Response zurückgeliefert (Schritt 2). Diese ID muss dann der eShop mit zum jeweiligen Auftrag (Abo- oder Versandhandelsauftrag) packen (Schritt 3). Während der Faktur können mit Hilfe dieser ID die bekannt gegebenen Daten hinzugezogen und entsprechend berücksichtigt werden.