Re: [Dolibarr-dev] [Laurent] arrondi tva le retour

[Laurent Destailleur (eldy)]

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
>>>>>>> address@hidden
>>>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Dolibarr-dev mailing list
>>>>>> address@hidden
>>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>>>
>>>>> Cordialement,
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Dolibarr-dev mailing list
>>>>> address@hidden
>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> Dolibarr-dev mailing list
>>>> address@hidden
>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>
>>>
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> address@hidden
>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>>
>>
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
> 
> 
> Cordialement,
> 
> 
> 
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev