Votre modèle de données pour le processus Achat au Paiement - Bon de Commande

SAP S/4HANA
Votre modèle de données pour le processus Achat au Paiement - Bon de Commande

Votre modèle de données pour le processus Achat au Paiement - Bon de Commande

Ce modèle vous guide à travers les données clés nécessaires pour analyser votre processus Achats au paiement (P2P) - Bon de Commande. Il décrit les attributs critiques à collecter, les activités clés à suivre et fournit des conseils clairs sur la façon d'extraire ces données de SAP S/4HANA. Utilisez cette ressource pour générer un journal d'événements fiable et obtenir des informations plus détaillées sur 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 ? Apprenez comment créer un journal d'événements Process Mining.

De l'achat au paiement - Attributs des bons de commande

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus Achats au paiement (P2P) - Bon de Commande.
5 Obligatoire 6 Recommandé 9 Facultatif
Nom Descriptionn
Activité
ActivityName
Le nom de l'événement ou de l'étape métier qui s'est produit dans le processus de bon de commande.
Descriptionn

Cet attribut décrit une action spécifique ou un changement de statut dans le cycle de vie du bon de commande, tel que 'Bon de commande créé', 'Bon de commande approuvé' ou 'Réception de marchandises enregistrée'. La séquence de ces activités forme le flux de processus.

L'analyse de la séquence et de la fréquence des activités constitue le fondement du Process Mining. Elle aide à découvrir le processus réel, à le comparer au modèle conçu, à identifier les points de blocage (par exemple, de longues attentes après 'Facture reçue') et à quantifier le travail de reprise (par exemple, des activités 'Bon de commande modifié' répétées).

Pourquoi est-ce important ? :

Il définit les étapes du processus, pour visualiser et l'analyse du flux complet, l'analyse des variantes et l'identification des points de blocage.

Source des données :

Généralement dérivé d'une combinaison de tables et de champs, tels que les champs de statut dans EKKO/EKPO ou les journaux de documents de modification dans CDHDR/CDPOS, pour représenter les étapes clés de l'entreprise.

Exemples
Commande d'achat crééeCommande d'achat approuvéeRéception de marchandises enregistréeFacture reçue
Bon de commande
PurchaseOrderNumber
L'identifiant unique du bon de commande (BC), servant d'identifiant de dossier principal pour le suivi du cycle de vie des achats.
Descriptionn

Le numéro de bon de commande est l'identifiant central qui relie toutes les activités associées, de la création initiale à la réception finale des marchandises et à l'achèvement. Il agit comme l'identifiant de cas pour l'analyse de Process Mining.

En analyse, le regroupement des événements par ce numéro permet de reconstituer le parcours de chaque bon de commande individuel. Ceci est indispensable pour calculer les temps de cycle, analyser les variantes de processus et identifier les points de blocage ou les écarts spécifiques à une seule commande.

Pourquoi est-ce important ? :

C'est la clé essentielle pour connecter tous les événements d'approvisionnement en un processus unique complet, permettant une analyse détaillée du cycle de vie de chaque bon de commande.

Source des données :

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

Exemples
450001712345000171244500017125
Heure de l'événement
EventTime
L'horodatage indiquant quand l'activité a eu lieu.
Descriptionn

Cet attribut consigne la date et l'heure exactes de chaque activité dans le processus. Il est indispensable pour toutes les analyses temporelles en Process Mining.

L'heure de l'événement est utilisée pour ordonner les activités chronologiquement afin de construire le flux de processus. De plus, elle constitue la base pour le calcul de toutes les métriques basées sur la durée, telles que les temps de cycle entre les activités, les temps d'attente et les temps de traitement, qui sont essentiels pour l'analyse des performances et l'identification des points de blocage.

Pourquoi est-ce important ? :

Cet horodatage est indispensable pour ordonner correctement les événements et calculer toutes les métriques de performance, y compris les temps de cycle, les délais et les temps d'attente.

Source des données :

Champs d'horodatage associés à des activités spécifiques, tels que la date de création (EKKO-AEDAT pour les modifications) ou la date de comptabilisation (MKPF-BUDAT pour les réceptions de marchandises). Nécessite souvent la combinaison de 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
L'horodatage de la dernière actualisation ou extraction des données du système source.
Descriptionn

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

