Re: [noalyss-generale] Arrondis

[Dany De Bontridder]

salut,

Le 28/08/2017 à 19:38, ydc a écrit :
> Salut.
>
>
> Je me reprends.
> (C'était un jeudi -- et, les jeudis, c'est pourri -- et il était très
> tard. J'avais une grosse journée de rajeunissement de dossier dans les
> yeux et n'y voyais plus très clair...)
>
> En fait, la différence vient bien du mode de calcul:
>
> A) Noalyss, comme il se doit d'après le contrôleur TVA:
> 1) prix/unité*qtté*(1 + TVA) = article 1 TVAC
> 2) prix/unité*qtté*(1 + TVA) = article 2 TVAC
> 3) prix/unité*qtté*(1 + TVA) = article 3 TVAC
> Total TVAC = 1+2+3.

C'est ça
>
> B) La facture:
> 1) prix/unité*qtté = article 1
> 2) prix/unité*qtté = article 2
> 3) prix/unité*qtté = article 3
> Total HTVA = 1+2+3
> Total TVAC = (1+2+3)*(1 + TVA)
Oui c'est correct  mais pour les opérations d'ACHAT parfois la TVA est
partiellement déductible, donc si on utilise ce mode , cela complique
pas mal les choses. On devra alors complètement changer la façon de
calculer, c'est possible bien sûr.

Je dois regarder le code si c'est cette solution que l'on choisit. Le
problème ne se pose pas avec les ventes, de plus , la TVA est
enregistrée par ligne et si on a une différence, c'est compliqué. A ce
sujet, tout le monde a le droit de participer au code, surtout pour des
problèmes bien épineux ;)

>
> Non?
>
> Du coup, jusqu'ici, Noalyss fait le job (comme on dit, semble-t-il,
> maintenant).
>
> Reste la question du nombre de décimales:
>
> Là où je racontais n'importe quoi, c'est que le dossier en question
> n'est pas assujetti.
> Du coup, si on fait la méthode B, on obtient le même montant que sur la
> facture, mais tous les articles sont encodés hors TVA et il est ensuite
> impossible -- facilement -- de rajouter à chaque article la TVA au
> prorata des montants, puisqu'on se retrouve avec un montant total TVA
> qui n'a pas de poste dans un dossier non assujetti.

Quand on est non-assujetti , on n'encode pas la tva, on encode tout TVAC
, en changeant dans paramètre->compagnie -> non assujetti, toute la
partie TVA disparaît, et donc elle ne peut plus être encodée.

> Le souci est donc de travailler dans un dossier non assujetti sur une
> facture qui utilise la méthode B. C'est casse-miches; il faut tout faire
> à la main pour obtenir les totaux par article TVAC.
Oui c'est vrai, j'essayais de visualiser une façon de faire, comment
changer l'interface pour que l'on puisse calculer le TVAC et calculer le
reste.

Si on pouvait trouver une façon simple... J'avais imaginé un bouton pour
remplir depuis le TVAC ou permettre de rentrer la TVAC et calculer le
reste,...

>
> Et c'est là que la calculatrice Noalyss ne permet pas de retrouver la
> méthode A car il faut faire P/U*(1 + TVA) puis *qtté (puisqu'il n'y a
> pas de case TVA dans un tel dossier) et que (P/U*(1 + TVA) à deux
> décimales)*qtté, ça fait vite des différences.
> Mais si tu dis qu'il est correct -- d'après le contrôleur -- de ne
> garder que deux décimales dans le calcul P/U*(1 + TVA) avant de faire
> *qtté, alors ça marche.
>
> Est-ce ce que fait Noalyss quand on encode, travailler avec deux
> décimales partout?
Non noalyss calcule sur 4 décimales les prix unitaires dans ACH & VEN.
Tu peux faire l'essai en encodant un prix unitaire de 8.99 et 8.9920
pour 5 articles, la différence sera d'1¢

