> Amélioration continue des processus > Lead to Cash > Microsoft Dynamics 365 Sales > Modèle de données

Votre modèle de données Lead to Cash

Microsoft Dynamics 365 Sales

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 indique comment extraire ces informations. En suivant ces recommandations, vous pouvez constituer un journal d’événements complet pour obtenir des analyses Process Mining pertinentes.

Attributs recommandés pour la collecte des données
Activités clés à suivre pour la découverte du processus
Conseils pratiques pour l’extraction des données

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs Lead to Cash

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

5 Obligatoire 8 Recommandé 5 Facultatif

	Nom	Description
	Activité ActivityName	Nom de l’activité commerciale ou de l’événement survenu à un moment précis du processus commercial.
Description Cet attribut décrit une étape ou un jalon précis du processus Lead to Cash, comme « Quote Created » ou « Payment Received ». Chaque activité représente un événement distinct du cycle de vie d’une opportunité commerciale. L’analyse de la séquence et de la fréquence de ces activités constitue le cœur du Process Mining. Elle révèle les flux réels du processus, aide à identifier les parcours courants et alternatifs, appelés variantes, et localise les reprises ou les goulots d’étranglement. Cette analyse est essentielle pour comprendre le respect du processus et son efficacité. Pourquoi c’est important Définit les étapes de la cartographie du processus, qui constitue le fondement de toutes les analyses de Process Mining visant à découvrir les inefficacités et les écarts. Où les obtenir 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. Une logique est souvent nécessaire pour associer les changements de statut ou les événements de création d’enregistrements à des noms d’activités standardisé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. Il constitue la principale composante temporelle utilisée dans le Process Mining pour classer les événements par ordre chronologique et calculer les durées. L’heure de début est essentielle à toutes les analyses temporelles, notamment au calcul des durées de cycle entre les activités, à l’identification des retards et à la mesure de la performance globale du processus. Elle permet de créer une animation dynamique du processus et de comprendre la répartition temporelle du travail. Pourquoi c’est important Cet horodatage est essentiel pour ordonner les événements et calculer tous les indicateurs de performance, notamment les durées de cycle et les temps d’attente. Où les obtenir 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 dossier principal du processus Lead to Cash.
Description L’identifiant de la Sales Opportunity identifie de manière unique chaque vente potentielle au fil de sa progression dans l’entonnoir commercial. Il constitue le fil conducteur qui relie toutes les activités associées, depuis la création initiale de l’opportunité jusqu’à l’encaissement final. Dans le Process Mining, cet attribut est fondamental pour reconstituer le parcours de bout en bout de chaque dossier commercial. Il permet d’analyser l’ensemble du flux du processus, de calculer les durées totales des cycles et de comparer les différents parcours suivis par les opportunités. Vous pouvez ainsi identifier les inefficacités et les goulots d’étranglement, de la qualification du lead à l’encaissement. Pourquoi c’est important Il s’agit du Case ID essentiel qui relie tous les événements du processus et permet de suivre le cycle de vie complet de chaque affaire commerciale. Où les obtenir 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 depuis Microsoft Dynamics 365 Sales et de leur chargement dans l’outil de Process Mining. Il fournit un point de référence sur l’actualité des données analysées. Il est essentiel de connaître la fraîcheur des données pour garantir la pertinence des analyses et des conclusions. Cela aide les utilisateurs à faire confiance aux résultats et à prendre des décisions éclairées à partir de l’état actuel du processus. Pourquoi c’est important Indique la fraîcheur des données et garantit que les analyses sont à jour et pertinentes pour la prise de décision. Où les obtenir Cet horodatage est généré par le processus d’extraction et de chargement des données lui-même. 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 à l’origine des données d’événements. Pour ce processus, il s’agit toujours de Microsoft Dynamics 365 Sales. Dans les environnements comprenant plusieurs systèmes intégrés, ce champ est essentiel pour assurer la traçabilité des données et résoudre les problèmes. Il aide à comprendre le contexte des données et garantit que les analyses reposent sur les informations provenant de la bonne source. Pourquoi c’est important Fournit un contexte essentiel sur l’origine des données, indispensable à la gouvernance des données, à la validation et à la gestion des intégrations. Où les obtenir Il s’agit d’une valeur statique qui doit être renseignée lors de l’extraction des données afin d’identifier la source des enregistrements. Exemples Microsoft Dynamics 365 Sales
	Client CustomerId	Compte client associé à l’opportunité commerciale.
