Fulfillment-Ausnahmen schließen, wenn Spediteure versagen: Ein KI-Playbook
Die meisten E-Commerce-Bestellungen werden ohne Zwischenfall versendet. Die 5–15%, die es nicht werden — die verlorenen Pakete, die Adresskorrekturen, die Spediteur-Verzögerungen, die Beschädigt-bei-Ankunft-Reklamationen — verschlingen einen überproportionalen Anteil der Ops-Team-Stunden. Dieses Playbook zeigt, wie die Wisnots-Agenten den Long Tail von Fulfillment-Ausnahmen schließen: das Spediteur-Ökosystem, die OMS-Anbindung, der Entscheidungsbaum und wie Kundenkommunikation auf Marke bleibt.
Das Fulfillment-Ausnahme-Problem
Ein Händler mit 100.000 Bestellungen pro Monat und 7% Ausnahmerate hat 7.000 Ausnahmen pro Monat — die meisten repetitiv (Adress-Tippfehler, Spediteur-Ausnahmen, Teilbeschädigung), manche wirklich komplex (Mehrleg-Retouren, Betrugs-Holds, Spediteur-Verlust-Schiedsverfahren). Jede Ausnahme bringt Kundenkommunikations-Arbeit mit sich: den Kunden benachrichtigen, Erwartungen setzen, erstatten oder neu versenden, nachfassen.
Das alles manuell zu machen heißt: ein Team, das mit dem Bestellvolumen skaliert. Es mit einem KI-Agenten zu machen, der mit OMS, WMS und Spediteur-APIs integriert ist, heißt: das Team skaliert stattdessen mit der Ausnahme-Komplexität.
Das Spediteur-Ökosystem
Wisnots integriert sich mit den Spediteur-APIs, die euer Team bereits nutzt: DHL, UPS, FedEx, regionale Zusteller (DPD, Hermes, GLS, Royal Mail usw.). Jeder Spediteur exponiert:
- Tracking-Events (in Zustellung, Ausnahme, zugestellt, retour).
- Ausnahme-Gründe (fehlgeschlagener Zustellversuch, Adresse ungültig, verweigert).
- Endpoints zur Reklamations-Erfassung (für verlorene oder beschädigte Pakete).
- ETA-Neuberechnungen nach Ausnahmen.
Der Agent liest Tracking-Events live, klassifiziert die Ausnahme, entscheidet den nächsten Schritt (Kunde benachrichtigen, Reklamation einreichen, neu versenden, erstatten) und handelt entweder autonom (innerhalb der Regeln, die ihr setzt) oder entwirft die Aktion für einen menschlichen Supervisor.
Die OMS- + WMS-Anbindung
Fulfillment-Ausnahmen existieren nicht isoliert. Der Agent muss wissen:
- Was die Bestellung ist (Positionen, Wert, Lieferadresse, Versandlager).
- Bestandszustand (können wir aus dem ursprünglichen Lager neu versenden, oder brauchen wir ein anderes?).
- Kundenprofil (Erstkunde? hoher Wert? VIP?).
- Bestellungs-Regeln (Geschenkbestellungen, Subscription-Bestellungen, B2B-Bestellungen haben unterschiedliche Pfade).
Wisnots integriert sich mit Shopify, commercetools, eigenen OMS-Systemen und eigenständigen WMS-Konnektoren. Der Agent liest aus allen, bevor er entscheidet.
Der Entscheidungsbaum
Für die meisten Fulfillment-Ausnahmen ist der Pfad:
- Identifizieren: den Ausnahmetyp klassifizieren (Adress-Fehlschlag, Verlust, Schaden, Verzögerung).
- Kontext aufrufen: Bestellung, Kunde, Bestand, Spediteur.
- Policy prüfen: Was sagt das Regelwerk für diesen Ausnahmetyp, dieses Kundensegment, diesen Bestellwert?
- Aktion entwerfen: Adresse korrigieren, ersetzen, erstatten, eskalieren, Reklamation einreichen — mit der richtigen Kundenkommunikation.
- Freigeben oder auto-fire: je nach Shadow- vs. autonomer Modus + Confidence-Schwelle + Regelwerk.
- Schließung bestätigen: die Reaktion des Kunden tracken (war das Problem gelöst? hat er erneut Kontakt aufgenommen?). Der Fall bleibt in "Nachfass," bis das SLA-Fenster ohne Wiedereröffnung verstrichen ist.
Kundenkommunikation: euren Ton treffen
Kundenkommunikation wird aus eurer historischen Korrespondenz generiert — wir lernen, wie euer Team sich entschuldigt, erstattet, neu versendet und eskaliert. Wir erfinden keinen Ton; wir treffen euren. Bei spediteurbedingten Verzögerungen entwerfen wir proaktive Mitteilungen mit der tatsächlichen Spediteur-ETA, keinem generischen "wir prüfen das" Platzhalter.
Die DE/FR/ES/PT/IT-Kommunikation funktioniert gleich: native Formulierungen, gelernt aus eurer historischen mehrsprachigen Korrespondenz, nicht on-the-fly übersetzt.
SLA + Supervisor-Eskalation
SLA-Timer starten dort, wo sie in eurem Runbook starten. Der Agent priorisiert Arbeit am nächsten zu Bruch, eskaliert an einen menschlichen Supervisor VOR Bruch (nicht nach) und überschreitet ein SLA niemals still.
Für regulierten Content (Verbraucherschutz, Pflichtmitteilungen) geht Eskalation immer an einen Menschen. Der Agent entwirft die vorlagenbasierte Kopie; ein Mensch gibt vor dem Versand frei.
Pricing: Bezahlung pro geschlossenem Fall
Das Pricing folgt der Schließung: Bezahlung pro geschlossenem Fall. Ein Fall zählt als geschlossen, wenn er für das vereinbarte Fenster geschlossen bleibt (typischerweise 14 Tage, länger für regulierte Workflows). Wenn der Fall innerhalb des Fensters wieder geöffnet wird, berechnen wir nichts.