Votre template de données Order to Cash, traitement des commandes clients

Microsoft Dynamics 365
Votre template de données Order to Cash, traitement des commandes clients

Votre template de données Order to Cash, traitement des commandes clients

Ce template présente de manière structurée les éléments de données essentiels nécessaires à l'analyse de votre processus Order to Cash, traitement des commandes clients, dans Microsoft Dynamics 365. Il précise les attributs importants à collecter et les activités clés à suivre dans votre journal d'événements. Vous y trouverez également des conseils pratiques pour extraire efficacement ces données de votre système.
  • Attributs recommandés pour une analyse complète
  • Activités clés du processus à suivre
  • Conseils spécifiques pour extraire les données de Microsoft Dynamics 365
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Order to Cash, attributs du traitement des commandes clients

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète le processus Order to Cash de traitement des commandes clients dans Microsoft Dynamics 365.
5 Obligatoire 5 Recommandé 10 Facultatif
Nom Description
Activité
ActivityName
Nom de l'événement métier ou de la tâche spécifique survenu(e) à un moment donné dans le processus de commande client.
Description

Cet attribut représente une étape ou un événement distinct du cycle de vie de la commande client, par exemple « Sales Order Created », « Goods Shipped » ou « Payment Received ». La séquence de ces activités pour une commande donnée forme le flux du processus.

L'analyse de la séquence, de la fréquence et des transitions entre les activités constitue le cœur du Process Mining. Elle permet de visualiser la cartographie du processus, d'identifier les variantes courantes et rares, de détecter les goulots d'étranglement et de repérer les reprises ou les écarts de conformité. Cet attribut est fondamental pour comprendre ce qui se passe réellement dans le processus.

Pourquoi c’est important

Il définit les étapes du processus et permet de construire et de visualiser le flux du processus, qui constitue l'objectif principal du Process Mining.

Où les obtenir

Cet attribut est obtenu conceptuellement en associant des événements système ou des changements de statut précis, enregistrés dans des tables telles que « SalesTable » et dans les tables logistiques ou financières associées, à un nom d'activité standardisé.

Exemples
Commande client crééeMarchandises expédiéesFacture crééePaiement reçu
Commande client
SalesOrderNumber
Identifiant unique de chaque commande client, utilisé comme identifiant principal du cas dans le processus.
Description

Le numéro de commande client est un code alphanumérique unique attribué à chaque commande client dans Microsoft Dynamics 365. Il sert de Case ID principal et relie toutes les activités et tous les événements associés, de la création à la clôture.

Dans le Process Mining, cet attribut est essentiel pour reconstituer le parcours de bout en bout de chaque commande client. Il permet aux analystes de suivre la séquence complète des activités, de mesurer la durée des cas et d'analyser les variations propres à chaque commande. Il constitue ainsi le fondement de l'ensemble de l'analyse du processus.

Pourquoi c’est important

Cet identifiant est essentiel pour corréler tous les événements associés et permettre une analyse complète, de bout en bout, du cycle de vie de chaque commande client.

Où les obtenir

Situé dans la table « SalesTable », champ « SalesId ».

Exemples
SO-00102345SO-00102346SO-00102347
Heure de début
EventTime
Date et heure précises auxquelles une activité ou un événement donné s'est produit.
Description

L'heure de l'événement, ou horodatage, enregistre le moment exact où une activité a eu lieu. Chaque activité du journal d'événements possède un horodatage associé, ce qui permet de reconstituer chronologiquement le processus pour chaque cas.

Cet attribut est essentiel pour toutes les analyses temporelles du Process Mining. Il sert à calculer les temps de cycle entre les activités, à mesurer la durée totale d'un cas, à analyser les temps d'attente et à identifier les goulots d'étranglement qui ralentissent le processus. Il permet également de suivre les performances dans le temps, par exemple le débit quotidien, hebdomadaire ou mensuel.

Pourquoi c’est important

Cet horodatage est indispensable pour calculer toutes les métriques fondées sur la durée, notamment les temps de cycle et les goulots d'étranglement, ainsi que pour classer les événements par ordre chronologique.

Où les obtenir

Il est obtenu à partir de différents champs de date et d'heure associés à des transactions précises, comme « SalesTable.CreatedDateTime » pour la création d'une commande ou les dates de comptabilisation des journaux de paiement pour les règlements.

