B2B-Mehrstandort-Kundenkonten im Shop: Wie Hersteller Preise, Sortimente und Bestellungen je Standort sauber steuern

B2B-Mehrstandort-Kundenkonten im Shop sind für viele Hersteller und technische Händler der Punkt, an dem ein normaler Firmenlogin nicht mehr reicht. Solange ein Kunde nur einen Einkäufer und eine Lieferadresse hat, lässt sich vieles pragmatisch lösen. Sobald aber mehrere Werke, Niederlassungen, Service-Teams oder Kostenstellen beteiligt sind, kippt die Logik schnell. Dann geht es nicht mehr nur um Login und Preisliste, sondern um Standorte, Rollen, Sortimente, Freigaben und wiederkehrende Bestellungen je Organisationseinheit.

Die wichtigere Frage lautet deshalb nicht: Brauchen wir einen B2B-Shop mit Kundenkonto? Die bessere Frage ist: Wie muss ein Firmenkonto aufgebaut sein, damit mehrere Standorte sauber bestellen können, ohne dass Vertrieb, Innendienst oder Einkauf wieder mit Excel und Mail einspringen müssen?

1. Warum Mehrstandort-Kundenkonten im B2B so schnell systemrelevant werden

Im industriellen Alltag kauft selten nur ein zentraler Nutzer für das ganze Unternehmen ein.

Typische Konstellationen sind:

• ein Hersteller beliefert mehrere Werke desselben Kunden
• ein technischer Händler betreut Filialen, Service-Stützpunkte oder Montageteams
• Preise und Sortimente unterscheiden sich je Standort oder Vertragsbereich
• bestimmte Lieferadressen dürfen nur definierte Artikel bestellen
• eine Niederlassung darf vorbereiten, aber nicht ohne Freigabe absenden
• Bestellungen müssen später pro Standort, Kostenstelle oder Projekt nachvollziehbar bleiben

Shopify beschreibt für B2B Company Profiles mit mehreren Käufern und Standorten, individuellen Berechtigungen, Zahlungsbedingungen und Einstellungen zur Bestellübermittlung. Shopware nennt in seinen B2B Components unter anderem Organization Units, Approval Rules & Rights Management, Advanced Product Catalogs und Budget Management. Adobe Commerce arbeitet mit Company Accounts und optionalen Purchase Orders oder Requisition Lists für wiederkehrende Beschaffung.

Das zeigt ziemlich klar: Mehrstandort-Logik ist keine Spezialidee für Konzerne. Sie wird überall dort relevant, wo Kundenorganisationen nicht als Einzelkonto funktionieren.

Wenn Sie zuerst die Grundlogik von Firmenkonten, Rollen und Freigaben einordnen wollen, ist auch unser Beitrag B2B-Onlineshop für Firmenkunden ein sinnvoller Einstieg.

2. Woran man erkennt, dass ein einfaches Firmenkonto nicht mehr reicht

Viele B2B-Projekte starten sinnvoll mit einem Firmenlogin, kundenspezifischen Preisen und einigen Lieferadressen. Kritisch wird es, wenn die Realität auf Kundenseite komplexer ist als das Kontomodell.

Klare Warnsignale sind:

1. Mehrere Niederlassungen bestellen über denselben Login und dieselbe Bestellhistorie.
2. Lieferadressen und Ansprechpartner werden im Innendienst ständig manuell nachgezogen.
3. Ein Teil des Sortiments soll nur für bestimmte Werke oder Teams sichtbar sein.
4. Preise, Zahlungsbedingungen oder Mindestmengen unterscheiden sich je Standort.
5. Freigaben gelten nicht für die ganze Kundenfirma, sondern nur für einzelne Bereiche.
6. Außendienst und Innendienst beantworten regelmäßig Rückfragen wie “Darf Standort B das auch bestellen?”
7. Nachbestellungen funktionieren nur, wenn jemand intern die richtige Artikel- und Adresskombination kennt.

Spätestens dann fehlt nicht nur ein Feld im Kundenkonto. Dann fehlt ein sauber modelliertes B2B-Mehrstandort-Konto.

