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

SAP S/4HANA
Votre modèle de données Purchase to Pay - Purchase Order

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

Ce modèle vous présente les données essentielles à réunir pour analyser votre processus Purchase to Pay - Purchase Order. Il précise les attributs à collecter et les activités clés à suivre, et vous indique comment extraire ces données de SAP S/4HANA. Servez-vous de cette ressource pour constituer un journal d’événements complet et mieux comprendre vos opérations d’approvisionnement.
  • Attributs recommandés pour une analyse détaillée
  • Activités clés à suivre dans le processus
  • Guide d’extraction des données, étape par étape
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du processus Purchase to Pay - Purchase Order

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail le processus Purchase to Pay - Purchase Order.
5 Obligatoire 6 Recommandé 9 Facultatif
Nom Description
Activité
ActivityName
Nom de l’événement ou de l’étape métier qui s’est produit dans le processus de commande d’achat.
Description

Cet attribut décrit une action ou un changement de statut précis dans le cycle de vie d’une commande d’achat, par exemple « Commande d’achat créée », « Commande d’achat approuvée » ou « Entrée de marchandises enregistrée ». La succession de ces activités constitue le flux du processus.

L’analyse de l’ordre et de la fréquence des activités est au cœur du process mining. Elle permet de découvrir le processus réel, de le comparer au modèle prévu, de repérer les goulots d’étranglement, par exemple les longues attentes après la « Réception de la facture », et de quantifier les reprises, comme les modifications répétées d’une commande d’achat.

Pourquoi est-ce important ?

Cet attribut définit les étapes du processus et permet de représenter et d’analyser le flux de bout en bout, les variantes et les goulots d’étranglement.

Où trouver ces données

Cet attribut est généralement établi à partir d’une combinaison de tables et de champs, comme les champs de statut dans EKKO/EKPO ou les journaux de documents de modification dans CDHDR/CDPOS, afin de représenter les principales étapes métier.

Exemples
Commande d’achat crééeCommande d’achat approuvéeEntrée de marchandises enregistréeFacture reçue
Commande d’achat
PurchaseOrderNumber
Identifiant unique de la commande d’achat, qui sert d’ID de cas principal pour suivre le cycle de vie de l’approvisionnement.
Description

Le numéro de commande d’achat est l’identifiant central qui relie toutes les activités associées, de la création initiale à la réception finale des marchandises et à la clôture. Il sert d’identifiant de cas pour l’analyse par process mining.

En regroupant les événements par numéro de commande, vous pouvez reconstituer le parcours de chaque commande. C’est indispensable pour calculer les temps de cycle, analyser les variantes du processus et repérer les goulots d’étranglement ou les écarts propres à une commande.

Pourquoi est-ce important ?

C’est la clé indispensable pour relier tous les événements d’approvisionnement au sein d’un même processus de bout en bout et analyser en détail le cycle de vie de chaque commande d’achat.

Où trouver ces données

Cet attribut se trouve dans la table EKKO de SAP S/4HANA, champ EBELN.

Exemples
450001712345000171244500017125
Heure de l’événement
EventTime
Horodatage indiquant le moment où l’activité s’est produite.
Description

Cet attribut consigne la date et l’heure exactes de chaque activité du processus. Il est indispensable à toutes les analyses temporelles réalisées avec le process mining.

L’heure de l’événement sert à classer les activités par ordre chronologique et à reconstituer le flux du processus. Elle permet également de calculer toutes les métriques de durée, notamment les temps de cycle entre les activités, les temps d’attente et les durées de traitement, essentiels à l’analyse des performances et à la détection des goulots d’étranglement.

Pourquoi est-ce important ?

Cet horodatage est essentiel pour remettre les événements dans le bon ordre et calculer tous les indicateurs de performance, notamment les temps de cycle, les délais et les temps d’attente.

Où trouver ces données

Champs d’horodatage associés à des activités précises, comme la date de création (EKKO-AEDAT pour les modifications) ou la date comptable (MKPF-BUDAT pour les entrées de marchandises). Il faut souvent combiner des données provenant de plusieurs tables.

