1Einleitung

Diese Anleitung beschreibt die Installation, die Konfiguration und die Nutzung des Zahlungsmoduls für PrestaShop und DIMOCO Payment Services (Dimoco).

Bevor Sie mit der Installation beginnen können, stellen Sie sicher, dass Sie im Besitz aller notwendigen Daten sind:

  • Dimoco API Benutzername and Passwort
  • Zugänge zum Merchant Account von Dimoco - Hier finden Sie alle Zugänge für die Konfiguration des Moduls
  • PrestaShop Zahlungsmodul von sellxed.com/shop
  • Zugangsdaten zu Ihrem Server und Shop

Sollten Ihnen einige Daten Fehlen nehmen Sie bitte direkt mit Dimoco Kontakt auf. Sollten Sie noch keinen Vertrag mit Dimoco besitzen, bitten wir Sie mit der Sales Abteilung von Dimoco in Kontakt zu treten ([email protected]).

Beachten Sie, dass Sie für unsere Plugins mindestens die PHP Version 5.6 verwenden müssen. PHP 8 oder höher wird derzeit nicht unterstützt.

1.1Ablauf der Installation

In diesem Dokument erhalten Sie alle Informationen, welche für die Installation des Moduls notwendig sind. Für die Inbetriebnahme des Moduls sollten Sie die einzelnen Punkte der Checkliste strikt befolgen. Nur so kann ein sicherer Einsatz in Übereinstimmung mit allen Sicherheitsregularien gewährleistet werden.

Die Installation besteht aus folgenden Schritten:

  1. Konfiguration der Grundeinstellungen des Zahlungsmoduls
  2. Konfiguration der Zahlungsart Dimoco
  3. Durchführung einer Testbestellung
  4. Kontakt aufnehmen mit dem zuständigen Technical Account Manager bei Dimoco. Dieser wird Ihnen helfen Ihr Konto für den Livebetrieb richtig zu konfigurieren.
  5. Sofern der Test erfolgreich verlaufen ist, schalten Sie den Betriebsmodus in den Live Modus und nehmen im Anschluss erneut Kontakt mit dem Technical Account Manager auf.
Installationsservice

Unsere Zahlungsmodule sind standardmässig so vorkonfiguriert, dass die Installation gleich nach dem Eintragen der benötigten Keys funktionieren sollte. Sollten Sie einen Setting aus der Konfiguration des Moduls nicht kennen, können Sie sich gerne mit unserem Support in Verbindung setzen.

Unser Support Team steht Ihnen während der Geschäftszeiten gerne zur Verfügung: http://www.sellxed.com/support. Sie haben zudem jederzeit die Möglichkeit unseren Installationsservice zu bestellen. Wir sorgen für eine reibungslose Installation in Ihrem Shop: http://www.sellxed.com/shop/de/integration-und-installation.html

.htaccess Verzeichnisschutz

Für den Test des Zahlungsmoduls muss jeglicher Verzeichnisschutz oder IP Sperre auf Ihrem Server zwingend ausgeschaltet sein, sonst kann es sein, dass das Zahlungsfeedback von Dimoco nicht bis zu Ihrem Shop durchdringt.

1.2System Anforderungen

Generell hat das Plugin die gleichen Anforderungen an das System wie PrestaShop selber. Nachfolgend finden Sie die wichtigsten Anforderungen des Plugins:
  • PHP Version: 5.4.x oder höher
  • PrestaShop Version: 1.6.x oder höher
  • OpenSSL: Aktuelle Version mit Unterstützung von TLS 1.2 oder höher.
  • fsockopen: Die PHP Funktion fsockopen muss zur Verfügung stehen. Das Plugin muss Verbindungen zu anderen Servern öffnen können.
  • PHP Funktionen: Im weiteren müssen alle gängigen PHP Funktionen zur Verfügung stehen.

2Konfiguration des Zahlungsmoduls und der Zahlungsarten

Für die Konfiguration des Hauptmoduls in PrestaShop benötigen Sie folgende Informationen:

  • API Benutzername (Erhalten Sie von Dimoco im Setup Email)
  • API Passwort (Erhalten Sie von Dimoco im Setup Email)
  • API Key (Aus den Einstellungen des Connectors)
  • Shared Secret (Aus den Einstellungen des Connectors)

Diese Informationen erhalten Sie direkt von Dimoco oder sind direkt in Ihrem Dimoco Konto im Tab 'Connectors' ersichtlich.

Abbildung 2.1: Übersicht des Dashboards (My Payments) bei Dimoco.

Tragen Sie diese Infomationen direkt im Hauptmodul in PrestaShop ein. Für alle weiteren Einstellugsmöglichkeiten Ihres Dimoco Accounts, verweisen wir Sie hiermit auf die offiziellen Handbücher von Dimoco.

2.1Live und Test Zugangsdaten

