Votre modèle de données Purchase to Pay - bon de commande

Modèle universel de données pour le Process Mining
Votre modèle de données Purchase to Pay - bon de commande

Votre modèle de données Purchase to Pay - bon de commande

Modèle universel de données pour le Process Mining

Voici notre modèle générique de données pour le Process Mining de Du processus d’achat au paiement : bon de commande. Pour obtenir des conseils plus précis, utilisez les modèles adaptés à chaque système.

Sélectionner un système précis
  • Liste complète des champs de données recommandés pour une analyse approfondie.
  • Activités et jalons clés à suivre au cours du cycle de vie de vos bons de commande.
  • Compatible avec tout système qui gère votre processus Purchase to Pay.
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs des bons de commande du processus Purchase to Pay

Le tableau des attributs ci-dessous répertorie les champs de données recommandés pour créer un journal d’événements complet et analyser en détail votre processus Purchase to Pay.
5 Obligatoire 7 Recommandé 4 Facultatif
Nom Description
Heure de l’événement
EventTime
Horodatage exact indiquant le moment où une activité ou un événement s’est produit.
Description

L’heure de l’événement correspond à la date et à l’heure auxquelles une activité précise a été exécutée ou un changement de statut enregistré. Cet horodatage situe chaque événement dans le temps au cours du cycle de vie de la commande d’achat.

Dans le Process Mining, les horodatages sont indispensables au calcul des temps de cycle, des durées et des temps d’attente entre les activités. En classant les événements par ordre chronologique pour chaque cas, vous pouvez analyser la performance du processus, repérer les goulots d’étranglement qui entraînent des pertes de temps et suivre le respect des accords de niveau de service (SLA).

Pourquoi est-ce important ?

Il permet toutes les analyses fondées sur le temps, notamment le calcul du temps de cycle, le repérage des goulots d’étranglement et le suivi de la performance par rapport aux références.

Où trouver ces données

Cette information figure généralement dans les journaux d’événements, les tables d’historique des modifications ou les champs de date de création ou de comptabilisation des documents de transaction.

Exemples
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z
Identifiant de la commande d’achat
PurchaseOrderId
Identifiant unique d’un document de commande d’achat. Il sert d’identifiant principal du cas dans le processus.
Description

L’identifiant de la commande d’achat est un code alphanumérique unique attribué à chaque commande, qui la distingue de toutes les autres. Il constitue la référence centrale pour l’ensemble des activités, documents et communications liés à une transaction d’approvisionnement donnée.

Dans le Process Mining, cet identifiant est essentiel pour regrouper tous les événements associés, tels que la création, l’approbation, la réception des marchandises et la facturation, au sein d’une seule instance de processus de bout en bout, ou « cas ». L’analyse des processus à partir de cet identifiant permet de reconstituer et de visualiser le cycle de vie complet de chaque commande d’achat, de sa création à sa clôture définitive.

Pourquoi est-ce important ?

Cet attribut relie tous les événements associés au sein d’un même cas de processus et rend possible l’analyse de bout en bout du cycle de vie de la commande d’achat.

Où trouver ces données

Il s’agit généralement d’un champ de clé primaire dans la table d’en-tête ou le document de la commande d’achat.

Exemples
PO-0012454500017563732000451
Nom de l’activité
ActivityName
Nom de l’événement métier ou de la tâche qui s’est produit à un moment donné du cycle de vie de la commande d’achat.
Description

Le nom de l’activité décrit une étape ou un changement de statut dans le processus de commande d’achat. Exemples : « Commande d’achat créée », « Commande d’achat approuvée », « Réception des marchandises enregistrée » et « Facture reçue ». Chaque activité correspond à une étape distincte du processus.

Cet attribut est indispensable à la création de la carte du processus, qui représente visuellement le flux des activités. L’analyse de leur séquence et de leur fréquence permet de repérer les parcours courants, les écarts, les goulots d’étranglement et les boucles de reprise, par exemple lorsque des approbations ou des modifications sont répétées.

