dolibarr-dev
[Top][All Lists]
Advanced

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

Re: [Dolibarr-dev] arrondie et TVA


From: Michael . Piron
Subject: Re: [Dolibarr-dev] arrondie et TVA
Date: Thu, 19 Aug 2010 08:59:19 +0200

Je le relance la discution
donc

UP!

Merci d'avance pour votre réponse

Michael







From:        agnes <address@hidden>
To:        "Discussions sur le d&amp; #233;        veloppement de Dolibarr" <address@hidden>
Date:        05/02/2010 15:05
Subject:        Re: [Dolibarr-dev] arrondie et TVA
Sent by:        address@hidden



Heu..., on met la tva qu'on veut alors  ;-)

Le comptable râle parce qu'avec trop d'arrondis partout, la TVA n'est
plus juste. Et il a raison, la tva étant avant tout un pourcentage (fixé
par l'état) ajouté au HT (ou soustrait du TTC).

Si le vendeur veut des TTC sans virgule, il doit avoir des HT avec
virgule, la plupart du temps. Je ne vois pas vraiment comment il
pourrait avoir le choix. Mais le problème se pose surtout quand il y a
des remises d'après Michaël, et je comprends son point de vue.

Je me demandais si on pourrait pas faire un système de remise qui ne
soit pas obligatoirement un pourcentage de la somme, mais un montant
donné, et avoir le choix où appliquer cette réduction (sur le HT ou le
TTC). Ainsi, si je veux faire un geste commercial et arrondir un total
de 254€ à 250, j'applique "simplement" une réduction de 4€ au total TTC
de la facture, et hop.

Il m'arrive de vouloir faire ce genre de remise (et pourtant, je ne me
prends pas la tête avec des totaux sans virgule comme le client de
Michaël). Et au delà du problème présenté ici - cad tomber sur des
totaux sans virgule - dolibarr propose des remises en %. Il faut donc
faire des calculs pour faire correspondre le montant voulu (ma remise de
tant d'€) au % demandé par dolibarr - et en général j'abandonne, parce
qu'autant faire un geste de quelques euros sur une facture est bien
perçu, autant traduire cette remise en un pourcentage ridicule à virgule
paraît mesquin. Même en acceptant des totaux à virgule, je me retrouve
avec un problème un peu similaire à celui présenté ici : pouvoir
simplement faire usage des remises pour faire des gestes commerciaux.

N'y aurait-il pas là matière à améliorer l'existant ?

Agnès


Laurent Destailleur (Eldy) a écrit :
> La demande du comptable est très étrange (il n'est pas roi car il est
> fournisseur). Je douterais du comptable personnellement...
> En effet tu veux
> HT + TVA = TTC avec le HT et le TTC arrondis. Si tu arrondis les 2 alors
> TVA se retrouvera aussi modifié. Donc soit tu accepte d'avoir une TVA de
> 27, soit tu obtiendra une TVA qui n'est pas egale a TTC - HT, ce qui
> comptablement est une hérésie.
> En effet, dire que
> 128 HTVA TVA 27 155 TTC -> TVA incorrect : devrait être 26,90€
> est une phrase qui ferait bondir les comptables. Si HT=128 et TTC=155
> alors TVA doit etre 27 et non 26.90 car cela doit etre exactement la
> différence entre les 2.
>
> La solution 2 ne résoudra pas plus ton probleme. Apparement la solution
> préconiser par le comptable est d'avoir une TVA qui ne soit pas
> exactement la diff entre le TTC et le HT. Très louche !
>
>
>
>
>> Bonjour,
>>
>> Raison de la demande, le comptable "rale" que les factures ne sont
>> jamais correct et dois recalculer la tva.
>> En Belgique, les factures intracommunautaires n'existe pratiquement
>> pas : on paye de la tva sur vente et on la récupère sur achat. Les
>> montants peuvent être arrondie à la 2eme décimale.
>>
>> Tout se passe bien sur les factures sans réduction (on s'arrange pour
>> que le montant HTva se retrouve avec un montant rond TTC) par contre
>> s'il ont accorde au client une remise, on se retrouve avec un montant
>> total a virgule. Hors comme c'est des sommes assez concecante cela
>> fait un peu "radin" à leur goût de laissez les virgules.
>>
>> Exemple :
>>
>> Facture1 : 142,15 € HTVA 172 TTC -> OK
>> Facture2 : 142,15 € HTVA -10% de remise
>>
>> Solution 1 arrondie sur le total
>> 128 HTVA TVA 27 155 TTC -> TVA incorrect : devrait être 26,90€
>> Solution 2 recalculer sur base des montant finaux (apparemment pas
>> possible dans dolibarr)
>> 128,10 HTVA TVA 26,90 155 TTC -> OK
>>
>> Je sais que la demande est assez particuliere et déroutante... mais
>> bon le client est roi.
>>
>> Bonne journée, et merci pour votre aide
>>
>> *
>> Michaël PIRON*
>>
>>
>>
>> *"Laurent Destailleur" <address@hidden>*
>> Sent by: address@hidden
>>
>> 28/01/2010 16:22
>> Please respond to
>> "Discussions sur le d&amp; #233; veloppement de Dolibarr"
>> <address@hidden>
>>
>>
>>
>>
>>
>>
>> To
>>         "Discussions sur le d&amp; #233; veloppement de Dolibarr"
>> <address@hidden>
>> cc
>>
>> Subject
>>         Re: [Dolibarr-dev] arrondie et TVA
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Quelle est la raison de la demande ?
>> Est-ce un client d'un pays particulier ?
>>
>> Sinon, en effet, le total devant refleter le détail, la seule solution
>> est:
>> soit configurer sa précision de total pour ne jamais avoir de total à
>> virgule (mais c'est applicable a tout le monde et c'est en général une
>> regle de ton pays comme haiti, ce qui n'est pas le cas de la belgique),
>> soit si c'est un client particulier, il te faut jouer sur montant des
>> lignes détails pour avoir un total sans virgules.
>>
>>
>>
>>> Bonjour à tous, j'ai un soucis de taille avec les factures d'un client :
>>>
>>> Celui-ci souhaite ne jamais avoir un montant total a virgule, le soucis
>>> c'est que si l'on met en place des arrondis, la tva n'est jamais
>>>
>> correct!
>>
>>> Il faudrait donc pouvoir refaire le calcul tva sur base du montant total
>>> arrondi.
>>>
>>> Merci d'avance de votre réponse,
>>>
>>> Michaël PIRON
>>> Back Office
>>>
>>> Avenue de l'industrie, 25
>>> 1070 Anderlecht
>>>
>>> Tél. +32 2 787.4633
>>>
>>>
>>>
>>>
>>>
>> ______________________________________________________________________________________________
>>
>>> Smals sluit elke aansprakelijkheid uit in verband met de juistheid, de
>>> volledigheid of het tijdig toekomen van de informatie in deze
>>>
>> e-mail. Aan
>>
>>> deze e-mail kunnen geen rechten worden ontleend en deze e-mail houdt in
>>> geen geval een erkenning van welkdanige aansprakelijkheid in.
>>> Dit bericht is alleen bestemd voor de geadresseerde. Indien dit bericht
>>> niet voor u bestemd is, verzoeken wij u dit onmiddellijk aan ons te
>>>
>> melden
>>
>>> en het bericht te vernietigen.
>>>
>>> Smals décline toute responsabilité quant à l'exactitude, à
>>>
>> l'exhaustivité
>>
>>> et au délai de transmission des informations contenues dans cet e-mail.
>>> Aucun droit ne peut être revendiqué sur cet e-mail et cet e-mail
>>> n'implique en aucun cas une reconnaissance de responsabilité, quelle
>>> qu'elle soit.
>>> Ce message s'adresse uniquement au destinataire. Si ce message ne
>>>
>> vous est
>>
>>> pas destiné, nous vous prions de nous le signaler immédiatement et de
>>> détruire le message. _______________________________________________
>>> 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
>


--
Agnès Rambaud
Accompagnement projets informatiques
06 27 14 51 31

altairis
Conseil et services informatiques du Grésivaudan
Rue du Moulin
38570 Goncelin
09 52 71 70 96 (appel local)
address@hidden
http://www.altairis.fr





_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev


Smals sluit elke aansprakelijkheid uit in verband met de juistheid, de volledigheid of het tijdig toekomen van de informatie in deze e-mail. Aan deze e-mail kunnen geen rechten worden ontleend en deze e-mail houdt in geen geval een erkenning van welkdanige aansprakelijkheid in.
Dit bericht is alleen bestemd voor de geadresseerde. Indien dit bericht niet voor u bestemd is, verzoeken wij u dit onmiddellijk aan ons te melden en het bericht te vernietigen.

Smals décline toute responsabilité quant à l'exactitude, à l'exhaustivité et au délai de transmission des informations contenues dans cet e-mail. Aucun droit ne peut être revendiqué sur cet e-mail et cet e-mail n'implique en aucun cas une reconnaissance de responsabilité, quelle qu'elle soit.
Ce message s'adresse uniquement au destinataire. Si ce message ne vous est pas destiné, nous vous prions de nous le signaler immédiatement et de détruire le message.




reply via email to

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