B2B-Self-Service-Portal: Käuferrollen und Nachbestellungen

Ein Einkäufer wiederholt eine frühere Bestellung, arbeitet jetzt jedoch für eine andere Niederlassung, und einige Produkte werden in neuen Verpackungseinheiten verkauft. Wenn ein B2B-Self-Service-Portal lediglich den alten Warenkorb kopiert, wird der Fehler in den Einkauf übernommen. Ein zuverlässiges Kundenkonto prüft zuerst, für welches Unternehmen die Person handelt, wozu sie berechtigt ist und welche Konditionen aktuell gelten. Genau diese Regeln sollten Sie beschreiben, bevor Sie eine Plattform und ein Design auswählen.

Die zentrale Frage lautet: Welche regelmäßigen Einkäufe kann der Kunde ohne Kundenbetreuer erledigen, und wo muss der Vorgang angehalten werden? Wir betrachten Rollen und die Delegation von Berechtigungen für bestehende Käufer, nicht die Registrierung von Lieferanten oder die Abstimmung eines Angebots.

Beginnen Sie beim Unternehmen, der Niederlassung und der konkreten Person

Eine juristische Person kann mehrere Lieferorte und unterschiedliche Mitarbeiter im Einkauf haben. Fassen Sie diese nicht unter einem einzigen Login „Einkaufsabteilung“ zusammen. Das Unternehmen legt den vertraglichen Kontext fest, die Niederlassung das verfügbare Sortiment und die Adresse, und der Benutzer macht nachvollziehbar, wer eine konkrete Handlung ausgeführt hat. Diese Beziehungen dienen sowohl dem Komfort als auch der Fehlerklärung: Wer hat die Bestellung erstellt und für welche Organisationseinheit?

In der Dokumentation zu Shopify B2B werden das Unternehmen, sein Standort und der Käufer als getrennte Entitäten beschrieben. Ein Standort kann eigene Preise, Adressen und Zahlungsbedingungen haben. Dies ist ein Beispiel für ein Datenmodell und keine Vorgabe, Shopify zu wählen. Klären Sie für Ihr Portal zunächst, wo diese Beziehungen bereits gespeichert sind und wer sie ändern darf.

Zeigen Sie die aktive Niederlassung neben dem Warenkorb an. Prüfen Sie nach einem Kontextwechsel die Adresse und die Preisliste erneut. Allein der Zugriff auf eine Niederlassung bedeutet noch nicht, dass jemand in ihrem Namen einkaufen darf.

Trennen Sie operative Rollen und die Grenzen der Delegation

Käuferrollen im B2B-Kundenkonto sollten sich an Handlungen orientieren, nicht an Stellenbezeichnungen. Eine Person kann den Katalog ansehen, einen Warenkorb vorbereiten, eine Bestellung aufgeben, Rechnungen lesen oder Kollegen verwalten. Das sind unterschiedliche Berechtigungen. In Adobe Commerce umfassen die Unternehmensberechtigungen beispielsweise getrennt den Bestellabschluss, die Bestellansicht und die Benutzerverwaltung. Der konkrete Umfang hängt von der Lösung und den Einstellungen ab.

Präzisieren Sie die folgende beispielhafte Ausgangsmatrix gemeinsam mit den Käufern. „Nach Regel“ bedeutet eine gesonderte Konfiguration, keinen automatischen Zugriff.

Der Kundenadministrator darf sich nicht sämtliche Rechte selbst erteilen

Delegierte Administration bedeutet, dass der Kunde seine Mitarbeiterliste selbst pflegt, jedoch nur innerhalb der vom Verkäufer festgelegten Grenzen. Halten Sie fest, welche Rollen er zuweisen, welchen Niederlassungen er Personen hinzufügen und ob er einen weiteren Administrator anlegen darf. Wenn das Recht zur Verwaltung von Kollegen automatisch zum Ausgeben von Geld berechtigt, wird die Verantwortungsgrenze unklar.

