Im B2B-Handel sieht nicht jeder Kunde denselben Shop. Ein Fachhändler bekommt andere Artikel angezeigt als ein Industriekunde, ein Vertragspartner sieht Sonderpositionen aus seinem Rahmenvertrag, und Auslauf- oder Ersatzteilartikel bleiben ganzen Kundengruppen verborgen. Diese Sortiments- und Sichtbarkeitslogik entsteht nicht im Shop, sondern im ERP: Kundenstammdaten, Kundengruppen, Freigaben und Konditionen entscheiden, wer was kaufen darf. Der B2B-Internethandel von Großhandel und Herstellern erreichte 2024 rund 509 Milliarden Euro und wuchs um 7 Prozent (ECC Köln); 76 Prozent dieses Umsatzes laufen über eigene Onlineshops (ECC Köln) -- also genau dort, wo kundenindividuelle Kataloge greifen. Anders als bei kundenindividuellen Preisen oder dem Kreditlimit geht es hier nicht um den Betrag, sondern um die reine Sichtbarkeit: welcher Artikel für welchen Kunden überhaupt im Katalog erscheint. Dieser Artikel zeigt, wie sich Freigaben, Kundengruppen, gesperrte Produkte, die Login-Pflicht und die Schnellbestellung per ERP-Artikelnummer aus dem Warenwirtschaftssystem in den Shop übertragen lassen -- in Echtzeit oder über einen Cache.
Das Wichtigste in Kürze
- Im B2B entscheidet das ERP über die Sichtbarkeit: Kundengruppe, Freigabeliste, Sperrkennzeichen und Login-Pflicht steuern, welche Artikel ein Kunde im Shop überhaupt sieht.
- Die Sortimentslogik ist unabhängig vom Preis: Es geht darum, ob ein Artikel im Katalog erscheint, nicht was er kostet.
- Kundengruppen bündeln gleichartige Kunden; kundenspezifische Kataloge und Rahmenvertragsartikel gehen darüber hinaus bis auf den einzelnen Debitor.
- Die Schnellbestellung per ERP-Artikelnummer setzt eine saubere Auflösung von Kundennummer, Artikelnummer und Freigabe voraus.
- Aktualität ist eine Architekturentscheidung: Echtzeitabfrage bei jedem Aufruf oder ein regelmäßig aktualisierter Cache mit definierter Invalidierung.
Warum im B2B nicht jeder Kunde dasselbe Sortiment sieht
Der B2B-Einkauf verlagert sich ins Digitale. Von den rund 650 Milliarden Euro Gesamt-E-Commerce in Deutschland entfielen 2024 etwa 530 Milliarden Euro auf das B2B-Geschäft (bevh). Zugleich verkauften 2023 erst 13,3 Prozent der Unternehmen in Deutschland online an andere Unternehmen oder öffentliche Stellen (Statista) -- der Markt ist also groß, aber längst nicht ausgereizt. Die Erwartung der Einkäufer ist dabei klar: Nach der Regel der Drittel wünscht sich jeweils ein Drittel der B2B-Kunden persönliche Beratung, Remote-Kontakt oder digitale Selbstbedienung (McKinsey). Wer digital bestellt, erwartet genau sein Sortiment -- freigegebene Artikel, seine Vertragspositionen und keine für ihn irrelevanten Produkte.
Anders als im Endkundengeschäft, wo alle denselben Katalog sehen, ist das B2B-Sortiment kundenabhängig. Die Gründe sind vielfältig: gewerbliche Artikel, die nur an geprüfte Betriebe verkauft werden dürfen, Ersatzteile für bestimmte Maschinengenerationen, Marken mit selektivem Vertrieb, regionale Liefereinschränkungen oder Auslaufware, die nur Bestandskunden noch beziehen. Diese Regeln stehen im ERP, weil dort die Kundenbeziehung geführt wird -- nicht im Shop, der sie nur abbilden soll.
Kundengruppen
Fach-, Industrie- und Endkunden sehen unterschiedliche Kataloge, weil ihre Konditionen und Berechtigungen im ERP unterschiedlich hinterlegt sind.
Rahmenverträge
Vertragskunden erhalten Zugriff auf Sonderartikel und -mengen, die außerhalb des Vertrags niemand bestellen kann.
Selektiver Vertrieb
Manche Marken oder Gefahrstoffe dürfen nur an autorisierte oder zertifizierte Betriebe ausgeliefert werden.
Ersatzteil-Logik
Ersatz- und Verschleißteile gehören oft nur zum Sortiment bestimmter Kunden mit passender Maschinenbasis.
Auslaufartikel
Produkte am Ende des Lebenszyklus bleiben Neukunden verborgen und stehen nur Bestandskunden zur Nachbestellung offen.
Freigabepflicht
Neue Geschäftskunden werden erst nach Prüfung freigeschaltet; bis dahin sehen sie einen eingeschränkten oder gesperrten Katalog.
Was die Sichtbarkeit steuert: Freigaben, Sperren, Kundengruppen
Sichtbarkeit im B2B-Shop ist kein einzelner Schalter, sondern das Zusammenspiel mehrerer Ebenen aus dem ERP. Die folgende Übersicht zeigt, welche Größen die Katalogansicht bestimmen, woher sie stammen und wie sie im Shop wirken.
| Sichtbarkeitsebene | Herkunft im ERP | Wirkung im Shop |
|---|---|---|
| Kundengruppe | Debitorenstamm | Bestimmt den Basiskatalog |
| Freigabeliste (Positivliste) | Sortiments- oder Konditionsliste | Nur diese Artikel sind sichtbar |
| Sperrliste (Negativliste) | Artikel- oder Kundensperre | Blendet einzelne Artikel aus |
| Rahmenvertragsartikel | Kontrakt oder Sonderliste | Schaltet Sonderpositionen frei |
| Login-Pflicht | Kundengruppen-Regel | Katalog erst nach Anmeldung sichtbar |
| Freigabestatus | Debitoren-Kennzeichen | Steuert gesperrt, in Prüfung oder aktiv |
Zwei Grundprinzipien treffen aufeinander. Eine Positivliste (Whitelist) gibt genau die Artikel frei, die ein Kunde sehen darf -- alles andere bleibt verborgen. Eine Negativliste (Blacklist) zeigt den vollen Katalog und blendet nur einzelne gesperrte Positionen aus. Positivlisten sind restriktiver und eignen sich für stark regulierte Sortimente, Negativlisten sind pflegeleichter für große, überwiegend offene Kataloge. Welches Modell passt, hängt vom Anteil gesperrter Artikel ab. Wichtig ist die Abgrenzung: Diese Logik entscheidet über die reine Sichtbarkeit, nicht über den Preis. Kundenindividuelle Preise laufen über eine eigene Mechanik, die wir im Beitrag zur Preissynchronisation im B2B-Shop beschreiben, und die Kauffähigkeit prüft der Kreditlimit-Check im Checkout -- beides greift erst, nachdem der Artikel überhaupt sichtbar ist.
Sichtbarkeit, Preis und Bonität sind drei getrennte Schichten
Der Datenfluss vom ERP-Kundenstamm in den Shop-Katalog
Der Kern der Lösung ist ein nachvollziehbarer Datenfluss zwischen ERP-Kundenstamm und Shop-Katalog. Er beginnt mit der Anmeldung des Kunden und endet mit einer Katalogansicht, die genau sein Sortiment zeigt. Dazwischen liegen wenige, klar abgegrenzte Schritte.
- Kunden-Identifikation: Nach dem Login wird der Shop-Nutzer über die Kundennummer eindeutig einem Debitor im ERP zugeordnet.
- Sichtbarkeits-Set laden: Die Middleware ermittelt Kundengruppe, Freigabeliste, Sperrliste und Rahmenvertragsartikel des Debitors.
- Katalog filtern: Der Shop-Katalog wird auf die erlaubten Artikel reduziert; gesperrte Positionen verschwinden aus Listen, Suche und Direktaufruf.
- Sonderartikel ergänzen: Vertrags- und Sonderpositionen werden zusätzlich eingeblendet, sofern der Kunde sie beziehen darf.
- Zustand cachen: Das personalisierte Sortiment wird für die Sitzung vorgehalten und bei Änderungen im ERP invalidiert.
Ein häufig unterschätzter Punkt ist der Direktaufruf: Ein gesperrter Artikel darf nicht nur aus Kategorielisten und Suche verschwinden, sondern muss auch beim direkten Aufruf seiner Produkt-URL geschützt sein -- sonst umgeht ein Kunde die Sortimentssteuerung mit einem Lesezeichen. Die Prüfung gehört deshalb in eine zentrale Middleware und eine saubere API-Anbindung, die bei jedem Artikelzugriff die Freigabe des angemeldeten Kunden gegenprüft. Grundlage ist ein konsistenter Kundenstamm; wie sich Kunden- und Artikelstammdaten dublettenfrei synchronisieren lassen, zeigt der Beitrag zur Stammdaten-Synchronisation mit MDM.
Kundengruppen und Katalog-Zuschnitt aus dem ERP
Wo die Sichtbarkeitsdaten liegen, hängt vom führenden System ab. In den großen ERP- und Warenwirtschaftssystemen sind Kundengruppen, Sortimentslisten und Sperren an unterschiedlichen Stellen des Stammdatenmodells hinterlegt, lassen sich aber über standardisierte Schnittstellen abfragen.
SAP
Kundengruppen, Sortimentslisten und Sperrkennzeichen liegen im Debitoren- und Materialstamm und lassen sich über standardisierte Schnittstellen der SAP-Integration abfragen.
Microsoft Dynamics 365
Preisgruppen, Handelsvereinbarungen und Artikelsperren im Debitorenstamm steuern, welche Positionen ein Kunde sieht; die Dynamics-Anbindung liest sie über die Business-Central- oder Finance-Schnittstellen.
JTL-Wawi und weitere
Kundenkategorien und Artikel-Sichtbarkeiten aus der Warenwirtschaft lassen sich per JTL-Anbindung auf Shop-Kundengruppen abbilden.
Der zentrale Konfigurationsschritt ist das Mapping zwischen ERP-Kundengruppen und den Kundengruppen des Shops. Eine ERP-Gruppe wie Fachhandel Region Nord wird einer Shop-Kundengruppe zugeordnet, die den passenden Katalogausschnitt trägt. Wie tief die Sortimente reichen, zeigt die Struktur des Marktes: Allein Baustoffe und Sanitärbedarf stehen für rund 18 Prozent des B2B-Umsatzes (bevh) -- Branchen mit riesigen, stark segmentierten Katalogen, in denen ein Kunde oft nur einen Bruchteil aller Artikel beziehen darf. Für die Anbindung der führenden Warenwirtschaft und die Übernahme dieser Kategorien in den Shop lohnt der Blick in unseren Beitrag zur JTL-Wawi-Shop-Anbindung.
Schnellbestellung per ERP-Artikelnummer
Geschäftskunden kennen ihre Artikel. Statt sich durch Kategorien zu klicken, tippen sie die ERP- oder Herstellerartikelnummer direkt in ein Schnellbestellfeld oder laden eine Bestellliste als Datei hoch. Diese Schnellbestellung ist im B2B ein zentrales Effizienzmerkmal -- sie funktioniert aber nur, wenn die Sortimentssteuerung mitspielt: Die eingegebene Nummer muss auf einen Artikel aufgelöst werden, der für genau diesen Kunden freigegeben ist.
Die Auflösung berücksichtigt mehrere Nummernkreise: die interne ERP-Artikelnummer, die Hersteller- oder EAN-Nummer und eine mögliche kundenspezifische Bestellnummer, die manche Einkäufer in ihrem eigenen System führen. Findet das System die Nummer, prüft es die Freigabe für den angemeldeten Kunden, bevor die Position in den Warenkorb wandert. Ein gesperrter oder nicht freigegebener Artikel wird mit einer klaren Meldung abgewiesen, statt still im Warenkorb zu landen.
def resolve_quick_order(customer, code, erp):
# code: ERP-Nr., EAN oder kundenspezifische Bestellnummer
item = erp.lookup_item(code)
if item is None:
return Result("not_found", code=code)
if not erp.is_released(customer.debtor_id, item.id):
return Result("blocked", item=item.id)
return Result("ok", item=item.id, qty_min=item.min_qty)Schnellbestellung ohne Sortimentsprüfung ist ein Risiko
Echtzeit oder Cache: Aktualität der Freigaben
Wie aktuell die Sichtbarkeit sein muss, ist eine Architekturentscheidung. Sie balanciert die Aktualität der Freigaben gegen Antwortzeit und ERP-Last. Vier Ansätze stehen zur Verfügung, die sich je nach Datentyp kombinieren lassen.
| Ansatz | Vorteil | Grenze |
|---|---|---|
| Echtzeitabfrage | Laufend aktuelle Freigaben ohne Verzögerung | Höhere Latenz und ERP-Last je Seitenaufruf |
| Vorgeladener Cache | Schnelle Katalogansicht, geringe ERP-Last | Änderungen greifen erst nach Invalidierung |
| Ereignisbasierte Invalidierung | Cache bleibt schnell und aktuell | Setzt Events oder Webhooks aus dem ERP voraus |
| Hybrid je Datentyp | Stabile Gruppen gecacht, kritische Sperren live | Etwas höherer Konfigurationsaufwand |
In der Praxis bewährt sich ein hybrider Ansatz: Stabile Zuordnungen wie Kundengruppe und Basissortiment werden vorgeladen und regelmäßig aktualisiert, während sicherheitskritische Sperren -- etwa ein frisch gesetztes Artikel-Sperrkennzeichen -- ereignisbasiert sofort greifen. Weil der B2B-Internethandel auch 2025 weiter wächst, für das Jahr wird ein Plus von 6,3 Prozent erwartet (ECC Köln), steigt die Zahl der angebundenen Kataloge und Kunden stetig; eine Architektur, die Aktualität und Performance ausbalanciert, zahlt sich mit wachsendem Volumen aus. Wie sich Shop und ERP technisch in Echtzeit koppeln lassen, vertieft der Beitrag zur SAP-Shopware-Echtzeit-Synchronisation.
Veraltete Sichtbarkeit ist teurer als ein veralteter Preis
Login-Pflicht und gesperrte Produkte richtig umsetzen
Login-Pflicht und Sperren wirken nur, wenn sie serverseitig durchgesetzt werden. Ein Katalog, der sensible Artikel lediglich im Frontend versteckt, lässt sich umgehen. Die folgenden Punkte machen die Sortimentssteuerung belastbar.
- Login-Gate vor dem Katalog: Ist der Katalog nur nach Anmeldung sichtbar, muss der Shop unangemeldete Zugriffe konsequent auf die Anmeldung leiten -- inklusive Suche und Deep-Links.
- Gesperrte Artikel serverseitig ausblenden: Sichtbarkeit darf nicht nur im Frontend versteckt, sondern serverseitig durchgesetzt werden, damit sie sich nicht über die Produkt-URL umgehen lässt.
- Neukunden-Freigabe abbilden: Solange ein Geschäftskunde in Prüfung ist, sieht er einen reduzierten Katalog oder Preise auf Anfrage, bis das ERP ihn freischaltet.
- Sichere Übergabe der Identität: Die Zuordnung zwischen Shop-Login und ERP-Debitor muss manipulationssicher sein, damit niemand fremde Sortimente einsehen kann.
- Nachvollziehbarkeit: Freigaben und Sperren sollten mit Zeitpunkt und Auslöser protokolliert werden, um Kundenanfragen und Prüfungen zu beantworten.
Die Verbindung zwischen Shop und ERP transportiert, wer welchen Katalog sehen darf -- eine sensible Strecke, die technisch abgesichert gehört. Wie sich der Zugriff auf ERP-Schnittstellen mit Token-Verfahren härten lässt, beschreibt der Beitrag zur OAuth-2.0- und Token-Sicherheit für ERP-Schnittstellen. Kommen Bestellungen nicht über den Shop, sondern über ein Beschaffungsportal des Kunden, gelten dieselben Freigaben; die Anbindung solcher Portale zeigt der Beitrag zur OCI-Punchout-Anbindung.
Projektablauf einer Sortimentssteuerung
Mehr als die Hälfte der B2B-Einkäufer erwartet ein durchgängiges Omnichannel-Erlebnis und wechselt bei Reibung den Lieferanten (McKinsey) -- ein konsistentes, korrektes Sortiment über alle Kanäle ist damit kein Komfort, sondern Bindungsfaktor. Der gesamte B2B-E-Commerce inklusive EDI überschritt 2024 die Marke von 1,5 Billionen Euro und wuchs um 5,5 Prozent (ECC Köln). Die Einführung einer ERP-getriebenen Sortimentssteuerung folgt typischerweise fünf Phasen.
Fünf Phasen bis zur produktiven Sortimentssteuerung
- 1
Bestandsaufnahme
Führendes ERP, vorhandene Kundengruppen, Positiv- und Negativlisten sowie Sonderfälle wie Login-Pflicht und Neukunden-Freigabe erfassen.
- 2
Regelwerk definieren
Festlegen, welche Sichtbarkeit über Gruppen, welche über Positiv- und Negativlisten und welche über Rahmenverträge gesteuert wird.
- 3
Mapping und Schnittstelle
ERP-Kundengruppen auf Shop-Kundengruppen abbilden, Konnektor und Filterlogik in der Middleware bauen.
- 4
Test mit Echtdaten
Katalogansichten je Kundengruppe gegen die ERP-Freigaben prüfen, Direktaufrufe und Schnellbestellung testen.
- 5
Go-Live und Pflege
Produktivbetrieb mit Überwachung von Katalogfehlern, Sperrgriffen und Antwortzeiten, gefolgt von laufender Feinjustierung.
Häufige Stolpersteine und wie man sie vermeidet
Aus Integrationsprojekten kristallisieren sich wiederkehrende Fehler heraus. Wer sie von Anfang an einplant, vermeidet falsche Katalogansichten und teure Nacharbeit im Livebetrieb.
- Nur Frontend-Ausblendung: Wird ein gesperrter Artikel nur per CSS oder im Template versteckt, bleibt er über Suche, Feed oder Produkt-URL erreichbar.
- Sichtbarkeit mit Preis vermischt: Wer Freigabe und Preis in einer Regel zusammenwirft, erzeugt schwer wartbare Sonderfälle und widersprüchliche Ansichten.
- Veralteter Cache bei Sperren: Ohne definierte Invalidierung zeigt der Shop längst gesperrte Artikel weiter an.
- Fehlende Neukunden-Logik: Ist der Zustand in Prüfung nicht abgebildet, sehen frische Kunden entweder alles oder nichts.
- Schnellbestellung ohne Freigabeprüfung: Die Direkteingabe der Artikelnummer umgeht die Sortimentssteuerung, wenn die Freigabe nicht gegengeprüft wird.
- Uneinheitlicher Kundenstamm: Dubletten oder falsche Zuordnungen führen dazu, dass ein Kunde das falsche Sortiment sieht.
Die wichtigste Frage im B2B-Shop lautet nicht, was der Artikel kostet, sondern ob dieser Kunde ihn überhaupt sehen darf -- und die Antwort steht im ERP.
Quellen und Studien