Neu Bruttobetrag im Shop ändert sich je nach Ust.-Land. Ich will es aber nicht. Wie mache ich das?

[css-umsetzung]

Für einen Kunden, der dieses Problem mit Österreich/Deutschland hat, habe ich für Österreich eine extra Kundengruppe.
Der Shop arbeitet mit seinen 19% und wenn ein Österreicher sich zu erkennen gibt, bekommt er automatisch die Ösi Gruppe zugewiesen die dann trotz der 20%, die gleichen Preise wie die Deutschen haben.

Das läuft ganz gut, ist nur nervig da man ja ständig die Kundengruppenpreise pflegen muss.

 

[MichaelH]

So so hast du - und von wem ist das Plugin ?

 

[css-umsetzung]

Ich gebe bei Einrichtungen eines Shops fast immer ein Plugin dazu das individuelle Sachen für den Shopbesitzer regelt.

Das ist also meine Programmierung, zugeschnitten für diesen Shop.
Wenn es um mehrere verschiedene Länder geht, muss man da aucb ein mapping programmieren damit man weißwelches Land welche Gruppe bekommt aber das ist auch kein Hexenwerk.

Es ist eben nur umständlich die Gruppen zu pflegen. Eventuell sollte man da wirklich mal über eine automatische Preisanpassung via Plugin nachdenken aber für die wawi bräuchteman eh Gruppenpreise.

 

[hula1499]

Das sind alles vollständig unnötige zusätzliche Arbeitsschritte, nur weil JTL keinen Schritt weit denken kann.
Lieferschwellen gibts in der WaWi, aber im eigenen Produkt (JTL Shop) gibts dafür 0 Implementierung.
Kundengruppen gibts, in der WaWi, aber die mit unterschiedlichen STeuersätzen etc. zu versehen -> fail

a)
das Plugin/Template muss erkennen wohin es geht -> demnach dann die Steuer manipulieren
b)
in allen Produkten muss die "Kundengruppe" vom Preis her richtig verändert werden, damit der Endpreis immer stimmt.
Gilt natürlich auch für Sonderpreise, Kinderartikel etc -> alles vollkommen schwachsinniger Aufwand.
c)
manche Plugins/Zahlungsoptionen können mit der Manipulation einfach nicht umgehen und schicken dann falsche Werte (secupay, sofortüberweisung ...) in Bestellbestätigung und in die WaWi -> weiterer zusätzlicher Supportaufwand im backend

 

[Indy1]

Irgendwie finde ich diese Diskussion ein wenig unnötig...
Wenn ich in irgendein Multinationales Geschäft gehe (HuM z.B.) und mir dort was anschaue habe ich auch 3 verschiedene Preise drauf - je nachdem wo ich es kaufe und ich hab noch nie jemanden gehört der sich desshalb beschwert hätte...
Ich um es gleich vorweg zu sagen.... ich komme aus AT und ich habe die TEUREREN Preise oben stehen (wegen der MWSt) - also... bevor man da herumzickt vielleicht einfach unterschiedlich viel kosten lassen.... ?! Was ist daran jetzt sooooo ein Problem ?

 

[MichaelH]

Wenn ein Produkt mit 39,90 angepriesen wird und es kostet nach Anmeldung 41,02 dann ist es unschön und nicht gut ... so ist das, auch wenn es dir egal ist und für dich kein Problem.
Oder sind 41,02 Euro ein verkaufsfördernder Preis ?

Und nein, es geht nicht nur um Klamotten oder Schuhe oder Lampen.

 

[css-umsetzung]

Irgendwie finde ich diese Diskussion ein wenig unnötig...
Wenn ich in irgendein Multinationales Geschäft gehe (HuM z.B.) und mir dort was anschaue habe ich auch 3 verschiedene Preise drauf - je nachdem wo ich es kaufe und ich hab noch nie jemanden gehört der sich desshalb beschwert hätte...
Ich um es gleich vorweg zu sagen.... ich komme aus AT und ich habe die TEUREREN Preise oben stehen (wegen der MWSt) - also... bevor man da herumzickt vielleicht einfach unterschiedlich viel kosten lassen.... ?! Was ist daran jetzt sooooo ein Problem ?

Bei meinem Kunden um den es da z.B. ging ist es so das er noch "echte" Kataloge erstellen lässt, die er dann seinen Kunden in Deutschland und eben Österreich schickt. Er müsste also zwei verschiedene Kataloge erstellen lassen oder in den Katalogen zwei verschiedene Preise darstellen. Das ist alles nicht so der Knaller und wenn die Kalkulation stimmt und er damit leben kann das er bei Österreichern etwas Verlust macht dann ist das ein guter Weg.

 

[MichaelH]

... er macht keinen Verlust, sondern seine Marge ist geringer.

 

[css-umsetzung]

Ich bin Programmierer ich muss das nicht wissen

 

[Rico Giesler]

Wir haben zum Thema "MwSt anhand der Bruttopreise berechen" ein Ticket: https://issues.jtl-software.de/issues/WAWI-37446
Hier dürft ihr gern eine Stimme abgeben, wenn das für euch wichtig ist.

 

[zero111181]

Der Tread ist schon etwas älter, aber ich habe nun auch ein Problem, Ungarn hat 27% der Kunde hat bei uns für 600€ eingekauft das sind mal schlappe 8% Verlust gegenüber den regulären 19% MwSt. das ist nicht schön. Wir haben ca. 40€ eingebüßt ich bin am überlegen Ungarn als Lieferland auszuschließen weil mir das echt zu Fett ist. Ich würde es mir wünschen das die MwSt. anhand des Netto´s errechnet werden. Ein Hinweis am Artikel Brutto kann vom Lieferland abweichen kann man ja platzieren.

 

[MichaelH]

Hast du alles gelesen ?

Lass dich mal beraten wie das alles funktionieren könnte, sofern du es korrekt einstellst:
https://css-umsetzung.de/shop/CSS-GeoIP-MwSt-Finder

 

[Rainer S]

Welche Shopversion wird denn genutzt? Denn in der aktuellen Shopversion kann man es im Backend einstellen unter den Globalen einstellungen, in älteren Shopversionen also 5.0.x 5.1.x 5.2.x geht das per Define in der Shop Config Datei

define('CONSISTENT_GROSS_PRICES', false);