Shopify B2B — Interner Guide

Was die Plattform kann, wo sie aufhört, und was wir daraus anbieten. Stand: August 2026 · Consulting, Projektleitung, Entwicklung, Sales

Legende

Prüfreihenfolge bei jeder Anforderung: Nativ → Plan → App → Function → Custom → Plattformfrage. Ein Schritt wird erst übersprungen, wenn er die Anforderung nachweislich nicht abdeckt.

1. Firmen & Kunden

Zu beachten

• Maximal 50 Ansprechpartner pro Standort. Die einzige Grenze im Datenmodell, die in der Praxis erreicht wird, etwa bei einem Grosskunden, dessen komplette Einkaufsabteilung über eine Zentrale bestellt. Lösung: Abteilungen als eigene Standorte anlegen, auch wenn sie physisch am selben Ort sitzen. Vor dem Datenimport klären.
• Die Selbstregistrierung legt immer ein komplettes Set an: neue Firma, neuer Standort, neuer Kunde. Sie kann nichts an etwas Bestehendes anhängen. Registriert sich ein zweiter Einkäufer einer bereits angelegten Firma über das Formular, entsteht eine Dublette ohne Katalog, also mit Standardpreisen, die jemand im Admin manuell zusammenführen muss. Weitere Personen werden deshalb vom Standort-Admin im Kundenkonto eingeladen oder vom Händler im Admin angelegt. Das Formular ist nur für echte Neukunden. Gehört in die Kundenschulung, sonst entstehen über Monate Dubletten.
• Bei gegatetem Zugang ist das Formular nicht erreichbar. Liegt der ganze Shop hinter dem Login, sieht ein Nicht-Angemeldeter auch die Registrierung nicht. Dann braucht es einen Weg ausserhalb: Formular auf der Marketing-Website, E-Mail an den Vertrieb, oder Anlage durch den Händler.

2. Preise & Kataloge

Zu beachten

• Bei überlappenden Katalogen gewinnt immer der niedrigste Preis, nicht der spezifischere Katalog. Es gibt keine Priorisierung. Wer einem Standort einen allgemeinen Aktionskatalog und einen individuellen Vertragskatalog zuweist, bekommt artikelweise den jeweils günstigeren Preis, auch wenn der Vertragspreis eigentlich gelten sollte. Regel: Overlaps vermeiden, nicht steuern. Ein Standort bekommt einen Katalog, der alles enthält, was er sehen und zu welchem Preis er kaufen darf.
• Nach Anwendung einer Staffel ist der Preis fix. Ein prozentualer Katalograbatt greift dann nicht zusätzlich obendrauf. Wer „30 Prozent Grundrabatt plus Mengenstaffel" verspricht, muss die Staffelwerte bereits inklusive Grundrabatt hinterlegen.
• Maximal 10.000 Kataloge pro Shop. Relevant nur bei einem Muster: ein eigener Katalog pro Kunde, automatisiert aus dem ERP erzeugt. Dann ist diese Zahl die Obergrenze der Kundenzahl und gehört in die Architekturentscheidung. Bei manuell gepflegten Preisgruppen spielt sie keine Rolle.
• 250 Preise pro API-Request beim Bulk-Sync. Bestimmt die Laufzeit jeder ERP-Preisübertragung. Bei 50.000 Preiszeilen sind das 200 Requests plus Rate Limits, das gehört in die Aufwandsschätzung und in die Frage, ob nachts oder in Echtzeit synchronisiert wird.

3. Bestellung & Checkout

4. Zahlungen

5. Kundenkonto & Self-Service

Zu beachten

• B2B funktioniert ausschliesslich mit den neuen Kundenkonten. Läuft der Shop noch auf den alten, ist deren Migration Voraussetzung und nicht Nachgang. Die alten Konten sind seit Februar 2026 abgekündigt, das Abschaltdatum steht aus.
• Der Login ist passwortlos. Der Kunde erhält einen Code per E-Mail. Bei Firmenkunden mit Sammelpostfächern oder strengen Mail-Filtern vorab testen; das ist ein häufiger Grund für Support-Tickets nach Launch.
• Die Kontoseiten sind Shopify-gehostet und nicht per Liquid anpassbar. Gestaltungswünsche lassen sich nur über Account-Extensions umsetzen oder gar nicht. Wer eine vollständig eigene Oberfläche braucht, landet bei Headless. Das früh sagen, nicht im Design-Review.

6. Storefront

7. Automatisierung & Integration

8. Plan-Vergleich

Nur vier Unterschiede sind relevant. Alles Übrige ist plan-unabhängig.

Voraussetzung auf Basic bis Advanced: Der Shop läuft auf den neuen Shopify Markets. Bei Altshops ist das nicht automatisch der Fall. Vor jeder Zusage im Kundenshop prüfen, sonst ist der erste Projektschritt eine Markets-Migration, die niemand eingeplant hat.

9. Datenmodell

Company                Firmenkunde (Dachobjekt)
 ├─ CompanyLocation     Der kaufende Standort: Preise, Steuer, Zahlungsziele
 └─ CompanyContact      Personen mit Bestellrecht

Catalog = PriceList (Preise) + Publication (Sichtbarkeit)
Market  = Gruppierungsebene für die Katalogzuweisung

