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

SAP S/4HANA
Votre modèle de données Purchase to Pay, commandes d’achat

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

Ce modèle vous guide à travers les points de données essentiels à l’analyse de votre processus Purchase to Pay, commandes d’achat. Il présente les attributs importants à recueillir, les activités clés à suivre et fournit des indications claires pour extraire ces données de SAP S/4HANA. Utilisez cette ressource pour constituer un journal d’événements fiable et obtenir des analyses plus détaillées de vos opérations d’achat.
  • 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 ? 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 recommandés à inclure dans votre journal d’événements pour analyser en détail votre 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 du Purchase Order.
Description

Cet attribut décrit une action précise ou une modification de statut au cours du cycle de vie de la commande d’achat, par exemple « Commande d’achat créée », « Commande d’achat approuvée » ou « Réception des marchandises comptabilisée ». La séquence de ces activités forme le flux du processus.

L’analyse de la séquence et de la fréquence des activités constitue le cœur du Process Mining. Elle permet de découvrir le processus réel, de le comparer au modèle conçu, d’identifier les goulots d’étranglement, par exemple les longues attentes après « Facture reçue », et de quantifier les reprises, par exemple les activités répétées « Commande d’achat modifiée ».

Pourquoi c’est important

Il définit les étapes du processus et permet de visualiser et d’analyser le flux de bout en bout, les variantes et les goulots d’étranglement.

Où les obtenir

Généralement dérivé d’une combinaison de tables et de champs, comme les champs de statut d’EKKO/EKPO ou les journaux de documents de modification CDHDR/CDPOS, afin de représenter les principales étapes métier.

Exemples
Purchase Order crééPurchase Order approuvéRéception de marchandises enregistréeFacture reçue
Commande d’achat
PurchaseOrderNumber
Identifiant unique du Purchase Order (PO), qui sert d’identifiant principal du cas 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 du cas pour l’analyse de Process Mining.

Dans l’analyse, le regroupement des événements par numéro permet de reconstituer le parcours de chaque commande d’achat. Cette étape est essentielle pour calculer les temps de cycle, analyser les variantes du processus et identifier les goulots d’étranglement ou les écarts propres à une commande donnée.

Pourquoi c’est important

Il s’agit de la clé essentielle qui relie tous les événements d’approvisionnement au sein d’un même processus de bout en bout et permet d’analyser en détail le cycle de vie de chaque Purchase Order.

Où les obtenir

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

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

Cet attribut enregistre la date et l’heure exactes de chaque activité du processus. Il est indispensable à toutes les analyses temporelles du Process Mining.

L’heure de l’événement sert à classer les activités par ordre chronologique afin de construire le flux du processus. Elle constitue également la base du calcul de 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, qui sont essentiels à l’analyse des performances et à l’identification des goulots d’étranglement.

Pourquoi c’est important

Cet horodatage est essentiel pour ordonner correctement les événements et calculer tous les indicateurs de performance, notamment les temps de cycle, les délais fournisseurs et les temps d’attente.

Où les obtenir

Champs d’horodatage associés à des activités précises, comme la date de création (EKKO-AEDAT pour les modifications) ou la date de comptabilisation (MKPF-BUDAT pour les réceptions de marchandises). Leur détermination nécessite souvent de 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 correspondant au dernier rafraîchissement ou à la dernière extraction des données depuis le système source.
Description

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

Connaître la date de la dernière mise à jour est essentiel pour comprendre l’actualité de l’analyse. Cela permet d’interpréter correctement les résultats, en sachant si vous consultez des informations en temps réel ou un instantané pris à un moment donné, ce qui influe sur la pertinence des mesures prises à partir de l’analyse.

Pourquoi c’est important

Informe les utilisateurs sur l’actualité des données afin qu’ils comprennent le contexte et la pertinence de leurs résultats d’analyse.

Où les obtenir

Il s’agit d’un horodatage de métadonnées ajouté lors du 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énements, par exemple « SAP S/4HANA Production » ou « SAP ECC ».

Dans les environnements comprenant plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données, résoudre les problèmes et garantir l’interprétation correcte des données provenant de différentes sources. Il aide à comprendre le contexte des données et peut servir à filtrer l’analyse sur des environnements système précis.

