Votre modèle de données pour la gestion de la chaîne d’approvisionnement

Chaîne logistique SAP S/4HANA
Votre modèle de données pour la gestion de la chaîne d’approvisionnement

Votre modèle de données pour la gestion de la chaîne d’approvisionnement

Ce modèle présente de façon structurée les champs de données et les étapes de processus nécessaires à une analyse efficace de la chaîne d’approvisionnement. Il vous aide à recueillir les attributs et les activités utiles pour constituer un journal d’événements complet. Vous y trouverez également des conseils pratiques pour extraire ces données de votre système SAP S/4HANA.
  • Attributs recommandés à recueillir
  • Activités clés à suivre
  • Conseils pour l’extraction
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de gestion de la chaîne d’approvisionnement

Ces champs de données sont recommandés pour constituer un journal d’événements complet et analyser efficacement vos processus de gestion de la chaîne d’approvisionnement.
5 Obligatoire 7 Recommandé 7 Facultatif
Nom Description
Commande logistique
LogisticsOrder
Identifiant unique d’un processus de chaîne logistique complet, de la demande initiale à la confirmation finale de livraison.
Description

La commande logistique sert d’identifiant principal de cas et relie toutes les activités associées à une demande ou à une demande d’exécution précise dans la chaîne logistique. Cette approche permet de suivre tout le parcours d’un produit, de la planification et de l’approvisionnement à la production et à la distribution, pour obtenir une vue d’ensemble du processus.

Dans le cadre du Process Mining, l’analyse par commande logistique révèle le parcours complet suivi pour répondre à une demande. Elle permet de repérer les variantes courantes, les goulots d’étranglement et les écarts dans l’ensemble de la chaîne logistique, plutôt que d’examiner séparément des processus cloisonnés comme l’approvisionnement ou les ventes.

Pourquoi est-ce important ?

Cet identifiant essentiel relie tous les événements associés en une seule instance de processus et permet d’analyser la chaîne logistique de bout en bout.

Où trouver ces données

Il s’agit d’un identifiant conceptuel qu’il peut être nécessaire de construire en reliant plusieurs numéros de document, par exemple le numéro d’une commande client à ceux de la commande d’achat et de la livraison qui lui succèdent. Consultez la documentation SAP S/4HANA Supply Chain ou un spécialiste du domaine.

Exemples
LO-4500078192LO-4500078193LO-4500078194
Heure de l’événement
EventTime
Horodatage indiquant la date et l’heure auxquelles l’activité a eu lieu.
Description

Cet attribut indique la date et l’heure précises de chaque activité du processus. Il constitue le fil chronologique du journal d’événements et ordonne les étapes selon leur déroulement réel.

L’heure de l’événement est indispensable à toute analyse temporelle. Elle sert à calculer les temps de cycle entre les activités, à mesurer le délai total du processus, à repérer les tendances de performance au fil du temps et à déterminer quand des goulots d’étranglement sont susceptibles de se produire.

Pourquoi est-ce important ?

Cet horodatage est indispensable au calcul des durées et des indicateurs de performance. Il permet d’analyser les goulots d’étranglement et les délais des processus.

Où trouver ces données

Extrait des champs d’horodatage associés à la création de documents ou aux changements de statut dans les tables SAP centrales, comme CDHDR/CDPOS pour les documents de modification, ou des champs de date et d’heure spécifiques tels que ERDAT/ERZET dans les tables d’en-tête.

Exemples
2023-04-15T10:25:00Z2023-04-18T14:00:00Z2023-04-22T08:15:00Z
Nom de l’activité
ActivityName
Nom de l’activité métier ou de l’événement survenu à un moment précis du processus de la chaîne logistique.
Description

Cet attribut décrit une étape ou un jalon précis du cycle de vie de la commande logistique, par exemple « Commande d’achat émise » ou « Sortie de marchandises comptabilisée ». Ces activités constituent la séquence d’événements qui forme le processus.

L’analyse de la séquence des activités est au cœur du Process Mining. Elle permet de découvrir le flux réel du processus, de le comparer aux procédures opérationnelles standard et de repérer les étapes qui entraînent des retards ou des reprises.

Pourquoi est-ce important ?

