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(a)codelutin.com
http://www.codelutin.com