Pourquoi c’est important

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

Où les obtenir

Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) pour identifier 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 précise la date de livraison cible convenue dans le Purchase Order. Il sert de référence pour mesurer la performance de livraison du fournisseur.

Dans le Process Mining, cette date est comparée à la date réelle de réception des marchandises, c’est-à-dire à l’horodatage « Goods Receipt Posted », afin de calculer le KPI « Supplier On-Time Delivery Rate ». L’analyse des écarts par rapport à cette date aide à évaluer la fiabilité du fournisseur et à gérer les risques de la chaîne d’approvisionnement.

Pourquoi c’est important

Sert de référence pour mesurer la performance des livraisons fournisseurs à temps, un KPI important pour la gestion de la chaîne d’approvisionnement et la planification opérationnelle.

Où les obtenir

Cet attribut se trouve dans la table des lignes d’échéancier EKET, champ EINDT.

Exemples
2023-06-012023-06-152023-07-01
Demande d’achat
PurchaseRequisitionNumber
Identifiant de la Purchase Requisition à l’origine du Purchase Order.
Description

Cet attribut relie le Purchase Order à la Purchase Requisition dont il est issu. Tous les PO ne disposent pas d’une PR, notamment lorsqu’ils sont créés directement.

Ce lien est essentiel pour analyser le processus d’approvisionnement complet, depuis la demande initiale. Il permet de suivre des KPI tels que le délai d’approbation de la Purchase Requisition et joue un rôle fondamental dans l’identification des achats hors procédure, lorsque des PO sont créés sans Purchase Requisition préalable et approuvée.

Pourquoi c’est important

Relie le PO à la demande initiale, ce qui permet d’analyser le processus de bout en bout et d’identifier les achats hors procédure non conformes.

Où les obtenir

Cet attribut se trouve dans la table SAP S/4HANA EKPO, au niveau du poste du PO, champ BANFN.

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

L’identifiant du fournisseur est une donnée de référence essentielle qui relie un Purchase Order à un fournisseur précis. Il est utilisé tout au long du processus d’approvisionnement pour la communication, la livraison et le paiement.

Dans le Process Mining, cet attribut permet de segmenter l’analyse de la performance par fournisseur. Il est essentiel pour des Dashboards tels que « Supplier Lead Time Performance » et « Goods Return Rate by Vendor », qui aident à identifier les fournisseurs les plus fiables et ceux susceptibles d’entraîner des retards ou des problèmes de qualité.

Pourquoi c’est important

Permet une analyse centrée sur les fournisseurs, afin d’évaluer leur performance, d’identifier les fournisseurs les plus et les moins performants et d’optimiser la chaîne d’approvisionnement.

Où les obtenir

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

Exemples
100023100045100088
Montant net total
TotalNetAmount
Valeur totale du Purchase Order, hors taxes et frais de transport.
Description

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

Ce montant est essentiel pour les analyses financières, notamment pour classer les PO par valeur, entre commandes de montant élevé et faible, et vérifier si leurs parcours diffèrent. Il peut également servir à prioriser l’analyse en se concentrant sur les commandes de montant élevé, qui peuvent présenter un risque financier supérieur ou avoir une incidence plus importante sur l’entreprise.

Pourquoi c’est important

Permet une analyse fondée sur la valeur financière, en segmentant les Purchase Orders par montant et en donnant la priorité aux efforts d’amélioration des processus dans les domaines de dépenses élevées.

Où les obtenir

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

Exemples
1500.0025000.50125.75
Type de document du PO
DocumentType
Classification qui distingue différents types de Purchase Orders, comme les PO standards, les PO de services ou les ordres de transfert de stock.
Description

Le type de document est un élément de configuration clé dans SAP. Il contrôle le flux du processus, la plage de numérotation et les champs d’un Purchase Order. Il permet aux entreprises d’adapter le processus d’approvisionnement à différents scénarios.

L’analyse du processus par type de document est essentielle pour comprendre les variantes. Par exemple, le processus d’un PO standard de marchandises peut être très différent de celui d’un PO de services ou d’un transfert de stock. Cet attribut permet de filtrer et de comparer ces flux distincts afin d’identifier des possibilités d’amélioration précises.

