Votre modèle de données Order to Cash, traitement des commandes clients

L’heure de l’événement est un horodatage qui enregistre le moment exact où une activité a eu lieu. Cet attribut fournit le contexte temporel du processus et permet de classer chronologiquement tous les événements associés à une commande client.

Cet horodatage est essentiel à toutes les analyses fondées sur le temps. Il sert à calculer les durées de cycle entre deux activités, à mesurer la durée d’étapes précises et à localiser les retards ou les goulots d’étranglement. Par exemple, le KPI « Order Fulfillment Cycle Time » est calculé comme la différence entre l’heure de l’événement de l’activité de livraison finale et celle de l’activité initiale de création de la commande. Des Dashboards tels que « Sales Order Cycle Time Overview » dépendent entièrement de cet attribut.

Cet horodatage est essentiel au calcul de tous les indicateurs de performance, notamment les durées de cycle, qui permettent d’identifier les goulots d’étranglement.

Il se trouve généralement avec chaque enregistrement de transaction ou de mise à jour de statut, souvent sous la forme d’une date de création, de modification ou de comptabilisation.

L’identifiant de la commande client est la clé du Process Mining appliqué au processus Order to Cash. Il identifie de manière unique chaque instance du processus, de la création à la clôture. Il sert de clé primaire reliant toutes les activités, tous les événements et tous les points de données associés, afin de reconstituer le parcours complet d’une commande, de bout en bout.

Dans le cadre de l’analyse, cet attribut permet de reconstituer le cycle de vie de chaque commande client. Il sert à suivre la séquence des événements, à mesurer les délais entre les activités et à agréger les indicateurs au niveau de la commande. Par exemple, le calcul du KPI « Order Fulfillment Cycle Time » nécessite de regrouper toutes les activités par identifiant de commande client et de calculer l’écart entre le premier et le dernier événement.

Cet identifiant est essentiel pour suivre chaque commande dans le processus et permettre une analyse au niveau du cas des durées de cycle, des goulots d’étranglement et des écarts.

Il se trouve généralement dans la table d’en-tête des documents de commande client du système ERP ou CRM source.

Le nom de l’activité décrit une étape ou un jalon du cycle de vie de la commande client, par exemple « Sales Order Created », « Credit Check Performed » ou « Goods Shipped ». Chaque activité représente une action distincte effectuée sur la commande client et constitue un élément de base de la cartographie du processus.

L’analyse repose largement sur cet attribut pour visualiser le flux du processus, identifier les parcours fréquents et détecter les écarts par rapport à la procédure standard. L’analyse de la séquence des activités permet de repérer les goulots d’étranglement, les boucles de reprise, par exemple les activités « Sales Order Changed » répétées, ainsi que les variantes non conformes du processus. Cet attribut est fondamental pour des Dashboards tels que « Process Conformance and Deviations » et pour des KPI comme « Sales Order Rework Rate ».

Il définit les étapes du processus et permet ainsi de visualiser la cartographie, d’analyser les flux et d’identifier les reprises ou les écarts.

Il est souvent dérivé des changements de statut des documents, des journaux d’événements ou des codes de transaction des modules de vente, de livraison et de facturation du système source.

Cet attribut fournit l’horodatage du dernier chargement des données dans l’environnement de Process Mining. Il indique le niveau de fraîcheur des données analysées et se distingue de l’heure de l’événement, qui enregistre le moment où l’activité métier s’est réellement produite.

Bien qu’il ne soit généralement pas utilisé directement pour analyser le flux du processus, cet attribut est essentiel à la gouvernance des données et à la fiabilité des résultats. Il permet aux analystes et aux utilisateurs métier d’évaluer l’actualité des analyses produites. Par exemple, si la dernière mise à jour des données date d’une semaine, toute conclusion sur la performance actuelle doit tenir compte de ce décalage.

Il indique la fraîcheur des données et garantit que les analyses reposent sur des informations à jour, afin que les conclusions restent pertinentes.

Cet attribut est généralement généré et stocké par l’outil d’extraction des données (ETL) ou par la plateforme de Process Mining lors de l’ingestion des données.

L’attribut Système source indique dans quel système de référence les données de l’événement ont été générées. Dans les entreprises modernes, un processus de bout en bout tel que Order to Cash s’étend souvent sur plusieurs applications, par exemple un CRM pour la création de la commande et un ERP pour l’exécution et la facturation.

