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

SAP Ariba
Votre modèle de données Purchase to Pay - Purchase Order

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

Ce modèle vous guide dans la collecte des données essentielles à l’analyse de votre processus Purchase to Pay - Purchase Order. Il précise les Attributs et les activités à suivre, et fournit des conseils pratiques pour extraire les données de votre système source. Vous disposerez ainsi d’une base complète et précise pour découvrir et optimiser votre processus.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Conseils pour l’extraction
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs Purchase to Pay - Purchase Order

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail votre processus Purchase to Pay - Purchase Order.
3 Obligatoire 6 Recommandé 13 Facultatif
Nom Description
Bon de commande
PurchaseOrderNumber
Identifiant unique de chaque document de bon de commande, utilisé comme identifiant central du cas dans le processus.
Description

Le numéro de commande est la clé principale qui relie toutes les activités et tous les événements associés tout au long du cycle d’approvisionnement. Chaque numéro correspond à une transaction d’achat, depuis la création initiale de la commande jusqu’à son achèvement ou son annulation.

En Process Mining, cet attribut est fondamental pour l’analyse au niveau du cas. Il permet de reconstituer le parcours de bout en bout de chaque commande, de calculer les temps de cycle, de repérer les variantes du processus et de suivre l’état de chaque commande. L’analyse par numéro de commande aide à comprendre l’ensemble du processus et à repérer les goulots d’étranglement ou les écarts propres à certaines transactions.

Pourquoi est-ce important ?

Il s’agit de l’identifiant de cas essentiel qui relie toutes les étapes du processus et permet d’analyser le cycle de vie complet de chaque commande.

Où trouver ces données

Il s’agit d’un champ principal du document de commande dans SAP Ariba Buying and Invoicing ou SAP Ariba Sourcing.

Exemples
PO7000123456PO7000123457PO7000123458
Heure de l’événement
EventTime
La date et l’heure exactes auxquelles une activité ou un événement s’est produit.
Description

L’heure de l’événement correspond à l’horodatage associé à chaque activité et indique quand celle-ci a commencé. Ces données sont indispensables pour classer les événements par ordre chronologique et calculer la durée ainsi que les temps de cycle entre les différentes étapes du processus.

Cet attribut est essentiel pour presque toutes les analyses temporelles, notamment les Dashboards sur le temps de cycle de bout en bout des commandes et le temps de cycle d’approbation des commandes. Il permet de calculer des indicateurs clés de performance comme le temps moyen de cycle d’approbation d’une commande, en mesurant l’écart entre les horodatages des activités « Commande créée » et « Commande approuvée ».

Pourquoi est-ce important ?

Cet horodatage est indispensable pour ordonner correctement les événements et calculer toutes les métriques fondées sur la durée, comme les temps de cycle et les temps d’attente.

Où trouver ces données

Cette information figure généralement dans la piste d’audit ou le journal des modifications des documents de commande dans SAP Ariba.

Exemples
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
Nom de l’activité
ActivityName
Nom de l’événement ou de la tâche qui s’est produit à un moment donné du processus de commande.
Description

Le nom de l’activité décrit une étape du cycle de vie de la commande, par exemple « Commande créée », « Commande approuvée » ou « Réception des marchandises enregistrée ». La succession de ces activités constitue la base de la cartographie du processus.

L’analyse de ces activités est au cœur du Process Mining. Elle permet de visualiser le flux du processus, de repérer les variantes fréquentes ou rares et de mesurer la durée entre les différentes étapes. Comprendre l’ordre et la fréquence d’activités telles que « Commande modifiée » est essentiel pour des Dashboards comme l’analyse du taux de modification des commandes.

Pourquoi est-ce important ?

Cet attribut définit les étapes du processus. Il permet de visualiser son déroulement et de repérer les goulots d’étranglement, les reprises et les écarts.

Où trouver ces données

Généré à partir des changements d’état, des codes de transaction ou des journaux d’événements des tables SAP Ariba sous-jacentes, liées à l’historique des documents et au flux de travail.

Exemples
Bon de commande approuvéBon de commande modifiéRéception des biens enregistréeFacture reçue pour le bon de commande
Date de livraison demandée
RequestedDeliveryDate
Date à laquelle le demandeur souhaite recevoir les biens ou les services.
Description

Il s’agit de la date de livraison cible indiquée par l’entreprise lors de la création de la demande d’achat ou de la commande. Elle sert de référence pour mesurer les performances réelles de livraison.