Exemples
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation ou extraction des données depuis le système source.
Description

Cet attribut enregistre la date et l'heure de la dernière extraction des données depuis Microsoft Dynamics 365. Il indique clairement le degré d'actualité des données analysées.

Pour toute analyse de processus, il est essentiel de connaître la récence des données afin de prendre des décisions éclairées. Cet horodatage renforce la confiance des utilisateurs en indiquant précisément la date de la dernière mise à jour et en garantissant que les conclusions reposent sur des informations actuelles.

Pourquoi c’est important

Il permet aux utilisateurs de connaître la récence des données, un élément essentiel pour garantir la pertinence et la précision de l'analyse en Process Mining.

Où les obtenir

Il est généré au moment de l'extraction des données, puis ajouté à chaque enregistrement lors de l'ingestion des données.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Système source
SourceSystem
Identifie le système d'information dont proviennent les données.
Description

Cet attribut indique l'application source dans laquelle les données d'événement ont été enregistrées. Dans ce contexte, il s'agit généralement de « Microsoft Dynamics 365 ».

Il peut sembler redondant dans le cadre d'une analyse portant sur un seul système, mais il devient essentiel lorsque des données provenant de plusieurs systèmes sont fusionnées, par exemple celles d'un CRM distinct ou d'un système de gestion d'entrepôt. Il garantit la traçabilité des données et facilite le diagnostic des problèmes d'extraction en permettant de déterminer l'origine des enregistrements.

Pourquoi c’est important

Il fournit un contexte essentiel sur l'origine des données, en particulier lors de l'intégration de données provenant de plusieurs systèmes, et garantit une traçabilité claire.

Où les obtenir

Il s'agit d'une valeur statique, généralement ajoutée lors de la transformation des données pour identifier l'origine du jeu de données.

Exemples
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
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 client. Il peut s'agir d'un site de commerce électronique, d'une équipe commerciale, d'un magasin, d'un centre d'appels ou d'un réseau de partenaires. Cette dimension est généralement configurée selon les besoins de l'entreprise dans Dynamics 365.

L'analyse du processus par canal de vente permet de mettre en évidence les écarts de performance entre les canaux. Par exemple, les commandes Web peuvent être traitées plus rapidement et de manière plus automatisée que les commandes prises par téléphone. Cette analyse permet d'optimiser le processus et l'allocation des Ressources selon chaque canal, notamment dans des Dashboards tels que « Sales Order Value by Segment ».

Pourquoi c’est important

Il permet de comparer les performances des différents canaux de vente et de révéler les inefficacités ou les bonnes pratiques propres à la manière dont les commandes sont initiées.

Où les obtenir

Ces informations sont généralement stockées dans l'en-tête de la commande client. Consultez la documentation de Microsoft Dynamics 365 pour connaître le champ concerné.

Exemples
WebDirectPartenaireVente au détail
Date de livraison confirmée
ConfirmedDeliveryDate
Date de livraison confirmée et garantie par l'entreprise auprès du client.
Description

La date de livraison confirmée correspond à la date à laquelle l'entreprise vendeuse s'engage à livrer les marchandises au client. Elle est définie après les vérifications internes, notamment la disponibilité des stocks et les calendriers de production.

Cet attribut est essentiel pour calculer le KPI « Delivery Date Adherence Rate » du point de vue de l'engagement opérationnel. Il fournit une référence interne plus réaliste pour mesurer les livraisons dans les délais que la demande initiale du client. L'analyse des écarts par rapport à cette date permet d'identifier les défaillances internes de la logistique et de l'exécution des commandes.

Pourquoi c’est important

Il représente l'engagement de l'entreprise envers le client et constitue donc une référence interne essentielle pour mesurer la fiabilité de l'exécution des commandes et la performance opérationnelle.

Où les obtenir

Située dans les données de ligne de la commande client, souvent dans la table « SalesLine », avec un champ tel que « ConfirmedDlv ».

Exemples
2023-05-122023-06-012023-05-28
Date de livraison demandée
RequestedDeliveryDate
Date de livraison demandée par le client pour la commande.
Description

