Hannes Riehl
Head of Architekture
Alle Blogartikel
B2B-Kundenportal: Nutzer, Firmen und Rechte richtig planen
Der vergessene Baustein
Design, Katalog und ERP-Anbindung werden in Portal-Projekten gründlich geplant. Das Organisations- und Berechtigungsmodell entsteht dagegen oft nebenbei.
Rechte hängen an der Mitgliedschaft
Mit Organisation, Nutzer, Mitgliedschaft und Rolle bildest du auch die komplizierten Fälle ab. Dazu gehören Dienstleister, die für mehrere Firmen arbeiten, genauso wie Händler mit eigenen Endkunden.
Ein gutes Modell entlastet den Betrieb
Mit einem sauberen Berechtigungsmodell verwalten Kunden ihre Nutzer selbst, und dein Support kümmert sich nur noch um Ausnahmen.
Bei einem B2B-Kundenportal dreht sich im Projekt fast alles um Design, Produktkatalog und ERP-Anbindung. Eine Frage fällt dabei gern hinten runter: Wer ist eigentlich der Nutzer, die Person oder die Firma?
Das Organisations- und Berechtigungsmodell, also die Regel, wer sich für welche Firma mit welchen Rechten anmeldet, entsteht dann irgendwie nebenbei. Im Betrieb merkst du das an Dubletten, einem überlasteten Support und Umbauten, die keiner auf dem Zettel hatte.
Das Berechtigungskonzept ist allerdings ein eigener Baustein deines Portals und verdient genauso viel Aufmerksamkeit wie Oberfläche und Integrationen. Hier erfährst du, aus welchen vier Bausteinen es besteht, wie du damit auch Dienstleister und Endkunden abbildest und mit welchen sieben Fragen du es im Projekt im Blick behältst.
Grundlagen
Was ist ein B2B-Kundenportal?
Ein B2B-Kundenportal ist eine geschützte Webanwendung, in der Geschäftskunden Bestellungen, Verträge, Dokumente und Serviceanfragen selbst verwalten. Jede Person handelt dort im Auftrag einer Organisation und bekommt ihre Rechte über ihre Rolle in genau dieser Organisation. Technisch steckt dahinter meist ein Customer Identity and Access Management (CIAM), das Anmeldung, Konten und Berechtigungen zentral steuert.
Du fragst dich vielleicht, wo da der große Unterschied zum normalen Kundenkonto im Onlineshop liegt. Die Tabelle zeigt es auf einen Blick:
| B2C-Login | B2B-Kundenportal | |
|---|---|---|
| Nutzer | Privatperson, handelt für sich selbst | Person, handelt im Auftrag einer Firma |
| Beziehung | Ein Konto entspricht einem Kunden | Viele Nutzer gehören zu einer Organisation, manche zu mehreren |
| Rechte | Für alle Kunden gleich | Abhängig von Rolle, Standort und Vertrag |
| Administration | Jeder verwaltet nur sich selbst | Ein Admin beim Kunden verwaltet seine Kollegen |
| Lebenszyklus | Endet, wenn der Kunde geht | Endet, wenn die Person die Firma verlässt, die Firma bleibt Kunde |
| Anmeldung | Passwort, Passkey, Social Login | Zusätzlich SSO mit dem Firmen-IdP des Kunden |
Genau diese Unterschiede muss das Modell abbilden, und in Projekten werden sie regelmäßig unterschätzt.
Abgrenzung
Warum ein B2B-Portal kein B2C-Login mit Firmenfeld ist
Ein B2B-Portal braucht ein eigenes Organisationsmodell, weil Geschäftskunden eine Struktur mitbringen: Konzern, Tochterfirmen, Standorte, Abteilungen. Ein Freitextfeld „Firma“ im Registrierungsformular bildet davon schlicht nichts ab.
Das bedeutet konkret: Der eine tippt „Müller GmbH“, die nächste „Müller Maschinenbau GmbH & Co. KG“ und der dritte „Mueller“. Nach einem Jahr sieht dein Portal so aus:
- Dieselbe Firma existiert in zehn Schreibweisen, und keiner weiß, welche stimmt
- Konten von Leuten, die längst beim Wettbewerber sitzen, haben noch Bestellrechte
- Rechte pro Standort sind unmöglich, weil es Standorte im System gar nicht gibt
- Beim Kunden gibt es niemanden, der sagen kann, wer überhaupt Zugriff haben soll
Praxisbeispiel
Das Modell an einem Beispiel: ein Maschinenbauer und seine Kunden
Die meisten Organisations- und Berechtigungsmodelle für B2B-Kundenportale bauen auf vier Kernbausteinen auf: Organisation, Nutzer, Mitgliedschaft und Rolle. Am besten verstehst du das an einem durchgehenden Beispiel.
Stell dir vor, ein Maschinenbauer betreibt ein Portal für Ersatzteile, Wartungsverträge und technische Dokumentation. Einer seiner größten Kunden ist die (fiktive) Nordchem AG mit drei Werken, jedes mit eigenen Einkäufern und Technikern. Dazu kommt die Techservice GmbH, ein externer Servicepartner, der für Werk Nord und Werk Süd Tickets anlegen soll.
Kurz gesagt: Auf die Frage „Was darf Carla?“ gibt es keine pauschale Antwort. Die richtige Frage lautet immer „Was darf Carla für Werk Nord?“.
Viele CIAM-Plattformen bringen so ein Modell schon mit. Die SAP Customer Data Cloud zum Beispiel hat ein eigenes Organisationsmanagement für B2B, in dem du Hierarchien, Mitgliedschaften und Rollen direkt anlegst.
Mehrfachzugehörigkeit
Die Person, die für drei Firmen bestellt: Mehrfachzugehörigkeit richtig lösen
Mehrfachzugehörigkeit löst du am saubersten mit einem Konto pro Person und mehreren Mitgliedschaften. Der Fall kommt öfter vor, als die meisten Portal-Konzepte vorsehen: Dienstleister wie Carla, Einkaufsgemeinschaften, die für ihre Mitglieder bestellen, oder Holding-Mitarbeitende, die mehrere Tochterfirmen betreuen.
Grundsätzlich hast du zwei Möglichkeiten:
Unser Expertenrat: Plane Weg 2 ein, auch wenn heute nur eine Handvoll Nutzer betroffen ist. Ein späterer Umbau heißt Konten zusammenführen, und darauf hat wirklich niemand Lust.
Betrieb
Delegierte Administration: Der Kunde verwaltet seine Nutzer selbst
Delegierte Administration heißt, dass ein Admin beim Kunden die Nutzer seiner Firma selbst einlädt, Rollen vergibt und Konten sperrt. Für den Betrieb ist das der größte Hebel überhaupt.
Ohne sie legt dein Support jeden neuen Einkäufer von Hand an, klärt per Mail, ob die Person wirklich zum Kunden gehört, und erfährt von Kündigungen oft erst Monate später. Wie viel Self Service im Alltag bringt, liest du in unserem Artikel zu User Self Service im B2B.
Wo die Grenzen liegen
Damit das rund läuft, brauchst du klare Zuständigkeiten.
Der Admin beim Kunden darf:
- Kolleginnen und Kollegen einladen und Konten sperren
- Rollen innerhalb seiner Organisation vergeben, allerdings nur aus einem freigegebenen Katalog
- Standorte und Abteilungen pflegen, sofern du das freischaltest
Beim Portalbetreiber bleiben:
- die Anlage der Organisation und ihre Verknüpfung mit der Kundennummer aus CRM oder ERP
- der Rollenkatalog und die Freischaltung von Verträgen und Konditionen
- die Vergabe der ersten Admin-Rolle
- die Genehmigung von Zugriffen externer Partner wie der Techservice GmbH
Wenn der einzige Kunden-Admin kündigt
Ein Klassiker: Der einzige Admin verlässt die Firma, und plötzlich kann niemand mehr neue Nutzer anlegen. Leg deshalb mindestens zwei Admins pro Organisation fest.
Zusätzlich brauchst du einen Fallback-Prozess, über den dein Team nach sauberer Prüfung einen neuen Admin einsetzt, etwa über den Vertragsansprechpartner im CRM.
Das alles funktioniert nur, wenn Organisationen und Rollen sauber modelliert sind. Delegierte Administration ist damit der Lohn für ein durchdachtes Modell.
Ausblick
B2B2C: wenn Händler und Endkunden ins selbe Portal kommen
B2B2C bedeutet, dass neben deinen Geschäftskunden auch deren Endkunden ins Portal kommen, und das verändert das Modell spürbar.
Ein Beispiel: Ein Hersteller von Wärmepumpen verkauft über Fachbetriebe. Der Installateur registriert den Endkunden bei der Inbetriebnahme, und der reicht später Garantiefälle selbst ein.
Damit kommen neue Anforderungen dazu:
- Endkunden wollen eine schnelle Registrierung, Social Login und Self Service, ganz ohne Firmenstruktur im Hintergrund
- Händler brauchen Sicht auf „ihre“ Endkunden, und zwar ausschließlich auf diese
- Die Beziehung zwischen Händler und Endkunde wird zu einem eigenen Objekt im Modell, weil sie sich ändern kann, etwa wenn der Endkunde den Installateur wechselt
- Consent wird zur Pflicht, denn der Endkunde muss zustimmen, dass der Händler seine Daten sieht
Wie du Händler, Installateure und Servicepartner sauber anbindest, zeigen wir im Beitrag zu Partner Identity Management. Hältst du die vier Bausteine sauber auseinander, kannst du Endkunden später ergänzen, ohne das Portal umzubauen.
Checkliste
7 Fragen, die du vor dem Portal-Projekt klären solltest
Bevor du ein Kundenportal erstellen lässt, solltest du diese sieben Fragen beantworten können. Sie bilden die Grundlage für dein Berechtigungskonzept und sorgen dafür, dass das Modell im Projekt den Platz bekommt, den es braucht.
- Ist unser Kunde eine Person oder eine Firma? Davon hängt ab, ob du überhaupt ein Organisationsmodell brauchst.
- Wie tief ist die Hierarchie bei unseren größten Kunden? Konzern, Tochter, Standort und Abteilung sind schon vier Ebenen, die das Modell tragen muss.
- Gibt es Nutzer, die für mehrere Firmen arbeiten? Dann gehören mehrere Mitgliedschaften pro Konto von Anfang an ins Konzept.
- Wer legt beim Kunden neue Nutzer an? Die Antwort entscheidet, wie viel Arbeit bei deinem Support landet.
- Woher kommen die Firmendaten, aus dem CRM oder dem ERP, und wer pflegt sie? Ohne ein führendes System hast du schnell zwei Wahrheiten.
- Wie melden sich die Nutzer an: eigenes Passwort, Passkeys oder SSO mit dem Firmen-IdP des Kunden? Großkunden fragen fast immer nach Single Sign On.
- Was passiert mit dem Konto, wenn jemand beim Kunden kündigt? Ein klarer Offboarding-Prozess verhindert verwaiste Konten mit Bestellrechten.
FAQ
Häufige Fragen zum B2B-Kundenportal
Die Kosten hängen vor allem an zwei Faktoren: wie komplex das Organisations- und Berechtigungsmodell ist und wie viele Systeme wie ERP, CRM oder PIM angebunden werden. Ein Portal für Kunden ohne Hierarchie mit einem angebundenen System spielt in einer ganz anderen Liga als eines mit Konzernstrukturen, Partnerzugriffen und SSO. Belastbare Zahlen gibt es deshalb erst nach einer Anforderungsanalyse.
Für einfache Portale reicht manchmal das Nutzermanagement der Portal- oder Shopsoftware. Sobald Hierarchien, Mehrfachzugehörigkeit, delegierte Administration oder mehrere Anwendungen mit einem Login dazukommen, spielt ein CIAM-System seine Stärken aus. Es trennt die Identität von der Anwendung, sodass Portal, Shop und App dasselbe Konto nutzen.
Ja, über SSO per SAML 2.0 oder OpenID Connect. Der Kunde bindet dafür seinen eigenen Identity Provider an, zum Beispiel Microsoft Entra ID. Verlässt jemand die Firma, verliert er damit automatisch auch den Zugang zum Portal.
Ein Kundenportal richtet sich an Firmen, die bei dir kaufen. Ein Partnerportal ist für Firmen gedacht, die mit dir verkaufen oder für dich Leistungen erbringen, etwa Händler oder Servicepartner. Das Modell dahinter ist sehr ähnlich, nur Rollen und Datensicht unterscheiden sich, deshalb laufen beide oft auf derselben Plattform.
Fazit
Das Organisations- und Berechtigungsmodell verdient einen festen Platz im Projekt
Ein B2B-Kundenportal ist nur so gut wie das Organisations- und Berechtigungsmodell dahinter. Wenn du es genauso ernst nimmst wie Design und Integrationen, bekommst du saubere Daten, einen entlasteten Support und ein Portal, das mit Partnern und Endkunden mitwächst.
Du willst das Modell für dein Portal durchdenken?
In einem kompakten Workshop skizzieren wir mit dir, welche Organisationen, Rollen und Prozesse dein Portal braucht. So hast du dein Berechtigungskonzept im Griff, bevor Design und Umsetzung richtig Fahrt aufnehmen.
Dieser Beitrag entstand mit KI-Unterstützung. Veröffentlicht von amiconsult GmbH, fachlich geprüft von Sina Ruland.
