> Amélioration continue des processus > De la prospection à l’encaissement > Microsoft Dynamics 365 Sales > Modèle de données

Votre modèle de données Lead to Cash

Microsoft Dynamics 365 Sales

← Retour au guide d’amélioration

Attributs Lead to Cash(18) Activités Lead to Cash(14) Guides d’extraction(4)

Votre modèle de données Lead to Cash

Ce modèle propose une méthode structurée pour recueillir les données essentielles à l’analyse de votre processus Lead to Cash. Il présente les attributs importants et les activités clés, et explique comment extraire ces informations. En suivant ces recommandations, vous pourrez constituer un journal d’événements complet pour analyser votre processus en détail.

Attributs recommandés pour la collecte des données
Activités clés à suivre pour découvrir le processus
Conseils pratiques pour extraire les données

Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs Lead to Cash

Ces champs sont indispensables pour créer un journal d’événements complet et analyser en détail votre processus Lead to Cash.

5 Obligatoire 8 Recommandé 5 Facultatif

	Nom	Description
	Activité ActivityName	Nom de l’activité métier ou de l’événement survenu à une étape précise du processus de vente.
Description Cet attribut décrit une étape ou un jalon précis du processus Lead to Cash, comme « Devis créé » ou « Paiement reçu ». Chaque activité correspond à un événement distinct du cycle de vie d’une opportunité commerciale. L’analyse de l’ordre et de la fréquence de ces activités est au cœur du Process Mining. Elle révèle les flux de processus réels, aide à repérer les parcours courants et alternatifs (variantes), et met en évidence les reprises ou les goulots d’étranglement. Cette analyse est essentielle pour comprendre le respect et l’efficacité du processus. Pourquoi est-ce important ? Définit les étapes de la cartographie du processus, qui sert de base à l’analyse en Process Mining pour repérer les inefficacités et les écarts. Où trouver ces données Cet attribut est généralement dérivé de différents événements liés aux entités Opportunity, Quote, Order et Invoice dans Dynamics 365. Il faut souvent définir une logique pour associer les changements de statut ou les créations d’enregistrements à des noms d’activité normalisés. Exemples Opportunité crééeDevis envoyé au clientContrat signéPaiement reçu
	Heure de début ActivityStartTime	Horodatage indiquant le début d’une activité ou d’un événement précis.
Description Cet attribut enregistre la date et l’heure auxquelles une activité a eu lieu. En Process Mining, il sert principalement à classer les événements par ordre chronologique et à calculer les durées. L’heure de début est indispensable à toutes les analyses temporelles : calcul de la durée des cycles entre les activités, repérage des retards et mesure des performances globales du processus. Elle permet de créer une animation dynamique du processus et de comprendre la répartition temporelle du travail. Pourquoi est-ce important ? Cet horodatage est indispensable pour ordonner les événements et calculer les indicateurs de performance, notamment les durées de cycle et les temps d’attente. Où trouver ces données Il s’agit généralement de l’horodatage « createdon » ou « modifiedon » de l’entité concernée (Opportunity, Quote, SalesOrder ou Invoice), correspondant à l’activité. Exemples 2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
	Opportunité commerciale SalesOpportunity	Identifiant unique d’une opportunité commerciale, utilisé comme identifiant de cas principal pour le processus Lead to Cash.
Description L’identifiant de l’opportunité commerciale distingue chaque vente potentielle tout au long de l’entonnoir de vente. Il relie l’ensemble des activités associées, depuis la création de l’opportunité jusqu’à l’encaissement final. En Process Mining, cet attribut est indispensable pour reconstituer le parcours complet de chaque cas commercial. Il permet d’analyser l’ensemble du flux de processus, de calculer la durée totale des cycles et de comparer les différents parcours des opportunités. Vous pouvez ainsi repérer les inefficacités et les goulots d’étranglement, de la qualification du lead à l’encaissement. Pourquoi est-ce important ? Il s’agit de l’identifiant de cas essentiel qui relie tous les événements du processus et permet de suivre le cycle de vie complet de chaque vente. Où trouver ces données Il s’agit de la clé primaire de l’entité Opportunity, généralement le champ « opportunityid ». Exemples OPP-01532-A3B1C7OPP-01533-F8D2E5OPP-01534-G9H3I4
	Dernière mise à jour des données LastDataUpdate	Horodatage de la dernière actualisation des données depuis le système source.
Description Cet attribut indique la date et l’heure de la dernière extraction des données de Microsoft Dynamics 365 Sales et de leur importation dans l’outil de Process Mining. Il permet de connaître leur degré d’actualité. Savoir si les données sont à jour est essentiel pour s’assurer que les analyses et les conclusions restent pertinentes. Cela aide les utilisateurs à se fier aux résultats et à prendre des décisions éclairées en fonction de l’état actuel du processus. Pourquoi est-ce important ? Indique si les données sont à jour, afin que les analyses restent pertinentes pour la prise de décision. Où trouver ces données Cet horodatage est généré par le processus d’extraction et d’importation des données. Exemples 2024-07-27T02:00:00Z2024-07-28T02:00:00Z
	Système source SourceSystem	Système à partir duquel les données ont été extraites.
Description Cet attribut identifie l’application source des données d’événement. Pour ce processus, il s’agira toujours de Microsoft Dynamics 365 Sales. Dans les environnements où plusieurs systèmes sont intégrés, ce champ est essentiel pour assurer la traçabilité des données et résoudre les problèmes. Il permet de comprendre leur contexte et de vérifier que les analyses s’appuient sur la bonne source. Pourquoi est-ce important ? Précise l’origine des données, une information essentielle pour leur gouvernance et leur validation, ainsi que pour la gestion des intégrations. Où trouver ces données Cette valeur statique doit être renseignée lors de l’extraction des données afin d’indiquer la source des enregistrements. Exemples Microsoft Dynamics 365 Sales
	Client CustomerId	Le compte client associé à l’opportunité commerciale.
Description Cet attribut identifie le client potentiel ou existant concerné par l’opportunité. Il relie le processus commercial à un compte précis dans le système CRM. L’analyse du processus par client ou segment de clientèle permet de mieux comprendre comment les différents types de clients interagissent avec le processus commercial. Elle peut révéler que certains clients ont des temps de cycle plus longs, nécessitent davantage de reprises ou présentent des taux de réussite plus élevés. Ces informations aident à adapter les approches commerciales et à gérer les relations clients. Pourquoi est-ce important ? Permet d’analyser les performances du processus pour des clients ou segments de clientèle précis et d’adapter les stratégies commerciales. Où trouver ces données Il s’agit du champ de recherche « customerid » de l’entité Opportunity, qui renvoie à un enregistrement Account ou Contact. Exemples Contoso LtdAdventure WorksFabrikam, Inc.
	Étape de vente SalesStage	Étape de l’opportunité dans le pipeline du processus de vente défini.
Description L’étape de vente indique la phase précise dans laquelle se trouve une opportunité, par exemple « Qualifier », « Développer », « Présenter une proposition » ou « Conclure ». Ces étapes donnent une vue d’ensemble du pipeline commercial et de son avancement. Le Process Mining déduit les activités détaillées à partir des horodatages, tandis que l’étape de vente apporte un contexte métier précieux. Le Dashboard « Analyse du temps de cycle commercial global » s’en sert pour segmenter le processus et mesurer le temps passé dans chaque grande étape. Vous pouvez ainsi repérer les étapes les plus longues et celles où les opportunités ont tendance à stagner. Pourquoi est-ce important ? Apporte un contexte métier sur l’avancement de l’opportunité et permet d’analyser le temps passé dans chaque phase du pipeline commercial. Où trouver ces données Cette information provient du champ « stepname » associé au flux de processus métier de l’entité Opportunity. Exemples 1-Qualifier2-Développer3-Présenter une proposition4-Conclure
	Heure de fin ActivityEndTime	Horodatage indiquant la fin d’une activité ou d’un événement précis. Pour les événements instantanés, il est souvent identique à l’heure de début.
Description L’heure de fin marque l’achèvement d’une activité. Pour les événements instantanés, comme « Facture générée », elle est souvent identique à l’heure de début. Pour les activités dont la durée peut être mesurée, comme une étape de vérification manuelle, cet horodatage indique la fin du travail. Cet attribut sert à calculer la durée de traitement des activités. En comparant l’heure de fin d’une activité à l’heure de début de la suivante, vous pouvez analyser le temps de travail effectif et le temps d’inactivité, c’est-à-dire l’attente, au sein du processus. Pourquoi est-ce important ? Permet de calculer la durée de traitement des activités, de distinguer le temps de travail effectif du temps d’attente et d’analyser plus précisément les performances du processus. Où trouver ces données Pour les événements instantanés, cette valeur est identique à l’heure de début. Pour les activités qui durent, elle peut devoir être déduite d’un horodatage ultérieur ou d’un changement de statut. Exemples 2023-04-15T10:00:00Z2023-04-25T15:00:00Z2023-05-10T11:25:00Z
	Région Region	La région ou le territoire géographique où se trouve le client.
Description Cet attribut indique la zone géographique associée à l’opportunité commerciale, par exemple « Amérique du Nord », « EMEA » ou « Asie-Pacifique ». Il est souvent déterminé à partir de l’adresse du client. La région est une dimension importante pour les analyses comparatives. Elle est utilisée dans des Dashboards comme « Délai de génération et de livraison des factures » afin de repérer d’éventuelles différences régionales dans les performances du processus. Ces analyses peuvent mettre en évidence des écarts liés aux réglementations locales, aux performances des équipes ou aux conditions du marché, et orienter les améliorations du processus selon les zones géographiques. Pourquoi est-ce important ? Permet de segmenter le processus par zone géographique et de mettre en évidence les différences régionales en matière de performance, de conformité et de comportement des clients. Où trouver ces données Ces données sont généralement stockées dans l’entité Account ou Contact associée, dans des champs tels que « address1_country » ou dans un champ personnalisé « Region ». Exemples Amérique du NordEMEAAsie-PacifiqueAmérique latine
	Responsable de l’opportunité OwnerId	Commercial ou utilisateur chargé de l’opportunité.
