eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPodatkiGrupypl.soc.prawo.podatkizaokrąglanie wartości na fakturze › Re: zaokrąglanie wartości na fakturze
  • Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!newsfeed.tpinternet.pl!atlantis.news
    .tpi.pl!news.tpi.pl!localhost!smolik
    From: Gotfryd Smolik news <s...@s...com.pl>
    Newsgroups: pl.soc.prawo.podatki
    Subject: Re: zaokrąglanie wartości na fakturze
    Date: Sat, 11 Sep 2004 16:01:33 +0200
    Organization: tp.internet - http://www.tpi.pl/
    Lines: 57
    Message-ID: <P...@A...portezjan.zabrze.pl>
    References: <chs5hp$9nn$1@atlantis.news.tpi.pl> <chsinl$qtn$1@news.onet.pl>
    <1...@p...pl> <chssj4$4hs$1@news.onet.pl>
    <8...@p...pl> <cht2ef$h8f$1@news.onet.pl>
    <9...@p...pl> <cht2t7$f4g$1@news.onet.pl>
    <1...@p...pl> <cht885$1u0$1@news.onet.pl>
    <P...@A...portezjan.zabrze.pl>
    <chuir6$ggo$1@news.onet.pl>
    NNTP-Posting-Host: pa202.zabrze.sdi.tpnet.pl
    Mime-Version: 1.0
    Content-Type: TEXT/PLAIN; charset=ISO-8859-2
    Content-Transfer-Encoding: 8BIT
    X-Trace: atlantis.news.tpi.pl 1094922834 3582 217.97.78.202 (11 Sep 2004 17:13:54
    GMT)
    X-Complaints-To: u...@t...pl
    NNTP-Posting-Date: Sat, 11 Sep 2004 17:13:54 +0000 (UTC)
    X-Posting-Agent: Chomik/1.0.3.0
    In-Reply-To: <chuir6$ggo$1@news.onet.pl>
    X-X-Sender: moj@[127.0.0.1]
    Xref: news-archive.icm.edu.pl pl.soc.prawo.podatki:121828
    [ ukryj nagłówki ]

    On Sat, 11 Sep 2004, SP9LWH wrote:

    >+ Użytkownik "Gotfryd Smolik news" <s...@s...com.pl> napisał
    >+ > No, kiedy ja wzorem RoMana powiadam że się NIE wyrówna :)
    >+
    >+ Ja się prawie całkowicie z Tobą i RoManem zgadzam.

    Szkoda że "prawie" :)

    >+ Nie poprę jednak metody przemiennej (?) zaokrągleń "piątek"

    Są dwie różne sprawy: praktyczna i formalna.

    >+ Gdyby ją masowo stosować dla liczb stałoprzecinkowych błąd kumulowałby się
    >+ w drugą stronę i trzeba by wprowadzić kolejny "ulepszacz" np. przemienne
    >+ "czwórki"

    No i TU SIĘ MYLISZ. Spróbuję posłać w osobnym poście jakiś
    skrajnie prymitywny przykład :) - to sprawa formalne :)
    czyli "matematycznie poprawne wyliczenie".
    Zauważ iż przyłożełeś komuś na początku "szkołą pod górkę",
    a *w sumie* to ten u kogo pytający "słyszał że" miał *całkiem
    sporo racji*. Oczywiście w zakresie dokładności 0,00001
    która jest ZUPEŁNIE niepraktyczna :]

    Tu NIE CHODZI o błąd statystyczny "od rozrzutu danych", tylko błąd
    *metody* przy zaokrąglaniu danych pochodzących od danych już
    zaokrąglonych ! Ów bład metody ma oczywiście *również* swój bład
    statystyczny - ale ma wymierną wartość odchylenia od zera, przynajmniej
    dla pewnych założeń (np operowania wyłącznie na wartościach dodatnich
    z przewagą dodawań :))

    >+ Choć w dobie komputerów najprościej byłoby rachować z większą ilością miejsc
    >+ po przecinku, tak jak np. banki liczą przewalutowanie

    Zgoda. Przyjąwszy ZNACZNY zapas powodujemy dalszy ZNACZNY spadek
    wartości OBU błędów: i "rozrzutu statystycznego" i dryftu "od
    zaokrąglania ostatniej piątki" :)
    BTW: dopóki liczby są w komputerze zapisane dwójkowo ów "bład
    dryftu" NIE WYSTĘPUJE ! On ma prawo ujawnić się TYLKO jeśli
    podstawa liczenia zawiera czynniki nieparzyste - na nasz pech
    przyjęte "10" zawiera "5" :)

    >+ I dalej podtrzymuje swoje zdanie,tu skrytykowane, że przemienne zaokrąglanie
    >+ piątek nie jest mądre i wprowadziłoby kolejny chaos.

    Ależ OCZYWIŚCIE, to owa "sprawa praktyczna" :)

    A to dlatego iż POZIOM tego błędu jest tak mały że nieistotny wśrod
    innych nieistotnych błędów :)
    Przecież ów błąd jest ZNACZNIE mniejszy niż statystyczne odchylenia
    od wartości oczekiwanej płaconego podatku wynikłe z zaokrąglenia
    samego podatku do 10 groszy :)

    --
    pozdrowienia, Gotfryd
    (KPiR, VAT, ZUS)

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1