Exemples
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-05-01T09:15:00Z
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière actualisation ou extraction des données depuis le système source.
Description

Cet attribut indique l’actualité des données analysées. Il précise la date et l’heure de la dernière extraction des données depuis SAP S/4HANA.

La date de la dernière mise à jour aide les utilisateurs à évaluer l’actualité de leur analyse. Ils peuvent ainsi interpréter correctement les résultats, en sachant s’ils consultent des informations en temps réel ou un instantané datant d’un moment précis. Cette distinction influe sur la pertinence des décisions prises à partir de l’analyse.

Pourquoi est-ce important ?

Indique aux utilisateurs l’actualité des données afin qu’ils comprennent le contexte et la pertinence des résultats de leur analyse.

Où trouver ces données

Il s’agit d’un horodatage de métadonnées ajouté pendant le processus d’extraction, de transformation et de chargement (ETL).

Exemples
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Système source
SourceSystem
Identifie le système source depuis lequel les données ont été extraites.
Description

Cet attribut précise le système d’origine des données d’événement, par exemple « SAP S/4HANA Production » ou « SAP ECC ».

Dans un environnement comportant plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données, résoudre les problèmes et interpréter correctement les données provenant de différentes sources. Il aide à comprendre leur contexte et permet de filtrer l’analyse selon l’environnement système concerné.

Pourquoi est-ce important ?

Cet attribut fournit un contexte essentiel sur l’origine des données, indispensable à leur gouvernance, à leur validation et à leur analyse dans des environnements comportant plusieurs systèmes.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée pendant le processus d’extraction, de transformation et de chargement (ETL) pour indiquer l’origine du jeu de données.

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

Cet attribut indique la date de livraison prévue, convenue dans la commande d’achat. Elle sert de référence pour mesurer les performances de livraison du fournisseur.

Avec le process mining, cette date est comparée à la date réelle de réception des marchandises, indiquée par l’horodatage « Entrée de marchandises enregistrée », afin de calculer l’indicateur clé de performance du taux de livraisons des fournisseurs dans les délais. L’analyse des écarts permet d’évaluer la fiabilité des fournisseurs et de gérer les risques liés à la chaîne d’approvisionnement.

Pourquoi est-ce important ?

Sert de référence pour mesurer les livraisons des fournisseurs dans les délais, un indicateur clé de performance pour la gestion de la chaîne d’approvisionnement et la planification opérationnelle.

Où trouver ces données

Cet attribut se trouve dans la table des échéances EKET, champ EINDT.

Exemples
2023-06-012023-06-152023-07-01
Demande d’achat
PurchaseRequisitionNumber
Identifiant de la demande d’achat (PR) à l’origine de la commande d’achat.
Description

Cet attribut relie la commande d’achat à la demande d’achat dont elle est issue. Certaines commandes n’ont pas de demande d’achat préalable, car elles sont créées directement.

Ce lien est essentiel pour analyser l’ensemble du processus d’approvisionnement, depuis la demande initiale. Il permet de suivre des indicateurs clés tels que le délai d’approbation des demandes d’achat et de repérer les achats non autorisés, c’est-à-dire les commandes créées sans demande préalable approuvée.

Pourquoi est-ce important ?

Relie la commande d’achat à la demande initiale, ce qui permet d’analyser le processus de bout en bout et de repérer les achats non autorisés et non conformes.

Où trouver ces données

Cet attribut se trouve dans la table EKPO de SAP S/4HANA, au niveau du poste de commande d’achat, champ BANFN.

Exemples
1001005110010052
ID du fournisseur
VendorId
Identifiant unique du fournisseur qui fournit les biens ou les services.
Description

L’ID du fournisseur est une donnée de référence essentielle qui relie une commande d’achat à un fournisseur précis. Il est utilisé tout au long du processus d’approvisionnement pour les communications, les livraisons et les paiements.

