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

Re:MySQL a přecenění se změnou DPH
« Odpověď #60 kdy: 03. 01. 2024, 23:21:07 »
Způsob uložení toho či onoho je jen jedním z mnoha aspektů, který se řeší při návrhu architektury systému.

Ale ani zdaleka ne jediným.  A dost často se vyplatí použít jeden rovnák na ohýbak na místě A, než tři rovnáky na místech B, C a D.

Ale to byste jako superznalý expert měl dávno vědět.
Ak dokazete s presnej ulozenej ceny dopocitat presny zaklad, tak aky rovnak na miestach B, C, D potrebujete. Ten zaklad sice dopocitavate ale na chlp sedi stym ako by ste ho ukladal. Kdezto cena dopocitana zo zakladu sa rozchadza stym ako by ste ju mal ulozenu.

Co ve Vaší terminilogii znamená rovnák? Pokud se jako základ pro výpočty použije datový typ float nebo nějaký odvozený, budou operace násobení a sčítání komutativní, ale obecně ne asociativní a distributivní. Poslední dvě vlastnosti jsou splněny jen do jisté odchylky. Všechny tři vlastnosti mohou být při účetních operacích potřeba. Když k tomu přidáme požadavek, že pro reálnou měnu je vhodné prezentovat data s konečnou docela malou přesností a v hezké podobě, nemůžeme problém nikdy vyřešit. Můžeme se snažit eliminovat důsledky, počítat interně s vyšší přesností, vybírat precizně pořadí operací, ale boj je to marný. Obecně je špatný nápad problém zhoršovat nadbytečným zaokrouhlovánám mezivýpočtů. Výsledky mezivýpočtů ale na fakturách mohou vystupovat a není v mé moci říci, jestli je lepší pracovat se zaokrouhlenými hodnotami dle prezentované formy, nebo držet pro výpočty přesněji, ale nepatrně odchýlené od vytištěných hodnot.

Pár příkladů je i na wiki: https://en.wikipedia.org/wiki/Floating-point_arithmetic#Accuracy_problems

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.


RDa

  • *****
  • 2 757
    • Zobrazit profil
    • E-mail
Re:MySQL a přecenění se změnou DPH
« Odpověď #61 kdy: 04. 01. 2024, 00:39:14 »
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.

Uz s tim fakt dej pokoj. Nic ti ani ten zpetny vypocet nepocita presne.

Rekneme ze mas propisku za 1.25 eur vcetne dph v sazbe 23%.

Pri tvem vypoctu vyjde zaklad 1.02 a dan 0.23 eur.
Ale ten samy zaklad ti vyjde pri cene 1.26 eur, tj. 1.02 ale dan bude 0.24 eur.

A ted mi vysvetli, je 1.02 + 23% z 1.02 tedy 1.25 nebo 1.26 ??
je 102 + 23% z 102 tedy 125 nebo 126 na fakture se sto propiskami ruznych barev.

Anebo to vezmes zas od konce, jako 125, a spoctes zaklad 101.63 a dan 23.37 - to ten provozoval eshopu bude fakt moc rad, ze namisto 100 * 1.02 vydelal najednou jen 101.63. Ze on blbec si radeji nezvolil cenu 1.26 a neprenesl ten centik na zakaznika.. ale holt, konkurence mu to nedovoli zdrazovat!

Proto veskery normalni biz u platcu jede na cenach bez dane, krat pocet kusu na radku, pak suma, a az se pocita dan, ktera se vybere od toho, od koho se ma vybirat.

Tj. FA s propiskama bude jako:
100*1.02 = 102 zaklad, 23% sazba, 23.46 dan, 125.46 k platbe prevodem, nebo 125.45 pri platbe hotove.

A vis ze se zaokrouhluje u vas v cobolistanu na 0.05 nasobky od 2022 pro platby v hotovosti?

Nebo nam zas budes tvrdit ze zaokrouhovani je no-no-no?

