Neu Exportformate liefern nur netto Werte für Versandkosten seit JTL Shop 5.5.0

[B2B-IT]

Wir haben festgestellt, dass unsere Exportformate seit dem Update auf Shop Version 5.5.0 nur noch die netto Werte exportiert. Es sollen aber die Bruttowerte ausgegeben werden. Dieses Verhalten tritt
HAt noch jemand das Problem und eine Lösung?
Bisher scheint die Variable "Versandkosten" dazu genutzt wurden zu sein, diese scheint nun aber nur noch den Netto Wert zu enthalten.
JTL zieht sich aus der Verantwortung und mein, dass die Export Funktion nicht supportet wird. Sehr schwache Leistung

 

[NoOne]

Da wurden wohl mehrere Dinge in der /includes/src/Export/Product.php vergessen...

Zunächst Zeile 73, die sollte so aussehen:

$price = Currency::convertCurrency($favourableShipping->finalNetCost, null, $this->kWaehrung);

Diese Zeile mit folgenden Zeilen ersetzen:

if ($favourableShipping->eSteuer=='netto') {
            $price = Tax::getGross(Currency::convertCurrency($favourableShipping->finalNetCost, null, $this->kWaehrung), $this->fUst);
            } else {
            $price = Currency::convertCurrency($favourableShipping->finalGrossCost, null, $this->kWaehrung);
            }

Danach unter Zeile 58 folgende Zeile einfügen:

Tax::setTaxRates($config['exportformate_lieferland'] ?? null, true);

Das sollte dafür sorgen, dass die Versandkosten den Einstellungen entsprechend berechnet werden. Wenn die Versandart auf Netto steht, dann wird die korrekte MwSt. aufgeschlagen, wenn die Versandart auf Brutto steht, wird der fixe Preis genommen. Zumindest denke ich, dass die Versandkostenberechnung so funktionieren sollte. Ich hab das bei mir getestet, da funktioniert das so. Trotzdem natürlich: Immer Backup der Original-Datei vorhalten, zum rückgängig machen.

 

[B2B-IT]

Zwischenzeitlich hat JTL wohl eingesehen, dass es an ihnen liegt. Wir haben auf unser Supportticket die Antwort erhalten, dass die Logik der Versandkostenberechnung ab Shop 5.5 geändert wurde:
"
Seit JTL-Shop Version 5.5 wurde die Preisberechnung der Versandkosten im System grundlegend angepasst – die Preise werden nun zunächst netto berechnet und anschließend die jeweilige Steuer aufaddiert. Diese neue Berechnungslogik findet in den manuellen Exportformaten derzeit jedoch noch keine Berücksichtigung, weshalb es hier zu Abweichungen kommen kann.

Aktuell kann ich Ihnen hierfür leider keinen kurzfristigen Fix anbieten. Unsere Entwickler haben das Thema jedoch bereits aufgenommen und werden es im Rahmen der Weiterentwicklung prüfen."

Es gibt nun auch ein Ticket dazu:

https://issues.jtl-software.de/issues/SHOP-8784

Wenn solch grundlegenden Dinge geändert werden, wäre es schon sinnvoll, dass es Hinweise darauf gibt von Seiten JTL!

Problem wurde anscheinend gelöst und soll mit 5.5.2 gefixt sein. Mal sehen wie:

 

[B2B-IT]

Da wurden wohl mehrere Dinge in der /includes/src/Export/Product.php vergessen...

Zunächst Zeile 73, die sollte so aussehen:

$price = Currency::convertCurrency($favourableShipping->finalNetCost, null, $this->kWaehrung);

Diese Zeile mit folgenden Zeilen ersetzen:

if ($favourableShipping->eSteuer=='netto') {
            $price = Tax::getGross(Currency::convertCurrency($favourableShipping->finalNetCost, null, $this->kWaehrung), $this->fUst);
            } else {
            $price = Currency::convertCurrency($favourableShipping->finalGrossCost, null, $this->kWaehrung);
            }

Danach unter Zeile 58 folgende Zeile einfügen:

Tax::setTaxRates($config['exportformate_lieferland'] ?? null, true);

Das sollte dafür sorgen, dass die Versandkosten den Einstellungen entsprechend berechnet werden. Wenn die Versandart auf Netto steht, dann wird die korrekte MwSt. aufgeschlagen, wenn die Versandart auf Brutto steht, wird der fixe Preis genommen. Zumindest denke ich, dass die Versandkostenberechnung so funktionieren sollte. Ich hab das bei mir getestet, da funktioniert das so. Trotzdem natürlich: Immer Backup der Original-Datei vorhalten, zum rückgängig machen.

Danke für Deine Mühe.
Da anscheinend die "Logik" im Shop geändert wurde, werden diese Anpasssungen vermutlich auch zu Problemen führen oder gegen die Logik von JTL verstoßen. Wir warten mal auf die Shop Version 5.5.2

 

[NoOne]

Danke für Deine Mühe.
Da anscheinend die "Logik" im Shop geändert wurde, werden diese Anpasssungen vermutlich auch zu Problemen führen oder gegen die Logik von JTL verstoßen. Wir warten mal auf die Shop Version 5.5.2

Unwahrscheinlich, weil das eine Datei ist, die nur vom Export verwendet wird und damit ein recht konservativer Hotfix. Aber das bleibt natürlich dir überlassen.

 

[B2B-IT]

Unwahrscheinlich, weil das eine Datei ist, die nur vom Export verwendet wird und damit ein recht konservativer Hotfix. Aber das bleibt natürlich dir überlassen.

Ich finde es sehr bedenklich, dass man für eine Bezahlsoftware selbst in Dateien Änderungen vornehmen sollte um Probleme zu lösen und man (JTL) sich zunächst als nicht zuständig erklärt, obwohl JTL Anpassungen tief im Shop gemacht hat, die undokumentiert sind und Folgen nicht adressiert werden.

 

[NoOne]

Vermutlich ist der Support erst von einem Fehler in der Exportvorlage ausgegangen. Das fällt wohl unter Einrichtungsfragen und dafür wäre der technische Support nicht zuständig. Hotfixes, bis zur Lösung in der nächsten Version, sind nicht unüblich im Bereich der Web-Apps. Das übernimmt der Support üblicherweise. Aber wenn da noch keiner bekannt ist, dann geht das logischerweise nicht. Manchmal sind Community oder ServicePartner auch einfach schneller.