Il définit les étapes du processus, ce qui est essentiel pour découvrir les cartes de processus, analyser les variantes et mesurer les temps de cycle entre les activités.

Où trouver ces données

Généré lors de la transformation des données, en associant les codes de transaction ou les changements de statut de différentes tables SAP (par exemple, EKKO, LIKP, VBUK) à des noms d’activité compréhensibles.

Exemples
Commande d’achat émiseEntrée de marchandises pour commande d’achat enregistréeLivraison sortante crééePreuve de livraison confirmée
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 la dernière mise à jour des données du journal d’événements. Il renseigne sur leur fraîcheur et permet aux utilisateurs de savoir si elles sont récentes.

Pour prendre des décisions éclairées, il est important de connaître l’ancienneté des données utilisées dans une analyse. Cet horodatage aide les utilisateurs à se fier aux données et à comprendre la période couverte par les Dashboards et les KPI.

Pourquoi est-ce important ?

Il indique clairement la fraîcheur des données et permet aux utilisateurs de savoir à quelle date remonte l’analyse du processus.

Où trouver ces données

Ce champ de métadonnées est généralement généré et renseigné par l’outil d’extraction des données ou d’ETL à la fin d’une actualisation réussie.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Système source
SourceSystem
Système d’origine des données.
Description

Identifie l’instance du système source dans laquelle les données d’événement ont été générées. Dans un environnement complexe, une entreprise peut utiliser plusieurs instances SAP S/4HANA pour différentes régions ou unités opérationnelles.

Cet attribut est important pour la gouvernance des données et la segmentation des analyses. Il permet de comparer les performances des processus entre différents systèmes ou d’isoler les données d’une source unique faisant autorité.

Pourquoi est-ce important ?

Il précise l’origine des données, un élément important pour leur validation et pour comparer les processus entre différents environnements système.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour en identifier l’origine, par exemple l’identifiant système SAP (SAPSID).

Exemples
S4H_PROD_EUS4H_PROD_NAS4H_DEV
Date de livraison demandée
RequestedDeliveryDate
Date à laquelle le fournisseur devait livrer les marchandises.
Description

Il s’agit de la date de livraison indiquée dans la commande d’achat, qui constitue l’échéance fixée au fournisseur. Elle sert de référence pour mesurer les délais de livraison réels.

Cette date est indispensable au calcul du KPI du taux de livraison à temps des fournisseurs. En comparant la date réelle de réception des marchandises à la date demandée, l’entreprise peut mesurer objectivement le respect des engagements des fournisseurs.

Pourquoi est-ce important ?

Cette date de référence sert à calculer le KPI du « taux de livraison à temps des fournisseurs » et joue un rôle important dans le suivi des performances des fournisseurs.

Où trouver ces données

Présent dans la table des postes de commande d’achat EKPO, sous le nom de champ EINDT (date de livraison).

Exemples
2023-05-20T00:00:00Z2023-06-15T00:00:00Z2023-07-01T00:00:00Z
Nom du client
CustomerName
Nom du client dont la commande est en cours d’exécution.
Description

Cet attribut identifie le client final associé à une commande client et aux activités d’exécution qui suivent. Il apporte un éclairage sur la demande dans le processus de la chaîne logistique.

Dans le cadre du Process Mining, l’analyse par client permet de repérer les différences de traitement ou de performance entre les comptes importants. Elle est utilisée dans des Dashboards comme l’analyse du délai de confirmation de la preuve de livraison pour vérifier si certains clients tardent régulièrement à confirmer la réception.

Pourquoi est-ce important ?

Permet de segmenter l’analyse par client et de repérer les comportements propres à chacun, les goulots d’étranglement ou le respect des accords de niveau de service.

Où trouver ces données

Le numéro du client (KUNNR) est enregistré dans les documents de vente (par exemple, dans la table VBAK). Son nom est récupéré dans la table centrale des clients KNA1.

Exemples
Retail CorpInnovate SolutionsManufacturing Partners
Nom du fournisseur
SupplierName
Nom du fournisseur associé aux activités d’approvisionnement.
Description

Cet attribut identifie le fournisseur auprès duquel les marchandises ou les services sont achetés. Il est généralement associé à des activités telles que « Demande d’achat créée » et « Commande d’achat émise ».

