- Versionshinweise
- Bevor Sie beginnen
- 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
- 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
Automatisierungsdaten
Sie können Daten aus einer Process Mining-App mit Daten aus Automatisierungen verbinden, die auf der UiPath Platform ausgeführt werden. Dadurch erhalten Sie eine vollständige Ansicht der Prozesse, die über UiPath überwacht werden.
Wenn Sie Automatisierungsdaten mit Ihren Prozessdaten verbinden, erhalten Sie einen detaillierteren Überblick über den End-to-End-Prozess. Das bietet einen besseren Einblick in die „Human-in-the-Loop“-Vorgänge, die innerhalb des Prozesses ablaufen. Darüber hinaus können Sie die Verzögerungen zwischen automatisierten und manuellen Schritten sowie zwischen Systemschritten besser verstehen und auch bestimmte Ziele verfolgen.
Die Objektinformationen (Objekttypen und Objekt-IDs), die sowohl im Process Mining-Projekt als auch in den Automatisierungsdaten vorhanden sind, werden verwendet, um die Automatisierungsdaten mit Ihren Prozessdaten zu verbinden.
Sie können beispielsweise Coupa-Systemdaten für den Purchase-to-Pay-Prozess mit Automatisierungsdaten für den Rechnungsverarbeitungsprozess verbinden, der ein Unterprozess des Purchase-to-Pay-Prozesses ist, indem Sie die Objekttyp Sales Order- Objekt-ID SalesOrderID als Verbindungs-IDs verwenden über mehrere Datenquellen hinweg.
Es wird davon ausgegangen, dass Sie über Automatisierungsdaten verfügen, die den Prozessverfolgungsdienst nutzen, und über ein oder mehrere Geschäftsobjekte verfügen, die den Aufgaben in den Automatisierungen zugeordnet sind. Weitere Informationen finden Sie unter Prozessverfolgung .
Führen Sie die folgenden Schritte aus, um Automatisierungsdaten zu den Eingabedaten hinzuzufügen.
-
Wählen Sie das Symbol Daten hinzufügen aus
neben Automatisierungsdaten im Abschnitt Eingabedaten des Datentransformations -Editors.
Das Fenster Automatisierten Geschäftsprozess auswählen wird geöffnet und zeigt verfügbare Prozessautomatisierungen an.
Hinweis:Sie können auch Daten hinzufügen aus dem Fenster Automatisierungsdaten verwalten auswählen, um das Fenster Automatisierten Geschäftsprozess auswählen zu öffnen.
-
Wählen Sie den/die Prozess(e) aus, den/die Sie mit Ihren Process Mining- App-Daten verbinden möchten.
-
Wählen Sie Konfigurieren aus.
Die Automatisierungsdaten werden hochgeladen und die folgenden Tabellen werden der Automatisierungsdatenliste im Abschnitt Eingabedaten hinzugefügt:
-
Automation_events
-
Queue_items
-
Action_center_tasks
-
Automation_due_dates
Führen Sie die folgenden Schritte aus, um Automatisierungsdaten zu löschen.
-
Gehen Sie zum Fenster Automatisierten Geschäftsprozess auswählen .
-
Deaktivieren Sie den/die Prozess(e), für die Sie keine Automatisierungsdaten mehr laden möchten.
-
Wählen Sie Konfigurieren aus.
Wählen Sie das Symbol Einstellungen aus um das Fenster Automatisierungsdaten verwalten zu öffnen.
Ausschließen von Tabellen aus der Automatisierung
Automation_events
, Queue_items
, Action_center_tasks
und Automation_due_dates
in den Eingabedaten für Automatisierungen enthalten.
Sie können die Tabellen auswählen, die Sie von der Eingabe ausschließen möchten.
Festlegen eines Datumsbereichs für die Automatisierungsdaten
Wenn Sie einen begrenzten oder bestimmten Zeitrahmen für die Automatisierung festlegen möchten, können Sie das Start- und Enddatum angeben, die den Zeitrahmen definieren. Der angegebene Zeitrahmen gilt für alle Tabellen, die Teil der Eingabedaten sind.
Dies kann weiterhin Daten von außerhalb des Zeitrahmens einschließen, wenn eine Ablaufverfolgung über das gewählte Enddatum hinaus fortgesetzt wird (oder endet). Dies liegt daran, dass die Zeitrahmenbeschränkung für den Beginn der Ablaufverfolgung gilt, nicht für die Dauer oder das Ende davon. Daher sind alle Daten, die von der Ablaufverfolgung nach dem gewählten Enddatum generiert werden, weiterhin in den Ergebnissen enthalten.
Aktualisieren der Daten
Automatisierungsdaten werden automatisch aktualisiert, wenn Daten für die Prozess-App geladen werden.
Sie können die Daten auch im Fenster Automatisierungsdaten verwalten aktualisieren. Führen Sie die folgenden Schritte aus.
-
Wählen Sie Daten aktualisieren aus. Eine Bestätigungsmeldung wird angezeigt.
-
Wählen Sie Neu laden aus, um alle verfügbaren Automatisierungsdaten neu zu laden.
Automation_events
werden die Automatisierungsereignisse und die beteiligten Geschäftsobjekte gespeichert.
Automation_events
-Tabelle beschrieben.
Feld |
Typ |
Beschreibung |
| text |
Der eindeutige Bezeichner der Ablaufverfolgung. |
| text | Name des Prozesses. Dies wird vom Benutzer beim Verbinden von Automatisierungsdaten ausgewählt. Eine oder mehrere Ablaufverfolgungen können ausgewählt werden. |
|
text | Der eindeutige Bezeichner des Ereignisses. |
Parent_event_ID |
text |
Der
Event_ID des übergeordneten Termins.
|
| text | Name des Automatisierungsereignisses. |
| text | Der Bezeichner des Geschäftsobjekts im Zusammenhang mit dem Automatisierungsereignis. Dies wird explizit vom Benutzer im Automatisierungsworkflow festgelegt. |
Object_type |
text | Welcher Typ von Geschäftsobjekt. Zum Beispiel Kundenauftrag, Rechnung oder Kunde. |
Object_interaction | text | Informationen über das Objekt, das sich auf das Ereignis bezieht. Zum Beispiel eine Interaktion erstellen oder genehmigen. |
Object_properties | text | Ein JSON-Wert, in dem alle Eigenschaften im Zusammenhang mit dem Objekt gespeichert werden (Schlüssel-Wert-Paare). |
Automation_name | text |
Auftragseigenschaft aus dem Auftrag, die das Automatisierungsereignis protokolliert. Im Falle eines „Warten auf Auftrag“-Ereignisses ist es die Eigenschaft des Auftrags, auf den gewartet wird. |
|
text | Der Typ der Aufgabe, die der Roboter ausführen wird. |
Job_source | text | Ein Hinweis darauf, von wo aus der Auftrag initiiert wurde. |
Job_info | text | Eine kurze Beschreibung des Auftrags. |
|
text | Die Version der Automatisierung. |
Host_machine_name | text | Der Name des Computers oder Servers, auf dem der Auftrag ausgeführt wird. |
Robot_name |
text | Der Name des Roboters, der den Auftrag ausgeführt hat. |
Robot_type |
text | Der Typ des Roboters, der für die Ausführung des Auftrags verantwortlich ist. Beispiel: „Attended“, „Unattended“ oder „Non-Production“. |
| text | Der Bezeichner des Automatisierungsereignisses. Ein Ereignis kann mehrmals auftreten, wenn sich mehrere Objekte auf das Ereignis beziehen. |
Queue_item_ID |
text | Der Bezeichner des Warteschlangenelements, wenn sich ein Warteschlangenelement auf das Automatisierungsereignis bezieht. |
|
text | Der Bezeichner der Aufgabe, wenn sich eine Aufgabe auf das Automatisierungsereignis bezieht. |
Event_start | Zeitstempel | Zeitstempel, wann ein Automatisierungsereignis gestartet wurde. Das ist immer verfügbar. |
Event_end | Zeitstempel | Zeitstempel, wann ein Automatisierungsereignis beendet wurde. Dies ist nur verfügbar, wenn das Ereignis beendet ist. |
Queue_items
-Tabelle werden die Warteschlangenelemente gespeichert, die sich auf Automatisierungsereignisse beziehen.
Queue_items
-Tabelle beschrieben.
Feld | Typ |
Beschreibung |
|
text |
Der Bezeichner zum Verknüpfen des Warteschlangenelements mit einem Automatisierungsereignis. |
|
text |
Der Name der Warteschlange, zu der das Warteschlangenelement gehört. |
|
timestamp |
Das Datum und die Uhrzeit, zu der das Warteschlangenelement für die Verarbeitung verfügbar wird. |
|
timestamp |
Das Datum und die Uhrzeit, zu der das Warteschlangenelement abgeschlossen werden soll. |
|
timestamp |
Das Datum und die Uhrzeit, zu der das Warteschlangenelement zur Warteschlange hinzugefügt wurde. |
|
timestamp |
Das Datum und die Uhrzeit, zu der die Verarbeitung des Warteschlangenelements begann. |
|
timestamp |
Das Datum und die Uhrzeit, zu der das Warteschlangenelement abgeschlossen wurde. |
|
duration/integer |
Die Anzahl der Millisekunden zwischen
Start_processing und End_processing .
|
|
text |
Ein Hinweis darauf, warum das Warteschlangenelement nicht abgeschlossen oder erfolgreich verarbeitet werden konnte. |
|
text |
Ein Indikator für den Fortschritt des Warteschlangenelements. |
|
text |
Ein eindeutiger Bezeichner für das Warteschlangenelement. |
|
integer |
Die Anzahl der Wiederholungen, mit denen das Warteschlangenelement erneut versucht wird, wenn es beim ersten Mal fehlschlägt. |
|
text |
Der Benutzer, der für die Überprüfung des erfolgreichen Abschlusses des Warteschlangenelements verantwortlich ist. |
|
text |
Der Status des Warteschlangenelements, das durch die Überprüfung angegeben wird. |
|
text |
Der Name des Roboters, der das Warteschlangenelement verarbeitet hat. |
|
text |
Die Priorität des Elements in der Warteschlange. |
|
text |
Der Status des Warteschlangenelements, während es verarbeitet wird. |
|
text |
Ein Hinweis darauf, ob bei der Verarbeitung des Elements ein Fehler aufgetreten ist. |
|
text |
Der Typ des Roboters, der für die Verarbeitung des Warteschlangenelements verantwortlich ist. Beispiel: „Attended“, „Unattended“ oder „Non-Production“. |
|
boolean |
Eine abgeleitete Eigenschaft aus dem Verarbeitungsstatus. Das Warteschlangenelement gilt als geöffnet, wenn der Verarbeitungsstatus „Neu“ oder „In Bearbeitung“ ist. |
Action_center_tasks
werden die Aufgaben aus dem Action Center gespeichert, die mit Automatisierungsereignissen zusammenhängen.
Action_center_tasks
-Tabelle beschrieben.
Feld |
Typ |
Beschreibung |
|
text |
Bezeichner zum Verknüpfen der Aufgabe mit einem Automatisierungsereignis. |
|
text |
Die Beschreibung der Aufgabe. |
Catalog |
text | Die Liste der Aufgaben, die zum Abschließen des Workflows ausgeführt werden müssen. |
|
text |
Der Benutzer oder das System, die für die Durchführung der Aufgabe verantwortlich sind. |
|
text |
Die Aktivität oder ein Satz von Aktivitäten, die zum Abschließen dieser Aufgabe ausgeführt werden müssen. |
Priority |
text | Die Priorität der Aufgabe im Workflow. |
Status |
text | Der tatsächliche Status der Aufgabe im Workflow. |
Type |
text | Eine Klassifizierung der Aufgabe. |
|
timestamp |
Das Datum und die Uhrzeit, wann die Aufgabe erstellt wurde. |
|
timestamp |
Das Datum und die Uhrzeit, zu der die Aufgabe zuletzt zugewiesen wurde. |
|
timestamp |
Das Datum und die Uhrzeit, zu der die Aufgabe abgeschlossen wurde. |
Is_completed | boolean | Ein Hinweis darauf, ob die Aufgabe abgeschlossen ist. |
|
integer |
Ein abgeleitetes Feld, das auf dem Unterschied zwischen der Erstellung und dem zuletzt zugewiesenen Zeitstempel basiert. |
|
integer |
Ein abgeleitetes Feld, das auf der Differenz zwischen Erstellungs- und Fertigstellungszeitstempel basiert. |
|
integer |
Ein abgeleitetes Feld, das auf der Anzahl der Benutzer basiert, die an der Überprüfung der Aufgabenereignisse beteiligt waren. |
Automation_due_dates
-Tabelle speichert die Fälligkeitsdaten von Warteschlangenelementen und Aufgaben.
Automation_due_dates
-Tabelle beschrieben.
Feld |
Typ |
Beschreibung |
|
text |
Enthält nur Werte, wenn sich das Fälligkeitsdatum auf ein Warteschlangenelement bezieht. |
|
text |
Enthält nur Werte, wenn sich das Fälligkeitsdatum auf eine Aufgabe bezieht. |
|
text |
Der Name des Fälligkeitsdatums:
<queue name> , <task type> Aufgabenzuweisung oder <task type> Aufgabenabschluss.
|
Due_date_status | text | Ein Hinweis auf den Status der Aufgabe, der auf der Grundlage der erwarteten Fertigstellungszeit bestimmt wird. |
Action_on_overdue | text | Aktion, die ausgeführt werden soll, wenn die Aufgabe überfällig ist. Nur an aufgabenbezogenen Fälligkeitsdaten verfügbar. |
Actual_timestamp | Zeitstempel | Das Datum und die Uhrzeit, zu der das Warteschlangenelement oder die Aufgabe abgeschlossen wurde. |
|
timestamp |
Das Datum und die Uhrzeit, zu der das Warteschlangenelement oder die Aufgabe abgeschlossen werden muss. |
|
boolean |
Ein Hinweis darauf, ob das Fälligkeitsdatum eingehalten wird oder nicht. |
|
integer |
Die Differenz zwischen tatsächlicher und erwarteter Zeit. |
sources.yml
-Datei hinzu. Dann können Sie im dbt
-Projekt wie auf jede andere Eingabetabelle auf diese Quelltabellen verweisen.
sources.yml
hinzuzufügen.
sources:
- name: sources
schema: "{{ var('schema_sources', target.schema) }}"
# Enabled quoting for databases, schemas, and identifiers where the sources are located.
quoting:
database: true
schema: true
identifier: true
tables:
- name: Automation_events
- name: Queue_items
- name: Action_center_tasks
- name: Automation_due_dates
sources:
- name: sources
schema: "{{ var('schema_sources', target.schema) }}"
# Enabled quoting for databases, schemas, and identifiers where the sources are located.
quoting:
database: true
schema: true
identifier: true
tables:
- name: Automation_events
- name: Queue_items
- name: Action_center_tasks
- name: Automation_due_dates
Sie können den folgenden Code verwenden, um auf die Tabellen in Ihrem dbt-Projekt zu verweisen.
with Automation_events as (
select * from {{ source('sources', 'Automation_events') }}
),
Queue_items as (
select * from {{ source('sources', 'Queue_items') }}
),
Action_center_tasks as (
select * from {{ source('sources', 'Action_center_tasks') }}
),
Automation_due_dates as (
select * from {{ source('sources', 'Automation_due_dates') }}
),
with Automation_events as (
select * from {{ source('sources', 'Automation_events') }}
),
Queue_items as (
select * from {{ source('sources', 'Queue_items') }}
),
Action_center_tasks as (
select * from {{ source('sources', 'Action_center_tasks') }}
),
Automation_due_dates as (
select * from {{ source('sources', 'Automation_due_dates') }}
),
Sie können Ereignisse aus einer Automatisierung zum Ereignisprotokoll hinzufügen, wenn Ihre Process Mining -Transformationen mehrere Geschäftsobjekte abdecken. In diesem Szenario verbinden Sie Automatisierungsdaten mit einer Prozess-App, um mehr Verständnis für bestimmte Teile des Prozesses zu erhalten.
Sales order
-Objekt verbunden werden. Sie können ein anderes Objekt verwenden, indem Sie die relevanten Verweise nach Bedarf anpassen.
Führen Sie die folgenden Schritte aus, um dem Ereignisprotokoll Automatisierungen hinzuzufügen.
-
Fügen Sie eine neue SQL-Datei
Sales_order_automation_events
hinzu. -
Kopieren Sie das folgende SQL-Beispiel, in dem Sie:
-
Filtern Sie
Automation_events
nach dem Objekttyp Kundenauftrag. -
Benennen Sie
Object_ID
inSales_order_ID
um, um zu identifizieren, dass dies ein Kundenauftragsereignis ist. -
Verwenden Sie den in
Task
gespeicherten Wert alsActivity
. -
Fügen Sie mindestens das Pflichtfeld
Event_end
ein.with Automation_events as ( select * from {{ source('sources', 'Automation_events') }} ), Sales_order_automation_events as ( select Automation_events."Object_ID" as "Sales_order_ID", Automation_events."Task" as "Activity", Automation_events."Event_end", Automation_events."Event_ID", 'null' as "Parent_event_ID" from Automation_events where Automation_events."Object_type" = 'Sales order' ) select * from Sales_order_automation_events
with Automation_events as ( select * from {{ source('sources', 'Automation_events') }} ), Sales_order_automation_events as ( select Automation_events."Object_ID" as "Sales_order_ID", Automation_events."Task" as "Activity", Automation_events."Event_end", Automation_events."Event_ID", 'null' as "Parent_event_ID" from Automation_events where Automation_events."Object_type" = 'Sales order' ) select * from Sales_order_automation_events
-
-
Verbinden Sie die
Sales_order_automation_events
mit den anderen in Ihrem Process Mining-Projekt definierten Ereignissen.Hinweis:Wenn Sie die App-Vorlage Benutzerdefiniert oder Ereignisprotokoll verwenden, verfolgt Ihr Process Mining-Projekt nur ein Objekt von Interesse. Sie können die Automatisierungsereignisse auf Ihrem Objekt direkt mit dem Ereignisprotokoll vereinen.
-
Stellen Sie sicher, dass Sie eine eindeutige
Event_ID
für die vereinten Ereignisse generieren, um eindeutige Ereignisbezeichner in Ihrem Ereignisprotokoll sicherzustellen.
-
-
Stellen Sie sicher, dass die Objekt-ID, die Sie im Process Mining -Projekt definiert haben, mit der Objekt-ID aus Ihren Automatisierungsereignissen übereinstimmt. Aktualisieren Sie Ihre Transformationen entsprechend, sodass Ereignisse aus beiden Datenquellen mit den richtigen Objekten verbunden werden.
In diesem Szenario extrahieren Sie die Informationen zu den Objekteigenschaften aus den Automatisierungsdaten, um sie zum Bereichern der Dashboards in Ihrer Prozess-App zu verwenden.
Object_properties
werden die Eigenschaften der Geschäftsobjekte gespeichert, die in den Automatisierungen hinzugefügt werden. Der Wert in diesem Feld ist im JSON-Format mit Schlüssel-Wert-Paaren.
{"Claim_number": 216, "Client": "Alex Smith"}
.json()
.
json()
zum Extrahieren der Eigenschaften Claim_number
und Client
.
select
Automation_events."Object_ID",
{{ pm_utils.json('Automation_events."Object_properties"', 'Claim_number') }} as "Claim_number",
{{ pm_utils.json('Automation_events."Object_properties"', 'Client') }} as "Client",
from Automation_events
select
Automation_events."Object_ID",
{{ pm_utils.json('Automation_events."Object_properties"', 'Claim_number') }} as "Claim_number",
{{ pm_utils.json('Automation_events."Object_properties"', 'Client') }} as "Client",
from Automation_events
Queue_items
gespeichert. Nehmen Sie an den Automatisierungsereignissen mit dieser Tabelle auf Queue_item_ID
teil, um Informationen zu erhalten über:
- Die Priorität der Ausführung.
- Ausnahmen.
- Fälligkeitsdaten.
Priority
und Processing_exception_type
bereichert werden.
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Priority",
Queue_items."Processing_exception_type"
from Automation_events
left join Queue_items
on Automation_events."Queue_item_ID" = Queue_items."Queue_item_ID"
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Priority",
Queue_items."Processing_exception_type"
from Automation_events
left join Queue_items
on Automation_events."Queue_item_ID" = Queue_items."Queue_item_ID"
Automation_due_dates
gespeichert. Ein Warteschlangenelement kann höchstens ein Fälligkeitsdatum haben. Der folgende SQL-Code zeigt, wie die Informationen zum Fälligkeitsdatum verfügbar sind. select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Due_date",
Queue_items."Expected_timestamp",
Queue_items."Actual_timestamp"
from Automation_events
left join Automation_due_dates
on Automation_events."Queue_item_ID" = Automation_due_dates."Queue_item_ID"
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Queue_items."Due_date",
Queue_items."Expected_timestamp",
Queue_items."Actual_timestamp"
from Automation_events
left join Automation_due_dates
on Automation_events."Queue_item_ID" = Automation_due_dates."Queue_item_ID"
Tasks
gespeichert. Nehmen Sie an den Automatisierungsereignissen mit dieser Tabelle auf Task_ID
teil, um Informationen zu erhalten über:
- Der Empfänger der Aufgabe
- Die Priorität der Aufgabe
- Fälligkeitsdaten (Aufgaben-SLAs)
Assignee
und Priority
.
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Action_center_tasks."Assignee",
Action_center_tasks."Priority"
from Automation_events
left join Action_center_tasks
on Automation_events."Event_ID" = Action_center_tasks."Action_center_tasks_ID"
select
Automation_events."Event_ID",
Automation_events."Object_ID",
Action_center_tasks."Assignee",
Action_center_tasks."Priority"
from Automation_events
left join Action_center_tasks
on Automation_events."Event_ID" = Action_center_tasks."Action_center_tasks_ID"
Automation_due_dates
gespeichert. Eine Aufgabe kann mit mehreren Fälligkeitsdaten zusammenhängen. Sie können Fälligkeitsdaten zuweisen, an denen die Aufgabe zugewiesen und abgeschlossen werden soll.
Automation_events
mit Action_center_tasks
auf dem Action_center_task_ID
ohne Filterung kann zu Duplikaten führen.
Der folgende SQL-Code zeigt ein Beispiel dafür, wie die Automatisierungsereignisse mit Informationen zum Fälligkeitsdatum der Aufgabe bereichert werden können, indem nur die Fälligkeitsdaten des Aufgabenabschlusses berücksichtigt werden.
with Task_completion_due_dates as (
select * from Automation_due_dates
where pm_utils.charindex('task completion', '"Due_date"') > 0
)
select
Automation_events."Action_center_tasks_ID",
Automation_events."Object_ID",
Action_center_tasks."Due_date",
Action_center_tasks."Expected_timestamp",
Action_center_tasks."Actual_timestamp"
from Automation_events
left join Task_completion_due_dates
on Automation_events."Task_ID" = Task_completion_due_dates."Task_ID"
with Task_completion_due_dates as (
select * from Automation_due_dates
where pm_utils.charindex('task completion', '"Due_date"') > 0
)
select
Automation_events."Action_center_tasks_ID",
Automation_events."Object_ID",
Action_center_tasks."Due_date",
Action_center_tasks."Expected_timestamp",
Action_center_tasks."Actual_timestamp"
from Automation_events
left join Task_completion_due_dates
on Automation_events."Task_ID" = Task_completion_due_dates."Task_ID"
- Voraussetzung
- Hinzufügen von Automatisierungsdaten
- Löschen von Automatisierungsdaten
- Verwalten von Automatisierungsdaten
- Automation_events-Tabelle
- Queue_items-Tabelle
- Action_center_tasks-Tabelle
- Automation_due_dates-Tabelle
- Verwenden von Automatisierungsdaten in Transformationen
- Hinzufügen der Tabellen zu
sources.yml
- Verweisen auf die Quelltabellen im dbt-Projekt
- Anwendungsfälle
- Szenario 1. Hinzufügen von Ereignissen aus Automatisierungen zum Ereignisprotokoll
- Szenario 2: Abrufen zusätzlicher Objektinformationen aus Automatisierungen
- Szenario 3: Anreichern von Automatisierungsereignissen mit Warteschlangenelementdaten
- Szenario 4: Anreichern von Automatisierungsereignissen mit Aufgabendaten