MySQL a přecenění se změnou DPH

[Death Walker]

Mimochodem, sám sis naběhl.  Rád tady používáš pojem "základ daně". A víš, co to znamená základ daně? Ano, je to základ něčeho, co se od základu odvíjí.

Základ daně se jmenáje "základ", protože je základem pro výpočet DPH.

Kdyby se daň počítala z ceny s DPH, tak se "základ daně" bude říkat ceně s DPH, a ne ceně bez DPH.

Už dost prosímtě.

Skuste si precitat zakonnik ako definuje zaklad DPH. A skuste si najst ci definuje cenu bez DPH.

[Reklama]

[farbydos2]

Lenze pre ukladanie grosov urcite float ani double pouzit nechcete, pri dost vysokych cislach sa vam zacnu stracat haliere, koruny, desiatky korun. Je to dane tym ze vo float je cislo ulozene ako mantisa, ktora ma urcitu maximalnu velkost nasobenu exponentom.
Cize pouzijete na jednoduchsich DB decimal (ktory je ulozeny podobne ako BCD) alebo pouzijete typ premenu ktory je ulozeny ako integer s tym ze pri vypoctoch sa transparentne deli podielom platnym pre danu menu (napr 100 pre euro).

Ak nechceme zbytocne komplikovat vypocty tak ukladame cenu a zaklad DPH dopocitavane, a ziadne dodatocne vypocty ani zaokruhlenia nie su potrebne, pretoze zaklad z ceny vieme vypocitat presne, kdezto cenu zo zakladu nie. To ze je to fakt som ukazal na priklade a v predoslom prispevku som aj vysvetlil preco to tak je.

Float má nevýhody, o kterých jsem psal. Ale nemám pocit, že by je typ decimal(x, y) řešil. Obecně může záležet na pořadí operací i u decimal. Pokud navíc data prezentujete zaokrouhlená, musíte se rozhodnout, jestli se budete držet prezentované přesnosti (haléř, setina haléře atp.), nebo budete interně používat vyšší přesnost a pak nebudou dokonale odpovídat prezentované mezivýsledky s výsledky spočtenými.

Jen si představte, že na položku za 0,0007 korony dá někdo akční nabídku tři za cenu dvou. A pak se na faktuře těchto položek objeví desetitisíce. S typem decimal(x, 4) bude výsledek záviset na pořadí operací a uplatnění slevy. A je úplně jedno, jestli počítáte DPH z daňového základu, nebo postupujete naopak. Jiní tu citovali pasáže o povinných údajích na fakturách; většinou je zvykem vycházet z nutných údajů a pak dle okolností doplnit nepovinné: Occamova břitva...

[Death Walker]

Lenze pre ukladanie grosov urcite float ani double pouzit nechcete, pri dost vysokych cislach sa vam zacnu stracat haliere, koruny, desiatky korun. Je to dane tym ze vo float je cislo ulozene ako mantisa, ktora ma urcitu maximalnu velkost nasobenu exponentom.
Cize pouzijete na jednoduchsich DB decimal (ktory je ulozeny podobne ako BCD) alebo pouzijete typ premenu ktory je ulozeny ako integer s tym ze pri vypoctoch sa transparentne deli podielom platnym pre danu menu (napr 100 pre euro).

Ak nechceme zbytocne komplikovat vypocty tak ukladame cenu a zaklad DPH dopocitavane, a ziadne dodatocne vypocty ani zaokruhlenia nie su potrebne, pretoze zaklad z ceny vieme vypocitat presne, kdezto cenu zo zakladu nie. To ze je to fakt som ukazal na priklade a v predoslom prispevku som aj vysvetlil preco to tak je.

Float má nevýhody, o kterých jsem psal. Ale nemám pocit, že by je typ decimal(x, y) řešil. Obecně může záležet na pořadí operací i u decimal. Pokud navíc data prezentujete zaokrouhlená, musíte se rozhodnout, jestli se budete držet prezentované přesnosti (haléř, setina haléře atp.), nebo budete interně používat vyšší přesnost a pak nebudou dokonale odpovídat prezentované mezivýsledky s výsledky spočtenými.

Jen si představte, že na položku za 0,0007 korony dá někdo akční nabídku tři za cenu dvou. A pak se na faktuře těchto položek objeví desetitisíce. S typem decimal(x, 4) bude výsledek záviset na pořadí operací a uplatnění slevy. A je úplně jedno, jestli počítáte DPH z daňového základu, nebo postupujete naopak. Jiní tu citovali pasáže o povinných údajích na fakturách; většinou je zvykem vycházet z nutných údajů a pak dle okolností doplnit nepovinné: Occamova břitva...

Lenze je uplne jedno ako mate interne nakodenu aplikaciu. Ide o to aby ta aplikacia davala vystupy take ktore autorita uzna ako spravne.