Pourquoi est-ce important ?

Il constitue la base de la carte du processus et permet de visualiser et d’analyser le flux, les variations et les inefficacités du processus.

Où trouver ces données

Cette information provient généralement des codes de transaction, des journaux de changement de statut, des tables d’événements ou des tables de documents de modification associés à la commande d’achat.

Exemples
Commande d’achat crééeCommande d’achat approuvéeRéception des marchandises enregistréeFacture reçue
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation ou extraction des données de ce processus.
Description

Cet attribut enregistre la date et l’heure du dernier chargement ou de la dernière actualisation des données depuis le système source. Il s’agit d’un champ de métadonnées qui concerne l’ensemble du jeu de données, et non un événement particulier.

Cette information permet aux utilisateurs de connaître l’actualité des données analysées. Ils peuvent ainsi évaluer la pertinence des résultats et s’assurer que leurs décisions reposent sur des données suffisamment récentes pour leur analyse.

Pourquoi est-ce important ?

Il renseigne les utilisateurs sur l’actualité des données, afin qu’ils connaissent la période couverte par l’analyse et puissent évaluer la pertinence des résultats.

Où trouver ces données

Cet horodatage est généralement généré et enregistré par l’outil ou le processus d’extraction et de transformation des données (ETL).

Exemples
2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z
Système source
SourceSystem
Système de référence ou application à partir duquel les données du processus ont été extraites.
Description

L’attribut Système source identifie le système d’information d’origine des données d’événement, par exemple un ERP, une plateforme d’approvisionnement ou un système ancien. Il est particulièrement important lorsque le processus d’approvisionnement s’étend sur plusieurs applications intégrées.

La connaissance du système source facilite la validation des données, le diagnostic des problèmes et l’analyse des variations du processus liées au système utilisé. Par exemple, les commandes d’achat provenant d’un système d’approvisionnement électronique peuvent suivre un parcours différent, plus automatisé, de celles qui sont créées manuellement dans l’ERP central.

Pourquoi est-ce important ?

Il précise l’origine des données, ce qui est essentiel pour leur gouvernance et leur validation, ainsi que pour analyser les variations du processus entre différents systèmes.

Où trouver ces données

Il peut s’agir d’une valeur statique ajoutée lors de l’extraction des données ou d’un champ des tables sources indiquant le système de saisie.

Exemples
SAP S/4HANAOracle FusionCoupa
Catégorie d’article
ItemCategory
La catégorie des biens ou des services achetés, par exemple matériel informatique, services professionnels ou fournitures de bureau.
Description

La catégorie d’article, également appelée groupe de marchandises ou catégorie d’achat, désigne le type de produit ou de service acheté. Cette classification structurée facilite l’organisation et l’analyse des dépenses d’approvisionnement et du déroulement du processus.

L’analyse du processus par catégorie d’article peut révéler des écarts importants. Par exemple, l’achat de services complexes peut nécessiter des cycles d’approbation plus longs et entraîner davantage de modifications que l’achat de fournitures de bureau courantes. Cette segmentation permet d’adapter l’optimisation des processus et la stratégie à chaque catégorie.

Pourquoi est-ce important ?

Il permet d’analyser les performances du processus et les dépenses par catégorie, et de voir comment les différents types d’achats influent sur l’efficacité du processus.

Où trouver ces données

Cette information est généralement enregistrée au niveau des lignes du bon de commande.

Exemples
Matériel informatiqueServices professionnelsFournitures de bureauMaintenance, réparation et exploitation
Date de livraison demandée
RequestedDeliveryDate
La date à laquelle l’entreprise a demandé au fournisseur de livrer les biens ou les services.
Description

La date de livraison demandée est la date indiquée sur le bon de commande à laquelle l’organisation prévoit de recevoir les articles ou les services du fournisseur. Elle sert de référence pour mesurer les performances de livraison des fournisseurs.

