Marktplätze, APIs, E-Mail-Bestellungen, gehostete Portale, EDI, Punchout — OrderHUBx erfasst sie alle in einer orchestrierten Warteschlange.
Gehen Sie in das Backoffice eines typischen mittelständischen Herstellers und zählen Sie die Wege, auf denen ein Auftrag tatsächlich eintrifft. Da ist der Amazon-Storefront, den das Marketing-Team vor zwei Jahren gestartet hat. Da ist die WooCommerce-Seite, die der Gründer immer noch „die Website" nennt. Da ist eine Innendienstmitarbeiterin, die PDF-Bestellungen aus ihrem Posteingang ins ERP eintippt. Da sind zwei Distributoren, die auf EDI 850 bestehen. Und da ist dieser eine Großkunde mit Coupa, der ständig fragt, wann der Punchout-Katalog endlich live geht.
Die meisten Hersteller bekommen Aufträge über vier bis sieben verschiedene Methoden herein. Das Ganze wird mit Handarbeit, Copy-Paste und dem institutionellen Gedächtnis der einen Person zusammengehalten, die weiß, wie jede Integration kaputtgeht. Wenn diese Person in den Urlaub fährt, staut sich die Warteschlange.
Diese Seite behandelt jede Methode des Auftragseingangs auf der OrderHUBx-Plattform — die Marktplatz-APIs, die B2B-Direktwege und die Distributor-Netzwerk-Kanäle — und wie jede einzelne unter der Haube aussieht. Gleiche Engine, unterschiedliche Eingangstüren. Eine Warteschlange am Ende.
Direct-to-Consumer-Marktplatz- und Storefront-Konnektoren. Jede Bestellung, jede Rückerstattung, jeder Bestandsticker wird zurück zur Plattform synchronisiert — und nach der Auftragsabwicklung zurück zum ursprünglichen Kanal.
FBA und FBM, Multi-Marketplace-Abdeckung, vollständige Lebenszyklus-Synchronisation.
Artikel, Bestellungen, Bestand, Auftragsabwicklung — die volle Partner-Connect-API-Oberfläche für den zweitgrößten Marktplatz Deutschlands.
Aufträge, Bestände, Versand auf einem der am schnellsten wachsenden Marktplätze in DACH — mit Abdeckung in DE, AT, CZ, SK, PL.
Connected-Retail- und ZFS-Integration (Zalando Fulfillment Solutions) für Fashion-, Beauty- und Sport-Hersteller.
Native WordPress-/WooCommerce-Erfassung. Multi-Store aus einem Tenant.
Listings, Bestellungen, Bewertungen — Multi-Account, wenn Sie mehrere Stores betreiben.
REST Admin API- und Storefront-API-Konnektor derzeit in der Implementierung.
Wenn es JSON POSTen kann, kann es in OrderHUBx landen. Headless, maßgeschneidert, alles möglich.
Für Unternehmen, die direkt bei Ihnen kaufen — nicht für Wiederverkäufer. Programmatische APIs, geparste E-Mail-Bestellungen, gehostete Portale, EDI und vollständige Punchout-Integration mit den E-Procurement-Plattformen, die Enterprise-Einkäufer tatsächlich nutzen.
Vollständiger programmatischer Auftragslebenszyklus für Käufer, die ihre eigenen Systeme integrieren.
Speziell entwickelter Parser für die PDF- und Text-Bestellungen, die nach wie vor in Posteingängen eintreffen.
Das gebrandete Bestellportal, in das sich Ihre B2B-Direktkunden tatsächlich einloggen.
Das vollständige Transaktions-Set, das große B2B-Käufer und Einzelhändler erwarten.
Für Käufer auf Coupa, Ariba, SAP Concur, Jaggaer, Oracle iProcurement.
Übergangsweise Erfassung für Accounts, die noch nicht auf Portal, API oder EDI sind.
Für einen tiefen Einblick, was Punchout eigentlich ist und wie der cXML-Flow unter der Haube funktioniert, siehe Punchout-Kataloge und B2B-Beschaffungsintegration.
Für Hersteller, die über Distributoren verkaufen, die wiederum weiterverkaufen — Tier-A-Master-Distributoren, regionale Partner, Value-Added-Reseller. Klar abgegrenzt vom B2B-Direkteingang, weil die Workflows vertraglich gebundene Partner voraussetzen, nicht transaktionale Käufer.
Nur autorisierte Partner — mit den Vertragsbedingungen direkt eingebaut.
Für Tier-A-Master-Distributoren, die auf EDI-Infrastruktur arbeiten.
Distributoren rufen Mengen gegen einen Rahmen-PO mit Jahres-Commitment ab.
Ihr eigener Außendienst-Mitarbeiter erfasst die Bestellung im Auftrag des Distributors.
Ein Distributor meldet einen Interessenten — noch keine Bestellung, aber ein zukünftiges Commitment.
Für Distributoren mit Engineering-Teams, die direkt integrieren möchten.
Unabhängig davon, über welchen Kanal eine Bestellung eingetroffen ist — ein Amazon SP-API-Pull, ein geparstes PDF aus einem Posteingang, eine EDI 850 von einem Tier-A-Distributor, eine cXML-Bestellung von Coupa — jeder Auftrag landet in derselben Orchestrierungs-Warteschlange.
Routing-Regeln greifen: Lagerauswahl nach SKU und Lieferadresse, Allokation gegen den vorhandenen Bestand, Versandmethoden-Auswahl nach Service-Level und Zone, Betrugs- und Adressvalidierung. PackScan kommissioniert und packt mit Barcode-Verifizierung. BatchTrack stempelt Chargen-, Serien- und Verfallsdaten auf den Sendungsdatensatz. ShipX vergleicht Tarife über Carrier hinweg und druckt das Label. Tracking wird zurück zum ursprünglichen Kanal synchronisiert — die Amazon Orders API, die WooCommerce-Seite, der cXML ShipNoticeRequest, die EDI 856.
Die Eingangsmethode bestimmt das Protokoll auf der Leitung. Danach ist jeder Auftrag dieselbe Art von Objekt innerhalb der Plattform.
Die Eingangsmethoden, der typische Implementierungsaufwand und wer sie tatsächlich nutzt.
| Dimension | D2C / Multi-Channel | B2B Direkt | Distributor-Netzwerk |
|---|---|---|---|
| Primäre Eingangsmethoden | Amazon SP-API (amazon.de), Otto Market Partner-API, Kaufland Marketplace API, Zalando Partner (demnächst), WooCommerce REST, eBay Trading API, Shopware 6, Shopify (demnächst), Custom-Storefront-REST | REST API, E-Mail-PO-Erfassung, gehostetes B2B-Portal, EDI 850/855/856/810/820, cXML- und OCI-Punchout, CSV-Upload | Geschütztes Distributor-Portal, EDI 850, Rahmen-PO-Abrufe, Distributor-Rep-Auftragserfassung, Deal-Registrierung, Distributor-API |
| Authentifizierungsmodell | Vom Marktplatz ausgestellte OAuth- und API-Schlüssel | OAuth 2.0, EDI-VAN-Credentials, AS2-Zertifikate, cXML-Shared-Secrets | Credentials pro Partner mit Vertragsdurchsetzung |
| Preislogik | Listenpreis oder Marktplatz-Tier-Preisgestaltung | Account-basierte Vertragspreise, Volumen-Tier-Staffelungen | Vertragspreise pro Distributor, Rahmen-PO-Bedingungen, Deal-Reg-Rabatte |
| Typischer Implementierungsaufwand | Tage bis wenige Wochen pro Marktplatz; SP-API-Zertifizierung verlängert die Zeit für Amazon | Stunden für REST, Wochen für Portal-Rollout, 4–12 Wochen für EDI oder Punchout pro Käufer | Wochen für Portal-Rollout, laufendes Onboarding pro Distributor-Vereinbarung |
| Wer sie nutzt | Marktplatz-Verkäufer, D2C-Marken, Hersteller mit eigenem E-Commerce | Hersteller, die an Enterprise, Behörden, Healthcare, große Industrieeinkäufer verkaufen | Hersteller mit Channel-Programmen — Tier-A-Master, regionale Partner, VARs |
| Vergleichbare Systeme | Xentral, plentymarkets, Billbee, Afterbuy, JTL-Wawi | BigCommerce B2B, OroCommerce, Shopify B2B, Adobe Commerce, Salesforce CPQ | Salesforce PRM, Impartner, ZINFI, Channeltivity |
| OrderHUBx-Seite | D2C / Multi-Channel | B2B Direkt | Distributor-Netzwerke |
Marktplatz, gehostetes Portal, EDI-Käufer, Punchout-Anforderung oder alle vier auf einmal — wir bilden Ihre Eingangsmethoden auf der OrderHUBx-Plattform ab und geben Ihnen einen realistischen Implementierungsfahrplan.