Kundenspezifische Sortimente im B2B-Shop 2026

Der globale B2B-E-Commerce erreicht 2026 ein Volumen von 36,16 Billionen US-Dollar bei einer jährlichen Wachstumsrate von 14,5% (ITA/Experro). Gleichzeitig zeigen aktuelle Studien: 77% der B2B-Einkäufer kaufen nicht ohne personalisierten Content (Numen Technology 2026), und mehr als die Hälfte aller B2B-Großkäufe über 1 Million US-Dollar wird inzwischen über digitale Self-Service-Kanäle abgewickelt (Forrester B2B Buyer Insights 2026). Wer im B2B-Shop 2026 noch ein identisches Standardsortiment für alle Kunden ausspielt, verliert Deckungsbeitrag, Wiederkaufquote und Vertrauen gleichzeitig. Dieser Guide zeigt, wie Sie mit kundenspezifischen Sortimenten — international als Customer Catalogs bezeichnet — Rollen, Vertragspreise und Whitelists sauber abbilden, welche Use Cases in Medizintechnik, Maschinenbau und Büroausstattung entscheidend sind und wie die technische Umsetzung in Shopware CE aussieht.

Warum Standard-Sortimente im B2B scheitern

Der deutsche B2B-E-Commerce-Markt ist rund drei- bis viermal größer als der B2C-Bereich und erreicht ein geschätztes Volumen von 1,4 Billionen Euro (Statista). Zum Vergleich: Der gesamte deutsche Online-Handel verzeichnete 2023 einen Umsatz von 476 Milliarden Euro mit einem Plus von 11,7% (bevh/Statista). In diesem Umfeld arbeiten aber viele B2B-Shops noch mit einem einheitlichen Katalog, der allen Kunden dieselben Produkte, Preise und Verpackungseinheiten zeigt. Das passt weder zur Realität des B2B-Einkaufs noch zu den Erwartungen der Käufer.

Die Zahlen sind eindeutig: 66% der B2B-Käufer erwarten vollständig personalisierte Journeys (Salsify 2026), 82% der B2B-Marketing-Entscheider bestätigen, dass Käufer heute Maßarbeit erwarten (Forrester), und 95% der B2B-Marketer bestätigen, dass Personalisierung ihre Ergebnisse messbar verbessert (BigCommerce). Auf der Ergebnisseite zeigt McKinsey: Personalisierung liefert typischerweise 5-15% Umsatzplus, 10-30% ROI-Verbesserung und kann Kundenakquisitionskosten um bis zu 50% senken. Personalisierte Web-Experiences führen laut Convert.com/McKinsey zu +19% Umsatz und +40% Average Order Value.

Die Kehrseite eines fehlenden Konzepts: 90% der B2B-Käufer wechseln den Anbieter bei schlechter Digital Experience (Sana/Nishtech), gleichzeitig sind 87% bereit, einen Aufpreis für ein exzellentes Portal zu zahlen. Und bei Preislogiken ist der Druck besonders hoch: 69% der B2B-Käufer erwarten dynamische Preise online, 33% sind frustriert, wenn nur statische Listen gezeigt werden, 55% wollen ihre persönlichen Preise direkt sichtbar haben und 49% erwarten individuelle Zahlungsregeln (Growmax). Ein Standard-Sortiment kann diese Erwartungen nicht bedienen — kundenspezifische Sortimente hingegen schon.

Kundenspezifische Sortimente: Definition und Ebenen

Customer Catalogs sind keine einfache Kategoriefilterung, sondern ein mehrschichtiges Konzept. In unseren B2B-Projekten haben sich vier Ebenen etabliert, die unabhängig voneinander konfigurierbar sein müssen — und die in Kombination die vollständige Zugriffslogik ergeben. Entscheidend ist, dass jede Ebene sowohl die Sichtbarkeit als auch den Preis und die Konditionen beeinflussen kann.

Praktisch muss der B2B-Shop diese vier Dimensionen auswerten, bevor er eine Produktliste, eine Kategorie oder einen Warenkorb rendert. Die Reihenfolge ist wichtig: Zuerst wird geprüft, ob der Account grundsätzlich Zugriff auf das Produkt hat, dann ob die Rolle diesen Zugriff erlaubt, anschließend ob der Standort das Produkt bestellen darf, und zuletzt ob ein aktives Projekt die Zuordnung zusätzlich einschränkt oder erweitert. Erst nach dieser Zugriffsprüfung greift die Preislogik mit Vertragspreisen, Staffeln und Aktionsrabatten — Details dazu liefert unser Artikel zu B2B-Preisstrategien 2026.

Rollenbasierte Sichtbarkeit technisch umsetzen

Die technische Grundlage für Customer Catalogs in Shopware CE ist eine Kombination aus Kundengruppen, Benutzerrollen, Rule Builder und individuellen Service-Decorators. Standardmäßig liefert Shopware CE bereits das Fundament: Kundengruppen mit eigenen Preisen, Kundenspezifische Produkt-Sichtbarkeit über Rules und Account-Strukturen mit Sub-Accounts. Für ausgereifte B2B-Szenarien ergänzen wir diese Bausteine über individuelle Entwicklung — insbesondere bei Rolle-Standort-Projekt-Kombinationen, die sich nicht rein deklarativ abbilden lassen.

Ein typisches Umsetzungsmuster: In einer catalog_assignment-Tabelle wird pro Account, Rolle, Standort und Produkt ein Berechtigungssatz gespeichert. Ein CatalogVisibilityService decoriert den Produkt-Loader, filtert Listenseiten und Suche, und setzt im Product Detail zusätzlich preisbezogene Regeln. Wichtig ist, dass diese Logik sowohl in der Storefront als auch in den PunchOut-Responses und API-Aufrufen greift — sonst entstehen Lücken. Beispiel einer Service-Konfiguration und der zugehörigen Berechtigungsprüfung:

services:
  App\Catalog\Service\CatalogVisibilityService:
    arguments:
      - '@Doctrine\DBAL\Connection'
      - '@Shopware\Core\System\SalesChannel\SalesChannelContextService'

  App\Catalog\Subscriber\ProductListingSubscriber:
    arguments:
      - '@App\Catalog\Service\CatalogVisibilityService'
    tags:
      - { name: kernel.event_subscriber }

  App\Catalog\Decorator\SalesChannelProductLoaderDecorator:
    decorates: 'Shopware\Core\Content\Product\SalesChannel\SalesChannelProductLoader'
    arguments:
      - '@.inner'
      - '@App\Catalog\Service\CatalogVisibilityService'

<?php

namespace App\Catalog\Service;

use Doctrine\DBAL\Connection;

class CatalogVisibilityService
{
    public function __construct(private Connection $connection) {}

    public function filterVisibleProductIds(
        array $productIds,
        string $accountId,
        string $roleId,
        ?string $locationId = null,
        ?string $projectId = null
    ): array {
        $sql = 'SELECT product_id
                FROM catalog_assignment
                WHERE account_id = :account
                  AND role_id = :role
                  AND (location_id = :location OR location_id IS NULL)
                  AND (project_id = :project OR project_id IS NULL)
                  AND product_id IN (:ids)
                  AND is_active = 1';

        return $this->connection->fetchFirstColumn($sql, [
            'account' => $accountId,
            'role' => $roleId,
            'location' => $locationId,
            'project' => $projectId,
            'ids' => $productIds,
        ], [
            'ids' => Connection::PARAM_STR_ARRAY,
        ]);
    }
}