Description Cet attribut identifie le client potentiel ou existant pour lequel l’opportunité est poursuivie. Il relie le processus commercial à un compte précis dans le système CRM. L’analyse du processus par client ou par segment de clientèle permet de mieux comprendre la manière dont différents types de clients interagissent avec le processus commercial. Elle peut révéler que certains clients ont des cycles plus longs, nécessitent davantage de reprises ou présentent des taux de réussite plus élevés. Ces informations sont utiles pour adapter les approches commerciales et gérer les relations clients. Pourquoi c’est important Permet d’analyser la performance du processus pour certains clients ou segments de clientèle et d’adapter les stratégies commerciales. Où les obtenir Il s’agit du champ de recherche « customerid » de l’entité Opportunity, qui renvoie vers un enregistrement Account ou Contact. Exemples Contoso LtdAdventure WorksFabrikam, Inc.
	Étape commerciale SalesStage	Étape de l’opportunité dans le pipeline du processus commercial défini.
Description L’étape commerciale représente la phase précise dans laquelle se trouve une opportunité, par exemple « Qualify », « Develop », « Propose » ou « Close ». Ces étapes donnent une vue d’ensemble du pipeline commercial et de sa progression. Alors que le Process Mining déduit les activités détaillées à partir des horodatages, l’étape commerciale fournit un contexte métier précieux. Elle est utilisée dans le Dashboard « Overall Sales Cycle Time Analysis » pour segmenter le processus et comprendre le temps passé dans chaque grande étape. Cela permet d’identifier les étapes les plus longues et celles où les opportunités ont tendance à rester bloquées. Pourquoi c’est important Fournit un contexte métier sur la progression de l’opportunité et permet d’analyser le temps passé dans chaque phase du pipeline commercial. Où les obtenir Ces informations sont dérivées du champ « stepname » associé au Business Process Flow de l’entité Opportunity. Exemples 1-Qualifier2-Développer3-Proposer4-Conclure
	Heure de fin ActivityEndTime	Horodatage indiquant la fin d’une activité ou d’un événement précis. Pour les événements unitaires, 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 « Invoice Generated », elle est souvent identique à l’heure de début. Pour les activités dont la durée est mesurable, comme une étape de vérification manuelle, cet horodatage indique le moment où le travail a été terminé. Cet attribut sert à calculer le temps de traitement des activités individuelles. En comparant l’heure de fin d’une activité avec l’heure de début de la suivante, il est possible d’analyser à la fois le temps de travail effectif et le temps d’inactivité ou d’attente au sein du processus. Pourquoi c’est important Permet de calculer les temps de traitement des activités, de distinguer le temps de travail effectif du temps d’attente et d’obtenir une vision plus précise de la performance du processus. Où les obtenir Pour les événements instantanés, cette valeur est identique à l’heure de début. Pour les activités ayant une durée, 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	Région géographique ou territoire où se trouve le client.
Description Cet attribut précise la zone géographique associée à l’opportunité commerciale, par exemple « North America », « EMEA » ou « APAC ». Il est souvent dérivé des informations d’adresse du client. La région constitue une dimension importante pour les analyses comparatives. Elle est utilisée dans des Dashboards tels que « Invoice Generation And Delivery Time » afin de repérer les variations régionales de performance des processus. Cette analyse peut révéler des différences liées aux réglementations locales, à la performance des équipes ou aux conditions du marché, et orienter les améliorations ciblées par zone géographique. Pourquoi c’est 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ù les obtenir 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 un champ personnalisé 'Region'. Exemples Amérique du NordEMEAAPACAmérique latine
	Responsable de l’opportunité OwnerId	Commercial ou utilisateur responsable de l’opportunité.
Description Le responsable de l’Opportunity est l’utilisateur de Microsoft Dynamics 365 Sales chargé de gérer et de faire progresser l’opportunité commerciale. Il est généralement responsable de la majorité des activités liées au dossier. L’analyse du processus par responsable permet de comparer les performances de différents commerciaux, équipes ou services. Elle peut révéler les bonnes pratiques des meilleurs éléments, mettre en évidence les besoins d’accompagnement des autres et montrer comment la répartition de la charge de travail influence l’efficacité et les résultats du processus. Pourquoi c’est important Permet d’analyser les performances par utilisateur ou par équipe, d’identifier les meilleurs résultats et de diagnostiquer les problèmes liés à certaines personnes ou certains groupes. Où les obtenir Il s’agit du champ « ownerid » de l’entité Opportunity, qui renvoie vers un enregistrement User ou Team. Exemples John DoeJane SmithÉquipe commerciale EMEA
	Source du lead LeadSource	Source à l’origine de la génération du lead initial.