Priebeh certifikacie pokladnicneho systemu (z praxe):
1. Danovak vas poziada aby ste si pre konkretne polozky nastavil konkretne ceny.
2. Potom vas poziada aby ste mu vytlacil danovy doklad s vyssie uvedenymi polozkami.
3. Zoberie kalkulacku a ten papier si prepocita
4a. Ak mu bude sediet tak pokladnicny system ziska certifikat a moze sa v krajine pouzivat.
4b. Ak mu nebude sediet tak vas posle prec a absolutne ho nebude zaujimat vas pohlad na vec.

Z toho plynie ze je idealne nakodit tu aplikaciu podla pochodov ktore pouziva danovak. A buddte si isty ze ten tu fakturu nebude pocitat tak aby mal medzivysledky na 4 desatinne miesta. Ak ju nakodite podla seba, tak ju budete musite ohnut tak aby davala pozadovane vystupy, co je zbytocna komplikacia ktora sa prejavi na zbytocne spalenom case a tym zvysenych nakladoch.

[Lord_Pitzbudka]

Zákon a finančák neuděluje žádné povolení k tomu, aby jsi mohl používat SW k účetním účelům. Můžeš používat jakýkoli software, který uznáš za vhodné.  Nepotřebuješ žádnou certifikaci.

[Lord_Pitzbudka]

Skuste si precitat zakonnik ako definuje zaklad DPH. A skuste si najst ci definuje cenu bez DPH.

Ano, tímto jsme si už prošli. Z definice v žádném případě nevyplývá, že DPH se počíta z ceny s DPH a žím se dojde k ceně (základu) DPH.

Naopak, celý zákon o DPH, odstavec po odstavci, je napsán tak, že cena s DPH vůbec nikoho nezajímá, základem pro výpočet DPH je základ daně, a DPH se počítá tak, že se z ceny bez DPH vypočte DPH podle příslušné sazby.

Ono ani nemůže nijak záviset na ceně s DPH, protože tuto cenu nemáš v danovem priznání, cenu s DPH nemusíš mít na dokladech, cenu s DPH nemáš v kontrolním hlášení.

Kdyby to bylo tak, jak říkáš, jak by asi tak mohl finančák ověřit, že DPH byla vypočetena správně? Vždyt bys ji nemohl vůbec spočíst.

Mimochodem, celou diskusi můžeme definitivně ukončit.

Zákon explicitně říká, že výše daně se počítá tak, že se základ daně vynásobí sazbou. Cituji

Daň se vypočte jako

a) součin základu daně a sazby daně

Upřímně doufám, že s těmi bláboly o tom, že DPH počítáš z ceny s DPH už dáš konečně pokoj.

[Reklama]

[Filip Jirsák]

Co sa vam nezda ze tam nasobim/delim 1.23? Skuste si to aritmeticky prebrat.

Jenže to tam právě neděláte. V aritmetice je násobení a dělení komutativní, takže opravdu nezáleží na tom, zda napíšete a×x=y, nebo y/a=x pro nenulové a.

Vtip je v tom, že celou dobu řešíme zaokrouhlování, ale to vy v těch příkladech vůbec neřešíte. Spoléháte na nějaké výchozí chování, které ani neznáte, natož abyste věděl, zda vyhovuje vašim potřebám.

[Filip Jirsák]

Zákon explicitně říká, že výše daně se počítá tak, že se základ daně vynásobí sazbou. Cituji

Daň se vypočte jako

a) součin základu daně a sazby daně

Nezapomeňte na to, že je v zákoně ještě písmeno b), druhý způsob výpočtu daně – rozdíl mezi částkou s daní a vypočteným základem daně.

[Death Walker]

Co sa vam nezda ze tam nasobim/delim 1.23? Skuste si to aritmeticky prebrat.

Jenže to tam právě neděláte. V aritmetice je násobení a dělení komutativní, takže opravdu nezáleží na tom, zda napíšete a×x=y, nebo y/a=x pro nenulové a.

Vtip je v tom, že celou dobu řešíme zaokrouhlování, ale to vy v těch příkladech vůbec neřešíte. Spoléháte na nějaké výchozí chování, které ani neznáte, natož abyste věděl, zda vyhovuje vašim potřebám.

Tu je presne vidiet ako sa vase bludy rozchadzaju s realitou. Realita je to co je napisane v dokumentacii. Vzhladom na to ako je typ MONEY definovany, tak zaokruhluje transparentne. Je to interne bigint, s tym ze pre matematicke operatory sa transparentne deli/nasobi 100 (pre meny s dvoma desatinnymi miestami). Chovanie pre decimal(*,2) bude rovnake.

Prestante bluznit a skorigujte ten priklad tak aby bol podla vas spravne. Memal by to byt problem, ak ste naozaj taky odbornik za akeho sa pasujete.

[Lord_Pitzbudka]

Zákon explicitně říká, že výše daně se počítá tak, že se základ daně vynásobí sazbou. Cituji

Daň se vypočte jako

a) součin základu daně a sazby daně

Nezapomeňte na to, že je v zákoně ještě písmeno b), druhý způsob výpočtu daně – rozdíl mezi částkou s daní a vypočteným základem daně.

Nezapomínám Jen pro tuto diskusi a vyvrácení pohádek předřečníka je tento bod nejdůležitější.

[Filip Jirsák]

