Votre modèle de données Purchase to Pay - bon de commande
Votre modèle de données Purchase to Pay - bon de commande
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.
Attributs des bons de commande du processus Purchase to Pay
| 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 | |||
Activités des bons de commande du processus Purchase to Pay
| 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 | |||
Guides d’extraction
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.
Aucune carte bancaire requise. Configuration en 5 minutes.