Modèle de données : De l'Achat au Paiement - Commande d'achat

SAP Ariba
Modèle de données : De l'Achat au Paiement - Commande d'achat

Votre template de données pour le processus Achat au Paiement - Bon de Commande

Ce template fournit un guide exhaustif pour la collecte des données essentielles nécessaires à l'analyse de votre processus Achat au Paiement - Bon de Commande. Il décrit les attributs et activités cruciaux à suivre, ainsi que des conseils pratiques pour l'extraction des données de votre système source. Utilisez cette ressource pour établir une base complète et précise pour la découverte et l'optimisation des processus.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d'extraction
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Achats au paiement - Attributs des commandes d'achat

Voici les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus Achat-Paiement - Commande d'achat.
3 Obligatoire 6 Recommandé 14 Facultatif
Nom Description
Bon de commande
PurchaseOrderNumber
L'identifiant unique pour chaque document de commande d'achat, servant d'identifiant de cas central pour le processus.
Description

Le numéro de commande d'achat est la clé primaire qui relie toutes les activités et événements connexes tout au long du cycle de vie de l'approvisionnement. Chaque numéro représente une transaction d'achat unique, de la création initiale de la commande à sa finalisation ou annulation.

En Process Mining, cet attribut est fondamental pour l'analyse au niveau du cas. Il permet la reconstruction du parcours de bout en bout de chaque commande d'achat, permettant le calcul des temps de cycle, l'identification des variantes de processus et le suivi des statuts de commande individuels. L'analyse des processus par numéro de commande d'achat aide à comprendre le flux complet et à identifier les goulots d'étranglement ou les écarts pour des transactions spécifiques.

Pourquoi c'est important

C'est le Case ID essentiel qui relie toutes les étapes du processus, permettant d'analyser le cycle de vie de bout en bout de chaque bon de commande individuel.

Où obtenir

Il s'agit d'un champ principal sur le document de bon 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 précises auxquelles une activité ou un événement spécifique s'est produit.
Description

L'Heure de l'événement est l'horodatage associé à chaque activité, qui indique son début. Ces données sont essentielles pour ordonner les événements chronologiquement et pour calculer les durées et les temps de cycle entre les différentes étapes du processus.

Cet attribut est crucial pour presque toutes les analyses temporelles, y compris les dashboards de Temps de cycle de bout en bout des commandes d'achat et de Temps de cycle d'approbation des commandes d'achat. Il permet le calcul d'indicateurs clés de performance comme le 'Temps de cycle moyen d'approbation des commandes d'achat' en mesurant la différence de temps entre les horodatages des activités 'Commande d'achat créée' et 'Commande d'achat approuvée'.

Pourquoi c'est important

Ce timestamp est fondamental pour séquencer correctement les événements et calculer toutes les métriques basées sur la durée, comme les temps de cycle et les temps d'attente.

Où obtenir

On le trouve généralement dans l'historique d'audit ou les données du journal des modifications des documents de Bon de Commande dans SAP Ariba.

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

Le nom de l'activité décrit une étape du cycle de vie des bons de commande, telle que « Bon de commande créé », « Bon de commande approuvé » ou « Réception de marchandises enregistrée ». Cette séquence d'activités constitue la base de la carte des processus. L'analyse de ces activités est le cœur du Process Mining. Elle aide à visualiser le flux de processus, à identifier les variantes de processus courantes et rares, et à mesurer la durée entre les différentes étapes. Comprendre la séquence et la fréquence d'activités comme « Bon de commande modifié » est crucial pour des dashboards comme l'Analyse du taux de modification des bons de commande.

Pourquoi c'est important

Cet attribut définit les étapes du processus, permettant la visualisation du flux de processus et l'identification des goulots d'étranglement, des reprises et des écarts.

Où obtenir

Généré en mappant les changements de statut, les codes de transaction, ou les journaux d'événements des tables sous-jacentes de SAP Ariba liées à l'historique des documents et au workflow.

Exemples
Commande d'achat approuvéeCommande d'achat modifiéeRéception de marchandises enregistréeFacture reçue pour commande d'achat
Date de livraison demandée
RequestedDeliveryDate
La date à laquelle la partie requérante s'attend à ce que les biens ou services soient livrés.
Description

Il s'agit de la date de livraison cible spécifié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 la performance réelle des livraisons.

Cet attribut est fondamental pour le tableau de bord « Performance de livraison des fournisseurs » et le KPI « Taux de ponctualité des réceptions de marchandises ». En comparant la Date de Livraison Demandée avec la Date de Réception des Marchandises réelle, les organisations peuvent évaluer la ponctualité des fournisseurs, calculer l'écart de livraison et identifier ceux qui ne respectent pas systématiquement les délais de livraison. Cette analyse est cruciale pour la gestion des relations fournisseurs et l'atténuation des risques de la chaîne d'approvisionnement.