Bitte beachten Sie, dass die Konfiguration für Live und Test Modus sich von einander unterscheiden. Die Unterschiede werden in den nächsten zwei Abschnitten beschrieben.

2.1.1Live Zugangsdaten

Geben Sie den API Username sowie das API Password in die Hauptkonfiguration des Moduls ein. In Ihrem Dimoco Account unter "Connectors" finden Sie einen Connector für jede Zahlart welche von Dimoco eingerichtet wurde.

In diesen Connectors finden Sie die Parameter API Key sowie Shared Secret. Geben Sie nun für jeden Connector den API Key sowie das Shared Secret in die Konfiguration der entsprechenden Zahlungsart ein.

2.1.2Test Zugangsdaten

Allgemein kann ein Testconnector für alle Zahlarten hinterlegt werden. Spezifisch für Kreditkarten und SEPA ist es möglich einen eigenen Testconnector zu hinterlegen. Ist dieser nicht hinterlegt wird auf den allgemeinen Testconnector zugegriffen. Diese Connectors werden verwendet um unterschiedliche Zahlungsflüsse zu testen.

Abbildung 2.1: Die Einstellungen innerhalb des Connectors bei Dimoco.

Die Connecotrs für den Live sowie den Testmodus werden von Dimoco eingerichtet. Falls Sie zusätzliche Connectors eingerichtet haben möchten kontaktieren Sie Dimoco

2.1.3Zahlungsartspezifische Einstellungen

2.2Kreditkarten 3D Secure

Bei den Einstellungen der Zahlungsart Kreditkarte (Credit Card) besteht die Möglichkeit 3D Secure zu aktivieren oder zu deaktivieren. Sie können eine 3D Secure Authentifizierung zwingend erfordern, als optional belassen oder ganz deaktivieren. Setzen Sie dafür das Setting '3D Secure' auf Off, Optional oder Mandatory.

2.3Integrated Payment Form (Ajax Authorization)

Falls Sie eine nahtlose Integration der Zahlungsart Kreditkarte wünschen, können Sie die Zahlungsart Kreditkarte Ajax (Credit Card Ajax) aktivieren. Für dies benötigen Sie eine 'Public Integration Key' die von Dimoco zur Verfügung gestellt wird. Sie können das CVV Element mittels CSS anpassen. Das Setting 'CVV Refresh' entscheidet ob Ihre Kunden den CVV Code bei wiederkehrenden Zahlungen (Alias Manager) erneut eingeben müssen.

2.4SEPA Direct Debits Mandates

Falls Sie die Zahlungsart SEPA Direct Debits aktivieren möchten, müssen Sie umbedingt darauf achten, dass die 'Mandate Creditor ID' und die 'Mandate Merchant Name' konfiguriert wird.

3Modul Installation im PrestaShop Shop

3.1Installation

Sie sollten zu diesem Zeitpunkt bereits im Besitz des Moduls sein. Falls nicht erhalten Sie die Moduldateien in Ihrem Benutzerkonto im sellxed Shop (Menüpunkt "Meine Downloadartikel"). Um das Modul in Ihrem PrestaShop Shop zu installieren, führen Sie bitte folgende Schritte durch:

  1. Laden Sie das Plugin herunter. Den Download finden Sie in Ihrem sellxed.com Account unter "Meine Downloadartikel".
  2. Entpacken Sie das Archive, welches Sie heruntergeladen haben.
  3. Im entpackten Ordner finden Sie einen Ordner "files"
  4. Für einige Shops werden verschiedene Versionen des Plugins zur Verfügung gestellt.
  5. Laden Sie nun mit Ihrem preferierten FTP Programm den ganzen Inhalt dieses Ordners ins Stammverzeichnis Ihres Shops. Bei gewissen Shops gibt es einen spezifischen Ordner, welcher die Plugins enthält. Sollte dies der Fall sein laden Sie das Plugin in diesen Ordner hoch. Stellen Sie sicher, dass die Ordner nur zusammengeführt werden und nicht ersetzt.
  6. Falls nicht bereits geschehen, loggen Sie sich bitte in Ihrem Shop ein.

3.2Updates und Upgrades

Während der Supportdauer, erhalten Sie unbeschränkten Zugriff auf Updates und Upgrades in Ihrem Kundenkonto. Um über solche Updates informiert zu werden abonnieren Sie bitte den RSS-Feed. Mehr Informationen hierzu finden Sie hier: http://www.sellxed.com/de/updates_upgrades.

3.2.1Update Checklist

Bitte führen Sie vor jedem Update folgende Schritte durch:

  1. Erstellen Sie immer ein Backup der Files und der Datenbank, bevor Sie mit dem Update beginnen
  2. Testen Sie das Update auf einem Testsystem. Wir testen die Module intern, es kann aber sein, dass im Zusammenspiel mit anderen Plugins weitere Fehler auftreten.
  3. Warten Sie bis die Files vollständig auf den Server gespielt sind und besuchen Sie dann die Konfigurationsseite des Hauptmoduls. Falls vorhanden leeren Sie bitte auch noch alle Caches des Shopssystems