Cet attribut est essentiel au Dashboard sur les performances de livraison des fournisseurs et à l’indicateur du taux de réception des marchandises dans les délais. En comparant la date de livraison demandée à la date réelle de réception des marchandises, les organisations peuvent mesurer la ponctualité des fournisseurs, calculer les écarts de livraison et repérer ceux qui ne respectent pas régulièrement les délais. Cette analyse est importante pour gérer les relations fournisseurs et réduire les risques liés à la chaîne d’approvisionnement.

Pourquoi est-ce important ?

Sert de référence pour mesurer la ponctualité des livraisons et évaluer la fiabilité des fournisseurs ainsi que l’efficacité de la chaîne d’approvisionnement.

Où trouver ces données

Il s’agit d’un champ de date standard au niveau des lignes du document de commande.

Exemples
2023-06-012023-07-152023-08-20
Date de réception des marchandises
GoodsReceiptDate
Date à laquelle la réception des marchandises ou l’exécution des services a été officiellement enregistrée dans le système.
Description

Cet attribut indique l’horodatage de l’activité « Réception des marchandises enregistrée » ou « Confirmation des services saisie ». Il constitue la confirmation officielle de la réception des articles commandés.

Cette date est essentielle pour mesurer les délais de livraison réels. Elle complète la date de livraison demandée et sert à calculer les écarts de livraison ainsi que les indicateurs de ponctualité. Le Dashboard sur la ponctualité de l’enregistrement des réceptions s’appuie sur cet attribut pour évaluer le délai d’enregistrement après la livraison, un élément important pour l’exactitude des stocks et le paiement des factures dans les délais.

Pourquoi est-ce important ?

Correspond à la date réelle de livraison. Elle est essentielle pour calculer les performances de livraison et repérer les retards dans la chaîne d’approvisionnement.

Où trouver ces données

Il s’agit de l’horodatage du document de réception des marchandises ou de la feuille de saisie des services associé à la commande.

Exemples
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
Montant de la commande
PurchaseOrderAmount
Valeur monétaire totale de la commande.
Description

Cet attribut représente le coût total des biens et services indiqués sur la commande, hors taxes et autres frais, sauf indication contraire. Il s’agit d’un indicateur financier clé pour comprendre la valeur des transactions traitées.

Dans une analyse, le montant de la commande sert souvent à segmenter le processus. Par exemple, les commandes de grande valeur peuvent suivre un circuit d’approbation différent et plus strict que les commandes de faible valeur. Cet attribut permet de prioriser les améliorations portant sur les transactions les plus importantes sur le plan financier et d’analyser les dépenses par service ou par fournisseur.

Pourquoi est-ce important ?

Apporte un contexte financier à chaque cas et permet de prioriser les améliorations selon la valeur des commandes, ainsi que de comprendre l’incidence de cette valeur sur le processus.

Où trouver ces données

Il s’agit d’un champ calculé standard de l’en-tête du document de commande, qui additionne la valeur de toutes les lignes.

Exemples
1500.0025000.50500.75
Nom d’utilisateur
UserName
Le nom ou l’identifiant de l’utilisateur qui a réalisé l’activité.
Description

Cet attribut identifie la personne responsable d’une étape précise du processus, par exemple l’approbation d’une commande ou l’enregistrement d’une réception de marchandises. Il peut s’agir d’un identifiant utilisateur unique ou d’un nom complet.

L’analyse des performances par utilisateur permet de repérer les besoins de formation ou de reconnaître les personnes les plus performantes. Elle est également essentielle aux analyses liées à la conformité, comme le Dashboard sur les écarts de conformité des approbations de commandes, qui permet de déterminer qui a contourné les étapes d’approbation requises. Cet attribut peut aussi servir à comprendre la répartition de la charge de travail et l’affectation des ressources.

Pourquoi est-ce important ?

Permet d’établir les responsabilités et d’analyser les performances, la charge de travail et la conformité par utilisateur, afin notamment de repérer les besoins de formation ou les écarts dans le processus.

Où trouver ces données

Ces informations figurent généralement dans les journaux du flux de travail et de l’historique des documents de SAP Ariba, souvent associées à chaque événement.

Exemples
john.smithLROSSIjane.doe
Nom du fournisseur
VendorName
Nom du fournisseur auprès duquel les biens ou les services sont achetés.
Description

Cet attribut identifie le partenaire externe associé à la commande. Le fournisseur est un acteur important du processus d’approvisionnement et de paiement, et ses performances ont une incidence directe sur l’efficacité de l’ensemble du cycle.