Pourquoi c'est important

Sert de référence pour mesurer la ponctualité des livraisons, ce qui est essentiel pour évaluer la fiabilité des fournisseurs et l'efficacité de la chaîne d'approvisionnement.

Où obtenir

Il s'agit d'un champ de date standard au niveau de la ligne du document de bon de commande.

Exemples
2023-06-012023-07-152023-08-20
Date de réception des marchandises
GoodsReceiptDate
La date à laquelle la réception des marchandises ou l'achèvement des services a été officiellement enregistré dans le système.
Description

Cet attribut marque l'horodatage de l'activité 'Réception de marchandises enregistrée' ou 'Confirmation de services saisie'. C'est la confirmation officielle que les articles commandés ont été reçus.

Cette date est critique pour mesurer les délais de livraison réels. C'est la contrepartie de la RequestedDeliveryDate et est utilisée pour calculer les écarts de livraison et les KPI de ponctualité. Le dashboard de ponctualité de l'enregistrement des réceptions s'appuie sur cet attribut pour évaluer la rapidité avec laquelle les réceptions sont enregistrées après la livraison, ce qui est important pour la précision de l'inventaire et le paiement rapide des factures.

Pourquoi c'est important

Représente la date de livraison réelle, essentielle pour calculer la performance de livraison et identifier les retards dans la chaîne d'approvisionnement.

Où obtenir

Il s'agit du timestamp du document de réception de marchandises ou de fiche d'enregistrement des services qui fait référence au Bon de Commande.

Exemples
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
Montant du Bon de Commande
PurchaseOrderAmount
La valeur monétaire totale du bon de commande.
Description

Cet attribut représente le coût total de tous les biens et services listés sur le bon de commande, hors taxes et autres frais sauf indication contraire. C'est une métrique financière clé pour comprendre la valeur des transactions circulant dans le processus.

Dans l'analyse, le montant du bon de commande est souvent utilisé pour segmenter le processus. Par exemple, les commandes de grande valeur peuvent suivre un chemin d'approbation différent et plus strict que les commandes de faible valeur. Il peut être utilisé pour prioriser les efforts d'amélioration des processus sur les transactions les plus financièrement significatives et pour analyser les modèles de dépenses par département ou fournisseur.

Pourquoi c'est important

Apporte un contexte financier à chaque cas, permettant une analyse basée sur la valeur pour prioriser les améliorations et comprendre comment la valeur de la commande impacte le comportement du processus.

Où obtenir

Il s'agit d'un champ calculé standard au niveau de l'en-tête du document de bon de commande, qui additionne la valeur de tous les articles.

Exemples
1500.0025000.50500.75
Nom d'utilisateur
UserName
Le nom ou l'ID de l'utilisateur qui a effectué l'activité.
Description

Cet attribut identifie l'individu responsable de l'exécution d'une étape de processus spécifique, telle que l'approbation d'un bon de commande ou l'enregistrement d'une réception de marchandises. Il peut s'agir d'un ID utilisateur unique ou d'un nom complet.

L'analyse de performance par utilisateur aide à identifier les besoins en formation ou à reconnaître les meilleurs performeurs. Elle est également cruciale pour les analyses liées à la conformité, comme le dashboard des écarts de conformité d'approbation des bons de commande, où elle aide à déterminer qui a contourné les étapes d'approbation requises. Elle peut également être utilisée pour comprendre la répartition de la charge de travail et l'allocation des ressources.

Pourquoi c'est important

Assure la responsabilité et permet l'analyse des performances spécifiques aux utilisateurs, de la charge de travail et de la conformité, ce qui est essentiel pour identifier les besoins en formation ou les écarts de processus.

Où obtenir

Ces informations sont généralement disponibles dans les logs de workflow et d'historique des documents au sein de SAP Ariba, souvent associées à chaque événement.

Exemples
john.smithLROSSIjane.doe
Nom du département
DepartmentName
Le service ou centre de coûts associé au bon de commande.
Description

Cet attribut indique l'unité organisationnelle qui a initié la demande d'achat ou pour laquelle l'achat est effectué. Il est souvent dérivé des informations du centre de coûts sur le bon de commande.

Cette dimension est essentielle pour le dashboard d'efficacité du traitement des bons de commande par département, permettant une comparaison directe des temps de cycle et des variantes de processus entre différents départements. Elle aide à identifier quels départements suivent les meilleures pratiques et lesquels peuvent nécessiter une formation supplémentaire ou des améliorations de processus. Elle est également clé pour le calcul du KPI de variance des temps de cycle des bons de commande par département.

