process-mining
latest
false
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.
UiPath logo, featuring letters U and I in white

Process Mining

Letzte Aktualisierung 30. Apr. 2025

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.

Das Hauptziel des Prozessverfolgungsdienstes besteht darin, eine umfassende End-to-End-Ansicht der Prozessausführung aus geschäftlicher Sicht zu bieten. Standardmäßig werden einige implizite Nachverfolgungsdaten generiert. Zudem können RPA-Entwickler explizites Tracking während des gesamten Prozesses implementieren, wodurch mehr Geschäftskontext hinzugefügt wird.


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.

Prozesszusammenfassung

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

Implizite Prozessnachverfolgung

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:



Die Automatisierung „Archivierter geschlossener Anspruch“ wird nicht im Prozessdiagramm angezeigt, da sie nicht über eine UiPath-Komponente mit dem Prozessantrag verknüpft ist. Stattdessen ist es über ein externes System verbunden. Um diese Verknüpfung herzustellen, muss Explicit Process Tracking implementiert werden.

Workflow-Nachverfolgung mit langer Ausführungszeit

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 .

Vom Roboter generierte Ablaufverfolgungen, Prozesse und Aufgaben

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.

Hinweis:
  1. Die Ausführung des Automatisierungsprozesses erfolgt immer im Kontext einer Ablaufverfolgung und einer Aufgabe.

  2. Implizit gilt jeder Automatisierungsprozess als Aufgabe und jede Ausführung eines Automatisierungsprozesses gilt als Ablaufverfolgung, die eine Aufgabe hat.

Weitergabe der Ablaufverfolgungs-ID

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.

Wichtig:

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.

Generierung der Aufgaben-ID

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.

Wichtig:

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:

  • Erfolgreiches Warteschlangenelement – Erfolgreiche Aufgabe

  • Fehlgeschlagenes Warteschlangenelement – Fehlgeschlagene Aufgabe

  • Verschobenes Warteschlangenelement – abgebrochene Aufgabe

<ProcessName-QueueName>– kombiniert den Prozessnamen, der das Warteschlangenelement verarbeitet hat, und den Namen der Warteschlange, in der sich das Element befindet.
  • Zeitstempel für Aufgabenstart – Wenn Automatisierung A1 mit der Verarbeitung des Warteschlangenelements beginnt.

  • Zeitstempel für Aufgabenende – Wenn die Automatisierung A1 den Status des Warteschlangenelements setzt oder das Warteschlangenelement verschiebt.

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.
  • Zeitstempel für Aufgabenstart – wenn die Automatisierung A1 angehalten wird.

  • Zeitstempel für das Aufgabenende – Wenn die Automatisierung A1 fortgesetzt wird.

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.
  • Zeitstempel für Aufgabenstart – wenn die Automatisierung A1 angehalten wird.

  • Zeitstempel für das Aufgabenende – Wenn die Automatisierung A1 fortgesetzt wird.

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.
  • Zeitstempel für Aufgabenstart – wenn die Automatisierung A1 angehalten wird.

  • Zeitstempel für das Aufgabenende – Wenn die Automatisierung A1 fortgesetzt wird.

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.
  • Zeitstempel für Aufgabenstart – wenn die Automatisierung A1 angehalten wird.

  • Zeitstempel für das Aufgabenende – Wenn die Automatisierung A1 fortgesetzt wird.

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.
  • Zeitstempel für den Aufgabenstart – Wenn die Automatisierung A1 angehalten wird.
  • Zeitstempel für das Aufgabenende – Wenn die Automatisierung A1 fortgesetzt wird.

Track Object

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"
    }

Explizite Prozessnachverfolgung

Explizite Prozessnachverfolgung ermöglicht RPA-Entwicklern, das implizite Prozessdiagramm durch Hinzufügen zusätzlicher Nachverfolgungsdaten zu verbessern, wodurch es besser auf eine BPMN-Ansicht ausgerichtet ist.


In der Regel besteht jeder Automatisierungsworkflow aus mehreren Aufgaben und verarbeitet verschiedene Objekte. Der Prozessinhaber muss eine durchgängige Transparenz über diese Flow-Pfade, Aufgaben und Objekte haben. Diese Klarheit kann die Verwaltung und Effizienz des Workflows erheblich verbessern.

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.

Die folgende Abbildung zeigt den Anspruchsprozess mit hinzugefügter expliziter Nachverfolgung.


Aktivieren Sie die Prozessverfolgung für eine Sequence

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.

Process Tracking Scope

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.

Hinweis:

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.

Um eine vorhandene Ablaufverfolgung zu finden, müssen Sie sie durch die Kombination der Objektdetails und des Prozessnamens identifizieren, der diesem Objekt zugeordnet ist. Beispiel: 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.

Track Object

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.

Hinweis:

Prozessverfolgung ist kein System von Datensätzen.

Weitere Informationen finden Sie in der Aktivität Track Object im Handbuch zu Workflow-Aktivitäten.

Allgemeine Muster für explizites Tracking in Automatisierungen

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

Es gibt Szenarien, in denen der Prozess erfordert, dass eine Automatisierung die Ablaufverfolgung durch externe Systeme weiterleitet, bevor zu einer zweiten Automatisierung zurückgegeben wird. Die folgende Abbildung zeigt das Beispiel für die Anspruchsbearbeitung, bei dem die Automatisierung des Anspruchsprozesses den Anspruch in SAP hinzufügt. Nach einem bestimmten Zeitraum, in dem der Anspruch einen bestimmten Status erreicht, nimmt eine zweite Automatisierung den Anspruch zurück und archiviert ihn zusammen mit allen Dokumenten.


Die einzige Verbindung zwischen den beiden ist das zu SAP hinzugefügte Objekt. Damit der Archivantrag eine Aufgabe mit der gleichen Ablaufverfolgung wie die im Prozessantrag verwendete verknüpft, muss die erste Automatisierung das SAP-Anspruchsobjekt nachverfolgen. Anschließend muss die zweite Automatisierung einen Process Tracking Scope implementieren, um der vorhandenen Ablaufverfolgung eine Aufgabe hinzuzufügen und sie basierend auf den Objektdetails zu identifizieren, die während der vorherigen Automatisierung aufgezeichnet wurden. Stellen Sie außerdem sicher, dass beide Automatisierungen Teil desselben Prozesses sind, indem Sie in der zweiten Automatisierung denselben Prozessnamen verwenden wie in der ersten Automatisierung. Stellen Sie sicher, dass beide Automatisierungen Teil desselben Prozesses sind, indem Sie denselben Prozessnamen verwenden
Hinweis:

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.

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
Uipath Logo White
Vertrauen und Sicherheit
© 2005–2025 UiPath. Alle Rechte vorbehalten