Description Cet attribut indique l’origine du lead à l’origine de l’opportunité commerciale, par exemple « Web », « Partner », « Trade Show » ou « Advertisement ». Il permet de mesurer l’efficacité des différents canaux marketing et stratégies de génération de leads. Dans le Process Mining, l’analyse par source du lead est essentielle au Dashboard « Lead Conversion Performance ». Elle aide à calculer le taux de conversion des leads en opportunités pour chaque canal et à identifier les sources qui produisent les leads les plus intéressants ou les délais de qualification les plus courts. Ces analyses sont indispensables pour optimiser les dépenses marketing et les efforts commerciaux. Pourquoi c’est important Aide à évaluer la performance des différents canaux marketing dans la génération de leads qualifiés et soutient directement l’analyse de la conversion des leads. Où les obtenir Il s’agit généralement du champ « leadsourcecode » de l’entité Lead, ensuite transféré à l’Opportunity lors de la qualification. Exemples WebPartenaireSalon professionnelRecommandation
	Statut de l’opportunité OpportunityStatus	Résultat final de l’opportunité commerciale, par exemple Won ou Lost.
Description Cet attribut enregistre l’état final d’une opportunité commerciale. Les principaux résultats sont généralement « Won », qui indique une vente réussie, ou « Lost », qui indique que l’affaire n’a pas été conclue. L’analyse par résultat est fondamentale pour comprendre les schémas de processus qui mènent au succès ou à l’échec. En filtrant les dossiers par statut, il est possible de comparer les durées de cycle, les activités et l’implication des utilisateurs pour les affaires gagnées et perdues. Cette analyse est essentielle au calcul du KPI de taux de réussite des opportunités et à l’identification des comportements associés aux résultats positifs. Pourquoi c’est important Distingue les résultats positifs des résultats négatifs et permet une analyse comparative afin d’identifier les comportements du processus qui mènent au succès. Où les obtenir Correspond aux champs « statecode » (Status) et « statuscode » (Status Reason) de l’entité Opportunity. Exemples GagnéPerduEn cours
	Valeur de l’opportunité OpportunityValue	Valeur monétaire estimée ou réelle de l’opportunité commerciale.
Description Cet attribut représente le chiffre d’affaires potentiel ou final associé à une opportunité commerciale. Il peut commencer par une estimation, puis être mis à jour avec la valeur réelle du contrat lorsque l’affaire est gagnée. Il s’agit d’une dimension importante pour l’analyse, car toutes les opportunités n’ont pas la même valeur. En segmentant le processus selon la taille des affaires, les entreprises peuvent déterminer si les affaires importantes suivent des parcours différents ou nécessitent davantage de temps pour être conclues. Elles peuvent également prioriser les améliorations sur les segments à forte valeur. Pourquoi c’est important Fournit un contexte financier, permet d’analyser les affaires selon leur valeur et de prioriser les améliorations des processus pour les opportunités à forte valeur. Où les obtenir Se trouve généralement dans des champs tels que « estimatedvalue » (Est. Revenue) ou « actualvalue » (Actual Revenue) de l’entité Opportunity. Exemples 50000.00125000.0025000.00
	Catégorie de produit ProductCategory	Catégorie du produit ou du service vendu dans l’opportunité.
Description Cet attribut classe le principal produit ou service associé à l’opportunité commerciale. Par exemple : 'Hardware', 'Software' ou 'Professional Services'. L’analyse du processus par catégorie de produit est essentielle pour le Dashboard 'Order Fulfillment Performance'. Elle permet de déterminer si certains types de produits présentent des cycles de vente plus longs, des processus de traitement différents ou des taux de réussite plus faibles. Cette analyse peut conduire à la mise en place de processus commerciaux spécialisés pour chaque gamme de produits, afin d’améliorer l’efficacité. Pourquoi c’est important Permet d’analyser les performances en fonction de ce qui est vendu et de révéler les variations de processus ainsi que les goulots d’étranglement propres à certains produits. Où les obtenir Ces informations sont généralement disponibles dans l’entité Opportunity Product (opportunityproduct) associée à l’Opportunity. Exemples Services cloudLogiciel sur siteServices de conseil
	Conditions de paiement PaymentTerms	Conditions de paiement convenues pour la facture, par exemple Net 30 ou Net 60.
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. Pour le Dashboard 'Payment Collection Cycle Analysis', cet attribut est essentiel. Il permet de segmenter les délais d’encaissement selon les conditions convenues, afin d’identifier les clients qui paient régulièrement en retard et de déterminer si certaines conditions de paiement sont associées à des cycles d’encaissement plus longs. Ces informations contribuent à optimiser les processus de gestion des créances clients et à piloter la trésorerie. Pourquoi c’est important Fournit la base d’analyse des performances de paiement, en aidant à repérer les retards et à évaluer l’efficacité des stratégies de recouvrement. Où les obtenir Ces informations sont généralement stockées dans l’entité Invoice, souvent dans un champ nommé 'paymenttermscode'. Exemples À 30 joursÀ 60 joursÀ réception
	Indicateur de reprise IsRework	Indicateur précisant si une activité constitue une répétition ou une reprise au sein du même cas.
