UiPath Documentation
process-mining
2021.10
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

Bereinigen von Eingabedaten

Bereinigen von Eingabedaten

Wenn Daten in den Basic Connector geladen werden, ist es möglich, dass das Dataset falsche oder irrelevante Fälle und Ereignisse enthält. Der Basic Connector enthält zwei Filter, die verwendet werden können, um diese Fälle und Ereignisse zu entfernen, den Cases filter und Events filter.

Siehe Abbildung unten.

Fälle-Filter

Der Filter Fälle gilt für alle Fälle in der Tabelle Cases_input und wird häufig verwendet, um doppelte Fälle zu entfernen oder bestimmte Falltypen auszulassen. Im folgenden Beispiel werden Fälle mit einem negativen Betrag gefiltert. Der Ergebnisbereich zeigt, dass 15 Fälle basierend auf dieser Definition herausgefiltert werden.

Filter „Ereignisse“.

Der Filter „Ereignisse“ gilt für alle Ereignisse in der Tabelle Events_input und wird häufig verwendet, um bestimmte Aktivitäten auszulassen oder Ereignisse vor einem bestimmten Datum herauszufiltern. Der Filter „Ereignisse“ verweist immer auf den Filter „Fälle“ , um Ereignisse zu entfernen, bei denen der Fall im Filter „Fälle“ herausgefiltert wurde . Im folgenden Beispiel werden Ereignisse entfernt, die vor dem 01.01.2016 geschehen sind. Der Ergebnisbereich zeigt, dass dadurch 72 191 Ereignisse entfernt werden.

Anwenden des Filters

Standardmäßig werden Cases filter und Events filter in der Verknüpfung der Tabellen Cases_preprocessing und Events_preprocessing angewendet. Aus diesem Grund reicht es aus, nur die Filter selbst zu ändern. Die Einstellung garantiert, dass die Vorverarbeitungstabellen nur Daten gemäß der Filterdefinition enthalten.

Doppelklicken Sie auf die Tabelle Cases_preprocessing oder Events_preprocessing , um zu überprüfen, wie der Filter angewendet wird.

Cases_preprocessing

Die Verknüpfung der Cases_preprocessing -Tabelle wendet den Filter „Fälle“ in der where-Bedingung an. Infolgedessen enthält die Tabelle alle Daten, die in der Cases_input -Tabelle enthalten sind, mit Ausnahme der Datensätze, die vom Fälle-Filter herausgefiltert werden . Das folgende Beispiel zeigt, dass 15 Datensätze ausgeschlossen werden, was den 15 false-Werten im Filter Fälle selbst entspricht.

Events_preprocessing

Der Filter „Ereignisse“ gilt für alle Ereignisse in der Tabelle Events_input und wird häufig verwendet, um bestimmte Aktivitäten auszulassen oder Ereignisse vor einem bestimmten Datum herauszufiltern. Der Filter „Ereignisse“ verweist immer auf den Filter „Fälle“ , um Ereignisse zu entfernen, bei denen der Fall im Filter „Fälle“ herausgefiltert wurde . Im folgenden Beispiel werden Ereignisse entfernt, die vor dem 01.01.2016 geschehen sind. Der Ergebnisbereich zeigt, dass dadurch 72 191 Ereignisse entfernt werden.

Ersetzen von Attributen

Anstatt Attribute in Ihrem Dataset zu haben, die im Basic Connector nicht vorhanden sind, ist es auch möglich, dass in AppOne Felder definiert sind, die nicht direkt einem der Felder in Ihrer Eingabedatendatei entsprechen. In diesem Fall sollten Sie einen Ausdruck für dieses Feld im Basic Connector erstellen.

In einigen Fällen möchten Sie möglicherweise nicht den gesamten Datensatz entfernen, sondern einfach die Werte des falschen Attributs korrigieren.

Um ein solches Attribut in UiPath Process Mining zu korrigieren, muss zuerst ein Ausdruck erstellt werden, der die richtigen Werte berechnet, und dann das falsche Attribut durch den neuen Ausdruck ersetzen.

Korrigieren des Attributwerts

Um das Attribut zu korrigieren, erstellen Sie einen neuen Ausdruck, der die richtigen Werte berechnet. Erstellen Sie diesen Ausdruck in derselben Tabelle, aus der das falsche Attribut stammt.

Das Attribut Case ID ist beispielsweise in den Tabellen Cases_preprocessing und Cases_base verfügbar, stammt jedoch aus Cases_input . Daher sollte der neue Ausdruck zur Korrektur auch in Cases_input berechnet werden.

