Votre modèle de données Purchase to Pay, commande d’achat

SAP ECC
Votre modèle de données Purchase to Pay, commande d’achat

Votre modèle de données Purchase to Pay, commande d’achat

Ce modèle vous guide dans l’identification des données essentielles nécessaires à l’analyse de votre processus Purchase to Pay, commandes d’achat, dans SAP ECC. Il présente les attributs importants à collecter, les activités clés à suivre et des conseils pratiques pour extraire ces informations de votre système. Utilisez cette ressource pour constituer un journal d’événements fiable pour vos initiatives de Process Mining.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d’extraction pour SAP ECC
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Purchase to Pay - Purchase Order : attributs

Voici les champs de données essentiels qu’il est recommandé d’inclure dans votre journal d’événements afin d’analyser en détail votre processus Purchase to Pay - Purchase Order.
3 Obligatoire 6 Recommandé 12 Facultatif
Nom Description
Activité
Activity
Nom de l’événement ou de l’étape métier précis qui s’est produit au cours du cycle de vie de la commande d’achat.
Description

Cet attribut décrit une étape particulière du processus, telle que « Commande d’achat créée », « Commande d’achat approuvée » ou « Réception des marchandises enregistrée ». La séquence de ces activités forme le flux du processus pour chaque commande d’achat.

L’analyse de la séquence, de la fréquence et de la durée entre les activités constitue le cœur du Process Mining. Elle aide à identifier les goulots d’étranglement, les boucles de reprise et les écarts par rapport au processus standard, afin de mettre en place des améliorations ciblées et des actions de standardisation.

Pourquoi c’est important

Les activités définissent les étapes du processus. L’analyse de leur séquence et de leur durée révèle le flux réel du processus, les goulots d’étranglement et les écarts.

Où les obtenir

Dérivé de différentes tables SAP et de journaux de transactions, notamment CDHDR/CDPOS pour les modifications, EKBE pour les réceptions et factures, et EBAN pour les demandes d’achat. La génération de cet attribut nécessite souvent une logique personnalisée ou un programme d’extraction.

Exemples
Commande d’achat crééeCommande d’achat approuvéeRéception de marchandises enregistrée
Commande d’achat
PurchaseOrder
Identifiant unique du document de commande d’achat, qui sert de cas principal pour suivre le processus d’approvisionnement.
Description

Le numéro de commande d’achat est l’identifiant central qui relie toutes les activités, de sa création à la réception finale des marchandises et à l’achèvement de la commande. Chaque numéro de commande unique représente une instance du processus d’approvisionnement.

Dans le Process Mining, cet attribut est essentiel pour reconstituer le parcours complet de chaque achat. Il permet d’analyser en détail les durées de cycle, les variations du processus et les contrôles de conformité pour chaque commande, constituant ainsi le fondement de l’ensemble du modèle de processus.

Pourquoi c’est important

Il s’agit de l’identifiant principal qui relie tous les événements associés et permet d’analyser le cycle de vie complet de chaque commande d’achat.

Où les obtenir

Table : EKKO, champ : EBELN

Exemples
450001762345000176244500017625
Heure de l’événement
EventTime
Date et heure précises auxquelles l’activité s’est produite.
Description

Cet horodatage indique le moment exact où un événement s’est produit, par exemple l’approbation d’une commande d’achat ou l’enregistrement d’une réception de marchandises. Il fournit l’ordre chronologique de toutes les activités d’un cas.

Les horodatages sont fondamentaux pour le Process Mining, car ils permettent toutes les analyses temporelles. Il s’agit notamment de calculer les durées de cycle entre les activités, d’identifier les retards, d’analyser le débit du processus et de mesurer la performance par rapport aux accords de niveau de service (SLA).

Pourquoi c’est important

Cet horodatage est essentiel pour calculer toutes les métriques fondées sur la durée, comme les temps de cycle et les goulots d’étranglement, et pour classer les événements par ordre chronologique.

Où les obtenir

Dérivé de différents champs de date et d’heure des tables SAP, notamment EKKO-AEDAT, date de modification, CDHDR-UDATE/UTIME, horodatage du journal de modifications, ou EKBE-BUDAT, date de comptabilisation.

Exemples
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
Code société
CompanyCode
Identifiant de l’entité juridique ou de la société à l’origine de l’achat.
Description

Le code société représente une entité juridique indépendante dans SAP. Toutes les transactions sont comptabilisées au niveau du code société, ce qui en fait une unité organisationnelle fondamentale.

L’analyse du processus par code société permet de comparer l’efficacité et la conformité des approvisionnements entre différentes unités opérationnelles ou différents pays. Elle aide à repérer les bonnes pratiques d’une entité qui pourraient être reproduites ailleurs, ou à identifier les unités rencontrant des difficultés dans le processus.

Pourquoi c’est important

Représente l’entité juridique et permet de comparer la performance des processus et d’effectuer des contrôles de conformité entre les différentes composantes de l’organisation.

Où les obtenir

Table : EKKO, champ : BUKRS

Exemples
10002100US01
Groupe de marchandises
MaterialGroup
Classification permettant de regrouper des marchandises ou des services présentant des caractéristiques similaires.
Description

Le groupe de marchandises, ou catégorie d’achat, sert à classer le type de biens ou de services achetés. Il peut s’agir, par exemple, de « matériel informatique », de « fournitures de bureau » ou de « services professionnels ».

Cet attribut est essentiel à l’analyse des dépenses et à la compréhension des habitudes d’approvisionnement. Il permet de filtrer le processus afin d’analyser le traitement des différentes catégories, les personnes qui les approuvent et les fournisseurs qui les proposent. Il constitue une dimension clé du Dashboard « Analyse de la valeur des commandes d’achat ».

Pourquoi c’est important

Permet de segmenter le processus par catégorie de produit ou de service et de révéler les comportements, les durées de cycle ou les fournisseurs propres à chaque type de dépense.

Où les obtenir

Table : EKPO, champ : MATKL

Exemples
00101IT_HWCONSULT
Montant de la commande
OrderAmount
Valeur monétaire totale du poste de commande d’achat.
Description

Cet attribut représente la valeur totale d’un poste donné de la commande d’achat, calculée en multipliant la quantité par le prix net. Pour obtenir la valeur totale d’une commande, les montants des postes doivent être agrégés.

L’analyse du processus par montant de commande est essentielle pour identifier les transactions de grande valeur susceptibles de nécessiter des contrôles plus stricts ou des circuits d’approbation différents. Elle alimente le Dashboard « Analyse de la valeur des commandes d’achat » et aide à prioriser les améliorations portant sur les commandes ayant le plus fort impact financier.

Pourquoi c’est important

Quantifie l’impact financier de chaque achat et permet de prioriser les commandes de grande valeur ou d’identifier des possibilités de réduction des coûts.

Où les obtenir

Table : EKPO, champ : NETWR, valeur nette de la commande.

Exemples
1500.00250.7512345.50
Nom d’utilisateur
UserName
Identifiant de l’utilisateur ayant exécuté l’activité.
Description

Cet attribut enregistre le nom d’utilisateur SAP du collaborateur qui a créé, modifié ou approuvé un document. Pour les étapes automatisées, il peut afficher l’identifiant d’un utilisateur système ou d’un utilisateur de traitement par lots.

L’analyse par utilisateur aide à identifier les besoins de formation, les collaborateurs les plus performants ou d’éventuels problèmes de conformité. Elle est essentielle pour créer des Dashboards liés à la répartition de la charge de travail, au respect de la matrice d’approbation et à la performance des différentes équipes ou personnes.

Pourquoi c’est important

Attribue les actions des utilisateurs à des personnes précises, ce qui permet d’analyser leur performance, leur charge de travail et leur respect des protocoles de conformité.

Où les obtenir

Table : EKKO, champ : ERNAM, créé par ; table : CDHDR, champ : USERNAME, modifié par.

Exemples
JSMITHMBROWNBATCH_USER
Numéro de fournisseur
VendorNumber
Identifiant unique du fournisseur.
Description

Il s’agit du code qui identifie de manière unique le fournisseur auprès duquel les biens ou services sont achetés. C’est un élément essentiel des données de référence du processus d’approvisionnement.

Cet attribut est indispensable à l’analyse centrée sur les fournisseurs. Il permet d’évaluer leur performance de livraison, de comparer les délais entre différents fournisseurs et d’analyser les habitudes de dépenses. Il constitue la dimension principale du Dashboard « Performance de livraison des fournisseurs ».

Pourquoi c’est important

Permet d’analyser la performance des fournisseurs et d’identifier ceux qui sont fiables ainsi que ceux qui sont à l’origine de retards ou de problèmes de qualité.

Où les obtenir

Table : EKKO, champ : LIFNR

Exemples
100345V-20598700112
Type de document
DocumentType
Code permettant de classer les différents types de commandes d’achat.
Description

Le type de document est un paramètre de configuration SAP qui contrôle la plage de numérotation, la sélection des champs et le flux global du processus d’une commande d’achat. Il peut, par exemple, exister des types différents pour les commandes standard, les commandes de services ou les commandes de transfert de stock.

Cet attribut constitue une dimension d’analyse particulièrement utile, car les différents types de documents suivent souvent des processus volontairement distincts. Le filtrage par type de document permet de comparer plus précisément les durées de cycle et les flux de processus.

Pourquoi c’est important

Distingue les différents types de processus d’achat, par exemple standard, service ou retour, qui suivent souvent des parcours et répondent à des attentes de performance distincts.

Où les obtenir

Table : EKKO, champ : BSART

Exemples
NBFOUB
Date de livraison demandée
RequestedDeliveryDate
Date à laquelle l’entreprise a demandé au fournisseur de livrer les biens ou les services.
Description

Il s’agit de la date de livraison cible indiquée dans la commande d’achat. Elle sert de référence pour mesurer la performance réelle de la livraison.

Cette date est essentielle pour calculer le KPI de taux de réception des marchandises dans les délais. En comparant la date réelle de réception à la date demandée, les organisations peuvent mesurer quantitativement la fiabilité des fournisseurs et l’efficacité interne de la réception, ce qui contribue directement au Dashboard « Performance de livraison des fournisseurs ».

Pourquoi c’est important

Il s’agit de la date cible de livraison, essentielle au calcul des KPI de ponctualité et à l’évaluation de la fiabilité des fournisseurs.

Où les obtenir

Table : EKPO, champ : EINDT

Exemples
2023-06-102023-07-222023-08-01
Demande d’achat
PurchaseRequisition
Identifiant de la demande d’achat à l’origine de la commande d’achat.
Description

Cet attribut relie la commande d’achat à la demande d’achat dont elle est issue. Toutes les commandes d’achat ne sont pas précédées d’une demande.

Ce lien est essentiel pour analyser le Dashboard « Conversion des demandes en commandes » et le KPI de taux de conversion des demandes d’achat en commandes. Il permet de mesurer l’efficacité du processus en amont, de la demande initiale à la création d’une commande formelle, et d’identifier les commandes non conformes créées sans demande préalable.

Pourquoi c’est important

Relie la commande d’achat à la demande à son origine et permet d’analyser le processus de conversion des demandes en commandes ainsi que d’identifier les commandes créées sans demande préalable.

Où les obtenir

Table : EKPO, champ : BANFN

Exemples
1001589010015891
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant le moment où les données ont été actualisées pour la dernière fois depuis le système source.
Description

Cet attribut enregistre la date et l’heure de l’extraction ou de la mise à jour la plus récente des données. Il fournit un contexte sur leur fraîcheur au moment de l’analyse.

L’affichage de cette information dans les Dashboards est essentiel pour permettre aux utilisateurs de savoir si les analyses reposent sur des données quasi en temps réel ou sur un instantané historique. Il permet de gérer les attentes et de garantir que les décisions s’appuient sur des données dont l’ancienneté est connue.

Pourquoi c’est important

Informe les utilisateurs sur l’actualité des données et leur permet de savoir si l’analyse reflète l’état le plus récent des opérations.

Où les obtenir

Cet horodatage est généré et ajouté par le processus d’extraction des données ou le processus ETL au moment de son exécution.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Devise
Currency
Code devise du montant de la commande d’achat.
Description

Cet attribut précise la devise dans laquelle la valeur de la commande d’achat est exprimée, par exemple USD, EUR ou GBP. Il fournit le contexte nécessaire à l’interprétation des montants.

Pour les organisations internationales, la devise est indispensable à une analyse financière correcte. Elle permet d’agréger et de comparer convenablement les valeurs des commandes, et tous les KPI financiers doivent être interprétés en tenant compte de leur devise.

Pourquoi c’est important

Fournit le contexte nécessaire à l’interprétation de tous les montants et garantit une analyse financière exacte, notamment dans les organisations internationales.

Où les obtenir

Table : EKKO, champ : WAERS

Exemples
USDEURJPY
Groupe d’acheteurs
PurchasingGroup
Acheteur ou groupe d’acheteurs précisément responsable de l’activité d’approvisionnement.
Description

Le groupe d’acheteurs représente la personne ou l’équipe chargée d’une activité d’achat donnée. Il constitue le principal interlocuteur des fournisseurs.

Cet attribut offre un niveau d’analyse plus détaillé que l’organisation d’achat. Il aide à comprendre la répartition de la charge de travail entre les acheteurs et à identifier les écarts de performance à leur niveau, afin d’éclairer l’allocation des ressources et les actions de formation.

Pourquoi c’est important

Fournit une vue détaillée de la personne responsable d’un achat et permet d’analyser précisément la charge de travail et la performance au niveau de l’acheteur ou de l’équipe.

Où les obtenir

Table : EKKO, champ : EKGRP

Exemples
001002N01
Livraison dans les délais
IsOnTimeDelivery
Indicateur signalant si les marchandises ont été réceptionnées à la date de livraison demandée ou avant celle-ci.
Description

Cet attribut booléen vaut true si l’horodatage de l’activité « Goods Receipt Posted » est antérieur ou égal à la « Requested Delivery Date ». Il fournit un résultat binaire clair sur la performance de livraison de chaque poste de bon de commande.

Cet attribut constitue la base du KPI « On-Time Goods Receipt Rate ». Il simplifie l’analyse de la performance des fournisseurs et de l’efficacité de la réception interne en facilitant l’agrégation et le filtrage des livraisons effectuées dans les délais ou en retard.

Pourquoi c’est important

Fournit une mesure claire de réussite ou d’échec concernant le respect des délais de livraison et alimente directement les KPI et Dashboards de performance fournisseurs.

Où les obtenir

Il s’agit d’un attribut calculé en comparant la date de comptabilisation de la réception des marchandises (EKBE-BUDAT) à la date de livraison demandée (EKPO-EINDT).

Exemples
truefalse
Modification après approbation
IsPostApprovalChange
Indicateur signalant si une modification du bon de commande est intervenue après l’approbation initiale.
Description

Cet attribut booléen vaut true si une activité « Purchase Order Changed » est détectée après une activité « Purchase Order Approved » pour le même bon de commande. Il permet d’isoler les modifications problématiques intervenant tardivement dans le processus.

Ce champ calculé alimente directement le KPI « Post-Approval PO Change Rate » et le Dashboard « Purchase Order Rework and Changes ». Il permet de quantifier et de mettre en évidence les modifications perturbatrices susceptibles d’entraîner des retards et de nécessiter une nouvelle approbation, révélant ainsi des problèmes dans la spécification initiale ou le cadrage du besoin.

Pourquoi c’est important

Mesure directement les reprises après approbation, un KPI essentiel pour évaluer la stabilité et l’efficacité du processus. Des taux élevés indiquent des problèmes dans la définition des besoins en amont.

Où les obtenir

Il s’agit d’un attribut calculé à partir de la séquence des activités dans l’Event Log.

Exemples
truefalse
Motif du rejet
RejectionReason
Code ou texte expliquant pourquoi une demande d’achat ou un bon de commande a été rejeté.
Description

Cet attribut enregistre le motif précis fourni lorsqu’une commande d’achat est rejetée pendant le flux de travail d’approbation. Ces informations sont essentielles pour comprendre les causes profondes des reprises et des retards.

L’analyse des motifs de rejet aide à identifier les problèmes fréquents, comme un prix incorrect, un dépassement budgétaire ou une sélection de fournisseur non conforme. L’entreprise peut ainsi traiter les causes profondes, améliorer la qualité de la création initiale des PO et optimiser le processus d’approbation.

Pourquoi c’est important

Fournit une visibilité directe sur les raisons des échecs d’approbation et permet de cibler les améliorations afin de réduire les reprises et de raccourcir les délais du cycle d’approbation.

Où les obtenir

Ces informations peuvent être difficiles à trouver. Elles peuvent être stockées dans des champs de texte longs ou dépendre d’une configuration personnalisée du flux de travail. Leur identification nécessite souvent des connaissances spécifiques de l’implémentation.

Exemples
Prix incorrectBudget dépasséDemande en double
Nom du fournisseur
VendorName
Dénomination légale du fournisseur.
Description

Nom descriptif du fournisseur, plus facile à utiliser que son numéro. Il provient généralement des données de référence des fournisseurs.

Alors que le numéro de fournisseur sert aux jointures et à l’identification unique, le nom du fournisseur est essentiel dans les Dashboards et rapports destinés aux utilisateurs. Il rend les analyses plus intuitives et accessibles aux utilisateurs métier qui ne connaissent pas nécessairement les codes fournisseurs.

Pourquoi c’est important

Fournit un nom lisible pour le fournisseur et facilite ainsi la compréhension des Dashboards et des rapports par les utilisateurs métier.

Où les obtenir

Table : LFA1, champ : NAME1. Une jointure entre EKKO-LIFNR et LFA1-LIFNR est nécessaire.

Exemples
Staples Inc.Global Tech SolutionsOffice Supply Co.
Organisation d’achat
PurchasingOrganization
Unité organisationnelle chargée de négocier les prix et d’acheter les marchandises ou les services.
Description

L’organisation d’achat est une unité organisationnelle SAP essentielle, responsable des activités d’approvisionnement. Elle peut être centralisée pour l’ensemble de l’entreprise ou décentralisée par site ou par région.

L’analyse de la performance des processus par organisation d’achat aide à identifier les équipes d’approvisionnement les plus efficaces. Elle permet de comparer des indicateurs tels que la durée de cycle, les taux de reprise et les coûts entre différentes unités organisationnelles, afin de mettre en évidence les bonnes pratiques et les domaines nécessitant un soutien.

Pourquoi c’est important

Identifie l’équipe d’approvisionnement responsable et permet de comparer les performances et d’analyser les résultats entre différentes unités organisationnelles.

Où les obtenir

Table : EKKO, champ : EKORG

Exemples
1000US01DE01
Site
Plant
Lieu physique ou site où les marchandises doivent être livrées.
Description

Le site est une unité organisationnelle représentant une installation de production, un entrepôt ou tout autre lieu où les biens ou services sont reçus.

L’analyse par site aide à comprendre les variations géographiques du processus d’approvisionnement. Elle peut révéler des différences dans les délais de livraison des fournisseurs vers certains lieux ou mettre en évidence des sites dont les processus de réception sont inefficaces, ce qui facilite l’analyse de la ponctualité des réceptions.

Pourquoi c’est important

Précise le lieu de livraison et permet d’analyser les différences régionales entre les processus ainsi que la performance logistique.

Où les obtenir

Table : EKPO, champ : WERKS

Exemples
100011002000
Système source
SourceSystem
Système à partir duquel les données ont été extraites.
Description

Cet attribut identifie l’origine des données, généralement l’identifiant d’une instance SAP ECC, par exemple « ECC_PROD_100 ». Dans les environnements comportant plusieurs systèmes, il permet de différencier les sources de données.

Pour la gouvernance et la traçabilité des données, il est essentiel de connaître le système source. Cela garantit l’intégrité des données et facilite le diagnostic des problèmes d’extraction ou de qualité, notamment lorsque les données sont fusionnées à partir de différents systèmes ERP ou modules.

Pourquoi c’est important

Identifie l’origine des données, ce qui est essentiel pour la gouvernance et la validation des données, ainsi que pour la gestion des analyses sur plusieurs systèmes.

Où les obtenir

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données afin d’indiquer le système d’origine du jeu de données.

Exemples
SAP_ECC_PRODECC_EU_100S4H_FIN
Obligatoire Recommandé Facultatif

Purchase to Pay - Purchase Order : activités

Voici les étapes essentielles et les jalons du processus à enregistrer dans votre journal d’événements. Ils constituent la base d’une découverte précise du processus et de l’identification des goulots d’étranglement.
6 Recommandé 8 Facultatif
Activité Description
Commande d’achat approuvée
Représente l’approbation finale de la commande d’achat, qui autorise son envoi au fournisseur. Cette étape clé est généralement déduite du passage du statut de validation de la commande à l’état « entièrement validée » ou « approuvée ».
Pourquoi c’est important

Cette activité est essentielle au calcul de l’indicateur de temps de cycle d’approbation de la PO et à l’identification des goulots d’étranglement du flux de travail d’approbation. Elle constitue un préalable à la plupart des activités suivantes, comme l’envoi de la commande au fournisseur.

Où les obtenir

Déduit du suivi des journaux de modifications, CDHDR/CDPOS, de la table d’en-tête des commandes d’achat, EKKO, afin de déterminer quand le code de validation final est appliqué ou quand l’indicateur de statut global de validation, EKKO-FRGKE, prend la valeur « validée ».