Description Cet attribut booléen calculé identifie les situations dans lesquelles une activité ou une séquence d’activités est répétée au sein d’une même opportunité commerciale. Par exemple, si un devis est créé, rejeté, puis qu’un nouveau devis est créé, la deuxième activité 'Quote Created' est identifiée comme une reprise. L’identification des reprises est essentielle pour le Dashboard 'Process Variant And Rework Analysis'. Elle permet de mesurer l’ampleur des inefficacités du processus en mettant en évidence les boucles et les étapes répétées. Comprendre où et pourquoi ces reprises se produisent constitue la première étape pour simplifier le processus, réduire les efforts inutiles et accélérer le cycle de vente. Pourquoi c’est important Signale directement les inefficacités et les boucles du processus, afin de quantifier le coût des reprises et d’identifier les possibilités de simplification. Où les obtenir Il s’agit d’un attribut calculé. Il est dérivé dans l’outil de Process Mining par l’analyse de la séquence des activités pour chaque cas. Exemples truefalse
	Pourcentage de remise DiscountPercentage	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’un indicateur important pour suivre les marges commerciales et la discipline tarifaire. Le Dashboard 'Quote Management And Discount Compliance' utilise cet attribut pour analyser les pratiques de remise. En visualisant leur répartition, la direction peut repérer les remises excessives ou non autorisées, évaluer leur incidence sur les taux de réussite et vérifier le respect des politiques tarifaires. Pourquoi c’est important Important pour analyser la stratégie tarifaire et le respect des règles de remise, il aide à comprendre l’incidence des remises sur la rentabilité et les taux de réussite. Où les obtenir Situé dans les entités Quote ('discountpercentage') et SalesOrder ('discountpercentage'). Exemples 0.050.100.15
	Type de contrat ContractType	Type de contrat juridique associé à la vente, par exemple 'New Business' ou 'Renewal'.
Description Cet attribut catégorise le contrat associé à une opportunité commerciale. Les différents types de contrats, comme un accord avec un nouveau client, un renouvellement ou une vente additionnelle, peuvent suivre des processus d’approbation et de signature différents. Le Dashboard 'Contract Signing Cycle Time' utilise cet attribut pour segmenter l’analyse. En comparant les délais de signature selon le type de contrat, l’entreprise peut 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 informations permettent de cibler les améliorations à apporter à la gestion des contrats. Pourquoi c’est important Aide à analyser et à optimiser la phase de signature des contrats en identifiant les types de contrats susceptibles de retarder le processus. Où les obtenir Il s’agirait probablement d’un champ personnalisé de l’entité Opportunity ou Contract, car cet attribut dépend des besoins de l’entreprise. Exemples Nouveau clientRenouvellementExtensionAccord-cadre de services

Obligatoire Recommandé Facultatif

Activités Lead to Cash

Voici les étapes et les jalons essentiels à enregistrer dans votre journal d’événements pour obtenir une vision claire de votre parcours Lead to Cash.

7 Recommandé 7 Facultatif

	Activité	Description
	Commande client créée	Une commande client est officiellement créée dans le système afin de gérer l’exécution des produits ou services vendus. Il s’agit d’un événement explicite, généralement généré par la conversion d’un devis « Won » en commande.
Pourquoi c’est important Cette étape marque le transfert officiel des ventes vers les opérations ou l’exécution. Elle constitue le point de départ pour mesurer la durée du cycle d’exécution des commandes et l’efficacité après-vente. Où les obtenir Il s’agit d’un événement explicite enregistré à partir de l’horodatage de création de l’enregistrement SalesOrder, associé à l’Opportunity parente. Collecte 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 présentés dans le devis. Cet événement est enregistré lorsque le commercial met à jour le statut de l’enregistrement Quote sur « Won ».
Pourquoi c’est important Il s’agit d’une étape importante qui confirme l’engagement ferme 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ù les obtenir Déduit de l’horodatage auquel le « statecode » de l’enregistrement Quote est mis à jour sur « Won » (valeur 2). Collecte Utilisez l’horodatage « modifiedon » lorsque le « statecode » de Quote passe à « Won ». Type d’événement inferred
	Devis créé	Un devis formel pour des produits ou des services a été établi pour le client. Cet événement est enregistré lorsqu’un nouvel enregistrement Quote est créé et associé à la Sales Opportunity.
