Votre modèle de données pour le traitement des commandes client, de la commande à l’encaissement
Votre modèle de données pour le traitement des commandes client, de la commande à l’encaissement
Voici notre modèle générique de données pour le Process Mining de Order to Cash : traitement des commandes clients. Pour obtenir des conseils plus précis, utilisez les modèles adaptés à chaque système.
Sélectionner un système précis- Recense les attributs de données essentiels à la création d’un journal d’événements complet.
- Présente les principales activités et les jalons du processus.
- Constitue un point de départ universel pour le Process Mining, adaptable à tout système.
Attributs du processus de commande à encaissement : traitement des commandes client
| Nom | Description | ||
|---|---|---|---|
| Heure de l’événement EventTime | Date et heure précises auxquelles une activité ou un événement s’est produit. | ||
| Description L’heure de l’événement est un horodatage qui indique le moment exact où une activité a eu lieu. Cet attribut situe les événements dans le temps et permet de les classer par ordre chronologique pour chaque commande client. Il est indispensable à toutes les analyses temporelles. Il sert à calculer les temps de cycle entre deux activités, à mesurer la durée de certaines étapes et à repérer les retards ou les goulots d’étranglement. Par exemple, l’indicateur « Durée du cycle d’exécution des commandes » correspond à l’écart entre l’heure de l’événement de livraison finale et celle de la création initiale de la commande. Des Dashboards comme « Vue d’ensemble du temps de cycle des commandes client » dépendent entièrement de cet attribut. Pourquoi est-ce important ? Cet horodatage est nécessaire au calcul des indicateurs de performance, notamment des temps de cycle et des durées, qui permettent de repérer les goulots d’étranglement. Où trouver ces données Il figure généralement dans chaque enregistrement de transaction ou de mise à jour de statut, sous la forme d’une date de création, de modification ou de comptabilisation. Exemples 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
| ID de la commande client SalesOrderId | Identifiant unique d’une commande client, qui sert d’identifiant principal du cas dans le processus de la commande à l’encaissement. | ||
| Description L’ID de la commande client est la clé de voûte du Process Mining appliqué au processus de la commande à l’encaissement. Il identifie chaque instance du processus, de sa création à sa clôture. Cette clé primaire relie 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. En 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 métriques au niveau de la commande. Par exemple, pour calculer l’indicateur « Durée du cycle d’exécution des commandes », il faut regrouper les activités par ID de commande client et calculer le temps écoulé entre le premier et le dernier événement. Pourquoi est-ce important ? Cet identifiant est indispensable pour suivre chaque commande dans le processus et analyser, au niveau du cas, les temps de cycle, les goulots d’étranglement et les écarts. Où trouver ces données 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. Exemples SO-001234598004567ORD-2023-54321 | |||
| Nom de l’activité ActivityName | Nom de l’événement métier ou de la tâche qui s’est produit à un moment donné du processus de commande client. | ||
| Description Le nom de l’activité décrit une étape ou un jalon du cycle de vie d’une commande client, comme « Commande client créée », « Vérification de crédit effectuée » ou « Marchandises expédiées ». Chaque activité correspond à une action distincte sur la commande et constitue un élément de la cartographie du processus. L’analyse s’appuie largement sur cet attribut pour visualiser le flux du processus, repérer les parcours fréquents et détecter les écarts par rapport à la procédure standard. L’étude de la séquence des activités permet aux analystes de localiser les goulots d’étranglement, les boucles de reprise, par exemple lorsque l’activité « Commande client modifiée » se répète, ainsi que les variantes non conformes. Cet attribut est essentiel aux Dashboards comme « Conformité et écarts du processus » et aux indicateurs tels que le « Taux de reprise des commandes client ». Pourquoi est-ce important ? Il définit les étapes du processus et permet ainsi de visualiser sa cartographie, d’analyser ses flux et de repérer les reprises ou les écarts. Où trouver ces données Il est souvent déduit 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. Exemples Commande client crééeMarchandises expédiéesPaiement reçuCommande client annulée | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage de la dernière actualisation ou extraction des données depuis le système source. | ||
| Description Cet attribut indique à quel moment les données ont été chargées pour la dernière fois dans l’environnement de Process Mining. Il renseigne sur leur fraîcheur et se distingue de l’heure de l’événement, qui correspond au moment où l’activité métier a réellement eu lieu. Même s’il ne sert généralement pas à analyser directement 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 de savoir si les analyses sont récentes. Par exemple, si les données ont été mises à jour pour la dernière fois il y a une semaine, toute conclusion sur les performances actuelles doit tenir compte de ce délai. Pourquoi est-ce important ? Cet attribut indique si les données sont à jour, afin que les analyses reposent sur des informations récentes et que les conclusions restent pertinentes. Où trouver ces données Cet horodatage est généralement généré et enregistré par l’outil d’extraction des données (ETL) ou par la plateforme de Process Mining lors de leur ingestion. Exemples 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| Système source SourceSystem | Indique le système d’information d’où proviennent les données, par exemple un ERP, un CRM ou une plateforme ancienne. | ||
| Description L’attribut « Système source » désigne le système de référence dans lequel les données de l’événement ont été générées. Dans les entreprises actuelles, un processus de bout en bout comme celui de la commande à l’encaissement s’étend souvent sur plusieurs applications : par exemple, un CRM pour créer la commande et un ERP pour l’exécuter et la facturer. En analyse, cet attribut aide à comprendre l’environnement technologique du processus. Il permet de repérer les points d’intégration et les éventuels problèmes de cohérence entre les systèmes. L’analyse des activités par système source peut révéler que certaines étapes sont traitées différemment ou prennent plus de temps selon le système utilisé. Pourquoi est-ce important ? Il précise l’origine des données. Dans un environnement composé de plusieurs systèmes, cette information est essentielle pour retracer leur provenance et repérer les variantes propres à chaque système. Où trouver ces données Cette information est souvent ajoutée lors de l’extraction des données (ETL) ou figure parmi les champs standard des entrepôts de données. Exemples SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
| Canal de vente SalesChannel | Canal par lequel la commande client a été reçue, par exemple le Web, la vente directe ou un partenaire. | ||
| Description Le canal de vente indique l’origine de la commande ou la façon dont elle a été passée. Il peut s’agir d’un portail en ligne, d’une équipe de vente 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 différences importantes en matière d’efficacité et de conformité. Les commandes passées sur le Web peuvent, par exemple, être largement automatisées et traitées rapidement, tandis que celles 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 à mieux répartir leurs ressources. Le canal de vente est également une dimension importante pour des Dashboards comme « Goulots d’étranglement dans l’exécution des commandes ». Pourquoi est-ce important ? Cet attribut permet de comparer les performances du processus selon les canaux et de repérer les différences d’efficacité, d’automatisation et de conformité. Où trouver ces données Cette information est généralement enregistrée dans les données d’en-tête de la commande client et figure souvent parmi les champs obligatoires lors de la saisie. Exemples Portail WebVente directeEDIRéseau de partenaires | |||
| Identifiant du client CustomerIdentifier | Identifiant unique ou nom du client qui a passé la commande. | ||
| Description Cet attribut identifie le tiers pour lequel 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. En Process Mining, l’identifiant du client permet de segmenter les données. Les analystes peuvent filtrer la cartographie du processus pour observer son déroulement 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 adaptés à certains clients ou mettre en évidence ceux qui entraînent fréquemment des écarts ou des retards, ce qui fournit des éléments utiles à la gestion de la relation client. Pourquoi est-ce important ? Cet attribut permet de filtrer et de comparer les processus selon les clients ou les groupes de clients, afin de repérer les processus adaptés ou les comptes qui posent problème. Où trouver ces données Il figure dans les données d’en-tête de la commande client et est associé aux données de référence du client dans le système ERP ou CRM source. Exemples CUST-10023Global Corp Inc.758991 | |||
| Identifiant du produit ProductIdentifier | Code ou nom unique du principal produit ou service figurant sur la commande client. | ||
| Description L’identifiant du produit, tel qu’un numéro de matériel ou une référence SKU, précise ce qui est vendu. Une commande client peut contenir plusieurs produits. Cet attribut désigne souvent le produit principal ou peut être agrégé par catégorie pour une analyse générale. Il permet d’analyser le processus de la commande à l’encaissement 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 à un taux d’annulation plus élevé. Ces résultats sont utiles à la planification de la chaîne d’approvisionnement, à la gestion des stocks et à la stratégie de portefeuille de produits. Par exemple, si une gamme de produits connaît régulièrement des retards à l’étape « Transmis à l’entrepôt », il peut être nécessaire d’examiner ses niveaux de stock ou son emplacement dans l’entrepôt. Pourquoi est-ce important ? Cet attribut permet d’analyser les performances du processus par produit ou groupe de produits, et de repérer les goulots d’étranglement ou les problèmes propres à certains produits. Où trouver ces données Il figure au niveau des lignes de la commande client. Pour une analyse au niveau du cas, il peut correspondre à la ligne la plus importante ou à une catégorie de produits dérivée. Exemples PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
| Nom d’utilisateur UserName | Nom ou identifiant de l’utilisateur, de l’employé ou de l’agent système qui a exécuté l’activité. | ||
| Description L’attribut « Nom d’utilisateur » identifie la personne ou l’agent automatisé qui a réalisé une activité. Il peut s’agir d’un représentant commercial qui a créé la commande, d’un responsable du crédit qui l’a approuvée ou d’un utilisateur système qui a comptabilisé automatiquement un paiement. Cet attribut permet d’analyser le processus du point de vue des personnes qui y participent. Il sert à étudier la répartition de la charge de travail, à comparer les performances des équipes ou des personnes et à repérer les besoins de formation. Il est également essentiel à la conformité et à la traçabilité des opérations. L’analyse des activités par utilisateur permet de repérer les personnes impliquées dans des boucles de reprise ou des pratiques non conformes. Elle est aussi indispensable au calcul de l’indicateur « Taux d’intervention manuelle ». Pourquoi est-ce important ? Cet attribut identifie la personne ou le système qui réalise une activité. Il permet d’analyser la charge de travail, les performances des équipes, le degré d’automatisation et la conformité. Où trouver ces données On le trouve généralement dans les journaux de transactions ou l’historique des modifications des documents, souvent sous les libellés « Créé par » ou « Modifié par ». Exemples John.SmithBATCH_USERAlice.JonesUSER_API | |||
| Valeur de la commande OrderValue | Montant total de la commande client, généralement exprimé dans la devise du document. | ||
| Description La valeur de la commande correspond à son montant financier total. Cet indicateur financier mesure l’importance de chaque cas. Cet attribut est très utile pour analyser le processus en fonction de la valeur des commandes. Il permet de hiérarchiser les problèmes en se concentrant sur les commandes de montant élevé. Les analystes peuvent, par exemple, vérifier si ces commandes ont des temps de cycle plus longs ou nécessitent davantage de reprises que les commandes de faible montant. Cet attribut sert aussi à chiffrer les conséquences financières des inefficacités du processus, comme le montant total des commandes retardées par un goulot d’étranglement donné. Ces éléments étayent l’analyse de rentabilité des initiatives d’amélioration des processus. Pourquoi est-ce important ? Cet attribut permet d’analyser le processus selon la valeur des commandes, de prioriser les améliorations et de chiffrer les conséquences financières des retards. Où trouver ces données Cette valeur figure dans les données d’en-tête de la commande client. Elle correspond souvent à la somme des montants nets de toutes les lignes. Exemples 15200.50500.00125000.75 | |||
| Date d’échéance du paiement PaymentDueDate | Date limite à laquelle le client doit régler la facture. | ||
| Description 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 date limite de règlement et joue un rôle important dans le processus de comptabilité clients. Cet attribut est essentiel à l’analyse de la partie financière du cycle de la commande à l’encaissement. Il sert de référence pour déterminer si un paiement a été effectué à temps et entre directement dans le calcul de l’indicateur « Taux de paiements dans les délais ». Le Dashboard « Cycle de la facturation 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 de repérer les clients qui règlent tardivement. Pourquoi est-ce important ? Cette date est essentielle à l’analyse financière. Elle sert de référence pour calculer le taux de paiements dans les délais et gérer la comptabilité clients. Où trouver ces données 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. Exemples 2023-12-152024-01-302024-02-28 | |||
| Date de livraison confirmée ConfirmedDeliveryDate | Date de livraison que l’entreprise a confirmée au client et à laquelle elle s’est engagée. | ||
| Description Après avoir vérifié les stocks et les calendriers de production, l’entreprise communique une date de livraison confirmée. Celle-ci représente son engagement envers le client et sert de référence interne pour mesurer les performances d’exécution. Cet attribut est essentiel à l’évaluation de l’efficacité opérationnelle interne. Il entre dans le calcul de l’indicateur « Taux de livraisons dans les délais », qui compare la date de livraison confirmée à la date réelle pour déterminer si l’entreprise a respecté son engagement. Des écarts importants et fréquents entre les dates demandées et confirmées peuvent signaler des problèmes récurrents dans les calculs de disponibilité prévisionnelle (ATP) ou la planification des capacités. Pourquoi est-ce important ? Cette date représente l’engagement de l’entreprise envers le client et sert de référence interne pour mesurer le respect des délais et la fiabilité de l’exécution des commandes. Où trouver ces données Elle figure dans les données des lignes d’échéancier de la commande client et est souvent mise à jour après une vérification de disponibilité ou une planification de la production. Exemples 2023-11-182023-12-012024-01-15 | |||
| Date de livraison demandée RequestedDeliveryDate | Date de livraison souhaitée par le client pour la commande. | ||
| Description Cette date correspond au délai de livraison souhaité par le client. Enregistrée au début du processus, elle sert de référence principale pour évaluer sa satisfaction quant au respect des délais. Dans l’analyse du processus, la date de livraison demandée est comparée à d’autres dates importantes, comme les dates de livraison confirmée et réelle, afin de mesurer le niveau de service. Elle constitue une donnée essentielle du Dashboard « Performance des livraisons dans les délais » et permet de déterminer si la livraison a été effectuée à temps du point de vue du client. L’analyse de l’écart entre les dates demandée et confirmée peut également révéler des problèmes de planification et d’ordonnancement. Pourquoi est-ce important ? Cette date représente les attentes du client en matière de livraison et sert de référence pour mesurer le respect des délais et la satisfaction client. Où trouver ces données Elle se trouve généralement dans l’en-tête de la commande client ou dans les détails des lignes, et est saisie lors de la création de la commande. Exemples 2023-11-152023-12-012024-01-10 | |||
| Date de livraison réelle ActualDeliveryDate | Date à laquelle les marchandises ont effectivement été livrées au client, marquant la fin de la phase d’exécution du processus. | ||
| Description La date de livraison réelle indique le moment où les marchandises ont été livrées au client. Elle repose souvent sur le justificatif de livraison fourni par le transporteur. Cet attribut constitue la mesure de référence de la réussite de l’exécution. Il sert au calcul final du « Taux de livraisons dans les délais », 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 renseigner sur les performances des partenaires logistiques et des modes d’expédition. Pourquoi est-ce important ? Cette date confirme que la commande a bien été exécutée. Elle est indispensable au calcul précis du taux de livraisons dans les délais et de la durée totale du cycle d’exécution des commandes. Où trouver ces données Cette date provient souvent d’un système externe de logistique ou d’expédition, puis est intégrée à l’ERP. Elle peut être déduite de l’horodatage de l’activité « Marchandises livrées ». Exemples 2023-11-172023-12-022024-01-14 | |||
| Est automatisée IsAutomated | Indique si une activité a été exécutée automatiquement par le système ou manuellement par un utilisateur. | ||
| Description 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, une vérification de crédit peut être automatisée, 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 sert principalement à calculer le KPI du taux d’intervention manuelle. Il permet de repérer les étapes fortement automatisées et celles qui reposent encore sur des interventions manuelles. 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 temps de cycle. Pourquoi est-ce important ? Distingue les tâches manuelles des tâches automatisées, un élément essentiel pour mesurer le degré d’automatisation et repérer les possibilités d’amélioration du processus. Où trouver ces données Cette information peut être déduite de l’attribut « Nom d’utilisateur » (par exemple, en repérant les utilisateurs système tels que « BATCH_USER ») ou de champs spécifiques du journal d’événements qui indiquent le contexte d’exécution. Exemples truefalse | |||
| Motif de rejet RejectionReason | Code ou description indiquant pourquoi une commande client ou une ligne de commande a été annulée ou rejetée. | ||
| Description Lorsqu’une commande client est annulée ou qu’un article est rejeté, le motif de rejet précise le contexte de cette issue défavorable. Les motifs peuvent être « Annulation à la demande du client », « Prix incorrect » ou « Rupture de stock », entre autres. Cet attribut est essentiel pour analyser les causes profondes des problèmes de processus. En étudiant la fréquence des différents motifs de rejet, une entreprise peut repérer des problèmes récurrents. Par exemple, un nombre élevé d’annulations pour « Prix incorrect » peut révéler des difficultés dans les processus d’établissement des 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 tâches inutiles. Pourquoi est-ce important ? Indique pourquoi les commandes échouent et permet d’analyser les causes profondes liées aux prix, aux stocks ou à la communication avec les clients. Où trouver ces données Cet attribut se trouve généralement au niveau de la ligne de commande client. Lorsqu’un article est annulé, une valeur est sélectionnée dans une liste de codes prédéfinis. Exemples Demande du clientProduit retiré du catalogueErreur de prixPlafond de crédit dépassé | |||
| Statut de la commande OrderStatus | Statut de la commande client au moment de l’événement, par exemple « Ouverte », « En cours » ou « Terminée ». | ||
| Description Le statut de la commande indique où elle en est dans son cycle de vie à un moment donné. Cette étiquette catégorielle résume son état actuel. La séquence des activités fournit une cartographie détaillée du processus, tandis que l’attribut « Statut de la commande » permet d’en obtenir une vue simplifiée et générale. Il peut servir à filtrer les commandes qui se trouvent dans un état donné, par exemple toutes celles qui sont « Bloquées pour vérification de crédit ». L’analyse du temps passé dans chaque statut peut également révéler des goulots d’étranglement, notamment lorsque des commandes restent trop longtemps « En attente d’approbation ». Pourquoi est-ce important ? Cet attribut résume l’état d’une commande. Il facilite le filtrage et l’analyse des statuts, et permet de repérer les commandes bloquées à une étape donnée. Où trouver ces données 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. Exemples OuverteEn coursBlocage créditTerminéeAnnulée | |||
Activités du processus de commande à encaissement : traitement des commandes client
| Activité | Description | ||
|---|---|---|---|
| Commande client annulée | Cet événement correspond à l’annulation d’une commande client avant son expédition et sa facturation complètes. Il s’agit d’une issue alternative qui marque l’échec du processus et peut survenir à différentes étapes. | ||
| Pourquoi est-ce important ? Il s’agit d’une issue critique. L’analyse du moment et des motifs d’annulation des commandes peut révéler des problèmes de satisfaction client, de disponibilité des stocks ou de saisie des données. Où trouver ces données L’événement est généralement enregistré par l’application d’un statut « Annulée » ou « Rejetée » à l’en-tête de la commande client ou à ses lignes. Données à recueillir Enregistrez l’horodatage auquel un motif d’annulation ou le statut final « Annulée » est appliqué au document de commande client. Type d’événement inferred | |||
| Commande client approuvée | Cette étape indique que la commande client a passé toutes les vérifications internes nécessaires, comme les contrôles de crédit et de configuration, et qu’elle est officiellement confirmée pour traitement. Elle correspond souvent à une approbation explicite ou à un changement de statut. | ||
| Pourquoi est-ce important ? Il s’agit d’un point de contrôle essentiel qui conditionne le lancement du traitement de la commande. Analyser le temps écoulé avant l’approbation permet de repérer les retards dans le cycle de validation et de vérification. Où trouver ces données Cette étape est généralement enregistrée par un statut spécifique, comme « Approuvé », « Confirmé » ou « Enregistré », dans le champ de statut de la commande client ou dans l’historique du flux de travail. Données à recueillir Repérez l’horodatage auquel le statut de la commande client passe à un état indiquant qu’elle est prête à être traitée, comme « Approuvé » ou « Enregistré ». Type d’événement inferred | |||
| Commande client clôturée | Il s’agit de la dernière activité d’une commande traitée avec succès : elle a été entièrement expédiée, facturée et payée. Ce statut indique qu’aucune autre transaction n’est attendue pour cette commande client. | ||
| Pourquoi est-ce important ? Cette activité marque la fin du processus. Le délai total entre la création et la clôture correspond au temps de cycle de bout en bout d’une commande parfaite. Où trouver ces données Cet événement est généralement déduit du statut final de l’en-tête de la commande client, par exemple « Clôturée » ou « Terminée », une fois toutes les transactions associées achevées. Données à recueillir Repérez l’horodatage de la mise à jour du statut général de l’en-tête de la commande client, lorsque celui-ci passe à l’état final. Type d’événement inferred | |||
| Commande client créée | Cette activité correspond à la création initiale d’une commande client dans le système. Elle marque l’enregistrement officiel de la demande de biens ou de services d’un client et constitue le point de départ du processus de la commande à l’encaissement. | ||
| Pourquoi est-ce important ? Il s’agit du principal événement de début du processus. Mesurer le temps écoulé à partir de ce point permet d’évaluer le temps de cycle global de traitement des commandes et l’efficacité de la saisie initiale. Où trouver ces données Cet événement est généralement enregistré à partir de l’horodatage de création de l’en-tête de la commande client ou du journal de transactions associé. Données à recueillir Repérez le premier horodatage associé à la création d’un nouvel ID de commande client dans la table ou le document d’en-tête des commandes du système. Type d’événement explicit | |||
| Facture créée | Cette activité correspond à la création de la facture client pour les biens ou services expédiés. Cette opération financière essentielle officialise la créance du client et marque le début du cycle de paiement. | ||
| Pourquoi est-ce important ? Le délai entre l’expédition et la facturation, appelé délai entre facturation et encaissement, a un effet direct sur la trésorerie. Son analyse permet de repérer les retards dans le processus de facturation. Où trouver ces données Il s’agit d’un événement explicite, enregistré à partir de l’horodatage de création de la facture ou du document de facturation dans le module financier. Données à recueillir Utilisez la date et l’heure de création de la facture dans les tables de comptabilité clients ou de facturation. Type d’événement explicit | |||
| Marchandises expédiées | Cet événement essentiel marque le départ physique de l’entrepôt des marchandises emballées pour la commande. Il s’agit d’une étape logistique et financière importante, qui déclenche souvent le processus de facturation. | ||
| Pourquoi est-ce important ? Cette étape est essentielle pour mesurer la performance des livraisons dans les délais et le temps de cycle de traitement des commandes. Le temps écoulé entre la création de la commande et son expédition est un indicateur clé de performance. Où trouver ces données Cet événement est généralement enregistré explicitement dans les modules d’expédition ou de logistique, sous un libellé tel que « Sortie de marchandises » ou « Confirmation d’expédition ». Données à recueillir Utilisez l’horodatage de la confirmation d’expédition ou de la transaction de sortie des marchandises, généralement enregistré dans le document de livraison ou de traitement. Type d’événement explicit | |||
| Paiement reçu | Cette activité indique que le paiement du client pour une facture a été reçu, traité et affecté. Cet événement se produit généralement dans le module de comptabilité clients et clôture le poste financier ouvert. | ||
| Pourquoi est-ce important ? C’est la dernière étape qui génère de la valeur. Mesurer le délai entre la facturation et le paiement est essentiel pour analyser le délai moyen de paiement client et l’efficacité du cycle de conversion de trésorerie. Où trouver ces données Il s’agit d’une écriture financière explicite, enregistrée à partir de la date de lettrage du document de comptabilité clients ou de la création d’une affectation de paiement. Données à recueillir Utilisez la date de comptabilisation ou de lettrage du document financier qui règle le montant de la facture ouverte. Type d’événement explicit | |||
| Avoir créé | Cette activité se produit lorsqu’un avoir est émis à un client, généralement à la suite d’un retour de produit, d’un désaccord sur les prix ou d’un autre ajustement. Elle correspond à l’annulation ou à la réduction d’un montant facturé précédemment. | ||
| Pourquoi est-ce important ? L’analyse de la fréquence et des motifs des avoirs permet de repérer des problèmes récurrents liés à la qualité des produits, à l’exactitude des expéditions ou aux erreurs de prix. C’est un indicateur important des défaillances du processus. Où trouver ces données Il s’agit d’un événement financier explicite, enregistré à partir de l’horodatage de création de l’avoir dans le module de facturation ou de comptabilité clients. Données à recueillir Utilisez la date et l’heure de création de l’avoir, généralement associé à la commande client ou à la facture d’origine. Type d’événement explicit | |||
| Commande client modifiée | Cette activité correspond à toute modification importante apportée à une commande client après sa création, par exemple aux quantités, aux articles, aux prix ou aux dates demandées. Elle est généralement repérée dans les pistes d’audit ou les journaux de modifications du système. | ||
| Pourquoi est-ce important ? Le suivi des modifications des commandes est essentiel pour repérer les reprises, comprendre les sources d’inefficacité et mesurer le taux de conformité dès la première exécution. Des modifications fréquentes peuvent révéler des problèmes d’exactitude lors de la saisie initiale. Où trouver ces données Ces informations proviennent des tables de journaux de modifications du système, des pistes d’audit ou de la comparaison de différentes versions du document de commande client. Données à recueillir Filtrez les journaux de modifications du système pour repérer les mises à jour des champs clés de l’en-tête ou des lignes de commande client, et utilisez l’horodatage de la modification comme heure de l’événement. Type d’événement explicit | |||
| Commande transmise à l’entrepôt | Cette activité marque le transfert officiel de la commande client à l’entrepôt pour son traitement physique. Elle déclenche le début de la préparation et de l’emballage par l’équipe de l’entrepôt. | ||
| Pourquoi est-ce important ? Il s’agit d’un point de transfert essentiel entre services. Analyser le temps nécessaire à cette étape peut révéler des goulots d’étranglement dans la communication entre les équipes commerciales et logistiques. Où trouver ces données Cet événement est souvent enregistré lors de la génération d’une liste de prélèvement ou lorsque le statut de la commande passe à « Prête à préparer » ou « Transmise ». Données à recueillir Repérez l’horodatage auquel le statut de la ligne de commande client indique qu’elle est prête à être traitée par l’entrepôt. Type d’événement inferred | |||
| Facture envoyée au client | Cet événement correspond au moment où la facture créée est transmise au client pour paiement. L’envoi peut se faire par différents canaux, comme le courriel, l’échange de données informatisé ou le courrier postal. | ||
| Pourquoi est-ce important ? Il marque le début officiel du délai de paiement accordé au client. Tout retard entre la création et l’envoi de la facture peut allonger le cycle de conversion de trésorerie. Où trouver ces données Les sources possibles sont les journaux de gestion des sorties, les enregistrements de communication ou une mise à jour de statut propre au document de facturation. Données à recueillir Enregistrez l’horodatage du journal de sortie du système qui confirme la transmission réussie de la facture. Type d’événement inferred | |||
| Marchandises emballées | Cette activité marque la fin de l’emballage : les articles prélevés sont regroupés, emballés et préparés pour l’expédition. Elle comprend souvent la génération d’un bordereau d’emballage et la finalisation des détails d’expédition. | ||
| Pourquoi est-ce important ? Analyser le temps écoulé entre le prélèvement et l’emballage peut aider à optimiser l’aménagement des postes de travail et les procédures d’emballage. Cette étape permet de vérifier l’exactitude de la commande avant son expédition. Où trouver ces données Cet événement peut être enregistré comme un statut distinct dans un système de gestion d’entrepôt (WMS) ou déduit de l’horodatage de création du bordereau d’emballage. Données à recueillir Repérez l’horodatage auquel le statut du document de traitement passe à « Emballé », ou utilisez l’horodatage de création du bordereau d’emballage. Type d’événement inferred | |||
| Marchandises livrées | Cette activité indique que l’expédition a bien été livrée à l’adresse indiquée par le client. L’information est souvent mise à jour à partir des données transmises par un transporteur externe ou d’une confirmation manuelle. | ||
| Pourquoi est-ce important ? Le suivi des livraisons donne une vue complète de l’expérience client et permet de mesurer avec précision la durée totale du cycle d’exécution des commandes. Où trouver ces données Ces informations proviennent généralement des données des transporteurs externes, intégrées au système central, ou d’un justificatif de livraison. Données à recueillir Enregistrez l’horodatage de la confirmation de livraison fourni par le transporteur, ou celui du justificatif de livraison saisi manuellement. Type d’événement explicit | |||
| Marchandises prélevées | Cette activité indique que tous les articles de la commande ont été prélevés dans leur emplacement de stockage. Elle est généralement enregistrée lorsqu’un opérateur d’entrepôt confirme la fin du prélèvement. | ||
| Pourquoi est-ce important ? Mesurer la durée du prélèvement est essentiel pour évaluer l’efficacité de l’entrepôt et repérer les goulots d’étranglement dans le traitement physique des commandes. Où trouver ces données L’événement est généralement enregistré dans un module de gestion d’entrepôt ou déduit d’une mise à jour du statut du document de livraison ou de traitement. Données à recueillir Relevez l’horodatage auquel le statut de la liste de prélèvement ou du document de traitement associé passe à « Prélevé » ou « Terminé ». Type d’événement inferred | |||
| Stock réservé | Cette activité correspond au moment où le stock nécessaire pour les lignes de commande client est affecté ou réservé. Les articles sont ainsi disponibles et réservés à cette commande précise, sans pouvoir être vendus à d’autres clients. | ||
| Pourquoi est-ce important ? Le suivi des réservations de stock permet d’analyser la disponibilité des articles et les retards potentiels liés aux stocks. Le temps écoulé entre l’approbation de la commande et la réservation peut révéler des problèmes d’approvisionnement. Où trouver ces données Il s’agit souvent d’un événement automatisé, enregistré dans les tables de transactions de stock ou indiqué par un changement de statut sur la ligne de commande client. Données à recueillir Relevez l’horodatage dans le journal des transactions de stock correspondant à la réservation du stock pour la ligne de commande client concernée. Type d’événement explicit | |||
| Vérification de crédit effectuée | Cette activité indique qu’une vérification de la solvabilité a été effectuée pour le client associé à la commande. Il peut s’agir d’un contrôle automatisé par le système ou d’une vérification manuelle, qui entraîne souvent la mise à jour du statut de crédit de la commande. | ||
| Pourquoi est-ce important ? Cette étape constitue souvent un goulot d’étranglement. Mesurer sa durée et ses résultats permet d’évaluer l’efficacité de la gestion du crédit et son impact sur le temps de cycle global des commandes. Où trouver ces données L’événement est souvent déduit d’un changement de statut de la commande client, de la levée d’un blocage de crédit ou d’une entrée dans un journal spécifique de gestion du crédit. Données à recueillir Relevez l’horodatage auquel le champ de statut de crédit de la commande passe à « Approuvé » ou « Vérifié », ou auquel un blocage lié au crédit est levé. Type d’événement inferred | |||
Guides d’extraction
Les méthodes d’extraction varient selon le système. Pour obtenir des instructions détaillées,
consultez notre guide ETL ou sélectionnez un processus et un système précis.
Prêt à commencer ?
Que vous choisissiez un guide adapté à votre système ou que vous préfériez personnaliser ce modèle générique, vous disposez maintenant des éléments nécessaires pour commencer à optimiser le traitement des commandes client, de la commande à l’encaissement.
Commencez dès aujourd’hui à optimiser le traitement de vos commandes client
Obtenez rapidement des analyses, réduisez les retards et améliorez votre trésorerie.
Aucune carte bancaire requise. Configuration en quelques minutes.