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

[Filip Jirsák]

Naprosty nesmysl, ale co cekat od vseznalka Jirsaka ktery nevi ani to, ze nejmensi castkou dle zakona je 0,01Kc bezhotovostne nebo 1Kc hotove. Takze mit jakekoli ceny na jakali dalsi mista je holy nesmysl. Ktery pak jen vede k tomu, ze nesouhlasi soucty.

Když tvrdíte, že je něco podle zákony, jistě dokážete uvést i o které ustanovení zákona se jedná. Mimochodem, sám jste připustil dvě varianty – celé halíře a celé koruny. I to by vám bez zaokrouhlování dělalo problém.

A uz si zacal? Chci videt, jak na fakturu vytisknes 10 polozek, kdyz kazda jedna bude mit cenu na 5 desetin, aby soucet souhlasil ... a dal se zaplatit.

Tak se někdy na nějakou fakturu podívejte. Často tam najdete položky jako „haléřové vyrovnání“ nebo „zaokrouhlení“.

Příklad s cloudovými službami už jsem uváděl. Pokud byste chtěl namítat, že to jsou ceny v  eurech nebo dolarech, a že tam platí jiná pravidla, tady máte položku ceníku 0,0070 Kč: https://www.forpsicloud.cz/object-storage/cenik.aspx Asi byste nechtěl, aby vám to zaokrouhlili rovnou na začátku na 1 Kč.

[Reklama]

[Death Walker]

To by platilo, pokud uvazujete ciste o B2C eshopu a nejste platce

Z pohladu uctovnictva ziadna cena bez DPH a s DPH neexistuje. Mate Cenu, Sadzbu DPH a Zaklad DPH. To co vacsinu ludi pletie je ze pri B2B mate nulovu sadzbu a pri nulovej sadzbe je cena == zaklad.

[Death Walker]

Ještě bych doplnil, že se zaokrouhlují až výstupní hodnoty. Takže nic nebrání tomu mít v databázi hodnotu uloženou s přesností třeba na desetiny halíře, abyste se i po připočtení/odečtení DPH trefil na hezké hodnoty. Zaokrouhlujete pak teprve vypočtenou hodnotu, a to v obou případech (bez DPH i s DPH).

Na danovom doklade mate aj medzivysledky, minimalne suhrn dph sadzieb. Ak ma system atributy pokladnicneho systemu (vydava danove doklady) tak by mal mat certifikaciu od danoveho uradu. Danovak, ktory ten system bude auditovat sa vam na nejake spekulativne uvahy vykasle. Pouzije svoju blbu ekonomicku kalkulacku, ktora zaokruhluje na 2 desatinne miesta (cele centy/haliere) a prepocita ten danovy doklad. Ak mu to nebude sediet na cent, tak vam to hodi na hlavu. A nie, halierove vyrovnanie nie je stahdartny postup, v mnohych krajinach EU sa nepouziva.

[RDa]

A nie, halierove vyrovnanie nie je stahdartny postup, v mnohych krajinach EU sa nepouziva.

LOL, kdyz to rika frikulin z internetu, tak to tak musi byt, co?

Je mnoho faktur, u kterych prave nesedi ty castecne soucty - protoze se tvurce snazi zalibit na kulate ceny s dani, takze bez dane to pak vychazi hodne meh.
V podstate vsechny B2C eshopy resi takto pitome, z koncove ceny zpetne.

A nevim co mate proti halerovemu vyrovnani - treba Vodafone to ma celkem slusne udelany, ze se halerove vyrovnani pridava prubezne, aby castka k platbe byla vzdy na cele koruny. Nekdy tedy zaplatite tedy vice a nekdy mene, kdyz se ty halerove preplatky nahromadi.

Pokud vyslovene nedelate halerovou magii s cilem dosazeni vyhod (napr "korunove dluhopisy"), tak pri beznem obchodovani vam FU nic nerekne. Ostatne o nejaky ten halir jim nejde, protoze nektere podani jsou v korunach, nektere v halirich.. a jine dokonce v tisicich (s temi mam paradoxne nejvetsi problem, protoze to casto vyjde off by 1 v souctech).

[mikrom]

...
do databáze se např. ... uloží místo 81.25 částka 81.24999999999.
...
Hodnota je double, ale pokud změním na FLOAT, tak výsledek je stejný.
...

Na ukladanie penaznych ciastok sa v databaze pouziva typ DECIMAL,
napr. DECIMAL(17, 2) ma 15 cislic pred desatinnou ciarkou a dve za desatinnou ciarkou.
Nadefinuj si to podla toho s akymi velkymi obnosmi pracujes.

[Reklama]

[Death Walker]

LOL, kdyz to rika frikulin z internetu, tak to tak musi byt, co?

Ad frikulin z internetu... Pri par certifikaciach som uz bol, ci uz ako vyvojar alebo ako temleader...

Ad halierove dorovnanie... Ak si nejaky bezcenny vekslak mysli ze cena je zaklad DPH, a ze samotna DPH je naklad koncoveho zakaznika, tak je to len jeho problem. Potom nie je divu ze sa snazi dorovnat zaklad DPH na nejake pekne cislo. Ako som uz pisal, neexistuje cena s DPH a cena bez DPH. Je len cena, zaklad DPH a sadzba DPH.

[Lord_Pitzbudka]

To by platilo, pokud uvazujete ciste o B2C eshopu a nejste platce

Z pohladu uctovnictva ziadna cena bez DPH a s DPH neexistuje. Mate Cenu, Sadzbu DPH a Zaklad DPH. To co vacsinu ludi pletie je ze pri B2B mate nulovu sadzbu a pri nulovej sadzbe je cena == zaklad.

No, ono to spíše vypadá, že to spletlo vás. Vlastně hůř - toto je blábol.

Pokud si prodávají mezi sebou dva plátci, tak nejde o žádnou nulovou sazbu DPH nejde. DPH je stále ve své výši, MUSÍ být i na faktuře a plátci si mezi sebou platí částku s DPH.

Nulová sazba DPH je něco jiného.

[Death Walker]

....

Alebo len vy ste necital celu diskusiu, pripadne len ciastocne, lebo pre tak dlhy text neudrzite kontext?

Rozporujete moje tvrdenie ze je len cena (zaklad DPH + DPH), zalkad DPH a sadzba DPH, tym ze tvrdite ze dva subjekty si fakturuju ceny, ktore su suctom zakladu DPH a DPH? 😁

[Lord_Pitzbudka]

Ne. Rozporuji vas nesmyl, ze dve firmy si fakturuji s nulovou dph.

[jjrsk]

...

Jirsaku, tys zjevne vzivote zadnou fakturu nevidel. Zkus jakykoli firme poslat fakturu, kde nebude na halir sedet soucet polozek. S nejakym tvym vymyslem na tema vyrovnani ti ji tak leda omlati o hlavu.

A nejen ze ti ji omlati o hlavu, pokud se ta faktura posila elektronicky, tak ji proste vubec neprijmou, protoze ta faktura musi exaktne sedet na polozky ktere si objednali.

... MUSÍ být i na faktuře a plátci si mezi sebou platí částku s DPH.

Ehm ... ne. Zalezi na tom v jakem rezimu obchod probiha a je tam takovy kvantum podminek a vyjimek, ze se to ani nijak jednoduse popsat neda, ale firmy si ani zdaleka vzdy mezi sebou DPH neposilaji. Jednim z mnoha pripadu je ten, ze se kupujici nechce stat rucitelem (kterym se jinak automaticky stava = to aby si statni byrokrati zjednodusili zivot a penize mohli uloupit tam kde je to  snazsi) za prodavajiciho, a nechce to DPH pripadne zaplatit jeste jednou ze sveho.

Stejne tak se to tyce treba obchodovani se zahranicim, kde se opet zadne DPH neplati.

Atd atd atd ...

[Lord_Pitzbudka]

