Magento B2B 2026: Was ein B2B-Onlineshop wirklich braucht

B2B-Commerce klingt nach einer Unterkategorie von eCommerce. In der Praxis ist es ein grundlegend anderes Geschaft: andere Kaufentscheidungen, andere Preisstrukturen, andere Beziehungen zwischen Kaufer und Verkaufer. Ein B2C-Shop, der fur B2B-Verkaufe umgerusted wird, lost das Problem selten – er verwaltet es nur.

Dieser Artikel beschreibt, was ein B2B-Onlineshop in 2026 wirklich benotigt, was Magento davon nativ abdeckt, was noch individuelle Entwicklung erfordert, und wann Magento die richtige Plattformwahl fur B2B ist.

Was B2B-Commerce von B2C unterscheidet

Die technischen Anforderungen im B2B entstehen nicht aus Praferenzen, sondern aus der Struktur des Geschafts selbst:

• Mehrere Kaufer pro Konto. Ein Unternehmenskunde hat oft einen Einkaufer, einen Buchhalter, einen Genehmiger und einen Lagerverantwortlichen – alle mit unterschiedlichen Berechtigungen im selben Account.
• Verhandelte Preise. Preis A fur Kunde A, Preis B fur Kunde B – oft nach Volumen, nach Vertrag, nach Produktkategorie. Nicht ein Preis fur alle.
• Kreditlinien statt Sofortzahlung. B2B-Kaufer bezahlen oft auf Rechnung mit 30- oder 60-Tage-Zahlungszielen, nicht per Kreditkarte beim Checkout.
• Wiederkehrende Bestellungen mit konstantem Sortiment. Der Einkaufer eines Handelsunternehmens bestellt jeden Monat dasselbe – und will dafur keine neue Produktsuche starten.
• Genehmigungsworkflows. Manche Bestellungen mussen intern freigegeben werden, bevor sie beim Lieferanten eingehen.

Keines dieser Anforderungen ist eine nette Zusatzfunktion. Sie sind die Grundlage dafur, dass ein B2B-Kaufer den Shop uberhaupt nutzt statt direkt beim Aussendienstmitarbeiter zu bestellen.

Was das Adobe Commerce B2B-Modul abdeckt

Magento 2 in der Open-Source-Version hat keine nativen B2B-Funktionen. Die B2B-Funktionalitat ist ausschliesslich Teil von Adobe Commerce (fruher Magento Commerce) – der lizenzierten Version. Was das Modul abdeckt:

• Company Accounts. Ein Unternehmenskunde wird als eigene Einheit verwaltet, nicht als Sammlung einzelner Benutzer. Rollen und Berechtigungen konnen innerhalb der Company individuell vergeben werden.
• Shared Catalogs. Unterschiedliche Produktkataloge und Preise fur unterschiedliche Unternehmenskunden oder Kundengruppen. Ein Grosshandelskunde sieht andere Preise als ein Einzelkunde – ohne dass dafur ein separater Shop notig ist.
• Negotiated Quotes. Ein Kaufer kann eine Preisanfrage direkt aus dem Shop stellen, die der Verkaufer innerhalb der Admin-Oberflache bearbeiten und zuruck senden kann.
• Purchase Orders und Genehmigungsworkflows. Bestellungen konnen intern zur Freigabe weitergeleitet werden, bevor sie beim Lieferanten eingehen. Limits, Rollen und Genehmigungsstufen sind konfigurierbar.
• Requisition Lists. Gespeicherte Bestelllisten fur Wiederholungskaufe – der Einkaufer pflegt eine Liste von Standardartikeln und kann sie mit einem Klick in den Warenkorb ubernehmen.
• Quick Order. Direkteingabe von SKUs oder Upload einer CSV-Datei, um grosse Bestellungen ohne Produktsuche aufzugeben.

Das ist ein solides Fundament fur viele B2B-Szenarien. Aber: Es ist ein Fundament, kein fertiges System fur jeden Anwendungsfall.

Was noch individuelle Entwicklung erfordert

Fast jeder B2B-Merchant, der Adobe Commerce einsetzt, benotigt darauf aufbauend individuelle Anpassungen. Die haufigsten Kategorien:

• ERP-Integration. Das B2B-Modul kennt eure Lagerbestande, Kundenkreditlimits und Auftragsstatuse nicht – die kommen aus dem ERP (SAP, Microsoft Dynamics, SAGE, branchenspezifische Systeme). Die Synchronisation in beide Richtungen, auf einem Zeitplan, der zum Geschaft passt – das ist immer individuelle Entwicklung.
• Branchenspezifische Preislogik. Das Shared-Catalog-System von Adobe Commerce ist machtig, aber es hat Grenzen. Wenn Preise von Mengen, von Produktkombinationen, von Kundenumsatz im laufenden Jahr oder von externen Faktoren abhangen, kommt man uber die native Konfiguration hinaus.
• Individuelle Genehmigungsregeln. Die Standard-Purchase-Order-Workflows decken viele Szenarien ab. Unternehmen mit komplexen Einkaufsstrukturen (mehrere Niederlassungen, mehrstufige Freigaben, Budgetgrenzen pro Kostenstelle) benotigen angepasste Logik.
• Kundenspezifisches Checkout-Verhalten. Eigene Pflichtfelder, Referenznummern, Kostenstellen, abweichende Lieferadressen mit eigenem Freigabeprozess – der Standard-Checkout ist dafur nicht gebaut.
• Kundenseitige Reportings. B2B-Kaufer wollen oft Bestellhistorie, Ausgaben nach Kostenstelle und offene Rechnungen direkt im Portal sehen – nicht per Email anfragen.