Le nom du fournisseur est essentiel au Dashboard d’analyse des performances de livraison des fournisseurs. Il permet de filtrer et de segmenter les données pour comparer les taux de livraison à temps, les délais et les niveaux de qualité des différents fournisseurs. Ces comparaisons sont importantes pour les achats stratégiques et la gestion des relations fournisseurs.

Pourquoi est-ce important ?

Permet d’analyser les performances par fournisseur, ce qui aide à optimiser le processus d’approvisionnement et à évaluer la fiabilité des fournisseurs.

Où trouver ces données

Le numéro du fournisseur (LIFNR) est enregistré dans les documents d’achat (par exemple, dans les tables EKKN et EBAN). Son nom est récupéré dans la table centrale des fournisseurs LFA1.

Exemples
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Numéro d’article
MaterialNumber
Identifiant unique du produit ou de l’article traité.
Description

Le numéro d’article, souvent appelé SKU, est le code unique qui désigne un produit dans SAP. Il relie les activités du processus aux marchandises physiques ou numériques fabriquées, achetées ou expédiées.

Cet attribut est essentiel à l’analyse par produit. Il aide à repérer les produits davantage exposés aux problèmes de qualité, aux retards de production ou aux ruptures de stock. Vous pouvez filtrer les Dashboards par article pour examiner les performances de gammes de produits précises.

Pourquoi est-ce important ?

Permet d’analyser les processus par produit et de repérer si des problèmes, comme les retards ou les défauts de qualité, concernent certains articles en particulier.

Où trouver ces données

Présent dans les tables de postes de la plupart des documents, comme VBAP pour les commandes client, EKPO pour les commandes d’achat et LIPS pour les livraisons. Le champ s’appelle généralement MATNR.

Exemples
FG-100-ARM-2034-BSA-5500
Résultat du contrôle qualité
QualityInspectionResult
Résultat d’un contrôle qualité, par exemple « Réussi » ou « Échoué ».
Description

Cet attribut enregistre le résultat d’un contrôle qualité effectué sur des marchandises produites ou reçues. Il détermine si les marchandises peuvent passer à l’étape suivante ou si elles doivent être reprises, retournées ou mises au rebut.

Cet attribut est essentiel au Dashboard et au KPI des taux de rejet du contrôle qualité. L’analyse de la fréquence et des causes des échecs aide à repérer les problèmes de qualité récurrents liés à certains produits, fournisseurs ou lignes de production.

Pourquoi est-ce important ?

Contribue directement au calcul des KPI liés à la qualité et aide à repérer les sources de mauvaise qualité dans la chaîne logistique.

Où trouver ces données

Ces informations sont généralement stockées dans le module Quality Management (QM). Elles peuvent provenir des tables de lots de contrôle, comme QALS, et des codes de décision d’utilisation dans QAVE.

Exemples
RéussiÉchouéReprise nécessaireRéussi avec dérogation
Site
Plant
Site de production ou de distribution où l’activité a eu lieu.
Description

Le site est une unité organisationnelle SAP qui désigne un lieu où les marchandises sont produites, stockées ou distribuées. Il apporte un contexte géographique ou fonctionnel aux activités du processus.

L’analyse des performances par site est courante. Elle permet de comparer l’efficacité, le débit et la conformité entre différents sites opérationnels, afin de repérer les bonnes pratiques ou les sites à améliorer.

Pourquoi est-ce important ?

Fournit une dimension géographique ou organisationnelle pour l’analyse et permet de comparer les performances de différents sites.

Où trouver ces données

Présent dans de nombreuses tables de postes de document, comme VBAP (ventes), EKPO (achats) et LIPS (livraisons). Le champ s’appelle généralement WERKS.

Exemples
100021003500
Utilisateur ayant exécuté l’activité
ExecutingUser
Identifiant de l’utilisateur qui a exécuté l’activité.
Description

Cet attribut indique le nom ou l’identifiant SAP de l’employé qui a effectué l’activité, par exemple la création d’une commande d’achat ou la comptabilisation d’une réception de marchandises. Il relie les étapes du processus aux personnes qui les ont réalisées.

