Le 26/03/15 15:09, Cédric Krier a écrit :
Pour terminer cette discussion, je vais résumer la situation.
Le wizard d'annulation de mouvement de Tryton est un wizard pour
corriger les *erreurs d'encodage*. Il génère un mouvement identique mais
avec le signe de chaque débit/crédit inversé. C'est une pratique très
commune pour ne pas modifier la somme des débits/crédits des comptes
afin d'avoir une image correct de la comptabilité de la société.
Tryton n'impose absolument pas l'utilisation de ce wizard dans aucun
flux de travail sur aucun document.
Aucun document comptable de Tryton ne génère de débit/crédit négatif.
Donc ceux qui considère que ce n'est pas une pratique souhaitable n'ont
qu'à ne pas utiliser le wizard.
Un wizard similaire qui inverserait les débit/crédit serait le bien
venu. Ce serait un wizard d'extourne au lieu d'annulation. Il serait à
utiliser dans les cas où ce n'est pas une correction d'erreur mais un
opération classique comptable (comme un remboursement).
Dans ce cas, Tryton ferrait une différence sémantique entre
« annulation » et « extourne » même si elle n'est pas généralement
acceptée.
Finalement, l'option d'édition de mouvement posté devrait être enrichie
d'un historique de modification (et probablement déplacée dans un module
à part). Le label de cette option sera mis à jour cf. issue4679
Voila, ceux qui veulent avoir les parties manquantes dans Tryton, n'ont
plus qu'à proposer des patchs.
Je propose formellement de généraliser l'option, comme fait chez SAGE,
SAP (liens déjà fourni) mais aussi
- Adempière: http://www.adempiere.com/ManPageW_AccountingSchema
- OpenBravo: http://wiki.openbravo.com/wiki/General_Ledger_Configuration
-Oracle:
https://docs.oracle.com/cd/E18727_01/doc.121/e13627/T312864T451269.htm
even Exact! :
http://www.exactsoftware.com/docs/DocView.aspx?DocumentID={21c755f1-21fe-4f92-98b7-d2f6645e5120}
c'est à dire, il faudra *explicitement* permettre des écritures
négatives au niveau du grand livre. (par défaut NON, soit par
contre-passations, au moins pour la France)