Tu je presne vidiet ako sa vase bludy rozchadzaju s realitou. Realita je to co je napisane v dokumentacii. Vzhladom na to ako je typ MONEY definovany, tak zaokruhluje transparentne. Je to interne bigint, s tym ze pre matematicke operatory sa transparentne deli/nasobi 100 (pre meny s dvoma desatinnymi miestami). Chovanie pre decimal(*,2) bude rovnake.

Prestante bluznit a skorigujte ten priklad tak aby bol podla vas spravne. Memal by to byt problem, ak ste naozaj taky odbornik za akeho sa pasujete.

Na tom je právě vidět, jak o tom vůbec nic nevíte. Zaokrouhlovat můžete v každém kroku výpočtu nebo až na konci. Zaokrouhlovat můžete vždy dolů, vždy nahoru, k nule, matematicky se zaokrouhlením pětky nahoru, dolů, k sudé – a spoustou dalších způsobů. Zaokrouhlovat dokonce teoreticky můžete postupně. A vy napíšete „zaokrouhlení je transparentní“. Celou dobu tu řešíme problém se zaokrouhlováním, vy napíšete příklad, u kterého vůbec nevíte, jak se zaokrouhluje, ale tváříte se, že je to určitě tak, jak to má být správně – aniž byste vůbec tušil, jak to má správně být.

[Death Walker]

Zákon explicitně říká, že výše daně se počítá tak, že se základ daně vynásobí sazbou. Cituji

Daň se vypočte jako

a) součin základu daně a sazby daně

Nezapomeňte na to, že je v zákoně ještě písmeno b), druhý způsob výpočtu daně – rozdíl mezi částkou s daní a vypočteným základem daně.

Nezapomínám Jen pro tuto diskusi a vyvrácení pohádek předřečníka je tento bod nejdůležitější.

Zabudate vsak najednu dolezitu sucast danoveho dokladu - suhrn DPH. Skuste si vytvorit nejaku fakturu aj so suhrnom dane a pocitajte ceny zo zakladu. Zistite ze vam nesedia sumy. Danovaka nezaujima jednotkova cena polozky, zaujima ho kolko mate zaplatit na DPH za jednotlive sadzby DPH.

[Death Walker]

Tu je presne vidiet ako sa vase bludy rozchadzaju s realitou. Realita je to co je napisane v dokumentacii. Vzhladom na to ako je typ MONEY definovany, tak zaokruhluje transparentne. Je to interne bigint, s tym ze pre matematicke operatory sa transparentne deli/nasobi 100 (pre meny s dvoma desatinnymi miestami). Chovanie pre decimal(*,2) bude rovnake.

Prestante bluznit a skorigujte ten priklad tak aby bol podla vas spravne. Memal by to byt problem, ak ste naozaj taky odbornik za akeho sa pasujete.

Na tom je právě vidět, jak o tom vůbec nic nevíte. Zaokrouhlovat můžete v každém kroku výpočtu nebo až na konci. Zaokrouhlovat můžete vždy dolů, vždy nahoru, k nule, matematicky se zaokrouhlením pětky nahoru, dolů, k sudé – a spoustou dalších způsobů. Zaokrouhlovat dokonce teoreticky můžete postupně. A vy napíšete „zaokrouhlení je transparentní“. Celou dobu tu řešíme problém se zaokrouhlováním, vy napíšete příklad, u kterého vůbec nevíte, jak se zaokrouhluje, ale tváříte se, že je to určitě tak, jak to má být správně – aniž byste vůbec tušil, jak to má správně být.

Viete vase teoretizovanie dokazat tym ze poskytnete priklad ktory je mozne overit? Alebo neviete. Nechajte si zbytocne teoretizovanie a dokazte ze mate pravdu.

[Filip Jirsák]

Zabudate vsak najednu dolezitu sucast danoveho dokladu - suhrn DPH. Skuste si vytvorit nejaku fakturu aj so suhrnom dane a pocitajte ceny zo zakladu. Zistite ze vam nesedia sumy. Danovaka nezaujima jednotkova cena polozky, zaujima ho kolko mate zaplatit na DPH za jednotlive sadzby DPH.

Souhrn DPH je součet DPH za jednotlivé položky. Posčítat jednotlivé hodnoty fakt není žádný problém – teda pro většinu lidí.

[Filip Jirsák]

Viete vase teoretizovanie dokazat tym ze poskytnete priklad ktory je mozne overit? Alebo neviete. Nechajte si zbytocne teoretizovanie a dokazte ze mate pravdu.

Příklad čeho konkrétně?

[Death Walker]

Viete vase teoretizovanie dokazat tym ze poskytnete priklad ktory je mozne overit? Alebo neviete. Nechajte si zbytocne teoretizovanie a dokazte ze mate pravdu.

Příklad čeho konkrétně?

Vy si nepamatate kontext diskusie? Nie je divu ze diskusie s vami vyzeraju tak ako vyzeraju.

Priklad pre vase tvrdenie. Tvrdite ze moj priklad je nespravny, tak ho upravte tak aby bol spravne a sucastne bol odrazom toho co tvrdite.