Cet attribut est indispensable au calcul du KPI « Taux de livraison à temps ». En comparant la date de livraison demandée à la date réelle de réception des marchandises, l’entreprise peut évaluer la fiabilité du fournisseur. L’analyse des écarts aide à repérer les problèmes récurrents liés à certains fournisseurs, articles ou lieux d’expédition et fournit des éléments pour les échanges sur les performances.

Pourquoi est-ce important ?

Elle sert de référence pour mesurer les performances de livraison des fournisseurs et est indispensable au calcul du KPI « Taux de livraison à temps ».

Où trouver ces données

Cette date figure généralement dans un champ standard de l’en-tête du bon de commande ou dans les détails de ses lignes.

Exemples
2024-08-152024-09-012024-07-30
Montant du bon de commande
PurchaseOrderAmount
Le montant total du bon de commande.
Description

Le montant du bon de commande correspond à l’engagement financier total associé à la commande. Il peut être analysé à l’échelle du document ou de chaque ligne.

Cet attribut est essentiel à l’analyse financière et à la définition des priorités. Il permet de filtrer les processus selon leur valeur, par exemple pour se concentrer sur les bons de commande de montant élevé, qui peuvent nécessiter des approbations plus complexes ou avoir une incidence plus importante sur l’activité. La comparaison du montant des bons de commande avec les temps de cycle ou les taux de reprises peut révéler si les commandes de montant élevé sont traitées moins efficacement que celles de faible montant.

Pourquoi est-ce important ?

Il apporte une dimension financière à l’analyse du processus, ce qui permet de hiérarchiser les améliorations selon leur valeur et de comprendre les facteurs de coûts.

Où trouver ces données

Cette valeur figure dans les données d’en-tête du bon de commande. Elle correspond souvent à la somme des montants de toutes les lignes.

Exemples
15000.00250.75125000.50
Nom d’utilisateur
UserName
Le nom ou l’identifiant de la personne qui a réalisé une activité donnée, par exemple la création, l’approbation ou la modification du bon de commande.
Description

Le nom d’utilisateur désigne la personne responsable de la réalisation d’un événement dans le processus. Il peut s’agir de la personne qui a créé la demande d’achat, approuvé le bon de commande ou enregistré la réception des marchandises. Cet attribut permet d’associer les étapes du processus aux personnes qui les ont réalisées.

L’analyse des activités par utilisateur permet de comprendre la répartition de la charge de travail, de repérer les besoins de formation et de détecter d’éventuels problèmes de conformité. Vous pouvez, par exemple, vérifier si certains utilisateurs sont associés à davantage de reprises ou de retards, ou repérer des manquements à la séparation des tâches.

Pourquoi est-ce important ?

Il relie les activités du processus aux personnes qui les réalisent et permet d’analyser la charge de travail, les performances et la conformité à l’échelle des utilisateurs.

Où trouver ces données

Cette information figure généralement dans les champs « Créé par », « Modifié par » ou « Identifiant utilisateur » des journaux de transaction et des en-têtes de document.

Exemples
j.doesmith_auser123
Nom du fournisseur
VendorName
Le nom du fournisseur auprès duquel les biens ou les services sont achetés.
Description

Le nom du fournisseur désigne le tiers chargé de fournir les biens ou les services indiqués dans le bon de commande. Il s’agit d’une donnée de référence essentielle, associée aux données transactionnelles du bon de commande.

L’analyse du processus par fournisseur est importante pour suivre les performances des fournisseurs. Elle permet de les comparer selon des indicateurs tels que le taux de livraison à temps, le taux de retour des marchandises et la fréquence des modifications des bons de commande. Ces résultats peuvent éclairer les stratégies d’approvisionnement, les négociations avec les fournisseurs et la gestion des relations.

Pourquoi est-ce important ?

Il permet d’analyser les performances des fournisseurs et de comparer les délais de livraison, la qualité et les difficultés rencontrées dans le processus.

Où trouver ces données

