Systemvoraussetzungen und Hinweise

Die Systemvoraussetzungen des Plugins beschränken sich im Wesentlichen auf dieselben Systemvoraussetzungen, die der JTL-Shop ab Version 5 mitbringt.

Systemvoraussetzungen:

• JTL Shop 5.0.0 - 5.4.x

• JTL Warenwirtschaft ab V.1.0

• PHP-Version: 7.4 - 8.3

• Vorhandenes Klarna Payments Konto (Klarna SOFORT wird nicht unterstützt)

Einleitung

Das Plugin wurde entsprechend der Konventionen von JTL-Software entwickelt und hält sich an die Shop-Standards. Die Konfiguration des Plugins ist größtenteils innerhalb des Plugins mit hilfreichen Hinweisen versehen. Bitte nehmen Sie sich beim Einstellen des Plugins kurz die Zeit, die Hinweise zu lesen.

Installationsvideo

Open

Was wird in diesem Video gezeigt?

• Installation des Plugins via JTL-Extensionstore

• Erstellung der Api-Daten und Konfiguration des Plugins

• Erstellung und Anlage On-Site Messaging

Installation des Plugins

Das Plugin installieren Sie wie jedes andere JTL-Shop 5 Plugin (Extension Store – JTL-Guide). Es werden keine besonderen Schritte benötigt.

Konfiguration (Shop)

Nach der Installation kann das Plugin konfiguriert werden. Die Konfiguration erfolgt wie gewohnt über den Admin-Bereich, welcher entweder direkt über die Sidebar oder über in der Plugin-Verwaltung über den "Einstellungen"-Button aufgerufen werden kann.

Das Plugin wird mit einer sinnvollen Standardkonfiguration ausgeliefert und weist auf wichtige oder noch fehlende Einstellungen hin, wenn das Plugin-Backend aufgerufen wird. Zu einer minimalen Konfiguration gehört:

• Eintragen der Klarna Zugangsdaten (Händler-ID und Passwort)

• Zuordnung der Klarna Zahlungsarten zu mindestens einer Versandart

• Zur Live-Schaltung: Den Sandbox-Modus deaktivieren

Zahlungsart konfigurieren (optional)

Neben der Konfiguration im Plugin-Backend können Standard-Einstellungen für die Zahlungsarten vorgenommen werden. Die Klarna-Zahlungsarten befinden sich im Admin-Bereich des Shops unter dem Menüpunkt "Zahlungsarten".

Angezeigter Name

Diese Werte haben keine Auswirkung auf die Klarna-Zahlunsart-Darstellung, da hier die von der Klarna-API zurückgegebenen Namen genutzt werden.

Bild-URL

Die Klarna-Zahlungsart-Logos werden ebenfalls nicht hier konfiguriert, sondern direkt im Template vom Klarna-Plugin eingebunden. Lassen Sie dieses Feld also leer.

Name der Gebühr

Name der jweiligen Rechnungsgebühr im Warenkorb des Kunden.

Erlaubte Kundengruppen

Kundengruppen für die die Zahlungsart zur Verfügung stehen soll. Es können mehrere Kundengruppen ausgewählt werden, wenn STRG gedrückt wird.

Sortiernummer

Anpassen der Sortierung der Zahlungsarten in der Auswahl.

Hinweistext

Die Hinweistexte hier haben keine Auswirkung auf die Darstellung der Zahlungsart, da hier das von Klarna vorgegebene Template gerendert wird.

E-Mail: Bestätigung der Zahlung / Storno der Bestellung

Hier kann ausgewählt werden, welche E-Mails versendet werden sollen.

Zahlung vor Bestellabschluss

Dies ist eine technisch notwendige Einstellung – lassen Sie den Wert auf "Ja" stehen.

Anzahl Bestellungen nötig

Hier kann angeben werden, ab wie vielen Bestellungen diese Zahlungsart dem Kunden zur Verfügung steht.

Mindestbestellwert

Mindestbestellwert der erreicht sein muss, damit die Zahlungsart verfügbar ist.

Maximaler Bestellwert

Gibt an, bis zu welchem Maximalwert die Zahlungsart zur Verfügung stehen soll.

Versandarten zuordnen

Im Admin-Bereich des Shops unter dem Menüpunkt "Versand -> Versandarten" können die Klarna-Zahlungsarten den verschiedenen Versandarten hinzugefügt werden, bei denen Sie zur Verfügung stehen sollen.

E-Mail Vorlagen anpassen

Damit dem Nutzer die korrekten Zahlungsartnamen in den E-Mails angezeigt werden, müssen die folgenden E-Mail Vorlagen entsprechend angepasst werden. Der Klarna Zahlungsartname ist in den Vorlagen in der Variable $KlarnaPaymentName verfügbar, sofern es sich um eine Bestellung handelt, welche über Klarna abgewickelt wird.

Bestellbestätigung

Hier muss die Variable $Bestellung->cZahlungsartName ersetzt werden, wenn eine Klarna Zahlungsart verwendet wurde. In der JTL Standard-Vorlage müsste die Zeile

durch die folgende angepasste Zeile ersetzt werden

Bestellung bezahlt

Hier muss die Variable $Bestellung->Zahlungsart->cName ersetzt werden, wenn eine Klarna Zahlungsart verwendet wurde. In der JTL Standard-Vorlage müsste die Zeile

durch die folgende angepasste Zeile ersetzt werden

Bestellung aktualisiert

Hier muss die Variable $Bestellung->cZahlungsartName ersetzt werden, wenn eine Klarna Zahlungsart verwendet wurde. In der JTL Standard-Vorlage müsste die Zeile

durch die folgende angepasste Zeile ersetzt werden

Zugangsdaten konfigurieren

Die Klarna API-Zugangsdaten, die zur Verbindung des Shops mit Klarna benötigt werden, finden sich im Plugin-Backend im Tab "Einstellungen". Die Klarna API-Zugangsdaten werden in der Benutzeroberfläche von Klarna generiert:

Open

Die Api-Zugangsdaten werden dann in einem Popup angezeigt:

Die Zugangsdaten werden dort nur einmal angezeigt, speichern Sie sich die Daten daher gut weg.

Einstellungen vornehmen

Die Einstellungen des Plugin sind im Plugin-Backend unter dem Tab "Einstellungen" erreichbar.

Einstellungen

Generelle Einstellung zum Verhalten des Plugins.

Sandbox Modus

Umschalten zwischen "TEST" und "LIVE" Modus. Im Testmodus können keine echten Bestellungen/Zahlungen durchgeführt werden!

Händler-ID

Die Händler-ID, welche Klarna vergeben hat.

Passwort

Das Passwort bzw. Shared Secret zur vergebenen Händler-ID.

Eskalations-Mail-Adresse

An die hier eingetragene E-Mail-Adresse sendet das Plugin Warn- und Hinweismeldungen, wenn ein Eingreifen erforderlich ist.

Bestellbestätigungsformular

Der phpQuery-Selektor für das Formular auf der Bestellbestätigungsseite. phpQuery ist eine serverseitige Implementierung von jQuery-Funktionen und mithilfe dieser Selektoren können Sie die Buttons unabhängig vom eingesetzten Template und je nach Wunsch platzieren.

Erfassung von Versandkosten und Rabattcodes/Guthaben

Mit dieser Einstellung kann angegeben werden zu welchem Zeitpunkt die Versandkosten und benutzte Rabattcodes/Guthaben bei Klarna aktiviert werden sollen. Diese Einstellung ist nur für Bestellungen, welche teilversandt werden, nötigt.

Automatische Erfassung aktivieren

Hier kann die automatische Aktivierung bei Bedarf aktiviert werden. Wenn Sie diese Optionen aktiviert ist, werden die Bestellungen automatisch bei Klarna aktiviert und als "bezahlt" markiert! Dies gilt nur für Bestellungen, welche nur aus Digitalen Gütern / Download-Artikeln bestehen!

Extra Merchant Data (EMD)

Auswahl an Zusatzdaten, welche an Klarna übermittelt werden sollen.

Customer Account Info

Gibt an, ob die Kundokonto-Daten an Klarna übermittelt werden sollen oder nicht.

Purchase History Full

Gibt an, ob die Einkaufshistorie des Kunden an Klarna übermittelt werden sollen oder nicht.

Generisches EMD-Feld zulassen

Gibt an, ob generische EMD-Daten, individuell angepasst an den Shop, mit an Klarna gesenden werden sollen. Dazu muss diese Option aktiviert sein.

Außerdem ist eine emd_custom.php im Plugin-Verzeichnis notwendig. In dieser Datei muss eine Funktion mit folgender Signatur definiert werden addCustomMerchantData(array &$data, \JTL\Customer\Customer $customer, ?\JTL\Checkout\Bestellung $order, \JTL\Cart\Cart $cart, ?string $method).

