Modèle de données : Commande au Paiement - Traitement des commandes clients
Votre modèle de données pour le processus de la Commande à l'Encaissement – Traitement des commandes clients
Ceci est notre modèle de données générique de Process Mining pour Order to Cash - Traitement des commandes client. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Identifie les attributs de données cruciaux pour un journal d'événements complet.
- Décrit les activités clés et les jalons au sein du processus.
- Sert de point de départ universel pour le Process Mining, adaptable à tout système.
Order to Cash - Attributs de traitement des commandes client
| Nom | Description | ||
|---|---|---|---|
Heure de l'événement EventTime | La date et l'heure précises auxquelles une activité ou un événement spécifique s'est produit. | ||
Description L'Event Time est un timestamp qui enregistre le moment exact où une activité a eu lieu. Cet attribut fournit le contexte temporel du processus, permettant l'ordonnancement chronologique de tous les events associés à une commande client. Ce timestamp est essentiel pour toutes les analyses basées sur le temps. Il est utilisé pour calculer les temps de cycle entre deux activités, identifier la durée d'étapes spécifiques et identifier les goulots d'étranglement. Par exemple, le KPI « Temps de cycle de l'exécution de commande » est calculé comme la différence entre l'Event Time de l'activité de livraison finale et l'activité de création de commande initiale. Des tableaux de bord comme « Vue d'ensemble du temps de cycle des commandes client » dépendent entièrement de cet attribut pour fonctionner. Pourquoi c'est important Cet horodatage est crucial pour le calcul de toutes les métriques de performance, telles que les temps de cycle et les durées, qui sont essentielles pour identifier les goulots d'étranglement. Où obtenir Généralement trouvé à côté de chaque transaction ou enregistrement de mise à jour de statut, souvent étiqueté comme une date de création, une date de modification ou une date de comptabilisation. Exemples 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
ID de commande client SalesOrderId | L'identifiant unique d'une commande client, qui sert d'identifiant de case principal pour le processus De la commande à l'encaissement. | ||
Description L'ID de commande client est la pierre angulaire du Process Mining dans le processus De la commande à l'encaissement, identifiant de manière unique chaque case du processus, de la création à la clôture. Il agit comme la clé primaire qui relie toutes les activités, les events et les points de données associés, formant un parcours complet de bout en bout pour une seule commande. Dans l'analyse, cet attribut permet la reconstruction du cycle de vie de chaque commande client. Il est utilisé pour tracer la séquence des events, mesurer les durées entre les activités et agréger les métriques au niveau de la commande. Par exemple, le calcul du KPI « Temps de cycle de l'exécution de commande » nécessite de regrouper toutes les activités par leur ID de commande client et de trouver la différence de temps entre le premier et le dernier event. Pourquoi c'est important Cet ID est essentiel pour suivre les commandes individuelles tout au long du processus, permettant une analyse au niveau des cas des temps de cycle, des goulots d'étranglement et des déviations. Où obtenir Généralement trouvé dans la table d'en-tête des documents de commande client dans le système ERP ou CRM source. Exemples SO-001234598004567ORD-2023-54321 | |||
Nom de l'activité ActivityName | Le nom de l'event commercial ou de la tâche spécifique qui s'est produit à un moment donné du processus de commande client. | ||
Description L'Attribut Nom de l'activité décrit une étape ou un jalon dans le cycle de vie de la commande client, tel que « Commande client créée », « Vérification de crédit effectuée » ou « Marchandises expédiées ». Chaque activité représente une action distincte effectuée sur la commande client, constituant les éléments fondamentaux de la carte des processus. L'analyse s'appuie fortement sur cet attribut pour visualiser le flux de processus, identifier les chemins courants et découvrir les écarts par rapport à la procédure standard. En analysant la séquence des activités, les analystes peuvent identifier les goulots d'étranglement, les boucles de retravail (par exemple, des activités « Commande client modifiée » répétées) et les variations de processus non conformes. Cet attribut est essentiel pour des tableaux de bord comme « Conformité et écarts de processus » et des KPI tels que le « Taux de retravail des commandes client ». Pourquoi c'est important Il définit les étapes du processus, rendant possible la visualisation de la carte des processus, l'analyse des flux de processus et l'identification des retouches ou des écarts. Où obtenir Souvent dérivé des changements de statut de document, des journaux d'événements ou des codes de transaction au sein 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 | Le timestamp indiquant la dernière fois que les données ont été actualisées ou extraites du système source. | ||
Description Cet attribut fournit un horodatage indiquant la dernière fois que les données ont été chargées dans l'environnement de Process Mining. Il reflète la fraîcheur des données analysées et se distingue de l'Heure de l'événement, qui enregistre le moment où l'activité commerciale s'est réellement produite. Bien qu'il ne soit généralement pas utilisé pour l'analyse directe du flux de processus, cette information est essentielle pour la gouvernance des données et pour garantir la fiabilité des conclusions. Elle permet aux analystes et aux utilisateurs métier de comprendre la pertinence des informations générées. Par exemple, si la Dernière mise à jour des données remonte à une semaine, toute conclusion tirée sur les performances actuelles doit être nuancée par ce fait. Pourquoi c'est important Cela indique la fraîcheur des données, garantissant que les analyses sont basées sur des informations à jour et que les conclusions sont pertinentes. Où obtenir Il est généralement généré et stocké par l'outil d'extraction de données (ETL) ou la plateforme de Process Mining lors de l'ingestion de données. Exemples 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
Système source SourceSystem | Identifie le système d'information d'où proviennent les données, tel qu'un ERP, un CRM ou une plateforme héritée. | ||
Description L'Attribut Système source spécifie le système d'enregistrement où les données d'event ont été générées. Dans les entreprises modernes, un processus de bout en bout comme De la commande à l'encaissement s'étend souvent sur plusieurs applications, par exemple, un CRM pour la création de commandes et un ERP pour l'exécution et la facturation. En analyse, cet attribut est précieux pour comprendre le paysage technologique du processus. Il aide à identifier les points d'intégration et les problèmes potentiels de cohérence des données entre différents systèmes. L'analyse des activités par système source peut révéler si certaines étapes du processus sont traitées différemment ou subissent plus de retards selon le système dans lequel elles sont exécutées. Pourquoi c'est important Il fournit un contexte sur l'origine des données, ce qui est crucial dans des environnements multisystèmes pour tracer la traçabilité des données et identifier les variations de processus spécifiques au système. Où obtenir Ces informations sont souvent ajoutées pendant le processus d'extraction de données (ETL) ou peuvent être un champ standard dans les entrepôts de données. Exemples SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
Canal de vente SalesChannel | Le canal par lequel la commande client a été reçue, tel que Web, Ventes directes ou Partenaire. | ||
Description Le Canal de vente indique l'origine ou la méthode par laquelle une commande 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 de détail. L'analyse du processus par Canal de vente peut révéler des variations significatives en termes d'efficacité et de conformité. Par exemple, les commandes provenant du canal web peuvent être hautement automatisées et rapides, tandis que les commandes des ventes directes peuvent impliquer plus de modifications manuelles et des cycles d'approbation plus longs. Cette analyse aide les entreprises à optimiser le workflow spécifique de chaque canal et à allouer les ressources plus efficacement. Elle constitue une dimension clé pour les tableaux de bord comme « Goulots d'étranglement de l'exécution des commandes ». Pourquoi c'est important Permet de comparer la performance des processus sur différents canaux, révélant les variations en termes d'efficacité, d'automatisation et de conformité. Où obtenir Ces informations sont généralement stockées dans les données d'en-tête de la commande de vente et sont souvent un champ obligatoire lors de la saisie de la commande. Exemples Portail webVentes directesEDIRéseau de partenaires | |||
Identifiant client CustomerIdentifier | L'identifiant unique ou le nom du client qui a passé la commande client. | ||
Description Cet attribut identifie la partie externe pour laquelle la commande de vente est traitée. Il peut s'agir d'un numéro de client unique, d'un nom d'entreprise ou de toute autre clé permettant de distinguer un client d'un autre. En Process Mining, l'identifiant client est une dimension puissante pour segmenter les données. Les analystes peuvent filtrer la carte des processus pour voir comment le processus se comporte pour un cas spécifique ou comparer les flux de processus entre différents groupes de clients, tels que les comptes stratégiques par rapport aux acheteurs occasionnels. Cela peut révéler des processus personnalisés ou mettre en évidence les clients qui provoquent fréquemment des déviations ou des retards de processus, offrant des informations précieuses pour la gestion de la relation client. Pourquoi c'est important Permet de filtrer et de comparer les processus pour différents clients ou groupes de clients afin d'identifier les processus adaptés ou les comptes problématiques. Où obtenir Trouvé dans les données d'en-tête de la commande client, lié aux données de base clients dans le système ERP ou CRM source. Exemples CUST-10023Global Corp Inc.758991 | |||
Identifiant de produit ProductIdentifier | Le code ou le nom unique d'un produit ou service principal sur la commande client. | ||
Description L'Identifiant de produit, tel qu'un numéro de matériau ou un SKU, précise ce qui est vendu. Bien qu'une commande client puisse contenir plusieurs produits, cet attribut représente souvent le produit principal ou peut être agrégé en une catégorie de produits pour une analyse de haut niveau. Cet attribut permet une vue centrée sur le produit du processus De la commande à l'encaissement. L'analyse peut révéler si certains produits sont associés à des délais d'exécution plus longs, à des problèmes de livraison plus fréquents ou à des taux d'annulation plus élevés. Cette information est cruciale pour la planification de la chaîne d'approvisionnement, la gestion des stocks et la stratégie de portefeuille de produits. Par exemple, découvrir qu'une ligne de produits spécifique est constamment confrontée à des retards dans l'étape « Libéré à l'entrepôt » peut déclencher une enquête sur ses niveaux de stock ou son emplacement dans l'entrepôt. Pourquoi c'est important Permet l'analyse des performances de processus pour différents produits ou groupes de produits, aidant à identifier les goulots d'étranglement ou problèmes spécifiques à un produit. Où obtenir Trouvé au niveau des lignes d'un bon de commande client. Pour l'analyse au niveau du cas, il peut être représenté par la ligne la plus significative ou une catégorie de produit dérivée. Exemples PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
Nom d'utilisateur UserName | Le nom ou l'ID 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é responsable de l'exécution d'une activité donnée. Il peut s'agir d'un représentant commercial qui a créé la commande, d'un gestionnaire de crédit qui l'a approuvée, ou d'un utilisateur système qui a automatiquement enregistré un paiement. Cet attribut permet une analyse du processus centrée sur l'humain. Il est utilisé pour analyser la répartition de la charge de travail, comparer les performances entre équipes ou individus, et identifier les opportunités de formation. Il est également essentiel pour la conformité et les pistes d'audit. L'analyse des activités par utilisateur aide à découvrir qui est impliqué dans les boucles de retravail ou les comportements non conformes et est fondamentale pour le calcul du KPI « Taux d'intervention manuelle ». Pourquoi c'est important Identifie la personne ou le système qui exécute une activité, permettant d'analyser la charge de travail, la performance des équipes, les niveaux d'automatisation et la conformité. Où obtenir Couramment trouvé dans les journaux de transactions ou les historiques des modifications de documents, souvent étiqueté comme 'Créé par' ou 'Modifié par'. Exemples John.SmithBATCH_USERAlice.JonesUSER_API | |||
Valeur de commande OrderValue | La valeur monétaire totale de la commande client, généralement dans la devise du document. | ||
Description La valeur de la commande représente la valeur financière de la commande client. Il s'agit d'une métrique financière essentielle qui quantifie l'importance de chaque cas. Cet attribut est inestimable pour l'analyse de processus basée sur la valeur. Il permet de prioriser les problèmes en se concentrant sur les commandes de grande valeur. Par exemple, les analystes peuvent analyser si les commandes de grande valeur connaissent des temps de cycle plus longs ou plus de retouches que les commandes de faible valeur. Il est également utilisé pour calculer l'impact financier des inefficacités de processus, comme la valeur totale des commandes retardées par un goulot d'étranglement spécifique. Cela crée une analyse de rentabilisation solide pour les initiatives d'amélioration des processus. Pourquoi c'est important Permet une analyse basée sur la valeur, aidant à prioriser les améliorations de processus en se concentrant sur les commandes à forte valeur et en quantifiant l'impact financier des retards. Où obtenir Disponible dans les données d'en-tête de la commande client, souvent calculé comme la somme de toutes les valeurs nettes des postes de ligne. Exemples 15200.50500.00125000.75 | |||
Date d'échéance du paiement PaymentDueDate | La date à laquelle le client est tenu d'effectuer le paiement de la facture. | ||
Description La Date d'échéance du paiement est calculée en fonction de la date de facturation et des conditions de paiement convenues avec le client. Elle fixe la date limite pour un paiement en temps opportun et est un élément clé du processus des comptes clients. Cet attribut est fondamental pour analyser l'aspect financier du cycle De la commande à l'encaissement. C'est le point de référence utilisé pour déterminer si un paiement a été effectué à temps, ce qui est une donnée d'entrée directe pour le KPI « Taux de paiement à temps ». Le tableau de bord « Cycle Facturation-Paiement » s'appuie fortement sur cette date pour analyser les comportements de paiement et gérer efficacement le fonds de roulement. Les retards entre la création de la facture et le paiement peuvent être comparés à cette date pour identifier les clients qui paient lentement. Pourquoi c'est important Essentielle pour l'analyse financière, cette date sert de référence pour le calcul du taux de paiement dans les délais et la gestion des comptes clients. Où obtenir Généralement trouvé sur le document de facture client et dérivé de la date de facture et des conditions de paiement spécifiées dans les données de base client ou la commande client. Exemples 2023-12-152024-01-302024-02-28 | |||
Date de livraison confirmée ConfirmedDeliveryDate | La date de livraison que l'entreprise a confirmée et s'est engagée à respecter envers le client. | ||
Description Après vérification des stocks et des plannings de production, l'entreprise fournit une Date de livraison confirmée. Celle-ci représente l'engagement de l'organisation envers le client et constitue la référence interne pour mesurer la performance d'exécution. Cet attribut est crucial pour évaluer l'efficacité opérationnelle interne. Il est utilisé dans le 'Taux de livraison à temps' KPI, où il est comparé à la Date de livraison réelle pour déterminer si l'entreprise a tenu son engagement. Des écarts significatifs entre les Dates de livraison demandée et confirmée sur de nombreuses commandes peuvent signaler des problèmes systémiques liés aux calculs de disponible à la promesse (ATP) ou à la planification des capacités. Pourquoi c'est important Représente l'engagement de l'entreprise envers le client et constitue la référence interne pour mesurer la livraison à temps et la fiabilité de l'exécution. Où obtenir Trouvé dans les données de ligne d'échéancier de la commande client, qui est souvent mis à jour après une vérification de disponibilité ou une exécution de planification de production. Exemples 2023-11-182023-12-012024-01-15 | |||
Date de livraison demandée RequestedDeliveryDate | La date de livraison de la commande telle que demandée par le client. | ||
Description Cette date représente la date de livraison souhaitée par le client. C'est une information essentielle capturée au début du processus et qui sert de référence principale pour la satisfaction client concernant la ponctualité de la livraison. Dans l'analyse des processus, la Date de livraison demandée est comparée à d'autres dates clés, telles que les Dates de livraison confirmée et réelle, afin de mesurer les niveaux de service. C'est une donnée d'entrée clé pour le dashboard 'Performance de livraison à temps' et est utilisée pour calculer si une livraison a été effectuée à temps du point de vue du client. L'analyse des écarts entre les dates demandées et confirmées peut également mettre en évidence des problèmes de planification et d'ordonnancement. Pourquoi c'est important Sert d'attente du client en matière de livraison, constituant une base pour mesurer la performance de livraison à temps et la satisfaction client. Où obtenir Généralement situé dans l'en-tête de la commande client ou les détails de la ligne d'article, saisi lors du processus de création de commande. Exemples 2023-11-152023-12-012024-01-10 | |||
Date de livraison réelle ActualDeliveryDate | La date à laquelle les marchandises ont été effectivement livrées au client, marquant l'achèvement de la phase d'exécution du processus. | ||
Description La Date de livraison réelle est un timestamp qui enregistre la livraison réussie des marchandises au client. Elle est souvent basée sur la preuve de livraison du transporteur. Cet attribut est la mesure définitive de la réussite de l'exécution des commandes. C'est la donnée finale utilisée pour calculer le « Taux de livraison à temps » en la comparant aux Dates de livraison demandées et aux Dates de livraison confirmées. L'analyse de l'écart de temps entre l'activité « Marchandises expédiées » et la Date de livraison réelle peut également fournir des informations sur la performance des partenaires logistiques et des méthodes d'expédition. Pourquoi c'est important C'est la preuve finale de l'exécution, essentielle pour calculer avec précision le taux de livraison à temps et le temps de cycle total de traitement des commandes. Où obtenir Provient souvent d'un système logistique ou d'expédition externe et est réintégré dans l'ERP. Il peut être dérivé de l'horodatage de l'activité 'Marchandises livrées'. Exemples 2023-11-172023-12-022024-01-14 | |||
Est Automatisé IsAutomated | Un indicateur signalant si une activité a été effectué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 humains de celles effectuées par l'automatisation du système, telles que les tâches en arrière-plan, les API ou les bots RPA. Par exemple, une vérification de crédit pourrait être une étape 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 pour les initiatives de transformation numérique. Cet indicateur est le principal point de données pour le calcul du KPI 'Taux d'intervention manuelle'. Il aide à identifier les parties du processus fortement automatisées et celles qui dépendent encore du travail manuel. Cette analyse peut mettre en évidence des opportunités d'automatisation supplémentaires pour réduire les coûts, minimiser les erreurs et accélérer les temps de cycle. Pourquoi c'est important Distingue les tâches manuelles des tâches automatisées, ce qui est essentiel pour mesurer les niveaux d'automatisation et identifier les opportunités d'amélioration des processus. Où obtenir Ces informations peuvent être dérivées de l'attribut 'Nom d'utilisateur' (par exemple, identifiant les utilisateurs du système tels que 'BATCH_USER') ou de champs spécifiques dans les journaux d'événements qui suivent le contexte d'exécution. Exemples truefaux | |||
Motif de refus RejectionReason | Un code ou une description expliquant pourquoi une commande client ou un poste a été annulé ou rejeté. | ||
Description Lorsqu'une commande client est annulée ou un article rejeté, la Raison de Rejet fournit le contexte métier de ce résultat négatif. Les raisons peuvent aller de 'Client annulé' et 'Prix incorrect' à 'Rupture de stock'. Cet attribut est essentiel pour l'analyse des causes profondes des défaillances de processus. En analysant la fréquence des différentes raisons de rejet, une entreprise peut identifier des problèmes systémiques. Par exemple, un nombre élevé d'annulations dues à un 'Prix incorrect' pourrait indiquer des problèmes dans les processus de devis ou de données de base. Cette analyse soutient directement les efforts visant à améliorer le 'Taux de conformité du premier coup' et à réduire le gaspillage de processus. Pourquoi c'est important Explique pourquoi les commandes échouent, permettant une analyse des causes profondes pour résoudre les problèmes sous-jacents de tarification, d'inventaire ou de communication client. Où obtenir Généralement trouvé au niveau de la ligne d'article de la commande client et sélectionné à partir d'une liste prédéfinie de codes lorsqu'un article est annulé. Exemples Demande clientProduit abandonnéErreur de prixLimite de crédit dépassée | |||
Statut de la commande OrderStatus | Le statut de la commande client au moment de l'event, tel que « Ouvert », « En cours » ou « Terminé ». | ||
Description L'Attribut Statut de la commande offre un aperçu de l'état d'une commande client à un moment précis de son cycle de vie. Il s'agit d'une étiquette catégorielle qui résume l'état actuel de la commande. Bien que la séquence des activités fournisse une carte des processus détaillée, l'Attribut Statut de la commande est utile pour créer une vue simplifiée et de haut niveau du processus. Il peut être utilisé pour filtrer toutes les commandes actuellement dans un état spécifique, par exemple, toutes les commandes « En attente de crédit ». L'analyse du temps passé dans différents statuts peut également révéler des goulots d'étranglement, par exemple, des commandes passant trop de temps dans un statut « En attente d'approbation ». Pourquoi c'est important Fournit un résumé de haut niveau de l'état d'une commande, utile pour le filtrage, l'analyse de statut et l'identification des commandes bloquées dans une phase particulière. Où obtenir C'est un champ standard que l'on retrouve dans l'en-tête de la plupart des documents de commande client dans les systèmes ERP et CRM. Exemples OuvertEn coursSuspension de créditTerminéAnnulé | |||
Order to Cash - Activités de traitement des commandes client
| Activité | Description | ||
|---|---|---|---|
Commande client annulée | Cet événement représente l'annulation d'une commande de vente avant qu'elle ne soit entièrement expédiée et facturée. C'est une issue alternative et infructueuse du processus qui peut se produire à différentes étapes. | ||
Pourquoi c'est important C'est un échec critique. L'analyse du moment et des motifs pour lesquels les commandes sont annulées peut révéler des problèmes de satisfaction client, de disponibilité des stocks ou d'erreurs de saisie de données. Où obtenir Généralement capturé par un statut spécifique 'Annulé' ou 'Rejeté' appliqué à l'en-tête de la commande client ou à ses postes. Capture Capturez l'horodatage lorsque un motif d'annulation ou un statut final 'Annulée' est appliqué au document de commande client. Type d'événement inferred | |||
Commande client approuvée | Ce jalon indique que la commande client a passé toutes les vérifications internes nécessaires, telles que les revues de crédit et de configuration, et est formellement confirmée pour l'exécution. Cela implique souvent une action d'approbation explicite ou un changement de statut. | ||
Pourquoi c'est important C'est un point de contrôle essentiel qui conditionne le processus de traitement. L'analyse du temps précédant l'approbation permet d'identifier les retards dans le cycle de validation et de révision des commandes. Où obtenir Il est généralement enregistré comme un statut spécifique 'Approuvé', 'Confirmé' ou 'Réservé' dans le champ de statut de la commande client ou l'historique du workflow. Capture Identifier l'horodatage lorsque le statut de la commande client passe à un état indiquant qu'elle est prête pour l'exécution, tel que 'Approuvée' ou 'Réservée'. Type d'événement inferred | |||
Commande client clôturée | C'est l'activité finale d'une commande traitée avec succès, indiquant qu'elle a été entièrement expédiée, facturée et payée. Ce statut signifie qu'aucune autre transaction n'est attendue pour cette commande client. | ||
Pourquoi c'est important Cette activité marque l'achèvement réussi du processus. Le temps total écoulé entre la création et la clôture représente le temps de cycle de bout en bout pour une commande parfaite. Où obtenir Généralement déduit d'un statut final sur l'en-tête de la commande client, tel que 'Fermé' ou 'Complet', une fois toutes les transactions enfants terminées. Capture Identifier l'horodatage lorsque le statut global de l'en-tête de commande client est mis à jour à son état finalisé. Type d'événement inferred | |||
Commande client créée | Cette activité marque la création initiale d'une commande de vente dans le système. Elle représente la saisie formelle de la demande de biens ou de services d'un client et constitue le point de départ du processus Du bon de commande à l'encaissement. | ||
Pourquoi c'est important C'est l'événement de démarrage principal du processus. L'analyse du temps à partir de ce point aide à mesurer le temps de cycle global de traitement des commandes et l'efficacité de la saisie initiale des données. Où obtenir Cet événement est généralement enregistré à partir de l'horodatage de création de l'enregistrement d'en-tête de la commande de vente principale ou de son journal de transactions associé. Capture Identifier le premier horodatage associé à la création d'un nouvel ID de commande client dans la table des en-têtes ou le document de commande du système. Type d'événement explicit | |||
Facture créée | Cette activité représente la génération de la facture client pour les biens ou services expédiés. Il s'agit d'une transaction financière essentielle qui enregistre formellement la dette du client et initie le cycle de paiement. | ||
Pourquoi c'est important Le temps entre l'expédition et la facturation, connu sous le nom de délai « du bon de livraison à l'encaissement », a un impact direct sur la trésorerie. L'analyse de ce délai permet d'identifier les retards dans le processus de facturation. Où obtenir Il s'agit d'un événement explicite capturé à partir de l'horodatage de création de la facture ou du document de facturation dans le module financier. Capture Utilisez la date et l'heure de création de l'enregistrement du document de facture à partir des tables des comptes clients ou de facturation. Type d'événement explicit | |||
Marchandises expédiées | Cet événement critique marque le moment où les marchandises emballées pour la commande ont été expédiées et ont quitté physiquement l'entrepôt. Il s'agit d'un jalon logistique et financier clé, déclenchant souvent le processus de facturation. | ||
Pourquoi c'est important Il s'agit d'un jalon essentiel pour mesurer la performance de livraison dans les délais et le temps de cycle d'exécution. Le temps écoulé entre la création de la commande et l'expédition est un KPI. Où obtenir Il s'agit généralement d'un événement explicite enregistré dans les modules d'expédition ou de logistique, souvent appelé 'Sortie de marchandises' ou 'Confirmation d'expédition'. Capture Utilisez le timestamp de la confirmation d'expédition ou de la transaction de sortie de marchandises, qui est généralement stocké sur le document de livraison ou d'exécution. Type d'événement explicit | |||
Paiement reçu | Cette activité signifie que le paiement du client pour une facture a été reçu, traité et appliqué. Cet événement se produit généralement dans le module Comptes clients et solde la ligne financière ouverte. | ||
Pourquoi c'est important C'est l'étape finale génératrice de valeur. Mesurer le temps entre la facture et le paiement est crucial pour analyser le nombre de jours de crédit client (DSO) et l'efficacité du cycle de conversion de trésorerie. Où obtenir Il s'agit d'un événement de comptabilisation financier explicite, capturé à partir de la date de compensation du document de comptabilité clients ou de la création d'un enregistrement d'application de paiement. Capture Utilisez la date de comptabilisation ou la date de lettrage du document financier qui règle le montant de la facture impayée. Type d'événement explicit | |||
Avoir émis | Cette activité se produit lorsqu'une note de crédit est émise à un client, généralement en cas de retours de produits, de litiges de prix ou d'autres ajustements. Elle représente une annulation ou une réduction d'un montant précédemment facturé. | ||
Pourquoi c'est important L'analyse de la fréquence et des raisons des notes de crédit permet d'identifier les problèmes systémiques liés à la qualité des produits, à l'exactitude des expéditions ou aux erreurs de prix. C'est un indicateur clé des défaillances de processus. Où obtenir C'est un événement financier explicite capturé à partir de l'horodatage de création du document d'avoir dans le module de facturation ou de comptabilité clients. Capture Utilisez la date et l'heure de création du document d'avoir, qui est généralement lié à la commande client ou à la facture d'origine. Type d'événement explicit | |||
Commande client modifiée | Cette activité représente toute modification significative apportée à une commande de vente après sa création initiale, tels que des changements de quantités, d'articles, de prix ou de dates demandées. Elle est généralement enregistrée en suivant les mises à jour dans les pistes d'audit ou les journaux de modifications du système. | ||
Pourquoi c'est important Le suivi des changements de commande est crucial pour identifier les reprises de processus, comprendre les sources d'inefficacité et mesurer les taux de première fois correcte. Des changements fréquents peuvent indiquer des problèmes de précision initiale de la commande. Où obtenir Provient des tables de journaux de modification du système, des pistes d'audit, ou par la comparaison de différentes versions du document de commande client. Capture Filtrez les journaux de modifications système pour les mises à jour des champs clés de l'en-tête ou des lignes de commande client, en utilisant le timestamp de modification comme heure d'événement. Type d'événement explicit | |||
Facture envoyée au client | Représente le moment où la facture créée est transmise au client pour paiement. Cela peut se faire par différents canaux comme le courriel, l'échange de données informatisées ou le courrier postal. | ||
Pourquoi c'est important Cela marque le début officiel des délais de paiement du client. Les retards entre la création et l'envoi de la facture peuvent avoir un impact négatif sur le cycle de conversion de trésorerie. Où obtenir Provient des journaux de gestion des sorties, des enregistrements de communication, ou d'une mise à jour de statut spécifique sur le document de facture. Capture Capturez l'horodatage du journal de sortie du système indiquant la transmission réussie du document de facture. Type d'événement inferred | |||
Marchandises emballées | Cette activité marque l'achèvement du processus d'emballage, où les articles prélevés sont consolidés, emballés et préparés pour l'expédition. Cela inclut souvent la génération d'un bon de livraison et la finalisation des détails d'expédition. | ||
Pourquoi c'est important L'analyse du temps entre le prélèvement et l'emballage peut aider à optimiser l'agencement des postes de travail et les procédures d'emballage. C'est une étape clé pour garantir l'exactitude des commandes avant expédition. Où obtenir Cet événement peut être enregistré comme un statut distinct dans un WMS ou peut être déduit de l'heure de création d'un document de bon de livraison. Capture Identifier l'horodatage lorsque le statut du document d'exécution passe à 'Emballé', ou utiliser 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 été livrée avec succès à l'adresse spécifiée par le client. Ces informations sont souvent mises à jour sur la base de données reçues d'un transporteur logistique externe ou par une confirmation manuelle. | ||
Pourquoi c'est important Le suivi de la livraison offre une vue complète de l'expérience client et permet une mesure précise du temps de cycle total de traitement des commandes. Où obtenir Généralement issu des données de transporteurs externes qui sont réintégrées dans le système principal ou d'un enregistrement de confirmation de preuve de livraison. Capture Capturez l'horodatage de confirmation de livraison fourni par le transporteur, ou l'horodatage d'un enregistrement 'Preuve de livraison' saisi manuellement. Type d'événement explicit | |||
Marchandises préparées | Cette activité signifie l'achèvement du prélèvement physique de tous les articles de la commande depuis leurs emplacements d'entrepôt. Elle est généralement enregistrée lorsqu'un opérateur d'entrepôt confirme que la tâche de prélèvement est terminée. | ||
Pourquoi c'est important Mesurer la durée de préparation est essentiel pour analyser l'efficacité de l'entrepôt et identifier les goulots d'étranglement dans le processus d'exécution physique. Où obtenir Généralement enregistré dans un module de système de gestion d'entrepôt ou déduit d'une mise à jour de statut sur le document de livraison ou d'exécution. Capture Capturez l'horodatage lorsque le statut de la liste de prélèvement ou du document d'exécution associé est mis à jour à 'Prélevé' ou 'Terminé'. Type d'événement inferred | |||
Stock réservé | Cette activité représente le moment où l'inventaire nécessaire pour les lignes de commande de vente a été alloué ou réservé. Cette action garantit que les articles sont disponibles et engagés pour cette commande spécifique, les empêchant d'être vendus à d'autres. | ||
Pourquoi c'est important Le suivi de la réservation d'inventaire aide à analyser la disponibilité des matériaux et les retards potentiels liés aux stocks. Le temps entre l'approbation de commande et la réservation peut mettre en évidence des problèmes d'approvisionnement. Où obtenir Il s'agit souvent d'un événement système automatisé, enregistré dans les tables de transactions d'inventaire ou indiqué par un changement de statut sur la ligne de commande client. Capture Capturez l'horodatage du journal des transactions d'inventaire qui correspond à l'engagement de stock pour la ligne de commande client spécifique. Type d'événement explicit | |||
Transféré à l'entrepôt | Cette activité marque le transfert formel de la commande de vente à l'entrepôt pour son traitement physique. Elle déclenche les activités de prélèvement et d'emballage pour l'équipe de l'entrepôt. | ||
Pourquoi c'est important Il s'agit d'un point de transfert critique entre les départements. L'analyse du temps nécessaire à cette étape peut révéler des goulots d'étranglement dans la communication entre les ventes et la logistique. Où obtenir Cet événement est souvent enregistré lorsqu'une liste de prélèvement est générée ou lorsque le statut de la commande est mis à jour en 'Prêt pour le prélèvement' ou 'Libéré'. Capture Identifier l'horodatage lorsque le statut de la ligne de commande client passe à un état indiquant qu'elle est prête pour le traitement en entrepôt. Type d'événement inferred | |||
Vérification du crédit effectuée | Cette activité signifie qu'une vérification de la solvabilité a été effectuée pour le client associé à la commande. Il peut s'agir d'une vérification automatisée du système ou d'un processus d'examen manuel, aboutissant souvent à une mise à jour du statut de crédit de la commande. | ||
Pourquoi c'est important Cette étape est souvent un goulot d'étranglement. Mesurer sa durée et ses résultats aide à analyser l'efficacité de la gestion du crédit et son impact sur le temps de cycle global de la commande. Où obtenir Souvent déduit d'un changement de statut sur la commande client, de la mainlevée d'une suspension de crédit, ou d'une entrée dans un journal de gestion de crédit spécifique. Capture Capturez l'horodatage lorsque le champ de statut de crédit de la commande est mis à jour à 'Approuvé' ou 'Vérifié', ou lorsqu'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 des instructions détaillées,