Hinweis:

Es wird empfohlen, dem neuen Ausdruck den gleichen Namen wie das ursprüngliche Attribut zu geben.

In der Abbildung unten finden Sie ein Beispiel zum Entfernen des Präfixes COST_ aus Case ID in der Tabelle Cases_input .

Ersetzen des Attributs

Die Attribute der Tabellen im Basisconnector werden im gesamten Connector in verschiedenen Ausdrücken verwendet. Daher ist es nicht möglich, das falsche Attribut einfach zu löschen, sondern es muss durch den neuen Ausdruck ersetzt werden. In den folgenden Schritten wird erläutert, wie ein Attribut ersetzt wird.

Hinweis:

Es ist wichtig, diese Schritte in der Tabelle durchzuführen, aus der das falsche Attribut und der neue Ausdruck stammen.

Schritt 1: Festlegen der Verfügbarkeit des neuen Ausdrucks

Um ein Attribut zu ersetzen, muss die Verfügbarkeit beider Attribute gleich sein. Die beiden Fall-ID-Attribute in der folgenden Abbildung haben unterschiedliche Verfügbarkeiten.

Klicken Sie mit der rechten Maustaste auf den zweiten Fall-ID-Ausdruck und wählen Sie Verfügbarkeit – Öffentlich aus dem Kontextmenü aus, um die Verfügbarkeit in Öffentlich zu ändern.

Schritt 2: UIDs austauschen

Um das falsche Attribut an allen Stellen, an denen es im Connector verwendet wird, durch den neuen Ausdruck zu ersetzen, müssen die UIDs beider Attribute getauscht werden. Durch das Tauschen der UIDs ersetzt die Software alle Verweise auf das ursprüngliche Attribut durch Verweise auf den neuen Ausdruck und umgekehrt. Zum Tauschen von UIDs wählen Sie beide Attribute aus, klicken Sie mit der rechten Maustaste und wählen Sie Erweitert – UIDs wechseln im Kontextmenü aus. Siehe Abbildung unten.

Hinweis:
  • Die UID ist eine interne Software-ID und nicht die im Ausdruckseditor angezeigte ID. Nach dem Austauschen der UIDs haben sich der Name und die ID des Attributs oder Ausdrucks nicht geändert.
  • Wenn die UIDs nicht in der Tabelle ausgetauscht werden, aus der das ursprüngliche Attribut und der neue Ausdruck stammen, wird eine Warnung angezeigt und der Tausch wird nicht in der ursprünglichen Tabelle ausgeführt. Sie können die Änderungen mit STRG + Z rückgängig machen und das Attribut in der richtigen Tabelle ersetzen.
Schritt 3: Referenzen überprüfen

Um zu überprüfen, ob der Tausch erfolgreich war, überprüfen Sie die Verweise jedes der Attribute. Alle Verweise, die auf das ursprüngliche Attribut verwiesen haben, sollten jetzt auf den neuen Ausdruck verweisen (s. Beispiel unten). Auf das falsche Attribut darf nur der neue Ausdruck selbst verweisen. Um die Verweise zu überprüfen, wählen Sie ein Attribut aus, klicken Sie mit der rechten Maustaste und wählen Sie im Kontextmenü Erweitert – Verweise anzeigen aus.

Geister

Ein Ghost ist ein Attribut, das nicht mehr verfügbar ist, obwohl es noch im Connector verwendet wird. Wenn ein Ghost erstellt wird, wird eine Warnung angezeigt. Ein Geist wird durch das Symbol angezeigt. Löschen Sie niemals einen Geist, auf den noch Verweise verweisen. Machen Sie die Änderungen rückgängig, indem Sie CTRL+Z verwenden, bis das Geisterbild durch das tatsächliche Attribut ersetzt wird. Bewerten Sie, welche Schritte beim Ersetzen des Attributs schief gelaufen sind, und wiederholen Sie sie bei Bedarf.

Schritt 4: Festlegen der Verfügbarkeit des ursprünglichen Attributs

Wenn der Tausch erfolgreich war und die Verweise auf die richtigen Attribute verweisen, wird empfohlen, die Verfügbarkeit des ursprünglichen Attributs auf Privat festzulegen. Deshalb kann sie nicht in anderen Tabellen wie den Preprocessing und Base -Tabellen verwendet werden. In der Abbildung unten finden Sie die beiden Fall-ID-Attribute nach dem Tausch und das ursprüngliche Attribut, das auf privat festgelegt ist.

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