Diese Methode bekommt eine Referenz des $data-Objekts worauf direkt gearbeitet werden kann, um Daten hinzuzufügen oder anzupassen. Außerdem bekommt die Methode den Kunden, die Bestellung (sofern vorhanden), den Warenkorb, und sofern vorhanden die verwendete Klarna-Methode ("pay_now", "direct_bank_transfer", "card, "pay_later", oder "slice_it") als Parameter übergeben. Der Rückgabewert der Methode wird nicht ausgewertet.

Eine beispielhafte Implementation der emd_custom.php könnte wie folgt aussehen:

Weitere Informationen zu den unterstützen Feldern findet sich in der Klarna API Dokumentation: https://developers.klarna.com/api/#payments-api__create-a-new-orderattachment__body

On-Site Messaging

phpQuery Selektoren zum Platzieren der On-Site Messaging Placements. phpQuery ist eine serverseitige Implementierung von jQuery-Funktionen und mithilfe dieser Selektoren können Sie die Placements unabhängig vom eingesetzten Template und je nach Wunsch platzieren.

PQ-Selektor Artikelpreis

Der phpQuery-Selektor des Artikelpreises auf der Artikelseite. 

PQ-Selektor Warenkorbpreis

Der phpQuery-Selektor der Gesamtwarensumme auf der Warenkorbseite.

PQ-Selektor Homepage

Der phpQuery-Selektor für die Startseite.

Widget-Anpassungen

Aussehen des Klarna Widgets anpassen.

Rahmen-Farbe

Farbe der Rahmen im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Rahmen-Farbe (ausgewählt)

Farbe der Rahmen von ausgewählten Elementen im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Button-Farbe

Farbe des Buttons im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Buttontext-Farbe

Farbe der Button-Texte im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Checkbox-Farbe

Farbe der Checkboxen im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Checkbox-Häkchen-Farbe

Farbe der Checkbox-Häkchen im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Detail-Infos-Farbe

Farbe der Detail-Infos im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Kopfbereich-Farbe

Farbe des Kopfbereichs im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Link-Farbe

Farbe der Links im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Text-Farbe

Farbe des Texts im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Text-Farbe (sekundär)

Farbe des sekundären Texts im Widget als CSS Hex-Farbwert (z.B. #FF9900)

Rahmen-Radius

Radius des Rahmens im Widget (z.B. 8px oder 5%)

Konfiguration (WaWi)Händler

Zahlungsart einrichten

In der JTL WaWi muss eine Zahlungsart für "Klarna Rechnung", "Klarna Sofort bezahlen", und "Klarna Ratenzahlung" oder die neue ZA “ONE Klarna” angelegt werden. Die Zahlungsarten können in der WaWi unter "Zahlungen -> Zahlungsarten" angelegt werden.

Die weiteren Einstellungen hängen davon ab, wie die Zahlungserfassung im Plugin konfiguriert wurde.

Mit automatischer Erfassung (Auto-Capture aktiviert)

Sofern die "automatische Erfassung" in den Plugin Einstellungen aktiviert wurde, sollte der Haken "Auslieferung vor Zahlungseingang möglich" deaktiviert werden, da die Bestellungen immer als bezahlt im Shop ankommen sollten.

Nicht bezahlte Bestellungen deuten in dem Fall darauf hin, dass eine nicht-autorisierte Bestellung vom Shop in die Wawi gelangt ist. Solche Bestellungen sollten nicht ausgeliefert werden, da dafür keine Zahlung garantiert ist!

Ohne automatische Erfassung (Auto-Capture deaktiviert)

Sofern die "automatische Erfassung" in den Plugin Einstellungen deaktiviert wurde, sollte der Haken "Auslieferung vor Zahlungseingang möglich" aktiviert werden, da alle Bestellungen zunächst als nicht bezahlt in der Wawi ankommen. Erst nach dem Versand bzw. Teilversand der Bestellung wird der eigentliche Zahlungseinzug gegen Klarna aktiviert.

Auftragsattribute anlegen (bis Wawi 1.5.*)

Das Plugin schreibt in die folgenden Attribute wichtige Informationen (sofern vorhanden) zu Transkationen:

• klarna_order_id Die Klarna Bestell-ID

Legen Sie diese Attribute unter Verkauf → Auftragsattribute an, damit Sie sie auch an Aufträgen einsehen können.

Auftragsattribute/Eigene Felder anlegen (ab Wawi 1.6.*)

Ab Wawi-Version 1.6.* sind Auftragsattribute zu Eigenen Feldern geworden. Man findet die Eigenen Felder unter Admin → Eigene Felder. Das Eigene Feld wird im Bereich “Angebot/Auftrag/Abonnements” angelegt. Das Eigene Feld kann in einer neuen Gruppe oder einer vorhandenen erstellt werden, hier gibt es keine Vorgabe. Das Feld selbst wird mit Datentyp “Freitext” angelegt:

Betrieb

Standardablauf

Zum besseren Verständnis ist der Ablauf/Lebenszyklus einer mit Klarna bezahlten Bestellung hier genauer beschrieben.

Mit automatischer Erfassung (Auto-Capture aktiviert)

1. Der Kunde wählt eine Klarna Zahlungsart im Shop aus.

2. Der Kunde gibt, falls nötig, die von Klarna geforderten Angaben an.

3. Der Kunde bestellt zahlungspflichtig.

4. Das Plugin legt die Bestellung und den Zahlungseingang im Shop an.

5. Die WaWi holt die Bestellung und den Zahlungseingang ab. Die Bestellung kommt in Ihrer Wawi als Bezahlt = Ja an. Im Hinweis-Feld der Bestellung fügt das Plugin die Klarna Bestell-ID hinzu.

6. Sie versenden die Bestellung.

Ohne automatische Erfassung (Auto-Capture deaktiviert)

1. Der Kunde wählt eine Klarna Zahlungsart im Shop aus.

2. Der Kunde gibt, falls nötig, die von Klarna geforderten Angaben an.

3. Der Kunde bestellt zahlungspflichtig.

4. Das Plugin autorisiert die Bestellung gegen Klarna. Die Autorisierung ist bei Erfolg im Status "Autorisiert" bzw. "Authorized". Es wird noch kein Zahlungsbetrag aktiviert.

5. Das Plugin legt die Bestellung ohne Zahlungseingang im Shop an.

6. Die WaWi holt die Bestellung ab. Die Bestellung ist unbezahlt. Im Hinweis-Feld der Bestellung fügt das Plugin die Klarna Bestell-ID hinzu.

7. Sie versenden die Bestellung.

8. Das Plugin erkennt den Versand und löst die Aktivierung über den Gesamtbetrag oder, sofern die Bestellung teilversandt wurde, den entsprechenden Teilbetrag der Bestellung gegen Klarna.

9. Wenn der Gesamtbetrag der Bestellung, d.h. wenn die Bestellung komplett versendet wurde, aktiviert wurde, setzt das Plugin den Zahlungseingang im Shop.

10. Die Wawi holt den Zahlungseingang ab. Die Bestellung ist im Status bezahlt = ja.

Storno

Wie der Storno-Vorgang behandelt wird, ist abhängig davon ob die automatische Erfassung aktiviert wurde oder nicht.

Mit automatischer Erfassung / Bereits bezahlte Bestellung

Da in diesem Fall die Zahlung schon erfolgt ist bzw. der Zahlungsbetrag gegen Klarna aktiviert ist, kann das Plugin die Bestellung nicht mehr gegen Klarna abbrechen. Die Bestellung muss über das Klarna Händlerportal manuell erstattet werden. Im Plugin-Backend befindet sich unter jeder Bestellung ein Link, welcher die jeweilige Bestellung im Klarna Händler-Portal aufruft.

Ohne automatische Erfassung / Noch nicht bezahlte Bestellung

Das Plugin erkennt der Storno-Vorgang automatisch und bricht die Bestellung gegen Klarna ab.

Teil-Storno

Um eine Bestellung in Klarna teil zu stornieren, muss das ausstehende Betrag freigegeben werden. Dies kann sowohl über das Plugin-Backend als auch über das Klarna Händler-Portal geschehen. Im Plugin-Backend wird bei jeder teil-erfassten Bestellung ein Button "Genehmigten Betrag entfernen" angezeigt. Über diesen Button kann der ausstehende Betrag freigeben werden und die Bestellung ist für Klarna teil-storniert.

Retouren / Erstattungen

Retouren und Erstattungen müssen generell über das Klarna Händler-Portal vorgenommen werden. Jede Bestellung im Plugin-Backend enthält einen Link zur entsprechenden Bestellung im Händler-Portal. Des Weiteren werden über das Händler-Portal getätigte Erstattungen im Plugin Backend des Shops bei jeder Bestellung unter dem Punkt "Erstattungen" angezeigt.

Bestelldaten ändern

Wenn Bestelldaten, wie die Liefer- oder Rechnungsadresse, oder die Bestellpositionen (hinzufügen, entfernen, rabattieren) in der WaWi geändert werden, müssen diese Änderungen auch im Klarna Händler-Portal für diese Bestellung vorgenommen werden. Dies ist notwendig, da die WaWi beim Shop-Abgleich diese Änderungen nicht an den Shop weitergibt, wodurch das Plugin nicht entsprechend reagieren kann.

Aus diesem Grund enthält jede Bestellung im Plugin-Backend einen Link zur entsprechenden Bestellung im Händler-Portal.

On-Site Messaging (OSM)

On-Site-Messaging ist eine Lösung, die den Endverbraucher vor dem Kauf darauf hinweist, dass er zum Kauf bei Klarna berechtigt sein kann. Das Messaging kann dabei von allgemeinen Bannern zur Förderung Ihrer Partnerschaft mit Klarna und der Verfügbarkeit von Finanzmitteln bis zu personalisierten Kreditaktionen auf Produkt- oder Warenkorbseiten reichen.

Beispiele 1

Beispiel 2

Beispiel 3

Es gibt noch Weitere Darstellungsformen. Diese finden Sie dann in der Klarna Oberfläche bei den Placements.

Um On-Site Messaging auf Ihrer Seite nutzen zu können, müssen zuerst die folgenden Schritte ausgeführt werden:

1. Aufrufen des Klarna Händler-Portals

2. On-Site Messaging aus der App-Liste aufrufen

3. Akzeptieren der Nutzungsbedingungen

4. Im Plugin-Backend ein neues Placement hinzufügen

5. JavaScript-Tag vom Händler-Portal kopieren und in das JavaScript-Tag Feld einfügen:
   
   

   
   
   

6. Placement-Tag vom Händler-Portal kopieren und in das Placement-Tag Feld einfügen:
   
   

Sie haben dort auch die Möglichkeit, verschiedene Placements für unterschiedliche Sprachen zu verwenden. Achten Sie bei der Konfiguration im Plugin ebenfalls auf die korrekt eingestellte Sprache zum Placement.

Sie können bei den Placement ebenfalls weitere Konfigurationen innerhalb der Darstellungen vornehmen.

Individualisierung

Die verwendeten Templates des Plugins können mit eigenen Templates überschrieben werden, um zum Beispiel eigene CSS-Styles einzubinden.

Template-Dateien

Di folgenden Template-Dateien können ersetzt werden, indem eine Datei mit dem Namen *_custom.tpl angelegt wird. Diese Dateien werden dann anstelle der originalen .tpl-Datei geladen.

FAQ

Ich hatte vorher ein anderes Shopsystem, kann ich die gleichen Api-Keys nutzen?

Nein. Man muss eine neue Händler-ID bei Klarna beantragen, da die Händler-ID an das jew. Shopsystem gebunden ist.

Ist das Plugin mehrsprachenfähig? Worauf muss ich achten?

Ja das Plugin unterstützt unbegrenzt Sprachen. Im Auslieferungszustand werden jedoch nur deutsch und englisch vollständig mitgeliefert. Beim Einsatz weiterer Fremdsprachen müssen die fehlenden Plugin-Sprachvariablen ergänzt werden.

Die Sprachvariablen befinden sich in der Pluginverwaltung unter dem "Sprachvariablen"-Link in der Zeile des Plugins.

Kann ich mit meinem Klarna SOFORT Konto die API Daten für das Plugin erstellen?

Nein, denn das Plugin unterstütz nur Klarna Zugangsdaten für Klarna Payments. API Daten, welche mit einem Zugang für Klarna SOFORT generiert werden, werden vom Plugin nicht unterstützt, da es sich um ein anderes Klarna Produkt handelt, welches nicht mit der Klarna Payments API kompatibel ist!

Warum erscheint die Fehlermeldung “Bei der Kontaktaufnahme mit der Klarna-API ist ein technisches Problem aufgetreten. Sollte dieser Fehler weiterhin auftreten, wenden Sie sich bitte an den Eigentümer dieser Website” in der Zahlungsartauswahl?

Dies kann die folgenden Gründe haben:

• Die eingetragenen API Daten sind falsch, z.B. wurden API Daten für Klarna SOFORT genutzt (siehe “Kann ich mit meinem Klarna SOFORT Konto die API Daten für das Plugin erstellen?”)

• Die API-Daten / der zugehörige Benutzer wurde seitens Klarna noch nicht vollständig für die Klarna Payments freigeschaltet / aktiviert. Hier hilft es sich mit dem Klarna Support oder Ihrem Klarna Ansprechpartner in Verbindung zu setzen, um nähere Informationen zu erfahren.

• Es wurden API Daten aus dem Klarna Shop 4 Plugin genutzt → Das alte Plugin für den JTL Shop 4, verarbeitet nur die Zugangsdatentypen KCOv2 und KPMv2 wohingegen das Plugin für JTL Shop 5 das neue Klarna Payments (KP) benutzt. Um einen neuen Vertrag für Klarna Payments zu erhalten oder einen alten zu migrieren, setzen Sie sich bitte mit dem Klarna Vertrieb in Verbindung.

Muss ich bei der Verwendung der PayPal Paymentwall in Verbindung mit den Klarna Zahlungsarten etwas beachten?

Es ist technisch notwendig, dass die standard Zahlungsarten außerhalb der Payment Wall dargestellt werden. Die PayPal Payment Wall unterbindet das Ausspielen notwendiger Frames, die für die finale Abwicklung der Klarna Zahlungsarten aber notwendig sind. Gehen Sie daher in das PayPal Plugin und stellen dort entsprechend ein, das die standard Zahlungsartenauswahl unterhalb der Payment Wall angezeigt werden:

Das Plugin funktioniert nach Update/Installation nicht mehr aufgrund eines PHP Fatal Errors

Wenn das Plugin nach einem Update/Installation aufgrund des folgenden PHP Fehlers nicht mehr funktioniert

PHP: Fatal Error: Uncaught TypeError: Argument 1 passed to Plugin\s360_klarna_shop5\src\Utils\Config::__construct() must implement interface JTL\Plugin\PluginInterface, null given, called in [...]

, dann hilft es das Plugin nochmal neu zu installieren (ohne Plugin Daten zu löschen!) und/oder den Object-Cache von JTL zu leeren

Was hat es mit der Warnung bzgl der Abschaffung von Klarna Pay Later, Klarna Pay Now und Klarna Slice It auf sich?

Klarna stellt intern die API und die zur Verfügung gestellten Widgets auf ONE Klarna um. Der Vorteil für Kunden/Händler ist dabei, dass in der ONE Klarna Zahlart die oberen Zahlarten gebündelt sind.

Wie migriere ich auf ONE Klarna?

Um auf ONE Klarna zu migrieren, müssen sie die ONE Klarna Zahlungsart zu den Versandarten hinzufügen. Die Zahlungsart ist erst im Checkout ersichtlich, wenn Klarna Sie auf ONE Klarna umgestellt hat. Für einen reibungslosen Übergang empfiehlt es sich daher, die Zahlungsart auch schon vorher den Zahlungsarten zuzuweisen. Damit Klarna Sie auf das neue ONE Klarna umstellt, kontaktieren Sie hierfür den Klarna Händlersupport unter shop@klarna.de unter der Angabe Ihrer Händler-ID (Merchant-ID (MID)). Erwähnen Sie in Ihrer E-Mail, dass Sie die payment_method_category 'klarna' über JTL nutzen möchten!

Außerdem muss die neue ONE Klarna Zahlart auch in der WaWi angelegt werden, siehe: Klarna Zahlungsarten (JTL-Shop 5) | Zahlungsart einrichten

Warum können Gastbestellungen die teilversandt werden nicht automatisch aktiviert werden?

Das Problem ist, dass JTL bei Gastbestellungen den Positionen auf dem Lieferschein nicht die Artikel/Warenkorbpositionen zuordnen kann. Das Klarna Plugin sieht also nur einen Lieferschein ohne Positionen und kann daher die Bestellung nicht teilaktivieren. In diesen Fällen wird das Plugin eine Nachricht ins Hinweislog schreiben + eine E-Mail an die im Plugin hinterlegte Eskalationsmail senden, mit der Info das die Bestellung mit der betroffenen Bestellnummer per Hand aktiviert werden muss.

Teilversandte Bestellungen von registrierten Kunden oder Bestellungen die komplett versendet werden (registriert und Gast) sind davon nicht betroffen!

Changelog

v1.2.9 (November 2024)

• Fixed: Klarna Portal URL angepasst

v1.2.8 (Oktober 2024)

• Added: Fehlernachricht + Mail beim Versucht teilversandte Gastbestellungen zu aktivieren

• Added: JTL 5.4 Support

• Bugfix: Problem mit kurzen Hex-Codes bei Farbeinstellungen behoben

• Bugfix: Problem mit Autorisierungstoken bei Gutscheineinlösung behoben

v1.2.7 (August 2024)

• HOTFIX: Bug in Rundungsproblem Behebung bei Rabattbeträgen aus v1.2.6 beheben

v1.2.6 (August 2024)

• Bugfix: Eventuelle Rundungsprobleme beim ausgewiesenen Rabattbetrag innerhalb einer Warenkorbposition beheben

• Bugfix: Deaktivierten “Weiter”-Button in der ZA-Auswahl beim wechseln der ZA wieder aktivieren

v1.2.5 (August 2024)

• Bugfix: Sonderfall behandeln wenn ein Produkt einen Rabatt + eine Variation mit Aufpreis hat wodurch der Preis (+Aufpreis) größer ist als der rabattierte Preis

• Bugfix: Zahlungsart-Aufschlag extra ausweisen und falsche Fehlerlog-Meldung beheben

v1.2.4 (Juli 2024)

• Bugfix: Deaktivieren der Klarna Zahlungsarten wenn der Warenkorb einen Artikel mit teilbarer Menge enthält, da Klarna nur ganzzahlige Mengeneingaben unterstützt.

v1.2.3 (März 2024)

• Bugfix: Probleme mit dem Re-Autorisierungsablauf aufgrund von Änderungen an der Klarna API behoben

v1.2.2 (Februar 2024)

• Bugfix: Rundung von reduzierten Artikeln so angepasst, dass der Rundungsfehler mit dem von JTL errechneten übereinstimmt

• Bugfix: Besseres Error-Handling

• Added: JTL 5.3 Plugin Log

v1.2.1 (Dezember 2023)

• Bugfix: JavaScript Fehler bei Versandartwechsel aufgrund fehlender Klarna Session Daten

• Bugfix: total_discount_amount immer als positiven Wert setzen

v1.2.0 (Oktober 2023)

• Added: Neue Zahlungsart ONE Klarna

• Changed: Die Zahlungsarten Klarna Pay Later, Klarna Pay Now und Klarna Slice It sind ab sofort veraltet!

• Bugfix: Keinen harten Fehler werfen, falls schon aktivierte/rückerstattete Bestellungen storniert werden. Stattdessen werden diese nur noch im Error-Log gespeichert!

v1.1.25 (März 2023)

• Bugfix: Beheben von Rundungsfehlern durch JTL bei der Autorisierung von Bestellungen.

v1.1.24 (Januar 2023)

• Kompatibilität für JTL 5.2 und PHP 8.1 hinzugefügt

v1.1.23 (September 2022)

• Bugfix: Fehler beim Umwandeln von Floating-Point (Komma-Zahlen) in Integer Zahlen (Ganzzahlen) unter bestimmten Umständen.

v1.1.22 (August 2022)

• Bugfix: Doppelter Versand der “Versandbestätigung”-Mail

• Added: Erweitertes Logging in der Zahlungsart

v1.1.21 (Juli 2022)

• Bugfix: Fehlerfall abfangen, dass bei bereits stornierte oder vollständig erstattete Klarna Bestellungen nicht erneut storniert werden, da dies zu Fehlern im WaWi Abgleich führen kann

• Bugfix: Fehler bei der Prüfung welche Klarna Zahlungsarten für den Kunden auswählbar sind, da bei Änderung der Adresse noch alte Session Daten verwendet wurden.

v1.1.20 (Juni 2022)

• Bugfix: Deaktivieren des Plugins sorgt für Fehler im Frontend, da JTL die Zahlungsarten nicht selbständig deaktiviert.

v1.1.19 (April 2022)

• Bugfix: Fehler in der Rundungsdifferenzberechnung behoben.

• Bugfix: Fehler bei rabattierten Artikeln behoben

v1.1.18 (April 2022)

• Bugfix: Endlos-Weiterleitung bei fehlenden oder falschen API Daten beheben.

• Bugfix: Bestellungen wurden nicht mehr automatisch aktiviert in JTL Versionen < 5.1.x

v1.1.17 (März 2022)

• Bugfix: Fehler wenn cArtNr NULL ist

v1.1.16 (März 2022)

• BUGFIX: PHP 8 Kompatibilität verbessert

v1.1.15 (März 2022)

• BUGFIX: Fehlende Steuerberechnung in Zusatzverpackungen

• BUGFIX: Fehlende Steuerberechnung in eigenen Spezialpositionen

v1.1.14 (März 2022)

• Bugfix: Klarna JS wird nicht richtig geladen/initialisiert, wenn die Klarna Zahlungsart nicht in der ersten/aktiven Versandart ist.

v1.1.13 (März 2022)

• Bugfix: Beheben von Rundungsfehlern bei der Erfassung von Bestellungen.

v1.1.12 (Februar 2022)

• Bugfix: Fehler mit PHP 8 wodurch Bestellungen werden nicht beim Abgleich aktiviert werden

v1.1.11 (Februar 2022)

• Bugfix: Kürzen der Benutzer-Kommentare bei der Erfassung der Bestellung, falls diese länger als 255 Zeichen sind. Anderenfalls kann die Bestellung nicht gegen Klarna erfasst werden.

v1.1.10 (Februar 2022)

• Bugfix: Bei der Erfassung von Bestellung kann es zu Rundungsfehlern kommen, da JTL hier schon gerundete Preise liefert. Auftretende Rundungsfehler beim erfassen der Bestellung werden als eigene Position bei Klarna erfasst, sodass die Bestellung trotzdem komplett erfasst wird.

v1.1.9 (Januar 2022)

• Bugfix: Falls bei einer Bestellung Guthaben verwendet wurde, so wurde dieses in der Erfassung der Bestellung falsch verrechnet und die Bestellung konnte nicht erfasst werden.

v1.1.8 (Dezember 2021)

• Bugfix: Anzeige der Klarna Zahlungsarten unterhalb der PayPal Plus Payment-Wall nicht korrekt

• Bugfix: Bestellungen mit Gratisgeschenke die bei der Aktivierung keinem Artikel zugewiesen sind, verursachen einen Fehler, sodass die Bestellung nicht aktiviert wird.

v1.1.7 (November 2021)

• Bugfix: Brutto-Preise werden bei der Aktivierung falsch berechnet sofern die Position steuerfrei ist.

v1.1.6 (November 2021)

• Bugfix: Deaktivieren des fehlerhaften Zahlungsart-Bild (sofern vorhanden)

v1.1.5 (November 2021)

• Bugfix: Indexgröße bei MySQL 5.6

v1.1.4 (Oktober 2021)

• Bugfix: Fehlende Import Anweisungen bei bestimmten Fehlerfällen

• Bugfix: Beheben fehlerhafter DB Anweisung

• Unterstützung für JTL 5.1.x und PHP 8.0

v1.1.3 (September 2021)

• Bugfix: Problem mit Klarna und AmazonPay Plugin im Checkout Prozess

v1.1.2 (August 2021)

• Bugfix: Das Plugin verhindert den Versand von Newslettern.

v1.1.1 (Juli 2021)

• Bugfix: Falscher Steuersatz bei Aktivierung des Betrags, sofern Steuersatz nicht dem Standard Shop-Steuersatz entspricht. (zB. Österreich 20%: Bestellung wird mit richtigen Steuersatz angelegt aber nur mit 19% Steuersatz aktiviert)

v1.1.0 (Juli 2021)

• Feature: Auftragsattribut klarna_order_id für die Klarna Bestell-ID hinzugefügt

v1.0.9 (Juni 2021)

• Bugfix/Feature: Option für den Checkout Body Selector hinzugefügt (vorher Standard: body[page=11]).

v1.0.8 (Juni 2021)

• Bugfix: Kompatibilität mit PayPal Plus Plugin, falls Klarna außerhalb der Payment Wall ist.

v1.0.7 (Mai 2021)

• Bugfix: Zahlungsbestätigungs-Email wird unter Umständen mehrfach verschickt

v1.0.6 (Mai 2021)

• Bugfix: Fehlendes JS Event-Handling für kombinierte Payment Methoden

v1.0.5 (April 2021)

• Bugfix: Klarna JavaScript wird bei ändern der Versandart nicht neu initialisiert, sodass Klarna Zahlungsarten nicht mehr funktionieren.

v1.0.4 (April 2021)

• Bugfix: Warnhinweis beim Verlassen der Seite im Bestellabschluss erscheint auch wenn nicht mehr nötig.

v1.0.3 (Februar 2021)

• Bugfix: Error Handling falls beim WaWi-Abgleich der Zahlungseingang nicht gesetzt werden kann, da die Zahlungsart nicht gefunden/erstellt wird.

v1.0.2 (Februar 2021)

• Bugfix: Fehler beim erstellen der Klarna-Session führt zu einer Endlosschleife

v1.0.1 (Januar 2021)

• Bugfix: Deaktivieren der Zahlungsart bei negativem Steuerbetrag aufgrund von Coupons

v1.0.0 (Januar 2021)

• Initiales Release