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 >>>>> <[EMAIL PROTECTED]> 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 >>>>>>>>> [email protected] >>>>>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Dolibarr-dev mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>> >>>> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>
begin:vcard fn:Cyrille de Lambert n:de Lambert;Cyrille org:AUGURIA adr;dom:BP 50752;;9, rue Alfred Kastler;NANTES CEDEX 3;;44307 email;internet:[EMAIL PROTECTED] title;quoted-printable:G=C3=A9rant associ=C3=A9 tel;work:+33 2 51 13 50 12 tel;fax:+33 2 51 13 52 88 tel;cell:+33 6 29 41 81 22 x-mozilla-html:TRUE url:http://www.auguria.net version:2.1 end:vcard
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