Cet attribut enregistre la date à laquelle le client a initialement demandé à recevoir ses marchandises. Cette date est saisie lors de la création de la commande et sert de référence pour mesurer la performance de livraison du point de vue du client.

Cette date constitue une donnée essentielle du Dashboard « Delivery Date Adherence ». La comparaison entre « RequestedDeliveryDate », « ConfirmedDeliveryDate » et la date réelle de l'activité « Goods Delivered » permet d'évaluer dans quelle mesure l'organisation répond aux attentes des clients. Des écarts importants peuvent révéler des problèmes de planification, de stock ou de logistique.

Pourquoi c’est important

Elle représente l'attente du client en matière de livraison et fournit une référence essentielle pour mesurer la satisfaction client et la performance des livraisons dans les délais.

Où les obtenir

Située dans la table « SalesTable », généralement sous le nom « DeliveryDate » ou une variante similaire.

Exemples
2023-05-102023-06-012023-05-25
Nom du client
CustomerName
Nom du client ayant passé la commande.
Description

Cet attribut contient la raison sociale du client associé à la commande client. Il est obtenu en reliant le numéro de compte client de la commande aux données de référence principales des clients.

L'analyse du processus par client est fondamentale pour comprendre les comportements propres à chaque client et les niveaux de service associés. Elle permet d'identifier les clients qui subissent le plus de retards, ceux qui présentent les taux de reprise les plus élevés ou ceux qui suivent des parcours non standard. Cette analyse est essentielle pour améliorer la satisfaction client et gérer efficacement les comptes stratégiques.

Pourquoi c’est important

Elle permet une analyse centrée sur le client afin d'identifier les tendances, les retards ou les problèmes propres à certains clients, avec un impact direct sur la satisfaction client.

Où les obtenir

Recherché dans « CustTable » à l'aide du champ « CustAccount » de « SalesTable ».

Exemples
Contoso LtdAdatum CorporationFabrikam Inc.
Valeur de la commande
OrderValue
Valeur monétaire totale de la commande client.
Description

Cet attribut représente le montant financier total de la commande client, y compris les articles, les taxes et les frais. Il s'agit d'une métrique financière importante associée à chaque cas.

La valeur de la commande est essentielle pour analyser le processus selon la valeur. Elle permet de segmenter le processus afin de déterminer si les commandes de montant élevé sont traitées différemment ou subissent davantage de retards que les commandes de faible montant. Cette analyse aide à prioriser les initiatives d'amélioration sur les cas ayant le plus d'importance financière et alimente des Dashboards tels que « Sales Order Value by Segment ».

Pourquoi c’est important

Elle permet de segmenter le processus selon des critères financiers, de prioriser les améliorations concernant les commandes de montant élevé et de comprendre les conséquences financières des écarts au processus.

Où les obtenir

Située dans les données d'en-tête de la commande client. Consultez la documentation de Microsoft Dynamics 365 pour connaître la table et le champ concernés, souvent calculés à partir des montants des lignes de commande.

Exemples
5250.7512300.00899.50
Date d'échéance du paiement
PaymentDueDate
Date à laquelle le client doit au plus tard 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 est enregistrée sur la facture client.

Cet attribut est fondamental pour l'analyse « Payment Due Date Compliance » et le KPI « On-Time Payment Rate ». En comparant « PaymentDueDate » à la date réelle de l'activité « Payment Received », l'entreprise peut identifier les retards de paiement, analyser les comportements par segment de clientèle et prendre des mesures préventives pour améliorer sa trésorerie et réduire le délai moyen de recouvrement, ou DSO.

Pourquoi c’est important

Elle constitue la référence pour mesurer la performance des paiements, un élément essentiel de l'analyse de la trésorerie et de la gestion efficace des créances clients.

Où les obtenir

Située dans la table « CustInvoiceJour », champ « DueDate ».

Exemples
2023-05-302023-06-152023-06-30
Heure de fin
EndTime
Date et heure précises auxquelles une activité a été achevée.
Description

L'horodatage de l'heure de fin indique le moment où une activité s'achève. Lorsqu'il est disponible, il permet de mesurer plus précisément la durée d'une activité que l'estimation fondée sur l'heure de début de l'activité suivante.

