1Einleitung

Diese Anleitung beschreibt die Installation, die Konfiguration und die Nutzung des Zahlungsmoduls für Modified Shop und giropay / paydirekt.

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

• Sie benötigen unter anderem einen Owner Account für giropay / paydirekt für die Sandbox und / oder den Live Account. Diesen Account erhalten Sie direkt von giropay / paydirekt.
• Sie benötigen das giropay / paydirekt Zahlungsmodul von www.sellxed.com/shop.

Falls Sie noch nicht im Besitze eines Vertrags mit giropay / paydirekt sind, können Sie diesen gerne auch direkt durch uns beziehen.

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.

1. Konfiguration der Sandbox und anlegen der technischen Accounts.
2. Konfiguration der Zahlungsarten und der Grundeinstellungen.
3. Durchführung einer Testbestellung anhand der beigelegten Testdaten am Ende dieses Dokuments.

1.2System Anforderungen

• PHP Version: 5.4.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 giropay / paydirekt

2.1Sandbox und Live Plattform zur Administration

Die Administration und Transaktionsansicht finden Sie, abhängig vom Betriebsmodus, unter folgenden Links. Die Sandbox benötigen Sie für die Testzahlungen.

• Sandbox:https://sandbox.paydirekt.de/merchant/.
• Live-Plattform:https://www.paydirekt.de/merchant/.

2.2Konfiguration der API Keys

Führen Sie diese Schritte nach erfolgreichem Test nochmals für die Live Plattform durch.

2.2.1Erstellen eines technischen Benutzers

Melden Sie sich bei https://sandbox.paydirekt.de/merchant/ mit den erhaltenen Zugangsdaten an. Unter "Einstellungen > Benutzerverwaltung" können Sie einen neuen Benutzer hinzufügen respektive die Rechte bestehender Benutzer anpassen. Fügen Sie einen neuen Benutzer hinzu oder stellen Sie sicher, dass Ihr Owner Account die Rollen Reporting, Rückabwicklung, Techniker enthält.

Damit die Änderungen wirksam werden müssen Sie sich ab- und wieder anmelden.

Abbildung 2.1: Bearbeiten der Benutzerrolle (Symbolbild).

2.2.2Generieren eines API Keys und Secrets

Wenn Sie sich einloggen finden Sie nun unter "Einstellungen" die API Keys. Hier können Sie einen API Key und einen Secret Key neu ausstellen. Der API Key und der Secret Key wird Ihnen genau einmal angezeigt. Übertragen Sie die Daten direkt in das Hauptmodul.

Abbildung 2.1: Erstellen eines API Keys (Symbolbild).

2.2.3Logo

Sie können unter Einstellungen auch Ihr Logo hochladen. Dieses wird dann in den Emails und in der Zahlungsstrecke angezeigt.

2.2.4Transaktionsliste

Auf der Startseite haben Sie nun auch Zugriff auf die Transaktionen. Beachten Sie, abgelehnte Transaktionen werden in der Transaktionsliste nicht angezeigt. Von hier aus können Sie Zahlungen auch refundieren. Wir empfehlen Ihnen dies aber direkt via Shop durchzuführen. Zahlungen die Sie über das Backend zurück überweisen, werden nicht in den Shop synchronisiert und können dort nicht mehr refundiert werden.

Abbildung 2.1: Transaktionsübersicht.

2.3Konfiguration des Hauptmoduls

Navigieren Sie in das Hauptmodul in Ihrem Shop. Tragen Sie an der entsprechenden Stelle bitte folgende Daten ein:

• API Key (haben Sie vorhin erstellt)
• API Secret (haben Sie vorhin erstellt)

Speichern Sie die Daten entsprechend für den Live oder den Test Mode.

2.4Aktivieren der Zahlungsarten und Testing

Als Nächstes müssen Sie nur noch die Zahlart aktivieren und einen Test durchführen. Weitere Informationen zu den Konfiguration der Zahlungsarten und der Bedeutung der einzelnen Einstellungen finden Sie hier.

Nach Aktivierung und der Konfiguration der Zahlungsarten führen Sie einen Test mittels der publizierten Testdaten in der Anleitung durch. Sofern alle Tests erfolgreich verlaufen Sind, schalten Sie im Hauptmodul den Betriebsmodus auf Live.

