Modèle de données : Commande au Comptant - Traitement des Commandes Client
Votre Modèle de données Commande au paiement - Traitement des commandes de vente
- Attributs recommandés à collecter
- Activités clés à suivre
- Conseils d'extraction pour SAP S/4HANA
Cycle Commande à Encaissement - Attributs de Traitement des Commandes Clients
| Nom | Description | ||
|---|---|---|---|
|
Commande client
Vbeln
|
L'identifiant unique d'un document de vente, servant d'identifiant principal du cas pour le processus de la Commande au paiement. | ||
|
Description
Le Numéro de commande client identifie de manière unique la demande d'un client pour des biens ou des services. C'est l'objet central qui relie toutes les activités du cycle de vie du traitement des commandes client, de la création et de la confirmation à la livraison et à la facturation. En Process Mining, cet attribut est essentiel pour suivre le parcours de bout en bout de chaque commande individuelle. L'analyse des processus par commande client permet aux entreprises d'identifier les goulots d'étranglement, de comprendre les variations de processus et de mesurer des indicateurs clés de performance comme le temps de cycle et la livraison dans les délais pour chaque transaction client spécifique.
Pourquoi c'est important
C'est l'identifiant central qui relie tous les événements de processus connexes, permettant une vue complète du cycle de vie de la commande au niveau du case.
Où obtenir
Cet attribut est le 'Numéro de document de vente' de la table VBAK (champ VBELN).
Exemples
100002341000056710000891
|
|||
|
Heure de l'événement
EventTime
|
L'horodatage indiquant quand une activité ou un événement spécifique s'est produit. | ||
|
Description
Event Time fournit la date et l'heure précises pour chaque activité du processus, formant l'épine dorsale chronologique du journal d'événements. Par exemple, il enregistre 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 pour toutes les analyses basées sur le temps. Il est utilisé pour calculer les temps de cycle entre les activités, identifier les retards, mesurer la performance du processus par rapport aux accords de niveau de service et analyser la durée globale du processus de commande client. La précision de ces horodatages a un impact direct sur la qualité des informations de Process Mining.
Pourquoi c'est important
Cet horodatage est essentiel pour le calcul de toutes les durées, des temps de cycle et des temps d'attente, qui sont fondamentaux pour l'analyse des performances.
Où obtenir
Il s'agit d'un attribut dérivé, provenant de divers champs de date et d'heure dans les tables SAP, tels que ERDAT/ERZET (date/heure de création) dans VBAK, LIKP, VBRK, ou des timestamps de logs de modification de CDHDR.
Exemples
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'activité métier qui a eu lieu à un moment précis du processus de commande client. | ||
|
Description
Cet attribut décrit une étape ou un événement spécifique dans le cycle de vie de la commande client, telles que 'Commande client créée', 'Sortie de marchandises validée' ou 'Paiement reçu'. Ces activités sont dérivées de divers changements de statut, de dates de création des documents et d'entrées de journal au sein de différents modules SAP. L'analyse de la séquence et de la durée de ces activités est le fondement du Process Mining. Elle permet la visualisation des cartes de processus, l'identification des goulots d'étranglement entre les étapes et l'analyse des variantes de processus pour 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, permettant la construction de la carte des processus et l'analyse du flux de processus et des goulots d'étranglement.
Où obtenir
Il s'agit d'un attribut dérivé, généralement généré lors de l'extraction de données en mappant les changements de statut ou les événements de création de documents à partir de tables comme VBAK, LIKP, VBRK, et CDHDR/CDPOS vers des noms d'activités significatifs.
Exemples
Commande client crééeLivraison crééeFacture crééePaiement Reçu
|
|||
|
Date de livraison demandée
Vdatu
|
La date de livraison demandée par le client pour les biens ou services. | ||
|
Description
Cette date représente la date de livraison souhaitée par le client pour les articles de la commande de vente. C'est une information clé utilisée pour la planification, l'ordonnancement et la mesure des accords de niveau de service (SLA). Cet attribut est essentiel pour mesurer les niveaux de service client et la performance logistique. Il sert de référence pour le KPI 'Taux de livraison à temps', où il est comparé à la date réelle de sortie de marchandises ou de livraison pour déterminer si la demande du client a été satisfaite. L'analyse des écarts aide à identifier les problèmes systémiques dans l'exécution ou la planification.
Pourquoi c'est important
C'est la date principale pour mesurer la performance de livraison à temps, un KPI critique pour la satisfaction client et l'efficacité de la chaîne d'approvisionnement.
Où obtenir
Cet attribut est la 'Date de livraison demandée' de la table des lignes de programme de commande client VBEP (champ VDATU).
Exemples
2023-02-012023-03-152023-04-20
|
|||
|
Montant net
Netwr
|
La valeur nette du poste de commande client ou du document de vente dans la devise du document. | ||
|
Description
Le Montant Net représente la valeur de la commande après remises et surtaxes, mais avant taxes. C'est un indicateur financier clé associé à chaque commande client. Dans le Process Mining, cet attribut fournit un contexte métier essentiel. Il est utilisé pour prioriser l'analyse des commandes à forte valeur, comprendre si la valeur de la commande est corrélée au temps de traitement ou à la complexité, et mesurer l'impact financier des inefficacités de processus telles que les annulations ou les retards. Par exemple, l'analyse peut montrer que les commandes à forte valeur sont fréquemment retardées par des vérifications de crédit manuelles.
Pourquoi c'est important
Fournit un contexte financier à chaque cas, permettant une analyse basée sur la valeur pour prioriser les améliorations sur les commandes à fort impact et quantifier le coût des retards.
Où obtenir
Cet attribut est la 'Valeur nette du poste de commande en devise du document' de la table VBAP (champ NETWR) ou agrégée de la table VBAK.
Exemples
1500.00250.5012345.75
|
|||
|
Nom d'utilisateur
Ernam
|
L'ID utilisateur SAP de la personne qui a créé le document ou y a apporté la dernière modification. | ||
|
Description
Cet attribut identifie l'utilisateur responsable d'une activité particulière, telle que la création de la commande client ou la validation de la sortie de marchandises. Il relie les étapes du processus aux individus ou aux équipes qui les ont effectuées. L'analyse des activités par utilisateur aide à identifier les besoins en formation, à comprendre la répartition de la charge de travail et à détecter les écarts qui peuvent être spécifiques à certains utilisateurs. Il est également précieux à des fins de conformité et d'audit, et fournit un enregistrement clair de qui a effectué les actions clés au sein du processus.
Pourquoi c'est important
Il permet d'analyser la performance du processus par utilisateur ou équipe, aidant à identifier les collaborateurs les plus performants, les opportunités de formation et la répartition de la charge de travail.
Où obtenir
Cet attribut est le 'Nom de la personne ayant créé l'objet' à partir de tables comme VBAK (champ ERNAM pour la création) ou des en-têtes de documents de modification dans CDHDR (champ UNAME).
Exemples
CBURNSDSCRANTONJHALPERT
|
|||
|
Numéro de client
Kunnr
|
L'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 liées à ce client, y compris les commandes de vente, 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 les clients qui subissent les retards les plus longs et de comprendre comment l'exécution du processus diffère pour les comptes clés. Il est fondamental pour les dashboards qui analysent les cycle times par segment de clientèle.
Pourquoi c'est important
Cela permet une analyse centrée sur le client, et aide à identifier les problèmes de processus qui affectent des clients ou des groupes de clients spécifiques et à mesurer les KPI spécifiques aux clients.
Où obtenir
Cet attribut est le 'Donneur d'ordre' ou 'Numéro client' de la table VBAK (champ KUNNR).
Exemples
C000123C000456C000789
|
|||
|
Numéro de matériau
Matnr
|
L'identifiant unique d'un produit ou article vendu. | ||
|
Description
Le Numéro d'article est la clé unique qui identifie un produit dans les données de base du matériel. Chaque poste de commande dans une commande client est associé à un numéro d'article spécifique. Cet attribut permet une analyse des processus centrée sur le produit. Il est utilisé pour 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. Ces informations peuvent aider à mettre en évidence des problèmes spécifiques aux lignes de produits, tels que des complexités de la chaîne d'approvisionnement ou des inexactitudes des données.
Pourquoi c'est important
Il facilite l'analyse au niveau du produit, révélant si certains matériaux ou lignes de produits sont associés à des retards de processus, des retouches ou d'autres inefficacités.
Où obtenir
Cet attribut est le 'Numéro d'article' de la table des postes de commande client VBAP (champ MATNR).
Exemples
PROD-1001PROD-2005SERV-A01
|
|||
|
Organisation commerciale
Vkorg
|
Une unité organisationnelle responsable de la vente de produits ou services spécifiques. | ||
|
Description
L'Organisation commerciale représente une unité de vente au sein d'une entreprise. Elle est responsable de la négociation des conditions de vente et de la distribution des biens et services. Chaque transaction de vente est assignée à une organisation commerciale spécifique. Cet attribut constitue une dimension principale pour l'analyse de la performance. En filtrant ou en comparant les données entre différentes organisations commerciales, les entreprises peuvent comparer les performances, identifier les meilleures pratiques régionales ou divisionnaires et comprendre comment l'efficacité des processus varie géographiquement ou par unité commerciale.
Pourquoi c'est important
Permet la comparaison des performances et le benchmarking entre différentes unités commerciales, régions ou entreprises au sein d'un groupe.
Où obtenir
Cet attribut est l''Organisation commerciale' de la table VBAK (champ VKORG).
Exemples
10002000US01DE01
|
|||
|
Type de document de vente
Auart
|
Une classification qui distingue différents types de documents de vente, tels que les commandes standard, les retours ou les notes de crédit. | ||
|
Description
Le Type de document de vente détermine la manière dont un document de vente est traité dans SAP. Il définit des détails tels que la plage de numérotation, les champs obligatoires et le flux global des transactions. Des exemples incluent 'OR' pour une commande standard ou 'RE' pour une commande de retour. En Process Mining, cet attribut est crucial pour segmenter l'analyse. La comparaison des flux de processus pour différents types de document peut révéler des variations significatives dans les temps de cycle, les taux de reprises et les niveaux d'automatisation. Cela aide à adapter les initiatives d'amélioration des processus à des types de commande spécifiques.
Pourquoi c'est important
Il permet la segmentation des commandes clients en différentes catégories, facilitant une analyse comparative de la manière dont les différents types de commandes sont traités.
Où obtenir
Cet attribut est le 'Type de document de vente' de la table VBAK (champ AUART).
Exemples
OURECRSO
|
|||
|
Canal de distribution
Vtweg
|
Le canal par lequel les produits ou services parviennent à la clientèle, tels que la vente au détail, la vente en gros ou en ligne. | ||
|
Description
Le canal de distribution définit la méthode de vente et de distribution des produits aux clients. C'est un élément organisationnel clé qui, avec l'organisation commerciale, définit le secteur de vente. L'analyse des processus par canal de distribution aide les entreprises à comprendre si certains canaux sont plus ou moins efficaces que d'autres. Par exemple, les commandes provenant du canal 'en ligne' peuvent être fortement automatisées et rapides, tandis que celles du canal 'ventes directes' pourraient impliquer plus d'étapes manuelles et prendre plus de temps. Cela permet des améliorations ciblées pour des canaux spécifiques.
Pourquoi c'est important
Permet une analyse des performances à travers différents canaux de vente, tels que le web, la vente directe ou le commerce de détail, pour identifier les goulots d'étranglement ou les bonnes pratiques spécifiques à chaque canal.
Où obtenir
Cet attribut est le 'Canal de Distribution' de la table VBAK (champ VTWEG).
Exemples
102001
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Le timestamp de la dernière actualisation des données ou de l'extraction du système source. | ||
|
Description
Cet attribut indique la date de la dernière mise à jour des données pour l'analyse des processus. Il apporte aux utilisateurs métier et aux analystes une transparence sur l'actualisation des données qu'ils consultent, afin qu'ils comprennent bien la période couverte par l'analyse. Dans les dashboards et les rapports, cette information est essentielle pour le contexte. Elle aide les utilisateurs à comprendre s'ils consultent des informations en temps réel ou un instantané périodique, ce qui influence l'interprétation des tendances récentes et des performances opérationnelles.
Pourquoi c'est important
Informe les utilisateurs sur la fraîcheur des données, en veillant à ce qu'ils comprennent le contexte temporel de l'analyse et évitent les interprétations erronées.
Où obtenir
Cet attribut est généré par l'outil d'extraction de données ou d'ETL, enregistrant le timestamp 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
|
Le code de devise pour les montants spécifiés dans le document de vente. | ||
|
Description
Cet attribut définit la devise (par exemple, USD, EUR, JPY) pour les valeurs monétaires telles que le Montant net au sein du document de vente. Il fournit le contexte nécessaire pour interpréter et agréger correctement les données financières. Bien qu'elle ne soit pas directement un moteur du flux de processus, la devise est essentielle pour toute analyse financière. Elle garantit que les valeurs monétaires sont comprises correctement et est nécessaire lors de la conversion des montants en une devise commune pour les rapports à l'échelle mondiale.
Pourquoi c'est important
Fournit un contexte essentiel pour toutes les valeurs monétaires, assurant une analyse financière et des rapports précis, particulièrement dans les opérations mondiales.
Où obtenir
Cet attribut est la 'Devise du document SD' de la table VBAK (champ WAERK).
Exemples
USDEURGBP
|
|||
|
Division
Spart
|
Une unité organisationnelle qui représente une ligne de produits ou un secteur d'activité spécifique. | ||
|
Description
La division est utilisée pour regrouper les matières ou services, représentant souvent une ligne de produits. Elle fait partie de la définition du secteur de vente et aide à structurer l'entreprise d'un point de vue produit. Cet attribut est utile pour analyser la performance des processus pour différents groupes de produits. Il peut aider à 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 ligne de produits' et l'analyse de dashboard associée.
Pourquoi c'est important
Permet l'analyse des processus basée sur la ligne de produits ou le domaine d'activité, aidant à découvrir les différences de performance entre les différentes parties de l'entreprise.
Où obtenir
Cet attribut est la 'Division' des tables VBAK ou VBAP (champ SPART).
Exemples
000105
|
|||
|
Est un retravail
IsRework
|
Un indicateur booléen signalant si une activité ou un dossier implique une reprise, comme une confirmation répétée ou un changement significatif. | ||
|
Description
Ce flag est utilisé pour identifier les commandes clients ayant fait l'objet d'un retravail, comme une modification après confirmation ou la répétition d'une même activité plusieurs fois. La logique de définition de ce flag peut être basée sur l'occurrence d'activités 'Commande client modifiée' ou de plusieurs événements 'Commande confirmée' pour un même case. Cet attribut est directement lié au dashboard 'Taux de modification et de retravail des commandes clients' et aux KPI associés. Il permet de filtrer et de quantifier facilement le retravail, aidant ainsi les entreprises à mesurer le coût et la fréquence des inefficacités de processus et à cibler les causes profondes de ces déviations.
Pourquoi c'est important
Ce flag aide à quantifier la fréquence et l'impact du retravail, ce qui permet d'analyser et de réduire les écarts de processus, les modifications manuelles et les inefficacités.
Où 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 changement spécifiques (par exemple, à partir des tables CDHDR/CDPOS).
Exemples
truefaux
|
|||
|
Est une livraison ponctuelle
IsOnTimeDelivery
|
Un indicateur booléen indiquant si la commande a été livrée au plus tard à la date de livraison confirmée ou demandée. | ||
|
Description
Cet attribut fournit un résultat binaire clair concernant la performance de livraison pour chaque commande. Il est calculé en comparant le timestamp réel de l''Émission des marchandises enregistrée' avec la 'Date de livraison demandée' (VDATU) ou une date de livraison confirmée issue du programme de commande. Ce flag constitue la fondation du KPI 'Taux de livraison à temps' et du dashboard 'Respect des dates de livraison promises'. Il simplifie l'analyse en permettant aux utilisateurs de segmenter rapidement toutes les commandes en catégories 'à temps' et 'en retard', puis d'examiner les caractéristiques du processus de chaque groupe afin d'identifier les causes profondes des retards.
Pourquoi c'est important
Mesure directement la performance d'exécution par rapport aux attentes des clients, constituant le fondement du KPI crucial : le « Taux de livraison à temps ».
Où obtenir
Il s'agit d'un attribut calculé, dérivé en comparant le timestamp de l'activité 'Sortie de marchandises enregistrée' avec la 'Date de livraison demandée' (VBEP-VDATU).
Exemples
truefaux
|
|||
|
Est une saisie manuelle
IsManualEntry
|
Un indicateur signalant si la commande client a été créée manuellement ou via un canal automatisé comme l'EDI ou un portail e-commerce. | ||
|
Description
Cet attribut distingue les commandes saisies par un utilisateur directement dans l'interface SAP GUI de celles 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 qui a créé la commande (par exemple, un utilisateur système vs. un utilisateur humain) ou d'indicateurs spécifiques dans le document de vente. Cet attribut est essentiel pour l'analyse de l'automatisation et soutient le KPI 'Taux de saisie manuelle des commandes'. Il permet une comparaison directe de l'efficacité des processus, des taux d'erreur et des temps de cycle entre les commandes créées manuellement et automatiquement, contribuant ainsi à justifier une automatisation accrue.
Pourquoi c'est important
Il aide à mesurer le niveau d'automatisation dans le processus de saisie des commandes et à comparer l'efficacité et les taux d'erreur des commandes manuelles par rapport aux commandes automatisées.
Où obtenir
Il s'agit souvent d'un attribut dérivé. Il peut être inféré en vérifiant l'utilisateur 'Créé par' (ERNAM) dans VBAK par rapport à une liste d'utilisateurs système/batch connus, ou par des indicateurs de canal spécifiques.
Exemples
truefaux
|
|||
|
Heure de fin
EndTime
|
L'horodatage indiquant quand une activité ou un événement s'est achevé. | ||
|
Description
EndTime marque l'heure de fin d'une activité individuelle. Tandis que StartTime indique quand une tâche a commencé, EndTime enregistre quand elle s'est terminée, permettant de mesurer la durée du travail actif. Cet attribut est crucial pour calculer avec précision les temps de traitement des activités. Il permet aux analystes de distinguer le temps passé à travailler activement sur une tâche (Processing Time = EndTime - StartTime) du temps passé à attendre le début de la tâche suivante (Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime). Cette distinction est fondamentale pour une analyse précise des goulots d'étranglement.
Pourquoi c'est important
Il permet le calcul précis du temps de traitement des activités, ce qui est essentiel pour distinguer le temps de travail actif du temps d'attente inactif.
Où obtenir
Il s'agit d'un attribut dérivé. Pour certaines activités, il peut correspondre à un timestamp spécifique dans SAP. Pour d'autres, il est souvent inféré ou égal au StartTime si l'événement est considéré comme instantané.
Exemples
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Motif de refus
Abgru
|
Un 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 de commande spécifique est annulé. Ces motifs sont généralement configurés par l'entreprise et peuvent inclure des codes pour 'Rupture de stock', 'Annulation client' ou 'Prix incorrect'. Cet attribut est fondamental pour l'analyse des causes profondes des annulations de commande. En analysant les motifs de rejet les plus fréquents, les entreprises peuvent identifier les problèmes sous-jacents dans leurs processus de vente, de gestion des stocks ou de tarification. Cette information est cruciale pour le tableau de bord d'analyse des annulations de commandes afin de réduire les ventes perdues et d'améliorer l'efficacité.
Pourquoi c'est important
Il fournit le « pourquoi » des annulations de commande, permettant une analyse des causes profondes pour résoudre des problèmes tels que les erreurs de prix, l'indisponibilité des stocks ou la faible qualité des données.
Où obtenir
Cet attribut est la 'Raison du rejet des offres et commandes clients' de la table des postes de commande client VBAP (champ ABGRU).
Exemples
010215
|
|||
|
Quantité Commandée
Kwmeng
|
La quantité de l'article commandé dans un poste de document de vente spécifique. | ||
|
Description
Cet attribut représente le nombre d'unités d'un matériau spécifique demandé par le client dans un poste de commande client. C'est une donnée transactionnelle fondamentale. L'analyse de la quantité commandée fournit un contexte commercial précieux. Elle peut être utilisée pour segmenter l'analyse par taille de commande (petites ou grandes commandes) afin de voir si le volume est corrélé à l'efficacité du traitement. De plus, c'est une mesure clé pour le reporting commercial ainsi que pour comprendre l'ampleur des opérations.
Pourquoi c'est important
Permet une analyse basée sur la taille des commandes, aidant à comprendre si le volume des commandes impacte les temps de traitement, la complexité ou les taux d'erreur.
Où obtenir
Cet attribut correspond à la 'quantité de commande cumulée en unités de vente' de la table VBAP (champ KWMENG).
Exemples
101505
|
|||
|
Statut Global de Livraison
Lfstk
|
Le statut global de livraison de la commande client, indiquant si elle est non traitée, partiellement livrée ou intégralement livrée. | ||
|
Description
Ce champ de statut offre une synthèse globale de la progression de l'exécution d'un document de vente. Il est agrégé à partir du statut de tous ses postes pour indiquer si la commande est ouverte, en cours ou terminée du point de vue de la livraison. En analyse des processus, cet attribut est précieux pour comprendre l'état actuel des commandes ouvertes et pour filtrer les cas. Par exemple, l'analyse des commandes « Entièrement livrées » offre une vue des processus achevés, tandis que l'analyse des commandes « Non encore traitées » peut aider à identifier les retards et les goulots d'étranglement initiaux.
Pourquoi c'est important
Fournit un aperçu instantané de l'avancement de l'exécution d'une commande, permettant le filtrage et l'analyse selon que la commande est ouverte, partiellement ou entièrement livrée.
Où obtenir
Cet attribut est le 'Statut de livraison global de tous les articles' de la table de statut VBUK (champ LFSTK).
Exemples
ABC
|
|||
|
Système source
SourceSystemId
|
Identifie le système source d'où les données ont été extraites. | ||
|
Description
Cet attribut spécifie le système d'origine des données d'événement, par exemple, 'SAP S/4HANA Production' ou 'ECC Quality'. Dans les environnements dotés de plusieurs systèmes ERP ou d'un mélange de plateformes héritées et modernes, ce champ est crucial pour 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. Cela peut révéler des variations dans l'exécution des processus ou la qualité des données qui sont spécifiques à un paysage système particulier.
Pourquoi c'est important
Il fournit le contexte sur l'origine des données, ce qui est crucial dans les environnements multi-systèmes pour garantir l'intégrité des données et permettre une analyse comparative.
Où obtenir
Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction de données pour étiqueter l'ensemble de données avec son système d'origine.
Exemples
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Temps de traitement
ProcessingTime
|
La durée du temps passé à travailler activement sur une activité spécifique. | ||
|
Description
Le Temps de Traitement, également connu sous le nom de durée d'activité, mesure le temps entre le début et la fin d'une seule étape de processus. Il représente le temps de travail actif, par opposition au temps d'attente entre les étapes. Cette métrique calculée est cruciale pour identifier quelles activités spécifiques sont les plus chronophages dans le processus. C'est une composante clé de l'analyse des goulots d'étranglement et aide à identifier les inefficacités au sein d'une tâche, comme une activité prolongée de 'Vérification de Crédit Effectuée', ce qui pourrait indiquer un besoin d'automatisation ou d'allocation de ressources.
Pourquoi c'est important
Il mesure le temps de travail actif d'une activité, aidant à identifier les tâches spécifiques les plus chronophages et candidates à l'optimisation.
Où obtenir
Il s'agit d'un attribut calculé, dérivé en prenant la différence entre l'EndTime et le StartTime d'une activité.
Exemples
360086400300
|
|||
Cycle Commande à Encaissement - Activités de Traitement des Commandes Clients
| Activité | Description | ||
|---|---|---|---|
|
Commande client créée
|
Cette activité marque le début du processus de vente lorsqu'une nouvelle commande client est formellement créée dans le système. Cet événement est capturé explicitement lorsqu'un utilisateur enregistre un nouveau document de commande client (par exemple, en utilisant la transaction VA01), ce qui crée une nouvelle entrée dans la table VBAK. | ||
|
Pourquoi c'est important
C'est l'événement de début principal pour le processus De la Commande à l'Encaissement. Analyser le temps entre cette activité et les étapes suivantes est fondamental pour mesurer le cycle time global et identifier les retards initiaux de traitement.
Où obtenir
Enregistré dans la table VBAK (Données d'en-tête du document de vente) dès la création. Les champs de date de création (ERDAT) et d'heure (ERZET) fournissent le timestamp.
Capture
Capturé à partir de l'horodatage de création de l'enregistrement d'en-tête de la commande de vente 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, y compris la livraison, la facturation et le paiement, sont terminés. Ceci est déduit du statut global du document de vente. | ||
|
Pourquoi c'est important
Cette activité offre un point de fin définitif pour les commandes achevées avec succès dans l'analyse des processus. Elle garantit que le temps de cycle de bout en bout est mesuré avec précision pour les commandes exécutées.
Où obtenir
Déduit du champ de statut global (VBUK-GBSTK) du document de vente passant à « C » (Entièrement traité). L'horodatage doit être dérivé de la dernière mise à jour d'un document connexe, comme la compensation de paiement.
Capture
Déduit lorsque le statut du document VBUK-GBSTK devient « C », avec l'horodatage tiré de l'événement final (par exemple, Paiement reçu).
Type d'événement
inferred
|
|||
|
Commande de vente confirmée
|
Marque le point où la disponibilité des matériaux a été vérifiée et une quantité confirmée et une date de livraison ont été engagées pour les postes de commande. Ceci est déduit de la création de lignes d'échéance avec des quantités confirmées. | ||
|
Pourquoi c'est important
C'est une étape cruciale qui représente l'engagement envers le client. Le temps nécessaire pour atteindre ce stade (Order Confirmation Cycle Time) est une mesure clé de l'efficacité interne du traitement.
Où obtenir
Déduit de la création d'enregistrements dans la table VBEP (Document de vente : Données de ligne d'échéance) avec une quantité confirmée (BMENG > 0) pour les postes de commande client.
Capture
Dérivé de la date de création de la première ligne d'échéancier dans la table VBEP avec une quantité confirmée.
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 à payer. Il s'agit d'un event explicite où un document de facture est généré en référence à la livraison ou à la commande de vente. | ||
|
Pourquoi c'est important
Cette activité marque le début du cycle de recouvrement des paiements. Le délai entre la sortie de marchandises et la création de la facture est un indicateur clé de performance pour mesurer l'efficacité du processus de facturation.
Où obtenir
Capturé à partir de la date (ERDAT) et de l'heure (ERZET) de création du document d'en-tête de facturation dans la table VBRK (Document de facturation : Données d'en-tête). La table VBFA relie la facture aux documents précédents.
Capture
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é signifie la création d'un document de livraison sortante, qui initie le processus d'expédition et de logistique. Il s'agit d'un événement explicite où un document de livraison est créé en référence à la commande client. | ||
|
Pourquoi c'est important
Ce jalon marque le passage du traitement des ventes à la logistique. L'analyse du temps écoulé entre la confirmation de commande et la création de la livraison permet d'identifier les goulots d'étranglement dans la planification de l'exécution.
Où obtenir
Capturé à partir de l'horodatage de création du document d'en-tête de livraison dans la table LIKP (Document SD : Données d'en-tête de livraison). Le lien vers la commande de vente est stocké dans la table VBFA (Flux de documents de vente).
Capture
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 réussi du processus, où le paiement du client a été reçu et imputé à la facture ouverte. Il s'agit d'une écriture financière explicite qui clôture le poste de compte client. | ||
|
Pourquoi c'est important
C'est la dernière étape du cycle De la Commande à l'Encaissement, celle qui réalise la valeur. Analyser le temps entre la facture et le paiement est essentiel pour la gestion des flux de trésorerie et des Jours de Vente en Cours (DSO).
Où obtenir
Capturé à partir de la date de lettrage (AUGDT) dans la table BSEG (segment du document comptable) pour le poste lié au paiement client qui solde la facture.
Capture
Capturé à partir de la date de lettrage (AUGDT) sur le poste client lettré dans la table BSEG ou le document de lettrage dans BKPF.
Type d'événement
explicit
|
|||
|
Sortie de marchandises enregistrée
|
C'est le transfert légal et financier des marchandises, marquant leur départ officiel de l'inventaire de l'entreprise. Cet événement explicite réduit les niveaux de stock et est une condition préalable à la facturation. | ||
|
Pourquoi c'est important
La Comptabilisation de la Sortie de Marchandises est un jalon financier et logistique crucial. Elle est souvent considérée comme le point d'expédition et a un impact direct sur l'évaluation des stocks et la reconnaissance des revenus.
Où obtenir
L'horodatage est enregistré dans la table LIKP (WADAT_IST - Date réelle de mouvement de marchandises) lorsque la sortie de marchandises est validée. La table de flux de documents VBFA relie cette information à la commande client.
Capture
Capturé à partir de la date réelle du mouvement des marchandises (LIKP-WADAT_IST) dans l'en-tête de livraison.
Type d'événement
explicit
|
|||
|
Article de commande de vente rejeté
|
Représente l'annulation ou le rejet d'un article spécifique d'une commande de vente avant qu'il ne soit entièrement traité. Ceci est déduit de l'application d'un 'Motif de Rejet' à un article. | ||
|
Pourquoi c'est important
Cette activité représente un résultat infructueux pour une partie d'une commande. L'analyse du moment et des raisons du rejet des articles aide à identifier les problèmes liés à la disponibilité des produits, à la tarification ou aux exigences du client.
Où obtenir
Déduit des journaux de modifications (CDHDR, CDPOS) montrant quand le champ « Motif de rejet » (VBAP-ABGRU) est renseigné pour un poste de commande client.
Capture
Déduit de l'horodatage lorsque le champ VBAP-ABGRU est renseigné pour un ou plusieurs postes.
Type d'événement
inferred
|
|||
|
Blocage de commande de vente défini
|
Cette activité se produit lorsqu'un blocage de traitement est appliqué à la commande client, empêchant les activités ultérieures telles que la création de livraison. Cela est déduit en surveillant les journaux de modifications pour des champs de blocage spécifiques sur l'en-tête ou le poste de la commande client. | ||
|
Pourquoi c'est important
L'établissement de blocages représente une déviation majeure du chemin idéal. Identifier pourquoi et à quelle fréquence des blocages sont définis aide à découvrir des problèmes systémiques liés à la qualité des données, à la tarification ou aux données de base client.
Où 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).
Capture
Identifié par la détection d'un changement dans un champ de blocage (par exemple, VBAK-LIFSK) d'une valeur vide à une valeur non vide.
Type d'événement
inferred
|
|||
|
Blocage de commande de vente levé
|
Représente la levée d'un blocage de traitement, permettant à la commande de vente de passer à l'étape suivante. Ceci est déduit de la détection d'un changement dans les champs de blocage pertinents, d'une valeur définie à un statut vide ou réinitialisé. | ||
|
Pourquoi c'est important
Suivre le temps nécessaire pour lever les blocages est crucial pour comprendre la durée des retards. Cette activité aide à quantifier le retravail et l'efficacité des processus de résolution.
Où 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 non vide à une valeur vide.
Capture
Identifié par la détection d'un changement dans un champ de blocage (par exemple, VBAK-LIFSK) d'une valeur non vide à une valeur vide.
Type d'événement
inferred
|
|||
|
Commande client modifiée
|
Indique qu'un attribut significatif d'une commande client existante, tel que la quantité, le prix ou la date de livraison demandée, a été modifié après la création initiale. Cet événement est explicitement enregistré dans les tables de journal de modifications de SAP. | ||
|
Pourquoi c'est important
Les changements fréquents indiquent une instabilité du processus et peuvent entraîner des retouches, des erreurs d'exécution et des retards. Cette activité est essentielle pour mesurer le Taux de modification des commandes client et identifier les causes profondes.
Où obtenir
Capturé à partir des tables de données de modification, CDHDR (en-tête du document de modification) et CDPOS (éléments du document de modification), qui enregistrent les modifications apportées aux tables des commandes de vente telles que VBAK et VBAP.
Capture
Identifié à partir des entrées de la table CDHDR liées à l'objet commande client (OBJECTCLAS 'VERKBELEG').
Type d'événement
explicit
|
|||
|
Document comptable créé
|
Cette activité se produit lorsque la facture est validée avec succès dans le module de comptabilité financière, créant des écritures de journal. Il s'agit d'un événement explicite qui génère un document correspondant dans le grand livre financier. | ||
|
Pourquoi c'est important
Cet événement confirme que le chiffre d'affaires de la vente a été formellement reconnu dans les livres de l'entreprise. Des retards à ce niveau peuvent affecter l'exactitude des rapports financiers.
Où obtenir
Capturé à partir de la date (CPUDT) et de l'heure (CPUTM) de création de l'en-tête du document comptable dans la table BKPF. La table VBRK stocke souvent le numéro de document comptable correspondant (VBRK-BELNR).
Capture
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. Cela est généralement déduit du journal de traitement du système de détermination des sorties. | ||
|
Pourquoi c'est important
Le décompte du paiement commence souvent lorsque le client reçoit la facture. Le suivi de cet événement est crucial pour mesurer avec précision le temps de cycle du recouvrement des paiements.
Où obtenir
Déduit des enregistrements de la table NAST (Statut du message), qui journalise 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.
Capture
Déduit de l'horodatage de traitement de l'enregistrement de message de sortie pertinent dans la table NAST.
Type d'événement
inferred
|
|||
|
Marchandises prélevées
|
Représente la finalisation du processus physique de prélèvement des marchandises dans les emplacements de stockage de l'entrepôt pour la livraison sortante. Ceci est généralement déduit d'une mise à jour de statut dans le document de livraison. | ||
|
Pourquoi c'est important
La préparation de commandes est une étape clé du processus d'exécution des commandes en entrepôt. Le suivi de son achèvement aide à mesurer l'efficacité de l'entrepôt et à identifier les retards avant que les marchandises ne soient prêtes à être expédiées.
Où obtenir
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). Un passage au statut « Entièrement prélevé » signifie l'événement.
Capture
Déduit d'une modification horodatée dans le champ du statut de prélèvement (par exemple, LIKP-KOSTA) du document de livraison.
Type d'événement
inferred
|
|||
|
Vérification de crédit effectuée
|
Représente la réalisation d'une vérification de la solvabilité du client associé à la commande de vente. Il peut s'agir d'une étape automatisée ou manuelle, et sa finalisation est généralement déduite d'un changement dans le statut général de crédit du document. | ||
|
Pourquoi c'est important
Les vérifications de crédit sont un goulot d'étranglement courant qui peut retarder considérablement la confirmation et l'exécution des commandes. Le suivi de cette activité permet de mesurer sa durée et son impact sur le processus global.
Où 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 du statut de crédit (CMGST) indique l'achèvement de la vérification.
Capture
Déduit d'une modification horodatée dans le champ du statut de crédit (VBUK-CMGST) du document de vente.
Type d'événement
inferred
|
|||