Le nom du fournisseur est une dimension essentielle pour l’analyse des performances. Il est indispensable au Dashboard sur les performances de livraison des fournisseurs, qui compare les dates de livraison de différents fournisseurs. L’analyse des processus par fournisseur peut révéler ceux qui sont régulièrement en retard, entraînent davantage de reprises ou ont des processus de facturation complexes. Ces éléments sont utiles à la gestion des relations fournisseurs.

Pourquoi est-ce important ?

Permet d’analyser les performances des fournisseurs, de repérer les partenaires fiables et d’identifier ceux qui sont à l’origine de retards ou d’autres problèmes.

Où trouver ces données

Il s’agit d’un champ standard de l’en-tête du document de commande dans SAP Ariba.

Exemples
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
Nom du service
DepartmentName
Le service ou le centre de coûts associé à la commande.
Description

Cet attribut désigne l’unité organisationnelle à l’origine de la demande d’achat ou pour laquelle l’achat est effectué. Il est souvent déduit des informations sur le centre de coûts figurant sur la commande.

Cette dimension est essentielle au Dashboard sur l’efficacité du traitement des commandes par service, qui permet de comparer directement les temps de cycle et les variantes du processus entre les services. Elle aide à repérer ceux qui appliquent les bonnes pratiques et ceux qui pourraient avoir besoin d’une formation complémentaire ou d’améliorations du processus. Elle est également nécessaire au calcul de l’indicateur de variation du temps de cycle des commandes par service.

Pourquoi est-ce important ?

Permet de comparer les performances des différentes unités opérationnelles, de repérer les goulots d’étranglement propres à certains services et de partager les bonnes pratiques.

Où trouver ces données

Cette information figure dans l’en-tête ou les lignes de la commande. Elle est souvent liée au centre de coûts ou au profil du demandeur.

Exemples
MarketingOpérations informatiquesGestion des installationsRecherche et développement
Avec reprises
IsRework
Indicateur calculé qui précise si une commande a suivi une boucle de reprise, par exemple après un rejet et une nouvelle soumission.
Description

Cet attribut booléen est déduit de la séquence des activités. Il prend la valeur « true » lorsqu’une commande revient à une étape précédente du processus, par exemple si l’activité « Approuver la commande » est suivie de « Modifier la commande », puis d’une nouvelle approbation. Cela signale un écart par rapport au parcours idéal, sans retour en arrière.

Cet indicateur est essentiel au calcul du taux de boucles de reprise des commandes et au filtrage de la cartographie du processus pour mettre en évidence les parcours inefficaces. En repérant les cas comportant des reprises, les analystes peuvent en rechercher les causes, comme une saisie incorrecte ou des exigences peu claires, puis prendre des mesures pour améliorer le taux d’approbation dès la première soumission.

Pourquoi est-ce important ?

Signale directement les cas marqués par des inefficacités et des reprises, afin de mesurer l’incidence des boucles et de cibler celles à éliminer.

Où trouver ces données

Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données à partir de la séquence des activités de chaque cas.

Exemples
truefalse
Commande modifiée
IsPurchaseOrderChanged
Indicateur booléen précisant si la commande a été modifiée après sa création initiale.
Description

Cet attribut dérivé prend la valeur « true » si une activité « Commande modifiée » est présente dans un cas donné. Il simplifie l’analyse du taux de modification en fournissant un indicateur pour chaque cas.

Cet indicateur sert à calculer le taux de modification des commandes. Il permet de segmenter rapidement les données pour comparer les commandes modifiées aux commandes inchangées et de repérer les conséquences en aval, comme des temps de cycle plus longs ou davantage d’écarts de facturation. Le Dashboard d’analyse du taux de modification des commandes s’en sert pour mesurer la fréquence des modifications.

Pourquoi est-ce important ?

Fournit un indicateur simple pour repérer toutes les commandes modifiées, calculer facilement leur taux de modification et en analyser les effets.

Où trouver ces données

Cet indicateur est calculé lors de la transformation des données en vérifiant la présence d’un événement « Commande modifiée » pour chaque numéro de commande.

Exemples
truefalse
Dernière mise à jour des données
LastDataUpdate
L’horodatage indiquant la dernière actualisation des données de cet événement ou leur dernière extraction du système source.
Description

Cet attribut indique la date et l’heure de la dernière extraction des données de SAP Ariba. Il s’agit d’une métadonnée essentielle pour évaluer leur fraîcheur.

Dans toute analyse de Process Mining, connaître l’ancienneté des données est indispensable pour établir des rapports et prendre des décisions. Cet horodatage permet de vérifier que les Dashboards et les indicateurs clés de performance, comme la tendance du volume de commandes, reposent sur des informations à jour.

Pourquoi est-ce important ?

Indique si les données sont à jour, afin que les utilisateurs sachent sur quelle période porte leur analyse et puissent se fier à ses résultats.

Où trouver ces données

Cet horodatage est généralement généré et ajouté au jeu de données lors du processus d’extraction, de transformation et de chargement (ETL).

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Devise
DocumentCurrency
Code de la devise utilisée pour les montants de la commande.
Description

Cet attribut précise la devise, par exemple USD, EUR ou GBP, dans laquelle le montant de la commande est exprimé. Il fournit un contexte essentiel à toute donnée financière.

Lorsqu’un processus couvre plusieurs pays ou régions, la devise du document est indispensable pour interpréter et comparer correctement les montants. Tous les indicateurs financiers et Dashboards doivent utiliser ce champ pour filtrer les données par devise ou appliquer les taux de change appropriés afin d’obtenir des agrégats et des comparaisons exacts.

Pourquoi est-ce important ?

Fournit le contexte nécessaire à tous les champs monétaires, garantit la fiabilité de l’analyse financière et évite d’additionner des montants exprimés dans des devises différentes.

Où trouver ces données

Il s’agit d’un champ standard de l’en-tête du document de commande dans SAP Ariba.

Exemples
USDEURGBPJPY
Écart de livraison
DeliveryVariance
Écart calculé entre la date de livraison demandée et la date réelle de réception des marchandises.
Description

Cette métrique mesure les performances de livraison des fournisseurs en calculant l’avance ou le retard de chaque livraison. Elle est calculée en soustrayant la date de livraison demandée de la date de réception des marchandises. Une valeur positive indique un retard, une valeur négative une livraison anticipée et une valeur nulle une livraison dans les délais.

Ce calcul est au cœur du Dashboard sur les performances de livraison des fournisseurs et de l’indicateur de variation des performances de livraison. L’analyse des écarts par fournisseur permet aux organisations de repérer les partenaires fiables ou moins fiables et d’orienter les négociations avec les fournisseurs ainsi que la gestion des risques. Elle va au-delà d’un simple indicateur de ponctualité pour mesurer l’ampleur des écarts de livraison.

Pourquoi est-ce important ?

Mesure précisément l’avance ou le retard des livraisons et permet ainsi d’évaluer la ponctualité des fournisseurs.

Où trouver ces données

Calculé lors de la transformation des données en soustrayant la date de livraison demandée de la date de réception des marchandises.

Exemples
P2D-P1DP0D
Groupe de marchandises
MaterialGroup
Catégorie servant à regrouper des biens ou des services présentant des caractéristiques similaires.
Description

Le groupe de marchandises, appelé Commodity Code dans la terminologie d’Ariba, sert à classer les articles achetés. Cette classification permet d’analyser les dépenses et d’appliquer des stratégies d’approvisionnement adaptées aux différents types de biens ou de services.

En Process Mining, cet attribut permet d’analyser le processus d’approvisionnement en fonction des articles achetés. Par exemple, le processus d’approbation du matériel informatique peut différer de celui des fournitures de bureau. Cette analyse plus précise aide à adapter les améliorations du processus aux différentes catégories d’achat.

Pourquoi est-ce important ?

Permet d’analyser le processus selon la catégorie de biens ou de services achetés et de repérer les différences dans les modalités d’approvisionnement.

Où trouver ces données

Il s’agit d’un champ standard au niveau des lignes d’une commande, souvent intitulé « Commodity Code ».

Exemples
Matériel informatiqueFournitures de bureauServices professionnels
Heure de fin de l’événement
EventEndTime
L’horodatage indiquant quand une activité s’est achevée. Il sert à calculer la durée de traitement des activités manuelles.
Description

Alors que StartTime indique le début d’une activité, EventEndTime en marque la fin. Pour de nombreux événements générés par le système, les heures de début et de fin sont identiques. En revanche, pour les tâches manuelles ou les traitements automatisés de longue durée, l’écart entre ces deux heures correspond à la durée de traitement de l’activité.

Cet attribut sert à calculer la métrique ProcessingTime, essentielle au Dashboard d’analyse de la durée des activités de commande. Il aide à repérer les tâches qui prennent le plus de temps et à déterminer où la formation, la réaffectation des ressources ou l’automatisation pourraient être utiles.

Pourquoi est-ce important ?

Permet de calculer précisément la durée de traitement de chaque activité et de repérer les tâches les plus longues.

Où trouver ces données

Consultez la documentation SAP Ariba. Si cette information n’est pas disponible explicitement, il peut être nécessaire de la déduire de l’heure de début de l’activité suivante.

Exemples
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
N° de demande d’achat.
PurchaseRequisitionNumber
Identifiant unique de la demande d’achat à l’origine de la commande.
Description

Cet attribut relie une commande à la demande d’achat dont elle découle. Certaines commandes ne sont précédées d’aucune demande, par exemple lorsqu’elles sont créées directement.

Ce lien est essentiel pour analyser l’ensemble du processus d’approvisionnement, depuis la demande initiale. Il est nécessaire au Dashboard de conversion des demandes d’achat en commandes et à l’indicateur du délai de conversion. L’analyse de ce lien aide à repérer les retards entre l’approbation d’une demande et l’envoi officiel de la commande au fournisseur.

Pourquoi est-ce important ?

Relie la commande à la demande initiale et permet une véritable analyse de bout en bout, de la création de la demande à l’exécution de la commande.

Où trouver ces données

Cette information figure généralement dans un champ de référence des lignes de la commande.

Exemples
PR10004567PR10004568PR10004569
Organisation d’achats
PurchasingOrganization
Unité organisationnelle chargée de l’approvisionnement en biens et services et des négociations avec les fournisseurs.
Description

L’organisation d’achats est un acteur clé de la structure d’approvisionnement, responsable des aspects stratégiques des achats. Plusieurs organisations d’achats peuvent coexister selon les régions ou les unités opérationnelles.

L’analyse du processus par organisation d’achats peut révéler des différences d’efficacité, de conformité et de gestion des fournisseurs au sein de l’entreprise. Elle peut contribuer à harmoniser les bonnes pratiques et à repérer les goulots d’étranglement ou les sources d’inefficacité à l’échelle de l’organisation.

Pourquoi est-ce important ?

Permet d’analyser à haut niveau l’efficacité et la conformité des différentes unités stratégiques chargées des achats.

Où trouver ces données

Il s’agit d’un champ standard de données organisationnelles dans l’en-tête du document de commande.

Exemples
PO_US01PO_EMEAPO_GLOBAL
Statut de la commande
PurchaseOrderStatus
État actuel de la commande au cours de son cycle de vie.
Description

Cet attribut indique l’état actuel de la commande, par exemple « En cours de commande », « En réception », « Facturée » ou « Terminée ». Il donne un aperçu de l’avancement de la commande dans le processus global.

Le Process Mining reconstitue le déroulement du processus à partir des activités, tandis que le statut actuel permet de filtrer les cas et de comprendre la charge de travail en cours. Un analyste peut, par exemple, se concentrer uniquement sur les commandes en cours qui ne sont pas encore terminées. Cet attribut peut également servir à vérifier la dernière activité d’une trace de processus.

Pourquoi est-ce important ?

Donne rapidement un aperçu de l’étape du cycle de vie à laquelle se trouve une commande, ce qui facilite le filtrage des cas actifs ou terminés.

Où trouver ces données

Il s’agit d’un champ de statut standard dans l’en-tête du document de commande SAP Ariba.

Exemples
En cours de commandeEn réceptionTerminéeAnnulée
Système source
SourceSystem
Indique le système dont les données ont été extraites, en l’occurrence SAP Ariba.
Description

Cet attribut précise l’origine des données du processus. Dans les environnements où plusieurs systèmes sont intégrés, il est essentiel pour distinguer les différentes sources et assurer la traçabilité des données.

Pour l’analyse, il permet de filtrer les données d’un système donné ou de comprendre les interactions entre les processus de différentes plateformes. Il s’agit d’une métadonnée importante pour la gouvernance et la validation des données, qui garantit que les analyses reposent sur le bon jeu de données.

Pourquoi est-ce important ?

Cet attribut apporte un contexte essentiel sur l’origine des données, indispensable à leur gouvernance, à leur validation et à leur analyse dans les environnements multisystèmes.

Où trouver ces données

Il s’agit d’une valeur statique (« SAP Ariba »), généralement ajoutée lors de l’extraction et de la transformation des données.

Exemples
SAP AribaSAP-Ariba-USAribaCloud
Temps de cycle de bout en bout de la commande
POEndToEndCycleTime
Durée totale entre la création de la première demande d’achat et l’achèvement de la commande.
Description

Cet attribut calculé mesure la durée totale du processus de commande. Il commence généralement à l’événement « Demande d’achat créée » et se termine à l’événement « Commande terminée » ou au dernier événement « Réception des marchandises enregistrée ». Il donne une vue d’ensemble de l’efficacité du processus.

