Solange Sie über einen einzigen Shop verkaufen, ist eine Bestellung einfach: Sie kommt an, reserviert Bestand, geht in den Versand. Der Ärger beginnt, wenn ein Marktplatz, eine mobile App, B2B-Verkauf und eine Filiale dazukommen. Plötzlich sieht dieselbe Bestellung in jedem System anders aus, und die Produktverfügbarkeit ist keine einzelne Zahl mehr. Für die Leitung von Betrieb oder Fulfilment heißt das Überverkauf, verspätete Sendungen und ein Support-Team, das rät, was tatsächlich geschehen ist.
Aus unserer Erfahrung liegt das Schwierige in solchen Projekten nicht darin, einen weiteren Kanal zu ergänzen, sondern darin, eine stimmige Schicht zu bauen, die alles über jede Bestellung weiß und sie steuern kann. Auch dort, wo wir keine Lösung von der Stange mitbringen, besetzen wir die Rollen und verbinden die Kompetenzen, die ein Order Management System braucht, um gebaut und in der Produktion betrieben zu werden, ohne ein Team von Grund auf aufzubauen.
Warum laufen Bestellungen über die Kanäle auseinander?
Weil jeder Kanal sein eigenes Datenmodell, sein eigenes Tempo und seine eigene Wahrheit über die Bestände hat. Der Shop nimmt einen Artikel schon im Warenkorb heraus, der Marktplatz synchronisiert alle paar Minuten, und das ERP bucht erst nach der Zahlung. Diese Verzögerungen summieren sich, und dieselbe Einheit kann zweimal verkauft werden.
Dazu kommt, dass dieselben Status („bezahlt”, „in Bearbeitung”, „verpackt”) in jedem Werkzeug anders heißen, Retouren einen anderen Weg gehen als Sendungen und manuelle Korrekturen in Tabellen leben. Ohne eine gemeinsame Sprache für die Bestellung arbeitet jedes Team mit einem anderen Bild der Wirklichkeit, und die Lücken fallen erst bei einer Reklamation auf.
Was ist Omnichannel-Orchestrierung und die Zuordnung zu Lagern?
Auftragsorchestrierung ist das Herz eines OMS: die Schicht, die eine Bestellung aus jedem Kanal annimmt, auf ein Format bringt und entscheidet, wie sie erfüllt wird. Hier hört eine Bestellung auf, einem Kanal zu gehören, und beginnt dem Unternehmen zu gehören.
Das entscheidende Stück ist die Zuordnungslogik - die Antwort auf die Frage, von wo versendet wird. Wir entwerfen Regeln, die abwägen:
- Verfügbarkeit in einzelnen Lagern und Filialen,
- Entfernung und Versandkosten zur Kundin,
- Prioritäten (zum Beispiel ein Saisonlager räumen, das Service-Level eines B2B-Kunden),
- die Erfüllungskapazität eines Standorts an einem bestimmten Tag.
Eine gut geformte Zuordnung kann eine Bestellung auch über mehrere Quellen aufteilen, wenn kein Standort alles hält, und das so, dass die Kundin möglichst wenige Pakete zu vertretbaren Kosten bekommt.
Wie synchronisieren Sie Bestände und Verfügbarkeit über die Kanäle?
An dieser Frage scheitern die meisten Einführungen. Statt je Kanal getrennte Bestände zu führen, bauen wir eine Quelle der Wahrheit für die Verfügbarkeit und speisen daraus jeden Verkaufspunkt. Das OMS sitzt zwischen Lager und Kanälen, sodass alle eine stimmige Zahl sehen.
In der Praxis nutzen wir Mechanismen, die vor Überverkauf und „Phantombeständen” schützen:
- Reservierungen und weiche Sperren auf Ware, während eine Bestellung erfüllt wird,
- zusagbare Menge (Available-to-Promise), die nicht nur den Lagerbestand zählt, sondern auch Ware in Zulauf,
- Sicherheitspuffer für Kanäle mit langsamerer Synchronisation,
- ereignisgetriebene Aktualisierungen statt einer schweren nächtlichen Neuberechnung.
Wie behandeln Sie Teillieferungen und Nachbestellungen?
Eine vollständige Bestellung reist selten in einem Paket von einem Ort. Echter E-Commerce muss damit umgehen, dass ein Teil der Bestellung jetzt verfügbar ist und ein anderer erst beschafft werden muss. Wir modellieren die Bestellung so, dass einzelne Positionen ihren eigenen Zyklus leben können - manche heute gepackt und versendet, andere als Nachlieferung mit einem erwarteten Liefertermin.
Daraus folgen konkrete Produkt- und Technikentscheidungen: wie die Kundin über eine Teillieferung informiert wird, wann die Zahlung eingezogen wird, wie die Lieferkosten bei mehreren Paketen verrechnet werden und was geschieht, wenn eine Nachlieferung nie zustande kommt. Diese Regeln entwerfen wir gemeinsam mit dem Betriebsteam, denn sie und nicht allein der Code entscheiden über das Kundenerlebnis.
Welche Werkzeuge braucht der Kundenservice für Bestellungen?
Auch die beste Zuordnung hilft nicht, wenn die Betreuung nicht sieht, was mit einer Bestellung geschieht. Deshalb gehört zu einem OMS eine Werkzeugschicht für Support und Betrieb - ein Panel, in dem eine Bestellung ein vollständiges Bild hat.
Wir bauen die Funktionen, die im Gespräch mit einer Kundin tatsächlich genutzt werden:
- die vollständige Bestellhistorie (Status, Zahlungen, Sendungen, Retouren) an einem Ort,
- Abhilfemaßnahmen: Adresse korrigieren, Position stornieren, erneut versenden,
- eine Ansicht der Reservierungen und der Erfüllungsquelle, um die Frage nach dem Paket zu beantworten,
- die Bearbeitung von Retouren und Reklamationen, gebunden an dieselbe Bestellung.
Wie verdrahten Sie Integrationen mit ERP, WMS und Zahlungen?
Ein OMS lebt nicht im luftleeren Raum - sein Wert entsteht daraus, dass es mit der übrigen Systemlandschaft spricht. Wir behandeln es als Integrationsschicht, die die Bestellung zwischen der Welt des Verkaufs und der Welt von Erfüllung und Finanzen übersetzt.
Typischerweise verbinden wir es mit:
- ERP - für Artikel, Preise, Rechnungen und Buchung,
- WMS - für Kommissionierung, Verpackung und Lagerbewegungen,
- Payment-Gateways - Autorisierungen, Einzüge, Rückerstattungen,
- Frachtführern - Etiketten, Verfolgung, Lieferstatus.
Wir legen diese Integrationen so aus, dass sie gegenüber Ausfällen der Gegenseite robust sind: mit Queues, Wiederholungen und klarem Verhalten, wenn ERP oder WMS eine Weile nicht antworten. So hält der Ausfall eines Systems nicht den gesamten Bestellfluss an.
Wie sichern Sie Verlässlichkeit und Konsistenz der Bestellungen?
Eine Bestellung ist Geld und ein Versprechen an die Kundin, deshalb muss ein OMS konsistent und idempotent sein - dieselbe Nachricht zweimal verarbeitet darf keine zweite Sendung und keinen zweiten Einzug erzeugen. Wir stützen uns auf eine ereignisgetriebene Architektur, in der jeder Schritt einen eindeutigen Zustand hat und sich die Änderungshistorie erneut abspielen lässt.
In der Praxis heißt das, Grenzfälle zu entwerfen: doppelte Webhooks eines Marktplatzes, eine Zahlung, die verspätet bestätigt wird, oder ein Lager, das eine Fehlmenge meldet, nachdem der Bestand bereits reserviert war. Wir bauen Abgleichmechanismen und Monitoring, die ein Auseinanderlaufen früher bemerken als die Kundin. Diese Schicht entscheidet, ob das System in einer Verkaufsspitze hält oder Chaos erzeugt.
Welche Kompetenzen stellen wir für ein OMS-Projekt bereit?
Wir stellen das Team passend zur besonderen Natur der Auftragsverwaltung zusammen, nicht „auf Vorrat”. In solchen Projekten bauen wir das Team aus den Rollen mit auf, die das Thema tatsächlich schließen:
- einen Architekten oder Backend-Entwickler, der Bestellmodell und Orchestrierungslogik entwirft,
- Integrations-Engineers, die die Realität von ERP, WMS, Zahlungen und Carrier-APIs kennen,
- eine Spezialistin für Daten und Konsistenz, die auf Bestände, Reservierungen und Abgleich achtet,
- einen DevOps-Spezialisten, der Deployments, Queues und Monitoring für Spitzenverkehr baut.
Wir schöpfen aus echter Erfahrung in E-Commerce-Projekten und Transaktionssystemen, in denen Volumen und Datenrichtigkeit zählen.
Wie machen wir das bei RITS?
Wir arbeiten als Nearshore-Partner aus Polen, der Ihr Team um die Kompetenzen verstärkt, die Bau und Betrieb eines OMS brauchen. Statt eine Lösung von der Stange zu verkaufen, steigen wir in Ihre Systemlandschaft ein und entwerfen die Bestellschicht rund um Ihre Kanäle und Prozesse.
- wir besetzen Rollen von der Architektur über Integrationen bis DevOps, passend zum Projektumfang,
- wir prüfen die Kompetenzen vor dem Start, und unsere Rekrutierung schließt meist in etwa drei Wochen ab,
- als Partner in einer nahen Zeitzone nehmen wir ohne lange Anlaufzeit an Ihren Code-Reviews und Terminen teil,
- wir arbeiten in dem Modell, das am besten passt: Individualsoftware, gebaut von unserem Team, oder Team-Verstärkung, wenn Kompetenzen schnell aufgestockt werden müssen.
Womit fangen Sie bei einem Order Management System an?
Starten Sie mit dem schmerzhaftesten Fluss - meist ist das Überverkauf oder eine Bestandsabweichung zwischen Shop und Marktplatz. Beschreiben Sie, wie eine Bestellung heute lebt, vom Eingang bis zum Versand, und wo Sie die Stimmigkeit verlieren. Daraus zeigt sich, ob Sie ein vollständiges OMS brauchen oder zuerst nur Orchestrierung und Bestandssynchronisation.
Die Wahl des Kooperationsmodells zählt hier ebenso viel wie die Technologie. Die Unterschiede zwischen Team-Verstärkung, dediziertem Team und Managed Services haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Sie kämpfen mit Bestellungen über mehrere Kanäle? Sprechen wir darüber - wir stellen Team und OMS-Architektur passend zu Ihrem E-Commerce zusammen.