Votre modèle de données pour le processus de commande à encaissement, traitement des commandes clients

SAP ECC
Votre modèle de données pour le processus de commande à encaissement, traitement des commandes clients

Votre modèle de données pour le processus de commande à encaissement, traitement des commandes clients

Ce modèle vous guide dans la collecte des données essentielles à l’analyse du traitement des commandes clients, de la commande à l’encaissement, dans SAP ECC. Il précise les attributs à recueillir et les activités clés à suivre, et fournit des conseils pratiques pour extraire les données. Utilisez cette ressource pour réunir toutes les informations nécessaires à une analyse complète du processus.
  • Attributs recommandés à recueillir
  • Activités clés à suivre
  • Conseils d’extraction pour SAP ECC
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du processus de commande à encaissement, traitement des commandes clients

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail le traitement des commandes clients, de la commande à l’encaissement.
5 Obligatoire 7 Recommandé 5 Facultatif
Nom Description
Commande client
SalesOrder
Identifiant unique d’un document de commande client, utilisé comme cas principal pour suivre l’ensemble du processus de la commande à l’encaissement.
Description

La commande client est le document central du processus de vente. Elle représente la demande de biens ou de services d’un client et contient toutes les informations nécessaires à son traitement, du début à la fin.

En Process Mining, cet attribut sert d’ID de cas. Chaque numéro de commande client unique correspond à une instance complète du processus. L’analyse par commande client permet d’en suivre tout le cycle de vie, de mesurer les temps de cycle et de repérer les variations propres à chaque commande.

Pourquoi est-ce important ?

C’est la clé qui relie toutes les activités et tous les événements associés, pour permettre une analyse complète du parcours de chaque commande client.

Où trouver ces données

Se trouve dans la table des données d’en-tête du document commercial (VBAK), dans le champ VBELN.

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

Cet attribut décrit une étape du processus de la commande à l’encaissement, par exemple « Commande client créée », « Livraison créée » ou « Paiement reçu ». Ces activités servent à reconstituer le déroulement du processus pour chaque commande client.

L’analyse de leur séquence et de leur durée est au cœur du Process Mining. Elle permet de visualiser le processus, de repérer les goulots d’étranglement, de découvrir les variantes et de vérifier la conformité à un modèle de référence. 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 enregistrés dans le système.

Pourquoi est-ce important ?

Les activités constituent la base de la représentation du processus. Elles permettent d’en visualiser et d’en analyser le déroulement, les écarts et les goulots d’étranglement.

Où trouver ces données

Cet attribut est dérivé, généralement 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 modification (tables CDHDR et CDPOS) à des noms d’activité compréhensibles.

Exemples
Commande client crééeLivraison crééeSortie de marchandises effectuéeFacture 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 indique la date et l’heure de la dernière extraction ou mise à jour des données pour un événement ou un cas donné. Il permet de connaître leur degré d’actualité.

Dans les Dashboards et les rapports, cette information aide les utilisateurs à évaluer l’actualité des analyses. Elle permet de vérifier si celles-ci reflètent l’état le plus récent des opérations ou reposent sur des données plus anciennes, et de définir ainsi les attentes concernant leur fraîcheur.

Pourquoi est-ce important ?

Les utilisateurs savent ainsi si les données sont à jour, un point essentiel pour prendre des décisions éclairées au bon moment à partir de l’analyse Process Mining.

Où trouver ces données

Cet attribut de métadonnées est 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, indique la date et l’heure précises auxquelles une activité a eu lieu. Elle permet, par exemple, de savoir quand une commande client a été créée, quand les marchandises sont sorties ou quand une facture a été enregistrée.

Cet horodatage est indispensable à toute analyse temporelle en Process Mining. Il sert à calculer les temps de cycle entre les activités, à mesurer la durée totale d’un cas et à repérer les retards ou les goulots d’étranglement. Des horodatages exacts sont essentiels aux Dashboards d’analyse des performances, notamment pour suivre les livraisons dans les délais ou les délais d’exécution.

Pourquoi est-ce important ?

Cet attribut est essentiel au calcul des indicateurs de performance, notamment des temps de cycle et des durées, qui permettent de repérer les goulots d’étranglement.

Où trouver ces données

Cet attribut composite est généralement dérivé de la combinaison d’un champ de date (par exemple ERDAT) et d’un champ d’heure (par exemple ERZET) provenant de différentes tables SAP, comme 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 dont les données ont été extraites.
Description

Cet attribut indique le système d’origine, par exemple le nom d’une instance SAP ECC ou le numéro d’un mandant. Il apporte un contexte aux données, notamment lorsque l’environnement comprend plusieurs systèmes de production ou des données issues de systèmes existants.

L’analyse permet de filtrer ou de segmenter les données selon leur origine. Cette possibilité est particulièrement utile pour comparer les processus entre différents systèmes ou lors d’une migration, afin de vérifier l’intégrité et la cohérence des données.

Pourquoi est-ce important ?

Cet attribut apporte un contexte essentiel, notamment dans les environnements comportant plusieurs systèmes. Il permet de comparer les processus et de retracer clairement l’origine des données.

Où trouver ces données

Cette valeur est généralement ajoutée lors de l’extraction des données. Il s’agit souvent d’une valeur statique correspondant à l’identifiant du système SAP (SAPSID) ou du 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 au niveau de l’en-tête ou du poste d’une commande client pour suspendre temporairement le processus avant l’étape de livraison. Un utilisateur peut le définir manuellement, ou le système peut l’appliquer automatiquement, par exemple en cas de dépassement de la limite de crédit ou de données incomplètes.

Cet attribut est essentiel au Dashboard « Analyse des blocages et des reprises des commandes client ». L’analyse de la fréquence, de la durée et des motifs de blocage permet de repérer les principaux goulots d’étranglement du processus d’exécution. Réduire ces blocages contribue à améliorer les livraisons dans les délais et le temps de cycle global.

Pourquoi est-ce important ?

Cet attribut met directement en évidence les goulots d’étranglement du processus d’exécution. Analyser les raisons et la fréquence des blocages aide à améliorer l’efficacité du processus.

Où trouver ces données

Se trouve dans la table des données d’en-tête du document commercial (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 correspond à la valeur monétaire de la commande client. Il s’agit d’un indicateur financier associé à chaque instance du processus.

Cet attribut est indispensable à l’analyse des processus selon leur valeur. Il permet de hiérarchiser les initiatives d’amélioration en donnant la priorité aux commandes de valeur élevée. Les analystes peuvent mettre en relation les problèmes de processus, comme les retards ou les reprises, et leurs conséquences financières, afin d’étayer l’analyse de rentabilité d’un changement. Ils peuvent, par exemple, comparer l’efficacité du traitement des commandes de valeur élevée et de valeur faible.

Pourquoi est-ce important ?

Permet d’analyser les processus selon leur valeur et de concentrer les efforts d’amélioration sur les commandes ayant le plus fort impact financier pour l’entreprise.

Où trouver ces données

Se trouve dans la table des données d’en-tête du document commercial (VBAK), dans le champ NETWR.

Exemples
1500.0012550.75850.50
Motif de rejet
RejectionReason
Code indiquant pourquoi 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, d’une indisponibilité du produit ou d’autres raisons commerciales.

Cet attribut est essentiel au Dashboard « Tendances des annulations de commandes client ». L’analyse des motifs de rejet les plus fréquents aide l’entreprise à repérer les causes profondes des ventes perdues. Elle peut ensuite orienter les améliorations de la gestion des stocks, de la stratégie tarifaire ou de la communication avec les clients, afin de réduire le taux d’annulation des commandes.

Pourquoi est-ce important ?

Explique les raisons des annulations de commandes et permet d’en rechercher les causes profondes pour réduire les ventes perdues et améliorer la précision des prévisions.

Où trouver ces données

Se trouve dans la table des données de poste du document commercial (VBAP), dans le champ ABGRU.

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

Le numéro d’article identifie le produit ou le service d’un poste de commande client. Une commande pouvant contenir plusieurs articles, cet attribut est généralement analysé au niveau du poste.

L’analyse par numéro d’article permet de repérer les problèmes propres à certains produits. Elle peut révéler que 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. Ces informations aident les équipes de la chaîne d’approvisionnement et de gestion des produits à adapter le processus aux différentes gammes.

Pourquoi est-ce important ?

Permet d’analyser les processus par produit et de repérer ceux qui sont associés à des inefficacités, comme des retards, des blocages ou des reprises.

Où trouver ces données

Se trouve dans la table des données de poste du document commercial (VBAP), dans le champ MATNR.

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

Cet attribut désigne le « donneur d’ordre », c’est-à-dire le compte client principal associé à la commande. 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 pour comprendre les comportements et les performances propres à chaque client. Elle aide à répondre à des questions telles que : quels clients ont les temps de cycle les plus longs, les taux de reprises les plus élevés ou les changements de commande les plus fréquents ? Ces informations sont importantes pour améliorer la gestion de la relation client et la qualité de service.

Pourquoi est-ce important ?

Permet une analyse centrée sur les clients, afin de repérer les problèmes de processus qui les touchent et de mesurer les performances propres à chacun.

Où trouver ces données

Se trouve dans la table des données d’en-tête du document commercial (VBAK), dans le champ KUNNR.

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

Dans SAP, l’organisation commerciale est une entité qui structure l’entreprise en fonction de ses besoins de vente. Elle est chargée de négocier les conditions de vente et de distribuer les biens et les services.

En Process Mining, cet attribut constitue un axe d’analyse important. Il permet de comparer les performances, l’efficacité et la conformité des processus entre différentes unités commerciales, régions ou divisions. Vous pouvez ainsi repérer les pratiques efficaces dans les unités les plus performantes et les domaines à améliorer dans les autres.

Pourquoi est-ce important ?

Permet de comparer l’efficacité et la conformité des processus entre différentes unités opérationnelles ou régions.

Où trouver ces données

Se trouve dans la table des données d’en-tête du document commercial (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 effectué l’activité.
Description

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

L’analyse par utilisateur aide à comprendre la répartition de la charge de travail, à repérer les besoins de formation et à détecter les différences dans la manière dont les utilisateurs effectuent une même tâche. Elle est essentielle aux Dashboards consacrés à la performance des ressources, à la conformité et au repérage des interventions manuelles.

Pourquoi est-ce important ?

Cet attribut donne de la visibilité sur la performance des ressources et la charge de travail. Il aide à repérer les écarts propres à certains utilisateurs et contribue aux analyses de conformité et d’automatisation.

Où trouver ces données

Figure 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 les modalités générales d’expédition des marchandises au client.
Description

Les conditions d’expédition déterminent le mode d’expédition d’une commande, par exemple « Standard », « Express » ou « Retrait ». Elles sont convenues avec le client et influent sur la planification logistique.

Cet attribut sert à 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 entraînent davantage de retards ou des temps de cycle plus longs. Ces données aident à optimiser la logistique et à mieux gérer les attentes des clients concernant les délais de livraison.

Pourquoi est-ce 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ù trouver ces données

Se trouve dans la table des données d’en-tête du document commercial (VBAK), dans le champ VSBED.

Exemples
011020
Date de livraison confirmée
ConfirmedDeliveryDate
Date à laquelle la livraison des biens 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 les performances de livraison.

Cet attribut est à la base du Dashboard « Performance des livraisons dans les délais » et de l’indicateur de taux de livraison dans les délais. En comparant la date de livraison confirmée à la date réelle de sortie des marchandises, l’analyse détermine si la commande a été livrée à temps, en avance ou en retard. C’est un indicateur majeur de la fiabilité de la chaîne d’approvisionnement et de la satisfaction client.

Pourquoi est-ce important ?

Cette date sert de référence pour mesurer les performances de livraison dans les délais, un indicateur important de la satisfaction client et de l’efficacité de la chaîne d’approvisionnement.

Où trouver ces données

Se trouve dans la table des échéances du document commercial (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 des marchandises à la date de livraison confirmée d’une commande client. Si les marchandises sont sorties à la date confirmée ou avant, 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 de l’indicateur de taux de livraison dans les délais. Il facilite l’agrégation et la visualisation des performances, sans avoir à comparer les dates à la volée dans chaque analyse ou graphique. Vous disposez ainsi d’une mesure claire et immédiate de la fiabilité des livraisons.

Pourquoi est-ce important ?

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

Où trouver ces données

Cet attribut est calculé en comparant l’horodatage de l’activité « Sortie de marchandises enregistrée » à la valeur de l’attribut « ConfirmedDeliveryDate ».

Exemples
truefalse
Reprises
IsRework
Indicateur booléen signalant 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é repère les instances du processus ayant fait l’objet de reprises, par exemple après une ou plusieurs activités « Commande client modifiée ». Les critères définissant une reprise, comme une modification du prix, de la quantité ou de la date de livraison, sont établis lors de la configuration du projet.

Cet attribut est essentiel au Dashboard « Reprises et fréquence des modifications des commandes client » et à l’indicateur de taux de reprises des commandes client. Il simplifie l’analyse en permettant de comparer directement les commandes traitées sans interruption avec celles qui ont nécessité des modifications manuelles. Vous pouvez ainsi mesurer l’effet des reprises sur les temps de cycle et les coûts.

Pourquoi est-ce important ?

Mesure directement la fréquence des reprises et permet d’en analyser les causes ainsi que les effets sur l’efficacité globale du processus et le temps de cycle.

Où trouver ces données

Cet attribut calculé est dérivé 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 dans les tables CDHDR/CDPOS.

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

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

Cet attribut est essentiel au Dashboard « Analyse du temps de traitement du contrôle de solvabilité ». Les retards ou les blocages à cette étape peuvent allonger considérablement le temps de cycle global d’exécution de la commande. L’analyse de ce statut aide à évaluer l’efficacité de la gestion du crédit et son effet sur le rythme des ventes.

Pourquoi est-ce important ?

Ce statut a un effet direct sur la vitesse de traitement des commandes. Son analyse permet de repérer les goulots d’étranglement de la gestion du crédit qui retardent leur exécution.

Où trouver ces données

Se trouve dans la table des statuts d’en-tête du document commercial (VBUK) ou directement dans VBAK, dans le champ de statut de crédit (par exemple CMGST).

Exemples
ABD
Obligatoire Recommandé Facultatif

Activités du processus de commande à encaissement, traitement des commandes clients

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir avec précision le processus de commande à encaissement, traitement des commandes clients.
6 Recommandé 8 Facultatif
Activité Description
Commande client créée
Indique la création d’un nouveau document de commande client. Cet événement explicite est enregistré lorsqu’un utilisateur sauvegarde une nouvelle commande, généralement au moyen de la transaction VA01 dans SAP.
Pourquoi est-ce important ?

Il s’agit de l’événement de début principal du processus de la commande à l’encaissement. L’analyse de son horodatage est essentielle pour mesurer le temps de cycle global et le rythme de réception des commandes.

Où trouver ces données

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

Données à recueillir

É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 qu’elle est confirmée pour exécution. Elle est généralement déduite du fait que la commande n’est plus bloquée et que des quantités sont confirmées dans ses lignes d’échéancier.
Pourquoi est-ce important ?

Cette étape importante marque le passage de la saisie de la commande à son exécution. Elle sert de point de départ pour mesurer les délais d’exécution et la performance des livraisons dans les délais.

Où trouver ces données

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 livraison (par exemple, lorsque VBUK-LIFSK est vide).

Données à recueillir

Déduit de la confirmation de la ligne 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
Indique la création de la facture client ou du document de facturation. Cet événement explicite génère un nouveau document dans le système et marque le début de la phase de paiement du processus.
Pourquoi est-ce important ?

Cette étape importante marque le début du « temps de cycle entre la facturation et le paiement ». Les retards de facturation ont un effet direct sur la trésorerie.

Où trouver ces données

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

Données à recueillir

Événement basé 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 imputé à la facture, ce qui solde la créance ouverte. Il s’agit d’un événement comptable, déduit du lettrage d’un document financier.
Pourquoi est-ce important ?

Cette étape finale concrétise l’encaissement de la vente. Elle marque la fin de la période mesurée pour le « temps de cycle entre la facturation et le paiement » et le « temps de cycle d’exécution de la commande client ».

Où trouver ces données

Déduit des informations de lettrage figurant 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.

Données à recueillir

Déduit du renseignement de la date de lettrage (AUGDT) dans la table BSEG pour le poste 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 : la livraison et la facturation sont terminées, et le poste est considéré comme achevé. La clôture est déduite du statut global du poste.
Pourquoi est-ce important ?

Marque la fin normale du processus. L’analyse des dates de clôture permet de comprendre la durée totale du processus et de repérer les commandes qui restent ouvertes inutilement.

Où trouver ces données

Déduit du champ de statut global du poste dans la table VBUP (document commercial : statut du poste). Lorsque VBUP-GBSTA est égal à « C » (traitement terminé), le poste est clôturé.

Données à recueillir

Déduit du passage du statut du poste (VBUP-GBSTA) à « C » (traitement terminé).

Type d’événement inferred
Sortie de marchandises effectuée
Cet événement important marque le transfert de propriété des marchandises et leur sortie officielle de l’entrepôt. Cette comptabilisation financière explicite crée un document article et met à jour les stocks.
Pourquoi est-ce important ?

Il s’agit de l’événement d’expédition et d’une étape clé pour mesurer les livraisons dans les délais et les délais d’exécution. Il déclenche des mises à jour financières et marque un point de non-retour dans l’exécution physique de la commande.

Où trouver ces données

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.

Données à recueillir

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
Indique qu’un blocage de livraison a été appliqué à la commande client, empêchant 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 est-ce important ?

Cette activité est directement liée au KPI « Taux de blocage des commandes clients ». Comprendre pourquoi et à quelle fréquence des blocages sont définis permet de repérer les causes des retards d’exécution.

Où trouver ces données

Peut être repéré dans les journaux de modifications (CDHDR/CDPOS) pour le champ VBAK-LIFSK. Il peut aussi être déduit lorsque le champ VBAK-LIFSK est renseigné.

Données à recueillir

Événement issu des documents de modification du 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. En général, cet événement est enregistré lorsqu’un « motif de rejet » est attribué à tous les postes concernés de la commande.
Pourquoi est-ce important ?

Cette fin de processus signale un échec important et contribue directement au calcul de l’indicateur « taux d’annulation des commandes ». Comprendre quand et pourquoi les commandes sont annulées permet de repérer les problèmes liés au processus de vente.

Où trouver ces données

Déduit du renseignement du champ VBAP-ABGRU (motif de rejet) pour tous les postes actifs d’une commande client. La date de modification figure dans CDHDR/CDPOS.

Données à recueillir

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

Type d’événement inferred
Commande client modifiée
Indique la modification d’une commande client 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 comme la quantité, le prix ou les dates sont modifiés.
Pourquoi est-ce important ?

Le suivi des modifications permet de repérer les reprises, l’instabilité du processus et les problèmes de qualité des données. Des changements fréquents peuvent révéler des problèmes lors de la saisie initiale de la commande et entraîner des retards.

Où trouver ces données

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.

Données à recueillir

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

Type d’événement explicit
Confirmation de la preuve de livraison
Cette activité indique 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 est-ce important ?

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

Où trouver ces données

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

Données à recueillir

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

Type d’événement inferred
Contrôle de solvabilité effectué
Indique la fin du contrôle de solvabilité, automatique ou manuel, du client associé à la commande. Cet événement est généralement déduit d’un changement du statut global de crédit du document.
Pourquoi est-ce important ?

Le contrôle de solvabilité constitue souvent un goulot d’étranglement important. Mesurer le temps nécessaire à cette étape est essentiel pour analyser le temps de traitement des contrôles de solvabilité et accélérer le traitement des commandes.

Où trouver ces données

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

Données à recueillir

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

Type d’événement inferred
Facture annulée
Indique l’annulation d’un document de facturation créé précédemment. Cette transaction explicite crée un nouveau document d’annulation qui vient compenser le document d’origine.
Pourquoi est-ce important ?

Le suivi des annulations de factures permet de repérer les problèmes de tarification, les écarts de livraison ou les erreurs de données. Il contribue au calcul de l’indicateur « taux d’écart de facturation ».

Où trouver ces données

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

Données à recueillir

Création d’un document d’annulation dans VBRK, avec 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 demande à l’entrepôt de commencer le prélèvement et l’expédition des marchandises. Il s’agit d’un événement explicite enregistré dans le flux documentaire.
Pourquoi est-ce important ?

C’est la première étape de l’exécution physique de la commande. 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ù trouver ces données

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

Données à recueillir

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

Type d’événement explicit
Prélèvement terminé
Indique que tous les articles de la livraison ont été prélevés physiquement dans l’entrepôt. Si Warehouse Management (WM) est utilisé, cet événement peut être déduit du statut de l’ordre de transfert.
Pourquoi est-ce important ?

L’analyse du temps de prélèvement aide à optimiser les opérations de l’entrepôt. Les retards à cette étape affectent directement le calendrier d’expédition et le cycle d’exécution de la commande.

Où trouver ces données

Déduit du changement du statut de prélèvement du poste de livraison dans le champ LIPS-KOSTA, qui passe à ’C’ (prélèvement complet). Si WM est actif, l’événement peut être déduit de la confirmation de l’ordre de transfert (tables LTAK/LTAP).

Données à recueillir

Déduit d’un changement du statut de prélèvement (LIPS-KOSTA) ou de la confirmation de l’ordre de transfert WM.

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 ce modèle de données pour votre processus de commande à encaissement, traitement des commandes clients. Commencez dès aujourd’hui à améliorer l’efficacité et à accélérer les encaissements.

Optimisez dès aujourd’hui le traitement des commandes, de la commande à l’encaissement

Éliminez les goulots d’étranglement, réduisez le temps de cycle de 30 % et accélérez les encaissements.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.