L’analyse par utilisateur aide à comprendre la répartition de la charge de travail, à repérer les besoins de formation et à comparer les performances des personnes ou des équipes. Elle est également utile pour l’analyse de la conformité, car elle permet de savoir qui a effectué les étapes importantes du processus.

Pourquoi est-ce important ?

Associe les activités à des utilisateurs précis et permet d’analyser la charge de travail, de comparer les performances et d’examiner les actions non conformes.

Où trouver ces données

Présent dans les champs « Créé par » ou « Modifié par » de nombreuses tables SAP, comme ERNAM dans EKKO (en-tête de commande d’achat), LIKP (en-tête de livraison) et VBRK (en-tête de facture).

Exemples
CBROWNJSMITHASINGH
Heure de fin
EndTime
Horodatage indiquant la fin d’une activité, utilisé pour calculer sa durée de traitement.
Description

L’heure de fin marque l’achèvement d’une activité précise. L’heure de début (EventTime) indique quand l’activité commence, tandis que l’heure de fin permet de savoir combien de temps elle a duré, notamment lorsqu’elle n’est pas instantanée.

Disposer des heures de début et de fin permet de mesurer précisément la durée de traitement et le temps d’attente. Vous pouvez ainsi distinguer le temps consacré à une tâche du temps passé à attendre l’étape suivante, ce qui aide à repérer les possibilités d’amélioration de l’efficacité.

Pourquoi est-ce important ?

Permet de calculer précisément la durée de traitement des activités et de distinguer le travail qui crée de la valeur du temps d’attente.

Où trouver ces données

Cette heure peut être déduite des changements de statut dans SAP. Par exemple, le début correspond à la mise à jour du statut « En cours » et la fin à celle du statut « Terminé » dans des tables comme JEST/JCDS. Pour les événements instantanés, EndTime peut être égal à StartTime.

Exemples
2023-04-15T11:30:00Z2023-04-18T14:05:00Z2023-04-22T09:00:00Z
Livraison en retard
IsLateDelivery
Indicateur booléen précisant si le fournisseur a livré après la date demandée.
Description

Cet indicateur calculé indique simplement si une livraison a été effectuée à temps. Il est obtenu en comparant l’horodatage de l’activité « Réception de marchandises pour commande d’achat comptabilisée » à l’attribut « Date de livraison demandée ».

Cet attribut simplifie la création de Dashboards et de KPI sur les performances des fournisseurs. Il permet de filtrer et d’agréger rapidement les données pour calculer le taux de livraison à temps des fournisseurs et repérer ceux, ainsi que les articles ou les régions, qui connaissent le plus de retards.

Pourquoi est-ce important ?

Simplifie l’analyse des performances des fournisseurs en indiquant clairement, pour chaque livraison, si elle a été effectuée à temps. Cette information est essentielle au KPI de livraison à temps.

Où trouver ces données

Il s’agit d’un champ calculé. La logique est la suivante : IF ('Goods Receipt For PO Posted'.EventTime > PurchaseOrder.RequestedDeliveryDate) THEN True ELSE False.

Exemples
truefalse
Nom du transporteur
CarrierName
Nom de l’entreprise de transport ou du commissionnaire de transport chargé de l’expédition.
Description

Le nom du transporteur identifie le prestataire logistique chargé de transporter les marchandises d’un lieu à un autre, par exemple d’un entrepôt à un client.

Cet attribut est essentiel au Dashboard d’analyse du temps de cycle de transport. Il permet de comparer les délais de transit, les coûts et la fiabilité des transporteurs afin d’améliorer la planification logistique et le choix des prestataires.

Pourquoi est-ce important ?

Permet d’analyser les performances par prestataire de transport, un élément important pour optimiser les coûts logistiques et les délais de livraison.

Où trouver ces données

L’identifiant du transporteur (agent de transport) est enregistré dans les documents d’expédition, par exemple dans la table VTTK (en-tête d’expédition). Son nom est récupéré dans des tables de données de référence comme LFA1.

Exemples
DHLFedExMaersk Logistics
Numéro de commande client
SalesOrderNumber
Identifiant unique du document de commande client (SO).
Description