Pourquoi c’est important

Catégorise les Purchase Orders, permet de comparer différents processus d’approvisionnement et aide à expliquer les variations des flux et des temps de cycle.

Où les obtenir

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

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

Cet attribut enregistre l’identifiant de l’utilisateur SAP responsable de la création, de la modification ou de l’approbation d’un document. Il assure la traçabilité des actions effectuées dans le système.

L’analyse par utilisateur permet d’identifier les besoins de formation, de répartir la charge de travail et d’évaluer la performance individuelle. Elle peut notamment révéler 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’éclairer la gestion des Ressources et les initiatives d’amélioration des processus.

Pourquoi c’est important

Assure la responsabilité des actions et permet d’analyser la performance au niveau individuel ou de l’équipe, afin d’identifier les besoins de formation ou les contraintes de Ressources.

Où les obtenir

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

Exemples
CB9980000012JSMITHRROE
Achats hors procédure
IsMaverickSpend
Indicateur calculé précisant si une commande d’achat a été créée sans demande d’achat approuvée au préalable.
Description

Cet indicateur booléen est calculé lors du traitement des données. Il prend la valeur « true » lorsqu’une commande d’achat ne possède pas de demande d’achat associée ou lorsque sa création contourne le flux de travail de validation standard.

Cet attribut alimente directement le Dashboard « Identification des dépenses hors procédure » et les KPI associés. Il aide à mesurer l’ampleur des comportements d’achat non conformes et permet aux entreprises de cibler certains services ou groupes d’utilisateurs afin de renforcer les politiques et les contrôles d’achat.

Pourquoi c’est important

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

Où les obtenir

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

Exemples
truefalse
Catégorie de poste
ItemCategory
Classe un poste de Purchase Order, par exemple comme poste standard, en consignation, de sous-traitance ou de services.
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 la réception des 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 processus d’un poste de services, qui nécessite une feuille de saisie de services, diffère sensiblement de celui d’un article standard en stock. L’analyse par catégorie de poste permet d’expliquer ces différences et de cibler les améliorations.

Pourquoi c’est important

Explique les variantes du processus en distinguant les différents types d’approvisionnement, comme les biens, les services ou la sous-traitance.

Où les obtenir

Cet attribut se trouve dans la table SAP S/4HANA EKPO, 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é représente une unité comptable indépendante au sein d’une organisation. Toutes les transactions financières liées à une commande d’achat sont enregistrées dans un code société donné.

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

Pourquoi c’est important

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

Où les obtenir

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

Exemples
101017102000
Groupe d’achats
PurchasingGroup
Groupe spécifique d’acheteurs responsable de certaines activités d’approvisionnement.
Description

Un groupe d’achats désigne un acheteur ou un groupe d’acheteurs responsable de certaines activités d’achat, de matériaux ou de fournisseurs. Il constitue le principal interlocuteur des fournisseurs.

Cet attribut permet une analyse plus fine de la charge de travail et des performances que l’organisation d’achats. Il peut servir à identifier les équipes surchargées, à mesurer l’efficacité des différents groupes d’acheteurs et à déterminer quels groupes sont davantage exposés aux écarts de processus, comme les achats hors procédure.

Pourquoi c’est important

Fournit 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 au niveau de l’équipe.

Où les obtenir

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

Exemples
001002N00
Livraison fournisseur dans les délais
SupplierOnTimeDelivery
Indicateur calculé précisant 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é « Goods Receipt Posted » à la « Requested Delivery Date ». Si la réception des marchandises a lieu à la date demandée ou avant, l’attribut prend la valeur « true ».

Cet attribut alimente directement le KPI « Taux de livraison fournisseur dans les délais ». Il simplifie l’analyse en permettant de filtrer facilement les livraisons effectuées à temps ou en retard, ce qui est essentiel pour les Dashboards de performance fournisseurs et l’évaluation des fournisseurs.

Pourquoi c’est important

Mesure directement la fiabilité des fournisseurs, sert de base au KPI de livraison dans les délais et permet une gestion efficace de leur performance.

