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
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Achats au paiement - Attributs des commandes d'achat
| 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
|
|||
Achats au paiement - Activités des commandes d'achat
| 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
|
|||