R3dKap
Expert Power AppsRéponses céées sur le Forum
-
C’est normal : c’est l’environnement par défaut. Ce qui me fait poser la question de savoir si la récupération de flux supprimés est possible sur l’environnement par défaut. Comme ça au premier abord je dirais que je vois pas pourquoi ce ne serait pas possible… Mais bon, on sait jamais. Evidemment ils ne le précisent pas dans la doc…
Je serais toi je ferais un ticket à MS pour leur demander pourquoi les flux supprimés n’apparaissent pas…
-
R3dKap
Membre15 octobre 2024 à 11h33 en réponse à: Problème Token exchange de certains utilisateur expiredSalut @florian,
Mmm… Je vois pas trop comment tu pourrais détecter cette “inactivité”. Je passerais plutôt par de l’information auprès des utilisateurs sur les bonnes pratiques à avoir dans la manière d’utiliser l’application.
-
R3dKap
Membre14 octobre 2024 à 18h14 en réponse à: Trier une colonne d’un tableau filtrer par ordre ascendantTop merci 👍
Alors… Il y a 2 erreurs sur ton écran : chaque rond rouge/croix blanche représente une erreur -> dès que tu vois une erreur il faut essayer de la corriger pour t’assurer du bon fonctionnement de ton application.
Sur l’erreur de tri tu vois que certaines portions de ta formule sont soulignées en rouge : c’est pour t’indiquer où se trouve l’erreur. En l’occurrence dans ton cas, c’est probablement parce-que le nom de ta colonne “Interlo_DT_Interlo” n’est pas bonne (survole la zone soulignée en rouge pendant 1s sans bouger avec la souris et tu verras le message d’erreur apparaître). De mémoire ici il faut le nom technique de la colonne.
Ton modèle de données est dans SharePoint dans le Dataverse ?
Si c’est SharePoint :
- va dans les paramètres de ta liste
- clique sur la colonne
- récupère le nom technique de ta colonne tout à la fin de l’url de ton navigateur (derrière le “…field=<nom_technique_de_ta_colonne>”)
Si c’est Dataverse :
- va sur ta table
- liste les colonnes de ta table
- repère ta colonne et note le nom logique de ta colonne
-
R3dKap
Membre14 octobre 2024 à 17h38 en réponse à: Best practice modélisation Dataverse from SharePointSalut @MarKAR,
Alors j’ai pas encore pratiqué l’utilisation des business units et des équipes D365 dans Dataverse mais voici quand même mon point de vue.
Si tu veux utiliser des business units et des équipes (on parle bien d’objets D365 exploités via le Dataverse) cela implique que l’entreprise s’est organisée (ou va s’organiser) pour définir toute sa structure via ces objets ; mais surtout il faudra qu’ils soient maintenus à jour -> il faut donc établir une gouvernance claire pour la mise à jour de ces données
Perso, j’aime les solutions simples et efficaces . Sur une grosse application Power Apps je m’étais “contenté” d’utiliser des équipes Dataverse et des rôles de sécurité : des équipes (dans lesquelles je mettais les bonnes personnes) et des rôles customs associés à chaque équipe.
Mais ce n’est que mon humble avis
NOTE : les équipes Dataverse (+ les rôles) servent à identifier le rôle (dans la vie réelle) et donc les droits d’un utilisateur dans l’application (du moins c’est comme ça que je les avais utilisés). Mais selon moi cela ne t’empêche pas de devoir indiquer dans tes tables les chefs et les responsables (voir ci-dessous).
Pour ce qui est donc du modèle de données j’identifie (de ce que j’ai compris) :
- Une table REGIONS
- Chef de région
- Une table USINES
- Région (lien vers REGIONS)
- Chef d’usine
- Responsable d’usine
- Une table TICKETS
- Usine (lien vers USINES)
- Validation région
- Une table TICKETS – VALIDATIONS USINES
- Ticket (lien vers TICKETS)
- Usine (lien vers USINES)
- Validé (oui/non)
Je préfère une table TICKETS – VALIDATIONS USINES plutôt qu’une relation N-N “Validations usines” entre TICKETS et USINES parce-que j’ai plus facilement la main sur son contenu. Les relations N-N créent des tables masquées qui sont un peu relou (je trouve) à manipuler.
Mais tout ça reste à creuser selon le besoin réel…
- Cette réponse a été modifiée Il y a 1 mois, 1 semaine par R3dKap.
- Une table REGIONS
-
Salut @Nathan,
Le problème que tu poses est trop vague, trop large. Il faut que tu poses une question bien précise pour que l’on puisse y répondre. N’hésite pas à mettre des captures d’écrans et/ou de formules dans ta question. Si tu veux nous remonter une erreur sur une formule, suis ces instructions : https://ppfc.fr/groupes/infos-ppfc/forum/topic/%f0%9f%92%a1-power-apps-remonter-clairement-une-erreur-de-formule/?no_frame=1
A+ 😉
-
Salut @Valentin,
Cela dépend peut-être de la manière dont l’exception a été réalisée. As-tu pu voir sa mise en oeuvre ?
Voici quelques bonnes recommandations sur les DLP : https://www.matthewdevaney.com/8-power-platform-dlp-policy-best-practices/
-
Salut @Pascal,
Est-ce que tu es sûr d’être sur le même environnement que celui où se trouvait ton flux supprimé ?
-
R3dKap
Membre14 octobre 2024 à 17h09 en réponse à: Trier une colonne d’un tableau filtrer par ordre ascendantSalut @Francis,
Tu peux nous mettre une capture de ta formule de tri en suivant ces instructions stp : https://ppfc.fr/groupes/infos-ppfc/forum/topic/%f0%9f%92%a1-power-apps-remonter-clairement-une-erreur-de-formule/?no_frame=1
🙏
-
R3dKap
Membre11 octobre 2024 à 18h27 en réponse à: User().FullName dans formulaire ne s’enregistre pasDe manière générale, pour être certain qu’une valeur par défaut sur un champ soit bien prise en compte, il faut impérativement connaître parfaitement le format de la donnée portée par ce champ :
- si c’est un champ texte, la valeur par défaut peut être une chaîne
- si c’est un champ numérique, la valeur par défaut doit être numérique
- etc.
Dans ton cas, si j’ai bien compris ta colonne est de type Personne. Or, et là-dessus @Cyril a raison, un champ de type Personne dans SharePoint est un enregistrement dont le format est le suivant :
{
DisplayName: "Brad PITT";
Claims: "i:0#.f|membership|brad.pitt@gmail.com";
Department: "Action movies";
Email: "brad.pitt@gmail.com";
JobTitle: "Actor";
Picture: User().Image
}Or, bon ça il faut le savoir (je l’ai découvert en faisant de nombreux tests), seuls les champs Claims est nécessaire si tu veux définir une valeur par défaut sur un champ de type Personne.
Donc, il te suffit d’écrire ceci dans la propriété Default de ton champ Nom :
{
DisplayName: Blank();
Claims: $"i:0#.f|membership|{Lower(User().Email)}";
Department: Blank();
Email: Blank();
JobTitle: Blank();
Picture: Blank()
}Dis-nous si ça fonctionne… 😉
-
R3dKap
Membre4 octobre 2024 à 18h00 en réponse à: Liste déroulante de filtre distinct provenant de colonnes différentesOk, je vois… Alors voilà la formule (testée chez moi ) :
ClearCollect(
ListeFormations;
{
ID: 1;
Ref_tech1: "Nom1";
Ref_tech2: "Nom2"
};
{
ID: 2;
Ref_tech1: "Nom2";
Ref_tech2: "Nom3"
};
{
ID: 3;
Ref_tech1: "Nom5";
Ref_tech2: "Nom4"
}
);;
ClearCollect(
ListeTechs;
Sort(
Distinct(
Table(
RenameColumns(
ListeFormations.Ref_tech1;
Ref_tech1;
Ref_tech
);
RenameColumns(
ListeFormations.Ref_tech2;
Ref_tech2;
Ref_tech
)
);
Ref_tech
);
Value
)
);;Le ClearCollect() c’est juste pour simuler ta liste ListeFormations…
Explications :
ListeFormations.Ref_tech1
renvoie une table qu’avec la colonne Ref_tech1 (idem pour Ref_tech2)- Dans chacune de ces tables on renomme les colonnes Ref_tech1 et Ref_tech2 pour qu’elles s’appellent toutes les 2 Ref_tech (on utilise RenameColumns() pour faire ça)
- Ensuite on les fusionne en une seule table avec la fonction Table()
- Enfin, on supprime les doublons avec Distinct() (ce dernier renvoie toujours une table à une colonne qui s’appelle Value)
- Et on termine en triant le résultat sur cette colonne Value
On obtient bien :
- Nom1
- Nom2
- Nom3
- Nom4
- Nom5
Voilou…
-
R3dKap
Membre4 octobre 2024 à 10h35 en réponse à: Liste déroulante de filtre distinct provenant de colonnes différentesSalut Fiona,
- Que contiennent tes colonnes Ref_tech1 et Ref_tech2 ?
- De quel type sont ces colonnes (texte, user, oui/non, …) ?
- Que veux-tu afficher dans ta liste déroulante au final ?
-
Je crois que @Alexandre parle de la propriété TabIndex qui sert à définir, pour l’accessibilité d’une app, l’ordre de tabulation des contrôles à l’écran… 😉