Cette information provient des données de référence des fournisseurs et est associée au bon de commande, généralement dans l’en-tête du document.

Exemples
Fournitures de bureau internationalesSolutions technologiques Inc.Agence de marketing créatif
Service
Department
Le service, le centre de coûts ou le domaine fonctionnel auquel le bon de commande est imputé ou associé.
Description

L’attribut Service indique l’unité organisationnelle responsable de l’achat. Il s’agit souvent du service à l’origine de la demande ou de celui dont le budget couvrira la dépense, par exemple « Informatique », « Marketing » ou « Opérations ».

Cet attribut est essentiel pour segmenter et comparer les performances du processus entre les différentes entités de l’entreprise. Une analyse par service peut révéler quelles équipes ont les temps de cycle les plus longs, les taux de modification les plus élevés ou le plus grand nombre d’achats hors procédure. Ces résultats permettent d’adapter les initiatives d’amélioration aux besoins et aux pratiques de chaque service.

Pourquoi est-ce important ?

Il permet de segmenter l’analyse du processus par unité opérationnelle, afin de comparer les performances et de repérer les problèmes ou les bonnes pratiques propres à chaque service.

Où trouver ces données

Cette information figure généralement dans l’en-tête du bon de commande ou dans les détails de ses lignes, souvent sous le champ « Centre de coûts » ou « Service ».

Exemples
FinanceInformatiqueMarketing - biens de consommation courante
Statut du bon de commande
PurchaseOrderStatus
Le statut actuel ou final du bon de commande au cours de son cycle de vie, par exemple « Ouvert », « Clôturé » ou « Annulé ».
Description

Le statut du bon de commande indique l’étape à laquelle se trouve le bon à un moment donné de son cycle de vie, ou son état final. Les statuts courants comprennent « En cours d’approbation », « Approuvé », « Envoyé au fournisseur », « Partiellement réceptionné », « Clôturé » et « Annulé ».

Cet attribut permet de filtrer et d’analyser des groupes de bons de commande. Vous pouvez, par exemple, vous concentrer sur les commandes ouvertes pour repérer les goulots d’étranglement actuels, ou sur les commandes annulées pour en comprendre les raisons. Le suivi de la succession des changements de statut peut également servir à définir les activités du modèle de processus.

Pourquoi est-ce important ?

Il permet de filtrer les dossiers selon leur étape dans le cycle de vie et de cibler l’analyse sur les commandes ouvertes, clôturées ou problématiques.

Où trouver ces données

Il s’agit d’un champ de statut standard dans les données d’en-tête du bon de commande.

Exemples
OuvertClôturé pour facturationAnnuléEn cours d’approbation
Demandeur
Requester
Le nom de la personne qui a initialement demandé les biens ou les services.
Description

Le demandeur est la personne de l’organisation à l’origine du besoin d’achat, souvent parce qu’elle a créé la demande d’achat correspondante. Il ne s’agit pas nécessairement de la personne qui a créé le bon de commande dans le système, laquelle appartient généralement au service des achats.

L’analyse par demandeur peut mettre en évidence des habitudes d’achat. Par exemple, certains demandeurs peuvent passer régulièrement des commandes urgentes ou nécessitant de fréquentes modifications. Ces informations peuvent servir à proposer une formation ciblée sur les règles d’approvisionnement ou à améliorer la définition des besoins dès leur expression.

Pourquoi est-ce important ?

Il identifie la personne à l’origine de l’achat et permet d’analyser les habitudes d’achat et d’améliorer la définition des besoins.

Où trouver ces données

Cette information provient généralement de la demande d’achat associée ou figure dans un champ « Demandeur » du bon de commande.

Exemples
Alice JohnsonRobert WilliamsChen, Wei
Devise
Currency
Le code de devise, par exemple USD ou EUR, utilisé pour les montants du bon de commande.
Description