Description Le responsable de l’opportunité est l’utilisateur de Microsoft Dynamics 365 Sales chargé de gérer et de faire avancer l’opportunité commerciale. Il est généralement responsable de la plupart des activités liées au cas. L’analyse du processus par responsable permet de comparer les performances des commerciaux, des équipes ou des services. Elle peut faire ressortir les pratiques efficaces des meilleurs éléments, révéler les besoins d’accompagnement et montrer comment la répartition de la charge de travail influe sur l’efficacité et les résultats du processus. Pourquoi est-ce important ? Permet d’analyser les performances par utilisateur ou par équipe, de repérer les meilleurs résultats et de diagnostiquer les problèmes propres à certaines personnes ou à certains groupes. Où trouver ces données Il s’agit du champ « ownerid » de l’entité Opportunity, qui renvoie à un enregistrement User ou Team. Exemples Jean DupontJeanne MartinÉquipe commerciale EMEA
	Source du lead LeadSource	Source à l’origine du lead.
Description Cet attribut indique l’origine du lead à l’origine de l’opportunité commerciale, par exemple « Web », « Partenaire », « Salon professionnel » ou « Publicité ». Il permet de suivre l’efficacité des différents canaux marketing et des stratégies de génération de leads. En Process Mining, l’analyse par source du lead est essentielle au Dashboard « Analyse de la conversion des leads ». Elle permet de calculer le taux de conversion des leads en opportunités pour chaque canal et de repérer les sources qui génèrent les leads les plus intéressants ou dont la qualification est la plus rapide. Ces résultats sont précieux pour optimiser les dépenses marketing et les efforts commerciaux. Pourquoi est-ce important ? Aide à évaluer la capacité des différents canaux marketing à générer des leads de qualité et contribue directement à l’analyse de la conversion des leads. Où trouver ces données Il s’agit généralement du champ « leadsourcecode » de l’entité Lead, qui est ensuite transféré à Opportunity lors de la qualification. Exemples WebPartenaireSalon professionnelRecommandation
	Statut de l’opportunité OpportunityStatus	Résultat final de l’opportunité commerciale, par exemple gagnée ou perdue.
Description Cet attribut indique l’état final d’une opportunité commerciale. Les principaux résultats sont généralement « Won », pour une vente conclue, et « Lost », lorsque la vente n’a pas abouti. L’analyse des résultats est essentielle pour comprendre quels schémas de processus mènent au succès ou à l’échec. En filtrant les cas par statut, vous pouvez comparer la durée des cycles, les activités et l’intervention des utilisateurs pour les ventes conclues et perdues. Cette analyse permet de calculer l’indicateur de taux de réussite des opportunités et de repérer les comportements associés aux résultats positifs. Pourquoi est-ce important ? Distingue les résultats positifs des résultats négatifs et permet de comparer les comportements du processus associés aux ventes conclues. Où trouver ces données Correspond aux champs « statecode » (statut) et « statuscode » (motif du statut) de l’entité Opportunity. Exemples GagnéePerdueEn cours
	Valeur de l’opportunité OpportunityValue	Valeur monétaire estimée ou réelle de l’opportunité commerciale.
Description Cet attribut représente le revenu potentiel ou final associé à une opportunité commerciale. Il peut d’abord correspondre à une estimation, puis être mis à jour avec la valeur réelle du contrat lorsque la vente est conclue. Cette dimension est importante pour l’analyse, car les opportunités n’ont pas toutes la même valeur. En segmentant le processus selon le montant de la vente, les entreprises peuvent déterminer si les ventes les plus importantes suivent un parcours différent ou prennent plus de temps à conclure. Elles peuvent également prioriser les améliorations des segments les plus rentables. Pourquoi est-ce important ? Apporte un éclairage financier, permet d’analyser les processus selon le montant des ventes et aide à prioriser les améliorations concernant les opportunités à forte valeur. Où trouver ces données Se trouve généralement dans des champs tels que « estimatedvalue » (revenu estimé) ou « actualvalue » (revenu réel) de l’entité Opportunity. Exemples 50000.00125000.0025000.00
	Catégorie de produit ProductCategory	La catégorie du produit ou du service vendu dans le cadre de l’opportunité.
Description Cet attribut classe le principal produit ou service associé à l’opportunité commerciale, par exemple « Matériel », « Logiciels » ou « Services professionnels ». L’analyse du processus par catégorie de produit est essentielle au Dashboard « Performance du traitement des commandes ». Elle permet de déterminer si certaines catégories entraînent des cycles de vente plus longs, des processus de traitement différents ou des taux de réussite plus faibles. Ces constats peuvent conduire à adapter le processus commercial à chaque gamme de produits pour gagner en efficacité. Pourquoi est-ce important ? Permet d’analyser les performances en fonction des produits vendus et de repérer les variations du processus ainsi que les goulots d’étranglement propres à certains produits. Où trouver ces données Ces informations sont généralement disponibles dans l’entité Opportunity Product (opportunityproduct) associée à Opportunity. Exemples Services cloudLogiciels sur siteServices de conseil
	Conditions de paiement PaymentTerms	Les conditions de paiement convenues pour la facture, par exemple à 30 ou 60 jours.
Description Cet attribut précise les conditions dans lesquelles le client doit régler les biens ou services fournis. Il définit le délai de paiement à compter de l’émission de la facture. Cet attribut est essentiel au Dashboard « Analyse du cycle de recouvrement des paiements ». Il permet de segmenter les délais de recouvrement selon les conditions convenues, afin de repérer les clients qui paient régulièrement en retard et de déterminer si certaines conditions sont associées à des cycles de recouvrement plus longs. Ces analyses aident à optimiser le processus de gestion des créances et à mieux gérer la trésorerie. Pourquoi est-ce important ? Fournit une base de référence pour analyser les délais de paiement, repérer les retards et évaluer l’efficacité des stratégies de recouvrement. Où trouver ces données Ces données sont généralement stockées dans l’entité Invoice, souvent dans un champ nommé « paymenttermscode ». Exemples À 30 joursÀ 60 joursÀ réception
	Est une reprise IsRework	Indique si une activité correspond à une répétition ou à une reprise dans un même cas.
Description Cet attribut booléen calculé repère les activités, ou séquences d’activités, répétées au sein d’une même opportunité commerciale. Par exemple, si un devis est créé, refusé, puis qu’un nouveau devis est créé, la deuxième activité « Devis créé » est signalée comme une reprise. Le repérage des reprises est essentiel au Dashboard « Analyse des variantes de processus et des reprises ». Il permet de mesurer les inefficacités en mettant en évidence les boucles et les étapes répétées. Comprendre où et pourquoi les reprises se produisent est une première étape pour simplifier le processus, réduire les efforts inutiles et raccourcir le cycle de vente. Pourquoi est-ce important ? Signale directement les inefficacités et les boucles du processus, afin de mesurer le coût des reprises et de repérer les possibilités de simplification. Où trouver ces données Il s’agit d’un attribut calculé. L’outil de Process Mining le déduit en analysant la séquence d’activités de chaque cas. Exemples truefalse
	Pourcentage de remise DiscountPercentage	Le pourcentage de remise appliqué au devis ou à la commande.
Description Cet attribut indique la remise totale accordée sur un devis ou une commande, exprimée en pourcentage du prix catalogue. Il s’agit d’une métrique importante pour suivre les marges commerciales et le respect de la politique tarifaire. Le Dashboard « Gestion des devis et conformité des remises » utilise cet attribut pour analyser les pratiques de remise. La visualisation de leur répartition permet à la direction de repérer les remises excessives ou non autorisées, d’évaluer leur effet sur les taux de réussite et de vérifier le respect des règles tarifaires. Pourquoi est-ce important ? Indispensable pour analyser la stratégie tarifaire et le respect des règles relatives aux remises, ainsi que leur effet sur la rentabilité et les taux de réussite. Où trouver ces données Présent dans les entités Quote (« discountpercentage ») et SalesOrder (« discountpercentage »). Exemples 0.050.100.15
	Type de contrat ContractType	Le type de contrat juridique associé à la vente, par exemple « Nouvelle entreprise » ou « Renouvellement ».
Description Cet attribut classe le contrat associé à une opportunité commerciale. Les différents types de contrats, comme un contrat client initial, un renouvellement ou une vente additionnelle, peuvent suivre des processus d’approbation et de signature distincts. Le Dashboard « Temps de cycle de signature des contrats » utilise cet attribut pour segmenter l’analyse. La comparaison des délais de signature selon le type de contrat permet de déterminer si les renouvellements sont traités plus rapidement que les nouveaux contrats ou si les contrats personnalisés complexes entraînent des retards importants. Ces constats aident à cibler les améliorations du processus de gestion des contrats. Pourquoi est-ce important ? Aide à analyser et à optimiser la phase de signature des contrats en repérant les types de contrats susceptibles de retarder le processus. Où trouver ces données Il s’agirait probablement d’un champ personnalisé de l’entité Opportunity ou Contract, car cette information dépend des besoins de l’entreprise. Exemples Nouvelle entrepriseRenouvellementDéveloppementContrat-cadre de services

Obligatoire Recommandé Facultatif

Activités Lead to Cash

Voici les étapes et les jalons du processus à consigner dans votre journal d’événements pour obtenir une vue claire du parcours Lead to Cash.

7 Recommandé 7 Facultatif

	Activité	Description
	Commande client créée	Une commande client est créée dans le système pour gérer l’exécution de la vente des produits ou services. Cet événement explicite est généralement généré lors de la conversion d’un devis « Won » en commande.
Pourquoi est-ce important ? Cette étape marque le transfert officiel des ventes aux opérations ou à l’équipe chargée de l’exécution. Elle sert de point de départ à la mesure de la durée du cycle d’exécution des commandes et de l’efficacité après-vente. Où trouver ces données Cet événement explicite est enregistré à partir de l’horodatage de création de l’enregistrement SalesOrder, lié à l’opportunité parente. Données à recueillir Utilisez l’horodatage « createdon » de l’entité SalesOrder (Order). Type d’événement explicit
	Devis accepté par le client	Le client a officiellement accepté les conditions et le prix indiqués dans le devis. Cet événement est enregistré lorsque le commercial met à jour le statut de l’enregistrement Quote et le définit sur « Won ».
Pourquoi est-ce important ? Cette étape importante confirme l’engagement du client. Elle est essentielle pour mesurer le taux de conversion des devis en commandes et le délai moyen d’approbation des devis. Où trouver ces données Déduit de l’horodatage auquel le champ « statecode » de l’enregistrement Quote est mis à jour et prend la valeur « Won » (valeur 2). Données à recueillir Utilisez l’horodatage « modifiedon » lorsque le champ « statecode » de Quote passe à « Won ». Type d’événement inferred
	Devis créé	Un devis formel pour des produits ou des services a été établi à l’intention du client. Cet événement est enregistré lors de la création d’un nouvel enregistrement Quote lié à l’opportunité commerciale.
Pourquoi est-ce important ? Cette étape marque le passage d’une proposition de principe à une offre formelle. Le délai entre sa création et son acceptation est un indicateur important de l’efficacité de la gestion des devis. Où trouver ces données Événement explicite enregistré à partir de la date de création d’un nouvel enregistrement dans l’entité Quote, relié à l’opportunité par une relation de recherche. Données à recueillir Utilisez l’horodatage « createdon » de l’entité Quote, associé à l’identifiant de l’opportunité. Type d’événement explicit
	Opportunité créée	Marque le début du processus de vente pour une opportunité commerciale donnée. Cet événement est enregistré lors de la création d’un nouvel enregistrement d’opportunité commerciale, souvent après la qualification d’un lead.
Pourquoi est-ce important ? Il s’agit de l’activité de départ principale pour l’analyse du processus Lead to Cash. Elle permet de mesurer la durée totale du cycle de vente et d’évaluer l’efficacité de la conversion des leads. Où trouver ces données Cet événement explicite est enregistré à partir de l’horodatage de création de l’enregistrement d’opportunité dans la table Opportunity. Données à recueillir Utilisez l’horodatage « createdon » de l’entité Opportunity. Type d’événement explicit
	Opportunité gagnée	L’opportunité commerciale a été conclue avec succès et a abouti à une vente. Cet événement est enregistré lorsque son statut passe à « Won ».
Pourquoi est-ce important ? Il s’agit de l’activité de fin principale correspondant à une vente réussie. Elle sert à calculer le taux de réussite, la durée des cycles de vente conclus et les performances commerciales globales. Où trouver ces données Déduit de l’horodatage auquel le champ « statecode » de l’enregistrement Opportunity passe à « Won » (valeur 1). Cette mise à jour est souvent effectuée automatiquement lors du traitement du devis ou de la commande associée. Données à recueillir Utilisez le champ « actualclosedate » ou l’horodatage « modifiedon » lorsque le champ « statuscode » de Opportunity prend la valeur « Won ». Type d’événement inferred
	Opportunité perdue	L’opportunité commerciale n’a pas abouti et a été clôturée sans vente. Cet événement est enregistré lorsque son statut passe à « Lost ».
Pourquoi est-ce important ? Il s’agit de l’activité de fin principale correspondant à un échec. L’analyse de ces cas aide à comprendre les raisons des ventes perdues, à repérer les points de décrochage dans l’entonnoir de vente et à évaluer l’efficacité des concurrents. Où trouver ces données Déduit de l’horodatage auquel le champ « statecode » de l’enregistrement Opportunity passe à « Lost » (valeur 2). Données à recueillir Utilisez le champ « actualclosedate » ou l’horodatage « modifiedon » lorsque le champ « statuscode » de Opportunity prend la valeur « Lost ». Type d’événement inferred
	Paiement reçu	Le client a réglé la totalité de la facture. Cet événement est enregistré lorsque le statut de l’enregistrement Invoice est défini sur « Paid ».
Pourquoi est-ce important ? Cette étape financière importante marque la réalisation du revenu. L’analyse du délai entre l’envoi de la facture et la réception du paiement aide à optimiser le cycle de recouvrement. Où trouver ces données Déduit de l’horodatage auquel le champ « statecode » de l’enregistrement Invoice passe à « Paid » (valeur 2). Données à recueillir Utilisez l’horodatage « modifiedon » lorsque le champ « statecode » de Invoice passe à « Paid ». Type d’événement inferred
	Besoins identifiés	Indique que l’équipe commerciale a recueilli et compris les besoins du client. Cette étape est généralement enregistrée lorsqu’un commercial met à jour une phase du Business Process Flow ou modifie le statut de l’opportunité.
Pourquoi est-ce important ? Le suivi de cette étape permet de mesurer le délai entre le premier contact et la formulation d’une proposition viable. Un retard peut signaler des difficultés lors des échanges de découverte ou un manque de ressources. Où trouver ces données Déduit du passage de l’opportunité à une phase « Develop » ou « Propose » dans le Business Process Flow, ou de la mise à jour d’un champ de statut personnalisé. L’horodatage du changement de phase est utilisé. Données à recueillir Suivez les modifications de « stageid » dans l’entité Opportunity ou dans l’entité Business Process Flow associée. Type d’événement inferred
	Commande exécutée	Tous les produits de la commande ont été expédiés ou tous les services ont été fournis au client. Cet événement est enregistré lorsque le statut de l’enregistrement SalesOrder passe à « Fulfilled » ou à un état équivalent.
Pourquoi est-ce important ? Cette activité marque la fin de la phase de livraison. Elle constitue un repère important pour analyser l’exécution des commandes et déclenche la facturation. Où trouver ces données Déduit de l’horodatage auquel le champ « statecode » de l’enregistrement SalesOrder passe à « Fulfilled » (valeur 3). Données à recueillir Utilisez l’horodatage « modifiedon » lorsque le champ « statecode » de SalesOrder passe à « Fulfilled ». Type d’événement inferred
	Contrat signé	Les deux parties ont signé un contrat juridiquement contraignant, ce qui finalise l’accord. Cet événement est souvent enregistré manuellement dans l’opportunité ou dans une entité Contract associée, parfois à la suite d’une intégration de signature électronique.
Pourquoi est-ce important ? Cette activité permet de suivre la durée de finalisation du contrat. À cette étape, les retards peuvent avoir des conséquences importantes sur les prévisions de revenus et le lancement des projets. Où trouver ces données Déduit du renseignement d’un champ de date, tel que « Contract Signed Date », dans l’opportunité, ou d’un changement de statut. Une personnalisation peut être nécessaire pour disposer de ce champ. Données à recueillir Utilisez l’horodatage d’un changement de statut précis ou la date à laquelle un champ lié au contrat est renseigné. Type d’événement inferred
	Devis envoyé au client	Le devis établi a été officiellement transmis au client pour examen. Cet événement est généralement déduit du passage du statut de l’enregistrement Quote à « Active ».
Pourquoi est-ce important ? Cette activité marque le début de la période d’examen et de négociation par le client. Elle constitue un repère important pour analyser les cycles d’approbation des devis et repérer les retards de réponse. Où trouver ces données Déduit de l’horodatage auquel le champ « statecode » de l’enregistrement Quote passe à « Active ». Données à recueillir Consultez l’historique d’audit ou utilisez un champ d’horodatage mis à jour par un flux de travail lorsque le champ « statecode » de Quote prend la valeur 1 (Active). Type d’événement inferred
	Facture envoyée au client	La facture a été transmise au client pour paiement. Cet événement est généralement déduit d’un changement de statut de l’enregistrement Invoice.
Pourquoi est-ce important ? Cette étape marque le début du délai de paiement et constitue le premier repère pour mesurer le délai moyen de paiement client. Tout retard à ce stade a une incidence directe sur la trésorerie. Où trouver ces données Déduit d’un changement de statut dans l’entité Invoice. Il n’existe pas de statut standard « Sent », mais un flux de travail met souvent à jour un champ ou un statut personnalisé à cette étape. Données à recueillir Suivez un champ personnalisé « Sent Date » ou un changement de motif de statut dans l’enregistrement Invoice. Type d’événement inferred
	Facture générée	Une facture client a été créée à partir de la commande exécutée. Cet événement explicite est enregistré lors de la création d’un nouvel enregistrement Invoice dans le système.
Pourquoi est-ce important ? Cette activité marque le début du cycle de facturation et de recouvrement. Le délai entre l’exécution de la commande et la création de la facture est un indicateur important de l’efficacité de la facturation. Où trouver ces données Cet événement explicite est enregistré à partir de l’horodatage de création de l’enregistrement Invoice, lié à SalesOrder. Données à recueillir Utilisez l’horodatage « createdon » de l’entité Invoice. Type d’événement explicit
	Solution proposée	Cette activité indique qu’une solution ou une proposition formelle a été présentée au client potentiel. Elle est généralement déduite du passage de l’opportunité à la phase « Propose » de son cycle de vie.
Pourquoi est-ce important ? L’analyse du temps écoulé avant et après cette activité permet d’évaluer l’efficacité de la conception de la solution et de la préparation de la proposition. Si cette activité se répète, cela peut signaler des reprises dans le cycle de vente. Où trouver ces données Déduit d’un changement de statut de l’enregistrement Opportunity ou du passage à la phase « Propose » dans le Business Process Flow associé. Données à recueillir Utilisez l’horodatage du changement de statut ou de phase dans l’entité Opportunity. Type d’événement inferred

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Microsoft Dynamics 365 Sales

Étapes

Prérequis : Vérifiez que vous disposez d’un abonnement Azure avec un accès de contributeur, d’un environnement Power Apps avec des privilèges d’administrateur système et d’un accès à une instance Dynamics 365 Sales.
Créer les ressources Azure : Dans le portail Azure, créez un espace de travail Azure Synapse Analytics et un compte Azure Data Lake Storage Gen2. Vérifiez que l’espace de travail Synapse peut accéder au compte de stockage.
Lier l’environnement Power Apps : Accédez au centre d’administration Power Platform (make.powerapps.com). Dans le menu de gauche, sélectionnez « Data », puis « Azure Synapse Link ». Cliquez sur « + New link to data lake ».
Configurer Synapse Link : Suivez l’assistant pour vous connecter à votre abonnement Azure, à votre groupe de ressources et au compte de stockage créé à l’étape 2. Sélectionnez l’espace de travail Synapse auquel vous souhaitez vous connecter.
Sélectionner les tables à répliquer : Choisissez les tables Dataverse nécessaires au processus Lead to Cash. Sélectionnez au minimum : Opportunity, Quote, SalesOrder, Invoice, Account, SystemUser et Contract. Ajoutez toute autre table personnalisée pertinente, puis lancez la synchronisation.
Attendre la synchronisation initiale : Laissez le système effectuer la copie initiale des données. La durée dépend du volume de données. Vous pouvez suivre l’état de l’opération dans le Dashboard Azure Synapse Link.
Accéder aux données dans Synapse Studio : Ouvrez Azure Synapse Studio et accédez au hub « Data ». Les tables Dataverse répliquées apparaissent sous forme de tables externes dans une base de données Lake.
Créer un script SQL sans serveur : Dans le hub « Develop » de Synapse Studio, créez un nouveau « SQL script ». Vous y exécuterez la requête fournie pour transformer les données répliquées en journal d’événements.
Exécuter la requête du journal d’événements : Copiez la requête T-SQL complète fournie dans la section « query » dans la fenêtre du nouveau script. Remplacez les espaces réservés par le nom de votre base de données et ajoutez toute logique personnalisée nécessaire.
Lancer la requête : Exécutez la requête sur le pool SQL sans serveur. Elle traitera les tables brutes et générera un journal d’événements aplati, avec une ligne par activité métier.
Enregistrer les résultats : Une fois la requête exécutée, utilisez la fonction « Export » de Synapse Studio pour enregistrer les résultats dans un fichier CSV.
Préparer l’importation : Vérifiez que les en-têtes du fichier CSV exporté correspondent aux noms d’attributs requis par ProcessMind, par exemple, SalesOpportunity, ActivityName et ActivityStartTime. Importez le fichier CSV final dans ProcessMind.

Configuration

Configuration d’Azure Synapse Link : lors de la configuration du lien, vous pouvez choisir le mode « Append only ». Ce mode est utile pour le Process Mining, car il conserve un historique des modifications, mais peut augmenter l’espace de stockage nécessaire. Pour cette requête, le mode standard « In-place update » suffit.
Sélection des tables : choisissez avec soin les tables à répliquer. Incluez uniquement celles qui sont utiles au processus Lead to Cash afin de réduire le temps de synchronisation et les coûts de stockage. Les principales tables sont opportunity, quote, salesorder, invoice, contract et les tables de données de référence associées, comme account et systemuser.
Filtrage par période : la requête fournie ne comporte pas de filtre de date par défaut. Il est vivement recommandé d’ajouter une clause WHERE, généralement sur la date opportunity.createdon, afin de limiter l’analyse à une période pertinente, par exemple les 6 à 12 derniers mois. Cela améliore considérablement les performances de la requête.
Prérequis : vous devez disposer des autorisations nécessaires dans Azure (rôle Contributor sur le groupe de ressources) et dans Power Platform (rôle System Administrator) pour créer et gérer Azure Synapse Link pour Dataverse.

Exemple de requête sql

SELECT
    opp.opportunityid AS SalesOpportunity,
    'Opportunity Created' AS ActivityName,
    opp.createdon AS ActivityStartTime,
    opp.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM opportunity AS opp
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid

UNION ALL

SELECT
    opp.opportunityid AS SalesOpportunity,
    'Requirements Identified' AS ActivityName,
    opp.modifiedon AS ActivityStartTime,
    opp.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM opportunity AS opp
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE opp.salesstagecode = 2 -- 'Qualify' stage often indicates requirements are identified

UNION ALL

SELECT
    opp.opportunityid AS SalesOpportunity,
    'Solution Proposed' AS ActivityName,
    opp.modifiedon AS ActivityStartTime,
    opp.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM opportunity AS opp
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE opp.salesstagecode = 3 -- 'Propose' stage

UNION ALL

SELECT
    q.opportunityid AS SalesOpportunity,
    'Quote Created' AS ActivityName,
    q.createdon AS ActivityStartTime,
    q.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM quote AS q
JOIN opportunity AS opp ON q.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid

UNION ALL

SELECT
    q.opportunityid AS SalesOpportunity,
    'Quote Sent to Customer' AS ActivityName,
    q.modifiedon AS ActivityStartTime,
    q.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM quote AS q
JOIN opportunity AS opp ON q.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE q.statecode = 1 -- 'Active'

UNION ALL

SELECT
    q.opportunityid AS SalesOpportunity,
    'Quote Accepted by Customer' AS ActivityName,
    q.modifiedon AS ActivityStartTime,
    q.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM quote AS q
JOIN opportunity AS opp ON q.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE q.statecode = 2 -- 'Won'

UNION ALL

SELECT
    c.opportunityid AS SalesOpportunity,
    'Contract Signed' AS ActivityName,
    c.createdon AS ActivityStartTime,
    c.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM contract AS c
JOIN opportunity AS opp ON c.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid

UNION ALL

SELECT
    so.opportunityid AS SalesOpportunity,
    'Sales Order Created' AS ActivityName,
    so.createdon AS ActivityStartTime,
    so.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM salesorder AS so
JOIN opportunity AS opp ON so.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid

UNION ALL

SELECT
    so.opportunityid AS SalesOpportunity,
    'Order Fulfilled' AS ActivityName,
    so.modifiedon AS ActivityStartTime,
    so.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM salesorder AS so
JOIN opportunity AS opp ON so.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE so.statecode = 3 -- 'Fulfilled'

UNION ALL

SELECT
    inv.opportunityid AS SalesOpportunity,
    'Invoice Generated' AS ActivityName,
    inv.createdon AS ActivityStartTime,
    inv.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM invoice AS inv
JOIN opportunity AS opp ON inv.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid

UNION ALL

SELECT
    inv.opportunityid AS SalesOpportunity,
    'Invoice Sent to Customer' AS ActivityName,
    inv.modifiedon AS ActivityStartTime,
    inv.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM invoice AS inv
JOIN opportunity AS opp ON inv.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE inv.statecode = 1 -- 'Active'

UNION ALL

SELECT
    inv.opportunityid AS SalesOpportunity,
    'Payment Received' AS ActivityName,
    inv.modifiedon AS ActivityStartTime,
    inv.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM invoice AS inv
JOIN opportunity AS opp ON inv.opportunityid = opp.opportunityid
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE inv.statecode = 2 -- 'Paid'

UNION ALL

SELECT
    opp.opportunityid AS SalesOpportunity,
    'Opportunity Won' AS ActivityName,
    opp.modifiedon AS ActivityStartTime,
    opp.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM opportunity AS opp
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE opp.statecode = 1 -- 'Won'

UNION ALL

SELECT
    opp.opportunityid AS SalesOpportunity,
    'Opportunity Lost' AS ActivityName,
    opp.modifiedon AS ActivityStartTime,
    opp.modifiedon AS ActivityEndTime,
    opp.ownerid AS OwnerId,
    opp.statuscode AS OpportunityStatus,
    opp.totalamount AS OpportunityValue,
    opp.leadsourcecode AS LeadSource,
    opp.salesstagecode AS SalesStage,
    opp.parentaccountid AS CustomerId,
    acc.address1_country AS Region,
    'Microsoft Dynamics 365 Sales' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate
FROM opportunity AS opp
LEFT JOIN account AS acc ON opp.parentaccountid = acc.accountid
WHERE opp.statecode = 2; -- 'Lost'

Étapes

Activer le point de terminaison TDS : vérifiez que le point de terminaison Tabular Data Stream (TDS) est activé pour votre environnement Dynamics 365 Dataverse. Ce paramètre se trouve dans le centre d’administration Power Platform, sous Paramètres de l’environnement > Fonctionnalités > Point de terminaison TDS.
Repérer l’URL de l’environnement : trouvez l’URL de l’environnement de votre organisation. Elle suit généralement le format [org-name].crm.dynamics.com.
Se connecter avec un client SQL : ouvrez un client SQL, tel que SQL Server Management Studio (SSMS) ou Azure Data Studio. Créez une nouvelle connexion au serveur.
Configurer la connexion : dans le champ du nom du serveur, saisissez l’URL de votre environnement suivie du port 5558, par exemple [org-name].crm.dynamics.com,5558. Pour l’authentification, sélectionnez « Azure Active Directory - Password » ou « Azure Active Directory - Integrated », puis saisissez vos identifiants Dynamics 365.
Préparer la requête : ouvrez une nouvelle fenêtre de requête connectée à la base de données de votre environnement Dataverse.
Personnaliser la requête : copiez le script SQL fourni dans la section « query » dans la nouvelle fenêtre de requête. Repérez les instructions DECLARE en haut du script et définissez les variables @StartDate et @EndDate pour préciser la période d’extraction souhaitée.
Lancer l’extraction : exécutez le script SQL. La requête collecte les données de différentes tables, notamment opportunity, quote, salesorder et invoice, afin de constituer un journal d’événements complet.
Vérifier les résultats : une fois la requête terminée, les résultats s’affichent sous forme de tableau dans votre client SQL. Vérifiez rapidement que les données semblent correctes et contiennent les activités et attributs attendus.
Exporter au format CSV : exportez le jeu de résultats dans un fichier CSV. Dans SSMS, vous pouvez cliquer avec le bouton droit sur la grille des résultats et sélectionner « Save Results As... ».
Préparer l’importation : vérifiez que le fichier CSV enregistré est encodé en UTF-8 et que les en-têtes de colonnes respectent les exigences de votre outil de Process Mining. Le fichier est alors prêt à être importé dans ProcessMind.