Où les obtenir

Calculé en comparant l’horodatage de l’activité « Goods Receipt Posted » à 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

Le numéro de matériau est un code unique attribué à chaque fiche article dans SAP. Il est utilisé pour toutes les transactions liées à ce matériau, notamment l’approvisionnement, la gestion des stocks et les ventes.

L’analyse par numéro de matériau ou groupe de matériaux permet d’étudier les achats par catégorie de produits. Elle peut aider à déterminer si les processus d’approvisionnement de certains types de matériaux sont moins efficaces, présentent des délais plus longs ou sont davantage sujets aux retours, afin d’éclairer la gestion des catégories d’achat.

Pourquoi c’est important

Permet une analyse par catégorie de produits et aide à identifier les problèmes de processus ou de performance fournisseur liés à certains produits ou matériaux.

Où les obtenir

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

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

L’organisation d’achats est une unité organisationnelle essentielle de l’approvisionnement. Elle peut être structurée au niveau du groupe, de la société ou de l’usine, et elle est responsable de 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 la négociation avec les fournisseurs, le respect des processus ou les délais d’approbation entre les unités organisationnelles.

Pourquoi c’est important

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

Où les obtenir

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

Exemples
10101710US01
Retraitement
IsRework
Indicateur calculé précisant si la commande d’achat a fait l’objet d’un retraitement, par exemple à la suite d’une modification après approbation ou d’un retour de marchandises.
Description

Cet attribut booléen est calculé en analysant la séquence des activités de chaque commande d’achat. Il prend la valeur « true » si un événement « Purchase Order Changed » survient après un événement « Purchase Order Approved », ou si un événement « Goods Returned » est présent.

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

Pourquoi c’est important

Aide à mesurer l’inefficacité du processus en signalant les cas ayant fait l’objet d’un retraitement. Il est essentiel pour calculer les taux de traitement direct et identifier les causes profondes des écarts.

Où les obtenir

Champ calculé à partir de la séquence des activités. La logique vérifie si un événement « Purchase Order Changed » suit une approbation ou si un événement « Goods Returned » est présent.

Exemples
truefalse
Site
Plant
Installation ou emplacement opérationnel où les marchandises sont livrées ou les services réalisés.
Description

Dans SAP, un site est un emplacement physique où les marchandises sont produites ou stockées, ou dans lequel les services sont réalisés. Il constitue un élément essentiel de la logistique et de la planification.

La segmentation de l’analyse des processus par site peut révéler des variations régionales ou propres à certains établissements dans le processus d’approvisionnement. Elle peut notamment montrer si certains sites connaissent des délais de livraison plus longs ou des taux de retour de marchandises plus élevés, ce qui peut signaler des problèmes logistiques ou de contrôle qualité localisés.

Pourquoi c’est important

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

Où les obtenir

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

Exemples
10101710DE01
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 pour découvrir et optimiser précisément votre processus.
7 Recommandé 6 Facultatif
Activité Description
Facture reçue
Représente l’enregistrement de la facture d’un fournisseur dans le système SAP et son association au Purchase Order correspondant. Il s’agit d’une écriture financière explicite qui crée un document comptable.
Pourquoi c’est important

Cette étape importante 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ù les obtenir

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 associé au PO dans la table RSEG.

Collecte

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

Type d’événement explicit
Purchase Order approuvé
Indique que le Purchase Order a reçu toutes les approbations internes nécessaires et qu’il peut être envoyé au fournisseur. L’événement est déduit d’un changement de statut dans la stratégie de libération du Purchase Order.
Pourquoi c’est important

Il s’agit d’une étape clé pour mesurer l’efficacité des approbations et les reprises après approbation. L’analyse du délai entre la création et l’approbation du PO met en évidence les retards du processus interne.

Où les obtenir

Déduit de l’indicateur de libération (FRGKE) dans la table EKKO. L’horodatage est déterminé à partir de l’historique des modifications (CDHDR/CDPOS), lorsque ce champ a été mis à jour avec le statut « released ».

Collecte

Déduit des journaux de modification du champ d’indicateur de libération (FRGKE) dans la table EKKO.