L’attribut Devise indique l’unité monétaire utilisée pour le montant du bon de commande et les autres champs financiers. Il est indispensable pour interpréter et agréger correctement les données financières, en particulier dans les organisations internationales qui utilisent plusieurs devises.

En analyse, cet attribut garantit que les indicateurs financiers sont comparés sur une base cohérente. Il est nécessaire pour tout Dashboard ou KPI portant sur des montants : la conversion des devises et la production des rapports peuvent ainsi fournir une vue financière exacte du processus d’approvisionnement.

Pourquoi est-ce important ?

Il fournit le contexte nécessaire à l’interprétation des montants et garantit l’exactitude des rapports et des comparaisons financières, en particulier dans les activités internationales.

Où trouver ces données

Ce code est généralement enregistré dans l’en-tête du bon de commande, à côté du montant total.

Exemples
USDEURGBP
Heure de fin
EndTime
Horodatage exact indiquant le moment où une activité s’est terminée. Pour les événements élémentaires, il correspond souvent à l’heure de l’événement.
Description

L’attribut Heure de fin indique à quel moment une activité s’est achevée. De nombreux événements de processus sont atomiques et ont la même heure de début et de fin. D’autres activités, notamment les tâches manuelles ou celles dont la durée peut être mesurée, peuvent avoir des horodatages de début et de fin distincts.

L’heure de fin permet de calculer précisément la durée de traitement de chaque activité. Elle aide à repérer les étapes qui prennent le plus de temps et à distinguer la durée de traitement, pendant laquelle le travail est effectivement réalisé, du temps d’attente entre les activités.

Pourquoi est-ce important ?

Elle permet de calculer précisément la durée de traitement des activités et de distinguer le temps de travail effectif du temps d’attente dans le processus.

Où trouver ces données

Cette information figure dans les journaux d’événements ou les données de transaction, parfois dans un champ distinct intitulé « Heure de fin » ou « Date d’achèvement ». Si elle n’est pas disponible, vous pouvez lui attribuer la même valeur qu’à l’heure de l’événement.

Exemples
2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z
Identifiant de la demande d’achat
PurchaseRequisitionId
L’identifiant unique de la demande d’achat qui a précédé le bon de commande et en a autorisé la création.
Description

L’identifiant de la demande d’achat désigne le document interne à l’origine du processus d’approvisionnement. Il s’agit de la demande officielle qu’un service adresse au service des achats pour obtenir des biens ou des services.

Cet identifiant permet de relier le processus du bon de commande à celui de la demande d’achat qui l’a précédé. Vous pouvez ainsi analyser l’ensemble du cycle, de la demande à la commande, et mesurer le délai entre la demande et la création du bon de commande. Cela aide à repérer les retards lors du transfert entre les demandeurs et l’équipe des achats.

Pourquoi est-ce important ?

Il relie le bon de commande à la demande dont il découle et permet d’analyser le temps de cycle entre la demande d’achat et la commande.

Où trouver ces données

Cette information est généralement enregistrée comme champ de référence dans l’en-tête du bon de commande ou dans les données de ses lignes.

Exemples
PR-1008761000004321REQ-052023-01
Obligatoire Recommandé Facultatif

Activités des bons de commande du processus Purchase to Pay

Cette section présente les principales étapes et les principaux jalons à enregistrer pour découvrir précisément le processus et comprendre le flux de travail Purchase to Pay consacré aux bons de commande.
6 Recommandé 9 Facultatif
Activité Description
Commande d’achat approuvée
Cette étape importante indique que la commande d’achat a terminé son cycle d’approbation interne. Elle est désormais autorisée à être envoyée au fournisseur et constitue un engagement financier officiel.
Pourquoi est-ce important ?

Cette étape est essentielle pour mesurer l’efficacité des approbations internes. Les retards d’approbation allongent directement le délai global et peuvent nuire aux relations avec les fournisseurs.

Où trouver ces données

Cet événement est généralement déduit d’un changement de statut de la commande d’achat ou extrait de l’horodatage de l’approbation finale dans le journal d’historique du flux de travail.

