> Amélioration Continue des Processusus > Du prospect à l'encaissement (Du prospect à l'encaissement) > Microsoft Dynamics 365 Ventes > Template de données

Votre modèle de données de la prospection à l'encaissement

Microsoft Dynamics 365 Ventes

← Retour au Guide d'amélioration

Attributs Du prospect à l'encaissement (Du prospect à l'encaissement) (18) Activités Du prospect à l'encaissement (Du prospect à l'encaissement) (14) Guides d'extraction (4)

Votre modèle de données de la prospection à l'encaissement

Ce modèle propose une approche structurée pour collecter les données essentielles à l'analyse de vos processus "Du prospect à l'encaissement (Du prospect à l'encaissement)". Il décrit les attributs essentiels, les activités clés et fournit des directives sur la manière d'extraire ces informations. En suivant ces recommandations, vous pouvez construire un journal d'événements complet pour des analyses approfondies de vos processus.

Attributs recommandés pour la collecte de données
Activités clés à suivre pour la découverte de processus
Guide pratique pour l'extraction de données

Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Télécharger le modèle

Attributs Du prospect à l'encaissement (Du prospect à l'encaissement)

Ces champs de données sont essentiels pour créer un journal d'événements complet, permettant une analyse détaillée de votre processus "Du prospect à l'encaissement (Du prospect à l'encaissement)".

5 Obligatoire 8 Recommandé 5 Facultatif

	Nom	Descriptionn
	Activité ActivityName	Le nom de l'activité commerciale ou de l'événement survenu à un moment précis du processus de vente.
Descriptionn Cet attribut décrit une étape ou un jalon spécifique au sein du processus "Du prospect à l'encaissement (Du prospect à l'encaissement)", tel que « Devis Créé » ou « paiement reçu ». Chaque activité représente un événement distinct dans le cycle de vie d'une opportunité de vente. L'analyse de la séquence et de la fréquence de ces activités est au cœur du "Process Mining". Elle révèle les flux de processus réels, aide à identifier les chemins courants et alternatifs (variantes), et localise les retravaux ou les points de blocage. Cette analyse est indispensablele pour comprendre la conformité et l'efficacité des processus. Pourquoi est-ce important ? : Définit les étapes de la carte de processus, qui est le fondement de toute analyse de processus mining pour la identification des inefficacités et des écarts. Source des données : Cet attribut est généralement dérivé de divers événements liés aux entités Opportunité, Devis, Commande et Facture dans Dynamics 365. Il nécessite souvent une logique pour mapper les changements de statut ou les événements de création d'enregistrement à des noms d'activités standardisés. Exemples Opportunité crééeDevis envoyé au clientContrat Signépaiement reçu
	Heure de début ActivityStartTime	L'horodatage indiquant le début d'une activité ou d'un événement spécifique.
Descriptionn Cet attribut consigne la date et l'heure d'une activité. C'est le principal composant temporel utilisé dans le "Process Mining" pour ordonner les événements chronologiquement et calculer les durées. L'Heure de Début est indispensablele pour toutes les analyses temporelles, y compris le calcul des temps de cycle entre les activités, l'identification des retards et la mesure de la performance globale du processus. Elle permet la création d'une animation dynamique du processus et aide à comprendre la distribution temporelle du travail. Pourquoi est-ce important ? : Cet horodatage est indispensable pour l'ordonnancement des événements et le calcul de toutes les métriques de performance, telles que les temps de cycle et les temps d'attente. Source des données : Il s'agit généralement de l'horodatage « createdon » ou « modifiedon » de l'entité pertinente (Opportunité, Devis, Commande, Facture) correspondant à l'activité. Exemples 2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
	Opportunité de Vente SalesOpportunity	L'identifiant unique d'une opportunité de vente, servant d'ID de cas principal pour le processus "Du prospect à l'encaissement (Du prospect à l'encaissement)".
Descriptionn L'ID de l'Opportunité de Vente identifie de manière unique chaque vente potentielle à mesure qu'elle progresse dans l'entonnoir de vente. Il agit comme le élément central qui relie toutes les activités connexes, de la création initiale de l'opportunité à l'encaissement final du paiement. Dans le "Process Mining", cet attribut est indispensable pour reconstruire le parcours complet de chaque dossier de vente. Il permet l'analyse de l'ensemble du flux de processus, le calcul des temps de cycle totaux et la comparaison des différents chemins que prennent les opportunités, permettant finalement l'identification des inefficacités et des points de blocage de la qualification du "lead" à l'encaissement. Pourquoi est-ce important ? : Il s'agit de l'identifiant de cas (Case ID) essentiel qui relie tous les événements du processus, permettant de retracer le cycle de vie complet de chaque affaire de vente. Source des données : Il s'agit de la clé primaire de l'entité Opportunité, typiquement 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 du système source.
Descriptionn Cet attribut indique la date et l'heure de la dernière extraction des données de Microsoft Dynamics 365 Ventes et de leur chargement dans l'outil de "Process Mining". Il fournit un point de référence pour la la réactualisation des données analysées. Comprendre la pertinence des données est indispensable pour garantir que les analyses et les conclusions sont pertinentes et basées sur des informations à jour. Cela aide les utilisateurs à faire confiance aux informations et à prendre des décisions éclairées basées sur l'état actuel du processus. Pourquoi est-ce important ? : Indique la la réactualisation des données, garantissant que les analyses sont actuelles et pertinentes pour la prise de décision. Source des données : 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	Le système d'où les données ont été extraites.
Descriptionn Cet attribut identifie l'application source d'où proviennent les données d'événement. Pour ce processus, il s'agira systématiquement de Microsoft Dynamics 365 Ventes. Dans les environnements avec plusieurs systèmes intégrés, ce champ est impératif pour la traçabilité des données et le dépannage. Il aide à comprendre le contexte des données et garantit que les analyses sont basées sur des informations provenant de la bonne source. Pourquoi est-ce important ? : Fournit un contexte critique sur l'origine des données, essentiel pour la gouvernance, la validation et la gestion des intégrations de données. Source des données : Il s'agit d'une valeur statique qui doit être renseignée pendant le processus d'extraction de données pour étiqueter la source des enregistrements. Exemples Microsoft Dynamics 365 Ventes
	Client CustomerId	Le compte client associé à l'opportunité de vente.
Descriptionn Cet attribut identifie le client potentiel ou existant pour lequel l'opportunité est poursuivie. Il relie le processus de vente à un compte spécifique dans le système CRM. L'analyse du processus par client ou segment de clientèle permet une compréhension plus approfondie de la manière dont différents types de clients interagissent avec le processus de vente. Elle peut révéler si certains clients ont des cycles plus longs, nécessitent plus de reprises ou ont des taux de réussite plus élevés. Cette information est précieuse pour adapter les approches commerciales et gérer les relations clients. Pourquoi est-ce important ? : Permet l'analyse des performances des processus pour des clients ou des segments de clientèle spécifiques, aidant à adapter les stratégies de vente. Source des données : Il s'agit du champ de recherche « customerid » sur l'entité Opportunité, qui lie à un enregistrement de Compte ou de Contact. Exemples Contoso LtdAdventure WorksFabrikam, Inc.
	Heure de fin ActivityEndTime	L'horodatage indiquant la date et l'heure de réalisation d'une activité ou d'un événement spécifique. Souvent identique à l'Heure de Début pour les événements atomiques.
Descriptionn L'Heure de Fin marque la fin d'une activité. Pour les événements instantanés comme « Facture Générée », l'Heure de Fin est souvent la même que l'Heure de Début. Pour les activités d'une durée mesurable, comme une étape de révision manuelle, cet horodatage enregistre le moment où le travail a été terminé. Cet attribut est utilisé pour 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 actif (temps de traitement) et le temps d'inactivité (temps d'attente) au sein du processus. Pourquoi est-ce important ? : Permet le calcul des temps de traitement des activités, distinguant le temps de travail actif du temps d'attente et fournissant une vue plus granulairesre de la performance du processus. Source des données : Pour les événements instantanés, c'est la même chose que l'heure de début. Pour les activités ayant une durée, elle peut devoir être dérivée 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
	Propriétaire de l'opportunité OwnerId	Le représentant commercial ou l'utilisateur responsable de l'opportunité.
Descriptionn Le Propriétaire de l'Opportunité est l'utilisateur individuel dans Microsoft Dynamics 365 Ventes désigné pour gérer et faire progresser l'opportunité de vente. Cet utilisateur est généralement responsable de la majorité des activités liées au dossier. L'analyse du processus par propriétaire aide à comparer les performances entre différents représentants commerciaux, équipes ou départements. Elle peut révéler les meilleures pratiques des meilleurs collaborateurs les plus performants, identifier les opportunités de coaching pour d'autres, et comprendre comment la répartition de la charge de travail impacte l'efficacité et les résultats du processus. Pourquoi est-ce important ? : Permet l'analyse des performances par utilisateur ou par équipe, aidant à identifier les collaborateurs les plus performants et à diagnostiquer les problèmes liés à des individus ou des groupes spécifiques. Source des données : Il s'agit du champ « ownerid » sur l'entité Opportunité, qui lie à un enregistrement d'Utilisateur ou d'Équipe. Exemples John DoeJane SmithEMEA Sales Team
	Région Region	La région ou le territoire géographique où se trouve le client.
Descriptionn Cet attribut spécifie la zone géographique associée à l'opportunité de vente, telle que « Amérique du Nord », « EMEA » ou « APAC ». Il est souvent dérivé des informations d'adresse du client. La Région est une dimension clé pour l'analyse comparative. Elle est utilisée dans des "dashboards" comme « Temps de Génération et de Livraison des Factures » pour voir s'il existe des variations régionales dans la performance du processus. Une telle analyse peut révéler des différences causées par les réglementations locales, les performances des équipes ou les conditions du marché, éclairant ainsi les améliorations de processus ciblées géographiquement. Pourquoi est-ce important ? : Permet une segmentation géographique du processus, mettant en évidence les différences régionales en termes de performance, de conformité et de comportement client. Source des données : Ces données sont généralement stockées sur l'entité Compte ou Contact associée, dans des champs tels que « address1_country » ou un champ personnalisé « Région ». Exemples Amérique du NordEMEAAPACLATAM
	Source du lead LeadSource	La source à partir de laquelle le "lead" initial a été généré.
Descriptionn Cet attribut indique l'origine du "lead" qui a initié l'opportunité de vente, tel que « Web », « Partenaire », « Salon Professionnel » ou « Publicité ». Il permet de suivre l'efficacité des différents canaux marketing et des stratégies de génération de "leads". Dans le "Process Mining", l'analyse par source de "lead" est indispensablele pour le "tableau de bord" « Performance de Conversion des "Leads" ». Elle aide à calculer le taux d'efficacité.x de conversion du "lead" en opportunité pour chaque canal et à identifier les sources qui produisent les "leads" les plus précieux ou qui ont les temps de qualification les plus rapides. Ces informationsns sont essentielles pour optimiser les dépenses marketing et la concentration des ventes. Pourquoi est-ce important ? : Aide à évaluer la performance des différents canaux marketing dans la génération de leads de qualité, soutenant directement l'analyse de conversion des leads. Source des données : Ceci est typiquement le champ « leadsourcecode » sur l'entité "Lead", qui est ensuite transféré à l'Opportunité lors de la qualification. Exemples WebPartenaireSalon professionnelParrainage
	Stade de vente SalesStage	L'étape de l'opportunité au sein du "pipeline" de processus de vente défini.
Descriptionn L'Étape de Vente représente la phase spécifique dans laquelle se trouve une opportunité, telle que « Qualification », « Développement », « Proposition » ou « Clôture ». Ces étapes offrent un aperçu général du "pipeline" de ventes et de sa progression. Bien que le "Process Mining" dérive les activités détaillées des horodatages, l'Étape de Vente fournit un contexte métier précieux. Elle est utilisée dans le "tableau de bord" « Analyse Globale du Temps de Cycle de Vente » pour segmenter le processus et comprendre le temps passé dans chaque étape majeure. Cela aide à identifier les étapes les plus longues et où les opportunités ont tendance à stagner. Pourquoi est-ce important ? : Fournit un contexte métier sur l'avancement de l'opportunité, permettant l'analyse du temps passé dans chaque phase du "pipeline" de ventes. Source des données : Cette information est dérivée du champ « stepname » lié au "Business flux de processus" associé à l'entité Opportunité. Exemples 1-Qualify2-Develop3-Propose4-Close
	Statut de l'Opportunité OpportunityStatus	Le résultat final de l'opportunité de vente, tel que Gagné ou Perdu.
Descriptionn Cet attribut capture l'état terminal d'une opportunité de vente. Les résultats principaux sont généralement « Gagnée », indiquant une vente réussie, ou « Perdue », indiquant que l'affaire n'a pas été conclue. L'analyse par résultat est clée pour comprendre quels modèles de processus mènent au succès ou à l'échec. En filtrant les cas par statut, on peut comparer les temps de cycle, les activités et l'implication des utilisateurs pour les affaires gagnées par rapport aux affaires perdues. Ceci est indispensable pour calculer le KPI du taux de réussite des opportunités et identifier les comportements qui sont corrélés avec des résultats positifs. Pourquoi est-ce important ? : Distingue les résultats positifs et négatifs, permettant une analyse comparative pour identifier quels comportements de processus mènent à des succès. Source des données : Ceci correspond aux champs « statecode » (Statut) et « statuscode » (Raison du statut) sur l'entité Opportunité. Exemples GagnéePerdueEn cours
	Valeur de l'Opportunité OpportunityValue	La valeur monétaire estimée ou réelle de l'opportunité de vente.
Descriptionn Cet attribut représente le revenu potentiel ou final associé à une opportunité de vente. Il peut commencer comme une valeur estimée et être mis à jour à la valeur réelle du contrat lorsque l'affaire est gagnée. Il s'agit d'une dimension majeure pour l'analyse, car toutes les opportunités ne sont pas égales. En segmentant le processus en fonction de la taille de l'affaire, les entreprises peuvent voir si les affaires plus importantes suivent des processus différents ou prennent plus de temps à se conclure. Cela permet également de prioriser les efforts d'amélioration des processus sur les segments à forte valeur de l'entreprise. Pourquoi est-ce important ? : Fournit un contexte financier, permettant une analyse basée sur la taille de l'affaire et la priorisation des améliorations de processus pour les opportunités à forte valeur. Source des données : Généralement disponible dans des champs tels que « estimatedvalue » (Revenu estimé) ou « actualvalue » (Revenu réel) sur l'entité Opportunité. Exemples 50000.00125000.0025000.00
	Catégorie de produit ProductCategory	La catégorie du produit ou service vendu dans l'opportunité.
Descriptionn Cet attribut classifie le produit ou service principal associé à l'opportunité de vente. Par exemple, « Matériel », « Logiciel » ou « Services Professionnels ». L'analyse du processus par Catégorie de Produit est indispensablele pour le "tableau de bord" « Performance d'Exécution des Commandes ». Elle aide à déterminer si certains types de produits ont des cycles de vente plus longs, des processus d'exécution différents ou des taux de réussite plus faibles. Cette information peut conduire à des processus de vente spécialisés pour différentes gammes de produits afin d'améliorer l'efficacité. Pourquoi est-ce important ? : Permet l'analyse des performances en fonction de ce qui est vendu, ce qui peut révéler des variations de processus et des points de blocage spécifiques à certains produits. Source des données : Cette information est généralement disponible à partir de l'entité Produit d'opportunité (opportunityproduct) associée à l'Opportunité. Exemples Services CloudLogiciel sur siteServices de Conseil
	Conditions de paiement PaymentTerms	Les conditions de paiement convenues pour la facture, telles que Net 30 ou Net 60.
Descriptionn Cet attribut spécifie les conditions dans lesquelles un client est censé payer les biens ou services rendus. Il définit le délai de paiement après l'émission de la facture. Pour le "tableau de bord" « Analyse du Cycle de Recouvrement des Paiements », cet attribut est indispensable. Il permet de segmenter les temps de recouvrement par les termes convenus, rendant possible d'identifier les clients qui sont chroniquement en retard de paiement « what-if » certaines conditions de paiement sont associées à des cycles de recouvrement plus longs. Cela aide à optimiser les processus de comptes clients et à gérer les flux de trésorerie. Pourquoi est-ce important ? : Fournit la base pour l'analyse de la performance des paiements, aidant à identifier les retards de paiement et à évaluer l'efficacité des stratégies de recouvrement. Source des données : Ceci est généralement stocké sur l'entité Facture, souvent dans un champ nommé « paymenttermscode ». Exemples Net 30Net 60Dû à la réception
	Est un reprises IsRework	Un indicateur signalant si une activité est une répétition ou une retouche au sein du même cas.
Descriptionn Cet attribut booléen est un champ calculé qui identifie lorsqu'une activité ou une séquence d'activités est répétée au sein d'une même opportunité de vente. Par exemple, si un devis est créé, rejeté, puis un nouveau devis est créé, la deuxième activité « Devis Créé » serait signalée comme un reprises. Identifier les reprises est impératif pour le "tableau de bord" « Analyse des Variantes de Processus et des Retravaux ». Il aide à quantifier l'étendue de l'inefficacité du processus en mettant en évidence les boucles et les étapes répétées. Comprendre où et pourquoi les reprises se produit est la première étape vers la simplification du processus, la réduction des efforts gaspillés et l'accélération du cycle de vente. Pourquoi est-ce important ? : Signale directement les inefficacités et les boucles de processus, aidant à quantifier le coût des retouches et à identifier les opportunités de simplification des processus. Source des données : Ceci est un attribut calculé. Il est dérivé dans l'outil de "Process Mining" en analysant la séquence d'activités pour chaque cas. Exemples truefaux
	Pourcentage de remise DiscountPercentage	Le pourcentage de remise appliqué au devis ou à la commande.
Descriptionn Cet attribut capture la remise totale offerte sur un devis ou une commande de vente en pourcentage du prix catalogue. C'est une métrique clé pour suivre les marges de vente et la discipline tarifaire. Le "tableau de bord" « Gestion des Devis et Conformité des Remises » utilise cet attribut pour analyser le comportement de remise. En visualisant la distribution des remises, la direction peut identifier les remises excessives ou non autorisées, évaluer l'impact des remises sur les taux de réussite et assurer la conformité avec les politiques de tarification. Pourquoi est-ce important ? : Indispensable pour l'analyse de la stratégie de prix et de la conformité des remises, aidant à comprendre l'impact des remises sur la rentabilité et les taux de réussite. Source des données : Situé sur les entités Devis ('discountpercentage') et Commande client ('discountpercentage'). Exemples 0.050.100.15
	Type de contrat ContractType	Le type de contrat légal associé à la vente, tel que « Nouvelle Affaire » ou « Renouvellement ».
Descriptionn Cet attribut catégorise le contrat associé à une opportunité de vente. Différents types de contrats, comme un nouvel accord client par rapport à un renouvellement ou une vente incitative, peuvent suivre des processus d'approbation et de signature différents. Le "tableau de bord" « Temps de Cycle de Signature de Contrat » utilise cet attribut pour segmenter l'analyse. En comparant les temps de signature pour différents types de contrats, une entreprise peut identifier si les renouvellements sont traités plus rapidement que les nouveaux contrats, ou si les contrats personnalisés complexes créent des retards significatifs. Cela aide à cibler les améliorations du processus de gestion des contrats. Pourquoi est-ce important ? : Aide à analyser et à optimiser la phase de signature des contrats en identifiant si certains types de contrats provoquent des retards dans le processus. Source des données : Il s'agirait probablement d'un champ personnalisé sur l'entité Opportunité ou Contrat, car il est spécifique aux besoins de l'entreprise. Exemples Nouvelle affaireRenouvellementExpansionAccord Cadre de Services

Obligatoire Recommandé Facultatif

Activités Du prospect à l'encaissement (Du prospect à l'encaissement)

Ce sont les étapes et les jalons critiques du processus à capturer dans votre journal d'événements, offrant une image claire de votre parcours "Du prospect à l'encaissement (Du prospect à l'encaissement)".

7 Recommandé 7 Facultatif

	Activité	Descriptionn
	Commande client créée	Une commande client est officiellement créée dans le système pour gérer l'exécution des produits ou services vendus. Il s'agit d'un événement explicite, généralement généré en convertissant un Devis « Gagné » en Commande.
Pourquoi est-ce important ? : Ceci marque le transfert officiel des ventes vers les opérations ou l'exécution. C'est le point de départ pour mesurer le temps de cycle d'exécution des commandes et l'efficacité post-vente. Source des données : Ceci est un événement explicite capturé à partir de l'horodatage de création de l'enregistrement "SalesOrder", qui est lié à l'Opportunité parente. Capture Utiliser l'horodatage « createdon » de l'entité "SalesOrder" (Commande). Type d'événement explicit
	Devis Accepté par le Client	Le client a formellement accepté les termes et les prix présentés dans le devis. Ceci est enregistré lorsque le commercial met à jour le statut de l'enregistrement de devis à « Gagné ».
Pourquoi est-ce important ? : Ceci est un jalon critique indiquant un engagement ferme du client. Il est indispensable pour mesurer les taux de conversion devis-commande et le temps moyen d'approbation des devis. Source des données : Déduit de l'horodatage où le 'statecode' sur l'enregistrement de Devis est mis à jour à « Gagné » (valeur 2). Capture Utiliser l'horodatage « modifiedon » lorsque le « statecode » du devis passe à « Gagné ». Type d'événement inferred
	Devis créé	Un devis formel pour des produits ou services a été généré pour le client. Ceci est enregistré lors de la création d'un nouvel enregistrement de devis et lié à l'Opportunité de vente.
Pourquoi est-ce important ? : Ceci marque la transition d'une proposition conceptuelle à une offre formelle. Le temps entre cette étape et l'acceptation du devis est indispensable pour mesurer l'efficacité de la gestion des devis. Source des données : Un événement explicite enregistré comme date de création d'un nouvel enregistrement dans l'entité Devis, qui a une relation de recherche avec l'Opportunité parente. Capture Utiliser l'horodatage « createdon » de l'entité Devis, lié à l'ID de l'Opportunité. Type d'événement explicit
	Opportunité créée	Marque le début du processus de vente pour une affaire potentielle spécifique. Cet événement est capturé lors de la création d'un nouvel enregistrement d'Opportunité de vente, souvent suite à la qualification d'un Lead.
Pourquoi est-ce important ? : Ceci est l'activité de démarrage principale pour l'analyse du processus "Du prospect à l'encaissement (Du prospect à l'encaissement)". Elle permet de mesurer le temps total du cycle de vente et d'analyser l'efficacité de la conversion des "leads". Source des données : Ceci est un événement explicite capturé à partir de l'horodatage de création de l'enregistrement d'opportunité dans la table Opportunité. Capture Utiliser l'horodatage « createdon » de l'entité Opportunité. Type d'événement explicit
	Opportunité gagnée	L'opportunité de vente a été clôturée avec succès, aboutissant à une vente. Cet événement est enregistré lorsque le statut de l'opportunité est modifié en « Gagnée ».
Pourquoi est-ce important ? : Ceci est l'activité finale de succès principale pour le processus de vente. Elle est utilisée pour calculer les taux de réussite, les temps de cycle de vente pour les affaires réussies et la performance globale des ventes. Source des données : Déduit de l'horodatage où le 'statecode' sur l'enregistrement d'Opportunité est changé à « Gagnée » (valeur 1). Ceci est souvent fait automatiquement lorsque le devis ou la commande associé est traité. Capture Utiliser le champ « actualclosedate » ou l'horodatage « modifiedon » lorsque le « statuscode » de l'opportunité est défini sur « Gagné ». Type d'événement inferred
	Opportunité perdue	L'opportunité de vente n'a pas abouti et a été clôturée sans vente. Ceci est enregistré lorsque le statut de l'opportunité est modifié en « Perdue ».
Pourquoi est-ce important ? : Ceci est l'activité finale d'échec principale. L'analyse de ces cas aide à identifier les raisons des affaires perdues, les points de désengagement dans l'entonnoir de vente et l'efficacité des concurrents. Source des données : Déduit de l'horodatage où le 'statecode' sur l'enregistrement d'Opportunité est changé à « Perdue » (valeur 2). Capture Utiliser le champ « actualclosedate » ou l'horodatage « modifiedon » lorsque le « statuscode » de l'opportunité est défini sur « Perdu ». Type d'événement inferred
	paiement reçu	Le paiement intégral de la facture a été reçu du client. Ceci est enregistré lorsque le statut de l'enregistrement de Facture est marqué comme « Payé ».
Pourquoi est-ce important ? : Ceci est un jalon financier critique représentant la réalisation des revenus. L'analyse du temps entre l'envoi de la facture et la réception du paiement aide à optimiser le cycle de recouvrement des paiements. Source des données : Déduit de l'horodatage où le 'statecode' sur l'enregistrement de Facture passe à « Payé » (valeur 2). Capture Utiliser l'horodatage « modifiedon » lorsque le « statecode » de la facture est mis à jour à « Payé ». 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é livrés au client. Ceci est enregistré lorsque le statut de l'enregistrement de Commande client est mis à jour à « Exécuté » ou un état similaire.
Pourquoi est-ce important ? : Cette activité conclut la partie livraison du processus. C'est un jalon clé pour analyser la performance d'exécution des commandes et déclenche la facturation. Source des données : Déduit de l'horodatage où le 'statecode' de l'enregistrement de Commande client passe à « Exécuté » (valeur 3). Capture Utiliser l'horodatage « modifiedon » lorsque le « statecode » du "SalesOrder" est mis à jour à « Exécuté ». Type d'événement inferred
	Contrat Signé	Un contrat juridiquement contraignant a été signé par les deux parties, finalisant l'accord. Cet événement est souvent une mise à jour manuelle de l'Opportunité ou d'une entité Contrat associée, potentiellement déclenchée par une intégration de signature électronique.
Pourquoi est-ce important ? : Cette activité est indispensablele pour le suivi du temps de cycle de finalisation des contrats. Les retards à ce stade peuvent impacter significativement la prévision des revenus et le lancement des projets. Source des données : Déduit d'un champ de date tel que la « Date de signature du contrat » étant renseignée sur l'Opportunité, ou d'un changement de statut. Cela peut nécessiter que la personnalisation existe. Capture Utiliser l'horodatage d'un changement de statut spécifique ou la date à laquelle un champ lié au contrat est renseigné. Type d'événement inferred
	Devis envoyé au client	Le devis généré a été formellement livré au client pour examen. Cet événement est généralement déduit lorsque le statut de l'enregistrement du devis est modifié en « Actif ».
Pourquoi est-ce important ? : Cette activité lance le décompte du temps d'examen et de négociation par le client. C'est un point de donnée clé pour l'analyse des cycles d'approbation des devis et l'identification des retards de réponse du client. Source des données : Déduit de l'horodatage où le 'statecode' sur l'enregistrement de Devis passe à « Actif ». Capture Surveiller l'historique d'audit ou utiliser un champ d'horodatage mis à jour par workflow lorsque le 'statecode' du Devis devient 1 (Actif). Type d'événement inferred
	Exigences identifiées	Représente le moment où l'équipe de vente a recueilli et compris les besoins du client. Ceci est généralement enregistré par un commercial mettant à jour une étape dans le "Business flux de processus" ou modifiant le statut de l'opportunité.
Pourquoi est-ce important ? : Le suivi de cette étape aide à identifier le temps nécessaire pour passer du contact initial à une proposition viable. Les retards ici peuvent indiquer des problèmes avec les appels de découverte ou la disponibilité des ressources. Source des données : Déduit d'un changement dans l'étape du flux de processus métier de l'Opportunité vers une phase de « Développement » ou de « Proposition », ou d'une mise à jour de champ de statut personnalisé. L'horodatage du changement d'étape est utilisé. Capture Suivre les changements de l'« stageid » dans l'entité Opportunité ou l'entité "Business flux de processus" associée. Type d'événement inferred
	Facture envoyée au client	La facture a été livrée au client pour paiement. Ceci est généralement déduit d'un changement de statut sur l'enregistrement de la facture.
Pourquoi est-ce important ? : Ceci déclenche le décompte des conditions de paiement et constitue la première étape de la mesure des Jours de Vente en Attente (DSO). Les retards à ce stade ont un impact direct sur la trésorerie. Source des données : Déduit d'un changement de statut sur l'entité Facture. Bien qu'il n'y ait pas de statut « Envoyé » standard, un workflow met souvent à jour un champ personnalisé ou un statut lors de cette action. Capture Suivre un champ personnalisé « Date d'envoi » ou un changement de motif de statut sur l'enregistrement de la facture. Type d'événement inferred
	Facture générée	Une facture client a été créée sur la base de la commande client exécutée. Il s'agit d'un événement explicite enregistré lors de la création d'un nouvel enregistrement de facture dans le système.
Pourquoi est-ce important ? : Cette activité marque le début du cycle de facturation et de recouvrement des paiements. Le temps écoulé entre l'exécution de la commande et la génération de la facture est un indicateur clé de l'efficacité du processus de facturation. Source des données : Ceci est un événement explicite capturé à partir de l'horodatage de création de l'enregistrement de facture, qui est lié à la "SalesOrder". Capture Utiliser l'horodatage « createdon » de l'entité Facture. Type d'événement explicit
	Solution Proposée	Cette activité signifie qu'une solution ou proposition formelle a été présentée au client potentiel. Elle est généralement déduite lorsque l'opportunité passe à une étape de « Proposition » dans son cycle de vie.
Pourquoi est-ce important ? : L'analyse du temps passé avant et après cette activité aide à évaluer l'efficacité des étapes de conception de solution et de génération de propositions. Les instances répétées indiquent un travail de retouche dans le cycle de vente. Source des données : Déduit d'un changement de statut sur l'enregistrement d'Opportunité ou d'un avancement à une étape « Proposer » dans le flux de processus métier associé. Capture Utiliser l'horodatage du changement de statut ou d'étape sur l'entité Opportunité. Type d'événement inferred

Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Microsoft Dynamics 365 Ventes

Étapes

Prérequis : Assurez-vous de disposer d'un abonnement Azure avec un accès 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 des ressources Azure : Dans le portail Azure, créez un espace de travail Azure Synapse Analytics et un compte de stockage Azure Data Lake Storage Gen2. Assurez-vous que l'espace de travail Synapse a accès au compte de stockage.
Lier l'environnement Power Apps : Accédez au centre d'administration Power Platform (make.powerapps.com). Sélectionnez « Données » dans la navigation de gauche, puis « Azure Synapse Link ». Cliquez sur « + Nouveau lien vers le lac de données ».
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 à connecter.
Sélectionner les tables pour la réplication : Choisissez les tables Dataverse spécifiques requises pour le processus de la prospection à l'encaissement. Au minimum, sélectionnez : Opportunity, Quote, SalesOrder, Invoice, Account, SystemUser et Contract. Ajoutez toute autre table personnalisée pertinente. Lancez la synchronisation.
Attendre la synchronisation initiale : Laissez au système le temps nécessaire pour que la copie initiale des données se termine. Le temps requis dépend du volume de données. Vous pouvez suivre l'état dans le tableau de bord Azure Synapse Link.
Accéder aux données dans Synapse Studio : Ouvrez votre Azure Synapse Studio. Accédez au hub « Données ». Les tables Dataverse répliquées apparaîtront comme des tables externes au sein d'une base de données Lake.
Créer un script SQL sans serveur : Dans le hub « Développer » de Synapse Studio, créez un nouveau « script SQL ». C'est là que vous exécuterez la requête fournie pour transformer les données répliquées en un 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. Ajustez les espaces réservés pour le nom de votre base de données et toute logique personnalisée.
Exécuter la requête : Exécutez la requête sur le pool SQL sans serveur. La requête 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 avec succès, utilisez la fonctionnalité « Exporter » dans Synapse Studio pour enregistrer les résultats sous forme de fichier CSV.
Préparer le téléchargement : Assurez-vous que les en-têtes du fichier CSV exporté correspondent aux noms d'attributs ProcessMind requis, par exemple, SalesOpportunity, (ActivityName) et ActivityStartTime. Téléchargez le fichier CSV final sur ProcessMind.

Configuration

Configuration d'Azure Synapse Link : Lors de la configuration du lien, vous pouvez choisir le mode « Append only ». Ce mode est avantageux pour le process mining car il fournit un historique des changements, même s'il peut augmenter la consommation de stockage. Pour cette requête, le mode standard « In-place update » est suffisant.
Sélection des tables : Soyez sélectif avec les tables que vous choisissez de répliquer. N'incluez que les tables pertinentes pour le processus de la prospection à l'encaissement afin de minimiser le temps de synchronisation et les coûts de stockage. Les tables clés sont : opportunity, quote, salesorder, invoice, contract, et les tables de données de référence associées comme account et systemuser.
Filtrage par plage de dates : La requête fournie n'inclut pas de filtre de date par défaut. Il est fortement recommandé d'ajouter une clause WHERE, généralement sur la date opportunity.createdon, pour limiter l'analyse à une période pertinente, telle que les 6 à 12 derniers mois. Cela améliore considérablement les performances de la requête.
Prérequis : Vous devez disposer des autorisations appropriées dans Azure (Contributeur sur le groupe de ressources) et dans Power Platform (Administrateur système) pour créer et gérer l'Azure Synapse Link pour Dataverse.

a Exemple de requête config

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 : Assurez-vous que le point de terminaison Tabular Data Stream (TDS) est activé pour votre environnement Dynamics 365 Dataverse. Cela se gère dans le centre d'administration Power Platform sous Paramètres de l'environnement > Fonctionnalités > Point de terminaison TDS.
Identifier l'URL de l'environnement : Localisez l'URL de l'environnement de votre organisation. Elle suit généralement le format [nom-org].crm.dynamics.com.
Se connecter avec un client SQL : Ouvrez un client SQL tel que SQL Server Management Studio (SSMS) ou Azure Data Studio. Démarrez 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, [nom-org].crm.dynamics.com,5558. Sélectionnez « Azure Active Directory - Mot de passe » ou « Azure Active Directory - Intégré » pour l'authentification et fournissez vos identifiants Dynamics 365.
Préparer la requête : Ouvrez une nouvelle fenêtre de requête connectée à votre base de données d'environnement Dataverse.
Personnaliser la requête : Copiez le script SQL fourni dans la section 'query' dans la nouvelle fenêtre de requête. Localisez les déclarations DECLARE en haut du script et définissez les variables @StartDate et @EndDate pour définir la plage de dates souhaitée pour l'extraction.
Exécuter l'extraction : Exécutez le script SQL. La requête collectera les données de diverses tables comme opportunity, quote, salesorder et invoice pour générer un journal d'événements complet.
Examiner les résultats : Une fois la requête terminée, les résultats seront affichés dans un format tabulaire dans votre client SQL. Examinez brièvement les données pour vous assurer qu'elles sont correctes et qu'elles contiennent les activités et attributs attendus.
Exporter au format CSV : Exportez le jeu de résultats vers un fichier CSV. Dans SSMS, vous pouvez cliquer avec le bouton droit sur la grille de résultats et sélectionner 'Enregistrer les résultats sous...'.
Finaliser pour le téléchargement : Assurez-vous que le fichier CSV enregistré est encodé en UTF-8 et que les en-têtes de colonne correspondent aux exigences de votre outil de process mining. Le fichier est maintenant prêt à être téléchargé sur ProcessMind.

Configuration

Point de terminaison TDS : Le paramètre du protocole Tabular Data Stream (TDS) doit être activé pour l'environnement Dataverse. Cela fournit une connexion SQL directe et en lecture seule.
Permissions utilisateur : L'utilisateur de connexion doit avoir un rôle de sécurité dans Dynamics 365 avec des autorisations de lecture pour toutes les tables référencées dans la requête, y compris opportunity, quote, salesorder, invoice, account et systemuser.
Filtrage par plage de dates : Il est impératif de filtrer les données en utilisant une plage de dates spécifique pour gérer la portée de la requête et améliorer les performances. Le script fourni utilise les variables @StartDate et @EndDate à cette fin. Une plage de 3 à 6 mois est recommandée pour une analyse initiale.
Considérations de performance : L'exécution de cette requête sur un environnement de production important peut consommer des ressources et avoir un impact sur les performances pour d'autres utilisateurs. Il est recommandé d'effectuer les extractions importantes pendant les heures creuses.
Exigence de client SQL : Un client SQL capable de se connecter à Azure SQL Database à l'aide de l'authentification Azure Active Directory est requis. Les clients courants incluent SQL Server Management Studio (SSMS) v18 ou version 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 pouvoir vous connecter à l'API Web Dynamics 365, vous devez enregistrer une application dans votre locataire Azure AD. Cela fournit les informations d'identification nécessaires à l'authentification. Accédez à Azure Active Directory > Enregistrements d'applications > Nouvel enregistrement. Définissez l'application comme une application Web et ajoutez une clé secrète client. Notez l'ID de l'application (client), l'ID du répertoire (locataire) et la valeur de la clé secrète client.
Accorder les permissions API : Dans l'enregistrement d'application nouvellement créé, accédez à Permissions API > Ajouter une permission. Sélectionnez 'Dynamics CRM' ou 'Dataverse'. Choisissez 'Permissions déléguées', sélectionnez 'user_impersonation' et cliquez sur 'Ajouter des permissions'. Enfin, accordez le consentement de l'administrateur pour votre répertoire.
Créer un utilisateur d'application Dynamics 365 : Dans le centre d'administration Power Platform, sélectionnez votre environnement. Accédez à Paramètres > Utilisateurs + permissions > Utilisateurs d'application. Créez un nouvel utilisateur d'application et liez-le à l'application Azure AD que vous avez enregistrée à l'étape 1. Attribuez un rôle de sécurité, tel que 'Administrateur système', à cet utilisateur pour vous assurer qu'il dispose des permissions suffisantes pour lire toutes les données requises.
Configurer l'environnement Python : Assurez-vous 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 localisez la section de configuration en haut. Remplissez les valeurs de substitution pour D365_URL, CLIENT_ID, CLIENT_SECRET, TENANT_ID, START_DATE et END_DATE avec les détails de votre environnement spécifique et la période d'extraction souhaitée.
Personnaliser les noms d'étape (si nécessaire) : Le script infère certaines activités basées sur les noms d'étape des flux de processus métier comme 'Identify' et 'Propose'. Examinez les requêtes de filtre OData pour des activités comme 'Requirements Identified' et 'Solution Proposed' et ajustez les noms d'étape pour qu'ils correspondent au processus de vente personnalisé de votre organisation.
Exécuter le script d'extraction : Ouvrez un terminal ou une invite de commande, naviguez jusqu'au répertoire où vous avez enregistré le script, et exécutez-le à l'aide de la commande : python extract_d365.py. Le script s'authentifiera, interrogera l'API pour chaque activité et traitera les données.
Examiner le fichier de sortie : Après une exécution réussie, le script générera 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 le téléchargement : Ouvrez le fichier CSV pour vous assurer que les en-têtes et le format des données sont corrects. Le fichier doit avoir des colonnes comme SalesOpportunity, (ActivityName) et ActivityStartTime. Il est maintenant prêt à être téléchargé sur ProcessMind pour analyse.

Configuration

Authentification : Le script nécessite un ID d'application (client), une clé secrète 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 plage de dates : Les variables START_DATE et END_DATE contrôlent la période d'extraction. Il est recommandé de commencer par une période de 3 à 6 mois pour gérer le volume de données et vérifier les résultats avant de tenter une extraction plus importante.
Version du point de terminaison API : Le script cible la version v9.2 de l'API Web Dataverse. Celle-ci est spécifiée dans les URL de requête.
Pagination : Le script demande un maximum de 5000 enregistrements par page (odata.maxpagesize=5000) pour optimiser les performances et suit automatiquement le @odata.nextLink fourni dans les réponses pour récupérer toutes les pages suivantes pour une requête donnée.
Permissions requises : L'utilisateur de l'application exécutant le script doit disposer d'un rôle de sécurité avec des autorisations de lecture pour 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

Prérequis : Assurez-vous de disposer d'un abonnement Azure avec un accès 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 des ressources Azure : Dans le portail Azure, créez un espace de travail Azure Synapse Analytics et un compte de stockage Azure Data Lake Storage Gen2. Assurez-vous que l'espace de travail Synapse a accès au compte de stockage.
Lier l'environnement Power Apps : Accédez au centre d'administration Power Platform (make.powerapps.com). Sélectionnez « Données » dans la navigation de gauche, puis « Azure Synapse Link ». Cliquez sur « + Nouveau lien vers le lac de données ».
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 à connecter.
Sélectionner les tables pour la réplication : Choisissez les tables Dataverse spécifiques requises pour le processus de la prospection à l'encaissement. Au minimum, sélectionnez : Opportunity, Quote, SalesOrder, Invoice, Account, SystemUser et Contract. Ajoutez toute autre table personnalisée pertinente. Lancez la synchronisation.
Attendre la synchronisation initiale : Laissez au système le temps nécessaire pour que la copie initiale des données se termine. Le temps requis dépend du volume de données. Vous pouvez suivre l'état dans le tableau de bord Azure Synapse Link.
Accéder aux données dans Synapse Studio : Ouvrez votre Azure Synapse Studio. Accédez au hub « Données ». Les tables Dataverse répliquées apparaîtront comme des tables externes au sein d'une base de données Lake.
Créer un script SQL sans serveur : Dans le hub « Développer » de Synapse Studio, créez un nouveau « script SQL ». C'est là que vous exécuterez la requête fournie pour transformer les données répliquées en un 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. Ajustez les espaces réservés pour le nom de votre base de données et toute logique personnalisée.
Exécuter la requête : Exécutez la requête sur le pool SQL sans serveur. La requête 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 avec succès, utilisez la fonctionnalité « Exporter » dans Synapse Studio pour enregistrer les résultats sous forme de fichier CSV.
Préparer le téléchargement : Assurez-vous que les en-têtes du fichier CSV exporté correspondent aux noms d'attributs ProcessMind requis, par exemple, SalesOpportunity, (ActivityName) et ActivityStartTime. Téléchargez le fichier CSV final sur ProcessMind.

Configuration

Configuration d'Azure Synapse Link : Lors de la configuration du lien, vous pouvez choisir le mode « Append only ». Ce mode est avantageux pour le process mining car il fournit un historique des changements, même s'il peut augmenter la consommation de stockage. Pour cette requête, le mode standard « In-place update » est suffisant.
Sélection des tables : Soyez sélectif avec les tables que vous choisissez de répliquer. N'incluez que les tables pertinentes pour le processus de la prospection à l'encaissement afin de minimiser le temps de synchronisation et les coûts de stockage. Les tables clés sont : opportunity, quote, salesorder, invoice, contract, et les tables de données de référence associées comme account et systemuser.
Filtrage par plage de dates : La requête fournie n'inclut pas de filtre de date par défaut. Il est fortement recommandé d'ajouter une clause WHERE, généralement sur la date opportunity.createdon, pour limiter l'analyse à une période pertinente, telle que les 6 à 12 derniers mois. Cela améliore considérablement les performances de la requête.
Prérequis : Vous devez disposer des autorisations appropriées dans Azure (Contributeur sur le groupe de ressources) et dans Power Platform (Administrateur système) pour créer et gérer l'Azure Synapse Link pour Dataverse.

a Exemple de requête config

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'

Votre modèle de données de la prospection à l'encaissement

Votre modèle de données de la prospection à l'encaissement

Attributs Du prospect à l'encaissement (Du prospect à l'encaissement)

Activités Du prospect à l'encaissement (Du prospect à l'encaissement)

Guides d'extraction

Exportation de données Dynamics 365 via Azure Synapse Link

Étapes

Configuration

a Exemple de requête config

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

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via l'API Web Dynamics 365

Étapes

Configuration

a Exemple de requête python

Exportation de données planifiée via un "Flow" Power Automate

Étapes

Configuration

a Exemple de requête config

Prêt(e) à démarrer ?

Augmentez votre taux de réussite : Optimisez votre processus de la prospection à l'encaissement dès maintenant

Votre modèle de données de la prospection à l'encaissement

Votre modèle de données de la prospection à l'encaissement

Attributs Du prospect à l'encaissement (Du prospect à l'encaissement)

Activités Du prospect à l'encaissement (Du prospect à l'encaissement)

Guides d'extraction

Exportation de données Dynamics 365 via Azure Synapse Link

Étapes

Configuration

a Exemple de requête config

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

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via l'API Web Dynamics 365

Étapes

Configuration

a Exemple de requête python

Exportation de données planifiée via un "Flow" Power Automate

Étapes

Configuration

a Exemple de requête config

Nous respectons votre vie privée

Prêt(e) à démarrer ?

Augmentez votre taux de réussite : Optimisez votre processus de la prospection à l'encaissement dès maintenant