Pourquoi c’est important Cette étape marque le passage d’une proposition conceptuelle à une offre formelle. Le délai entre cette étape et l’acceptation du devis est essentiel pour mesurer l’efficacité de la gestion des devis. Où les obtenir Événement explicite enregistré à partir de la date de création d’un nouvel enregistrement dans l’entité Quote, qui possède une relation de recherche avec l’Opportunity parente. Collecte Utilisez l’horodatage « createdon » de l’entité Quote, associé à l’identifiant de l’Opportunity. Type d’événement explicit
	Opportunité créée	Marque le début du processus commercial pour une opportunité donnée. Cet événement est enregistré lorsqu’un nouvel enregistrement Sales Opportunity est créé, souvent après la qualification d’un lead.
Pourquoi c’est important Il s’agit de l’activité de début principale pour l’analyse du processus Lead to Cash. Elle permet de mesurer la durée totale du cycle commercial et d’analyser l’efficacité de la conversion des leads. Où les obtenir Il s’agit d’un événement explicite enregistré à partir de l’horodatage de création de l’enregistrement Opportunity dans la table Opportunity. Collecte Utilisez l’horodatage « createdon » de l’entité Opportunity. Type d’événement explicit
	Opportunité gagnée	L’opportunité commerciale a été clôturée avec succès et a abouti à une vente. Cet événement est enregistré lorsque le statut de l’opportunité passe à « Won ».
Pourquoi c’est important Il s’agit de l’activité de fin réussie principale du processus commercial. Elle sert à calculer le taux de réussite, la durée du cycle commercial des affaires gagnées et la performance commerciale globale. Où les obtenir Déduit de l’horodatage auquel le « statecode » de l’enregistrement Opportunity passe à « Won » (valeur 1). Cette modification est souvent effectuée automatiquement lors du traitement du devis ou de la commande associée. Collecte Utilisez le champ « actualclosedate » ou l’horodatage « modifiedon » lorsque le « statuscode » de l’Opportunity est défini sur « 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 le statut de l’opportunité passe à « Lost ».
Pourquoi c’est important Il s’agit de l’activité de fin principale en cas d’échec. L’analyse de ces dossiers aide à identifier les raisons des affaires perdues, les points d’abandon dans l’entonnoir commercial et l’efficacité des concurrents. Où les obtenir Déduit de l’horodatage auquel le « statecode » de l’enregistrement Opportunity passe à « Lost » (valeur 2). Collecte Utilisez le champ « actualclosedate » ou l’horodatage « modifiedon » lorsque le « statuscode » de l’Opportunity est défini sur « Lost ». Type d’événement inferred
	Paiement reçu	Le paiement intégral de la facture a été reçu du client. Cet événement est enregistré lorsque le statut de l’enregistrement Invoice est défini sur « Paid ».
Pourquoi c’est important Il s’agit d’une étape financière importante qui correspond à la réalisation du chiffre d’affaires. L’analyse du délai entre l’envoi de la facture et la réception du paiement aide à optimiser le cycle de recouvrement. Où les obtenir Déduit de l’horodatage auquel le « statecode » de l’enregistrement Invoice passe à « Paid » (valeur 2). Collecte Utilisez l’horodatage « modifiedon » lorsque le « statecode » de Invoice est mis à jour sur « Paid ». Type d’événement inferred
	Besoins identifiés	Représente le moment où 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 étape du Business Process Flow ou modifie le statut de l’opportunité.
Pourquoi c’est important Le suivi de cette étape permet de déterminer le temps nécessaire pour passer du premier contact à une proposition viable. Les retards peuvent révéler des problèmes liés aux entretiens de découverte ou à la disponibilité des ressources. Où les obtenir Déduit du passage de l’opportunité à l’étape « Develop » ou « Propose » de son Business Process Flow, ou de la mise à jour d’un champ de statut personnalisé. L’horodatage du changement d’étape est utilisé. Collecte 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 client 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 c’est important Cette activité clôt la phase de livraison du processus. Il s’agit d’une étape importante pour analyser la performance de l’exécution des commandes et elle déclenche la facturation. Où les obtenir Déduit de l’horodatage auquel le « statecode » de l’enregistrement SalesOrder passe à « Fulfilled » (valeur 3). Collecte Utilisez l’horodatage « modifiedon » lorsque le « statecode » de SalesOrder est mis à jour sur « Fulfilled ». Type d’événement inferred
	Contrat signé	Un contrat juridiquement contraignant a été signé par les deux parties, ce qui finalise l’accord. Cet événement correspond souvent à une mise à jour manuelle de l’Opportunity ou d’une entité Contract associée, éventuellement déclenchée par une intégration de signature électronique.
Pourquoi c’est important Cette activité est essentielle pour suivre la durée du cycle de finalisation du contrat. Les retards à cette étape peuvent avoir un impact important sur les prévisions de revenus et le lancement des projets. Où les obtenir Déduit du renseignement d’un champ de date tel que « Contract Signed Date » dans l’Opportunity, ou d’un changement de statut. Une personnalisation peut être nécessaire pour disposer de ce champ. Collecte 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 lorsque le statut de l’enregistrement Quote passe à « Active ».
Pourquoi c’est important Cette activité déclenche le décompte du délai d’examen et de négociation par le client. Il s’agit d’un point de données important pour analyser les cycles d’approbation des devis et repérer les retards dans les réponses des clients. Où les obtenir Déduit de l’horodatage auquel le « statecode » de l’enregistrement Quote passe à « Active ». Collecte Surveillez l’historique d’audit ou utilisez un champ d’horodatage mis à jour par un flux de travail lorsque le `statecode` du devis devient 1 (Actif). 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 c’est important Cette étape déclenche le décompte des conditions de paiement et constitue le premier point de mesure du délai moyen de paiement des clients (DSO). Les retards ont un impact direct sur la trésorerie. Où les obtenir Déduit d’un changement de statut sur l’entité Invoice. Comme il n’existe pas de statut standard « Sent », un flux de travail met souvent à jour un champ ou un statut personnalisé lors de cette action. Collecte Suivez un champ personnalisé « Sent Date » ou une modification du 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. Il s’agit d’un événement explicite enregistré lorsqu’un nouvel enregistrement Invoice est créé dans le système.
Pourquoi c’est important Cette activité lance le cycle de facturation et de recouvrement. Le délai entre l’exécution de la commande et la génération de la facture est un indicateur important de l’efficacité du processus de facturation. Où les obtenir Il s’agit d’un événement explicite enregistré à partir de l’horodatage de création de l’enregistrement Invoice, associé à la SalesOrder. Collecte 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 lorsque l’opportunité passe à l’étape « Propose » de son cycle de vie.
Pourquoi c’est important L’analyse du temps passé 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. Les occurrences répétées signalent des reprises dans le cycle commercial. Où les obtenir Déduit d’un changement de statut de l’enregistrement Opportunity ou du passage à l’étape « Propose » dans le Business Process Flow associé. Collecte Utilisez l’horodatage du changement de statut ou d’étape dans l’entité Opportunity. Type d’événement inferred

Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis 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). Sélectionnez 'Data' dans le menu de gauche, 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 les autres tables personnalisées pertinentes, puis lancez la synchronisation.
Attendre la synchronisation initiale : Laissez au système le temps de terminer la copie initiale des données. La durée dépend du volume de données. Vous pouvez suivre l’état dans le Dashboard Azure Synapse Link.
Accéder aux données dans Synapse Studio : Ouvrez Azure Synapse Studio. Accédez au hub 'Data'. Les tables Dataverse répliquées apparaîtront comme des tables externes dans une base de données Lake.
Créer un script SQL serverless : Dans le hub 'Develop' de Synapse Studio, créez un nouveau 'SQL script'. C’est ici que vous 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 nouvelle fenêtre de script. Adaptez les espaces réservés correspondant au nom de votre base de données et à votre logique personnalisée.
Exécuter la requête : Exécutez la requête sur le pool SQL serverless. Elle traitera les tables brutes et générera une structure de journal d’événements aplatie, avec une ligne par activité métier.
Enregistrer les résultats : Une fois la requête exécutée, utilisez la fonctionnalité '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 ProcessMind requis, par exemple SalesOpportunity, ActivityName et ActivityStartTime. Importez ensuite 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 la consommation de stockage. Pour cette requête, le mode standard 'In-place update' suffit.
Sélection des tables : Sélectionnez avec soin les tables à répliquer. N’incluez que celles qui sont nécessaires au processus Lead to Cash afin de réduire la durée de synchronisation et les coûts de stockage. Les principales tables sont : opportunity, quote, salesorder, invoice, contract, ainsi que les tables de données de référence associées comme account et systemuser.
Filtrage par période : La requête fournie n’applique aucun 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 nettement les performances de la requête.
Prérequis : Vous devez disposer des autorisations appropriées dans Azure, avec le rôle Contributor sur le groupe de ressources, et dans Power Platform, avec le rôle System Administrator, pour créer et gérer Azure Synapse Link for Dataverse.

