Votre modèle de données Order to Cash - traitement des commandes client

SAP S/4HANA
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

Ce modèle de données fournit un guide complet pour recueillir les informations nécessaires à l’analyse de votre processus Order to Cash - traitement des commandes client. Il présente les attributs essentiels et les principales activités nécessaires à la création d’un journal d’événements fiable. Vous y trouverez également des indications détaillées pour extraire ces données de votre système SAP S/4HANA et commencer à optimiser vos processus.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d’extraction pour SAP S/4HANA
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Order to Cash, attributs du traitement des commandes clients

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète le processus Order to Cash et le traitement des commandes clients.
3 Obligatoire 7 Recommandé 12 Facultatif
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
Obligatoire Recommandé Facultatif

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

Voici les principales étapes du processus et les jalons à enregistrer dans votre journal d’événements pour obtenir une découverte précise et identifier les goulots d’étranglement.
7 Recommandé 8 Facultatif
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
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de SAP S/4HANA

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

Démarrer l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.