Łukasz Jarosław Mozer wrote:

On Thu, 4 Dec 2003, Maurycy Czerwieniec wrote:

...

Jak widzimy są różnice w podatku i brutto.

Prawo dopuszcza z tych trzech form dwie na wyliczanie sumy podatku - pierwszą i trzecią (o ile dobrze pamiętam). Ze względu na to że wizualnie użytkownikowi ladniej przedstawia się opcja pierwsza (nie zastanawia sie gdzie sie podzial grosz) proronuje ta opcję uzyc w LMS'ie

Grunt to wg mnie w momencie wyliczania podatku od razu go zaokrąglić i takiego używać do dalszych operacji finansowych - oszczedza wielu klopotow z U$ i ksiegowoscia oraz natretnymi klientami. We wszystkich aplikacjach fakturowo/ksiegowych albo tak było zrobione albo tak robiłem

No właśnie. Ja jestem zbyt nieprzytomny by zobaczyć jak to jest w LMS'ie (oj, byle jak napisałem wyliczanie podatku). Anyway, U$ i prawo dopuszcza zaokrąglanie '4/5', czyli: 0.234 -> 0.23, 0.235 -> 0.24. Takie zaokrąglanie można uzyskać poprzez round($n,2); afair.

Dokladnie - pytanie czy dokonujesz tego zaookrąglania tylko do wyswietlania a przeliczasz na pelnych wartosciach, czy tez zaokrąglasz od razu i takich uzywasz pozniej...

Jest jeszcze inny problem - czasami nieokresowy ulamek dziesietny jest okresowym ulamkiem w systemie dwojkowym, i jesli trzymamy to jako reprezentacje zmiennoprzecinkową to rowniez mogą się pojawić błędy zaokrągleń - jezeli jest taka mozliwosc nalezy uzywac typow stalopozycyjnych (nie pamietam czy php/perl takowe posiadaja... i czy jest mozliwosc zaznaczenia takiej wlasnosci)

M.