Je nach Update kann es sein, dass eine Datenbankmigration durchgeführt werden muss. Wir empfehlen Ihnen daher, dass Update zu einem Zeitpunkt durchzuführen, an dem nicht zu viele Kunden auf Ihrem Shop zugreifen.

Vorsicht bei Updates im Live Shop

Besondere Vorsicht ist bei Updates im Live Shop geboten. Testen Sie ein Update immer zuerst in einem Testsystem. Unser Support Team hilft Ihnen gerne bei Problemen. Bei Updates direkt im Live-System kann es jedoch zu unterbrüchen kommen, welche je nach Support Ressourcen bis zu 2 Tage dauern können.

3.2.2Update Instruktionen

Bevor Sie das Update aufspielen, lesen Sie bitte die Update Instruktionen. Diese finden sich am Ende der Pluginseite im Changelog. Sofern nichts weiteres in den Update Instruktionen steht, können die Files einfach überschrieben werden.

4Modul Konfiguration im PrestaShop Shop

Die Konfiguration teilt sich in zwei Stufen. Der erste Schritt umfasst die Konfiguration des Hauptmoduls mit den Grundeinstellungen (vgl. Konfiguration des Hauptmoduls). In einem zweiten Schritt können für jede Zahlungsart individuelle Konfigurationen vorgenommen werden. Dies bringt Ihnen volle Flexibilität und grösste Anpassung an Ihre Prozesse.

Erstellen Sie Backups!

Bitte erstellen Sie auf jeden Fall ein Backup des Hauptverzeichnises Ihres Shops. Bei Problemen können Sie so jederzeit wieder zum Ursprungszustand zurückkehren.

Im Weiteren empfehlen wir Ihnen die Integration zuerst auf einem Testsystem durchzuführen. Es kann immer wieder zu Komplikationen mit von Ihnen installierten Drittmodulen kommen. Bei Fragen steht Ihnen unser kompetenter Support gerne zur Verfügung.

4.1Konfiguration des Hauptmoduls

Sie finden die Einstellungen des Hauptmoduls unter Modules, in der Gruppe Checkout , Dimoco integration. Installieren Sie das Modul und öffnen Sie die Konfigurationsmaske indem Sie auf Konfigurieren klicken. Tragen Sie hier die Informationen ein, welche Sie von Dimoco erhalten haben. Sie finden zudem zu jeder Option direkt in den Hilfetexten noch weitere Informationen.

Vergessen Sie nicht Ihre Main Store View zu konfigurieren!

Falls Sie einen Multishop innerhalb von PrestaShop besitzen, müssen Sie zwingend das Zahlungsmodul im Hauptshop (Main Store View) konfigurieren. Sollten Sie die Einstellungen des Moduls in der Main Store View vergessen, so könnte das gesamte Plugin nicht funktionieren und somit würden keine Zahlungen mit unseren Zahlungsarten verarbeitet werden können. Wir empfehlen Ihnen als Erstes mit der Konfiguration im Hauptshop zu beginnen und im Anschluss die Einstellungen in den einzelnen Subshops zu tätigen.

4.2Konfiguration der Zahlungsart (für PrestaShop 1.6)

Nachdem das Hautpmodul erfolgreich konfiguriert wurde, finden Sie unter Modules, in der Gruppe Payments and Gateways alle unterstützen Zahlungsarten. Installieren Sie jede Zahlungsart, welche Sie im Shop anbieten möchten. Für die Detailkonfiguration der Zahlungsart, öffnen Sie diese indem Sie auf konfigurieren klicken. Sie können für jede Zahlungsart individuelle Einstellungen vornehmen und so die Zahlung optimal an Ihre Prozesse anpassen. Die zentralen Optionen werden in der Folge genauer erläutert.

4.3Konfiguration der Zahlungsart (für PrestaShop 1.7)

Nachdem das Hautpmodul erfolgreich konfiguriert wurde, finden Sie unter Modules > Module Catalog alle unterstützen Zahlungsarten. Installieren Sie jede Zahlungsart, welche Sie im Shop anbieten möchten. Für die Detailkonfiguration der Zahlungsart, öffnen Sie diese indem Sie auf konfigurieren klicken. Sie können für jede Zahlungsart individuelle Einstellungen vornehmen und so die Zahlung optimal an Ihre Prozesse anpassen. Die zentralen Optionen werden in der Folge genauer erläutert.

4.4Direktes Verbuchen von Bestellungen