Il s’agit de la métrique principale de l’indicateur du temps de cycle de bout en bout des commandes et du Dashboard correspondant. Elle permet aux organisations de suivre leurs performances globales et les effets des améliorations apportées au processus. La ventilation de ce temps de cycle par fournisseur, service ou groupe de marchandises peut révéler les principaux facteurs à l’origine des délais les plus longs.

Pourquoi est-ce important ?

Représente la durée totale de traitement d’une commande. Cet indicateur global permet d’évaluer l’efficacité du processus et l’expérience client.

Où trouver ces données

Calculé lors de la transformation des données en soustrayant l’horodatage le plus ancien du plus récent pour un cas donné.

Exemples
P15DP30D12HP7D
Type de commande
PurchaseOrderType
Catégorie de la commande, par exemple commande standard, contrat-cadre ou commande de sous-traitance.
Description

Le type de commande classe les commandes selon leur objectif commercial. Les différents types peuvent suivre des parcours distincts et être soumis à des règles d’approbation et d’exécution différentes.

Cet attribut permet de segmenter le processus pour obtenir des analyses plus pertinentes. Par exemple, l’analyse séparée du temps de cycle des commandes standard et des commandes de services peut révéler différents types de goulots d’étranglement. Elle permet de constituer des sous-ensembles de données plus homogènes et de mieux comprendre chaque scénario d’approvisionnement.

Pourquoi est-ce important ?

Permet de segmenter l’analyse par type de commande et d’obtenir des résultats plus précis, car les différents types suivent souvent des parcours distincts.

Où trouver ces données

Consultez la documentation SAP Ariba. Il s’agit généralement d’un champ configurable dans l’en-tête de la commande.

Exemples
Commande standardCommande de servicesCommande-cadre
Obligatoire Recommandé Facultatif

Activités Purchase to Pay - Purchase Order

Voici les principales étapes et les jalons du processus à enregistrer dans votre journal d’événements pour découvrir avec précision le processus Purchase to Pay - Purchase Order.
6 Recommandé 8 Facultatif
Activité Description
Bon de commande approuvé
Indique que le bon de commande a reçu toutes les approbations internes requises et peut être envoyé au fournisseur. Cet événement est déduit du passage du document de commande au statut « Approuvé » après la fin du flux d’approbation prévu.
Pourquoi est-ce important ?

Cette étape est essentielle pour mesurer les temps de cycle d’approbation et repérer les goulots d’étranglement lors de l’examen par la direction. Les retards à ce stade ont une incidence directe sur les délais des fournisseurs et l’efficacité des achats.

Où trouver ces données

Déduite de l’horodatage auquel le statut ou le champ « ApprovedState » du document PurchaseOrder passe à « Approved ». Les journaux d’historique des approbations fournissent des données détaillées.

Données à recueillir

Déduite de l’horodatage de la dernière approbation dans le flux d’approbation du bon de commande.

Type d’événement inferred
Bon de commande créé
Cette activité correspond à la création du document officiel de bon de commande dans SAP Ariba, à partir d’une demande approuvée ou directement. Elle est extraite de l’horodatage de création du document de commande et marque le début officiel de son cycle de vie.
Pourquoi est-ce important ?

Pour les bons de commande directs, il s’agit du début du processus. Cette étape est essentielle pour mesurer le délai de conversion entre la demande et le bon de commande, ainsi que le temps de cycle global de traitement de la commande.

Où trouver ces données

Extrait de l’horodatage de création de l’objet document PurchaseOrder dans SAP Ariba Buying. À ce stade, le statut est généralement « Composing » ou « Submitted ».

Données à recueillir

À partir de l’horodatage de création du document de bon de commande.

Type d’événement explicit
Bon de commande envoyé au fournisseur
Correspond au moment où le bon de commande approuvé est officiellement transmis au fournisseur, généralement par l’intermédiaire de l’Ariba Network. Cet événement est enregistré lorsque le statut du bon de commande passe à « Sent » ou « Ordered ».
Pourquoi est-ce important ?

Cette étape marque le passage du traitement interne à l’exécution par le fournisseur. Elle sert de point de départ pour mesurer les délais et les performances de livraison des fournisseurs.

Où trouver ces données

Déduite de l’horodatage auquel le statut du document PurchaseOrder passe à « Sent » ou « Ordered ». Il s’agit d’un changement de statut standard dans Ariba.

Données à recueillir

Déduite de l’horodatage du passage au statut « Sent » ou à un statut équivalent.