> Il semblerait que non puisque quand j'ai modifié pour que le dossier
> soit assujetti et refait l'encodage, la différence d'avec la facture
> n'était plus que de 0,1€ ou 0.01€ alors qu'avec la calculatrice (et les
> résultats à 2 décimales) sur l'encodage non assujetti elle était plus
> élevée.
>
> En résumé:
> - Pour un dossier assujetti, il suffit donc d'avoir ce poste pour les
> pertes ou gains de centimes. Rien à modifier.
>
> - Pour un dossier non assujetti qui rencontrerait une facture méthode B,
> il suffit d'une calculatrice à 4 décimales.
Changer la calculatrice n'est pas compliqué , juste l'ajouter dans
bug.noalyss.eu et ce sera fait dans la prochaine version.
>
> Il me semble.
>
> Dès lors, une possibilité serait, dans un dossier non assujetti qui fait
> face à une facture où les montants sont HTVA, de pouvoir introduire
> aussi directement le prix HTVA et la TVA, pour que le calcul se fasse
La TVA peut déjà être donnée, le HTVA c'est simplement PU * Quantité.

> sans devoir passer par une calculatrice 4 décimales.
> Ici, contrairement à un dossier assujetti, le total considéré pour
> l'article (et donc pour le poste charge) serait bien évidemment le total
> TVAC, puisque dossier non assujetti et donc non récupérable.
> La différence entre un dossier assujetti et un non assujetti, serait de
> pouvoir introduire le montant TVAC directement dans le second.
> OR il existe des activités mixtes; dès lors, il serait intéressant de
> pouvoir faire les deux en tout temps (dans les assujettis pour les
> activités mixtes, et dans les non assujettis pour les facture mal
> foutues (méthode B)). Pour les non assujettis, le total du poste de
> charge serait toujours le montant TVAC (que l'on ait introduit le
> montant HTVA et la TVA ou directement le montant TVAC), et, pour les
> assujettis, il faudrait trouver un truc pour spécifier si la dépense
> concernée par la ligne d'article encodée est soumise à la TVA (donc
> récupérable) ou non, ce qui déterminerait si le montant est entièrement
> alloué à la charge (ou produit, lors d'une facture de vente) ou divisé
> en HTVA pour l'article et TVA à récupérer (ou, respectivement, à payer
> pour une vente).
Oui les tva partiellement déductible (et impot partiellement déductible
se configure dans la fiche normalement) bien qu'on peut faire une
écriture OD uniquement pour ça.


Voir partie 4 Tenir sa comptabilité , point 1.7

