Lorsque vous commencez à utiliser Microsoft Flow Pour automatiser les tâches et améliorer la productivité de votre environnement, l'une des actions les plus courantes est la recherche de données prise en charge par des filtres. Que vous vous concentriez sur l'examen des enregistrements Dynamics, listes de Sharepoint, tables dans une base de données SQL, etc., l'un des inconvénients des connecteurs Flow est que, généralement, comme règle générale, ne pas offrir la possibilité de rechercher un seul élément filtré par un champ autre que son champ d'identification (Identifiant).
Quand nous devons filtrer un élément, mais nous n'avons pas cet identifiant, nous devons recourir à toutes les lignes et y appliquer un filtre comme suit:
Exemple d'obtention de données basées sur un filtre dans Microsoft Flow
Dans cet exemple, nous pouvons voir qu'en utilisant l'action Obtenir des lignes de la rubrique SQL Nous pouvons définir non seulement la liste de toutes les lignes d'un tableau, pour ce cas TProvincias, mais nous pouvons filtrer ces résultats de requête. Pour ce cas, le filtre est configuré pour renvoyer un enregistrement qui correspond à un identifiant précédemment obtenu dans le flux qui n'est pas l'identifiant principal de cette table. En même temps, car il est clair que cette requête ne renverra qu'un seul enregistrement, on limite le résultat à ce registre en attribuant la première position à 1.
Voici le problème, si on essaie, par exemple, insérer cette province que nous avons obtenue dans un enregistrement Dynamics avec l'action Créer un nouvel enregistrement ce qui suit va arriver:
Au moment où l'on affecte une des valeurs récupérées de l'étape précédente à l'un des champs de la création de l'enregistrement, une condition de répétition sera automatiquement générée entre toutes les valeurs renvoyées.
Cela se produit parce qu'il s'agit d'une récupération de lignes, la sortie de l'étape Get Province sera toujours une matrice de résultats.
Cela impose un fardeau supplémentaire à la procédure que vous comprenez que vous devrez naviguer entre plusieurs résultats et également une complication supplémentaire lorsqu'il s'agit de comprendre la procédure que le Flow exécutera..
Pour l'éviter, chaque fois que nous sommes obligés d'utiliser une action avec ce type de sortie, nous pouvons recourir à l'exploitation des données Composer ou en espagnol Écrire.
Cette action nous permettra de conserver les éléments de la sortie précédente qui nous intéressent, pour ce cas, nous pouvons filtrer que seul le premier (et seulement) élément de
tableau renvoyé.
Pour cela, nous devrons utiliser l'expression premier dans le éditeur d'expression avancé indiquant d'où nous obtenons les données et quelle valeur spécifique nous recherchons, dans ce cas ce sera le champ de description de la valeur de sortie de l'action Get_Province.
premier (corps ('Obtenir_Province’)?)?
Maintenant, nous pouvons vérifier comment, lors de l'utilisation de la sortie de cette action dans notre création d'enregistrements dynamiques, la boucle ne s'affichera pas, laissant une structure plus propre et améliorant le temps de traitement.
Comme nous pouvons le voir, nous ne sauvegardons pas seulement cette boucle, mais aussi les boucles imbriquées au cas où nous aurions besoin de parcourir plus d'une table à la recherche de ces enregistrements. Maintenant, nous pouvons exécuter la procédure et vérifier le résultat:
Réalisation des provinces
Exécution de l'action Composer
Cette action utile de Composer, non seulement cela nous permettra de maintenir une meilleure structure dans notre Flow, Cela nous permettra également de modéliser les résultats de toutes sortes d'actions pour obtenir les résultats dont nous avons besoin, ignorant ceux que nous ne faisons pas, de cette façon, il devient une solution magnifique pour de multiples situations. tout au long de notre voyage dans le monde de l'automatisation avec Microsoft Flow.
