MemberGilles Pommier
MemberForum Replies Created
Bonjour,
Je ne suis pas spécialiste VDR, donc peut être je ne vois pas tous les les tenants et aboutissants. Parcontre, je connais assez bien SharePoint et donc coté SharePoint :
Les audit Logs de M365 contiennent ces informations (quel fichier accédé, par qui, via quel type de périhpérique, etc …) . Pour les exploiter, il faut soit :
Etre admin M365 et aller dans la console (Compliance..) pour exporter (en csv) les journaux filtrés
Etre admin M365 et utiliser Graph API ou PowerSell, ce qui permet de faire des process automatisés
Avoir une application configurée dans Azure et les droits qui vont bien sur les audit log. Cette application pourra être utilisés dans un process automatisé (type PowerAutomate)
Sinon, pour les solutions tierce, j’ai déjà vu celle de l’éditeur Microsoft 365 Management for Enterprises | CoreView que je trouve bien. Surtout grace à leur systeme de délégation d’administration. Je ne me souviens plus des tarifs.
Bonne journée,
Gilles
CommentID=qjtAcKLLK9xWPGs, PostID=liHtHGbcAuskrIL
Bonjour,
Généralement, cela arrive dans 2 cas :
1/ La defininiton du PowerAutomate a changé (ex : ajout d’un paramètre), et PowerApps n’a pas bien compris la modif. ça ne semble pas être votre cas, mais au cas où, il faudrait supprimer dans PowerApps la référence au PowerAutomate et la refaire
2/ Cas qui est plus probable, le propriétaire du Flux n’est pas le même compte que le propriétaire de la PowerApps. Dans ce cas, cela marche avec votre compte parceque c’est vous qui avez buildé la derinière version , et là il s’y retrouve, mais pas pour ceux qui exécutent depuis l’URL publiée. Dans ce cas, ce que je fais c’est export du PowerAutomate, suppression, et réimport en étant connecté avec le même compte Owner qui a servi à créér la PowerApps. Une suppression de la référence au PowerAutomate et recréation ne sera pas superflue ensuite.
Attention dans cette manip, il y a un moment donné ou le flux est supprimé, donc il faut prendre des précautions “just in case” (ex : test d’import dans un autre environnement pour être sur que ça se passe bien, faire une copie du workflow avant manip, etc …)
CommentID=Y3o9dMgeUrNjssR, PostID=v5DHelKwC8C3EDX
Bonjour,
Si la question est-de savoir si on peut exécuter un traitement automatisé après soumission d’un Forms, la réponse est oui.
Voir le tuto suivant :
https://support.microsoft.com/fr-fr/office/cr%C3%A9er-un-flux-de-travail-automatis%C3%A9-pour-microsoft-forms-dee28c00-503a-48b3-89df-91a5084e6e43#:~:text=Go%20to%20Microsoft%20Power%20Automate%2C%20select%20Create%20%3E,new%20response%20is%20submitted%2C%20and%20then%20select%20Create.
Gilles
CommentID=Qr7wVxoJfy4hMsJ, PostID=p4fw9VrzlWW32G2
Bonjour à tous,
Le plus simple est d’utiliser l’interface avancée, car la configuration dans le studio ne permet pas d’effectuer tous les filtres.
et ensuite d’aller chercher la liste et les paramètres “metadata filter” tout en bas.
Brian Knight le résume parfaitement dans la video ici : (37) [Power Pages Tutorial #6] Filtering Data in a Power Page List – YouTube
Ne pas hésiter si ce n’est pas clair 😉
Bonne journée
SubCommentID=8SEuDj9pyvoJqud, CommentID=vaMs2z7GzCDwUML, PostID=ACccgza2kb4kbVq
Je précise. Cela n’empeche évidemment pas l’utilisation des filter comme indiqué par @R3dKap , mais cela permet de résoudre l’accès à la source de données, au cas où les utilisateurs trouvent un moyen d’arriver jusqu’au site SharePoint directement. Ils ne pourront pas voir les datas des autres.
SubCommentID=Xn2sVpeblLB0zyy, CommentID=upAnOVtlC247dV6, PostID=weSqscm557mue47
Hello. Désolé, la réponse est un peu tardive. Il exite pour les listes un paramétrage avancé qui permet de la paramétrer pour que les utilisateurs ne voient que les éléments qu’ils ont crées. Simple et efficace dans bcp de cas.
.
Attention cela n’existe pas pour les bibliothèques.
SubCommentID=W5EvdDLj4gQuVvP, CommentID=upAnOVtlC247dV6, PostID=weSqscm557mue47