Samozrejme to zaokrouhovani je mimo DPH system, ale uvadet to explicitne musis, pac to pak spada pod vynosy ci naklady od zaokrouhlovani.


Tom5

  • ***
  • 105
    • Zobrazit profil
Re:MySQL a přecenění se změnou DPH
« Odpověď #62 kdy: 04. 01. 2024, 13:45:34 »
Rekneme ze mas propisku za 1.25 eur vcetne dph v sazbe 23%.
...
Tj. FA s propiskama bude jako:
100*1.02 = 102 zaklad, 23% sazba, 23.46 dan, 125.46 k platbe prevodem, nebo 125.45 pri platbe hotove.

Jako, že jedna propiska stojí 1,25€ a 100 propisek stojí 125,46€. Tak to je zajímavej eshop... ;-)

Re:MySQL a přecenění se změnou DPH
« Odpověď #63 kdy: 04. 01. 2024, 14:18:15 »
To už je na eshopu, zda bude aplikovat matematické zaokrouhlování (někdy nahoru někdy dolů, ono se to nejspíš nějak nakonec pokrátí na hodnotu blízkou nule), anebo bude zaokrouhlovat celkovou cenu vždy jedině nahoru (a nemůže na tom nic ztratit).

Re:MySQL a přecenění se změnou DPH
« Odpověď #64 kdy: 04. 01. 2024, 14:34:56 »
Asi byste se neměl vyjadřovat o výpočtu DPH, když neovládáte matematiku na úrovni prvního stupně základní školy (rovnice).
Ak si nedokazete spustit priklad, ktory vam povie ci je dane tvrdenie spravne tak poproste niekoho svojpravneho.
Příklad, který ukazuje, že ten kód neumíte správně napsat, si spustit umím. Ono není divu, že to neumíte napsat, když nerozumíte ani té aritmetice (učivo 1. stupně ZŠ), která je za tím.


Re:MySQL a přecenění se změnou DPH
« Odpověď #65 kdy: 04. 01. 2024, 14:37:24 »
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.

Uz s tim fakt dej pokoj. Nic ti ani ten zpetny vypocet nepocita presne.

Rekneme ze mas propisku za 1.25 eur vcetne dph v sazbe 23%.

Pri tvem vypoctu vyjde zaklad 1.02 a dan 0.23 eur.
Ale ten samy zaklad ti vyjde pri cene 1.26 eur, tj. 1.02 ale dan bude 0.24 eur.

A ted mi vysvetli, je 1.02 + 23% z 1.02 tedy 1.25 nebo 1.26 ??
je 102 + 23% z 102 tedy 125 nebo 126 na fakture se sto propiskami ruznych barev.

Anebo to vezmes zas od konce, jako 125, a spoctes zaklad 101.63 a dan 23.37 - to ten provozoval eshopu bude fakt moc rad, ze namisto 100 * 1.02 vydelal najednou jen 101.63. Ze on blbec si radeji nezvolil cenu 1.26 a neprenesl ten centik na zakaznika.. ale holt, konkurence mu to nedovoli zdrazovat!

Proto veskery normalni biz u platcu jede na cenach bez dane, krat pocet kusu na radku, pak suma, a az se pocita dan, ktera se vybere od toho, od koho se ma vybirat.

Tj. FA s propiskama bude jako:
100*1.02 = 102 zaklad, 23% sazba, 23.46 dan, 125.46 k platbe prevodem, nebo 125.45 pri platbe hotove.

A vis ze se zaokrouhluje u vas v cobolistanu na 0.05 nasobky od 2022 pro platby v hotovosti?

Nebo nam zas budes tvrdit ze zaokrouhovani je no-no-no?

Samozrejme to zaokrouhovani je mimo DPH system, ale uvadet to explicitne musis, pac to pak spada pod vynosy ci naklady od zaokrouhlovani.
Ze dodnes zijete v iluzii ze vas ucitelia matiky sikanovali? :D