Données à recueillir

Utilisez l’horodatage auquel le statut d’approbation finale de la commande est défini ou auquel la dernière approbation requise est enregistrée.

Type d’événement inferred
Commande d’achat clôturée
Cette dernière activité indique que la commande d’achat est considérée comme terminée. Elle est généralement clôturée lorsque toutes les marchandises ont été reçues, que toutes les factures ont été enregistrées et qu’aucune autre transaction n’est attendue.
Pourquoi est-ce important ?

Cette activité marque la fin du cycle de vie de la commande d’achat. Le délai de clôture est une métrique importante pour évaluer le débit global du processus et repérer les commandes qui restent ouvertes sans activité.

Où trouver ces données

Cet événement est souvent déduit d’un statut final tel que « Clôturé » ou « Terminé », défini automatiquement ou manuellement.

Données à recueillir

Utilisez l’horodatage auquel le statut final de clôture est défini, ou auquel les indicateurs « livraison terminée » et « facture finale » sont tous deux actifs.

Type d’événement inferred
Commande d’achat créée
Cette activité correspond à la création initiale du document de commande d’achat dans le système. Elle marque le début officiel de l’engagement d’approvisionnement et découle souvent d’une demande approuvée.
Pourquoi est-ce important ?

En tant qu’événement de début du cas, cette activité est indispensable pour mesurer le temps de cycle de bout en bout d’une commande d’achat. Elle sert de point de départ à toutes les étapes suivantes du processus.

Où trouver ces données

Cette information est extraite de l’horodatage de création de l’enregistrement principal de la commande d’achat ou de sa table d’en-tête.

Données à recueillir

Utilisez la date et l’heure de création du document figurant dans l’enregistrement d’en-tête de la commande d’achat.

Type d’événement explicit
Commande d’achat envoyée au fournisseur
Cette activité marque l’envoi officiel de la commande d’achat approuvée au fournisseur. L’envoi peut s’effectuer par différents canaux, comme l’EDI, un portail fournisseur ou le courrier électronique.
Pourquoi est-ce important ?

Il s’agit du premier échange avec l’extérieur et du début du délai d’approvisionnement du fournisseur. Tout retard entre l’approbation interne et l’envoi de la commande au fournisseur représente du temps perdu dans le cycle d’approvisionnement.

Où trouver ces données

Cet événement est souvent extrait des journaux d’envoi de messages, des enregistrements de communication ou d’un changement de statut tel que « Envoyé » ou « Commandé ».

Données à recueillir

Repérez l’horodatage auquel le message de sortie associé à la commande d’achat a été traité ou envoyé avec succès.

Type d’événement explicit
Facture reçue
Cet événement marque la réception et la saisie d’une facture fournisseur faisant référence à la commande d’achat. Il correspond au début de la partie facturation et paiement du cycle d’approvisionnement.
Pourquoi est-ce important ?

Cette activité relie le processus d’approvisionnement à la comptabilité fournisseurs. Le délai entre la réception des marchandises et celle de la facture est important pour gérer les charges à payer et les prévisions financières.

Où trouver ces données

Cet événement correspond à une transaction explicite, enregistrée lors de la création ou de la comptabilisation d’un document de facture fournisseur associé à la commande d’achat.

Données à recueillir

Utilisez la date de création, de saisie ou de comptabilisation du document de facture fournisseur.

Type d’événement explicit
Réception des marchandises enregistrée
Cette activité correspond à l’enregistrement officiel des marchandises reçues au titre de la commande d’achat. Elle confirme l’arrivée d’une livraison et sa saisie dans le système, qui met souvent à jour les niveaux de stock.
Pourquoi est-ce important ?

Cette étape importante marque, du point de vue logistique, l’exécution de la commande. L’analyse de la performance des livraisons dans les délais dépend largement de l’exactitude et de la rapidité d’enregistrement de cet événement.

Où trouver ces données