3. Welche Bausteine ein Mehrstandort-Kundenkonto im Shop zuerst braucht

Ein belastbares B2B-Kundenkonto mit mehreren Standorten muss nicht sofort ein Enterprise-Mammutprojekt werden. Einige Bausteine sind aber fachlich nicht verhandelbar.

1. Firmenebene und Standortebene müssen getrennt gedacht werden

Der häufigste Fehler ist ein einziges Firmenkonto, in dem alle Nutzer, Adressen und Bestellungen ungeordnet zusammenlaufen.

Praktisch sinnvoll ist meist eine klare Trennung zwischen:

• zentraler Kundenfirma
• einzelnen Standorten, Werken oder Niederlassungen
• Nutzern mit zugeordneten Rollen
• zugewiesenen Lieferadressen
• spezifischen Preis- oder Sortimentsregeln

Shopify nennt ausdrücklich mehrere Käufer und Locations innerhalb von Company Profiles. Shopware beschreibt Organisationseinheiten mit eigenen Parametern wie Versandadressen oder Zahlungsarten. Genau diese Trennung ist wichtig, weil sonst niemand sauber nachvollziehen kann, welcher Standort was sehen, bestellen oder freigeben darf.

2. Rollen und Rechte müssen je Standort funktionieren

In der Praxis reicht es selten, Nutzer nur allgemein als “Kunde” zu markieren.

Typische Rollen in Mehrstandort-Szenarien sind:

• Standort-Einkauf
• Bereichsleitung oder Freigeber
• zentrale Einkaufsorganisation
• Buchhaltung
• Service oder Wartungsteam
• Außendienst mit Bestellunterstützung

Entscheidend ist, dass diese Rollen nicht nur global für die gesamte Kundenfirma gelten. Häufig braucht ein Nutzer Rechte für Werk A, aber nicht für Werk B. Oder eine Person darf für mehrere Standorte bestellen, während andere nur ihre eigene Niederlassung sehen.

Wenn bei Ihnen zusätzlich Freigaben, Budgetgrenzen und Genehmigungslogik eine Rolle spielen, passt dazu auch unser Beitrag B2B-Bestellfreigaben und Budgetregeln im Shop.

3. Preislisten und Kataloge dürfen nicht nur firmenweit gedacht werden

Viele Unternehmen sprechen zunächst von “kundenspezifischen Preisen”, meinen in Wirklichkeit aber eine feinere Struktur.

In Mehrstandort-Projekten sind oft relevant:

• eigene Sortimente je Werk oder Niederlassung
• regionale oder vertragsbezogene Preislogik
• standortspezifische Mindestmengen oder Verpackungseinheiten
• unterschiedliche Marken- oder Ersatzteilfreigaben
• abweichende Zahlungs- oder Lieferbedingungen

Shopify beschreibt customer-specific catalogs für Preis- und Verfügbarkeitslogik. Shopware hebt Advanced Product Catalogs und regelbasierte Preissteuerung hervor. Für Hersteller mit technischen Sortimenten ist das besonders wichtig, weil sonst Werk 1 Artikel sieht, die nur für Werk 3 freigegeben sind, oder ein Serviceteam versehentlich das falsche Ersatzteilsortiment bestellt.

Wenn Produktdaten, Klassifikationen und Filterlogik selbst schon der Engpass sind, ergänzt dazu auch unser Beitrag ETIM und eCl@ss im B2B-Shop die Perspektive.

4. Lieferadressen sind keine Nebensache

Mehrere Standorte bedeuten fast immer mehrere Lieferadressen, Anlieferregeln und Ansprechpartner.

Genau hier entstehen im Alltag viele Fehler:

• falsche Adresse wird aus einer alten Bestellung übernommen
• Nachbestellungen landen im falschen Werk
• Ansprechpartner auf dem Lieferschein stimmen nicht
• Außendienst pflegt Adressen separat in Excel oder CRM-Notizen

