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
- Attributs recommandés à collecter
- Activités clés à suivre
- Instructions d’extraction pour SAP S/4HANA
Attributs du processus de commande à encaissement, traitement des commandes clients
| Nom | Description | ||
|---|---|---|---|
|
Commande client
Vbeln
|
Identifiant unique d’un document de vente, utilisé comme identifiant principal du cas dans le processus de la commande à l’encaissement. | ||
|
Description
Le numéro de commande client identifie de manière unique la demande de biens ou de services d’un client. Il s’agit de l’objet central qui relie toutes les activités du cycle de traitement de la commande, de sa création et de sa confirmation à la livraison et à la facturation. En Process Mining, cet attribut est essentiel pour suivre le parcours de chaque commande de bout en bout. L’analyse par commande client permet aux entreprises de repérer les goulots d’étranglement, de comprendre les variations du processus et de mesurer des indicateurs clés, comme le temps de cycle et le respect des délais de livraison, pour chaque transaction.
Pourquoi est-ce important ?
Cet identifiant central relie tous les événements associés au processus et permet d’obtenir une vue complète du cycle de vie de chaque commande.
Où trouver ces données
Cet attribut correspond au numéro du document de vente dans la table VBAK (champ VBELN).
Exemples
100002341000056710000891
|
|||
|
Heure de l’événement
EventTime
|
Horodatage indiquant quand une activité ou un événement précis a eu lieu. | ||
|
Description
L’heure de l’événement indique la date et l’heure précises de chaque activité du processus et constitue la trame chronologique du journal d’événements. Elle indique, par exemple, quand une commande client a été créée, quand les marchandises ont été expédiées et quand une facture a été payée. Cet attribut est essentiel à toutes les analyses temporelles. Il sert à calculer les temps de cycle entre les activités, à repérer les retards, à mesurer la performance du processus au regard des accords de niveau de service et à analyser la durée globale du traitement des commandes client. La précision de ces horodatages a une incidence directe sur la qualité des analyses de Process Mining.
Pourquoi est-ce important ?
Cet horodatage est indispensable au calcul des durées, des temps de cycle et des temps d’attente, qui sont essentiels à l’analyse de la performance.
Où trouver ces données
Cet attribut est dérivé de différents champs de date et d’heure des tables SAP, comme ERDAT/ERZET (date et heure de création) dans VBAK, LIKP ou VBRK, ou des horodatages des journaux de modifications dans CDHDR.
Exemples
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’activité métier réalisée à une étape précise du processus de commande client. | ||
|
Description
Cet attribut décrit une étape ou un événement précis du cycle de vie d’une commande client, comme « commande client créée », « sortie de marchandises comptabilisée » ou « paiement reçu ». Ces activités sont déterminées à partir de différents changements de statut, dates de création de documents et entrées de journal dans les divers modules SAP. L’analyse de leur séquence et de leur durée constitue le fondement du Process Mining. Elle permet de visualiser les cartes de processus, de repérer les goulots d’étranglement entre les étapes et d’étudier les variantes du processus afin de comprendre comment les commandes circulent réellement dans le système par rapport au processus prévu.
Pourquoi est-ce important ?
Cet attribut définit les étapes du processus. Il permet de construire la carte de processus et d’analyser le flux des activités ainsi que les goulots d’étranglement.
Où trouver ces données
Cet attribut est dérivé. Il est généralement généré lors de l’extraction des données, en associant les changements de statut ou les événements de création de documents provenant de tables comme VBAK, LIKP, VBRK et CDHDR/CDPOS à des noms d’activité explicites.
Exemples
Commande client crééeLivraison crééeFacture crééePaiement reçu
|
|||
|
Date de livraison demandée
Vdatu
|
Date de livraison demandée par le client pour les biens ou les services. | ||
|
Description
Cette date correspond à la date à laquelle le client souhaite recevoir les articles de la commande. Elle est essentielle à la planification, à l’ordonnancement et au suivi des accords de niveau de service (SLA). Cet attribut est indispensable pour mesurer la qualité du service client et la performance logistique. Il sert de référence au taux de livraison dans les délais : la date demandée est comparée à la date réelle de sortie des marchandises ou de livraison pour vérifier si la demande du client a été satisfaite. L’analyse des écarts permet de repérer les problèmes récurrents liés à l’exécution ou à la planification.
Pourquoi est-ce important ?
Cette date sert principalement à mesurer la performance des livraisons dans les délais, un indicateur clé de la satisfaction client et de l’efficacité de la chaîne d’approvisionnement.
Où trouver ces données
Cet attribut correspond au champ « date de livraison demandée » de la table des lignes d’échéancier de commande client VBEP (champ VDATU).
Exemples
2023-02-012023-03-152023-04-20
|
|||
|
Montant net
Netwr
|
Valeur nette du poste ou du document de commande client dans la devise du document. | ||
|
Description
Le montant net correspond à la valeur de la commande après déduction des remises et ajout des suppléments, mais avant les taxes. Il s’agit d’un indicateur financier important pour chaque commande client. En Process Mining, cet attribut apporte un contexte métier essentiel. Il permet de prioriser l’analyse des commandes de grande valeur, de déterminer si le montant de la commande est lié à la durée ou à la complexité du traitement et de mesurer l’incidence financière des inefficacités, comme les annulations ou les retards. L’analyse peut, par exemple, montrer que les contrôles de solvabilité manuels retardent souvent les commandes de grande valeur.
Pourquoi est-ce important ?
Cet attribut apporte un contexte financier à chaque cas. Il permet de prioriser les améliorations concernant les commandes à forte incidence et de quantifier le coût des retards.
Où trouver ces données
Cet attribut correspond à la « valeur nette du poste de commande dans la devise du document » de la table VBAP (champ NETWR), ou à une valeur agrégée de la table VBAK.
Exemples
1500.00250.5012345.75
|
|||
|
Nom d’utilisateur
Ernam
|
Identifiant SAP de l’utilisateur qui a créé ou modifié le document en dernier. | ||
|
Description
Cet attribut identifie l’utilisateur responsable d’une activité donnée, comme la création de la commande client ou la comptabilisation de la sortie de marchandises. Il relie les étapes du processus aux personnes ou aux équipes qui les ont réalisées. L’analyse des activités par utilisateur permet de repérer les besoins de formation, de comprendre la répartition de la charge de travail et de détecter les écarts propres à certains utilisateurs. Elle est également utile pour la conformité et les audits, car elle indique clairement qui a effectué les principales actions du processus.
Pourquoi est-ce important ?
Cet attribut permet d’analyser la performance du processus par utilisateur ou par équipe, de repérer les personnes les plus performantes, les besoins de formation et la répartition de la charge de travail.
Où trouver ces données
Cet attribut correspond au champ « nom de la personne ayant créé l’objet » dans des tables comme VBAK (champ ERNAM pour la création) ou dans les en-têtes des documents de modification de CDHDR (champ UNAME).
Exemples
CBURNSDSCRANTONJHALPERT
|
|||
|
Numéro d’article
Matnr
|
Identifiant unique d’un produit ou d’un article vendu. | ||
|
Description
Le numéro d’article est la clé unique d’un produit dans les données de base des articles. Chaque poste d’une commande client correspond à un numéro d’article précis. Cet attribut permet d’analyser les processus du point de vue des produits. Il sert à déterminer si certains produits sont associés à des durées de traitement plus longues, à des modifications plus fréquentes ou à davantage d’annulations. Cette analyse peut révéler des problèmes propres à certaines gammes de produits, comme la complexité de la chaîne d’approvisionnement ou des données inexactes.
Pourquoi est-ce important ?
Cet attribut facilite l’analyse par produit et permet de repérer les articles ou les gammes associés à des retards, à des reprises ou à d’autres inefficacités.
Où trouver ces données
Cet attribut correspond au champ « numéro d’article » de la table des postes de commande client VBAP (champ MATNR).
Exemples
PROD-1001PROD-2005SERV-A01
|
|||
|
Numéro de client
Kunnr
|
Identifiant unique d’un compte client. | ||
|
Description
Le numéro de client est une clé unique attribuée à chaque client dans les données de base. Il est utilisé dans toutes les transactions qui le concernent, notamment les commandes client, les livraisons et les paiements. L’analyse du processus du point de vue du client est essentielle. Cet attribut permet de comparer la performance des commandes selon le client, de repérer ceux qui subissent les retards les plus longs et de comprendre les différences de traitement pour les comptes clés. Il est indispensable aux Dashboards qui analysent les temps de cycle par segment de clientèle.
Pourquoi est-ce important ?
Cet attribut permet d’analyser les processus du point de vue du client, de repérer les problèmes qui touchent certains clients ou groupes de clients et de mesurer les indicateurs propres à chaque client.
Où trouver ces données
Cet attribut correspond au champ « donneur d’ordre » ou « numéro de client » de la table VBAK (champ KUNNR).
Exemples
C000123C000456C000789
|
|||
|
Organisation commerciale
Vkorg
|
Unité organisationnelle responsable de la vente de produits ou de services précis. | ||
|
Description
L’organisation commerciale représente une unité de vente de l’entreprise. Elle est chargée de négocier les conditions de vente et de distribuer les biens et les services. Chaque transaction commerciale est rattachée à une organisation commerciale précise. Cet attribut constitue un axe majeur d’analyse de la performance. En filtrant ou en comparant les données de différentes organisations commerciales, les entreprises peuvent comparer leurs résultats, repérer les bonnes pratiques régionales ou divisionnelles et comprendre comment l’efficacité des processus varie selon la zone géographique ou l’unité opérationnelle.
Pourquoi est-ce important ?
Cet attribut permet de comparer la performance et les résultats entre différentes unités opérationnelles, régions ou entreprises d’un même groupe.
Où trouver ces données
Cet attribut correspond au champ « organisation commerciale » de la table VBAK (champ VKORG).
Exemples
10002000US01DE01
|
|||
|
Type de document de vente
Auart
|
Classification qui distingue les différents types de documents de vente, comme les commandes standard, les retours ou les avoirs. | ||
|
Description
Le type de document de vente détermine le traitement du document dans SAP. Il définit notamment la plage de numéros, les champs obligatoires et le déroulement général de la transaction. Par exemple, « OR » désigne une commande standard et « RE » une commande de retour. En Process Mining, cet attribut est essentiel pour segmenter l’analyse. La comparaison des flux de processus selon le type de document peut révéler des écarts importants dans les temps de cycle, les taux de reprises et les niveaux d’automatisation. Elle permet d’adapter les initiatives d’amélioration aux différents types de commandes.
Pourquoi est-ce important ?
Cet attribut permet de répartir les commandes client en différentes catégories et de comparer le traitement de chaque type de commande.
Où trouver ces données
Cet attribut correspond au champ « type de document de vente » de la table VBAK (champ AUART).
Exemples
ORRECRSO
|
|||
|
Canal de distribution
Vtweg
|
Canal par lequel les produits ou services parviennent au client, par exemple la vente au détail, la vente en gros ou la vente en ligne. | ||
|
Description
Le canal de distribution définit le mode de vente et de distribution des produits aux clients. Avec l’organisation commerciale, il constitue un élément clé de la définition du secteur commercial. L’analyse des processus par canal de distribution permet de comparer leur efficacité. Par exemple, les commandes du canal « En ligne » peuvent être largement automatisées et traitées rapidement, tandis que celles du canal « Vente directe » peuvent comporter davantage d’étapes manuelles et prendre plus de temps. Vous pouvez ainsi cibler les améliorations sur les canaux concernés.
Pourquoi est-ce important ?
Permet de comparer les performances des différents canaux de vente, comme le Web, la vente directe ou la vente au détail, afin de repérer les goulots d’étranglement propres à chaque canal et les bonnes pratiques.
Où trouver ces données
Cet attribut correspond au « Canal de distribution » de la table VBAK (champ VTWEG).
Exemples
102001
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de la dernière actualisation ou extraction des données depuis le système source. | ||
|
Description
Cet attribut indique la date de la dernière mise à jour des données utilisées pour l’analyse du processus. Il permet aux utilisateurs métier et aux analystes de connaître leur fraîcheur et de savoir quelle période l’analyse couvre. Dans les Dashboards et les rapports, cette information apporte un contexte essentiel. Elle permet de savoir si les données consultées sont en temps réel ou correspondent à un instantané périodique, ce qui influe sur l’interprétation des tendances récentes et de la performance opérationnelle.
Pourquoi est-ce important ?
Cet attribut informe les utilisateurs de l’actualité des données, précise le contexte temporel de l’analyse et évite les interprétations erronées.
Où trouver ces données
Cet attribut est généré par l’outil d’extraction des données ou d’ETL, qui enregistre l’horodatage de la dernière exécution du pipeline de données.
Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Devise du document
Waerk
|
Code de devise des montants indiqués dans le document commercial. | ||
|
Description
Cet attribut indique la devise (par exemple, USD, EUR ou JPY) des valeurs monétaires du document commercial, comme le montant net. Il fournit le contexte nécessaire pour interpréter et agréger correctement les données financières. Même si la devise n’influence pas directement le déroulement du processus, elle est indispensable à toute analyse financière. Elle permet d’interpréter correctement les montants et de les convertir dans une devise commune pour les rapports à l’échelle mondiale.
Pourquoi est-ce important ?
Fournit le contexte nécessaire à l’interprétation des valeurs monétaires et à la fiabilité des analyses et rapports financiers, notamment dans les activités internationales.
Où trouver ces données
Cet attribut correspond à la « Devise du document SD » de la table VBAK (champ WAERK).
Exemples
USDEURGBP
|
|||
|
Division
Spart
|
Unité organisationnelle représentant une gamme de produits ou un secteur d’activité particulier. | ||
|
Description
La division sert à regrouper les articles ou les services, souvent par gamme de produits. Elle entre dans la définition du secteur commercial et permet de structurer l’entreprise selon ses produits. Cet attribut permet d’analyser les performances des processus pour différents groupes de produits. Il aide à répondre à des questions telles que : « Le traitement des commandes de pièces détachées diffère-t-il de celui des commandes de produits finis ? » Cette segmentation est essentielle pour le KPI « Temps de cycle par gamme de produits » et les analyses associées dans les Dashboards.
Pourquoi est-ce important ?
Permet d’analyser les processus par gamme de produits ou secteur d’activité et de repérer les différences de performance entre les différentes parties de l’entreprise.
Où trouver ces données
Cet attribut correspond à la « Division » des tables VBAK ou VBAP (champ SPART).
Exemples
000105
|
|||
|
Heure de fin
EndTime
|
Horodatage indiquant la fin d’une activité ou d’un événement. | ||
|
Description
EndTime indique l’heure de fin d’une activité. StartTime indique quand une tâche a commencé, tandis qu’EndTime précise quand elle s’est terminée. Vous pouvez ainsi mesurer la durée du travail effectif. Cet attribut est essentiel au calcul précis de la durée de traitement des activités. Il permet de distinguer le temps consacré au travail sur une tâche (Durée de traitement = EndTime - StartTime) du temps d’attente avant le début de la tâche suivante (Temps d’attente = NextActivity.StartTime - CurrentActivity.EndTime). Cette distinction est fondamentale pour analyser précisément les goulots d’étranglement.
Pourquoi est-ce important ?
Permet de calculer précisément la durée de traitement d’une activité et de distinguer le temps de travail effectif du temps d’attente.
Où trouver ces données
Il s’agit d’un attribut dérivé. Pour certaines activités, il peut correspondre à un horodatage précis dans SAP. Pour d’autres, il est souvent déduit ou défini comme identique à StartTime si l’événement est considéré comme instantané.
Exemples
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Indicateur de livraison dans les délais
IsOnTimeDelivery
|
Indicateur booléen précisant si la commande a été livrée à la date de livraison confirmée ou demandée, ou avant celle-ci. | ||
|
Description
Cet attribut indique clairement, sous forme binaire, si chaque commande a été livrée dans les délais. Il est calculé en comparant l’horodatage réel de l’activité « Sortie de marchandises enregistrée » à la « Date de livraison demandée » (VDATU) ou à une date de livraison confirmée figurant dans l’échéancier de la commande. Cet indicateur sert de base au KPI « Taux de livraison dans les délais » et au Dashboard « Respect des dates de livraison promises ». Il simplifie l’analyse en permettant de répartir rapidement les commandes entre les catégories « Dans les délais » et « En retard », puis d’examiner les caractéristiques du processus pour chaque groupe afin d’en déterminer les causes profondes.
Pourquoi est-ce important ?
Mesure directement la performance de livraison au regard des attentes des clients et constitue la base du KPI essentiel « Taux de livraison dans les délais ».
Où trouver ces données
Il s’agit d’un attribut calculé en comparant l’horodatage de l’activité « Sortie de marchandises enregistrée » à la « Date de livraison demandée » (VBEP-VDATU).
Exemples
truefalse
|
|||
|
Indicateur de reprise
IsRework
|
Indicateur booléen précisant si une activité ou un cas comporte une reprise, par exemple une confirmation répétée ou une modification importante. | ||
|
Description
Cet indicateur sert à repérer les commandes client ayant fait l’objet de reprises, par exemple lorsqu’elles ont été modifiées après confirmation ou qu’une même activité s’est produite plusieurs fois. Il peut être défini en fonction de la présence d’activités « Commande client modifiée » ou de plusieurs événements « Commande confirmée » pour un même cas. Cet attribut alimente directement le Dashboard « Modifications et taux de reprise des commandes client » ainsi que les KPI associés. Il facilite le filtrage et la quantification des reprises, afin de mesurer le coût et la fréquence des inefficacités du processus et de cibler les causes profondes de ces écarts.
Pourquoi est-ce important ?
Cet indicateur permet de mesurer la fréquence et l’impact des reprises, puis d’analyser les moyens de réduire les écarts de processus, les modifications manuelles et les inefficacités.
Où trouver ces données
Il s’agit d’un attribut calculé. Sa logique est définie lors de la transformation des données, souvent en détectant des activités répétées ou des événements de modification spécifiques (par exemple dans les tables CDHDR/CDPOS).
Exemples
truefalse
|
|||
|
Indicateur de saisie manuelle
IsManualEntry
|
Indicateur précisant si la commande client a été créée manuellement ou par un canal automatisé, comme l’EDI ou un portail de commerce en ligne. | ||
|
Description
Cet attribut distingue les commandes saisies directement par un utilisateur dans l’interface SAP GUI de celles créées automatiquement par échange de données informatisé (EDI), par API ou par d’autres systèmes intégrés. Cette information peut parfois être déduite de l’utilisateur ayant créé la commande (par exemple, un utilisateur système plutôt qu’une personne) ou d’indicateurs spécifiques du document commercial. Cet attribut est essentiel à l’analyse de l’automatisation et alimente le KPI « Taux de saisie manuelle des commandes ». Il permet de comparer directement l’efficacité des processus, les taux d’erreur et les temps de cycle des commandes créées manuellement et automatiquement, afin d’étayer une analyse de rentabilité en faveur d’une automatisation accrue.
Pourquoi est-ce important ?
Permet de mesurer le degré d’automatisation de la saisie des commandes et de comparer l’efficacité ainsi que les taux d’erreur des commandes manuelles et automatisées.
Où trouver ces données
Il s’agit souvent d’un attribut dérivé. Vous pouvez le déduire en comparant l’utilisateur « Créé par » (ERNAM) de la table VBAK à une liste d’utilisateurs système ou de traitement par lots connus, ou en vous appuyant sur des indicateurs de canal spécifiques.
Exemples
truefalse
|
|||
|
Motif de rejet
Abgru
|
Code indiquant pourquoi une commande client ou un poste a été rejeté ou annulé. | ||
|
Description
Le motif de rejet précise pourquoi une commande client ou un poste a été annulé. Ces motifs sont généralement définis par l’entreprise et peuvent correspondre à des codes tels que « Rupture de stock », « Annulation par le client » ou « Prix incorrect ». Cet attribut est essentiel pour analyser les causes profondes des annulations de commandes. En examinant les motifs de rejet les plus fréquents, les entreprises peuvent repérer les problèmes sous-jacents liés aux ventes, aux stocks ou aux processus de tarification. Ces informations sont indispensables au Dashboard « Analyse des annulations de commandes client », qui vise à réduire les ventes perdues et à améliorer l’efficacité.
Pourquoi est-ce important ?
Il explique pourquoi les commandes sont annulées et permet d’analyser les causes profondes de problèmes tels que les erreurs de prix, les ruptures de stock ou la mauvaise qualité des données.
Où trouver ces données
Cet attribut correspond au « Motif de rejet des offres et des commandes client » dans la table des postes de commande client VBAP (champ ABGRU).
Exemples
010215
|
|||
|
Quantité commandée
Kwmeng
|
Quantité de l’article commandée dans un poste donné du document commercial. | ||
|
Description
Cet attribut indique le nombre d’unités d’un article donné demandé par le client dans un poste de commande client. Il s’agit d’une donnée transactionnelle fondamentale. L’analyse des quantités commandées apporte un éclairage utile sur l’activité. Vous pouvez segmenter les commandes selon leur taille, petite ou grande, afin de déterminer si le volume influe sur l’efficacité du traitement. Cette mesure est également importante pour les rapports d’activité et l’évaluation du volume des opérations.
Pourquoi est-ce important ?
Permet d’analyser les commandes selon leur taille et de déterminer si leur volume influe sur les délais de traitement, la complexité ou les taux d’erreur.
Où trouver ces données
Cet attribut correspond à la « Quantité cumulée commandée en unités de vente » de la table VBAP (champ KWMENG).
Exemples
101505
|
|||
|
Statut global de livraison
Lfstk
|
Statut global de livraison de la commande client : non traitée, partiellement livrée ou entièrement livrée. | ||
|
Description
Ce champ de statut résume l’avancement de l’exécution d’un document commercial. Il est calculé à partir du statut de tous ses postes et indique si la commande est ouverte, en cours ou terminée du point de vue de la livraison. Dans l’analyse des processus, cet attribut permet de comprendre l’état actuel des commandes ouvertes et de filtrer les cas. Par exemple, l’analyse des commandes « Entièrement livrées » donne une vue des processus terminés, tandis que l’examen des commandes « Non encore traitées » peut révéler des retards accumulés et des goulots d’étranglement en début de processus.
Pourquoi est-ce important ?
Donne un aperçu de l’avancement de l’exécution d’une commande et permet de filtrer et d’analyser les commandes ouvertes, partiellement livrées ou entièrement livrées.
Où trouver ces données
Cet attribut correspond au « Statut global de livraison de tous les postes » de la table des statuts VBUK (champ LFSTK).
Exemples
ABC
|
|||
|
Système source
SourceSystemId
|
Identifie le système source dont les données ont été extraites. | ||
|
Description
Cet attribut indique le système d’origine des données d’événement, par exemple « SAP S/4HANA Production » ou « ECC Quality ». Dans les environnements qui utilisent plusieurs systèmes ERP ou combinent des plateformes anciennes et récentes, ce champ est essentiel pour assurer la traçabilité et la validation des données. Il permet de filtrer et de comparer les processus entre différents systèmes ou entités organisationnelles. Cette analyse peut révéler des écarts dans l’exécution des processus ou la qualité des données propres à un système donné.
Pourquoi est-ce important ?
Cet attribut précise l’origine des données. Dans un environnement composé de plusieurs systèmes, il est essentiel pour garantir leur intégrité et permettre des analyses comparatives.
Où trouver ces données
Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour indiquer le système dont elles proviennent.
Exemples
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
Activités du processus de commande à encaissement, traitement des commandes clients
| Activité | Description | ||
|---|---|---|---|
|
Commande client confirmée
|
Cette étape marque la fin du contrôle de disponibilité des articles et la confirmation des quantités et des dates de livraison pour les postes de la commande. Elle est déduite de la création de lignes d’échéancier comportant des quantités confirmées. | ||
|
Pourquoi est-ce important ?
Cette étape marque un engagement envers le client. Le temps nécessaire pour l’atteindre (temps de cycle de confirmation de la commande) est un indicateur important de l’efficacité du traitement interne.
Où trouver ces données
L’événement est déduit de la création, dans la table VBEP (document de vente : données des lignes d’échéancier), d’enregistrements comportant une quantité confirmée (BMENG > 0) pour les postes de la commande client.
Données à recueillir
L’événement est déterminé à partir de la date de création de la première ligne d’échéancier comportant une quantité confirmée dans la table VBEP.
Type d’événement
inferred
|
|||
|
Commande client créée
|
Cette activité marque le début du processus de vente, lorsqu’une nouvelle commande client est officiellement créée dans le système. L’événement est enregistré explicitement lorsqu’un utilisateur enregistre un nouveau document de commande client, par exemple avec la transaction VA01, ce qui crée une nouvelle entrée dans la table VBAK. | ||
|
Pourquoi est-ce important ?
Il s’agit de l’événement de début principal du processus de la commande à l’encaissement. Analyser le temps écoulé entre cette activité et les étapes suivantes est essentiel pour mesurer le temps de cycle global et repérer les premiers retards de traitement.
Où trouver ces données
L’événement est enregistré dans la table VBAK (données d’en-tête du document de vente) lors de la création. Les champs de date (ERDAT) et d’heure (ERZET) de création fournissent l’horodatage.
Données à recueillir
L’événement est déterminé à partir de l’horodatage de création de l’en-tête de commande client dans la table VBAK.
Type d’événement
explicit
|
|||
|
Commande clôturée
|
Cette étape marque le statut final d’une commande client et indique que tous les processus associés, notamment la livraison, la facturation et le paiement, sont terminés. Elle est déduite du statut global du document de vente. | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin des commandes traitées avec succès dans l’analyse du processus. Elle permet de mesurer avec précision le temps de cycle de bout en bout des commandes exécutées.
Où trouver ces données
L’événement est déduit du passage du champ de statut global du document de vente (VBUK-GBSTK) à « C » (traitement complet). L’horodatage doit être déterminé à partir de la dernière mise à jour d’un document associé, comme le lettrage du paiement.
Données à recueillir
L’événement est déduit lorsque le statut du document VBUK-GBSTK passe à « C ». L’horodatage correspond à celui du dernier événement, par exemple la réception du paiement.
Type d’événement
inferred
|
|||
|
Facture créée
|
Cette activité correspond à la création du document de facturation client, qui détaille les produits, les quantités et les prix à payer. Il s’agit d’un événement explicite : un document de facture est généré en référence à la livraison ou à la commande client. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début du cycle de recouvrement des paiements. Le temps écoulé entre la sortie de marchandises et la création de la facture est un indicateur clé de l’efficacité du processus de facturation.
Où trouver ces données
L’événement est enregistré à partir de la date (ERDAT) et de l’heure (ERZET) de création de la table VBRK (document de facturation : données d’en-tête). La table VBFA relie la facture aux documents précédents.
Données à recueillir
L’événement est déterminé à partir de l’horodatage de création de l’en-tête du document de facturation dans la table VBRK.
Type d’événement
explicit
|
|||
|
Livraison créée
|
Cette activité correspond à la création d’un document de livraison sortante, qui marque le début du processus d’expédition et de logistique. Il s’agit d’un événement explicite : un document de livraison est créé en référence à la commande client. | ||
|
Pourquoi est-ce important ?
Cette étape marque le passage du traitement commercial à la logistique. Analyser le temps écoulé entre la confirmation de la commande et la création de la livraison permet de repérer les goulots d’étranglement dans la planification de l’exécution.
Où trouver ces données
L’événement est enregistré à partir de l’horodatage de création de la table LIKP (document SD : données d’en-tête de livraison). Le lien avec la commande client est stocké dans la table VBFA (flux des documents de vente).
Données à recueillir
L’événement est déterminé à partir de l’horodatage de création de l’en-tête du document de livraison dans la table LIKP.
Type d’événement
explicit
|
|||
|
Paiement reçu
|
Cette activité marque la fin du processus : le paiement du client a été reçu et lettré avec la facture ouverte. Il s’agit d’une comptabilisation financière explicite qui solde le poste client. | ||
|
Pourquoi est-ce important ?
Cette étape finale concrétise la valeur du cycle de la commande à l’encaissement. Analyser le temps écoulé entre la facture et le paiement est essentiel pour gérer la trésorerie et le délai moyen de paiement client (DSO).
Où trouver ces données
L’événement est enregistré à partir de la date de lettrage (AUGDT) dans la table BSEG (poste du document comptable), pour le poste associé au paiement client qui solde la facture.
Données à recueillir
L’événement est déterminé à partir de la date de lettrage (AUGDT) du poste client lettré dans la table BSEG, ou du document de lettrage dans BKPF.
Type d’événement
explicit
|
|||
|
Sortie de marchandises comptabilisée
|
Cette étape correspond au transfert juridique et financier des marchandises et marque leur sortie officielle du stock de l’entreprise. Cet événement explicite réduit les niveaux de stock et constitue un préalable à la facturation. | ||
|
Pourquoi est-ce important ?
La comptabilisation de la sortie de marchandises est une étape importante sur les plans financier et logistique. Elle correspond souvent au moment de l’expédition et a une incidence directe sur la valorisation des stocks et la comptabilisation du chiffre d’affaires.
Où trouver ces données
L’horodatage est enregistré dans la table LIKP (WADAT_IST, date réelle du mouvement de marchandises) lors de la comptabilisation de la sortie de marchandises. La table de flux des documents VBFA relie cet événement à la commande client.
Données à recueillir
L’événement est déterminé à partir de la date réelle du mouvement de marchandises (LIKP-WADAT_IST) dans l’en-tête de livraison.
Type d’événement
explicit
|
|||
|
Blocage de la commande client appliqué
|
Cette activité a lieu lorsqu’un blocage de traitement est appliqué à la commande client, empêchant les étapes suivantes, comme la création d’une livraison. Elle est déduite de l’analyse des journaux de modifications des champs de blocage de l’en-tête ou du poste de commande. | ||
|
Pourquoi est-ce important ?
L’application d’un blocage constitue un écart important par rapport au parcours nominal. Comprendre pourquoi et à quelle fréquence ces blocages sont appliqués permet de repérer des problèmes récurrents liés à la qualité des données, aux prix ou aux données de base des clients.
Où trouver ces données
L’événement est déduit des tables de modifications (CDHDR, CDPOS) pour les champs de blocage de la commande client, comme VBAK-AUFSP (blocage de commande) ou VBAK-LIFSK (blocage de livraison).
Données à recueillir
L’événement est identifié lorsqu’un champ de blocage, par exemple VBAK-LIFSK, passe d’une valeur vide à une valeur renseignée.
Type d’événement
inferred
|
|||
|
Blocage de la commande client levé
|
Cette activité correspond à la levée d’un blocage de traitement, qui permet à la commande client de passer à l’étape suivante. Elle est déduite du changement des champs de blocage concernés, qui passent d’une valeur renseignée à une valeur vide ou effacée. | ||
|
Pourquoi est-ce important ?
Le temps nécessaire à la levée des blocages permet de mesurer la durée des retards. Le suivi de cette activité aide à quantifier les reprises et à évaluer l’efficacité de leur résolution.
Où trouver ces données
L’événement est déduit des tables de modifications (CDHDR, CDPOS), lorsqu’un champ de blocage de la commande client, par exemple VBAK-LIFSK, passe d’une valeur renseignée à une valeur vide.
Données à recueillir
L’événement est identifié lorsqu’un champ de blocage, par exemple VBAK-LIFSK, passe d’une valeur renseignée à une valeur vide.
Type d’événement
inferred
|
|||
|
Commande client modifiée
|
Cet événement indique qu’un attribut important d’une commande client existante, comme la quantité, le prix ou la date de livraison demandée, a été modifié après sa création. Il est enregistré explicitement dans les tables de journal des modifications de SAP. | ||
|
Pourquoi est-ce important ?
Des modifications fréquentes signalent un processus instable et peuvent entraîner des reprises, des erreurs d’exécution et des retards. Le suivi de cette activité permet de mesurer le taux de modification des commandes client et d’en rechercher les causes profondes.
Où trouver ces données
L’événement est enregistré dans les tables de modifications CDHDR (en-tête du document de modification) et CDPOS (postes du document de modification), qui consignent les changements apportés aux tables de commandes client, comme VBAK et VBAP.
Données à recueillir
L’événement est identifié à partir des entrées de la table CDHDR associées à l’objet de commande client (OBJECTCLAS 'VERKBELEG').
Type d’événement
explicit
|
|||
|
Contrôle de solvabilité effectué
|
Cette activité correspond à la fin du contrôle de solvabilité du client associé à la commande. Cette étape peut être automatisée ou manuelle. Elle est généralement déduite d’une modification du statut de crédit global du document. | ||
|
Pourquoi est-ce important ?
Les contrôles de solvabilité constituent souvent un goulot d’étranglement qui peut retarder considérablement la confirmation et l’exécution des commandes. Le suivi de cette activité permet d’en mesurer la durée et l’incidence sur le processus global.
Où trouver ces données
L’événement est déduit des mises à jour de statut dans la table VBUK (document de vente : statut de l’en-tête et données administratives). Une modification du champ de statut de crédit (CMGST) indique que le contrôle est terminé.
Données à recueillir
L’événement est déduit d’une modification horodatée du champ de statut de crédit (VBUK-CMGST) du document de vente.
Type d’événement
inferred
|
|||
|
Document comptable créé
|
Cette activité a lieu lorsque la facture est comptabilisée dans le module de comptabilité financière, ce qui génère des écritures comptables. Il s’agit d’un événement explicite qui crée un document correspondant dans le grand livre. | ||
|
Pourquoi est-ce important ?
Cet événement confirme que le chiffre d’affaires de la vente a été officiellement comptabilisé dans les comptes de l’entreprise. Tout retard à cette étape peut nuire à l’exactitude des rapports financiers.
Où trouver ces données
L’événement est enregistré à partir de la date (CPUDT) et de l’heure (CPUTM) de création de la table BKPF (en-tête du document comptable). La table VBRK contient souvent le numéro du document comptable correspondant (VBRK-BELNR).
Données à recueillir
L’événement est déterminé à partir de l’horodatage de création de l’en-tête du document comptable dans la table BKPF.
Type d’événement
explicit
|
|||
|
Facture envoyée au client
|
Cet événement indique que la facture générée a été transmise au client, par exemple par courrier, par e-mail ou via EDI. Il est généralement déduit du journal de traitement du système de détermination des sorties. | ||
|
Pourquoi est-ce important ?
Le délai de paiement commence souvent à la réception de la facture par le client. Le suivi de cet événement est essentiel pour mesurer avec précision le temps de cycle de recouvrement des paiements.
Où trouver ces données
L’événement est déduit des enregistrements de la table NAST (statut du message), qui consigne le traitement des types de sortie, comme les factures. La date et l’heure de traitement peuvent servir d’horodatage.
Données à recueillir
L’événement est déduit de l’horodatage de traitement de l’enregistrement du message de sortie concerné dans la table NAST.
Type d’événement
inferred
|
|||
|
Marchandises prélevées
|
Cette activité correspond à la fin du prélèvement physique des marchandises dans les emplacements de stockage de l’entrepôt pour la livraison sortante. Elle est généralement déduite d’une mise à jour du statut du document de livraison. | ||
|
Pourquoi est-ce important ?
Le prélèvement est une étape importante de la préparation des commandes en entrepôt. Le suivi de son achèvement permet de mesurer l’efficacité de l’entrepôt et de repérer les retards avant que les marchandises soient prêtes à être expédiées.
Où trouver ces données
L’événement est déduit des champs de statut des tables LIPS (poste de livraison) ou LIKP (en-tête de livraison), comme le statut de prélèvement (KOSTA). Le passage au statut « prélèvement complet » indique que l’activité est terminée.
Données à recueillir
L’événement est déduit d’une modification horodatée du champ de statut de prélèvement, par exemple LIKP-KOSTA, dans le document de livraison.
Type d’événement
inferred
|
|||
|
Poste de commande client rejeté
|
Cette activité correspond à l’annulation ou au rejet d’un poste précis d’une commande client avant son traitement complet. Elle est déduite de l’attribution d’un motif de rejet au poste. | ||
|
Pourquoi est-ce important ?
Cette activité indique qu’une partie de la commande n’a pas abouti. Analyser quand et pourquoi des postes sont rejetés permet de repérer des problèmes de disponibilité des produits, de prix ou d’exigences des clients.
Où trouver ces données
L’événement est déduit des journaux de modifications (CDHDR, CDPOS), qui indiquent quand le champ « motif de rejet » (VBAP-ABGRU) est renseigné pour un poste de commande client.
Données à recueillir
L’événement est déduit de l’horodatage auquel le champ VBAP-ABGRU est renseigné pour un ou plusieurs postes.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Appuyez-vous sur ce modèle de données pour démarrer votre démarche de Process Mining en toute confiance. Repérez des pistes d’amélioration de l’efficacité et de la satisfaction client dans votre processus de commande à encaissement.
Optimisez dès aujourd’hui le traitement de vos commandes clients, de la commande à l’encaissement !
Réduisez les goulots d’étranglement et améliorez votre trésorerie. Rejoignez les équipes qui réduisent leur temps de cycle de 30 %.
Aucune carte bancaire requise. Configuration en quelques minutes.