Die Zuordnungen selbst werden nicht manuell gepflegt, sondern aus ERP- und PIM-Systemen importiert. In der Praxis hat es sich bewährt, die Tabelle als Sicht auf eine regelbasierte Engine zu verstehen — nicht als statische Liste. Bei 50.000 SKUs und 500 Accounts sind vier- bis fünfstellige Zuordnungen pro Konfiguration Alltag (Growmax). Reine Inline-Pflege im Admin ist da weder wartbar noch skalierbar. Unsere individuell entwickelten Ingest-Pipelines synchronisieren Stammdaten-Änderungen, Rahmenvertragsanpassungen und Rolle-Mappings nächtlich oder ereignisbasiert.

Vertragspreise und Staffelmodelle

Kundenspezifische Sortimente entfalten ihren vollen Wert erst in Kombination mit Vertragspreisen. Hintergrund: Der durchschnittliche B2B-Warenkorbwert liegt bei 500 bis über 1.000 US-Dollar (Digital Web Solutions) — im B2C sind es typischerweise nur 60-150 US-Dollar. Die B2B-Conversion-Rate liegt mit 1,8% leicht unter dem B2C-Wert von 2,1% (Elogic/Ruler Analytics), wiegt aber durch den höheren Bestellwert deutlich schwerer. Umso bedeutender ist jede Preisentscheidung: McKinsey quantifiziert, dass 1% Preiserhöhung den EBIT um 6-14% steigern kann — entsprechend wertvoll ist saubere Preislogik pro Kunde.

Die Branchen-Benchmarks sind eindeutig: Eine durchschnittliche Quote-to-Order-Rate liegt bei 25-35%, Best-in-Class-Unternehmen erreichen 45-55% (Atwix 2026). Der Unterschied entsteht meistens genau dort, wo kundenspezifische Sortimente und Vertragspreise sauber integriert sind — nicht erst beim Vertriebsgespräch, sondern direkt im Self-Service. Vertiefend dazu unser Artikel zu B2B-Preisstrategien 2026. Bestandskunden generieren übrigens laut Smile.io/BusinessDasher typischerweise 65% des Umsatzes bei nur 35% Kundenanteil und einem um 31% höheren AOV — ein weiterer Grund, die Preislogik für wiederkehrende Abnehmer exakt abzubilden.

Use Case 1: Medizintechnik

In der Medizintechnik ist das Zusammenspiel aus Rahmenvertrag, Rolle und Zulassung besonders eng. Kliniken arbeiten mit mehrjährigen Verträgen, in denen feste Artikelkörbe, Volumina und Preise hinterlegt sind. Innerhalb der Klinik agieren Zentraleinkauf, Stationen und OP-Bereich mit unterschiedlichen Freigaben: Der Einkauf verhandelt, die Station bestellt Routineprodukte, der OP bezieht spezialisierte Artikel mit Chargen- und Sterilisationsanforderungen (OroCommerce/Cloudfy). Ein Customer Catalog muss diese Dreiteilung sauber abbilden.

• Rollenbasierte Sichtbarkeit: Einkauf sieht komplettes Sortiment inklusive Alternativprodukte; Station sieht nur freigegebene Verbrauchsartikel; OP sieht sterilisierte Artikel mit Chargen-IDs
• Rahmenvertragspreise: Artikel mit verhandelten Festpreisen, gekoppelt an ein Jahresabnahmevolumen und automatische Nachbuchungen
• MDR-konforme Datenhaltung: UDI-Kennzeichnung, Chargeninformationen und Ablaufdaten pro SKU — sichtbar nur für berechtigte Rollen
• Freigabe-Workflow: Bestellungen über festgelegten Betrag gehen in die Zweitfreigabe Einkaufsleitung
• Standort-Split: Je Krankenhaus-Standort eigener Lagerort mit individueller Lieferzeit und eigenen Mindestbestellmengen

Der entscheidende Vorteil: Der Shop wird zum verlängerten Arm des ERP-Systems. Anstatt dass Stationen per Telefon oder E-Mail beim Zentraleinkauf anfragen, bestellen sie direkt im Portal — mit den Konditionen, die der Einkauf verhandelt hat, und innerhalb der Grenzen, die er vergeben hat. Das spart Zeit in der gesamten Bestellkette und erhöht gleichzeitig die Compliance gegenüber dem Rahmenvertrag.