Sechs Punkte, aus denen sich fast jede Grenze ableiten lässt:

1. Der Standort kauft, nicht die Firma. Preise, Steuerbefreiung und Zahlungsziele hängen am Standort.
2. Kataloge hängen immer am Standort, nie an der Firma oder am Kontakt.
3. Preis und Sichtbarkeit sind identisch. Etwas verstecken heißt: aus dem Katalog nehmen.
4. Es gibt zwei Berechtigungsstufen. Mehr ist Eigenbau.
5. Kein Kreditlimit-Konzept. Auf keinem Plan.
6. Keine Sicht auf das ERP. Verfügbarkeit, offene Posten, Bonität und Kontrakte liegen außerhalb.

10. Ein Shop oder zwei

Diese Entscheidung fällt vor allen anderen und ist praktisch irreversibel.

Entscheidungsregel: Gleiche Produkte, gleiches Lager, gleiches Team → gemeinsamer Shop. Getrenntes Lager oder gegateter Zugang → separater Shop.

11. App-Auswahl

Ausschlusskriterium zuerst: Setzt die App auf dem nativen Datenmodell auf, oder umgeht sie es? Apps, die mit Kunden-Tags, Variantenduplikaten oder umgeleiteten Entwurfsbestellungen arbeiten, kollidieren mit nativem B2B, verfälschen Analytics und Bestände und machen jede spätere Migration teuer.

Danach prüfen:

• Aktuell gepflegt, „Built for Shopify", Support erreichbar
• Preismodell auf 24 Monate hochgerechnet. Einige Anbieter haben harte Bestellobergrenzen in den unteren Tarifen
• Datenhoheit: Wo liegen Preise und Firmendaten, was passiert bei Deinstallation
• Läuft auf Checkout Extensibility und Functions, nicht auf Altmechanismen
• Anzahl injizierter Skripte, clientseitig gerenderte Preise (SEO und Performance)
• Überschneidung mit oder Blockade von nativen Funktionen
• Im Trial mit echten Szenarien getestet: Staffelpreis, Mindestmenge mit Inkrement, Net-30-Bestellung, Retoure

Keine App nehmen, wenn eine Plan-Grenze das eigentliche Problem ist, drei Apps ein Problem lösen, oder die App zum führenden System für Preise wird.

12. Eigenentwicklung: Stufen

Immer die kleinste ausreichende Stufe anbieten.

Bewährtes Muster: Metaobjects als Datenhaltung plus Cart-Transform-Function für die Preislogik. Damit lassen sich kundenindividuelle Preise und nichtlineare Staffeln ohne Katalog-Missbrauch und ohne App abbilden.

Zu beachten: Pro Shop ist nur eine Cart-Transform-Function aktiv. Sie ist damit eine knappe Ressource. Installiert eine App eine eigene, ist der Platz belegt und umgekehrt blockiert unsere Function künftige Apps, die darauf angewiesen sind. Vor dem Bau prüfen, ob der Slot frei ist, und im Projekt dokumentieren, dass er belegt wurde.

Gerechtfertigt, wenn mindestens eines zutrifft: Ein Fremdsystem führt die Daten. Der Prozess ist der Wettbewerbsvorteil. Keine App deckt 80 Prozent ab. App-Kosten skalieren schlechter als Entwicklung. Compliance verbietet den Datenabfluss. Der App-Stack ist selbst das Problem. Eigene Oberfläche ist geschäftskritisch.

13. DACH und Schweiz

14. Unser Angebot

Aktuelle Fristen für Bestandskunden: Shopify Scripts sind seit Ende Juni 2026 abgeschaltet. Die Frist für checkout.liquid auf Basic bis Advanced läuft Ende August 2026 aus. Alte Kundenkonten sind abgekündigt, das Abschaltdatum steht aus.

Dauerangaben sind Erfahrungswerte für die Kalkulation, keine Zusagen. Vor Angebotslegung gegen eigene Projektdaten ersetzen.

15. Wann Shopify nicht passt

Shopify B2B ist das falsche System, wenn eines dieser Themen Kernprozess ist und nicht Ausnahme:

• Angebotsprozess mit Vertragspreisen und Gültigkeitsdaten
• mehrstufige Freigabehierarchien
• harte Kreditlimits mit Echtzeit-Blockade
• Punchout-Integration als Regelfall
• Bestellupload durch den Käufer als zentraler Kanal
• vertraglich fixierte Preislogik weit jenseits der Katalogstruktur

Im DACH-Raum ist Shopware 6 dann die erste Alternative: Die B2B Components decken Angebotsverwaltung, Mitarbeiterverwaltung mit Budgets, Schnellbestellung und Freigaberegeln nativ ab. Danach je nach Größe OroCommerce, Adobe Commerce, Spryker oder SAP Commerce Cloud.

Umgekehrt: Bei überschaubarer B2B-Komplexität und bestehender oder geplanter Shopify-Nutzung ist Shopify B2B 2026 eine tragfähige Wahl.

16. Häufige Fehler

17. Pflege dieses Dokuments

Shopify verändert B2B in jeder Edition. Review nach jeder Edition, mindestens quartalsweise. Maßgeblich sind Shopify Help Center und Developer Docs, nicht Blogbeiträge.

Verantwortlich: Patrick Mohr · Letzte Prüfung: 01.09.2026