Warum die „ Unified-Commerce “-Strategie von einem modernen DOM abhängt

Das dezentrale Auftragsmanagement(Distributed Order Management, DOM) ist eine Kernkomponente des „ Unified-Commerce “ und muss mehr leisten als nur Aufträge zu bearbeiten; es muss als zentrale Informationsschicht fungieren und Bestände, Auftragsabwicklung und Logistik über alle Vertriebskanäle hinweg synchronisieren.

Ohne diese Lösung bleiben Einzelhändler und B2B-Marken weiterhin mit fragmentierten Abläufen, uneinheitlicher Bestandsübersicht und ineffizienten Abwicklungsabläufen konfrontiert.

So ermöglicht ein DOM eine skalierbare, effiziente und profitable „ Unified-Commerce “-Strategie.

Omnichannel vs Unified-Commerce: Worin liegt der Unterschied?

Die beiden Begriffe werden synonym verwendet, beschreiben jedoch unterschiedliche Sachverhalte. „ Omnichannel “ ist das Ziel im Frontend, auf jedem Kanal, den ein Kunde nutzt, präsent und einheitlich aufzutreten. Unified-Commerce ist die Back-End-Realität, die dies ermöglicht, indem Bestände, Bestellungen, Auftragsabwicklung und Kundendaten auf der Grundlage eines einzigen gemeinsamen Datensatzes verwaltet werden, anstatt aus mehreren Systemen, die nachträglich miteinander abgeglichen werden.

Diese Unterscheidung ist wichtig, da die meisten „ omnichannel “-Programme eher im Backend als im Frontend versagen. Die Ladenfront, die App und die Ladensysteme verwalten jeweils ihre eigene Bestands- und Bestellübersicht, die nicht in Echtzeit, sondern nach einem festgelegten Zeitplan synchronisiert wird. Der Kunde nimmt diese Diskrepanz als Fehler bei der Überbelegung, als stornierte Bestellung oder als Rückgabe wahr, die der Laden nicht finden kann.

Unified-Commerce schließt diese Lücke, indem es ein einziges System für die operative Wahrheit verantwortlich macht; in der Praxis ist dieses System das DOM.

In welchen Fällen hängt die „ Unified-Commerce “-Strategie vom DOM ab?

Die Verwaltung separater Auftragsabläufe für DTC, B2B und Marktplätze ist nicht mehr tragbar. Marken benötigen eine einheitliche „ Auftragsorchestrierung “-Engine, die alle Nachfragequellen in einem zentralen System zusammenführt.

Ein modernes DOM ermöglicht:

• Zentrale Auftragsabwicklung aus E-Commerce, Marktplätzen, Vertriebspartnern und Außendienst.
• Die automatisierte Zuweisung der Auftragsabwicklung wird dynamisch an die Lagerverfügbarkeit und die Auftragspriorität angepasst.
• Nahtlose Bestandsabgleichung, die sicherstellt, dass Waren nicht in einem Kanal gebunden sind, während sie in einem anderen ausverkauft sind.

Was dies zu einem einzigen System und nicht zu drei miteinander verbundenen Systemen macht, ist die Tatsache, dass derselbe Auftragssatz die Phasen der Erfassung, Zuweisung und Abwicklung durchläuft, ohne dass eine Übergabe stattfindet. Ein Marktplatzauftrag und ein Filialauftrag sind nicht zwei Arbeitsabläufe, die zufällig zu ähnlichen Ergebnissen führen.

Es handelt sich um denselben Workflow mit unterschiedlichen Einstiegspunkten, weshalb das Hinzufügen eines Kanals eher eine Konfigurationsänderung als ein Projekt darstellt.

Einheitliche Bestandsübersicht: Abbau von Silos

Der traditionelle Ansatz zur Bestandsverwaltung ist überholt. Der Bestand befindet sich in Lagern, Einzelhandelsgeschäften, regionalen Vertriebszentren, 3PL-Einrichtungen und sogar bei Lieferanten, doch den meisten Marken fehlt nach wie vor Echtzeit-Überblick in diese verstreuten Bestandsbestände. Dies führt zu:

• An einem Standort gibt es Überbestände, während ein anderer Standort ausverkauft ist.
• Lagerbestände, die verkauft werden könnten, aber im falschen Vertriebskanal gebunden sind.
• Teure Last-Minute-Bestandsübertragungen aufgrund mangelnder Synchronisation.

Ein DOM-basierter Unified-Commerce beseitigt diese Ineffizienzen durch:

• Schaffung einer einheitlichen Echtzeit-Übersicht über den Lagerbestand, auf die über alle Vertriebs- und Fulfillment-Kanäle hinweg zugegriffen werden kann.
• Synchronisierung der Bestandsdaten zwischen ERP, WMS und PIM, um sicherzustellen, dass Bestandsaktualisierungen sofort erfolgen.
• Dynamische Zuweisung von Lagerbeständen auf der Grundlage von Nachfrageschwankungen, wobei für jede Bestellung die beste Lieferquelle priorisiert wird.

Verfügbar, um zu versprechen: Was ein DOM berechnet

Der Echtzeit-Bestand ist nicht dasselbe wie die Lieferzusage, und genau in diesem Unterschied liegt der Grund, warum die meisten Lieferversprechen nicht eingehalten werden.

Ein Lagerbestand gibt an, was physisch vorhanden ist. Ein „Available-to-Promise“-Bestand gibt an, was einem Kunden derzeit zugesagt werden kann – eine kleinere, aber aussagekräftigere Zahl. Er berücksichtigt Bestände, die bereits offenen Aufträgen zugeordnet sind, Einheiten, die sich auf dem Transportweg zwischen Standorten befinden, Sicherheitspuffer zum Schutz des Filialgeschäfts, Kapazitätsgrenzen an jedem Fulfillment-Knotenpunkt sowie die Annahmeschlusszeiten, die darüber entscheiden, ob die heutige Zusage noch einhaltbar ist.

Ein DOM behält diesen Bestand kontinuierlich bei, anstatt ihn erst beim Bezahlvorgang zu berechnen. Die Bedeutung dieses Unterschieds wird in Spitzenzeiten deutlich, da ein und derselbe Artikel zwischen dem Laden der Seite und der Zahlungsbestätigung von Hunderten von Kunden angesehen werden kann. Wenn kein festgelegter „Available-to-Promise“-Bestand (ATP) vorliegt, werden zwei von ihnen den Artikel kaufen.

Die geschäftliche Konsequenz daraus ist, dass die Genauigkeit von Lieferversprechen keine Prognose mehr ist, sondern zu einer Berechnung wird. Einzelhändler, die sich auf reine Bestandszählungen stützen, geben entweder zu ehrgeizige Lieferversprechen ab und müssen diese dann stornieren oder sichern sich mit so großen Puffern ab, dass verkaufsfähige Bestände ungenutzt bleiben.

Weiche und harte Zuteilung: Warum dieselbe Einheit zweimal verkauft wird

In den meisten Fällen ist ein kanalübergreifender Überverkauf auf ein Missverhältnis zwischen weicher und harter Zuweisung zurückzuführen. Bei einer weichen Zuweisung wird der Lagerbestand für einen Warenkorb oder einen noch nicht abgeschlossenen Bestellvorgang zurückgehalten. Bei einer harten Zuweisung hingegen wird der Lagerbestand für eine bestätigte Bestellung reserviert.

Wenn jeder Kanal seine eigenen Reservierungen verwaltet, kann derselbe Artikel gleichzeitig über einen Warenkorb im Internet, durch einen Mitarbeiter im Geschäft und über ein Angebot auf einem Marktplatz vorläufig reserviert werden, wobei nur eine dieser Reservierungen zu einem Verkauf führen kann.

Ein DOM beseitigt Mehrdeutigkeiten, indem es beide Zustände zentralisiert. Jeder Kanal reserviert Bestände für dieselbe Position; Reservierungen verfallen nach einer bestimmten Zeitspanne, anstatt unbegrenzt fortzubestehen, und die endgültige Festschreibung erfolgt nur einmal. Aus diesem Grund gilt ein auf einem Kanal angezeigtes Versprechen für alle Kanäle, und dies ist die praktische Methode, um zu prüfen, ob ein kommerzieller Vorgang einheitlich abgewickelt wird.

Genauigkeit des Kundenversprechens: Erwartungen festlegen und erfüllen

Beim Unternehmenshandel geht es nicht nur darum, Produkte zu verkaufen, sondern auch darum, die Erwartungen der Kunden zu erfüllen.

B2B-Käufer benötigen genaue Angaben zur Lagerverfügbarkeit, zu Lieferzeiten und zu Versandoptionen, bevor sie sich zu Großaufträgen verpflichten. DTC-Käufer akzeptieren keine vagen oder ungenauen Lieferzeiten, da jede Ungewissheit zu verlorenen Konversionen führt.

Eine DOM-basierte „ Unified-Commerce “-Strategie stellt sicher, dass Marken präzise Lieferversprechen abgeben und einhalten können:

• Echtzeit-Bestandsüberprüfung an der Kasse, um Überverkäufe zu verhindern.
• KI-gestützte Optimierung der Auftragsabwicklung, bei der anhand von Kosten, Geschwindigkeit und Entfernung die beste Abwicklungsoption ausgewählt wird.
• Proaktive Umverteilung bei Störungen (z. B. Verzögerungen im Lager): Bestellungen werden dynamisch auf alternative Auslieferungsstandorte umgeleitet.

Was ändert sich für den B2B-Bereich?

Das B2B-Auftragsmanagement unterliegt Einschränkungen, die beim DTC-Modell nicht bestehen. Die vertraglich vereinbarten Preise müssen über alle Kanäle hinweg einheitlich beibehalten werden. Lieferfristen sind wichtiger als die Liefergeschwindigkeit, da ein Käufer, der einen Einbau plant, einen Termin benötigt, um seinen Zeitplan erstellen zu können. Aufträge werden planmäßig auf der Grundlage einer umfassenderen Verpflichtung freigegeben und nicht als einzelne Transaktionen.

Ein DOM behandelt diese Fälle als Varianten derselben Abwicklungslogik und nicht als Teil eines separaten Systems; auch die Frage der Zuteilung ist dieselbe, nämlich: welcher Bestand, von wo und gegen welche Zusage. Der einzige Unterschied liegt in der Gewichtung: Ein B2B-Käufer akzeptiert im Allgemeinen einen späteren Liefertermin im Gegenzug für eine vollständige Lieferung, während ein DTC-Kunde dies nicht tut.

DOM, ERP und WMS: Welches System ist für was zuständig?

Einzelhändler verfügen in der Regel bereits über Systeme zur Auftragsabwicklung, weshalb Investitionen in DOM aufgrund von Überschneidungen ins Stocken geraten. Das ERP-System verwaltet die Finanzdaten, während das WMS die Abwicklung innerhalb eines einzelnen Gebäudes übernimmt. Keines der beiden Systeme entscheidet darüber, woher ein Auftrag aus dem gesamten Netzwerk bezogen werden soll.

Diese Entscheidung liegt beim DOM. Es verwaltet die „Available-to-Promise“-Bestände über alle Standorte hinweg und reserviert Lagerbestände, noch bevor entweder das ERP-System oder das WMS ins Spiel kommen – weshalb „ Unified-Commerce “ davon abhängt. Die Unterscheidung zwischen Auftragsmanagement und ERP-Architektur ist der Punkt, an dem die meisten Unklarheiten auftreten.

Unified-Commerce umfasst auch Systeme, die nicht zum DOM gehören; die POS-Kasse speichert die Transaktion, und die Zahlungsplattform speichert den Abrechnungsbeleg.

Entscheidend ist, dass beide Systeme auf denselben Bestelldatensatz verweisen, anstatt eigene Versionen zu führen. Eine Rückerstattung im Geschäft funktioniert, weil das DOM der Zahlungsplattform mitteilen kann, zu welcher Bestellung sie gehört – nicht, weil das DOM die Zahlung selbst abwickelt.

Intelligente Auftragsabwicklung und Logistik: Kosten senken, Geschwindigkeit steigern

Die Auftragsabwicklung ist längst kein reiner Ein-Kanal-Prozess mehr. Unternehmensmarken müssen auf Fulfillment-Netzwerke mit mehreren Standorten zurückgreifen, um Kosten und Liefergeschwindigkeit zu optimieren.

Die Kosten entstehen vor allem bei der Routenplanung, da bei jedem Auftrag eine Entscheidung zwischen Standorten getroffen werden muss, die den Auftrag technisch alle erfüllen können, und sich die Differenz zwischen der günstigsten und der teuersten Option bei Millionen von Aufträgen summiert.

Ein DOM trifft diese Entscheidung unter Abwägung mehrerer konkurrierender Ziele gleichzeitig: Versandkosten und Zustellzone. Ob die Aufteilung der Bestellung auf zwei Standorte mehr Versandkosten verursacht, als durch die schnellere Lieferung eingespart wird. Ob ein Geschäft mit schwer verkäuflichen Artikeln die Bestellung annehmen sollte, um Lagerbestände abzubauen, die andernfalls im Preis reduziert würden. Ob der nächstgelegene Standort über die personellen Kapazitäten verfügt, um die Bestellung noch heute zu kommissionieren.