Ein gutes Mehrstandort-Konto behandelt Lieferadressen deshalb nicht als lose Adresssammlung, sondern als Teil der Organisationslogik. Welche Nutzer dürfen welche Adresse verwenden? Welche Adresse ist einem Standort fest zugeordnet? Welche Adressen sind nur für Servicefälle oder Projektbestellungen gedacht?

5. Nachbestellungen müssen standortbezogen funktionieren

Viele Mehrstandort-Kunden bestellen keine völlig neuen Produkte, sondern bekannte Artikel für definierte Einsätze nach.

Adobe Commerce beschreibt Requisition Lists als Mittel für häufig bestellte Produkte. Gerade im Mehrstandort-Kontext ist das wertvoll, weil Listen und Reorder-Logik häufig je Standort unterschiedlich sind.

Praxisnah sind zum Beispiel:

• gespeicherte Einkaufslisten pro Werk
• Schnellbestellung über Artikelnummern mit Standortbezug
• frühere Bestellungen nur aus der eigenen Niederlassung erneut bestellen
• CSV-Importe mit Validierung gegen Standortsortiment und Lieferadresse

Wenn dieser Teilprozess bei Ihnen besonders wichtig ist, lesen Sie dazu auch unseren Leitfaden B2B-Schnellbestellung im Shop.

4. Wo die Mehrstandort-Logik fachlich hingehört

Ein häufiger Fehler ist, alle Regeln blind im Frontend oder ausschließlich im ERP abbilden zu wollen. Beides führt oft zu Reibung.

Der Shop oder das Kundenportal sollte typischerweise verantworten

• Firmenkonto, Standortstruktur und Nutzerführung
• Sichtbarkeit von Sortimenten, Preisen und Adressen
• Bestellvorbereitung, Listen und Nachbestellung
• Freigabestatus aus Nutzersicht
• klare Zuordnung von Bestellungen zu Standort oder Niederlassung

ERP oder WAWI sollten typischerweise verantworten

• führende Debitoren- und Konditionslogik, wenn dort gepflegt
• operative Auftragsabwicklung
• Bestände und Verfügbarkeiten
• Belegwesen und Rechnungslogik
• standortbezogene Liefer- und Versandregeln, wenn diese dort fachlich leben

CRM sollte typischerweise verantworten

• vertriebliche Historie
• Ansprechpartner und Account-Kontext
• Sonderabsprachen mit einzelnen Standorten
• Außendienst- oder Servicekontext

Sobald dieselbe Standortlogik parallel im Shop, im ERP und im Posteingang des Innendiensts lebt, verliert das Projekt sehr schnell Vertrauen. Wenn Sie diese Systemgrenzen grundsätzlich einordnen wollen, passt dazu auch unser Beitrag ERP-Integration im B2B-Shop.

5. Für welche Unternehmen sich das Thema besonders schnell lohnt

Nicht jedes B2B-Projekt braucht am ersten Tag ein ausgebautes Mehrstandort-Modell. Es gibt aber klare Muster.

Typische Fälle sind:

• Hersteller mit mehreren Werken oder Niederlassungen je Kundenfirma
• technische Händler mit Filialstruktur oder Servicenetz
• Unternehmen mit dezentralem Einkauf und zentralen Vertragskonditionen
• B2B-Portale für Ersatzteile, Wartung oder Verbrauchsmaterialien
• Kundenorganisationen mit festen Standorten, Kostenstellen oder Projektteams
• Vertriebsmodelle, bei denen Außendienst, Innendienst und Kunde dieselben Vorgänge sehen müssen

Gerade in Industrie, Mittelstand und technischen Vertriebsorganisationen liegt der Hebel oft nicht in mehr Shopdesign, sondern in weniger Fehlbestellungen, sauberer Standortzuordnung und weniger Rückfragen an den Innendienst.

6. Welche Plattformrichtung oft zu welchem Reifegrad passt

Dieser Abschnitt ist bewusst keine Rangliste. Er soll typische Einsatzmuster nüchtern einordnen.

Shopify

Shopify ist stark, wenn ein Unternehmen B2B mit mehreren Käufern und Locations, klaren Berechtigungen, kundenspezifischen Katalogen und schlanker Self-Service-Logik aufbauen will. Das passt oft, wenn Standortstrukturen wichtig sind, aber die Prozesslogik kontrollierbar bleibt.

