Operative Fälle vollständig schließen.Vom Cockpit bis zum Spediteur.

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. Das ist das Versprechen — ihr zahlt für Ergebnisse, nicht für Aufwand.

Unsere Agenten bedienen Cockpit-Oberflächen wie euer Team — über die gleichen Formulare, mit den gleichen Validierungen und Freigabeschritten. Für unterstützte Cockpits (Enneo und Partner) liefern wir native Integrationen; für eigene interne Cockpits bauen wir Adapter während der Simulationsphase, sodass das Live-Rollout dieselben Pfade nutzt, denen eure Menschen bereits vertrauen.

Shopify, commercetools, eigene OMS-Systeme, WMS-Konnektoren, DHL, UPS, FedEx und regionale Spediteure out of the box. Eigene Spediteur-Integrationen verfügbar — die meisten lassen sich in Tagen anbinden, nicht Wochen.

Jeder Falltyp trägt eine Eskalationskette, die ihr definiert — Supervisor bei Schwelle, Head of Ops bei SLA-Bruch, Legal bei reguliertem Content. Unsere Agenten respektieren die Kette, umgehen sie nie und loggen jeden Eskalationsgrund. Supervisors bekommen den vollen Fall-Kontext plus den Entwurf des Agenten, sodass eine Freigabe ein schnelles Ja/Nein ist, keine Neuermittlung.

Jede Aktion — Entwurf, Freigabe, Ausführung, Eskalation, Schließung — wird mit Zeitstempel, Actor, regulatorischem Regelpfad und den Daten geloggt, die der Agent zum Entscheidungszeitpunkt sah. Exporte für Regulator-Einreichung, interne Compliance-Prüfung oder Post-Incident-Analyse. Aufbewahrungsfenster sind pro Workflow konfigurierbar.

Eine Helpdesk-Antwort ist eine ausgehende Nachricht; eine Cockpit-Formular-Eingabe ist eine mehrstufige Transaktion mit Validierungen an jedem Schritt. Unsere Agenten bedienen den mehrstufigen Flow — Daten aus angebundenen Systemen ziehen, Felder füllen, Speichern drücken, Validierungs-Fehler behandeln und eskalieren, wenn ein Schritt wiederholt fehlschlägt. Alles ist in der Live-Cockpit-Aufzeichnung sichtbar.

Standard sind 90 Tage historischer Fälle — gleiches Fenster wie Customer-Support. Wir spielen jeden durch eure aktuelle SLA und das Regelwerk und melden Closure-Rate, Eskalations-Rate und Cockpit-Performance. Für saisonale Geschäfte (Energie, E-Commerce, regulierte Branchen) laufen wir manchmal längere Fenster.

Jeder Vertragsänderungs-Typ trägt eine vorlagenbasierte Bestätigung, ein regulatorisches Frist-Fenster und einen Legal-Review-Trigger. Der Agent generiert die Bestätigung; Legal-Review fällt automatisch an, wenn der Inhalt von der Vorlage abweicht. Final geht Kundenkommunikation erst raus, wenn die von euch definierte Kette zustimmt.

Kundenkommunikation wird aus eurer historischen Korrespondenz generiert — wir lernen, wie euer Team sich entschuldigt, erstattet, Ersatzlieferungen organisiert und eskaliert. Wir erfinden keinen Ton; wir treffen euren. Bei spediteurbedingten Verzögerungen entwerfen wir proaktive Mitteilungen mit der tatsächlichen Spediteur-ETA, keinem Platzhalter.

Gleiche Engine, andere Zielgruppe. Interne IT/HR — Zugriffsanfragen, Passwort-Resets, Equipment-Bereitstellung, Onboarding/Offboarding — laufen über euer internes Ticketing-System und Identity Provider. Die Privacy-Grenze ist enger; Auditors achten darauf, wer was wann gesehen hat, nicht auf Kundenkommunikation.

SLA-Timer starten dort, wo sie in eurem Runbook starten. Der Agent sieht den Timer, priorisiert Arbeit, die einem Bruch am nächsten ist, und eskaliert an einen menschlichen Supervisor vor — nicht nach — dem Bruch. SLA-Bruch im Shadow Mode wird gemeldet, aber nie berechnet; im autonomen Modus setzt ihr die Bruch-Schwelle für eine saubere Schließung.

Pricing ist pro geschlossenem Fall, mit einem monatlichen Cap, das ihr setzt. Peaks sind in Operations üblich, und wir planen Kapazität dafür ein. Wenn euer Peak-Volumen regelmäßig das Cap überschreitet, vereinbaren wir ein höheres Jahres-Commitment mit größeren Volumen-Stufen — niemals Überraschungs-Überzahlungen.