B2B-Preislogik im Shop: Wann Vertragspreise, Staffelpreise und Mindestmengen systemrelevant werden

B2B-Preislogik im Shop wird meist nicht dann schwierig, wenn einfach nur ein Rabatt pro Kundengruppe gepflegt werden soll. Kritisch wird es dort, wo Vertragspreise, Staffelpreise, Mindestmengen, Mengeneinheiten, kundenspezifische Kataloge und Freigaben gleichzeitig zusammenspielen müssen.

Dann reicht ein öffentlicher Standardpreis selten noch aus. Die wichtigere Frage lautet: Wie muss Preislogik im B2B-Shop aufgebaut sein, damit Kunden verlässlich bestellen können, ohne dass Vertrieb, Innendienst und ERP dieselbe Kondition an drei Stellen nachpflegen?

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

1. Warum Preislogik im B2B kein reines Rabatt-Thema ist

Im B2C ist ein Preis oft vor allem ein Marketinginstrument. Im B2B ist ein Preis viel häufiger Teil eines operativen Beschaffungsmodells.

Typische Situationen aus der Praxis:

1. Ein Rahmenkunde hat verhandelte Nettopreise für definierte Artikel.
2. Ein Händler sieht andere Konditionen als ein Direktkunde.
3. Der Preis sinkt ab bestimmten Mengen oder Verpackungseinheiten.
4. Ein Produkt darf nur in Mindestmengen, Kartons oder Paletten bestellt werden.
5. Ein Standort darf bestellen, braucht ab bestimmtem Warenwert aber Freigabe.
6. Preis und Bestellfähigkeit hängen zugleich an Kunde, Rolle, Sortiment und Vertragsstatus.

Adobe Commerce beschreibt in seiner Dokumentation zu Advanced Pricing, dass spezielle Preise für bestimmte Kundengruppen oder Shared Catalogs definiert werden können und dass Tier Prices sowie kundenspezifische Preisstrukturen mit Produktseiten und Shared Catalogs synchronisiert werden. Shopify führt in seiner B2B-Hilfe Catalogs and pricing in B2B, quantity rules und volume pricing als Teil der B2B-Funktionslogik. Shopware positioniert seine B2B Components ausdrücklich für complex customer-specific pricing und organisationsbezogene Einkaufsprozesse.

Genau daran sieht man den Kern: Preis ist im B2B nicht nur Anzeige, sondern Prozesslogik.

2. Woran man erkennt, dass ein einfacher Preis pro Kunde nicht mehr reicht

Viele Unternehmen starten sinnvoll mit Kundengruppen oder einzelnen Sonderpreisen. Kritisch wird es, wenn daraus ein dauerhafter Sonderfallbetrieb entsteht.

Klare Warnsignale sind:

• der Vertrieb verschickt regelmäßig Preislisten als PDF oder Excel
• der Shop zeigt einen Preis, der im ERP später korrigiert werden muss
• Mindestmengen oder Staffelgrenzen werden erst nach der Bestellung manuell geprüft
• Außendienst, Innendienst und Kunde arbeiten mit unterschiedlichen Preisständen
• dieselbe SKU hat je Kunde, Standort oder Vertrag abweichende Konditionen
• Schnellbestellung oder CSV-Upload umgehen wichtige Mengen- und Preisregeln
• Preisfreigaben oder Verhandlungsergebnisse landen nur in Mailverläufen

Spätestens dann fehlt nicht nur ein Feature. Dann fehlt eine sauber modellierte Preisarchitektur.

Wenn Ihre Kunden zusätzlich nur freigegebene Sortimente und Preislisten sehen sollen, passt dazu auch unser Beitrag B2B-Shared Catalogs im Shop.

3. Welche Preisarten im B2B-Shop fachlich getrennt werden sollten

Genau hier laufen Projekte oft durcheinander. Denn nicht jede Abweichung vom Listenpreis bedeutet dasselbe.

1. Vertragspreis oder kundenspezifischer Preis