La présence d'une heure de début et d'une heure de fin permet de calculer précisément le « temps de traitement » de chaque activité et de le distinguer du « temps d'attente » entre les activités. Cette information est particulièrement utile pour déterminer quelles tâches prennent le plus de temps et quelles étapes du processus sont associées à de longs délais.

Pourquoi c’est important

Il permet de calculer précisément le temps de traitement de chaque activité et de distinguer le temps de travail effectif du temps d'attente.

Où les obtenir

Comme l'heure de début, il est obtenu à partir de différents champs de date et d'heure. Il peut s'agir d'un champ « ModifiedDateTime » ou d'un horodatage correspondant à une mise à jour de statut dans des tables telles que « SalesTable » ou « WHSLoadTable ».

Exemples
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
Livraison dans les délais
OnTimeDelivery
Indicateur booléen précisant si les marchandises ont été livrées à la date de livraison confirmée ou avant celle-ci.
Description

Cet attribut calculé compare l'horodatage de l'activité « Goods Delivered » à « ConfirmedDeliveryDate » pour chaque commande client. Il prend la valeur « true » si la livraison a été effectuée dans les délais ou en avance, et « false » si elle a été effectuée en retard.

Cet indicateur sert de base au calcul du KPI « Delivery Date Adherence Rate ». Il simplifie l'analyse en permettant de filtrer et d'agréger facilement les commandes livrées dans les délais et celles livrées en retard. Il aide à identifier rapidement les facteurs associés aux retards, comme certains produits, clients, régions ou modes d'expédition.

Pourquoi c’est important

Il mesure directement la performance de l'exécution des commandes par rapport à l'engagement pris, ce qui est essentiel pour suivre la satisfaction client et la fiabilité de la chaîne d'approvisionnement.

Où les obtenir

Calculé en comparant « EventTime » de l'activité « Goods Delivered » à l'attribut « ConfirmedDeliveryDate ». Formule : (« Goods Delivered » Timestamp <= ConfirmedDeliveryDate).

Exemples
truefalse
Mode d'expédition
ShippingMethod
Mode de transport ou transporteur utilisé pour expédier les marchandises au client.
Description

Cet attribut précise le service de transport utilisé pour la livraison, par exemple « Ground Shipping », « Air Freight » ou le nom d'un transporteur donné. Il est sélectionné lors du traitement de la commande en fonction des préférences du client, du coût et du délai de livraison.

Pour le Dashboard « Shipping Method Performance », cette dimension est essentielle. L'analyse des temps de cycle entre « Goods Packed » et « Goods Delivered », ventilée par mode d'expédition, permet d'identifier les transporteurs les plus rapides et les plus fiables, ainsi que ceux qui sont davantage sujets aux retards. Cette analyse facilite la planification logistique et le choix des transporteurs.

Pourquoi c’est important

Il permet d'analyser les performances des différents transporteurs et modes d'expédition afin d'optimiser la logistique en matière de coût, de rapidité et de fiabilité.

Où les obtenir

Ces informations sont généralement stockées dans l'en-tête de la commande client ou dans les enregistrements associés à l'exécution de la commande. Consultez la documentation de Microsoft Dynamics 365.

Exemples
FedEx GroundUPS Next Day AirDHL Express
Nom d'utilisateur
UserName
Nom de l'utilisateur ayant exécuté l'activité.
Description

Cet attribut identifie le collaborateur ou l'utilisateur système chargé d'exécuter une tâche donnée, par exemple confirmer une commande ou créer une facture. Il est généralement associé à un identifiant utilisateur dans Microsoft Dynamics 365.

L'analyse des performances par utilisateur permet d'identifier les besoins de formation, de reconnaître les meilleurs contributeurs et de mieux répartir la charge de travail. Elle est également essentielle à des fins de conformité et d'audit, car elle établit clairement la responsabilité de chaque action réalisée dans le processus.

Pourquoi c’est important

Il permet d'analyser les performances du processus par personne ou par équipe, afin d'identifier les besoins de formation, les déséquilibres de charge et les goulots d'étranglement liés aux Ressources.

Où les obtenir

Il est obtenu à partir de champs d'identifiant utilisateur tels que « CreatedBy » ou « ModifiedBy » dans différentes tables de transactions, puis associé à la table principale des utilisateurs, par exemple « UserInfo », afin de récupérer le nom complet.