Type d’événement inferred
Purchase Order créé
Cette activité marque la création du document officiel de Purchase Order, avec ou sans référence à une Purchase Requisition. Il s’agit d’un événement explicite, enregistré lors de la première sauvegarde du document PO dans le système.
Pourquoi c’est important

Cette activité peut constituer un autre point de départ du processus, notamment pour analyser les achats hors procédure. Il s’agit d’un événement fondamental pour suivre le temps global de traitement des PO.

Où les obtenir

Enregistré dans la table d’en-tête des Purchase Orders EKKO. La date de création (AEDAT) et l’heure sont stockées directement dans cette table pour le document.

Collecte

Horodatage de création (AEDAT) dans la table EKKO du document Purchase Order.

Type d’événement explicit
Purchase Order terminé
Cette activité indique qu’un poste de Purchase Order est considéré comme clôturé du point de vue logistique. Elle est déduite lorsque les indicateurs « Delivery Completed » et « Final Invoice » sont tous deux activés.
Pourquoi c’est important

Elle constitue le point final de l’analyse du cycle de vie du Purchase Order. La mesure du délai jusqu’à cet événement fournit le temps de cycle de bout en bout des opérations d’approvisionnement.

Où les obtenir

Déduit des indicateurs de statut de la table des postes de Purchase Orders EKPO. L’événement se produit lorsque les indicateurs « Delivery Completed » (ELIKZ) et « Final Invoice » (EREKZ) sont tous deux définis sur true.

Collecte

Déduit des journaux de modification lorsque les champs ELIKZ et EREKZ de la table EKPO sont tous deux marqués comme terminés.

Type d’événement inferred
Purchase Requisition approuvée
Cette activité représente l’approbation officielle d’une Purchase Requisition par un responsable ou un approbateur désigné. Elle est généralement déduite d’un changement de statut du document de demande, indiquant que celui-ci peut être converti en Purchase Order.
Pourquoi c’est important

Il s’agit d’une étape essentielle pour suivre les temps de cycle de validation et identifier les goulots d’étranglement. Les retards à ce stade ont une incidence directe sur la rapidité de création et d’envoi d’une commande d’achat au fournisseur.

Où les obtenir

Déduit des champs de statut de libération de la table EBAN, par exemple FRGZU, Release indicator. L’horodatage est établi à partir des documents de modification CDHDR/CDPOS, qui enregistrent le moment où le statut final de libération a été défini.

Collecte

Déduit des journaux de modification CDHDR/CDPOS relatifs aux champs de statut de libération de la table EBAN.

Type d’événement inferred
Purchase Requisition 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 sauvegarde un nouveau document de Purchase Requisition, par exemple avec la transaction ME51N.
Pourquoi c’est important

Il s’agit du principal point de départ du cycle de vie de nombreux Purchase Orders. L’analyse du délai entre cet événement et la création du PO permet d’identifier les retards liés au sourcing et au traitement interne.

Où les obtenir

Enregistré dans la table EBAN (Purchase Requisition). L’horodatage de création peut être trouvé dans les tables d’historique des modifications CDHDR et CDPOS pour l’objet EBAN.

Collecte

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

Type d’événement explicit
Réception de marchandises enregistrée
Représente la réception physique des marchandises du fournisseur et son enregistrement correspondant dans le système. Il s’agit d’une transaction explicite qui met à jour l’historique du Purchase Order.
Pourquoi c’est important

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

Où les obtenir

Enregistré comme document article dans les tables MKPF (en-tête) et MSEG (poste), puis associé à l’historique du Purchase Order dans la table EKBE avec un type de mouvement spécifique, par exemple 101.

Collecte

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

Type d’événement explicit
Confirmation de services saisie
Cette activité confirme qu’un service indiqué dans un Purchase Order a été réalisé. Elle est enregistrée explicitement lors de la création d’une feuille de saisie de services.
Pourquoi c’est important

Pour les achats de services, cette activité équivaut à une réception de marchandises. Elle est essentielle pour suivre les délais de prestation et permettre le paiement des fournisseurs dans les délais.

Où les obtenir

Enregistré lors de la création d’une feuille de saisie de services, dont les données sont stockées dans les tables ESSR (en-tête) et ESLL (lignes). La date de création sert d’horodatage.

