Process Mining Event Log erstellen: Die Anleitung

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.

Was ist ein Process Mining Event Log?

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:

SpalteBedeutungBeispiel
Case IDEine eindeutige Kennung, die zusammengehörige Ereignisse gruppiertBestell-Nr. 12345
TimestampWann das Ereignis stattfand2025-01-15 09:30:00
ActivityWas 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.

Den Unterschied verstehen: Events vs. Activities

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“.

Unser Beispiel: Das Bestellsystem von Pizza Palace

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:

  • orders – Grundlegende Bestellinformationen (Bestell-ID, Kunde, Bestellzeit)
  • order_items – Was bestellt wurde (Pizzen, Beilagen, Getränke)
  • kitchen_queue – Wann Bestellungen in die Küche gelangen und diese verlassen
  • delivery_assignments – Fahrerzuweisungen und Lieferverfolgung
  • payments – Aufzeichnungen zur Zahlungsabwicklung

Ihr Ziel: Erstellen Sie einen Event Log, der den gesamten Weg jeder Bestellung von der Aufgabe bis zur Lieferung aufzeigt.

Ereignistypen: Direkt vs. Abgeleitet

Beim Aufbau eines Event Logs werden Sie auf zwei Arten von Ereignissen stoßen:

Direkte Events

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:

  • Bestellung aufgegeben (timestamp in der orders-Tabelle)
  • Zahlung erhalten (timestamp in der payments-Tabelle)
  • Lieferung abgeschlossen (timestamp in der delivery_assignments-Tabelle)

Implizite Events (Abgeleitete Ereignisse)

Implizite Events haben keinen eigenen Timestamp, aber Sie können ihren Zeitpunkt aus anderen Daten ableiten.

Beispiele von „Pizza Palace“:

  • „Order Assigned to Driver“ hat möglicherweise keinen eigenen Timestamp, aber die Tabelle delivery_assignments enthält ein created_at-Feld, das angibt, wann die Zuweisung erfolgte.
  • „Pizza Ready“ kann aus dem Zeitpunkt abgeleitet werden, zu dem sich der Status der Küchenwarteschlange auf „completed“ änderte.

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.

Ihren Event Log planen

Bevor Sie Daten extrahieren, planen Sie, welche Ereignisse Sie erfassen möchten. Für Pizza Palace wollen wir diese Aktivitäten verfolgen:

  1. Bestellung aufgegeben – Kunde übermittelt die Bestellung
  2. Zahlung erhalten – Zahlung erfolgreich verarbeitet
  3. Bestellung an Küche gesendet – Bestellung gelangt in die Zubereitungswarteschlange
  4. Bestellung fertig – Küche markiert die Bestellung als abgeschlossen
  5. Fahrer zugewiesen – Ein Fahrer wird für die Lieferung zugewiesen
  6. Lieferung abgeschlossen – Bestellung wird an den Kunden geliefert

Identifizieren Sie für jedes Ereignis:

  • Welche Tabelle die Daten enthält
  • Welches Feld den Timestamp liefert
  • Was die Case ID ist (in unserem Fall die Bestell-ID)

Hier ist unsere Zuordnung:

AktivitätQuelltabelleTimestamp-FeldCase ID-Feld
Bestellung aufgegebenorderscreated_atid
Zahlung erhaltenpaymentspayment_timeorder_id
Bestellung an Küche gesendetkitchen_queuequeue_entry_timeorder_id
Bestellung fertigkitchen_queuecompleted_timeorder_id
Fahrer zugewiesendelivery_assignmentsassigned_atorder_id
Lieferung abgeschlossendelivery_assignmentsdelivered_atorder_id

Fall- und Ereignisattribute hinzufügen

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

Case attributes beschreiben den gesamten case (Auftrag) und sind für alle Events in diesem case gleich:

  • Kundenname
  • Gesamtwert des Auftrags
  • Lieferadresse
  • Anzahl der bestellten Artikel

Event Attributes