Use Case 2: Maschinenbau-Ersatzteile

Im Maschinenbau drehen sich Customer Catalogs um Stücklisten (Bill of Materials, BOM) und Seriennummern. Ein Betreiber einer Anlage soll im Portal seine konkreten Maschinen sehen, dazu die zugeordneten Ersatzteile mit Explosionszeichnung, Wartungshistorie und freigegebenen Alternativen. Typische Größenordnungen sind beachtlich: 50.000 SKUs pro Anlagenfamilie und 500 bis mehrere tausend Accounts pro Maschinenbauer sind in unseren Projekten Alltag (Growmax). Ohne kundenspezifisches Sortiment müsste der Betreiber in einem globalen Katalog suchen und riskiert Fehlbestellungen.

Technisch wird die BOM im PIM-System gepflegt und pro Seriennummer an den Account zugeordnet. Der Shop rendert im eingeloggten Zustand eine Meine Anlagen-Ansicht mit direktem Zugriff auf die zugehörigen Ersatzteile. Wartungsrollen sehen ein anderes Sortiment als Technik oder Einkauf — der Wartungsmitarbeiter bekommt typische Verschleißteile direkt vorgeschlagen, während die Technik die komplette BOM einsehen kann. Der Einkauf wiederum hat Zugriff auf Alternativ-Lieferanten-Artikel mit eigenen Preisen. Eng verzahnt ist dieser Use Case mit Produktkonfiguratoren, die Anbauvarianten und kompatible Komponenten abbilden, sowie mit Self-Service-Portalen, die die B2B-Selbstbedienung insgesamt strukturieren.

Die Wirkung: Quote-to-Order-Zeiten sinken, der Service-Innendienst wird entlastet, und der Betreiber erhält in Minuten, was früher Tage dauerte. Gleichzeitig steigt die Bindung an den Hersteller, weil der Shop genau die eigenen Maschinen abbildet. Der Wechsel zu einem anderen Anbieter wird unattraktiver — ein klarer Wettbewerbsvorteil jenseits des reinen Preises.

Use Case 3: Büroausstattung und MRO

Im Bereich Büroausstattung und MRO (Maintenance, Repair, Operations) dominiert ein anderes Muster: Viele Besteller pro Kunde, kleine Warenkörbe, strikte Budget- und Kostenstellen-Kontrollen. Laut SellersCommerce arbeiten große Bürokunden typischerweise mit Whitelist-Sortimenten, Kostenstellen-Budgets und PunchOut-Integrationen in ihr Beschaffungssystem. Die Aufgabe der Customer Catalogs ist hier, das Gesamtsortiment auf das kundenspezifisch freigegebene Subset zu reduzieren, Preise aus dem Rahmenvertrag zu liefern und Budgetgrenzen pro Kostenstelle zu überwachen.

Gerade Millennial-Einkäufer treiben diese Entwicklung: 68% von ihnen bevorzugen Self-Service im B2B (eMarketer 2026). Sie wollen Artikel finden, bestellen und abrechnen, ohne Vertriebsgespräch. Das funktioniert aber nur, wenn das Sortiment vorgefiltert ist — sonst sehen sie Artikel, die ihre Freigabe überschreiten. Zusammen mit PunchOut-Katalogen (OCI, cXML) entsteht ein durchgängiger Prozess: Der Einkäufer startet im eigenen SRM-System, springt in den Shop, sieht nur sein genehmigtes Sortiment mit den verhandelten Preisen und löst die Bestellung intern wieder als Bedarfsanforderung aus.

ERP-/PIM-Anbindung als Fundament

