End-to-End-Prozess · Touchless-Auftragsabwicklung

Order-to-Cash

Wie Causal Process Mining zeigt, welche Kundenaufträge touchless laufen können – und wo gezielte Prüfung Qualität schützt.

Touchless, aber nicht um jeden Preis

Viele Order-to-Cash-Initiativen verfolgen dieselben Ziele: mehr Automatisierung, zuverlässige Lieferungen und weniger Reklamationen. Eine hohe Touchless-Rate wirkt dabei zunächst wie die logische Zielgröße.

Doch nicht jeder manuelle Schritt ist Verschwendung. Manche Prüfungen verhindern Fehler, andere kosten tatsächlich nur Zeit.

Touchless ist kein Ziel an sich. Entscheidend ist, welche Aufträge einen Menschen brauchen – und welche nicht.

Was ist Order-to-Cash?

Order-to-Cash (O2C) beschreibt den End-to-End-Prozess vom Auftragseingang bis zum Zahlungsausgleich. Dazu gehören Auftragserfassung und Freigabe, Lieferabwicklung und Faktura, Zahlung und Mahnwesen sowie Reklamationen und Nachbearbeitung. Auf einer Prozessfolie wirkt O2C oft linear – in den operativen Daten ist der Ablauf jedoch ein Netz aus Geschäftsobjekten und fachlichen Abhängigkeiten: Kundenauftrag, Position, Konfiguration, Änderung, Prüfung, Lieferung, Rechnung, Zahlung und Reklamation hängen miteinander zusammen. Causal Process Mining erhält diese Granularität und bildet erst für die konkrete Fachfrage die passende Causal Perspective.

Hinweis: Die Kennzahlen auf dieser Seite stammen aus einem synthetischen Order-to-Cash-Datensatz. Sie zeigen die Analysemethode und sind keine Produktivkennzahlen eines Kunden.

Event Knowledge Graph des Order-to-Cash-Prozesses: Kundenauftrag im Zentrum, verbunden mit Auftragseingang, Kreditsperre, Auftragsänderung, Auftragsprüfung, Freigabe, Auftragsposition und Konfiguration, Reklamation und Gutschrift, Lieferung mit Lieferschein, Kommissionierung, Warenausgang, Versand, Transport und Zustellnachweis sowie Rechnung mit Zahlung, Mahnwesen und Forderungsausbuchung
Event Knowledge Graph des O2C-Prozesses: Geschäftsobjekte und ihre Beziehungen bleiben erhalten – Komplexität wird bei der Analyse reduziert, nicht bereits beim Datenimport.

Auf einen Blick

4.500

Kundenaufträge

gesamter synthetischer O2C-Datenbestand

46,37 %

Touchless-Rate

1.978 von 4.266 einheitlich bewertbaren Aufträgen

86,92 %

OTIF-Rate

3.708 von 4.266 einheitlich bewertbaren Aufträgen

207

Reklamierte Aufträge

4,60 % bezogen auf alle 4.500 Aufträge

76,33 %

Reklamationen aus Konfigurationen

technische und Service-Konfigurationen – bei nur 35,42 % Anteil am Auftragsbestand

197 / 340

Änderungen ohne Prüfpfad

vor der Freigabe geänderte Aufträge gehen direkt zur Freigabe (rund 58 %)

Der Prozess in drei Phasen

Die End-to-End Causal Perspective verbindet Auftragseingang, Lieferung, Rechnung, Zahlung und Reklamation in einer fachlichen Sicht. Komplexität wird bei der Analyse reduziert – nicht bereits beim Datenimport.

End-to-End Causal Perspective des Order-to-Cash-Prozesses vom Auftragseingang über Kundenauftrag, Kreditsperre, Auftragsänderung, Auftragsprüfung und Freigabe, Lieferung mit Kommissionierung, Versand und Transport bis zu Rechnung, Zahlungsausgleich, Reklamation, Gutschrift und Forderungsausbuchung
End-to-End Causal Perspective des O2C-Prozesses vom Auftragseingang bis zu Zahlung und Reklamation.

Phase 1

Auftragseingang, Konfiguration & Freigabe

Aufträge werden automatisch oder manuell erfasst und als Kundenauftrag mit Positionen und Konfiguration angelegt. Je nach Auftrag folgen eine Kreditprüfung, Änderungen vor der Freigabe und eine Auftragsprüfung, bevor der Auftrag freigegeben wird.