Configuration

Point de terminaison TDS : le protocole Tabular Data Stream (TDS) doit être activé pour l’environnement Dataverse. Il fournit une connexion SQL directe en lecture seule.
Autorisations utilisateur : l’utilisateur qui se connecte doit disposer, dans Dynamics 365, d’un rôle de sécurité lui accordant un accès en lecture à toutes les tables référencées dans la requête, notamment opportunity, quote, salesorder, invoice, account et systemuser.
Filtrage par période : il est essentiel de filtrer les données sur une période précise afin de limiter la portée de la requête et d’en améliorer les performances. Le script fourni utilise les variables @StartDate et @EndDate à cette fin. Pour une première analyse, une période de 3 à 6 mois est recommandée.
Performances : l’exécution de cette requête sur un environnement de production volumineux peut consommer des ressources et affecter les performances pour les autres utilisateurs. Il est recommandé d’effectuer les extractions volumineuses en dehors des heures de pointe.
Client SQL requis : vous devez disposer d’un client SQL capable de se connecter à Azure SQL Database avec l’authentification Azure Active Directory. Parmi les clients courants figurent SQL Server Management Studio (SSMS) v18 ou version ultérieure et Azure Data Studio.

Exemple de requête sql

DECLARE @StartDate DATETIME = '2023-01-01T00:00:00';
DECLARE @EndDate DATETIME = '2024-01-01T00:00:00';

WITH FilteredOpportunities AS (
    SELECT 
        opportunityid
    FROM opportunity
    WHERE createdon >= @StartDate AND createdon < @EndDate
)

-- 1. Opportunity Created
SELECT
    o.opportunityid AS 'SalesOpportunity',
    'Opportunity Created' AS 'ActivityName',
    o.createdon AS 'ActivityStartTime',
    o.createdon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM opportunity o
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE o.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities)

UNION ALL

-- 2. Requirements Identified (Inferred from Sales Stage)
SELECT
    o.opportunityid AS 'SalesOpportunity',
    'Requirements Identified' AS 'ActivityName',
    o.modifiedon AS 'ActivityStartTime',
    o.modifiedon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM opportunity o
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE o.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND o.salesstagecode = 1 -- Qualify Stage

UNION ALL

-- 3. Solution Proposed (Inferred from Sales Stage)
SELECT
    o.opportunityid AS 'SalesOpportunity',
    'Solution Proposed' AS 'ActivityName',
    o.modifiedon AS 'ActivityStartTime',
    o.modifiedon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM opportunity o
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE o.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND o.salesstagecode = 2 -- Propose Stage

UNION ALL

-- 4. Quote Created
SELECT
    q.opportunityid AS 'SalesOpportunity',
    'Quote Created' AS 'ActivityName',
    q.createdon AS 'ActivityStartTime',
    q.createdon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM quote q
JOIN opportunity o ON q.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE q.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities)

UNION ALL

-- 5. Quote Sent to Customer
SELECT
    q.opportunityid AS 'SalesOpportunity',
    'Quote Sent to Customer' AS 'ActivityName',
    q.modifiedon AS 'ActivityStartTime',
    q.modifiedon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM quote q
JOIN opportunity o ON q.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE q.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND q.statecode = 1 -- Active

UNION ALL

-- 6. Quote Accepted by Customer
SELECT
    q.opportunityid AS 'SalesOpportunity',
    'Quote Accepted by Customer' AS 'ActivityName',
    q.modifiedon AS 'ActivityStartTime',
    q.modifiedon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM quote q
JOIN opportunity o ON q.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE q.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND q.statuscode = 4 -- Won

UNION ALL

-- 7. Contract Signed
SELECT 
    c.opportunityid AS 'SalesOpportunity',
    'Contract Signed' AS 'ActivityName',
    c.createdon AS 'ActivityStartTime',
    c.createdon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM contract c
JOIN opportunity o ON c.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE c.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities)

UNION ALL

-- 8. Sales Order Created
SELECT
    so.opportunityid AS 'SalesOpportunity',
    'Sales Order Created' AS 'ActivityName',
    so.createdon AS 'ActivityStartTime',
    so.createdon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM salesorder so
JOIN opportunity o ON so.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE so.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities)

UNION ALL

-- 9. Order Fulfilled
SELECT
    so.opportunityid AS 'SalesOpportunity',
    'Order Fulfilled' AS 'ActivityName',
    so.modifiedon AS 'ActivityStartTime',
    so.modifiedon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM salesorder so
JOIN opportunity o ON so.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE so.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND so.statecode = 3 -- Fulfilled

UNION ALL

-- 10. Invoice Generated
SELECT
    i.opportunityid AS 'SalesOpportunity',
    'Invoice Generated' AS 'ActivityName',
    i.createdon AS 'ActivityStartTime',
    i.createdon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM invoice i
JOIN opportunity o ON i.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE i.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities)

UNION ALL

-- 11. Invoice Sent to Customer
SELECT
    i.opportunityid AS 'SalesOpportunity',
    'Invoice Sent to Customer' AS 'ActivityName',
    i.modifiedon AS 'ActivityStartTime',
    i.modifiedon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM invoice i
JOIN opportunity o ON i.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE i.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND i.statecode = 1 -- Active

UNION ALL

-- 12. Payment Received
SELECT
    i.opportunityid AS 'SalesOpportunity',
    'Payment Received' AS 'ActivityName',
    i.modifiedon AS 'ActivityStartTime',
    i.modifiedon AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM invoice i
JOIN opportunity o ON i.opportunityid = o.opportunityid
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE i.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND i.statecode = 2 -- Paid

UNION ALL

-- 13. Opportunity Won
SELECT
    o.opportunityid AS 'SalesOpportunity',
    'Opportunity Won' AS 'ActivityName',
    o.actualclosedate AS 'ActivityStartTime',
    o.actualclosedate AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM opportunity o
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE o.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND o.statecode = 1 -- Won

UNION ALL

-- 14. Opportunity Lost
SELECT
    o.opportunityid AS 'SalesOpportunity',
    'Opportunity Lost' AS 'ActivityName',
    o.actualclosedate AS 'ActivityStartTime',
    o.actualclosedate AS 'ActivityEndTime',
    o.ownerid AS 'OwnerId',
    o.statuscode AS 'OpportunityStatus',
    o.actualvalue AS 'OpportunityValue',
    o.leadsourcecode AS 'LeadSource',
    o.salesstagecode AS 'SalesStage',
    o.customerid AS 'CustomerId',
    acc.address1_country AS 'Region',
    'Microsoft Dynamics 365 Sales' AS 'SourceSystem',
    GETUTCDATE() AS 'LastDataUpdate'
FROM opportunity o
LEFT JOIN account acc ON o.customerid = acc.accountid
WHERE o.opportunityid IN (SELECT opportunityid FROM FilteredOpportunities) AND o.statecode = 2; -- Lost

Étapes

Inscrire une application dans Azure Active Directory : avant de vous connecter à l’API Web Dynamics 365, vous devez inscrire une application dans votre environnement Azure AD. Cette inscription fournit les identifiants nécessaires à l’authentification. Accédez à Azure Active Directory > Inscriptions d’applications > Nouvelle inscription. Configurez l’application comme application Web et ajoutez un secret client. Notez l’ID d’application (client), l’ID de répertoire (locataire) et la valeur du secret client.
Accorder les autorisations d’API : dans l’inscription d’application que vous venez de créer, accédez à Autorisations d’API > Ajouter une autorisation. Sélectionnez « Dynamics CRM » ou « Dataverse ». Choisissez « Autorisations déléguées », sélectionnez « user_impersonation », puis cliquez sur « Ajouter des autorisations ». Enfin, accordez le consentement administrateur pour votre répertoire.
Créer un utilisateur d’application Dynamics 365 : dans le centre d’administration Power Platform, sélectionnez votre environnement. Accédez à Paramètres > Utilisateurs et autorisations > Utilisateurs d’application. Créez un utilisateur d’application et associez-le à l’application Azure AD inscrite à l’étape 1. Attribuez-lui un rôle de sécurité, par exemple « System Administrator », afin qu’il dispose des autorisations nécessaires pour lire toutes les données requises.
Configurer l’environnement Python : vérifiez que Python est installé sur votre système. Installez les bibliothèques nécessaires à l’authentification, aux requêtes HTTP et à la manipulation des données en exécutant la commande suivante : pip install requests msal pandas.
Configurer le script Python : copiez le script Python fourni dans un fichier, par exemple extract_d365.py. Ouvrez le fichier et repérez la section de configuration en haut. Remplacez les valeurs provisoires de D365_URL, CLIENT_ID, CLIENT_SECRET, TENANT_ID, START_DATE et END_DATE par les informations de votre environnement et la période d’extraction souhaitée.
Personnaliser les noms des étapes, si nécessaire : le script déduit certaines activités à partir des noms d’étapes du Business Process Flow, comme « Identify » et « Propose ». Vérifiez les filtres OData des activités telles que « Requirements Identified » et « Solution Proposed », puis adaptez les noms d’étapes à votre processus commercial.
Exécuter le script d’extraction : ouvrez un terminal ou une invite de commandes, accédez au répertoire où vous avez enregistré le script, puis exécutez la commande python extract_d365.py. Le script s’authentifie, interroge l’API pour chaque activité et traite les données.
Vérifier le fichier de sortie : si l’exécution réussit, le script crée dans le même répertoire un fichier CSV nommé d365_lead_to_cash_event_log.csv. Ce fichier contient le journal d’événements extrait.
Préparer l’importation : ouvrez le fichier CSV pour vérifier les en-têtes et le format des données. Il doit comporter des colonnes telles que SalesOpportunity, ActivityName et ActivityStartTime. Le fichier est alors prêt à être importé dans ProcessMind pour analyse.