Collecte

Date de création du document Service Entry Sheet dans la table ESSR.

Type d’événement explicit
Facture payée
Marque le règlement final de la facture fournisseur au moyen d’une proposition de paiement ou d’un paiement manuel. Il s’agit d’une transaction financière explicite qui crée un document de compensation.
Pourquoi c’est important

Bien qu’elle fasse techniquement partie du processus de paiement, cette activité offre une vue complète du cycle procure-to-pay. Elle est essentielle pour analyser les conditions et la performance des paiements.

Où les obtenir

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

Collecte

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

Type d’événement explicit
Marchandises retournées
Indique que des marchandises précédemment reçues ont été retournées au fournisseur, généralement en raison de problèmes de qualité, de dommages ou d’une livraison incorrecte. L’événement est enregistré comme un mouvement de marchandises d’annulation explicite.
Pourquoi c’est important

Cette activité met en évidence les reprises et les problèmes potentiels liés à la qualité du fournisseur ou à l’exactitude de la commande. Un nombre élevé de retours pour un fournisseur ou un article donné signale un problème.

Où les obtenir

Enregistré comme document article avec un type de mouvement de retour spécifique, par exemple 122. L’événement est consigné dans MKPF/MSEG et associé au PO dans la table d’historique EKBE.

Collecte

Date de comptabilisation du document article avec un type de mouvement de retour dans EKBE.

Type d’événement explicit
Purchase Order envoyé au fournisseur
Représente le moment où le Purchase Order est communiqué au fournisseur, par exemple par EDI, e-mail ou impression. Cet événement est souvent enregistré dans les journaux de gestion des sorties du système.
Pourquoi c’est important

Cette activité marque le véritable début du délai fournisseur. Elle est essentielle pour mesurer précisément la performance du fournisseur à partir du moment où celui-ci reçoit la commande.

Où les obtenir

Capturé dans la table de contrôle des sorties NAST, qui enregistre 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.

Collecte

Horodatage du premier message de sortie envoyé avec succès pour le PO dans la table NAST.

Type d’événement inferred
Purchase Order modifié
Cette activité indique qu’une modification a été apportée au Purchase Order après sa création initiale, par exemple une modification de quantité, de prix ou de date de livraison. Elle est enregistrée explicitement dans les journaux de modification du système.
Pourquoi c’est important

Le suivi des modifications, notamment après approbation, est essentiel pour repérer les inefficacités, les reprises et les risques potentiels de non-conformité. Des modifications fréquentes peuvent révéler des spécifications initiales insuffisantes.

Où les obtenir

Enregistré dans les tables de documents de modification CDHDR (en-tête) et CDPOS (poste) pour les objets Purchase Order (EINKBELEG). Chaque modification crée une entrée détaillée dans le journal.

Collecte

Événement enregistré pour les modifications de champs clés des tables EKKO ou EKPO, consignées dans CDHDR/CDPOS.

Type d’événement explicit
Purchase Order supprimé
Représente l’annulation ou la suppression logique d’un poste de Purchase Order ou du document complet. L’événement est enregistré lorsqu’un utilisateur active un indicateur de suppression sur le document.
Pourquoi c’est important

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

Où les obtenir

Capturé à partir de l’indicateur de suppression (LOEKZ) dans les tables d’en-tête (EKKO) ou de postes (EKPO) du Purchase Order. L’horodatage est établi à partir des documents de modification (CDHDR/CDPOS).

Collecte

Horodatage des documents de modification (CDHDR/CDPOS) lorsque l’indicateur de suppression (LOEKZ) est activé.

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 commencer votre démarche de Process Mining. Commencez dès aujourd’hui à utiliser vos données SAP S/4HANA pour révéler les gains d’efficacité et transformer votre processus Purchase to Pay.

Optimisez vos commandes d’achat P2P et réduisez dès maintenant la durée du cycle

Éliminez les inefficacités et réduisez de 30 % la durée du cycle de vos commandes d’achat P2P.

Démarrer l’essai gratuit

Aucune carte bancaire requise. La configuration ne prend que quelques minutes.