3Modul Installation im Modified Shop 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 Modified Shop 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.

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 Modified Shop 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.

4.1Konfiguration des Hauptmoduls

Sie finden die Einstellungen des Hauptmoduls unter "Modules > (Export)-Module > giropay / paydirekt Base Module" . Installieren Sie das Modul und klicken Sie auf "Hauptkonfiguration öffnen". Es sollte sich nun ein neues Fenster öffnen. Tragen Sie hier die einzelnen Optionen ein, welche Sie teilweise bereits oben in der Konfiguration in der Administrationsoberfläche von giropay / paydirekt festgelegt haben. Sollte Ihnen eine Option nicht klar sein, erhalten Sie durch klicken auf das Fragezeichen weitere Informationen zu den Einstellungen. Die zentralsten Einstellungen werden hier nochmals kurz erwähnt.

4.1.1Ausstehende Bestellungen erstellen

Sie haben die Möglichkeit ausstehende Bestellungen zu erstellen. In diesem Fall wird in Ihrem Shop eine temporäre Bestellung angelegt mit dem Status "bevorstehende Zahlung". Dies ermöglicht, dass der Warenbestand in Ihrem Shop blockiert wird und an giropay / paydirekt jeweils die identische Bestellnummer wie im Shop übermittelt werden kann. Sollte der Kunde den Kauf jedoch abbrechen bleibt die Bestellung bestehen, ausser Sie aktivieren die Option abgebrochene Bestellungen entfernen. Dies führt dazu, dass die abgebrochenen Bestellungen regelmässig gelöscht werden. Wenn Sie keine ausstehenden Bestellungen erstellen möchten bleiben Sie beim Standardverhalten von xt:Commerce. In diesem Fall ist es jedoch auch nicht möglich, dass die Referenz (Zahlungs ID) bei giropay / paydirekt der Bestellnummer im Shop entspricht. Es steht Ihnen jedoch frei beide Varianten zu benutzen.

4.1.2Datenbank Codierung

Wenn Sie beim Anlegen Ihrer Datenbank nicht UTF-8 als Standard gewählt haben, kann dies zu Codierungsproblemen bei Parametern mit Umlauten führen. Wählen Sie in diesem Fall die Option, dass die Daten noch UTF-8 Codiert werden bevor diese zu giropay / paydirekt gesendet werden.

4.1.3Bestell Präfix

Mit der Option Bestell Präfix, können Sie ihr eigenes Bestellschema für die Übermittlung an giropay / paydirekt definieren. Diese Option hilft Ihnen vor allem in einem Mutli Shop Set up auch im Backend von giropay / paydirekt direkt zu erkennen, von welchem Shop die Transaktion stammt. Der Term "{id}" wird durch das Modul automatisch mit der fortlaufenden Bestellnummer ersetzt.

4.2Direktes 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.

4.3Unsicherer 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.3.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.4Optional: 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 giropay / paydirekt während dem Autorisierungsprozess. Die Zahlungsmethode wird auf jeden Fall angezeigt.

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 giropay / paydirekt 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.

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

Bestellungen mit dem Status 'pending giropay / paydirekt' 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 giropay / paydirekt blockiert werden. In diesem Fall überprüfen Sie die Einstellungen Ihrer Firewall und bitten den Hoster die IPs und User Agents von giropay / paydirekt 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.

5.2.3Code Anpassungen für die Integration von MasterPass (xt:commerce SP 2.1)

Damit der Button "Zahlen mit MasterPass" beim Warenkorb für die Verwendung des External Checkouts mit Adressübergabe erscheint, müssen Sie bitte folgende Anpassungen am Code durchführen. Wenn Sie MasterPass nur als normale Zahlungsart ohne Adressübergabe verwenden möchten, sind keine Änderungen nötig.

