Dies ist eine alte Version des Dokuments!
Die aktuellsten Informationen hierzu erhalten Sie in der Kompatibilitätsmatrix in unserem Shop.
Mit der Version 2.4.0 des iPayment Connectors wurde die Option der Kreditkartendateneingabe über ein iFrame eingeführt. Somit erfüllt der iPayment Connector ab dieser Version die Anforderungen von PCI DSS 3.0. Die iFrame-Option für die Eingabe der Kreditkartendaten finden Sie im Admin bei den iPayment-Einstellungen unter „Bestellablauf“.
Das Modul greift nur dort ein, wo die entsprechende Zahlungsmethode verwendet wird. Dies ist jedoch nicht immer bei allen im Shop installierten Modulen der Fall. Oft gibt es unerwünschte Nebeneffekte dadurch, dass Module sich aneinander stören. Daher emfiehlt es sich andere im Shop installierte Module zeitweise auszuschalten um dann feststellen zu können, ob das oxid2ipaymentPRO-Modul nun wie gewünscht funktioniert. Hierbei empfiehlt es sich Modul für Modul durchzugehen und nicht alle auf einmal abzuschalten. Das widerum ist geeignet für den ersten Versuch, um generell auf Nebeneffekte anderer im Shop installierter Module zu prüfen.
Eine Liste der Fehlercodes finden Sie hier: https://ipayment.de/technik/errorlist.php
Unter folgendem Link erhalten Sie Informationen zu eventuellen Systemausfällen oder Wartungen bei ipayment https://ipayment.de/technik/systemstatus.php4
Es gibt zu den verschiedenen Kreditkartenanbietern Testnummern, welche die Validitätsprüfung passieren.
Vermutlich haben Sie die Moduldateien im Textmodus hochgeladen. Beim oxid2ipaymentPRO-Modul ist es erforderlich die Dateien im sog. Binärmodus hochzuladen. Beim freien FTP-Programm Filezilla finden Sie diese Einstellung unter Transfer→Transfertyp→Binär
Mit den neuen Oxid-Version CE/PE 4.7 bzw. EE 5 und höher hat sich der Moment, in dem die Bestell-Nr. in die Bestellung eingetragen wird, hinter den Moment der Bezahlung verschoben. Ab Modulverson 2.2.3 haben wir diesen Moment wieder, wie in Oxid 4.6 und davor, in die Anlege-Routine der Bestellung umgesiedelt, welche vor der Bezahlung liegt. Dies sorgt dann dafür, dass die Bestell-Nr an der genannten Stelle wieder zur Verfügung steht.
Bitte beachten Sie, dass dies aber nur greift, wenn mit einer IPayment-Zahlart bezahlt wird.
Falls Sie eine Modulversion <2.2.3 in Verwendung haben, bitten wir Sie, sich bzgl. eines Updates mit uns in Verbindung zu setzen.
Grundsätzlich stehen zwei Möglichkeiten zur Verfügung: 1. Eingabe der Daten im Bestellschritt „Zahlarten„ und 2. Eingabe der Daten über ein iFrame, wobei FATCHIP mit Hinblick auf den PCI DSS Compliance Status die Eingabe der Daten über ein iFrame empfiehlt.
1. Eingabe der Daten im Bestellschritt „Zahlarten“ Hier findet keine Berücksichtigung des PCI DSS Compliance-Status, PCI-Levels, etc. statt. Ein Anpassung an das eigene Template kann erfolgen.
2. Eingabe der Daten über ein iFrame - Von FATCHIP empfohlene Option, da Berücksichtigung von PCI DSS Compliance-Status, PCI-Level, etc. Wenn Sie diese Option aktivieren, wird dem Kunden nach Absenden der Bestellung ein in das Shop-Layout eingebetteter Iframe angezeigt, in dem die Kreditkarten-Daten eingeben werden müssen. Eine 3D-Secure-Abfrage findet auch in dem Iframe statt (Kompatibilität zu PCI DSS 3.0). Wichtig: wenn Sie diese Option aktivieren, stellen Sie bitte sicher, dass die Templates az_ipayment_redirect3dsecure.tpl und az_ipayment_3dsecureiframe.tpl so angepasst sind, dass sie Ihrem Shop-Layout/Design entsprechen. Falls Sie das Standard-Theme „azure“ des OXID eShop unverändert verwenden, sollte hier keine weitere Anpassung notwendig sein.
Leider liegt eine Inkompatibilität zwischen unserem iPayment Connector und dem OXID PayPal Modul vor, welcher auf ein Problem im PayPal Modul zurückzuführen ist. Da wir keine Handhabe beim PayPal Modul haben, wurde von uns ein Workaround entwickelt. Bitte aktualisieren Sie den iPayment Connector auf die Version 2.4.12 (oder höher)
Sie könnten dem Finanzdienstleister das Log für die in fragekommende Bestellung zusenden.
1. Gehen Sie zur Bestellung und da finden Sie den Reiter iPayment. Hier sehen Sie die ganzen API-Calls und Responses.
2. Sie haben auch die Möglichkeit unter dem Menüpunkt 1&1 ipayment → oxid2ipaymentPRO den Reiter „Protokoll“ aufzurufen und dort direkt nach der Transaktions-ID zu suchen.
3. Die Logs werden direkt in der Datenbank in der Datenbank-Tabelle az_ipayment_logs geschrieben.
ipayment hat einige Änderungen an der Antwortstruktur der XML von ipayment vorgenommen was diese Probleme verursachen kann. Nach einem Update auf die aktuelle Modulversion sollte das Problem wieder behoben sein.
ipayment bietet für Onlinehändler ebenfalls FAQ's an.