Pourquoi c'est important

Permet la comparaison des performances entre différentes unités commerciales, aidant à identifier les goulots d'étranglement départementaux et à partager les meilleures pratiques.

Où obtenir

Ces informations se trouvent au niveau de l'en-tête ou de la ligne du bon de commande, souvent liées au centre de coûts ou au profil du demandeur.

Exemples
MarketingOpérations ITGestion des installationsRecherche et Développement
Nom du fournisseur
VendorName
Le nom du fournisseur auprès duquel les biens ou services sont achetés.
Description

Cet attribut identifie le partenaire externe impliqué dans le bon de commande. Le fournisseur est une entité critique dans le processus Achats-Paiements, et sa performance a un impact direct sur l'efficacité de l'ensemble du cycle.

Le Nom du Fournisseur est une dimension clé pour l'analyse de performance. Il est essentiel pour le dashboard de performance des livraisons fournisseurs, comparant les dates de livraison entre différents fournisseurs. L'analyse des processus par fournisseur peut révéler quels fournisseurs sont constamment en retard, entraînent plus de reprises, ou ont des processus de facturation complexes, offrant des informations précieuses pour la gestion de la relation fournisseur.

Pourquoi c'est important

Permet l'analyse de la performance des fournisseurs, aidant à identifier les partenaires fiables et à cibler les fournisseurs causant des retards ou d'autres problèmes.

Où obtenir

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

Exemples
Global Office Supplies Inc.Tech Solutions LLCPièces industrielles avancées
Commande d'achat modifiée
IsPurchaseOrderChanged
Un indicateur booléen indiquant si la commande d'achat a été modifiée après sa création initiale.
Description

C'est un attribut dérivé qui est défini sur 'vrai' si une activité « Bon de Commande Modifié » existe pour un case donné. Il simplifie l'analyse des taux de changement en fournissant un indicateur simple, au niveau du case, de modification.

Ce flag est utilisé pour calculer le KPI « Taux de Modification des Bons de Commande ». Il aide à segmenter rapidement les données pour comparer les processus des commandes modifiées et non modifiées, ce qui peut révéler les impacts en aval des changements, tels que des cycle times plus longs ou des écarts de facture accrus. Le dashboard d'analyse du Taux de Modification des Bons de Commande l'utilise pour quantifier la fréquence des changements.

Pourquoi c'est important

Fournit un indicateur simple pour identifier tous les bons de commande modifiés, ce qui facilite le calcul des taux de modification et l'analyse de leur impact.

Où obtenir

Ce drapeau est dérivé lors de la transformation des données en vérifiant la présence d'un événement 'Purchase Order Changed' pour chaque numéro de bon de commande.

Exemples
truefaux
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière actualisation ou extraction des données de cet événement depuis le système source.
Description

Cet attribut fournit la date et l'heure de la dernière extraction de données de SAP Ariba. C'est une métadonnée essentielle pour comprendre l'actualité des données analysées.

Dans toute analyse de Process Mining, connaître l'actualité des données est essentiel pour le reporting et la prise de décision. Cet horodatage permet aux utilisateurs de confirmer que leurs dashboards et KPI, tels que Purchase Order Throughput Trend, sont basés sur des informations à jour.

Pourquoi c'est important

Indique la fraîcheur des données, garantissant que les utilisateurs comprennent l'actualité de leur analyse et renforçant la confiance dans les insights.

Où obtenir

Ce timestamp est généralement généré et ajouté au jeu de données pendant le processus d'extraction, de transformation et de chargement (ETL) des données.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Devise
DocumentCurrency
Le code de devise pour les valeurs monétaires sur la commande d'achat.
Description

Cet attribut spécifie la devise, telle que USD, EUR ou GBP, dans laquelle le montant du bon de commande est exprimé. C'est un contexte essentiel pour toutes les données financières.

Lors de l'analyse d'un processus qui s'étend sur plusieurs pays ou régions, la devise du document est cruciale pour interpréter et comparer correctement les valeurs monétaires. Tous les KPI financiers et dashboards doivent utiliser ce champ pour filtrer sur une seule devise ou pour appliquer des taux de change appropriés pour une agrégation et une comparaison précises.

Pourquoi c'est important

Fournit le contexte nécessaire pour tous les champs monétaires, assurant une analyse financière précise et évitant l'agrégation incorrecte de différentes devises.

Où obtenir

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

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

Cette métrique quantifie la performance de livraison des fournisseurs en mesurant le retard ou l'avance d'une livraison. Elle est calculée en soustrayant la 'RequestedDeliveryDate' de la 'GoodsReceiptDate'. Une valeur positive indique une livraison tardive, une valeur négative une livraison anticipée, et zéro signifie une livraison à temps.