Geschäftsobjekte

  • Kundenauftrag
  • Auftragsposition
  • Konfiguration
  • Auftragsänderung
  • Auftragsprüfung
  • Kreditprüfung
  1. Auftragseingang erstellen
  2. Kundenauftrag anlegen
  3. Auftragsposition angelegt
  4. Konfiguration angelegt
  5. Auftrag ändern (vor Freigabe)
  6. Auftrag prüfen
  7. Auftrag freigeben

Leitfrage

Welche Aufträge können automatisiert freigegeben werden – und welche benötigen aufgrund ihres Risikos eine Prüfung?

Prozessgraph Auftragseingang: automatische und manuelle Auftragserfassung, Kundenauftrag anlegen, Auftragsposition und Konfiguration, Kreditsperren, Auftrag ändern (vor Freigabe), Auftrag prüfen und Auftrag freigeben
Auftragseingang, Konfiguration, Änderung, Prüfung und Freigabe.

Phase 2

Lieferabwicklung & Faktura

Nach der Freigabe startet die Lieferung mit dem Lieferschein. Kommissionierung und Warenausgang, Versand sowie Transport und Zustellung laufen als eigene Stränge mit eigenen Objekten und münden gemeinsam in die Rechnung.

Geschäftsobjekte

  • Kundenauftrag
  • Lieferung
  • Sendung
  • Transport
  • Zustellnachweis
  • Rechnung

Kommissionierung

  1. 1Lieferschein erstellen
  2. 2Auftrag kommissionieren
  3. 3Warenausgang buchen

Versand

  1. 1Sendung anlegen
  2. 2Versandavis senden

Transport & Zustellung

  1. 1Transport vorbereiten
  2. 2Zustellnachweis erhalten

Leitfrage

Wo entstehen Abweichungen bei Liefertreue und Laufzeit – im eigenen Ablauf oder in verbundenen Liefer- und Transportobjekten?

Prozessgraph der Lieferabwicklung mit Zeitachse: vom Kundenauftrag über Lieferschein, Kommissionierung und Warenausgang, Sendung und Versandavis sowie Transport und Zustellnachweis bis zur Rechnung
Lieferabwicklung vom Lieferschein über Kommissionierung und Transport bis zur Rechnung.

Phase 3

Zahlung, Mahnung & Reklamation

Nach der Rechnungsstellung führt der Prozess direkt in den Zahlungsausgleich oder verläuft über Zahlungserinnerung, Mahnung, Gutschrift beziehungsweise Ausbuchung. Reklamationen bilden einen zusätzlichen fachlichen Pfad.

Geschäftsobjekte

  • Rechnung
  • Zahlung
  • Forderung
  • Gutschrift
  • Reklamation

Zahlung

  1. 1Rechnung erstellen
  2. 2Zahlung ausgeglichen

Mahnwesen

  1. 1Zahlungserinnerung senden
  2. 2Mahnung durchführen
  3. 3Letzte Mahnung durchführen
  4. 4Forderung ausbuchen

Reklamation

  1. 1Reklamation erfasst
  2. 2Gutschrift erstellt (keine Zahlung)

Leitfrage

Welche vorgelagerten Prozessbedingungen erklären Reklamationen und andere nachgelagerte Effekte?

Prozessgraph nach der Rechnung: direkter Zahlungsausgleich (83 %), Zahlungserinnerung, Mahnung und letzte Mahnung bis zur Forderungsausbuchung sowie Reklamation mit Gutschrift; eingeblendet sind Pfadinfo, Happy-Path-Hervorhebung und Fehlermuster
Zahlungs-, Mahn- und Reklamationspfade nach der Rechnungsstellung.

Ein Kundenauftrag kann mehrere Positionen und Konfigurationen haben, mehrere Lieferungen auslösen und über Rechnung, Zahlung, Mahnung oder Reklamation abgeschlossen werden. Die Kennzahlen dieser Seite werden deshalb auf Kundenauftragsebene gemessen – ohne Mehrfachgewichtung durch Positionen oder Teillieferungen.

Fünf Findings entlang des Order-to-Cash-Prozesses

Die Findings führen von der Management-Kennzahl bis zur überprüfbaren Prüfregel. Jedes verschiebt die Frage von „Was ist passiert?“ zu „Warum ist es passiert – und was folgt daraus?“.

