[R3dKap]

Salut XMABILLE, que veux-tu dire par “fonction wizard” ? Tu parles de la fonctionnalité “Import des données” qui te permet de choisir la source et d’utiliser PowerQuery pour configurer tes données ?

De mon côté j’ai alimenté des colonnes de type User via des dataflows et pour cela j’ai cliqué sur ce petit icône :

Cela m’a permis d’avoir accès au colonnes sous-jacente et au niveau du mapping j’ai utilisé la colonne azureactivedirectionobjectid pour l’alimentation.

Je sais pas si ça peut t’aider…

CommentID=jZP7aqQo5NmlOzS, PostID=Sd3DPZtEaaY9Ppl

[R3dKap]

Salut Lolo P,

Si je comprends bien, tu as paramétré ta colonne de recherche pour ramener des colonnes supplémentaires de la liste liée afin de pouvoir utiliser ces colonnes supplémentaires pour filtrer les éléments de ta liste dans une application Power Apps. Eh bien ce n’est pas possible car les colonnes supplémentaires des colonnes de recherche ne sont pas supportées par Power Apps.

Si tu as besoin de filtrer ta liste en fonction d’autres colonnes de la liste liée de ta colonne de recherche, voici comment procéder :

Mais peut-être n’ai-je pas bien compris ton besoin…

CommentID=TYblT4NveQEtXME, PostID=0iyHrUqnCp9nqO6

[R3dKap]

Salut oana, essaie peut-être cette piste :

CommentID=val5uDVEUsWKQwj, PostID=YiHsJOHjswsGAUo

[R3dKap]

Et ça date d’il y a une heure comme tu peux le voir…

SubCommentID=7bpmmXYHYcSuV95, CommentID=val5uDVEUsWKQwj, PostID=YiHsJOHjswsGAUo

[R3dKap]

T’as pas l’air d’être la seule en tout cas :

SubCommentID=vWPwRucWpvdP3xd, CommentID=val5uDVEUsWKQwj, PostID=YiHsJOHjswsGAUo

[R3dKap]

Quel est le destinataire de la demande d’approbation ? Un groupe O365 ou une personne spécifique ?

J’ai aussi trouvé quelqu’un qui disait qu’après avoir modifié le flux, les demandes en attente pouvaient déclencher cette erreur mais que les nouvelles demandes postérieure à la modification du flux ne posaient pas de soucis… Peut-être à explorer…

SubCommentID=5r33BGI5uSSonIp, CommentID=val5uDVEUsWKQwj, PostID=YiHsJOHjswsGAUo

[R3dKap]

Laurent CARRIERE le souci semble confirmé :

J’ai pas cherché plus loin que ça pour l’instant…

CommentID=8yqvCh3SClQvcqs, PostID=yhuUqQ2i3Hg70Yl

[R3dKap]

LOL… On a répondu en même temps avec David 😅

CommentID=CShVOLJ6X5y7cmJ, PostID=3pyNQec9Cg3stkI

[R3dKap]

Ok, je vois très bien ton use case : c’est un peu comme créer un enregistrement d’intervention sur chantier où dans ton formulaire tu coches le matériel que tu vas emmener avec toi.

Deux solutions :

1. Dans ta liste A tu crées une colonne de type lookup multiple qui pointe vers B.Title et tu l’utilises pour stocker les éléments sélectionnés de ta liste B lorsque tu crées ton élément dans A

2. Tu crées une nouvelle liste qui fait le lien entre ton élément de A et ton élément de B et tu y crées une ligne pour chaque lien A-B

Que préfères-tu ? Attention, la solution 1 est presque plus chiante à gérer à cause de la colonne lookup multi. A toi de voir… 😉

CommentID=LhjEDmWZc42lkuk, PostID=3pyNQec9Cg3stkI

[R3dKap]

Alors, ce que je te recommande de faire :

• à l’arrivée sur l’écran du formulaire, si le mode de ton formulaire est différent du mode FormMode.New il faut que tu mettes l’item concerné de la liste A dans une variable locItem ; s’il est en mode New tu mets Blank() dans locItem

• tu mets locItem sur le Item de ton formulaire