Mit der Option "Buchung" legen Sie fest, ob Zahlungen direkt verbucht, oder zuerst autorisiert werden. Sofern Sie in einem ersten Schritt nur autorisieren möchten, stellen Sie sicher, dass die Zahlungen später verbucht werden.

Eine Reservation ist, abhängig von Ihrem Acquiring Vertrag, nur eine gewisse Zeit garantiert. Sollten Sie in dieser Zeit nicht verbuchen, kann es sein, dass die Autorisierung nicht mehr garantiert wird. Weitere Informationen zum Prozess der Verbuchung finden Sie weiter unten.

Unterschiedliche Einstellungen zwischen Dimoco - Backend und Modul

Es kann sein, dass die Einstellungen im Modul für die Zahlungsweise Ihre Einstellungen im Backend von Dimoco einfach überschreiben.

4.5Unsicherer Status

Sie können Bestellungen, für welche die Zahlung noch nicht garantiert werden kann, speziell markieren. Dies erlaubt Ihnen diese Bestellung vor dem Versand noch einmal manuell zu prüfen.

4.5.1Setzen von Order-Status

Sie können für jede Zahlungsart festlegen in welchen Status die Bestellung je nach Buchungsstatus verschoben werden soll. Es handelt sich hier um den initialen Status der Bestellung.

4.6Optional: Validierung

Mit der Validierung steuern Sie den Zeitpunkt wann eine Zahlungsart im Checkout angezeigt werden soll. Diese Einstellung ist für Module relevant bei denen die Benutzung von Voraussetzungen Ihres Kunden abhängig ist. Beispielsweise wenn noch eine Bonitätsprüfung erfolgen soll, oder die Zahlungsart nur in gewissen Ländern verfügbar ist. Es kann sein, dass diese Einstellung bei Ihnen nicht ersichtlich ist. Dann überspringen Sie diesen Punkt. Damit die Bonitätsprüfung beziehungsweise Adressvalidierung auch mit europäischen Zeichen funktioniert, muss bei gewissen PSP-Einstellungen das Charset des "Blowfish mode" auf "UTF-8" gesetzt werden.

Sollte die Einstellung ersichtlich sein, haben Sie die Wahl zwischen folgenden Optionen:

  • Validierung vor Auswahl der Zahlungsmethode: Es erfolgt vor der Auswahl der Methode eine Validierungsprüfung. Sofern die Voraussetzungen nicht erfüllt sind, wird die Zahlungsart nicht angezeigt.
  • Validierung nach der Auswahl der Zahlungsmethode: Die Prüfung der Voraussetzung erfolgt nach der Wahl und vor der Bestätigung der Bestellung.
  • Während der Autorisierung: Die Validierungsprüfung erfolgt durch Dimoco während dem Autorisierungsprozess. Die Zahlungsmethode wird auf jeden Fall angezeigt.

4.6.1Nutzung der integrierten Multi-Shop Funktionalität von PrestaShop

Das Zahlungsmodul unterstützt das Multishop Feature von PrestaShop. Wenn Sie mehrere Shops über dieselbe Administrationsoberfläche von PrestaShop verwalten sind keine weiteren Anpassungen in der Konfiguration notwendig. Das Modul erkennt automatisch, welchem Shop die Bestellung zugeordnet werden muss. Voraussetzung ist jedoch, dass die einzelnen Subshops innerhalb von PrestaShop richtig konfiguriert wurden.

5Einstellungen / Konfiguration von Zahlungsarten

5.1Allgemeine Informationen zu den Zahlungsarten

Das Plugin wird mit einer grossen Auswahl von Zahlungsarten ausgeliefert. Sollte eine Zahlungsart nicht verfügbar sein, bitten wir Sie sich mit uns in Verbindung zu setzen.

Für die Nutzung einer Zahlungsmethode muss die Zahlungsart in Ihrem Konto bei Dimoco und im Shop aktiviert sein. Informationen zur Konfiguration des Zahlungsmoduls finden Sie weiter oben.

In den folgenden Punkten finden Sie wichtige Informationen zu bestimmten Zahlungsarten, die sich vom Standard unterscheiden.

5.2Informationen zum Zahlungszustand

Sie können für jede Zahlungsart den initialen Zahlungsstatus individuell definieren (Status für autorisierte Zahlungen etc). Dabei definieren Sie den Zahlungsstatus für die einzelnen Zustände abhängig von der Verarbeitungsart der Bestellung (verbucht, autorisiert, etc.). Es handelt sich dabei um den initialen Status, welcher die Bestellung annimmt. Abhängig von der durch Sie durchgeführten Mutationen kann sich der Status ändern.

Wichtige Info bezüglich dem Bestellstatus

Setzen Sie den Status nie auf Pending Dimoco oder einen ähnlich lautenden pending status, der durch das Modul eingeführt wird.

5.2.1Bestellstatus "ausstehend" / bevorstehende Zahlung (oder ähnlich)