Finding 1 · Touchless

Touchless zeigt das Was – aber noch nicht das Warum

Mit 46,37 % läuft nicht einmal jeder zweite bewertete Auftrag vollständig touchless. Die naheliegende Reaktion wäre, manuelle Schritte möglichst weit zu reduzieren.

Doch die Kennzahl sagt nicht, welcher Eingriff überflüssig ist und welcher Qualität schützt. Dasselbe gilt für die übrigen Management-KPIs auf Auftragsebene: Die OTIF-Rate liegt bei 86,92 %, 207 Aufträge wurden reklamiert – sichtbar ist das Ergebnis, nicht seine Ursache.

46,37 %

Touchless-Rate: 1.978 von 4.266 einheitlich bewertbaren Aufträgen laufen ohne manuellen Eingriff

Statt „Wie entfernen wir mehr manuelle Schritte?“

fragt die Analyse: „Welche manuellen Schritte erzeugen keinen zusätzlichen Nutzen – und welche schützen einen riskanten Auftrag vor einem teuren Fehler?“

KPI-Report Kundenaufträge im Order-to-Cash: Touchless-Rate 46,37 % (1.978 von 4.266 bewerteten Aufträgen), OTIF-Rate 86,92 % (3.708 von 4.266) und Reklamationsrate 4,85 % (207 von 4.266)
Management-KPIs auf Auftragsebene. Die Reklamationsrate bezieht sich hier auf 4.266 bewertete Aufträge (4,85 %); bezogen auf alle 4.500 Aufträge sind es 4,60 %.

Finding 2 · Reklamationen

Reklamationen konzentrieren sich auf konfigurierte Aufträge

207 von 4.500 Aufträgen wurden reklamiert (4,60 %). Die Reklamationsquote unterscheidet sich jedoch deutlich nach Auftragsart: von 1,69 % bei Standardprodukten über 8,01 % bei technischen Konfigurationen bis zu 12,90 % bei Service-Konfigurationen.

Auch die Reklamationsgründe konzentrieren sich: „Serviceeinsatz nicht wie vereinbart“ und „Falsche Konfiguration“ stehen gemeinsam für rund 72,5 % der dokumentierten Gründe.

Reklamationsquote je Auftragsart
AuftragsartAufträgeReklamiertQuoteAnteil an allen Reklamationen
Standardprodukt2.906491,69 %23,67 %
Technische Konfiguration974788,01 %37,68 %
Service-Konfiguration6208012,90 %38,65 %
Gesamt4.5002074,60 %100 %

76,33 %

aller Reklamationen stammen aus technischen und Service-Konfigurationen – bei nur 35,42 % Anteil am Auftragsbestand

Statt „Warum haben wir 4,6 % Reklamationen?“

fragt die Analyse: „Welche Auftragsarten und Merkmale unterscheiden riskante von unkritischen Fällen?“

Management-Dashboard „Reklamationen im Managementblick“: Reklamationsquote 4,60 % (207 von 4.500 Aufträgen), Quote je Auftragsart – Standardprodukt 1,69 %, technische Konfiguration 8,01 %, Service-Konfiguration 12,90 % – und Reklamationsgründe, angeführt von „Serviceeinsatz nicht wie vereinbart“ und „Falsche Konfiguration“
Reklamationen im Managementblick: Quote je Auftragsart und Reklamationsgründe.

Finding 3 · Fehlermuster

Nicht jeder Fehler ist eine neue Variante

Für technische Aufträge gilt eine klare fachliche Soll-Logik: Wird ein Auftrag vor seiner Freigabe geändert, ist anschließend eine Auftragsprüfung vorgesehen – Auftragsänderung → Auftragsprüfung → Freigabe. Von 340 geänderten Aufträgen durchlaufen jedoch nur 143 diesen Prüfpfad; 197 gehen direkt zur Freigabe.

Noreja behandelt solche Abweichungen nicht als zusätzliche Prozessvarianten, sondern als Fehlermuster. So bleiben die fachlich relevanten Varianten überschaubar, während Abweichungen gezielt separat analysiert werden. In klassischen, eventlog-basierten Process-Mining-Ansätzen erscheint dagegen schnell jede Abweichung als eigene Variante – die Variantenanzahl wächst stark und die Analyse wird unübersichtlich.

