UiPath Documentation
process-mining
2.2510
true
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde. Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.

Process Mining-Benutzerhandbuch

Letzte Aktualisierung 20. Mai 2026

Process Mining-Typen

Folgt direkt dem Diagramm

Folgt direkt Prozessmodelle (Adjazenzdiagramme) konzentrieren sich auf Einfachheit und Lesbarkeit und zeigen eine klare und direkte Darstellung des Ereignisprotokolls. Diese Prozessmodelle sind intuitiv und leicht verständlich, sodass sie hilfreich sind, da sie den grundlegenden Ablauf von Aktivitäten leicht verstehen. Auch wenn sie eventuell nicht alle komplexen Verhaltensweisen im Prozess erfassen, wie z. B. Parallelität, bieten die direkt folgenden Prozessmodelle einen nützlichen Ausgangspunkt für die Prozessanalyse.

Die Beziehung Folgt direkt stellt die Reihenfolge dar, in der Aktivitäten in einem Prozess auftreten. Sie basiert auf Ereignisprotokollen, die Aufzeichnungen von Aktivitäten enthalten, die während der Ausführung eines Prozesses ausgeführt wurden. Durch die Analyse der Ereignisprotokolle können Process Mining-Techniken identifizieren, welche Aktivitäten normalerweise nacheinander ausgeführt werden. Zwischen diesen beiden Aktivitäten ist eine Edge als A➝B definiert.

Wenn beispielsweise die Pfade A→B und C→D in einem Prozess parallel ausgeführt werden können, können die Aktivitäten der beiden Pfade im Ereignisprotokoll in beliebiger Reihenfolge auftreten. Bei der Methode „Folgt direkt dem Diagramm“ werden diese Ereignisse nicht als parallel ausgeführt, und der resultierende Prozessablauf kann wie folgt aussehen: A➝C➝B➝D.

Ein Discover-Prozessmodell oder ein BPMN-Prozessmodell berücksichtigt jedoch parallele Strukturen.

Prozessmodell erkennen

Die Erkennung eines Prozessmodells ermöglicht Ihnen ein besseres Verständnis Ihrer Prozessstruktur. Durch die Analyse des gesamten Prozesses (des gesamten Ereignisprotokolls) mit erweiterten Process Mining-Techniken werden Aktivitäten automatisch erkannt, die parallel ablaufen, Teil einer Entscheidung sind oder Teil einer komplexeren Schleife sind. Diese Beziehungen werden als Prozesssemantiken bezeichnet.

In der folgenden Tabelle werden die semantischen Prozesstypen beschrieben, die in Prozesserkennungsmodellen verwendet werden.

Typ des semantischen KnotensBeschreibungVisuelle Darstellung
Paralleles Gateway (UND)Stellt zwei oder mehr Verzweigungen dar, die parallel erfolgen.Paralleles Gateway (UND)
Exklusives Auswahlgateway (XOR)Stellt eine ausschließliche Auswahl (Entscheidungspunkt) zwischen zwei oder mehr Verzweigungen dar.Exklusives Auswahlgateway (XOR)
SchleifengatewayStellt einen wiederholbaren Unterprozess mit einem Schleifentextpfad und einem oder mehreren Nachbearbeitungspfaden dar.Schleifengateway

BPMN-Modell importieren

Wählen Sie BPMN-Modell importieren aus, wenn Sie Ihr eigenes BPMN 2.0-Modell importieren und als Process Mining-Typ für Ihre Prozess-App verwenden möchten.

Hinweis:

Mit dem BPMN-Modell ordnen erweiterte Prozessalgorithmen Ihre Ereignisprotokolldaten dem BPMN-Modell zu, sodass Sie analysieren können, wie das BPMN-Modell und Ihre Daten zusammenhängen.

  1. Ziehen Sie die .bpmn -Datei, die das BPMN 2.0-Modell enthält, das Sie importieren möchten, und legen Sie es ab.

Wenn die Datei erfolgreich importiert wurde, ist die Schaltfläche Weiter aktiviert.

Tipp:

Wenn Sie nach dem Erstellen der Prozess-App ein anderes BPMN-Modell verwenden möchten, können Sie ein BPMN-Modell in Prozessmodelle importieren.

