Startseite›Support›Unterstützung in Deutsch›[Warten auf das Feedback der Benutzer] Wie kann ich erreichen, dass die finalen Preise für Kunden – nach Umrechnung und Steuer – auf v...
[Warten auf das Feedback der Benutzer] Wie kann ich erreichen, dass die finalen Preise für Kunden – nach Umrechnung und Steuer – auf v...
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Die Symptome:
Die finalen Bruttopreise werden nicht korrekt gerundet, nachdem sie in andere Währungen umgerechnet wurden. Statt glatter Beträge wie 12,00 CHF oder 15,00 CHF erscheinen krumme Preise wie 12,04 CHF oder 14,97 CHF.
Fragen:
Wie kann ich erreichen, dass die finalen Preise nach Umrechnung und Steuer auf volle Beträge gerundet werden?
vielen Dank für deine Nachricht und den Link zum bisherigen Ticket mit Andreas – ich habe den Verlauf durchgelesen und habe einen guten Überblick über den bisherigen Stand.
So wie ich es verstehe, hat die vorherige Lösung mit der Einstellung „Shop base address“ das gewünschte Rundungsverhalten ermöglicht. Nun hast du auf „Customer shipping address“ umgestellt, wodurch wieder unrunde Bruttopreise nach Umrechnung auftreten. Du möchtest jetzt ein anderes Verhalten erreichen.
Bevor ich weiter teste, möchte ich sicherstellen, dass ich dein aktuelles Anliegen genau verstanden habe. Kannst du bitte Schritt für Schritt beschreiben, wie ich das Problem nachstellen kann? So kann ich es in einer frischen Installation genau prüfen.
vielen Dank für deine ausführliche Rückmeldung und dafür, dass du dich so sorgfältig mit dem bisherigen Verlauf und dem technischen Hintergrund auseinandergesetzt hast – du hast den Fall und das Problem sehr gut zusammengefasst und korrekt erfasst.
Tatsächlich benötigen wir eine Lösung, bei der mit der Einstellung „Customer shipping address“ und den dabei wechselnden Mehrwertsteuersätzen die finalen Bruttopreise gerundet ausgegeben werden – möglichst auf glatte Beträge wie z. B. 12,00 CHF oder 15,00 CHF.
Der gerundete Bruttopreis soll idealerweise bereits angezeigt werden, wenn der Kunde die Website das erste Mal besucht – also noch bevor er seine Lieferadresse angibt.
Sobald der Kunde seine Lieferadresse auswählt oder eingibt, soll der angezeigte Preis entsprechend korrigiert werden (je nach MwSt-Satz des Ziel-Landes).
Ziel ist eine glatte und konsistente Preisdarstellung für den Kunden, ohne krumme Beträge wie 14,97 CHF oder 12,04 CHF.
Wenn du also einen Weg finden kannst, wie sich runde Bruttopreise mit korrekter MwSt und dynamischer Adresslogik (z. B. Geolokalisierung plus spätere Korrektur bei Adressangabe) kombinieren lassen, wäre das ideal.
Ich freue mich auf dein Feedback und eine mögliche Lösung.
vielen Dank für die Klarstellung. Um genau zu verstehen, welche Optionen uns zur Verfügung stehen, habe ich eine Testumgebung eingerichtet, die Sie unter folgendem Link aufrufen können:
versteckter Link
Bitte konfigurieren Sie dort die WooCommerce-Steueroption auf „Shop base address“, wie im letzten Ticket besprochen. Richten Sie außerdem eine zweite Währung in WooCommerce Multilingual ein. Falls es weitere wichtige Einstellungen gibt, nehmen Sie diese bitte ebenfalls vor.
So kann ich auf Grundlage Ihrer gewünschten Konfigurationen arbeiten und testen, wie sich das Steuerverhalten mit der Einstellung „Customer shipping address“ verhält. Weitere Details sind momentan nicht relevant – mir geht es nur darum, Ihre WooCommerce- und WooCommerce-Multilingual-Einstellungen korrekt in der Testumgebung zu übernehmen, um eine geeignete Ausgangsbasis zu haben.
Ich weiß, dass das mit etwas Aufwand verbunden ist – daher vielen Dank im Voraus für Ihre Mithilfe.
vielen Dank für die Bereitstellung der Testumgebung.
Ich habe dort nun alle steuerlich relevanten Einstellungen gemäß unserer bisherigen Kommunikation vorgenommen, einschließlich der Einstellung der WooCommerce-Steueroption auf „Shop base address“ sowie der Einrichtung einer zweiten Währung in WooCommerce Multilingual.
Ich denke, du kannst jetzt mit deiner Untersuchung auf der Testseite beginnen.
Sobald die Rundungsproblematik wie gewünscht funktioniert, können wir zusätzlich das Product Bundle Plugin einbinden, um die Kompatibilität final zu prüfen.
Vielen Dank für deine Unterstützung und beste Grüße
Patrick
Auf unserem letzten Ticket tauchte dieses Problem nur dann auf, wenn ein Benutzer nicht angemeldet war und die Kundenadresse als Basis zur Berechnung der Steuer diente.
Beachte bitte, dass auf der Test Site nicht wie empfohlen die Steuer nach Shop-Adresse berechnet wurde. Hier war die Kundenadresse eingestellt. Siehe Screenshot.
Ich bitte Dich zu versuchen das Problem auf der Test Site zu replizieren.
Sollte es sich nicht replizieren lassen, benötige ich Zugriff zur Website.
Die von Dir empfohlene Einstellung, die Steuer nach „Shop-Adresse“ zu berechnen, hat bei uns leider zu massiven Problemen geführt. Konkret wurde an der Kasse nicht mehr die korrekte MwSt. anhand der Lieferadresse angepasst, sondern in allen Versandländern pauschal die deutsche MwSt. von 19 % („Shop-Adresse“) berechnet.
Wenn Du weiterhin mit der Option „Shop-Adresse“ arbeiten möchtest, stelle bitte unbedingt sicher, dass an der Kasse automatisch die MwSt. korrekt neu berechnet wird, sobald der Kunde seine Lieferadresse angibt. Dies war bisher nicht der Fall – auch nicht auf unserer Testseite.
Möchtest Du, dass ich Dir nochmals eine Staging-Site aufsetze, oder willst Du direkt auf der Live-Seite arbeiten?
An der Kasse sollte WooCommerce immer die Steuer ansetzen, die der Kunde als Rechnungsadresse angibt. Das wird in dem Fall von WooCommerce gesteuert und nicht von WPML.
Bist Du Dir sicher, dass die ein Problem, dass in der Tat mit WPML zusammenhängt?
Ich kann mir das gerne auf dem Staging nochmal ansehen.
ich habe soeben WPML Multicurrency deaktiviert und in WooCommerce die Einstellung auf „Steuern basierend auf: Geschäftsadresse“ gesetzt.
Anschließend habe ich im Inkognito-Modus eine Testbestellung mit einer Adresse in Österreich durchgeführt, um mögliche Session- oder Cache-Effekte auszuschließen.
Leider wurde dabei an der Kasse weiterhin die deutsche MwSt von 19 % berechnet – statt der erwarteten 20 % für Österreich – und dies wurde auch nach Eingabe der Versandadresse nicht korrigiert, was nicht korrekt ist.
Was ich in diesem Test nicht berücksichtigt habe: Caching. Es ist möglich, dass das Problem auf ein Cache-Problem zurückzuführen ist – das Caching-Plugin sowie den lokalen Browser-Cache hatte ich vor dem Test nicht geleert.
Konntest du bei deiner Analyse noch etwas feststellen?
In Inkognito-Modus werden WPML-Sprach-Cookies oft nicht gesetzt, weil der Browser keine dauerhaften Cookies speichert.
Geolocation via WooCommerce kann stattdessen verwendet werden, um die Sprache und Währung dynamisch zu erkennen – z. B. über die IP des Nutzers mit Hilfe von MaxMind.
Dadurch kann auch ohne Cookie erkannt werden, aus welchem Land der Nutzer kommt – was besonders nützlich ist bei Mehrwertsteuer- und Währungslogik.
Die Frage bleibt, liegt das an WPML oder an WooCommerce?
Anschließend habe ich unter WooCommerce > Einstellungen > Standard-Kundenstandort die Option von
„Geolocate (with page caching support)” auf „Geolocate” umgestellt.
Die Einstellung unter WooCommerce > Einstellungen > Steuer > Steuerberechnung basierend auf war und ist auf „Versandadresse des Kunden” gesetzt. Wie du bereits erwähnt hast, kann diese Einstellung in Verbindung mit WPML problematisch sein (z. B. hinsichtlich der Währungsrundung), aber in diesem Test wurde die Mehrwertsteuer korrekt angezeigt.
Danach habe ich im Chrome-Browser unter den Einstellungen die Cookies und andere Webseitendaten sowie Bilder und Dateien im Cache gelöscht.
Anschließend öffnete ich ein Inkognito-Fenster, um die Testbestellung durchzuführen.
Die Preise wurden nun korrekt bereits beim ersten Aufruf mit 19 % MwSt. für Deutschland (wo ich mich gerade befinde) angezeigt – und an der Kasse, nachdem ich eine österreichische Adresse eingegeben hatte, mit 20 % MwSt..
Jetzt müssten wir noch herausfinden, woran der Fehler genau liegt, und eine dauerhafte Lösung finden.
vielen Dank für Deine Rückmeldung und die Übernahme des Tickets.
Bezüglich Deiner Frage zum „Do Not Track“-Header: Der Fehler mit der fehlerhaften MwSt.-Anzeige trat bei uns bei sämtlichen Kunden auf, nicht nur vereinzelt. Es ist daher sehr unwahrscheinlich, dass alle diese Nutzer eine „Do Not Track“-Funktion aktiviert hatten.
Auch bei mir persönlich im Chrome-Browser konnte ich keine entsprechende Einstellung finden – weder bewusst aktiviert noch nachträglich auffindbar. Nach kurzer Recherche ließ sich auch keine explizite „Do Not Track“-Funktion in meinem Google Chrome aktivieren oder deaktivieren, die dieses Verhalten erklären würde.
Daher vermute ich, dass die Ursache eher in einem Zusammenspiel zwischen WPML/WCML, WooCommerce und/oder dem Caching liegt – möglicherweise in Kombination mit Geolocation und Cookie-Handling, wie von Andreas bereits angedeutet.
Ich hoffe, diese Info hilft Euch bei der weiteren Analyse.
Vielen Dank für die übermittelten Informationen. Leider lässt sich auf Basis der beschriebenen Schritte nicht eindeutig nachvollziehen, wo genau das Problem liegt. Ohne reproduzierbare Schritte können wir keine gezielte Lösung anbieten.
Falls der Fehler erneut auftritt, bitten wir Sie, ein Bildschirmvideo des Problems aufzunehmen. Zusätzlich erstellen Sie bitte eine Duplicator-Kopie Ihrer WordPress-Installation, damit wir die Umgebung lokal debuggen können. Idealerweise zeichnen Sie auch die Schritte zur Behebung mit auf.
Nur so können wir das Problem zuverlässig nachstellen und analysieren – andernfalls ist eine zielführende Lösung leider kaum möglich.
