- Versionshinweise
- Bevor Sie beginnen
- Verwalten des Zugriffs
- Erste Schritte
- Integrationen
- Arbeiten mit Prozess-Apps
- Arbeiten mit Dashboards und Diagrammen
- Arbeiten mit Prozessdiagrammen
- Arbeiten mit Discover-Prozessmodellen und Import BPMN-Modellen
- Showing or hiding the menu
- Kontextinformationen
- Exportieren
- Filter
- Senden von Automatisierungsideen an den UiPath® Automation Hub
- Tags
- Fälligkeitsdaten
- Vergleichen
- Konformitätsprüfung
- Ursachenanalyse
- Simulation des Automatisierungspotenzials
- Starten eines Task Mining-Projekts über Process Mining
- Auslösen einer Automatisierung über eine Prozess-App
- Anzeigen von Prozessdaten
- Erstellen von Apps
- Laden von Daten
- Transforming data
- Structure of transformations
- Tips for writing SQL
- Exportieren und Importieren von Transformationen
- Anzeigen der Datenausführungsprotokolle
- Zusammenführen von Ereignisprotokollen
- Konfigurieren von Tags
- Konfigurieren von Fälligkeitsdaten
- Konfigurieren von Feldern für das Automatisierungspotenzial
- Verfügbarmachen der Transformationen in Dashboards
- Datenmodelle
- Anpassen von Prozess-Apps
- Veröffentlichen von Prozess-Apps
- App-Vorlagen
- Benachrichtigungen
- Zusätzliche Ressourcen
- Vorgefertigte Tags und Fälligkeitsdaten
- Bearbeiten von Datentransformationen in einer lokalen Umgebung
- Setting up a local test environment
- Systemanforderungen
- Konfigurieren des DataBridgeAgent
- Hinzufügen eines benutzerdefinierten Connectors zu DataBridgeAgent
- Verwenden von DataBridgeAgent mit dem SAP Connector für den Purchase-to-Pay Discovery Accelerator
- Verwenden von DataBridgeAgent mit dem SAP Connector für den Order-to-Cash Discovery Accelerator
- Erweitern des Extraktionstools SAP Ariba
- Leistungsmerkmale