Kein Customer Catalog überlebt ohne saubere Daten. Stammdaten, Kundengruppenzuordnungen und Konditionen entstehen nicht im Shop, sondern im ERP-System und im PIM. Der Shop ist ein hochentwickelter Consumer dieser Daten — keine Primärquelle. In unseren Projekten haben sich klare Rollen bewährt: ERP liefert Accounts, Vertragspreise, Staffeln, Kreditlimits und Kostenstellen; PIM liefert Produktattribute, Varianten, Medien und BOM-Daten; der Shop führt beides zusammen und überträgt es in eine Laufzeit-Logik, die Sichtbarkeit und Preise in Echtzeit ermittelt.

Für viele Kunden setzen wir auf SAP Business One oder Microsoft Dynamics als Backbone. Die Details dieser Anbindung haben wir in ERP-Integration Shopware/SAP und Middleware für E-Commerce-Integration ausführlich beschrieben. Als zweites Standbein kommt bei größeren Projekten Microsoft Dynamics 365 hinzu. Zentrale Regel: Jede Konditionsänderung im ERP ist innerhalb definierter SLAs im Shop sichtbar — je nach Geschäftsmodell über Near-Realtime-Events oder geplante Synchronisationen.

Performance-KPIs für Customer Catalogs

Ohne Messgrößen wird Customer Catalog schnell zum Selbstzweck. Folgende KPIs haben sich in unseren Projekten als aussagekräftig etabliert — kombiniert mit Benchmarks aus aktuellen Branchenstudien:

Wichtig ist, diese KPIs segmentiert zu messen — nach Account-Typ, Rolle und Region. Wer nur einen Gesamtdurchschnitt bildet, verpasst die eigentliche Wirkung der Customer Catalogs. Typisch ist eine deutliche Verbesserung bei Key Accounts mit Rahmenvertrag, während Laufkundschaft unverändert bleibt.

Umsetzungs-Fahrplan in 5 Phasen

Die Einführung kundenspezifischer Sortimente ist kein Plugin-Switch, sondern ein Projekt mit IT-, Vertriebs- und Datenperspektive. Wir empfehlen einen gestaffelten Ansatz, der frühe Ergebnisse sichtbar macht und gleichzeitig die Grundlage für die langfristige Erweiterung legt:

1. Phase 1 — Daten-Audit: Accounts, Rollen, Rahmenverträge und Konditionen im ERP inventarisieren. Lücken in den Stammdaten dokumentieren und Datenqualität gezielt verbessern, bevor Logik gebaut wird
2. Phase 2 — Zugriffsmodell: Account-Rolle-Standort-Projekt-Matrix definieren. Workshop mit Vertrieb, IT und Einkauf, um das tatsächliche Geschäftsmodell abzubilden — keine Wunschkonzepte
3. Phase 3 — Technische Umsetzung: Shopware CE-Grundfunktionen (Kundengruppen, Rules, Sub-Accounts) aktivieren und mit individuellen Service-Decorators für Sichtbarkeit, Preis und Projekte erweitern
4. Phase 4 — Pilot mit Key Accounts: 2-3 strategische Kunden migrieren, Sichtbarkeit, Preise und Workflows gemeinsam validieren. Feedback-Schleifen einbauen, KPIs vorher und nachher messen
5. Phase 5 — Rollout und Iteration: Schrittweise alle Accounts migrieren, Self-Service-Tools für Einkäufer ausbauen, KI-gestützte Sortiments- und Preisoptimierung ergänzen, kontinuierlich KPIs überwachen

Gerade in Phase 4 und 5 zahlt sich ein belastbares Monitoring aus. Anzeichen für Nachsteuerung sind sinkende Quote-to-Order-Raten in bestimmten Segmenten, steigende Warenkorb-Abbrüche beim Login oder ein auffallend niedriger Self-Service-Anteil. In unserer Erfahrung lohnen sich auch periodische Konsistenz-Checks zwischen ERP-Konditionen und Shop-Konditionen — inklusive automatisierter Abweichungs-Reports.