Type d’événement inferred
Bon de commande terminé
Cette activité marque la fin du cycle de vie du bon de commande et indique que les biens ou services ont été entièrement reçus et facturés. Elle est déduite du passage du statut du bon de commande à « Received », « Invoiced » ou à un statut final équivalent.
Pourquoi est-ce important ?

Il s’agit du principal point d’aboutissement du processus en cas de réussite. Mesurer le délai nécessaire pour atteindre cet état donne le temps de cycle de bout en bout, un indicateur clé de l’efficacité globale du processus.

Où trouver ces données

Déduite de l’horodatage auquel le statut du document PurchaseOrder passe à un état final, comme « Received ». Le bon de commande est considéré comme terminé lorsque toutes ses lignes ont été entièrement réceptionnées.

Données à recueillir

Déduite du passage du statut du bon de commande à « Received » ou à un statut équivalent indiquant que la commande est terminée.

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 un bon de commande. Dans SAP Ariba, elle est généralement enregistrée lorsqu’un utilisateur enregistre et soumet une nouvelle demande, ce qui crée une trace explicite avec un horodatage de création.
Pourquoi est-ce important ?

Il s’agit du point de départ principal du processus d’achat. Analyser le délai entre cet événement et la création du bon de commande est essentiel pour comprendre le temps de cycle entre la demande et la commande et repérer les goulots d’étranglement en amont.

Où trouver ces données

Cet événement est extrait de la date de création de l’objet document de demande d’achat dans le module SAP Ariba Buying. Le passage au statut « Soumis » marque souvent le début officiel du processus.

Données à recueillir

À partir de l’horodatage de création du document de demande d’achat.

Type d’événement explicit
Réception des biens enregistrée
Correspond à la réception physique des biens, enregistrée dans SAP Ariba. Il s’agit d’un événement explicite, enregistré lorsqu’un utilisateur crée et soumet un document de réception associé à une ligne de bon de commande.
Pourquoi est-ce important ?

Cette étape est essentielle pour confirmer la livraison et marque la fin de la période utilisée pour mesurer les performances de livraison du fournisseur. Dans un processus de rapprochement à trois pièces, elle autorise également le paiement de la facture.

Où trouver ces données

Extrait de l’horodatage de création ou de soumission du document de réception associé au document PurchaseOrder.

Données à recueillir

À partir de l’horodatage de soumission du document de réception des biens.

Type d’événement explicit
Avis d’expédition préalable reçu
Cette activité est enregistrée lorsque le fournisseur envoie un avis d’expédition préalable (ASN) par l’intermédiaire de l’Ariba Network pour signaler l’expédition des biens. L’ASN contient des informations sur l’envoi, notamment les articles, les quantités et les données de suivi.
Pourquoi est-ce important ?

L’ASN donne de la visibilité sur la chaîne d’approvisionnement et permet au service réception de se préparer à la livraison. Il constitue une donnée essentielle pour suivre les stocks en transit et prévoir les dates de livraison.

Où trouver ces données

Extrait de la date de création du document ShipNotice associé aux lignes du bon de commande.

Données à recueillir

À partir de l’horodatage de création du document d’avis d’expédition préalable (ASN).

Type d’événement explicit
Biens retournés au fournisseur
Cette activité enregistre le retour de biens au fournisseur, généralement à la suite d’un dommage, d’un défaut ou de la livraison d’articles incorrects. Elle est enregistrée lorsqu’un document de retour ou une note de débit est créé en référence à la réception initiale.
Pourquoi est-ce important ?

Le suivi des retours met en évidence les problèmes de qualité des fournisseurs et d’exactitude des livraisons. L’analyse de leur fréquence et de leurs motifs peut contribuer à améliorer la sélection et la gestion des fournisseurs.

Où trouver ces données

Cet événement peut être déduit de la création d’un document de réception spécifique au retour ou d’une quantité négative sur une réception. La méthode exacte dépend de la configuration.

Données à recueillir

Déduite de la création d’une réception avec une quantité négative ou un type spécifique « Return ».

Type d’événement inferred
Bon de commande annulé
Correspond à l’annulation d’un bon de commande avant son exécution. Cette décision peut être prise par l’organisation acheteuse ou, plus rarement, par le fournisseur.
Pourquoi est-ce important ?

Il s’agit d’une exception importante et d’un point de fin du processus. Analyser les motifs d’annulation des bons de commande peut révéler des problèmes de planification, de budget ou de fiabilité des fournisseurs.

Où trouver ces données

Déduite de l’horodatage auquel le statut du document PurchaseOrder passe à « Cancelled » ou « Closed ».

