tomas.jukl

Takže celý problém s fakturou jsem vyřešil následovně: 1.) Datum uskutečnění zdanitelného plnění Vytvořil jsem funkci ve třídě Order, která vrací správné DUZP a to zobrazuji na faktuře. Funkce funguje takto: zjistí typ platby a na jeho základě vybere z databáze buďto datum zaplaceni (pro platbu hotově), nebo datum převodu paněz na účet (pro bezhotovostní platbu převodem). Poslední možnost je dobírka. Zjistil jsem po konzultaci s daňovým poradcem, že správné duzp v případě dobírky je datum předání prvnímu dopravci (takže ne datum doručení, jak jsem původně pochopil ze zákona). Takže pro dobírku funkce vrací datum, kdy se stav objednávky změní na "Odesláno". Tím je sfouknutý i problém DUZP. 2.) výpočet DPH Vše počítám v tpl faktury zhora dolů z celkové ceny s daní pro jednotlivé daňové skupiny pomocí koeficientu (paragraf 37, odst.2). To co počítá Presta vůbec nezobrazuji, je to špatně a změnit by to bylo dost náročný... tenhle "vorkeraund" genefuje fakturu se správnými čísly. 3.) export dat do programu na účetnictví Napsal jsem modul, který vyexportuje údaje z faktur do csv. Ten se bude importovati do účetnictví jednou za měsíc. Vše běží v PrestaShop verze 1.5.2, ostatní verze neřeším, ale v této to už teď funguje skvěle. Díky všem, kdo tu na tato témata kontruktivně diskutovali.

njorda: Co dodat, snad jen: díky za jasné a srozumitelné shrnutí. Pod to, co jste tu napsal bych se klidně podepsal. A ty "malý rybičky" na konci - mám bohužel naprosto stejnou (=blbou) zkušenost. Je to přesně tak, jak jste to tu popsal. Bohužel se obávám, že tak "banální detail", jako je nějakej výpočet DPH, naprostou většinu uživatelů Presty vůbec nezajímá... kdo by přece zpochybňoval něco tak dokonalýho, jako je PrestaShop.

The current (but also any previous) version of PrestaShop calculates VAT on the invoice like this: It calculates and rounds VAT for each product on invoice separately and then it sums up these partial VATs to get the total VAT. This creates a mistake in calculation, while the only mathematically correct way is to sum all produts_prices_tax_excl, then calculate VAT from the whole sum and only then round. To prevent any rounding mistakes, rounding can only be done at the very end of calculation. The calculation procedure by PrestaShop creates a mistake. If you look at the invoice tax table, the sum of all VATs will give you a different number than the one displayed under the prodcts... (not everytime - only if the calculation requires more than 2 decimal digits) VAT calculation by Prestashop is not only confusing, but also contrary to tax laws in many coutries. ps: many have already reported this as PS bug, but there is no response...

According to requirements given by Czech laws, the VAT must be calculated from so called "VAT base". VAT base is a total sum of prices excl.tax of all products and/or services written in the invoice which belong to the tax rate. VAT_base = SUM_all_products_on_invoice(product_price_tax_excl * product_quantity) VAT = VAT_base * (tax_rate_in_percent / 100) The critical point to current and also previous versions of PrestaShop is, that it calculates and rounds VAT for each product on invoice separately and then it sums up these partial VATs to total VAT. This creates a mistake in calculation, while the only mathematically correct way is to sum all bases, calculate VAT and only then round. Rounding can only be done at the very end of calculation. The calculation procedure by PrestaShop is a total mess...

Na internetových diskusích je typické, že když dojdou argumenty, začne se urážet a nadávat, v tomto nejste výjimkou, pane Kubíne. Pokud je tu někdo jiný, kdo chce věcně diskutovat, rád se s ním pobavím o původním popsaném problému, tedy kalkulace DPH v PrestaShopu a daňový doklad. Řešení typu uprav si ceny nebo běž do prdele a tam čekej na pokutu finančáku, nemá ani cenu komentovat...

