# Rabatt wird falsch berechnet, wenn Preise der LineItems manipuliert werden
**URL:** https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447
**Category:** Programmierung
**Tags:** programming
**Created:** [6. Dezember 2022 um 08:55 UTC](https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447 "2022-12-06T08:55:31Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@MKoch](https://forum.shopware.com/u/MKoch)
#### Post date: [6. Dezember 2022 um 08:55 UTC](https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447/1 "2022-12-06T08:55:31Z")
Folgt man [diesem Guide](https://developer.shopware.com/docs/guides/plugins/plugins/checkout/cart/change-price-of-item) und manipuliert die Preise von LineItems im Warenkorb, wird bei prozentualen Rabattaktionen trotzdem stets der reguläre Preis des Artikels genommen, nicht der manipulierte.
Der Anwendungsfall ist konkret dieser: Im Shop werden Produkte nach Maß verkauft. Die bei den Produkten hinterlegten Preise entsprechen einem Quadratmeter. Auf der Produktdetailseite können in einem Konfigurator Höhe und Breite angegeben und (tw. kostenpflichtige) Optionen dazugebucht werden. Mit dem oben verlinkten Code wird anschließend aus diesen Angaben der finale Preis berechnet. So weit, so gut. Problematisch wird es bei dem 10% Eröffnungsrabatt. Dieser nimmt immer den Quadratmeterpreis und nicht den manipulierten.
Wir haben das jetzt mit einem [benutzerdefinierten Rabatt](https://developer.shopware.com/docs/guides/plugins/plugins/checkout/cart/add-cart-discounts) gelöst, das ist aber suboptimal, da der Seitenbetreiber den Rabattzeitraum sowie die Prozente nicht mehr über das Shopware-Backend setzen kann bzw. hierfür kompliziert noch eine gesonderte Backend-Seite erstellt werden müsste.
Hat jemand vielleicht eine Idee, wie man das eleganter lösen könnte, sodass prozentuale Rabatte den im CartProcessor mit $lineItem-\>setPrice() gesetzten Preis verwenden?
---
### Author:  [@keydel](https://forum.shopware.com/u/keydel)
#### Post date: [4. Januar 2023 um 17:36 UTC](https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447/2 "2023-01-04T17:36:18Z")
Wir haben das gleiche Problem. Allerdings nutzen wir zur Preismanipulation das Plugin [Form Builder](https://store.shopware.com/en/moorl37239369520/form-builder-base-version.html) .
Hat schon jemand eine Lösung?
---
### Author:  [@matthias4](https://forum.shopware.com/u/matthias4)
#### Post date: [21. März 2023 um 07:52 UTC](https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447/3 "2023-03-21T07:52:15Z")
Selbesproblem haben wir leider auch
---
### Author:  [@AlexGalax](https://forum.shopware.com/u/AlexGalax)
#### Post date: [22. März 2023 um 06:48 UTC](https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447/4 "2023-03-22T06:48:29Z")
Schreibt’s doch in den Issue-Tracker: [https://issues.shopware.com/](https://issues.shopware.com/)
---
### Author:  [@matthias4](https://forum.shopware.com/u/matthias4)
#### Post date: [26. März 2023 um 11:06 UTC](https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447/5 "2023-03-26T11:06:50Z")
Manchmal kann die Lösung so einfach sein.
Nach langem suchen konnte ich das Problem lösen.
Im Example von der Shopware Dev Doc wird beim registrieren von OverwrittenPriceCollector priority 4500 angegeben.
Die Promotion Berechnung scheint aber eine höhere Priorität in Shopware selbst zu haben.
Nach Anpassung auf 5000 statt 4500:
` `
klappt nun die Berechnung korrekt mit dem Gutschein
---
### Author:  [@digitalhoch3](https://forum.shopware.com/u/digitalhoch3)
#### Post date: [10. Oktober 2024 um 11:16 UTC](https://forum.shopware.com/t/rabatt-wird-falsch-berechnet-wenn-preise-der-lineitems-manipuliert-werden/97447/6 "2024-10-10T11:16:56Z")
Danke, habe auch ewig gesucht, was das Problem ist!