Il s'agit du calcul principal qui sous-tend le tableau de bord « Performance de livraison des fournisseurs » et le KPI « Écart de performance de livraison des fournisseurs ». En analysant cette variance parmi les fournisseurs, les organisations peuvent identifier les partenaires fiables et non fiables, ce qui éclaire les négociations avec les fournisseurs et les stratégies de gestion des risques. Cela permet de dépasser les simples indicateurs de ponctualité pour comprendre l'ampleur des écarts de livraison.

Pourquoi c'est important

Quantifie la ponctualité des fournisseurs en mesurant le retard ou l'avance exacte des livraisons, ce qui est crucial pour la gestion de la performance des fournisseurs.

Où obtenir

Calculé dans la couche de transformation des données en soustrayant 'RequestedDeliveryDate' de 'GoodsReceiptDate'.

Exemples
P2D-P1DP0D
Est un retravail
IsRework
Un indicateur calculé qui indique si une commande d'achat a subi une boucle de retravail, par exemple en étant rejetée et soumise à nouveau.
Description

Cet attribut booléen est dérivé de la séquence d'activités. Il est défini sur 'vrai' si un bon de commande recule dans le processus, par exemple, si une activité 'Approuver le bon de commande' est suivie d'une activité 'Modifier le bon de commande' puis d'une autre approbation. Cela signifie un écart par rapport au processus idéal sans interruption.

Ce drapeau est essentiel pour calculer le PO Rework Loop Rate KPI et pour filtrer la carte de processus afin de mettre en évidence les flux inefficaces. En identifiant les cas avec reprise, les analystes peuvent enquêter sur les causes profondes, telles que des erreurs de saisie de données ou des exigences peu claires, et prendre des mesures pour améliorer le taux d'approbation au premier passage.

Pourquoi c'est important

Signale directement les cas présentant des inefficacités de processus et des reprises, permettant aux analystes de quantifier l'impact des boucles et de les cibler pour élimination.

Où obtenir

Cet attribut n'est pas présent dans le système source, mais est calculé lors de la transformation des données à partir de la séquence d'activités pour chaque cas.

Exemples
truefaux
Groupe de matériaux
MaterialGroup
Une classification utilisée pour regrouper des matériaux ou des services ayant des caractéristiques similaires.
Description

Le groupe de marchandises, ou code de catégorie dans la terminologie d'Ariba, est un moyen de catégoriser les articles achetés. Cela permet une analyse des dépenses et l'application de différentes stratégies d'approvisionnement pour divers types de biens ou de services.

En Process Mining, cet attribut permet d'analyser le processus d'approvisionnement en fonction de ce qui est acheté. Par exemple, le processus d'approbation pour le matériel informatique peut différer de celui pour les fournitures de bureau. Cela permet d'obtenir des informations plus nuancées, aidant à adapter les améliorations de processus à des catégories d'achat spécifiques.

Pourquoi c'est important

Permet l'analyse du processus basée sur la catégorie des biens ou services achetés, révélant les variations dans la manière dont les différents articles sont approvisionnés.

Où obtenir

Il s'agit d'un champ standard au niveau de la ligne d'un bon de commande, souvent étiqueté « Code de Commodité ».

Exemples
TI.MatérielOffice.SuppliesProfessional.Services
Heure de fin de l'événement
EventEndTime
L'horodatage indiquant quand une activité a été achevée. Utilisé pour calculer le temps de traitement des activités manuelles.
Description

Alors que StartTime indique le début d'une activité, EventEndTime marque sa fin. Pour de nombreux événements générés par le système, les temps de début et de fin sont identiques. Cependant, pour les tâches manuelles ou les tâches automatisées de longue durée, la différence entre le temps de début et de fin représente le temps de traitement de l'activité.

Cet attribut est utilisé pour calculer la métrique 'ProcessingTime', qui est vitale pour le tableau de bord « Analyse de la durée des activités du Bon de Commande ». Il aide à identifier quelles tâches spécifiques prennent le plus de temps à être complétées, mettant en évidence les opportunités de formation, de réaffectation des ressources ou d'automatisation.

Pourquoi c'est important

Permet le calcul de temps de traitement précis pour les activités individuelles, aidant à identifier quelles tâches spécifiques sont les plus chronophages.

Où obtenir

Consultez la documentation SAP Ariba. Cela peut nécessiter d'être dérivé de l'heure de début de l'activité suivante si ce n'est pas explicitement disponible.

Exemples
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
N° de demande d'achat
PurchaseRequisitionNumber
L'identifiant unique de la demande d'achat qui a précédé la commande d'achat.
Description

