# Fehler bei der Berechnung der Stornorechnung **URL:** \ **Category:** Shopware 6 (German)\ **Created:** [7. September 2023 um 15:37 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184 "2023-09-07T15:37:35Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![juweliermeder](https://avatars.discourse-cdn.com/v4/letter/j/5f9b8f/32.png) [@juweliermeder](https://forum.shopware.com/u/juweliermeder)\ **Post date:** [7. September 2023 um 15:37 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/1 "2023-09-07T15:37:36Z")
Heute hat mich mein Steuerberater darauf Aufmerksam gemacht das seit mitte August die Stornorechnungen nicht mehr stimmen. Es wird der richtige Netto Betrag und auch die MwSt mit minus ausgewiesen. Der Brutto wird jedoch im plus ausgewiesen. Was bei einer Stornochechnung natürlich völlig falsch ist. Mitte August hatte ich ein Update auf 6.5.4.1 welches auch jetzt noch meine Version ist. Hat noch jemand dieses Problem oder kennt jemand eine Lösung? ![stornorechnung](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/d/b/db8509b234fb391ef99054f63ad6b130bee317e2.jpeg) ---
**Author:** ![Tom\_W](https://avatars.discourse-cdn.com/v4/letter/t/e8c25b/32.png) [@Tom\_W](https://forum.shopware.com/u/Tom_W)\ **Post date:** [7. September 2023 um 16:06 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/2 "2023-09-07T16:06:00Z")
Moin, beklage den gleichen Fehler (sw 6.5.3.0) und wäre auch über einen Lösungshinweis dankbar! ---
**Author:** ![Tom\_W](https://avatars.discourse-cdn.com/v4/letter/t/e8c25b/32.png) [@Tom\_W](https://forum.shopware.com/u/Tom_W)\ **Post date:** [13. September 2023 um 08:43 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/3 "2023-09-13T08:43:38Z")
Ticket ist jetzt unter [Shopware Issuetracker](https://issues.shopware.com/issues/NEXT-30464) erstellt. Kann wohl leider noch etwas dauern, weil die Entwickler sich das Problem „erst anschauen und entsprechend priorisieren“ müssen. Upvotes sind bestimmt nicht hinderlich 😉 ---
**Author:** ![juweliermeder](https://avatars.discourse-cdn.com/v4/letter/j/5f9b8f/32.png) [@juweliermeder](https://forum.shopware.com/u/juweliermeder)\ **Post date:** [14. September 2023 um 16:00 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/4 "2023-09-14T16:00:03Z")
Auch mit der Version 6.5.5.1 hat sich nichts geändert ---
**Author:** ![Klimax](https://avatars.discourse-cdn.com/v4/letter/k/848f3c/32.png) [@Klimax](https://forum.shopware.com/u/Klimax)\ **Post date:** [6. Februar 2024 um 14:48 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/5 "2024-02-06T14:48:30Z")
So könnt ihr es lösen: 1. Holt euch dieses Plugin: [Custom Template Manager | Shopware Store](https://store.shopware.com/dne5116914822923f/custom-template-manager.html) 2. Erweiterungen \> Custom Template \> Tab „Dokumente“ \> „/storno.html.twig“ 3. Folgenden Code einfügen: ```auto {% sw_extends '@Framework/documents/storno.html.twig' %} {% block document_sum_total_price %} {{ (order.price.totalPrice / -1)|currency(currencyIsoCode) }} {% endblock %} ``` ---
**Author:** ![juweliermeder](https://avatars.discourse-cdn.com/v4/letter/j/5f9b8f/32.png) [@juweliermeder](https://forum.shopware.com/u/juweliermeder)\ **Post date:** [16. August 2024 um 09:30 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/6 "2024-08-16T09:30:18Z")
Jetzt tritt noch ein weiteres Problem auf. Achtung es wird kompliziert daher beschreibe ich das Problem ganz genau. Mein Shopware 6.6.4.1 ist so eingestellt das beim Eingang einer Bestellung automatisch die Rechnung und der Lieferschein erzeugt wird. Ein Kunde bestellt nun 3 Positionen, die Rechnung mit der Nummer 65625 wird sofort erstellt, Mwst Berechnung ist o.k. Nun meldet sich der Kunde und storniert eine Position. Ich erstelle eine Stornorechnung über die Rechnung 65625, Mwst Berechnung in der Stornorechnung usw. ist alles o.k. Nun storniere ich die entsprechende Bestellposition und erstelle eine neue Rechnung Nr. 65626 über die verbleibenden 2 Positionen. Nun erstellt das System eine Rechnung exkl. Mwst verwendet jedoch den Bruttopreis. D.H. es wird eine Rechnung erstellt bei der auf den Bruttopreis nochmal die Mwst. darauf gerechnet wird. ![RechnungMwst_ok](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/1/5/158beba7d164781a808e479b6950c86a3841023f.jpeg) ![RechnungMwst_falsch](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/8/b/8b5dff1055ac9208e25c25dba21d11f48f4c7f26.jpeg) ---
**Author:** ![juweliermeder](https://avatars.discourse-cdn.com/v4/letter/j/5f9b8f/32.png) [@juweliermeder](https://forum.shopware.com/u/juweliermeder)\ **Post date:** [19. August 2024 um 07:42 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/7 "2024-08-19T07:42:22Z")
> [@Klimax](#): > > ```auto > {% sw_extends '@Framework/documents/storno.html.twig' %} > > {% block document_sum_total_price %} > {{ (order.price.totalPrice / -1)|currency(currencyIsoCode) }} > {% endblock %} > > ``` Bis zur Version 6.6.5.1 hat dies funktioniert, ab der genannten Version funktioniert es leider nicht mehr. ---
**Author:** ![Tom\_W](https://avatars.discourse-cdn.com/v4/letter/t/e8c25b/32.png) [@Tom\_W](https://forum.shopware.com/u/Tom_W)\ **Post date:** [7. Oktober 2025 um 14:32 UTC](https://forum.shopware.com/t/fehler-bei-der-berechnung-der-stornorechnung/101184/8 "2025-10-07T14:32:46Z")
wenn das Problem noch immer besteht, setzt dieser Codeschnipsel das “-” vor die Gesamtsumme: ```auto {# ------------------------------------------------------- Stornorechnung: Gesamtsummen immer mit "-" gemäß Core-Logik mit displayRounded-Abfrage. ------------------------------------------------------- #} {% sw_extends '@Framework/documents/storno.html.twig' %} {% block document_sum_total_price %} {% set gross = order.price.totalPrice ?? 0 %} {% if displayRounded %} {{ (gross >= 0 ? '-' : '') ~ (gross|abs|currency(currencyIsoCode=currencyIsoCode, languageId=languageId, decimals=order.totalRounding.decimals)) }} {% else %} {{ (gross >= 0 ? '-' : '') ~ (gross|abs|currency(currencyIsoCode=currencyIsoCode, languageId=languageId)) }} {% endif %} {% endblock %} ``` `abs` + `(>=0 ? '-' : '')` stellt sicher, dass bei echten negativen Werten kein doppeltes „–“ ausgegeben wird. Viel Erfolg Tom