To WEBDVL: Ceny v obchodě mám nastaveny tak, aby vždy konečná cena jednoho kusu produktu s DPH byla na celé koruny. Myslím, že to má tak každý slušný e-shop v Česku. Presta ale vnitřně pracuje s cenami bez DPH a hned při importu vše přepočítá na cenu bez DPH na 6 desetinných míst. Tvá odpověď ale vůbec nesouvisí s tím, na co jsem poukázal. Trvám na tom, že základní početní operace s DPH v PrestaShopu jsou proti platné České legislativě. Seriózní podnikatel, který provozuje eshop v Česku a je plátcem DPH, by si tohoto měl být vědom a daňové doklady (faktury) by měl proto vystavovat raději v jiném systému - nikdy ne v PrestaShopu!!! Promiň, ale kontrolu z finančního úřadu jistě nebude zajímat, že WEBDVL na fóru psal, že to je v pohodě...

Chci upozornit všechny, že systém PrestaShop používá postup výpočtu DPH, který je v rozporu s platnou Českou legislativou. Bylo mi sděleno daňovým poradcem, že některé vystavené daňové doklady (faktury) a na nich uvedené hodnoty daně jsou v rozporu s platnou Českou legislativou. Pravidlo v ČR zní: sečíst základ daně všech položek daňového dokladu a na závěr ze sumy vypočítat DPH. Toto číslo se teprve zaokrouhluje. Presta to děla ale takto: spočítá daň z jednotlivých položek košíku, tu zaokrouhlí na 2 desetiny a na závěr to sečte. Tím může vzniknout chyba na dani u KAŽDÉ položky košíku maximálně 0,01 dané měny (u nás tedy Kč). Podle počtu položek se může tato chyba vyšplhat do velkých čísel. Co by na to asi řekla kontrola z finančního úřadu?? Zdůrazňuji, že se jedná o SYSTEMATICKOU chybu výpočtu daně, ne nějakou nahodilou chybku.... ! ! ! Výpočet DPH na daňovém dokladu v systému PRESTASHOP je v rozporu se zákony ČR, a proto nelze používat faktury z tohoto systému pro seriózní firemní účetnictví. ! ! ! Moje řešení je takové, že faktury budu od teď už vytvářet jenom ve svém účetním programu, ale už nikdy v PrestaShopu... jenom tak mám jistotu, že je to v souladu s našimi zákony. Používám PrestaShop 1.5.2, popisovaný problém je ale v prestě už od jejích počátků... Napadá někoho jiné řešení?

Zdravím, zajímalo by mě jak jste tento problém vyřešil. Já jsem právě po konzultaci s daňovým poradcem narazil na úplně stejný problém ato ve verzi Presty 1.5.2. Bylo mi sděleno že všechny doposavad vystavené faktury a na nich uvedené hodnoty daně jsou v rozporu s platnou Českou legislativou (předpokládám tedy i se Slovenskou...). Pravidlo zní: sečíst základ daně všech položek a na závěr ze sumy vypočítat DPH. Toto číslo se teprve zaokrouhluje. Presta to děla ale takto: spočítá daň z jednotlivých položek košíku, tu zaokrouhlí na 2 desetiny a na závěr to sečte. Tím může vzniknout chyba na dani u KAŽDÉ položky košíku maximálně 0,01 dané měny (u nás Kč, na Slovensku v EUR). Podle počtu položek se může tato chyba vyšplhat do velkých čísel. Kontrola z finančního úřadu toto určitě nebude tolerovat. Jedná se o SYSTEMATICKOU chybu výpočtu daně, ne nějakou nahodilou chybku.... ! ! ! Výpočet DPH v systému PRESTASHOP je v rozporu se zákony ČR (i jiných zemí) a proto nelze používat faktury z tohoto systému pro seriózní firemní účetnictví. ! ! ! Já to budu nejspíš řešit tak, že faktury budu od teď už vytvářet jenom ve svém účetním programu, ale už nikdy v PrestaShopu... jenom tak mám jistotu, že je to v souladu s našimi zákony. Dospěl jste Vy k nějakému jinému řešení?