Configuration

Identifiants d’authentification : le script nécessite un ID d’application (client), un secret client et un ID de locataire provenant d’une inscription d’application Azure Active Directory pour s’authentifier auprès de l’API Dataverse.
URL Dynamics 365 : vous devez fournir l’URL de base de votre environnement Dynamics 365 Sales, par exemple https://yourorg.api.crm.dynamics.com.
Filtre de période : les variables START_DATE et END_DATE définissent la période couverte par l’extraction. Il est recommandé de commencer par une période de 3 à 6 mois afin de maîtriser le volume de données et de vérifier les résultats avant de lancer une extraction plus longue.
Version du point de terminaison d’API : le script utilise la version v9.2 de l’API Web Dataverse. Cette version est indiquée dans les URL des requêtes.
Pagination : le script demande un maximum de 5 000 enregistrements par page (odata.maxpagesize=5000) afin d’optimiser les performances. Il suit automatiquement le lien @odata.nextLink fourni dans les réponses pour récupérer les pages suivantes de chaque requête.
Autorisations requises : l’utilisateur d’application qui exécute le script doit disposer d’un rôle de sécurité lui accordant un accès en lecture aux entités suivantes : Opportunity, Quote, SalesOrder, Invoice, Account et SystemUser.

Exemple de requête python

import requests
import msal
import pandas as pd
import datetime

class=class="hl-string">"hl-comment"># --- CONFIGURATION --- 
class=class="hl-string">"hl-comment"># Replace with your Dynamics 365 environment details
D365_URL = class="hl-string">"https://[yourorg].api.crm.dynamics.com"
CLIENT_ID = class="hl-string">"[your-application-client-id]"
CLIENT_SECRET = class="hl-string">"[your-client-secret]"
TENANT_ID = class="hl-string">"[your-directory-tenant-id]"

class=class="hl-string">"hl-comment"># Define the date range for the extraction
START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
END_DATE = class="hl-string">"2023-12-31T23:59:59Z"

API_VERSION = class="hl-string">"v9.2"
AUTHORITY = fclass="hl-string">"https://login.microsoftonline.com/{TENANT_ID}"
SCOPE = [fclass="hl-string">"{D365_URL}/.default"]

def get_access_token():
    class="hl-string">"""Authenticates and retrieves an access token."""
    app = msal.ConfidentialClientApplication(CLIENT_ID, authority=AUTHORITY, client_credential=CLIENT_SECRET)
    result = app.acquire_token_for_client(scopes=SCOPE)
    if class="hl-string">"access_token" in result:
        return result[class="hl-string">'access_token']
    else:
        raise Exception(fclass="hl-string">"Error acquiring token: {result.get('error_description')}")

def fetch_all_data(access_token, query_url):
    class="hl-string">"""Fetches all pages of data for a given OData query."""
    all_records = []
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'OData-MaxVersion': class="hl-string">'4.0',
        class="hl-string">'OData-Version': class="hl-string">'4.0',
        class="hl-string">'Accept': class="hl-string">'application/json',
        class="hl-string">'Prefer': class="hl-string">'odata.include-annotations="*", odata.maxpagesize=5000'
    }
    while query_url:
        response = requests.get(query_url, headers=headers)
        response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an exception for bad status codes
        data = response.json()
        all_records.extend(data[class="hl-string">'value'])
        query_url = data.get(class="hl-string">'@odata.nextLink')
    return all_records

def main():
    class="hl-string">"""Main function to orchestrate the data extraction."""
    print(class="hl-string">"Acquiring access token...")
    access_token = get_access_token()
    print(class="hl-string">"Token acquired successfully.")

    event_log = []
    last_data_update = datetime.datetime.utcnow().isoformat() + class="hl-string">'Z'
    source_system = class="hl-string">'Microsoft Dynamics 365 Sales'

    base_url = fclass="hl-string">"{D365_URL}/api/data/{API_VERSION}"

    class=class="hl-string">"hl-comment"># 1. Opportunities: Created, Identified, Proposed, Won, Lost, Contract Signed
    print(class="hl-string">"Fetching Opportunity data...")
    opp_query = (
        fclass="hl-string">"{base_url}/opportunities?$select=opportunityid,name,createdon,modifiedon,actualclosedate,actualvalue,statecode,statuscode,stepname,_ownerid_value,_parentaccountid_value,leadsourcecode&"
        fclass="hl-string">"$expand=parentaccountid($select=address1_stateorprovince)&"
        fclass="hl-string">"$filter=createdon ge {START_DATE} and createdon le {END_DATE}"
    )
    opportunities = fetch_all_data(access_token, opp_query)
    for opp in opportunities:
        common_attrs = {
            class="hl-string">'SalesOpportunity': opp.get(class="hl-string">'opportunityid'),
            class="hl-string">'OwnerId': opp.get(class="hl-string">'_ownerid_value'),
            class="hl-string">'OpportunityStatus': opp.get(class="hl-string">'statecode@OData.Community.Display.V1.FormattedValue'),
            class="hl-string">'OpportunityValue': opp.get(class="hl-string">'actualvalue'),
            class="hl-string">'LeadSource': opp.get(class="hl-string">'leadsourcecode@OData.Community.Display.V1.FormattedValue'),
            class="hl-string">'SalesStage': opp.get(class="hl-string">'stepname'),
            class="hl-string">'CustomerId': opp.get(class="hl-string">'_parentaccountid_value'),
            class="hl-string">'Region': opp.get(class="hl-string">'parentaccountid', {}).get(class="hl-string">'address1_stateorprovince'),
            class="hl-string">'SourceSystem': source_system,
            class="hl-string">'LastDataUpdate': last_data_update
        }

        event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Opportunity Created', class="hl-string">'ActivityStartTime': opp.get(class="hl-string">'createdon'), class="hl-string">'ActivityEndTime': opp.get(class="hl-string">'createdon')})
        
        class=class="hl-string">"hl-comment"># Note: class="hl-string">'Requirements Identified', class="hl-string">'Solution Proposed', and class="hl-string">'Contract Signed' are inferred from stage changes.
        class=class="hl-string">"hl-comment"># The class="hl-string">'stepname' may need to be adjusted based on your custom Business Process Flow.
        if opp.get(class="hl-string">'stepname') and class="hl-string">'identify' in opp.get(class="hl-string">'stepname', class="hl-string">'').lower():
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Requirements Identified', class="hl-string">'ActivityStartTime': opp.get(class="hl-string">'modifiedon'), class="hl-string">'ActivityEndTime': opp.get(class="hl-string">'modifiedon')})
        if opp.get(class="hl-string">'stepname') and class="hl-string">'propose' in opp.get(class="hl-string">'stepname', class="hl-string">'').lower():
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Solution Proposed', class="hl-string">'ActivityStartTime': opp.get(class="hl-string">'modifiedon'), class="hl-string">'ActivityEndTime': opp.get(class="hl-string">'modifiedon')})

        if opp.get(class="hl-string">'statecode') == 1: class=class="hl-string">"hl-comment"># Won
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Opportunity Won', class="hl-string">'ActivityStartTime': opp.get(class="hl-string">'actualclosedate'), class="hl-string">'ActivityEndTime': opp.get(class="hl-string">'actualclosedate')})
            if opp.get(class="hl-string">'stepname') and class="hl-string">'close' in opp.get(class="hl-string">'stepname', class="hl-string">'').lower():
                 event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Contract Signed', class="hl-string">'ActivityStartTime': opp.get(class="hl-string">'actualclosedate'), class="hl-string">'ActivityEndTime': opp.get(class="hl-string">'actualclosedate')})
        elif opp.get(class="hl-string">'statecode') == 2: class=class="hl-string">"hl-comment"># Lost
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Opportunity Lost', class="hl-string">'ActivityStartTime': opp.get(class="hl-string">'actualclosedate'), class="hl-string">'ActivityEndTime': opp.get(class="hl-string">'actualclosedate')})

    class=class="hl-string">"hl-comment"># 2. Quotes: Created, Sent, Accepted
    print(class="hl-string">"Fetching Quote data...")
    quote_query = (
        fclass="hl-string">"{base_url}/quotes?$select=quoteid,createdon,modifiedon,statecode,_opportunityid_value&"
        fclass="hl-string">"$filter=createdon ge {START_DATE} and createdon le {END_DATE} and _opportunityid_value ne null"
    )
    quotes = fetch_all_data(access_token, quote_query)
    for quote in quotes:
        common_attrs = {class="hl-string">'SalesOpportunity': quote.get(class="hl-string">'_opportunityid_value'), class="hl-string">'SourceSystem': source_system, class="hl-string">'LastDataUpdate': last_data_update}
        event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Quote Created', class="hl-string">'ActivityStartTime': quote.get(class="hl-string">'createdon'), class="hl-string">'ActivityEndTime': quote.get(class="hl-string">'createdon')})
        if quote.get(class="hl-string">'statecode') == 1: class=class="hl-string">"hl-comment"># Active
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Quote Sent to Customer', class="hl-string">'ActivityStartTime': quote.get(class="hl-string">'modifiedon'), class="hl-string">'ActivityEndTime': quote.get(class="hl-string">'modifiedon')})
        elif quote.get(class="hl-string">'statecode') == 2: class=class="hl-string">"hl-comment"># Won
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Quote Accepted by Customer', class="hl-string">'ActivityStartTime': quote.get(class="hl-string">'modifiedon'), class="hl-string">'ActivityEndTime': quote.get(class="hl-string">'modifiedon')})

    class=class="hl-string">"hl-comment"># 3. Sales Orders: Created, Fulfilled
    print(class="hl-string">"Fetching Sales Order data...")
    order_query = (
        fclass="hl-string">"{base_url}/salesorders?$select=salesorderid,createdon,modifiedon,statecode,_opportunityid_value&"
        fclass="hl-string">"$filter=createdon ge {START_DATE} and createdon le {END_DATE} and _opportunityid_value ne null"
    )
    orders = fetch_all_data(access_token, order_query)
    for order in orders:
        common_attrs = {class="hl-string">'SalesOpportunity': order.get(class="hl-string">'_opportunityid_value'), class="hl-string">'SourceSystem': source_system, class="hl-string">'LastDataUpdate': last_data_update}
        event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Sales Order Created', class="hl-string">'ActivityStartTime': order.get(class="hl-string">'createdon'), class="hl-string">'ActivityEndTime': order.get(class="hl-string">'createdon')})
        if order.get(class="hl-string">'statecode') == 3: class=class="hl-string">"hl-comment"># Fulfilled
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Order Fulfilled', class="hl-string">'ActivityStartTime': order.get(class="hl-string">'modifiedon'), class="hl-string">'ActivityEndTime': order.get(class="hl-string">'modifiedon')})

    class=class="hl-string">"hl-comment"># 4. Invoices: Generated, Sent, Paid
    print(class="hl-string">"Fetching Invoice data...")
    invoice_query = (
        fclass="hl-string">"{base_url}/invoices?$select=invoiceid,createdon,modifiedon,statecode,_opportunityid_value&"
        fclass="hl-string">"$filter=createdon ge {START_DATE} and createdon le {END_DATE} and _opportunityid_value ne null"
    )
    invoices = fetch_all_data(access_token, invoice_query)
    for invoice in invoices:
        common_attrs = {class="hl-string">'SalesOpportunity': invoice.get(class="hl-string">'_opportunityid_value'), class="hl-string">'SourceSystem': source_system, class="hl-string">'LastDataUpdate': last_data_update}
        event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Generated', class="hl-string">'ActivityStartTime': invoice.get(class="hl-string">'createdon'), class="hl-string">'ActivityEndTime': invoice.get(class="hl-string">'createdon')})
        if invoice.get(class="hl-string">'statecode') == 1: class=class="hl-string">"hl-comment"># Active (implies sent)
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent to Customer', class="hl-string">'ActivityStartTime': invoice.get(class="hl-string">'modifiedon'), class="hl-string">'ActivityEndTime': invoice.get(class="hl-string">'modifiedon')})
        elif invoice.get(class="hl-string">'statecode') == 2: class=class="hl-string">"hl-comment"># Paid
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Received', class="hl-string">'ActivityStartTime': invoice.get(class="hl-string">'modifiedon'), class="hl-string">'ActivityEndTime': invoice.get(class="hl-string">'modifiedon')})

    class=class="hl-string">"hl-comment"># Convert to DataFrame and save to CSV
    print(fclass="hl-string">"Processing complete. Total events extracted: {len(event_log)}")
    if event_log:
        df = pd.DataFrame(event_log)
        df_sorted = df.sort_values(by=[class="hl-string">'SalesOpportunity', class="hl-string">'ActivityStartTime'])
        df_sorted.to_csv(class="hl-string">'d365_lead_to_cash_event_log.csv', index=False)
        print(class="hl-string">"Event log saved to d365_lead_to_cash_event_log.csv")
    else:
        print(class="hl-string">"No events found for the specified criteria.")

if __name__ == class="hl-string">'__main__':
    main()

Étapes

Dans Power Automate, créez un flux cloud planifié avec le déclencheur Récurrence. Configurez l’intervalle, le fuseau horaire et la fréquence d’exécution. Choisissez un intervalle d’actualisation adapté au volume de données de la source et aux besoins de reporting.
Ajoutez des actions Dataverse pour récupérer les enregistrements requis de Sales Opportunity, Quote, Sales Order, Invoice et les enregistrements associés. Utilisez le connecteur Microsoft Dataverse et configurez chaque action pour l’environnement qui contient Microsoft Dynamics 365 Sales. Remplacez chaque référence provisoire de table et de colonne dans la requête par les noms logiques configurés dans votre environnement.
Configurez la période d’extraction à l’aide des paramètres [Start date parameter] et [End date parameter]. Appliquez le filtre de date à l’horodatage de l’événement utilisé pour chaque activité. Pour une extraction incrémentielle, conservez également un point de reprise fondé sur la dernière exécution réussie et prévoyez une courte période de chevauchement afin de récupérer les mises à jour tardives.
Récupérez les attributs de l’opportunité nécessaires au cas et au journal d’événements, notamment l’identifiant de l’opportunité, le propriétaire, le statut, la valeur, la source du prospect, l’étape commerciale, le client, la région, l’horodatage de création et les horodatages de modification pertinents. Récupérez les enregistrements associés de devis, de commandes et de factures au moyen des relations ou des champs de recherche configurés.
Configurez le flux pour créer une ligne d’événement pour chaque activité répondant aux critères. Le flux doit créer explicitement des lignes pour Opportunity Created, Requirements Identified, Solution Proposed, Quote Created, Quote Sent to Customer, Quote Accepted by Customer, Contract Signed, Sales Order Created, Order Fulfilled, Invoice Generated, Invoice Sent to Customer, Payment Received, Opportunity Won et Opportunity Lost. ProcessMind lit ces lignes telles quelles et ne déduit pas les événements manquants.
Pour les activités de statut ou d’étape, utilisez l’horodatage qui enregistre la transition. Si la source ne conserve pas cet horodatage, utilisez l’historique d’audit configuré ou la source de suivi des modifications. Ne remplacez pas l’heure réelle de l’événement métier par l’heure actuelle de l’extraction, sauf si elles correspondent.
Normalisez toutes les lignes d’événement selon le même schéma. Renseignez SalesOpportunity comme identifiant de cas, ActivityName avec l’un des quatorze noms d’activité exacts, ActivityStartTime avec l’horodatage de l’événement, ActivityEndTime avec l’horodatage de fin lorsqu’il est disponible, SourceSystem avec Microsoft Dynamics 365 Sales et LastDataUpdate avec l’horodatage d’actualisation du flux. Renseignez les attributs recommandés lorsqu’ils sont disponibles.
Regroupez les lignes normalisées dans un tableau, créez une table CSV et enregistrez le fichier dans SharePoint ou dans un autre emplacement de stockage cloud approuvé. Utilisez une convention de nommage stable, par exemple [Process name]_[Run timestamp].csv. Vérifiez que le fichier CSV est encodé en UTF-8 et comporte une ligne d’en-tête.
Validez le fichier de sortie à l’aide des contrôles décrits ci-dessous. Vérifiez que les quatorze noms d’activité peuvent apparaître dans les lignes, que SalesOpportunity est renseigné, que les horodatages sont valides et dans l’ordre attendu, et que les doublons sont maîtrisés au moyen d’une clé d’événement stable.
Importez le fichier CSV validé dans ProcessMind à l’aide du processus d’importation configuré. Associez SalesOpportunity à l’identifiant de cas, ActivityName à l’activité, ActivityStartTime à l’heure de début, ActivityEndTime à l’heure de fin lorsqu’il est utilisé, puis associez les autres colonnes aux attributs correspondants. Conservez les noms d’activité exacts et ne comptez pas sur ProcessMind pour déduire des événements supplémentaires.

Configuration

Déclencheur du flux : utilisez un flux cloud Power Automate planifié, avec un fuseau horaire et un intervalle de récurrence définis. La fréquence d’exécution doit tenir compte du délai de mise à jour de la source et de la fraîcheur requise pour les rapports.
Connexion Dataverse : utilisez le connecteur Microsoft Dataverse et un compte ou un principal de service autorisé à lire les données configurées sur les opportunités, les devis, les commandes, les factures, les audits et les clients associés.
Objets sources : remplacez les valeurs provisoires [Your table name] et [Your column name] par les noms logiques des tables et des colonnes de l’environnement cible. Avant d’activer le flux, vérifiez les relations et les champs de recherche dans les métadonnées Dataverse.
Période : pour le chargement initial, extrayez environ trois à six mois d’historique, ou une période plus longue si l’analyse du processus l’exige. Pour les chargements récurrents, utilisez un point de reprise conservé d’une exécution à l’autre et une courte période de chevauchement afin de récupérer les mises à jour tardives.
Filtres d’activité : filtrez les enregistrements selon les horodatages configurés de création, de modification, de transition de statut ou d’étape, d’exécution, de facturation, de paiement et de signature du contrat. Appliquez des filtres par entreprise, unité opérationnelle, territoire, type de document ou autre critère organisationnel uniquement si les champs correspondants existent et sont nécessaires.
Association des activités : configurez explicitement l’association des quatorze activités. Les valeurs d’étape et de statut doivent correspondre aux valeurs d’option configurées dans l’environnement, et non à des libellés supposés.
Historique d’audit : utilisez l’audit Dataverse ou une autre source approuvée d’historique des modifications lorsqu’un horodatage de transition de statut ou d’étape est nécessaire et que l’enregistrement de base ne conserve pas l’historique des transitions. La disponibilité de l’audit dépend de la configuration de l’environnement, de la durée de conservation et des autorisations.
Événement de signature du contrat : configurez la source du contrat uniquement si une table de contrats ou une intégration de signature électronique est disponible. Sinon, utilisez le champ approuvé de l’opportunité ou d’un enregistrement associé qui indique explicitement la signature du contrat.
Performances : utilisez des requêtes Dataverse filtrées, la pagination, une sélection ciblée des colonnes et l’extraction incrémentielle. Évitez de récupérer toutes les colonnes ou de recharger l’historique complet à chaque exécution. Si nécessaire, répartissez le chargement des entités volumineuses en périodes délimitées.
Stockage : enregistrez le fichier CSV dans une bibliothèque SharePoint approuvée ou un emplacement de stockage cloud dont l’accès et la durée de conservation sont contrôlés, avec une convention de nommage prévisible.
Prérequis : l’environnement doit disposer de Power Automate, du connecteur Microsoft Dataverse, d’un accès aux données Dynamics 365 Sales, d’une capacité suffisante pour les API et les flux, ainsi que des autorisations requises pour l’audit, le suivi des modifications, SharePoint ou le stockage.