Ein Vertragspreis gilt für eine definierte Kundenbeziehung, meist für einen Rahmenkunden, Händler, Standort oder ein bestimmtes Sortiment.

Typisch sind:

• feste Nettopreise je Debitor
• Sonderpreise für definierte Artikelgruppen
• Preislogik nur für Vertragskataloge
• abweichende Konditionen je Tochtergesellschaft oder Werk

Das ist fachlich etwas anderes als ein allgemeiner Rabatt. Es geht um vereinbarte Konditionen, nicht um eine spontane Verkaufsaktion.

2. Staffelpreis oder Mengenpreis

Ein Staffelpreis verändert sich ab bestimmten Mengen.

Typische Beispiele:

• ab 10 Stück günstiger
• ab 5 Kartons anderer Stückpreis
• ab Projektmenge gesonderte Kondition
• Preisstaffel abhängig von Verpackungseinheit

Adobe verweist genau dafür auf Tier Price innerhalb der Advanced-Pricing-Logik. Shopify nennt in seinen B2B-Unterlagen volume pricing und quantity rules. Das ist wichtig, weil Staffelpreise nur dann sauber funktionieren, wenn Mengenlogik und Preislogik dasselbe meinen.

3. Mindestmenge oder Bestellregel

Eine Mindestmenge ist nicht automatisch ein Rabattmechanismus. Sie ist häufig eine Beschaffungs- oder Lieferregel.

Beispiele:

• nur ganze Kartons bestellbar
• Mindestabnahme pro Bestellung
• Mindestmenge nur für bestimmte Kunden oder Kanäle
• abweichende Schrittweiten je Verpackung oder Lieferant

Wenn Mindestmengen nur als Hinweistext auf der Produktseite leben, aber nicht in Preis- und Warenkorbprüfung durchgetragen werden, erzeugt der Shop falsche Sicherheit.

4. Sichtbarkeitsregel statt Preisregel

Manche Produkte sollen sichtbar sein, aber keinen öffentlichen Preis zeigen. Andere sollen nur für eingeloggte Firmenkunden erscheinen. Wieder andere sind nur für bestimmte Kataloge bestellbar.

Das ist keine reine Preisfrage, sondern eine Sortiments- und Berechtigungsfrage.

Wenn genau diese Kombination aus Sortiment, Preis und Sichtbarkeit bei Ihnen wichtig ist, ergänzt auch unser Beitrag B2B-Händlerportal für Hersteller die Perspektive.

4. Warum Mengenlogik und Preislogik immer zusammen gedacht werden müssen

Viele B2B-Projekte scheitern nicht an der Preistabelle selbst, sondern daran, dass Mengen fachlich unsauber modelliert sind.

Typische Konflikte:

• Preis gilt pro Stück, bestellbar ist aber nur im Karton
• Staffelgrenze bezieht sich auf Stück, der Kunde denkt in Metern oder Rollen
• Mindestmenge kollidiert mit Reorder- oder CSV-Upload-Prozessen
• ERP rechnet in anderer Mengeneinheit als Shop oder Portal
• Zubehör, Varianten oder Ersatzteile folgen abweichenden Mengenschritten

Dann wirkt der Preis im Frontend plausibel, ist operativ aber nicht belastbar.

Gerade bei Industrie- und Handelssortimenten hängt diese Logik eng mit Mengeneinheiten und Umrechnungen zusammen. Dazu passt auch unser Beitrag B2B-Shop mit Verpackungseinheiten, Mengeneinheiten und Umrechnungen.

5. Wo Preislogik im Alltag besonders häufig scheitert

1. Der Shop zeigt den richtigen Preis, aber nur im falschen Kontext

Ein Preis ist vielleicht für Kunde A korrekt, aber nicht für Standort B oder die Rolle des Nutzers. Dann ist die Zahl fachlich nicht falsch, aber für genau diesen Vorgang unvollständig.

2. Mindestmengen werden erst nach dem Checkout entdeckt

Wenn die Warenkorbprüfung zu spät greift, entsteht Friktion genau am sensibelsten Punkt des Prozesses.

