Votre modèle de données pour le processus de la commande à l’encaissement : traitement des commandes client
Votre modèle de données pour le processus de la commande à l’encaissement : traitement des commandes client
- Attributs recommandés pour une analyse détaillée
- Activités essentielles à suivre dans votre processus
- Conseils pratiques pour extraire les données de NetSuite
Attributs du processus de la commande à l’encaissement : traitement des commandes client
| Nom | Description | ||
|---|---|---|---|
|
Commande client
SalesOrder
|
Identifiant unique de chaque document de commande client. | ||
|
Description
La commande client sert d’identifiant principal du cas et relie toutes les activités suivantes, depuis la passation de la commande par le client jusqu’à la livraison des articles et au paiement final. Chaque commande client correspond à une instance du processus de bout en bout. En Process Mining, cet attribut est fondamental pour reconstituer le parcours de chaque commande. Il permet d’analyser les variantes du processus, les temps de cycle et les goulots d’étranglement pour chaque commande, et donne une vue complète du cycle de vie de chaque demande client.
Pourquoi est-ce important ?
Cet identifiant central relie tous les événements associés en une seule instance de processus et rend possible l’analyse de bout en bout.
Où trouver ces données
Il s’agit de l’ID interne de l’enregistrement de transaction de commande client dans NetSuite. Vous le trouverez généralement sous « Internal ID » dans le formulaire de commande client ou dans les résultats de recherche.
Exemples
SO-100521SO-100522SO-100523
|
|||
|
Heure de l’événement
EventTime
|
Horodatage indiquant le moment où l’activité s’est produite. | ||
|
Description
Cet attribut indique la date et l’heure exactes de chaque activité du processus. Il constitue le fil chronologique du journal d’événements et permet de calculer les temps de cycle, les durées et les temps d’attente entre les étapes. Des horodatages précis sont essentiels à l’analyse des performances, par exemple pour mesurer le délai entre la création d’une commande et son expédition ou repérer les retards dans le processus d’approbation du crédit. Ils permettent d’analyser en détail l’efficacité du processus et le respect des accords de niveau de service.
Pourquoi est-ce important ?
Les horodatages sont indispensables au calcul de toutes les mesures liées au temps, notamment les temps de cycle et les durées, qui permettent de repérer les goulots d’étranglement du processus.
Où trouver ces données
Cet attribut correspond aux champs de date des transactions NetSuite, comme « Date Created » pour la commande client, « Actual Ship Date » pour les préparations de commande ou « Date » pour les factures et les paiements.
Exemples
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’événement métier ou de l’activité qui s’est produit à un moment précis. | ||
|
Description
Cet attribut décrit une étape précise ou un changement de statut dans le cycle de vie de la commande client, par exemple « Commande client créée », « Articles expédiés » ou « Paiement reçu ». La séquence de ces activités constitue la base de la cartographie du processus. L’analyse du flux des activités aide à repérer les parcours habituels, les écarts et les goulots d’étranglement. Comprendre leur fréquence et leur ordre est essentiel pour trouver des moyens d’optimiser les opérations et de réduire les tâches manuelles.
Pourquoi est-ce important ?
Il définit les étapes du processus et permet de visualiser et d’analyser son déroulement.
Où trouver ces données
Cet attribut est généralement déduit des changements de statut du système, des types de transaction ou des journaux d’événements spécifiques dans NetSuite. Il faut souvent associer les champs de statut ou les événements de création de transaction à un nom d’activité normalisé.
Exemples
Commande client crééeCommande client approuvéeArticles expédiésFacture crééePaiement reçu
|
|||
|
Catégorie de produit
ProductCategory
|
Catégorie du principal produit ou service de la commande client. | ||
|
Description
Cet attribut classe les articles de la commande client dans des catégories générales, comme « Matériel », « Logiciels » ou « Services ». Si une commande comprend plusieurs catégories, une catégorie principale peut être attribuée en fonction de la valeur ou du nombre d’articles. L’analyse du processus par catégorie de produit peut révéler des différences dans les parcours de préparation. Par exemple, la préparation des services peut être beaucoup plus simple que celle du matériel, qui nécessite prélèvement, emballage et expédition. Cette segmentation est essentielle pour concevoir des améliorations adaptées à chaque catégorie.
Pourquoi est-ce important ?
La segmentation du processus par catégorie de produit permet de repérer les différents parcours de préparation et les goulots d’étranglement propres à chaque catégorie.
Où trouver ces données
Ces informations sont tirées des enregistrements « Item » associés aux lignes de commande client. Il peut être nécessaire de les joindre aux données de référence des articles pour obtenir la catégorie.
Exemples
ÉlectroniqueLicence logicielleServices de conseil
|
|||
|
Conditions de paiement
PaymentTerms
|
Conditions convenues pour le paiement de la facture. | ||
|
Description
Cet attribut définit les conditions dans lesquelles le client doit régler les biens ou les services, par exemple « Net 30 » ou « Due on Receipt ». Ces conditions servent à calculer la date d’échéance de la facture. L’analyse par conditions de paiement permet de repérer celles qui sont associées aux retards de paiement et d’évaluer l’incidence financière des politiques de crédit de l’entreprise. Elle est essentielle pour analyser le Dashboard « Taux de respect des conditions de paiement » et comprendre les mouvements de trésorerie.
Pourquoi est-ce important ?
Il sert de base au calcul des dates d’échéance et à l’analyse du comportement de paiement des clients et du respect des délais.
Où trouver ces données
Il s’agit du champ « Terms » de l’enregistrement de transaction Sales Order ou Invoice dans NetSuite.
Exemples
Net 30Net 60À réception
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
Date à laquelle le client souhaite recevoir sa commande. | ||
|
Description
Cet attribut indique la date à laquelle le client souhaite recevoir les marchandises commandées. Il sert de référence pour mesurer la performance des livraisons dans les délais. Cette date est comparée à la date réelle d’expédition (horodatage « Goods Shipped ») afin de calculer le KPI « Taux de livraisons dans les délais ». L’analyse de l’écart entre les dates de livraison demandée et réelle permet de repérer les problèmes récurrents liés aux prévisions, à la gestion des stocks ou à la logistique, qui empêchent l’entreprise de répondre aux attentes des clients.
Pourquoi est-ce important ?
Cette date sert de référence pour mesurer la performance des livraisons dans les délais et la satisfaction client.
Où trouver ces données
Il peut s’agir d’un champ standard ou personnalisé de l’enregistrement Sales Order, souvent nommé « Requested Delivery Date » ou de façon similaire.
Exemples
2023-05-202023-06-012023-06-15
|
|||
|
Montant total de la commande
TotalOrderAmount
|
Valeur monétaire totale de la commande client. | ||
|
Description
Cet attribut représente la valeur financière totale de la commande client, y compris les articles, les taxes et les frais d’expédition. Il mesure l’importance économique de chaque instance du processus. L’analyse du processus en fonction du montant de la commande peut révéler des tendances importantes. Par exemple, les commandes de grande valeur peuvent suivre un processus d’approbation plus manuel, tandis que celles de faible valeur peuvent être largement automatisées. Cette analyse aide à prioriser les améliorations qui auront le plus d’effet.
Pourquoi est-ce important ?
Il permet d’analyser les commandes selon leur valeur, de prioriser celles dont le montant est élevé et de comprendre l’incidence de l’efficacité du processus sur le chiffre d’affaires.
Où trouver ces données
Il s’agit du champ « Total » de l’enregistrement de transaction de commande client dans NetSuite.
Exemples
1500.00250.5012500.75
|
|||
|
Nom du client
CustomerName
|
Nom du client ayant passé la commande. | ||
|
Description
Cet attribut contient le nom de l’entité juridique ou de la personne ayant acheté les biens ou services. Il relie le processus de commande client à un compte client précis. Filtrer ou segmenter l’analyse par client est essentiel pour comprendre les comportements propres à chaque client, repérer les problèmes touchant les comptes clés et évaluer les niveaux de service. Cette approche centrée sur le client met en évidence ceux qui subissent le plus de retards ou de reprises.
Pourquoi est-ce important ?
Il permet de segmenter le processus par client, ce qui est essentiel pour analyser la satisfaction, repérer les problèmes liés aux comptes clés et adapter les services.
Où trouver ces données
Il s’agit du champ « Customer » ou « Entity » de l’enregistrement de transaction de commande client dans NetSuite.
Exemples
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
|
|||
|
Numéro de facture
InvoiceNumber
|
Identifiant unique de la facture client. | ||
|
Description
Cet attribut correspond au numéro de référence du document de facture généré à partir de la commande client. Il relie le processus d’exécution des commandes au processus de gestion des créances clients. Le suivi du numéro de facture est important pour le rapprochement financier et les analyses couvrant le parcours de la commande jusqu’au paiement final. Il établit un lien concret entre les opérations d’expédition des marchandises et l’encaissement.
Pourquoi est-ce important ?
Il relie la commande client à la transaction financière correspondante, ce qui permet d’analyser l’ensemble du processus de la commande à l’encaissement.
Où trouver ces données
Il s’agit du champ « Invoice # » ou « Transaction ID » de l’enregistrement Invoice créé à partir de la commande client.
Exemples
INV-2001INV-2002INV-2003
|
|||
|
Statut de la commande client
SalesOrderStatus
|
Statut actuel de la commande client dans son cycle de vie. | ||
|
Description
Cet attribut indique le statut actuel de la commande client, par exemple « Pending Approval », « Pending Fulfillment » ou « Billed ». Il donne un aperçu de l’avancement de la commande dans le processus global. Le journal des activités retrace le déroulement passé, tandis que le statut actuel permet de filtrer les commandes et de se concentrer sur celles qui sont bloquées ou en cours. L’analyse des cas selon leur statut final aide à comprendre les résultats du processus : commande clôturée, annulée ou toujours en cours.
Pourquoi est-ce important ?
Il permet de filtrer les cas selon leur statut actuel, ce qui est essentiel pour analyser les commandes ouvertes et repérer celles qui sont bloquées ou en retard.
Où trouver ces données
Il s’agit du champ « Status » de l’enregistrement de transaction de commande client dans NetSuite.
Exemples
En attente de préparationEn attente de facturationFacturéeClôturée
|
|||
|
Utilisateur
User
|
Utilisateur ou employé ayant effectué l’activité. | ||
|
Description
Cet attribut identifie la personne responsable d’une étape précise du processus, par exemple le représentant commercial qui a créé la commande ou l’opérateur d’entrepôt qui a emballé les articles. Il peut s’agir du nom ou de l’ID unique d’un utilisateur. L’analyse par utilisateur aide à comprendre la répartition de la charge de travail, à repérer les besoins de formation et à comparer les performances entre personnes ou équipes. Elle est essentielle pour déterminer les causes d’écarts ou de retards liés aux actions d’un utilisateur.
Pourquoi est-ce important ?
Il permet d’analyser les performances par employé ou par rôle, afin de repérer les personnes les plus performantes, les tâches susceptibles d’être automatisées et les besoins de formation.
Où trouver ces données
Ces informations figurent dans des champs tels que « Créé par », « Modified By » ou « Owner » sur différents enregistrements de transaction NetSuite.
Exemples
John SmithJane DoeUtilisateur d’entrepôt 1
|
|||
|
Date d’échéance du paiement
PaymentDueDate
|
Date à laquelle le paiement de la facture doit être effectué. | ||
|
Description
Cet attribut correspond à la date calculée à laquelle le client doit effectuer le paiement, en fonction de la date de facture et des conditions de paiement. Par exemple, pour une facture datée du 1er avril avec des conditions « Net 30 », la date d’échéance est le 1er mai. Cette date est importante pour l’analyse financière. Elle est comparée directement à la date de réception du paiement afin de déterminer si celui-ci a été effectué dans les délais. Elle entre dans le calcul du KPI « Taux de paiements dans les délais » et dans le suivi des créances clients.
Pourquoi est-ce important ?
Cette date sert de référence pour mesurer les paiements effectués dans les délais, un indicateur important pour la gestion de la trésorerie et des créances clients.
Où trouver ces données
Il s’agit du champ « Due Date » de l’enregistrement de transaction Invoice. NetSuite le calcule automatiquement à partir de la date de facture et des conditions de paiement.
Exemples
2023-05-302023-06-152023-07-01
|
|||
|
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 la date de la dernière mise à jour du jeu de données. Il informe les utilisateurs métier de l’actualité des données analysées et leur permet de connaître la période couverte par les Dashboards et les analyses de Process Mining. Cet attribut n’est pas utilisé pour analyser le flux du processus, mais constitue une métadonnée essentielle à la gouvernance des données et à la confiance des utilisateurs. Il les aide à évaluer l’actualité des analyses et à savoir quand de nouvelles données seront disponibles.
Pourquoi est-ce important ?
Il renseigne les utilisateurs sur l’actualité des données, un élément essentiel pour prendre des décisions fondées sur l’analyse.
Où trouver ces données
Cet horodatage est généré et ajouté au jeu de données lors de son extraction depuis NetSuite.
Exemples
2023-10-27T02:00:00Z
|
|||
|
Équipe commerciale
SalesTeam
|
Équipe ou groupe commercial auquel la commande client est attribuée. | ||
|
Description
Cet attribut identifie l’équipe ou le service responsable de la vente. Il sert à organiser les représentants commerciaux et à gérer les territoires de vente ou les gammes de produits. Dans le cadre du Process Mining, l’analyse des résultats par équipe commerciale peut faire ressortir les pratiques efficaces des équipes les plus performantes ou révéler des problèmes récurrents touchant une équipe en particulier. Elle peut mettre en évidence des écarts dans la qualité de saisie des données, l’approbation des remises ou d’autres facteurs en amont qui ont une incidence sur l’exécution des commandes.
Pourquoi est-ce important ?
Il permet de comparer les résultats des différentes équipes commerciales et de repérer les pratiques efficaces ou les domaines nécessitant un accompagnement.
Où trouver ces données
Il peut s’agir d’un champ standard ou personnalisé de l’enregistrement Sales Order, souvent associé à l’enregistrement de l’employé correspondant au représentant commercial.
Exemples
Ventes Amérique du NordGrandes entreprises EMEACanal APAC
|
|||
|
Livraison dans les délais
IsOnTimeDelivery
|
Indique si la commande a été livrée à la date demandée ou avant celle-ci. | ||
|
Description
Cet attribut booléen calculé compare l’horodatage de l’activité « Goods Shipped » ou de la livraison réelle à l’attribut « RequestedDeliveryDate ». Il prend la valeur true si la livraison a eu lieu dans les délais ou en avance, et false si elle a été effectuée en retard. Cet indicateur est essentiel au calcul du KPI « Taux de livraisons dans les délais » et alimente le Dashboard « Écart entre la date de livraison promise et la réalité ». Il simplifie l’analyse des performances de livraison et permet de filtrer et d’agréger facilement les résultats pour repérer les causes des retards, qu’il s’agisse de produits, de régions ou de goulots d’étranglement dans le processus.
Pourquoi est-ce important ?
Il fournit un résultat binaire clair sur la performance des livraisons, ce qui simplifie le calcul des KPI et l’analyse des causes des retards de commande.
Où trouver ces données
Cette valeur est calculée lors de la transformation des données, en comparant l’horodatage de l’activité « Goods Shipped » à l’attribut « RequestedDeliveryDate ».
Exemples
truefalse
|
|||
|
Nombre de modifications de la commande client
SalesOrderChangeCount
|
Nombre de modifications apportées à une commande client après sa création. | ||
|
Description
Cette métrique calculée compte les occurrences de l’activité « Sales Order Changed » pour chaque cas. Un nombre élevé de modifications indique des reprises, qui peuvent être dues à des demandes du client, à des erreurs de saisie ou à des ajustements de prix. Cet attribut alimente directement le KPI « Taux de reprises des commandes client » et le Dashboard « Variantes des reprises de commandes client ». L’analyse des caractéristiques des commandes souvent modifiées permet d’en déterminer les causes, par exemple des problèmes liés à certains produits, clients ou représentants commerciaux.
Pourquoi est-ce important ?
Il quantifie directement les reprises et aide à repérer les sources d’inefficacité, les problèmes de qualité des données et l’instabilité du processus.
Où trouver ces données
Cette valeur est calculée lors de la transformation des données, en comptant les événements « Sales Order Changed » pour chaque ID de cas « SalesOrder ».
Exemples
013
|
|||
|
Paiement dans les délais
IsOnTimePayment
|
Indique si la facture a été réglée à la date d’échéance ou avant celle-ci. | ||
|
Description
Cet attribut booléen calculé compare l’horodatage de l’activité « Payment Received » à l’attribut « PaymentDueDate ». Il prend la valeur true si le paiement a été effectué à la date d’échéance ou avant celle-ci, et false dans le cas contraire. Cet attribut constitue la base du KPI « Taux de paiements dans les délais » et du Dashboard « Taux de respect des conditions de paiement ». Il mesure clairement le comportement de paiement des clients et permet d’analyser les clients, les régions ou les conditions de paiement les plus souvent associés aux retards.
Pourquoi est-ce important ?
Il mesure directement la régularité des paiements des clients, un facteur important pour la gestion de la trésorerie et l’évaluation du risque de crédit.
Où trouver ces données
Cette valeur est calculée lors de la transformation des données, en comparant l’horodatage de l’activité « Payment Received » à l’attribut « PaymentDueDate ».
Exemples
truefalse
|
|||
|
Pays de livraison
ShippingCountry
|
Pays de destination de l’expédition. | ||
|
Description
Cet attribut indique le pays vers lequel les marchandises de la commande sont expédiées. Il est tiré de l’adresse de livraison associée à la commande client. Une analyse géographique par pays de livraison peut révéler des écarts de performance liés à la logistique, aux formalités douanières ou à l’efficacité des bureaux régionaux. Elle permet de comparer les délais d’expédition, la précision des livraisons et les coûts des processus entre différents pays ou régions.
Pourquoi est-ce important ?
Il permet d’analyser les résultats par zone géographique, de repérer les goulots d’étranglement régionaux, de comparer les performances logistiques et de comprendre les difficultés liées aux opérations internationales.
Où trouver ces données
Cet attribut figure dans l’adresse « Shipping Address » de l’enregistrement de transaction Sales Order.
Exemples
USAAllemagneJapon
|
|||
|
Statut de crédit
CreditStatus
|
Indique si la commande client est bloquée en raison du contrôle de crédit. | ||
|
Description
Cet attribut indique le statut de crédit du client au moment du traitement de la commande, par exemple « On Hold » ou « Released ». Il intervient dès les premières étapes du cycle de vie de la commande. Son analyse permet de comprendre l’incidence des contrôles de crédit sur le temps de cycle global de la commande. Le Dashboard « Analyse du temps de cycle du contrôle de crédit » s’appuie sur ces données pour repérer le nombre de commandes bloquées et le délai nécessaire à leur déblocage, mettant ainsi en évidence les goulots d’étranglement dans le processus de gestion du crédit.
Pourquoi est-ce important ?
Cet attribut a une incidence directe sur le KPI « Temps de cycle du contrôle de crédit » et aide à expliquer les retards survenant au début du processus de commande.
Où trouver ces données
Il peut s’agir d’un champ de statut standard ou d’une case à cocher personnalisée, par exemple « Credit Hold », dans l’enregistrement Sales Order. Il peut aussi être déduit de la présence des activités « Credit Hold Applied » et « Credit Hold Released ».
Exemples
BonEn attenteDébloqué
|
|||
|
Système source
SourceSystem
|
Indique le système d’origine des données. | ||
|
Description
Cet attribut précise l’application source dans laquelle les données d’événement ont été générées. Pour ce processus, il s’agira généralement de « NetSuite ». Dans les environnements plus complexes, il permet de distinguer les données provenant de différents systèmes intégrés, comme un CRM ou un WMS distinct. Dans l’analyse, il aide à confirmer la traçabilité des données et joue un rôle essentiel lorsque des données de plusieurs sources sont réunies pour obtenir une vue unique du processus. Il garantit que les données sont correctement attribuées à leur origine, ce qui est important pour la gouvernance des données et le dépannage.
Pourquoi est-ce important ?
Il précise l’origine des données, un élément particulièrement important lorsque plusieurs systèmes sont intégrés.
Où trouver ces données
Il s’agit d’une valeur statique (« NetSuite ») ajoutée lors de l’extraction et de la transformation des données.
Exemples
NetSuite
|
|||
|
Type de commande client
SalesOrderType
|
Catégorie de la commande client, par exemple standard, urgente ou spéciale. | ||
|
Description
Cet attribut classe les commandes client par type, ce qui détermine souvent leur parcours et leur priorité. Par exemple, une « Rush Order » peut omettre certaines étapes ou être soumise à des SLA plus stricts qu’une « Standard Order ». L’analyse du processus par type de commande est essentielle pour déterminer si les différentes variantes du processus sont intentionnelles et efficaces. Elle permet d’évaluer si les procédures particulières appliquées à certains types de commandes donnent réellement de meilleurs résultats ou réduisent les délais, et à quel coût.
Pourquoi est-ce important ?
Il permet de comparer les parcours prévus, par exemple ceux des commandes standard et urgentes, afin de vérifier si les résultats sont conformes aux attentes.
Où trouver ces données
Il s’agit généralement d’un champ personnalisé « Order Type » du formulaire Sales Order. Par défaut, NetSuite utilise différents formulaires de transaction, par exemple Standard Sales Order et Standard Sales Order - Cash Sale, plutôt qu’un champ de type unique.
Exemples
Commande standardCommande urgenteCommande de projet
|
|||
Activités du processus de la commande à l’encaissement : traitement des commandes client
| Activité | Description | ||
|---|---|---|---|
|
Articles expédiés
|
Cette étape marque le départ des articles de l’entrepôt et leur acheminement vers le client. Elle est déduite du passage du statut de l’enregistrement « Item Fulfillment » à « Shipped ». | ||
|
Pourquoi est-ce important ?
L’expédition marque un transfert important au transporteur et au client. Cet événement est essentiel pour suivre la performance des livraisons dans les délais et mesurer le délai total de préparation des commandes.
Où trouver ces données
L’événement est déduit du passage du champ « Status » de la transaction « Item Fulfillment » associée à « Shipped ». Son horodatage correspond à la date de ce changement de statut.
Données à recueillir
Horodatage du passage au statut « Shipped » dans l’enregistrement Item Fulfillment.
Type d’événement
inferred
|
|||
|
Commande client approuvée
|
Cette étape indique que la commande client a passé tous les contrôles internes, notamment ceux du crédit et du stock, et qu’elle peut être préparée. Elle est généralement déduite du passage du statut de la commande à « Pending Fulfillment ». | ||
|
Pourquoi est-ce important ?
L’approbation constitue un point de passage essentiel du processus. Mesurer le délai d’approbation permet de repérer les retards dans les contrôles internes et la prise de décision.
Où trouver ces données
L’événement est déduit d’un changement de statut sur la commande client. L’horodatage est enregistré lorsque le champ « Order Status » passe à « Pending Fulfillment » ou à un statut personnalisé équivalent indiquant l’approbation.
Données à recueillir
Horodatage du passage au statut « Pending Fulfillment » dans les notes système de la commande client.
Type d’événement
inferred
|
|||
|
Commande client clôturée
|
Cette dernière activité indique que la commande client a été entièrement préparée, facturée et considérée comme terminée. Elle est déduite du passage du statut de la commande à « Closed ». | ||
|
Pourquoi est-ce important ?
Cet événement marque la fin opérationnelle du cycle de vie de la commande. Le délai entre sa création et sa clôture donne une vue complète de la durée du processus de bout en bout.
Où trouver ces données
L’événement est déduit du passage du champ « Status » de la transaction de commande client à « Closed ». L’horodatage est extrait des notes système correspondant à ce changement de statut final.
Données à recueillir
Horodatage du passage au statut « Closed » dans les notes système de la commande client.
Type d’événement
inferred
|
|||
|
Commande client créée
|
Cette activité marque le début officiel du processus de commande client. Elle a lieu lorsqu’une nouvelle transaction de commande client est enregistrée pour la première fois dans NetSuite, ce qui consigne la demande initiale du client. | ||
|
Pourquoi est-ce important ?
Il s’agit de l’événement de début principal du processus de commande à encaissement. L’analyse du délai entre cet événement et les activités suivantes est essentielle pour mesurer l’efficacité globale du traitement des commandes et les temps de cycle.
Où trouver ces données
Il s’agit d’un événement explicite, enregistré à partir du champ « Date Created » de la transaction de commande client (table Transaction, Type='SalesOrd').
Données à recueillir
Utilisez la date de création de la transaction de commande client.
Type d’événement
explicit
|
|||
|
Facture créée
|
Cet événement correspond à la création de la facture des biens ou services expédiés. Il est explicitement déclenché par la création d’une transaction « Invoice » liée à la commande client. | ||
|
Pourquoi est-ce important ?
Cette activité marque une étape importante dans la comptabilisation du chiffre d’affaires et le début du cycle de paiement. Le délai entre l’expédition et la facturation a une incidence directe sur la trésorerie.
Où trouver ces données
Il s’agit d’un événement explicite, enregistré à partir du champ « Date Created » de la transaction Invoice (table Transaction, Type='CustInvc'), liée à la commande client.
Données à recueillir
Utilisez la date de création de la facture associée.
Type d’événement
explicit
|
|||
|
Paiement reçu
|
Cette activité marque la réception du paiement du client pour une facture. Elle est enregistrée lorsqu’une transaction « Customer Payment » est créée et affectée à la facture liée à la commande client. | ||
|
Pourquoi est-ce important ?
En tant qu’événement final clé, cette activité est essentielle pour analyser le cycle de conversion de trésorerie et la performance des paiements dans les délais. Elle marque la conclusion financière réussie d’une transaction de vente.
Où trouver ces données
Il s’agit d’un événement explicite. L’horodatage correspond à la date de création de la transaction « Customer Payment » (table Transaction, Type='CustPymt') affectée à la facture concernée.
Données à recueillir
Utilisez la date de transaction de l’enregistrement Customer Payment affecté à la facture.
Type d’événement
explicit
|
|||
|
Préparation de commande créée
|
Cette activité marque le début de la préparation physique de la commande dans l’entrepôt. Elle a lieu lorsqu’une transaction « Item Fulfillment » est générée à partir de la commande client. | ||
|
Pourquoi est-ce important ?
Cette étape clé relie le processus de vente aux opérations de l’entrepôt. Le délai entre l’approbation de la commande et la création de la préparation indique si les opérations sont prêtes à démarrer.
Où trouver ces données
Il s’agit d’un événement explicite. L’horodatage correspond à la date de création de l’enregistrement « Item Fulfillment », lié à la commande client d’origine.
Données à recueillir
Utilisez la date de création de l’enregistrement Item Fulfillment associé.
Type d’événement
explicit
|
|||
|
Articles emballés
|
Indique que les articles prélevés ont été emballés et sont prêts à être expédiés. L’événement est enregistré lorsque le statut de l’enregistrement « Item Fulfillment » passe à « Packed ». | ||
|
Pourquoi est-ce important ?
Cette activité permet de mesurer l’efficacité du poste d’emballage. Le délai entre le prélèvement et l’emballage peut révéler des contraintes de capacité ou des inefficacités dans le processus.
Où trouver ces données
L’événement est déduit du passage du champ « Status » de la transaction « Item Fulfillment » associée à « Packed ». L’horodatage de cette mise à jour est enregistré dans les notes système.
Données à recueillir
Horodatage du passage au statut « Packed » dans l’enregistrement Item Fulfillment.
Type d’événement
inferred
|
|||
|
Articles prélevés
|
Indique que les articles de la commande ont été prélevés dans leurs emplacements de stockage. Cet événement est déduit du changement de statut de l’enregistrement « Item Fulfillment » associé. | ||
|
Pourquoi est-ce important ?
L’analyse du temps nécessaire au prélèvement des articles est essentielle pour optimiser l’efficacité de l’entrepôt. Cette activité aide à mesurer les délais et à repérer les goulots d’étranglement du processus de prélèvement.
Où trouver ces données
L’événement est déduit du passage du champ « Status » de la transaction « Item Fulfillment » associée à « Picked ». L’horodatage est extrait des notes système correspondant à ce changement de statut.
Données à recueillir
Horodatage du passage au statut « Picked » dans l’enregistrement Item Fulfillment.
Type d’événement
inferred
|
|||
|
Avoir créé
|
Cet événement se produit lorsqu’un avoir est émis pour une commande client ou une facture, généralement à la suite d’un retour, d’un ajustement de prix ou d’une autre remise. Il est enregistré lors de la création d’une transaction « Credit Memo ». | ||
|
Pourquoi est-ce important ?
Les avoirs signalent souvent des problèmes dans le processus, comme des erreurs d’expédition ou des défauts de produit. L’analyse de leur fréquence et de leur date aide à en déterminer les causes et à améliorer la qualité globale.
Où trouver ces données
Il s’agit d’un événement explicite, fondé sur la création d’une transaction « Credit Memo » (table Transaction, Type='CredMemo'), qui peut être liée à la facture ou à la commande client d’origine.
Données à recueillir
Utilisez la date de création de l’avoir associé.
Type d’événement
explicit
|
|||
|
Commande client modifiée
|
Cette activité consigne toute modification importante apportée à une commande client après sa création, par exemple un changement de quantité, d’articles ou de prix. Elle est enregistrée à partir des mises à jour figurant dans les notes système ou la piste d’audit. | ||
|
Pourquoi est-ce important ?
Des modifications fréquentes peuvent révéler des erreurs de saisie ou une demande client instable, et entraîner des reprises ainsi que des inefficacités. Le suivi de ces changements aide à en déterminer les causes.
Où trouver ces données
Cette activité est déduite des notes système ou de la piste d’audit associées à la transaction de commande client. Chaque modification enregistrée d’un champ pertinent peut être considérée comme une occurrence de cette activité.
Données à recueillir
Repérez les changements de champs dans les notes système de la commande client après sa création initiale.
Type d’événement
inferred
|
|||
|
Commande mise en attente de crédit
|
Cet événement se produit lorsqu’une commande client est mise en attente de crédit, automatiquement ou manuellement, ce qui suspend sa préparation. Il est généralement déduit du passage du statut de la commande à « Pending Approval » ou à un statut spécifique « Credit Hold ». | ||
|
Pourquoi est-ce important ?
Savoir quand et pourquoi les commandes sont mises en attente est essentiel pour comprendre les retards dans le cycle de préparation. Cette activité met en évidence les goulots d’étranglement liés aux problèmes de crédit des clients.
Où trouver ces données
L’événement est déduit des notes système ou de la piste d’audit de la commande client, en recherchant notamment les changements du champ « Order Status » vers un statut de mise en attente.
Données à recueillir
Repérez l’horodatage du passage du statut de la commande à un statut de mise en attente de crédit.
Type d’événement
inferred
|
|||
|
Mise en attente de crédit levée
|
Cet événement correspond au moment où une commande client sort de la mise en attente de crédit et peut poursuivre sa préparation. Il est enregistré lorsque le statut passe d’un statut de mise en attente à un statut ouvert ou approuvé. | ||
|
Pourquoi est-ce important ?
La durée des mises en attente de crédit est un indicateur clé de performance. Cet événement permet de mesurer le temps nécessaire à la résolution des problèmes de crédit et leur incidence sur le cycle global de la commande à l’encaissement.
Où trouver ces données
L’événement est déduit des notes système ou de la piste d’audit de la commande client, qui indiquent l’horodatage du changement du champ « Order Status » depuis un statut de mise en attente.
Données à recueillir
Repérez l’horodatage du passage du statut de la commande d’une mise en attente de crédit à un statut actif.
Type d’événement
inferred
|
|||
|
Stock réservé
|
Cet événement indique que le stock est officiellement réservé pour une commande client et qu’il est disponible pour sa préparation. Il est déduit des changements du champ « Committed Quantity » sur les lignes de commande. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle pour analyser l’efficacité de l’affectation du stock. Un délai entre l’approbation de la commande et la réservation du stock peut entraîner des ruptures et compromettre les dates de livraison promises.
Où trouver ces données
L’événement est déduit des notes système des lignes de la commande client. L’horodatage correspond au moment où le champ « Quantity Committed » passe de zéro à une valeur positive.
Données à recueillir
Horodatage du changement du champ « Quantity Committed » sur les lignes de commande.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Utilisez ce modèle pour simplifier la collecte de vos données et commencer à mieux comprendre le traitement des commandes client dans le processus Order to Cash de NetSuite. Optimisez vos processus dès aujourd’hui.
Accélérez les encaissements : optimisez dès aujourd’hui le traitement des commandes client
Rejoignez les entreprises qui réduisent de 30 % le temps de cycle du processus Order to Cash.
Aucune carte bancaire requise. Configuration en quelques minutes.