Ja netvrdim ze zaokruhlovanie je fuj, ja tvrdim ze s nim treba vediet pracovat tak aby boli danovaci spokojny.

Ad coboli zaokruhluju na 5 centov. Ako som uz ukazal pred tym, je irelevantne na ake diely sa deli mena. Je jedno ci jeto 100, 1000 alebo 20 dielov. Nebudem riesit toho cobola, od toho su tu organy cinne v trestnom konani, aby riesili nenavistne prejavy.

Nie len z hladiska matiky ale aj z hladiska logiky tu bluznite. Ak chcte dat obchodnikovi moznost aby mohol korigovat ceny podla potreby tak by mal mat k dispozicii kopletnu mnozinu cien, to ale nie je mozne pri vypocte ceny zo zakladu DPH, ako som uzpred tym tiez ukazal.

Co sa tyka "cien bez DPH". Neeistuju ceny bez DHP. Ak niekomu predavate bez toho aby ste odvadzal dph, tak mu uctujete ceny nie z maloobchodneho cennika, ale z velkoobhodneho cennika, v ktorom ceny mozu(nemusia) byt totozne so zakladni dph z maloobchodneho cennika. Akurat sa na takom danovom doklade neuvadzaju sadzby DPH pretoze su nulove.

Re:MySQL a přecenění se změnou DPH
« Odpověď #66 kdy: 04. 01. 2024, 14:40:46 »
Asi byste se neměl vyjadřovat o výpočtu DPH, když neovládáte matematiku na úrovni prvního stupně základní školy (rovnice).
Ak si nedokazete spustit priklad, ktory vam povie ci je dane tvrdenie spravne tak poproste niekoho svojpravneho.
Příklad, který ukazuje, že ten kód neumíte správně napsat, si spustit umím. Ono není divu, že to neumíte napsat, když nerozumíte ani té aritmetice (učivo 1. stupně ZŠ), která je za tím.
Co sa vam nezda ze tam nasobim/delim 1.23? Skuste si to aritmeticky prebrat.

Na db-fiddle je dobre ze mozete ten priklad korigovat a korekciu publikovat. Tak len nemelte hubou a predvedte sa.

Re:MySQL a přecenění se změnou DPH
« Odpověď #67 kdy: 04. 01. 2024, 14:50:14 »
To už je na eshopu, zda bude aplikovat matematické zaokrouhlování (někdy nahoru někdy dolů, ono se to nejspíš nějak nakonec pokrátí na hodnotu blízkou nule), anebo bude zaokrouhlovat celkovou cenu vždy jedině nahoru (a nemůže na tom nic ztratit).
Pri samotnych cenach jeto nejak tak ako pisete. Problem nastane pri suhrnoch za jednotlive sadzby. Aby tie sadzby sedeli tak musite pocitat sumu zakladu zo sum cien. Takze moze stratit na pokute od financaku pre chyby na vydanych danovych dokladoch.

Re:MySQL a přecenění se změnou DPH
« Odpověď #68 kdy: 04. 01. 2024, 14:51:59 »

Co sa tyka "cien bez DPH". Neeistuju ceny bez DHP. Ak niekomu predavate bez toho aby ste odvadzal dph, tak mu uctujete ceny nie z maloobchodneho cennika, ale z velkoobhodneho cennika, v ktorom ceny mozu(nemusia) byt totozne so zakladni dph z maloobchodneho cennika. Akurat sa na takom danovom doklade neuvadzaju sadzby DPH pretoze su nulove.

Co to meles za kraviny? Na jakom dokladu je nulova DPH? Na dokladu ve velkoobchode je podle tebe nulova DPH?

Ty kokos.  Tohle je slusnej matros.

Cena bez DPH se samozrejme uvadi. Na kazdem dokladu. I tom, ktery je (dle tvejo slovniku) v maloobchode.

Re:MySQL a přecenění se změnou DPH
« Odpověď #69 kdy: 04. 01. 2024, 14:55:44 »