Shopware

Shopware wird interessanter, wenn Organization Units, differenzierte Rechte, standortbezogene Kataloge, Freigaben und Budgetlogik enger zusammenspielen sollen. Für viele Mittelstandsprojekte mit echter Firmen- und Niederlassungslogik ist genau diese Prozessnähe relevant.

Adobe Commerce oder Magento

Adobe Commerce wird stärker, wenn Company Accounts, Purchase Orders, wiederkehrende Beschaffung und tief modellierte B2B-Prozesse im Zentrum stehen. Gerade wenn mehrere Standorte mit wiederkehrenden Bedarfen arbeiten, wird diese Systemtiefe schnell relevant.

Wenn Sie die Plattformfrage zwischen zwei typischen Wegen konkreter eingrenzen wollen, passt dazu auch unser Vergleich Shopify B2B oder Shopware für Firmenkunden.

7. Die häufigsten Risiken bei Mehrstandort-Kundenkonten

Die größten Probleme liegen selten in der Existenz mehrerer Adressen. Sie liegen in einer unsauberen Prozessmodellierung.

Typische Risiken sind:

• Standorte wurden nur als Adressbuch, nicht als fachliche Einheit modelliert
• Preise und Sortimente gelten im Shop anders als im ERP
• Rollen funktionieren global, aber nicht je Niederlassung
• Nachbestellungen greifen auf die falsche Bestellhistorie zu
• Freigaben sind nicht standortbezogen nachvollziehbar
• Außendienst und Innendienst arbeiten mit separaten Listen außerhalb des Systems

Dann wirkt das Konto modern, aber der Alltag bleibt fehleranfällig.

8. Ein pragmatischer Fragenkatalog vor dem Start

Vor der Umsetzung helfen meist diese acht Fragen mehr als jede Demo:

1. Wie viele Standorte, Werke oder Niederlassungen pro Kundenfirma sind real relevant?
2. Welche Nutzer dürfen für welche Standorte bestellen, freigeben oder nur sehen?
3. Gelten Preise, Sortimente oder Lieferbedingungen je Standort unterschiedlich?
4. Welche Lieferadressen sind fest zugeordnet und welche optional?
5. Welche Bestellungen sollen standortbezogen nachbestellt werden können?
6. Wo werden Preis-, Kunden- und Auftragsdaten fachlich führend gepflegt?
7. Welche Rückfragen im Innendienst würden durch ein sauberes Mehrstandort-Konto realistisch entfallen?
8. Wo entstehen heute die meisten Fehler: bei Adresse, Sortiment, Freigabe oder Nachbestellung?

Wenn diese Fragen ungeklärt bleiben, wird aus einem sinnvollen B2B-Shop schnell nur ein zusätzlicher Kanal über alten Abstimmungsschleifen.

Fazit

B2B-Mehrstandort-Kundenkonten im Shop sind kein Luxus für Großunternehmen. Sie werden überall dort relevant, wo Kunden über mehrere Werke, Niederlassungen oder Teams beschaffen und dabei unterschiedliche Rollen, Adressen, Preise oder Sortimente brauchen.

Gerade für Hersteller, technische Händler und mittelständische Vertriebsorganisationen liegt der Nutzen in weniger Fehlbestellungen, saubereren Rollen und einem Self-Service, der nicht an der Standortlogik scheitert.

Wenn Sie gerade prüfen, wie Firmenkonto, Standorte und B2B-Shop architektonisch zusammenpassen sollen, ist meist zuerst unsere Seite Webseiten & Shops sinnvoll. Wenn bereits konkrete Anforderungen aus Vertrieb, E-Commerce oder IT auf dem Tisch liegen, ist oft auch direkt unser Kontaktformular der beste nächste Schritt.

Quellen

• Shopify: B2B Commerce Platform
• Shopware: B2B Components
• Adobe Commerce Docs: Manage company accounts
• Adobe Commerce Docs: Requisition lists