process-mining
latest
false
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde.
Process Mining
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 15. Okt. 2024

Fälligkeitsdaten

Einleitung

Das Dashboard Fälligkeitsdaten zeigt Informationen darüber an, ob Fälle die Fristen einhalten oder nicht einhalten, sowie die damit verbundenen Kosten. 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 ein SLA, das rechtzeitig eingehalten werden muss.

Mit Fälligkeitsterminen können Kosten für verspätete Fälligkeitstermine verbunden sein.

Konfigurieren von Fälligkeitsdaten

Wenn Sie das Dashboard Fälligkeitsdaten zum Analysieren von Fälligkeitsdaten verwenden möchten, müssen für Ihre App-Vorlage Fälligkeitsdaten definiert werden.

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 Datei Due_dates_raw.csv hochladen. Siehe Benutzerdefinierte Prozesseingabefelder.

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 Ereignis dar. Beispiele für Fälligkeitsdaten sind:

  • eine Zahlungsfrist für ein Zahlungsereignis.
  • eine Genehmigungsfrist für einen Genehmigungstermin.
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 finden Sie unter Datentransformationen .

Providing due date configuration input using dbt seeds

Sie können zusätzliche Eingabedaten für die Berechnungen im Dashboard Fälligkeitsdaten mithilfe einer DBT -Seed-Datei bereitstellen. Der Ordner Seeds\ der App-Umwandlungen für die App-Vorlage enthält eine Datei Due_dates_configuration_raw.csv . Für alle Fälligkeitsdaten können Sie die folgenden Felder angeben.

Name

Typ

Beschreibung

Due_dateTextDer Name des Fälligkeitsdatums

.

Due_date_typeTextDer Typ Fälligkeitsdatum.
Fixed_costs

Boolescher

Eine Angabe, ob die Kosten fest oder zeitbasiert sind.

Kosten

Frei anordnen

Fixkosten: Die Höhe der Kosten.
Variable Kosten: Die Höhe der Kosten pro Time und Type_type.

Zeit

Integer

Eine 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.
Ein Beispiel finden Sie in der Abbildung unten.
docs image
Siehe Transformationen.

SQL-Beispiele zum Konfigurieren von Fälligkeitsdaten

Nachfolgend finden Sie einige SQL-Beispiele, die Sie zum Konfigurieren von Fälligkeitsdaten mithilfe von Transformationen verwenden können.
Achtung:
Die folgenden SQL-Beispiele basieren auf App-Vorlagen für Ereignisprotokolle und benutzerdefinierte Prozesse und verwenden Fälle , die ein 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 die entsprechende Entität und die zugehörige interne Entitäts_ID verwenden. Für Purchase-to-Pay können Sie das Purchase_order_item_end_to_end_events -Ereignisprotokoll, die Purchase_order_items -Entität und den 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, die Sales_order_items -Entität und den Sales_order_item_ID_internal als Case_ID verwenden.

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_Ywith 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_Ywith 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

Analyzing Due dates

Fälligkeits-Dashboard

Mit dem Dashboard Fälligkeitsdaten können Sie die Fälligkeitsdaten analysieren, die im Prozess auftreten.

Führen Sie diese Schritte aus, um das Dashboard Fälligkeitsdaten anzuzeigen.

  1. Wählen Sie im Menü auf der linken Seite des Dashboards Fälligkeitsdaten aus.

Das Dashboard Fälligkeitsdaten wird angezeigt.

Nachfolgend finden Sie eine Übersicht über die verfügbaren Diagramme im Dashboard Fälligkeitsdaten .

Chart

Beschreibung

Verfügbare Metriken

Due dates detailsEin Balkendiagramm mit Details zu Fälligkeitsdaten basierend auf der ausgewählten Metrik.
Anzahl der Fälle
Gesamtverspätung
Durchschnittlicher Verzug
Prozent rechtzeitig
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
Durchschnittlicher Verzug
Prozent rechtzeitig
Gesamtkosten*
Durchschnittliche Kosten*
DifferenzverteilungEin Verteilungsdiagramm, das die Anzahl der Fälligkeitsdaten für die Anzahl der Tage mit Verspätung zeigt. 
* Gesamtkosten zu spät und Durchschnittliche Kosten zu spät sind nur verfügbar, wenn Fixe_Kosten und Kosten mithilfe der Seed-Datei „Due_dates_configuration_raw.csv “ bereitgestellt werden.

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
Uipath Logo White
Vertrauen und Sicherheit
© 2005–2024 UiPath. Alle Rechte vorbehalten