OMS-Auftragsbearbeiter
Abteilung: OMS & E-Commerce
Ebene: Operativ
Hauptziel: Tägliche Verarbeitung von Aufträgen aus allen Kanälen — von der Eingang bis zur bestätigten Lieferung
Was diese Rolle tut
Der Auftragsbearbeiter verwaltet die einheitliche Auftragswarteschlange aus allen Quellen: Online-Shops (WooCommerce/Shopify), B2B-Portal, manuelle Aufträge aus dem Vertrieb, EDI-Aufträge von Händlern und Distributoren sowie über API aus externen Systemen empfangene Aufträge. Er stellt sicher, dass jeder Auftrag den vollständigen Zyklus korrekt durchläuft: Validierung → Genehmigung → Bestätigung → Lieferschein → AWB → Lieferung → Retouren.
Täglich genutzte Module
| Modul | Wo zu finden | Wofür Sie es nutzen |
|---|---|---|
| OmniSales-Aufträge | OmniSales → Aufträge | Haupt-Auftragswarteschlange — alle Kanäle |
| Verkaufskanäle | OmniSales → Kanäle | Konfiguration je Kanal — Fakturierung, Genehmigung, Sync |
| Verkaufsaufträge | Vertrieb → Verkaufsaufträge | Manuelle Aufträge und B2B-Portal-Aufträge |
| Lieferscheine | Lager → Lieferscheine | Lieferschein aus bestätigtem Auftrag erstellen |
| Packlisten | Lager → Packlisten | Vorbereitete Pakete → AWB |
| Innoship | Integrationen → Innoship | AWB für 230+ Kurierdienste, 35 Länder |
| Direktkurier | Operationen → Kurier | Direkter AWB Cargus / FanCourier / Palex |
| Rechnungen | Vertrieb → Rechnungen | Rechnung bei Bestätigung oder Versand |
| OMS-Retouren | Lager → Retouren | Kundenretouren |
| Sync-Audit | OmniSales → Sync-Protokoll | WooCommerce/Shopify-Importfehler |
Auftragsquellen
Alle Aufträge kommen in der einheitlichen Warteschlange /admin/omni_sales/order_list an, unabhängig von der Quelle:
| Quelle | Eingang | Was prüfen |
|---|---|---|
| WooCommerce / Shopify | Automatisch via Webhook (Echtzeit) oder Cron | Kunde korrekt erstellt, Artikelnummer zugeordnet, Zahlung erkannt |
| B2B-Portal | Kunde bestellt aus eigenem Katalog | Preise aus Preisliste, verfügbarer Bestand, Genehmigung falls konfiguriert |
| Verkaufsauftrag (manuell/Agent) | Agent erstellt aus /admin/estimates |
Korrekte Preise und Rabatte, gültige Lieferadresse |
| EDI (EDIconnect) | Automatisch — Händler/Distributor sendet X12 850 oder EDIFACT ORDERS via AS2 | Korrekte Produkt-/Artikelnummer-Zuordnung, Menge, Vertragsbedingungen |
| Externe API | Drittsystem sendet POST an REST-Endpunkt omni_sales/orders |
Vollständige Daten, Kunde zugeordnet, Produkte vorhanden |
| Manuell (Mitarbeiter) | Mitarbeiter erstellt direkt aus /admin/omni_sales/order_list → Hinzufügen |
Alle Pflichtfelder ausgefüllt |
Tagesablauf
Morgens — Triage (20–30 Min.)
1. /admin/omni_sales/order_list → Filter: Status Entwurf (0) oder In Bearbeitung (1)
→ Über Nacht eingegangene neue Aufträge (WooCommerce, B2B-Portal, EDI)
→ Prüfen und verarbeiten
2. Aufträge mit approve_status = 0
→ Ausstehende Genehmigung → an Genehmiger senden oder selbst genehmigen (falls berechtigt)
3. /admin/omni_sales/diary_sync
→ WooCommerce/Shopify-Sync-Fehler der vorigen Nacht
→ Fehler beheben (fehlende Artikelnummer, nicht erstellter Kunde, nicht erkannte Zahlung)
4. Aufträge Status 16 (Bestand nicht verfügbar)
→ Back-Orders — Einkauf für dringende RFQ benachrichtigen
5. /admin/warehouse/manage_packing_list → Pakete ohne AWB
→ Abmessungen/Gewicht ergänzen → AWB erstellen
Auftragsstatus — Aktionsleitfaden
| Code | Status | Was tun |
|---|---|---|
| 0 | Entwurf | Vollständig prüfen: Produkte, Preise, Kunde, Adresse → bestätigen oder eskalieren |
| 1 | In Bearbeitung | Bestand und Verfügbarkeit prüfen |
| 2 | Zahlung ausstehend | Auf Vorauszahlungsbestätigung warten — keinen Lieferschein bis zur Zahlung erstellen |
| 3 | Bestätigt | Lieferschein erstellt → Lager übernimmt |
| 4 | Versand | AWB erstellt, Paket beim Kurier |
| 5 | Geliefert | Vollständiger Zyklus ✓ |
| 9 | Auf Eis | Problem (Bestand, Zahlung, Adresse) → beheben und neu starten |
| 14 | Bezahlt | Bezahlt — Lieferschein kann erstellt werden |
| 15 | Bereit | Bestand reserviert, Lager für Kommissionierung bereit |
| 16 | Bestand nicht verfügbar | Back-Order — Einkauf benachrichtigen, Auftrag wartet |
| 11 | Retoure ausstehend | Retourenantrag ausstehend — entscheiden: genehmigen oder ablehnen |
| 7 | Retoure | Retoure vollständig genehmigt und verarbeitet |
| 12 | Teilretoure | Teilretoure — einige Produkte zurückgesandt |
| 8 | Storniert | Storniert — reservierter Bestand freigegeben |
EDI-Aufträge (von Händlern/Distributoren)
EDIconnect verarbeitet EDI-Aufträge vollständig automatisch — keine manuellen Aktionen bei jedem Auftrag erforderlich. Die Verbindung mit einem neuen Händler beinhaltet einige Aktivierungshäkchen; die eigentliche Konfiguration (Zuordnungen, Zertifikate, Protokolle) wird vom CRMconnect-Team durchgeführt.
Unterstützte Protokolle: API, AS2, sFTP, gesichertes FTP — plus Synchronisierung mit dem eigenen ERP des Kunden.
AWB-Erstellung — Kurierdienste
Option A — Innoship (Aggregator, 230+ Kurierdienste, 35 Länder)
Wenn: internationale Lieferungen, hohes Volumen, Tarifvergleich, Stapeldruck
Aus genehmigter Packliste → AWB erstellen
→ Kurierdienst und Service auswählen
→ System sendet Anfrage an Innoship-API
→ Innoship gibt zurück: AWB-Nummer + Tracking-Code
→ Status automatisch → Versand (4) in OmniSales
→ Status automatisch in WooCommerce/Shopify aktualisiert
Option B — Direktkurier (ohne Aggregator)
| Kurier | Konfiguration | Vorteil |
|---|---|---|
| Cargus | /admin/couriers → Cargus-API-Schlüssel |
Direktvertrag, keine Vermittlerprovision |
| FanCourier | /admin/couriers → FanCourier-Zugangsdaten |
Dasselbe |
| Palex | /admin/couriers → Palex-Zugangsdaten |
Dasselbe |
Kennzahlen
| Indikator | Ziel |
|---|---|
| Auftragsverarbeitungszeit (Entwurf → Bestätigt) | < 2 Std. an Arbeitstagen |
| Aufträge in Entwurf > 4 Std. | 0 — alle geprüft und verarbeitet |
| Back-Orders > 7 Tage | An Einkauf eskalieren + Kunden informieren |
| Tägliche Sync-Fehler | 0 ungelöste Fehler |
| Retouren > 3 Tage ohne Entscheidung | 0 — täglich entscheiden |
Praktische Tipps
Diary Sync = Kanalgesundheit. Morgens vor allem anderen prüfen. Ein nicht erkannter Sync-Fehler kann Dutzende nicht importierte Aufträge hinterlassen — Kunden die gezahlt haben und keine Bestätigung haben.
Status 16 wird nicht vergessen, sondern überwacht. Jeder ungelöste Back-Order ist ein Kunde der bezahlt hat und keine Ware hat. Liste der nicht verfügbaren Aufträge täglich prüfen und proaktiv mit dem Kunden kommunizieren.
Überprüfen Sie täglich die Liste der Aufträge mit nicht verfügbarem Bestand — jeder Auftrag in diesem Status ist ein zahlender Kunde ohne Ware.
EDI-Ausgehend-Nachrichten werden automatisch generiert, wenn Sie einen Auftrag bestätigen — überprüfen Sie im EDI-Protokoll, dass MDN-Bestätigungen empfangen werden.