[R3dKap]

Tom Victor ok, j’ai très bien compris, merci pour les explications…

Est-ce que du coup on pourrait considérer que l’on facture plutôt une prestation qu’une commande ? Puisqu’une prestation est une portion d’une commande et que c’est cette portion qui est facturée au client, alors je dirais bien que la facture doit plutôt consister en un ensemble de prestations. Tu me suis ?

Exemple :

• Un client commande 20 jours d’un développeur à 500 et 10 jours d’un expert à 700 (2 lignes dans Lignes commandes)

• En janvier le développeur consomme 7 jours et l’expert 2 jours (2 lignes dans Prestation qui pointent chacune vers leur ligne correspondante dans Lignes commandes)

• La facture de janvier contient donc 2 lignes (une ligne vers la ligne des 7j du dév. dans Prestation et une ligne vers la ligne de 2j de l’expert dans Prestation) -> de mon point de vue la quantité est une information qui doit être plutôt renseignée dans Prestation

En gros, j’adapterais ton modèle ainsi :

Voici le fichier PPT.

Quelques explications :

• Comme expliqué précédemment, on facture une prestation et donc Facturation pointe sur 1 ou plusieurs lignes de Prestation

• De mon point de vue, pas besoin de la colonne Tâche dans Prestation puisqu’on pointe déjà sur la Ligne/Tâche de Lignes commandes (sauf si la prestation détaille des sous-tâches éventuelles)

• Dans Prestation on indique une quantité qui est censé être une portion de la quantité de la ligne de Lignes commandes concernée

• J’ai rajouté le montant de la facture dans Facturation (au cas où les prix unitaires varient APRES une facturation et bien conserver le prix payé à l’époque avec l’ancien prix)

• J’ai rajouté un indicateur de facture acquittée

Voilà… Je sais pas, qu’est-ce que t’en dis… Ca semble correspondre à ton besoin ?

Pour des jours ça fonctionne bien. Par contre, je vois pas trop comment une prestation pourrait être vendue “par morceaux” dans le cas d’un audit ou de logiciels… Peux-tu m’éclairer là-dessus ?

CommentID=gwBLzg6nr5r3NFB, PostID=wVEkrzcD5VIJ3Ae

[R3dKap]

Geoffroy WAGNER eh bien le CountIf() ne fait que compter le nombre de lignes de ta source de données en fonction des conditions spécifiées.

La fonction Sum() quant à elle fait la somme du calcul réalisé dans le 2è paramètre pour toutes les lignes de la source de données.

Par exemple, si t’as une collection colData avec les données suivantes :

+-----------------------------------+n| Qté   | PrixUnitaire | TotalLigne |n+-----------------------------------+n|   2   |     100,00 € |   200,00 € |n|   1   |     400,00 € |   400,00 € |n|   3   |     100,00 € |   300,00 € |n|   1   |      80,00 € |    80,00 € |n+-----------------------------------+

Alors :

Sum(colData; Qté * PrixUnitaire) = Sum(colData; TotalLigne) => 980,00 €

Et :

CountIf(colData; PrixUnitaire = 100) => 2 (nombre de lignes où le prix unitaire est de 100€)

CommentID=aosTcjC7HhIukyH, PostID=MmJiKoXzqThqmpO

[R3dKap]

Du coup, il doit ressembler à quoi ton document au final ? Et quelles sont les données à injecter dedans ? Histoire de voir si on pourrait pas le faire directement depuis Power Apps avec la fonction PDF()…

CommentID=xlCjebNtM3G1Zz4, PostID=hRbinFg69MJCVsq

[R3dKap]

Ah en relisant ton message je vois que tu dis que tu es intéressé donc potentiellement le PDF te suffirait…

CommentID=HhyvEoxCrynnDdD, PostID=hRbinFg69MJCVsq

[R3dKap]

Ah yes exact, tu peux le faire comme ça… Peut-être ce qu’avait proposé Fred Deligne d’ailleurs (j’avais pas tilté)… 😅

Mais perso je trouve que c’est une usine à gaz. Et encore une fois, la génération de PDF (si t’as pas besoin de Word) est vraiment plus simple à partir d’un bête HTML…

Du coup t’as vraiment besoin d’un Word toi ou un PDF ça te suffit ?

CommentID=6TXRQYj7ZWuwSrW, PostID=hRbinFg69MJCVsq

[R3dKap]

Vincent HERY ah, alors pas à ma connaissance puisque le connecteur Word est premium…

Maintenant si l’objectif c’est de produire au final un PDF et qu’il n’est pas nécessaire que le document produit puisse être modifiable dans Word, dans ce cas je préfère largement produire un PDF directement à partir de code HTML. Intéressé ?

Et sinon, pour info : une récente fonction dans Power Apps permet désormais de générer du PDF directement à partir d’un écran, d’une galerie ou d’un conteneur : PDF().

CommentID=AndzHNYQhvvwmwb, PostID=hRbinFg69MJCVsq

[R3dKap]

Vincent HERY pourquoi ne pas faire une boucle dans Power Automate sur une liste d’adresse mail et d’envoyer le mail en question ? Attention cependant aux limites Exchange d’envois de mails par tranche de temps…

CommentID=YsAlCMqKy40W43F, PostID=hRbinFg69MJCVsq

[R3dKap]

