API, E-Mail-PO, gehostetes Portal, EDI oder Punchout — jeder B2B-Bestellkanal, ein Fulfillment-Betrieb.
Sie stellen Produkte her, die andere Unternehmen nutzen, einbauen, weiterverarbeiten oder betreiben. Keine Endverbraucher. Keine Wiederverkäufer. Ihre Kunden sind Accounts, keine Transaktionen.
Sie haben wahrscheinlich zwischen 50 und 2.000 aktive Accounts. Das Bestellmuster ist wiederkehrend. Der Einkäufer bei jedem Account ist meist dieselbe Person, der Sie seit Jahren Angebote schicken — deren Werksleiter, deren MRO-Einkäufer, deren Beschaffungsanalyst bei einem Fortune-500-Vertragsinhaber. Ihre Innendienstmitarbeiter sind seit 5 bis 15 Jahren im Unternehmen. Sie wissen, welche Accounts net‑30 zahlen und welche stillschweigend auf net‑52 dehnen. Sie wissen, wessen PO-Format Ihren ERP-Import bricht, und korrigieren es, bevor es passiert.
Dieses institutionelle Wissen ist Ihr Wettbewerbsvorteil. Der Auftragserfassungsprozess drumherum ist es nicht.
Womit sich diese Zielgruppe an einem Dienstagmorgen tatsächlich befasst.
Sie zahlen 65.000 bis 90.000 Euro Grundgehalt an Mitarbeiter, die den Großteil ihres Tages mit dem Übertragen von POs ins ERP verbringen. Der Verkaufsteil des Innendienstes ist der Teil, der dabei verdrängt wird.
Jeder Account schickt anders. PDF-Anhänge, Bestellungen im E-Mail-Text, gescannte Faxe von Accounts, die noch faxen, eine Excel-Vorlage, die ein Kunde 2014 erstellt hat. Ein Sachbearbeiter überträgt den ganzen Tag.
Vertragspreise für jeden Account, Mengenstaffeln, spezielle Aktionspreise für den Vertreter an der Westküste — geführt in einer Arbeitsmappe, für die niemand verantwortlich ist. Die Version auf dem geteilten Laufwerk ist drei Wochen hinter der Realität zurück.
Einer Ihrer wichtigsten Accounts nutzt Coupa. Ein anderer nutzt Ariba. Sie wollen cXML-Punchout-Integration in Ihren Katalog — oder sie suchen sich einen Lieferanten, der das hat. Sie holen seit 18 Monaten Angebote für dieses Projekt von der IT ein.
Sie versenden einen 240-seitigen PDF-Katalog per E-Mail an Ihre Einkäuferbasis. Zwei Wochen später nehmen Sie eine SKU aus dem Programm und fügen drei neue hinzu. Der Katalog ist falsch. Einkäufer bestellen abgekündigte Artikel. Sachbearbeiter verbringen Stunden mit der Bereinigung.
Sie wissen, was jeder Account bestellt hat. Sie wissen nicht, wonach er gesucht hat, was er in Erwägung gezogen hat, was nicht auf Lager war, als er nachgesehen hat. Der Innendienst geht in Account-Reviews mit der Rechnungshistorie des letzten Quartals und sonst kaum etwas.
Die Verluste sind leise. Ein Einkäufer erwähnt in einem Debriefing, dass Ihr Wettbewerber „mich einfach online nachbestellen lässt". Sie verlieren die Beziehung nicht in einem Quartal. Sie verlieren sie über zwei Jahre, Account für Account.
SAP, NetSuite, Acumatica, Epicor Prophet 21, Infor SX.e — das ERP hält Ihre Vertragspreise und Bestände. Es bedient nicht die einkäuferseitige Erfahrung. Eines davorzuschalten, ohne das andere zu beschädigen, ist der Großteil der Arbeit.
Kanalspezifischer Eingang, ein Backend. Einkäufer kommen durch die Tür, die sie bevorzugen; der Auftrag landet im selben Betrieb.
Account-basierte Preise sichtbar nach Login. Rollenbasierter Zugriff (der Werkseinkäufer sieht einen Katalog, der Konzern-Einkauf einen anderen). Nachbestelllisten aus der Bestellhistorie. Konvertierung von Angebot zu Auftrag. Herunterladbare Kontoauszüge. Gespeicherte Lieferadressen. Einkäuferseitige Benutzerverwaltung, sodass die IT Ihres Kunden eigene Mitarbeiter hinzufügen und entziehen kann.
Direkter System-zu-System-Auftragsfluss für Accounts mit eigenem Engineering-Team. Authentifizierte REST-Endpunkte für Auftragserstellung, Bestandsabfrage, Preisabfrage, Auftragsstatus. Webhooks pushen Statusänderungen zurück ins System des Einkäufers. Dokumentiert wie ein echtes Produkt, nicht wie ein SI-Deliverable.
Alle Eingangskanäle →Im Posteingang eintreffende PDFs werden automatisch verarbeitet — Positionen, Mengen, Lieferadresse, PO-Nummer, Wunschtermin. Jedes extrahierte Feld trägt einen Konfidenzwert. Aufträge mit hoher Konfidenz fließen direkt in die Warteschlange. Aufträge mit niedriger Konfidenz erscheinen zur menschlichen Prüfung mit dem Quell-PDF Seite an Seite. Der Sachbearbeiter, der den ganzen Tag tippte, prüft jetzt Ausnahmen.
Vollständiger EDI-Stack über AS2 oder VAN für Accounts, die das verlangen. 850 eingehende POs werden zu Aufträgen. 855 Bestätigungen gehen automatisch zurück. 856 ASNs werden aus der Lagerbestätigung erzeugt. 810 Rechnungen und 820 Zahlungsavise schließen den Zyklus. Die Onboarding eines neuen Handelspartners dauert in der Regel 2 bis 4 Wochen, kein Quartal.
Live-Integration in die E-Procurement-Plattformen, die Ihre Enterprise-Accounts bereits nutzen — Coupa, SAP Ariba, SAP Concur, Jaggaer, Oracle iProcurement. Der Einkäufer macht aus seiner Procurement-Oberfläche Punchout in Ihren Katalog, konfiguriert die Bestellung mit seinen ausgehandelten Preisen und gibt den Warenkorb in seinen Anforderungs-Workflow zurück. cXML und OCI 4.0/5.0 unterstützt.
Mengenstaffeln. Account-spezifische Vertragspreise mit Gültigkeits- und Ablaufdatum. Zahlungsbedingungs-Variationen (net‑30, net‑45, net‑60, Skonto bei Vorkasse). Im Angebot fixierte Preise, die bis zum Ablauf des Angebots Bestand haben. Quelle der Wahrheit ist Ihre Wahl — ERP-getrieben (Preise zur Auftragszeit gezogen) oder portal-verwaltet (Regeln in OrderHUBx gepflegt und ans ERP synchronisiert). Beide Modi sind erstklassig.
Konfigurator-getriebene Angebote für Produkte mit Optionen und Abhängigkeiten. Echtzeit-Preise inklusive Vertragsbedingungen. Sofortige PDF-Erstellung im Markendesign. Gültigkeitszeiträume für Angebote. Konvertierung in einen Auftrag mit einem Klick aus der Angebots-E-Mail des Einkäufers. Integriert sich mit Salesforce CPQ, Conga oder DealHub, falls Sie eines davon bereits nutzen; läuft eigenständig, falls nicht.
Vollständige Bestellhistorie im Portal des Einkäufers sichtbar — Positionsdetails, Versandtermine, Tracking, Rechnungen. Nachbestellung mit einem Klick aus jeder vergangenen Bestellung, mit Mengenanpassung vor dem Absenden. Abrufe gegen einen bestehenden Rahmen-PO. Der Einkäufer beantwortet seine eigenen „Was haben wir letzten März bestellt?"-Fragen, statt Ihren Sachbearbeiter zu mailen.
Egal wie die Bestellung kam — Portal, API, verarbeitete E-Mail, EDI 850, Punchout-Warenkorb — ab diesem Punkt ist es dieselbe Plattform. Routing-Regeln entscheiden, welches Lager kommissioniert. Die Allokation reserviert den Bestand. PackScan steuert scan-verifiziertes Picken und Packen auf der Fläche. BatchTrack pflegt Chargen- und Seriennummern-Rückverfolgbarkeit für Accounts, die das verlangen (Medizingerätekäufer, Lebensmittel und Getränke, regulierte Chemie). Der Versand vergleicht Tarife über Carrier hinweg. Tracking wird über den Kanal, über den die Bestellung kam, an den Einkäufer zurückgespielt. Retouren laufen in dieselbe Ausnahme-Pipeline.
Sie betreiben keinen separaten Ops-Stack für B2B. Der Fulfillment-Betrieb ist derselbe, den Ihr D2C-Team nutzt, derselbe, den Ihr Distributor-Team nutzt. Der Eingangskanal ändert sich; die Fläche nicht.
Wenn Sie auch D2C oder über ein Distributor-Netzwerk verkaufen, sind Sie auf derselben Plattform. Kein zweites System. Keine zweite Integration zu Ihrem ERP.
SAP, NetSuite, Acumatica, Epicor Prophet 21 oder Infor SX.e — Sie integrieren OrderHUBx einmal in Ihr ERP. Alle drei Zielgruppen nutzen denselben Konnektor. Preise, Bestände, Kundenstamm und gebuchte Aufträge werden über eine Brücke synchronisiert.
Das B2B-Portal sieht denselben verfügbaren Bestand (ATP) wie das Amazon-Listing und das Distributor-Portal. Reservierungen werden über alle Zielgruppen hinweg respektiert. Kein Doppelverkauf, weil zwei Systeme über den Bestand uneinig waren.
Dasselbe Lagerpersonal. Dieselben PackScan-Stationen. Dieselben Versandkonten. Dieselbe Ausnahmen-Warteschlange. Die Kosten-pro-Auftrag-Kurve flacht ab, weil Sie keinen Overhead pro Kanal duplizieren.
Wenn Ihre Einkäufer das Produkt selbst verbrauchen, einbauen, weiterverarbeiten oder betreiben — sie haben es für ihren eigenen Gebrauch gekauft — sind Sie ein B2B-Direkt-Hersteller. Bleiben Sie auf dieser Seite.
Wenn Ihre Einkäufer Ihre Produkte über ihren eigenen Kundenstamm weiterverkaufen — unter vertraglich festgelegten Preisen, Gebietsregeln oder MAP-Durchsetzung — wenn Sie über Deal-Registrierung, MDF, Sell-through, Lieferquote nach Tier sprechen — sind Sie ein Distributor-Hersteller, und die richtige Seite für Sie ist Für Distributor-Netzwerke.
Die Plattform ist dieselbe. Das Vokabular, die Partner-Management-Oberfläche und die zielgruppenspezifischen Werkzeuge unterscheiden sich. Landen Sie auf der richtigen Seite und sparen Sie sich einen Discovery-Call.
Ein typischer B2B-Portal-Launch auf OrderHUBx läuft 60 bis 90 Tage von der Vertragsunterzeichnung bis zu den ersten Live-Bestellungen. In Phasen, nicht als Big Bang.
ERP-Integration spezifiziert und gebaut (SAP / NetSuite / Acumatica / Prophet 21 / SX.e). Kundenstamm, Artikelstamm und Preistabellen werden synchronisiert. Entscheidungen zur Katalog-Merchandisierung getroffen. Versandkonten verdrahtet. UAT-Umgebung mit echten Daten aufgesetzt, nicht mit synthetischen.
Die obersten 20 % der Accounts werden mit White-Glove-Behandlung onboardet — persönliche Walkthroughs, dedizierter Support-Kontakt, Feedback-Schleife direkt zum Implementierungs-Team. Ihre umsatzstärksten Einkäufer testen den Workflow in ihrem realen Nachbestellzyklus. EDI-Partner werden parallel onboardet.
Pilot-Accounts gehen live. Der E-Mail-Kanal bleibt für den Long Tail offen. Sachbearbeiter werden auf den Ausnahme-Prüfungs-Workflow geschult. Punchout-Integrationen für Enterprise-Accounts beginnen (cXML oder OCI — in der Regel ein 4 bis 6 Wochen langes Add-on pro Procurement-System). Erste Metriken zur Portal-Adoption erscheinen in Woche 12.
Long-Tail-Accounts wählen sich selbst ins Portal, wenn es sich bewährt. Der Innendienst verlagert Stunden von der Auftragserfassung zum Account-Wachstum. Die Migration wird nicht erzwungen; sie wird verdient. Bis Monat 12 sehen die meisten Teams 60 bis 80 % des Auftragsvolumens über Self-Service-Kanäle. Detaillierter Playbook im Bericht zur Innendienst-Migration.
Fünf ausführliche Beiträge für die operative B2B-Zielgruppe geschrieben. Kein Geschwafel, kein Vendor-Framing.
Die Break-Even-Rechnung des CFOs. Wann bauen, wann warten, wann phasen. Durchgerechnete Beispiele bei 180 Kunden und bei 800.
Was CPQ tatsächlich erfordert. Salesforce CPQ, Conga, DealHub, Tacton, KBMax verglichen. Die ehrliche Build-vs-Buy-Antwort für Konfiguratoren.
Vertragspreise, Mengenstaffeln, Zahlungsbedingungs-Modifikatoren, im Angebot fixierte Raten. Wo die Preislogik leben sollte: ERP, Portal oder beides.
cXML vs. OCI. Was Coupa, Ariba, Concur und Jaggaer tatsächlich von Ihrem Katalog brauchen. Der Implementierungspfad, der kein Jahr dauert.
Das interne Change-Management-Playbook. Wie Sie nach dem Launch Sachbearbeiter-Stunden umverteilen, ohne Accounts in der Übergangsphase zu verlieren.
Eine Arbeitssitzung mit jemandem, der tatsächlich einen B2B-Portal-Launch begleitet hat. Bringen Sie Ihre Account-Anzahl, Ihre durchschnittlichen Bestellungen pro Account und die Procurement-Systeme Ihrer Top-Accounts mit. Wir gehen die Architektur und den Zeitplan durch.