Dans le cadre de l’analyse, cet attribut permet de comprendre l’environnement technologique du processus. Il aide à identifier les points d’intégration et les éventuels problèmes de cohérence des données entre les systèmes. L’analyse des activités par système source peut révéler si certaines étapes du processus sont traitées différemment ou subissent davantage de retards selon le système dans lequel elles sont exécutées.

Il fournit le contexte sur l’origine des données, ce qui est essentiel dans les environnements comportant plusieurs systèmes pour retracer leur lignée et identifier les variantes propres à chaque système.

Cette information est souvent ajoutée lors du processus d’extraction des données (ETL) ou constitue un champ standard des entrepôts de données.

Le canal de vente indique l’origine ou le mode de passation de la commande. Il peut s’agir d’un portail en ligne, d’une équipe commerciale directe, d’une connexion EDI avec un partenaire ou d’un magasin.

L’analyse du processus par canal de vente peut révéler des écarts importants d’efficacité et de conformité. Par exemple, les commandes provenant du canal Web peuvent être largement automatisées et traitées rapidement, tandis que les commandes issues de la vente directe peuvent nécessiter davantage de modifications manuelles et des cycles d’approbation plus longs. Cette analyse aide les entreprises à optimiser le flux propre à chaque canal et à affecter les ressources plus efficacement. Elle constitue une dimension importante pour des Dashboards tels que « Order Fulfillment Bottlenecks ».

Il permet de comparer la performance du processus entre différents canaux et de révéler les écarts d’efficacité, d’automatisation et de conformité.

Cette information est généralement stockée dans les données d’en-tête de la commande client et constitue souvent un champ obligatoire lors de la saisie de la commande.

Cet attribut identifie la partie externe pour laquelle la commande client est traitée. Il peut s’agir d’un numéro client unique, du nom d’une entreprise ou d’une autre clé permettant de distinguer les clients.

Dans le Process Mining, l’identifiant du client constitue une dimension efficace pour segmenter les données. Les analystes peuvent filtrer la cartographie du processus afin d’observer son comportement pour un client donné ou comparer les flux entre différents groupes de clients, par exemple les comptes stratégiques et les acheteurs occasionnels. Cette analyse peut révéler des processus personnalisés ou mettre en évidence les clients qui provoquent fréquemment des écarts ou des retards, fournissant ainsi des éléments utiles à la gestion de la relation client.

Il permet de filtrer et de comparer les processus entre différents clients ou groupes de clients afin d’identifier les processus personnalisés ou les comptes problématiques.

Il se trouve dans les données d’en-tête de la commande client, associées aux données de référence client du système ERP ou CRM source.

L’identifiant du produit, tel qu’un numéro d’article ou un SKU, précise ce qui est vendu. Une commande client pouvant contenir plusieurs produits, cet attribut représente souvent le produit principal ou peut être agrégé dans une catégorie de produits pour une analyse de haut niveau.

Cet attribut permet d’analyser le processus Order to Cash du point de vue des produits. L’analyse peut révéler si certains produits sont associés à des délais d’exécution plus longs, à davantage de problèmes de livraison ou à des taux d’annulation plus élevés. Cette information est essentielle à la planification de la chaîne d’approvisionnement, à la gestion des stocks et à la stratégie de portefeuille produits. Par exemple, constater qu’une gamme de produits subit régulièrement des retards lors de l’étape « Released To Warehouse » peut conduire à examiner ses niveaux de stock ou son emplacement dans l’entrepôt.

Il permet d’analyser la performance du processus pour différents produits ou groupes de produits et d’identifier les goulots d’étranglement ou les problèmes propres à certains produits.

Il se trouve au niveau des lignes de la commande client. Pour une analyse au niveau du cas, il peut être représenté par la ligne la plus importante ou par une catégorie de produits dérivée.

L’attribut Nom de l’utilisateur identifie la personne ou l’agent automatisé responsable de l’exécution d’une activité donnée. Il peut s’agir du commercial ayant créé la commande, du responsable crédit l’ayant approuvée ou d’un utilisateur système ayant comptabilisé automatiquement un paiement.

