On Wed, 4 Jun 2003, maruda wrote:

>+ 04.06.2003 14:43, persona, tytułująca się 'Kyniu', napisała:
>+ > On Wed, 4 Jun 2003 13:43:23 +0200, Gotfryd Smolik news
[...]
>+ > Kwiatki to sa jak mi sie co druga pozycja na PZ nie zgadza [...]
>+ To o czym pisze Godfryd, to wynik zasady matematycznej: suma przybliżeń
>+ nie musi się równać przybliżeniu sumy.

Oczywiście. Ale sugerowałem inne miejsce niż ty sugerujesz :)

[...]
>+ Błąd hurtowni, o której piszesz, może wynikać z typowego błędu
>+ większości początkujących programistów. Cena jednostkowa nie jest
>+ zaokrąglana.

A ja sądzę że to nie jest *ten* błąd :) (choć wykluczyć nie
mogę), tylko zwyczajnie inny sposób sumowania VATu.
Równie prawidłowy jak ten "częściej spotykany" :)
*Prawdopodobnie* hurtownia liczy dobrze (acz inaczej niż
reszta dostawców Kynia) a program Kynia metodą nahamowa :]
usiłuje wyznaczyć VAT z ceny netto.

A IMO (bez "H") błedem jest nieprzewidzenie w programie
tego że VAT może być obliczany na różne sposoby... :)
VATu który wynika z f-ry przyjmowanej nie wolno wyliczać
i tyle - choć można sprawdzać czy jest to jedna z poprawnych
wartości. Na moje oko - w niektórych przypadkach jedna
z *trzech* możliwych wartości (sprzedając innej DG wolno
zarówno wystawić f-rę "wprost" jak i "przepuścić przez
kasę", więc przypadek "od brutta" też IMO należy uwzględnić).

Zastrzegam, że w razie jeśli masz rację należy ci się
gratulacja :) - a sprawdzić możemy to prosto: Kyniu
zapoda kilka takich "niezgadzających mu się" faktur
(ale *kompletnych*) i sprawdzamy zaokrąglenia :]
Musi być "kilka" aby wykluczyć przypadek że "różnica
od VAT" i "błąd od zaokrąglenia netto" przypadkiem
dają taki sam grosz :)

[...]

pozdrowienia, Gotfryd