Collecte

Identifiez l’horodatage auquel le statut global de validation de la commande d’achat, EKKO-FRGKE, passe à l’état final approuvé.

Type d’événement inferred
Commande d’achat créée
Cette activité indique la création d’un document formel de commande d’achat, qui constitue un contrat contraignant avec un fournisseur. Il s’agit d’un événement explicite, enregistré lorsqu’un utilisateur crée et sauvegarde une commande d’achat, par exemple avec la transaction ME21N, ce qui entraîne la création d’entrées dans les tables EKKO et EKPO.
Pourquoi c’est important

Elle marque le début officiel du cycle de vie de la commande d’achat. Elle constitue une étape clé pour mesurer à la fois le délai de conversion d’une demande d’achat en commande et le délai global d’exécution de la commande.

Où les obtenir

Capturé à partir de la date de création, EKKO-AEDAT, dans la table d’en-tête des commandes d’achat, EKKO, pour le numéro de commande correspondant, EKKO-EBELN.

Collecte

Utilisez l’horodatage de création de la table EKKO pour chaque nouvelle commande d’achat.

Type d’événement explicit
Commande d’achat envoyée au fournisseur
Cette activité marque le moment où la commande d’achat approuvée est officiellement transmise au fournisseur, par exemple par EDI, e-mail ou impression. Il s’agit d’un événement explicite enregistré dans les tables de contrôle des messages lorsqu’un message de sortie est traité avec succès.
Pourquoi c’est important

Il s’agit d’une étape clé qui déclenche le délai de livraison du fournisseur. L’analyse du délai entre cet événement et la réception des marchandises est essentielle pour évaluer la performance du fournisseur et le respect des délais de livraison.

Où les obtenir

Enregistré dans la table des statuts de messages, NAST. L’horodatage peut être extrait de NAST-DATVR et NAST-UHRVR lorsque le statut de traitement, NAST-VSTAT, vaut « 1 », c’est-à-dire lorsque le traitement a réussi pour le type de message de sortie concerné de la commande d’achat.

Collecte

Utilisez l’horodatage de traitement de la table NAST pour le message de sortie de la commande d’achat.

Type d’événement explicit
Commande d’achat terminée
Indique qu’un poste de commande d’achat est considéré comme entièrement livré. Il s’agit d’un événement déduit, généralement à partir de l’activation automatique ou manuelle de l’indicateur « Livraison terminée » sur le poste de commande.
Pourquoi c’est important

Cette activité constitue le point final logique de la partie exécution de la commande. Elle est essentielle pour calculer la durée du cycle global de la commande d’achat, de sa création à son achèvement.

Où les obtenir

Déduit des documents de modification, CDHDR/CDPOS, qui enregistrent le moment où l’indicateur « Livraison terminée », EKPO-ELIKZ, prend la valeur « X » pour un poste de commande. Le dernier poste marqué comme terminé peut signifier l’achèvement de l’ensemble de la commande.

Collecte

Identifiez l’horodatage des documents de modification au moment où l’indicateur EKPO-ELIKZ est activé.

Type d’événement inferred
Demande d’achat créée
Cette activité marque la création d’une demande formelle de biens ou de services. Il s’agit d’un événement explicite enregistré lorsqu’un utilisateur sauvegarde un nouveau document de demande d’achat, par exemple avec la transaction ME51N, ce qui génère un enregistrement unique dans la table EBAN.
Pourquoi c’est important

Il s’agit du principal point de départ du processus d’approvisionnement. L’analyse du délai entre cet événement et la création de la commande d’achat permet de mesurer l’efficacité avec laquelle la demande interne est transformée en commandes concrètes.

Où les obtenir

Enregistré lors de la création d’une entrée dans la table d’en-tête des demandes d’achat, EBAN. La date de création (EBAN-BADAT) et l’heure servent d’horodatage pour cet événement.

Collecte

Identifiez les nouvelles entrées de la table EBAN en fonction de leur date de création.

Type d’événement explicit
Réception de marchandises enregistrée
Cette activité indique la réception physique de marchandises provenant d’un fournisseur pour une commande d’achat donnée. L’enregistrement de la réception des marchandises est une action explicite, effectuée par exemple avec la transaction MIGO, qui crée un document article et met à jour les stocks.
Pourquoi c’est important