Bestellungen mit dem Status 'pending Dimoco' sind pendente Bestellungen. Der Status wird gesetzt, wenn der Kunde für die Zahlung umgeleitet wird aber nicht erfolgreich zurückkehrt oder das Feedback nicht bis zu Ihrem Shop gekommen ist (Kunde hat das Fenster auf der Payment Page geschlossen und die Zahlung nicht abgeschlossen). Abhängig von der Zahlungsart werden diese Bestellungen automatisch in abgebrochene Bestellungen umgewandelt und der Lagerbestand wieder freigegeben (sofern der Cronjob Aktiviert ist). Diese Zeitspanne hängt von den Eigenheiten der Zahlungsart ab, und kann nicht konfiguriert werden.

Wenn Sie eine Vielzahl ausstehender Bestellungen haben, deutet dies in der Regel darauf hin, dass die Notifikationen von Ihrem Webserver zu Dimoco blockiert werden. In diesem Fall überprüfen Sie die Einstellungen Ihrer Firewall und bitten den Hoster die IPs und User Agents von Dimoco zu aktivieren.

5.2.2Abgebrochene / stornierte Bestellungen

Bestellungen, die als abgebrochen markiert werden, wurden wie oben beschrieben automatisch in diesen Status aufgrund des Timeouts versetzt. Abgebrochen werden aber auch alle Bestellungen, welche von den Kunden aktiv abgebrochen wurden.

6Das Modul in Aktion

In der Folge finden Sie eine Übersicht über die wichtigsten Funktionen im täglichen Gebrauch des Dimoco Moduls.

6.1Verbuchen / Stornieren von Bestellungen

Beachten Sie

Das Transaktionsmanagement zwischen Dimoco und Ihrem Shop ist nicht synchronisiert. Wenn Sie Zahlungen bei Dimoco verbuchen, wird der Status im Shop nicht angepasst und ein zweites Verbuchen im Shop ist nicht möglich.

Damit Sie Bestellungen manuell verbuchen können, müssen Sie bitte sicherstellen, dass Sie in den Einstellungen in der Zahlungsart die Verbuchung auf "verzögert" eingestellt haben.

Sie können Transaktionen auf verschiedene Arten verbuchen. In der Folge werden die unterschiedlichen Optionen erläutert.

6.1.11. Transaktionsansicht via Bestellungen > Dimoco Transaktionen

Unter "Bestellungen > Dimoco Transaktionen" können Sie alle Transaktionen in der Transaktionstabelle einsehen.

Abbildung 6.1: 1. Transaktionsansicht via Bestellungen > Dimoco Transaktionen.

Hier können Sie auf die Lupe klicken um die Transaktionsdetails zu öffnen.

Abbildung 6.1: Verbuchung von Transaktionen in PrestaShop

Tragen Sie die Beträge oder Quantitäten ein, welche Sie dem Kunden belasten möchten. Mit dem Klick auf Capturing erfolgt eine direkte Verbuchung der Bestellung bei Dimoco.

6.1.22. Verbuchen der Transaktion über die Bestellung und dem Dimoco Transaktionstab

Alternativ öffnen Sie die Bestellung und suchen Sie den Tab Dimoco am unteren Ende.

Abbildung 6.1: Bestellungen öffnen.

Hier können Sie auf die Lupe klicken um die Transaktionsdetails einzusehen sowie den Button Capturing anklicken.

Abbildung 6.1: 2. Transaktionsansicht im Transaktions-Tab nachdem die Bestellung geöffnet wurde.

Klicken Sie den Button Capturing, um in folgenden Kontext zu gelangen.

Abbildung 6.1: Verzögerte Verbuchung von Transaktionen in PrestaShop

Tragen Sie die Beträge für die entsprechenden Produkte ein, die Sie dem Kunden belasten möchten. Mit dem Klick auf Capturing erfolgt eine direkte Verbuchung der Bestellung bei Dimoco.

6.2Nützliche Transaktionsinformationen zur Bestellung

Sie finden nach dem Öffnen jeder Bestellung, welche mit unserem Modul abgewickelt wurde, eine Übersicht über die wichtigsten Informationen zur Transaktion, sowie eine Transaktionshistory, welche Aufschluss gibt, was bisher mit der Transaktion passiert ist.

Abbildung 6.1: Transaktionsinformationen innerhalb PrestaShop.

6.3Gutschriften

Für belastete Transaktionen können Sie Gutschriften direkt im Shop erstellen und automatisch an Dimoco übermitteln. Sie können Transaktionen auf verschiedene Arten erstatten. In der Folge werden die unterschiedlichen Optionen erläutert.

6.3.11. Gutschrift über die Transaktionstabelle

Unter "Bestellungen > Dimoco Transaktionen" können Sie alle Transaktionen in der Transaktionstabelle einsehen.

