Gelöst Änderung der Versandart wird nicht korrekt in Shop aktualisiert

[displayland]

Ist bekannt, wenn bei einem Auftrag in der Wawi die Versandart geändert wird, dies zwar in den Positionen korrekt aufgeführt wird, aber der Auftrag im Shop trotzdem noch auf der ursprünglich bestellten Versandart stehen bleibt?
Beispiel: per "DPD Standard" bestellt, wir ändern es in der Wawi auf "Spedition", dies wird in der Übersicht zwar korrekt angezeigt, auch mit dem neuen Preis, aber im Auftragskopf im Shop steht immer noch "Spedition". Kann es sein, dass daher auch die Variable im Mail "Bestellung aktualisiert" nicht funktioniert?

 

[JulianG]

Hi @displayland

das wurde bisher noch nicht gemeldet und wurde vermutlich konzeptionell nicht berücksichtigt. Ich habe es aufgenommen, aber bei den mir spontanen Lösungsmöglichkeiten gibt es bei den einfachen leider besondere Schwierigkeiten. Die einzige die es vollständig löst bedingt größere Änderungen auf JTL-Wawi Seite und beim Abgleich, dass ist leider nicht einfach: https://issues.jtl-software.de/issues/SHOP-4155

 

[displayland]

Hi JulianG
Vielen Dank für den Bescheid. Ok ich dachte nicht, dass dies so schwer zu lösen ist, zumalen es bei Änderungen der Zahlungsarten ja funktioniert. Wobei ich soeben feststellen muss, dass z.B. bei Änderung von Rechnung auf Kreditkarte (macht natürlich keinen Sinn..) der Auftrag im Shop aktualisiert wird, bei Änderung von Rechnung auf Vorauszahlung jedoch nicht. Vielleicht müsste dies auch gleich noch mit geprüft werden, wird ja die gleiche Problematik sein.

 

[JulianG]

Zahlungsarten müssten funktionieren. Da ist es einfacher, weil es nicht mehrere Zahlungsarten geben kann(sollte), die im Frontend exakt gleich heißen. Das ist allerdings dann eben auch Vorausetzung für das korrekte Matching -> Der Zahlungsartname in JTL-Wawi muss in jeder Sprache passend sein zu den jeweiligen angezeigten Sprach-Namen der Zahlungsarten im Shop. Wenn du also in JTL-Wawi "Vorauszahlung" nutzt, die Zahlungsart im Shop für deutsch jedoch "Vorkasse Überweisung" heisst, dann findet er keine Übereinstimmung.

Bei Versandarten ist das leider anders... es ist grundsätzlich üblich, dass es x verschiedene Versandarten gibt, die alle z.B. im Frontend einfach "DHL" lauten, intern aber anders betitelt sind und im Frontend jeweils nur in ganz bestimmten Fällen angezeigt werden (sodass man im Checkout am Ende doch immer nur 1x "DHL" sieht). Auch hier findet das Matching aber leider über den sprachabhängigen Anzeigenamen statt. Die 1:n Beziehung macht es an der Stelle leider kompliziert.