Die Causal Perspective beschreibt den erwarteten Ablauf. Fehlermuster zeigen, wo dieser Ablauf verletzt wird – etwa durch Überspringen, falsche Reihenfolge, Nachbearbeitung, Verzögerung, Bündelung oder offene Fälle.

197 / 340

vor der Freigabe geänderte technische Aufträge gehen ohne die vorgesehene Auftragsprüfung direkt zur Freigabe (rund 58 %)

Statt „Welche neue Variante ist das?“

fragt die Analyse: „Wo wird die fachliche Soll-Logik verletzt – und warum?“

Causal Perspective der 974 technischen Konfigurationsaufträge mit aktiviertem Fehlermuster: roter Pfad von „Auftrag ändern (vor Freigabe)“ direkt zu „Auftrag freigeben“ (197 Fälle, 58 %) am vorgesehenen Schritt „Auftrag prüfen“ (143 Fälle, 42 %) vorbei
Fehlermuster „Ignorieren“: Nach einer Auftragsänderung wird die vorgesehene Auftragsprüfung übersprungen.

Vom Fehlermuster zur Root-Cause-Analyse

Fachfrage an Minerva
„Analysiere alle Gründe, die zu einer Reklamation führen.“

Die breite Ursachenanalyse startet bewusst offen. Minerva strukturiert dokumentierte Reklamationsgründe, vorgelagerte Faktoren und noch offene Hypothesen – und trennt dabei belegte Befunde klar von Ursachenhypothesen.

Ein erster Schwerpunkt entsteht bei den technischen Konfigurationsaufträgen: Von 78 reklamierten technischen Aufträgen weisen 70 keine dokumentierte Auftragsprüfung auf, 8 wurden trotz Prüfung reklamiert. Bei Service ist das Bild deutlich weniger eindeutig – 43 Reklamationen ohne und 37 trotz Prüfung.

Die fehlende Prüfung wird damit zu einem relevanten Analysepfad – aber noch nicht zur bewiesenen Ursache.

Minerva-Antwort zur Root-Cause-Analyse: Tabelle der fünf dokumentierten Reklamationsgründe – Serviceeinsatz nicht wie vereinbart 38,6 %, Falsche Konfiguration 33,8 %, Mengenabweichung 13,0 %, Produkt nicht passend 12,1 %, Transportschaden 2,4 % – jeweils mit den noch offenen Ursachenfragen
Minerva strukturiert die dokumentierten Reklamationsgründe und trennt belegte Befunde von offenen Ursachenhypothesen.
Erstes Ursachenbild aus Minerva: 158 reklamierte Konfigurationsaufträge, davon technisch 78 (70 ohne dokumentierte Prüfung, 8 trotz Prüfung) und Service 80 (43 ohne, 37 trotz Prüfung), jeweils mit einer zu prüfenden Hypothese
Erstes Ursachenbild: Bei technischen Aufträgen fehlt in 70 von 78 Reklamationsfällen die dokumentierte Prüfung.

Finding 4 · Ursachenanalyse

Die erste plausible Erklärung hält der Gegenprüfung nicht stand

Das erste Ursachenbild legt eine naheliegende Erklärung nahe: Geänderte, ungeprüfte Technikaufträge werden häufiger reklamiert. Ob diese Erklärung trägt, klärt die nächste Frage an Minerva – bewusst einfach formuliert.

Fachfrage an Minerva
„Analysiere die ungeprüften technischen Aufträge genauer. Welchen Einfluss haben Sonderwerte und Änderungen vor der Freigabe auf die Reklamationsquote?“
Zugestellte technische Aufträge ohne Prüfung – Reklamationsquote nach Sonderwerten
SonderwerteReklamiert / AufträgeReklamationsquote
06 / 2692,23 %
140 / 18621,51 %
2 oder mehr24 / 6735,82 %
Gesamt70 / 52213,41 %

2,23 % → 35,82 %

Reklamationsquote zugestellter technischer Aufträge ohne Prüfung – von 0 auf mindestens 2 Sonderwerte

Statt „Geänderte Aufträge sind riskant.“

fragt die Analyse: „Welche Aufträge waren bereits aufgrund ihrer Konfiguration riskant?“

Minerva-Tabelle zu 522 zugestellten Technikaufträgen ohne dokumentierte Prüfung: Reklamationsquote nach Sonderwerteanzahl (0: 2,23 %, 1: 21,51 %, 2 oder mehr: 35,82 %), jeweils mit und ohne Änderung vor Freigabe
Gegenprüfung: Sonderwerte trennen das Risiko deutlich stärker als die pauschale Änderungs-Hypothese.