Abbildung 6.1: 1. Transaktionsansicht via Bestellungen > Dimoco Transaktionen.

Hier können Sie auf die Lupe klicken um die Transaktionsdetails einzusehen sowie den Button Refund anklicken.

Abbildung 6.1: Erstattung von Transaktionen in PrestaShop

Tragen Sie die Beträge oder Quantitäten ein, welche Sie dem Kunden erstatten möchten. Mit dem Klick auf Refund wird die Gutschriftsanfrage direkt an Dimoco übermittelt und die Kreditkarte Ihres Kunden um den eingegebenen Betrag entlastet. Wenn Sie den Hacken "Transaktion für weitere Rückerstattungen schliessen" anklicken, können keine weiteren Gutschriften mehr ausgeführt werden.

Bitte beachten Sie, dass Sie maximal 100% des ursprünglich gebuchten Betrags rückvergüten können.

6.3.22. Erstatten der Transaktion über die Bestellung und dem Dimoco Transaktionstab

Öffnen Sie die Bestellung und suchen Sie den Tab Dimoco am unteren Ende.

Abbildung 6.1: Erstatten der Transaktion über die Bestellung und dem Open Payment Platform Transaktionstab.

Hier können Sie auf die Lupe klicken um die Transaktionsdetails einzusehen sowie den Button Refund Transaction anklicken.

Abbildung 6.1: 2. Transaktionsansicht im Transaktionstab nachdem die Bestellung geöffnet wurde.

Klicken Sie den Button Refund Transaction um in folgenden Kontext zu gelangen.

Abbildung 6.1: Rückerstattung von Transaktionen in PrestaShop

Tragen Sie die Beträge für die entsprechenden Produkte ein, die Sie dem Kunden gutschreiben möchten. Mit dem Klick auf Gutschrift wird die Gutschriftsanfrage direkt an Dimoco übermittelt und die Kreditkarte Ihres Kunden um den eingegebenen Betrag entlastet.

Bitte beachten Sie, dass Sie maximal 100% des ursprünglich gebuchten Betrags rückvergüten können.

6.3.33. PrestaShop interne Funktion um Gutschriften von Transaktionen durchführen zu können.

Sie können Gutschriften auch mit dem Teilerstattungsprozess von PrestaShop durchführen. Nach dem Öffnen der Bestellung klicken Sie auf Teilerstattung am rechten oberen Bildschirmrand. Der Browser scrollt nach unten und Sie können die Mengen zur Teilerstattung erfassen. Wenn Sie wünschen, können Sie die Artikel auch direkt dem Lager gutschreiben. Klicken Sie dafür auf die entsprechende Checkbox. Mit dem Klick auf Teilerstattung öffnet sich ein neuer Dialog.

Abbildung 6.1: Rückerstattung von Transaktionen in PrestaShop

Mit dem Klick auf Gutschrift und dem Bestätigen mit Ja wird die Gutschriftsanfrage direkt an Dimoco übermittelt und die Kreditkarte Ihres Kunden um den eingegebenen Betrag entlastet.

Abbildung 6.1: Bestätigung der Rückerstattung.

Bitte beachten Sie, dass Sie maximal 100% des ursprünglich gebuchten Betrags rückvergüten können.

Das Ausführen einer Gutschrift verändert den Status der Bestellung nicht.

6.4Nutzung des Alias Managers / Token Lösung

Mit dem Alias Manager können Kreditkarten Ihrer Kunden für spätere Einkäufe sicher bei Dimoco gespeichert werden. Die Nutzung wird aktiviert indem Sie die Option "Alias Manager" in der Konfiguration der Zahlungsart aktivieren. Für spätere Einkäufe kann der Kunde zwischen den bereits gespeicherten Karten wählen und muss so nicht die gesamte Karte nochmals erfassen.

Abbildung 6.1: Alias Manager Nutzung innerhalb von PrestaShop.
Bitte beachten Sie!

Die Nutzung des Alias Managers benötigt die Freischaltung der entsprechenden Option bei Dimoco. Nehmen Sie dafür bitte direkt mit dem Support Kontakt auf.

6.5One Page Checkout

Der Checkout von PrestaShop kann angepasst und auf einer Seite dargestellt werden. Unser Modul unterstützen den Standard OnePageCheckout von PrestaShop. Kompatibilität zu Drittmodulen kann nicht gewährleistet werden.

Den Standard Checkout aktivieren Sie indem Sie unter Voreinstellungen , Bestellungen. Wählen Sie in der Art des Bestellvorgangs die Option - Page - Checkout.

6.6Einrichten Cron Job

Um die zeitgesteuerten Funktionen des Plugins zu aktivieren (bspw. Update Service, Löschen pendenteter Bestellungen, etc.), richten Sie in Ihrem Hosting einen zeitgesteuerten Request auf die URL ein, welche Sie neu unter Modules >Dimoco finden. Der regelmässige Aufruf löst die entsprechenden Aktionen aus.