Diese Ziele stehen im Widerspruch zueinander, weshalb die Regeln konfigurierbar sein müssen und nicht fest vorgegeben werden dürfen. Ein Einzelhändler, der im Januar seine Gewinnspanne sichern will, wägt die Entscheidung anders ab als einer, der im Dezember die Liefergeschwindigkeit im Blick hat.

Auch die Routing-Entscheidungen müssen den Kontakt mit der Filiale überstehen. Eine Filiale kann eine Kommissionierung ablehnen, weil die Ware beschädigt ist, falsch verkauft wurde oder einfach nicht im Regal steht, obwohl das System sie anzeigt, und Ablehnungsquoten von mehreren Prozent sind eher die Regel als die Ausnahme.

Ob der Kunde dies bemerkt oder nicht, hängt davon ab, was als Nächstes geschieht. Das DOM leitet die Bestellung automatisch an den nächsten verfügbaren Standort weiter und behält die ursprüngliche Zusage an der neuen Quelle bei, wo sie weiterhin erfüllt werden kann.

Geschieht dies nicht, wird die Ablehnung als Stornierung angezeigt – dieselbe Art von Fehler, die der Kunde auch bei einem fragmentierten Stack bemerkt hätte. „ Unified-Commerce “ bedeutet nicht, dass es keine betrieblichen Probleme gibt; es bedeutet vielmehr, dass diese Probleme aufgefangen werden können, bevor sie den Kunden erreichen.

Rückgaben: Wo „ Unified-Commerce “ am deutlichsten versagt

Die meisten „ Unified-Commerce “-Programme konzentrieren sich auf den Hinweg und enden mit der Zustellung. Gerade bei Rücksendungen fallen den Kunden die Lücken erst richtig auf.

Wenn ein Artikel online gekauft und anschließend in einer Filiale zurückgegeben wird, überschreitet er gleichzeitig alle Systemgrenzen. Die Filiale muss eine Bestellung identifizieren, die sie nicht selbst aufgegeben hat, die korrekte Rückerstattung auf die ursprüngliche Zahlungsart vornehmen und den Artikel wieder in einen Bestand einbinden, aus dem der E-Commerce-Kanal ihn verkaufen kann. Wenn einer dieser Schritte fehlschlägt, muss der Kunde warten, der Filialmitarbeiter muss die Situation vor Ort klären, und der Artikel bleibt mehrere Tage lang unverkäuflich.

Ein DOM schließt den Kreislauf, indem es die Rückgabe als Teil desselben Bestelldatensatzes und nicht als separate Transaktion behandelt. Das bedeutet, die Rückgabe unabhängig vom Vertriebskanal der ursprünglichen Bestellung zuzuordnen, zu entscheiden, ob die Einheit vor Ort wieder in den Bestand aufgenommen oder an einen Sammelpunkt transportiert werden soll, und sie wieder in den verkaufsfähigen Bestand zu überführen, sobald sie verkaufsfähig ist.

Der Fall der Gewinnspanne ist eindeutig. Ein zurückgesandtes Kleidungsstück, das bereits nach zwei statt nach vierzehn Tagen wieder in den verkaufsfähigen Bestand gelangt, ist deutlich mehr wert – insbesondere in Kategorien, in denen Preisrückgänge saisonbedingt und nicht schrittweise erfolgen.

Technologische Interoperabilität: Nahtlose Systemintegration

Damit „ Unified-Commerce “ in großem Maßstab funktioniert, muss sich DOM nahtlos in den gesamten Technologie-Stack des Unternehmens integrieren lassen. Das bedeutet eine Echtzeit-Synchronisation über folgende Bereiche hinweg:

• ERP: Zentralisierte Finanzverwaltung, Lieferantenmanagement und Bestandsabgleich.
• WMS: Echtzeit-Verfolgung der Auftragsabwicklung und Bestandsaktualisierungen.
• PIM: Präzise Produktdaten über alle Vertriebskanäle hinweg.
• 3PL- und Spediteur-Netzwerke: Automatisierung der Fulfillment-Prozesse^{durch Drittanbieter} und Optimierung der Last-Mile-Zustellung.

Ein API-first-DOM unterstützt bestehende Systeme, anstatt sie zu ersetzen, weshalb seine Einführung schrittweise erfolgt. Das ERP-System ist für die Finanzbuchhaltung zuständig; das WMS kümmert sich um den Lagerbetrieb; und das DOM übernimmt die Entscheidungen, für die keines der beiden anderen Systeme konzipiert wurde.

Wenn ein Marktplatz hinzugefügt oder ein neuer Fulfillment-Standort eingeführt wird, muss dieser lediglich mit der Orchestrierungsschicht verbunden werden, anstatt den gesamten Stack neu aufzubauen.