Eine Einladung sollte zu einem persönlichen Benutzerkonto führen und eine festgelegte Annahmefrist haben. Speichern Sie bei einer vorübergehenden Vertretung das Ablaufdatum der Befugnisse und die Person, die sie erteilt hat. Überbrücken Sie den Urlaub eines Einkäufers nicht durch Weitergabe seines Passworts. Nach der Rückkehr des Mitarbeiters müssen die vorübergehenden Berechtigungen nach einer vorab festgelegten Regel enden.

Prüfen Sie die Berechtigung im Moment der Handlung

OWASP unterscheidet zwischen Authentifizierung und Autorisierung: Eine erfolgreiche Anmeldung bestätigt die Identität, aber nicht die Berechtigung zu jeder beliebigen Operation. Für das Portal bedeutet dies, den Zugriff auf die konkrete Bestellung, das Dokument und die Niederlassung serverseitig zu prüfen. Eine ausgeblendete Schaltfläche ersetzt diese Prüfung nicht.

Ein eigener Fall ist ein Mitarbeiter, der gesperrt wird, während sein Warenkorb bereits geöffnet ist. Das System muss die Befugnisse vor dem Absenden erneut prüfen, statt der alten Bildschirmansicht zu vertrauen. Prüfen Sie ebenso das Herunterladen einer Rechnung über einen direkten Link. Eine Rollenänderung muss sich auf den Zugriff auswirken, nicht nur auf das Aussehen des Menüs nach der nächsten Anmeldung.

Wiederholen Sie den Einkaufsinhalt, nicht die früheren Konditionen

Zuverlässiges Nachbestellen beginnt mit einem neuen Entwurf auf Grundlage der Bestellhistorie. Das alte Dokument bleibt ein historischer Beleg, während der neue Warenkorb nach den aktuellen Regeln geprüft wird. Preis, Mindestbestellmenge, Verpackungsvielfache, Produktverfügbarkeit und Adresse können sich geändert haben. Der Käufer muss den Unterschied vor dem Absenden sehen, nicht erst nach Erhalt der Rechnung.

Teilen Sie das Prüfergebnis in verständliche Gruppen ein: bereit zum Kauf, korrekturbedürftig und nicht verfügbar. Jede problematische Position braucht eine Erklärung und eine Handlungsmöglichkeit. „Nachbestellung fehlgeschlagen“ hilft nicht zu verstehen, ob eine Artikelnummer weggefallen ist oder die Katalogberechtigung fehlt. Ersetzen Sie ein Produkt nicht durch eine Alternative und erhöhen Sie die Menge nicht auf eine volle Verpackungseinheit, ohne dass der Benutzer dies ausdrücklich entschieden hat.

Auch bei fertigen Plattformen hat das Verhalten bei Nachbestellungen seine Besonderheiten. Die Adobe-Dokumentation zu Nachbestellungen beschreibt Verfügbarkeitsprüfungen und dass bereits im Warenkorb vorhandene Produkte nach dem Hinzufügen einer Nachbestellung erhalten bleiben können. Prüfen Sie deshalb bei der Abnahme nicht nur einen leeren Warenkorb: Stellen Sie fest, ob das System Positionen hinzufügt, sie zusammenführt oder einen gesonderten Entwurf erstellt.

Hypothetisches Beispiel: Vertretung im Einkauf und neue Verpackungseinheit

Nehmen wir an, eine Werkstattkette bestellt Verbrauchsmaterial bei einem Distributor. Dies ist ein Übungsszenario, kein GL.ua-Fallbeispiel. Die Einkäuferin der Niederlassung „Nord“ ist im Urlaub und wird vorübergehend von einem Kollegen vertreten. Er darf bis zu einem festgelegten Datum nur für diese Niederlassung einkaufen, ohne Zugriff auf Rechnungen anderer Organisationseinheiten und ohne das Recht, neue Mitarbeiter einzuladen.