Il s’agit d’une étape clé pour suivre la performance de livraison du fournisseur et le début du processus de vérification des factures. Elle sert à calculer les taux de livraison dans les délais et la ponctualité de l’enregistrement des réceptions.

Où les obtenir

Enregistré lors de la création d’un document article. L’horodatage de l’événement correspond à la date de comptabilisation, MKPF-BUDAT, ou à la date de création, MKPF-CPUDT, de la table d’en-tête des documents articles, MKPF, reliée à la commande d’achat par la table des postes, MSEG.

Collecte

Utilisez l’horodatage de comptabilisation ou de création de la table MKPF pour les documents articles faisant référence à la commande d’achat.

Type d’événement explicit
Approbation de la commande d’achat demandée
Indique qu’une commande d’achat créée ou modifiée a été soumise à approbation conformément à sa stratégie de validation configurée. Cet événement est déduit lorsque la stratégie de validation est déclenchée et que la commande passe au statut d’approbation en attente.
Pourquoi c’est important

La distinction entre la création de la PO et le début du processus d’approbation permet de mesurer précisément l’indicateur de temps de cycle d’approbation. Elle met en évidence tout délai survenant avant le démarrage du flux de travail d’approbation.

Où les obtenir

Déduit des documents de modification, CDHDR/CDPOS, de la commande d’achat, objet EINKBELEG, qui indiquent la définition initiale d’un statut de validation, ou lorsque le statut global de validation, EKKO-FRGKE, prend pour la première fois une valeur indiquant qu’un processus d’approbation est actif.

Collecte

Identifiez la première entrée de document de modification qui déclenche la stratégie de validation de la commande d’achat.

Type d’événement inferred
Commande d’achat modifiée
Représente toute modification apportée à une commande d’achat après sa création initiale, par exemple une modification de la quantité, du prix ou des dates de livraison. Ces changements sont enregistrés explicitement dans le système de documents de modification de SAP.
Pourquoi c’est important

Des modifications fréquentes, en particulier après l’approbation, indiquent des inefficacités dans le processus, une planification initiale insuffisante ou une dérive du périmètre. Cette activité est essentielle pour le Dashboard « Reprises et modifications des commandes d’achat » et les KPI associés.

Où les obtenir

Enregistré explicitement dans les tables d’en-tête et de postes des documents de modification, CDHDR et CDPOS, pour l’objet de commande d’achat, EINKBELEG. Chaque modification crée une nouvelle entrée avec un horodatage.

Collecte

Extrayez les événements de modification et leurs horodatages des tables CDHDR et CDPOS associées au numéro de commande d’achat.

Type d’événement explicit
Commande d’achat rejetée
Cette activité se produit lorsqu’un approbateur rejette une commande d’achat pendant le flux de travail d’approbation. Il s’agit d’un événement déduit d’un changement de statut dans les données de stratégie de libération de la PO, indiquant qu’un rejet a eu lieu.
Pourquoi c’est important

Le suivi des rejets aide à identifier les problèmes de qualité des données de commande, les non-conformités aux politiques ou les dysfonctionnements de la matrice d’approbation. Il entraîne souvent des reprises et augmente la durée globale du cycle.

Où les obtenir

Déduit des documents de modification, CDHDR/CDPOS, du statut de validation de la commande d’achat. Un rejet est généralement enregistré lorsqu’un code de validation est annulé ou qu’un statut de rejet spécifique est défini.

Collecte

Surveillez les journaux de modifications afin de détecter l’annulation d’un code de validation ou un changement de statut indiquant un rejet.

Type d’événement inferred
Commande d’achat supprimée
Représente l’annulation ou la suppression logique d’un poste de commande d’achat, empêchant la poursuite du traitement, notamment les réceptions de marchandises ou la facturation. Il s’agit d’un événement déduit, enregistré lorsque l’indicateur de suppression est défini sur le poste de commande.
Pourquoi c’est important

Il s’agit d’une activité terminale indiquant qu’une commande a été annulée. L’analyse des raisons et du moment de la suppression des commandes peut révéler des problèmes de planification de la demande ou de sélection des fournisseurs.

Où les obtenir

Déduit des documents de modification, CDHDR/CDPOS, qui indiquent que l’indicateur de suppression, EKPO-LOEKZ, a été défini sur « L » pour un poste de commande d’achat.

Collecte

