Stratégies d'arrondi décimal dans les applications d'entreprise

Question

Eh bien, je me pose des questions sur l'arrondissement des décimales et leur stockage dans DB.

Le problème est comme ceci:

Disons que nous avons un client et une facture.

La facture a un prix total de 100.495 $ (en raison d'un certain pourcentage de remise qui n'est pas un nombre entier), mais il est indiqué comme 100.50 $ (arrondi, juste pour imprimer sur facture). Il est stocké dans la base de données avec le prix de 100.495 $, ce qui signifie que lorsque le client fait un dépôt de 100,50 $, il aura 0,005 $ de plus sur le compte. Si elle est arrondie, elle apparaîtra comme $ 0, mais après quelques factures, elle continuera à s'accumuler, ce qui semblerait faux (bien que ce ne soit pas le cas).

Ce qu'il y a de mieux à faire dans ce cas. Stocker la valeur de 100,50 $, ou tout laisser tel quel?

Answer 1

Vous devez stocker le nombre exactement comme vous voulez qu'il soit reflété sur leur balance.

Est-ce que vous chargez réellement le client au demi-cent? Si vous l'êtes, cela devrait être reflété dans l'entrée DB. Si vous n'êtes pas, alors il ne devrait pas. Mais à moins que je ne publie quotidiennement des intérêts courus (comme Prosper.com par exemple), je m'en tiendrai aux unités de monnaie que les gens peuvent payer (ou retirer) exactement.

Answer 2

Cela dépend de ce qui est le plus important. Mais habituellement, si vous faites un système de comptabilité ou de facturation, la conciliation des soldes est un objectif important. Donc, pour cette raison, je stockerais la valeur arrondie.

Answer 3

Je voudrais enregistrer les deux (sérieusement).

Answer 4

Stockez les deux. Vos clients ne seront pas en mesure de payer le montant non arrondi par carte de crédit de toute façon, mais vos livres doivent être corrects.