Exemples
Alice JohnsonRobert BrownAdministrateur système
Numéro d'article
ItemNumber
Identifiant unique d'un produit ou d'un service figurant sur la commande client.
Description

Le numéro d'article identifie précisément le produit vendu. Une commande client pouvant contenir plusieurs produits, cet attribut est généralement associé aux données d'événement au niveau de la ligne d'article.

L'analyse du processus par produit permet de mettre en évidence les problèmes propres à certains produits. Par exemple, certains produits peuvent être associés à des délais d'exécution plus longs, à des taux de reprise plus élevés ou à des blocages de crédit plus fréquents. Cette analyse permet de cibler les améliorations de la gestion des stocks, du paramétrage des données produit ou des processus d'exécution pour les articles concernés.

Pourquoi c’est important

Elle permet une analyse au niveau du produit et révèle si certains articles sont associés à des retards, à des reprises ou à d'autres inefficacités du processus.

Où les obtenir

Situé dans la table « SalesLine », champ « ItemId ».

Exemples
PROD-00123PROD-00548SVC-00045
Paiement dans les délais
OnTimePayment
Indicateur booléen précisant si le paiement a été reçu à la date d'échéance ou avant celle-ci.
Description

Cet attribut calculé compare l'horodatage de l'activité « Payment Received » à « PaymentDueDate ». Il prend la valeur « true » si le paiement a été reçu dans les délais et « false » s'il a été reçu en retard.

Cet indicateur constitue le composant central du KPI « On-Time Payment Rate ». Il permet de segmenter rapidement les clients entre payeurs « dans les délais » et payeurs « en retard ». Cette analyse peut orienter les politiques de crédit, les stratégies de recouvrement et la gestion de la relation client en identifiant les clients qui paient régulièrement en retard.

Pourquoi c’est important

Il mesure le comportement de paiement des clients par rapport aux conditions convenues, un élément fondamental pour gérer la trésorerie et évaluer le risque de crédit.

Où les obtenir

Calculé en comparant « EventTime » de l'activité « Payment Received » à l'attribut « PaymentDueDate ». Formule : (« Payment Received » Timestamp <= PaymentDueDate).

Exemples
truefalse
Pays
CountryRegion
Pays de l'adresse de livraison du client.
Description

Cet attribut indique le pays de destination de l'expédition liée à la commande client. Il est obtenu à partir des informations relatives à l'adresse de livraison du client enregistrées dans Dynamics 365.

L'analyse des performances du processus par pays est importante pour identifier les variations régionales. Les expéditions internationales peuvent nécessiter des étapes supplémentaires, comme le dédouanement, et entraîner des temps de cycle plus longs. Cette analyse aide à comprendre et à optimiser la logistique sur les différents marchés géographiques.

Pourquoi c’est important

Elle facilite l'analyse géographique et permet d'identifier les goulots d'étranglement régionaux, les problèmes de conformité ou les écarts de performance dans la chaîne d'approvisionnement.

Où les obtenir

Il est obtenu à partir de l'adresse de livraison du client, associée à la commande client. Les informations relatives au pays se trouvent généralement dans la table « LogisticsPostalAddress », reliée via le lien vers l'adresse de livraison dans « SalesTable ».

Exemples
USADEUCANGBR
Reprise
IsRework
Indicateur booléen précisant si une commande client a fait l'objet d'une reprise, par exemple lorsqu'une activité a été répétée.
Description

Cet attribut calculé identifie les cas qui s'écartent du parcours direct, ou « happy path », du processus. Les reprises sont détectées en repérant des séquences d'activités indiquant qu'une étape a été répétée, par exemple lorsqu'une commande est d'abord déconsolidée puis reconfirmée, ou lorsque des marchandises sont prélevées puis remises en stock.

Le marquage des cas comportant une reprise est essentiel pour le KPI « Sales Order Rework Rate ». Il permet aux analystes d'isoler et d'examiner rapidement les flux de processus inefficaces afin d'en comprendre les causes profondes, qui peuvent être des erreurs de saisie, des problèmes de crédit ou des difficultés liées aux stocks. La réduction des reprises constitue un objectif majeur de nombreux projets d'amélioration des processus.

Pourquoi c’est important

