Shopware 6 B2B: was im Standard steckt

Für B2B bringt Shopware 6 im Kern Kundengruppen mit eigener Netto- oder Brutto-Anzeige mit, dazu mengenabhängige Preisstaffeln und mehrere Verkaufskanäle aus einer Installation. Eine DATEV-Schnittstelle und einen Konnektor zur Warenwirtschaft enthält der Kern nicht. Kundenindividuelle Preislisten und Bestellfreigaben führt Shopware unter den B2B Components, und die stehen in der Entwicklerdoku nicht bei der Community Edition.

Quellenstand: 11.11.2026, Repository shopware/shopware (Zweig trunk, Commit 7fae8f281b6c) und developer.shopware.com, Dokumentationsversion 6.7 (stable).

Jede Zeile ist unten mit Dateipfad oder Wortlaut belegt. Du musst uns also nichts glauben.

Auf dieser Website stand ein Satz, der falsch war. Der Unterschied von Shopware zu international gebauten Systemen liege in dem, was „ab Werk“ dabei sei, nämlich deutsche Steuerlogik, Rechtstexte, eine Anbindung an Warenwirtschaft und DATEV sowie B2B-Preislisten ohne Erweiterung. Wir haben ihn am 19.10.2026 entfernt, nachdem wir ihn nachgeprüft hatten. Ein Teil hielt stand, der Rest war falsch oder ließ sich nicht belegen. Was hier steht, ist diese Prüfung, am 11.11.2026 mit frischen Abrufen wiederholt.

Warum ein falscher Satz so lange stehen bleibt

Er klang plausibel. Shopware ist ein deutsches Produkt, deutsche Händler brauchen deutsche Buchhaltung, also wirkt „DATEV ab Werk“ wie eine logische Folge. Im Verkaufsgespräch beantwortete er außerdem eine echte Sorge. Und „ab Werk“ lässt sich erst prüfen, wenn jemand sagt, was genau im Kern liegen soll.

Bei uns kam etwas dazu. Der Satz wurde beim Umschreiben von Seite zu Seite weitergetragen, und im Quelltext stand irgendwann ein Hinweis, der ihn für geprüft erklärte. Wer danach kam, las den Hinweis und nicht die Quelle. „Ist belegt“ ist kein Beleg.

Was im Shopware-6-Kern steckt, mit Quelle

Alle Pfade beziehen sich auf den Zweig trunk des öffentlichen Repositorys shopware/shopware, Commit 7fae8f281b6c, abgerufen am 11.11.2026.

Quelloffen, Symfony-Basis, selbst betreibbar. Die GitHub-API zum Repository liefert die Lizenz MIT und die Beschreibung „Shopware 6 is an open commerce platform based on Symfony Framework and Vue and supported by a worldwide community and more than 3.100 community extensions“. Mit MIT-Lizenz und öffentlichem Code kannst du die Software auf eigener Infrastruktur betreiben.

Kundengruppen mit Netto- oder Brutto-Anzeige. Die Entität customer_group liegt in src/Core/Checkout/Customer/Aggregate/CustomerGroup/CustomerGroupDefinition.php. Sie trägt unter anderem das Feld display_gross, laut Beschreibung im Quellcode: „If boolean value is true gross value is displayed else, net value will be displayed to the customer.“ Ob Geschäftskunden netto und Endkunden brutto sehen, stellst du also an der Kundengruppe ein.

Mengenabhängige Preisstaffeln. Die Entität product_price in src/Core/Content/Product/Aggregate/ProductPrice/ProductPriceDefinition.php verlangt quantity_start als Pflichtfeld und kennt dazu quantity_end. Außerdem hat jede Preiszeile einen Pflicht-Fremdschlüssel rule_id auf das Regelsystem. Preise hängen im Kern also an Mengenbereichen und an Regeln, und für Staffelpreise brauchst du kein Plugin.

Preise je Kundengruppe über eine Regel. Im Kern liegt außerdem die Regelbedingung CustomerGroupRule in src/Core/Checkout/Customer/Rule/CustomerGroupRule.php. Sie vergleicht die Kundengruppe aus dem aktuellen Einkauf mit den Gruppen, die in der Regel ausgewählt sind. Eine Preiszeile verlangt also eine Regel, und für Regeln gibt es eine Bedingung, die nach der Kundengruppe fragt. Wie Shopware beides beim Berechnen des Preises zusammenführt, haben wir im Code nicht weiter verfolgt.

Mehrere Storefronts aus einer Installation. Die Entität sales_channel in src/Core/System/SalesChannel/SalesChannelDefinition.php verlangt je Kanal eine Kundengruppe (customer_group_id), eine Währung (currency_id) und eine Navigations-Kategorie (navigation_category_id). Dazu trägt sie das Feld tax_calculation_type, laut Quellcode mit den Werten horizontal und vertical. Jeder Kanal legt seine Kundengruppe, seine Währung und seinen Steuerberechnungsmodus also selbst fest. Shopwares Entwicklerdokumentation formuliert es so: „Each channel carries defaults for language, currency, taxes, payment/shipping, domains, and navigation entry points so one Shopware instance can serve multiple ‚stores‘ without duplicating data.“ (developer.shopware.com/docs/concepts/commerce/catalog/sales-channels.html, abgerufen am 11.11.2026)