Cet attribut relie un bon de commande à sa demande d'achat d'origine. Tous les bons de commande n'auront pas de demande préalable, par exemple, dans les cas de création directe de bon de commande.

Ce lien est crucial pour l'analyse complète du processus d'approvisionnement de bout en bout, en commençant par la demande initiale. Il est requis pour le dashboard d'entonnoir de conversion des demandes en bons de commande et le KPI de temps de conversion des demandes en bons de commande. L'analyse de cette connexion aide à identifier les délais entre l'approbation d'une demande et la passation de la commande officielle auprès du fournisseur.

Pourquoi c'est important

Relie la commande d'achat à la demande initiale, permettant une véritable analyse de bout en bout, de la création de la demande à l'exécution de la commande.

Où obtenir

Ces informations sont généralement disponibles en tant que champ de référence au niveau de la ligne du bon de commande.

Exemples
PR10004567PR10004568PR10004569
Organisation d'achat
PurchasingOrganization
L'unité organisationnelle responsable de l'approvisionnement en matériaux et services et de la négociation avec les fournisseurs.
Description

L'organisation d'achat est une entité clé dans la structure d'approvisionnement, responsable des aspects stratégiques des achats. Différentes organisations d'achat peuvent exister pour différentes régions ou unités commerciales.

L'analyse du processus par organisation d'achat peut révéler des différences en matière d'efficacité, de conformité et de stratégies de gestion des fournisseurs au sein de l'entreprise. Cela peut aider à normaliser les meilleures pratiques et à identifier les goulots d'étranglement ou les sources d'inefficacité au niveau organisationnel.

Pourquoi c'est important

Permet une analyse de haut niveau de l'efficacité et de la conformité des processus au sein des différentes unités d'achat stratégiques.

Où obtenir

Il s'agit d'un champ de données organisationnelles standard au niveau de l'en-tête du document de bon de commande.

Exemples
PO_US01PO_EMEAPO_GLOBAL
Statut du Bon de Commande
PurchaseOrderStatus
Le statut actuel du bon de commande dans son cycle de vie.
Description

Cet attribut indique l'état actuel du bon de commande, tel que 'Commande en cours', 'Réception en cours', 'Facturé' ou 'Terminé'. Il fournit un aperçu de la position du bon de commande dans le processus global.

Bien que le Process Mining reconstitue le flux à partir des activités, le statut actuel est utile pour filtrer les cas et comprendre la charge de travail actuelle. Par exemple, un analyste pourrait vouloir se concentrer uniquement sur les bons de commande 'en cours' qui ne sont pas encore terminés. Il peut également être utilisé pour valider l'activité finale dans une trace de processus.

Pourquoi c'est important

Offre un aperçu rapide de l'état d'avancement d'un bon de commande dans son cycle de vie, ce qui est utile pour filtrer et se concentrer sur les cas actifs ou terminés.

Où obtenir

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

Exemples
CommandesRéceptionTerminéAnnulé
Système source
SourceSystem
Identifie le système à partir duquel les données ont été extraites, dans ce cas, SAP Ariba.
Description

Cet attribut spécifie l'origine des données du processus. Dans les environnements avec plusieurs systèmes intégrés, il est crucial de distinguer les données provenant de différentes sources et d'assurer la traçabilité des données.

Pour l'analyse, il aide à filtrer les données pour un système spécifique ou à comprendre les interactions des processus entre différentes plateformes. C'est une métadonnée clé pour la gouvernance des données et la validation, garantissant que les analyses sont basées sur le jeu de données correct.

Pourquoi c'est important

Fournit un contexte essentiel concernant l'origine des données, ce qui est crucial pour la gouvernance des données, la validation et l'analyse dans les environnements multi-systèmes.

Où obtenir

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

Exemples
SAP AribaSAP-Ariba-USAribaCloud
Temps de Cycle d'Approbation du Bon de Commande
POApprovalCycleTime
La durée calculée entre la création d'un bon de commande et son approbation finale.
Description

Cette métrique mesure le temps nécessaire à un bon de commande pour passer par toutes les étapes d'approbation requises. Elle est calculée comme la différence de timestamp entre la première activité « Bon de Commande Créé » et la dernière activité « Bon de Commande Approuvé » pour un cas donné.

Il s'agit d'une mesure directe pour le KPI « Temps de cycle moyen d'approbation des Bons de Commande » et constitue la métrique centrale pour le tableau de bord « Temps de cycle d'approbation des Bons de Commande ». L'analyse de cette durée aide les entreprises à identifier les goulots d'étranglement dans la hiérarchie d'approbation, que ce soit chez des individus spécifiques, au sein de départements ou pour certains types d'achats. La réduction de ce temps de cycle est souvent un objectif clé des projets d'amélioration des processus.