Exemple de requête sql

WITH OpportunityBase AS (
    SELECT
        o.[SalesOpportunityId] AS SalesOpportunity,
        o.[OwnerId] AS OwnerId,
        o.[OpportunityStatus] AS OpportunityStatus,
        o.[OpportunityValue] AS OpportunityValue,
        o.[LeadSource] AS LeadSource,
        o.[SalesStage] AS SalesStage,
        o.[CustomerId] AS CustomerId,
        o.[Region] AS Region,
        o.[CreatedOn] AS OpportunityCreatedOn,
        o.[ModifiedOn] AS OpportunityModifiedOn,
        o.[LastDataUpdate] AS LastDataUpdate
    FROM [Your opportunity table] AS o
    WHERE o.[CreatedOn] >= '[Start date parameter]'
      AND o.[CreatedOn] < '[End date parameter]'
),
EventLog AS (
    SELECT SalesOpportunity, 'Opportunity Created' AS ActivityName, OpportunityCreatedOn AS ActivityStartTime, OpportunityCreatedOn AS ActivityEndTime, OwnerId, OpportunityStatus, OpportunityValue, LeadSource, SalesStage, CustomerId, Region, 'Microsoft Dynamics 365 Sales' AS SourceSystem, LastDataUpdate
    FROM OpportunityBase
    WHERE OpportunityCreatedOn IS NOT NULL
    UNION ALL
    SELECT SalesOpportunity, 'Requirements Identified', [RequirementsIdentifiedOn], [RequirementsIdentifiedOn], OwnerId, OpportunityStatus, OpportunityValue, LeadSource, SalesStage, CustomerId, Region, 'Microsoft Dynamics 365 Sales', LastDataUpdate
    FROM OpportunityBase
    WHERE [RequirementsIdentifiedOn] IS NOT NULL
    UNION ALL
    SELECT SalesOpportunity, 'Solution Proposed', [SolutionProposedOn], [SolutionProposedOn], OwnerId, OpportunityStatus, OpportunityValue, LeadSource, SalesStage, CustomerId, Region, 'Microsoft Dynamics 365 Sales', LastDataUpdate
    FROM OpportunityBase
    WHERE [SolutionProposedOn] IS NOT NULL
    UNION ALL
    SELECT q.[SalesOpportunityId], 'Quote Created', q.[CreatedOn], q.[CreatedOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', q.[LastDataUpdate]
    FROM [Your quote table] AS q
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = q.[SalesOpportunityId]
    WHERE q.[CreatedOn] IS NOT NULL
    UNION ALL
    SELECT q.[SalesOpportunityId], 'Quote Sent to Customer', q.[ActiveOn], q.[ActiveOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', q.[LastDataUpdate]
    FROM [Your quote table] AS q
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = q.[SalesOpportunityId]
    WHERE q.[ActiveOn] IS NOT NULL
    UNION ALL
    SELECT q.[SalesOpportunityId], 'Quote Accepted by Customer', q.[WonOn], q.[WonOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', q.[LastDataUpdate]
    FROM [Your quote table] AS q
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = q.[SalesOpportunityId]
    WHERE q.[WonOn] IS NOT NULL
    UNION ALL
    SELECT c.[SalesOpportunityId], 'Contract Signed', c.[ContractSignedOn], c.[ContractSignedOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', c.[LastDataUpdate]
    FROM [Your contract table] AS c
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = c.[SalesOpportunityId]
    WHERE c.[ContractSignedOn] IS NOT NULL
    UNION ALL
    SELECT so.[SalesOpportunityId], 'Sales Order Created', so.[CreatedOn], so.[CreatedOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', so.[LastDataUpdate]
    FROM [Your sales order table] AS so
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = so.[SalesOpportunityId]
    WHERE so.[CreatedOn] IS NOT NULL
    UNION ALL
    SELECT so.[SalesOpportunityId], 'Order Fulfilled', so.[FulfilledOn], so.[FulfilledOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', so.[LastDataUpdate]
    FROM [Your sales order table] AS so
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = so.[SalesOpportunityId]
    WHERE so.[FulfilledOn] IS NOT NULL
    UNION ALL
    SELECT i.[SalesOpportunityId], 'Invoice Generated', i.[CreatedOn], i.[CreatedOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', i.[LastDataUpdate]
    FROM [Your invoice table] AS i
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = i.[SalesOpportunityId]
    WHERE i.[CreatedOn] IS NOT NULL
    UNION ALL
    SELECT i.[SalesOpportunityId], 'Invoice Sent to Customer', i.[SentOn], i.[SentOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', i.[LastDataUpdate]
    FROM [Your invoice table] AS i
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = i.[SalesOpportunityId]
    WHERE i.[SentOn] IS NOT NULL
    UNION ALL
    SELECT i.[SalesOpportunityId], 'Payment Received', i.[PaidOn], i.[PaidOn], o.OwnerId, o.OpportunityStatus, o.OpportunityValue, o.LeadSource, o.SalesStage, o.CustomerId, o.Region, 'Microsoft Dynamics 365 Sales', i.[LastDataUpdate]
    FROM [Your invoice table] AS i
    INNER JOIN OpportunityBase AS o ON o.SalesOpportunity = i.[SalesOpportunityId]
    WHERE i.[PaidOn] IS NOT NULL
    UNION ALL
    SELECT SalesOpportunity, 'Opportunity Won', [OpportunityWonOn], [OpportunityWonOn], OwnerId, OpportunityStatus, OpportunityValue, LeadSource, SalesStage, CustomerId, Region, 'Microsoft Dynamics 365 Sales', LastDataUpdate
    FROM OpportunityBase
    WHERE [OpportunityWonOn] IS NOT NULL
    UNION ALL
    SELECT SalesOpportunity, 'Opportunity Lost', [OpportunityLostOn], [OpportunityLostOn], OwnerId, OpportunityStatus, OpportunityValue, LeadSource, SalesStage, CustomerId, Region, 'Microsoft Dynamics 365 Sales', LastDataUpdate
    FROM OpportunityBase
    WHERE [OpportunityLostOn] IS NOT NULL
)
SELECT
    SalesOpportunity,
    ActivityName,
    ActivityStartTime,
    ActivityEndTime,
    SourceSystem,
    LastDataUpdate,
    OwnerId,
    OpportunityStatus,
    OpportunityValue,
    LeadSource,
    SalesStage,
    CustomerId,
    Region
FROM EventLog
WHERE ActivityStartTime >= '[Start date parameter]'
  AND ActivityStartTime < '[End date parameter]'
ORDER BY SalesOpportunity, ActivityStartTime, ActivityName;

Prêt à commencer ?

Commencez dès aujourd’hui à optimiser votre processus Lead to Cash à l’aide de ce modèle de données. Repérez les inefficacités et améliorez les résultats de votre entreprise.

Retour au guide d’amélioration

Télécharger le modèle

Améliorez votre taux de réussite en optimisant dès maintenant le processus Lead to Cash

Optimisez votre pipeline commercial et augmentez votre taux de réussite de 20 %.

Démarrez votre essai gratuit

Essai gratuit de 14 jours, sans carte bancaire.

Votre modèle de données Lead to Cash

Votre modèle de données Lead to Cash

Attributs Lead to Cash

Activités Lead to Cash

Guides d’extraction

Exportation des données Dynamics 365 avec Azure Synapse Link

Étapes

Configuration

Exemple de requête sql

Interroger directement Dataverse à l’aide du point de terminaison SQL TDS

Étapes

Configuration

Exemple de requête sql

Extraction avec un script Python à l’aide de l’API Web Dynamics 365

Étapes

Configuration

Exemple de requête python

Export planifié des données avec un flux Power Automate

Étapes

Configuration

Exemple de requête sql

Prêt à commencer ?

Améliorez votre taux de réussite en optimisant dès maintenant le processus Lead to Cash

Votre modèle de données Lead to Cash

Votre modèle de données Lead to Cash

Attributs Lead to Cash

Activités Lead to Cash

Guides d’extraction

Exportation des données Dynamics 365 avec Azure Synapse Link

Étapes

Configuration

Exemple de requête sql

Interroger directement Dataverse à l’aide du point de terminaison SQL TDS

Étapes

Configuration

Exemple de requête sql

Extraction avec un script Python à l’aide de l’API Web Dynamics 365

Étapes

Configuration

Exemple de requête python

Export planifié des données avec un flux Power Automate

Étapes

Configuration

Exemple de requête sql

Prêt à commencer ?

Améliorez votre taux de réussite en optimisant dès maintenant le processus Lead to Cash

Prêt à commencer ?