Ein Händler mit B2C-Shop und Händlerbereich auf eigener Adresse kommt damit mit einem System und einer Datenbasis aus.

Was nicht im Shopware-Kern steckt

Keine DATEV-Schnittstelle. Wir haben am 11.11.2026 um 10:00 UTC den vollständigen Dateibaum des Kern-Repositorys abgefragt, Zweig trunk, rekursiv. Er hatte 35.200 Pfade, und die Antwort war nicht abgeschnitten (truncated: false). Pfade mit DATEV, Datev oder datev, Groß-/Kleinschreibung beachtet: null. Eine Suche, die die Schreibweise ignoriert, findet sechs Pfade. Alle sechs sind Migrationen oder Tests dazu, mit „UpdateV…“ im Dateinamen, und keiner hat mit DATEV zu tun.

Im gleichen Lauf lief eine Gegenprobe mit. Die Suche nach Tax findet 163 Pfade, und alle vier Dateien, die in diesem Artikel zitiert sind, stehen im Baum. Die Abfrage funktioniert also, sie findet nur kein DATEV.

Kein Standard-Konnektor zur Warenwirtschaft. Dieselbe Abfrage findet null Pfade mit ERP oder Erp, null mit Datanorm oder DATANORM und null mit Accounting, jeweils mit Beachtung der Groß-/Kleinschreibung. Warenwirtschaft kommt in keiner Schreibweise vor. Ohne Beachtung der Schreibweise findet datanorm drei Pfade, alle mit „DataNormalizer“ im Namen.

Die Abfrage zeigt, dass der Kern keinen Konnektor mitliefert, der DATEV oder ERP im Namen trägt. Sie zeigt nicht, dass keine Anbindung möglich ist. Im selben Baum liegt eine Admin-API (src/Core/Framework/Api/), und über eine API lassen sich Fremdsysteme anbinden. An diesem Unterschied zwischen „bringt mit“ und „lässt sich anbinden“ ist unser alter Satz gekippt. Eine Anbindung ist ein Projekt: eine gekaufte Erweiterung, eine Eigenentwicklung oder ein Export, den jemand baut und pflegt.

Kundenindividuelle Preislisten und Freigabe-Prozesse. Unser alter Satz hat hier zwei Dinge in eine Aufzählung gepackt, die nicht zusammengehören. Kundengruppen und Mengenstaffeln liegen im Kern, siehe oben. Eine eigene Preisliste pro Kunde und Bestellfreigaben führt Shopware unter den B2B Components. Deren Dokumentation beschreibt „Order Approval“ als „approval workflow“ und „Individual Pricing“ als „catalog-wide discounts and special pricing [...] including volume pricing and company-specific pricing agreements“ (developer.shopware.com/docs/products/extensions/b2b-components/, abgerufen am 11.11.2026). Im Dateibaum des Kerns steht kein einziger Pfad mit B2B, OrderApproval oder IndividualPricing im Namen, Schreibweise beachtet.

Shopware B2B Suite läuft aus: B2B Components im Überblick

Die alte B2B Suite läuft aus. Shopwares Dokumentation zur Migration enthält einen Warnhinweis, wörtlich: „B2B Suite will no longer be supported starting Shopware 6.8. Plan your migration promptly to avoid disruptions.“ Dieselbe Seite spricht von „the legacy B2B Suite“ und nennt die B2B Components „more modular and flexible“ (developer.shopware.com/docs/products/extensions/b2b-suite-migration/, Dokumentationsversion 6.7 stable, abgerufen am 11.11.2026). Shopware 6.8 ist an diesem Tag noch nicht erschienen, der Versions-Tag mit der höchsten Nummer im Repository heißt v6.7.16.0. Wenn dein Shop heute auf der B2B Suite läuft, hängt das Support-Ende an der Version 6.8. Einen Termin dafür nennen die Quellen, die wir abgerufen haben, nicht.

Die B2B Components gehören nicht zur Community Edition. Das lässt sich an Shopwares eigener Dokumentation ablesen, ohne Preisliste. Das Navigationsmenü der Entwicklerdoku führt zwei getrennte Gruppen. Unter „Community edition“ stehen der Migration assistant und Subscriptions. Unter „Available in Plans“ stehen Commercial, Advanced search, die B2B Suite, die B2B Components und die B2B Suite Migration (gleiche Seite, Dokumentationsversion 6.7 stable, abgerufen am 11.11.2026). Shopware ordnet die B2B Components damit selbst einem Tarif zu.

