Obrazložitev ??? - PROSIM POMAGAJTE!!!!

[natasajug]

Eno lepo dobro jutro vsem.
Zanima me nekaj in bom kar začela konkretno s primerom. Na INTERNIH dokumentih (izdaje blaga) imam probleme s ceno. Zaloga se vrednoti po povprečni tehtani ceni. In tako se npr. povprečna cena izračuna na 82,35267, vendar se NA PAPIRJU izpiše samo 82,35 SIT. In če izdam 1.000 enot artikla je vrednost NA PAPIRJU 82.352,67, kar je sicer OK (taka vrednost se tudi poknjiži), vendar pa je dejansko 1000 x 82,35 = 82.350,00 in mi tako striže 2,67 SIT.
Matematično se zadeva lahko razloži, kako pa naj zadevo razložim npr. davčni?? Ali je zadeva toliko sporna, ker gre za interni dokument???

[KAJ]

Ma,nič ni sporno.Tisti drobiž dajte na izravnavo.

[Mirko Zbačnik]

Mislim, da tu tudi za davčno ne bi smelo biti problem. Verjetno program upošteva več decimalnih mest, kot jih je izpisanih in če to upošteva tudi na izhodnem dokumentu, to ne more biti sporno. Preveril sem prejet dokument našega dobavitelja, kjer ravno tako opazim, da program upošteva več decimalk. Lahko bi program zaokroževal povprečne cene na dve decimalki, vendar bi tudi v tem primeru prihajalo do razlik.

Če prav razumem, do razlike prihaja le, če ročno preverite izračun, a ne?

[natasajug]

Ja, do razlike prihaja samo pri ročnem izračunu. Poknjiženo je vse OK. Problem je samo papir.
Zanima pa me, če je kje kaj zapisano, kako te neenakosti lahko obrazložila?

[Mirko Zbačnik]

Po mojem ni potrebno iskat razlege, ker to ni potrebno. Parske izravnave so trd oreh tudi za programerje, še posebno če se zaokrožuje v vmesnih fazah. Si predstavljate, kaj bi šele bilo, če bi program upošteval le vidne decimalke?

Jaz si glede tega ne bi belil glave.

[pamps]

Te neenakosti lahko razložite na ta način, da opišete delovanje vašega programa, napišete, da se vrednosti preračunavajo na pet (šest, sedem,...) decimalnih mest, zneski pa se nato zaokrožijo na dve decimalni mesti po nekem pravilu (na primer po pravilu matematičnega zaokroževanja, ali karkoli so že uporabili vaši programerji).