dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Laurent Destailleur (eldy)
Subject: Re: [Dolibarr-dev] [Laurent] arrondi tva le retour
Date: Wed, 23 Mar 2011 22:30:33 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8

Et oui mais si tu met x sur la ventil tva tu mettra total - x sur le
compte produit. Donc tout arrondi fait sur x pour ta tva se repercute
sur ton compte produit.
Tu ne pourra pas utiliser un regle d'arrondi pour ta ligne de compta tva
et une autre pour ta ligne produit sinon la balance comptable ne fera
plus zero.
Voila pourquoi ces memes fichiers edi dont tu parles peuvent avoir plus
que 3 lignes par piece comptable (= acte de gestion) car quand les
arrondis ne donne pas la meme chose il faut fournir le detail par
lignes. La plupart du temps il y en a 3 (un pour le produit, une pour le
client et une pour la tva mais quand il y a 2 produits on ne passe pas
forcément à 4 lignes, cela passe parfois à 5 lignes et ceux juste parce
que les arrondis sinon ne serait pas equilibrés.



Le 23/03/2011 22:20, Cyrille de Lambert a écrit :
> Oui, les produits et services sont sur des comptes comptables différents
> suivant leur nature mais les TVA sont ventilé par taux sur deux compte
> comptable dans la plupart des cas (ex: 19.5 et 5.5).
> Pour ceci, il suffit de regarder les EDI d'échange de donnée entre un
> logiciel de gestion et la compta (j'en ai un sous les yeux avec un EDI
> s'import SAGE 100). C'est assez parlant.
> 
> 
> 
> 
> Le 23/03/2011 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
> 
> 
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev



reply via email to

[Prev in Thread] Current Thread [Next in Thread]