Avec le process mining, cet attribut permet d’analyser les performances par fournisseur. Il est indispensable pour des Dashboards tels que « Performance des délais de livraison des fournisseurs » et « Taux de retour des marchandises par fournisseur ». Vous pouvez ainsi repérer les fournisseurs les plus fiables et ceux qui sont susceptibles d’entraîner des retards ou des problèmes de qualité.

Pourquoi est-ce important ?

Permet d’analyser le processus par fournisseur, d’évaluer les performances, de repérer les fournisseurs les plus et les moins performants et d’optimiser la chaîne d’approvisionnement.

Où trouver ces données

Cet attribut se trouve dans la table EKKO de SAP S/4HANA, champ LIFNR.

Exemples
100023100045100088
Montant net total
TotalNetAmount
Valeur totale de la commande d’achat, hors taxes et frais de transport.
Description

Cet attribut représente la valeur monétaire nette de la commande d’achat. Il s’agit d’un indicateur financier clé qui reflète l’importance de la transaction d’approvisionnement.

Ce montant est essentiel à l’analyse financière. Vous pouvez, par exemple, classer les commandes selon leur valeur, élevée ou faible, pour vérifier si elles suivent des parcours différents. Il permet également de prioriser les analyses en se concentrant sur les commandes de valeur élevée, qui peuvent présenter un risque financier supérieur ou avoir une incidence plus importante sur l’activité.

Pourquoi est-ce important ?

Permet d’analyser les commandes d’achat selon leur valeur et de concentrer les efforts d’amélioration des processus sur les dépenses les plus importantes.

Où trouver ces données

Cet attribut se trouve dans la table EKKO de SAP S/4HANA, champ NETWR.

Exemples
1500.0025000.50125.75
Type de document de commande d’achat
DocumentType
Classification qui distingue les différents types de commandes d’achat, comme les commandes standard, les commandes de services ou les commandes de transfert de stock.
Description

Dans SAP, le type de document est un élément de configuration essentiel qui détermine le flux du processus, la plage de numéros et les champs d’une commande d’achat. Il permet aux entreprises d’adapter le processus d’approvisionnement à différents cas de figure.

L’analyse du processus par type de document est essentielle pour comprendre les variations. Par exemple, le processus d’une commande standard de marchandises peut différer considérablement de celui d’une commande de services ou d’un transfert de stock. Cet attribut permet de filtrer et de comparer ces différents flux afin de repérer des possibilités d’amélioration précises.

Pourquoi est-ce important ?

Classe les commandes d’achat par catégorie, ce qui permet de comparer les processus d’approvisionnement et de comprendre les variations des flux et des temps de cycle.

Où trouver ces données

Cet attribut se trouve dans la table EKKO de SAP S/4HANA, champ BSART.

Exemples
NBFOUB
Utilisateur
UserName
Identifiant de l’utilisateur qui a effectué une activité donnée.
Description

Cet attribut enregistre l’ID utilisateur SAP de la personne qui a créé, modifié ou approuvé un document. Il assure la traçabilité des actions réalisées dans le système.

L’analyse par utilisateur aide à repérer les besoins de formation, à répartir la charge de travail et à évaluer les performances individuelles. Elle permet, par exemple, de vérifier si certains utilisateurs sont régulièrement associés à de longs délais d’approbation ou à des modifications fréquentes après approbation, afin d’orienter la gestion des ressources et l’amélioration du processus.

Pourquoi est-ce important ?

Assure la traçabilité des responsabilités et permet d’analyser les performances à l’échelle individuelle ou collective, afin de repérer les besoins de formation ou les contraintes de ressources.

Où trouver ces données

Ces informations figurent dans des champs tels que ERNAM (Créé par) dans EKKO ou dans le champ utilisateur des tables de documents de modification (CDHDR-USERNAME).

Exemples
CB9980000012JSMITHRROE
Achats hors contrat
IsMaverickSpend
Indicateur calculé qui précise si une commande d’achat a été créée sans demande d’achat préalable approuvée.
Description

Cet indicateur booléen est calculé lors du traitement des données. Il prend la valeur « true » si aucune demande d’achat n’est associée à une commande d’achat ou si la création de la commande contourne le flux d’approbation standard.

Cet attribut alimente directement le Dashboard « Identification des achats hors contrat » et les KPI associés. Il permet de quantifier les achats non conformes et d’identifier les services ou groupes d’utilisateurs concernés afin de renforcer les politiques et les contrôles d’approvisionnement.

Pourquoi est-ce important ?

Repère directement les achats non conformes, aide à quantifier les écarts de processus et contribue à faire respecter les contrôles financiers et les politiques d’approvisionnement.

Où trouver ces données

Champ calculé à partir de l’absence de valeur dans « PurchaseRequisitionNumber » pour certains types de documents, ou de l’analyse de la séquence des événements.

Exemples
truefalse
Catégorie de poste
ItemCategory
Classe le poste d’une commande d’achat, par exemple comme poste standard, de consignation, de sous-traitance ou de service.
Description

La catégorie de poste détermine la manière dont l’approvisionnement d’un article ou d’un service donné est contrôlé et traité. Elle influe sur les étapes suivantes, comme l’entrée de marchandises et la vérification des factures.

Cet attribut est important pour analyser les variantes du processus selon la nature de l’achat. Par exemple, le traitement d’un poste de service, qui nécessite une feuille de saisie des services, diffère sensiblement de celui d’un article standard en stock. L’analyse par catégorie de poste aide à comprendre ces différences et à cibler les améliorations.

Pourquoi est-ce important ?

Décrit les variantes du processus en distinguant les différents types d’approvisionnement, par exemple les marchandises, les services ou la sous-traitance.

Où trouver ces données

Cet attribut se trouve dans la table EKPO de SAP S/4HANA, dans le champ PSTYP.

Exemples
093
Code société
CompanyCode
Identifiant de l’entité juridique ou de la société pour laquelle la commande d’achat est créée.
Description

Le code société désigne une unité comptable indépendante au sein d’une organisation. Toutes les opérations financières liées à une commande d’achat sont imputées à un code société précis.

Cet attribut organisationnel fondamental permet de filtrer et de comparer les processus d’approvisionnement entre différentes entités juridiques. Une analyse par code société peut révéler des écarts dans l’exécution des processus, des différences d’efficacité ou des niveaux de conformité variables au sein de l’organisation.

Pourquoi est-ce important ?

Permet de segmenter l’analyse des processus par entité juridique et de comparer les performances et la conformité entre les différentes parties de l’entreprise.

Où trouver ces données

Cet attribut se trouve dans la table EKKO de SAP S/4HANA, dans le champ BUKRS.

Exemples
101017102000
Groupe d’acheteurs
PurchasingGroup
Groupe d’acheteurs chargé de certaines activités d’approvisionnement.
Description

Un groupe d’acheteurs désigne un acheteur ou une équipe chargée d’activités d’achat, de matériaux ou de fournisseurs spécifiques. Il constitue le principal interlocuteur des fournisseurs.

Cet attribut permet d’analyser la charge de travail et les performances avec davantage de précision qu’à l’échelle de l’organisation d’achats. Il aide à repérer les équipes surchargées, à mesurer l’efficacité des différents groupes d’acheteurs et à déterminer lesquels sont davantage concernés par des écarts de processus, comme les achats hors contrat.

Pourquoi est-ce important ?

Donne une vue détaillée des performances des groupes d’acheteurs et permet d’analyser la charge de travail, l’efficacité et le respect des processus à l’échelle des équipes.

Où trouver ces données

Cet attribut se trouve dans la table EKKO de SAP S/4HANA, dans le champ EKGRP.

Exemples
001002N00
Livraison à temps par le fournisseur
SupplierOnTimeDelivery
Indicateur calculé qui précise si la réception des marchandises a été enregistrée à la date de livraison demandée ou avant celle-ci.
Description

Cet attribut booléen est calculé en comparant l’horodatage de l’activité « Réception des marchandises enregistrée » à la « Date de livraison demandée ». Si la réception a lieu à la date demandée ou avant, l’attribut prend la valeur « true ».

Cet attribut alimente directement le KPI « Taux de livraison à temps des fournisseurs ». Il simplifie l’analyse en permettant de filtrer facilement les livraisons à temps ou en retard, un élément essentiel des Dashboards de performance fournisseur et de l’évaluation des fournisseurs.

Pourquoi est-ce important ?

Mesure directement la fiabilité des fournisseurs, sert de base au KPI de livraison à temps et permet de suivre efficacement leurs performances.

Où trouver ces données

Calculé en comparant l’horodatage de l’activité « Réception des marchandises enregistrée » à l’attribut « RequestedDeliveryDate ».

Exemples
truefalse
Numéro de matériau
MaterialNumber
Identifiant du matériau ou du bien faisant l’objet de l’approvisionnement.
Description

Dans SAP, le numéro de matériau est un code unique attribué à chaque fiche de données de base d’un matériau. Il sert pour toutes les opérations liées à ce matériau, notamment l’approvisionnement, la gestion des stocks et les ventes.

Une analyse par numéro ou groupe de matériaux permet d’étudier les achats par catégorie de produits. Elle peut révéler si l’approvisionnement de certains types de matériaux est moins efficace, entraîne des délais plus longs ou donne lieu à davantage de retours, et ainsi éclairer la gestion des catégories.

Pourquoi est-ce important ?

Permet d’analyser les achats par catégorie de produits et de repérer les problèmes de processus ou de performance fournisseur liés à des produits ou matériaux précis.

Où trouver ces données

Cet attribut se trouve dans la table EKPO de SAP S/4HANA, dans le champ MATNR.

Exemples
RM100-100FG210SERV-CONSULT
Organisation d’achats
PurchasingOrganization
Unité organisationnelle chargée de l’approvisionnement en matériaux et services ainsi que des négociations avec les fournisseurs.
Description

L’organisation d’achats est une unité organisationnelle clé de l’approvisionnement. Elle peut être structurée à l’échelle du groupe, de la société ou de l’usine, et prend en charge l’ensemble des activités d’achat.

L’analyse du processus par organisation d’achats permet d’évaluer l’efficacité et les performances des différentes équipes ou régions d’approvisionnement. Elle peut mettre en évidence des écarts dans les négociations avec les fournisseurs, le respect des processus ou les délais d’approbation entre les unités organisationnelles.

Pourquoi est-ce important ?

Permet de comparer les performances des différents services ou régions d’approvisionnement, afin de repérer les bonnes pratiques et les points à améliorer.

Où trouver ces données

Cet attribut se trouve dans la table EKKO de SAP S/4HANA, dans le champ EKORG.

Exemples
10101710US01
Reprises
IsRework
Indicateur calculé qui précise si la commande d’achat a fait l’objet de reprises, par exemple après une modification suivant l’approbation ou un retour de marchandises.
Description

Cet attribut booléen est calculé à partir de la séquence des activités de chaque commande d’achat. Il prend la valeur « true » si l’événement « Commande d’achat modifiée » survient après l’événement « Commande d’achat approuvée », ou si un événement « Marchandises retournées » est présent.

Cet indicateur simplifie le calcul du KPI « Taux de traitement sans intervention ». Il permet de filtrer et de visualiser facilement les commandes d’achat qui ont nécessité une intervention ou une correction manuelle, afin d’en mesurer le coût et la fréquence.

Pourquoi est-ce important ?

Aide à mesurer les inefficacités du processus en repérant les cas avec reprises, ce qui est essentiel pour calculer le taux de traitement sans intervention et déterminer les causes des écarts.

Où trouver ces données

Champ calculé à partir de la séquence des activités. La logique vérifie si un événement « Commande d’achat modifiée » survient après une approbation ou si un événement « Marchandises retournées » est présent.

Exemples
truefalse
Usine
Plant
Site ou lieu d’exploitation où les marchandises sont livrées ou les services fournis.
Description

Dans SAP, une usine est un site physique où des marchandises sont produites ou stockées, ou des services sont réalisés. Elle joue un rôle clé dans la logistique et la planification.

La segmentation de l’analyse par usine peut révéler des différences régionales ou propres à un site dans le processus d’approvisionnement. Elle peut, par exemple, montrer si certaines usines connaissent des délais de livraison plus longs ou un taux de retour des marchandises plus élevé, ce qui peut signaler des problèmes locaux de logistique ou de contrôle qualité.

Pourquoi est-ce important ?

Permet une analyse par site et met en évidence les différences de performance entre les sites opérationnels, les usines ou les entrepôts.

Où trouver ces données

Cet attribut se trouve dans la table EKPO de SAP S/4HANA, dans le champ WERKS.

Exemples
10101710DE01
Obligatoire Recommandé Facultatif

Activités du processus Purchase to Pay - Purchase Order

Voici les étapes et les jalons essentiels à consigner dans votre journal d’événements pour découvrir et optimiser le processus avec précision.
7 Recommandé 6 Facultatif
Activité Description
Commande d’achat approuvée
Cette activité indique que la commande d’achat a reçu toutes les approbations internes requises et qu’elle peut être envoyée au fournisseur. L’événement est déduit d’un changement de statut dans la stratégie de validation de la commande.
Pourquoi est-ce important ?

Cette étape clé permet de mesurer l’efficacité des approbations et les reprises après approbation. Le délai entre la création et l’approbation de la commande met en évidence les retards du processus interne.

Où trouver ces données

L’événement est déduit de l’indicateur de validation (FRGKE) dans la table EKKO. L’horodatage est déterminé à partir de l’historique des modifications (CDHDR/CDPOS), qui indique quand ce champ a pris le statut « libéré ».

Données à recueillir

Événement déduit des journaux de modification du champ de l’indicateur de validation (FRGKE) dans la table EKKO.

Type d’événement inferred
Commande d’achat créée
Cette activité marque la création du document officiel de commande d’achat, avec ou sans référence à une demande d’achat. L’événement est enregistré explicitement lorsque le document de commande est enregistré pour la première fois dans le système.
Pourquoi est-ce important ?

Cette activité peut constituer un autre point de départ pour l’analyse du processus, notamment pour repérer les achats non autorisés. C’est un événement fondamental pour suivre le temps de traitement global des commandes d’achat.

Où trouver ces données

L’événement est enregistré dans la table d’en-tête des commandes d’achat EKKO. La date de création (AEDAT) et l’heure du document y sont stockées directement.

Données à recueillir

Horodatage de création (AEDAT) du document de commande d’achat dans la table EKKO.

Type d’événement explicit
Commande d’achat terminée
Cette activité indique qu’un poste de commande d’achat est considéré comme clôturé du point de vue logistique. Elle est déduite lorsque les indicateurs « Livraison terminée » et « Facture finale » sont tous deux activés.
Pourquoi est-ce important ?

Cette activité marque la fin du cycle de vie de la commande d’achat. Le délai jusqu’à cet événement correspond au temps de cycle de bout en bout des opérations d’approvisionnement.

Où trouver ces données

L’événement est déduit des indicateurs de statut du poste de commande d’achat dans la table EKPO. Il se produit lorsque les indicateurs « Livraison terminée » (ELIKZ) et « Facture finale » (EREKZ) sont tous deux activés.

Données à recueillir

Événement déduit des journaux de modification lorsque les champs ELIKZ et EREKZ de la table EKPO indiquent tous deux que le poste est terminé.

Type d’événement inferred
Demande d’achat approuvée
Cette activité correspond à l’approbation officielle d’une demande d’achat par un responsable ou un approbateur désigné. Elle est généralement déduite d’un changement de statut du document, qui indique que la demande peut être convertie en commande d’achat.
Pourquoi est-ce important ?

Cette étape clé permet de suivre les temps de cycle d’approbation et de repérer les goulots d’étranglement. Tout retard à ce stade ralentit directement la création et l’envoi de la commande d’achat au fournisseur.

Où trouver ces données

L’événement est déduit des champs de statut de validation de la table EBAN, par exemple FRGZU, l’indicateur de validation. L’horodatage provient des documents de modification (CDHDR/CDPOS), qui indiquent quand le statut de validation final a été défini.