Connaître la dernière heure de mise à jour des données est indispensable pour que les utilisateurs comprennent l'actualité de leur analyse. Cela les aide à interpréter correctement les résultats, en sachant s'ils consultent des informations en temps réel ou un instantané d'un point spécifique dans le temps, ce qui affecte la pertinence de toute action entreprise sur la base de l'analyse.

Pourquoi est-ce important ? :

Informe les utilisateurs sur la réactualisation des données, garantissant qu'ils comprennent le contexte et la pertinence de leurs résultats analytiques.

Source des données :

Il s'agit d'un horodatage de métadonnées ajouté lors du processus d'extraction, de transformation et de chargement (ETL) des données.

Exemples
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Système source
SourceSystem
Identifie le système source d'où les données ont été extraites.
Descriptionn

Cet attribut spécifie le système d'origine des données d'événement, par exemple, 'SAP S/4HANA Production' ou 'SAP ECC'.

Dans les environnements multi-systèmes, ce champ est impératif pour la traçabilité des données, le dépannage et la garantie que les données de différentes sources sont correctement interprétées. Il aide à comprendre le contexte des données et peut être utilisé pour filtrer l'analyse pour des environnements système spécifiques.

Pourquoi est-ce important ? :

Fournit un contexte essentiel sur l'origine des données, ce qui est impératif pour la gouvernance des données, la validation et l'analyse dans des environnements multi-systèmes.

Source des 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) des données pour étiqueter l'ensemble de données avec son origine.

Exemples
S4H_PROD_100ECC_EU_200S4H_US_300
Date de livraison demandée
RequestedDeliveryDate
La date à laquelle l'entreprise a demandé au fournisseur de livrer les biens ou services.
Descriptionn

Cet attribut spécifie la date de livraison cible convenue dans le bon de commande. Il sert de base 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 (horodatage 'Réception de marchandises enregistrée') pour calculer le KPI 'Taux de paiement à temps des fournisseurs'. L'analyse des écarts par rapport à cette date aide à évaluer la fiabilité des fournisseurs et à gérer les risques de la chaîne d'approvisionnement.

Pourquoi est-ce important ? :

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

Source des données :

Ceci se trouve dans la table de lignes d'échéance EKET, champ EINDT.

Exemples
2023-06-012023-06-152023-07-01
Demande d'achat
PurchaseRequisitionNumber
L'identifiant de la demande d'achat (DA) qui a initié le bon de commande.
Descriptionn

Cet attribut relie le bon de commande à sa demande d'achat d'origine. Tous les bons de commande n'auront pas une DA s'ils sont créés directement.

Ce lien est indispensable pour analyser l'ensemble du processus d'approvisionnement complet, en commençant par la demande initiale. Il supporte des KPI tels que le 'Temps d'approbation des demandes d'achat' et est indispensable pour identifier les 'Dépenses sauvages', où les bons de commande sont créés sans demande prélèvement.alable approuvée.

Pourquoi est-ce important ? :

Relie la commande d'achat à la demande initiale, permettant une analyse de processus complet et l'identification des dépenses sauvages non conformes.

Source des données :

Cet attribut se trouve dans la table SAP S/4HANA EKPO (niveau poste de bon de commande), champ BANFN.

Exemples
1001005110010052
ID fournisseur
VendorId
L'identifiant unique du fournisseur ou du vendeur qui fournit les biens ou les services.
Descriptionn

L'ID fournisseur est une donnée de base critique qui lie un bon de commande à un fournisseur spécifique. 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 des performances par fournisseur. Il est indispensable pour des dashboards tels que 'Performance du délai de livraison des fournisseurs' et 'Taux de retour des marchandises par fournisseur', aidant à identifier les fournisseurs les plus fiables et ceux qui peuvent causer des retards ou des problèmes de qualité.

Pourquoi est-ce important ? :

Permet une analyse axée sur les fournisseurs, aidant à évaluer les performances, à identifier les fournisseurs performants et moins performants, et à optimiser la chaîne d'approvisionnement.

