| Table of Contents | ||||
|---|---|---|---|---|
|
...
Wenn der Kunde durch Anklicken des Kontrollkästchens mit dem Datenschutz beim Profil-Tracking von AfterPay einverstanden ist, wird das Profil-Tracking-Skript auf der Bezahlseite geladen. Die Profile Tracking-Werte (profileTrackingId und IP-Adresse) werden dann an AfterPay übermittelt.
Versandarten
Weisen Sie nun AfterPay den gewünschten Versandarten/Ländern unter Administration → Versand zu. Das Plugin berücksichtigt auch etwaige Aufschläge zur Zahlungsmethode. Einen direkten Link dahin finden Sie auch auf der Hilfe-Seite des Plugins.
JTL-Wawi
Damit die über AfterPay getätigten Bestellungen in der JTL-WAWI abgearbeitet werden können, sind hier weiterführende Einstellungen vorzunehmen. Die Bestellungen sind eingangs in der JTL-WAWI “nicht bezahlt” (Authorized) und müssen ohne Zahlungseingang versendet werden können.
Zahlungsart einrichten
Öffnen Sie in der JTL-WAWI die Zahlungsartenverwaltung über Zahlungen → Zahlungsarten.
Legen Sie als Zahlungsarten AfterPay Rechnung, AfterPay Lastschrift und AfterPay Ratenzahlung an. Beachten Sie, dass die Zahlungsarten dem “Angezeigten Namen“ im JTL-Shop entsprechen müssen. So auch gleichermaßen in Englisch Afterpay Invoice, Afterpay Direct Debit und Afterpay Fix installments.
Aktivieren Sie bei allen Zahlungsarten die Option “Auslieferung vor Zahlungseingang möglich“.
...
Betrieb
Shop
Frontend
Die Zahlungsart AfterPay steht Kunden nur unter gewissen Voraussetzungen zur Auswahl zur Verfügung.
...
Erweiterte Einstellungen zu den Zahlungsarten
Ab Version 106 stehen Ihnen separate Einstellungen für die Aktivierung einzelner Zahlungsarten pro Land zur Verfügung. Sie können hiermit steuern welche Zahlungsarten im Shop angeboten werden unabhängig von den von AfterPay warenkorbbasierten Zahlungsarten. Die Zahlungsart Rechnung kann aktiviert werden sofern sie Ihre API-Zugangsdaten angegeben haben. Ist Rechnung aktiviert, dann können Sie auch Lastschrift oder Ratenzahlung aktivieren. Rechnung ist die Basis der Zahlungsarten und muss neben Lastschrift oder Ratenzahlung immer aktiv sein. Sie können Rechnung nur dann deaktivieren, wenn keine weiteren Zahlungsarten für dieses Land aktiv sind. Kurzum:
| Info |
|---|
AfterPay Rechnung kann nur für ein Land deaktiviert werden, wenn AfterPay Lastschrift und AfterPay Ratenzahlung für dieses Land deaktiviert ist! |
| Info |
|---|
AfterPay Lastschrift und AfterPay Ratenzahlung können nur für ein Land aktiviert werden, wenn AfterPay Rechnung für dieses Land aktiviert ist! |
Versandarten
Weisen Sie nun AfterPay den gewünschten Versandarten/Ländern unter Administration → Versand zu. Das Plugin berücksichtigt auch etwaige Aufschläge zur Zahlungsmethode. Einen direkten Link dahin finden Sie auch auf der Hilfe-Seite des Plugins.
JTL-Wawi
Damit die über AfterPay getätigten Bestellungen in der JTL-WAWI abgearbeitet werden können, sind hier weiterführende Einstellungen vorzunehmen. Die Bestellungen sind eingangs in der JTL-WAWI “nicht bezahlt” (Authorized) und müssen ohne Zahlungseingang versendet werden können.
Zahlungsart einrichten
Öffnen Sie in der JTL-WAWI die Zahlungsartenverwaltung über Zahlungen → Zahlungsarten.
Legen Sie als Zahlungsarten AfterPay Rechnung, AfterPay Lastschrift und AfterPay Ratenzahlung an. Beachten Sie, dass die Zahlungsarten dem “Angezeigten Namen“ im JTL-Shop entsprechen müssen. So auch gleichermaßen in Englisch Afterpay Invoice, Afterpay Direct Debit und Afterpay Fix installments.
Aktivieren Sie bei allen Zahlungsarten die Option “Auslieferung vor Zahlungseingang möglich“.
...
Betrieb
Shop
Frontend
Die Zahlungsart AfterPay steht Kunden nur unter gewissen Voraussetzungen zur Auswahl zur Verfügung.
Ihr Shop muss Deutschland, Österreich, Schweiz, Norwegen, Schweden, Finnland oder Dänemark (zukünftig auch Belgien, Niederlande) als Rechnungsland unterstützen und die Währungen Euro und Schweizer Franken sowie Norwegische, Schwedische und Dänische Krone anbieten.
...
Ist die Bestellung allerdings schon “Captured“, “Refunded“ oder “Cancelled“, dann wird keine Aktion ausgeführt. Eine automatisierte Rückzahlung ist an der Stelle nicht vorgesehen, Sie können allerdings manuell über das Plugin-Backend eine (teilweise) Rückzahlung durchführen.
| Warning |
|---|
+++ ACHTUNG, WICHTIG +++Achten Sie bitte genaustens darauf, dass Sie in der JTL-WAWI nicht aus Versehen eine falsche Bestellung stornieren! Die JTL-WAWI bietet zwar die Möglichkeit eine Stornierung rückgängig zu machen, allerdings werden die von Ihnen durchgeführten Aktionen diesbezüglich 1:1 an den Onlineshop übertragen! In dem Fall würde zuerst die Bestellung storniert und die Zahlung gecancelt werden. Anschließend wäre die Bestellung zwar wieder reaktiviert aber eine Zahlung ist nicht mehr durchführbar! Sollten Sie im Anschluss die Ware versenden, dann erfolgt dies ohne Zahlungseingang! |
Begriffsklärung / Glossar
...
Dieser Fehler tritt auf, wenn die Autorisierung nicht im Status “Accepted” endet. Tritt ein anderer Status auf wie z.B. “Pending“, dann kann keine Zahlung durchgeführt werdendurchgeführt werden.
| Warning |
|---|
AfterPay ist nicht mehr verfügbar. Bitte wählen Sie eine andere Zahlart |
Tritt ein Fehler in der Kommunikation mit AfterPay auf, dann wird der Kunde auf die Zahlungsseite zurückgeführt und AfterPay nicht weiter als mögliche Zahlungsart für die aktuelle Session angeboten.
| Warning |
|---|
Der mit AfterPay zahlbare Gesamtbetrag ist nicht mehr verfügbar. Bitte wählen Sie eine andere Zahlart |
Tritt ein Fehler in der Kommunikation mit AfterPay auf, dann wird der Kunde auf die Zahlungsseite zurückgeführt und AfterPay nicht weiter als mögliche Zahlungsart für die aktuelle Session angeboten.
| Warning |
|---|
Der mit AfterPay zahlbare Gesamtbetrag ist überschritten. |
Reduzieren Sie die Warenkorbsumme unter 99.9 Millionen.
Logs prüfen
Im Plugin-Backend werden dem Händler zu jeder Aktion Erfolgs- und Fehlermeldungen angezeigt. Insbesondere werden Fehler in das Shop-Log geschrieben. Die Fehlermeldungen und die allgemeinen Kommunikation mit der AfterPay API kann dann bequem mit dem Präfix “Afterpay>“ gefiltert werden.
Um herauszufinden, wo ein Problem liegt, helfen Ihnen und uns die Logs. Je nach Fehlerbild ist eines der folgenden 3 Logs dafür mehr oder weniger relevant.
Browser-Log
Das Browser-Log ist meist relevant, wenn irgendwas im Frontend des Shops sich merkwürdig verhält oder nicht reagiert. (Beispiel: Sie klicken einen Button und augenscheinlich passiert gar nichts.)
Das Browser-Log sehen Sie, wenn Sie im Browser F12 drücken und dort dann auf Konsole (oder Console) wechseln.
Shop-Log
Das Shop-Log ist immer dann interessant, wenn im Frontend unerwartete Fehlermeldungen ausgegeben werden oder das Plugin zwar auf Eingaben im Frontend reagiert, aber nicht das Ergebnis liefert, was erwartet wurde. Manchmal ergibt sich auch durch das Browser-Log, dass die Informationen eher im Shop-Log zu suchen sind.
Das Shop-Log finden Sie im JTL-Adminbereich unter System → Wartung → Log.
Das JTL-Log arbeitet mit Log-Levels, um nicht die Datenbank unbegrenzt mit Logdaten zu befüllen. Im Umkehrschluss heißt das, dass Sie Logmeldungen aber auch erst dann sehen, wenn diese nach der Änderung des Loglevels erzeugt worden sind.
Das Plugin loggt außer kritischer Fehler fast ausschließlich im Debug-Log-Level. Wenn also etwas nicht klappt, sollten Sie zunächst das Debug-Loglevel aktivieren, dann eine Testbestellung durchführen, dann das Debug-Loglevel wieder deaktivieren und die zwischenzeitlich geloggten Meldungen zurate ziehen.
Webserver-Log
Das Webserver-Log wird dann relevant, wenn Sie irgendwo auf einen Error 500 (= weiße Seite) stoßen.
Das Webserver-Log kann Ihnen Ihr Hoster zur Verfügung stellen.
In der Standardkonfiguration loggt der JTL-Shop überhaupt nichts in das Webserverlog, nicht mal kritische Fehler wie einen Error 500.
Damit der Shop diese Fehler loggt, müssen in der /includes/config.JTL-Shop.ini.php die einzelnen *_LOG_LEVEL Werte von 0 auf E_ERROR geändert werden.
| Warning |
|---|
Achtung: Editieren Sie die Config-Datei des Shops nur, wenn Sie wissen, was Sie tun! Fehlerhafte Anpassungen hier können Ihren Shop unerreichbar oder (verschlüsselte) Daten unbrauchbar machen. Im Zweifelsfall sollten Sie Ihren Hoster oder Servicepartner um Hilfe fragen. |
...
überschritten. |
Reduzieren Sie die Warenkorbsumme unter 99.9 Millionen.
Logs prüfen
Im Plugin-Backend werden dem Händler zu jeder Aktion Erfolgs- und Fehlermeldungen angezeigt. Insbesondere werden Fehler in das Shop-Log geschrieben. Die Fehlermeldungen und die allgemeinen Kommunikation mit der AfterPay API kann dann bequem mit dem Präfix “Afterpay>“ gefiltert werden.
Um herauszufinden, wo ein Problem liegt, helfen Ihnen und uns die Logs. Je nach Fehlerbild ist eines der folgenden 3 Logs dafür mehr oder weniger relevant.
Browser-Log
Das Browser-Log ist meist relevant, wenn irgendwas im Frontend des Shops sich merkwürdig verhält oder nicht reagiert. (Beispiel: Sie klicken einen Button und augenscheinlich passiert gar nichts.)
Das Browser-Log sehen Sie, wenn Sie im Browser F12 drücken und dort dann auf Konsole (oder Console) wechseln.
Shop-Log
Das Shop-Log ist immer dann interessant, wenn im Frontend unerwartete Fehlermeldungen ausgegeben werden oder das Plugin zwar auf Eingaben im Frontend reagiert, aber nicht das Ergebnis liefert, was erwartet wurde. Manchmal ergibt sich auch durch das Browser-Log, dass die Informationen eher im Shop-Log zu suchen sind.
Das Shop-Log finden Sie im JTL-Adminbereich unter System → Wartung → Log.
Das JTL-Log arbeitet mit Log-Levels, um nicht die Datenbank unbegrenzt mit Logdaten zu befüllen. Im Umkehrschluss heißt das, dass Sie Logmeldungen aber auch erst dann sehen, wenn diese nach der Änderung des Loglevels erzeugt worden sind.
Das Plugin loggt außer kritischer Fehler fast ausschließlich im Debug-Log-Level. Wenn also etwas nicht klappt, sollten Sie zunächst das Debug-Loglevel aktivieren, dann eine Testbestellung durchführen, dann das Debug-Loglevel wieder deaktivieren und die zwischenzeitlich geloggten Meldungen zurate ziehen.
Webserver-Log
Das Webserver-Log wird dann relevant, wenn Sie irgendwo auf einen Error 500 (= weiße Seite) stoßen.
Das Webserver-Log kann Ihnen Ihr Hoster zur Verfügung stellen.
In der Standardkonfiguration loggt der JTL-Shop überhaupt nichts in das Webserverlog, nicht mal kritische Fehler wie einen Error 500.
Damit der Shop diese Fehler loggt, müssen in der /includes/config.JTL-Shop.ini.php die einzelnen *_LOG_LEVEL Werte von 0 auf E_ERROR geändert werden.
| Warning |
|---|
Achtung: Editieren Sie die Config-Datei des Shops nur, wenn Sie wissen, was Sie tun! Fehlerhafte Anpassungen hier können Ihren Shop unerreichbar oder (verschlüsselte) Daten unbrauchbar machen. Im Zweifelsfall sollten Sie Ihren Hoster oder Servicepartner um Hilfe fragen. |
Changelog
v1.0.8 (Oktober2022)
Keine Übertragung von Kundendaten bei der Ermittlung verfügbarer Zahlungsmethoden
v1.0.7 (Oktober 2022)
Fix: Doppelte Deklaration entfernt
v1.06 (August 2022)
Separate Einstellungen für die Aktivierung einzelner Zahlungsarten
API Zugangsdaten Prüfung auf der Hilfeseite/Hilfe-Tab)
v1.0.5 (Juli 2022)
Fix: IP Addresse bestimmen / validieren
v1.0.4 (Juni 2022)
Aktualisierung der Rechtstexte
AfterPay Profile Tracking hinzugefügt
Credentials Check (Prüfung der API Zugangsdaten)
...