WHY statt WHAT: welches Sondermerkmal auffällig wird

Die Zahl der Sonderwerte trennt das Risiko deutlich. Die pauschale Aussage „Änderung = Risiko“ hält der Gegenprüfung dagegen nicht allgemein stand: Bei genau einem Sonderwert liegt die Quote mit Änderung höher als ohne, bei mindestens zwei Sonderwerten kehrt sich die Richtung um.

Ein weiterer Drill-down zeigt, dass auch die Art des Sondermerkmals zählt. Besonders markant ist die Kombination aus Firmware-Sonderstand, Änderung vor Freigabe und fehlender Prüfung: 11 von 25 dieser Aufträge wurden reklamiert (44,00 %), ohne Änderung 6 von 51 (11,76 %).

Drill-down auf einzelne Sondermerkmale bei genau einem Sonderwert: Schaltschrankmaß 17,11 %, Firmware 22,37 %, Schnittstelle 29,41 %; Firmware mit Änderung vor Freigabe 44,00 % gegenüber 11,76 % ohne Änderung
WHY statt WHAT: Nicht nur die Zahl, auch die Art des Sondermerkmals ist relevant.
Hypothesenbaum: zugestellte Technikaufträge ohne Prüfung (13,41 %) nach 0, 1 und mindestens 2 Sonderwerten sowie mit und ohne Änderung; bei einem Sonderwert führt der Zweig zur Firmware-Konstellation (44,00 % mit Änderung) und zur Hypothese eines unzureichenden Spezifikationsabgleichs
Verfeinertes Ursachenbild: Die Firmware-Konstellation bleibt bewusst als zu prüfende Hypothese gekennzeichnet.

Finding 5 · Prüfregel

Von der Ursache zur risikobasierten Prüfregel

Für die Managemententscheidung zählt am Ende nicht nur die Erklärung, sondern die Frage, wann eine Prüfung tatsächlich sinnvoll erscheint.

Bei technischen Aufträgen ohne Sonderwert ist in diesen Daten kein Qualitätsvorteil durch eine zusätzliche Prüfung erkennbar. Ab einem Sonderwert unterscheiden sich geprüfte und ungeprüfte Aufträge dagegen deutlich. Auch wirtschaftlich ist die Differenz relevant: Im Demo-Datensatz liegt der hinterlegte Aufwand einer Reklamation deutlich über dem einer einzelnen Prüfung.

≥ 1 Sonderwert

als Kriterium für eine priorisierte Prüfung technischer Aufträge – ohne Sonderwert ist in den Daten kein Qualitätsvorteil durch zusätzliche Prüfung erkennbar

Statt „Wie erreichen wir eine möglichst hohe Touchless-Rate?“

fragt die Analyse: „Wann schützt eine Prüfung Qualität – und wann kann ein Auftrag ohne Eingriff durchlaufen?“

Eine überprüfbare Entscheidungshypothese

Aus der Analyse entsteht keine pauschale Regel, sondern eine Hypothese, die im Pilot gemessen werden kann:

  • Bestehende Pflicht beibehalten

    Wird ein Auftrag vor der Freigabe verändert, bleibt die vorgesehene Prüfung bestehen.

  • Risikobasiert ergänzen

    Technische Aufträge mit mindestens einem Sonderwert werden zusätzlich priorisiert geprüft.

  • Automatisierungspotenzial nutzen

    Technische Aufträge ohne Sonderwert können eher ohne zusätzliche Prüfung durchlaufen, sofern kein anderer Prüfgrund vorliegt.

Warum KI Causal Process Mining braucht

Generative KI kann Muster schnell zusammenfassen und Maßnahmen formulieren. Für Prozessautomatisierung reicht Geschwindigkeit allein jedoch nicht.

Prozessdaten allein liefern noch keine Bedeutung

Systemdaten zeigen Werte und Ereignisse. Sie erklären aber nicht automatisch, was ein Merkmal fachlich bedeutet oder welche Regel im Unternehmen dahintersteht.

Unternehmenskontext ergänzt diese Bedeutung. Causal Process Mining prüft anschließend, wie Merkmale, Prozessverhalten und Ergebnisse zusammenhängen. Minerva verbindet diese Ebenen im Dialog und macht die Analyse für den Anwender zugänglich.

