Le Wed, 12 Mar 2014 16:20:28 +0100, Yannick Martel <martel@codelutin.com> a écrit :
Salut !
J'ai un peu réfléchi à la mise en place de notes de frais sur Chorem. Je vois les notes de frais comme je les utilises actuellement: une liste de "frais". La particularité des frais, c'est qu'ils peuvent être imputé sur diverses entrées de compta. Dans le cas de Code Lutin, nous avons les variables comptables suivantes : - déplacement - ADSL - Téléphone - petit équipement - fourniture de bureau - frais postaux - divers receptions - autres
On sait que chaque entrée de note de frais ne rentre que dans une de ses catégories (ou [exclusif] dans une nouvelle).
Au premier jet, je m'étais basé sur la flexibilité des Wikitties (par les extensions), je me demandais s'il serait pertinent de représentater une ligne de note de frais comme constituée d'une extension principale (contenant les données immuables : date, num justif, description, mission, montant TVA, montant TTC) et ensuite, chaque type d'entrée de compta serait une extension propre (à un seul attribut : montant). Ca donnerait un modèle comme fournit en PJ : expenseAccount-extensions.png (il manque un attribut dans les extensions spécifique, qui serait le numero de compta ex: 625100 pour les frais km ou 626300 pour les frais postaux)
Au final, j'ai l'impression que la souplesse que ça peut apporter (rajout d'un nouveau type d'entrée simplifiée) ne justifie pas la redondance de code/classes similaires.
Je suis donc reparti sur une solution simple, qui est d'avoir une seule extension pour gérer une ligne de note de frais, dans laquelle on mettrait directement la somme et un type, correspondant à son entrée de compta, plutot que de les avoir sous forme d'extension. Ca rendrait l'utilisation plus "classique" et plus rigide.
Au final, j'ai opté pour l'utilisation d'une énumération pour les types, avec pour chaque valeur un couple "Nom/NumCompta" pour distinguer le type d'entrée. Cela donne un modele comme celui en PJ: expenseAccount.png Par contre, je trouve ce système très rigide, et force à passer par le code pour ajouter un nouveau type d'entrée dans les notes de frais, et rend le tout très (trop) spécifique à notre mode de fonctionnement.
Salut, réponse rapide à l'arrache : - pour moi, ta string projet devrais être idéalement une quotation, au pire un projet -> rentre dans le calcul de rentabilité du projet ;) - pour le expenseAccountType, je crois qu'il faudrait plutot se replugguer sur le système de catégorie du module finance (il me semble que ça représente à peu près la même chose et que ça pourrait du coup se mutualiser, et permettre d'ajouter directement les ntoes de frais dans les tableaux de dépenses,...) - ensuite, je pense qu'on doit pouvoir mettre toutes les entrées d'une note de frais dans un truc genre le FinancialTransaction (je sais plus si c'est ça ou l'autre, mais c'est lié) pour tracer les dates de paiement). My 2 cents Jean