Process Mining
Neuestes
False
Bannerhintergrundbild
Process Mining
Letzte Aktualisierung 17. Apr. 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.

Vorgefertigte Fälligkeitsdaten für Purchase-to-Pay-App-Vorlagen

Nachfolgend finden Sie eine Übersicht über die Fälligkeitsdaten, die für Purchase-to-Pay-App-Vorlagen verfügbar sind.

Zahlung erwartet

Mit Erwartetes Fälligkeitsdatum können Sie analysieren, ob Zahlungen für Rechnungen rechtzeitig sind oder nicht. Bei Erwartetes Fälligkeitsdatum basiert Actual date auf dem Moment des Ereignisses Zahlung erstellen oder Ausgehende Zahlung erstellen . Expected date für das Fälligkeitsdatum wird basierend auf Invoices_base.Baseline_date definiert, wobei Invoices_base.Net_payment_period hinzugefügt wurde.
Wichtig:
Falls eines der Felder nicht definiert ist und Actual date oder Expected date nicht bestimmt werden kann, wird das Erwartete Fälligkeitsdatum der Zahlung nicht im Dashboard Fälligkeitsdaten angezeigt.
Hinweis:
Nur abgeschlossene Zahlungen (Payments.Payment_is_complete = true) werden berücksichtigt.

Durchlaufzeit von PR zu PO

Mit dem Fälligkeitsdatum für die Durchlaufzeit von PR zu Bestellung können Sie die Zeit analysieren, die zwischen dem Erstellen einer Bestellanforderung und der Erstellung des Bestellelements erforderlich ist.

Actual date ist das Ereignis Bestellelement erstellen , Expected date basiert auf dem Ereignis Bestellanforderung erstellen in Kombination mit der Standardabweichung aller bekannten Durchlaufzeiten zwischen PR und Bestellung.

Vorgefertigte Fälligkeitsdaten für Order-to-Cash-App-Vorlagen

Nachfolgend finden Sie eine Übersicht über die Fälligkeitsdaten, die für Order-to-Cash-bezogene App-Vorlagen verfügbar sind.

Zahlung erwartet

Mit Erwartetes Fälligkeitsdatum können Sie analysieren, ob Zahlungen für Rechnungen rechtzeitig sind oder nicht. Für das Erwartete Fälligkeitsdatum der Zahlung basiert Actual date auf dem Moment des Ereignisses Eingehende Zahlung erstellen . Der Expected date für das Fälligkeitsdatum wird basierend auf Invoices_base.Baseline_date definiert, wobei das Invoices_base.Net_payment_period hinzugefügt wurde.
Wichtig:
Falls eines der Felder nicht definiert ist und Actual date oder Expected date nicht bestimmt werden kann, wird das Erwartete Fälligkeitsdatum der Zahlung nicht im Dashboard Fälligkeitsdaten angezeigt.
Hinweis:
Nur abgeschlossene Zahlungen (Payments.Payment_is_complete = true) werden berücksichtigt.

Lieferung erwartet

Mit Erwartetes Fälligkeitsdatum für Lieferung können Sie analysieren, ob Lieferungen rechtzeitig erfolgen oder nicht.

Für das Erwartete Fälligkeitsdatum basiert die Actual date auf Deliveries.Delivery_date und das erwartete Datum ist Deliveries.Planned_delivery_date.
Wichtig:
Falls eines der Felder nicht definiert ist und Actual date oder Expected date nicht bestimmt werden kann, wird das Erwartete Fälligkeitsdatum für die Lieferung nicht im Dashboard Fälligkeitsdaten angezeigt.

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 der App-Vorlage finden Sie eine Übersicht über die verfügbaren Fälligkeitsdaten. Siehe 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.

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.
Hinweis:
Je nach SQL-Dialekt müssen Sie möglicherweise das Anführungszeichen von " in ` ändern.

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 weiß
Vertrauen und Sicherheit
© 2005-2024 UiPath. All rights reserved.