73 Prozent der B2B-Einkäufer erwarten mittlerweile dieselbe Bestell-Erfahrung wie im privaten Online-Shopping — aber mit Firmenkonten, individuellen Preisen und Freigabeprozessen. Genau diese Lücke will Adobe Commerce B2B schließen. Doch die Realität in deutschen Projekten sieht anders aus: Die meisten Händler, die auf Magento 2 migriert sind, nutzen vielleicht ein Drittel der nativen B2B-Funktionen. Der Rest schlummert im Admin-Panel, während Agenturen teure Custom-Entwicklungen verkaufen, die das System längst mitbringt.
Das ist verschenktes Geld. Dieser Guide zeigt, was die B2B-Suite von Adobe Commerce tatsächlich leistet, wo die Fallstricke liegen und wie der Import von Firmendaten, Preislisten und Katalogen ohne Agentur-Stunden funktioniert.
Was unterscheidet Adobe Commerce B2B vom Standard-Shop?
Die kurze Antwort: B2B-E-Commerce ist kein Shop mit anderen Preisen, sondern ein Abbild organisatorischer Realität. Eine Firma kauft nicht als Person, sondern als Struktur — mit Einkäufern, Budgets, Freigabeketten und Rahmenverträgen.
Adobe Commerce B2B (in der Praxis meist einfach „Magento B2B“ genannt) modelliert genau das über vier Säulen: Company Accounts bilden die Unternehmenshierarchie ab, Shared Catalogs steuern kundenspezifische Sortimente und Preise, Quotes digitalisieren die Preisverhandlung, und Requisition Lists beschleunigen Wiederholungsbestellungen. Dazu kommen Purchase Orders mit Approval Rules, Quick Order per SKU-Upload und ein Credit-Limit-System für Kauf auf Rechnung.
Wichtig für die Einordnung im DACH-Markt: Diese Features sind Teil der Adobe-Commerce-Lizenz (On-Premise und Cloud). Wer Magento Open Source betreibt, bekommt sie nicht — und genau hier scheitern viele deutsche Mittelständler an der falschen Erwartung, das B2B-Modul sei ein kostenloses Add-on.
Wie funktionieren Company Accounts und Hierarchien in Magento 2?
Ein Company Account ist mehr als ein Kundenkonto mit Firmenname. Der Company Admin des Kunden legt eigene Benutzer an, vergibt Rollen und ordnet jedem Nutzer Budgets und Rechte zu. Ein Auszubildender im Einkauf darf bestellen bis 500 Euro, der Bereichsleiter bis 50.000 — darüber greift eine Freigaberegel, und die Purchase Order landet beim Vorgesetzten statt direkt im Warenkorb-Checkout.
Für Händler heißt das: Der Vertriebsinnendienst sieht im Admin-Bereich jede Firma als Einheit, mit Umsatz, offenen Quotes und Kreditlimit. Klingt banal, ist aber der Punkt, an dem viele B2B-Portale anderer Systeme auseinanderfallen. Shopware etwa kann Kundengruppen und individuelle Preise, die vollständige Unternehmenshierarchie mit Freigabeworkflows braucht dort aber Zusatzmodule oder Eigenentwicklung.
Die Schattenseite darf nicht verschwiegen werden: Company Accounts mit mehreren hundert Unter-Nutzern pro Firma treiben die Datenbank. Projekte mit Konzernkunden sollten die Struktur flach halten und Rollen sparsam vergeben — sonst wird jede Admin-Abfrage zur Geduldsprobe.
Shared Catalogs: Kundenspezifische Preise ohne Preisregel-Chaos
Shared Catalogs sind der eigentliche Hebel im Magento-B2B-Setup. Statt hunderten Cart-Price-Rules definieren Sie pro Kunde oder Kundengruppe einen eigenen Katalog: welche Produkte sichtbar sind, zu welchem Preis, mit welchen Staffeln. Ein Werksvertragskunde sieht nur die 400 Artikel seines Rahmenvertrags — nicht Ihre 40.000-SKU-Vollsortiment.
Der technische Clou: Adobe Commerce rendert diese kundenspezifischen Kataloge über eigene Preisindizes. Das funktioniert, solange die Zahl der Shared Catalogs beherrschbar bleibt. Die Community-Erfahrung — und das deckt sich mit Adobes eigener Dokumentation — sagt: jenseits von einigen tausend aktiven Shared Catalogs werden Reindex-Läufe zum Engpass. Wer 15.000 B2B-Kunden mit jeweils eigenem Katalog plant, braucht ein anderes Preismodell, etwa eine externe Preisengine per API.
Wer jedem B2B-Kunden einen eigenen Katalog baut, optimiert nicht den Vertrieb — er baut sich ein Performance-Problem mit Admin-Oberfläche.
Pragmatischer Ansatz für den deutschen Mittelstand: Segmentierung statt Individualisierung. Fünf bis zwanzig Kataloge nach Kundenklasse (A-Kunde Industrie, Wiederverkäufer, Projektgeschäft), nicht fünfhundert nach Firmenkunde. Die echten Sonderkonditionen gehören ohnehin ins ERP und werden nachts synchronisiert.
Warum sind Quotes und Requisition Lists umsatzrelevant?
Weil B2B-Umsatz selten im ersten Checkout entsteht. Der typische Weg: Anfrage, Verhandlung, Angebot, Freigabe, Bestellung — und dann dieselbe Bestellung alle sechs Wochen wieder.
Das Quote-Modul macht die Verhandlung shopnativ. Der Einkäufer wandelt seinen Warenkorb in eine Angebotsanfrage um, Ihr Vertrieb passt Preise und Mengen im Admin an, kommentiert, sendet zurück. Der Kunde akzeptiert — und der Quote wird zur Bestellung. Kein E-Mail-Ping-Pong mit Excel-Anhängen, keine abgetippten Angebote. Alles versioniert, alles nachvollziehbar.
Requisition Lists adressieren die andere Seite: Wiederholungskäufe. Einkäufer pflegen Listen — „Ersatzteile Werk München“, „Verbrauchsmaterial Q3“ — und ziehen daraus Bestellungen per Klick. Für Händler mit Ersatzteil- oder MRO-Geschäft (Maintenance, Repair, Operations) ist das der Conversion-Treiber schlechthin. Ein Anlagenbauer, der seine Ersatzteil-Listen im Shop pflegt, kauft diese Teile nicht mehr beim Wettbewerber. Die Wechselkosten steigen mit jeder gepflegten Liste — ein Lock-in, den kein Rabatt der Konkurrenz so schnell aufbricht.
Import & Export in Magento 2: So gelangen Firmendaten in den Shop
Kein B2B-Projekt ohne Massendaten. Firmen, Preise, Katalogzuordnungen kommen aus dem ERP, nicht aus der Handeingabe. Magento 2 bringt dafür zwei Wege: den klassischen CSV-Import unter System → Data Transfer → Import und die REST-API für automatisierte Synchronisation.
Für den CSV-Weg gilt eine klare Reihenfolge, deren Missachtung die häufigste Fehlerquelle in B2B-Projekten ist:
- Zuerst Produkte importieren — ohne SKUs kein Katalog, keine Preise.
- Dann Companies und Company-User, jeweils mit korrektem company_id-Bezug.
- Danach Shared Catalogs anlegen und die Zuordnung Produkt-Katalog samt Custom Pricing importieren.
- Zuletzt Kundenpreise und Staffelpreise (Advanced Pricing) — sie setzen bestehende Kataloge voraus.
Drei Praxisregeln, die Agenturen Ihnen selten sagen. Erstens: Testen Sie jeden Import mit zehn Datensätzen, nicht mit zehntausend — Magento bricht Validierungsfehler unbarmherzig ab, und die Fehlermeldungen sind kryptisch. Zweitens: Das Verhalten Add/Update ist der sichere Standard; Replace löscht bei Preisen gern mehr, als Sie erwarten. Drittens: Nach jedem Preis- oder Katalog-Import gehört ein Reindex, sonst sieht der Kunde im Frontend weiter die alten Konditionen.
Für den Regelbetrieb führt an der API kein Weg vorbei. Die Endpunkte für Companies, Shared Catalogs und Tier Prices sind stabil und dokumentiert. Ein nächtlicher Delta-Sync aus SAP, Microsoft Dynamics oder — im deutschen Mittelstand häufig — aus JTL, BüroWARE oder weclapp ist mit überschaubarem Aufwand umsetzbar. Wer CSV-Dateien per Hand hochlädt, macht aus einer Infrastrukturaufgabe einen Vollzeitjob.
Was Adobe Commerce B2B nicht löst — und wann sich die Lizenz rechnet
Ehrlichkeit gehört zur Einordnung: Die B2B-Suite hat Schwächen. Die Punchout-Anbindung an E-Procurement-Systeme wie SAP Ariba oder Coupa — für viele Industriekunden Pflicht — ist nicht nativ an Bord. Das Frontend der B2B-Features ist im Standard-Luma-Theme funktional, aber altbacken; wer Hyvä oder PWA fährt, muss B2B-Komponenten nachbauen oder auf Erweiterungen zurückgreifen. Und die Komplexität hat ihren Preis: Hosting, Entwicklung und Betrieb eines Adobe-Commerce-B2B-Projekts liegen realistisch im sechsstelligen Jahresbereich, bevor der erste Umsatz fließt.
Die Rechnung geht ab etwa 5 Millionen Euro digitalem B2B-Umsatz auf — oder früher, wenn Ersatzteilgeschäft, Rahmenverträge und hohe Bestellfrequenz zusammenkommen. Darunter sind Shopware mit B2B-Suite oder ein schlankeres System plus ERP-Portal oft die rationalere Wahl.
Wer sich für Adobe Commerce entscheidet, sollte mit zwei Features starten, nicht mit zwölf: Company Accounts plus Shared Catalogs. Quotes und Requisition Lists folgen, wenn die Basis stabil läuft und die Einkäufer der Kunden den Shop angenommen haben. B2B-E-Commerce scheitert selten an fehlenden Funktionen — er scheitert daran, dass die Organisation der Kunden nicht mitgeht. Die Software ist der leichte Teil.