Source des données :

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

Exemples
100023100045100088
Montant net total
TotalNetAmount
La valeur totale du bon de commande, hors taxes et frais de transport.
Descriptionn

Cet attribut représente la valeur monétaire nette du bon de commande. C'est un chiffre financier clé qui indique l'ampleur de la transaction d'approvisionnement.

Ce montant est impératif pour l'analyse financière, comme la catégorisation des bons de commande par valeur (valeur élevée vs. valeur faible) pour voir si leurs chemins de processus diffèrent. Il peut également être utilisé pour prioriser l'analyse, en se concentrant sur les commandes de grande valeur qui peuvent comporter plus de risques financiers ou avoir un impact plus important sur l'entreprise.

Pourquoi est-ce important ? :

Permet une analyse financière, aidant à segmenter les commandes d'achat par valeur et à prioriser les efforts d'amélioration des processus sur les zones à fortes dépenses.

Source des données :

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

Exemples
1500.0025000.50125.75
Type de document de bon de commande
DocumentType
Une classification qui distingue différents types de commandes d'achat, tels que les commandes d'achat standard, les commandes d'achat de services ou les commandes de transfert de stock.
Descriptionn

Le type de document est un élément de configuration clé dans SAP qui contrôle le flux de processus, la plage de numéros et les champs d'un bon de commande. Il permet aux entreprises d'adapter le processus d'approvisionnement à différents scénarios.

L'analyse du processus par type de document est indispensablele pour comprendre les variations de processus. Par exemple, le processus pour un bon de commande de marchandises standard peut être très différent d'un bon de commande de services ou d'un transfert de stock. Cet attribut permet de filtrer et de comparer ces flux de processus distincts afin de trouver des opportunités d'amélioration spécifiques.

Pourquoi est-ce important ? :

Il catégorise les bons de commande, permettant de comparer différents processus d'approvisionnement et d'expliquer les variations dans les flux de processus et les temps de cycle.

Source des données :

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

Exemples
NBFOUB
Utilisateur
UserName
L'identifiant de l'utilisateur qui a effectué une activité spécifique.
Descriptionn

Cet attribut capture l'ID 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 aide à identifier les besoins en formation, la répartition de la charge de travail et les performances individuelles. Par exemple, elle peut être utilisée pour voir si des utilisateurs spécifiques sont constamment associés à de longs délais d'approbation ou à des modifications fréquentes après approbation, ce qui peut éclairer la gestion des ressources et les initiatives d'amélioration des processus.

Pourquoi est-ce important ? :

Assure la responsabilisation et permet l'analyse des performances au niveau individuel ou d'équipe, aidant à identifier les opportunités de formation ou les contraintes de ressources.

Source des données :

Cette information se trouve 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
Catégorie d'article
ItemCategory
Classe un poste de commande d'achat, tel que standard, en consignation, en sous-traitance ou de service.
Descriptionn

La catégorie d'article détermine la manière dont l'approvisionnement d'un matériel ou d'un service spécifique est contrôlé et traité. Elle influence les étapes ultérieures comme la réception des marchandises et la vérification des factures.

Cet attribut est important pour analyser les variantes de processus en fonction de ce qui est acheté. Par exemple, le processus pour un article de service (qui nécessite une feuille de saisie de services) diffère significativement d'un article de stock standard. L'analyse par catégorie d'article aide à expliquer ces différences et permet des améliorations de processus ciblées.

Pourquoi est-ce important ? :

Explique les variations de processus en distinguant différents types d'approvisionnement, tels que les biens, les services ou la sous-traitance.

Source des données :

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

Exemples
093
Code société
CompanyCode
L'identifiant de l'entité juridique ou de l'entreprise pour laquelle le bon de commande est créé.
Descriptionn

Le code société représente une unité comptable indépendante au sein d'une organisation. Toutes les transactions financières liées à un bon de commande sont imputées à un code société spécifique.

Il s'agit d'un attribut organisationnel clé 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 dans l'organisation.

Pourquoi est-ce important ? :