a 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 gère dans le centre d’administration Power Platform, sous Environment settings > Features > TDS endpoint.
Identifier l’URL de l’environnement : Repérez 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. Sélectionnez 'Azure Active Directory - Password' ou 'Azure Active Directory - Integrated' pour l’authentification, puis indiquez 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. Repérez les instructions DECLARE au début du script et définissez les variables @StartDate et @EndDate pour délimiter la période d’extraction souhaitée.
Exécuter l’extraction : Exécutez le script SQL. La requête recueillera 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’afficheront sous forme de tableau dans votre client SQL. Examinez brièvement les données pour vérifier qu’elles sont correctes et qu’elles 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 de résultats et sélectionner 'Save Results As...'.
Finaliser l’importation : Vérifiez que le fichier CSV enregistré est encodé en UTF-8 et que les en-têtes de colonnes correspondent aux exigences de votre outil de Process Mining. Le fichier est maintenant 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 des droits de lecture sur 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 maîtriser le périmètre de la requête et d’améliorer ses 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.
Considérations relatives aux 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 importantes 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. Les clients courants incluent SQL Server Management Studio (SSMS) version 18 ou ultérieure et Azure Data Studio.

a 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

Enregistrer une application dans Azure Active Directory : Avant de vous connecter à l’API Web Dynamics 365, vous devez enregistrer une application dans votre locataire Azure AD. Cette étape fournit les identifiants nécessaires à l’authentification. Accédez à Azure Active Directory > App registrations > New registration. 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’enregistrement d’application nouvellement créé, accédez à API permissions > Add a permission. Sélectionnez 'Dynamics CRM' ou 'Dataverse'. Choisissez 'Delegated permissions', sélectionnez 'user_impersonation', puis cliquez sur 'Add permissions'. Accordez enfin 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 à Settings > Users + permissions > Application users. Créez un utilisateur d’application et associez-le à l’application Azure AD enregistrée à l’étape 1. Attribuez-lui un rôle de sécurité, tel que 'System Administrator', afin de lui donner les 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. Renseignez les valeurs des espaces réservés D365_URL, CLIENT_ID, CLIENT_SECRET, TENANT_ID, START_DATE et END_DATE avec 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'. Examinez les requêtes de filtrage OData des activités telles que 'Requirements Identified' et 'Solution Proposed', puis adaptez les noms d’étapes à votre processus commercial personnalisé.
Exécuter le script d’extraction : Ouvrez un terminal ou une invite de commandes, accédez au répertoire dans lequel vous avez enregistré le script, puis exécutez la commande suivante : python extract_d365.py. Le script s’authentifiera, interrogera l’API pour chaque activité et traitera les données.
Vérifier le fichier de sortie : Une fois l’exécution terminée, le script génère un fichier CSV nommé d365_lead_to_cash_event_log.csv dans le même répertoire. Ce fichier contient le journal d’événements extrait.
Préparer l’importation : Ouvrez le fichier CSV pour vérifier que les en-têtes et le format des données sont corrects. Le fichier doit contenir des colonnes telles que SalesOpportunity, ActivityName et ActivityStartTime. Il 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’un enregistrement 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 d’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 importante.
Version du point de terminaison d’API : Le script cible la version v9.2 de l’API Web Dataverse. Cette version est indiquée dans les URL des requêtes.
Pagination : Le script demande au maximum 5 000 enregistrements par page (odata.maxpagesize=5000) afin d’améliorer les performances et suit automatiquement le @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é avec des droits de lecture sur les entités suivantes : Opportunity, Quote, SalesOrder, Invoice, Account et SystemUser.

