Votre modèle de données Order to Cash - Sales Order Processing

SAP ECC
Votre modèle de données Order to Cash - Sales Order Processing

Votre modèle de données Order to Cash - Sales Order Processing

Ce modèle fournit une feuille de route claire pour recueillir les données essentielles nécessaires à l’analyse de votre processus Order to Cash - Sales Order Processing dans SAP ECC. Il précise les attributs importants à collecter, les activités clés à suivre et fournit des conseils pratiques pour l’extraction des données. Utilisez cette ressource pour vous assurer de réunir toutes les informations nécessaires à une analyse complète du processus.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d’extraction pour SAP ECC
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Order to Cash, attributs du traitement des commandes clients

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète le processus Order to Cash de traitement des commandes clients.
5 Obligatoire 7 Recommandé 5 Facultatif
Nom Description
Commande client
SalesOrder
Identifiant unique d'un document de commande client, qui sert de dossier principal pour suivre l'ensemble du processus Order-to-Cash.
Description

La commande client est le document central du processus commercial. Elle représente la demande d'un client concernant des marchandises ou des services et contient toutes les informations nécessaires au traitement de cette demande, du début à la fin.

Dans le Process Mining, cet attribut sert d'identifiant de dossier. Chaque numéro de commande client unique représente une instance de processus de bout en bout. L'analyse des processus par commande client permet de suivre le cycle de vie complet, de mesurer les délais et d'identifier les variations propres à chaque commande.

Pourquoi c’est important

Il s'agit de la clé essentielle qui relie toutes les activités et tous les événements associés, permettant une analyse complète du parcours de chaque commande client, de bout en bout.

Où les obtenir

Présent dans la table des données d'en-tête du document de vente (VBAK), dans le champ VBELN.

Exemples
900001234590000123469000012347
Activité
Activity
Nom d'une étape ou d'un événement métier précis survenu dans le processus de commande client.
Description

Cet attribut décrit une étape unique du processus Order-to-Cash, comme « commande client créée », « livraison créée » ou « paiement reçu ». Ces activités constituent les éléments de base utilisés pour reconstituer le flux du processus de chaque commande client.

L'analyse de la séquence et du moment de ces activités est au cœur du Process Mining. Elle aide à visualiser la cartographie du processus, à identifier les goulots d'étranglement, à découvrir les variantes du processus et à vérifier la conformité par rapport à un modèle standard. Les activités sont généralement déduites d'une combinaison d'événements de création de documents, de changements de statut ou de codes de transaction spécifiques enregistrés dans le système.

Pourquoi c’est important

Les activités constituent la structure fondamentale de la cartographie du processus et permettent de visualiser et d'analyser le flux, les écarts et les goulots d'étranglement.

Où les obtenir

Il s'agit d'un attribut dérivé, généralement généré lors de l'extraction des données en associant les codes de transaction SAP (T-Codes), les changements de statut des documents, par exemple dans les tables VBUK et VBUP, ou les journaux de documents de modification, dans les tables CDHDR et CDPOS, à des noms d'activité compréhensibles.

Exemples
Commande client crééeLivraison crééeSortie de marchandisesFacture crééePaiement reçu
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation des données de cet enregistrement depuis le système source.
Description

Cet attribut enregistre la date et l'heure de l'extraction ou de la mise à jour la plus récente d'un événement ou d'un dossier donné. Il donne de la visibilité sur l'actualité des données analysées.

Dans les Dashboards et les rapports, cette information est essentielle pour comprendre l'actualité des analyses. Elle permet de vérifier si celles-ci reflètent l'état opérationnel le plus récent ou si elles reposent sur des données plus anciennes, et de gérer les attentes des utilisateurs quant à leur fraîcheur.

Pourquoi c’est important

Permet aux utilisateurs de connaître l'actualité des données, ce qui est essentiel pour prendre rapidement des décisions éclairées à partir de l'analyse du Process Mining.

Où les obtenir

Il s'agit d'un attribut de métadonnées renseigné par l'outil ou le processus d'extraction au moment de l'ingestion des données. Il n'est pas stocké dans les tables SAP sources.

Exemples
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
Heure de début
StartTime
Horodatage indiquant le début d'une activité ou d'un événement.
Description

L'heure de début, également appelée horodatage de l'événement, enregistre la date et l'heure précises auxquelles une activité donnée a eu lieu. Elle indique par exemple la création d'une commande client, l'enregistrement d'une sortie de marchandises ou la comptabilisation d'une facture.

Cet horodatage est fondamental pour toutes les analyses temporelles du Process Mining. Il sert à calculer les délais entre les activités, à mesurer la durée totale d'un dossier et à identifier les retards ou les goulots d'étranglement. Des horodatages précis sont indispensables aux Dashboards d'analyse des performances, notamment ceux qui suivent les livraisons dans les délais ou les délais d'exécution.

Pourquoi c’est important

Il s'agit d'un attribut essentiel pour calculer tous les indicateurs de performance, notamment les délais et les durées, qui permettent d'identifier les goulots d'étranglement.

Où les obtenir

Il s'agit d'un attribut composite, généralement obtenu en combinant un champ de date, par exemple ERDAT, et un champ d'heure, par exemple ERZET, provenant de différentes tables SAP telles que VBAK (commande client), LIKP (livraison) et VBRK (facture).

Exemples
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
Système source
SourceSystem
Identifie le système source à partir duquel les données ont été extraites.
Description

Cet attribut précise le système d'origine, par exemple le nom d'une instance SAP ECC donnée ou le numéro d'un mandant. Il fournit un contexte aux données, notamment dans les environnements comportant plusieurs systèmes de production ou des données issues de systèmes existants.

Dans les analyses, il sert à filtrer ou à segmenter les données selon leur origine. Il est particulièrement utile pour comparer les processus entre différents systèmes ou lors de projets de migration, afin de garantir l'intégrité et la cohérence des données.

Pourquoi c’est important

Fournit un contexte essentiel, notamment dans les environnements multisystèmes, permet de comparer les processus et garantit la clarté de la traçabilité des données.

Où les obtenir

Cette valeur est généralement ajoutée lors de l'extraction des données. Il s'agit souvent d'une valeur statique représentant l'identifiant du système SAP (SAPSID) ou le mandant (MANDT).

Exemples
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Blocage de livraison
DeliveryBlock
Code indiquant si une commande client est bloquée pour la livraison, ce qui empêche la création d'un document de livraison.
Description

Le blocage de livraison est un statut défini sur une commande client, au niveau de l'en-tête ou du poste, afin d'interrompre temporairement le processus avant l'étape de livraison. Les blocages peuvent être définis manuellement par un utilisateur ou automatiquement par le système, par exemple en cas de dépassement de limite de crédit ou de données incomplètes.

Cet attribut est essentiel au Dashboard « Analyse des blocages et des reprises des commandes clients ». L'analyse de la fréquence, de la durée et des motifs des blocages de livraison aide à identifier les principaux goulots d'étranglement du processus d'exécution. La réduction de ces blocages est déterminante pour améliorer les livraisons dans les délais et le délai global d'exécution.

Pourquoi c’est important

Identifie directement les goulots d'étranglement du processus d'exécution. L'analyse des raisons et de la fréquence des blocages est essentielle pour améliorer l'efficacité du flux.

Où les obtenir

Présent dans la table des données d'en-tête du document de vente (VBAK), dans le champ LIFSK.

Exemples
0102Z1
Montant net
NetAmount
Valeur totale de la commande client, hors taxes et remises au niveau de l'en-tête.
Description

Le montant net représente la valeur monétaire de la commande client. Il s'agit d'un indicateur financier clé associé à chaque instance de processus.

Cet attribut est essentiel au Process Mining fondé sur la valeur. Il permet de hiérarchiser les initiatives d'amélioration en se concentrant sur les commandes de forte valeur. Les analystes peuvent mettre en relation les problèmes de processus, tels que les retards ou les reprises, avec leur incidence financière, afin de mieux justifier les changements. Il peut par exemple servir à déterminer si les commandes de forte valeur sont traitées plus ou moins efficacement que celles de faible valeur.

Pourquoi c’est important

Permet une analyse fondée sur la valeur et aide à concentrer les efforts d'amélioration sur les commandes ayant l'incidence financière la plus importante pour l'entreprise.

Où les obtenir

Présent dans la table des données d'en-tête du document de vente (VBAK), dans le champ NETWR.

Exemples
1500.0012550.75850.50
Motif de rejet
RejectionReason
Code indiquant la raison pour laquelle un poste de commande client a été rejeté ou annulé.
Description

Le motif de rejet explique pourquoi une commande client ou un poste précis n'a pas été exécuté. Il peut s'agir d'une annulation par le client, de l'indisponibilité d'un produit ou d'une autre raison commerciale.

Cet attribut est essentiel au Dashboard « Tendances des annulations de commandes clients ». L'analyse des motifs de rejet les plus fréquents permet d'identifier les causes profondes des ventes perdues. Ces résultats peuvent guider des améliorations de la gestion des stocks, de la stratégie tarifaire ou de la communication client afin de réduire le taux d'annulation des commandes.

Pourquoi c’est important

Explique les raisons des annulations de commandes et permet d'analyser leurs causes profondes afin de réduire les ventes perdues et d'améliorer la précision des prévisions.

Où les obtenir

Présent dans la table des données de poste du document de vente (VBAP), dans le champ ABGRU.

Exemples
0215Z5
Numéro d'article
MaterialNumber
Identifiant unique du produit ou du service vendu.
Description

Le numéro d'article identifie l'article précis d'un poste de commande client. Une même commande client pouvant contenir plusieurs articles, cet attribut est généralement analysé au niveau du poste.

L'analyse du processus par numéro d'article aide à révéler les problèmes propres à certains produits. Elle peut montrer si certains produits sont associés à des délais d'exécution plus longs, à davantage de blocages de livraison ou à des écarts de facturation plus fréquents. Elle est essentielle à la gestion de la chaîne logistique et des produits pour optimiser le processus selon les différentes gammes.

Pourquoi c’est important

Permet d'analyser les processus par produit et de repérer les produits associés à des inefficacités telles que les retards, les blocages ou les reprises.

Où les obtenir

Présent dans la table des données de poste du document de vente (VBAP), dans le champ MATNR.

Exemples
FG-1001-ARAW-205BSERV-INSTALL
Numéro de client
CustomerNumber
Identifiant unique du client ayant passé la commande client.
Description

Cet attribut représente le « donneur d'ordre », c'est-à-dire le compte client principal associé à la commande client. Il relie la transaction à un client précis dans les données de référence.

L'analyse par numéro de client permet de segmenter le processus afin de comprendre les comportements et les performances propres à chaque client. Elle aide à répondre à des questions telles que : quels clients ont les délais les plus longs, les taux de reprise les plus élevés ou les changements de commande les plus fréquents ? Elle est essentielle pour améliorer la gestion de la relation client et les niveaux de service.

Pourquoi c’est important

Permet une analyse centrée sur le client, en aidant à identifier les problèmes de processus qui touchent certains clients et à mesurer les performances propres à chacun.

Où les obtenir

Présent dans la table des données d'en-tête du document de vente (VBAK), dans le champ KUNNR.

Exemples
100234100567200112
Organisation commerciale
SalesOrganization
Unité organisationnelle responsable de la vente de produits ou de services.
Description

Une organisation commerciale est une entité organisationnelle clé dans SAP, qui structure l'entreprise en fonction de ses besoins commerciaux. Elle est responsable de la négociation des conditions de vente et de la distribution des marchandises et des services.

Dans le Process Mining, cet attribut constitue une dimension essentielle de l'analyse. Il permet de comparer les performances, l'efficacité et la conformité des processus entre différentes unités commerciales, régions ou divisions. Cette comparaison aide à repérer les bonnes pratiques des organisations les plus performantes et les domaines à améliorer dans les autres.

Pourquoi c’est important

Permet d'établir des comparaisons organisationnelles et de comparer l'efficacité et la conformité des processus entre différentes unités opérationnelles ou régions.

Où les obtenir

Présent dans la table des données d'en-tête du document de vente (VBAK), dans le champ VKORG.

Exemples
100025003100
Utilisateur
User
Identifiant de l'utilisateur ayant créé ou modifié le document pour la dernière fois, ou ayant exécuté l'activité.
Description

Cet attribut enregistre l'identifiant de l'utilisateur SAP responsable d'un événement donné du processus. Il permet par exemple d'identifier le gestionnaire commercial qui a créé la commande ou le personnel d'entrepôt qui a enregistré la sortie de marchandises.

L'analyse du processus par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins de formation et à détecter les différences dans l'exécution d'une même tâche. Elle est essentielle pour les Dashboards consacrés à la performance des ressources, à la conformité et à l'identification des interventions manuelles.

Pourquoi c’est important

Donne de la visibilité sur la performance et la charge de travail des ressources, aide à repérer les écarts propres à certains utilisateurs et joue un rôle clé dans les analyses de conformité et d'automatisation.

Où les obtenir

Présent dans de nombreuses tables d'en-tête SAP, dans le champ « Créé par » (ERNAM) ou « Modifié par » (AENAM), notamment dans VBAK, LIKP et VBRK.

Exemples
CBURKEJSMITHRWILLIAMS
Conditions d'expédition
ShippingConditions
Définit la stratégie générale d'expédition des marchandises au client.
Description

Les conditions d'expédition déterminent la manière dont une commande sera expédiée, par exemple en mode « standard », « express » ou « retrait ». Elles sont convenues avec le client et influencent la planification logistique.

Cet attribut est utilisé dans l'analyse « Efficacité et coût des modes d'expédition ». En segmentant le processus selon les conditions d'expédition, les entreprises peuvent déterminer si certains modes sont davantage sujets aux retards ou présentent des délais plus longs. Ces données aident à optimiser la logistique et à gérer les attentes des clients concernant les délais de livraison.

Pourquoi c’est important

Permet d'analyser les performances logistiques et de déterminer si certains modes d'expédition sont associés à des retards ou à une meilleure efficacité.

Où les obtenir

Présent dans la table des données d'en-tête du document de vente (VBAK), dans le champ VSBED.

Exemples
011020
Date de livraison confirmée
ConfirmedDeliveryDate
Date à laquelle la livraison des marchandises ou des services a été confirmée au client.
Description

Il s'agit de la date de livraison promise au client, déterminée en fonction de la disponibilité des articles et de la planification. Elle sert de référence pour mesurer la performance des livraisons.

Cet attribut constitue la base du Dashboard « Performance des livraisons dans les délais » et du KPI de taux de livraison dans les délais. En comparant la date de livraison confirmée à la date réelle de « sortie de marchandises », l'analyse permet de déterminer si une commande a été livrée à temps, en avance ou en retard. Il s'agit d'un indicateur majeur de la fiabilité de la chaîne logistique et de la satisfaction client.

Pourquoi c’est important

Il s'agit de la référence pour mesurer la performance des livraisons dans les délais, un KPI essentiel pour la satisfaction client et l'efficacité de la chaîne logistique.

Où les obtenir

Présent dans la table des lignes d'échéancier du document de vente (VBEP), dans le champ EDATU.

Exemples
2023-05-102023-06-202023-07-01
Livraison dans les délais
IsOnTimeDelivery
Indicateur booléen précisant si les marchandises ont été expédiées à la date de livraison confirmée ou avant celle-ci.
Description

Cet attribut calculé compare la date réelle de sortie de marchandises à la « ConfirmedDeliveryDate » d'une commande client. Si la date de sortie de marchandises est antérieure ou égale à la date confirmée, la valeur est « vrai », sinon elle est « faux ».

Cet attribut simplifie la création du Dashboard « Performance des livraisons dans les délais » et le calcul du KPI de taux de livraison dans les délais. Il permet d'agréger et de visualiser facilement les performances sans devoir effectuer les comparaisons de dates à la volée dans chaque analyse ou graphique. Il fournit ainsi une mesure claire et immédiate de la fiabilité des livraisons.

Pourquoi c’est important

Fournit une mesure claire et simple de la performance des livraisons et facilite le calcul du KPI global de taux de livraison dans les délais.

Où les obtenir

Il s'agit d'un attribut calculé. La logique compare l'horodatage de l'activité « sortie de marchandises » à la valeur de l'attribut « ConfirmedDeliveryDate ».

Exemples
truefalse
Reprise nécessaire
IsRework
Indicateur booléen précisant si une commande client a fait l'objet d'une modification importante ou d'une reprise après sa création initiale.
Description

Cet attribut calculé identifie les instances de processus ayant fait l'objet d'une reprise, par exemple lorsqu'une ou plusieurs activités « commande client modifiée » ont eu lieu. La logique précise définissant une reprise, comme une modification du prix, de la quantité ou de la date de livraison, est établie lors de la configuration du projet.

Cet attribut est essentiel au Dashboard « Reprises et fréquence des modifications des commandes clients » et au KPI de taux de reprise des commandes clients. Il simplifie l'analyse en permettant de filtrer et de comparer directement les commandes ayant suivi un parcours « de bout en bout » à celles qui ont nécessité des modifications manuelles. Il aide ainsi à quantifier l'incidence des reprises sur les délais et les coûts.

Pourquoi c’est important

Quantifie directement la fréquence des reprises et permet d'analyser leurs causes ainsi que leur incidence sur l'efficacité globale et le délai du processus.

Où les obtenir

Il s'agit d'un attribut calculé à partir du journal d'événements. La logique vérifie la présence d'activités « commande client modifiée » ou d'événements de modification précis issus des tables CDHDR/CDPOS.

Exemples
truefalse
Statut du contrôle de solvabilité
CreditCheckStatus
Indique le statut du contrôle de solvabilité du document de vente.
Description

Cet attribut indique le résultat du contrôle de solvabilité automatisé ou manuel effectué sur une commande client. Les statuts courants sont « approuvé », « rejeté » ou « bloqué ».

Il s'agit d'un attribut clé du Dashboard « Analyse du délai de traitement du contrôle de solvabilité ». Les retards ou les blocages à cette étape peuvent avoir une incidence importante sur le délai global d'exécution de la commande. L'analyse de ce statut aide à comprendre l'efficacité du processus de gestion du crédit et son incidence sur la rapidité des ventes.

Pourquoi c’est important

A une incidence directe sur la vitesse de traitement des commandes. L'analyse de ce statut aide à identifier les goulots d'étranglement de la gestion du crédit qui retardent l'exécution des commandes.

Où les obtenir

Présent dans la table des statuts d'en-tête du document de vente (VBUK) ou directement dans VBAK, dans le champ de statut du crédit, par exemple CMGST.

Exemples
ABD
Obligatoire Recommandé Facultatif

Order to Cash, activités de traitement des commandes clients

Voici les principales étapes du processus et les jalons à enregistrer dans votre journal d’événements pour obtenir une découverte précise du traitement Order to Cash de vos commandes clients.
6 Recommandé 8 Facultatif
Activité Description
Commande client créée
Indique la création d’un nouveau document de commande client. Il s’agit d’un événement explicite enregistré lorsqu’un utilisateur sauvegarde une nouvelle commande, généralement au moyen de la transaction VA01 dans SAP.
Pourquoi c’est important

Il s’agit de l’événement de début principal du processus Order to Cash. L’analyse de son horodatage est essentielle pour mesurer le temps de cycle global et le volume de commandes reçues.

Où les obtenir

Enregistré dans la table VBAK (données d’en-tête du document commercial) à l’aide de la date de création (ERDAT) et de l’heure de création (ERZET). Le code de transaction est stocké dans VBAK-TCODE.

Collecte

Événement fondé sur l’horodatage de création (ERDAT, ERZET) dans la table VBAK.

Type d’événement explicit
Commande confirmée
Cette activité indique que la commande client a passé tous les contrôles initiaux et est confirmée pour son exécution. Elle est généralement déduite lorsque la commande n’est plus bloquée et que des quantités sont confirmées dans ses lignes d’échéancier.
Pourquoi c’est important

Il s’agit d’une étape importante qui sépare la saisie de la commande de son exécution. Elle constitue le point de départ pour mesurer les délais d’exécution et la performance des livraisons à temps.

Où les obtenir

Peut être déduit lorsque les lignes d’échéancier de VBEP comportent une quantité confirmée (BMENG > 0) et que la commande n’est pas bloquée pour la livraison, par exemple lorsque VBUK-LIFSK est vide.

Collecte

Déduit de la confirmation des lignes d’échéancier (VBEP-BMENG > 0) et de la suppression des blocages au niveau de l’en-tête.

Type d’événement inferred
Facture créée
Marque la création de la facture client ou du document de facturation. Il s'agit d'un événement explicite qui génère un nouveau document dans le système et lance la phase de paiement du processus.
Pourquoi c’est important

Il s'agit d'une étape essentielle qui lance le calcul du « délai entre facturation et paiement ». Les retards de facturation ont une incidence directe sur la trésorerie.

Où les obtenir

Enregistré dans la table VBRK (document de facturation : données d'en-tête) à partir de sa date de création (ERDAT). Le lien vers la commande client ou la livraison se trouve dans la table VBFA.

Collecte

Événement fondé sur l'horodatage de création (ERDAT) dans la table VBRK.

Type d’événement explicit
Paiement reçu
Cet événement indique que le paiement du client a été reçu et affecté à la facture, soldant le poste ouvert des créances clients. Il s'agit d'un événement comptable, déduit du lettrage d'un document financier.
Pourquoi c’est important

Il s'agit de la dernière étape pour convertir la vente en encaissement. Elle marque la fin du calcul du « délai entre facturation et paiement » et du « délai global d'exécution de la commande client ».

Où les obtenir

Déduit des informations du document de lettrage dans la table BSEG pour le poste client. Lorsque BSEG-AUGBL (document de lettrage) et BSEG-AUGDT (date de lettrage) sont renseignés, le paiement est considéré comme reçu.

Collecte

Déduit du renseignement de la date de lettrage (AUGDT) dans la table BSEG pour le poste de créance client.

Type d’événement inferred
Poste de commande clôturé
Cette activité marque la clôture définitive d'un poste de commande client, indiquant qu'il a été entièrement livré, facturé et considéré comme terminé. Cette information est déduite du statut global du poste.
Pourquoi c’est important

Elle constitue l'événement de fin réussie du processus. L'analyse de la date de clôture des postes aide à comprendre la durée du processus de bout en bout et à repérer les commandes qui restent ouvertes inutilement.

Où les obtenir

Déduit du champ de statut global de la table VBUP (document de vente : statut du poste). Lorsque VBUP-GBSTA vaut « C » (traité intégralement), le poste est clôturé.

Collecte

Déduit du changement du statut du poste (VBUP-GBSTA) à « C » (traité intégralement).

Type d’événement inferred
Sortie de marchandises
Événement essentiel au cours duquel la propriété des marchandises est transférée et celles-ci quittent officiellement l'entrepôt. Il s'agit d'une écriture financière explicite qui crée un document article et met à jour les stocks.
Pourquoi c’est important

Il s'agit de l'événement d'expédition et d'une étape clé pour mesurer le taux de livraison dans les délais et les délais d'exécution des commandes. Il déclenche les mises à jour financières et constitue un point de non-retour dans le processus physique d'exécution.

Où les obtenir

Création d'un document article (MKPF/MSEG) avec un type de mouvement de sortie de marchandises, par exemple 601, lié au document de livraison.

Collecte

Création d'un document article (MKPF/MSEG) avec un type de mouvement de sortie de marchandises, lié à la livraison.

Type d’événement explicit
Blocage de livraison défini
Représente l’action consistant à appliquer un blocage de livraison à la commande client, ce qui empêche la création d’un document de livraison. Cet événement peut être enregistré explicitement dans les journaux de modifications ou déduit des tables de statut.
Pourquoi c’est important

Cette activité est directement liée au KPI « taux de blocage des commandes client ». Identifier pourquoi et à quelle fréquence les blocages sont définis aide à comprendre les causes des retards d’exécution.

Où les obtenir

Peut être trouvé dans les journaux de modifications (CDHDR/CDPOS) pour le champ VBAK-LIFSK. Il peut également être déduit en observant les moments où le champ VBAK-LIFSK est renseigné.

Collecte

Événement issu des documents de modification pour le champ VBAK-LIFSK ou VBAP-LIFSP.

Type d’événement explicit
Commande annulée
Indique qu'une commande client a été annulée avant son exécution. Cette situation est généralement enregistrée lorsqu'un « motif de rejet » est appliqué à tous les postes concernés de la commande.
Pourquoi c’est important

Il s'agit d'un point de terminaison correspondant à un échec important, directement pris en compte dans le KPI « taux d'annulation des commandes ». Comprendre quand et pourquoi les commandes sont annulées permet d'identifier les problèmes du processus commercial.

Où les obtenir

Déduit du renseignement du champ VBAP-ABGRU (motif de rejet) pour tous les postes actifs d'une commande client. La date de modification peut être trouvée dans CDHDR/CDPOS.

Collecte

Déduit du renseignement du champ « motif de rejet » (VBAP-ABGRU) sur tous les postes.

Type d’événement inferred
Commande client modifiée
Représente une modification apportée à une commande client existante après sa création initiale. Ces changements sont enregistrés dans les tables dédiées aux journaux de modifications (CDHDR, CDPOS) lorsque des champs tels que la quantité, le prix ou les dates sont modifiés.
Pourquoi c’est important

Le suivi des modifications aide à repérer les reprises, l’instabilité du processus et les problèmes de qualité des données. Une fréquence élevée de changements peut révéler des problèmes lors de la saisie initiale de la commande et entraîner des retards.

Où les obtenir

Récupéré dans les tables des documents de modification CDHDR (en-tête) et CDPOS (poste) pour OBJECTCLAS = « VERKBELEG ». L’horodatage et le champ modifié peuvent être identifiés.

Collecte

Événement issu des tables des documents de modification (CDHDR, CDPOS) pour les objets de documents commerciaux.

Type d’événement explicit
Contrôle de crédit effectué
Indique que le contrôle de crédit automatique ou manuel du client associé à la commande client est terminé. Cet événement est généralement déduit d’une modification du statut de crédit global du document.
Pourquoi c’est important

Le contrôle de crédit constitue souvent un goulot d’étranglement important. Mesurer le temps nécessaire à cette étape est essentiel pour l’« analyse de la durée du contrôle de crédit » et pour accélérer le traitement des commandes.

Où les obtenir

Déduit des champs de statut de crédit de la table VBUK (document commercial : statut d’en-tête). Le passage de VBUK-CMGST de bloqué à libéré marque cette activité.

Collecte

Déduit des modifications apportées au champ de statut de crédit global (VBUK-CMGST).

Type d’événement inferred
Facture annulée
Représente l'extourne d'un document de facturation créé précédemment. Il s'agit d'une transaction explicite qui crée un nouveau document d'annulation pour contrepasser le document d'origine.
Pourquoi c’est important

Le suivi des annulations de factures aide à identifier les problèmes liés aux prix, aux écarts d'expédition ou aux erreurs de données. Il contribue au KPI « taux d'écart de facturation ».

Où les obtenir

Événement explicite enregistré lors de la création d'un document de facturation d'annulation (VBRK-VBTYP = « N » ou « O »). La facture d'origine est référencée dans VBRK-SFAKN.

Collecte

Création d'un document d'annulation dans VBRK, faisant référence à la facture d'origine.

Type d’événement explicit
Livraison créée
Cet événement marque la création du document de livraison sortante, qui constitue l’instruction donnée à l’entrepôt de commencer les activités de picking et d’expédition. Il s’agit d’un événement explicite enregistré dans le flux documentaire.
Pourquoi c’est important

Il s’agit de la première étape du processus d’exécution physique. Le délai entre la confirmation de la commande et la création de la livraison indique la rapidité avec laquelle le processus logistique est lancé.

Où les obtenir

Création d’un enregistrement dans la table LIKP (données d’en-tête de livraison du document SD). Le lien avec la commande client est conservé dans la table de flux documentaire VBFA.

Collecte

Événement fondé sur l’horodatage de création dans la table LIKP, avec un lien établi via la table VBFA.

Type d’événement explicit
Picking terminé
Indique que tous les articles destinés à la livraison ont été prélevés physiquement dans l'entrepôt. Si Warehouse Management (WM) est utilisé, cette information peut être déduite du statut de l'ordre de transfert.
Pourquoi c’est important

L'analyse du temps de prélèvement aide à optimiser les opérations d'entrepôt. Les retards à cette étape ont une incidence directe sur le calendrier global d'expédition et le cycle d'exécution des commandes.

Où les obtenir

Déduit du changement du statut de prélèvement de l'article de livraison dans la table LIPS-KOSTA, qui passe à « C » (entièrement prélevé). Si WM est actif, l'information peut être déduite de la confirmation de l'ordre de transfert (tables LTAK/LTAP).

Collecte

Déduit de la modification du statut de prélèvement (LIPS-KOSTA) ou de la confirmation de l'ordre de transfert WM.

Type d’événement inferred
Preuve de livraison confirmée
Cette activité représente la confirmation que le client a reçu les marchandises. Elle est enregistrée lorsque la preuve de livraison est saisie dans le système, ce qui met souvent à jour le statut du document de livraison.
Pourquoi c’est important

Cet événement fournit la date réelle de livraison, essentielle pour mesurer précisément le « taux de livraison dans les délais » par rapport à la date promise.

Où les obtenir

Déduit du statut de la preuve de livraison (VBUK-PODAT) défini sur « C » (confirmé). La date de confirmation est enregistrée dans VLPOD-PODAT. Cette fonction n'est pas toujours mise en œuvre.

Collecte

Déduit de la mise à jour du statut POD sur la livraison (VBUK-PODAT) ou d'une entrée dans la table VLPOD.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de SAP ECC

Prêt à commencer ?

Tirez le meilleur parti de votre processus Order to Cash - Sales Order Processing grâce à ce modèle de données. Commencez dès aujourd’hui à améliorer la performance et à accélérer les encaissements.

Optimisez dès aujourd’hui votre processus Order to Cash, traitement des commandes clients

Éliminez les goulots d’étranglement, réduisez le temps de cycle de 30 % et améliorez rapidement votre flux de trésorerie.

Démarrer l’essai gratuit

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