MemberSebastien
MemberForum Replies Created
Bonjour Vincent HERY
C’est une erreur qui revient régulièrement pour différentes raisons.. Par rapport à SharePoint, étant donné ton cas, je pense que l’utilisateur en question manque de droits sur le Site SharePoint, ou il n’a pas le droit d’utiliser ta connexion SharePoint.En espérant que cela t’aide.
Sébastien BCommentID=t9JP40FvlcazymM, PostID=A0wSdtwpM3Z5l1v
Voici le message d’erreur XML présent lors de l’export de la solution :
CommentID=NuEJ9JVst2YbmFm, PostID=6A84Q7J8j4FqnFD
Bonjour Eren
S’il te faut absolument des checkboxes dans une galerie, une solution peut être de te faire ton propre composant checkbox. Tu peux mettre en propriété entrante le nombre de checkboxes dont tu as besoin, une formule qui décoche quand tu click sur une autre.. Et tout ce dont tu as besoin. Et en plus de ça, si tu préfères, tu peux refaire le design de ta checkbox :
Sinon R3dKap et Geoffroy WAGNER ont raison, les boutons radio ont tout ce qu’il te faut niveau fonctionnalités.
CommentID=Iy6oP5sg8taHKib, PostID=H80fj9wvlQ5Mq4p
Bonjour ChezWam
Est ce que tu peux envoyer une copie ou un screenshot des formules avec lesquelles tu génères cette collection ?
CommentID=mxho2toWbV0f4OH, PostID=k6g7xoF01YEzi9Y
C’est un peu difficile de te dire ce qui se passe mal avec seulement ça, mais je peux te donner des façons de construire des collections fonctionnelles.
J’imagine que MagasinReceptions, ListeIntervention, etc.. sont de sources de données basées sur Dataverse. C’est toujours possible d’écrire : ClearCollect(ColCollection; SourceDeDonnée) pour faire une copie de la table, mais on perd pas mal en flexibilité, et on vise en général trop large par rapport au but. Il y a de nombreuses options pour monter des collection comme on l’entend.
Exemple 1 :
ClearCollect(nNomCollection;n AddColumns(n ShowColumns(n Filter(SourceDeDonnée; TesteLogique);n NomLogiqueDataColonne1;n NomLogiqueDataColonne2;n NomLogiqueDataColonne3;n NomLogiqueDataColonne4n );n FormuleColonne5;n FormuleColonne6n));;Cette formule permet de construire une collection a partir d’une autre source de donnée, en choisissant les colonnes que l’on met dedans. C’est une formule relativement courte et efficace.
Exemple 2 :
Clear(CollectionN);;nForAll(n Filter(SourceDeDonnée; TesteLogique);n Collect(CollectionN;n {n NomColonne1: NomValeur1DeSourceDeDonnée;n NomColonne2: NomValeur2DeSourceDeDonnée;n NomColonne3: NomValeur3DeSourceDeDonnée;n ......n })n )Cette formule permet plus de flexibilité, on peut manipuler plusieurs source de données dans un ForAll() afin de mettre en place une collection complexe, ou monter plusieurs collections en même temps.. En bref, cela donne des options.
En espérant que cela t’aide !
SubCommentID=M03TmBRizOf2qMh, CommentID=mxho2toWbV0f4OH, PostID=k6g7xoF01YEzi9Y
Bonjour RANDRIATAHINA Charles
La première chose qui me vient en tête est un simple flux d’envoi de mail (et / ou notification), auquel on peut fournir plusieurs destinataires, qui se déclenche en même temps que la création de l’objet SharePoint, uniquement si une ou plusieurs personnes sont taggés.
Exemple de flux : Envoi de mail à un destinataire unique
Est-ce que tu as besoin de stocker dans l’enregistrement SP “Commentaire” les utilisateurs qui ont été taggés ? Si un simple mail et/ou notification suffisent, le processus d’avant fonctionne. S’il faut garder l’information dans SharePoint on peut créer un certain nombre de champs de type “Personne” mais je ne le recommande pas, puisqu’on est limité par le nombre de champs que l’on créé, et on ne veut probablement pas en ajouter 15. On peut aussi créer un champ texte multiligne dans lequel on stock nos utilisateurs via une syntaxe que l’on est capable d’interpréter à nouveau si on en a besoin.
Par exemple : [Marie Berton; Jean Dupont; Charles Charlie]
ou [{“Nom” : “Marie Berton”}, {“Nom” : “Jean Dupont”}, {“Nom” : “Charles Charlie”}]
En espérant que cela t’aide !
CommentID=TQHIUr9echw6vvM, PostID=u0JrXQ4p5VL0T4B
Je n’utiliserai probablement pas de connecteur spécifique. Soit les fonction power automate pour traiter la donner qu’on reçoit de canvas, ou un traitement dans canvas et on envoi le texte déjà formater a power automate.
Et de la même façon pour traiter la donnée qu’on récuypère depuis sharepoint, on peut le faire avec la fonction Split() de automate. Se n’est jamais très agréable à mettre en place, mais on peut faire pas mal de choses avec ces fonctions.SubCommentID=oWJz5l8mxDlqmf2, CommentID=TQHIUr9echw6vvM, PostID=u0JrXQ4p5VL0T4B
Bonjour RANDRIATAHINA Charles !
J’utilise rarement les listes SharePoint avec canvas, mais il me semble que tu peux simplement rajouter .type à la fin de ton expression.
Syntaxe pour récupérer une colonne spécifique via un filter() :
Filter(Liste; Condition).Colonne
CommentID=7IGDGrgE82018bA, PostID=sY77Ah5aseCVqxa
Salut Alexandre Perret
Je ne pense pas que se soit possible de jouer avec les permissions des utilisateurs simplement. A ta place, j’essayerai de voir le problème d’une autre façon.Exemple I – Restriction par vue
Est-ce que l’accès à la model-driven le seul moyen d’empêcher que les utilisateurs ne mettent à jour la donnée ? Ce que tu peux faire, même si ce n’est probablement pas vraiment dans les règles de l’art, se serait ajouter un booléen (ou autre champ) à tes campagnes qui s’appellerait ‘Campagne modifiable’ et modifier toutes les vues de l’app model driven pour qu’elles n’affichent que les campagnes modifiables. S’il n’y en a pas, tes utilisateurs auront toujours l’accès, mais ils ne verront rien à l’intérieur.
Exemple II – Restriction par équipe
Si tu mets tous tes utilisateurs dans une équipe et le rôle qui leur donne accès à la donnée n’est lié qu’à cette équipe, il s’agit ensuite d’une simple manipulation de 30 secondes pour activer/désactiver ce rôle. Cela demandera par contre quelqu’un avec des accès.
Exemple III – Restriction par phase
Tu coupes le courant de leur bureau quand ils ne doivent pas modifier la donnée. . . Bien sûr, je plaisante, mais je voulais juste illustrer qu’un problème peut avoir des solutions bien différentes en fonction des questions que l’on se pose.
Aujourd’hui, tu poses la question “Comment restreindre l’accès à l’app model-driven ?” et c’est effectivement une bonne question à se poser, mais ce n’est pas la problématique la plus fondamentale de ton scénario. Pour moi, d’après ce que je comprend de ton post, ce serait plutôt “Comment, sans droits d’administrateurs, peut on périodiquement donner accès à de la donnée spécifique à un groupe d’utilisateurs ?”. Dans ce cas, c’est assez simple d’imaginer une canvas qui ne donne les droits d’édition que quand un champs booléen ‘Permission édition campagne’ dataverse de l’utilisateur actif est égal à ‘true’, et on restreint toutes les modifications de la table en dehors de canvas, on donne les droits de modifier ‘Permission édition campagne’ aux ‘Super users’, et on à finit.
J’espère que tout ça te sera utile, même si je suis bien conscient de ne pas avoir répondu à ta question 😅
CommentID=NQA8sxcH3qH2akp, PostID=rM6eE3H8GPxVTBr
Merci beaucoup pour vos réponses.
CommentID=C1w0o8d2EdL1Xbb, PostID=ZAJrbKLjgT2TqnW
Si ça intéresse du monde, ce serait avec plaisir.
SubCommentID=mZegZo3y6GABWo7, CommentID=jLC7gAfnZ11TNxK, PostID=djowL48rheLJY8A
C’est ce que j’ai pour l’instant, mais mon but c’est de n’avoir plus que les champs personnalisés et les formulaires / vues / etc.. dont j’ai besoin. Et effectivement, le bug ne semble pas présent quand on ajoute toute la table.
Le problème est que c’est une solution qui a pour but de faire du “déploiement continue” (autant que faire se peut), elle va être importée régulièrement sur plusieurs environnements, donc le moins d’informations superflues il y a, le mieux c’est. Par exemple je ne veux créer qu’un champ dans la table ‘Suivi de géolocalisation’, mais si pour ça je dois ajouter l’intégralité de l’entité, c’est peut être plus simple de le créer à la main dans tous les environnements..SubCommentID=bL3JXpPUh3NuSE8, CommentID=9ZndoglY6ARvDFV, PostID=6A84Q7J8j4FqnFD
Pour l’instant je contourne le problème, mais je ne vais pas pouvoir continuer longtemps. La table prospect est native, mais ce n’est pas la seule avec ce problème. J’ai la même erreur avec la table ‘Suivi de géolocalisation’ dans mes derniers imports (msdyn_geolocationtracking) sur le seul champs que j’y ai créé : Prospect (aa1_Prospect : LookUp vers la table ‘Prospect’)
Ma théorie du moment c’est qu’il y a un soucis avec l’outil de construction des solutions dans power apps, ou tout du moins dans notre environnement, et que les références de certaines relations correspondant aux LookUp ne sont pas ajoutés au fichier xml de la solution.
SubCommentID=ft67R7S3bZ0HyGu, CommentID=FQRFiv5FdSRTMev, PostID=6A84Q7J8j4FqnFD
Prospect est bien dans la même solution. Additionnellement, j’ai essayé de supprimer et recréer la table prospect dans cette même solution, j’ai eu la même erreur concernant plusieurs relations de la table prospect. Il a fallu importer une ancienne version de la solution pour retrouver un fonctionnement normal.
SubCommentID=xskwsfYgER3acPw, CommentID=FQRFiv5FdSRTMev, PostID=6A84Q7J8j4FqnFD
Exactement, une vue dataverse bien faite peut être appropriée, ou encore une intégration canvas à la model-driven. Je n’ai personnellement jamais essayé, mais il parait que ça fonctionne assez bien, et dans ce cas, tu peux avoir le meilleur des deux mondes.
SubCommentID=kBV5ZuetkszGvw9, CommentID=IXnLvMbYQv1o7Bz, PostID=rM6eE3H8GPxVTBr