Dies ist eine alte Version des Dokuments!
Die aktuellsten Informationen hierzu erhalten Sie in der Kompatibilitätsmatrix in unserem Shop. Wenn Sie die OXID Shopversion 4.1.5 oder 4.1.6 nutzen, so können Sie das Modulpaket für OXID 4 ebenfalls nutzen, müssen dann aber folgende Datei aus OXID Version > 4.2 in Ihr core-Verzeichnis kopieren, damit der Adminbereich funktioniert:
/core/smarty/plugins/function.oxinputhelp.php
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 paymorrow-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.
Der Grund hierfür ist, dass paymorrow Testbestellungen im Live-System nicht vorsieht. Wenn Sie als Shop-Betreiber hier mit ihrer normalen Geschäftsadresse bestellen, dann wird diese Bestellung meist „aus technischen Gründen“ abgelehnt, weil die Bestellung eben als Testbestellung eingeordnet wird.
In den Versionen vor 1.0.0 kann es vorkommen, dass der Paymorrow-Server seinen Notification-Request nicht an den Shop senden kann, da für den Modulordner eine .htaccess-Datei existiert, welche den Zugriff auf modules/ unterbindet. Folglich kann der Paymorrow-Server die Bestellung nicht als OK oder ERROR markieren. Bei Versionen größer ab 1.0.0 tritt dieses Problem nicht mehr auf, da die entsprechende Datei zur Antwortverarbeitung jetzt über die normalen Views zugänglich ist.
Vermutlich haben Sie die Moduldateien im Textmodus hochgeladen. Beim paymorrow-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
Da hier serverseitig zwei verschiedene Services angesprochen werden, ist zunächst mit Paymorrow zu klären, dass der neue Confirmation-Service für den Kunden freigeschaltet wird. Anschließend kann das Modul in die neue Version überführt werden. Hierbei ist zu beachten, dass sich der Pfad zum Confirmation-Service ändert und damit in den Konfigurationseinstellungen des Moduls angepasst werden muss.
Version vor 1.0.0 :
/perth/services/PaymorrowService.Paymorrow
Version nach 1.0.0:
/perth/services/PaymorrowDeferredConfirmationService.Paymorrow
In Modulversionen ab 1.0.0 wird die Variable popup des OXID-Shops zur Darstellung verwendet. Bitte prüfen Sie ob in den Templates Modifikationen stattgefunden haben, welche die Funktionsweise dieser Variablen behindern.
Diese Frage ist im Zweifel mit Paymorrow zu klären. Auf die Funktionsweise des Moduls hat das keine Auswirkung, lediglich auf das, was den Paymorrow-Server gesendet wird.
Dies ist problemlos möglich, auch wenn die Ratenzahlung im direkten Check Out Prozess nicht zur Auswahl für den Kunden steht. Der Ablauf ist wie folgt:
Viele Onlineshops bieten den Ratenkauf über paymorrow in dieser Form an und bisher war das Feedback durchweg positiv. Bislang sind keine Probleme bekannt.
Paymorrow bietet für Onlinehändler neben FAQ's auch eine telefonische Support-Hotline an (First-Level-Support). Supportanfragen, die dort nicht gelöst werden können, werden von Paymorrow an FATCHIP weitergegeben (Second Level Support).