dolibarr-dev
[Top][All Lists]
Advanced

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

Re: [Dolibarr-dev] Factures fournisseur


From: Cyrille de Lambert
Subject: Re: [Dolibarr-dev] Factures fournisseur
Date: Sun, 17 Jun 2007 18:36:46 +0200
User-agent: Thunderbird 1.5.0.12 (X11/20070604)

Personnellement, à chaque fois que je reçois une facture fournisseur, la
TVA est calculée en fin de facture. Par contre, j'ai une indication du
code TVA sur chaque ligne.
Lorsqu'il a plusieurs taux sur une même facture, il y a autant de ligne
que de taux de TVA en bas de facture (en général 2 : 19.6 et 5.5).
Par contre, ceci n'est pas vrai pour la vente à des particulier. Seul
apparait  sur chaque ligne le prix TTC.
La valeur de la TVA est également indiquée en fin de facture sur une ou
plusieurs ligne en fonction de la TVA appliquée.

Je pense personnellement qu'il est inutile d'avoir un calcul de TVA sur
chaque ligne, je l'ai expérimenté sur d'autres projets et ça complique
énormément les choses. Mais il est vrai que facture sera différente pour
un particulier ou pour un professionnel.


Cyrille


Laurent Destailleur (Eldy) a écrit :
> Il n'y a aucun problème dans l'exemple que tu m'as donné.
> Dolibarr fait bien l'arrondi au niveau ligne et stocke bien le total
> de la facture avec un total tva de 317.67
> et stocke bien un total ttc = total tva + total_ht
>
> Certes si on décide d'arrondir à la fin, on trouve un chiffre
> différent de 1 centimes, mais arrondir à la fin est tout simplement
> une pratique non recommandée. Sinon il est impossible de savoir dans
> quel tranche de tva on ventile l'arrondi qu'on a tronqué, quand on a
> des lignes avec tx tva différents (la ligne tva a 5.5 ou la ligne ta à
> 19.6 ou la remise absolue à tva 0 ?). As-t-il été "pris" sur la ligne
> 1 ou la ligne 2. Ceci est important pour permettre une comptabilité
> car la compta ce doit d'etre rigoureux au centimes pres. Voila
> pourquoi l'arrondi doit se faire plutot au niveau ligne (sinon il
> faudrait le faire au niveau famille de code tva différent et la ca
> devient la mort !).
>
> Pour moi le comportement est correct et les infos stockées en base
> rigoureuse. Le contenu des bases = valeures affichées et les données
> stockées dans les champ total tva sont bien la difference de la donnée
> sotcké dans le total_tcc moins le total_ht, aussi bien au niveau des
> lignes, qu'au niveau global (info dénormalisée).
> Il n'y a donc pas d'erreur ici. Et tout me semble bon pour permettre
> une intégration avec une compta rigoureuse.
>
>
> Régis Houssin a écrit :
>>> Avez vous des exemples de tel erreur car justement le calcul doit se
>>> faire a la lgine si on ne vaut pas de pb d'arrandis.
>>> L'arrondis se fait pour chaque ligne avec son taux de tva qui lui
>>> est propre. Et la tva total de la facture doit etre la somme des tva
>>> apres arrondis. Voila pourquoi on doit sotcker toujours pour chaque
>>> ligne le
>>> "total_ttc", "total_ht" et "total_tva"
>>>
>>> Le total pour la facture doit etre la somme de ces champs.
>>> Si vous avez un cas qui ne marche pas, merci de me l'indiquer, je
>>> corrigerais car cela vaut dire que le calcul ne se base pas sur ces
>>> champs...
>>>     
>>
>>
>> j'avais déjà donné un exemple il ya un moment :
>>
>> j'ai 4 lignes produits comme ceci (sans arrondir la tva à la ligne) :
>>
>> HT          Qte    Remise  Tva_ligne
>> 2698 €        1       50%    264,404 €
>> 200 €         1       50%    19.6 €
>> 79 €          2       40%    18,5808 €
>> 77 €          1              15,092 €
>>
>>                         Total Tva       317,6768 €
>>
>> ce qui s'arrondi à 317,68 €
>>
>> si on arrondi sur les lignes on obtiens : 317,67 €
>>
>> du coup il nous manque 1 cts
>>
>>
>> Régis
>>
>>
>>
>>
>>  
>>>> On Wed, 13 Jun 2007 23:00:01 +0200, Cyrille de Lambert
>>>> <address@hidden> wrote:
>>>>        
>>>>> Je suis revenu sur ce problème car il est bloquant pour moi.
>>>>> En effet, je dois saisir toutes mes factures fournisseurs pour ma
>>>>>         
>>> compta.
>>>    
>>>>> Je me rend compte que le modèle de facture vente me conviendrait très
>>>>> bien pour les factures et commandes achats. Je n'arrive pas à voir
>>>>> comment sélectionner un modèle de facture achat similaire à celui du
>>>>> modèle facture vente. Par ceci, je veux dire que j'aimerais :
>>>>>
>>>>>     * Que la TVA ne soit pas gérée par ligne mais pour l'ensemble de
>>>>>         
>>> la
>>>    
>>>>>       commande
>>>>>     * Que l'arrondis soit de deux décimales comme pour les factures
>>>>> achats
>>>>>
>>>>> J'ai sûrement loupé quelque chose mais je ne sais pas quoi ?
>>>>> Merci d'avance
>>>>>
>>>>> Cyrille
>>>>>
>>>>> Laurent Destailleur (Eldy) a écrit :
>>>>>            
>>>>>> Cyrille de Lambert a écrit :
>>>>>>                
>>>>>>> Après divers test, je me suis rendu compte qu'il n'est pas bon de
>>>>>>> désactiver le calcul TTC à parti du calcul HT et vice/versa. Par
>>>>>>>                     
>>>>> contre,
>>>>>            
>>>>>>> le mieux serait de pouvoir paramétrer le nombre de décimal à
>>>>>>> l'affichage. Y a t'il moyen de le faire par paramétrage
>>>>>>> actuellement
>>>>>>>             
>>> ?
>>>    
>>>>>>>                       
>>>>>> Non mais c'est une evol future que j'ai prévu et qui fais parti de
>>>>>>           
>>> mes
>>>    
>>>>>> priorités:  "La gestion des décimales"
>>>>>>                
>>>>>>> Merci d'avance
>>>>>>>
>>>>>>> Cyrille
>>>>>>>
>>>>>>>
>>>>>>> Rodolphe Quiedeville a écrit :
>>>>>>>  
>>>>>>>                    
>>>>>>>> Cyrille de Lambert a écrit :
>>>>>>>>                           
>>>>>>>>> Je vais traiter ce point car que les montant (HT et TTC) doivent
>>>>>>>>> correspondre exactement à la facture du fournisseurs. Au décimal
>>>>>>>>>                             
>>>>> prêt.
>>>>>            
>>>>>>>>> Je voudrais désactiver le calcul lorsque les deux montants sont
>>>>>>>>> saisis.
>>>>>>>>> Et ça fausse ma compta.
>>>>>>>>> Qu'en pensez vous ?
>>>>>>>>>                                   
>>>>>>>> Je pense que oui on peut forcer la saisie sans calcul sachant que
>>>>>>>>               
>>> j'ai
>>>    
>>>>>>>> déjà vu des fournisseurs qui n'utilisait pas les mêmes règles
>>>>>>>> d'arrondis aussi hallucinant que cela puisse paraitre.
>>>>>>>>
>>>>>>>> A++
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>
>>>>>>>                       
>>>>>>                 
>>>
>>>     
>
>

Attachment: cyrille.delambert.vcf
Description: Vcard


reply via email to

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