Le numéro de commande client est le numéro officiel du document qui confirme une vente à un client. C’est un identifiant clé pour la partie commande-encaissement de la chaîne logistique.

Cet attribut est essentiel pour suivre l’exécution d’une commande client précise. Il relie la demande initiale du client aux activités qui suivent, comme la livraison et la facturation, et facilite l’analyse du délai d’exécution des commandes.

Pourquoi est-ce important ?

Sert d’identifiant clé pour le sous-processus d’exécution des commandes et relie la demande du client aux opérations logistiques et au règlement financier.

Où trouver ces données

Présent dans la table d’en-tête des commandes client VBAK et dans la table des postes VBAP. Le champ s’appelle VBELN.

Exemples
100023451000234610002347
Numéro de commande d’achat
PurchaseOrderNumber
Identifiant unique du document de commande d’achat (PO).
Description

Le numéro de commande d’achat est le numéro officiel du document utilisé pour commander des articles auprès d’un fournisseur. C’est un identifiant clé pour la partie approvisionnement de la chaîne logistique.

Cet attribut permet d’examiner en détail le processus d’approvisionnement. Il est utilisé dans le Dashboard du temps de cycle de bout en bout de l’approvisionnement et pour calculer le KPI du taux de livraison à temps des fournisseurs. Il relie les activités de demande, de commande, de réception et de paiement.

Pourquoi est-ce important ?

Sert d’identifiant clé pour examiner le sous-processus d’approvisionnement en détail et relier les événements associés.

Où trouver ces données

Présent dans la table d’en-tête des commandes d’achat EKKO et dans la table des postes EKPO. Le champ s’appelle EBELN.

Exemples
450007819245000781934500078194
Quantité commandée
OrderQuantity
Quantité d’articles figurant dans le poste de commande.
Description

Cet attribut indique le nombre d’unités d’un article demandé dans un poste de commande client ou de commande d’achat. Il mesure le volume de chaque transaction.

L’analyse par quantité permet de donner la priorité aux commandes portant sur de gros volumes, qui peuvent avoir une incidence plus importante sur l’activité. Elle peut aussi servir à normaliser d’autres indicateurs, par exemple pour calculer le coût unitaire ou comprendre l’effet de la taille des commandes sur les délais de traitement.

Pourquoi est-ce important ?

Donne une indication du volume des transactions et permet d’en mesurer l’incidence et de segmenter les cas selon leur taille.

Où trouver ces données

Présent dans les tables de postes, par exemple sous le champ MENGE dans EKPO (commande d’achat) ou KWMENG dans VBAP (commande client).

Exemples
100500025
Reprise
IsRework
Indicateur précisant si une activité ou une séquence d’activités correspond à une reprise.
Description

Cet attribut booléen signale les activités qui répètent des étapes antérieures du processus et indiquent une reprise ou une correction. Par exemple, si une activité « Contrôle qualité » est suivie d’une étape « Ordre de fabrication créé », puis d’un autre « Contrôle qualité », le second contrôle peut être signalé comme une reprise.

Repérer les reprises est essentiel pour comprendre les inefficacités du processus et les coûts cachés. Cet indicateur aide à mesurer leur fréquence et leur incidence, à calculer le KPI du taux d’erreur de traitement des commandes et à repérer les possibilités d’amélioration du processus.

Pourquoi est-ce important ?

Aide à mesurer les inefficacités du processus en repérant et en comptant explicitement les activités qui font partie d’une boucle de reprise.

Où trouver ces données

Cet indicateur est généralement calculé dans l’outil de Process Mining en repérant les séquences d’activités répétées au sein d’un même cas.

Exemples
truefalse
Obligatoire Recommandé Facultatif

Activités de gestion de la chaîne d’approvisionnement

Voici les étapes et les jalons essentiels à enregistrer pour découvrir et optimiser précisément les processus de votre chaîne d’approvisionnement.
6 Recommandé 9 Facultatif
Activité Description
Commande client créée
Cette activité correspond à la création d’une nouvelle commande client, qui formalise la demande de marchandises du client. Il s’agit d’un événement explicite enregistré lorsqu’un utilisateur enregistre un nouveau document de commande client dans le système.
Pourquoi est-ce important ?

