# Mehrwertsteuerinformation im Footer nach 6.5 Update und bereits behobene Probleme (Infos für andere Community User)

**URL:** https://forum.shopware.com/t/mehrwertsteuerinformation-im-footer-nach-6-5-update-und-bereits-behobene-probleme-infos-fuer-andere-community-user/101307
**Category:** Shopware 6 (German)
**Created:** [19. September 2023 um 23:22 UTC](https://forum.shopware.com/t/mehrwertsteuerinformation-im-footer-nach-6-5-update-und-bereits-behobene-probleme-infos-fuer-andere-community-user/101307 "2023-09-19T23:22:48Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![An\_dre](https://avatars.discourse-cdn.com/v4/letter/a/e274bd/32.png) [@An\_dre](https://forum.shopware.com/u/An_dre)
#### Post date: [19. September 2023 um 23:22 UTC](https://forum.shopware.com/t/mehrwertsteuerinformation-im-footer-nach-6-5-update-und-bereits-behobene-probleme-infos-fuer-andere-community-user/101307/1 "2023-09-19T23:22:48Z")

</div>

Hallo zusammen,

ich versuche aktuell auf einem lokalen Testsystem Shopware 6.5 funktional und grafisch auf den Stand unseres Livesystems zu bringen [livelys.eu](https://livelys.eu) , welches auf der letzten 6.4 läuft.

Um anderen Community Usern zu helfen gehe ich zuerst auf die behobenen Probleme und Lösungen ein.

Bisherige Stolpersteine und Lösungen:

1. Dokumente aus Käufen ließen sich nach Update auf 6.5 im Backend nicht mehr öffnen oder herunterladen

Lösung →

- MariaDB Update auf neueste Version
- Backup von 6.4 einspielen
- manuelles Löschen von Testdokumenten aus der Datenbank die keinem Kunden zugeordnet waren, es waren dort noch Leichen aus Startzeiten des Shops vorhanden die damals halbherzig im Backend gelöscht wurden
- Konsolenbefehl `media:delete-unused`
- Update auf 6.5 starten
- Kundendokumente können wieder geöffnet werden

1. Die Farbeinstellung „sw-color-buy-button-text“ welche im Backend im Theme eingestellt werden kann, bezieht sich nur noch auf die Kaufen Buttons und nicht mehr auf den Pfeil im Back-to-top Button der erscheint wenn man weiter runter scrollt und auch nicht mehr auf die Texte in den Buttons des Cockie Banners sowie nicht mehr auf den Text des Anmelden Buttons wenn man oben rechts auf das Usericon klickt.

Lösung →

```auto
.btn-primary,.address-editor-select:not(.collapsed),.address-editor-edit:not(.collapsed),.address-editor-create:not(.collapsed) {
    --bs-btn-color: #fff;
    --bs-btn-hover-color: #fff;
    --bs-btn-active-color: #fff;
}

.btn-primary .icon,.address-editor-select:not(.collapsed) .icon,.address-editor-edit:not(.collapsed) .icon,.address-editor-create:not(.collapsed) .icon {
    color: #fff;
}

```

zur

`shopverzeichnis/custom/plugins/TestTheme/src/Resources/app/storefront/src/scss/base.scss`

hinzufügen und Theme kompilieren.

Bleibt noch ein Problem bevor Version 6.5 auf die Livekiste kann, die Information zur Mehrwertsteuer im Footer im Frontend.

In 6.4 gibt es ja die Textbausteine footer.includeVat und footer.excludeVat, wenn man die hinterlegten Werte angepasst hat, wurden sie sauber im Frontend dargestellt.

In 6.5 kommen neu dazu footer.includeVatText und footer.excludeVatText. Dazu habe im im Changelog zum Update nichts gefunden.

Wenn man in 6.5 die Inhalte der Textbausteine ändert, ändert das nicht mehr den Inhalt im Frontend, kann das jemand bestätigen?  
Habe mir zur Kontrolle noch einen frischen Shop aufgesetzt und dort das selbe Verhalten.

Selbst wenn ich footer.includeVat, footer.includeVatText, footer.excludeVat und footer.excludeVatText mit dem Wort „test“ bestücke + Cache leeren und aufwärmen wird „test“ im Frontend nicht ausgegeben, sondern lediglich der Standarttext für Brutto oder Netto. Wenn man dann in diesem Zustand auf den „Versandkosten“ Link im MwSt-Text im Footer klickt öffnet sich eine neue Seite mit den Versandinformationen ohne css zu laden. Wenn man dann den Inhalt der 4 Textbausteine wieder löscht und speichert, packt SW automatisch wieder den Standarttext rein und der „Versandkosten“ Link im MwSt-Text funktioniert auch wieder als Popup.

In unserem Fall betreiben wir den Shop als Kleinunternehmer (familiär) und sollten auf Anraten eines Anwaltes auf den Wortlauf „inkl. Mehrwertsteuer“ komplett verzichten.  
Im aktuellen Livesystem 6.4 haben wir den Satzbau um den Popup?-Link entsprechend der rechtlichen Vorgaben individualisiert.

Hoffe mit den obigen Problemlösungen anderen Mitgliedern helfen zu können und freue mich über eine Rückmeldung.

Grüße

André

---

<div class="post-metadata">

### Author: ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)
#### Post date: [20. September 2023 um 07:32 UTC](https://forum.shopware.com/t/mehrwertsteuerinformation-im-footer-nach-6-5-update-und-bereits-behobene-probleme-infos-fuer-andere-community-user/101307/2 "2023-09-20T07:32:15Z")

</div>

Schau am besten im entsprechenden Footer Template nach, welcher Textbaustein dort verwendet wird. Dann sollte sich die Ursache klären lassen.

_Habe den Text nur überflogen, falls du eine Lösung selbst gefunden hattest, entschuldige für das Kommentar._

---

<div class="post-metadata">

### Author: ![An\_dre](https://avatars.discourse-cdn.com/v4/letter/a/e274bd/32.png) [@An\_dre](https://forum.shopware.com/u/An_dre)
#### Post date: [20. September 2023 um 15:22 UTC](https://forum.shopware.com/t/mehrwertsteuerinformation-im-footer-nach-6-5-update-und-bereits-behobene-probleme-infos-fuer-andere-community-user/101307/3 "2023-09-20T15:22:37Z")

</div>

Danke für die schnelle Rückmeldung 🙂

also aus der

`/var/www/testshop/vendor/shopware/storefront/Resources/views/storefront/layout/footer/footer.html.twig`

ergibt sich, daß footer.includeVatText und footer.excludeVatText genommen werden.

```auto
{% block layout_footer_vat %}
                {% if showVatNotice or showVatNotice is not defined %}
                    <div class="footer-vat">
                        {% if context.taxState == "gross" %}
                            <p>
                                {{ " **footer.includeVatText**"|trans({
                                    '%url%': path('frontend.cms.page', { id: config('core.basicInformation.shippingPaymentInfoPage') })
                                })|raw }}
                            </p>
                        {% else %}
                            <p>
                                {{ " **footer.excludeVatText**"|trans({
                                    '%url%': path('frontend.cms.page', { id: config('core.basicInformation.shippingPaymentInfoPage') })
                                })|raw }}
                            </p>
                        {% endif %}
                    </div>
                {% endif %}
            {% endblock %}

```

Ich frage mich ob die Textbausteine footer.includeVat und footer.includeVatText irgendwie Einfluß aufeinander nehmen. In 6.4 gab es die neuen Bausteine mit Text am Ende noch nicht, könnte hier der Fehler liegen?

Angenommen ich würde mir die Datei ableiten und in mein Template den gewünschten Text hardcoden.

Müsste ich dafür lediglich eine

`/var/www/testshop/custom/plugins/TestTheme/src/Resources/views/storefront/layout/footer/footer.html.twig`

anlegen und dort den Block übernehmen und editieren?

Verstehe nicht ganz in welche Datei das in der Shopware Doku beschriebene Codebeispiel

`{% sw_extends '@Storefront/storefront/*folder1* /folder*2* /file.html.twig' %}`

kommt. Käme das in die Originaldatei

`/var/www/testshop/vendor/shopware/storefront/Resources/views/storefront/layout/footer/footer.html.twig` ? Würde die bei einem Update dann nicht überschrieben werden?

Grüße

---

<div class="post-metadata">

### Author: ![An\_dre](https://avatars.discourse-cdn.com/v4/letter/a/e274bd/32.png) [@An\_dre](https://forum.shopware.com/u/An_dre)
#### Post date: [21. September 2023 um 21:32 UTC](https://forum.shopware.com/t/mehrwertsteuerinformation-im-footer-nach-6-5-update-und-bereits-behobene-probleme-infos-fuer-andere-community-user/101307/4 "2023-09-21T21:32:58Z")

</div>

Um die Frage nicht offen stehen zu lassen:

{% sw\_extends ‚@Storefront/storefront/_folder1_ /folder_2_ /file.html.twig‘ %}

kommt in die neu zu erstellende Datei im eigenen Theme.

In 6.5.5.2 wurde vorgestern das Problem, daß geänderte Textbausteine für die Mehrwertsteuerinformation nicht im Frontend angezeigt wurden, gelöst. Danke ans SW Team 🙂

Die Änderung aus dem mit „Text“ am Ende gekennzeichneten Baustein wird nun wieder übernommen.

Beste Grüße
