Utilisation ave Logic Apps ou Power Automate
Les flux Microsoft Azure Logic Apps et Power Automate offrent des interfaces utilisateur de code de bas niveau pour la création de processus automatisés. Les deux types de flux incluent des centaines de connecteurs intégrés (tels que des connecteurs pour Teams et Outlook) pour un développement rapide.
Par exemple, ces flux sont excellents pour envoyer automatiquement un e-mail lorsque la règle d’un utilisateur spécifique a été supprimée ou pour envoyer un ping à un canal Teams lorsqu’une latence élevée est détectée.
Note
Logic Apps est utilisé pour cet article. Cependant, une logique similaire, sinon identique, peut être appliquée aux flux Power Automate. Logic Apps fait partie de Portail Azure, alors que Power Automate est un produit distinct qui fait partie de la famille d’outils Microsoft Power Platform. Les prix et les capacités varient.
Mise en route
Microsoft Dynamics 365 Fraud Protection propose de nombreux types d’événements que vous pouvez recevoir et utiliser via Logic Apps.
Pour accélérer le processus de configuration, accédez à ce référentiel GitHub (référentiel). Ce référentiel contient des modèles Logic App qui analyseront les données d’événement pour vous. Par conséquent, vous pouvez immédiatement commencer à interagir avec les données. Suivez les instructions d’installation et d’utilisation du fichier readme fourni dans le référentiel.
Stockage des données d’événement dans la base de données Common Data Service (facultatif)
En stockant les données d’événement dans Common Data Service à mesure qu’il passe par votre Event Hub, vous disposez d’un magasin de base de données centralisé que Power BI, Power Apps et d’autres flux Logic Apps ou Power Automate peuvent utiliser.
Note
Si vous souhaitez utiliser l’exemple d’application mentionné dans Travailler avec Power Apps ou l’exemple de rapport Power BI mentionné dans Travailler avec Power BI, configurez vos entités Common Data Service en important les solutions prédéfinies au lieu de créer manuellement les entités vous-même.
Créer une entité dans Common Data Service.
Par exemple, si vous travaillez avec des événements d’audit, vous pouvez créer une entité nommée Événement d’audit, et qui a des champs nommés Nom de l’entité, Type d’entité, Nom de l’opération, Horodatage et Identifiant utilisateur. (Pour plus d’informations sur les champs, voir Comment créer et modifier des champs .)
Néanmoins, vous pouvez configurer votre entité comme vous le souhaitez, en fonction des informations et des conventions de dénomination que vous souhaitez. Nous vous recommandons d’avoir une entité Common Data Service séparée pour chaque type d’événement Fraud Protection que vous souhaitez utiliser.
Dans votre application logique, ajoutez une nouvelle étape, puis recherchez et sélectionnez Créer un nouvel enregistrement.
Notez que, si vous avez utilisé les modèles du référentiel GitHub, votre application logique doit déjà inclure certaines étapes, telles que ParseContent, GetEvent et ParseEvent.
Sélectionnez votre environnement et le nom de l’entité. Les informations que vous saisissez dans le champ Environnement doivent être spécifique à votre propre configuration.
Définissez les paramètres que vous souhaitez stocker. Utilisez les champs de données dynamiques de l’étape précédente, ParseEvent.
Notez que vous devrez peut-être sélectionner En savoir plus lorsque vous chargez du contenu dynamique.
Confirmez que votre application logique fonctionne correctement. Dans la navigation de gauche, sélectionnez Vue d’ensemble, puis Exécute l’historique.
Confirmez que les données d’événement sont correctement stockées dans Common Data Service. Dans Power Apps, examinez la section Données de votre entité. Assurez-vous de basculer la vue sur Champs personnalisés.
Vous disposez désormais d’une base de données Common Data Service constamment mise à jour qui contient vos données d’événement. Par conséquent, vous pouvez désormais interagir avec cette base de données via des outils Microsoft Power Platform tels que Power BI et Power Apps.