Votre modèle de données Order to Cash - traitement des commandes client
Votre modèle de données Order to Cash - traitement des commandes client
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d’extraction pour SAP S/4HANA
Order to Cash, attributs du traitement des commandes clients
| Nom | Description | ||
|---|---|---|---|
|
Commande client
Vbeln
|
Identifiant unique d'un document de vente, utilisé comme identifiant principal du cas pour le processus Order to Cash. | ||
|
Description
Le numéro de commande client identifie de manière unique la demande d'un client concernant des biens ou des services. Il constitue l'objet central qui relie toutes les activités du cycle de traitement de la commande client, de sa création et de sa confirmation jusqu'à la livraison et la facturation. Dans le Process Mining, cet attribut est essentiel pour suivre le parcours de bout en bout de chaque commande. L'analyse par commande client permet aux entreprises d'identifier les goulots d'étranglement, de comprendre les variantes du processus et de mesurer des indicateurs clés tels que la durée du cycle et le respect des délais de livraison pour chaque transaction client.
Pourquoi c’est important
Il s'agit de l'identifiant central qui relie tous les événements associés du processus et permet d'obtenir une vue complète du cycle de vie de la commande au niveau du cas.
Où les obtenir
Cet attribut correspond au numéro du document de vente de la table VBAK, dans le champ VBELN.
Exemples
100002341000056710000891
|
|||
|
Heure de l'événement
EventTime
|
Horodatage indiquant le moment où une activité ou un événement précis s'est produit. | ||
|
Description
L'heure de l'événement fournit 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 le moment où une commande client a été créée, où les marchandises ont été expédiées et où une facture a été payée. Cet attribut est essentiel pour toutes les analyses temporelles. Il sert à calculer les durées de cycle entre les activités, à repérer les retards, à mesurer la performance du processus par rapport aux accords de niveau de service et à analyser la durée globale du traitement de la commande client. La précision de ces horodatages a une incidence directe sur la qualité des analyses de Process Mining.
Pourquoi c’est important
Cet horodatage est indispensable pour calculer toutes les durées, les temps de cycle et les temps d'attente, qui sont fondamentaux pour l'analyse de la performance.
Où les obtenir
Il s'agit d'un attribut dérivé, provenant de différents champs de date et d'heure des tables SAP, tels que ERDAT/ERZET (date/heure de création) dans VBAK, LIKP et VBRK, ou des horodatages des journaux de modifications de 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 survenue à un moment précis du processus de commande client. | ||
|
Description
Cet attribut décrit une étape ou un événement précis du cycle de vie de la commande client, comme « commande client créée », « sortie de marchandises comptabilisée » ou « paiement reçu ». Ces activités sont dérivées de différentes modifications de statut, dates de création de documents et entrées de journaux dans plusieurs modules SAP. L'analyse de la séquence et de la durée de ces activités constitue le fondement du Process Mining. Elle permet de visualiser les cartes de processus, d'identifier les goulots d'étranglement entre les étapes et d'analyser les variantes afin de comprendre comment les commandes circulent réellement dans le système par rapport au processus conçu.
Pourquoi c’est important
Il définit les étapes du processus et permet de construire la carte de processus, puis d'analyser le flux du processus et ses 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 modifications de statut ou les événements de création de documents des tables telles que VBAK, LIKP, VBRK et CDHDR/CDPOS à des noms d'activités 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 représente la date de livraison souhaitée par le client pour les articles de la commande client. Il s'agit d'une information essentielle pour la planification, l'ordonnancement et la mesure du respect des accords de niveau de service (SLA). Cet attribut est indispensable pour mesurer le niveau de service client et la performance logistique. Il sert de référence au KPI de taux de livraison à temps, qui le compare à la date réelle de sortie de marchandises ou de livraison afin de déterminer si la demande du client a été satisfaite. L'analyse des écarts aide à repérer les problèmes systémiques liés à l'exécution ou à la planification.
Pourquoi c’est important
Il s'agit de la date de référence pour mesurer la performance des livraisons à temps, un KPI essentiel pour la satisfaction client et l'efficacité de la chaîne d'approvisionnement.
Où les obtenir
Cet attribut correspond à la « date de livraison demandée » de la table des lignes d'échéancier de la commande client VBEP, dans le 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 représente la valeur de la commande après déduction des remises et ajout des majorations, mais avant les taxes. Il s'agit d'un indicateur financier important associé à chaque commande client. Dans le Process Mining, cet attribut fournit un contexte métier essentiel. Il permet de prioriser l'analyse des commandes à forte valeur, de déterminer si la valeur de la commande est corrélée au temps ou à la complexité du traitement et de mesurer l'impact financier des inefficacités, comme les annulations ou les retards. L'analyse peut par exemple révéler que les commandes à forte valeur sont souvent retardées par des contrôles de solvabilité manuels.
Pourquoi c’est important
Il fournit un contexte financier pour chaque cas, permet une analyse fondée sur la valeur afin de prioriser les améliorations concernant les commandes à fort impact et de quantifier le coût des retards.
Où les obtenir
Cet attribut correspond à la « valeur nette du poste de commande dans la devise du document » de la table VBAP, dans le champ NETWR, ou à une valeur agrégée provenant de la table VBAK.
Exemples
1500.00250.5012345.75
|
|||
|
Nom d'utilisateur
Ernam
|
Identifiant de l'utilisateur SAP qui a créé ou modifié le document pour la dernière fois. | ||
|
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 aide à repérer les besoins de formation, à comprendre la répartition de la charge de travail et à détecter les écarts propres à certains utilisateurs. Elle est également utile à des fins de conformité et d'audit, car elle fournit une trace claire des personnes ayant effectué les principales actions du processus.
Pourquoi c’est important
Il permet d'analyser la performance du processus par utilisateur ou par équipe, afin d'identifier les meilleurs résultats, les besoins de formation et la répartition de la charge de travail.
Où les obtenir
Cet attribut correspond au « nom de la personne ayant créé l'objet » dans des tables telles que VBAK, avec le champ ERNAM pour la création, ou dans les en-têtes des documents de modification de CDHDR, avec le champ UNAME.
Exemples
CBURNSDSCRANTONJHALPERT
|
|||
|
Numéro d'article
Matnr
|
Identifiant unique du produit ou de l'article vendu. | ||
|
Description
Le numéro d'article est la clé unique d'un produit dans les données de base articles. Chaque poste d'une commande client correspond à un numéro d'article précis. Cet attribut permet une analyse du processus centrée sur les produits. Il sert à déterminer si certains produits sont associés à des délais de traitement plus longs, à des modifications plus fréquentes ou à des taux d'annulation plus élevés. Cette analyse peut révéler des problèmes propres à certaines gammes de produits, comme des difficultés dans la chaîne d'approvisionnement ou des erreurs dans les données.
Pourquoi c’est important
Il facilite l'analyse au niveau du produit et permet de déterminer si certains articles ou certaines gammes sont associés à des retards, des reprises ou d'autres inefficacités.
Où les obtenir
Cet attribut correspond au « numéro d'article » de la table des postes de commande client VBAP, dans le 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é pour toutes les transactions liées à ce client, notamment les commandes, les livraisons et les paiements. L'analyse du processus du point de vue du client est essentielle. Cet attribut permet de segmenter la performance des commandes par client, d'identifier ceux qui subissent les retards les plus longs et de comprendre comment l'exécution du processus varie pour les comptes stratégiques. Il est indispensable aux Dashboards qui analysent les durées de cycle par segment de clientèle.
Pourquoi c’est important
Il permet une analyse centrée sur le client, en aidant à identifier les problèmes de processus qui touchent certains clients ou groupes de clients et à mesurer les KPI propres à chaque client.
Où les obtenir
Cet attribut correspond au « donneur d'ordre » ou au « numéro de client » de la table VBAK, dans le champ KUNNR.
Exemples
C000123C000456C000789
|
|||
|
Organisation commerciale
Vkorg
|
Unité organisationnelle responsable de la vente de produits ou de services déterminés. | ||
|
Description
L'organisation commerciale représente une unité de vente au sein d'une entreprise. Elle est chargée de négocier les conditions commerciales et de distribuer les biens et services. Chaque transaction commerciale est affectée à une organisation commerciale précise. Cet attribut constitue une dimension essentielle de l'analyse de la performance. En filtrant ou en comparant les données entre différentes organisations commerciales, les entreprises peuvent comparer leurs résultats, repérer les meilleures pratiques régionales ou divisionnelles et comprendre comment l'efficacité des processus varie selon les zones géographiques ou les unités opérationnelles.
Pourquoi c’est important
Permet de comparer les performances et de réaliser des analyses comparatives entre différentes unités opérationnelles, régions ou sociétés d'un même groupe.
Où les obtenir
Cet attribut correspond à l'« organisation commerciale » de la table VBAK, dans le champ VKORG.
Exemples
10002000US01DE01
|
|||
|
Type de document de vente
Auart
|
Classification qui distingue différents types de documents de vente, tels que les commandes standard, les retours ou les avoirs. | ||
|
Description
Le type de document de vente détermine la manière dont un document de vente est traité dans SAP. Il définit notamment la plage de numérotation, les champs obligatoires et le déroulement global de la transaction. Parmi les exemples figurent « OR » pour une commande standard et « RE » pour une commande de retour. Dans le Process Mining, cet attribut est essentiel pour segmenter l'analyse. La comparaison des flux de processus associés à différents types de documents peut révéler des écarts importants en matière de durée de cycle, de taux de reprise et de niveau d'automatisation. Elle aide ainsi à adapter les initiatives d'amélioration à chaque type de commande.
Pourquoi c’est important
Il permet de répartir les commandes clients en différentes catégories et de comparer le traitement de chaque type de commande.
Où les obtenir
Cet attribut correspond au « type de document de vente » de la table VBAK, dans le 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. Il s'agit d'un élément organisationnel essentiel qui, avec l'organisation commerciale, définit le secteur d'activité. L'analyse des processus par canal de distribution aide les entreprises à déterminer si certains canaux sont plus ou moins efficaces que d'autres. Par exemple, les commandes du canal « en ligne » peuvent être fortement automatisées et rapides, tandis que celles du canal « vente directe » peuvent comporter davantage d'étapes manuelles et prendre plus de temps. Cette analyse permet de cibler les améliorations sur chaque canal.
Pourquoi c’est important
Permet d'analyser la performance de différents canaux de vente, comme le Web, la vente directe ou le commerce de détail, afin d'identifier les goulots d'étranglement et les meilleures pratiques propres à chaque canal.
Où les obtenir
Cet attribut correspond au « canal de distribution » de la table VBAK, dans le champ VTWEG.
Exemples
102001
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de l'actualisation ou de l'extraction la plus récente 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 informe les utilisateurs métier et les analystes de l'actualité des données consultées et leur permet de connaître la période couverte par l'analyse. Dans les Dashboards et les rapports, cette information fournit un contexte essentiel. Elle permet de déterminer si les données correspondent à des informations en temps réel ou à un instantané périodique, ce qui influe sur l'interprétation des tendances récentes et de la performance opérationnelle.
Pourquoi c’est important
Il informe les utilisateurs sur l'actualité des données, afin qu'ils comprennent le contexte temporel de l'analyse et évitent les interprétations erronées.
Où les obtenir
Cet attribut est généré par l'outil d'extraction des données ou l'outil 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 définit la devise, par exemple USD, EUR ou JPY, des valeurs monétaires telles que le montant net du document commercial. Il fournit le contexte nécessaire pour interpréter et agréger correctement les données financières. Même si elle ne détermine pas directement le déroulement du processus, la devise est essentielle à toute analyse financière. Elle garantit une interprétation correcte des valeurs monétaires et est nécessaire pour convertir les montants dans une devise commune lors des reportings à l'échelle internationale.
Pourquoi c’est important
Fournit le contexte nécessaire à l'ensemble des valeurs monétaires et garantit la fiabilité des analyses et des reportings financiers, notamment dans les activités internationales.
Où les obtenir
Cet attribut correspond à la « Devise du document SD » de la table VBAK, dans le champ WAERK.
Exemples
USDEURGBP
|
|||
|
Division
Spart
|
Unité organisationnelle représentant une gamme de produits ou un domaine d'activité précis. | ||
|
Description
La division sert à regrouper des articles ou des services et représente souvent une ligne de produits. Elle fait partie de la définition de la zone de vente et contribue à structurer l'activité selon une approche orientée produit. Cet attribut est utile pour analyser la performance des processus selon les différents groupes de produits. Il permet notamment de 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 « Délai de traitement par ligne de produits » et pour les analyses associées dans le Dashboard.
Pourquoi c’est important
Permet d'analyser les processus par ligne de produits ou domaine d'activité, afin de mettre en évidence les écarts de performance entre les différentes composantes de l'entreprise.
Où les obtenir
Cet attribut correspond à la « Division » des tables VBAK ou VBAP, dans le champ SPART.
Exemples
000105
|
|||
|
Heure de fin
EndTime
|
Horodatage indiquant le moment où une activité ou un événement donné s'est terminé. | ||
|
Description
EndTime indique l’heure de fin d’une activité donnée. Alors que StartTime précise le moment où une tâche a commencé, EndTime enregistre celui où elle s’est terminée, ce qui permet de mesurer la durée du travail actif. Cet attribut est essentiel pour calculer précisément les durées de traitement des activités. Il permet aux analystes de distinguer le temps consacré à l’exécution active d’une tâche (Processing Time = EndTime - StartTime) du temps d’attente avant le début de la tâche suivante (Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime). Cette distinction est fondamentale pour analyser précisément les goulots d’étranglement.
Pourquoi c’est important
Permet de calculer précisément le temps de traitement d'une activité, ce qui est essentiel pour distinguer le temps de travail actif du temps d'attente.
Où les obtenir
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 égal à StartTime lorsque l'événement est considéré comme instantané.
Exemples
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Indicateur de reprise
IsRework
|
Indicateur booléen signalant qu'une activité ou un cas nécessite une reprise, par exemple lorsqu'une confirmation est répétée ou qu'une modification importante est effectuée. | ||
|
Description
Cet indicateur sert à identifier les commandes client ayant fait l'objet d'une reprise, par exemple après une modification suivant leur confirmation ou lorsque la même activité se produit plusieurs fois. La logique de définition peut s'appuyer sur la détection d'activités « Commande client modifiée » ou de plusieurs événements « Commande confirmée » pour un même cas. Cet attribut contribue directement au Dashboard « Taux de modification et de reprise des commandes client » ainsi qu'aux 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 c’est important
Cet indicateur aide à mesurer la fréquence et l'impact des reprises, afin d'analyser les écarts de processus, les modifications manuelles et les inefficacités pour les réduire.
Où les obtenir
Il s'agit d'un attribut calculé. La 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
|
|||
|
Livraison dans les délais
IsOnTimeDelivery
|
Indicateur booléen signalant si la commande a été livrée à la date de livraison confirmée ou demandée, ou avant celle-ci. | ||
|
Description
Cet attribut fournit un résultat binaire clair sur la performance de livraison de chaque commande. Il est calculé en comparant l'horodatage réel de l'activité « Sortie de marchandises enregistrée » avec la « Date de livraison demandée » (VDATU) ou avec une date de livraison confirmée dans l'échéancier de la commande. Cet indicateur constitue la base du KPI « Taux de livraison dans les délais » et du Dashboard « Respect de la date de livraison promise ». Il simplifie l'analyse en permettant de répartir rapidement toutes les commandes entre les catégories « dans les délais » et « en retard », puis d'examiner les caractéristiques de chaque groupe pour identifier les causes profondes des retards.
Pourquoi c’est important
Mesure directement la performance d'exécution par rapport aux attentes des clients et constitue la base du KPI essentiel « Taux de livraison dans les délais ».
Où les obtenir
Il s'agit d'un attribut calculé, obtenu en comparant l'horodatage de l'activité « Sortie de marchandises enregistrée » avec la « Date de livraison demandée » (VBEP-VDATU).
Exemples
truefalse
|
|||
|
Motif de rejet
Abgru
|
Code indiquant la raison pour laquelle une commande client ou un poste a été rejeté ou annulé. | ||
|
Description
Le motif de rejet fournit le contexte lorsqu'une commande client ou un poste précis est annulé. Ces motifs sont généralement configurés par l'entreprise et peuvent inclure des codes tels que « rupture de stock », « annulation par le client » ou « prix incorrect ». Cet attribut est fondamental pour l'analyse des causes profondes des annulations de commandes. En analysant les motifs de rejet les plus fréquents, les entreprises peuvent identifier les problèmes sous-jacents de leurs processus commerciaux, de gestion des stocks ou de tarification. Cette analyse est essentielle au Dashboard d'analyse des annulations de commandes clients, qui vise à réduire les ventes perdues et à améliorer l'efficacité.
Pourquoi c’est important
Il explique les raisons des annulations de commandes et permet d'analyser leurs causes profondes afin de traiter les problèmes de prix, d'indisponibilité des stocks ou de qualité des données.
Où les obtenir
Cet attribut correspond au « motif de rejet des offres et des commandes clients » de la table des postes de commande client VBAP, dans le champ ABGRU.
Exemples
010215
|
|||
|
Quantité commandée
Kwmeng
|
Quantité de l'article commandé dans une ligne donnée du document commercial. | ||
|
Description
Cet attribut représente le nombre d'unités d'un article donné demandé par le client dans une ligne de commande client. Il s'agit d'une donnée transactionnelle fondamentale. L'analyse de la quantité commandée fournit un contexte métier précieux. Elle permet de segmenter l'analyse selon la taille des commandes, petites ou grandes, afin de déterminer si le volume est corrélé à l'efficacité du traitement. Il s'agit également d'une mesure importante pour le reporting métier et la compréhension de l'ampleur des opérations.
Pourquoi c’est 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ù les obtenir
Cet attribut correspond à la « Quantité cumulée commandée en unités de vente » de la table VBAP, dans le champ KWMENG.
Exemples
101505
|
|||
|
Saisie manuelle
IsManualEntry
|
Indicateur signalant si la commande client a été créée manuellement ou par un canal automatisé tel que l'EDI ou un portail de commerce électronique. | ||
|
Description
Cet attribut distingue les commandes saisies directement par un utilisateur dans l'interface SAP GUI de celles qui sont créées automatiquement via l'échange de données informatisé (EDI), des API ou 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 de certains indicateurs du document commercial. Cet attribut est essentiel pour analyser l'automatisation et contribue au KPI « Taux de saisie manuelle des commandes ». Il permet de comparer directement l'efficacité des processus, les taux d'erreur et les délais de traitement des commandes créées manuellement et automatiquement, afin d'étayer un projet d'automatisation supplémentaire.
Pourquoi c’est important
Il aide à mesurer le niveau d'automatisation de la saisie des commandes et à comparer l'efficacité ainsi que les taux d'erreur des commandes manuelles et automatisées.
Où les obtenir
Il s'agit souvent d'un attribut dérivé. Il peut être déduit en comparant l'utilisateur « Créé par » (ERNAM) de VBAK avec une liste d'utilisateurs système ou de traitement par lots connus, ou à partir d'indicateurs de canal spécifiques.
Exemples
truefalse
|
|||
|
Statut global de livraison
Lfstk
|
Statut global de livraison de la commande client, indiquant si celle-ci n'a pas encore été traitée, si elle a été livrée partiellement ou si elle a été livrée intégralement. | ||
|
Description
Ce champ d’état fournit une synthèse générale de l’avancement de l’exécution d’un document commercial. Il est agrégé à partir de l’état de tous ses postes afin d’indiquer 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 « Fully Delivered » donne une vue des processus terminés, tandis que l’analyse des commandes « Not yet processed » peut aider à repérer les retards accumulés et les premiers goulots d’étranglement.
Pourquoi c’est important
Fournit une vue instantanée de l'avancement de l'exécution d'une commande et permet de filtrer et d'analyser les commandes ouvertes, partiellement livrées ou livrées intégralement.
Où les obtenir
Cet attribut correspond au « Statut global de livraison de tous les articles » de la table de statuts VBUK, dans le champ LFSTK.
Exemples
ABC
|
|||
|
Système source
SourceSystemId
|
Identifie le système source à partir duquel les données ont été extraites. | ||
|
Description
Cet attribut précise le système d'origine des données d'événements, par exemple « SAP S/4HANA Production » ou « ECC Quality ». Dans les environnements qui combinent plusieurs systèmes ERP ou des plateformes anciennes et modernes, ce champ est essentiel pour assurer la traçabilité et la validation des données. Pour l'analyse, il permet de filtrer et de comparer les processus entre différents systèmes ou instances organisationnelles. Il peut ainsi révéler des variations dans l'exécution des processus ou dans la qualité des données propres à un environnement donné.
Pourquoi c’est important
Il fournit le contexte sur l'origine des données, ce qui est essentiel dans les environnements multisystèmes pour garantir leur intégrité et permettre les analyses comparatives.
Où les obtenir
Il s'agit généralement d'une valeur statique ajoutée lors de l'extraction des données afin d'indiquer le système d'origine du jeu de données.
Exemples
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
Order to Cash, activités de traitement des commandes clients
| Activité | Description | ||
|---|---|---|---|
|
Commande client confirmée
|
Marque le moment où la disponibilité des articles a été vérifiée et où une quantité confirmée ainsi qu'une date de livraison ont été engagées pour les postes de la commande. Cette activité est déduite de la création de lignes d'échéancier avec des quantités confirmées. | ||
|
Pourquoi c’est important
Il s'agit d'une étape essentielle, qui matérialise l'engagement pris envers le client. Le temps nécessaire pour l'atteindre, c'est-à-dire le temps de cycle de confirmation de la commande, constitue un indicateur important de l'efficacité du traitement interne.
Où les obtenir
Déduit de la création d'enregistrements dans la table VBEP (document de vente : données des lignes d'échéancier) avec une quantité confirmée (BMENG > 0) pour les postes de la commande client.
Collecte
Dérivé de la date de création de la première ligne d'échéancier de la table VBEP comportant une quantité confirmée.
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. Cet événement est enregistré explicitement lorsqu'un utilisateur sauvegarde 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 c’est important
Il s'agit de l'événement de début principal du processus Order to Cash. L'analyse du temps écoulé entre cette activité et les étapes suivantes est essentielle pour mesurer la durée globale du cycle et repérer les premiers retards de traitement.
Où les obtenir
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.
Collecte
Capturé à partir de l'horodatage de création de l'enregistrement d'en-tête de la commande client dans la table VBAK.
Type d’événement
explicit
|
|||
|
Commande clôturée
|
Marque le statut final d'une commande client, indiquant que tous les processus associés, notamment la livraison, la facturation et le paiement, sont terminés. Cette activité est déduite du statut global du document de vente. | ||
|
Pourquoi c’est important
Cette activité fournit un point de terminaison définitif pour les commandes correctement exécutées dans l'analyse du processus. Elle garantit une mesure exacte de la durée du cycle de bout en bout pour les commandes exécutées.
Où les obtenir
Déduit du passage du champ de statut global (VBUK-GBSTK) du document de vente à « C » (traité intégralement). L'horodatage doit être dérivé de la dernière mise à jour d'un document associé, comme le lettrage du paiement.
Collecte
Déduit lorsque le statut du document VBUK-GBSTK devient « C », l'horodatage étant celui du dernier événement, par exemple « Paiement reçu ».
Type d’événement
inferred
|
|||
|
Facture créée
|
Représente la création du document de facturation client, qui détaille les produits, les quantités et les prix à régler. Il s'agit d'un événement explicite au cours duquel un document de facture est généré en référence à la livraison ou à la commande client. | ||
|
Pourquoi c’est important
Cette activité marque le début du cycle d'encaissement. Le temps écoulé entre la sortie de marchandises et la création de la facture constitue un KPI important pour mesurer l'efficacité du processus de facturation.
Où les obtenir
Capturé à 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.
Collecte
Capturé à 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é signale la création d'un document de livraison sortante, qui lance le processus d'expédition et de logistique. Il s'agit d'un événement explicite au cours duquel un document de livraison est créé en référence à la commande client. | ||
|
Pourquoi c’est important
Cette étape marque le passage du traitement commercial à la logistique. L'analyse du temps écoulé entre la confirmation de la commande et la création de la livraison aide à repérer les goulots d'étranglement dans la planification de l'exécution.
Où les obtenir
Capturé à 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 enregistré dans la table VBFA (flux des documents de vente).
Collecte
Capturé à 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 l'achèvement du processus, lorsque le paiement du client a été reçu et lettré avec la facture ouverte. Il s'agit d'une comptabilisation financière explicite qui clôt le poste de créance client. | ||
|
Pourquoi c’est important
Il s'agit de l'étape finale du cycle Order to Cash, celle qui concrétise la valeur de la vente. L'analyse du temps écoulé entre la facture et le paiement est essentielle pour gérer la trésorerie et le délai moyen de règlement client (DSO).
Où les obtenir
Capturé à partir de la date de lettrage (AUGDT) dans la table BSEG (segment du document comptable), pour le poste associé au paiement client qui solde la facture.
Collecte
Capturé à 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
|
Il s'agit du transfert juridique et financier des marchandises, qui 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 c’est important
La comptabilisation de la sortie de marchandises est une étape financière et logistique essentielle. Elle est souvent considérée comme le moment de l'expédition et a une incidence directe sur la valorisation des stocks et la comptabilisation du chiffre d'affaires.
Où les obtenir
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 établit le lien avec la commande client.
Collecte
Capturé à 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 défini
|
Cette activité intervient lorsqu'un blocage de traitement est appliqué à la commande client, empêchant les étapes suivantes, comme la création de la livraison. Elle est déduite de la surveillance des journaux de modifications portant sur certains champs de blocage de l'en-tête ou du poste de la commande client. | ||
|
Pourquoi c’est important
La mise en place de blocages constitue un écart important par rapport au parcours nominal. Identifier les raisons et la fréquence de ces blocages permet de mettre au jour des problèmes systémiques liés à la qualité des données, à la tarification ou aux données de base des clients.
Où les obtenir
Déduit des tables de données de modification (CDHDR, CDPOS) pour les champs de blocage de la commande client, tels que VBAK-AUFSP (blocage de commande) ou VBAK-LIFSK (blocage de livraison).
Collecte
Identifié par la détection d'une modification d'un champ de blocage, par exemple VBAK-LIFSK, passant d'une valeur vide à une valeur renseignée.
Type d’événement
inferred
|
|||
|
Blocage de la commande client supprimé
|
Représente la suppression d'un blocage de traitement, permettant à la commande client de passer à l'étape suivante. Cette activité est déduite de la modification des champs de blocage concernés, qui passent d'une valeur renseignée à une valeur vide ou effacée. | ||
|
Pourquoi c’est important
Le suivi du temps nécessaire à la suppression des blocages est essentiel pour comprendre la durée des retards. Cette activité permet de quantifier les reprises et l'efficacité des processus de résolution.
Où les obtenir
Déduit des tables de données de modification (CDHDR, CDPOS), lorsqu'un champ de blocage de la commande client, par exemple VBAK-LIFSK, passe d'une valeur renseignée à une valeur vide.
Collecte
Identifié par la détection d'une modification d'un champ de blocage, par exemple VBAK-LIFSK, qui passe d'une valeur renseignée à une valeur vide.
Type d’événement
inferred
|
|||
|
Commande client modifiée
|
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 initiale. Cet événement est enregistré explicitement dans les tables de journaux de modifications de SAP. | ||
|
Pourquoi c’est important
Des modifications fréquentes indiquent une instabilité du processus et peuvent entraîner des reprises, des erreurs d'exécution et des retards. Cette activité est essentielle pour mesurer le taux de modification des commandes clients et en identifier les causes profondes.
Où les obtenir
Capturé à partir des tables de données de modification, CDHDR (en-tête du document de modification) et CDPOS (postes du document de modification), qui consignent les modifications apportées aux tables de commandes clients telles que VBAK et VBAP.
Collecte
Identifié à partir des entrées de la table CDHDR liées à l'objet de commande client (OBJECTCLAS « VERKBELEG »).
Type d’événement
explicit
|
|||
|
Contrôle de solvabilité effectué
|
Représente l'achèvement du contrôle de solvabilité du client associé à la commande client. Cette étape peut être automatisée ou manuelle. Sa réalisation est généralement déduite d'une modification du statut de crédit global du document. | ||
|
Pourquoi c’est important
Les contrôles de solvabilité constituent souvent un goulot d'étranglement susceptible de 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'impact sur l'ensemble du processus.
Où les obtenir
Déduit des mises à jour de statut dans la table VBUK (document de vente : statut d'en-tête et données administratives). Une modification du champ de statut de crédit (CMGST) indique que le contrôle est terminé.
Collecte
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é intervient lorsque la facture est correctement comptabilisée dans le module de comptabilité financière, ce qui crée les écritures comptables. Il s'agit d'un événement explicite qui génère un document correspondant dans le grand livre. | ||
|
Pourquoi c’est important
Cet événement confirme que le chiffre d'affaires de la vente a été officiellement comptabilisé dans les livres de l'entreprise. Les retards à cette étape peuvent nuire à l'exactitude des rapports financiers.
Où les obtenir
Capturé à 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).
Collecte
Capturé à 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
|
Indique que la facture générée a été transmise au client, par exemple par impression, e-mail ou EDI. Cette activité est généralement déduite du journal de traitement du système de détermination des sorties. | ||
|
Pourquoi c’est important
Le délai de paiement commence souvent lorsque le client reçoit la facture. Le suivi de cet événement est essentiel pour mesurer précisément le temps de cycle d'encaissement.
Où les obtenir
Déduit des enregistrements de la table NAST (statut des messages), qui consigne le traitement des types de sortie tels que les factures. La date et l'heure de traitement peuvent servir d'horodatage de l'événement.
Collecte
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
|
Représente l'achèvement du prélèvement physique des marchandises dans les emplacements de stockage de l'entrepôt pour la livraison sortante. Cette activité est généralement déduite d'une mise à jour du statut du document de livraison. | ||
|
Pourquoi c’est important
Le prélèvement constitue une étape importante du processus d'exécution 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 ne soient prêtes à être expédiées.
Où les obtenir
Déduit des champs de statut des tables LIPS (poste de livraison) ou LIKP (en-tête de livraison), tels que le statut de prélèvement (KOSTA). Le passage à « complètement prélevé » signale l'événement.
Collecte
Déduit d'une modification horodatée du champ de statut de prélèvement, par exemple LIKP-KOSTA, du document de livraison.
Type d’événement
inferred
|
|||
|
Poste de commande client rejeté
|
Représente l'annulation ou le rejet d'un poste précis d'une commande client avant son traitement complet. Cette activité est déduite de l'application d'un motif de rejet au poste concerné. | ||
|
Pourquoi c’est important
Cette activité représente une issue défavorable pour une partie de la commande. L'analyse du moment et des raisons des rejets aide à repérer les problèmes liés à la disponibilité des produits, aux prix ou aux exigences des clients.
Où les obtenir
Déduit des journaux de modifications (CDHDR, CDPOS) indiquant le moment où le champ de motif de rejet (VBAP-ABGRU) est renseigné pour un poste de commande client.
Collecte
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 ?
Utilisez ce modèle de données pour commencer votre démarche de Process Mining en toute confiance. Obtenez des analyses utiles pour améliorer l’efficacité et renforcer la satisfaction client dans votre processus Order to Cash.
Optimisez dès aujourd’hui votre processus Order to Cash, traitement des commandes clients !
Éliminez les goulots d’étranglement et améliorez votre trésorerie. Rejoignez les entreprises qui réduisent leur délai de traitement de 30 %.
Aucune carte bancaire requise. Configuration en quelques minutes.