Données à recueillir

Déduite de l’horodatage du passage au statut « Cancelled ».

Type d’événement inferred
Bon de commande confirmé par le fournisseur
Indique que le fournisseur a reçu et accusé réception du bon de commande, confirmant son intention de l’exécuter. Cet événement est enregistré lorsque le fournisseur soumet un document de confirmation de commande par l’intermédiaire de l’Ariba Network, ce qui met à jour le statut du bon de commande.
Pourquoi est-ce important ?

Cette activité confirme que le fournisseur traite la commande. Elle permet de suivre sa réactivité et de vérifier l’exactitude de la commande initiale.

Où trouver ces données

Déduite de l’horodatage auquel le statut du document PurchaseOrder passe à « Confirmed » après réception d’une confirmation de commande du fournisseur.

Données à recueillir

À partir de la date de création du document de confirmation de commande associé ou d’un changement de statut du bon de commande.

Type d’événement inferred
Bon de commande modifié
Cette activité enregistre toute modification apportée à un bon de commande après sa création initiale, par exemple une modification de la quantité, du prix ou de la date de livraison. Une nouvelle version du document de commande est créée, ce qui déclenche souvent un nouveau flux d’approbation.
Pourquoi est-ce important ?

Le suivi des modifications est essentiel pour repérer les inefficacités du processus, les boucles de reprise et les causes profondes des erreurs d’achat. Un taux de modification élevé peut révéler que les besoins ont été mal définis au départ.

Où trouver ces données

Repérée en identifiant plusieurs versions d’un même document PurchaseOrder. L’horodatage de création de chaque nouvelle version peut servir à enregistrer cet événement.

Données à recueillir

Enregistré lors de la création et de l’enregistrement d’une nouvelle version du document de bon de commande.

Type d’événement explicit
Confirmation des services saisie
Correspond à la confirmation de la réalisation des services, l’équivalent d’une réception de biens pour les prestations de services. Cet événement est enregistré lorsqu’une feuille de services est créée et approuvée pour un bon de commande de services.
Pourquoi est-ce important ?

Cette activité est essentielle pour suivre l’exécution des commandes de services et autoriser leur paiement. L’analyse des délais permet de mieux gérer la prestation et les dépenses associées.

Où trouver ces données

Extrait de l’horodatage d’approbation du document ServiceSheet associé au document PurchaseOrder.

Données à recueillir

À partir de l’horodatage d’approbation du document de feuille de services.

Type d’événement explicit
Demande d’achat approuvée
Cette activité correspond à l’approbation finale d’une demande d’achat par toutes les parties prenantes requises. Elle autorise sa conversion en bon de commande. Elle est généralement déduite du passage du document de demande au statut « Approuvé » et de l’horodatage de cette dernière approbation.
Pourquoi est-ce important ?

Cette étape marque la fin de la phase d’approbation interne de la demande. Son suivi permet de mesurer l’efficacité des contrôles internes et des flux d’approbation avant la création du bon de commande.

Où trouver ces données

Déduite de l’historique des approbations ou du champ de statut du document de demande d’achat. L’horodatage de l’événement correspond à la date de passage au statut « Approuvé ».

Données à recueillir

Déduite de l’horodatage auquel le champ « ApprovedState » de la demande passe à « Approved ».

Type d’événement inferred
Facture reçue pour le bon de commande
Indique qu’une facture du fournisseur faisant référence au bon de commande a été reçue et saisie dans SAP Ariba. Cet événement relie le processus d’achat au processus de paiement qui suit.
Pourquoi est-ce important ?

Cette activité constitue un point de liaison essentiel entre les achats et la finance. Son calendrier compte pour la gestion du fonds de roulement et le respect des échéances de paiement des fournisseurs.

Où trouver ces données

Extrait de l’horodatage de création du document de facture dans Ariba Invoicing, qui contient une référence au document PurchaseOrder.

Données à recueillir

À partir de l’horodatage de création du document de facture associé au bon de commande.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de SAP Ariba

Prêt à commencer ?

Appuyez-vous sur ce modèle pour préparer vos données plus simplement et commencer à optimiser votre processus Purchase to Pay - Purchase Order en toute confiance. Votre démarche d’amélioration de l’efficacité commence ici.

Optimisez dès aujourd’hui votre processus Purchase to Pay - Purchase Order !

Réduisez le temps de cycle de 30 % et éliminez les goulots d’étranglement dans SAP Ariba.

Démarrez votre essai gratuit

Aucune carte bancaire n’est nécessaire. Configurez votre essai gratuit en quelques minutes.