- Versionshinweise
- Erste Schritte
- Installation
- Hard- und Softwareanforderungen
- Serverinstallation
- Aktualisierung der Lizenz
- Bereitstellen des UiPath Process Mining-Profilers
- Bereitstellen eines Connectors (.mvp)
- Aktualisieren von UiPath Process Mining
- Aktualisieren einer benutzerdefinierten Version einer App oder eines Discovery Accelerators
- Installieren einer Trainingsumgebung
- Konfiguration
- Integrationen
- Authentication
- Working with Apps and Discovery Accelerators
- AppOne-Menüs und -Dashboards
- AppOne-Einrichtung
- Menüs und Dashboards von TemplateOne 1.0.0
- Setup von TemplateOne 1.0.0
- TemplateOne menus and dashboards
- Setup von TemplateOne 2021.4.0
- Purchase-to-Pay Discovery Accelerator-Menüs und -Dashboards
- Einrichtung des Purchase-to-Pay-Discovery-Beschleunigers
- Menüs und Dashboards des Order-to-Cash Discovery Accelerators
- Einrichtung des Order-to-Cash Discovery-Beschleunigers
- Basic Connector for AppOne
- Bereitstellen des einfachen Connectors
- Einführung zu Basic Connector
- Eingabetabellen des Basic Connectors
- Attribute zuordnen
- Bereinigen von Eingabedaten
- Hinzufügen von Tags
- Hinzufügen von Automatisierungsschätzungen
- Hinzufügen von Fälligkeitsdaten
- Hinzufügen von Referenzmodellen
- Einrichten von praktisch umsetzbaren Erkenntnissen
- Festlegen von reduzierbaren Diagrammen
- Verwenden des Ausgabe-Datasets in AppOne
- Output tables of the Basic Connector
- SAP Connectors
- Introduction to SAP Connector
- SAP-Eingabe
- Überprüfen der Daten im SAP Connector
- Hinzufügen von prozessspezifischen Tags zum SAP Connector für AppOne
- Hinzufügen von prozessspezifischen Fälligkeitsdaten zum SAP Connector für AppOne
- Hinzufügen von Automatisierungsschätzungen zum SAP Connector für AppOne
- Hinzufügen von Attributen zum SAP Connector für AppOne
- Hinzufügen von Aktivitäten zum SAP Connector für AppOne
- Hinzufügen von Entitäten zum SAP Connector für AppOne
- SAP Order to Cash Connector für AppOne
- SAP Purchase to Pay Connector für AppOne
- SAP Connector for Purchase to Pay Discovery Accelerator
- SAP Connector für den Order-to-Cash Discovery Accelerator
- Superadmin
- Die Registerkarte Arbeitsbereiche
- Die Registerkarte Entwicklungsdaten
- Die Registerkarte Versionen
- Die Registerkarte Freigegebene Daten
- The Builds tab
- Die Registerkarte Serverdaten
- Die Registerkarte Einstellungen (Settings)
- Die Registerkarte Superadmin-Benutzer
- Die Registerkarte Status
- Die Registerkarte Lizenz
- Erstellen von Releases
- Anzeigen des Verlaufs der Verzweigung
- Creating Apps
- Modules
- Dashboards und Diagramme
- Tabellen und Tabellenelemente
- Anwendungsintegrität
- How to ....
- Arbeiten mit SQL-Connectors
- Introduction to SQL connectors
- Setting up a SQL connector
- CData Sync extractions
- Running a SQL connector
- Editing transformations
- Freigeben eines SQL-Connectors
- Scheduling data extraction
- Struktur von Transformationen
- Using SQL connectors for released apps
- Generating a cache with scripts
- Setting up a local test environment
- Separate development and production environments
- Nützliche Ressourcen
Process Mining-Benutzerhandbuch
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.
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.
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.
- 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.