Expert Power Apps R3dKap
Expert Power AppsRéponses céées sur le Forum
-
Et si ça marche toujours pas envoie-nous une capture de ta formule…
-
Voilà… Faut que tu l’écrives exactement comme ça entre les crochets, sans accents : [Date_Arrivee]
-
Salut @BENJAMIN,
Je suis un peu perdu. En remontant dans l’historique je me rends compte que ta capture montre une galerie qui affiche des données (dont la différence de date qui s’affiche effectivement 421.0000000) alors que dans ton post d’origine tu semblais expliquer qu’il y avait un problème à l’enregistrement.
Est-ce à l’affichage ou à l’enregistrement qu’il y a un problème ?
Lorsque tu cliques sur l’erreur dans l’app-checker de Power Apps où t’amène-t-il ? Sur un bouton ? Fais-nous une capture de l’erreur en suivant ces recommandations : https://ppfc.fr/groupes/infos-ppfc/forum/topic/%f0%9f%92%a1-power-apps-remonter-clairement-une-erreur-de-formule/
🙏
-
Est-ce que tu peux faire les manips suivantes de ton côté :
- Va dans les paramètres de ta liste
- Clique sur ta colonne Date_Arrivée
- Fais une capture de la fin de l’url dans ton navigateur, ça doit ressembler à ça normalement :
Qu’est-ce qu’il y a de ton côté tout à la fin après le “…&Field=” ?
Montre-nous la capture…
🙏
-
A quel moment cette erreur apparaît-elle ? Au chargement ou à l’enregistrement ?
J’ai reproduit ton cas de mon côté sans avoir d’erreur à l’enregistrement :
- un formulaire avec un champ calculé qui fait une différence de dates
- je vois bien la valeur au même format que toi 421.00000000
- quand j’enregistre ça passe
Attention de ne pas toucher au datacard du champ calculé car il doit rester non modifiable puisque c’est SharePoint qui fait le calcul.
-
Salut @BENJAMIN,
Il nous faudrait un peu plus d’éléments pour pouvoir te répondre.
Lorsque tu dis que tu as intégré une formule de soustraction, c’est à dire ? Tu as créé une colonne calculée dans SharePoint ? Ou une colonne numérique ? Quelle est la formule de calcul ?
-
Salut @thomas,
La bonne formule est la suivante (on utilise pas ici de fonctions Power Fx mais des fonctions Excel) :
=MOIS([Date_Arrivée])😉
-
Salut @Vincent,
Qu’appelles-tu “table de dimension” ? Tu veux dire des tables avec des données de référence qui ne bougent quasiment pas dans le temps, qui sont plutôt des listes de valeurs ou des dictionnaires, et vers lesquelles pointent diverses tables portant les vraies données métiers ?
Perso, je construis toujours mon modèle de données non pas en fonction de ce que je veux présenter à l’utilisateur mais tout simplement pour qu’il représente la réalité du terrain. Une fois que c’est fait, tu peux alors éventuellement ajouter 2 ou 3 champs “techniques” à droite/à gauche pour te faciliter la manipulation ou la recherche des données.
Donc, typiquement dans ton cas (de ce que j’ai compris) :
- une table des articles
- une table des magasins
- une table des ventes (avec des champs lookup vers la table des articles et des magasins)
- etc.
Voilou… 😉
-
Pourquoi ne pas faire un flux qui balaye les environnements à la recherche des lignes en erreur dans les tables FlowRun et qui consolide tout ça dans une seule table ? Un peu ce que fais le CoE sur les flux et les apps il me semble.
-
Salut @RANDRIATAHINA,
Essaie de supprimer la connexion actuellement utilisée pour la connexion vers Bing Maps et recrée-la avec ton compte… puis retente.
-
https://learn.microsoft.com/fr-fr/power-platform/guidance/coe/starter-kit 😊
L’outil de lui-même rempli des tas de tables Dataverse avec des infos hyper détaillées sur tous les flux, apps, users, etc.
-
WAF ?
🐶 ? 😁
-
Salut @Fabrice,
Ce que je ferais :
- Balayer la liste SharePoint
- Regarder chaque tâche Planner pour l’élément de la liste en cours
- Si cette tâche a l’étiquette Proposition de clôture générer le code HTML correspondant
- Ajouter ce code HTML pour cette tâche à une variable qui va contenir toutes les lignes du tableau
- Une fois le traitement terminé, générer le contenu complet du mail (et dont le tableau fait partie) et l’envoyer
-
Salut @Valentin,
Mon avis est que les champs de type Lookup sont là justement pour créer de vraies relations entre les tables dans une vraie base de données (comme c’est le cas dans une base SQL Server qui est d’ailleurs utilisé pour le Dataverse). Cela permet de gérer des notions de dépendances et donc de protection des données lorsque l’on veut supprimer un enregistrement qui est utilisé par ailleurs par exemple.
Je ne recommanderais pas de stocker les ID des enregistrements liés d’une autre table dans un champ texte : même si techniquement c’est possible ça me semble bancal et contre-productif.
Et pour ce qui est des perfs, je ne pense pas qu’il y ait une différence au niveau base de données (c’est plutôt dans la manière d’exploiter cette relation que cela peut engendrer des différences de perfs) : d’ailleurs tu remarqueras que lorsque tu récupéres un enregistrement d’une Table A avec un champ lookup vers une table B, dans ton champ lookup n’a que le champ contenant l’identifiant de l’enregistrement lié (+ le champ principal) qui sont alimentés (tous les autres sont vides) -> c’est une optimisation faite par Power Apps pour que les perfs restent acceptables.
-
Salut @Chris,
J’ai bien vu ton retour. Laisse-moi un peu de temps pour répondre… 😉
Tu as avancé comment depuis ?