Prozessdaten liefern die Fakten. Unternehmenskontext liefert die Bedeutung. Causal Process Mining prüft die Ursachenhypothesen.

Automatisieren auf Basis der richtigen Analyse

Für KI-gestützte Prozessentscheidungen sind vier Dinge entscheidend: die richtige fachliche Granularität, Beziehungen zwischen Geschäftsobjekten, Unternehmenskontext und eine Analyse, die Korrelationen nicht vorschnell als Ursachen interpretiert.

Einen Prozess auf Basis der falschen Analyse zu automatisieren, macht ihn nicht besser – nur schneller falsch.

Übersicht „Was Minerva-Agenten leisten, was ein LLM allein nicht kann“: Architektur, Agenten & Skills, Konfigurierbarkeit, belegte Antworten, Governance, Kontext, Kausalität und kontinuierlicher Kreislauf 24/7
Was Minerva-Agenten leisten, was ein LLM allein nicht kann.

Causal Process Mining schafft die analytische Grundlage. Minerva macht sie im Dialog nutzbar.

Vom Finding zur priorisierten Maßnahme

Ein Finding verändert noch keinen Prozess. Im Business Impact Board werden Findings nach erwarteter Wirkung, Umsetzungsaufwand, Risiko und Unsicherheit bewertet – Process Excellence und Fachbereich priorisieren anschließend gemeinsam die nächste Verbesserungsinitiative.

Mögliche Verbesserungsrichtungen
FindingMögliche VerbesserungsrichtungZu bewertende Wirkung
Prüfung nach Änderungen wird häufig übersprungenBestehende Prüfregel konsequenter umsetzen und Ursachen des Überspringens untersuchenQualität, Compliance, Reklamationsrisiko
Sonderkonfigurationen zeigen deutlich höhere RisikenTechnische Aufträge ab einem Sonderwert risikobasiert zur Prüfung priorisierenReklamationsquote, Qualität, Prüfaufwand
Risikoarme Aufträge ohne SonderwertZusätzliche Prüfung gezielt reduzieren und als Pilot testenTouchless-Rate, Durchlaufzeit, Automatisierungsgrad
Firmware-Konstellation besonders auffälligHypothese gezielt weiter untersuchenQualität, Reklamationsrisiko, Unsicherheit
Service-Reklamationen bleiben trotz Prüfung hochSeparaten Ursachenpfad untersuchenServicequalität, Kundenzufriedenheit
Business Impact Board mit fünf O2C-Findings in der Impact-/Aufwand-Matrix: drei Quick Wins, ein strategisches Finding und eines mit niedriger Priorität
Business Impact Board: Findings nach Wirkung und Aufwand eingeordnet.
Kanban-Ansicht des Business Impact Board mit den Spalten Backlog, In Bearbeitung, Pausiert, Impact generiert und Verworfen; alle fünf Findings im Backlog
Kanban: Findings wandern vom Backlog bis „Impact generiert“.
Devil’s Quadrangle über alle Findings mit den Dimensionen Zeit, Kosten, Qualität und Komplexität sowie Impact-Timeline mit dem Kick-off-Workshop als erstem Meilenstein
Devil’s Quadrangle und Impact-Timeline für die Findings.
ROI-Rechner im Business Impact Board: jährliches Einsparpotenzial, Umsetzungskosten, Netto-ROI im ersten Jahr, kumulative Einsparung über fünf Jahre und Einsparpotenzial je Finding
ROI-Rechner: Einsparpotenzial, Umsetzungskosten und Payback je Finding – Werte aus dem Demo-Datensatz.

Die Priorisierung ist eine fachliche Entscheidung. Minerva kann Analysewege, Kontext und Handlungsoptionen vorbereiten; Kontrolle und Entscheidungshoheit bleiben jederzeit nachvollziehbar beim Prozessverantwortlichen und Fachbereich.

Der Kreislauf: Insight → Action → Impact → Feedback

