Neu Shop 4: Einstellung in der ini-Datei für einheitliche Shop-Preise für OSS klappt nicht - Hilfe!

[ongnamo]

Hallo,

gem. Video von Manuel und Empfehlungen an anderer Stelle soll folgendes gemacht werden, um den Shop 4 zu überreden, einhheitliche Bruttopreise unabhängig vom Lieferland anzuzueigen:

In die Datei includes/config.JTL- Shop.ini.php ist hinzuzufügen:

define('CONSISTENT_GROSS_PRICES', true);

Das haben wir getan und alle erdenklichen Caches gelöscht. Natürlich hatten wir auch einen Abgleich der globalen Daten nach dem Anlegen der neuen Steuerklassen je Lieferland gemacht.

Aber es hilft alles nicht: Der Shop ändert munter seine Bruttopreis je Lieferland. Was können wir noch tun?

Viele Grüße
Thomas

 

[MichaelH]

Ich weiß es nicht zu 100% aber das geht erst ab Build 4.06.10 - such mal in diese Richtung ...

 

[ongnamo]

Hallo Michael,

du hast Recht: inzwischen hat mir JTL den Worst Case bestätigt: Shop 4.05 wird in Bezug auf einheitliche Bruttopreise nicht supported. Großartig. Hatte mich auf diese Möglichkeit, die Manuel in seinem Video angekündigt hatte, verlassen. Dass es eine Versionseinschränkung für Shop 4 gibt, war da nicht deutlich geworden. Damit sind dann sind alle Shopbetreiber, die noch auf 4.05 oder älter sind und OSS betroffen sind, akut abmahngefährdet und gezwungen, schnellstmöglich einen Upgrade oder gar Releasewechsel durchzuführen. Keine Nullnummer, wenn man ein paar Modifikationen im Shop hat. Hatte gehofft, 4.06 überspringen zu können. Schade.

 

[MichaelH]

https://css-umsetzung.de/shop/CSS-GeoIP-MwSt-Finder

Damit wird der Kunde über die Steuer informiert und die Preise korrekt angezeigt, nicht gleichbleibend aber rechtlich OK.

 

[ongnamo]

ja, von diesen Plugins habe ich ein paar gesehen. Löst zwar das Problem, aber ich möchte Shopbesucher neben dem lästigen Cookie-Banner nicht mit noch einem Banner nervern. Zumal es durchaus Besucher geben kann, die vielleicht nur stöbern wollen. Daher bin ich von diesem Ansatz nicht überzeugt und hatte mich für die Einheitspreis-Lösung entschieden.

Dennoch danke für die Hilfe.

 

[MichaelH]

Genau lesen, es erkennt an der IP das Land und dann kommt kein Popup, wenn du es auch so einstellst.
Funktioniert !

 

[ongnamo]

Ich lese genau, danke. Doch die Unterdrückung des Banners auf Basis der IP basiert auf der Annahme, dass Lieferland = IP-Land ist. Das ist nicht immer der Fall:
- VPN
- deutsche IP mit Lieferung ins Ausland
- Kunde, der sich (gerade) im Ausland aufhält, bestellt für Lieferung nach DE oder oder ein anderes Land.
- bzw. generell: IP-Land <> Lieferland.

Man kommt nicht darum herum, den Besucher vorab nach seinem Lieferland zu fragen, wenn man landesspezifische Preise anzeigen will. Den Banner nur aufgrund der IP zu unterdrücken, mag in den meisten Fällen funktionieren, ist aber nicht immer korrekt.

 

[MichaelH]

Immer, nie und Alles sind Unworte deren Verwendung man vermeiden sollte.

Bei uns 99,991 % der Kunden RE-Land = LI-Land.

Oder anders gesagt, es wird dir NIE gelingen IMMER ALLES richtig zu machen, ich hoffe du kannst damit leben.

 

[ongnamo]

"Bei uns 99,991 % der Kunden RE-Land = LI-Land." Glückwunsch, für dich ist das Problem damit gelöst, in meinem Fall kann ich das so nicht bestätigen.
Btw: es geht um IP-Land vs LI-Land, nicht um RE-Land vs LI-Land.

ich hoffe, es ist klar geworden, dass die Plugin-Einstellung mit der IP-Erkennung eine Schein-Sicherheit erzeugt. Wer die Risiken kennt, kann ein bewusste Entscheidung treffen. Ich habe mich dagegen entschieden.

 

[MichaelH]

Ich sehe kein Risiko, die Zuordnung erfolgt automatisch und der Kunde kann es ändern, manuell oder es ändert sich automatisch wenn er sein Lieferland angibt im Checkout und das ist möglich und nicht vorhersehbar.

Ein perfektes Leben ist ein schweres Leben.

 

[ongnamo]

ich stimme nicht zu, klinke mich aber hier aus.