http://wiki.noalyss.eu/doc/manuel-fr.html#__RefHeading__8265_47197458
(ce lien changera :-( )


> (Il a fait très chaud, aujourd'hui; je ne sais pas si c'est beaucoup
> plus limpide.)
>
> Qu'en dites-vous?

Sisi c'est clair :-)

En gros, on a besoin de pouvoir encoder la TVAC et le programme calcule
le reste, c'est jouable, l'unique soucis est de pouvoir le faire avec
l'interface actuelle : il ne faut pas que cela rende l'écran de saisie
trop complexe, que ce soit trop caché ou pas ergonomique ...



Bonne soirée,



D

>
>
> y
>
>
>
> Dany De Bontridder:
>> Bonsoir,
>>
>> Le 24/08/2017 à 19:12, address@hidden a écrit :
>>> Bonsoir.
>>>
>>>
>>> J'ai un souci:
>>>
>>> Une asbl non assujettie; une facture avec détails HTVA pour chaque
>>> marchandise; la TVA calculée sur le total de chaque catégorie de TVA;
>>> et un grand total qui ne correspond pas dans Noalyss pour des raisons
>>> d'arrondis.
>> Désolé mais le calcul d'arrondi est la partie la plus épineuse, et
>> heureusement  , il n'y a pas d'erreur : le total de la tva se calcule
>> sur le total HTVA. Cependant, certaines factures de fournisseur peuvent
>> avoir des erreurs d'arrondi. D'un autre côté, cela permet d'avoir des
>> déclarations TVA parfaites : total tva *21%= tva
>>
>>> Si je modifie le prix à l'unité pour y inclure la TVA, c'est un peu
>>> mieux mais pas encore exact.
>>> De l'ordre d'un centime sur 2500€. Mais ça, il me semble que c'est
>>> inévitable.
>>>
>>> Si je change les paramètres en «assujettie», j'obtiens le même
>>> résultat puisque la méthode de calcul est la même (par marchandise).
>>>
>>> Du coup, voici mes réflexions:
>>>
>>> Pour limiter les erreurs d'arrondis, ne serait-il pas intéressant,
>>> dans le cas d'un dossier non assujetti, de pouvoir introduire
>>> directement le total par ligne de marchandise pour y inclure la TVA
>>> qui serait donc calculée sur le total de la ligne HTVA (c'est-à-dire
>>> le prix/unité multiplié par la quantité) et non sur le prix à l'unité
>>> de la marchandise?
>>> Autrement, il est nécessaire de rendre le dossier assujetti et ça rend
>>> l'encodage plus laborieux (puisqu'il faut, pour chaque ligne,
>>> spécifier la TVA -- qui serait donc de 0%).
>> Non justement, j'ai vérifié avec un contrôleur TVA et cette façon de
>> calculer donnerait une tva incorrecte, pour 0.1€ , je ne pense pas qu'il
>> ferait un redressement. Le montant TVA peut être modifié , il n'y aura
>> alors qu'un avertissement lors de la confirmation et s'il y a trop de
>> différence, lors de la déclaration TVA cela se verrait (!=total tva *21%).
>>
>> 1) Façon Noalyss (donc correspondant au Code TVA)
>> PUnité * Quantité = HTVA
>> HTVA * 21% = TVA
>> TVAC = HTVA+TVA
>>
>> Si on fait
>> Exemple
>>
>> 8.89 * 5 = 44.95
>> 44.95 * 0.21 = 9.44
>> TVAC = 54.39
>>
>> TVA correcte
>>
>> 2) La méthode que tu proposes
>> PUnité * 21% = PunitéAvecTVA
>> PunitéAvecTVA*Quantité= TVAC
>>
>> Exemple
>>
>> Bien 8.99 à 21% = 10.88
>> Donc 5 biens dans ton calcul => 5 * 10.88= 54.40 avec un HTVA de 44.95
>> (44.95 * 0.21 +44.95 = 54.39) ==> différence de 1 ¢
>> Ici il y a trop  de TVA
>>
>>> Ou, pour un dossier assujetti ou non, pouvoir choisir que le calcul se
>>> fasse comme sur la plupart des factures, c'est-à-dire a posteriori,
>>> sur les totaux par catégorie de TVA. Ce qui ferait apparaître le petit
>>> cadre reprenant généralement ces calculs et donnerait (si tout va
>>> bien) le même montant que sur la facture.
>>>
>>> Aussi, il serait bon de permettre à la calculatrice Noalyss d'afficher
>>> 4 décimales pour le résultat; ainsi il serait possible de l'utiliser
>>> dans le cas d'un dossier non assujetti pour calculer un prix/unité
>>> TVAC et d'obtenir le même résultat qu'avec la méthode assujettie.
>>>
>>> Enfin, si ça ne peut être résolu, quel est le poste (les postes,
>>> disons, débit et crédit) pour y entasser toutes les erreures d'arrondis?
>> Ce ne sont pas des erreurs, mais tu peux forcer le montant TVA , le
>> problème est la facture que tu as reçue.
>>
>> Mine de rien c'est un problème complexe, parce qu'il y a des
>> conséquences pour la tva partiellement déductible et les déclarations
>> TVA s'il y a beaucoup d'opérations :-(
>>
>> Une autre idée serait de pouvoir forcer ou donner  le total htva et
>> calculer le reste, ce sont les montants HTVA et TVA qui comptent  : les
>> prix unitaires peuvent être calculées sur 4 décimales (dans noalyss,
>> essayer avec 8.9920 quantité 5) on aura le prix 54.40 TVAC mais la
>> solution ne sera p-e pas parfaite, faut voir
>>
>> Le soucis avec ton idée , ce sont les déclarations TVA : le taux de 21%
>> est utilisée pour les marchandises (case 82) , les services (case 81),
>> la tva partiellement déductible (certains éléments de la facture
>> pourraient être partiellement déductibles et d'autres pas),..., pour
>> résoudre cela ,  il faudra multiplier les code TVA pour avoir 1 code par
>> catégories et non plus un code par taux. Si on pense à ceux qui
>> utilisent déjà noalyss,  en imaginant qu'ils ne l'aient pas fait par
>> eux-même, on peut pas le savoir. Une mise à jour ne doit JAMAIS casser
>> un dossier, la comptabilité c'est sérieux, surtout en cas de contrôle.
>>
>>
>> Donc on a déjà 3 idées , qui a une suggestion ?
>>
>>
>> Bonne soirée
>>
>>
>> D
>>
>> ---
>> NOALYSS est un Serveur de Comptabilité et de Gestion libre
>>
>> NOALYSS is an ERP Server opensource focused on accountancy
>>
> ---
> NOALYSS est un Serveur de Comptabilité et de Gestion libre
>
> NOALYSS is an ERP Server opensource focused on accountancy