Il permet de quantifier l'inefficacité du processus en signalant les cas qui ont nécessité des étapes répétées, afin de cibler les analyses et de réduire les pertes de temps et les retards.

Où les obtenir

Il est calculé par l'outil de Process Mining, qui analyse la séquence des activités de chaque cas. Par exemple, la détection d'un schéma tel que (A -> B -> C -> B) signale le cas comme une reprise.

Exemples
truefalse
Statut de la commande client
SalesOrderStatus
Statut actuel de la commande client au moment de l'extraction des données.
Description

Cet attribut reflète le statut global de la commande client, par exemple « Open order », « Invoiced », « Canceled » ou « Delivered ». Il s'agit d'un statut récapitulatif géré dans l'en-tête de la commande client.

Alors que le journal d'activités offre une vue dynamique du processus, le statut final est utile pour le filtrage et la segmentation. Il permet aux analystes d'isoler facilement toutes les commandes ouvertes afin d'obtenir une vue de la charge actuelle, ou de distinguer les commandes terminées avec succès des commandes annulées pour analyser les motifs d'annulation.

Pourquoi c’est important

Il fournit un état des lieux de la commande et permet de filtrer l'analyse selon les commandes ouvertes, clôturées ou annulées, ce qui est utile pour gérer la charge de travail et analyser les résultats.

Où les obtenir

Situé dans la table « SalesTable », champ « SalesStatus ».

Exemples
En reliquatLivréeFacturéeAnnulée
Obligatoire Recommandé Facultatif

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

Voici les principales étapes du processus et les jalons importants à enregistrer dans votre journal d’événements pour obtenir une découverte et une analyse précises du traitement de vos commandes clients.
6 Recommandé 7 Facultatif
Activité Description
Commande client créée
Cet événement correspond à la création initiale de la commande client dans le système, par un commercial ou via un canal automatisé. Il est enregistré explicitement lorsqu’un nouvel enregistrement est créé et sauvegardé dans la table principale des commandes clients.
Pourquoi c’est important

Cette activité constitue le point de départ commun à tous les cas de commandes clients. Elle fournit l’horodatage initial nécessaire au calcul du délai global de traitement et à l’analyse du débit.

Où les obtenir

Il s’agit d’un événement explicite capturé à partir du champ « Created date and time » de l’enregistrement d’en-tête SalesTable dans Microsoft Dynamics 365.

Collecte

Lire l’horodatage de création depuis l’entité SalesTable.

Type d’événement explicit
Commande clôturée
Statut final d’une commande client traitée avec succès, indiquant qu’elle a été entièrement expédiée et facturée et qu’aucune autre transaction n’est attendue. Cette étape marque la fin réussie du processus.
Pourquoi c’est important

Cette activité constitue le point final principal des cas traités avec succès. Elle est essentielle pour calculer les délais de traitement de bout en bout et le débit.

Où les obtenir

L’événement est déduit des champs de statut de SalesTable. Une commande est considérée comme clôturée lorsque le « Sales status » est « Invoiced » et que les statuts des lignes sont également « Invoiced ».

Collecte

Déduire l’événement du passage des champs de statut de SalesTable à « Invoiced ». L’horodatage correspond généralement à la date de la dernière transaction associée, comme la facturation ou le paiement.

Type d’événement inferred
Commande confirmée
Cette activité correspond à la confirmation officielle de la commande client, qui engage l’entreprise à livrer les biens ou services indiqués. Dans Dynamics 365, il s’agit d’une action explicite de l’utilisateur qui génère un journal de confirmation.
Pourquoi c’est important

La confirmation constitue une étape clé qui marque officiellement le début du traitement de la commande. Mesurer le délai entre la création et la confirmation permet d’évaluer l’efficacité du traitement en front-office.

Où les obtenir

Il s’agit d’un événement explicite capturé à partir de la date de comptabilisation du journal de confirmation de commande client Sales Order Confirmation, SalesConfirmJour. L’horodatage peut être relié à SalesTable.

Collecte

Capturer l’horodatage de comptabilisation du journal de confirmation de commande client.

Type d’événement explicit
Facture créée
Cette activité correspond à la génération et à la comptabilisation de la facture client pour les marchandises ou services expédiés. Il s’agit d’une transaction financière essentielle qui enregistre officiellement la dette du client.
Pourquoi c’est important

