Ihren Prozess analysieren: Ein praktischer Leitfaden zu Process Mining-Erkenntnissen
Verwandeln Sie Process Mining-Dashboards in umsetzbare Erkenntnisse. Erfahren Sie, wie Sie Daten verstehen, Muster aufdecken und echte Verbesserungspotenziale f…
Das erwartet Sie
In diesem Leitfaden erfahren Sie, wie Sie einen Process Mining Event Log von Grund auf erstellen. Wir behandeln die drei wesentlichen Spalten, die jeder Event Log benötigt, gehen ein praxisnahes Beispiel durch und zeigen Ihnen, wie Sie Ihren ersten Event Log sowohl mit Excel als auch mit SQL aufbauen.
Verwandt: Erfahren Sie mehr über Prozessoptimierung und finden Sie Datentemplates für Ihr System. Lesen Sie auch, warum wir auf vorgefertigte Konnektoren verzichten und stattdessen auf einfache Datentemplates setzen.
Ein Process Mining Event Log ist einfach eine Datentabelle, die festhält, was in Ihren Geschäftsprozessen passiert ist. Stellen Sie es sich wie ein Tagebuch vor, das jeden Schritt jedes Falls erfasst, der Ihr System durchläuft. Process Mining Software liest dieses Tagebuch und erstellt visuelle Diagramme, die zeigen, wie Ihr Prozess tatsächlich funktioniert.
Jeder Event Log benötigt für jede Zeile drei grundlegende Informationen:
| Spalte | Bedeutung | Beispiel |
|---|---|---|
| Case ID | Eine eindeutige Kennung, die zusammengehörige Ereignisse gruppiert | Bestell-Nr. 12345 |
| Timestamp | Wann das Ereignis stattfand | 2025-01-15 09:30:00 |
| Activity | Was passiert ist | „Bestellung aufgegeben“ |
Das ist alles. Mit nur diesen drei Spalten können Sie bereits mit Process Mining beginnen. Alles andere – wie Kundennamen, Auftragswerte oder Mitarbeiter-IDs – sind optionale Ergänzungen, sogenannte „Attribute“, die Ihre Analyse bereichern.
Bevor wir tiefer eintauchen, klären wir ein häufiges Missverständnis:
Eine Activity ist eine Art von Aktion, wie z.B. „Order Shipped“ oder „Payment Received“. Stellen Sie sich das als eine Kategorie oder ein Label vor.
Ein Event ist ein spezifisches Vorkommnis dieser Activity. Wenn die Order Nr. 12345 am 15. Januar um 14:30 Uhr versandt wird, ist das ein Event.
Ihr Event Log enthält Events, aber jedes Event hat einen Activity-Namen. In der Praxis werden diese Begriffe oft synonym verwendet, und das ist in Ordnung. Merken Sie sich einfach: Activities beschreiben das „Was“, und Events das „Wann und wem es passiert ist“.
Um diesen Leitfaden praxisnah zu gestalten, arbeiten wir mit einem fiktiven System. Stellen Sie sich vor, Sie leiten Pizza Palace, eine lokale Pizzeria mit einem Online-Bestellsystem. Kunden geben Bestellungen über die Website auf, Mitarbeiter bereiten die Pizzen zu und Fahrer liefern sie aus.
Das System von Pizza Palace verfügt über mehrere Datenbanktabellen, die verschiedene Teile des Bestellprozesses verfolgen:
Ihr Ziel: Erstellen Sie einen Event Log, der den gesamten Weg jeder Bestellung von der Aufgabe bis zur Lieferung aufzeigt.
Beim Aufbau eines Event Logs werden Sie auf zwei Arten von Ereignissen stoßen:
Direkte Events werden explizit in Ihrem System erfasst. Jemand hat einen Button geklickt oder das System hat eine Aktion protokolliert, und der timestamp ist direkt in der Datenbank verfügbar.
Beispiele von Pizza Palace:
orders-Tabelle)payments-Tabelle)delivery_assignments-Tabelle)Implizite Events haben keinen eigenen Timestamp, aber Sie können ihren Zeitpunkt aus anderen Daten ableiten.
Beispiele von „Pizza Palace“:
delivery_assignments enthält ein created_at-Feld, das angibt, wann die Zuweisung erfolgte.Der entscheidende Unterschied: Direkte Events werden explizit erfasst, während implizite Events eine Interpretation anderer Datenfelder erfordern. Beide Event-Typen sind für Process Mining valide und nützlich.
Bevor Sie Daten extrahieren, planen Sie, welche Ereignisse Sie erfassen möchten. Für Pizza Palace wollen wir diese Aktivitäten verfolgen:
Identifizieren Sie für jedes Ereignis:
Hier ist unsere Zuordnung:
| Aktivität | Quelltabelle | Timestamp-Feld | Case ID-Feld |
|---|---|---|---|
| Bestellung aufgegeben | orders | created_at | id |
| Zahlung erhalten | payments | payment_time | order_id |
| Bestellung an Küche gesendet | kitchen_queue | queue_entry_time | order_id |
| Bestellung fertig | kitchen_queue | completed_time | order_id |
| Fahrer zugewiesen | delivery_assignments | assigned_at | order_id |
| Lieferung abgeschlossen | delivery_assignments | delivered_at | order_id |
Obwohl Case ID, Timestamp und Activity erforderlich sind, machen Attribute Ihre Analyse deutlich aussagekräftiger. Attribute sind zusätzliche Spalten, die Kontextinformationen liefern.
Case attributes beschreiben den gesamten case (Auftrag) und sind für alle Events in diesem case gleich:
Event attributes sind spezifisch für jedes Event:
Profi-Tipp: Es ist absolut in Ordnung, alle attributes in jeder Zeile zu haben, auch wenn einige für bestimmte Events nicht zutreffen. Zum Beispiel kann Ihre Zeile „Bestellung aufgegeben“ eine leere Spalte „Fahrername“ haben. Dies hält Ihr Event Log in einem einfachen, flachen Tabellenformat, das Process Mining Tools bevorzugen.
Ihr fertiger Event Log sollte eine einzige Tabelle sein, in der jede Zeile ein Ereignis darstellt. So wird unser Pizza Palace Event Log aussehen:
| Case ID | Timestamp | Activity | Kunde | Bestellwert | Fahrer | Zahlungsmethode |
|---|---|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:00 | Bestellung aufgegeben | John Smith | 45.99 | ||
| 1001 | 2025-01-15 18:30:15 | Zahlung erhalten | John Smith | 45.99 | Kreditkarte | |
| 1001 | 2025-01-15 18:31:00 | Bestellung an Küche gesendet | John Smith | 45.99 | ||
| 1001 | 2025-01-15 18:45:00 | Bestellung fertig | John Smith | 45.99 | ||
| 1001 | 2025-01-15 18:46:00 | Fahrer zugewiesen | John Smith | 45.99 | Maria Garcia | |
| 1001 | 2025-01-15 19:05:00 | Lieferung abgeschlossen | John Smith | 45.99 | Maria Garcia | |
| 1002 | 2025-01-15 18:35:00 | Bestellung aufgegeben | Jane Doe | 28.50 | ||
| 1002 | 2025-01-15 18:35:20 | Zahlung erhalten | Jane Doe | 28.50 | PayPal | |
| … | … | … | … | … | … | … |
Beachten Sie, wie sich Fallattribute (Kunde, Bestellwert) für jedes Ereignis desselben Falls wiederholen. Diese Duplizierung ist beabsichtigt und erleichtert die Arbeit mit den Daten.
Wenn Sie Ihre Daten in Tabellenkalkulationen exportieren können, lässt sich ein Event Log manuell aufbauen. Diese Methode eignet sich hervorragend für kleine Datensätze oder wenn Sie gerade lernen.
Erstellen Sie pro Activity-Typ ein separates Arbeitsblatt:
Blatt 1: Order Placed
| Case ID | Timestamp | Activity | Customer | Order Value |
|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:00 | Order Placed | John Smith | 45.99 |
| 1002 | 2025-01-15 18:35:00 | Order Placed | Jane Doe | 28.50 |
Blatt 2: Payment Received
| Case ID | Timestamp | Activity | Customer | Order Value | Payment Method |
|---|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:15 | Payment Received | John Smith | 45.99 | Credit Card |
| 1002 | 2025-01-15 18:35:20 | Payment Received | Jane Doe | 28.50 | PayPal |
Stellen Sie sicher, dass alle Tabellen dieselben Spalten in derselben Reihenfolge haben. Fügen Sie bei Bedarf leere Spalten hinzu:
Tabelle 1: Order Placed (aktualisiert)
| Case ID | Timestamp | Activity | Customer | Order Value | Driver | Payment Method |
|---|---|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:00 | Order Placed | John Smith | 45.99 |
Erstellen Sie ein neues Blatt „Event Log“. Kopieren Sie anschließend alle Zeilen aus jedem Activity-Blatt nacheinander in dieses zusammengeführte Blatt.
Wählen Sie alle Ihre Daten aus und sortieren Sie nach:
Dies ordnet die Events innerhalb jedes Case in chronologischer Reihenfolge an und erleichtert so das Nachvollziehen des Verlaufs jeder einzelnen Order.
Speichern Sie Ihr zusammengeführtes Blatt als CSV-Datei. Dieses Format funktioniert mit praktisch jedem Process Mining Tool.
Excel-Tipps:
Für größere Datensätze oder regelmäßige Extraktionen ist SQL effizienter und wiederholbarer. Die Schlüsseltechnik ist die Verwendung von UNION ALL, um mehrere Abfragen zu einem einzigen Ergebnis zusammenzuführen.
UNION ALL stapelt die Ergebnisse mehrerer SELECT-Anweisungen übereinander. Jede SELECT-Anweisung wird zu einem Satz von Rows in Ihrem finalen Result. Alle SELECTs müssen die gleiche Anzahl von Columns mit kompatiblen Data Types aufweisen.
Hier ist eine SQL-Abfrage, die ein Event Log für Pizza Palace erstellt:
-- Event Log Extraction for Pizza Palace
-- This query combines multiple event types into a single event log
-- Each SELECT block represents one activity type
-- Event 1: Order Placed
-- Source: orders table
-- This captures when customers submit their orders
SELECT
o.id AS case_id, -- The order ID is our case identifier
o.created_at AS timestamp, -- When the order was placed
'Order Placed' AS activity, -- The activity name (hardcoded)
o.customer_name AS customer, -- Case attribute: who ordered
o.total_amount AS order_value, -- Case attribute: order value
NULL AS driver, -- Not applicable for this event
NULL AS payment_method -- Not applicable for this event
FROM orders o
WHERE o.created_at >= '2025-01-01' -- Filter to your desired date range
UNION ALL
-- Event 2: Payment Received
-- Source: payments table
-- This captures successful payment processing
SELECT
p.order_id AS case_id,
p.payment_time AS timestamp,
'Payment Received' AS activity,
o.customer_name AS customer, -- Join to get case attributes
o.total_amount AS order_value,
NULL AS driver,
p.payment_method AS payment_method -- Event-specific attribute
FROM payments p
JOIN orders o ON p.order_id = o.id -- Join to get order details
WHERE p.payment_time >= '2025-01-01'
AND p.status = 'successful' -- Only include successful payments
UNION ALL
-- Event 3: Order Sent to Kitchen
-- Source: kitchen_queue table
-- This captures when the kitchen starts working on the order
SELECT
k.order_id AS case_id,
k.queue_entry_time AS timestamp,
'Order Sent to Kitchen' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
NULL AS driver,
NULL AS payment_method
FROM kitchen_queue k
JOIN orders o ON k.order_id = o.id
WHERE k.queue_entry_time >= '2025-01-01'
UNION ALL
-- Event 4: Order Ready
-- Source: kitchen_queue table (different timestamp field)
-- This is an inferred event based on when the kitchen marked it complete
SELECT
k.order_id AS case_id,
k.completed_time AS timestamp, -- Different timestamp than entry
'Order Ready' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
NULL AS driver,
NULL AS payment_method
FROM kitchen_queue k
JOIN orders o ON k.order_id = o.id
WHERE k.completed_time >= '2025-01-01'
AND k.completed_time IS NOT NULL -- Only include completed orders
UNION ALL
-- Event 5: Assigned to Driver
-- Source: delivery_assignments table
-- This captures when a driver is assigned to deliver the order
SELECT
d.order_id AS case_id,
d.assigned_at AS timestamp,
'Assigned to Driver' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
d.driver_name AS driver, -- Event-specific attribute
NULL AS payment_method
FROM delivery_assignments d
JOIN orders o ON d.order_id = o.id
WHERE d.assigned_at >= '2025-01-01'
UNION ALL
-- Event 6: Delivery Completed
-- Source: delivery_assignments table (different timestamp field)
-- This captures when the order was delivered to the customer
SELECT
d.order_id AS case_id,
d.delivered_at AS timestamp,
'Delivery Completed' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
d.driver_name AS driver,
NULL AS payment_method
FROM delivery_assignments d
JOIN orders o ON d.order_id = o.id
WHERE d.delivered_at >= '2025-01-01'
AND d.delivered_at IS NOT NULL -- Only include completed deliveries
-- Final ordering: by case, then by time
-- This makes the event log easy to read and follow
ORDER BY case_id, timestamp;
Um weitere Events zu Ihrem Log hinzuzufügen:
Zum Beispiel, um ein “Delivery Attempted”-Event hinzuzufügen:
UNION ALL
-- Event 7: Delivery Attempted
-- Add this to track failed delivery attempts
SELECT
d.order_id AS case_id,
d.attempt_time AS timestamp,
'Delivery Attempted' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
d.driver_name AS driver,
NULL AS payment_method
FROM delivery_attempts d
JOIN orders o ON d.order_id = o.id
WHERE d.attempt_time >= '2025-01-01'
Beginnen Sie mit den drei erforderlichen Spalten und nur wenigen Schlüsselaktivitäten. Sobald Sie erfolgreich einen grundlegenden Event Log erstellt und in ein Process Mining Tool geladen haben, können Sie zurückkehren und weitere Ereignisse und Attribute hinzufügen.
Bevor Sie sich in die Analyse stürzen, prüfen Sie Ihr Event Log auf häufige Probleme:
Halten Sie fest, welche:
Diese Dokumentation ist von unschätzbarem Wert, wenn Sie Ihr Event Log später aktualisieren oder Fehler beheben müssen.
Achten Sie auf konsistente Namen für Aktivitäten bei allen Extraktionen:
Wenn Ihre Daten aus verschiedenen Systemen oder Regionen stammen, stellen Sie sicher, dass alle timestamps in derselben Zeitzone liegen. UTC ist oft die sicherste Wahl für Konsistenz.
Manchmal wird dasselbe Event in mehreren Tabellen protokolliert. Zum Beispiel könnten sowohl Ihr Auftragssystem als auch Ihr ERP erfassen, wann eine Bestellung versandt wird.
Lösung: Wählen Sie eine Quelle als „source of truth“ und verwenden Sie nur diese. Dokumentieren Sie Ihre Wahl.