Ježiš, to jsem čekal, že se objeví nějaký chytrák, co se chytí vyjímek, jako přenesená DPH, zahraničí apod. a další ...

Děkujeme. Těší nás. Ale jinak informace k ničemu.

PS: On Jirsák zase tak mimo není. Na fakturách běžně haléřové vyrovnání (celku, ne jednotlivých položek) je. takže se sklidni. Pokud jsi doteď žádnou fakturu neviděl, tak ti jich pár můžu poslat, ať se poučíš.

[Filip Jirsák]

Jirsaku, tys zjevne vzivote zadnou fakturu nevidel. Zkus jakykoli firme poslat fakturu, kde nebude na halir sedet soucet polozek. S nejakym tvym vymyslem na tema vyrovnani ti ji tak leda omlati o hlavu.

To, že nebude sedět součet položek, je váš výmysl. Já jsem nic takového nepsal. Na rozdíl od vás totiž umím zařídit, aby ten součet seděl.

Vy jste možná někdy jedno fakturu viděl, ale měl byste si jich prohlédnout víc. Všimněte si, že jsou tam položky jako „haléřové vyrovnání“ nebo „zaokrouhlení“. To je ta „magie“, která způsobí, že součet sedí. Už to tady padlo několikrát, dokonce i s příkladem, že haléřové vyrovnání má na fakturách třeba Vodafone. Nechápu, proč ze sebe musíte dělat hlupáka tím, že píšete něco, co už tu bylo opakovaně vyvráceno.

[Pavel...]

Doporučuju nastudovat si pojem „zaokrouhlování“. V mém komentáři je podstatný, když ho jen tak přeskočíte, protože mu nerozumíte, komentář vám opravdu nemůže dávat smysl.

Niezeby o nieco slo, ale pisal som o reportoch a nie o trivalitach, ako je vystavovanie faktury.
Uz vidim ako sa vasa temna magia z hadzanim prebytocnych halierov kdekade do chlievikov ako "halierove vyrovnanie" zlucuje s tym, ze si klient vypyta ad-hoc rez dat.

[Death Walker]

Ježiš, to jsem čekal, že se objeví nějaký chytrák, co se chytí vyjímek, jako přenesená DPH, zahraničí apod. a další ...

Vas zrejme podrazdila ta moja narazka na potreby bezcennych vekslakov... Darmo tu prskate, tento boj by ste si mal vyriesit vo svojej mysli.

To je ta „magie“, která způsobí, že součet sedí.

Aby to sedelo staci daleko menej. Danovak alebo pricetny uctovnik, totiz pocita zaklad DPH z ceny (vydeli cenu cislom 1+sadzba/100). Nikdy nie cenu zo zakladu DPH. Pretoze v pripade delenia ceny cislom vacsim ako 1 dostanete presnu hodnotu zakladu. V pripade nasobenia cislom vacsim ako 1 vam vdaka zaokruhlovaniu vznikaju v urcitych intervaloch medzery, na ktore musite aplikovat halierove dorovnanie.

To co vy vidite ako "magiu" je len obycajny rovnak(halierove vyrovnanie) na ohybak(nespravny postup vypoctu DPH). Ak tu fakturu pocitate tak ako sa ma, tak ziadne halierove dorovnanie nepotrebujete k tomu aby vam sedela na cent.

[Filip Jirsák]

Niezeby o nieco slo, ale pisal som o reportoch a nie o trivalitach, ako je vystavovanie faktury.
Uz vidim ako sa vasa temna magia z hadzanim prebytocnych halierov kdekade do chlievikov ako "halierove vyrovnanie" zlucuje s tym, ze si klient vypyta ad-hoc rez dat.

Pokud klient používá třeba desetiny či setiny halíře či centu, jistě nebude překvapen ani když se mu takové částky objeví v nějakém reportu.

Uvedl jsem tu několik konkrétních příkladů, kdy jsou přímo jednotkové ceny na webu uvedené v setinách centu nebo halíře. Když máme příklady z praxe, že to tak někdo používá, je trochu marné přesvědčovat mne, že to nejde, nemyslíte?