Partner Commerce Hub: Partnerbestand als eigenen Katalog verkaufen

Ein Muster für B2B-Verkäufer, die Produkte listen wollen, die sie nicht selbst vorrätig haben, von externen Lieferanten, ohne dass der Käufer einen Unterschied bemerkt — dieselbe Storefront, derselbe Checkout, derselbe Kundenbetreuer, kein genannter Lieferant. Hier anhand eines repräsentativen Autoersatzteil-Szenarios illustriert statt anhand eines konkret genannten Kunden.

B2B-Distribution von Kfz-Ersatzteilen im Aftermarket
Ein Laptop zeigt einen fiktiven „Ausnahmen“-Bildschirm des Partner-Commerce-Hub-Musters: eine Manager-Warteschlange, die nur die Bestellungen auflistet, die Aufmerksamkeit brauchen — eine Preisänderung, ein nicht antwortender Partner, eine manuelle Aktion — jede mit eigenem SLA-Countdown, statt jeder Bestellung im System.

Die Herausforderung

Dies ist ein Muster, das wir wiederholt entwerfen, hier anhand eines repräsentativen Szenarios statt der Zahlen eines einzelnen Kunden gezeigt: Ein B2B-Verkäufer will Produkte externer Lieferanten über die eigene Storefront anbieten, ohne dass sich für den Käufer etwas ändert — derselbe Katalog, dieselbe Preislogik, derselbe Verkäufer — und ohne offenzulegen, wer der Lieferant ist, oder das Sortiment zuerst in die eigenen Regale zu holen.

Es ist ein klassisches Problem des Kfz-Aftermarkets: ein Käufer, viele ungleiche Lieferanten. Ungleich in jeder Hinsicht — Format der Preisliste, Kommunikationskanal, Antwortgeschwindigkeit, Disziplin bei Fristen. Das Schwierige ist nicht, einen von ihnen anzubinden; es ist, alle in einen einzigen Prozess zu falten.

Bestand und Geld leben bereits in einem separaten Buchhaltungs- oder ERP-System. Eine Storefront, die daraus nicht lesen kann, erzeugt innerhalb weniger Tage eine zweite Version der Wahrheit.

Nicht jeder Lieferant hat eine API. Manche senden eine Preisdatei, manche nehmen Bestellungen per E-Mail entgegen, manche antworten nur einer Person in einem Messenger. Ein Design, das nur die einfachen Lieferanten bedient oder von jedem eine API verlangt, lässt den grössten Teil des Katalogs langsam und manuell zurück.

Die Lösung

Eine kanonische Operation, viele Adapter

Intern ist jeder Lieferant gleich: derselbe sechsstufige Austausch — Verfügbarkeit prüfen, Preis erhalten, Bestellung aufgeben, Bestätigung erhalten, Versand erhalten, Rechnung erhalten. Was sich unterscheidet, ist nur, wie ein bestimmter Lieferant jeden Schritt ausführt: ein API-Aufruf, ein Klick in einem Portal, eine von einer Person gelesene Nachricht. Einen neuen Lieferanten anzubinden wird zu einer Konfigurationsänderung, nicht zu einem neuen Geschäftsprozess.

Der manuelle Kanal ist ein vollwertiger Adapter, keine Ausnahme

Ein per E-Mail oder Messenger erreichter Lieferant erhält dieselbe Frist, dieselbe Bewertung und denselben Prüfpfad wie einer mit vollständiger API — nur führt eine Person den Schritt aus statt einer Maschine. Das ist beabsichtigt: Die meisten realen Lieferanten in diesem Bereich haben keine API, und ein Design, das sie als Sonderfall behandelt, lässt am Ende den grössten Teil des Katalogs ausserhalb der Bücher laufen.

Einen Lieferanten wählen heisst nicht, den billigsten zu wählen

Wenn mehrere Lieferanten dieselbe Position bedienen können, wägt das System den Preis gegen Lieferkosten und -zeit, das Vertrauen in den gemeldeten Bestand, die Erfolgsbilanz des Lieferanten und die erwarteten Kosten einer Rücksendung ab — denn ein Lieferant, der 2 % billiger ist, aber nur zu 85 % bestätigt, kostet am Ende mehr, sobald Nachbestellungen, verzögerte Kunden und manuelle Nacharbeit mitgezählt werden.