Der Kollege öffnet eine frühere Bestellung: Handschuhe, Wischtücher und Reinigungsmittel. Die Handschuhe werden inzwischen in anderen Verpackungseinheiten geliefert, das Reinigungsmittel ist nicht verfügbar, und die Wischtücher können zu den aktuellen Konditionen gekauft werden. Das richtige Ergebnis ist ein neuer Entwurf mit sämtlichen Positionen und gekennzeichneten Abweichungen. Die Wischtücher sind bereit; für die Handschuhe muss eine zulässige Menge gewählt werden; das Reinigungsmittel darf nicht unbemerkt aus dem Einkauf entfernt werden.

Nach der Korrektur sieht der Käufer eine Zusammenfassung der Änderungen und bestätigt den neuen Inhalt. Wechselt er zur Niederlassung „West“, lässt das Portal die Verwendung des Warenkorbs außerhalb seiner erteilten Befugnisse nicht zu. Ist die Vertretungsfrist vor dem Absenden abgelaufen, wird die Handlung mit einer Erklärung angehalten. Der Kundenbetreuer erhält eine Anfrage zum Ausnahmefall, muss aber nicht den gesamten Einkauf manuell aus der Korrespondenz rekonstruieren.

Abnahmekriterium: Der Einkauf erfolgt im Namen der richtigen Niederlassung, eine unzulässige Handlung erzeugt kein Dokument, und Änderungen gehen nicht verloren. Legen Sie außerdem fest, an wen die Entwürfe nach dem Ende der Vertretung übergeben werden.

Nach dem Klick braucht der Käufer ein eindeutiges Ergebnis

Self-Service endet nicht mit der Meldung „Anfrage gesendet“. Zeigen Sie die Annahme durch das Portal, die Übergabe an das Warenwirtschaftssystem und die Bestellbestätigung getrennt an. Verzögert sich die Antwort, erläutern Sie den aktuellen Zustand und die nächste Handlung. Der Käufer darf nicht raten müssen, ob er erneut klicken oder den Kundenbetreuer anrufen soll.

Legen Sie im Lastenheft eine gemeinsame Vorgangskennung und eine Regel zur Erkennung wiederholter Übermittlungen fest. Dies ist eine vorgeschlagene Integrationsanforderung, keine automatische Eigenschaft jedes Portals. Prüfen Sie den Fall, dass das Warenwirtschaftssystem das Dokument angenommen hat, die Antwort aber nicht angekommen ist. Ein erneuter Versuch muss zuerst das Ergebnis klären, statt bedingungslos eine neue Bestellung anzulegen.

Die Verantwortungsgrenzen zwischen Systemen sollten getrennt von den Käuferrollen betrachtet werden. Ist unklar, wo der maßgebliche Status gespeichert wird, hilft der Beitrag dazu, wann ein Onlineshop ein OMS benötigt. Ein nicht standardmäßiger Einkauf mit individuellen Konditionen gehört dagegen zu einem anderen Prozess: der Abstimmung eines B2B-Angebots. Vermischen Sie diese Wege nicht in einer einzigen Schaltfläche „Nachbestellen“.

Führen Sie vor dem Start einen Test mit operativen Rollen durch

Wählen Sie für den Pilotbetrieb bestehende Kunden mit regelmäßigen Einkäufen aus. Bereiten Sie eine anonymisierte Historie, Testkonten und erwartete Ergebnisse vor. Eine Vorführung mit einem Administratorkonto beweist keine Trennung der Niederlassungen.

