[DavidZed]

hello Sammy Rakotoarison ,

Dans le paramètre “défault” de ta galerie, tu peux tout simplement mettre un
First(TaSourceFiltréeetTriée)

CommentID=nNXiOVtqFCW9nNi, PostID=X6xIQXewADH5pPb

[DavidZed]

Exact ! (sans oublier d’enlever le ;150) à la fin 😄

SubCommentID=x8f1xoVVPU8qgq3, CommentID=nNXiOVtqFCW9nNi, PostID=X6xIQXewADH5pPb

[DavidZed]

Hello Marine

Les actions que tu vas devoir utiliser sont :

Ondrive : obtenir le contenu d’un fichier en utilisant un lien

Sharepoint ajouter une pièce jointe

CommentID=hdH9DV3rs3LTA1c, PostID=62vJizNaEtrnN6m

[DavidZed]

Bonjour, Shalaya

tu peux le trouver ici

Par contre, l’utilisation de ce connecteur a malheureusement des limites, de mémoire il ne retourne que les 100 premières valeurs, du coup passé la version 100, ça bloque.

Je n’ai pas retesté depuis quelques mois cependant.

CommentID=KBAC3jlAAS6Zdof, PostID=VJluJNE23OqJ84i

[DavidZed]

Hello FRED b.

Pour ma part je n’ai pas de solution miracle et en un clic 🙁

Le plus efficace que j’ai trouvé, par écran, sélectionner tous les contrôles concernés et changer la valeur dans les “advanced properties”

CommentID=azvBeKYpl1tOZbU, PostID=1DdywzBlq9SZP0o

[DavidZed]

Hello,

Une solution pourrait consister à changer le ownership de l’item tout au long du flux et de modifier les droits d’accès en conséquence.

Quand le fichier est créé, il appartient au user,
Quand le flux arrive à la 1ere étape de validation, il appartient a aprobator 1
Quand le flux arrive à la 2ere étape de validation, il appartient a aprobator 2

Je n’ai jamais expérimenté mais ça me semble faisable

CommentID=LLigXF5ZUjP5Wzi, PostID=8G0urTtn3WuMaLz

[DavidZed]

Hello CedZ ,

Si les éléments à filtrer sont dans une galerie, tu peux tout à fait mettre ton filtre “en dur” dans le paramètre “items” de ta galerie, par exemple :

Filter(Source;Year(ChampDate)>2018;Year(ChampDate)<2021)

Dans cette gallerie, n’apparaitront que les Enregistrements contenus dans “Source” dont l’année de la date dans “ChampDate” est entre 2019 et 2020 inclus. Ou encore, pour que cela soit plus dynamique :

Filter(Source;Year(ChampDate)>Year(Now())-3)nnne fera apparaitre que les items des 2 dernières années + celle en cours

CommentID=aGvoeRrAPCqpg0l, PostID=lxyRSIV3T4KoV9t

[DavidZed]

J’ai un peu de mal à comprendre ce que tu souhaites faire, mais en gros cela va dépendre du déclencheur et du contexte de déclenchement du flux.
Si tu souhaites que l’utilisateur puisse choisir quel flux va être lancé, il va falloir qu’il puisse entrer cette information quelque-part.

Il me semble que tes flux partent d’un déclencheur type “quand un fichier est créé ou modifié”… Admettons que ton process prévoie qu’un utilisateur puisse “soumettre le fichier pour approbation” , “demander l’archivage du fichier” ou “demander la suppression du fichier”.
Une solution pourrait être de faire un flux unique :

• Ajouter une colonne à la bibliothèque: “action demandée” avec les 3 options + “Aucune”

• Mettre en condition de déclenchement : l’item est modifié et “action demandée” est différent de “Aucune”

• Mettre un switch sur les 3 actions possibles et mettre toutes les étapes dans chaque branche du switch

Si par contre à chaque dossier correspond un seul scénario, il sera plus simple de faire des flux séparés

CommentID=HmZ3n5kyS5UneKW, PostID=ybvl5x3Tfh4QdOM

[DavidZed]

Hello anthony ,

Un sujet passionnant et vaste 😄

Pour que des citizendevs puissent développer, il faut leur fournir un environnement Sandbox.

Mais en matière de gouvernance, la gestion des environnements est quelque chose à mûrement réfléchir à l’avance pour éviter que cela ne devienne la jungle.

A savoir que pour la plupart des usages, un environnement dédié n’est pas nécessaire et il peut être plus judicieux de proposer des alternatives plus simples à gérer :

• Proposer au citizendev de se créer un environnement via le plan pour les développeur

  https://powerapps.microsoft.com/fr-fr/developerplan/

  • Proposer l’utilisation de Dataverse for teams si l’outil répond aux besoins

Pour la création d’environnements Sandbox, à mon sens cela ne doit se faire que si le besoin ne peut être couvert par les deux exemples ci-dessus.

Avoir une série de 3 environnements pour le groupe (dev/test/prod) et une autre série pour les citizendev peut être une bonne base de départ.
Mais j’insiste sur un point: C’est ma vision, et d’autres schémas seront certainement tout aussi valables.