Données à recueillir

Événement déduit des journaux de modification (CDHDR/CDPOS) des champs de statut de validation de la table EBAN.

Type d’événement inferred
Demande d’achat créée
Cette activité correspond à la demande officielle de biens ou de services et marque le début du processus d’approvisionnement. L’événement est enregistré explicitement lorsqu’un utilisateur enregistre un nouveau document de demande d’achat, par exemple avec la transaction ME51N.
Pourquoi est-ce important ?

C’est le point de départ de nombreux cycles de vie de commande d’achat. Analyser le délai entre cet événement et la création de la commande permet de repérer les retards liés à la recherche de fournisseurs et au traitement interne.

Où trouver ces données

L’événement est enregistré dans la table EBAN (demande d’achat). Son horodatage de création figure dans l’historique des modifications des tables CDHDR et CDPOS pour l’objet EBAN.

Données à recueillir

Événement enregistré lors de la création d’un document dans la table EBAN.

Type d’événement explicit
Entrée de marchandises enregistrée
Cette activité correspond à la réception physique des marchandises du fournisseur et à son enregistrement dans le système. Cette transaction explicite met à jour l’historique de la commande d’achat.
Pourquoi est-ce important ?

Cette étape importante met fin au délai de livraison du fournisseur et marque le début du processus interne de vérification des factures. Elle est essentielle pour suivre le taux de livraisons dans les délais.

Où trouver ces données

L’événement est enregistré sous la forme d’un document article dans les tables MKPF (en-tête) et MSEG (poste), puis lié à l’historique de la commande d’achat dans la table EKBE avec un type de mouvement spécifique, par exemple 101.

Données à recueillir

Date comptable (BUDAT) de l’en-tête du document article (MKPF), liée via EKBE.

Type d’événement explicit
Facture reçue
Cette activité correspond à la saisie de la facture du fournisseur dans SAP et à son association à la commande d’achat correspondante. Cette écriture financière explicite crée un document comptable.
Pourquoi est-ce important ?

Cette étape clé relie le processus d’approvisionnement à celui des comptes fournisseurs. Elle permet d’analyser le délai entre la réception des marchandises et le traitement de la facture.

Où trouver ces données

Un document comptable est créé dans la table BKPF (en-tête) et ses postes figurent dans BSEG ou dans le journal universel ACDOCA. Le document est lié à la commande d’achat dans la table RSEG.

Données à recueillir

Date de saisie du document (CPUDT) dans la table d’en-tête des documents comptables BKPF.

Type d’événement explicit
Commande d’achat envoyée au fournisseur
Cette activité correspond au moment où la commande d’achat est transmise au fournisseur, par exemple par EDI, par e-mail ou sous forme imprimée. L’événement est souvent enregistré dans les journaux de gestion des sorties du système.
Pourquoi est-ce important ?

Cette activité marque le véritable début du délai de livraison du fournisseur. Elle est indispensable pour mesurer avec précision la performance du fournisseur à partir du moment où il reçoit la commande.

Où trouver ces données

L’événement est extrait de la table de contrôle des sorties NAST, qui consigne les messages envoyés pour un document d’achat. La date et l’heure du type de sortie concerné, par exemple EDI ou e-mail, peuvent être utilisées.

Données à recueillir

Horodatage du premier message de sortie envoyé avec succès pour la commande d’achat dans la table NAST.

Type d’événement inferred
Commande d’achat modifiée
Cette activité indique qu’une modification a été apportée à la commande d’achat après sa création, par exemple à la quantité, au prix ou à la date de livraison. Elle est enregistrée explicitement dans les journaux de modification du système.
Pourquoi est-ce important ?

Le suivi des modifications, en particulier après approbation, est essentiel pour repérer les inefficacités, les reprises et les éventuels problèmes de conformité. Des modifications fréquentes peuvent révéler des spécifications initiales insuffisantes.

Où trouver ces données

L’événement est enregistré dans les tables de documents de modification CDHDR (en-tête) et CDPOS (poste) pour les objets de commande d’achat (EINKBELEG). Chaque modification génère une entrée détaillée dans le journal.

Données à recueillir

Événement consigné lors de la modification de champs clés des tables EKKO ou EKPO, dans CDHDR/CDPOS.

Type d’événement explicit
Commande d’achat supprimée
Cette activité correspond à l’annulation ou à la suppression logique d’un poste de commande d’achat ou du document entier. Elle est enregistrée lorsqu’un utilisateur active un indicateur de suppression sur le document.
Pourquoi est-ce important ?

Cette activité constitue un autre point de fin du processus et signale un échec ou une annulation. L’analyse des raisons de la suppression des commandes d’achat peut révéler des problèmes de planification de la demande ou de définition des besoins.

Où trouver ces données

L’événement est extrait de l’indicateur de suppression (LOEKZ) dans les tables d’en-tête (EKKO) ou de poste (EKPO) de la commande d’achat. L’horodatage provient des documents de modification (CDHDR/CDPOS).

Données à recueillir

Horodatage des documents de modification (CDHDR/CDPOS) au moment de l’activation de l’indicateur de suppression (LOEKZ).

Type d’événement explicit
Confirmation de service saisie
Cette activité indique que le service prévu dans une commande d’achat a été réalisé. Elle est enregistrée explicitement lors de la création d’une feuille de saisie des services.
Pourquoi est-ce important ?

Pour les achats de services, cette étape équivaut à une entrée de marchandises. Elle est essentielle pour suivre les délais de livraison des services et permettre le paiement des fournisseurs dans les délais.

Où trouver ces données

L’événement est enregistré lors de la création d’une feuille de saisie des services. Les données sont stockées dans les tables ESSR (en-tête) et ESLL (lignes). La date de création sert d’horodatage.

Données à recueillir

Date de création du document de feuille de saisie des services dans la table ESSR.

Type d’événement explicit
Facture payée
Cette activité marque le règlement final de la facture du fournisseur, par un cycle de paiement ou un paiement manuel. Cette transaction financière explicite crée un document de compensation.
Pourquoi est-ce important ?

Bien que cette activité relève techniquement du processus de paiement, son inclusion donne une vue complète du cycle Purchase to Pay. Elle est essentielle pour analyser les conditions et les performances de paiement.

Où trouver ces données

Le paiement est enregistré sous la forme d’un document de compensation dans BKPF/ACDOCA. La date de compensation (AUGDT) du poste de facture dans la table BSEG ou ACDOCA indique l’événement de paiement.

Données à recueillir

Date de compensation (AUGDT) du document de facture, dans BSEG ou ACDOCA.

Type d’événement explicit
Marchandises retournées
Cette activité indique que des marchandises précédemment reçues ont été retournées au fournisseur, généralement en raison d’un problème de qualité, d’un dommage ou d’une erreur de livraison. Elle est enregistrée explicitement comme une contre-passation de mouvement de marchandises.
Pourquoi est-ce important ?

Cette activité met en évidence les reprises et les problèmes éventuels de qualité du fournisseur ou d’exactitude de la commande. Des retours fréquents pour un fournisseur ou un article donné signalent un problème.

Où trouver ces données

L’événement est enregistré sous la forme d’un document article avec un type de mouvement de retour spécifique, par exemple 122. Il est consigné dans MKPF/MSEG et lié à la commande d’achat dans l’historique de la table EKBE.

Données à recueillir

Date comptable du document article associé à un type de mouvement de retour dans EKBE.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de SAP S/4HANA

Prêt à commencer ?

Ce modèle constitue une base solide pour démarrer votre démarche de Process Mining. Utilisez dès aujourd’hui vos données SAP S/4HANA pour repérer les gains d’efficacité possibles et transformer votre processus Purchase to Pay.

Optimisez vos commandes d’achat P2P et réduisez dès maintenant leur temps de cycle

Éliminez les inefficacités et réduisez de 30 % le temps de cycle de vos commandes d’achat P2P.

Démarrez votre essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.