Problème d\'encodage dépense avec des montants néga

[roland]

Bonjour,

Je pense qu\'il y à un problème lors de l\'encodage de factures avec des articles avec des montants négatif.

Par exemple pour la facture suivante :

article A : 1 x 5.952
article A : 1 x -0.596 (remise sur quantité)
article B : 1 x 4.769
article C : 1 x 9.909

total HT = 20.03 + tva 4.21
Total 24.24

Et bien dans phpcompta, j\'ai 24.84 après avoir validé l\'encodage et impossible de réconcilier avec la banque sur le montant de 24.24.

Voir base de donnée testBE sur phpcompta.

Merci.

Roland

[Dany]

Ah oui c\'est normal : le total que tu dois payer est 24.25 (a cause arrondi) mais le total de l\'opération est évidemment 24.84, regarde en vue expert et fais la somme de chaque colonne.

La réconciliation ne tient pas compte si les montants sont égaux ou pas et fais une recherche sur le total de l\'opération.

[alainvg]

Cette facturation en millièmes d\'euros m\'a vivement intéressé car c\'est peu pratiqué.

Si elle devait être faite \"à la main\" il me semble qu\'elle serait présentée comme ci-dessous :
(A gauche en 1/1000. A droite avec l\'arrondi comptable)

5.952 5.95
-0.596 -0.6
4.769 4.77
9.909 9.91

HT:
20.034 20.03

TVA 21%:
4.207 4.21

TTC:
24.241 24.24
Résultats obtenus avec ma calculatrice.


Alors ce montant de 24.25, il viendrait d\'où?

[roland]

Bonjour,

Je trouve très peu pratique pour la réconciliation de faire des recherches sur des montants différents que celui qui est indiqué sur la facture. C\'est une source d\'erreurs surtout si l\'on encode les factures et les banques à un moment différent.

Je pense qu\'il serait bon de revoir cette situation.

Merci

Roland

[Dany]

Le problème est que la recherche se fait sur le total de l\'opération, si on fait la recherche sur les détails, beaucoup de personnes penseraient qu\'en fait la recherche ne fonctionne pas. Par exemple, on recherche un montant sup = 5

Il sortirait les opérations dont le total est 5 mais aussi toutes les opérations dont au moins un détail a un montant de 5 par exemple les opérations dont la tva vaut 5€. Ce n\'est pas un problème si simple, p-e que le mieux est d\'éviter les montants négatifs

[Dany]

Je dois vérifier mais je pense qu\'arrondi de -0.59 = -0.5.

Actuellement même si on voit 4 décimales, tous les calculs se font sur 2.

[Dany]

C\'est assez bizarre mais le calcul est correct

Je prends la vue expert de l\'opération et j\'ai

5.95 + 4.77 + 9.91 - 0.59 = 20.04
TVA = 20.04 * 0.21 = 4.21

Donc au débit j\'ai
5.95 + 4.77 + 9.91 + 4.21 = 24.84
et au crédit j\'ai
0.59 + 24.25 = 24.84
Donc
5.95 + 4.77 + 9.91 + 4.21 -0.59 = 24.25

C\'est donc juste

[alainvg]

Dany wrote:
[quote]Je dois vérifier mais je pense qu\'arrondi de -0.59 = -0.5.[/quote]

l\'arrondi comptable de -0,59 = -0,59
car il n\'y a pas nécessité d\'arrondir dans ce cas là.

Ce serait :
-0,059 que l\'on arrondira à -0,06
-0,055 que l\'on arrondira à -0,06
-0,054 que l\'on arrondira à -0,05

[alainvg]

Dany wrote:
[quote]C\'est assez bizarre mais le calcul est correct
[couic]
5.95 + 4.77 + 9.91 + 4.21 -0.59 = 24.25

C\'est donc juste[/quote]

Sauf que la TVA ça se calcule sur le HT et donc l\'empilage de l\'opération ci-dessus n\'est pas conforme à celui d\'une facture.
Seuls les éléments d\'une addition sont permutables entre eux or là on associe une addition et une multiplication.

Tu as bien noté la bizareté de la chose.
Le TTC correct de cette facture est bien 24.24.

[Dany]

Ce que je voulais dire est que l\'arrondi de -0.596 a donné -0.59, je pense que le soucis vient de là tout bêtement. Ce sera corrigé au plus tôt.