process-mining
latest
false
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
UiPath logo, featuring letters U and I in white

Process Mining

Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Dernière mise à jour 12 déc. 2024

Dates d’échéance

Introduction

Le tableau de bord Dates d'échéance affiche des informations sur les cas respectant ou non les délais et les coûts associés. Les dates d'échéance peuvent être prédéfinies pour définir une échéance d'étape ou d'activité significative dans les processus. Le tableau de bord Dates d'échéance peut être utilisé pour analyser divers aspects des dates d'échéance dans les processus. À l'aide de ce tableau de bord, les dates d'échéance prédéfinies dans le processus peuvent être examinées, telles qu'une échéance de paiement ou un SLA qui doit être respecté à temps.

Les dates d'échéance peuvent avoir des coûts associés pour les dates d'échéance tardives.

Configuration des dates d'échéance

Si vous souhaitez utiliser le tableau de bord Dates d'échéance pour analyser les dates d'échéance, les dates d'échéance doivent être définies pour votre modèle d'application.

Si des dates d'échéance prêtes à l'emploi sont disponibles pour votre modèle d'application, ces dates d'échéance seront affichées dans le tableau de bord Dates d'échéance. Dans la documentation de votre modèle d'application spécifique, vous trouverez un aperçu des dates d'échéance disponibles. La page Modèles d'applications ( App Templates ) contient des liens vers la documentation pour tous les modèles d'application disponibles.

Si aucune donnée n'est disponible dans le tableau de bord des dates d'échéance, vous devez configurer vos propres dates d'échéance dans le fichier models\5_business_logic\Due_dates_base.sql à l'aide de transformations de données. Ici, vous pouvez également configurer toutes les dates d'échéance par défaut en fonction des besoins de votre entreprise.
Pour le processus personnalisé, vous pouvez également télécharger des dates d'échéance à l'aide du fichier Due_dates_raw.csv . Voir Champs d'entrée de processus personnalisés.

Ajout d'une logique métier dans les transformations

Dans la dernière étape de la transformation, une logique métier est ajoutée au besoin pour l'analyse des données.

Chaque enregistrement de la table du journal des échéances représente une échéance pour un certain évènement. Exemples de dates d'échéance :

  • une échéance de paiement pour un événement de paiement.
  • un délai de validation pour un événement de validation.
Les champs obligatoires de cette table sont les champs Event_ID, Due_date, Actual_date et Expected_date.


Tous les événements n'auront pas tous une date d'échéance, et certains événements pourront avoir plusieurs dates d'échéance.

Reportez-vous à Transformations de données (Data transformations) pour plus d'informations.

Providing due date configuration input using dbt seeds

Vous pouvez fournir des données d'entrée supplémentaires à utiliser pour les calculs dans le tableau de bord Dates d'échéance à l'aide d'un fichier d' origine dbt . Le dossier seed \ des transformations d'application pour le modèle d'application contient un fichier Due_dates_configuration_raw.csv . Pour toutes les dates d'échéance, vous pouvez renseigner les champs suivants.

Nom

Saisie de texte

Description

Date_échéanceTexteLe nom de la date d'échéance

.

Due_date_typeTexteLe type Date d'échéance.
Fixed_costs

Booléen

Une indication si les coûts sont fixes ou basés sur le temps.

Coût

Mode flottant

Coûts fixes : le montant des coûts.
Coûts variables : le montant des coûts par Heure et Type_type.

Délai (Time)

Entier

Un nombre indiquant la durée en cas de coûts basés sur le temps.
Time_typeTexteType de période pour les calculs de coûts. Il peut s'agir de l'une des valeurs suivantes : day, hour, minute, second, millisecond.
L'illustration ci-dessous montre un exemple de fichier de référence.
Exemple de fichier de référence
Voir Transformations.

Exemples SQL pour la configuration des dates d'échéance

Vous trouverez ci-dessous quelques exemples SQL que vous pouvez utiliser pour configurer les Dates d'échéance ( Due dates) à l'aide de transformations.
Attention :
Les exemples SQL ci-dessous sont basés sur le journal des événements et les modèles d'application de processus personnalisé , et utilisent des cas qui ont un Case_ID. Si vous souhaitez utiliser les exemples SQL pour définir les dates d'échéance des modèles d'application Purchase-to-Pay ou des modèles d'application Order-to-Cash , assurez-vous d'utiliser l'entité appropriée et l'entity_ID interne associé. Pour Purchase-to-Pay , vous pouvez utiliser le journal des événements Purchase_order_item_end_to_end_events , l'entité Purchase_order_items et le Purchase_order_item_ID_internal comme Case_ID. Pour Order-to-Cash , vous pouvez utiliser le journal des événements Sales_order_item_end_to_end_events , l'entité Sales_order_items et le Sales_order_item_ID_internal comme Case_ID.

Activité X effectuée avant la date Y

Ce code SQL identifie les cas où la dernière occurrence de l'activité 'X' a été effectuée avant la 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_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

Activité X effectuée dans les 5 jours après l’activité Y

Ce code SQL identifie les cas pour lesquels la dernière occurrence de l'activité « X » s'est produite dans les 5 jours suivant la dernière occurrence de l'activité « 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_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

Due dates dashboard

Le tableau de bord Dates d'échéance vous permet d'analyser les dates d'échéance qui surviennent dans le processus.

Suivez ces étapes pour afficher le tableau de bord Dates d'échéance .

  1. Sélectionnez Dates d'échéance dans le menu à gauche du tableau de bord.

Le tableau de bord Dates d'échéance (Due dates) s'affiche.

Vous trouverez ci-dessous un aperçu des graphiques disponibles sur le tableau de bord Dates d'échéance (Dates).

Graphique

Description

Métriques disponibles

Due dates detailsGraphique à barres affichant les détails liés aux dates d'échéance en fonction de la mesure sélectionnée.
Nombre de cas
Temps de retard total
Durée moyenne des retards
Pourcentage de livraison dans les temps
Coût total*
Coût moyen*
Historique des retardsUn graphique d'historique affichant les informations de date d'échéance pour la période sélectionnée en fonction de la mesure sélectionnée.
Temps de retard total
Durée moyenne des retards
Pourcentage de livraison dans les temps
Coût total*
Coût moyen*
Distribution des différencesUn graphique de distribution montrant le nombre de dates d'échéance par rapport au nombre de jours de retard. 
* Coût total en retard et Coût moyen en retard ne sont disponibles que si Coût_fixe et Coût sont fournis à l'aide du fichier d' origine Due_dates_configuration_raw.csv .

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo White
Confiance et sécurité
© 2005-2024 UiPath Tous droits réservés.