Process Mining
Plus récente (Latest)
False
Image de fond de la bannière
Process Mining
Dernière mise à jour 17 avr. 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.

Dates d’échéance prêtes à l’emploi pour les modèles d’application Purchase-to-Pay

Vous trouverez ci-dessous un aperçu des dates d'échéance disponibles pour les modèles d'application liés à Purchase-to-Pay.

Paiement attendu

La Date d'échéance de paiement prévue vous permet d'analyser si les paiements effectués pour les factures sont à temps ou non. Pour Date d'échéance de paiement attendue , le Actual date est basé sur le moment de l'événement Créer un paiement ( Create payment ) ou Créer un événement de paiement sortant ( Create outgoing payment ). Le Expected date de la date d'échéance est défini sur la base du Invoices_base.Baseline_date avec le Invoices_base.Net_payment_period ajouté à celui-ci.
Important :
Si l'un des champs n'est pas défini et que le Actual date ou le Expected date ne peut pas être déterminé, la Date d'échéance de paiement prévue n'apparaîtra pas dans le tableau de bord Dates d'échéance .
Remarque :
Seuls les paiements terminés (Payments.Payment_is_complete = true) sont pris en compte.

Délai d'exécution de la RP au bon de commande

La date d'échéance du Délai d'exécution du bon de commande vous permet d'analyser le temps qu'il faut entre la création d'une demande d'achat et la création du poste de commande.

Le Actual date est l'événement Créer un article de commande d'achat , le Expected date est basé sur l'événement Créer une demande d'achat combiné avec l'écart type de tous les délais d'exécution connus entre le PR et le bon de commande.

Dates d’échéance prêtes à l’emploi pour les modèles d’application Order-to-Cash

Vous trouverez ci-dessous un aperçu des dates d'échéance disponibles pour les modèles d'application liés à Order-to-Cash.

Paiement attendu

La Date d'échéance de paiement prévue vous permet d'analyser si les paiements effectués pour les factures sont à temps ou non. Pour la Date d'échéance de paiement attendue , le Actual date est basé sur le moment de l'événement de paiement entrant Créer . Le Expected date de la date d'échéance est défini sur la base du Invoices_base.Baseline_date avec le Invoices_base.Net_payment_period ajouté à celui-ci.
Important :
Si l'un des champs n'est pas défini et que le Actual date ou le Expected date ne peut pas être déterminé, la Date d'échéance de paiement prévue n'apparaîtra pas dans le tableau de bord Dates d'échéance .
Remarque :
Seuls les paiements terminés (Payments.Payment_is_complete = true) sont pris en compte.

Livraison prévue

La Date d'échéance de livraison prévue vous permet d'analyser si les livraisons sont effectuées à temps ou non.

Pour la Date d'échéance de livraison prévue, le Actual date est basé sur le Deliveries.Delivery_date et la date prévue est le Deliveries.Planned_delivery_date.
Important :
Si l'un des champs n'est pas défini et que le Actual date ou le Expected date ne peut pas être déterminé, la Date d'échéance de livraison prévue n'apparaîtra pas dans le tableau de bord Dates d'échéance .

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 du modèle d'application, vous trouverez un aperçu des dates d'échéance disponibles. Voir Modèles d'applications.

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.

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.
Consultez l'illustration ci-dessous pour voir un exemple.
docs image
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.
Remarque :
Selon le dialecte SQL, vous devrez peut-être passer les guillemets de " à `.

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
Logo Uipath blanc
Confiance et sécurité
© 2005-2024 UiPath. All rights reserved.