Nach der Priorisierung wird eine Maßnahme als Pilot umgesetzt und ihre Wirkung anhand derselben Prozessdaten erneut gemessen. Minerva Frontier Agents können diesen Regelkreis kontinuierlich begleiten: neue Findings erkennen, Hypothesen weiterentwickeln und die Wirkung umgesetzter Maßnahmen beobachten.

  1. 1

    Insight

    Sonderkonfigurationen zeigen unterschiedliche Risikoprofile; „Änderung = Risiko“ reicht als Erklärung nicht aus.

  2. 2

    Action

    Pflichtprüfungen beibehalten und technische Sonderkonfigurationen risikobasiert priorisieren.

  3. 3

    Impact

    Touchless-Rate, Reklamationsquote, OTIF und Kosten erneut messen.

  4. 4

    Feedback

    Bestätigt sich die erwartete Wirkung nicht, wird die Hypothese angepasst.

Nach jeder Maßnahme prüfen

  • Steigt die Touchless-Rate bei risikoarmen Aufträgen ohne Sonderwert?
  • Sinkt die Reklamationsquote bei technischen Sonderkonfigurationen?
  • Wird die Prüfung nach Auftragsänderungen konsequenter durchlaufen?
  • Bleibt die OTIF-Rate stabil oder verbessert sie sich?
  • Stehen Prüfaufwand und vermiedene Reklamationskosten in einem sinnvollen Verhältnis?
  • Bestätigt sich die Hypothese – oder muss sie angepasst werden?

Vier Prinzipien für die Analyse

Granularität erhalten

Geschäftsobjekte und ihre Beziehungen bleiben erhalten, statt den Prozess vorab auf eine einzige lineare Case-Logik zu reduzieren.

Mit der Business-Frage beginnen

Die Causal Perspective wird für die konkrete Fachfrage gebildet – nicht die Bedienlogik des Werkzeugs bestimmt die Analyse.

Fehlermuster von Ursachen trennen

Eine sichtbare Abweichung ist ein Analyseausgangspunkt, noch keine Root Cause.

Kontext einbeziehen

Systemdaten zeigen Werte; Unternehmenskontext erklärt ihre fachliche Bedeutung.

Fazit: Touchless allein ist keine Steuerungslogik

Eine hohe Touchless-Rate allein ist keine ausreichende Steuerungslogik. Entscheidend ist, wo ein manueller Eingriff keinen Mehrwert liefert und wo er einen riskanten Auftrag vor einem späteren Qualitätsproblem schützt.

Causal Process Mining verbindet fachliche Soll-Logik, beobachtete Fehlermuster, Unternehmenskontext und gezielte Gegenprüfungen. Im O2C-Beispiel wird dadurch eine zunächst plausible Erklärung korrigiert: Nicht die Änderung allein trennt gute und schlechte Fälle, sondern vor allem das Risikoprofil der Sonderkonfiguration.

Aus „mehr Touchless“ wird damit eine konkretere Handlungsoption: risikoarme Aufträge stärker automatisieren, technische Sonderkonfigurationen gezielt prüfen und anschließend messen, ob die Regel tatsächlich Qualität und Effizienz verbessert.

Verstehen. Priorisieren. Wirksam automatisieren. Qualität schützen.

Häufige Fragen zu Order-to-Cash

Was ist ein Order-to-Cash-Prozess?

Order-to-Cash (O2C) ist der End-to-End-Prozess vom Auftragseingang bis zum Zahlungsausgleich. Er umfasst Auftragserfassung, Konfiguration und Freigabe, Lieferabwicklung und Faktura, Zahlung und Mahnwesen sowie Reklamationen und Nachbearbeitung. In den operativen Daten ist O2C kein linearer Ablauf, sondern ein Netz aus Geschäftsobjekten wie Kundenauftrag, Position, Konfiguration, Lieferung, Rechnung, Zahlung und Reklamation.

Was bedeutet Touchless im Order-to-Cash-Prozess?

Ein Auftrag gilt als touchless, wenn er ohne manuellen Eingriff durch den Prozess läuft. Die Touchless-Rate misst den Anteil solcher Aufträge – im synthetischen Demo-Datensatz 46,37 %, also 1.978 von 4.266 einheitlich bewertbaren Kundenaufträgen.

Sollte die Touchless-Rate möglichst hoch sein?

Nicht um jeden Preis. Manche manuellen Schritte kosten nur Zeit, andere verhindern teure Fehler. Im O2C-Beispiel steigt die Reklamationsquote ungeprüfter technischer Aufträge mit der Zahl der Sonderwerte deutlich an. Entscheidend ist deshalb, welche Aufträge einen Menschen brauchen und welche nicht: so viel Touchless wie möglich, so viel wirksame Prüfung wie nötig.

