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

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

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

Ce modèle vous guide à travers les points de données essentiels nécessaires pour analyser votre processus Purchase to Pay - 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 construire un journal d'événements robuste et obtenir des informations plus approfondies 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
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

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 Purchase to Pay - Bon de Commande.
5 Obligatoire 6 Recommandé 10 Facultatif
Nom Description
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.
Description

Cet attribut décrit une action spécifique ou un changement de statut au sein du 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 est au cœur du Process Mining. Elle aide à découvrir le processus réel, à le comparer au modèle conçu, à identifier les goulots d'étranglement (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 c'est important

Il définit les étapes du processus, permettant la visualisation et l'analyse du flux de bout en bout, l'analyse des variantes et l'identification des goulots d'étranglement.

Où obtenir

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 (PO), servant d'identifiant de cas principal pour le suivi du cycle de vie des achats.
Description

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 essentiel pour calculer les temps de cycle, analyser les variantes de processus et identifier les goulots d'étranglement ou les écarts spécifiques à une seule commande.

Pourquoi c'est important

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

Où obtenir

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

Exemples
450001712345000171244500017125
Heure de l'événement
EventTime
Le `timestamp` indiquant quand l'activité a eu lieu.
Description

Cet attribut enregistre la date et l'heure exactes de chaque activité dans le processus. Il est fondamental pour toutes les analyses basées sur le temps 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 goulots d'étranglement.

Pourquoi c'est important

Cet horodatage est essentiel 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.

Où obtenir

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.
Description

Cet attribut indique la fraîcheur 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 essentiel 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 c'est important

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

Où obtenir

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.
Description

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 crucial 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 c'est important

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

Où obtenir

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.
Description

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 livraison à 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 c'est important

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

Où obtenir

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.
Description

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 essentiel pour analyser l'ensemble du processus d'approvisionnement de bout en bout, en commençant par la demande initiale. Il supporte des KPI tels que le 'Temps d'approbation des demandes d'achat' et est fondamental pour identifier les 'Dépenses sauvages', où les bons de commande sont créés sans demande préalable approuvée.

Pourquoi c'est important

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

Où obtenir

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.
Description

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 essentiel pour des tableaux de bord 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 c'est 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.

Où obtenir

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.
Description

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 crucial 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 c'est 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.

Où obtenir

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.
Description

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 cruciale 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 c'est 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.

Où obtenir

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.
Description

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 c'est 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.

Où obtenir

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
`Numéro d'article`
MaterialNumber
L'identifiant du matériel ou du bien spécifique faisant l'objet de l'approvisionnement.
Description

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 c'est 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.

Où obtenir

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

Exemples
RM100-100FG210SERV-CONSULT
Catégorie d'article
ItemCategory
Classe un poste de commande d'achat, tel que standard, en consignation, en sous-traitance ou de service.
Description

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 c'est important

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

Où obtenir

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éé.
Description

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 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 de processus par entité juridique, facilitant les comparaisons de performance et de conformité entre les différentes parties de l'entreprise.

Où obtenir

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

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

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 c'est important

Aide à quantifier l'inefficacité des processus en signalant les cas de retravail, ce qui est crucial pour le calcul des taux de traitement direct et l'identification des causes profondes des déviations.

Où obtenir

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.
Description

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 c'est important

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

Où obtenir

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.
Description

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 granulaire 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 déviations de processus comme les dépenses sauvages.

Pourquoi c'est 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.

Où obtenir

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.
Description

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 livraison à temps des fournisseurs'. Il simplifie l'analyse en permettant aux utilisateurs de filtrer facilement les livraisons à temps ou en retard, ce qui est essentiel pour les tableaux de bord de performance des fournisseurs et l'évaluation des fournisseurs.

Pourquoi c'est important

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

Où obtenir

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

Exemples
truefaux
Organisation d'Achats
PurchasingOrganization
L'`unité organisationnelle` responsable de l'`approvisionnement en matériaux` et `services` et de la `négociation` avec les `fournisseurs`.
Description

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 c'est 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.

Où obtenir

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

Exemples
10101710US01
Temps de Cycle d'Approbation du Bon de Commande
PoApprovalCycleTime
La durée calculée entre la création d'un bon de commande et sa réception de l'approbation finale.
Description

Cette métrique mesure le temps écoulé entre l'activité 'Bon de commande créé' et l'activité 'Bon de commande approuvé'. Elle est calculée pour chaque cas de bon de commande.

Cet attribut fournit une mesure directe de l'efficacité de l'approbation interne. C'est la métrique principale pour le tableau de bord et le KPI 'Temps de cycle d'approbation des bons de commande', aidant à identifier où se produisent les retards dans le processus d'approbation et à repérer les opportunités d'accélération.

Pourquoi c'est important

Mesure directement l'efficacité du processus d'approbation interne, aidant à identifier et à résoudre les goulots d'étranglement qui ralentissent l'approvisionnement.

Où obtenir

Calculé en trouvant la différence de temps entre l'événement « Commande d'achat approuvée » et l'événement « Commande d'achat créée » pour chaque commande d'achat.

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

Dans SAP, une usine est un emplacement physique où les marchandises sont produites, stockées ou les services sont exécutés. C'est un élément clé 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 c'est 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.

Où obtenir

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

Exemples
10101710DE01
Obligatoire Recommandé Facultatif

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é Description
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 c'est 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 de bout en bout pour les opérations d'approvisionnement.

Où obtenir

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 c'est 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.

Où obtenir

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 c'est 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 fondamental pour le suivi du temps global de traitement des bons de commande.

Où obtenir

Enregistré 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 c'est important

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

Où obtenir

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 c'est 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.

Où obtenir

Enregistré 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 c'est 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.

Où obtenir

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 c'est 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 essentiel pour suivre les taux de livraison à temps.

Où obtenir

Enregistré 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 c'est important

Cette activité marque le véritable début du délai de livraison fournisseur. Elle est cruciale pour mesurer avec précision la performance du fournisseur dès la réception de la commande.

Où obtenir

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 c'est 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.

Où obtenir

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 c'est important

Le suivi des modifications, en particulier après approbation, est essentiel 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.

Où obtenir

Enregistré 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 c'est important

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

Où obtenir

Enregistré 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 c'est important

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

Où obtenir

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 c'est 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.

Où obtenir

Enregistré 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