Event attributes sind spezifisch für jedes Event:

  • Fahrername (nur relevant für Liefer-Events)
  • Zahlungsmethode (nur relevant für Zahlungs-Events)
  • Küchenstation (nur relevant für Küchen-Events)

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.

Den Event Log aufbauen: Die einfache Struktur

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 IDTimestampActivityKundeBestellwertFahrerZahlungsmethode
10012025-01-15 18:30:00Bestellung aufgegebenJohn Smith45.99
10012025-01-15 18:30:15Zahlung erhaltenJohn Smith45.99Kreditkarte
10012025-01-15 18:31:00Bestellung an Küche gesendetJohn Smith45.99
10012025-01-15 18:45:00Bestellung fertigJohn Smith45.99
10012025-01-15 18:46:00Fahrer zugewiesenJohn Smith45.99Maria Garcia
10012025-01-15 19:05:00Lieferung abgeschlossenJohn Smith45.99Maria Garcia
10022025-01-15 18:35:00Bestellung aufgegebenJane Doe28.50
10022025-01-15 18:35:20Zahlung erhaltenJane Doe28.50PayPal

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.

Methode 1: Einen Event Log in Excel erstellen

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.

Schritt 1: Jeden Event-Typ in ein separates Blatt exportieren

Erstellen Sie pro Activity-Typ ein separates Arbeitsblatt:

Blatt 1: Order Placed

Case IDTimestampActivityCustomerOrder Value
10012025-01-15 18:30:00Order PlacedJohn Smith45.99
10022025-01-15 18:35:00Order PlacedJane Doe28.50

Blatt 2: Payment Received

Case IDTimestampActivityCustomerOrder ValuePayment Method
10012025-01-15 18:30:15Payment ReceivedJohn Smith45.99Credit Card
10022025-01-15 18:35:20Payment ReceivedJane Doe28.50PayPal

Schritt 2: Spalten standardisieren

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 IDTimestampActivityCustomerOrder ValueDriverPayment Method
10012025-01-15 18:30:00Order PlacedJohn Smith45.99

Schritt 3: Alle Blätter zusammenführen

Erstellen Sie ein neues Blatt „Event Log“. Kopieren Sie anschließend alle Zeilen aus jedem Activity-Blatt nacheinander in dieses zusammengeführte Blatt.

Schritt 4: Nach Case ID und dann nach Timestamp sortieren

Wählen Sie alle Ihre Daten aus und sortieren Sie nach:

  1. Case ID (aufsteigend)
  2. Timestamp (aufsteigend)

Dies ordnet die Events innerhalb jedes Case in chronologischer Reihenfolge an und erleichtert so das Nachvollziehen des Verlaufs jeder einzelnen Order.

Schritt 5: Als CSV exportieren

Speichern Sie Ihr zusammengeführtes Blatt als CSV-Datei. Dieses Format funktioniert mit praktisch jedem Process Mining Tool.

Excel-Tipps:

  • Verwenden Sie VLOOKUP oder XLOOKUP, um Case-Attribute (wie z. B. den Kundennamen) aus Ihrem Order-Blatt zu übernehmen.
  • Verwenden Sie konsistente Datumsformate (JJJJ-MM-TT HH:MM:SS funktioniert am besten).
  • Entfernen Sie alle doppelten Events vor dem Exportieren.

Methode 2: Einen Event Log mit SQL erstellen

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 verstehen

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.

Vollständiges SQL-Beispiel

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;

So erweitern Sie diese Abfrage

Um weitere Events zu Ihrem Log hinzuzufügen:

  1. Kopieren Sie einen der SELECT-Blöcke als Vorlage
  2. Ändern Sie den Tabellennamen in den Ihrer Quelltabelle
  3. Aktualisieren Sie das timestamp-Feld auf die korrekte Spalte
  4. Ändern Sie den Aktivitätsnamen, um das Event zu beschreiben
  5. Passen Sie die Attribute bei Bedarf an
  6. Fügen Sie passende WHERE-Bedingungen hinzu, um die Daten zu filtern

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'

Bewährte Praktiken für die Event Log-Erstellung

1. Einfach anfangen, später komplexer werden

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.

2. Daten validieren

Bevor Sie sich in die Analyse stürzen, prüfen Sie Ihr Event Log auf häufige Probleme:

  • Fehlende timestamps – Events ohne timestamps machen Process Mining unmöglich.
  • Duplikate – Dasselbe Event zweimal aufgezeichnet, verzerrt Ihre Ergebnisse.
  • Events außer der Reihenfolge – Ein „Bestellung bereit“ vor „Bestellung aufgegeben“ deutet auf Datenqualitätsprobleme hin.
  • Verwaiste Events – Events mit case IDs, die in keiner anderen Aktivität auftauchen.

3. Extraktion dokumentieren

Halten Sie fest, welche:

  • Tabellen Sie verwendet haben
  • Filter Sie angewendet haben
  • wann die Extraktion durchgeführt wurde
  • Annahmen Sie getroffen haben

Diese Dokumentation ist von unschätzbarem Wert, wenn Sie Ihr Event Log später aktualisieren oder Fehler beheben müssen.

4. Konsistente Benennung verwenden

Achten Sie auf konsistente Namen für Aktivitäten bei allen Extraktionen:

  • „Bestellung aufgegeben“ ist besser, als mal „Order Created“ und mal „New Order“ zu verwenden.
  • Legen Sie eine Namenskonvention fest und halten Sie sich daran.

5. Zeitzonen berücksichtigen

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.

Häufige Herausforderungen und Lösungen

Herausforderung: Dasselbe Event aus mehreren Quellen

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.

Illustration häufiger Herausforderungen bei der Erstellung von Process Mining Event Logs

Herausforderung: Events ohne Timestamps

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.

Herausforderung: Sehr hohes Event-Volumen

Wenn Sie mehrere Millionen Events haben, können Ihre Abfragen langsam sein oder beim Extrahieren abstürzen.

Lösung:

  • Fügen Sie Datumsfilter hinzu, um den Extraktionszeitraum zu begrenzen.
  • Extrahieren Sie in Batches (einen Monat auf einmal) und kombinieren Sie die Dateien später.
  • Ziehen Sie die Verwendung spezieller ETL-Tools für große Extraktionen in Betracht.

Wie geht es weiter? Laden Sie Ihren Event Log in ein Process Mining Tool

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:

  1. Laden Sie Ihre Datei hoch oder verbinden Sie das Process Mining Tool mit Ihren extrahierten Daten.
  2. Ordnen Sie Ihre Spalten zu (Case ID, Timestamp, Activity)
  3. Konfigurieren Sie zusätzliche Attribute
  4. Erstellen Sie Ihre Prozesskarte

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.

Fazit

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:

  1. Die zu verfolgenden Ereignisse identifizieren
  2. Den Timestamp für jeden Ereignistyp finden
  3. Alles in einer einzigen Tabelle zusammenführen
  4. Attribute hinzufügen, um Ihre Analyse zu bereichern

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.

Ähnliche Blogartikel

Erhalten Sie Experten-Insights zu Process Mining und Workflow-Optimierung direkt in Ihr Postfach
Ihren Prozess analysieren: Ein praktischer Leitfaden zu Process Mining-Erkenntnissen

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…

Warum wir Standard-Konnektoren meiden (und was wir stattdessen tun)

Warum wir Standard-Konnektoren meiden (und was wir stattdessen tun)

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…

Strategischer Leitfaden für data-getriebene Prozessoptimierung

Strategischer Leitfaden für data-getriebene Prozessoptimierung

Der umfassende Guide für effektive Prozessoptimierung und Business Transformation durch smarte Datennutzung.

Celonis Process Mining Alternativen: Warum ProcessMind die bessere Wahl ist

Celonis Process Mining Alternativen: Warum ProcessMind die bessere Wahl ist

Vergleichen Sie Celonis Process Mining mit ProcessMind 2025. Finden Sie die passende Process Mining Software für Ihr Unternehmen.

Stellen Sie sich der Challenge: Optimieren Sie Ihre Prozesse in unter 30 Tagen!

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!