Cet attribut permet d’analyser le processus sous l’angle des personnes qui y participent. Il sert à étudier la répartition de la charge de travail, à comparer la performance des équipes ou des collaborateurs et à identifier les besoins de formation. Il est également essentiel à la conformité et à la piste d’audit. L’analyse des activités par utilisateur permet de repérer les personnes impliquées dans des boucles de reprise ou des comportements non conformes, et constitue un élément fondamental du calcul du KPI « Manual Intervention Rate ».

Il identifie la personne ou le système qui exécute une activité et permet d’analyser la charge de travail, la performance des équipes, le niveau d’automatisation et la conformité.

Il se trouve généralement dans les journaux de transactions ou les historiques de modification des documents, souvent sous les libellés « Created By » ou « Changed By ».

La valeur de la commande représente la valeur financière totale de la commande client. Il s’agit d’un indicateur financier important qui quantifie l’importance de chaque instance de cas.

Cet attribut est particulièrement utile pour les analyses de processus fondées sur la valeur. Il permet de hiérarchiser les problèmes en se concentrant sur les commandes à forte valeur. Les analystes peuvent par exemple vérifier si ces commandes présentent des durées de cycle ou des reprises plus longues que les commandes de moindre valeur. Cet attribut sert également à calculer l’incidence financière des inefficacités du processus, comme la valeur totale des commandes retardées par un goulot d’étranglement donné. Il permet ainsi d’étayer les initiatives d’amélioration des processus.

Il permet une analyse fondée sur la valeur, afin de hiérarchiser les améliorations en se concentrant sur les commandes à forte valeur et de quantifier l’incidence financière des retards.

Cette information est disponible dans les données d’en-tête de la commande client et correspond souvent à la somme des valeurs nettes de toutes les lignes.

La date d’échéance du paiement est calculée à partir de la date de facture et des conditions de paiement convenues avec le client. Elle fixe la limite à respecter pour un paiement dans les délais et constitue un élément essentiel du processus de gestion des créances clients.

Cet attribut est fondamental pour analyser la dimension financière du cycle Order to Cash. Il sert de référence pour déterminer si un paiement a été effectué à temps, ce qui constitue une donnée d’entrée directe du KPI « taux de paiement à temps ». Le Dashboard « cycle de la facture au paiement » s’appuie largement sur cette date pour analyser les comportements de paiement et gérer efficacement le fonds de roulement. La comparaison des délais entre la création de la facture et le paiement avec cette date permet d’identifier les clients qui paient tardivement.

Essentielle à l’analyse financière, cette date sert de référence pour calculer le taux de paiement à temps et gérer les créances clients.

Elle figure généralement sur la facture client et est calculée à partir de la date de facture et des conditions de paiement indiquées dans les données de référence du client ou dans la commande client.

Après vérification des stocks et des calendriers de production, l’entreprise fournit une date de livraison confirmée. Celle-ci représente son engagement envers le client et sert de référence interne pour mesurer la performance de l’exécution.

Cet attribut est essentiel pour évaluer l’efficacité opérationnelle interne. Il est utilisé dans le KPI « On-Time Delivery Rate », où il est comparé à la date de livraison réelle afin de déterminer si l’entreprise a respecté son engagement. Des écarts importants et répétés entre les dates de livraison demandée et confirmée peuvent signaler des problèmes systémiques dans les calculs de disponibilité à la vente (ATP) ou dans la planification des capacités.

Elle représente l’engagement de l’entreprise envers le client et constitue la référence interne pour mesurer le respect des délais de livraison et la fiabilité de l’exécution.

Elle se trouve dans les données des lignes d’échéancier de la commande client, souvent mises à jour après un contrôle de disponibilité ou une exécution de la planification de la production.

Cette date correspond au délai de livraison souhaité par le client. Il s’agit d’une information essentielle, enregistrée au début du processus, qui sert de référence principale pour évaluer sa satisfaction quant au respect des délais de livraison.

Dans l’analyse des processus, la date de livraison demandée est comparée à d’autres dates clés, telles que les dates de livraison confirmée et réelle, afin de mesurer les niveaux de service. Elle constitue une donnée essentielle du Dashboard « On-Time Delivery Performance » et sert à déterminer si la livraison a été effectuée à temps du point de vue du client. L’analyse des écarts entre les dates demandée et confirmée peut également mettre en évidence des problèmes de planification et d’ordonnancement.