Magento Open Source vs. Adobe Commerce fur B2B

Eine direkte Frage, die ofter gestellt wird als sie beantwortet wird:

Magento Open Source hat keine nativen B2B-Funktionen. Shared Catalogs, Company Accounts, Purchase Orders, Requisition Lists – keines davon ist im Open-Source-Kern enthalten. Es gibt Drittanbieter-Extensions, die einzelne Funktionen nachrusten, aber ein zusammenhangendes B2B-System auf Open Source aufzubauen bedeutet entweder viele Extensions mit potenziellen Kompatibilitatsproblemen, oder umfangreiche Eigenentwicklung.

Adobe Commerce (Cloud oder On-Premise) liefert das B2B-Modul als Teil der Lizenz. Die Lizenzkosten sind signifikant – ab ca. 22.000 USD jahrlich fur kleine Shops, deutlich mehr fur grossere Umsatze. Das ergibt Sinn, wenn:

• Der B2B-Kanal einen erheblichen Teil des Umsatzes ausmacht
• Das geschaftliche Modell stark auf die nativen B2B-Funktionen angewiesen ist
• Die Alternative (Eigenentwicklung auf Open Source) ahnlich viel kostet wie die Lizenz

Fur kleinere B2B-Volumes oder Shops mit sehr spezifischen Anforderungen kann Magento Open Source mit gezielter Eigenentwicklung die wirtschaftlichere Option sein. Die Entscheidung hangt von den konkreten Anforderungen ab – nicht vom Markennamen auf dem Lizenzvertrag.

Was in der Praxis oft fehlt

Nach Jahren B2B-Implementierungen fallt auf, dass dieselben Lucken immer wieder auftauchen – unabhangig davon, ob es sich um Adobe Commerce oder Open Source handelt:

• Onboarding neuer Unternehmenskunden. Der Prozess, einen neuen B2B-Kunden anzulegen, Credit-Limit zu setzen, den richtigen Katalog zuzuweisen und Benutzer einzurichten, ist in vielen Implementierungen noch manuell. Ein automatisierter Onboarding-Flow spart erheblich Zeit im Backoffice.
• Sichtbarkeit fur den Kaufer. Offene Rechnungen, Bestellstatus, Lieferzeiten – B2B-Kaufer wollen das im Self-Service sehen, nicht per Email beim Innendienst anfragen. Was nicht im Portal sichtbar ist, landet als Support-Anfrage.
• Preistransparenz bei Anfragen. Der Quote-Prozess von Adobe Commerce funktioniert, aber viele Kaufer wollen eine erste Preisindikation sehen, bevor sie eine formale Anfrage stellen. Wie viel Transparenz sinnvoll ist, hangt vom Geschaftsmodell ab – aber die Abwesenheit jeder Indikation erhoht die Hutte.
• Mobile Nutzbarkeit. B2B-Einkaufer bestellen auch unterwegs, vom Lager aus, vom Messestand. Eine Checkout-Experience, die auf Desktop entworfen wurde und auf Mobile kaum funktioniert, kostet real Bestellungen.

Wann Magento die richtige Wahl fur B2B ist

Magento ist eine gute Wahl fur B2B, wenn mehrere dieser Bedingungen zutreffen:

• Der Katalog ist komplex: viele Produkte, viele Varianten, kunden- oder gruppenspezifische Preise
• Es gibt einen Mix aus B2B- und B2C-Kanal, der auf einer Plattform verwaltet werden soll
• Integrationen zu ERP, PIM oder anderen Backoffice-Systemen sind zentral – Magento hat hier das reifste Okosystem unter den etablierten Plattformen
• Die Geschaftslogik ist komplex genug, dass ein SaaS-System an seine Grenzen stossen wurde

Magento ist weniger geeignet, wenn der B2B-Kanal klein ist und die Anforderungen durch einfachere Losung abgedeckt werden konnen – ein Grosshandelsmodul auf Shopify oder eine einfache Order-Portal-Losung. Die Plattformwahl sollte sich an der Komplexitat orientieren, nicht am Wunsch nach einer bestimmten Marke.

Fazit

B2B-Commerce auf Magento funktioniert gut, wenn es richtig implementiert ist – das bedeutet: Adobe Commerce mit B2B-Modul als Basis, erganzt durch die individuelle Entwicklung, die das Geschaftsmodell wirklich benotigt, und integriert mit den Systemen, die das operative Geschaft steuern.

Was es nicht ist: ein Projekt, das man mit einer Extension-Liste aus dem Marketplace lost. Die Lucken zwischen nativer Funktionalitat und dem, was ein realer B2B-Prozess benotigt, sind fast immer vorhanden – und fast immer spezifisch fur das jeweilige Unternehmen.

Wenn ihr gerade evaluiert, ob und wie Magento fur euren B2B-Kanal passt, sprechen wir gerne daruber. Wir implementieren B2B-Projekte auf Magento 2 und konnen einschatzen, was in eurer konkreten Situation sinnvoll ist und was nicht.