Manche Events haben möglicherweise keinen eigenen timestamp. Ein „Bestellung genehmigt“ könnte zum Beispiel nur ein boolean flag sein.
Lösung: Suchen Sie nach verwandten timestamps. Vielleicht gibt es ein Feld „approved_at“ oder Sie können den „modified_at“ timestamp verwenden, wenn sich der Status des approved flag geändert hat.
Wenn Sie mehrere Millionen Events haben, können Ihre Abfragen langsam sein oder beim Extrahieren abstürzen.
Lösung:
Sobald Sie Ihren Event Log als CSV-Datei oder Datenbankexport erstellt haben, sind Sie bereit, ihn in ein Process Mining Tool zu laden. Die meisten Tools folgen einem ähnlichen Prozess:
Moderne Process Mining Tools wie ProcessMind gestalten diesen Prozess unkompliziert. Laden Sie einfach Ihren Event Log hoch, und das Tool visualisiert Ihren Prozess automatisch und deckt Engpässe, Variationen und Verbesserungspotenziale auf.
Die Erstellung eines Process Mining Event Logs erfordert keine Spezialwerkzeuge oder tiefgreifendes technisches Wissen. Im Grunde organisieren Sie Ihre Daten einfach in einer Tabelle mit drei wesentlichen Spalten: Case ID, Timestamp und Activity.
Ganz gleich, ob Sie Excel für kleinere Datensätze oder SQL für größere, komplexere Extraktionen verwenden, die Prinzipien bleiben dieselben:
Der schwierigste Teil ist nicht die technische Extraktion, sondern das ausreichende Verständnis Ihres Prozesses, um zu wissen, welche Ereignisse relevant sind. Beginnen Sie mit den offensichtlichen Ereignissen (Bestellung aufgegeben, Bestellung abgeschlossen) und fügen Sie nach und nach weitere Details hinzu, sobald Sie verstehen, welche Erkenntnisse Ihr Process Mining Tool liefert.
Bereit, tiefer einzutauchen? Entdecken Sie unsere Seiten zur kontinuierlichen Prozessverbesserung, wo Sie detaillierte Informationen über Aktivitäten und Datenanforderungen für gängige Prozesse wie Beschaffung-zu-Zahlung, Auftrag-zu-Zahlung und Kreditorenbuchhaltung finden. Diese Ressourcen umfassen Datenvorlagen für bekannte Systeme wie SAP, Oracle und Microsoft Dynamics, was Ihnen einen Vorsprung bei der Erstellung Ihres Event Logs verschafft.
Sofort loslegen
Warten Sie nicht auf den perfekten Event Log. Beginnen Sie mit dem, was Sie haben, lernen Sie aus den erstellten Prozesskarten und iterieren Sie. Selbst ein einfacher Event Log mit grundlegenden Aktivitäten kann überraschende Einblicke darüber liefern, wie Ihre Prozesse wirklich funktionieren.
Verwandeln Sie Process Mining-Dashboards in umsetzbare Erkenntnisse. Erfahren Sie, wie Sie Daten verstehen, Muster aufdecken und echte Verbesserungspotenziale f…
Standard-Konnektoren versprechen eine einfache Datenextraktion für Process Mining, führen aber oft zu Komplexität, Verzögerungen und Vendor Lock-in. Entdecken S…
Der umfassende Guide für effektive Prozessoptimierung und Business Transformation durch smarte Datennutzung.
Vergleichen Sie Celonis Process Mining mit ProcessMind 2025. Finden Sie die passende Process Mining Software für Ihr Unternehmen.
Sofort Zugriff – keine Kreditkarte, keine Wartezeit. Erleben Sie, wie Mapping, Mining und Simulation für schnellere, bessere Entscheidungen zusammenspielen.
Entdecken Sie alle Features, erhalten Sie wertvolle Insights und optimieren Sie Ihre Abläufe ab dem ersten Tag.
Starten Sie jetzt Ihre kostenlose Testphase mit voller Process Intelligence – sehen Sie echte Verbesserungen in unter 30 Tagen!