Sie finden im Zip in Ordner /changes/*.txt die Dateien mit den notwendigen Änderungen. Bitte kopieren Sie den Code dieser Dateien an die jeweilige Stelle wie unten beschrieben.

5.2.3.1Anpassungen im File: shopping_cart.php

Bitte kopieren Sie den Codeschnipsel, den Sie in der Datei /changes/shopping_cart.php.txt finden, vor folgenden Code:

$smarty->assign('language', $_SESSION['language']); (ca. auf Zeile 140).

5.2.3.2Anpassungen im File templates/[current-active-template]/module/shopping_cart.html

Bitte kopieren Sie den Code denn Sie in der Datei /changes/shopping_cart.html.txt finden an die die Stelle vor dem {/if}-Tag .

5.2.4Diverses

Die Zahlungsart MasterPass mit External Checkout mit Adressübergabe kann nicht in Zusammenhang mit Gutscheinen verwendet werden. Wenn der Kunde einen Gutschein einlösen will, dann muss der Standard Checkout durchlaufen werden.

6Das Modul in Aktion

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

Abbildung 6.1: Transaktionsinformationen.

6.1Nützliche Transaktionsinformationen zur Bestellung

Sie finden in jeder Bestellung, die mit unserem Modul abgewickelt wurde, eine Übersicht über die wichtigsten Informationen zur Transaktion. Unter anderem erlauben diese Informationen die eindeutige Zuordnung der Bestellungen zu den Transaktionen, welche Sie bei giropay / paydirekt im Backend sehen.

Abbildung 6.1: Transaktionsinformationen.

6.1.1Rückvergüten von Bestellungen

Um Bestellungen rückzuvergüten, öffnen Sie die Transaktionsinformationen (vgl. oben). Sie erhalten Sie Informationen zur Transaktion dargestellt. Weiter unten finden Sie ein Input Feld in welchem Sie den Betrag den Sie rückvergüten möchten angeben können. Mit einem Klick auf "Rückvergüten" wird der Refund Request an giropay / paydirekt übermittelt.

Abbildung 6.1: refund button

Durch das Ausführen einer Gutschrift wird der Zustand der Bestellung nicht verändert.

6.2Verbuchen / Stornieren von Bestellungen

6.2.1Verbuchen / stornieren von Bestellungen

Um Bestellungen zu verbuchen, öffnen Sie die Transaktionsinformationen (vgl. oben). Sie erhalten Sie Informationen zur Transaktion dargestellt. Weiter unten finden Sie ein Input Feld in welchem Sie den Betrag den Sie verbuchen möchten angeben können. Mit einem Klick auf "verbuchen" wird die Buchung an giropay / paydirekt übermittelt. Sie brauchen sich nicht mehr in das Backend von giropay / paydirekt einzuloggen.

Mit dem Klick auf "Transaktion abbrechen" erfolgt ein "Storno" der Transaktion und der reservierte Betrag wird auf der Karte Ihres Kunden sofort freigegeben.

Abbildung 6.1: capture oder cancel button.

6.3Einrichten 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 Datei paydirektcw_cron.php ein. 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.

7.1Testdaten

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.1Zahlungsarten werden im Checkout nicht angezeigt

Sofern die Zahlungsarten im Checkout nicht angezeigt werden, obwohl diese aktiviert wurden, dann ändern Sie in dem Sprachordner /lang/SPRACHE/SPRACHE.php folgenden Eintrag (ca. auf Zeile 50) in die von Ihnen im Administratsionbereich gesetzte Standardwährung: define('LANGUAGE_CURRENCY', 'EUR');

8.2Die Referrer URL erscheint in meinem Analytics Tool

Unter Umständen kann die Referrer URL von giropay / paydirekt 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.

9Error 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.

10Erweiterte 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.

10.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.

include ('includes/application_top.php');

require_once DIR_FS_DOCUMENT_ROOT.'admin/includes/PayDirektCw/init.php';
require_once DIR_FS_DOCUMENT_ROOT.'admin/includes/PayDirektCw/classes/PayDirektCw/Entity/Util.php';

$transactionById = PayDirektCw_Entity_Util::findTransactionByTransactionId($transactionId);
$transactionObject = $transactionById->getTransactionObject();

$transactionById = PayDirektCw_Entity_Util::findTransactionEntityByTransactionExternalId($externalId);
$transactionObject = $transactionById->getTransactionObject();

$transactionsByOrderId = PayDirektCw_Entity_Util::findTransactionsEntityByOrderId($orderId);
foreach($transactionsByOrderId as $transaction){
	$transactionObject = $transaction->getTransactionObject();
	//Do something with each object
}