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: Mon, 18 Jun 2007 10:21:18 +0200
User-agent: Thunderbird 1.5.0.12 (X11/20070604)

Comme je l'ai déjà dis, le modèle de facture crabe irait très bien pour
un fournisseur.
Quelqu'un s'est-il déjà penché sur la question ?
Autrement, je vais m'y mettre



Cyrille de Lambert a écrit :
> 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
>>>>>>>>
>>>>>>>>                       
>>>>>>>>                 
>>>>>>>                 
>>>>>>>               
>>>>     
>>>>         
>>     
>> _______________________________________________
>> 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]