Der Käufer sieht ein Versprechen, keine Vermutung

Ein bestätigter Lagerbestand, ein Zwischenspeicherwert aus der letzten Preisdatei und eine Position, die noch die Bestätigung eines Lieferanten braucht, sind drei verschiedene Situationen, und eine Storefront, die alle drei als schlichtes „auf Lager" zeigt, verspricht am Ende Dinge, denen niemand zugestimmt hat. Jedes Angebot trägt ein Konfidenzniveau, und der angezeigte Text — „heute versandfertig" gegenüber „wird bestätigt, Antwort innerhalb weniger Stunden" — wird daraus abgeleitet statt geraten.

Der Manager bearbeitet die Ausnahmen, nicht die Bestellwarteschlange

Wenn sich die meisten Bestellungen von selbst erledigen, sollte ein Manager nicht alle durchsehen müssen, um die wenigen zu finden, die Aufmerksamkeit brauchen. Die Warteschlange zeigt nur, was vom normalen Pfad abgewichen ist — keine Antwort, ein geänderter Preis, eine verpasste Frist — jede mit eigener Frist und Ein-Klick-Aktionen: einem Ersatzlieferanten neu zuweisen, einen neuen Preis akzeptieren, den Käufer fragen, eskalieren.

Ein KI-Agent für den Kanal, der manuell bleibt

Zwischen „wir schreiben einem Lieferanten auf WhatsApp" und „der Lieferant hat eine API" liegt eine Lücke, die nicht mehr dauerhaft von einer Person geschlossen werden muss: Ein Agent sendet die vorlagenbasierte Anfrage, liest die Freitext- oder Sprachantwort, extrahiert Menge, Preis und Lieferzeit, stellt bei fehlenden Angaben eine Rückfrage und eskaliert Fälle mit geringer Konfidenz oder hohem Wert an einen Menschen. Die ursprüngliche Nachricht bleibt immer neben dem daraus erzeugten strukturierten Ergebnis erhalten.

Häufig gestellte Fragen

Nein. Die Storefront bleibt Eigentümerin von Suche, Produktseiten und Checkout; das Buchhaltungs- oder ERP-System bleibt Eigentümer von Bestand, Preisen und Zahlungen. Diese Schicht sitzt zwischen ihnen und den externen Lieferanten und wird zu keiner zweiten Kopie von beidem.

Er wird von Tag eins an über den manuellen Kanal oder Messenger angebunden, unter denselben Fristen, derselben Bewertung und demselben Prüfpfad wie ein API-verbundener Lieferant. Baut er später eine API, ändert sich nur die Konfiguration seines Adapters — der Prozess um ihn herum bleibt gleich.

Indem es den Preis zusammen mit Lieferkosten und -zeit, dem Vertrauen in den gemeldeten Bestand, der historischen Zuverlässigkeit des Lieferanten und den erwarteten Rücksendekosten abwägt — nicht allein nach Preis. Diese Gewichtung ist eine Geschäftsentscheidung, pro Segment anpassbar, und jede Wahl bleibt nachvollziehbar: welche Alternativen bestanden und warum sie unterlagen.

Die Bestellung wird stillschweigend zu einem Ersatzlieferanten verschoben, falls die neuen Konditionen innerhalb dessen bleiben, was dem Käufer versprochen wurde; der Käufer wird gefragt, falls sich die Konditionen ändern würden; oder der Fall wird an einen Manager eskaliert, falls kein Ersatzlieferant existiert — ein festes Set an Ergebnissen statt einer Ad-hoc-Entscheidung jedes Mal.

Nein. Angebote unterscheiden sich nach Preis, Lieferzeit und Konditionen, nie nach dem Namen eines Lieferanten, und nichts in der Storefront, den E-Mails oder den Versandunterlagen identifiziert, wer hinter einer bestimmten Position steht.
Fallstudien