Attention, en faisant cela, la base de donnée sera corrompue pour la réalisation de la compta (quand elle sera prete, cela laisse le temps de voir venir). De plus, l'euro a imposé un arrondi sur 2 dans la valeurs des montant totaux en euros. Certains rapport ou exports peuvent aussi être faux. En effet la précision a l'affichage étant plus court que la précision avec laquelle on stocke les données, ce que l'on voit n'est donc pas la réalité.
Paramétrage à vos risques et périls. Le 25/03/2011 16:30, Régis Houssin a écrit : > j'ai trouvé une parade pour les arrondis de tva, > paramétrer les précisions en 5 5 2 au lieu de 5 2 8 > > > Le 23/03/11 22:09, Laurent Destailleur (eldy) a écrit : >> >> >> Le 23/03/2011 21:41, Cyrille de Lambert a écrit : >>> Bonsoir, >>> >>> Dans le cas réel, nous nous sommes aperçu que tous les comptables >>> français calculs la TVA par groupe de TVA et non par ligne de produit. >>> C'est un des deux manières de faire mais c'est la plus utilisée. >>> Toutes les applications libres ayant la même manière de calculer (par >>> ligne de produit), nous avons dans tous les cas des réflexions comme >>> quoi les TVA ne sont pas justes. >>> De même, j'ai remarqué que les TVA sont ventilées en pied de facture et >>> non pas ligne par ligne (ex : SAGE). >>> >>> Une compta non ventilée ligne par ligne n'est donc pas forcément fausse >>> même si ça parait plus logique. >> >> Faux. >> Si le produit 1 est un service et le produit 2 est un objet, la >> ventilation sera faite sur des comptes compta différents et meme si ils >> ont un taux de tva différents (chaque produit ayant son code compta). >> >> >> Ces logiciels font en effet les arrondis à leur maniere au niveau le >> moins fin, mais il faut alors gérer en manuel les avoirs qui provoque >> des écarts et user des pertes et profits pour gérer les écarts de ces >> arrondis des qu'on fait des la compta un peu conforme qui génere des >> arrondis (amortissement qui ne vont pas se faire au même ryhtme selon >> les lignes par exemple). >> Hors l'objectif de dolibarr à terme est de faire de la compta sans être >> comptable. Et cela implique d'être mieux préparer et de ne pas prendre >> de raccourcis pour avoir une fonction prete plus vite car l'objectif >> n'est pas la. Il y a deja plein de logiciels pour cela (openerp, >> openbravo, phpcompta, etc...). >> >>> >>> Cyrille >>> >>> >>> >>> >>> Le 23/03/2011 18:36, Laurent Destailleur (eldy) a écrit : >>>> Faire cela empechera tout simplement de faire de la compta dans dolibarr. >>>> Car si on peut avoir un ecart d'un centime par rapport a ce que pense >>>> etre juste un client est genant, avoir un ecart de 1 centimes en compta >>>> double partie est plus que genant, c'est tout simplement impossible et >>>> non valide légalement. >>>> Donc comme la compta travaille au niveau ligne (les ventilations de >>>> lignes ne vont pas toutes sur les meme comptes comptables), il faudra >>>> modifier au moins une ligne si on veut modifier un total. >>>> >>>> >>>> Le 23/03/2011 18:31, Régis Houssin a écrit : >>>>> ne peut on pas garder les arrondis de ligne juste, et faire un calcul >>>>> parallèle pour avoir un total juste ? >>>>> ce ne serait pas plus simple ? >>>>> >>>>> >>>>> Le 23/03/11 15:53, Laurent Destailleur (eldy) a écrit : >>>>>> J'ai prévu une telle fonction mais dans un premier temps sur le facture >>>>>> fournisseur. >>>>>> Cela ne peut etre sur la fonction calcul_price_total car pour des >>>>>> raisons compta, on est obligé d'avoir le détail par ligne. Exemple: On >>>>>> aura des pbs par exemple quand on voudra faire un avoir pour cause de >>>>>> non reception d'un produit dans la liste (seule une ligne sera a annuler >>>>>> et comme l'arrondi aurait été fait non sur cette ligne mais sur autre >>>>>> chose, l'arrondi de l'avoir se fera peut etre dans u nautre sens ce qui >>>>>> aboutira a de la compta en double partie qui ne sera pas équilibré. Et >>>>>> bien sur ceci est strictement interdit. >>>>>> Cela passera donc plutot par une compensation/correction de l'arrondi >>>>>> sur certaines lignes prises au hasard en cas de non égalité de l'arrondi >>>>>> du total avec le total de l'arrondi. L'arrondi de la ligne sera alors >>>>>> faux mais cela répondra à ceux qui veulent une gestion non exacte de >>>>>> leur compta dans le but d'éviter les incompréhensions du client. >>>>>> J'espere cet option poru la 3.1. >>>>>> >>>>>> >>>>>> On 23/03/2011 12:21, Régis Houssin wrote: >>>>>>> Bonjour, >>>>>>> >>>>>>> je reviens sur ce "soucis", >>>>>>> un client souhaite un arrondi sur le total et pas sur la ligne car il >>>>>>> vend des produits à petit montant et tous à 19,6 et il se retrouve en >>>>>>> permanence avec des incohérences sur le total tva. >>>>>>> >>>>>>> petit exemple simple pour rappel: >>>>>>> >>>>>>> 3 lignes de produits à 2€HT chacun et 4 en qty chacun >>>>>>> >>>>>>> ce qui donne un total HT de 24€ >>>>>>> et un total tva de 4,71€ >>>>>>> alors que la tva sur le total donne 4,70 >>>>>>> >>>>>>> 1 cents c'est pas grand chose mais ca crée des réclamations clients ! >>>>>>> >>>>>>> est-ce que ca serait compliqué de proposer les deux solutions dans la >>>>>>> configuration globale ? >>>>>>> une modification de la fonction "calcul_price_total()" ? >>>>>>> >>>>>>> Cordialement, >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Dolibarr-dev mailing list >>>>>>> [email protected] >>>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Dolibarr-dev mailing list >>>>>> [email protected] >>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>> >>>>> Cordialement, >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Dolibarr-dev mailing list >>>>> [email protected] >>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>> >>>> >>>> _______________________________________________ >>>> Dolibarr-dev mailing list >>>> [email protected] >>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> [email protected] >>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > Cordialement, > > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