Cet événement correspond à une transaction explicite qui crée un document de réception de marchandises ou de produits associé à la commande d’achat.

Données à recueillir

Utilisez la date de comptabilisation ou la date de création du document article ou de la transaction de réception des marchandises.

Type d’événement explicit
Commande confirmée par le fournisseur
Cet événement indique que le fournisseur a reçu et examiné la commande d’achat, puis l’a confirmée. Cette confirmation porte souvent sur le prix, la quantité et les dates de livraison.
Pourquoi est-ce important ?

La confirmation du fournisseur permet de s’assurer que la commande sera exécutée conformément à la demande. Une confirmation tardive peut signaler dès le début des problèmes ou des retards de livraison.

Où trouver ces données

Cet événement est enregistré à partir des transactions initiées par le fournisseur dans un portail fournisseur, ou saisi manuellement à partir d’une confirmation reçue par courrier électronique ou par fax.

Données à recueillir

Utilisez l’horodatage du document de confirmation de commande ou de la mise à jour de statut indiquant que le fournisseur a confirmé la commande.

Type d’événement explicit
Commande d’achat annulée
Cette activité correspond à l’annulation d’une commande d’achat avant son exécution complète. L’annulation peut intervenir à différentes étapes si les marchandises ne sont plus nécessaires ou si la commande a été créée par erreur.
Pourquoi est-ce important ?

Les annulations représentent un travail effectué en vain et peuvent révéler des inefficacités dans le processus ou une planification insuffisante de la demande. Comprendre pourquoi et à quel moment les commandes d’achat sont annulées peut aider à améliorer le processus.

Où trouver ces données

Cet événement est généralement déduit d’un statut spécifique du document, tel que « Annulé », ou de l’activation d’un indicateur de suppression sur l’enregistrement de la commande d’achat.

Données à recueillir

Repérez l’horodatage auquel l’indicateur de suppression est défini ou auquel le statut du document passe à « Annulé ».

Type d’événement inferred
Commande d’achat modifiée
Cet événement correspond à toute modification apportée à une commande d’achat après sa création ou son approbation initiale. Les changements portent souvent sur la quantité, le prix ou les dates de livraison.
Pourquoi est-ce important ?

Des modifications fréquentes peuvent révéler une planification initiale insuffisante, des problèmes avec les fournisseurs ou un processus instable. Chaque changement entraîne souvent une nouvelle approbation, ce qui alourdit sensiblement la charge administrative et allonge les délais.

Où trouver ces données

Cette information est extraite des journaux de modifications du système, de l’historique des versions du document ou des tables de piste d’audit.

Données à recueillir

Utilisez l’horodatage des journaux de modification associés à la commande d’achat.

Type d’événement explicit
Commande d’achat rejetée
Cette activité a lieu lorsqu’un approbateur rejette la commande d’achat pendant le flux d’approbation. La commande est généralement renvoyée à son créateur pour modification ou annulation.
Pourquoi est-ce important ?

Les rejets entraînent des reprises et des retards. L’analyse de leur fréquence et de leurs motifs permet de repérer les problèmes liés à la qualité des données, au respect des politiques ou à la formation des approbateurs.

Où trouver ces données

Cet événement est généralement déduit d’un changement de statut du document de commande d’achat vers « Rejeté » ou vers un statut équivalent.

Données à recueillir

Repérez l’horodatage auquel le statut de la commande d’achat est mis à jour pour indiquer son rejet.

Type d’événement inferred
Commande d’achat soumise
Cette activité a lieu lorsqu’une commande d’achat à l’état de brouillon est officiellement soumise au flux d’approbation interne. Le document passe alors du statut de brouillon à celui d’approbation en attente.
Pourquoi est-ce important ?

Cet événement distingue le temps consacré à la création ou à la préparation de la commande du temps de son cycle d’approbation. L’analyse du délai entre la création et la soumission peut révéler des habitudes d’utilisation ou des besoins de formation.

Où trouver ces données