• dans ton formulaire tu as un datacard pour ton lookup multi (je l’appelle LookupMulti) de ta liste A

• c’est dans ce datacard que tu dois mettre ta galerie (je l’appelle GalleryA) et tu masques la combo box

• ensuite, la source de données de ta galerie (le Items) doit être ListeB

• dans la galerie tu mets un label avec ThisItem.Title pour afficher tous les éléments de ta liste B (dans ton use case tu ne parles pas du rôle de la colonne Check donc je n’en parle pas non plus, mais je soupçonne qu’elle a peut-être un rôle)

• tu rajoutes une case à cocher (je l’appelle CheckBoxB) dans la galerie avec :

  • Default = !IsBlank(locItem) && ThisItem.ID in ShowColumns(locItem.LookupMulti; "Id")

• sur le DefaultSelectedItems de ComboBoxA tu mets :

  • RenameColumns(ShowColumns(Filter(GalleryA.AllItems; CheckBoxB.Value); "ID"; "Title"); "ID"; "Id"; "Title"; "Value")

Et ça devrait marcher. Mais j’ai fais ça de tête donc y’a sûrement des petites coquilles. Mais le principe est là… Essaie de voir si tu le comprends et reviens vers moi si ça coince… 😉

SubCommentID=ERsrNaeHKH3K2W5, CommentID=LhjEDmWZc42lkuk, PostID=3pyNQec9Cg3stkI

[R3dKap]

RANDRIATAHINA Charles à mon avis, il y a lieu de creuser ton besoin originel car ta demande est peu conventionnelle et elle doit cacher quelque chose qui peut peut-être réalisé différemment. Si tu nous en dis plus on pourra peut-être t’aiguiller vers une solution différente et tout aussi efficace… 😉

CommentID=ETnklTOAQ6mQe3v, PostID=3pyNQec9Cg3stkI

[R3dKap]

RANDRIATAHINA Charles cette problématique arrive tellement souvent que j’ai fini par faire un mini-article pour expliquer comment faire ça :

CommentID=mChWQM3paqVoc4d, PostID=sY77Ah5aseCVqxa

[R3dKap]

Ok. Alors vu qu’un élément B ne peut être rattaché qu’à un seul élément A, oui pourquoi pas stocker l’ID de l’élément A sur les éléments B.

Par contre, il faut procéder différemment pour que ça fonctionne. Dans la suite de mes explications je vais utiliser la nomenclature suivante :

• ListeA (et ses colonnes)

• ListeB (et ses colonnes dont la colonne IdItemA)

Je vais aussi supposer que tu as un écran HOME où tu listes tes éléments A et où tu peux soit créer un nouvel élément A ou en modifier un en cliquant sur l’élément en question dans une galerie. Dans les 2 cas, je suppose que cela t’amènes sur un écran DETAILS_A où se trouve ton formulaire FormA et ta galerie galItemsB.

Je vais aussi supposer que lors de la navigation de HOME vers DETAILS_A lorsque l’on clique sur un élément A, tu passes l’élément en question dans le 3è paramètre du Navigate() afin que celui-ci soit directement exploitable au moment où l’écran s’affiche. Donc, si tu as quelque chose comme ceci Navigate(DETAILS_A; ScreenTransition.None; {locItemA: ThisItem}) je suppose alors que locItemA est bien positionné sur la propriété Item de ton formulaire sur l’écran DETAILS_A.

Tu me suis ?

Du coup, pour la suite, tout se passe sur l’écran DETAILS_A…

Et et vérifies aussi que tu as bien activé ce paramètre sur ton application :

Au niveau de l’écran lui-même

• Sur le OnVisible : ClearCollect(colItemsB; Filter(ListeB; IdItemA = Blank() || (FormA.Mode = FormMode.Edit && IdItemA=locItemA.ID))) (en gros : je ramène toujours les B qui n’ont pas encore été sélectionnés (que je sois en création ou en modification sur un A), mais si je suis en train de modifier un A alors il faut que je ramène en plus ceux qui lui sont associés -> tu me suis ?)

• Toujours sur le OnVisible, à la suite du code précédent : ClearCollect(colSelectedItemsB; Filter(colItemsB; IdItemA = locItemA.ID))