So erkennen Sie, ob Ihre Bestellschicht „ Unified-Commerce “ behindert

Die Symptome sind eher operativer als architektonischer Natur und treten in der Regel auf, bevor jemand die Auftragsschicht als Ursache identifiziert:

• Die an der Kasse angezeigte Verfügbarkeit weicht von der tatsächlichen Verfügbarkeit im Lager oder in der Filiale ab.
• Bestellungen werden nach der Annahme storniert, da der Lagerbestand doppelt reserviert wurde.
• Eine in einer Filiale vorgenommene Rückgabe kann nicht der ursprünglichen Online-Bestellung zugeordnet werden.
• Das Hinzufügen eines Kanals oder eines Fulfillment-Standorts erfordert kein Konfigurationsverfahren, sondern ein Entwicklungsprojekt.
• Da Routing-Regeln nur von der IT-Abteilung geändert werden können, fragen die Vertriebsteams gar nicht erst danach.
• An einem Standort liegt Ware unverkauft im Lager, während sie an einem anderen Standort ausverkauft ist.

All dies lässt sich auf dieselbe Ursache zurückführen, nämlich dass mehrere Systeme jeweils eine eigene Version des Auftrags oder des Lagerbestands führen, ohne dass es einen zentralen Entscheidungspunkt zwischen ihnen gibt.

Warum Unternehmensmarken und der B2B-Bereich es sich nicht leisten können, abzuwarten

Das Argument für die Einführung eines DOM lautet nicht, dass eine fragmentierte Auftragsabwicklung gänzlich versagt. Tatsächlich kommen die meisten Einzelhändler seit vielen Jahren ohne ein solches System aus. Der Grund für die anhaltende Verzögerung bei der Entscheidungsfindung liegt darin, dass sich die Kosten für den Betrieb ohne ein solches System auf Bereiche verteilen, die von niemandem erfasst werden.

Stornierte Bestellungen werden als Auslieferungsfehler und nicht als Verfügbarkeitsfehler behandelt, was bedeutet, dass der Lagerbestand, der sie verursacht hat, nie überprüft wird. Lagerbestände, die an einem Standort unverkauft bleiben, während an einem anderen Standort der Vorrat erschöpft ist, werden am Ende der Saison als Preisnachlass verbucht und nicht als Routing-Problem in Woche sechs. Bestellungen, die zu geringeren Kosten hätten beschafft werden können, werden in eine Versandzeile aufgenommen, die gemäß der getroffenen Entscheidung von niemandem aufgeschlüsselt wird.

In all diesen Fällen handelt es sich um reale Zahlen, und keiner davon ist unter einer Überschrift aufgeführt, die jemanden zum Handeln veranlassen würde.

Das Problem verschärft sich zudem mit der Zeit. Jeder zusätzliche Kanal, dem eine gemeinsame Auftragsebene fehlt, bedeutet eine weitere Integration, die gepflegt werden muss, einen weiteren Satz von Regeln, die synchronisiert werden müssen, und eine weitere Version des Lagerbestands, die abgeglichen werden muss. Der Arbeitsaufwand verschwindet nicht einfach, nur weil er verzögert wird; vielmehr nimmt er zu.

Ein DOM verändert lediglich den Ort, an dem diese Entscheidungen getroffen werden. Ein System ist dafür zuständig, den verfügbaren Bestand zu verwalten, zu bestimmen, woher die einzelnen Bestellungen bezogen werden, und sicherzustellen, dass der Bestelldatensatz vom Zeitpunkt der Erfassung bis zur Rückgabe konsistent bleibt.

Aus diesem Grund sind die einem Kunden angezeigten Verfügbarkeiten korrekt, die Weiterleitung orientiert sich an geschäftlichen Prioritäten statt an Standardregeln, und eine in einem Kanal eingeleitete Rücksendung kann mit einer Bestellung verrechnet werden, die in einem anderen Kanal aufgegeben wurde.

Dies hat auch Auswirkungen darauf, wer Maßnahmen ergreifen darf. Wenn Routing- und Beschaffungsregeln konfigurierbar sind, können die Vertriebsteams bei sich ändernden Bedingungen die erforderlichen Anpassungen vornehmen, anstatt eine Entwicklungsanfrage zu stellen und auf eine neue Version zu warten.

Unified-Commerce entsteht nicht dadurch, dass man weitere Systeme miteinander verbindet. Es entsteht dadurch, dass man eines davon für die Entscheidungen verantwortlich macht, die die anderen nicht treffen können. Dieses System ist das DOM.