Salut, Invoice est actuellement utiliser pour tout (facture entrante et sortante, paiement d'une note de frais, ...) Invoiceable, ne sera pas opérationnel avant, oulala ... Je pense qu'il faudrait refactorer tout ça pour avoir FinancialTransaction avec au lieu de supplier et customer, recipient et payer puis Invoice qui herite de FinancialTransaction Donc FinancialTransaction: référence: la référence unique pour la compta (obligatoire? et unique?) description: si besoin payer: celui qui paye (person, employe, company) recipient: celui qui reçoit les sous (person, employe, company) emittedDate: la date d'émission de la demande de paiement expectedDate: la date de paiement attendu paymentdate: la date de la transaction (les sous sont bien la) amount: le montant HT de la transaction VAT: la tva s'il y en a une category: la case ou mettre la transaction (salaire, edf, ...) target: le projet ou la tache qui engendre la FinancialTransaction (facture, note de frais, ...) Invoice: status: valide/canceled par exemple si on émet une facture, mais qu'elle est mauvaise. (ne faut-il pas la mettre sur FinancialTransaction?) On fait la différence entre FinancialTransaction et Invoice pour pouvoir facilement générer le numéro unique de facture (on compte le nombre de Invoice ou Code Lutin est recipient), car, il y a des cas ou Code Lutin est recipient mais ce n'est pas une facture (ex: CIR, Subvention, ...) Donc ce qui est FinancialTransaction dans chorem: - une note de frais payer par Code Lutin - une subvention - le paiement des salaires - ... ce qui est Invoice dans Chorem: - l'émission d'une facture pour un projet de Code Lutin - la réception d'un facture d'un fournisseur (ex: achat d'un serveur) - la réception d'une facture EDF, OVH, ... On pourra ainsi voir aussi bien les factures que l'on doit nous payer que les factures que l'on doit payer. Il sera facile de voir si une facture émise ou reçu est en retard et de combien de jour. Pour les notes de frais, les personnes pourront créer des FinancialTransaction les assigner a des projets. La personne en charge du paiement des notes de frais, aura une page lui permettant de récapituler toutes les notes de frais non encore payer pour chaque personne (imprimer cette liste pour chaque employer de la société) et lorsque c'est payer changer en une seule fois les dates de paiement de toutes ces FinancialTransaction. A-t-on besoin d'une extension Note de frais ? l'idée serait d'avoir un status (vide/a refacturer/refacturé) qui permettrait potentiellement de mieux suivre ce qui doit etre refacture et savoir si ca ete fait Qu'est que vous en pensez ? voyez-vous une autre façon de faire ? -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com