Cet événement est généralement enregistré à partir d’une action explicite de l’utilisateur, d’un changement de statut ou d’une entrée dans le journal du flux de travail.

Données à recueillir

Repérez l’horodatage associé à l’action de soumission pour approbation ou au changement de statut correspondant.

Type d’événement explicit
Demande d’achat approuvée
Cet événement indique que la demande d’achat a été examinée et approuvée par toutes les parties prenantes requises. Cette approbation autorise la création d’une commande d’achat officielle.
Pourquoi est-ce important ?

Cette étape marque la fin du processus interne d’approbation du besoin. Le suivi de la durée et du taux de réussite des approbations de demandes permet d’évaluer l’efficacité des activités en amont de l’approvisionnement.

Où trouver ces données

Cet événement est généralement déduit d’un changement de statut du document de demande ou extrait du journal d’historique du flux de travail.

Données à recueillir

Repérez l’horodatage auquel le statut d’approbation finale de la demande est défini ou auquel la dernière action d’approbation est enregistrée.

Type d’événement inferred
Demande d’achat créée
Cette activité correspond à la demande officielle de biens ou de services, qui précède la commande d’achat. Ce document initial formalise le besoin de l’entreprise et déclenche généralement un flux d’approbation.
Pourquoi est-ce important ?

L’analyse du délai entre la création de la demande d’achat et celle de la commande permet de repérer les goulots d’étranglement entre l’expression du besoin et la commande. Un grand nombre de demandes qui ne donnent pas lieu à une commande peut révéler des lacunes dans la planification.

Où trouver ces données

Cet événement est enregistré à partir de l’horodatage de création du document ou de l’enregistrement de la demande d’achat dans le module d’approvisionnement.

Données à recueillir

Utilisez l’horodatage de création figurant dans la table d’en-tête de la demande d’achat ou dans le journal du document.

Type d’événement explicit
Marchandises retournées
Cette activité est enregistrée lorsque des marchandises déjà reçues sont renvoyées au fournisseur. Les retours sont généralement dus à des problèmes de qualité, à des dommages survenus pendant le transport ou à une livraison incorrecte.
Pourquoi est-ce important ?

Le suivi de la fréquence des retours est un indicateur important de la qualité et de la performance des fournisseurs. Un taux de retour élevé peut révéler des problèmes récurrents liés à certains fournisseurs ou produits.

Où trouver ces données

Cet événement est enregistré au moyen d’une transaction de retour spécifique ou de l’annulation du document de réception initial.

Données à recueillir

Repérez la date de comptabilisation du document de retour de marchandises ou d’un mouvement de marchandises dont le type indique un retour.

Type d’événement explicit
Services confirmés
Cette activité correspond à la réception de marchandises pour les commandes d’achat de services. Elle confirme que le service a été fourni conformément aux conditions précisées dans la commande.
Pourquoi est-ce important ?

Pour l’approvisionnement en services, cet événement est essentiel au suivi de la performance de livraison. Il constitue souvent un préalable à l’approbation de la facture correspondante en vue de son paiement.

Où trouver ces données

Cet événement est généralement enregistré lors de la création d’une feuille de saisie des services ou d’un document de confirmation équivalent.

Données à recueillir

Utilisez la date de création ou de comptabilisation de la feuille de saisie des services ou de l’enregistrement de confirmation.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment obtenir vos données pour le Process Mining.

Les méthodes d’extraction varient selon le système. Pour obtenir des instructions détaillées,

consultez notre guide ETL   ou   sélectionnez un processus et un système précis.

Prêt à commencer ?

Commencez à optimiser votre processus Purchase to Pay en choisissant un guide d’extraction adapté à votre système, ou utilisez ce modèle générique comme point de départ pour préparer vos données.

Optimisez votre processus de gestion des bons de commande dès aujourd’hui

Compatible avec tout système, la plateforme vous aide à repérer les goulots d’étranglement et à raccourcir les cycles de traitement des bons de commande.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en 5 minutes.