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

[Régis Houssin]

pour ma part le client est prévenu !


Le 25/03/11 23:36, Laurent Destailleur (eldy) a écrit :
> 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
> 
> 
> 
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev


Cordialement,
-- 
Régis Houssin
---------------------------------------------------------
Cap-Networks
33, rue des Marguerites
01000 Bourg en Bresse
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: address@hidden

Dolibarr developer: address@hidden
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://www.doliforge.org/
---------------------------------------------------------

regis_houssin.vcf
Description: Vcard