Cette activité marque le début de la phase de règlement financier du processus. Le délai entre l’expédition et la création de la facture est essentiel pour le KPI « Invoice Generation Cycle Time » et a un impact sur la trésorerie.

Où les obtenir

Il s’agit d’une transaction financière explicite. L’événement est capturé à partir de la date et de l’heure de comptabilisation du journal de facture client, CustInvoiceJour.

Collecte

Capturer l’horodatage de comptabilisation du journal de facture client.

Type d’événement explicit
Marchandises expédiées
Cet événement indique que les marchandises emballées de la commande ont été expédiées et ont quitté l’entrepôt. Dans Dynamics 365, cette étape est officialisée par la comptabilisation du bordereau d’expédition.
Pourquoi c’est important

Il s’agit d’une étape clé qui marque la fin du traitement interne de la commande et le début de la phase de livraison. Cet horodatage est essentiel pour calculer la performance des expéditions dans les délais.

Où les obtenir

Il s’agit d’un événement explicite et clairement identifiable, capturé à partir de la date et de l’heure de comptabilisation du journal de bordereau d’expédition, CustPackingSlipJour.

Collecte

Capturer l’horodatage de comptabilisation du journal de bordereau d’expédition.

Type d’événement explicit
Paiement reçu
Cette activité indique que le paiement du client correspondant à la facture a été reçu et affecté. L’événement se produit dans le module Accounts Receivable et est relié à la facture d’origine.
Pourquoi c’est important

Il s’agit d’une étape clé pour analyser le cycle de conversion de trésorerie. Elle est essentielle pour mesurer le KPI « On-Time Payment Rate » et identifier les retards de recouvrement.

Où les obtenir

Il s’agit d’un événement explicite provenant du module Accounts Receivable. Il est capturé à partir de la date de transaction du règlement du paiement client, CustSettlement, qui clôt la transaction de facture, CustTrans.

Collecte

Capturer la date de règlement depuis la table CustSettlement et la relier à la facture et à la commande client.

Type d’événement explicit
Commande 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 et non aboutie du processus.
Pourquoi c’est important

Le suivi des annulations aide à identifier les causes des ventes perdues ou des échecs du processus. L’analyse du moment et des raisons des annulations peut contribuer à améliorer le processus.

Où les obtenir

L’événement est déduit du changement du champ « Sales status » de SalesTable vers « Canceled ». L’horodatage correspond au moment où ce changement de statut a été enregistré.

Collecte

Déduire l’événement du changement du champ de statut de SalesTable vers « Canceled ».

Type d’événement inferred
Commande libérée pour l’entrepôt
Cette étape marque le moment où la commande client est officiellement libérée pour l’entrepôt, afin de procéder à la préparation et à l’expédition. Il s’agit d’une étape distincte dans les environnements qui utilisent le module Warehouse Management, WMS.
Pourquoi c’est important

Cette activité sépare le traitement de la commande de son exécution physique. L’analyse du délai d’attente avant la libération de la commande peut révéler des problèmes de planification des ressources ou d’intégration des systèmes.

Où les obtenir

Il s’agit d’un événement explicite capturé à partir des enregistrements de libération pour l’entrepôt, WHSLoadTable et WHSShipmentTable, associés à la commande client.

Collecte

Capturer l’horodatage de création du chargement ou de l’expédition correspondante pour l’entrepôt.

Type d’événement explicit
Marchandises emballées
Cette activité marque la fin de l’emballage, au cours duquel les articles préparés sont regroupés et préparés pour l’expédition. Dans D365, cette étape peut coïncider avec la génération d’un bordereau d’expédition.
Pourquoi c’est important

Le délai entre la préparation et l’emballage peut révéler des goulots d’étranglement au niveau des postes d’emballage. Il s’agit d’un sous-processus essentiel du délai global de traitement de la commande.

Où les obtenir

L’événement peut être enregistré explicitement à partir de l’achèvement de l’emballage des conteneurs dans le module WMS ou déduit de la génération du journal de bordereau d’expédition, Packing Slip, CustPackingSlipJour, qui marque souvent la fin de l’emballage.

Collecte