Wir empfehlen Ihnen hier eine Cron Engine wie beispielsweise EasyCron. Damit können Sie die Datei (URL) mit einem externen Service aufrufen.

7Testing

Bevor Sie vom Test Modus in den Live Modus wechseln, sollten Sie das Modul ausführlich testen.

Testen

Vergessen Sie nicht, nach erfoglreichem Testing den Betriebsmodus von Test auf Live umzustellen.

7.1Testdaten

Nachfolgend finden Sie die Testdaten für die Zahlungsmethoden:
Credit Card
Kartennummer
4111 1111 1111 1111
Ablaufdatum
12/2020
CVC
123
Visa Success
Kartennummer
4242 4242 4242 4242
Ablaufdatum
12/2020
CVC
123
Visa Failure
Kartennummer
5555 5555 5555 4444
Ablaufdatum
12/2020
CVC
123
MasterCard Success
MasterCard (Failure)
5105 1051 0510 5100
Ablaufdatum
12/2020
CVC
123
MasterCard Failure
SOFORT
Instructions
Set the last name of the customer to the given value to simulate an outcome.
ignore
Do not simulate any behaviour
success
The transaction succeeds immediately
failed
The transaction fails immediately
redirectSuccess
A redirection occurs, and then the transaction succeeeds
redirectError
A redirection occurs, and then the transaction fails
pending
The transaction stays pending
html
Submit a given form, then the transaction succeeds
htmlError
Submit a given form, then the transaction fails
Simulation control
giropay
Instructions
Set the last name of the customer to the given value to simulate an outcome.
ignore
Do not simulate any behaviour
success
The transaction succeeds immediately
failed
The transaction fails immediately
redirectSuccess
A redirection occurs, and then the transaction succeeeds
redirectError
A redirection occurs, and then the transaction fails
pending
The transaction stays pending
html
Submit a given form, then the transaction succeeds
htmlError
Submit a given form, then the transaction fails
Simulation control
EPS
Instructions
Set the last name of the customer to the given value to simulate an outcome.
ignore
Do not simulate any behaviour
success
The transaction succeeds immediately
failed
The transaction fails immediately
redirectSuccess
A redirection occurs, and then the transaction succeeeds
redirectError
A redirection occurs, and then the transaction fails
pending
The transaction stays pending
html
Submit a given form, then the transaction succeeds
htmlError
Submit a given form, then the transaction fails
Simulation control
paysafecard
Instructions
Set the last name of the customer to the given value to simulate an outcome.
ignore
Do not simulate any behaviour
success
The transaction succeeds immediately
failed
The transaction fails immediately
redirectSuccess
A redirection occurs, and then the transaction succeeeds
redirectError
A redirection occurs, and then the transaction fails
pending
The transaction stays pending
html
Submit a given form, then the transaction succeeds
htmlError
Submit a given form, then the transaction fails
Simulation control
Przelewy24
Instructions
Set the last name of the customer to the given value to simulate an outcome.
ignore
Do not simulate any behaviour
success
The transaction succeeds immediately
failed
The transaction fails immediately
redirectSuccess
A redirection occurs, and then the transaction succeeeds
redirectError
A redirection occurs, and then the transaction fails
pending
The transaction stays pending
html
Submit a given form, then the transaction succeeds
htmlError
Submit a given form, then the transaction fails
Simulation control
iDEAL
Instructions
Set the last name of the customer to the given value to simulate an outcome.
ignore
Do not simulate any behaviour
success
The transaction succeeds immediately
failed
The transaction fails immediately
redirectSuccess
A redirection occurs, and then the transaction succeeeds
redirectError
A redirection occurs, and then the transaction fails
pending
The transaction stays pending
html
Submit a given form, then the transaction succeeds
htmlError
Submit a given form, then the transaction fails
Simulation control
Sepa Direct Debits
Instructions
Set the last name of the customer to the given value to simulate an outcome.
ignore
Do not simulate any behaviour
success
The transaction succeeds immediately
failed
The transaction fails immediately
redirectSuccess
A redirection occurs, and then the transaction succeeeds
redirectError
A redirection occurs, and then the transaction fails
pending
The transaction stays pending
html
Submit a given form, then the transaction succeeds
htmlError
Submit a given form, then the transaction fails
Simulation control

8Fehler und deren Lösungen

Sie finden ausführliche Informationen unter http://www.sellxed.com/de/faq. Sollte sich Ihr Problem mit den zur Verfügung gestellten Informationen nicht lösen lassen, melden Sie sich bitte direkt bei uns: http://www.sellxed.com/de/support

8.1Modul Performance