1. Melden Sie sich als Einkäufer einer Niederlassung an und versuchen Sie, eine Bestellung einer anderen zu öffnen, auch über einen direkten Link. Erwartet wird eine Ablehnung, ohne das Dokument offenzulegen.
2. Laden Sie über den Administrator auf Käuferseite einen Kollegen ein. Prüfen Sie den zulässigen Bereich und den Versuch, weitergehende Rechte zu vergeben, als der Administrator delegieren darf.
3. Öffnen Sie den Warenkorb und entziehen Sie anschließend die Berechtigung zum Bestellabschluss. Ein Absendeversuch muss erneut geprüft werden und mit einer kontrollierten Ablehnung enden.
4. Wiederholen Sie einen Einkauf mit geändertem Preis, geänderter Verpackungseinheit und Verfügbarkeit. Prüfen Sie jede Position und Erklärung; testen Sie auch einen nicht leeren Warenkorb.
5. Simulieren Sie den Verlust der Antwort, nachdem das Warenwirtschaftssystem das Dokument angenommen hat. Prüfen Sie den erneuten Versuch, die Suche nach dem Ergebnis und dass keine zusätzliche Bestellung entsteht.
6. Beenden Sie die Vertretungsfrist, sperren Sie den Benutzer und prüfen Sie den Dokumentenzugriff. Prüfen Sie das Aktionsprotokoll und den Übergabeweg für unfertige Entwürfe.

Benennen Sie für Abweichungen Verantwortliche und legen Sie Wiederholungstests fest. Zugriff auf fremde Dokumente, Einkäufe außerhalb der Befugnisse oder unbemerkter Verlust von Positionen sind Gründe, den Start zu verschieben.

So begrenzen Sie Zeitaufwand, Kosten und operative Risiken

Der Zeitbedarf hängt davon ab, wie gut das Firmenverzeichnis vorbereitet ist, welche Qualität die Bestellhistorie hat und welche Regeln in Ihrem ERP — dem System zur Planung der Unternehmensressourcen — gelten. Prüfen Sie zunächst einen durchgängigen Einkauf mit Testdaten. Erweitern Sie danach Rollen, Niederlassungen und Ausnahmefälle. Eine Terminabschätzung vor der Integrationsprüfung verdeckt die wichtigste Unsicherheit: ob aktuelle Konditionen und ein eindeutiges Ergebnis der Übermittlung verfügbar sind.

Nehmen Sie die Analyse der Befugnisse, die Bereinigung der Kunden-Niederlassungs-Beziehungen, die Oberfläche für Abweichungen, die Integration, Zugriffstests, Protokollierung und Schulung in die Kostenkalkulation auf. Bewerten Sie Support, Lizenzen, Infrastruktur und Regeländerungen nach dem Start gesondert. Verwechseln Sie Einsparungen bei der manuellen Eingabe nicht mit einer garantierten Senkung sämtlicher Kosten: Ein Teil der Arbeit verlagert sich auf die Pflege von Daten und Zugriffsrechten.

Wenn regelmäßige Einkäufe selten sind und die Konditionen jedes Mal individuell festgelegt werden, kann ein vollständiges Portal verfrüht sein. Beginnen Sie mit einer persönlichen Historie und der kontrollierten Erstellung eines Entwurfs. Komplexe Niederlassungsstrukturen brauchen eine flexiblere Lösung, doch allein die Wahl von Drupal oder einer anderen Plattform schafft kein korrektes Berechtigungsmodell. Dieses muss entworfen und geprüft werden.

Messen Sie nach dem Pilotbetrieb den Anteil der Einkäufe ohne manuelles Eingreifen und die Gründe für Unterbrechungen. Vergleichen Sie dieselben Bestelltypen, um ein Oberflächenproblem von einem veralteten Katalog unterscheiden zu können.

Beginnen Sie mit einer Übersicht der Befugnisse und einer komplexen Nachbestellung statt mit einer Liste gewünschter Widgets. Um die Entwicklung eines B2B-Kundenkontos mit GL.ua (Glyanets) zu besprechen, bereiten Sie die Niederlassungsstruktur, eine Rollenliste und ein anonymisiertes Beispiel eines Einkaufs mit Änderungen vor. Auf dieser Grundlage lassen sich der Umfang des Pilotbetriebs festlegen und die Integration konkret bewerten.