# Preis mit Umsatzsteuer trotz gültiger UStId in Detail **URL:** \ **Category:** Allgemein\ **Created:** [30. März 2022 um 08:44 UTC](https://forum.shopware.com/t/preis-mit-umsatzsteuer-trotz-gueltiger-ustid-in-detail/93716 "2022-03-30T08:44:50Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![herieth](https://avatars.discourse-cdn.com/v4/letter/h/898d66/32.png) [@herieth](https://forum.shopware.com/u/herieth)\ **Post date:** [30. März 2022 um 08:44 UTC](https://forum.shopware.com/t/preis-mit-umsatzsteuer-trotz-gueltiger-ustid-in-detail/93716/1 "2022-03-30T08:44:51Z")
Hallo zusammen, ich habe folgenden Effekt: auf der Detailseite eines Artikels wird der Preis inkl. Mehrwertsteuer angezeigt, obwohl der Kunde eine gültige Umsatzsteuer-ID angegeben hat. In Warenkorb und Checkout wird der richtige Preis angezeigt. In den Ländern ist „Deaktiviere Steuern wenn eine USt-IdNr. angegeben wurde“ gewählt. Ich habe für einen Test alle relevanten Plugins & Templates deaktiviert. Shopware 5.7.7 Habe ich da noch etwas übersehen oder ist das ein Bug? Schöne Grüße aus Köln Helmut ---
**Author:** ![herieth](https://avatars.discourse-cdn.com/v4/letter/h/898d66/32.png) [@herieth](https://forum.shopware.com/u/herieth)\ **Post date:** [30. März 2022 um 13:04 UTC](https://forum.shopware.com/t/preis-mit-umsatzsteuer-trotz-gueltiger-ustid-in-detail/93716/2 "2022-03-30T13:04:36Z")
OK, Preise in Listing und Detailseite scheinen im Gegensatz zum Warenkorb alles zu ignorieren, was einen angemeldeten User betrifft, ausser die Einstufung als Händler - seltsames Handling. Benötigt man etwa für das erwartbare Verhalten - dass für einen eingeloggten User der für ihn gültige Preis mit/ohne MWSt in Listing und Detailseite angezeigt wird - ein eigenes Plugin? ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [5. April 2022 um 12:07 UTC](https://forum.shopware.com/t/preis-mit-umsatzsteuer-trotz-gueltiger-ustid-in-detail/93716/3 "2022-04-05T12:07:09Z")
Hört sich an, als ob ihr B2B und B2C gleichermaßen mit einem Shop betreiben wollt. In der Praxis klappt das nicht so wirklich. Entweder die Shops aufteilen oder Plugin einsetzen. Vielleicht soetwas? > **[Brutto- / Netto-Preise umschalten](https://store.shopware.com/maxia10659434958/brutto/netto-preise-umschalten.html)** > > Das Plugin ermöglicht das Umschalten der angezeigten Preise im gesamten Shop, wahlweise in Brutto oder Netto. Wichtiger Hinweis zur… ---
**Author:** ![herieth](https://avatars.discourse-cdn.com/v4/letter/h/898d66/32.png) [@herieth](https://forum.shopware.com/u/herieth)\ **Post date:** [5. April 2022 um 12:22 UTC](https://forum.shopware.com/t/preis-mit-umsatzsteuer-trotz-gueltiger-ustid-in-detail/93716/4 "2022-04-05T12:22:40Z")
Vielleicht habe ich mich nicht verständlich ausgedrückt. Bei der Gruppe Händler (Grundeinstellungen \> Kundengruppen \> Händler \> „Bruttopreise im Shop“ deaktiviert) werden den Kunden in **Listing, Detail und Warenkorb** die Preise ohne MWSt. angezeigt und berechnet. Bei Usern außerhalb der EU oder EU-User mit UST-ID werden die Warenkörbe korrekt ohne MWSt berechnet und angezeigt, nicht aber die Preise in Listen und Detailseite. Ich habe den Service der das berechnet über ein Plugin erweitert und jetzt werden die Preise auch dort korrekt angezeigt. Kunden außerhalb der EU haben ja nichts mit B2B zu tun … ---
**Author:** ![herieth](https://avatars.discourse-cdn.com/v4/letter/h/898d66/32.png) [@herieth](https://forum.shopware.com/u/herieth)\ **Post date:** [6. April 2022 um 06:10 UTC](https://forum.shopware.com/t/preis-mit-umsatzsteuer-trotz-gueltiger-ustid-in-detail/93716/5 "2022-04-06T06:10:22Z")
Hallo R4M, danke nochmal für die Rückmeldung. Vielleicht muss mein Kunde ja das Handling bezüglich B2B nochmal überdenken, aber eigentlich funktionieren Händler mit kleinen Anpassungen gut. Aber wie ist es denn bei euren Shops: wird einem eingeloggten Kunden ausserhalb der EU in Artikellisten und in der Detailansicht der Preis ohne Mehrwertsteuer angezeigt, so wie er dann ja korrekterweise auch in Warenkorb und Checkout berechnet wird? Das scheint mir nicht das Standardverhalten zu sein.