a 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 Recurrence. Configurez l’intervalle, le fuseau horaire et la fréquence d’exécution. Choisissez un intervalle d’actualisation adapté au volume 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 des entités associées. Utilisez le connecteur Microsoft Dataverse et configurez chaque action sur l’environnement qui contient Microsoft Dynamics 365 Sales. Remplacez chaque référence d’espace réservé à une table ou à une colonne dans la requête par les noms logiques configurés dans votre environnement.
Configurez la fenêtre d’extraction avec [Start date parameter] et [End date parameter]. Appliquez le filtre de date à l’horodatage de l’événement utilisé par chaque activité. Pour une extraction incrémentielle, conservez également un watermark 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 lead, 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 afin de créer une ligne d’événement pour chaque activité admissible. 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 liées à un statut ou à une étape, utilisez l’horodatage qui enregistre la transition. Si la source ne conserve pas d’horodatage de transition, utilisez l’historique d’audit ou la source de suivi des modifications configurée. Ne remplacez pas cet horodatage par celui de l’extraction en cours, sauf s’il correspond à l’heure réelle de l’événement métier.
Normalisez toutes les lignes d’événements selon le même schéma. Renseignez SalesOpportunity comme identifiant du cas, ActivityName avec l’un des quatorze noms d’activité exacts, ActivityStartTime avec l’horodatage de l’événement, ActivityEndTime avec l’horodatage d’achèvement 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 un autre emplacement de stockage cloud approuvé. Utilisez une convention de nommage stable, telle que [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 résultat à l’aide des contrôles décrits ci-dessous. Vérifiez que les quatorze noms d’activité peuvent apparaître comme 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 du 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 du niveau de fraîcheur requis pour les rapports.
Connexion à Dataverse : Utilisez le connecteur Microsoft Dataverse ainsi qu’un compte ou un principal de service disposant des autorisations nécessaires pour lire les données configurées relatives aux opportunités, devis, commandes, factures, audits et clients associés.
Objets sources : Remplacez les espaces réservés [Nom de votre table] et [Nom de votre colonne] par les noms logiques de la table et de la colonne dans l’environnement cible. Vérifiez les relations et les champs de recherche dans les métadonnées Dataverse avant d’activer le flux.
Période : Pour un premier chargement, extrayez environ trois à six mois d’historique, voire une période plus longue si l’analyse du processus l’exige. Pour les chargements récurrents, utilisez un watermark persistant avec une petite fenêtre de chevauchement afin de prendre en compte les mises à jour tardives.
Filtres d’activité : Filtrez les enregistrements selon les horodatages configurés de création, de modification, de changement de statut, de changement d’étape, d’exécution, de facturation, de paiement et d’événement contractuel. N’appliquez des filtres liés à l’entreprise, à l’unité opérationnelle, au territoire, au type de document ou à toute autre structure organisationnelle que si les champs correspondants existent et sont nécessaires.
Mappage des activités : Configurez explicitement le mappage des quatorze activités. Les valeurs d’étape et de statut doivent être mappées à partir des valeurs d’option configurées dans l’environnement, et non à partir de 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 changement de statut ou d’étape est requis et que l’enregistrement de base ne conserve pas l’historique de ces 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 contractuel : Configurez la source contractuelle uniquement si une table de contrats ou une intégration de signature électronique est disponible. Dans le cas contraire, utilisez le champ approuvé de l’opportunité ou de l’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 une extraction incrémentielle. Évitez de récupérer toutes les colonnes ou de recharger régulièrement l’intégralité de l’historique. Si nécessaire, répartissez les chargements d’entités volumineuses sur des fenêtres de dates limitées.
Stockage : Enregistrez le fichier CSV dans une bibliothèque SharePoint approuvée ou dans un emplacement de stockage cloud à accès contrôlé, avec des règles de conservation et 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.

a 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 en utilisant ce modèle de données. Identifiez les inefficacités et améliorez vos résultats opérationnels.

Retour au guide d’amélioration Télécharger le modèle

Améliorez votre taux de réussite : optimisez votre processus Lead to Cash dès maintenant

Obtenez un pipeline commercial optimisé et augmentez votre taux de réussite de 20 %.

Démarrer l’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

a Exemple de requête sql

Requête Dataverse directe avec le point de terminaison SQL TDS

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python avec l’API Web Dynamics 365

Étapes

Configuration

a Exemple de requête python

Exportation planifiée des données avec un flux Power Automate

Étapes

Configuration

a Exemple de requête sql

Prêt à commencer ?

Améliorez votre taux de réussite : optimisez votre processus Lead to Cash dès maintenant

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

a Exemple de requête sql

Requête Dataverse directe avec le point de terminaison SQL TDS

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python avec l’API Web Dynamics 365

Étapes

Configuration

a Exemple de requête python

Exportation planifiée des données avec un flux Power Automate

Étapes

Configuration

a Exemple de requête sql

Prêt à commencer ?

Améliorez votre taux de réussite : optimisez votre processus Lead to Cash dès maintenant

Nous attachons de l’importance à votre confidentialité