Permet de segmenter l'analyse de processus par entité juridique, facilitant les comparaisons de performance et de conformité entre les différentes parties de l'entreprise.

Source des données :

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

Exemples
101017102000
Est un reprises
IsRework
Un indicateur calculé signalant si la commande d'achat a fait l'objet de reprises, tel qu'une modification post-approbation ou un retour de marchandises.
Descriptionn

Cet attribut booléen est calculé en analysant la séquence des activités pour chaque bon de commande. Il est marqué comme 'vrai' si un événement 'Bon de commande modifié' se produit après un événement 'Bon de commande approuvé', ou si un événement 'Marchandises retournées' est présent.

Cet indicateur simplifie le calcul du KPI 'Taux de traitement direct'. Il permet un filtrage et une visualisation faciles de tous les bons de commande qui ont nécessité une intervention manuelle ou une correction, aidant à quantifier le coût et la fréquence des retouches.

Pourquoi est-ce important ? :

Aide à quantifier l'inefficacité des processus en signalant les cas de reprises, ce qui est impératif pour le calcul des taux de traitement direct et l'identification des causes profondes des écarts.

Source des données :

Champ calculé basé sur la séquence d'activités. La logique vérifie si un événement « Commande d'achat modifiée » suit une approbation ou si un événement « Marchandises retournées » existe.

Exemples
truefaux
Est une dépense sauvage
IsMaverickSpend
Un indicateur calculé signalant si une commande d'achat a été créée sans demande d'achat préalable approuvée.
Descriptionn

Cet indicateur booléen est dérivé lors du traitement des données. Il est défini sur 'vrai' si un bon de commande ne dispose pas d'une demande d'achat associée ou si la création du bon de commande contourne le workflow d'approbation standard.

Cet attribut prend directement en charge le tableau de bord 'Identification des dépenses sauvages' et les KPI associés. Il aide à quantifier l'ampleur des comportements d'achat non conformes, permettant aux entreprises de cibler des départements ou des groupes d'utilisateurs spécifiques pour renforcer les politiques et les contrôles d'approvisionnement.

Pourquoi est-ce important ? :

Identifie directement les achats non conformes, aidant à quantifier les écarts de processus et à appliquer les contrôles financiers et les politiques d'approvisionnement.

Source des données :

Champ calculé basé sur l'absence de valeur dans 'PurchaseRequisitionNumber' pour des types de documents spécifiques, ou par analyse de la séquence d'événements.

Exemples
truefaux
Groupe d'Achats
PurchasingGroup
Le groupe spécifique d'acheteurs responsables de certaines activités d'approvisionnement.
Descriptionn

Un groupe d'acheteurs est un acheteur ou un ensemble d'acheteurs responsables d'activités d'achat, de matériaux ou de fournisseurs spécifiques. Ils sont le principal point de contact pour les fournisseurs.

Cet attribut permet une analyse plus granulairesre de la charge de travail et des performances que l'organisation d'achat. Il peut être utilisé pour identifier les équipes surchargées, mesurer l'efficacité des différents groupes d'acheteurs et comprendre quels groupes sont plus sujets aux écarts de processus comme les dépenses sauvages.

Pourquoi est-ce important ? :

Offre une vue granulaire de la performance du groupe d'acheteurs, permettant l'analyse de la charge de travail, de l'efficacité et du respect des processus au niveau de l'équipe.

Source des données :

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

Exemples
001002N00
Livraison à temps des fournisseurs
SupplierOnTimeDelivery
Un indicateur calculé indiquant si la réception des marchandises a été enregistrée à la date de livraison demandée ou avant.
Descriptionn

Cet attribut booléen est dérivé en comparant l'horodatage de l'activité 'Réception de marchandises enregistrée' avec la 'Date de livraison demandée'. Si la réception des marchandises est à la date demandée ou avant, il est marqué 'vrai'.

Cet attribut supporte directement le KPI 'Taux de paiement à temps des fournisseurs'. Il simplifie l'analyse en permettant aux utilisateurs de filtrer facilement les livraisons à temps ou en retard, ce qui est indispensable pour les dashboards de performance des fournisseurs et l'évaluation des fournisseurs.

Pourquoi est-ce important ? :

Mesure directement la fiabilité des fournisseurs, servant de base à l'indicateur clé de performance de paiement à temps et permettant une gestion efficace des performances des fournisseurs.

Source des données :

Calculé en comparant l'horodatage de l'activité « Réception de marchandises enregistrée » avec l'attribut « RequestedDeliveryDate ».

Exemples
truefaux
Numéro d'article
MaterialNumber
L'identifiant du matériel ou du bien spécifique faisant l'objet de l'approvisionnement.
Descriptionn

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

L'analyse par numéro de matériel ou groupe de matériels permet une analyse basée sur les produits. Elle peut aider à identifier si les processus d'approvisionnement pour certains types de matériels sont moins efficaces, ont des délais plus longs ou sont plus sujets aux retours, fournissant des informations pour la gestion des catégories.

Pourquoi est-ce important ? :

Permet une analyse par catégorie de marchandises, aidant à identifier les problèmes de processus ou les problèmes de performance des fournisseurs liés à des produits ou matériaux spécifiques.

Source des données :

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

Exemples
RM100-100FG210SERV-CONSULT
Organisation d'Achats
PurchasingOrganization
L'unité organisationnelle responsable de l'approvisionnement en matériaux et services et de la négociation avec les fournisseurs.
Descriptionn

L'organisation d'achat est une unité organisationnelle clé dans l'approvisionnement. Elle peut être structurée au niveau de l'entreprise, de la société ou de l'usine et est responsable de toutes les activités d'achat.

L'analyse du processus par organisation d'achat aide à évaluer l'efficacité et la performance des différentes équipes ou régions d'approvisionnement. Elle peut mettre en évidence des différences dans la négociation avec les fournisseurs, la conformité des processus ou les retards d'approbation entre les unités organisationnelles.

Pourquoi est-ce important ? :

Permet la comparaison des performances entre différents départements d'approvisionnement ou régions, aidant à identifier les meilleures pratiques et les domaines d'amélioration.

Source des données :

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

Exemples
10101710US01
Usine
Plant
L'établissement opérationnel ou le lieu où les marchandises sont livrées ou les services rendus.
Descriptionn

Dans SAP, une usine est un emplacement physique où les marchandises sont produites, stockées ou les services sont exécutés. Il est indispensable pour la logistique et la planification.

La segmentation de l'analyse de processus par usine peut révéler des variations régionales ou spécifiques au site dans le processus d'approvisionnement. Par exemple, elle peut montrer si certaines usines connaissent des délais de livraison plus longs ou ont des taux de retour de marchandises plus élevés, indiquant des problèmes localisés de logistique ou de contrôle qualité.

Pourquoi est-ce important ? :

Permet une analyse basée sur la localisation, mettant en évidence les différences de performance des processus entre divers sites opérationnels, usines ou entrepôts.

Source des données :

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

Exemples
10101710DE01
Obligatoire Recommandé Facultatif

De l'achat au paiement - Activités des bons de commande

Ce sont les étapes de processus et les jalons essentiels à capturer dans votre journal d'événements pour une découverte et une optimisation précises des processus.
7 Recommandé 6 Facultatif
Activité Descriptionn
Bon de commande achevé
Cette activité signifie qu'un poste de bon de commande est considéré comme clôturé d'un point de vue logistique. Elle est déduite lorsque les indicateurs 'Livraison Complète' et 'Facture Finale' sont tous deux définis.
Pourquoi est-ce important ? :

Ceci sert de point final à l'analyse du cycle de vie du bon de commande. Mesurer le temps jusqu'à cet événement fournit le temps de cycle complet pour les opérations d'approvisionnement.

Source des données :

Déduit des indicateurs de statut de la table des postes de commande d'achat, EKPO. L'événement se produit lorsque les indicateurs « Livraison terminée » (ELIKZ) et « Facture finale » (EREKZ) sont tous deux définis sur vrai.

Capture

Déduit des journaux de modifications lorsque les champs EKPO ELIKZ et EREKZ sont tous deux marqués comme complets.

Type d'événement inferred
Commande d'achat approuvée
Signifie que le bon de commande a reçu toutes les approbations internes nécessaires et est autorisé à être envoyé au fournisseur. L'événement est déduit d'un changement de statut dans la stratégie de déblocage du bon de commande.
Pourquoi est-ce important ? :

C'est un jalon clé pour mesurer l'efficacité de l'approbation et le travail de reprise post-approbation. L'analyse du temps entre la création et l'approbation d'un bon de commande met en évidence les retards de processus internes.

Source des données :

Déduit de l'indicateur de diffusion (FRGKE) dans la table EKKO. L'horodatage est déterminé en examinant l'historique des modifications (CDHDR/CDPOS) pour savoir quand ce champ a été mis à jour au statut « diffusé ».

Capture

Déduit des journaux de modifications pour le champ de l'indicateur de diffusion (FRGKE) dans la table EKKO.

Type d'événement inferred
Commande d'achat créée
Marque la création du document officiel de bon de commande, qui peut être créé avec ou sans référence à une demande d'achat. Il s'agit d'un événement explicite enregistré lorsque le document de bon de commande est sauvegardé pour la première fois dans le système.
Pourquoi est-ce important ? :

Cette activité peut servir de point de départ alternatif pour le processus, en particulier pour l'analyse des achats sauvages. C'est un événement clé pour le suivi du temps global de traitement des bons de commande.

Source des données :

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

Capture

Horodatage de création (AEDAT) dans la table EKKO pour le document de commande d'achat.

Type d'événement explicit
Demande d'achat approuvée
Représente l'approbation formelle d'une demande d'achat par un responsable ou un approbateur désigné. Ceci est généralement déduit d'un changement de statut dans le document de demande, signifiant qu'il est prêt à être converti en bon de commande.
Pourquoi est-ce important ? :

C'est un jalon critique pour le suivi des temps de cycle d'approbation et l'identification des points de blocage. Les retards ici ont un impact direct sur la rapidité avec laquelle un bon de commande peut être créé et envoyé à un fournisseur.

Source des données :

Déduit des champs de statut de diffusion dans la table EBAN (par exemple, FRGZU - Indicateur de diffusion). L'horodatage est dérivé des documents de modification (CDHDR/CDPOS) qui enregistrent le moment où le statut de diffusion final a été défini.

Capture

Déduit des journaux de modifications (CDHDR/CDPOS) pour les champs de statut de diffusion dans la table EBAN.

Type d'événement inferred
Demande d'achat créée
Cette activité marque la demande formelle de biens ou de services, initiant le processus d'approvisionnement. L'événement est explicitement capturé lorsqu'un utilisateur enregistre un nouveau document de demande d'achat (par exemple, en utilisant la transaction ME51N).
Pourquoi est-ce important ? :

C'est le point de départ principal pour de nombreux cycles de vie des bons de commande. L'analyse du temps entre cet événement et la création du bon de commande aide à identifier les retards dans l'approvisionnement et le traitement interne.

Source des données :

Comptabilisé dans la table EBAN (Demande d'achat). L'horodatage de l'événement de création se trouve dans les tables d'historique des modifications CDHDR et CDPOS pour l'objet EBAN.

Capture

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

Type d'événement explicit
Facture reçue
Représente la saisie de la facture d'un fournisseur dans le système SAP, la liant au bon de commande correspondant. Il s'agit d'une imputation financière explicite qui crée un document comptable.
Pourquoi est-ce important ? :

C'est un jalon critique qui relie le processus d'approvisionnement au processus de comptabilité fournisseurs. Il permet l'analyse du temps entre la réception des marchandises et le traitement des factures.

Source des données :

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

Capture

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

Type d'événement explicit
Réception de marchandises enregistrée
Représente la réception physique des marchandises du fournisseur et l'enregistrement correspondant dans le système. Il s'agit d'une transaction explicite qui met à jour l'historique des bons de commande.
Pourquoi est-ce important ? :

C'est un jalon majeur qui met fin au délai de livraison du fournisseur et débute le processus interne de vérification des factures. Il est indispensable pour suivre les taux de paiement à temps.

Source des données :

Comptabilisé comme document article dans les tables MKPF (en-tête) et MSEG (poste), et lié dans la table d'historique des bons de commande EKBE avec un type de mouvement spécifique (par exemple, 101).

Capture

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

Type d'événement explicit
Bon de commande envoyé au fournisseur
Représente le moment où le bon de commande est communiqué au fournisseur, par exemple, via EDI, e-mail ou impression. Cet événement est souvent capturé via 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 fournisseur. Elle est indispensablele pour mesurer avec précision la performance du fournisseur dès la réception de la commande.

Source des données :

Capturé à partir de la table de contrôle de sortie NAST, qui enregistre les messages envoyés pour un document d'achat. La date et l'heure du type de sortie pertinent (par exemple, EDI, e-mail) peuvent être utilisées.

Capture

Horodatage du premier message de sortie réussi pour le bon de commande dans la table NAST.

Type d'événement inferred
Bon de commande supprimé
Représente l'annulation ou la suppression logique d'un poste de bon de commande ou du document entier. Cela est enregistré par un utilisateur définissant un indicateur de suppression sur le document.
Pourquoi est-ce important ? :

Cette activité est un point de fin alternatif pour le processus, indiquant un échec ou une annulation. L'analyse des raisons pour lesquelles les bons de commande sont supprimés peut révéler des problèmes de planification de la demande ou de définition des exigences.

Source des données :

Capturé à partir 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 est dérivé des documents de modification (CDHDR/CDPOS).

Capture

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

Type d'événement explicit
Commande d'achat modifiée
Cette activité indique qu'une modification a été apportée au bon de commande après sa création initiale, comme un changement de quantité, de prix ou de date de livraison. Elle est explicitement enregistrée dans les journaux de modifications du système.
Pourquoi est-ce important ? :

Le suivi des modifications, en particulier après approbation, est indispensable pour identifier les inefficacités de processus, le travail de reprise et les problèmes potentiels de conformité. Des modifications fréquentes peuvent indiquer des spécifications initiales médiocres.

Source des données :

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

Capture

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

Type d'événement explicit
Confirmation des Services Saisie
Cette activité marque la confirmation qu'un service spécifié sur un bon de commande a été rendu. Elle est explicitement enregistrée par la création d'une feuille de saisie de services.
Pourquoi est-ce important ? :

Pour l'approvisionnement basé sur les services, ceci est l'équivalent d'une réception de marchandises. C'est impératif pour le suivi des délais de livraison de services et pour permettre des paiements fournisseurs dans les délais.

Source des données :

Comptabilisé via la création d'une feuille de saisie de services, avec des données stockées dans les tables ESSR (en-tête) et ESLL (lignes). La date de création sert d'horodatage.

Capture

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

Type d'événement explicit
Facture payée
Marque le règlement final de la facture fournisseur via une exécution de paiement ou un paiement manuel. Il s'agit d'une transaction financière explicite qui crée un document de compensation.
Pourquoi est-ce important ? :

Bien que techniquement une partie du processus de paiement, l'inclusion de cette activité offre une vision globale du cycle d'achat-paiement. Elle est indispensablele pour analyser les conditions et la performance des paiements.

Source des données :

Le paiement est enregistré comme document de compensation dans BKPF/ACDOCA. La date de compensation (AUGDT) sur la ligne de facture dans la table BSEG ou ACDOCA indique l'événement de paiement.

Capture

Date de lettrage (AUGDT) du document de facture, trouvée dans BSEG ou ACDOCA.

Type d'événement explicit
Marchandises retournées
Indique que les 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'expéditions incorrectes. Ceci est enregistré comme un mouvement de marchandises de retour explicite.
Pourquoi est-ce important ? :

Cette activité met en évidence le travail de reprise et les problèmes potentiels liés à la qualité du fournisseur ou à la précision de la commande. Une fréquence élevée de retours pour un fournisseur ou un matériel spécifique signale un problème.

Source des données :

Comptabilisé comme document article avec un type de mouvement de retour spécifique (par exemple, 122). L'événement est enregistré dans MKPF/MSEG et lié au bon de commande dans la table d'historique EKBE.

Capture

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

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

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