Pour des sessions de formation, l’environnement trial est un bon choix 🙂 mais aussi pour les démonstrations / présentations.

Pour la ressource qui quitte l’organisation, il est même capital que son application ne disparaisse pas avec lui, une gouvernance bien gérée en amont permet d’y remédier, sans attendre que cela ne soit de l’initiative du salarié sortant.

Ce qui va de pair avec une gouvernance efficace, c’est un accompagnement des usages et aux bonnes pratiques de la Power Platform (l’utilisation des solutions est un bon exemple 🙂 )

Si besoin de plus de réponses, contacte moi par MP 😉

CommentID=pwbgg6f7WkimJUt, PostID=MXqntbwGytOTdfu

[DavidZed]

C’est faisable si tu as une machine dédiée (ou une VM), tu crées un flux cloud qui déclenche le flux RPA (desktop)

Le flux cloud est partageable, par contre cela requiert une machine dédiée à ton flux desktop (qui pourra en gérer plusieurs via files d’attente)

CommentID=j7TBWnB7oTPWKyN, PostID=v4zMoRmPSxNowe7

[DavidZed]

Bonjour,

C’est possible avec power automate desktop uniquement

CommentID=88iyDhVcS1F0EJU, PostID=v4zMoRmPSxNowe7

[DavidZed]

Hello Knr ,

Quand tu fais un screenshot, essaies de faire apparaître le message d’erreur en survolant la partie soulignée de ta formule.

Par déduction, je pense que le soucis vient du fait que ta colonne Organisateurs est un lookup multivalué, du coup l’opérateur “=” ne peut pas fonctionner car tu essaies de comparer une table à un string de texte.
Autre soucis, le Choices(Source.Colonne), te retourne normalement toutes les valeurs possibles d’une colonne, ton paramètre de filtre donnera donc toujours “true”, ici tu peux simplement comparer à la valeur Organisateurs.DisplayName

Tu peux essayer de remplacer le 1er test logique de ton filter par :
User().FullName in Organisateurs.DisplayName

Mais attention si tu prévois d’avoir beaucoup d’enregistrements, le “in” n’est pas délégable

SubCommentID=y4ZvkvTJjTyzhfj, CommentID=X6kuAoGfcIFY7At, PostID=6yloS5PyNCseabG

[DavidZed]

Le soucis avec cette fonctionnalité, c’est que c’est très compliqué à tester sur PC :
– Sur navigateur : pas de connexion = pas d’appli
– Dans l’éditeur Power Apps studio, cette fonction renvoie toujours “true”

Les seules situations ou cette fonction peut te renvoyer un false :
– Sur smartphone / tablette si pas de connexion
– Sur une appli power apps téléchargée via l’application power apps du windows store sur un pc sans connexion (et encore je n’en suis pas sûr à 100%)

C’est bien dans ces deux dernières situations que tu peux vérifier que la formule fonctionne

Pour le développement, je te suggère de coupler une variable booléenne pour simuler un état offline :

Ex, sur un bouton hors-champ : set(SimulOffLine;!SimulOffLine)

Et sur les contrôles qui envoient les données ex:
If(SimulOffLine || Connection.Connected, Patch(Contacts, Defaults(Contacts),{Name:"Toto"}), Collect(DraftContacts,{Name:"Toto"})

SubCommentID=yf65Kr3oBhNs7mf, CommentID=c3TAQnHrbHFujKx, PostID=shNtVWJr4SzeamT

[DavidZed]

R3dKap , Pour le developper’s plan, on peut partager les applis mais ça n’a pas toujours été le cas, MS a étendu les fonctionnalités il y a un peu plus d’un an 👍

SubCommentID=dZn6SRrJYETOqCY, CommentID=YJG0NrcVdEgbvW2, PostID=MXqntbwGytOTdfu

[DavidZed]

Hello,

Pour l’approche, elle me semble cohérente, si ce n’est pour le 1er point, je couplerait cela à un flux qui détecte les applis test (il me semble qu’il existe dans le COE)

Pour Azure Devops, pour moi celà n’est à implémenter que si le besoin est justifier: Avez-vous des applis dont le développement va nécessiter qu’une grosse équipe travaille en même temps sur le même projet ? J’aurai tendance à penser que pour de tels projets, la power platform n’est peut être pas l’outil idéal 🙂

Pour les comptes de service : un par ressource, c’est quelquechose à considérer à partir d’un certain nombre d’utilisateurs de la Power platform. S’il y a moins de 100 utilisateurs, un compte unique pour toutes les ressources me parait suffisant. L’important est de limiter l’accès à ces comptes au nombre minimal de personnes, pour gérer l’ownership des applis et des flux et de développer en co-ownership sur des comptes nominatifs.

Pour renforcer la sécurité de ces comptes, il peut être intéressant de leur paramétrer un accès conditionnel, par exemple.

SubCommentID=2NGeHFjh9VuZa5K, CommentID=YJG0NrcVdEgbvW2, PostID=MXqntbwGytOTdfu