Votre modèle de données Purchase to Pay - Purchase Order
Votre modèle de données Purchase to Pay - Purchase Order
- Attributs de données recommandés
- Activités clés du processus
- Étapes d’extraction des données de Coupa
Attributs Purchase to Pay - Purchase Order
| Nom | Description | ||
|---|---|---|---|
|
Activité
ActivityName
|
Nom de l’événement 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ésigne une étape du processus d’achat et de paiement, par exemple « Commande d’achat approuvée » ou « Réception des marchandises enregistrée ». La succession de ces activités constitue le flux du processus pour chaque commande d’achat. Cet attribut est fondamental pour le Process Mining : il sert à construire la carte du processus, à découvrir ses variantes et à analyser la fréquence et l’ordre des événements. Il permet de repérer les goulots d’étranglement, les boucles de reprise et les écarts par rapport au flux standard. Par exemple, l’analyse des activités « Commande d’achat modifiée » peut révéler des problèmes de précision dans les commandes.
Pourquoi est-ce important ?
Il définit les étapes du processus et permet de visualiser son déroulement, ainsi que de repérer les goulots d’étranglement, les reprises et les écarts.
Où trouver ces données
Extrait des journaux d’événements, des pistes d’audit ou des enregistrements de changements d’état associés aux objets de commande d’achat dans Coupa.
Exemples
Demande d’achat approuvéeCommande d’achat soumiseRéception des marchandises enregistréeFacture reçue pour la commande
|
|||
|
Commande d’achat
PurchaseOrderNumber
|
Identifiant unique d’une commande d’achat, utilisé comme identifiant de cas principal du processus. | ||
|
Description
Le numéro de commande d’achat est l’identifiant de cas central qui relie toutes les activités, de la demande initiale à la confirmation finale de la réception des biens ou des services. Chaque numéro de commande unique correspond à une instance du processus d’approvisionnement. Dans une analyse Process Mining, cet attribut est essentiel pour retracer le parcours complet de chaque achat. Il permet aux analystes de visualiser les cartes de processus, de repérer les variantes et de calculer des indicateurs à l’échelle du cas, comme le temps de cycle total d’une commande. Tous les événements et les données associés sont regroupés sous cet identifiant afin de fournir une vue cohérente du processus.
Pourquoi est-ce important ?
Cet attribut est indispensable pour suivre le cycle de vie complet de chaque achat et reconstituer les instances individuelles du processus à des fins d’analyse détaillée.
Où trouver ces données
Il s’agit d’un champ de clé primaire standard de l’objet de commande d’achat dans Coupa.
Exemples
PO-2023-00123PO-2023-00456PO-2023-00789
|
|||
|
Heure de début
EventTime
|
Horodatage exact indiquant le moment où une activité ou un événement s’est produit. | ||
|
Description
L’heure de l’événement indique la date et l’heure auxquelles une activité précise a été exécutée. Chaque activité du processus est associée à un horodatage qui en marque la survenue. Cet attribut est essentiel à toute analyse temporelle en Process Mining. Il sert à calculer les temps de cycle entre les activités, à mesurer la durée du processus et à repérer les retards. Par exemple, l’écart entre les horodatages « Commande d’achat rédigée » et « Commande d’achat approuvée » permet de calculer l’indicateur de temps de cycle d’approbation des commandes.
Pourquoi est-ce important ?
Il situe chaque événement dans le temps, ce qui est indispensable pour calculer les temps de cycle, analyser les performances et repérer les goulots d’étranglement.
Où trouver ces données
Présent dans les journaux d’événements ou les pistes d’audit de Coupa, généralement associé à chaque changement d’état ou action concernant une commande d’achat.
Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de la dernière actualisation des données de ce processus. | ||
|
Description
Cet attribut indique la date de la dernière mise à jour du jeu de données à partir du système source. Il s’agit d’un champ de métadonnées qui s’applique à l’ensemble du jeu de données, et non à chaque événement. Dans un Dashboard analytique, cet horodatage aide les utilisateurs à connaître l’actualité des données affichées. Il leur permet de savoir si les analyses reposent sur des informations récentes et de comprendre à quelle date les données ont été mises à jour. Il est généralement affiché bien en évidence dans les Dashboards.
Pourquoi est-ce important ?
Indique aux utilisateurs la date d’actualisation des données et leur permet de savoir à quel point l’analyse du processus et les indicateurs sont à jour.
Où trouver ces données
Cet horodatage est généré et enregistré par le pipeline d’extraction et de chargement des données (ETL) lors de son exécution.
Exemples
2023-11-01T05:00:00Z
|
|||
|
Système source
SourceSystem
|
Système dont les données du processus ont été extraites. | ||
|
Description
Cet attribut identifie le système d’information d’origine dans lequel les données de l’événement ont été enregistrées. Pour ce processus, sa valeur serait toujours « Coupa ». Dans les entreprises où les données proviennent de plusieurs systèmes, par exemple Coupa pour les achats et un autre ERP pour la facturation, cet attribut permet de distinguer les sources. Il clarifie la traçabilité des données et peut servir à filtrer l’analyse selon la vision du processus propre à un système.
Pourquoi est-ce important ?
Il précise l’origine des données, garantit leur traçabilité et facilite leur gouvernance, notamment dans les environnements comportant plusieurs systèmes.
Où trouver ces données
Il s’agit d’une valeur statique, généralement ajoutée lors de l’extraction et de la transformation des données pour identifier le jeu de données.
Exemples
Coupa
|
|||
|
Catégorie d’achat
PurchaseCategory
|
Classification des biens ou services achetés, par exemple matériel informatique ou services professionnels. | ||
|
Description
La catégorie d’achat, également appelée groupe de marchandises ou groupe de matériaux, sert à regrouper des achats de même nature. Ces données structurées permettent d’analyser systématiquement les dépenses et les processus d’achat. En Process Mining, cet attribut constitue une dimension utile pour filtrer et segmenter les données. Le Dashboard « Analyse des dépenses par catégorie d’achat » s’appuie sur lui pour détailler les habitudes de dépenses. Il peut aussi révéler si certaines catégories, comme les services complexes, présentent des temps de cycle plus longs ou davantage de changements que d’autres, comme les fournitures de bureau courantes.
Pourquoi est-ce important ?
Il permet d’analyser les dépenses et les processus par catégorie, afin de repérer les habitudes d’achat, de négocier avec les fournisseurs et d’adapter les contrôles des processus.
Où trouver ces données
Généralement disponible au niveau des lignes de commande d’achat dans Coupa, souvent associé à un code de marchandises ou à un catalogue d’achat.
Exemples
Matériel informatiqueFournitures de bureauServices professionnelsSupports marketing
|
|||
|
Département
Department
|
Le service ou centre de coûts auquel la commande d’achat est imputée. | ||
|
Description
L’attribut Département désigne l’unité organisationnelle à l’origine de l’achat ou qui en supportera le coût. Il est souvent associé au demandeur ou au centre de coûts indiqué sur les lignes de la commande d’achat. Cette dimension est essentielle pour segmenter l’analyse des processus et des KPI. Elle permet aux responsables de comparer l’efficacité des processus, le respect des règles et les habitudes de dépenses entre les différentes entités de l’organisation. Par exemple, le Dashboard « Analyse des dépenses par catégorie d’achat » utilise le département pour montrer comment les différentes unités opérationnelles dépensent leur budget.
Pourquoi est-ce important ?
Elle permet de filtrer et de comparer les processus et les dépenses entre les différentes unités opérationnelles, afin de mettre en évidence les écarts d’efficacité et de conformité.
Où trouver ces données
Disponible dans l’en-tête de la commande d’achat ou sur ses lignes dans Coupa, souvent associé à un centre de coûts ou à une unité organisationnelle.
Exemples
MarketingTechnologies de l’informationOpérationsFinance
|
|||
|
Montant total de la commande
TotalOrderAmount
|
Valeur monétaire totale de la commande d’achat. | ||
|
Description
Cet attribut représente le coût total de tous les biens et services indiqués dans la commande d’achat, dans une devise donnée. Il s’agit d’un attribut au niveau du dossier, qui s’applique à l’ensemble de la commande. Ces données financières sont essentielles à l’analyse des dépenses et à la priorisation des efforts d’amélioration des processus. Les commandes de montant élevé peuvent nécessiter un examen plus approfondi ou un circuit d’approbation différent. Cet attribut est utilisé directement dans le Dashboard « Analyse des dépenses par catégorie d’achat » et entre dans le calcul du KPI « Part des dépenses auprès de fournisseurs non privilégiés ».
Pourquoi est-ce important ?
Fournit le contexte financier de chaque achat et permet d’analyser les dépenses, de prioriser les commandes de montant élevé et d’évaluer leur incidence financière.
Où trouver ces données
Disponible dans l’en-tête de la commande d’achat dans Coupa, généralement sous le nom « Total » ou « Total général ».
Exemples
1500.00250.7512500.50
|
|||
|
Nom du fournisseur
VendorName
|
Nom du fournisseur auprès duquel les biens ou services sont achetés. | ||
|
Description
Le nom du fournisseur désigne la partie externe qui fournit les articles figurant sur la commande d’achat. Cette information est fondamentale pour l’analyse des achats. L’analyse des performances du processus par fournisseur est essentielle à la gestion des relations fournisseurs. Elle permet d’évaluer le « respect des délais de livraison des fournisseurs », de repérer les « retards dans le processus de réception des marchandises » et d’évaluer la qualité des fournisseurs à partir du « taux de retour des marchandises ». Cet attribut est également indispensable au calcul du KPI « Part des dépenses auprès de fournisseurs non privilégiés ».
Pourquoi est-ce important ?
Permet d’analyser les performances des fournisseurs, afin d’optimiser leur sélection, de négocier de meilleures conditions et de repérer ceux dont les résultats sont les meilleurs ou les moins bons.
Où trouver ces données
Champ standard de l’en-tête de la commande d’achat dans Coupa, associé aux données de référence des fournisseurs.
Exemples
Fournitures de bureau internationalesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
|
|||
|
Utilisateur
User
|
Identifiant ou nom de la personne qui a effectué l’activité, par exemple un approbateur ou un demandeur. | ||
|
Description
Cet attribut identifie la personne responsable de l’exécution d’un événement précis du processus. Il peut s’agir de la personne qui a rédigé la commande, du responsable qui l’a approuvée ou de l’employé qui a enregistré la réception des marchandises. L’analyse des performances par utilisateur permet de repérer les besoins de formation, les personnes les plus performantes et la répartition de la charge de travail. Par exemple, le Dashboard « Performances du temps de cycle d’approbation des commandes » utilise cet attribut pour comparer les délais d’approbation par approbateur et repérer les éventuels goulots d’étranglement.
Pourquoi est-ce important ?
Il permet d’analyser les performances du processus par personne ou par rôle, et de repérer les goulots d’étranglement, les besoins de formation et les problèmes de répartition des ressources.
Où trouver ces données
Associé à chaque événement dans la piste d’audit ou l’historique des commandes d’achat de Coupa. Les champs « Créé par », « Approuvé par » ou « Mis à jour par » en sont des sources courantes.
Exemples
j.doea.smithm.jones
|
|||
|
Approbation dès la première soumission
IsFirstPassApproval
|
Indicateur calculé qui prend la valeur vrai si la commande d’achat a été approuvée sans modification après sa création en brouillon. | ||
|
Description
Cet indicateur booléen prend la valeur vrai si, entre les activités « Purchase Order Drafted » et « Purchase Order Approved », l’historique de la commande d’achat ne contient aucune activité « Purchase Order Changed » ni « Purchase Order Rejected ». Cet attribut mesure directement le KPI « Taux d’approbation des commandes d’achat dès la première soumission ». Un taux élevé indique que le traitement initial est efficace et exact. L’analyse des dossiers pour lesquels cet indicateur est faux peut révéler les causes des reprises et aider à améliorer la qualité des données saisies au départ dans les commandes d’achat.
Pourquoi est-ce important ?
Mesure directement l’efficacité du processus initial de création et d’approbation, en indiquant le nombre de commandes traitées sans reprise.
Où trouver ces données
Calculé lors de la transformation des données, en analysant la séquence des événements pour chaque PurchaseOrderNumber.
Exemples
truefalse
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
Date à laquelle le demandeur souhaite recevoir les biens ou services. | ||
|
Description
Cet attribut correspond à la date de livraison cible indiquée par l’utilisateur métier lors de la création de la demande. Elle représente la date à laquelle l’entreprise s’attend à recevoir la commande. Cette date constitue un repère important pour mesurer les performances des fournisseurs et des équipes internes. Elle sert directement au calcul du KPI « Respect de la date de livraison par les fournisseurs », en la comparant à la date réelle de comptabilisation de la réception des marchandises. Le Dashboard « Écarts de date de livraison et retours » présente les différences entre la date demandée et la date réelle de livraison, afin de mieux gérer les attentes et d’améliorer les prévisions.
Pourquoi est-ce important ?
Sert de référence pour mesurer le respect des délais de livraison par les fournisseurs et l’efficacité du processus interne de réception.
Où trouver ces données
Champ standard des lignes de commande d’achat dans Coupa.
Exemples
2023-11-152023-12-012024-01-10
|
|||
|
Devise
Currency
|
Code de devise des montants figurant sur la commande d’achat. | ||
|
Description
Cet attribut indique la devise, par exemple USD, EUR ou GBP, dans laquelle est exprimé le montant total de la commande. Il est indispensable pour interpréter correctement les données financières d’une organisation internationale. Pour les entreprises multinationales, analyser les dépenses sans tenir compte de la devise peut induire en erreur. Cet attribut permet de convertir correctement les devises et de présenter des données financières cohérentes dans les Dashboards, afin de comparer des montants sur une base équivalente.
Pourquoi est-ce important ?
Permet d’analyser et de présenter les données financières avec exactitude dans un contexte multinational, en fournissant les informations nécessaires à la conversion des devises.
Où trouver ces données
Champ standard de l’en-tête de la commande d’achat dans Coupa.
Exemples
USDEURGBPJPY
|
|||
|
Fournisseur privilégié
IsPreferredVendor
|
Indicateur booléen précisant si l’achat a été effectué auprès d’un fournisseur privilégié ou stratégique. | ||
|
Description
Cet indicateur précise si le fournisseur figurant sur la commande d’achat appartient à une liste de fournisseurs stratégiques préapprouvés. Cette information est généralement obtenue en comparant le nom ou l’identifiant du fournisseur à une liste de référence des fournisseurs privilégiés. Cet attribut est essentiel aux initiatives de gestion stratégique des achats et des dépenses. Il sert au calcul du KPI « Part des dépenses auprès de fournisseurs non privilégiés », qui aide les organisations à surveiller et à limiter les achats hors contrat, ainsi qu’à regrouper les dépenses auprès de partenaires clés pour bénéficier de remises sur volume et de meilleures conditions.
Pourquoi est-ce important ?
Aide à suivre le respect des règles d’achat et des objectifs d’approvisionnement stratégique en comparant les dépenses auprès de fournisseurs privilégiés et non privilégiés.
Où trouver ces données
Il ne s’agit souvent pas d’un champ standard dans Coupa. L’information est alors obtenue en comparant l’identifiant du fournisseur de la commande d’achat à une liste externe de fournisseurs privilégiés.
Exemples
truefalse
|
|||
|
Indicateur de reprise
IsRework
|
Indicateur calculé qui précise si une commande d’achat a fait l’objet d’une modification. | ||
|
Description
Cet indicateur booléen prend la valeur vrai pour toute commande d’achat dont l’historique contient au moins un événement « Purchase Order Changed ». Il s’agit d’un attribut au niveau du dossier, calculé à partir du journal d’événements. Cet attribut simplifie le calcul de KPI tels que le « Taux de modification des commandes d’achat ». Il permet de filtrer et de segmenter facilement les données pour comparer les commandes avec et sans reprise, et ainsi de mesurer l’incidence des modifications sur le temps de cycle et les coûts. Il constitue un élément central du Dashboard « Analyse des modifications des commandes d’achat ».
Pourquoi est-ce important ?
Simplifie l’analyse des reprises en permettant de filtrer et d’agréger facilement les données de toutes les commandes d’achat modifiées au moins une fois.
Où trouver ces données
Calculé lors de la transformation des données, en vérifiant si une activité « Purchase Order Changed » existe pour chaque PurchaseOrderNumber.
Exemples
truefalse
|
|||
|
Lieu de réception
ReceivingLocation
|
Lieu physique, tel qu’un entrepôt ou un bureau, où les biens doivent être livrés. | ||
|
Description
Le lieu de réception indique la destination des biens commandés dans la commande d’achat. Il peut s’agir d’un entrepôt, d’une usine ou d’une adresse de bureau précise. Cet attribut sert à analyser les performances logistiques et de réception sur différents sites. Le Dashboard « Retards dans le processus de réception des marchandises » peut être filtré selon cet attribut pour déterminer si certains sites traitent plus lentement les livraisons entrantes. Cela aide à repérer les inefficacités opérationnelles ou les contraintes de ressources propres à certains sites.
Pourquoi est-ce important ?
Permet d’analyser le processus de réception par lieu et de mettre en évidence les écarts de performance entre entrepôts, usines et bureaux.
Où trouver ces données
Cette information figure dans l’adresse de livraison de la commande d’achat dans Coupa.
Exemples
Entrepôt A - ChicagoBâtiment 5 - Bureau de LondresUsine de Francfort
|
|||
|
Livraison dans les délais
IsDeliveryOnTime
|
Indicateur calculé qui précise si les marchandises ont été reçues à la date de livraison demandée ou avant. | ||
|
Description
Cet attribut booléen est calculé en comparant l’horodatage de l’événement « Goods Receipt Posted » à la date « RequestedDeliveryDate ». Il prend la valeur vrai si la date de réception est antérieure ou égale à la date demandée. Cet indicateur contribue directement au KPI « Respect de la date de livraison par les fournisseurs » et au Dashboard « Écarts de date de livraison et retours ». Il fournit une mesure binaire claire du respect des délais, facile à agréger et à visualiser, pour repérer rapidement les problèmes de performance des fournisseurs ou des processus internes de réception.
Pourquoi est-ce important ?
Fournit une mesure claire et binaire des performances de livraison, ce qui simplifie le calcul des KPI de livraison dans les délais et l’analyse des tendances.
Où trouver ces données
Calculé lors de la transformation des données, en comparant « RequestedDeliveryDate » à l’horodatage de l’activité « Goods Receipt Posted ».
Exemples
truefalse
|
|||
|
Motif de la modification
ChangeReason
|
Motif indiqué pour une modification apportée à une commande d’achat après sa création initiale. | ||
|
Description
Cet attribut indique pourquoi une commande d’achat a été modifiée, par exemple « Quantité mise à jour » ou « Correction du prix ». Cette information est souvent consignée dans la piste d’audit lorsqu’un utilisateur effectue une activité « Purchase Order Changed ». Comprendre les raisons des modifications est essentiel au Dashboard « Analyse des modifications des commandes d’achat ». Cela permet de distinguer les changements inévitables, comme les problèmes de stock du fournisseur, de ceux qui auraient pu être évités, comme une erreur de saisie initiale. Ces éléments orientent les efforts visant à améliorer l’exactitude des commandes et à réduire le KPI « Taux de modification des commandes d’achat ».
Pourquoi est-ce important ?
Explique les causes des modifications des commandes d’achat et permet de prendre des mesures ciblées pour améliorer l’exactitude des commandes dès leur création et réduire les reprises.
Où trouver ces données
Souvent disponible dans les journaux d’audit ou les commentaires associés aux événements de modification d’une commande d’achat dans Coupa.
Exemples
Mise à jour du prix par le fournisseurDate de livraison ajustéeCode article corrigé
|
|||
|
Motif du rejet
RejectionReason
|
Motif indiqué lorsqu’une demande ou une commande d’achat est rejetée au cours d’une étape d’approbation. | ||
|
Description
Lorsqu’un approbateur rejette une commande d’achat, il en indique souvent le motif. Cet attribut enregistre cette explication, par exemple « Code budgétaire incorrect » ou « Dépassement du plafond de dépenses ». L’analyse des motifs de rejet permet de comprendre directement les causes des reprises et des échecs du processus. Ces données qualitatives peuvent révéler les erreurs fréquentes lors de la création des demandes et orienter des formations ciblées ou des améliorations du système, afin d’éviter de nouveaux rejets et d’augmenter le taux d’approbation dès la première soumission.
Pourquoi est-ce important ?
Permet de comprendre pourquoi les commandes d’achat sont rejetées et de traiter les causes des reprises et des retards du processus.
Où trouver ces données
Généralement enregistré dans les commentaires ou les notes associés à l’activité « Purchase Order Rejected » ou « Purchase Requisition Rejected » du flux d’approbation de Coupa.
Exemples
Demande en doubleBudget non approuvéFournisseur sélectionné incorrectement
|
|||
|
Nom du demandeur
RequesterName
|
Nom de la personne qui a initialement demandé les biens ou services. | ||
|
Description
Cet attribut identifie l’employé qui a créé la demande d’achat à l’origine de la commande. Le demandeur est la personne qui exprime le besoin métier ; il peut être différent de l’acheteur ou de l’approbateur. L’analyse du comportement du processus par demandeur permet de repérer des tendances propres à certains utilisateurs ou services. Le Dashboard « Analyse des modifications des commandes d’achat » s’en sert pour déterminer si certains demandeurs modifient plus souvent leurs commandes, ce qui peut signaler un besoin de formation sur les exigences de spécification.
Pourquoi est-ce important ?
Aide à identifier l’origine métier d’un achat et à analyser les pratiques d’achat ainsi que leur exactitude au niveau du demandeur.
Où trouver ces données
Cette information est généralement enregistrée dans la demande d’achat d’origine, puis reprise dans la commande d’achat dans Coupa.
Exemples
Alice CooperBob DylanCharlie Parker
|
|||
|
Numéro de demande d’achat
PurchaseRequisitionNumber
|
Identifiant unique de la demande d’achat à l’origine de la commande d’achat. | ||
|
Description
Cet attribut relie une commande d’achat à la demande dont elle est issue. Une même demande peut donner lieu à une ou plusieurs commandes d’achat. Ce lien est essentiel pour analyser le temps de cycle complet entre la demande et la commande. En reliant la création de la demande à la création et à l’envoi de la commande d’achat, les organisations peuvent mesurer l’efficacité de l’ensemble du processus de lancement des achats, de la demande à la réception.
Pourquoi est-ce important ?
Il relie les étapes de demande et de commande, ce qui permet d’analyser le temps de cycle entre la demande et la commande ainsi que les taux de conversion.
Où trouver ces données
Il s’agit généralement d’un champ de référence sur les lignes de la commande d’achat dans Coupa, qui renvoie à la demande d’origine.
Exemples
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
Activités Purchase to Pay - Purchase Order
| Activité | Description | ||
|---|---|---|---|
|
Commande d’achat annulée
|
Cette activité correspond à l’annulation d’une commande d’achat avant son exécution complète. Elle peut survenir à différentes étapes, par exemple si la demande n’est plus valable ou si la commande a été créée par erreur. | ||
|
Pourquoi est-ce important ?
En tant qu’issue alternative du processus, le suivi des annulations permet de comprendre les abandons et d’identifier les raisons pour lesquelles des demandes d’achat n’aboutissent pas.
Où trouver ces données
Cet événement est déduit du passage de l’objet de commande d’achat à l’état « Canceled ». L’horodatage de ce changement d’état sert d’horodatage à l’événement.
Données à recueillir
Déduit de l’horodatage du passage à l’état « Canceled ».
Type d’événement
inferred
|
|||
|
Commande d’achat approuvée
|
Cette étape indique que la commande d’achat a terminé son flux de travail d’approbation interne et que son envoi au fournisseur est autorisé. Il s’agit généralement de la dernière approbation d’un processus en plusieurs étapes. | ||
|
Pourquoi est-ce important ?
Cette étape est essentielle pour calculer les temps de cycle d’approbation des commandes et repérer les goulots d’étranglement liés aux approbations. Elle constitue également un point de contrôle important en matière de conformité.
Où trouver ces données
Extrait de l’historique des approbations de la commande d’achat dans Coupa. L’horodatage de l’approbation finale indique la date de l’événement.
Données à recueillir
Enregistré dans l’historique des approbations lorsque le dernier approbateur termine sa tâche.
Type d’événement
explicit
|
|||
|
Commande d’achat clôturée
|
Cette dernière activité indique que la commande d’achat est terminée. Elle est considérée comme clôturée lorsque toutes les marchandises ont été reçues et toutes les factures traitées, et qu’aucune autre transaction n’est attendue. | ||
|
Pourquoi est-ce important ?
Cette activité met officiellement fin au cycle de vie de la commande. L’analyse du délai de clôture peut révéler des inefficacités dans le rapprochement final et la tenue des dossiers.
Où trouver ces données
Cet événement est déduit du passage de l’objet de commande d’achat à l’état « Closed ». Coupa définit souvent cet état automatiquement, selon les règles métier relatives aux tolérances de réception et de facturation.
Données à recueillir
Déduit de l’horodatage du passage à l’état « Closed ».
Type d’événement
inferred
|
|||
|
Commande d’achat envoyée au fournisseur
|
Cette activité marque l’envoi officiel de la commande d’achat approuvée au fournisseur, par exemple par courriel ou via le portail fournisseurs Coupa. La commande passe alors du statut de document interne à celui d’engagement externe. | ||
|
Pourquoi est-ce important ?
Cette étape importante clôt le cycle interne entre la demande et la commande et marque le début du délai de livraison du fournisseur. Elle est indispensable pour mesurer l’efficacité interne et les performances des fournisseurs.
Où trouver ces données
Souvent déduit d’un changement d’état de la commande, qui passe à « Ordered » ou « Sent ». Coupa peut également enregistrer dans la commande un horodatage spécifique, tel que « last_exported_at » ou « sent_to_supplier_at ».
Données à recueillir
Déduit de l’horodatage du passage à l’état « Ordered » ou d’un champ indiquant l’heure précise de l’envoi.
Type d’événement
inferred
|
|||
|
Demande d’achat créée
|
Cette activité correspond à la création d’une demande d’achat, c’est-à-dire à la demande officielle de biens ou de services qui précède une commande d’achat. Dans Coupa, un événement explicite est enregistré lorsqu’un utilisateur enregistre et soumet une nouvelle demande. | ||
|
Pourquoi est-ce important ?
Cette activité marque généralement le début du processus d’approvisionnement. Elle est indispensable pour mesurer le temps de cycle complet entre la demande et la commande et évaluer l’efficacité des étapes en amont.
Où trouver ces données
Cet événement correspond à l’enregistrement de la création dans l’objet ou la table des demandes d’achat de Coupa. L’horodatage figure dans le champ « created_at » ou dans un champ équivalent de date de création généré par le système.
Données à recueillir
Enregistré directement lors de la création d’une nouvelle demande.
Type d’événement
explicit
|
|||
|
Réception des marchandises enregistrée
|
Cette étape confirme officiellement que les marchandises ont été reçues, inspectées et acceptées. Elle met à jour les données de stock et indique que le fournisseur a rempli son obligation pour cette livraison. | ||
|
Pourquoi est-ce important ?
Cette étape importante marque la fin du délai de livraison du fournisseur et sert à mesurer le respect des dates de livraison. Un retard dans l’enregistrement des réceptions peut masquer le niveau réel des stocks.
Où trouver ces données
Il s’agit d’une transaction centrale dans Coupa, enregistrée dans l’objet de réception. L’événement est associé à l’horodatage du passage de l’état de la réception à « Posted » ou « Received ».
Données à recueillir
Enregistré lorsque la transaction de réception des marchandises est finalisée dans le système.
Type d’événement
explicit
|
|||
|
Commande confirmée par le fournisseur
|
Cet événement indique que le fournisseur a reçu et confirmé la commande d’achat. Cette confirmation est souvent enregistrée par voie électronique, via un portail fournisseurs tel que le Coupa Supplier Portal (CSP). | ||
|
Pourquoi est-ce important ?
La confirmation du fournisseur permet de s’assurer que la commande est en cours de traitement. Elle améliore la précision des prévisions de livraison et réduit l’incertitude dans la chaîne d’approvisionnement.
Où trouver ces données
Cette information figure généralement dans la commande d’achat si le fournisseur utilise le Coupa Supplier Portal pour effectuer l’action « Acknowledge ». L’horodatage de cette action est utilisé.
Données à recueillir
Enregistré lorsque le fournisseur effectue l’action « Acknowledge » dans le portail fournisseurs.
Type d’événement
explicit
|
|||
|
Commande d’achat modifiée
|
Cet événement correspond à toute modification apportée à la commande d’achat après sa rédaction initiale. Dans Coupa, les modifications sont souvent suivies au moyen des différentes versions du document. | ||
|
Pourquoi est-ce important ?
Le suivi des modifications est essentiel pour calculer des indicateurs tels que le taux de modification des commandes d’achat et le taux de commandes non conformes. Des modifications fréquentes peuvent signaler un processus instable ou des demandes initiales imprécises.
Où trouver ces données
Cet événement peut être déduit du suivi des différentes versions d’une commande d’achat. Tout nouveau numéro de version supérieur au premier indique une modification ; la date de création de cette nouvelle version sert d’horodatage à l’événement.
Données à recueillir
Déduit de l’horodatage de création d’une nouvelle version de la commande.
Type d’événement
inferred
|
|||
|
Commande d’achat rédigée
|
Cet événement correspond à la création initiale du document de commande d’achat dans le système, souvent à partir d’une demande approuvée. À ce stade, la commande est encore à l’état de brouillon interne : elle n’a pas été soumise à approbation ni envoyée au fournisseur. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début du calcul de l’indicateur de temps de cycle d’approbation des commandes. C’est la première étape officielle du cycle de vie de la commande d’achat.
Où trouver ces données
Cet événement correspond à l’horodatage de création de l’enregistrement de la commande d’achat dans Coupa, généralement indiqué dans un champ tel que « created_at ».
Données à recueillir
Extrait de l’horodatage de création généré par le système pour l’enregistrement de la commande.
Type d’événement
explicit
|
|||
|
Commande d’achat rejetée
|
Cette activité se produit lorsqu’un approbateur rejette la commande d’achat pendant le flux de travail d’approbation. La commande est alors généralement renvoyée à son créateur pour modification ou annulation. | ||
|
Pourquoi est-ce important ?
L’analyse des rejets permet de repérer les problèmes de qualité des données, les violations des règles ou les besoins de formation. Elle met en évidence les boucles de reprise qui entraînent des retards importants.
Où trouver ces données
Cet événement explicite figure dans l’historique des approbations de la commande d’achat dans Coupa. Le journal indique une action « Reject » accompagnée d’un horodatage.
Données à recueillir
Enregistré dans l’historique des approbations avec l’état « Reject ».
Type d’événement
explicit
|
|||
|
Commande d’achat soumise
|
Une fois rédigée, la commande d’achat est officiellement soumise au flux de travail d’approbation. Cette action distincte de l’utilisateur fait passer la commande de l’état de brouillon à celui d’approbation en attente. | ||
|
Pourquoi est-ce important ?
Cet événement distingue le temps consacré à la rédaction de celui pendant lequel la commande attend réellement une approbation. Il permet de mieux comprendre les pratiques des utilisateurs et les transferts entre intervenants.
Où trouver ces données
Déduit d’un changement d’état de l’objet de commande d’achat, par exemple de « draft » à « pending approval ». L’horodatage de ce changement d’état est utilisé.
Données à recueillir
Déduit de l’horodatage du passage à l’état « pending approval ».
Type d’événement
inferred
|
|||
|
Confirmation des services saisie
|
Pour les commandes d’achat de services, cette activité équivaut à la réception de marchandises. Elle confirme que le service a été fourni conformément aux conditions de la commande. | ||
|
Pourquoi est-ce important ?
Le suivi des confirmations de services est essentiel pour maîtriser les dépenses liées aux services et s’assurer que seuls les travaux dont l’exécution a été vérifiée sont payés.
Où trouver ces données
Cet événement est extrait de la création ou de l’approbation d’un document de réception de services ou d’une feuille de saisie des services associée à la commande d’achat dans Coupa.
Données à recueillir
Enregistré lors de la création et de l’approbation d’une feuille de saisie des services.
Type d’événement
explicit
|
|||
|
Contrôle qualité effectué
|
Cet événement indique qu’un article reçu a fait l’objet d’un contrôle qualité concluant. Selon le processus de l’entreprise, cette étape peut avoir lieu après l’enregistrement initial de la réception des marchandises. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle pour mesurer l’efficacité du contrôle qualité. Les retards à cette étape peuvent créer des goulots d’étranglement entre la réception et la mise à disposition des articles.
Où trouver ces données
L’événement peut être enregistré sous la forme d’un changement d’état de la ligne de réception ou dans un objet d’inspection distinct de Coupa. Sa disponibilité dépend de l’utilisation du module qualité ou d’un flux de travail personnalisé.
Données à recueillir
Déduit d’un changement d’état de la réception ou de l’horodatage d’un enregistrement d’inspection associé.
Type d’événement
inferred
|
|||
|
Demande d’achat approuvée
|
Une demande d’achat doit suivre un flux de travail d’approbation avant de pouvoir être convertie en commande d’achat. Cet événement indique que la demande a reçu son approbation finale et peut être transformée en commande. | ||
|
Pourquoi est-ce important ?
Le suivi des approbations des demandes permet de repérer les goulots d’étranglement avant la commande. Les retards à cette étape ont une incidence directe sur le délai d’émission de la commande d’achat.
Où trouver ces données
Cet événement est généralement extrait de l’historique des approbations de l’objet de demande dans Coupa. L’action d’approbation finale est associée à un horodatage et à un utilisateur.
Données à recueillir
Enregistré dans l’historique des approbations lorsque le dernier approbateur intervient.
Type d’événement
explicit
|
|||
|
Facture reçue pour la commande
|
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 phase de traitement et de paiement des factures dans le cycle P2P. | ||
|
Pourquoi est-ce important ?
Bien que cette étape relève du processus de comptabilité fournisseurs, associer la réception de la facture à la commande offre une vue de bout en bout du cycle de la transaction et permet d’analyser le délai entre la livraison et la facturation.
Où trouver ces données
Extrait de l’horodatage de création du document de facture dans Coupa, où la facture est rapprochée du numéro de commande d’achat correspondant.
Données à recueillir
Enregistré lors de la création d’une facture associée à la commande.
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. Cela se produit généralement en cas de problème de qualité, de dommage ou d’erreur de livraison. | ||
|
Pourquoi est-ce important ?
Le suivi des retours est essentiel pour calculer le taux de retour des marchandises et repérer les problèmes de qualité des fournisseurs ou d’exactitude des commandes. Un taux de retour élevé révèle souvent des défaillances coûteuses dans le processus.
Où trouver ces données
Cet événement est extrait d’une transaction « Return to Supplier » ou d’une transaction de réception négative dans Coupa. L’horodatage de la transaction indique la date de l’événement.
Données à recueillir
Enregistré à la création d’une transaction de retour liée à la commande ou à la réception d’origine.
Type d’événement
explicit
|
|||
|
Réception des marchandises lancée
|
Cette activité marque le début du processus de réception, par exemple lorsque Coupa crée un document de réception à l’arrivée physique des marchandises. Celles-ci n’ont pas encore été officiellement enregistrées dans le stock ni confirmées comme reçues. | ||
|
Pourquoi est-ce important ?
Cet événement marque le début du calcul de l’indicateur de durée de traitement des réceptions. Il permet de distinguer le temps d’attente des marchandises sur le quai du temps consacré au traitement dans le système.
Où trouver ces données
Cet événement peut être déduit de l’horodatage de création d’un document de réception à l’état « Draft » ou « Pending ». Il précède l’enregistrement final de la réception.
Données à recueillir
Déduit de l’horodatage de création d’un enregistrement de réception qui n’a pas encore été validé.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Utilisez ce modèle pour préparer vos données à l’analyse Process Mining et obtenir des analyses concrètes. Commencez dès aujourd’hui à optimiser votre processus Purchase to Pay - Purchase Order.
Optimisez vos commandes d’achat P2P et gagnez en efficacité dès aujourd’hui
Réduisez de 30 % le temps de cycle de votre processus P2P et constatez rapidement les résultats.
Aucune carte bancaire requise. Configuration en quelques minutes.