Anforderungen an BPMN-Modelle

In den folgenden Abschnitten werden die Anforderungen für den erfolgreichen Import eines BPMN 2.0-Modells für die Verwendung in Process Mining beschrieben.

Allgemeine Anforderungen für das BPMN-Modell

  • Das BPMN muss dem BPMN 2.0-Standard entsprechen.
  • Das BPMN muss eine einzelne Prozessdefinition enthalten.
  • Der BPMN darf nur unterstützte Elemente enthalten.
  • Alle Knoten im BPMN müssen eine ID haben.
  • Das BPMN-Modell sollte nicht mehr als 999 Knoten enthalten.

Unterstützte BPMN-Elemente

Die folgenden BPMN-Elemente werden unterstützt:

  • Ereignisse starten
  • Beenden Sie Ereignisse
  • Aufgaben
  • Exklusive Auswahlgateways
  • Inklusive Auswahlgateways
  • Parallele Gateways
  • Sequence-Flows

Aufgaben- und Flow-Anforderungen

AnforderungenBeispiel
Ein Startereignis muss definiert werden, und es kann nur ein Startereignis geben.
Ein Endereignis muss definiert werden, und es kann nur ein Endereignis geben.
Mindestens eine Aktivitätsaufgabe muss definiert sein.
Für das BMPM-Modell müssen mindestens zwei Sequence-Flows definiert sein.
Die Aufgaben müssen eindeutige Beschriftungen haben.
Alle Sequence-Abläufe müssen eine Quelle und ein Ziel haben.
Jede Aufgabe muss einen einzigen eingehenden und einen einzigen ausgehenden Sequence-Flow haben.
Das Startereignis hat nur eine einzige ausgehende Edge.
Das Endereignis hat nur eine einzige eingehende Kante.
Alle Knoten und Sequence Flows im BPMN sind in einem einzigen Modell verbunden.

Gateway-Voraussetzungen

Die Gateways in der BPMN müssen Paare bilden. Jedes Paar verfügt über ein öffnendes Gateway, das den Prozessablauf in mehrere Prozessabläufe aufteilt . Jedes Paar verfügt über ein schließendes Gateway, das die aufgeteilten Prozessabläufe zu einem einzigen Fluss verbindet . Diese Struktur wird als Block bezeichnet. Die Flows innerhalb eines Blocks können andere, geschachtelte Blöcke enthalten. Die einzigen Flows, die zum Eingeben und Verlassen der Flows innerhalb eines Blockes genutzt werden, führen jedoch die Aufteilungs- und Join- Gateways aus.

Die folgende Abbildung zeigt ein Beispiel für ein BPMN-Modell mit Gateway-Paaren, die Blöcke bilden. Die Blöcke werden hervorgehoben.

AnforderungenBeispiel
Jedes Gateway ist entweder ein Aufteilungs- oder ein Join- Gateway.
Ein geteiltes Gateway hat eine einzelne eingehende Edge und mindestens zwei ausgehende Edges.Aufteilen des Gateways
Ein Join- Gateway hat mindestens zwei eingehende Edges und eine einzelne ausgehende Edge.Treten Sie dem Gateway bei
Für jedes geteilte Gateway gibt es ein entsprechendes Join-Gateway desselben Typs und umgekehrt.
Jedes Split-Join-Gateway-Paar und die Elemente zwischen ihnen sind eine Single-Entry-Single-Exit-Komponente: eine Modellkomponente, die nur eine einzige Eingangs-Edge und eine einzige Ausgangs-Edge hat.
Jeder Pfad von einem geteilten Gateway bis zu dem entsprechenden Join-Gateway muss auch ein Single-Entry-Single-Exit sein.
Es kann keine direkten Sequence-Flows zwischen entsprechenden aufteilenden und verbindenden parallelen Gateways geben.
Jedes exklusive Auswahl-Gateway-Paar, das einen Schleifenfluss zu einem vorherigen Punkt im Prozess beschreibt, kann keinen leeren Hauptpfad und einen leeren Redo-Pfad haben, da dies eine unbestimmte Schleife ermöglicht, ohne dass eine Aufgabe ausgeführt wird.

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben