2.1.2026
Es klingt verlockend. Ihr Unternehmen hat bereits einen B2B-Shop auf Shopware oder Magento. Die Plattform läuft, das Team kennt sie, die Agentur auch. Warum also nicht einfach das B2B Kundenportal gleich dort mit aufbauen? Bestellhistorie, Rechnungen, Reklamationen, Lieferstatus: alles an einem Ort, für den Kunden schön aufbereitet, digital und modern.
Die Idee ist gut. Die Umsetzung ist es oft nicht. In diesem Beitrag schauen wir uns ehrlich an, was Shopware, Magento, OXID und ähnliche Shop-Plattformen in Sachen B2B Kundenportal wirklich leisten können und wo die Grenzen liegen, die im Projektgespräch gerne übersehen werden. Vor allem von Agenturen, die auf das nächste große Implementierungsprojekt lauern.
Zunächst eine Begriffsklärung, die wichtiger ist als sie klingt. Ein B2B Kundenportal ist kein erweiterter Login-Bereich eines Online-Shops. Es ist eine eigenständige digitale Plattform, die Ihren Kunden Zugriff auf alle relevanten Geschäftsvorgänge gibt.
Was das in der Praxis bedeutet:
Das geht weit über das hinaus, was ein Shop von Haus aus kann, konkret haben wir dies auch im Blogbeitrag B2B Kundenportal: 7 Funktionen, die wirklich einen Unterschied machen beschrieben. Ein Shopsystem verwaltet Transaktionen. Ein Kundenportal visualisiert und steuert Geschäftsbeziehungen. Das ist kein semantischer Unterschied sondern ein fundamentaler. Auch wenn Gemeinsamkeiten und Überschneidungen existieren, handelt es sich doch um zwei gänzlich unterschiedliche Lösungen.
Der Gedanke ein Shopsystem für ein Kundenportal zu verwenden ist nachvollziehbar. Shopware, Magento und OXID sind gut dokumentiert, haben ein etabliertes Agentur-Ökosystem und bieten bereits heute solide B2B-Funktionen. Shopware bringt mit der B2B Suite Features wie Unternehmensstrukturen, Angebotsfunktionen und Bestellfreigaben mit. OXID hat mit seiner B2B Edition Freigabeworkflows und kundenspezifische Kataloge. Magento (heute Adobe Commerce) gilt nach wie vor als Enterprise-taugliche Plattform mit umfangreichem Funktionsumfang.
Dazu kommt: Viele Unternehmen wollen keine weitere Plattform einführen. Kein weiteres System, kein weiteres Passwort für die Kunden, kein weiteres Integrationsprojekt. Der Wunsch nach einer konsolidierten Lösung ist absolut verständlich.
Wir sehen das in unseren Beratungsprojekten regelmäßig. Die erste Idee ist fast immer: "Können wir das nicht in unserem Shopsystem abbilden?"
Manchmal: ja. Oft: nur teilweise. Und gelegentlich endet es als teures Experiment.
Hier wird es unangenehm. Wer ein vollumfängliches B2B Kundenportal auf einem Shopsystem aufbauen möchte, steht vor einem strukturellen Problem: Die Systeme sind für transaktionale Logik gebaut, nicht für betriebliche Datenverwaltung.
Was das konkret bedeutet: Sobald das Portal Daten aus dem ERP anzeigen soll, die über Bestelldaten hinausgehen, z.B. Servicehistorien, Qualitätszertifikate, Projektübersichten, müssen diese Daten in das Shopsystem übertragen oder per Schnittstelle in Echtzeit abgerufen werden. Beides kostet Geld und zwar nicht wenig.
Ein realistisches Szenario: Ein mittelständisches Industrieunternehmen möchte, dass seine Kunden im Portal Lieferstatus, Rechnungen und Wartungsprotokolle einsehen können. Das ERP hält diese Daten. Das Shopsystem nicht. Also braucht es Middleware, Schnittstellen, Datenmapping und regelmäßige Synchronisierungen. Das ist machbar, aber es kostet leicht 80.000 bis 150.000 Euro in der Erstentwicklung, je nach Komplexität. Und das ist erst der Anfang.
Es gibt einen Satz, den wir in Projekten immer wieder hören: "Das soll dann auch direkt im Shop buchbar sein." Bestellungen, Reklamationen, Rückgaben, Freigaben. All das soll über das Kundenportal laufen, direkt in die Systeme dahinter.
Damit beginnt das, was wir das Business Logik Dilemma nennen. Das Shopsystem wird plötzlich dazu gebracht, Geschäftslogik abzubilden, die eigentlich im ERP oder CRM sitzt. Es entstehen aufwändige Workarounds, Custom-Entwicklungen, die bei jedem Systemupdate neu geprüft werden müssen, und eine Architektur, die niemand wirklich überblickt.
Das Ergebnis: Das System wird träge, fehleranfällig, schwer wartbar. Die Agentur schreibt Tickets. Die Kosten steigen. Das war eigentlich nicht geplant. Dieses Problem ist kein Einzelfall. Es ist strukturell, wenn Shop-Plattformen über ihren ursprünglichen Zweck hinaus gedehnt werden.
Wer wirklich strategisch denkt, kommt zu einer anderen Schlussfolgerung. Ein B2B Kundenportal ist in den meisten Fällen kein eigenständiges System, sondern eine intelligente Präsentationsschicht auf bereits vorhandene Daten.
Die Daten liegen im ERP, im CRM, im PIM, vielleicht in einem separaten Service-Desk-Tool. Das Portal holt diese Daten strukturiert ab, bereitet sie für den Kunden auf und erlaubt in definierten Bereichen auch Interaktionen (Bestellungen, Anfragen, Freigaben).
Das verändert die Systemauswahl grundlegend. Die Frage ist dann nicht mehr "Welches Shopsystem kann das am besten?", sondern: Welche Plattform ist die beste Präsentationsschich tund welche Integrationsarchitektur brauchen wir dafür?
Für diese Fragestellung ist eine fundierte Technologieberatung vor dem ersten Projektschritt Gold wert. Nicht weil die Antwort immer komplex ist, sondern weil sie oft überraschend einfach ist, wenn man sie strukturiert angeht.
Schauen wir uns die Systeme konkret an, gerade aus dem Grund da sie häufig in der Diskussion um Kundenportale geannt werden.
Shopware bietet mit der B2B Suite in den höheren Plänen (Evolve und Beyond) Features wie Unternehmensstrukturen, Bestellfreigaben, kundenspezifische Preislisten und Angebotsprozesse. Das ist solide. Für einen klassischen B2B-Webshop mit überschaubarer Komplexität reicht das oft aus. Für ein vollwertiges Kundenportal eher nicht. Die Shopware B2B Suite ist auf Verkaufsprozesse ausgelegt, nicht auf Serviceportale.
OXID eShop hat historisch eine starke Basis für komplexe B2B-Anforderungen. Die Enterprise B2B Edition bringt Freigabeprozesse, Sammelbestellungen und individuelle Kataloge mit. OXID ist technisch sehr anpassungsfähig, was ein Vorteil ist, aber auch bedeutet, dass individuelle Anforderungen häufig Custom-Entwicklung voraussetzen. Das ist nicht billig.
Magento bzw. Adobe Commerce ist die mächtigste der drei Plattformen, aber auch die teuerste. Lizenzkosten für Adobe Commerce liegen schnell im hohen fünfstelligen Bereich pro Jahr, bevor ein einziger Entwickler angefasst hat. Dafür ist die Plattform tatsächlich Enterprise-tauglich und kann mit entsprechendem Aufwand umfangreiche Portal-Funktionen abbilden.
Die ehrliche Einschätzung: Alle drei Systeme können grundlegende Kundenportal-Funktionen wie eine Bestellhistorie, Dokumentendownload, Nutzerverwaltung. Komplexere Anforderungen wie Live-Daten aus dem ERP, Servicehistorien oder mehrstufige Freigabeprozesse über Abteilungsgrenzen hinweg werden teuer bzw. erfordern signifikante Investitionen.
Lizenzkosten sind der einfachste Teil der Kalkulation. Was viele Entscheider unterschätzen:
Die Individualisierung kostet. Jede Custom-Entwicklung muss bei jedem Major-Update geprüft und ggf. angepasst werden. Bei Shopware, das kontinuierlich neue Releases bringt, ist das ein realer Kostenfaktor. Shopware Beyond liegt je nach Paket bei über 6.500 Euro monatlich, noch ohne Agenturkosten, Hosting und Entwicklung.
Die Integrations-Komplexität kostet. ERP-Anbindungen sind nie trivial. Mittlere Projekte mit SAP- oder Microsoft-Dynamics-Integration liegen schnell bei 50.000 bis 100.000 Euro allein für die Schnittstellen.
Die Wartung kostet. Ein hochindividualisiertes Shopsystem ist kein Produkt mehr, es ist ein Eigenbau (Fork). Der braucht kontinuierliche Pflege, ein Team, das ihn kennt, und eine Agentur, die ihn versteht.
Wer den Return on Investment im B2B E-Commerce ehrlich rechnen will, muss diese Kosten über mindestens fünf Jahre betrachten.
Das ist die eigentliche Entscheidungsfrage. Und hier ist unsere Einschätzung, nach vielen Projekten in diesem Bereich:
Ein Shopsystem ist eine sinnvolle Basis, wenn:
Alternativen oder ergänzende Lösungen brauchen Sie, wenn:
In diesem Fall lohnt ein separater Blick auf dedizierte Portal-Lösungen oder einen composable Ansatz, bei dem das Shopsystem nur einen Teil der Gesamtarchitektur bildet.
Eines der teuersten Missverständnisse in digitalen B2B-Projekten ist, dass die technologische Entscheidung als erstes getroffen wird. "Wir setzen das auf Shopware um" steht manchmal fest, bevor die Anforderungen dokumentiert sind. Das ist wie ein Hausbau, bei dem der Keller schon betoniert wird, bevor der Architekt den Grundriss gezeichnet hat.
Was stattdessen funktioniert: Eine strukturierte Anforderungsanalyse, die klar unterscheidet, welche Funktionen wirklich gebraucht werden, wo die Daten tatsächlich liegen und wer das Portal später betreiben und weiterentwickeln soll. Erst dann folgt die Systemauswahl. Das klingt banal. In der Praxis wird dieser Schritt regelmäßig übersprungen – mit entsprechenden Konsequenzen für Budget und Timeline.
Unabhängige Beratung ist dabei kein Luxus. Sie ist Schutz vor Fehlinvestitionen. Wer früh eine neutrale Perspektive holt, spart sich später teure Replatforming-Projekte. Das zeigen unsere Referenzprojekte immer wieder.
Die ehrliche Antwort: beides ist möglich. Für kleinere bis mittlere Anforderungen – erweiterter Login-Bereich, Bestellhistorie, Dokumentendownload, grundlegende Nutzerverwaltung – ist Shopware, OXID oder Magento eine legitime und wirtschaftliche Wahl. Gerade wenn ohnehin ein Shop-Projekt ansteht, lassen sich diese Funktionen sinnvoll integrieren.
Für komplexe B2B Kundenportale, die als echte Datendrehscheibe zwischen mehreren Backend-Systemen fungieren sollen, wird ein Shopsystem als Basis teuer. Sehr teuer. Die Plattform wird über ihre ursprüngliche Zweckbestimmung hinaus gedehnt, individuelle Entwicklungen summieren sich, und die Updatefähigkeit leidet.
Die entscheidende Erkenntnis: Ein B2B Kundenportal ist in den meisten Fällen keine Einkaufsplattform mit mehr Funktionen, sondern eine Visualisierungsschicht auf vorhandene Unternehmensdaten. Wer das versteht, trifft bessere Technologieentscheidungen.
Wenn Sie vor dieser Entscheidung stehen und eine neutrale Einschätzung Ihrer Anforderungen möchten, schauen Sie sich gerne unsere Webshop- und Agenturauswahl an, oder sprechen Sie uns direkt an. Manchmal reicht ein Gespräch, um Klarheit zu schaffen.
Alexander Steireif ist Gründer und Geschäftsführer der Strategie- und Technologieberatung Alexander Steireif GmbH. Seit über 20 Jahren unterstützt er mittelständische Unternehmen dabei, ihren Vertrieb zu digitalisieren, leistungsfähige E Commerce Lösungen aufzubauen und klare Strategien für nachhaltiges digitales Wachstum zu entwickeln.
Geschäftsführer
Alexander Steireif