Côté galerie qui liste les éléments B avec les cases à cocher

Cette galerie ne doit fonctionner QUE sur la base de la collection locale colItemsB.

• Sur le Items de la galerie : colItemsB

• Sur la case à cocher (que j’appelle cbxItemsB) dans la galerie :

  • sur le OnCheck : Collect(colSelectedItemsB; ThisItem)

  • sur le OnUncheck : Remove(colSelectedItemsB; ThisItem)

• Sur le Default de la case à cocher : ThisItem.IdItemA = locItemA.ID

Côté formulaire FormA

• Sur le OnSuccess :

// Détacher d'abord tous les B qui étaient rattachés à AnUpdateIf(ListeB; IdItemA = locItemA.ID; {IdItemA: Blank()});;n// Rattacher ensuite les B sélectionnés au AnForAll(n    colSelectedItemsB As LoopItemB;n    Patch(n        ListeB;n        LookUp(ListeB; ID = LoopItemB.ID);n        {n            IdItemA: locItemA.IDn        }n    )n)

A la suite de quoi il vaudrait mieux retourner sur l’écran d’accueil pour pas avoir à gérer la mise à jour des collections locales…

Voilou…

Bon j’ai fait ça de tête donc y’aura sûrement des p’tits bugs à corriger mais l’esprit est là…

SubCommentID=FlKObLbNmiD44wW, CommentID=buLKK1nqHue5OF0, PostID=fKaqWUStj0TpiXh

[R3dKap]

Belle année à toi aussi RANDRIATAHINA Charles.

Ok, je vois. Si je comprends bien :

• Liste A : sur le formulaire de création tu affiches dans un datacard une galerie avec une liste d’éléments qui viennent d’une liste B ; il y a une case à cocher en face de chaque élément pour que l’utilisateur puisse en sélectionner plusieurs

• Liste B : c’est ici que sont listés les éléments qui peuvent être sélectionnés lors de la création d’un élément de la liste A ; tu stockes (dans une colonne IDItemListA), en face de chaque élément sélectionné pour un item de la liste A, l’ID de cet item de la liste A, l’objectif étant de pouvoir les afficher comme étant sélectionnés lorsque l’utilisateur ré-éditera l’élément de la liste A

Est-ce que j’ai bien compris ?

Si c’est le cas, j’ai une question : que se passe-t-il si “First delivered value” est sélectionné sur plusieurs éléments de la liste A ? Est-ce possible ? Comment gères-tu ce cas de figure dans ta colonne IDItemListA de ta liste B ?

A mon avis, et je m’en doutais un peu, il faudra probablement revoir la manière d’implémenter ton besoin. Mais j’attends d’abord ton retour sur mes questions… 😉

SubCommentID=uXNXth6E8bcFbBd, CommentID=buLKK1nqHue5OF0, PostID=fKaqWUStj0TpiXh

[R3dKap]

RANDRIATAHINA Charles l’identifiant des éléments de liste SharePoint ne peut être géré manuellement ; c’est strictement géré par le système. Impossible donc de le connaître AVANT que l’élément n’existe.

Lorsque l’on a besoin d’exploiter l’ID d’un nouvel élément d’une liste SharePoint on procède ainsi :

1. On soumet le formulaire avec un SubmitForm()

2. Dans le OnSuccess du formulaire on récupère le nouvel ID à l’aide de Form1.LastSubmit.ID pour l’utiliser pour autre chose

Si tu as besoin d’avoir un ID avant que l’élément n’existe, alors tu n’as plus qu’à créer ta propre colonne d’ID custom que tu devras gérer toi-même à ta façon.

Mais peut-être peux-tu nous éclairer sur les raisons qui te poussent à avoir besoin de l’ID de l’élément SharePoint AVANT qu’il n’existe… A mon avis c’est là qu’est l’os ; peut-être faut-il envisager une solution différente à ta problématique. Expose-là nous et on verra comment procéder…

SubCommentID=4v0LbNGTjgieCAN, CommentID=buLKK1nqHue5OF0, PostID=fKaqWUStj0TpiXh