Was misst die OTIF-Rate?

OTIF steht für „On Time In Full“: Ein Auftrag wurde termingerecht und vollständig geliefert. Im Demo-Datensatz erfüllen 3.708 von 4.266 einheitlich bewertbaren Aufträgen dieses Kriterium – die OTIF-Rate liegt damit bei 86,92 %.

Warum behandelt Noreja Abweichungen als Fehlermuster statt als Varianten?

In eventlog-basierten Ansätzen erscheint jede Abweichung schnell als eigene Variante; die Variantenanzahl wächst und die Analyse wird unübersichtlich. Noreja beschreibt den erwarteten Ablauf in der Causal Perspective und klassifiziert Verletzungen – etwa Überspringen, falsche Reihenfolge oder Nachbearbeitung – als Fehlermuster. Im O2C-Beispiel gehen 197 von 340 vor der Freigabe geänderten technischen Aufträgen ohne die vorgesehene Prüfung direkt zur Freigabe.

Ist ein Fehlermuster schon die Ursache eines Problems?

Nein. Ein Fehlermuster zeigt, wo der erwartete Ablauf verletzt wird. Es ist der Startpunkt der Root-Cause-Analyse, nicht ihr Ergebnis. Im O2C-Beispiel ist die fehlende Prüfung zunächst ein relevanter Analysepfad – erst die Gegenprüfung zeigt, dass vor allem das Risikoprofil der Sonderkonfiguration gute und schlechte Fälle trennt.

Warum ist „Änderung vor Freigabe“ nicht automatisch die Ursache von Reklamationen?

Weil die Gegenprüfung die pauschale Hypothese nicht allgemein bestätigt. Bei zugestellten technischen Aufträgen ohne Prüfung steigt die Reklamationsquote vor allem mit der Zahl der Sonderwerte – von 2,23 % ohne Sonderwert auf 21,51 % bei einem und 35,82 % bei mindestens zwei Sonderwerten. Innerhalb gleicher Sonderwerteanzahl zeigt die Änderung kein einheitliches Bild.

Welche Rolle spielt der KI-Assistent Minerva?

Minerva beantwortet fachliche Fragen im Dialog, strukturiert Reklamationsgründe, bildet Vergleichsgruppen und trennt belegte Befunde von Ursachenhypothesen. Sie verbindet Prozessdaten, Unternehmenskontext und Causal Process Mining. Die Entscheidung über Maßnahmen bleibt beim Prozessverantwortlichen und Fachbereich.

Warum braucht KI Causal Process Mining?

Generative KI kann Muster schnell zusammenfassen, unterscheidet aber nicht von selbst zwischen Korrelation und Ursache. Für KI-gestützte Prozessentscheidungen braucht es die richtige fachliche Granularität, Beziehungen zwischen Geschäftsobjekten, Unternehmenskontext und eine Analyse, die Ursachenhypothesen prüft. Einen Prozess auf Basis der falschen Analyse zu automatisieren, macht ihn nur schneller falsch.

Wie wird aus einem Finding eine Maßnahme?

Im Business Impact Board werden Findings nach erwarteter Wirkung, Umsetzungsaufwand, Risiko und Unsicherheit bewertet und priorisiert. Die gewählte Maßnahme wird als Pilot umgesetzt; danach werden Touchless-Rate, Reklamationsquote, OTIF und Kosten mit denselben Prozessdaten erneut gemessen.

Stammen die Kennzahlen aus einem echten Unternehmen?

Nein. Alle Kennzahlen stammen aus einem synthetischen Order-to-Cash-Datensatz. Sie zeigen die Analysemethode und sind keine Produktivkennzahlen eines Kunden.

Die vollständige Case-Beschreibung

Event Knowledge Graph, End-to-End Causal Perspective, alle fünf Findings mit ihren Analyseschritten, die Root-Cause-Analyse mit Minerva und der Weg zur risikobasierten Prüfregel – Schritt für Schritt im Noreja Help Center.

Case im Help Center lesen

Eigenen Prozess analysieren? Sprich mit uns.

Bereit zum Start

Deinen End-to-End-Prozess kausal verstehen — sprich mit uns

Schließe dich Unternehmen an, die mit intelligenter Prozessanalyse Wachstum und Effizienz neu definieren.