C’est le point de départ principal du processus de la commande à l’encaissement. Le délai entre cet événement et les suivants permet de mesurer le délai global de traitement de la commande et de repérer les premiers retards.

Où trouver ces données

Cet événement est enregistré explicitement. Vous le trouverez dans les documents de modification des tables de commandes clients (CDHDR/CDPOS) ou en utilisant l’horodatage de création de la table d’en-tête des commandes clients (VBAK, champ ERDAT).

Données à recueillir

Utilisez la date de création (VBAK-ERDAT) et l’heure (VBAK-ERZET) du document de commande client.

Type d’événement explicit
Commande d’achat émise
Cette activité correspond à la création et à l’émission officielles d’une commande d’achat auprès d’un fournisseur externe pour obtenir les matières nécessaires. Elle transforme une demande d’achat en engagement contractuel auprès du fournisseur.
Pourquoi est-ce important ?

Cette étape clé permet de mesurer les délais de livraison des fournisseurs et la durée des cycles d’approvisionnement. Elle sert de référence pour évaluer la performance des livraisons dans les délais.

Où trouver ces données

Cet événement explicite est enregistré lors de la création de la commande d’achat. L’horodatage de création est stocké dans la table d’en-tête des commandes d’achat (EKKO, champ AEDAT).

Données à recueillir

Utilisez la date de création du document (EKKO-AEDAT) de la commande d’achat.

Type d’événement explicit
Entrée de marchandises pour commande d’achat enregistrée
Cet événement correspond à la réception physique des matières premières ou des marchandises commandées auprès d’un fournisseur. Il est enregistré lorsque les marchandises arrivent à l’entrepôt ou sur le site de production.
Pourquoi est-ce important ?

Cette activité clôt la partie livraison fournisseur du cycle d’approvisionnement. Elle est essentielle pour calculer le taux de livraisons dans les délais des fournisseurs et évaluer la performance de la logistique entrante.

Où trouver ces données

Cet événement explicite est enregistré lors de la comptabilisation d’un document article. Son horodatage figure dans la table d’en-tête des documents articles (MKPF, champ BUDAT). Le lien avec la commande d’achat se trouve dans la table des postes (MSEG).

Données à recueillir

Utilisez la date de comptabilisation (MKPF-BUDAT) du document article associé à la commande d’achat.

Type d’événement explicit
Marchandises produites
Cette activité confirme la fin de la fabrication des marchandises. Elle est généralement enregistrée comme une entrée de marchandises issue de l’ordre de fabrication, qui ajoute le produit fini au stock.
Pourquoi est-ce important ?

Cette activité marque la fin du cycle de production. Le délai entre la création de l’ordre de fabrication et cet événement correspond au délai de production, un indicateur clé de l’efficacité de la production.

Où trouver ces données

Cet événement peut être enregistré explicitement lors de la comptabilisation d’un document article (entrée de marchandises issue de l’ordre de fabrication) ou déduit de la confirmation finale de l’ordre de fabrication (table AFRU) ou d’un changement de statut vers « Livré ».

Données à recueillir

Déduisez cet événement de la date de comptabilisation du document article correspondant à l’entrée finale de marchandises de l’ordre de fabrication, ou d’un changement de statut.

Type d’événement inferred
Preuve de livraison confirmée
Cette activité correspond à la confirmation officielle du client ou du transporteur que les marchandises ont été reçues conformément aux spécifications. Elle est souvent enregistrée en ajoutant les informations de preuve de livraison à la livraison sortante.
Pourquoi est-ce important ?

Cette activité marque la fin du processus d’exécution de la commande. Elle est essentielle pour établir une facturation exacte, résoudre les litiges et mesurer la dernière étape du cycle de livraison.

Où trouver ces données

Cet événement explicite enregistre la date de preuve de livraison dans la table d’en-tête des livraisons (LIKP, champ PODAT) ou dans les tables POD associées (VLPOD).

Données à recueillir

Utilisez la date de preuve de livraison (LIKP-PODAT) du document de livraison.

Type d’événement explicit
Sortie de marchandises comptabilisée
Cette activité correspond au départ juridique et physique des marchandises de l’entrepôt. Elle diminue le stock et comptabilise le coût des marchandises vendues, marquant ainsi l’expédition officielle de la commande.
Pourquoi est-ce important ?

