Votre modèle de données Commande à l'encaissement : Traitement des facturess factures fournisseurs factures fournisseurs commandes de vente
Votre modèle de données Commande à l'encaissement : Traitement des facturess factures fournisseurs factures fournisseurs commandes de vente
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour `Salesforce Sales Cloud`
De la commande au paiement - Attributs de Traitement des facturess factures fournisseurs factures fournisseurs commandes clients
| Nom | Descriptionn | ||
|---|---|---|---|
| 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. | ||
| Descriptionn L’ID de commande client est la base 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 complet et d’analyser en détail les temps de cycle, les variantes du processus et les points de blocage au niveau de chaque commande. Pourquoi est-ce important ? : Cet attribut est indispensable pour regrouper tous les événements liés en un seul cas, rendant ainsi possible la visualisation et l'analyse du flux de processus complet pour chaque commande client. Source des données : 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é. | ||
| Descriptionn Heure de l'événement, ou horodatage, enregistre le moment précis où une activité a eu lieu. Ces données sont essentielles pour séquencer correctement les événements et calculer les durées entre les activités, ce qui sert de base à 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 est-ce 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 points de blocage. Source des données : 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. | ||
| Descriptionn 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 indispensable pour comprendre ce qui se passe réellement dans le processus. Pourquoi est-ce important ? : Cet attribut définit les étapes de la cartographie 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. Source des données : 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. | ||
| Descriptionn Cet attribut consigne la date et l'heure de la dernière extraction de données du système source. Il fournit un contexte essentiel sur la réactualisation 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 est-ce important ? : Informe les utilisateurs sur la réactualisation des données, leur permettant de comprendre la récence de l'analyse. Source des données : Il s'agit d'un horodatage généré et ajouté pendant le processus d'extraction, de transformation et de chargement (ETL) des données. Exemples 2023-11-01T05:00:00Z | |||
| Système source SourceSystem | Identifie le système à partir duquel les données ont été extraites. | ||
| Descriptionn 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 indispensable 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 est-ce 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. Source des données : 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 | |||
| `Utilisateur effectuant l'action` UserPerformingAction | Le nom de l’utilisateur ou de l’agent système ayant exécuté l’activité. | ||
| Descriptionn 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 indispensablele 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 reprises ?' 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 est-ce important ? : Permet l'analyse des performances (utilisateur, équipe, rôle), aidant à identifier opportunités d'automatisation ou besoins en formation. Source des données : 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 Johnson`Automatisation du système`Équipe Crédit | |||
| Date de livraison demandée RequestedDeliveryDate | La date de livraison de la commande telle que demandée par le client. | ||
| Descriptionn 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 (horodatage 'Marchandises Livrées') pour déterminer si la commande a été livrée à temps, en avance ou en retard. Pourquoi est-ce important ? : C'est la référence principale pour mesurer la performance de paiement à temps, un indicateur clé de la satisfaction client et de l'efficacité opérationnelle. Source des données : 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. | ||
| Descriptionn 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 essentiel au calcul des KPI financiers et comprendre la valeur circulant à travers le processus. Pourquoi est-ce important ? : Permet l'analyse financière du processus, autorisant la segmentation des commandes par valeur et la quantification de l'impact financier des retards ou du reprises. Source des données : 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. | ||
| Descriptionn Le nom du compte identifie le client associé à la commande. Cela permet d’analyser le processus avec une approche orientée 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 est-ce 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. Source des données : 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. | ||
| Descriptionn 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 indispensablele 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 est-ce 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. Source des données : 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. | ||
| Descriptionn Le Temps de cycle total est un indicateur clé de performance qui mesure la durée complet 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 tableau de bord 'Temps de cycle complet 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 est-ce important ? : Ceci est un KPI clé pour mesurer l'efficacité globale du processus et identifier les commandes qui durent trop longtemps qui pourraient indiquer des problèmes systémiques. Source des données : Calculé lors de la transformation des données en soustrayant l'horodatage du premier événement du horodatage du dernier événement pour chaque 'SalesOrderId'. Exemples 10 jours 4 heures25 jours 11 heures5 jours 2 heures | |||
| Canal de vente SalesChannel | Le canal par lequel la commande client a été passée, par exemple 'Web', 'Ventes directes' ou 'Partenaire'. | ||
| Descriptionn 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 indispensable pour le tableau de bord '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 est-ce important ? : Permet la comparaison des performances entre différents canaux commerciaux, aidant à identifier les meilleures pratiques et les domaines d'harmonisation des processus. Source des données : 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. | ||
| Descriptionn Cette métrique calculée mesure l'efficacité de l'étape finale et cruciale du cycle de la commande au paiement : l'encaissement. C'est la durée entre l'activité 'Facture envoyée au client' et l'activité 'paiement reçu'. Cet attribut contribue directement au 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 points de blocage 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 est-ce important ? : Mesure l'efficacité du processus de gestion des comptes clients, impactant directement le flux de trésorerie de l'entreprise. Source des données : Calculé lors de la transformation des données en soustrayant l'horodatage de l'événement 'Facture envoyée au client' de l'événement 'paiement reçu' pour chaque cas. 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. | ||
| Descriptionn 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 indispensable 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 est-ce important ? : Aide à distinguer les actions du système de celles de l'utilisateur, ce qui est impératif pour l'analyse de l'automatisation et l'identification des opportunités de réduction du travail manuel. Source des données : 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 reprises 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. | ||
| Descriptionn Cet attribut calculé identifie les cas qui s'écartent d'une progression linéaire et directe. Le reprises 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 est-ce 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. Source des données : 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 cas donné. Exemples truefaux | |||
| Famille de produits ProductFamily | La catégorie ou la famille à laquelle appartiennent les produits de la commande. | ||
| Descriptionn 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 est-ce 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. Source des données : 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 logiciellesServices professionnelsContrats de support | |||
| Heure de fin de l'événement EventEndTime | La date et l’heure exactes de fin de l’activité. | ||
| Descriptionn 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 est-ce important ? : Il permet le calcul précis des temps de traitement des activités individuelles, ce qui est impératif pour identifier les points de blocage et les étapes gourmandes en ressources. Source des données : Peut être dérivé du 'StartTime' de l'événement suivant dans la séquence pour un cas 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. | ||
| Descriptionn 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 impératif 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 est-ce 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. Source des données : 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-001, 2, 3, 4INV-001235INV-001236 | |||
| Livraison à temps IsOnTimeDelivery | Un indicateur précisant si les marchandises ont été livrées à la date de livraison demandée par le client ou avant. | ||
| Descriptionn Cet attribut booléen est une mesure directe de la performance de livraison par rapport aux attentes du client. Il est calculé en comparant l'horodatage 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 paiement à temps inférieurs. Pourquoi est-ce important ? : Fournit une mesure binaire claire de la performance par rapport aux engagements clients, soutenant directement le KPI de Taux de Livraison à Temps. Source des données : Calculé lors de la transformation des données. La logique est : IF ('Marchandises Livrées' (EventTime) <= 'RequestedDeliveryDate') THEN true ELSE false. Exemples truefaux | |||
| Méthode d'expédition ShippingMethod | La méthode d’expédition choisie pour les marchandises, par exemple 'Standard Ground', 'Express' ou 'International'. | ||
| Descriptionn Cet attribut indique le niveau de service logistique choisi pour la livraison de la commande. Il influence 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 est-ce important ? : Permet l'analyse des performances logistiques, permettant d'évaluer le coût et l'efficacité des différentes options d'expédition. Source des données : 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. | ||
| Descriptionn 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 au paiement. 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 est-ce 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. Source des données : 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. | ||
| Descriptionn 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 est-ce 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. Source des données : 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. | ||
| Descriptionn 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 indispensable pour le tableau de bord 'Analyse des points de blocage 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 est-ce important ? : Facilite 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. Source des données : 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 | |||
De la commande au paiement - Activités de Traitement des facturess factures fournisseurs factures fournisseurs commandes clients
| Activité | Descriptionn | ||
|---|---|---|---|
| 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 est-ce important ? : Jalon critique irréversible, l'activation confirme la validité de la commande. Elle officialise le transfert des ventes aux opérations et est indispensablele au suivi des temps de cycle. Source des données : Déduit du changement du champ standard 'Statut' de l'objet 'Commande' passant à 'Activée'. L'horodatage 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 est-ce 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'. Source des données : 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 disponibleble 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 est-ce important ? : Il s'agit de l'événement de début principal du processus 'De la commande au paiement'. L'analyse du temps écoulé entre ce point et les activités ultérieures est indispensablele pour comprendre les temps de cycle globaux. Source des données : 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 horodatage '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 est-ce 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 points de blocage administratifs affectant le flux de trésorerie. Source des données : 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 est-ce 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. Source des données : 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 informationsns proviennent du système d'un transporteur et sont mises à jour dans Salesforce. | ||
| Pourquoi est-ce important ? : Cet événement est indispensable 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é. Source des données : 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 est-ce 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 indispensable pour la gestion des flux de trésorerie et des jours de recouvrement (DSO). Source des données : 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 est-ce 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. Source des données : Déduit d'un changement dans le champ Status de l'objet Order vers Cancelled. L'horodatage est disponibleble 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 est-ce 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 au paiement. Source des données : 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 est-ce 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. Source des données : 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 est-ce 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 points de blocage de prélèvement.-approbation. Source des données : 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 est-ce 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. Source des données : 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 est-ce important ? : Cette activité est indispensablele pour l'analyse du KPI 'Délai d'allocation d'inventaire'. Tout retard à ce niveau influence la capacité à expédier les commandes dans les délais impartis. Source des données : 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 est-ce important ? : Cette activité est souvent à l'origine de retards importants. Mesurer sa durée et son temps d'attente est indispensable pour l'analyse du tableau de bord 'Analyse des points de blocage du contrôle de crédit' et pour améliorer les flux de trésorerie. Source des données : 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 indispensable 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.
*/