3. Staffelpreise funktionieren nur auf der PDP, nicht in Quick Order oder CSV-Upload

Gerade im B2B laufen bekannte Artikel oft nicht über klassische Produktdetailseiten. Wenn Preis- und Mengenlogik dort nicht mitlaufen, entstehen manuelle Korrekturen. Wenn dieser Bestellpfad bei Ihnen zentral ist, lesen Sie ergänzend B2B-Schnellbestellung im Shop.

4. Shared Catalog, ERP und Shop kennen unterschiedliche Prioritäten

Adobe dokumentiert ausdrücklich, dass Custom Pricing im Shared Catalog Vorrang vor Customer Group Pricing haben kann. Genau solche Prioritäten müssen auch in der Gesamtarchitektur klar sein. Sonst ist nie ganz eindeutig, welche Preisregel im Konfliktfall führt.

5. Angebots- und Shoppreislogik laufen nebeneinander her

In vielen Unternehmen werden Standardpreise digitalisiert, während Sonderfälle weiter in Angebot, PDF oder Mail landen. Das ist oft ein realistischer Zwischenstand, sollte aber bewusst modelliert werden. Dazu passt auch unser Beitrag B2B-Angebotsportal für technische Hersteller.

6. Welche Verantwortung fachlich wohin gehört

Ein B2B-Shop mit komplexer Preislogik wird schnell fragil, wenn das Frontend alle Regeln selbst erfinden soll. Robuster wird es, wenn die Aufgaben sauber verteilt sind.

Der Shop oder das Portal sollte typischerweise verantworten

• verständliche Darstellung von Preisen, Staffelgrenzen und Mindestmengen
• Sichtbarkeit im richtigen Kunden-, Rollen- und Katalogkontext
• Validierung in Warenkorb, Quick Order, Listen und Reorder
• transparente Hinweise bei Regelverletzungen
• Self-Service für bekannte Standardfälle

ERP, Preisengine oder operative Konditionslogik sollten typischerweise verantworten

• führende Aussagen zu Vertragskonditionen
• Debitoren- und Rabattlogik
• Prioritäten zwischen Preisregeln
• Preisfreigaben und kaufmännische Gültigkeit
• Kopplung an Auftrags- und Belegwesen

PIM oder Produktdatenlogik sollte typischerweise verantworten

• Verpackungs- und Mengeneinheiten
• Attributmodell für Varianten und technische Unterschiede
• Produktzuordnung zu Katalogen oder Kundensortimenten
• Klassifikationen und strukturierte Daten für Preis- und Mengenkontext

Wenn Produktdaten und Preiskontext heute eher in Excel als in einem belastbaren Datenmodell leben, lohnt sich meist auch der Blick auf unseren Beitrag PIM im E-Commerce: Wann Produktdaten nicht mehr ins Shopsystem gehören.

7. Wann Echtzeit-Preisabfrage sinnvoll ist und wann nicht

Gerade bei kundenspezifischen Preisen liegt die Versuchung nahe, jede Preisfrage live aus dem ERP oder einer Preisengine zu holen. Das kann sinnvoll sein, ist aber nicht automatisch die beste Lösung.

Microsoft beschreibt für Dynamics 365 eine Pricing Calculation API für externe Systeme, weist aber zugleich darauf hin, dass solche Schnittstellen nicht automatisch für hochfrequente Storefront-Szenarien gedacht sind. Für Shop-Projekte ist genau das wichtig: Nicht jede korrekte Preisquelle ist automatisch die richtige Laufzeitarchitektur für PDP, Katalog und Warenkorb.

Pragmatisch hilft meist diese Unterscheidung:

• stabile, häufig benötigte Preisstände eher kontrolliert in den Shop ausspielen
• heikle Ausnahmefälle oder Angebotsvalidierung gezielt live prüfen
• hohe Lastpfade wie Suche, Listing und Schnellbestellung nicht unnötig an langsame Backend-Abhängigkeiten koppeln

