- 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
- Anzeigen oder Ausblenden des Menüs
- Kontextinformationen
- Exportieren
- Filter
- Senden von Automatisierungsideen an den UiPath® Automation Hub
- Tags
- Fälligkeitsdaten
- Vergleichen
- Konformitätsprüfung
- Ursachenanalyse
- Simulation des Automatisierungspotenzials
- Auslösen einer Automatisierung über eine Prozess-App
- Anzeigen von Prozessdaten
- Erstellen von Apps
- Laden von Daten
- Anpassen von Prozess-Apps
- Einführung in Dashboards
- Arbeiten mit dem Dashboard-Editor
- Dashboards erstellen
- Dashboards
- Automatisierungsmanager
- Definieren neuer Eingabetabellen
- Hinzufügen von Feldern
- Hinzufügen von Tabellen
- Anforderungen an das Datenmodell
- Anzeigen und Bearbeiten des Datenmodells
- Exportieren und Importieren von Transformationen
- Anzeigen des Transformationsprotokolls
- Bearbeiten und Testen von Datentransformationen
- Struktur von Transformationen
- Tipps zum Schreiben von SQL
- Zusammenführen von Ereignisprotokollen
- Prozessmanager
- Dashboards veröffentlichen
- App-Vorlagen
- Zusätzliche Ressourcen
- Vorgefertigte Tags und Fälligkeitsdaten
- Bearbeiten von Datentransformationen in einer lokalen Umgebung
- Setting up a local test environment
- Entwerfen eines Ereignisprotokolls
- DataBridgeAgent
- 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
- So wird eine Datenausführung von der Datenbank abgebrochen
- So fügen Sie eine IP-Tabellenregel hinzu, um den SQL Server-Port 1433 zu verwenden
- Beim Erstellen einer Prozess-App bleibt der Status in „App wird erstellt“.
- Konfigurieren von Dapr mit Redis im Clustermodus
- Datentransformationen
- Hochladen von Daten
- CData-Synchronisierung
Process Mining-Benutzerhandbuch
Einleitung
Das Dashboard Fälligkeitsdaten zeigt Informationen dazu, ob Objekte Fristen einhalten oder nicht einhalten, und zu den damit verbundenen Kosten an. Fälligkeitsdaten können vordefiniert werden, um eine wichtige Phase oder Aktivitätsfrist in Prozessen festzulegen. Das Dashboard Fälligkeitsdaten kann verwendet werden, um verschiedene Aspekte von Fälligkeitsdaten in den Prozessen zu analysieren. Mithilfe dieses Dashboards können vordefinierte Fälligkeitsdaten im Prozess überprüft werden, z. B. eine Zahlungsfrist oder eine SLA, die rechtzeitig erfüllt werden muss.
Mit Fälligkeitsterminen können Kosten für verspätete Fälligkeitstermine verbunden sein.
Weitere Informationen zu sofort einsatzbereiten Fälligkeitsdaten für Purchase-to-Pay-App-Vorlagen und Order-to-Cash-App-Vorlagen finden Sie unter Vorgefertigte Tags und Fälligkeitsdaten .
Weitere Informationen zum Konfigurieren von Fälligkeitsdaten in Datentransformationen finden Sie unter Konfigurieren von Fälligkeitsdaten.
Konfigurieren von Fälligkeitsdaten
Wenn Sie das Dashboard Fälligkeitsdaten zum Analysieren von Fälligkeitsdaten verwenden möchten, müssen Fälligkeitsdaten für Ihre App-Vorlage definiert sein.
Wenn für Ihre App-Vorlage sofort einsatzbereite Fälligkeitsdaten verfügbar sind, werden diese Fälligkeitsdaten im Dashboard Fälligkeitsdaten angezeigt. In der Dokumentation für Ihre spezifische App-Vorlage finden Sie eine Übersicht über die verfügbaren Fälligkeitsdaten. Die Seite App-Vorlagen enthält Links zur Dokumentation für alle verfügbaren App-Vorlagen.
Wenn keine Daten im Dashboard für Fälligkeitsdaten verfügbar sind, müssen Sie Ihre eigenen Fälligkeitsdaten in der models\5_business_logic\Due_dates_base.sql -Datei mithilfe von Datentransformationen konfigurieren. Hier können Sie auch standardmäßige Fälligkeitsdaten für Ihre geschäftlichen Anforderungen konfigurieren.
Für benutzerdefinierte Prozesse können Sie auch Fälligkeitsdaten mithilfe der Due_dates_raw.csv -Datei hochladen. Sehen Sie sich Benutzerdefinierte Prozesseingabefelder an .
Hinzufügen von Geschäftslogik in Transformationen
Im letzten Transformationsschritt wird nach Bedarf Geschäftslogik für die Datenanalyse hinzugefügt.
Jeder Datensatz in der Tabelle „Fälligkeitsdaten“ stellt ein Fälligkeitsdatum für ein bestimmtes Objekt dar. Beispiele für Fälligkeitsdaten sind:
- eine Zahlungsfrist für ein Zahlungsobjekt.
- eine Genehmigungsfrist für die Bestellanforderung.
Die Pflichtfelder für diese Tabelle sind Event_ID, Due_date, Actual_date und Expected_date.
Nicht alle Ereignisse haben ein Fälligkeitsdatum und einige Ereignisse können mehrere Fälligkeitsdaten haben.
Weitere Informationen dazu finden Sie unter Datentransformationen .
Bereitstellen der Konfigurationseingabe für das Fälligkeitsdatum mithilfe von dbt- Seeds
Sie können zusätzliche Eingabedaten bereitstellen, die für die Berechnungen im Dashboard Fälligkeitsdaten verwendet werden sollen, indem Sie eine dbt- Seed-Datei verwenden. Der seeds\-Ordner der App-Transformationen für die App-Vorlage enthält eine Due_dates_configuration_raw.csv-Datei. Für alle Fälligkeitsdaten können Sie die folgenden Felder bereitstellen.
| Name | Typ | Beschreibung |
|---|---|---|
| Due_date | Text | Der Name des Fälligkeitsdatums. |
| Due_date_type | Text | Der Typ Fälligkeitsdatum. |
| Fixed_costs | Boolescher | Eine Angabe, ob die Kosten fest oder zeitbasiert sind. |
| Kosten | Frei anordnen | Fixkosten: Die Höhe der Kosten. Variablenkosten: Die Höhe der Kosten pro Zeit und Typ_Typ. |
| Zeit | Integer | Eine Zahl, die die Zeitdauer bei zeitbasierten Kosten angibt. |
| Time_type | Text | Typ des Zeitraums für Kostenberechnungen. Dies kann einer der folgenden Werte sein: Tag, Stunde, Minute, Sekunde, Millisekunde. |
Die folgende Abbildung zeigt ein Beispiel für eine Seed-Datei.
Sehen Sie sich Transformationen an .
SQL-Beispiele zum Konfigurieren von Fälligkeitsdaten
Diese Seite enthält einige SQL-Beispiele, die Sie zum Konfigurieren von Fälligkeitsdaten mithilfe von Transformationen verwenden können.
Die SQL-Beispiele basieren auf Ereignisprotokollen und benutzerdefinierten Prozess- App-Vorlagen und verwenden Fälle , die eine Case_ID haben. Wenn Sie die SQL-Beispiele verwenden möchten, um Fälligkeitsdaten für Purchase-to-Pay-App- Vorlagen oder Order-to-Cash- App-Vorlagen zu definieren, stellen Sie sicher, dass Sie das entsprechende Objekt und die zugehörige interne Objekt_ID verwenden. Für Purchase-to-Pay können Sie das Purchase_order_item_end_to_end_events -Ereignisprotokoll, das Purchase_order_items -Objekt und Purchase_order_item_ID_internal als Case_ID verwenden. Für Order-to-Cash können Sie das Sales_order_item_end_to_end_events -Ereignisprotokoll, das Sales_order_items -Objekt und Sales_order_item_ID_internal als Case_ID verwenden.
Der folgende Codeblock zeigt eine SQL-Beispielabfrage zur Definition eines Fälligkeitsdatums.
select
tableA."Case_ID",
{{ pm_utils.as_varchar('Name of Due date') }} as "Due_date",
tableB."SLA_date" as "Expected_date",
tableA."Executed_date" as "Actual_date"
from {{ ref('tableA') }} as tableA
left join {{ ref('tableB') }} as tableB
on tableA."Case_ID" = tableB."Case_ID"
select
tableA."Case_ID",
{{ pm_utils.as_varchar('Name of Due date') }} as "Due_date",
tableB."SLA_date" as "Expected_date",
tableA."Executed_date" as "Actual_date"
from {{ ref('tableA') }} as tableA
left join {{ ref('tableB') }} as tableB
on tableA."Case_ID" = tableB."Case_ID"
Der folgende Codeblock zeigt eine SQL-Beispielabfrage zum Konfigurieren von Fälligkeitsdaten.
select
Due_dates_base."Case_ID",
Due_dates_base."Due_date",
Due_dates_base."Actual_date",
Due_dates_base."Expected_date",
{{ pm_utils.as_varchar('Type of Due date') }} as "Due_date_type",
case
when Due_dates_base."Actual_date" <= Due_dates_base."Expected_date"
then {{ pm_utils.to_boolean('true') }}
else {{ pm_utils.to_boolean('false') }}
end as "On_time",
case
-- when actual or expected date are null
when Due_dates_base."Actual_date" is null or Due_dates_base."Expected_date" is null
then {{ pm_utils.to_double('null') }}
-- when the due date is on time, the cost is 0
when Due_dates_base."Actual_date" <= Due_dates_base."Expected_date"
then {{ pm_utils.to_double('0') }}
-- when the due date is late, configure a cost
when Due_dates_base."Expected_date" > Due_dates_base."Actual_date"
then {{ pm_utils.to_double('10') }}
end as "Cost",
{{ pm_utils.datediff('millisecond', 'Due_dates_base."Expected_date"', 'Due_dates_base."Actual_date"') }} as "Difference"
from Due_dates_base
select
Due_dates_base."Case_ID",
Due_dates_base."Due_date",
Due_dates_base."Actual_date",
Due_dates_base."Expected_date",
{{ pm_utils.as_varchar('Type of Due date') }} as "Due_date_type",
case
when Due_dates_base."Actual_date" <= Due_dates_base."Expected_date"
then {{ pm_utils.to_boolean('true') }}
else {{ pm_utils.to_boolean('false') }}
end as "On_time",
case
-- when actual or expected date are null
when Due_dates_base."Actual_date" is null or Due_dates_base."Expected_date" is null
then {{ pm_utils.to_double('null') }}
-- when the due date is on time, the cost is 0
when Due_dates_base."Actual_date" <= Due_dates_base."Expected_date"
then {{ pm_utils.to_double('0') }}
-- when the due date is late, configure a cost
when Due_dates_base."Expected_date" > Due_dates_base."Actual_date"
then {{ pm_utils.to_double('10') }}
end as "Cost",
{{ pm_utils.datediff('millisecond', 'Due_dates_base."Expected_date"', 'Due_dates_base."Actual_date"') }} as "Difference"
from Due_dates_base
Aktivität X wurde vor Datum Y ausgeführt
Dieser SQL-Code identifiziert Fälle, in denen das letzte Vorkommen der Aktivität „X“ vor dem Datum „Y“ geschah.
with Event_log_base as (
select * from {{ ref('Event_log_base') }}
),
Cases_base as (
select * from {{ ref('Cases_base') }}
),
-- Last activity X of each case
Last_activity_X as (
select
Event_log_base."Case_ID",
max(Event_log_base."Event_end") as "Event_end",
max(Event_log_base."Event_ID") as "Event_ID"
from Event_log_base
where Event_log_base."Activity" = 'X'
group by Event_log_base."Case_ID"
),
-- Last activity X should be done before Case date field Y
Activity_X_done_before_date_Y as (
select
Last_activity_X."Case_ID",
{{ pm_utils.as_varchar('Last activity X before Cases date field Y') }} as "Due_date",
Last_activity_X."Event_end" as "Actual_date",
Cases_base."Case_date_field_Y" as "Expected_date",
Last_activity_X."Event_ID"
from Last_activity_X
inner join Cases_base
on Last_activity_X."Case_ID" = Cases_base."Case_ID"
)
select * from Activity_X_done_before_date_Y
with Event_log_base as (
select * from {{ ref('Event_log_base') }}
),
Cases_base as (
select * from {{ ref('Cases_base') }}
),
-- Last activity X of each case
Last_activity_X as (
select
Event_log_base."Case_ID",
max(Event_log_base."Event_end") as "Event_end",
max(Event_log_base."Event_ID") as "Event_ID"
from Event_log_base
where Event_log_base."Activity" = 'X'
group by Event_log_base."Case_ID"
),
-- Last activity X should be done before Case date field Y
Activity_X_done_before_date_Y as (
select
Last_activity_X."Case_ID",
{{ pm_utils.as_varchar('Last activity X before Cases date field Y') }} as "Due_date",
Last_activity_X."Event_end" as "Actual_date",
Cases_base."Case_date_field_Y" as "Expected_date",
Last_activity_X."Event_ID"
from Last_activity_X
inner join Cases_base
on Last_activity_X."Case_ID" = Cases_base."Case_ID"
)
select * from Activity_X_done_before_date_Y
Aktivität X wird innerhalb von 5 Tagen nach Aktivität Y durchgeführt
Dieser SQL-Code identifiziert Fälle, in denen das letzte Vorkommen der Aktivität „X“ innerhalb von 5 Tagen nach dem letzten Vorkommen der Aktivität „Y“ geschah.
with Event_log_base as (
select * from {{ ref('Event_log_base') }}
),
-- Last activity X of each case
Last_activity_X as (
select
Event_log_base."Case_ID",
max(Event_log_base."Event_end") as "Event_end",
max(Event_log_base."Event_ID") as "Event_ID"
from Event_log_base
where Event_log_base."Activity" = 'X'
group by Event_log_base."Case_ID"
),
-- Last activity Y of each case
Last_activity_Y as (
select
Event_log_base."Case_ID",
max(Event_log_base."Event_end") as "Event_end",
max(Event_log_base."Event_ID") as "Event_ID"
from Event_log_base
where Event_log_base."Activity" = 'Y'
group by Event_log_base."Case_ID"
),
-- Last activity X should be done at date of last Event Y + 5 days
Activity_X_done_within_5_days_after_activity_Y as (
select
Last_activity_Y."Case_ID",
{{ pm_utils.as_varchar('Last activity X before last activity Y + 5 days') }} as "Due_date",
{{ pm_utils.dateadd('day', 5, 'Last_activity_Y."Event_end"') }} as "Expected_date",
Last_activity_X."Event_end" as "Actual_date",
Last_activity_Y."Event_ID" as "Event_ID"
from Last_activity_Y
inner join Last_activity_X
on Last_activity_Y."Case_ID" = Last_activity_X."Case_ID"
)
select * from Activity_X_done_within_5_days_after_activity_Y
with Event_log_base as (
select * from {{ ref('Event_log_base') }}
),
-- Last activity X of each case
Last_activity_X as (
select
Event_log_base."Case_ID",
max(Event_log_base."Event_end") as "Event_end",
max(Event_log_base."Event_ID") as "Event_ID"
from Event_log_base
where Event_log_base."Activity" = 'X'
group by Event_log_base."Case_ID"
),
-- Last activity Y of each case
Last_activity_Y as (
select
Event_log_base."Case_ID",
max(Event_log_base."Event_end") as "Event_end",
max(Event_log_base."Event_ID") as "Event_ID"
from Event_log_base
where Event_log_base."Activity" = 'Y'
group by Event_log_base."Case_ID"
),
-- Last activity X should be done at date of last Event Y + 5 days
Activity_X_done_within_5_days_after_activity_Y as (
select
Last_activity_Y."Case_ID",
{{ pm_utils.as_varchar('Last activity X before last activity Y + 5 days') }} as "Due_date",
{{ pm_utils.dateadd('day', 5, 'Last_activity_Y."Event_end"') }} as "Expected_date",
Last_activity_X."Event_end" as "Actual_date",
Last_activity_Y."Event_ID" as "Event_ID"
from Last_activity_Y
inner join Last_activity_X
on Last_activity_Y."Case_ID" = Last_activity_X."Case_ID"
)
select * from Activity_X_done_within_5_days_after_activity_Y
Analysieren von Fälligkeitsdaten
Fälligkeits-Dashboard
Das Dashboard „Fälligkeitsdaten“ ermöglicht es Ihnen, die Fälligkeitsdaten zu analysieren, die im Prozess auftreten.
Führen Sie die folgenden Schritte aus, um das Dashboard Fälligkeitsdaten anzuzeigen.
- Wählen Sie Fälligkeitsdaten im Menü auf der linken Seite des Dashboards aus.
Das Dashboard Fälligkeitsdaten wird angezeigt.
In der folgenden Tabelle werden die verfügbaren Diagramme im Dashboard Fälligkeitsdaten beschrieben.
| Chart | Beschreibung | Verfügbare Metriken |
|---|---|---|
| Details zu Fälligkeitsdaten | Ein Balkendiagramm mit Details zu Fälligkeitsdaten basierend auf der ausgewählten Metrik. | Anzahl der Objekte Verspätung insgesamt Durchschnittliche Verspätung in Prozent Gesamtkosten* Durchschnittliche Kosten* |
| Verspätungsverlauf | Ein Verlaufsdiagramm, das die Fälligkeitsdatumsinformationen für den ausgewählten Zeitraum basierend auf der ausgewählten Metrik anzeigt. | Gesamtverspätung Durchschnittliche Verzugszeit Prozentsatz der Zeit Gesamtkosten* Durchschnittliche Kosten* |
| Differenzverteilung | Ein Verteilungsdiagramm, das die Anzahl der Fälligkeitsdaten für die Anzahl der Tage mit Verspätung zeigt. |
- Gesamtkosten verspätet und Durchschnittliche Kosten verspätet sind nur verfügbar, wenn Feste_Kosten und Kosten für die Fälligkeitsdaten konfiguriert sind.
Registerkarte „Übersicht“
Die Diagramme auf der Registerkarte Übersicht heben die Fälligkeitsdaten hervor, die für Ihren Prozess definiert sind. Für jedes Fälligkeitsdatum werden die Anzahl der Fälle (Verspätete Fälle) und die Gesamtverspätung für den ausgewählten Zeitraum angezeigt.
Details tab
Die Registerkarte „Details“ enthält mehrere Diagramme, mit denen Sie verspätete Aktivitäten detaillierter analysieren können. Siehe Abbildung unten.
Nachfolgend finden Sie eine Übersicht über die verfügbaren Diagramme im Dashboard Fälligkeitsdaten .
| Chart | Beschreibung | Verfügbare Metriken |
|---|---|---|
| Mögliche Einsparungen | Ein Kreisdiagramm, das die potenziellen Zeiteinsparungen für die in Ihrem Dataset definierten Fälligkeitsdaten zeigt. | Gesamtverspätung Durchschnittliche Verzugszeit Gesamtkosten* Durchschnittliche Kosten* |
| Verspätungsverlauf | Ein Verlaufsdiagramm, das die Fälligkeitsdatumsinformationen für den ausgewählten Zeitraum basierend auf der ausgewählten Metrik anzeigt. | Gesamtverspätung Durchschnittliche Verzugszeit Prozentsatz der Zeit Gesamtkosten* Durchschnittliche Kosten* |
| Details zu Fälligkeitsdaten | Ein Balkendiagramm mit Details zu Fälligkeitsdaten basierend auf der ausgewählten Metrik. | Anzahl der Fälle Verspätung insgesamt Durchschnittliche Verspätung in Prozent Gesamtkosten* Durchschnittliche Kosten* |
| Differenzverteilung | Ein Verteilungsdiagramm, das die Anzahl der Fälligkeitsdaten für die Anzahl der Tage mit Verspätung zeigt. |
- Gesamtkosten verspätet und Durchschnittliche Kosten verspätet sind nur verfügbar, wenn Fix_cost und Kosten mit der Seed-Datei Due_dates_configuration_raw.v. bereitgestellt werden.
Details zu Fälligkeitsdaten
Das Diagramm „Details zu Fälligkeitsdaten“ zeigt Ihnen detaillierte Informationen zu Fälligkeitsdaten basierend auf verschiedenen Metriken und Feldern an. Sie können die folgenden Felder auswählen.
| Feld | Beschreibung |
| Fälligkeitsdatum | Der Name des Fälligkeitsdatums. |
| Fälligkeitsdatumstyp* | Der Typ des Fälligkeitsdatums. |
| Kosten* | Die Kosten im Zusammenhang mit dem Fälligkeitsdatum. |
| Erwartetes Datum | Das Datum, an dem die Aktivität voraussichtlich ausgeführt wird. |
| Tatsächliches Datum | Das Datum, an dem die Aktivität tatsächlich ausgeführt wird. |
| Pünktlich | Aktivitäten, die Pünktlich oder Verspätet sind . Hinweis: Verspätete Aktivitäten sind Aktivitäten, bei denen das tatsächliche Datum nach dem erwarteten Datum liegt . |
| Unterschied | Die Zeit zwischen dem erwarteten Datum und dem tatsächlichen Datum . |
- Typ des Fälligkeitsdatums und Kosten sind nur verfügbar, wenn diese Felder für die Fälligkeitsdaten konfiguriert sind.