Cette étape importante marque le début du transport. Elle correspond au moment précis où les marchandises quittent l’entreprise pour être livrées.

Où trouver ces données

Cet événement explicite crée un document article. L’horodatage est enregistré dans l’en-tête du document article (MKPF, champ BUDAT) et met à jour le statut du mouvement de marchandises dans le document de livraison (LIKP, champ WBSTK).

Données à recueillir

Utilisez la date de comptabilisation (MKPF-BUDAT) du document article de sortie de marchandises associé à la livraison sortante.

Type d’événement explicit
Contrôle qualité effectué
Cette activité correspond à la fin du contrôle qualité des marchandises produites. Le résultat de l’inspection, conforme ou non conforme, est enregistré dans une décision d’utilisation.
Pourquoi est-ce important ?

Cette activité est essentielle au suivi de la qualité des produits et au repérage des problèmes de production. Un taux de rejet élevé ou des inspections longues peuvent constituer des goulots d’étranglement importants.

Où trouver ces données

Cet événement explicite est enregistré lorsqu’une décision d’utilisation est prise pour un lot de contrôle qualité. La date de décision figure dans la table QALS (champ PASTRTERM) ou dans la table QAVE.

Données à recueillir

Utilisez l’horodatage de l’enregistrement de la décision d’utilisation pour le lot de contrôle (tables QALS/QAVE).

Type d’événement explicit
Demande d’achat créée
Cette activité correspond à la création d’une demande interne visant à acheter les marchandises ou matières premières nécessaires. Elle est souvent déclenchée lorsque les stocks ne suffisent pas à honorer une commande client ou passent sous le seuil de réapprovisionnement.
Pourquoi est-ce important ?

C’est la première étape du cycle d’approvisionnement. Le suivi de sa création permet de repérer les retards au lancement des achats et d’analyser l’ensemble du processus d’approvisionnement.

Où trouver ces données

Il s’agit d’un événement explicite. L’horodatage de création est enregistré dans la table d’en-tête des demandes d’achat (EBAN, champ BADAT).

Données à recueillir

Utilisez la date de création (EBAN-BADAT) du document de demande d’achat.

Type d’événement explicit
Disponibilité du stock vérifiée
Cette activité correspond à la vérification, manuelle ou effectuée par le système, de la disponibilité des articles demandés pour honorer la commande client. Elle est souvent automatisée lors de la création de la commande, mais peut ne pas être enregistrée comme un événement distinct.
Pourquoi est-ce important ?

Le délai entre la commande et cette vérification, ainsi que son résultat, permettent d’évaluer l’incidence des niveaux de stock sur les délais de traitement. Un retard à cette étape entraîne souvent des activités d’approvisionnement ou de production.

Où trouver ces données

Il ne s’agit généralement pas d’un événement explicite. Vous pouvez le déduire de la création de la première ligne d’échéance confirmée dans la table des postes de commande client (VBEP) ou des changements de statut du poste.

Données à recueillir

Déduisez cet événement de la mise à jour du statut de confirmation de la ligne d’échéance de la commande client (table VBEP).

Type d’événement inferred
Expédition créée
Cette activité correspond à la création d’un document d’expédition, qui regroupe une ou plusieurs livraisons pour planifier le transport. Ce document contient des informations sur le transporteur, l’itinéraire et le mode de transport.
Pourquoi est-ce important ?

Cette activité marque le début de la planification formelle du transport. L’analyse du délai entre la sortie de marchandises et la fin de l’expédition permet d’évaluer l’efficacité du processus de transport.

Où trouver ces données

Cet événement explicite est enregistré dans la table d’en-tête des expéditions (VTTK, champ ERDAT). Il relève du module LE-TRA, qui n’est pas utilisé par toutes les organisations.

Données à recueillir

Utilisez la date de création (VTTK-ERDAT) de l’en-tête du document d’expédition.

Type d’événement explicit
Facture client créée
Cette activité marque la création du document de facturation du client pour les marchandises ou les services livrés. Elle lance la dernière étape du règlement financier du processus.
Pourquoi est-ce important ?