Co sa tyka "cien bez DPH". Neeistuju ceny bez DHP. Ak niekomu predavate bez toho aby ste odvadzal dph, tak mu uctujete ceny nie z maloobchodneho cennika, ale z velkoobhodneho cennika, v ktorom ceny mozu(nemusia) byt totozne so zakladni dph z maloobchodneho cennika. Akurat sa na takom danovom doklade neuvadzaju sadzby DPH pretoze su nulove.

Co to meles za kraviny? Na jakom dokladu je nulova DPH? Na dokladu ve velkoobchode je podle tebe nulova DPH?

Ty kokos.  Tohle je slusnej matros.

Cena bez DPH se samozrejme uvadi. Na kazdem dokladu. I tom, ktery je (dle tvejo slovniku) v maloobchode.
Zaklad DPH nie je cena, i ked sa mu slangovo hovori cena bez DPH.

Re:MySQL a přecenění se změnou DPH
« Odpověď #70 kdy: 04. 01. 2024, 15:04:34 »
Citace zákon 235/2004 j, paragraf 29 - daňové doklady

(1) Daňový doklad musí obsahovat tyto údaje:
.....
i)  jednotkovou cenu bez daně a slevu, není-li obsažena v jednotkové ceně,

Sám seš slang. Dál to nemá cenu jakkoli komentovat. Nejhorší je debata s někým, kdo naprosto netuší, o čem ta debata je.

Re:MySQL a přecenění se změnou DPH
« Odpověď #71 kdy: 04. 01. 2024, 15:08:17 »
Mimochodem, pokud by sis dotyčný paragraf přečetl, tak zjistíš, že "cena s DPH" na danovem dokladu vůbec nemusí být. Pouze cen bez DPH + sazba a vyčíslená DPH.

Toliko k celé té diskusi o tom, jak se počítá DPH a z čeho.

Stejně tak finančák, pokud kontroluje daně, tak je nedělá tak, že vezme cenu s DPH a z té spočte DPH, ale přesně naopak - vezme cenu bez DPH a z té spočítá, kolik činí DPH.

Víc to fakt nemá smysl komentovat.

V danovem priznání na DPH vůbec není částka s DPH - jediné částky, které se tam objevují, jsou základy daně a DPH (hádej proč).

Stejně tak v kontrolním hlášení se objevuje pouze cena bez DPH (základ DPH) a DPH (hádej proč).

Cena s DPH vůbec nikoho nezajímá. Jenom koncového spotřebitele v obchodě, proto se tam uvádí.
« Poslední změna: 04. 01. 2024, 15:13:49 od Lord_Pitzbudka »

Re:MySQL a přecenění se změnou DPH
« Odpověď #72 kdy: 04. 01. 2024, 15:12:56 »
Citace zákon 235/2004 j, paragraf 29 - daňové doklady

(1) Daňový doklad musí obsahovat tyto údaje:
.....
i)  jednotkovou cenu bez daně a slevu, není-li obsažena v jednotkové ceně,

Sám seš slang. Dál to nemá cenu jakkoli komentovat. Nejhorší je debata s někým, kdo naprosto netuší, o čem ta debata je.
Mate to tam doslovne napisane, cena bez dane. Cize cena - dan. Dostanete ju tak ze z ceny vypocitate dan a odcitate od ceny.

Re:MySQL a přecenění se změnou DPH
« Odpověď #73 kdy: 04. 01. 2024, 15:15:29 »
Ty už se v tom regulerně motáš.

Tvrdíš tady, že na danovem dokladu "cena bez daně" není, že to je jen slang
Dokážeme ti opak

a zase tady začneš plácat dokolečka další nesmysly.
« Poslední změna: 04. 01. 2024, 15:18:45 od Lord_Pitzbudka »

Re:MySQL a přecenění se změnou DPH
« Odpověď #74 kdy: 04. 01. 2024, 15:23:16 »
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ě.