Process Mining
Funktionsweise der Prozessnachverfolgung
Stellen Sie sich die Prozessverfolgung als ein System vor, mit dem Sie den Fortschritt eines Anspruchs verfolgen können, während er in einem Anspruchsverwaltungsprozess verschiedene Phasen in mehreren Systemen durchläuft.
In diesem Kontext bezieht sich der Prozessverfolgungsdienst auf jede einzelne Prozessinstanz, die einen einzelnen Anspruch als Ablaufverfolgung verarbeitet.
Betrachten wir ein Beispiel für die Anspruchsbearbeitung, das vier verschiedene Automatisierungen umfasst.
Automatisierung |
Beschreibung |
Anspruchsaufnahme |
Ein Verteiler, der mit ReFramework erstellt wurde. Er wird jeden Morgen ausgeführt und jede neu empfangene Anforderung wird als Warteschlangenelement zu einer Warteschlange hinzugefügt. Die mit diesem Schritt verknüpfte Aufgabe hat einen Verweis auf die ausgeführte JobID. Hinweis:
Die Anspruchsaufnahme ist mit der Funktion „Anpassungen über eine Warteschlange als Verteiler-Ausführende auswerten“ verknüpft. |
Ansprüche auswerten |
Ein Ausführender, der mit dem ReFramework erstellt wurde. Er wird jeden Tag ausgeführt und verarbeitet jede Warteschlangentransaktion. Er führt mehrere Prüfungen durch, und wenn alle Bewertungen bestanden wurden, wird ein Auftrag zur Bearbeitung des Anspruchs gestartet. Die mit diesem Schritt verknüpfte Aufgabe hat einen Verweis auf das ausgeführte Warteschlangenelement. |
Prozessansprüche |
Workflows mit langer Ausführungszeit, die eine Approval Action Center-Aufgabe (Genehmigen des hohen Anspruchs) auslösen, wenn ein hoher Anspruch bearbeitet wird. Sobald der Genehmigungsschritt abgeschlossen ist, wird der Anspruch zu SAP hinzugefügt. Die mit der Aufgabe „Hohen Anspruch genehmigen“ verknüpfte Aufgabe hat einen Verweis auf die ausgeführte Aufgaben-ID. Hinweis:
„Process Claim“ ist eine Automatisierung, die durch „Ansätze auswerten“ mit „Auftrag starten“ gestartet wurde. |
Geschlossenen Anspruch archivieren |
Jedes Ende der Woche ruft die Automatisierung jeden Anspruch mit dem Status Geschlossen von SAP ab und archiviert alle Dokumente. Hinweis:
Der archivierte geschlossene Anspruch ist über die in SAP hinzugefügte Entität „Anspruchsobjekt“ mit dem Prozessantrag verknüpft. |
-
Der Prozessname ist „Clay Management“.
-
Die Ablaufverfolgungs-ID verfolgt die End-to-End-Ausführung jeder Anspruchs-ID.
-
Die impliziten Aufgaben in der Ablaufverfolgung sind:
-
Anspruchsaufnahme;
-
Ansprüche Auswerten;
-
Prozessansprüche;
-
Hohen Anspruch genehmigen.
-
-
Für jede Aufgabe kann der RPA-Entwickler entscheiden, ob er der Aufgabe Geschäftsobjekte, den ursprünglichen Verweis auf das Anspruchsdokument oder die Anspruchsinformationen aus SAP hinzufügen möchte.
Bei der impliziten Prozessnachverfolgung generiert jede Automatisierungsausführung einer Automatisierung eine Ablaufverfolgung und jede Automatisierung wird als Aufgabe betrachtet. Das bedeutet, dass bei der Ausführung einer Automatisierung eine Ablaufverfolgung und eine Aufgabe generiert werden.
Wenn zwei Automatisierungs-Workflows eine Verknüpfung haben (über ein QueueItem oder über eine Aktivität Start Job und Get Reference), wird die Ablaufverfolgungs-ID von einem Automatisierungs-Workflow an einen anderen übergeben, um die Ursache zu erfassen.
Wenn die obige Automatisierung zur Anspruchsbearbeitung mit dem neuesten Roboter- und Systempaket aktualisiert wird und eine Weile ausgeführt wird, generiert die Prozessoptimierungs- App daher das folgende Prozessdiagramm:
Jeder Knoten in der Arbeitsfläche mit langer Ausführungszeit wird automatisch vom Prozessverfolgungsdienst nachverfolgt. Weitere Informationen zum Erstellen und Konfigurieren von Workflow-Automatisierungen mit langer Ausführungszeit finden Sie im Studio-Handbuch unter Workflows mit langer Ausführungszeit .
UiPath Robot ist in Verbindung mit den in einem Automatisierungsworkflow konfigurierten Aktivitäten für die Verwaltung der standardmäßigen Nachverfolgung von Geschäftsprozessen verantwortlich.
Wenn eine Automatisierung nicht durch eine andere Automatisierung ausgelöst wird, werden die folgenden Schritte ausgeführt:
-
Automatisierungen starten
-
Startet eine neue Ablaufverfolgung mit demselben Prozessnamen wie der in Orchestrator veröffentlichte.
-
Startet eine neue Aufgabe mit dem Prozessnamen, der in Orchestrator als Aufgabenname veröffentlicht wird.
-
-
Automatisierung beenden
-
Beendet die Aufgabe.
-
-
Die Ausführung des Automatisierungsprozesses erfolgt immer im Kontext einer Ablaufverfolgung und einer Aufgabe.
-
Implizit gilt jeder Automatisierungsprozess als Aufgabe und jede Ausführung eines Automatisierungsprozesses gilt als Ablaufverfolgung, die eine Aufgabe hat.
Die Weitergabe der Ablaufverfolgungs-ID bezieht sich auf das Verhalten, wenn die Ablaufverfolgungs-ID einer Automatisierung, z. B. A1, automatisch zu einer Automatisierung A2 übertragen wird. Alle Aufgaben in der Automatisierung A2 gehören zur Ablaufverfolgungs-ID der Automatisierung A1.
Die auf dieser Seite aufgeführten Aktivitäten unterstützen den Process Tracking Service nur, wenn für die Automatisierung, die sie enthält, die Option Prozessverfolgung aktiviert ist.
Die folgende Tabelle fasst die Aktivitäten zusammen, die die Weitergabe von Ablaufverfolgungs-IDs generieren:
Aktivitäten |
Weitergabe der Ablaufverfolgungs-ID |
---|---|
Auftragsbezogene Aktivitäten |
tritt auf, wenn Automatisierung A1 die Automatisierung A2 auslöst, und die von der Automatisierung A1 generierte Ablaufverfolgungs-ID wird automatisch auf die Automatisierung A2 übertragen. Alle Aufgaben in der Automatisierung A2 gehören zur Ablaufverfolgungs-ID der Automatisierung A1. |
Warteschlangenbezogene Aktivitäten |
Tritt auf, wenn Automatisierung A1 mithilfe der genannten Aktivitäten ein Warteschlangenelement QI-1 erstellt. Die von der Automatisierung A1 generierte Ablaufverfolgungs-ID wird automatisch auf die Automatisierung übertragen, die das Warteschlangenelement QI-1 verarbeitet. |
Action Center-bezogene Aktivitäten | Tritt auf, wenn Automatisierung A1 eine Human-in-the-Loop-Aktion erstellt, die über Action Center verwaltet werden kann. Die von der Automatisierung A1 generierte Ablaufverfolgungs-ID wird automatisch auf die Action Center -Aufgabe übertragen. |
IntelligentOCR-bezogene Aktivitäten |
Tritt auf, wenn die Automatisierung A1 eine Dokumentvalidierungs- oder Klassifizierungsaktion erstellt, die über eine Action Center-Aufgabe verwaltet werden kann. Die von der Automatisierung A1 generierte Ablaufverfolgungs-ID wird automatisch auf die Action Center -Aufgabe übertragen. |
Aufgabengenerierung bezieht sich auf das Verhalten, wenn eine Automatisierung, z. B. A1, angehalten wird und auf den Abschluss eines externen Ereignisses wartet, bevor sie fortgesetzt wird, z. B. die vollständige Ausführung einer anderen Automatisierung, das Verarbeiten von Warteschlangenelementen oder das Warten auf eine externe Aufgabe abschließen.
Die auf dieser Seite aufgeführten Aktivitäten unterstützen den Process Tracking Service nur, wenn für die Automatisierung, die sie enthält, die Option Prozessverfolgung aktiviert ist.
Die folgende Tabelle fasst die Aktivitäten zusammen, die neue Aufgaben-IDs generieren:
Aktivitäten |
Generierung der Aufgaben-ID |
Syntax für den Aufgabennamen |
Zeitstempel für Start und Ende der Aufgabe |
---|---|---|---|
Warteschlangenbezogene Aktivitäten |
Tritt auf, wenn Automatisierung A1 eine Warteschlangentransaktion startet und verarbeitet. Die Automatisierung A1 ordnet die Status der Warteschlangenelemente den Aufgabenstatus zu:
| <ProcessName-QueueName>– kombiniert den Prozessnamen, der das Warteschlangenelement verarbeitet hat, und den Namen der Warteschlange, in der sich das Element befindet. |
|
Auftragsbezogene Aktivitäten | Tritt auf, wenn die Automatisierung A1 angehalten ist und auf die vollständige Ausführung der Automatisierung A2 wartet, bevor sie fortgesetzt wird. | <ProcessName>– Bezieht sich auf den Namen des Prozesses für die Automatisierung A2, wie im Orchestrator veröffentlicht. |
|
Action Center-bezogene Aktivitäten | Tritt auf, wenn die Automatisierung A1 auf den Abschluss einer Human-in-the-Loop-Aktion wartet. | <NameOfTheWaitActivity>– Bezieht sich auf den Namen der „Wait for“-Aktivität, der zur Entwurfszeit in UiPath Studio festgelegt wurde. |
|
Produktivitätsaktivitäten
| Tritt auf, wenn die Automatisierung A1 angehalten ist und auf die vollständige Ausführung der Automatisierung A2 wartet, bevor sie fortgesetzt wird. | <ActivityNameInStudio>– Verweist auf den Namen der Persistenzaktivität, die in Studio zur Entwurfszeit festgelegt wurde. |
|
Integration Service – Wait for an Event and Resume- Aktivitäten | Tritt auf, wenn die Automatisierung A1 angehalten wird und auf ein bestimmtes Ereignis in einer Drittanbieteranwendung wartet, bevor sie fortgesetzt wird. | <ActivityNameInStudio>– Verweist auf den Namen der Integration Service-Persistenzaktivität, die zur Entwurfszeit in Studio festgelegt wurde. |
|
IntelligentOCR-bezogene Aktivitäten |
Tritt auf, wenn die Automatisierung A1 darauf wartet, dass eine Human-in-the-Loop-Aktion beendet wird. | <NameOfTheWaitActivity> – Bezieht sich auf den Namen der Aktivität „Wait for“, wie zur Entwurfszeit in UiPath Studio festgelegt. |
|
Objektverfolgung
Objektnachverfolgung: Wenn eine Automatisierung, z. B. A1, ein Objekt O1 über „Create“-Aktivitäten des Integration Service erstellt, verfolgt sie ihren Fortschritt durch die Automatisierung A2 mithilfe des O1- Objekttyps und der Objekt-ID- Eigenschaften. Ausnahmen stellen die Aktivitäten „Read“ oder „List“ dar.
Jede Integration Service-Aktivität „Create“ fügt die Nachverfolgung für ihr Objekt wie folgt hinzu:
-
Objekttyp:
<IntegrationServiceObject>
, z. B. „Konto“ -
Objekt-ID:
<System Object ID>
, z. B. „0010700000gMXRqAAO“ -
Objektinteraktion: <Basierend auf der<Based on the activity used> verwendeten Aktivität>, z. B. „Erstellen“, „Aktualisieren“ oder „Löschen“
-
Objekteigenschaften:
{ XUiPathConnectorKey: "<XUiPathConnectorKey>", // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc" XUiPathConnectorName: "<XUiPathConnectorName>", // for example, XUiPathConnectorName: "Salesforce" XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>", // for example, XUiPathObjectDisplayName: "Account" XUiPathObjectName: "<XUiPathObjectName>" // for example, XUiPathObjectName: "curated_account" }
{ XUiPathConnectorKey: "<XUiPathConnectorKey>", // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc" XUiPathConnectorName: "<XUiPathConnectorName>", // for example, XUiPathConnectorName: "Salesforce" XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>", // for example, XUiPathObjectDisplayName: "Account" XUiPathObjectName: "<XUiPathObjectName>" // for example, XUiPathObjectName: "curated_account" }
Mithilfe expliziter Prozessverfolgungsaktivitäten kann der RPA-Entwickler zusätzliche Aufgaben und Objekte verfolgen oder Ablaufverfolgungen und Prozesse verwalten und sie über externe Systeme hinweg nachverfolgen.
RPA-Entwickler gruppieren die funktionalen und logischen Schritte normalerweise in separaten Workflows oder Sequences. Diese logischen Schritte können wertvolle Aufgaben sein, die ein Prozessinhaber oder ein Center of Excellence (COE)-Leiter verfolgen möchte.
In einer Situation, in der die Automatisierung bereits vorhanden ist und eine explizite Prozessverfolgung erforderlich ist, ist es wichtig, eine reibungslose Erfahrung für RPA-Entwickler zu gewährleisten, ohne die Workflowlogik zu stören. Dazu wird die Eigenschaft Prozessverfolgung ausgewählt, um eine beliebige Sequence zum Generieren einer Aufgabe zu aktivieren.
Der Process Tracking Scope kann wie jede andere Aktivität, die zum Verfolgen bestimmter Geschäfts-Sequences in UiPath Process Mining verwendet wird, der Canvas hinzugefügt werden. Weitere Informationen finden Sie in der Aktivität Process Tracking Scope im Handbuch zu Workflow-Aktivitäten.
Aufgabengenerierung
Process Tracking Scope erstellt eine Aufgabe mit dem Startzeitstempel, wenn der Scope beginnt, und mit dem Endzeitstempel, wenn der Scope endet.Generierung geschachtelter Aufgaben
Wenn ein Process Tracking Scope innerhalb eines anderen Process Tracking Scope hinzugefügt wird, generiert der innere Scope eine Aufgabe als untergeordnete Aufgabe. Die übergeordneten/untergeordneten Beziehungen werden in der Prozessverfolgungsstruktur beibehalten und können durch Hierarchisches Process Mining im Prozessdiagramm sichtbar sein.
Status der impliziten Aufgabe
Der Standardstatus der Aufgabe wird auf „Erfolgreich“ festgelegt.
Wenn eine nicht erfasste Ausnahme innerhalb der Aktivität auftritt, wird die Aufgabe mit dem Status „Fehlgeschlagen“ geschlossen und die Ausnahme wird in der Prozessoptimierungs-App verfügbar gemacht.
Explizite Aufgabenstatus
Mit der Aktivität Set Task Status können Sie das Beenden einer bestimmten Aufgabe innerhalb eines Process Tracking Scopes explizit steuern. Es ermöglicht eine genaue Darstellung der einzelnen Schritte in der Analytik.
Die Aktivität Set Task Status ist nützlich, wenn Sie einen Status zuweisen müssen, der sich von den impliziten Status „Erfolgreich“ oder Fehlern „Fehlgeschlagen“ unterscheidet. Dies kann von Ihrer Workflow-Logik abhängen.
In einem Workflow für die Dokumentverarbeitung überprüft eine Aufgabe beispielsweise, ob alle Dokumente vorhanden sind. Wenn ein Dokument fehlt, verwenden Sie Aufgabenstatus festlegen, um den Status als „Abgebrochen“ zu markieren. Folgeaktionen können das Senden einer Überarbeitungsanforderung an den Ersteller umfassen.
Sehen Sie sich auch die Aktivität Set Task Status im Handbuch zu den Workflow-Aktivitäten an.
Weitergabe der Ablaufverfolgungs-ID
Die Prozessverfolgung bietet verschiedene Optionen für die Weitergabe der Ablaufverfolgungs-ID.
Weitergabe der Ablaufverfolgungs-ID in der aktuellen Ablaufverfolgung
Die aktuelle Ablaufverfolgungs-ID wird an die neu erstellte Aufgabe übergeben und verfolgt sie in derselben Ablaufverfolgung.
Der Kontext der Ablaufverfolgung wird geändert, wenn die folgenden Aktivitäten verwendet werden:
ODER:
ODER:
ODER:
ODER:
Wenn diese Aktivitäten verwendet werden, werden aufgrund der impliziten Nachverfolgung alle expliziten Aufgaben, die bei der Ausführung des aufgerufenen Auftrags oder der Verarbeitung des Warteschlangenelements konfiguriert werden, als die ursprüngliche Ablaufverfolgung nachverfolgt, die den Auftrag oder das Warteschlangenelement erstellt hat.
Weitergabe der Ablaufverfolgungs-ID in einer neuen Ablaufverfolgung
Die Aktivität generiert eine neue Ablaufverfolgungs-ID und verfolgt die neu erstellte Aufgabe innerhalb der neuen Ablaufverfolgung. Der RPA-Entwickler muss den Prozessnamen angeben, dem die neue Ablaufverfolgung zugewiesen werden soll.
Am Ende des Scope wird die Aufgabe geschlossen und der Ablaufverfolgungskontext wird wieder auf den vorherigen geändert.
Weitergabe der Ablaufverfolgungs-ID in einer vorhandenen Ablaufverfolgung
Wählen Sie diese Option aus, wenn Sie die Aufgabe zu einer vorhandenen Ablaufverfolgung hinzufügen müssen. In der Regel ist diese andere Ablaufverfolgung Teil eines separaten Automatisierungsprozesses, der nicht über Warteschlangen oder Aufträge verknüpft ist.
The Invoice Processing trace where Invoice UIP-100 has been Created
.
Status der expliziten Ablaufverfolgung – Ablaufverfolgung beenden
Mit der Aktivität Set Trace Status können Sie das Beenden einer Ablaufverfolgung in einem Process Tracking Scope manuell steuern. Sie ermöglicht eine genaue Darstellung des Prozessabschlusses in Analysen. Wenn Sie die Ablaufverfolgung nicht explizit beenden, bleibt sie auf unbestimmte Zeit aktiv.
Es wird empfohlen, diese Aktivität zu verwenden, um den Abschluss oder Fehlschlag eines größeren Prozesses zu markieren.
Überprüfen Sie auch die Aktivität Set Trace Status im Handbuch zu den Systemaktivitäten.
Mit der Aktivität Track Object können Sie ein Objekt für eine bestimmte Aufgabe konfigurieren und überwachen. Das Objekt kann zusätzliche Kontextdaten in der Prozessoptimierungs-App bereitstellen. Das Objekt kann auch verwendet werden, um zwei verschiedene Automatisierungen zu verbinden, indem eine Aufgabe innerhalb einer vorhandenen Ablaufverfolgung nachverfolgt wird. In diesem Fall wird das Objekt gefunden, das dieser Ablaufverfolgung zugeordnet ist.
Prozessverfolgung ist kein System von Datensätzen.
Weitere Informationen finden Sie in der Aktivität Track Object im Handbuch zu Workflow-Aktivitäten.
Jede Warteschlangentransaktion eine andere Ablaufverfolgung
In bestimmten Szenarien stellt jedes Warteschlangenelement eine andere Prozessinstanz dar und es ist notwendig, jede Instanz als separate Prozessverfolgungsverfolgung zu verfolgen. Dazu muss der RPA-Entwickler erkennen, wann eine neue Ablaufverfolgung beginnt, und diese Sequence ordnungsgemäß mit einem Process Tracking Scope umgeben, um die Aufgabe so zu konfigurieren, dass sie in einer neuen Ablaufverfolgung nachverfolgt werden soll.
Es ist wichtig zu beachten, dass am Ende des Process Tracking Scope die Aufgabe endet und sich der Kontext zurück zur Aufgabe auf höherer Ebene verschiebt, die mit einer anderen Ablaufverfolgung verknüpft sein kann.
Eine empfohlene Lösung besteht darin, die Aktivität Add Queue Item im Process Tracking Scope zu umgeben und eine Aufgabe in einer neuen Ablaufverfolgung zu verfolgen. Auf diese Weise wird jedem Warteschlangenelement eine neue Ablaufverfolgung zugewiesen.
Wenn Ihr Prozess mehrere Verteiler-Performer-Automatisierungsworkflows und mehrere Warteschlangen umfasst, ist es ratsam, dieses Workflow-Update nur auf dem ersten Verteiler zu implementieren. Nachfolgende Warteschlangenelemente aus den anderen Warteschlangen sind bereits mit verschiedenen Ablaufverfolgungen verknüpft. Nachdem das Warteschlangenelement hinzugefügt wurde, sollte auch eine zusätzliche Aufgabe Kunden informieren erstellt werden.
Weitergeben einer Ablaufverfolgung durch externe Systeme
Die im ersten Prozess aufgezeichneten Objektidentifizierungsdetails müssen mit den im externen System eingegebenen Details übereinstimmen, um doppelte Felder zu vermeiden.
Wenn die Objektdetails identisch sind, können Sie Process Mining verwenden, um zusätzliche externe Systeme in dieselbe Prozessoptimierungs-App zu integrieren.
- Prozesszusammenfassung
- Implizite Prozessnachverfolgung
- Workflow-Nachverfolgung mit langer Ausführungszeit
- Vom Roboter generierte Ablaufverfolgungen, Prozesse und Aufgaben
- Weitergabe der Ablaufverfolgungs-ID
- Generierung der Aufgaben-ID
- Track Object
- Explizite Prozessnachverfolgung
- Aktivieren Sie die Prozessverfolgung für eine Sequence
- Process Tracking Scope
- Track Object
- Allgemeine Muster für explizites Tracking in Automatisierungen