Déduire l’événement de l’achèvement du travail d’emballage ou de la date de création du journal de bordereau d’expédition.

Type d’événement inferred
Marchandises livrées
Indique que l’expédition a été livrée avec succès à l’adresse indiquée par le client. Ces informations sont souvent mises à jour depuis le système d’un transporteur externe ou au moyen d’une confirmation manuelle.
Pourquoi c’est important

Cette activité est essentielle pour mesurer le KPI « Delivery Date Adherence » et comprendre le délai réel du processus du point de vue du client. Elle aide également à évaluer la performance des transporteurs.

Où les obtenir

Cet événement n’est pas suivi nativement comme un événement explicite dans D365 standard. Il est généralement déduit de la réception d’une mise à jour provenant d’une intégration avec un transporteur ou d’une mise à jour manuelle du statut de la commande client ou de l’expédition.

Collecte

Déduire l’événement d’un flux intégré provenant du transporteur ou de la mise à jour manuelle d’un champ de statut.

Type d’événement inferred
Marchandises préparées
Cette activité correspond à la fin de la préparation physique de tous les articles de la commande dans leurs emplacements d’entrepôt. Elle est généralement enregistrée lorsqu’un préparateur clôture une liste de prélèvement ou un ordre de travail dans le module WMS.
Pourquoi c’est important

Le suivi du délai d’achèvement de la préparation est essentiel pour analyser l’efficacité de l’entrepôt. Les retards à cette étape ont un impact direct sur le délai global d’expédition.

Où les obtenir

Il s’agit d’un événement explicite enregistré dans le module Warehouse Management. Il est capturé à partir de l’horodatage d’achèvement du travail d’entrepôt, WHSWorkTable, associé à la préparation de la commande client.

Collecte

Capturer l’horodatage auquel le statut « Work » de la préparation passe à « Closed ».

Type d’événement explicit
Stock réservé
Cet événement indique que le stock nécessaire pour les lignes de la commande client a été réservé physiquement ou automatiquement dans le système. Les articles sont ainsi disponibles pour la préparation et le traitement de la commande.
Pourquoi c’est important

Le suivi de la réservation des stocks aide à analyser les retards entre la confirmation de la commande et le début des opérations d’entrepôt. Il est essentiel pour le KPI « Inventory Allocation Lead Time ».

Où les obtenir

L’événement peut être déduit de la création ou de la mise à jour des enregistrements de transactions de stock, InventTrans, associés aux lignes de commande client, lorsque le statut indique une réservation, par exemple « On order » ou « Reserved physical ».

Collecte

Déduire l’événement de l’horodatage auquel les transactions de stock, InventTrans, de la commande sont marquées comme réservées.

Type d’événement inferred
Vérification du crédit effectuée
Cette activité correspond à la fin de la vérification du crédit du client associé à la commande. Il peut s’agir d’un contrôle automatisé du système ou d’une vérification manuelle, qui entraîne souvent une modification du statut de crédit de la commande.
Pourquoi c’est important

L’analyse de la durée et des résultats des vérifications de crédit aide à identifier les goulots d’étranglement du processus d’approbation des commandes. Des mises en attente fréquentes ou des délais d’approbation importants peuvent retarder sensiblement le traitement des commandes.

Où les obtenir

L’événement est généralement déduit des changements de statut liés à la gestion du crédit dans SalesTable, par exemple lors du passage de « On hold » avec un motif de crédit à « Open ». Il peut également être enregistré dans les tables de gestion du crédit si le module avancé est utilisé.

Collecte

Déduire l’événement de l’historique des changements de statut de SalesTable ou des tables associées aux mises en attente pour motif de crédit.

Type d’événement inferred
Recommandé Facultatif

Guides d'extraction

Comment extraire vos données de Microsoft Dynamics 365

Prêt à commencer ?

Utilisez ce template pour préparer vos données, puis importez-les dans notre plateforme afin d'obtenir des analyses détaillées et d'améliorer l'efficacité du traitement de vos commandes clients. Commencez dès aujourd'hui !

Optimisez dès maintenant le processus Order to Cash, traitement des commandes clients

Repérez les inefficacités et réduisez de 30 % le délai du cycle pour accélérer l'exécution des commandes.

Démarrer l'essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.