Hugotr35 cet message d’avertissement apparaît car tu utilises la fonction Sum() sur une source de données (SharePoint) qui n’est pas capable de faire lui-même la somme (Power Apps ne peut pas déléguer cette fonction à SharePoint). Power Apps est donc obligé de récupérer les données “localement” avant de faire la somme “localement”. Or Power Apps ne pouvant récupérer plus de 2000 lignes d’une source de données, il te prévient que si tu as plus de 2000 lignes dans cette source de données, il ne fera la somme que sur les 2000 premières lignes et ignorera les lignes suivantes. Ca peut être problématique…

Donc, la première question c’est : est-ce que tu auras un jour plus de 2000 lignes dans ta liste SharePoint ?

Si ta réponse est non, alors il te suffit de charger ta liste dans une collection locale et de faire la somme sur cette collection.

Pour le chargement de ta liste en collection, tu peux le faire dans le OnVisible de l’écran de démarrage de ton application :

ClearCollect(colToDoList; TODOLIST_1);;

Ensuite, tu peux faire ta somme là où tu en as besoin :

Sum(colToDoList; "Traité" in STATUT && Label16_112.Text in Title)

Si tu peux avoir plus de 2000 lignes dans ta liste, alors c’est un peu plus compliqué… Il va falloir filtrer ta source de données pour réduire le nombre de lignes sur lesquelles faire la somme.

CommentID=GHzDKXm6p9iBIaJ, PostID=MmJiKoXzqThqmpO

[R3dKap]

Tom Victor, merci pour ces précisions…

La facturation

Sur le fond uniquement, sans parler technique, je ne comprends pas bien le principe de ne facturer qu’une partie d’une commande. De manière générale, il me semble qu’une facture a pour but de payer tous les éléments d’une commande en une fois. Mais peut-être que les notions de commande/facture dans ton contexte représente des choses un peu différentes. Typiquement j’entends parler de tâches.
Est-ce à dire que tes commandes sont constituées de listes de tâches qui ne sont pas toutes réalisées au même moment ou du moins pas toutes facturées en une seule fois ?

La prestation

J’ai envie de dire, pourquoi à la rigueur ne pas mettre la date de la prestation, le temps passé et le lieu de la prestation directement dans la liste Lignes commandes. Est-ce qu’on pourrait considérer que finalement cela représente quand même la réalité ?
Encore une fois, le modèle de données est censé représenter la réalité au plus proche.

Autres questions

1. Quelles sont les valeurs de ton champ Unité dans Lignes commandes ?

Remarque

Peut-être que de manière générale, si tu as le temps, tu pourrais tout simplement m’expliquer votre besoin à l’origine. Car peut-être qu’avec la vision globale j’envisagerais un modèle de données différent.

CommentID=jGskXDu9I5GpRw0, PostID=wVEkrzcD5VIJ3Ae

[R3dKap]

Salut Geoffroy WAGNER ah non pas possible à mon avis. Comme ce n’est pas l’application en tant que telle qui s’exécute dans l’onglet mais le player Power Apps qui exécute l’application, ce sera toujours Power Apps qui sera affiché… 😉

CommentID=NMrlzp7YUbtYM7X, PostID=zocVe6CfgVNzqXw

[R3dKap]

Très bien… Pas besoin du PPT (pour l’instant), je vois très bien le modèle comme ça…

Alors, c’est nickel pour les clients, les commandes et les lignes commandes. Par contre, je suis pas sûr de comprendre fonctionnellement les prestations et la facturation.

Est-ce que tu pourrais m’expliquer chacun uniquement en terme métiers/besoin et ce que tu voudrais en faire (sans parler technique) ?

CommentID=ygkgma0HJSRwaoL, PostID=wVEkrzcD5VIJ3Ae

[R3dKap]

Non pas possible de taguer les posts en résolu pour l’instant… 😉

SubCommentID=wbZOCRd9OUToiQk, CommentID=xW23Y2qJEaTTmUG, PostID=ByXYsdQd2A6pg2e

[R3dKap]

Ah, je viens de voir le mail que tu m’as envoyé… J’y réponds… 🙂

SubCommentID=G9q39xxqy1IvSux, CommentID=Q5Hq6F2CxwMmZw3, PostID=6s015rePUPkxa5W

[R3dKap]

Ah, là ça y est tu m’as perdu… 😅 Mais t’inquiète on va y arriver…

On risque d’y passer beaucoup de temps par écris. As-tu bien reçu mon mail en message privé ? Si oui, envoie-moi un message sur Teams demain matin et on regardera ça ensemble… 😉

SubCommentID=dMEybZrwAsegHJH, CommentID=Q5Hq6F2CxwMmZw3, PostID=6s015rePUPkxa5W

[R3dKap]

Ok, alors essaie d’utiliser le moniteur pour déceler le fond du problème :

1. Place ton LookUp() sur un bouton

2. Lance le moniteur

   

3. Il t’ouvre un nouvel onglet avec le moniteur

4. Retourne dans le Studio, lancer l’application et clique sur le bouton

5. Retourne sur l’onglet moniteur et clique sur la ligne d’erreur et regarde dans le panel de droite si tu trouves plus d’informations sur l’erreur (poste une capture ici)

SubCommentID=lR6rYu5pSZQF2Nn, CommentID=LueAfUZasaC2JKR, PostID=D4X1SsSlkaCgT7j