Elle représente l’attente du client en matière de livraison et constitue la référence pour mesurer la performance des livraisons à temps et la satisfaction client.

Elle se trouve généralement dans l’en-tête de la commande client ou dans le détail des lignes, où elle est saisie lors de la création de la commande.

La date de livraison réelle correspond à l’horodatage qui confirme la livraison des marchandises au client. Elle repose souvent sur la preuve de livraison fournie par le transporteur.

Cet attribut constitue la mesure définitive de la réussite de l’exécution. Il s’agit du dernier point de données utilisé pour calculer le « taux de livraison à temps », en le comparant aux dates de livraison demandée et confirmée. L’analyse du délai entre l’activité « Marchandises expédiées » et la date de livraison réelle peut également fournir des indications sur la performance des partenaires logistiques et des modes d’expédition.

Il s’agit de la preuve finale de l’exécution de la commande, essentielle au calcul précis du taux de livraison à temps et de la durée totale du cycle d’exécution de la commande.

Cette information provient souvent d’un système logistique ou d’expédition externe, puis est réintégrée dans l’ERP. Elle peut être dérivée de l’horodatage de l’activité « Marchandises livrées ».

Cet attribut booléen distingue les tâches exécutées par des utilisateurs de celles prises en charge par l’automatisation du système, comme les traitements en arrière-plan, les API ou les robots RPA. Par exemple, un contrôle de crédit peut être automatisé, tandis que la résolution d’un blocage de crédit est généralement manuelle.

L’analyse du processus sous l’angle de l’automatisation est essentielle aux initiatives de transformation numérique. Cet indicateur constitue la principale donnée utilisée pour calculer le KPI « taux d’intervention manuelle ». Il permet d’identifier les parties du processus qui sont fortement automatisées et celles qui dépendent encore du travail manuel. Cette analyse peut mettre en évidence des possibilités d’automatisation supplémentaires afin de réduire les coûts, de limiter les erreurs et de raccourcir les délais de cycle.

Distingue les tâches manuelles des tâches automatisées, ce qui est essentiel pour mesurer le niveau d’automatisation et identifier les possibilités d’amélioration du processus.

Cette information peut être déduite de l’attribut « Nom d’utilisateur », par exemple en identifiant les utilisateurs système tels que « BATCH_USER », ou de champs spécifiques des journaux d’événements qui enregistrent le contexte d’exécution.

Lorsqu’une commande client est annulée ou qu’un article est rejeté, le motif du rejet fournit le contexte métier de cette issue négative. Les motifs peuvent aller de « Annulation par le client » et « Prix incorrect » à « Rupture de stock ».

Cet attribut est essentiel à l’analyse des causes profondes des échecs du processus. En analysant la fréquence des différents motifs de rejet, l’entreprise peut identifier des problèmes systémiques. Par exemple, un nombre élevé d’annulations dues à un « Prix incorrect » peut révéler des problèmes dans les processus de devis ou de gestion des données de référence. Cette analyse contribue directement à améliorer le taux de conformité dès la première exécution et à réduire les activités sans valeur ajoutée.

Explique pourquoi les commandes échouent et permet d’analyser les causes profondes des problèmes liés aux prix, aux stocks ou à la communication avec les clients.

Il figure généralement au niveau de la ligne de commande client et est sélectionné dans une liste prédéfinie de codes lorsqu’un article est annulé.

Le statut de la commande fournit une vue instantanée de la position de la commande client dans son cycle de vie, à un moment donné. Il s’agit d’un libellé catégoriel qui résume l’état actuel de la commande.

Alors que la séquence des activités fournit une cartographie détaillée du processus, l’attribut de statut de la commande permet d’en obtenir une vue simplifiée et générale. Il peut servir à filtrer toutes les commandes qui se trouvent actuellement dans un état donné, par exemple les commandes « Bloquées pour contrôle de crédit ». L’analyse du temps passé dans les différents statuts peut également révéler des goulots d’étranglement, notamment lorsque certaines commandes restent trop longtemps au statut « En attente d’approbation ».

Fournit une synthèse générale de l’état d’une commande, utile pour le filtrage, l’analyse des statuts et l’identification des commandes bloquées dans une phase donnée.

Il s’agit d’un champ standard de l’en-tête de la plupart des documents de commande client dans les systèmes ERP et CRM.