Modèle de Données : Commande au Paiement - Traitement des Commandes de Vente
Votre modèle de données pour le processus de la Commande à l'Encaissement – Traitement des commandes clients
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour Salesforce Sales Cloud
Commande au Paiement - Attributs de Traitement des Commandes Clients
| Nom | Description | ||
|---|---|---|---|
Commande client SalesOrderId | L’identifiant unique de chaque commande client, qui sert de cas principal pour suivre l’ensemble du processus de la commande à l’encaissement. | ||
Description L’ID de commande client est la pierre angulaire de l’analyse du processus : il identifie de façon unique chaque commande tout au long de son cycle de vie. Il relie l’ensemble des activités associées, de la création et de l’approbation jusqu’à l’exécution et au paiement. En Process Mining, chaque événement lié à une commande est rattaché à cet ID. Cela permet de reconstituer le parcours de bout en bout et d’analyser en détail les temps de cycle, les variantes du processus et les goulots d’étranglement au niveau de chaque commande. Pourquoi c'est important Cet attribut est essentiel pour regrouper tous les événements liés en un seul cas, rendant ainsi possible la visualisation et l'analyse du flux de processus de bout en bout pour chaque commande client. Où obtenir Il s'agit du champ 'Id' sur l'objet standard 'Order' de Salesforce. Exemples 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
Heure de l'événement EventTime | La date et l'heure exactes de l'activité. | ||
Description Heure de l'événement, ou horodatage, enregistre le moment précis où une activité a eu lieu. Ces données sont cruciales pour séquencer correctement les événements et calculer les durées entre les activités, ce qui constitue la base de toute analyse de Process Mining basée sur le temps. Cet attribut est utilisé pour ordonner les activités de chaque cas, calculer les temps de cycle, identifier les temps d'attente et analyser la performance des processus sur différentes périodes. Des horodatages inexacts ou manquants peuvent fortement limiter l'utilité de l'analyse. Pourquoi c'est important Les horodatages sont essentiels pour ordonner les événements chronologiquement et calculer tous les indicateurs de performance, tels que les temps de cycle et les bottlenecks. Où obtenir Correspond à des champs comme 'CreatedDate' ou 'LastModifiedDate' sur l'objet 'Order' ou les enregistrements associés. Pour des événements spécifiques, il peut provenir de la date d'achèvement d'un enregistrement 'Task'. Exemples 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
Nom de l'activité ActivityName | Le nom de l’événement métier ou de la tâche survenus dans le cycle de vie de la commande client. | ||
Description Le nom de l’activité décrit une étape du processus de commande, par exemple 'Order Created', 'Credit Check Performed' ou 'Invoice Sent'. Ces activités sont les briques de la cartographie du processus et proviennent d’événements système, de changements de statut ou de l’achèvement de tâches. L’analyse de ces activités permet de visualiser le flux, d’identifier les parcours fréquents (variantes) et de mesurer la fréquence ainsi que la durée de chaque étape. C’est essentiel pour comprendre ce qui se passe réellement dans le processus. Pourquoi c'est important Cet attribut définit les étapes de la carte des processus. Sans lui, vous ne pouvez pas visualiser le flux de processus ni analyser la manière dont les commandes client sont réellement traitées. Où obtenir Généralement dérivé des changements de statut dans le champ 'Order.Status', de la création d'enregistrements connexes (par exemple, 'Invoice'), ou d'enregistrements de 'Task' ou d''Event' finalisés liés à la commande. Exemples Commande crééeCommande ApprouvéeMarchandises expédiéesPaiement Reçu | |||
Dernière mise à jour des données LastDataUpdate | L’horodatage indiquant la dernière extraction ou actualisation des données. | ||
Description Cet attribut enregistre la date et l'heure de la dernière extraction de données du système source. Il fournit un contexte crucial sur l'actualité des données analysées. Les analystes utilisent ces informations pour comprendre s'ils visualisent les données de processus les plus récentes et pour évaluer la pertinence de leurs conclusions. C'est une métadonnée clé pour tout projet de Process Mining. Pourquoi c'est important Informe les utilisateurs sur l'actualité des données, leur permettant de comprendre la fraîcheur de l'analyse. Où obtenir Il s'agit d'un horodatage généré et ajouté lors du processus d'extraction, de transformation et de chargement des données (ETL). Exemples 2023-11-01T05:00:00Z | |||
Système source SourceSystem | Identifie le système à partir duquel les données ont été extraites. | ||
Description Cet attribut spécifie l'origine des données de processus. Pour cette analyse, il sera systématiquement 'Salesforce Sales Cloud'. Dans les environnements avec des systèmes multiples, ce champ est critique pour la traçabilité des données et le dépannage. Même dans un contexte de système unique, il fournit des métadonnées importantes sur l'origine des données. Pourquoi c'est important Fournit un contexte essentiel sur l'origine des données, ce qui est important pour la gouvernance des données et lors de l'intégration de données provenant de multiples systèmes sources. Où obtenir Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction de données pour étiqueter le jeu de données. Exemples Salesforce Sales Cloud | |||
Date de livraison demandée RequestedDeliveryDate | La date de livraison de la commande telle que demandée par le client. | ||
Description Cet attribut enregistre la date à laquelle le client s'attend à recevoir ses marchandises. Il sert de référence critique pour mesurer la performance de livraison et la satisfaction client. Cette date est utilisée directement dans le tableau de bord 'Suivi du Respect des Dates de Livraison' et le KPI 'Taux de Livraison à Temps'. Elle est comparée à la date de livraison réelle (timestamp 'Marchandises Livrées') pour déterminer si la commande a été livrée à temps, en avance ou en retard. Pourquoi c'est important C'est la référence principale pour mesurer la performance de livraison à temps, un indicateur clé de la satisfaction client et de l'efficacité opérationnelle. Où obtenir Il s'agit souvent d'un champ de date personnalisé sur l'objet 'Order'. Son nom exact peut varier. Consultez la documentation ou le schéma de Salesforce Sales Cloud. Exemples 2023-11-152023-12-012024-01-10 | |||
Montant total de la commande TotalOrderAmount | La valeur monétaire totale de la commande de vente. | ||
Description Cet attribut représente le montant financier total de la commande client. C'est un indicateur clé pour comprendre l'impact métier des efficacités ou inefficacités du processus. Lors de l'analyse, le montant total de la commande peut être utilisé pour segmenter les cas, par exemple, pour voir si les commandes de grande valeur sont traitées différemment ou subissent plus de retards que les commandes de faible valeur. Il est également fondamental pour calculer les KPI financiers et comprendre la valeur circulant à travers le processus. Pourquoi c'est important Permet l'analyse financière du processus, autorisant la segmentation des commandes par valeur et la quantification de l'impact monétaire des retards ou du retravail. Où obtenir Il s'agit du champ 'TotalAmount' sur l'objet standard 'Order' de Salesforce. Exemples 5400.50125000.00950.75 | |||
Nom du compte AccountName | Le nom du client ou de l’entreprise qui a passé la commande. | ||
Description Le nom du compte identifie le client associé à la commande. Cela permet d’analyser le processus avec une approche centrée sur le client. Grâce à cet attribut, les analystes peuvent filtrer le processus par client, comparer les performances selon différents segments de clientèle ou détecter si certains clients rencontrent régulièrement des problèmes de processus. C’est un élément clé pour relier directement les performances des processus à l’expérience client. Pourquoi c'est important Lie la performance des processus à des clients spécifiques, permettant une analyse et une segmentation axées sur le client pour identifier les modèles ou les problèmes. Où obtenir L’objet 'Order' comporte un champ de recherche (lookup) 'AccountId'. Cet ID doit être relié à l’objet 'Account' pour récupérer le champ 'Account.Name'. Exemples Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
Statut de la Commande OrderStatus | Le statut de la commande au moment de l’événement. | ||
Description Cet attribut saisit l'état de la commande client, tel que 'Brouillon', 'Activée', 'Expédiée' ou 'Clôturée'. Les changements de statut sont souvent la source de génération des activités dans le journal d'événements. L'analyse du statut de la commande fournit un contexte à chaque événement et est cruciale pour suivre la progression d'une commande. Elle aide à comprendre l'issue des cas, par exemple, en identifiant les commandes qui ont été 'Annulées' par rapport à celles qui ont été 'Clôturées' avec succès. Pourquoi c'est important Fournit un contexte essentiel pour chaque event et constitue souvent la base de la définition des activités. C'est également un élément clé pour l'analyse des résultats des cases, comme les annulations. Où obtenir Il s'agit du champ de liste de sélection 'Status' sur l'objet standard 'Order' de Salesforce. Exemples BrouillonActivéeExpédiéClôturéAnnulé | |||
Temps de cycle total CycleTime | Le temps total écoulé entre la création de la commande de vente et sa clôture finale. | ||
Description Le Temps de cycle total est un indicateur clé de performance qui mesure la durée de bout en bout du processus de commande de vente. Il est calculé comme la différence de temps entre le premier événement (par exemple, 'Order Created') et le dernier événement (par exemple, 'Order Closed'). Cette métrique est la principale cible du dashboard 'Temps de cycle de bout en bout des commandes de vente'. L'analyse du temps de cycle aide à identifier l'inefficacité globale du processus et à mesurer l'impact des initiatives d'amélioration. Les variations du temps de cycle peuvent être étudiées en segmentant les données avec d'autres attributs comme le pays ou la famille de produits. Pourquoi c'est important Ceci est un KPI fondamental pour mesurer l'efficacité globale du processus et identifier les commandes qui durent trop longtemps qui pourraient indiquer des problèmes systémiques. Où obtenir Calculé lors de la transformation des données en soustrayant le timestamp du premier événement du timestamp du dernier événement pour chaque 'SalesOrderId'. Exemples 10 jours 4 heures25 jours 11 heures5 jours 2 heures | |||
Utilisateur effectuant l'action UserPerformingAction | Le nom de l’utilisateur ou de l’agent système ayant exécuté l’activité. | ||
Description Cet attribut identifie l'individu responsable de l'exécution d'une étape du processus. Il peut s'agir d'un représentant commercial, d'un analyste crédit ou d'un utilisateur de système automatisé. L'analyse basée sur cet utilisateur est essentielle pour comprendre la répartition de la charge de travail, la performance individuelle et les niveaux d'automatisation. Elle aide à répondre à des questions telles que 'Quels utilisateurs gèrent le plus de retravail ?' ou 'Certaines équipes sont-elles plus rapides pour les approbations ?'. Ceci est également utilisé dans l'analyse des réseaux sociaux pour voir comment le travail est transféré entre les individus. Pourquoi c'est important Permet l'analyse des performances (utilisateur, équipe, rôle), aidant à identifier opportunités d'automatisation ou besoins en formation. Où obtenir Peut être trouvé dans des champs comme 'LastModifiedById' sur l'objet 'Order' ou 'OwnerId' sur les enregistrements 'Task'. Ces IDs devraient être joints à l'objet 'User' pour obtenir le nom de l'utilisateur. Exemples Alice SmithBob JohnsonAutomatisation du systèmeÉquipe Crédit | |||
Canal de vente SalesChannel | Le canal par lequel la commande client a été passée, par exemple 'Web', 'Ventes directes' ou 'Partenaire'. | ||
Description L’attribut Canal de vente catégorise les commandes selon leur point d’origine. Il permet d’analyser comparativement la performance du processus entre les différents canaux. C’est essentiel pour le dashboard 'Sales Channel Performance Comparison'. En filtrant ou en comparant par canal, vous pouvez déterminer quels canaux sont les plus efficaces, lesquels connaissent le plus de reprises et où des efforts de standardisation sont nécessaires pour aligner la performance. Pourquoi c'est important Permet la comparaison des performances entre différents canaux commerciaux, aidant à identifier les meilleures pratiques et les domaines d'harmonisation des processus. Où obtenir Il s'agit généralement d'un champ de liste de sélection personnalisé sur l'objet 'Order' ou 'Opportunity'. Consultez la documentation ou le schéma de Salesforce Sales Cloud. Exemples Ventes DirectesPortail webRéseau de PartenairesVentes internes | |||
Durée de Recouvrement des Paiements PaymentCollectionDuration | Le temps écoulé entre l’envoi de la facture au client et la réception du paiement. | ||
Description Cette métrique calculée mesure l'efficacité de l'étape finale et cruciale du cycle de la commande à l'encaissement : l'encaissement. C'est la durée entre l'activité 'Facture Envoyée au Client' et l'activité 'Paiement Reçu'. Cet attribut soutient directement le tableau de bord 'Durée de Recouvrement des Paiements' et le KPI 'Délai de Réalisation du Paiement'. L'analyse de cette durée aide le service financier à identifier les goulots d'étranglement dans le recouvrement, à évaluer l'efficacité des conditions de paiement et à trouver des opportunités d'accélérer les flux de trésorerie. Pourquoi c'est important Mesure l'efficacité du processus de gestion des comptes clients, impactant directement le flux de trésorerie de l'entreprise. Où obtenir Calculé lors de la transformation des données en soustrayant le timestamp de l'événement 'Facture Envoyée au Client' de l'événement 'Paiement Reçu' pour chaque case. Exemples 30 jours15 jours 8 heures45 jours | |||
Est Automatisé IsAutomated | Un indicateur précisant si l'activité a été réalisée par un processus système ou un utilisateur humain. | ||
Description Cet attribut booléen distingue les événements déclenchés par l'automatisation du système, comme une mise à jour de statut automatisée, de ceux exécutés manuellement par un utilisateur. C'est essentiel pour comprendre le niveau d'automatisation du processus. L'analyse de cet attribut aide à quantifier l'impact de l'automatisation sur l'efficacité et la cohérence. Elle permet de comparer les chemins automatisés versus manuels et peut mettre en évidence les opportunités d'automatisation supplémentaire pour réduire l'effort manuel et le potentiel d'erreur. Pourquoi c'est important Aide à distinguer les actions du système de celles de l'utilisateur, ce qui est crucial pour l'analyse de l'automatisation et l'identification des opportunités de réduction du travail manuel. Où obtenir Dérivé lors de la transformation des données en vérifiant si le 'UserPerformingAction' est un utilisateur système désigné ou par des règles basées sur le type d'activité. Exemples truefaux | |||
Est un retravail IsRework | Un indicateur indiquant si la commande client a fait l'objet d'une reprise, telle qu'une activité répétée ou une boucle dans le processus. | ||
Description Cet attribut calculé identifie les cas qui s'écartent d'une progression linéaire et directe. Le retravail se produit lorsqu'une activité est répétée ou que le processus revient à une étape antérieure, souvent en raison d'erreurs, d'informations manquantes ou d'approbations rejetées. Cet indicateur est utilisé pour calculer le KPI 'Taux de Retravail des Commandes Client' et alimenter le tableau de bord 'Taux de Retravail et d'Erreurs des Commandes Client'. Il aide à quantifier la fréquence et l'impact des inefficacités, signalant les domaines qui nécessitent de meilleurs contrôles de qualité ou une clarification des processus. Pourquoi c'est important Quantifie l'inefficacité du processus en signalant les commandes qui nécessitent un travail supplémentaire et imprévu, ce qui a un impact direct sur les coûts et le temps de cycle. Où obtenir Calculé par le logiciel de Process Mining ou pendant la transformation des données en détectant les noms d'activités répétés ou les flux de processus inversés pour un case donné. Exemples truefaux | |||
Famille de produits ProductFamily | La catégorie ou la famille à laquelle appartiennent les produits de la commande. | ||
Description La Famille de produits fournit une classification de haut niveau des articles inclus dans la commande. Elle permet d’analyser le processus selon le type de produit vendu. Cet attribut sert à segmenter le processus et à déterminer si certaines familles suivent des parcours différents, présentent des temps de cycle plus longs ou des taux de reprise plus élevés. Par exemple, des produits complexes et configurables peuvent nécessiter un processus d’approbation et d’exécution plus élaboré que des produits standard « sur étagère ». Pourquoi c'est important Permet l'analyse des processus segmentée par catégorie de produits, révélant si différents types de produits entraînent des variations d'efficacité du processus. Où obtenir Récupéré de l'objet 'Product2', qui est lié à l'Order via l'objet de jonction 'OrderItem'. Cela nécessite de joindre Order -> OrderItem -> PricebookEntry -> Product2. Exemples HardwareLicences LogicielsServices professionnelsContrats de support | |||
Heure de fin de l'événement EventEndTime | La date et l’heure exactes de fin de l’activité. | ||
Description L’heure de fin de l’événement marque l’achèvement d’une activité. Alors que de nombreux outils de Process Mining l’infèrent à partir de l’heure de début de l’activité suivante, la capturer explicitement permet d’obtenir des durées plus précises, en particulier pour les tâches longues. Cet attribut sert à calculer le temps de traitement exact d’une activité. Il est particulièrement utile pour analyser les tâches de longue durée, comme 'Credit Check Performed' ou 'Inventory Allocated', et distinguer le temps de travail effectif du temps d’attente. Pourquoi c'est important Il permet le calcul précis des temps de traitement des activités individuelles, ce qui est crucial pour identifier les goulots d'étranglement et les étapes gourmandes en ressources. Où obtenir Peut être dérivé du 'StartTime' de l'événement suivant dans la séquence pour un case donné. Pour certaines activités, il peut s'agir d'un champ spécifique comme 'Task.CompletedDateTime'. Exemples 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
ID de facture InvoiceId | L’identifiant unique de la facture liée à la commande client. | ||
Description L’ID de facture relie une commande client à sa facture correspondante. La création et l’envoi de cette facture sont des jalons clés dans la seconde partie du processus de la commande à l’encaissement. Cet attribut est crucial pour suivre le processus de l’exécution de la commande jusqu’au paiement. Il permet de mesurer précisément les activités 'Invoice Created' et 'Invoice Sent to Customer', nécessaires pour calculer le 'délai d’encaissement'. Pourquoi c'est important Relie la commande client au sous-processus de facturation, permettant un suivi précis des activités financières et des temps de cycle de paiement. Où obtenir Il s'agit souvent d'un champ de recherche personnalisé sur l'objet 'Order' pointant vers un objet 'Invoice' standard ou personnalisé. L'implémentation exacte varie. Exemples INV-001234INV-001235INV-001236 | |||
Livraison dans les délais IsOnTimeDelivery | Un indicateur précisant si les marchandises ont été livrées à la date de livraison demandée par le client ou avant. | ||
Description Cet attribut booléen est une mesure directe de la performance de livraison par rapport aux attentes du client. Il est calculé en comparant le timestamp de l'activité 'Marchandises Livrées' avec la 'DateDeLivraisonDemandée'. C'est le calcul principal du KPI 'Taux de Livraison à Temps'. L'analyse de cet indicateur aide les organisations à comprendre leur fiabilité et leur respect des engagements, ce qui est un moteur majeur de la satisfaction client. Combiné à d'autres attributs, il peut révéler si certaines méthodes d'expédition ou régions ont des taux de livraison à temps inférieurs. Pourquoi c'est important Fournit une mesure binaire claire de la performance par rapport aux engagements clients, soutenant directement le KPI de Taux de Livraison à Temps. Où obtenir Calculé lors de la transformation des données. La logique est : IF ('Marchandises Livrées' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Exemples truefaux | |||
Mode de livraison ShippingMethod | La méthode d’expédition choisie pour les marchandises, par exemple 'Standard Ground', 'Express' ou 'International'. | ||
Description Cet attribut indique le niveau de service logistique choisi pour la livraison de la commande. Il impacte directement les délais de livraison et les coûts. Dans l'Analyse de l'efficacité des méthodes d'expédition, cet attribut est utilisé pour comparer la performance de différentes options d'expédition. Il aide à déterminer si les expéditions express respectent leurs engagements de délai et comment les différentes méthodes impactent la durée globale entre l'Expédition des Marchandises et la Livraison des Marchandises. Pourquoi c'est important Permet l'analyse des performances logistiques, permettant d'évaluer le coût et l'efficacité des différentes options d'expédition. Où obtenir Il s'agit probablement d'un champ personnalisé sur l'objet 'Order' ou sur un objet 'Shipment' personnalisé connexe. Consultez la documentation ou le schéma de Salesforce Sales Cloud. Exemples Transport StandardExpress 2 joursPar Avion ExpressPriorité Internationale | |||
Pays de livraison ShippingCountry | Le pays de destination de l’expédition de la commande client. | ||
Description Cet attribut spécifie le pays de destination de la commande. C'est une dimension clé pour l'analyse géographique du processus de la commande à l'encaissement. L'analyse par pays d'expédition peut révéler des différences régionales dans la performance du processus, telles que des délais de livraison plus longs pour les commandes internationales ou des variations dans les cycles de recouvrement des paiements. Elle permet une segmentation du processus pour comprendre et relever les défis spécifiques à la région. Pourquoi c'est important Permet la segmentation géographique du processus, ce qui peut mettre en évidence les différences de performance régionales, les problèmes de conformité ou les défis logistiques. Où obtenir Il s'agit du champ 'ShippingCountry' sur l'objet standard 'Order' de Salesforce. Exemples États-UnisAllemagneJaponBrazil | |||
Propriétaire de la Commande OrderOwner | L’utilisateur principal responsable de la gestion de la commande client. | ||
Description Le propriétaire de la commande est le commercial ou le gestionnaire de compte ayant la responsabilité principale de la commande. Cela diffère de l’utilisateur qui réalise une action donnée, car le propriétaire veille à l’avancement global de la commande. L’analyse par propriétaire aide à évaluer la charge de travail et les performances des équipes ou des individus dans la gestion de leur portefeuille de commandes. Elle met en lumière les propriétaires dont les commandes se bloquent souvent ou nécessitent des reprises, ce qui peut révéler des besoins d’accompagnement ciblé. Pourquoi c'est important Identifie la personne responsable du succès de la commande, permettant une analyse de la charge de travail et des performances au niveau du propriétaire. Où obtenir Il s'agit du champ 'OwnerId' sur l'objet 'Order'. Cet ID peut être joint à l'objet 'User' pour obtenir le nom du propriétaire. Exemples Jane DoeJohn SmithÉquipe Commerciale Est | |||
Statut de la Vérification de Crédit CreditCheckStatus | Le résultat du contrôle de crédit pour la commande. | ||
Description Cet attribut indique le résultat de l'évaluation de crédit du client, qui est souvent une étape critique dans le processus de commande. Les valeurs courantes incluent 'Approuvé', 'Rejeté' ou 'En attente'. Ceci est essentiel pour le tableau de bord 'Analyse des goulots d'étranglement du contrôle de crédit'. En suivant quand une commande entre et sort de la phase de contrôle de crédit, et son statut final, les organisations peuvent mesurer la durée et le résultat de cette étape, l'identifiant ainsi comme une source potentielle de retard. Pourquoi c'est important Soutient directement l'analyse de l'étape de vérification de crédit, aidant à mesurer sa durée, son taux de succès et son impact sur la durée de cycle globale. Où obtenir Il s'agit probablement d'un champ personnalisé sur l'objet 'Order' ou 'Account'. Consultez la documentation ou le schéma de Salesforce Sales Cloud. Exemples ApprouvéRejetéEn Attente d'ExamenNon requis | |||
Temps de traitement ProcessingTime | La durée d’une activité individuelle, correspondant au temps de travail effectif. | ||
Description Le temps de traitement est le temps passé à travailler activement sur une tâche, calculé comme la différence entre l'heure de fin et l'heure de début d'une activité. Il se distingue du temps d'attente, qui est le temps d'inactivité entre les activités. Cette métrique est fondamentale pour l'analyse des goulots d'étranglement, par exemple pour l'activité 'Vérification de crédit effectuée'. En isolant le temps de traitement actif, les analystes peuvent déterminer si les retards sont causés par un travail inefficace sur la tâche elle-même ou par de longues files d'attente avant le début de la tâche. Pourquoi c'est important Isole le temps de travail actif pour une tâche spécifique, permettant de distinguer les activités inefficaces des longs temps d'attente. Où obtenir Calculé lors de la transformation des données en soustrayant le 'EventTime' (StartTime) du 'EventEndTime'. Exemples 5 minutes2 heures 15 minutes45 secondes | |||
Commande au Paiement - Activités de Traitement des Commandes Clients
| Activité | Description | ||
|---|---|---|---|
Commande Activée | Un événement Salesforce standard indiquant la finalisation de la commande pour l'exécution et la facturation. L'activation bloque les modifications et est enregistrée par un changement de statut. | ||
Pourquoi c'est important Jalon critique irréversible, l'activation confirme la validité de la commande. Elle officialise le transfert des ventes aux opérations et est essentielle au suivi des temps de cycle. Où obtenir Déduit du changement du champ standard 'Statut' de l'objet 'Commande' passant à 'Activée'. Le timestamp est enregistré dans l'historique de suivi des champs de la 'Commande'. Capture Surveiller l'historique des champs de l'objet 'Commande' pour un changement de statut en 'Activée'. Type d'événement inferred | |||
Commande Clôturée | Représente l'achèvement réussi et la clôture finale de la commande de vente dans le système. Ceci est inféré d'une mise à jour finale du statut de la commande, indiquant qu'aucune autre action n'est nécessaire. | ||
Pourquoi c'est important Il s'agit de l'événement de fin du 'chemin nominal' pour le processus. Mesurer le temps total jusqu'à cette activité fournit le KPI 'Temps moyen de clôture des commandes'. Où obtenir Déduit d'un changement dans le champ Status de l'objet Order vers une valeur finale comme Closed, Completed ou Fulfilled. L'horodatage est disponible grâce au suivi de l'historique des champs. Capture Surveiller l'historique des champs de l'objet 'Commande' afin de détecter un changement vers un statut finalisé. Type d'événement inferred | |||
Commande créée | Marque la création initiale d'un enregistrement de commande client dans le système. Cet événement est explicitement capturé lorsqu'une nouvelle instance de l'objet 'Commande' est sauvegardée dans Salesforce pour la première fois. | ||
Pourquoi c'est important Il s'agit de l'événement de début principal du processus 'De la commande à l'encaissement'. L'analyse du temps écoulé entre ce point et les activités ultérieures est cruciale pour comprendre les temps de cycle globaux. Où obtenir L’événement de création de l’objet 'Order'. L’horodatage correspond à la valeur du champ standard 'CreatedDate' de l’enregistrement 'Order'. Capture Directement à partir du timestamp 'CreatedDate' de l'objet 'Order'. Type d'événement explicit | |||
Facture créée | Représente la génération d'une facture financière pour la commande de vente. Cela peut être capturé par la création d'un objet 'Facture' lié, soit nativement via Salesforce Billing, soit par une intégration. | ||
Pourquoi c'est important Ce jalon marque le début de la partie 'recouvrement financier' du processus. Le temps écoulé entre la livraison et la facturation peut révéler des goulots d'étranglement administratifs affectant le flux de trésorerie. Où obtenir Déduit de la date de création d'un objet Invoice (standard ou personnalisé) qui est lié à l'objet Order. Capture Utilisez le 'CreatedDate' de l'enregistrement de facture associé. Type d'événement inferred | |||
Marchandises expédiées | Représente le moment où la commande a été physiquement expédiée de l'entrepôt au client. Cet event est presque toujours capturé par une mise à jour provenant d'un système d'expédition externe ou d'un système ERP dans Salesforce. | ||
Pourquoi c'est important Ceci est un jalon critique pour mesurer le 'Taux d'Expédition à Temps' et l'efficacité globale de l'exécution des commandes. Il marque le début de la phase de livraison du parcours client. Où obtenir Déduit du renseignement d'un champ 'Date d'expédition' ou d'un champ 'Numéro de suivi' sur l'objet 'Commande' ou un objet 'Expédition' personnalisé lié. Les données proviennent d'un système d'exécution des commandes. Capture Utilisez l'horodatage lorsque le champ de date d'expédition ou de numéro de suivi est renseigné pour la première fois. Type d'événement inferred | |||
Marchandises livrées | Indique que l'expédition a bien atteint le client. Ces informations proviennent du système d'un transporteur et sont mises à jour dans Salesforce. | ||
Pourquoi c'est important Cet événement est essentiel pour calculer le KPI 'Taux de Livraison à Temps' et mesurer les temps de cycle réels orientés client. Il confirme que le processus d'exécution des commandes est terminé. Où obtenir Déduit du renseignement d'un champ Delivery Date sur l'objet Order ou l'objet personnalisé Shipment. Ces données sont généralement fournies grâce à une intégration avec un fournisseur de logistique d'expédition. Capture Utilisez l'horodatage lorsque le champ de date de livraison est renseigné. Type d'événement inferred | |||
Paiement Reçu | Marque la confirmation que le paiement du client a été reçu et rapproché. Cette information est mise à jour depuis un système financier dans Salesforce, généralement sous la forme d'un changement de statut. | ||
Pourquoi c'est important Cet événement est l'étape finale pour encaisser l'argent de la vente. L'analyse du temps écoulé entre la 'Facture Envoyée' et ce point est critique pour la gestion des flux de trésorerie et des jours de recouvrement (DSO). Où obtenir Déduit d'un changement de statut sur l'objet Invoice vers Paid ou Closed. La mise à jour est déclenchée par une intégration avec un système de comptabilité ou de traitement des paiements. Capture Suivre les changements de statut sur l'objet 'Invoice' depuis l'intégration d'un système financier externe. Type d'événement inferred | |||
Commande Annulée | Indique que la commande a été annulée avant que l'exécution ne soit terminée. Ceci est enregistré par un changement de statut terminal sur l'enregistrement de la commande. | ||
Pourquoi c'est important Il s'agit d'un événement d'exception et de fin critique. L'analyse des raisons et du moment où les commandes sont annulées peut révéler des problèmes dans le processus de vente, la disponibilité des produits ou le crédit client. Où obtenir Déduit d'un changement dans le champ Status de l'objet Order vers Cancelled. L'horodatage est disponible dans l'historique des champs pour le champ Status. Capture Surveiller l'historique des champs de l'objet 'Commande' afin de détecter un changement vers un statut 'Annulée'. Type d'événement inferred | |||
Commande Approuvée | Indique que la commande client a été formellement approuvée par toutes les parties requises et peut passer à l'étape suivante. Ceci est enregistré en observant l'étape d'approbation finale dans un workflow ou une mise à jour de statut correspondante. | ||
Pourquoi c'est important Ceci est un jalon clé qui débloque le processus d'exécution des commandes. Les retards d'approbation peuvent impacter significativement le temps de cycle global de la commande à l'encaissement. Où obtenir Déduit d'un changement du champ de statut sur l'objet Order vers une valeur comme Approved. Cela peut également être dérivé de la date d'achèvement de l'enregistrement ProcessInstance associé. Capture Surveiller le champ 'Statut' de l'objet 'Commande' ou l'achèvement de l'historique du processus d'approbation. Type d'événement inferred | |||
Commande Envoyée pour Exécution | Marque le transfert de la commande activée vers un entrepôt ou un système d'exécution pour la préparation et l'emballage. Ceci est généralement capturé par un changement de statut de la commande, déclenché par une intégration. | ||
Pourquoi c'est important Cet événement sépare les parties commerciales et logistiques du processus. Le suivi du temps depuis l'activation jusqu'à ce point aide à isoler les retards administratifs des retards de traitement en entrepôt. Où obtenir Déduit d'un changement du statut de l'Order vers une valeur comme Sent to Fulfillment ou Awaiting Shipment. Ce changement de statut est souvent déclenché par une intégration avec un ERP/WMS. Capture Surveiller le champ 'Statut' de l'objet 'Commande' pour des valeurs spécifiques indiquant un transfert d'exécution. Type d'événement inferred | |||
Commande Soumise pour Approbation | Représente le point où un brouillon de commande est soumis à un workflow d'approbation formel. Cela est généralement inféré d'un changement de statut sur la commande ou de la création d'un enregistrement dans l'historique du processus d'approbation de Salesforce. | ||
Pourquoi c'est important Le suivi des soumissions permet de mesurer le temps d'attente des commandes pour approbation et l'efficacité du processus de révision lui-même. Il met en évidence les goulots d'étranglement de pré-approbation. Où obtenir Déduit d'un changement de statut sur l'objet Order (par exemple, de Draft à Submitted for Approval) ou en suivant la date de soumission dans l'objet ProcessInstance lié à la commande. Capture Suivre les changements du champ de statut ou interroger l'objet 'ProcessInstance'. Type d'événement inferred | |||
Facture Envoyée au Client | Indique que la facture a été envoyée au client pour paiement. Ceci est généralement enregistré comme un changement de statut sur l'enregistrement de la facture. | ||
Pourquoi c'est important Il s'agit de l'événement déclencheur pour le KPI 'Temps de réalisation du paiement'. Tout délai entre la création de facture et son envoi reporte directement le début du délai de paiement. Où obtenir Déduit d'un changement de statut sur l'objet Invoice vers Sent ou une valeur similaire. Une entrée de journal d'activité pour l'e-mail envoyé pourrait également être utilisée. Capture Surveiller le champ 'Statut' de l'objet 'Facture' lié ou rechercher les activités du journal des e-mails. Type d'événement inferred | |||
Stock Alloué | Indique que les produits de la commande ont été réservés dans le système d'inventaire. Cet événement provient généralement d'un ERP externe ou d'un système d'inventaire et met à jour Salesforce, enregistré via un changement de champ. | ||
Pourquoi c'est important Cette activité est cruciale pour l'analyse du KPI 'Délai d'allocation d'inventaire'. Tout retard à ce niveau impacte directement la capacité à expédier les commandes dans les délais impartis. Où obtenir Nécessite une analyse système. Souvent inféré d'une mise à jour de statut sur les objets 'Order' ou OrderItem, ou du remplissage d'un champ personnalisé 'Allocation_Date__c', piloté par une intégration. Capture Suivre les changements de champ de statut ou de date sur les objets 'Order' ou 'OrderItem' à partir d'une intégration ERP. Type d'événement inferred | |||
Vérification de Crédit Effectuée | Représente l'achèvement d'une vérification de solvabilité pour le client associé à la commande. Il s'agit souvent d'un event inféré, capturé lorsqu'un champ personnalisé, tel que 'Statut de la vérification de crédit', est mis à jour à 'Approuvé' ou 'Terminé'. | ||
Pourquoi c'est important Cette activité est souvent à l'origine de retards importants. Mesurer sa durée et son temps d'attente est essentiel pour l'analyse du tableau de bord 'Analyse des goulots d'étranglement du contrôle de crédit' et pour améliorer les flux de trésorerie. Où obtenir Déduit d'un horodatage ou d'un changement de statut dans un champ personnalisé sur l'objet Order ou l'objet Account lié, par exemple, Credit_Check_Date__c ou Credit_Status__c. Capture Suivre les mises à jour des champs personnalisés qui signalent l'achèvement de la vérification de crédit. Type d'événement inferred | |||
Guides d'extraction
Étapes
- Prérequis : Configurer le Suivi de l'historique des champs : Avant de créer des rapports, un administrateur Salesforce doit s'assurer que le Suivi de l'historique des champs est activé pour l'objet Commande. Plus précisément, veillez à suivre le champ Statut et tous les champs personnalisés utilisés pour signaler des événements, tels que Credit_Check_Status__c ou Fulfillment_Status__c. Pour ce faire, accédez à Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Créer un type de rapport personnalisé : Pour accéder aux données de modification de champ ainsi qu'aux détails de la commande, créez un type de rapport personnalisé. Naviguez vers Setup > Types de rapports. Créez un nouveau type de rapport avec Commandes comme Objet principal. Ensuite, associez Historique des commandes comme Objet secondaire. Assurez-vous que la relation est définie sur « Les enregistrements 'A' peuvent ou non avoir des enregistrements 'B' associés. » Cela vous permet de créer des rapports sur toutes les commandes, même celles qui n'ont pas encore d'historique. Enregistrez ce type de rapport sous « Commandes avec Historique ».
- Créer le rapport principal 'Événements' : Naviguez vers l'onglet Rapports et cliquez sur Nouveau rapport. Sélectionnez votre type de rapport « Commandes avec Historique ». Ce rapport capturera toutes les activités basées sur les modifications de champs.
- Configurer les colonnes du rapport Événements : Ajoutez les colonnes suivantes : Commande : Numéro de commande (pour SalesOrderId), Date de modification (pour EventTime), Utilisateur (pour UserPerformingAction), Champ/Événement (le champ qui a été modifié), Valeur d'origine et Nouvelle valeur. Ajoutez d'autres colonnes de l'objet parent Commande comme Commande : Montant total, Compte : Nom du compte et Commande : Date d'autorisation par l'entreprise (à utiliser comme substitut pour RequestedDeliveryDate si applicable).
- Filtrer le rapport Événements : Réglez le filtre Afficher sur Toutes les commandes et le Champ de date sur Date de création avec votre plage souhaitée (par exemple, Les 3 derniers mois). Ajoutez un filtre à la colonne Champ/Événement afin d'inclure uniquement les modifications de champs spécifiques correspondant à vos activités (par exemple, Statut, Credit_Check_Status__c).
- Créer le rapport 'Commande Créée' : Créez un deuxième rapport plus simple en utilisant le type de rapport Commandes standard. L'objectif de ce rapport est de capturer uniquement l'événement de création. Ajoutez les colonnes Numéro de commande, Date de création, Créé par, Statut, Montant total et Nom du compte. Filtrez par Date de création pour votre plage de temps souhaitée.
- Exporter les deux rapports : Exécutez les deux rapports et utilisez l'option Exporter. Choisissez le format Détails uniquement et CSV délimité par des virgules.
- Combiner et transformer les données : Ouvrez les fichiers CSV exportés dans un programme de feuille de calcul comme Microsoft Excel ou utilisez un langage de script comme Python.
- Pour le rapport 'Événements', créez une nouvelle colonne ActivityName. Utilisez des formules ou un script pour mapper les données de modification de champ aux noms d'activités souhaités. Par exemple, si Champ/Événement est 'Statut' et Nouvelle valeur est 'Activée', définissez ActivityName sur 'Commande Activée'.
- Pour le rapport 'Commande Créée', ajoutez une nouvelle colonne nommée ActivityName et définissez sa valeur sur 'Commande Créée' pour toutes les lignes. Renommez les colonnes pour correspondre au schéma du journal d'événements (par exemple, Numéro de commande -> SalesOrderId, Date de création -> EventTime).
- Fusionner en un seul journal d'événements : Ajoutez les lignes des données transformées du rapport 'Commande Créée' aux données transformées du rapport 'Événements'. Cela crée une liste unique et unifiée de toutes les activités.
- Finaliser pour le téléchargement : Ajoutez les colonnes requises restantes : SourceSystem (avec une valeur statique de Salesforce Sales Cloud) et LastDataUpdate (avec l'horodatage actuel). Passez en revue tous les en-têtes de colonne et les formats de données avant d'enregistrer le fichier final en tant que CSV, prêt pour le téléchargement).
Configuration
- Types de rapports : Un type de rapport personnalisé combinant les objets Commandes et Historique des commandes est essentiel pour capturer les changements de statut et les autres mises à jour de champs comme des événements distincts.
- Suivi de l'historique des champs : Cette méthode dépend entièrement de l'activation du suivi de l'historique des champs pour l'objet Commande avant le début de l'extraction des données. Les champs clés tels que Statut et tout champ personnalisé représentant des étapes de processus doivent être suivis.
- Filtres de plage de dates : Utilisez la Date de création sur l'objet Commande comme filtre principal pour vous assurer d'analyser une cohorte cohérente de commandes. Une plage de 3 à 6 mois est recommandée pour l'analyse initiale.
- Service d'exportation de données : Comme alternative pour les environnements à volume élevé, le Service d'exportation de données peut être planifié (hebdomadairement ou mensuellement) pour exporter toutes les données pour les objets spécifiés (Commande, Historique des commandes, Compte). Cela fournit des données brutes qui nécessitent un traitement externe et une jointure plus importants, mais évite les dépassements de délai et les limites de lignes du générateur de rapports interactif.
- Permissions : Les utilisateurs effectuant l'extraction ont besoin des permissions pour Exécuter des rapports, Exporter des rapports et Afficher toutes les données pour les objets Commande et Compte. La configuration du Service d'exportation de données requiert des privilèges d' Administrateur système.
- Structure des rapports : Les rapports doivent être configurés en Format tabulaire pour une exportation et un traitement plus faciles. Évitez les formats de résumé ou matriciels.
a Exemple de requête config
/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/
// ======== REPORT 1: Order Creation Events ========
{
"ReportName": "O2C - Order Created",
"ReportType": "Orders",
"Format": "Tabular",
"Filters": [
{
"Field": "Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
}
],
"Columns": [
{"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
{"StaticValue": "Order Created", "OutputAs": "ActivityName"},
{"SourceField": 'Created Date', "OutputAs": "EventTime"},
{"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
{"SourceField": "Status", "OutputAs": "OrderStatus"},
{"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
{"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
]
}
// ======== REPORT 2: Order Field Change Events ========
{
"ReportName": "O2C - Order History Events",
"ReportType": "Orders with History (Custom)",
"Format": "Tabular",
"Filters": [
{
"Field": "Order: Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
},
{
"Field": "Field/Event",
"Operator": "in",
"Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
}
],
"Columns": [
{"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
{"SourceField": "Edit Date", "OutputAs": "EventTime"},
{"SourceField": "User", "OutputAs": "UserPerformingAction"},
{"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
{"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
{"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
]
}
// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ========
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:
CASE
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
ELSE 'Unknown'
END AS ActivityName
- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/