Pourquoi c'est important

Mesure directement l'efficacité du processus d'approbation, une source courante de retards dans l'approvisionnement, et constitue un KPI critique pour les responsables de processus.

Où obtenir

Calculé lors de la transformation des données en soustrayant l'heure de début de l'événement de création de l'heure de début de l'événement d'approbation finale.

Exemples
P2DPT8H30MP0D
Temps de Cycle de Bon de Commande de Bout en Bout
POEndToEndCycleTime
Le temps total écoulé entre la création de la première demande d'achat et la finalisation de la commande d'achat.
Description

Cet attribut calculé mesure la durée totale de l'ensemble du processus de bon de commande. Il commence généralement par l'événement 'Demande d'achat créée' et se termine par l'événement 'Bon de commande terminé' ou le dernier événement 'Réception de marchandises enregistrée'. Il offre une vision holistique de l'efficacité du processus.

C'est la métrique principale pour le KPI 'End-to-End PO Cycle Time' et le dashboard 'Purchase Order End-to-End Cycle Time'. Il permet aux organisations de suivre leur performance globale et l'impact de toute amélioration de processus. La ventilation de ce temps de cycle total par fournisseur, département ou groupe de matériaux peut révéler les principaux facteurs de délais de livraison longs.

Pourquoi c'est important

Représente le temps de traitement total d'un bon de commande, offrant une mesure de haut niveau de l'efficacité globale du processus et de l'expérience client.

Où obtenir

Calculé lors de la transformation des données en prenant la différence entre les horodatages les plus anciens et les plus récents pour un cas donné.

Exemples
P15DP30D12HP7D
Type de Bon de Commande
PurchaseOrderType
Une classification de la commande d'achat, telle que standard, cadre ou sous-traitance.
Description

Le Type de Bon de Commande catégorise les commandes en fonction de leur objectif commercial. Différents types de commandes peuvent suivre des chemins de processus distincts et avoir des règles différentes d'approbation et d'exécution.

Cet attribut permet la segmentation du processus pour fournir une analyse plus pertinente. Par exemple, analyser le temps de cycle des 'Bons de Commande Standards' séparément des 'Bons de Commande de Service' peut révéler différents types de goulots d'étranglement. Cela aide à créer des sous-ensembles de données plus homogènes pour une vue plus claire des scénarios d'approvisionnement spécifiques.

Pourquoi c'est important

Permet la segmentation de l'analyse par type de commande, conduisant à des informations plus précises, car les différents types ont souvent des flux de processus distincts.

Où obtenir

Consultez la documentation SAP Ariba. Il s'agit généralement d'un champ configurable au niveau de l'en-tête de la Commande d'achat.

Exemples
Bon de commande standardBon de commande de servicesCommande-cadre
Obligatoire Recommandé Facultatif

Achats au paiement - Activités des commandes d'achat

Voici les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte précise du processus Achat-Paiement - Commande d'achat.
6 Recommandé 8 Facultatif
Activité Description
Bon de Commande Créé
Cette activité marque la création du bon de commande officiel dans SAP Ariba (depuis une demande approuvée ou directement). L'horodatage de création est enregistré, marquant le début formel du cycle de vie du bon de commande.
Pourquoi c'est important

Pour les commandes d'achat directes, c'est le début du processus. C'est un jalon clé pour mesurer le délai de conversion des demandes en commandes d'achat et le cycle de traitement global des commandes d'achat.

Où obtenir

Capturé à partir de l'horodatage de création de l'objet document Commande d'achat dans SAP Ariba Buying. Le statut est généralement 'En composition' ou 'Soumis' à ce stade.

Capture

Basé sur l'horodatage de création du document de commande d'achat.

Type d'événement explicit
Bon de Commande Envoyé au Fournisseur
Représente le moment où le bon de commande approuvé est officiellement transmis au fournisseur, généralement via le réseau Ariba. Cet événement est enregistré lorsque le statut du bon de commande passe à « Envoyé » ou « Commandé ».
Pourquoi c'est important

Cette étape marque la transition du traitement interne vers l'exécution externe. C'est le point de départ pour mesurer le délai fournisseur et la performance de livraison.

Où obtenir

Déduit de l'horodatage lorsque le statut du document Commande d'achat passe à 'Envoyé' ou 'Commandé'. Il s'agit d'une transition de statut standard dans Ariba.

Capture

Déduit de l'horodatage du changement de statut en 'Envoyé' ou un état similaire.

Type d'événement inferred
Bon de Commande Terminé
Cette activité marque la fin du cycle de vie du bon de commande une fois les biens ou services reçus et facturés. Son statut passe alors à 'Reçu', 'Facturé' ou un état terminal similaire.
Pourquoi c'est important

C'est le point de terminaison principal du processus en cas de succès. Mesurer le temps nécessaire pour atteindre cet état fournit le cycle time de bout en bout, une mesure clé de l'efficacité globale du processus.

Où obtenir

Déduit de l'horodatage lorsque le statut de la Commande d'achat passe à un état final comme 'Reçu'. La commande d'achat est considérée comme complète lorsque toutes les lignes d'articles sont entièrement reçues.

Capture

Déduit du changement de statut de la commande d'achat en 'Reçu' ou un état de finalisation similaire.

Type d'événement inferred
Commande d'achat approuvée
Indique que la commande d'achat a reçu toutes les approbations internes nécessaires et est prête à être envoyée au fournisseur. Cet événement est déduit du changement de statut du document de commande d'achat en 'Approuvé' après l'achèvement du workflow désigné.
Pourquoi c'est important

C'est une étape cruciale pour mesurer les cycle times d'approbation et identifier les bottlenecks dans l'examen par la direction. Les retards à ce niveau impactent directement les délais des fournisseurs et l'efficacité des achats.

Où obtenir

Déduit de l'horodatage lorsque le statut du document Commande d'achat ou le champ 'ApprovedState' passe à 'Approuvé'. Les journaux d'historique d'approbation fournissent des données détaillées.

Capture

Déduit de l'horodatage de l'action d'approbation finale dans le flux d'approbation de la commande d'achat.

Type d'événement inferred
Demande d'achat créée
Cette activité marque la création d'une demande d'achat, qui est la requête formelle de biens ou services qui précède une commande d'achat. Dans SAP Ariba, cela est généralement enregistré lorsqu'un utilisateur enregistre et soumet un nouveau document de demande, créant un enregistrement explicite avec un horodatage de création.
Pourquoi c'est important

C'est le point de départ principal du processus d'approvisionnement. L'analyse du temps écoulé entre cet événement et la création du bon de commande est cruciale pour comprendre le cycle time de la demande à la commande et identifier les bottlenecks en phase initiale.

Où obtenir

Cet événement est capturé à partir de la date de création de l'objet document Requisition dans le module SAP Ariba Buying. Le changement de statut en 'Soumis' marque souvent le début formel.

Capture

Basé sur l'horodatage de création du document de demande d'achat.

Type d'événement explicit
Réception de marchandises enregistrée
Représente la réception physique des marchandises, qui est enregistrée dans SAP Ariba. Ceci est un événement explicite enregistré lorsqu'un utilisateur crée et soumet un document de réception pour un poste de bon de commande.
Pourquoi c'est important

C'est une étape cruciale pour confirmer la livraison et c'est le point final pour mesurer la performance de livraison des fournisseurs. Cela autorise également le paiement de la facture dans un scénario de rapprochement à trois voies.

Où obtenir

Capturé à partir de l'horodatage de création ou de soumission du document Réception lié à la Commande d'achat.

Capture

Basé sur l'horodatage de soumission du document de Réception de marchandises.

Type d'événement explicit
Avis d'expédition anticipé reçu
Cette activité est enregistrée lorsque le fournisseur envoie un avis d'expédition avancé (ASN) via le réseau Ariba, indiquant que les marchandises ont été expédiées. L'ASN contient des détails sur l'expédition, tels que les articles, les quantités et les informations de suivi.
Pourquoi c'est important

L'ASN offre une visibilité sur la chaîne d'approvisionnement, permettant au service de réception de se préparer à la livraison. C'est une information clé pour le suivi des stocks en transit et la prévision des délais de livraison.

Où obtenir

Capturé à partir de la date de création du document Avis d'expédition lié aux lignes d'articles de la Commande d'achat.

Capture

Basé sur l'horodatage de création du document d'Avis d'expédition anticipé (ASN).

Type d'événement explicit
Bon de Commande Annulé
Représente l'annulation d'un bon de commande avant son exécution. Cela peut être initié soit par l'organisation acheteuse, soit, dans de rares cas, par le fournisseur.
Pourquoi c'est important

Il s'agit d'une exception et d'un point de terminaison de processus importants. L'analyse des raisons d'annulation des bons de commande peut révéler des problèmes de planification, de budgétisation ou de fiabilité des fournisseurs.

Où obtenir

Déduit de l'horodatage lorsque le statut du document Commande d'achat est changé en 'Annulé' ou 'Clôturé'.

Capture

Déduit de l'horodatage du changement de statut en 'Annulé'.

