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. 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) 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. 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. 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? 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. 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 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). (Il a fait très chaud, aujourd'hui; je ne sais pas si c'est beaucoup plus limpide.) Qu'en dites-vous? y Dany De Bontridder: > Bonsoir, > > Le 24/08/2017 à 19:12, [email protected] 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
