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

Process Mining-Benutzerhandbuch

Fälligkeitsdaten

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.

NameTypBeschreibung
Due_dateTextDer Name des Fälligkeitsdatums.
Due_date_typeTextDer Typ Fälligkeitsdatum.
Fixed_costsBoolescherEine Angabe, ob die Kosten fest oder zeitbasiert sind.
KostenFrei anordnenFixkosten: Die Höhe der Kosten. Variablenkosten: Die Höhe der Kosten pro Zeit und Typ_Typ.
ZeitIntegerEine Zahl, die die Zeitdauer bei zeitbasierten Kosten angibt.
Time_typeTextTyp 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.

Hinweis:

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.

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

ChartBeschreibungVerfügbare Metriken
Details zu FälligkeitsdatenEin 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ätungsverlaufEin 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*
DifferenzverteilungEin 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 .

ChartBeschreibungVerfügbare Metriken
Mögliche EinsparungenEin Kreisdiagramm, das die potenziellen Zeiteinsparungen für die in Ihrem Dataset definierten Fälligkeitsdaten zeigt.Gesamtverspätung Durchschnittliche Verzugszeit Gesamtkosten* Durchschnittliche Kosten*
VerspätungsverlaufEin 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älligkeitsdatenEin 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*
DifferenzverteilungEin 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.

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