Cette activité est importante pour analyser le temps de cycle de facturation. Les retards entre la confirmation de livraison et la facturation peuvent nuire à la trésorerie.

Où trouver ces données

Cet événement explicite enregistre l’horodatage de création dans la table d’en-tête du document de facturation (VBRK, champ ERDAT).

Données à recueillir

Utilisez la date de création (VBRK-ERDAT) de l’en-tête du document de facturation.

Type d’événement explicit
Livraison sortante créée
Cette activité correspond à la création d’un document de livraison qui autorise le prélèvement et l’expédition des marchandises au client. Elle marque le passage de la gestion des commandes à l’exécution logistique.
Pourquoi est-ce important ?

Cette étape clé lance le processus de livraison physique. Un délai entre la création de la commande et celle de la livraison peut révéler des problèmes de planification ou de disponibilité.

Où trouver ces données

Il s’agit d’un événement explicite. L’horodatage de création est enregistré dans la table d’en-tête des livraisons (LIKP, champ ERDAT).

Données à recueillir

Utilisez la date (LIKP-ERDAT) et l’heure (LIKP-ERZET) de création figurant dans l’en-tête du document de livraison.

Type d’événement explicit
Marchandises déchargées à destination
Cette activité correspond au déchargement physique des marchandises chez le client. Cet événement n’est pas toujours suivi explicitement dans SAP et doit souvent être déduit des données du transporteur ou d’événements ultérieurs.
Pourquoi est-ce important ?

Cette étape marque la fin du trajet de transport. Le délai entre la sortie de marchandises et cette étape correspond au temps de transport, un indicateur important pour optimiser la logistique.

Où trouver ces données

Cet événement est rarement enregistré explicitement dans le système ERP central. Il peut être déduit des messages EDI du transporteur, des données du module Transportation Management (TM) ou, si elle est disponible, de l’horodatage du document de preuve de livraison.

Données à recueillir

Déduisez cet événement des mises à jour de statut du transporteur (par exemple, EDI 214) ou utilisez l’horodatage de la preuve de livraison comme approximation.

Type d’événement inferred
Ordre de fabrication créé
Cette activité indique la création d’un ordre de fabrication pour produire les produits finis nécessaires à la commande client. Elle marque le début officiel de la production interne.
Pourquoi est-ce important ?

La création d’un ordre de fabrication marque le début du délai de production. Son analyse permet de repérer les retards entre le signal de la demande et le lancement de la production.

Où trouver ces données

Il s’agit d’un événement explicite. La date de création est enregistrée dans la table d’en-tête des ordres de fabrication (AUFK, champ ERDAT).

Données à recueillir

Utilisez la date de création (AUFK-ERDAT) de la table d’en-tête de l’ordre.

Type d’événement explicit
Prélèvement terminé
Cette activité marque la fin du prélèvement physique des articles dans l’entrepôt pour la livraison sortante. Dans de nombreux systèmes, elle est confirmée par la mise à jour du statut de prélèvement du document de livraison.
Pourquoi est-ce important ?

Un prélèvement efficace est essentiel au débit de l’entrepôt. Le suivi de cette activité permet de repérer les goulots d’étranglement dans les opérations d’entrepôt et de mesurer la performance du prélèvement.

Où trouver ces données

Il ne s’agit souvent pas d’un événement isolé, mais d’un événement que l’on peut déduire des changements de statut. Il est enregistré lorsque le statut de prélèvement dans la table des postes de livraison (LIPS, champ KOSTA) passe à « C » (traitement complet).

Données à recueillir

Déduisez cet événement des documents de modification lorsque le statut de prélèvement (LIPS-KOSTA) indique que le prélèvement est terminé.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de la chaîne d’approvisionnement SAP S/4HANA

Prêt à commencer ?

Appuyez-vous sur ce modèle pour préparer vos données et commencer dès aujourd’hui à améliorer les performances de votre chaîne d’approvisionnement. Nous sommes là pour vous accompagner à chaque étape.

Optimisez dès maintenant la gestion de votre chaîne d’approvisionnement

Obtenez une visibilité de bout en bout et améliorez la précision des prévisions jusqu’à 90 % en quelques jours.

Démarrez l’essai gratuit

Essai gratuit de 14 jours, sans carte bancaire.