Welche Tarife die B2B Components genau enthalten und ob du sie als selbst gehosteter Betreiber der Community Edition lizenzieren kannst, haben wir nicht geklärt. Die Tarifübersicht auf shopware.com haben wir für diesen Artikel nicht ausgewertet. Deshalb steht hier weder „nur in der Cloud“ noch „auch selbst gehostet“.

Bei einem B2B-Projekt auf Shopware hängt das Budget an dieser Frage. Lass dir die Antwort für deinen Fall schriftlich geben, bevor du die Plattform festlegst.

Was wir nicht behaupten

Zwei Punkte des alten Satzes lassen wir weg.

„Deutsche Steuerlogik“. Im Kern liegt ein Steuer-Bereich (src/Core/System/Tax/), und den Berechnungsmodus stellst du je Verkaufskanal ein. Einen Beleg dafür, dass Shopware eine länderspezifische Rechts- oder Steuerausstattung mitliefert, haben wir nicht gefunden. Also behaupten wir es nicht.

„Rechtstexte ab Werk“. Dafür haben wir gar keine Quelle gefunden. Impressum, Widerrufsbelehrung und AGB hängen ohnehin am einzelnen Händler und sind eine Frage für die Rechtsberatung.

Wir hätten beides abschwächen können, mit „in der Regel“ oder „weitgehend“. Das wäre bequem gewesen und hätte denselben Eindruck erzeugt. Eine Behauptung, die man nicht belegen kann, wird durch ein einschränkendes Wort nicht richtig, nur schwerer angreifbar.

Was das für eine Plattformentscheidung heißt

Für Shopware 6 sprechen andere Punkte als die, die früher bei uns standen.

• Hoheit über Code und Daten. Der Kern steht unter MIT-Lizenz, und du kannst ihn auf eigener Infrastruktur betreiben.
• Netto- oder Brutto-Anzeige je Kundengruppe und Mengenstaffeln stellst du im Standard ein.
• Mehrere Auftritte laufen aus einer Installation, je Kanal mit eigener Kundengruppe und eigenem Steuermodus.
• Warenwirtschaft und Buchhaltung lassen sich über die API anbinden. Das planst du als eigenes Projekt ein.

Vorher einplanen musst du eine DATEV-Übergabe, eine ERP-Anbindung, kundenindividuelle Preislisten und Freigabe-Prozesse.

Wenn die Plattform noch offen ist, lohnt der Blick davor: Für Shopify gilt seit April 2026 eine neue Tarifgrenze bei B2B (Shopify B2B ohne Plus), und Shopware, WooCommerce und Magento haben wir in einem Plattform-Vergleich gegenübergestellt. Wie wir Shopware-Projekte aufsetzen, steht auf unserer Seite zur Shopware-Agentur; einen Überblick über alle Plattformen gibt die Online-Shop-Agentur.

So kannst du es selbst nachprüfen

Für keine der drei Prüfungen brauchst du ein Konto.

1. Ist eine Funktion im Kern? Frag den Dateibaum des Repositorys shopware/shopware ab und such nach dem Begriff. Beachte dabei die Groß-/Kleinschreibung, sonst findet datev die sechs Migrationsdateien mit „UpdateV…“ im Namen. Und lass immer eine Gegenprobe mit einem Begriff mitlaufen, der dort stehen muss. Eine Suche, die nichts findet, und eine Suche, die nicht funktioniert, sehen sonst gleich aus.
2. Gehört eine Erweiterung zur Community Edition? Schau im Navigationsmenü der Entwicklerdoku nach, ob sie unter „Community edition“ oder unter „Available in Plans“ steht.
3. Läuft eine Funktion aus? Prüf die Doku-Seite der Erweiterung auf Warnhinweise. Das Support-Ende der B2B Suite steht als Warnung im Text der Migrationsseite.

Für die erste Prüfung haben wir am 11.11.2026 den Dateibaum über die GitHub-API abgerufen (Endpunkt git/trees/trunk, rekursiv) und die Pfade mit einem kurzen Python-Befehl gefiltert, Groß-/Kleinschreibung beachtet. Er gibt die Pfadzahl, die Treffer für DATEV und ERP und die Tax-Gegenprobe aus. An diesem Tag lautete das Ergebnis 35.200 Pfade, keine Treffer für DATEV, keine für ERP und 163 für Tax.

Wer eine Produktaussage über eine fremde Plattform aufschreibt, sollte das Abrufdatum dazuschreiben. Alle Quellen in diesem Artikel haben wir am 11.11.2026 abgerufen. Eine Plattform ändert sich, und ein Satz, der heute stimmt, sagt nichts darüber, ob er in einem Jahr noch stimmt. Unser alter Shopware-Satz war beim Aufschreiben vielleicht schon falsch. Der Shopify-Satz, den wir ebenfalls am 19.10.2026 korrigiert haben, war beim Aufschreiben richtig und ist es später nicht mehr gewesen. Beides fällt nur auf, wenn jemand nachsieht.