Wenn Sie diese Architekturfrage zwischen Frontend, Shop, CRM und ERP grundsätzlich bewerten wollen, passen dazu auch unsere Beiträge ERP-Integration im B2B-Shop: Echtzeit oder asynchron? und Fehlertolerante Integrationen für Website, Shop, CRM und ERP.

8. Welche Plattformrichtung oft zu welchem Preislogik-Reifegrad passt

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

Shopify

Shopify ist stark, wenn ein Unternehmen B2B Catalogs and Pricing, Quantity Rules und standardisierten Self-Service sauber aufbauen will. Das passt oft, wenn Preis- und Mengenlogik kontrollierbar bleibt und nicht jede Ausnahme in sehr tiefe Sonderprozesse kippt.

Shopware

Shopware wird interessanter, wenn customer-specific pricing, organisationsbezogene Einkaufslogik, Rollen, Rechte und API-first-Integration enger zusammenspielen sollen. Für viele Mittelstandsprojekte mit wachsender Prozessnähe ist genau diese Flexibilität relevant.

Adobe Commerce oder Magento

Adobe Commerce wird stärker, wenn Shared Catalogs, kundenspezifische Preisprioritäten und tiefere B2B-Prozesslogik gemeinsam modelliert werden müssen. Gerade dort, wo Preis, Katalogsicht und Firmenstruktur eng verknüpft sind, wird diese Richtung oft relevant.

Wenn die Systemfrage gerade auf dem Tisch liegt, passt dazu auch unser Vergleich Shopify B2B oder Shopware für Firmenkunden.

9. Ein pragmatischer Fragenkatalog vor der Umsetzung

Vor dem Start helfen meist diese acht Fragen mehr als jede Demo:

1. Welche Preisarten gibt es wirklich: Listenpreis, Vertragspreis, Staffelpreis, Angebotspreis oder projektbezogene Kondition?
2. Wo führen diese Preise fachlich heute tatsächlich: ERP, Vertrieb, Shop oder Excel?
3. Welche Mindestmengen, Schrittweiten oder Verpackungseinheiten beeinflussen die Preislogik?
4. Für welche Kunden, Rollen oder Standorte gelten abweichende Regeln?
5. Welche Preisregeln müssen in Quick Order, Reorder und CSV-Upload genauso funktionieren wie auf der PDP?
6. Welche Fälle dürfen direkt bestellt werden und welche bewusst in Anfrage oder Freigabe laufen?
7. Welche Priorität gilt im Konfliktfall zwischen Katalogpreis, Kundengruppe, Vertrag und Aktion?
8. Welche manuellen Rückfragen im Vertrieb oder Innendienst würden durch saubere Preislogik realistisch entfallen?

Wenn diese Punkte ungeklärt bleiben, entsteht schnell nur ein digitaler Preiszettel statt eines belastbaren B2B-Bestellprozesses.

Fazit

B2B-Preislogik im Shop wird überall dort systemrelevant, wo Preise nicht nur sichtbar, sondern vertraglich, organisatorisch und operativ belastbar sein müssen.

Entscheidend ist nicht nur, ob ein Shopsystem Staffelpreise oder kundenspezifische Kataloge grundsätzlich kann. Entscheidend ist, ob Preisquelle, Mengenlogik, Rollen, Sortimente und Integrationen denselben fachlichen Zustand abbilden.

Wenn Sie gerade prüfen, wie Vertragspreise, Staffelpreise und Mindestmengen in Ihrem B2B-Shop sauber zusammenspielen sollen, ist oft zuerst unsere Seite Webseiten & Shops sinnvoll. Wenn bereits konkrete Fragen zu ERP, Preisengine, Kataloglogik oder Bestellprozess auf dem Tisch liegen, ist häufig auch direkt unser Kontaktformular der beste nächste Schritt.

Quellen

• Shopify Help Center: Overview of B2B features on Shopify
• Shopify Help Center: Creating and managing B2B catalogs with Markets
• Adobe Commerce Docs: Advanced pricing
• Adobe Commerce Docs: Shared catalog overview
• Shopware: B2B Components
• Microsoft Learn: Calculate prices for external systems through the pricing calculation API