Type d'événement inferred
Bon de Commande Confirmé par le Fournisseur
Indique que le fournisseur a reçu et accusé réception de la commande d'achat, confirmant son intention de l'exécuter. Cela est enregistré lorsque le fournisseur soumet un document de confirmation de commande via le réseau Ariba, ce qui met à jour le statut de la commande d'achat.
Pourquoi c'est important

Cette activité garantit que la commande est en cours de traitement par le fournisseur. Elle aide à suivre la réactivité du fournisseur et la précision de la commande initiale.

Où obtenir

Déduit de l'horodatage lorsque le statut de la Commande d'achat est mis à jour en 'Confirmé' suite à la réception d'une confirmation de commande du fournisseur.

Capture

Basé sur la date de création du document de Confirmation de commande associé ou un changement de statut de la Commande d'achat.

Type d'événement inferred
Commande d'achat modifiée
Cette activité enregistre toute modification apportée à une commande d'achat après sa création initiale, telle que des changements de quantité, de prix ou de date de livraison. Une nouvelle version du document de commande d'achat est créée, déclenchant souvent un workflow de ré-approbation.
Pourquoi c'est important

Le suivi des modifications est vital pour identifier les inefficacités de processus, les boucles de retravail et les causes profondes des erreurs d'approvisionnement. Un taux de modification élevé peut indiquer une mauvaise collecte initiale des exigences.

Où obtenir

Capturé en identifiant plusieurs versions du même document de Commande d'achat. Chaque nouvelle version a un horodatage de création qui peut être utilisé pour cet événement.

Capture

Enregistré lorsqu'une nouvelle version du document de commande d'achat est créée et enregistrée.

Type d'événement explicit
Confirmation des Services Saisie
Représente la confirmation que les services ont été rendus, ce qui est l'équivalent d'une réception de marchandises pour les services. Ceci est enregistré lorsqu'une Fiche de service est créée et approuvée dans le cadre d'un bon de commande de services.
Pourquoi c'est important

Cette activité est essentielle pour suivre l'exécution des commandes de services et autorise le paiement. L'analyse de sa ponctualité aide à gérer la prestation de services et les dépenses associées.

Où obtenir

Capturé à partir de l'horodatage d'approbation du document Feuille de services lié à la Commande d'achat.

Capture

Basé sur l'horodatage d'approbation du document de Feuille de services.

Type d'événement explicit
Demande d'achat approuvée
Représente l'approbation finale d'une demande d'achat par toutes les parties prenantes requises, l'autorisant ainsi à être convertie en bon de commande. Ceci est généralement déduit lorsque le statut du document de demande passe à « Approuvé » et du timestamp de cette action d'approbation finale.
Pourquoi c'est important

Cette étape marque la fin de la phase d'approbation interne pour la demande. Le suivi de cette étape aide à mesurer l'efficacité des contrôles internes et des workflows d'approbation avant la création du bon de commande.

Où obtenir

Déduit de l'historique d'approbation ou du champ de statut du document Demande. L'horodatage de l'événement correspond à la date à laquelle le statut est passé à 'Approuvé'.

Capture

Déduit de l'horodatage lorsque le champ 'ApprovedState' de la demande passe à 'Approuvé'.

Type d'événement inferred
Facture reçue pour commande d'achat
Indique qu'une facture du fournisseur, faisant référence à la commande d'achat, a été reçue et enregistrée dans SAP Ariba. Cet événement relie le processus d'approvisionnement au processus de paiement suivant.
Pourquoi c'est important

Cette activité est un point d'intégration clé entre l'approvisionnement et la finance. Le moment de son exécution est important pour la gestion du fonds de roulement et la garantie de paiements ponctuels aux fournisseurs.

Où obtenir

Capturé à partir de l'horodatage de création du document Facture dans Ariba Invoicing, qui contient une référence à la Commande d'achat.

Capture

Basé sur l'horodatage de création du document de facture lié à la Commande d'achat.

Type d'événement explicit
Marchandises retournées au fournisseur
Cette activité enregistre le retour de marchandises à un fournisseur, généralement en raison de dommages, de défauts ou d'articles incorrects livrés. Elle est enregistrée lorsqu'un bordereau de retour ou une note de débit est créé par rapport à la réception de marchandises originale.
Pourquoi c'est important

Le suivi des retours met en évidence les problèmes de qualité des fournisseurs et de précision des livraisons. L'analyse de la fréquence et des raisons des retours peut aider à améliorer la sélection et la gestion des fournisseurs.

Où obtenir

Cela peut être déduit de la création d'un document de réception de retour spécifique ou d'une quantité négative sur une réception. Le mécanisme spécifique peut varier en fonction de la configuration.

Capture

Déduit de la création d'un reçu avec une quantité négative ou un type de 'Retour' spécifique.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données depuis SAP Ariba