Je nach Server settings kann es sein, dass das Modul die Performance des Servers stark auslastet. In diesen Fällen empfehlen wir folgendes Vorgehen:

  • Deaktivierung des PrestaShop Caches, dies führt in vielen Fällen zu einer Verbesserung der Performance.
  • Deaktivierung des Hooks unter Modules > Hooks (Positions) > und entfernen Sie den Hook Dimoco Integration unter displayBackOfficeHeader.

Wenn Sie obige Änderungen rückgängig machen möchten, muss dass Modul deinstalliert und erneut installiert werden.

Abbildung 8.1: Disable the PrestaShop Hook.

8.2Die Referrer URL erscheint in meinem Analytics Tool

Unter Umständen kann die Referrer URL von Dimoco fälschlicherweise im Analytics Tool erscheinen. Dies passiert, wenn der Kunde mit einer HTTP Header Weiterleitung zurück in den Shop geleitet wird. Die meisten Analytic Tools können dieses Problem jedoch minimieren, indem die entsprechende URL aus dem Report ausgeschlossen wird.

Für Google Analytics hilft dieses Step-by-Step Guide am Beispiel von PayPal: Weitere Infos sind unter Punkt 4 beschrieben.

9Kompatibilität zu Third-Party Plugins

Unten aufgeführte Plugins sind kompatibel mit unseren Zahlungsmodulen und erleichtern Ihnen in gewissen Bereichen die Arbeit.

9.1Gebühren und Rabatte in PrestaShop

Um Gebühren und Rabatte basierend auf den Zahlungsarten der Dimoco Zahlungsschnittstelle zu konfigurieren, ist es Ihnen möglich folgendes 3rd-Party Plugin zu verwenden.

9.2Geburtstag und Geschlecht in PrestaShop

Für gewisse Zahlungsanbieter ist es nötig den Geburtstag sowie das Geschlecht des Kunden zu prüfen. PrestaShop tut dies standartmässig nicht. Informationen wie Sie diese Abfrage aktivieren finden Sie hier:

10Error Logging

Das Modul logged verschiedene unerwartete Fehler und sonstige Fehler abhängig vom konfigurierten Logging Level. Sollte es ein Problem mit dem Modul geben kann das Log Hinweise auf dessen Ursache liefern.

10.1Log Levels

Sie können den Log Level in den Dimoco Einstellungen anpassen.

Falls Sie PerstaShop Version 1.5 verwenden, stellen Sie siche, dass Sie FTP Zugriff auf den Server haben, da Sie eventuell die Schreib Rechte der Loging Dtaei setzten müssen.
  • Off: Logging ist deaktiviert. (Standart)
  • Error: Logt nur unerwartete Fehler.
  • Info: Logt zusätzliche Informationen.
  • Debug: Logt debugging relevante Informationen

10.2Pfad der Log Datei

In PrestaShop 1.5 the wird der File Logger verwendet. Die Log Datei wird im Log Ordner Ihrer Shop Installation gespeichert. Bitte sellen SIe sicher, dass der Pfad auf Ihrem Server existiert und die Schreibrechte korrekt gesezt sind. (Default Path: {shopRootDirectory}/log/)

In PrestaShop 1.6 und neuer wird der PrestashopLogger verwendet. Die Logs werden deshalb in der Datenbank gespeichert. Die Log Nachrichten sind im PrestaShop backend unter Advanced Parameters > Logs ersichtlich.

11Erweiterte Informationen

Dieser Abschnitt des Manuals beinhaltet Informationen für Anwender mit speziellen Anforderungen. Sämtliche hier aufgeführte Informationen und Konfigurationen sind optional und für die normale Verwendung des Plugins nicht erforderlich.

11.1Transaction Object

In diesem Abschnitt finden Sie Informationen wie Sie Daten zu einer Transaktion aus der Datenbank auslesen können um diese, z.B. in einem ERP System, weiter zu verarbeiten.

Für die Code Snippets in diesem Abschnitt wird angenommen, dass sich Ihr Script im Stammordner des Shops, in einer Standart Ordnerstruktur befindet.

Have Prestashop initialized in your script, this is required for the database connection.
require(dirname(__FILE__).'/config/config.inc.php');
Include the module main file and modules Transaction class.
require_once _PS_ROOT_DIR_.'/modules/dimococw/dimococw.php';
require_once _PS_ROOT_DIR_.'/modules/dimococw/lib/DimocoCw/Entity/Transaction.php';
Now you can load the transaction and then extract the transactionObject.
Load the transaction by Id:
$transactionById = DimocoCw_Entity_Transaction::loadById($transactionId);
$transactionObject = $transactionById->getTransactionObject();
Load transactions by Order ID:
$transactionsByOrderId = DimocoCw_Entity_Transaction::getTransactionsByOrderId($orderId);
foreach($transactionsByOrderId as $transaction){
	$transactionObject = $transaction->getTransactionObject();
	//Do something with each object
}