Identifiez l’horodatage des documents de modification au moment où l’indicateur EKPO-LOEKZ est activé.

Type d’événement inferred
Confirmation de services saisie
Pour les commandes d’achat de services, cette activité représente la confirmation de la réalisation des services. Il s’agit d’un événement explicite enregistré lors de la création d’une feuille de saisie des services, par exemple avec la transaction ML81N.
Pourquoi c’est important

Il s’agit de l’équivalent d’une réception de marchandises pour les services et d’un élément essentiel pour suivre l’exécution des commandes de services. Elle déclenche le processus financier de paiement des services.

Où les obtenir

Capturé à partir de la date de création, ESSR-ERDAT, dans la table d’en-tête des feuilles de saisie des services, ESSR. Le lien vers la commande d’achat se trouve dans la table ESLL.

Collecte

Utilisez l’horodatage de création de la table ESSR pour les feuilles de saisie des services liées à la commande d’achat.

Type d’événement explicit
Demande d’achat approuvée
Représente l’approbation officielle d’une demande d’achat, qui autorise sa conversion en commande d’achat. Cet événement est déduit des changements apportés aux champs de statut de libération des données de la demande d’achat, suivis par le flux de travail de stratégie de libération de SAP.
Pourquoi c’est important

Le suivi des approbations est essentiel pour identifier les goulots d’étranglement lors de la phase précédant la commande et garantir le respect des politiques d’approbation. Les retards à ce stade ont une incidence directe sur le temps de cycle global des achats.

Où les obtenir

Déduit des journaux de modifications de la table des demandes d’achat, EBAN, en surveillant notamment les changements apportés aux champs de statut de validation, par exemple EBAN-FRGZU, ou en analysant les documents de modification dans CDHDR/CDPOS pour l’objet EBAN.

Collecte

Surveillez les documents de modification des champs de statut de validation d’EBAN afin d’identifier l’horodatage de l’approbation finale.

Type d’événement inferred
Inspection qualité effectuée
Indique que les marchandises reçues ont fait l’objet d’une inspection qualité. Cette activité est généralement déduite lorsqu’un lot d’inspection, créé au moment de la réception des marchandises, fait l’objet d’une décision d’utilisation dans le module Quality Management.
Pourquoi c’est important

Dans les secteurs où la qualité est essentielle, cette activité aide à analyser la durée et les résultats du processus d’inspection. Les retards à ce stade peuvent créer des goulots d’étranglement entre la réception des marchandises et leur mise à disposition.

Où les obtenir

Déduit du module Quality Management. Un lot d’inspection est créé dans la table QALS lors de la réception des marchandises, puis l’activité est marquée par la création d’une décision d’utilisation dans la table QAVE, qui contient un horodatage.

Collecte

Identifiez l’horodatage de la décision d’utilisation dans la table QAVE pour le lot d’inspection associé au document article.

Type d’événement inferred
Marchandises retournées
Représente le retour au fournisseur de marchandises précédemment reçues, souvent en raison de problèmes de qualité ou d’une livraison incorrecte. Il s’agit d’un événement explicite enregistré par la comptabilisation d’un document article avec un type de mouvement spécifique aux retours.
Pourquoi c’est important

Cette activité met en évidence les problèmes de qualité du fournisseur ou d’exactitude de la commande et constitue un indicateur important des reprises dans le processus. Elle est essentielle pour calculer le KPI de taux d’écart des réceptions de marchandises.

Où les obtenir

Enregistré dans les tables des documents articles, MKPF/MSEG, lorsqu’un type de mouvement de retour, par exemple « 122 » pour un retour au fournisseur, est utilisé. La date de comptabilisation, MKPF-BUDAT, sert d’horodatage.

Collecte

Identifiez les documents articles utilisant un type de mouvement de retour, par exemple 122, et faisant référence à la commande d’achat d’origine.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis SAP ECC

Prêt à commencer ?

Ce modèle vous fournit le plan nécessaire pour optimiser votre processus Purchase to Pay, commandes d’achat, dans SAP ECC. Commencez dès aujourd’hui à utiliser vos données pour révéler les possibilités d’amélioration et accroître l’efficacité.

Optimisez vos bons de commande P2P : démarrez l’essai gratuit dès aujourd’hui

Éliminer les goulots d’étranglement et réduire le temps de cycle de 30 % ou plus.

Démarrer l’essai gratuit

Aucune carte bancaire requise, commencez en quelques minutes