Názory k článku Finanční úřad vás nemůže peskovat, že jste daňové přiznání nepodali v požadovaném datovém formátu

Technická poznámka: on ten pdf není žádný zázrak. To vůbec není záruka toho, že se na každém počítači zobrazí kompletně, správně, či dokonce i graficky stejně.
Sice když to program vyplivne jako PDF/A, tak tam je šance výrazně větší, ale žádný naprosto spolehlivý zázrak to také není.

Obávám se, že tímto soud (asi nechtěně) otevřel bránu k budoucím sporům.

PS: podle zdůvodnění rozsudku soud zřejmě nepochopil, že tady nejde o lpění na formalismu, přehnané byrokracii atp., ale o technickou záležitost. Takto by (asi) šlo rozsudek zdůvodnit například v případě, kdyby poslali DP v nějaké jednoznačně prohlíčem interpetovatelném formátu. Například jpeg, bmp, raw. Tam není v prohlížeči co zkazit, formát umožňuje jediný správný způsob zobrazení. Což není případ pdf.

Nu, když si dá někdo práci a vychytá to, takhle se s tímto rozsudkem dají dělat podvody za miliardy. Udělat pdf, co se bude správně zobrazovat jen na nějaké konfiguraci, a na většině jinak. Dá to trochu práce, ale on už někdo něco vymyslí.

Soud rozhodl, jak jedině rozhodnout mohl. Pdf v datové schránce je dle zákona ekvivalentní listinné podobě. Jestliže FÚ přijímá dokument "na papíře", pak jej musí přijmout v podobě elektronické. Nakonec přesně z tohoto důvodu byly datové schránky zavedeny.

Ne nikdo takovou konfiguraci "nevychytá" :-)

Jenze prave ze U firem uz FU papirovy dokument neprijima a maji povinnost davat dannove priznani pouze elektronicky. K teto zmene doslo za jedinym ucelem: umoznit pocitacove zpracovani a analyzu priznani.
Hezkym zpusobem jak tomu zabranit je pozadovany formular ulozit jako obrazek soucasti PDF, pak neni mozne dokument strojove zpracovavat. Pokud stat nechce byt za "***" tak upravi legislativu tak aby plnila svuj ucel.

Tak hlavně jde o to, že pokud si vyloženě vynucují nějaký specifický formát, tak by k jeho vygenerování také měli dodat patřičné nástroje, a to pro všechny operační systémy. Oni si ti úředníci totiž často velmi naivně myslí že všichni používají (nebo že dokonce všichni MUSÍ používat) ten jediný správný operační systém, jediný správný účetní program atd atd. Takhle by to opravdu nešlo, takže rozhodnutí soudu je nejen správné, ale jediné možné - jinak by se taky mohlo státu začít stávat, že se např. i menší daňoví poplatníci začnou registrovat k platbě daně v jiném státu (nebo nějaké jiné jevy, někde by se to časem určitě odrazilo).

A dokonce se použitím webových formulářů stáváte účastníkem licenční smlouvy, ve které se protistrana v maximální možné míře zříká zodpovědnosti - byli jste o tomto informování přímo na stránce s formuářem před jeho vyplněním?

https://adisepo.mfcr.cz/adistc/adis/idpr_pub/dpr_info/licence.faces

Dodavatel se zodpovědnosti v licenci k SW zříct může. Otázkou je, zda se té zodpověnosti může zříci FU, který tento nástroj k podání přiznání poskytuje.

Jenze on stat format uvadi a dodava jeho specifikaci. To na kterem OS a jake ucetnictvi pouziva mu je jedno pokud dokazete udelat export do spravneho XML.

Jj, jasně, a kolik z těch lidí co podává daňová přiznání tohle dokáže?

Je potřeba, pokud po lidech chtějí přiznání ve specifickém formátu, dodat už hotový nástroj, který bude fungovat všude, to zaprvé. Zadruhé - zříci zodpovědnosti se samozřejmě mohou, ale před každým vyplňováním každého webového formuláře by vás měli v záhlaví stránky upozornit na to, že se stáváte účastníky licenční smlouvy a platí tam takovéto podmínky, ne provádět to stylem "vyvěšen na nástěnce ve sklepě jednoho nejmenovaného stavebního úřadu na Alfa Centauri".

To psal evidentne zamestnanec FU :-D

že jsem tak smělý, jak se dá něco, co je standardizováno jako ISO standard (ISO 32000) naiplementovat správně tak, že to na jiném počítači nepůjde přečíst?

Ano, nebude-li na cílovém počítači font, použije se jiné dostupné písmo, což nemůže být důvod pro nepoužitelnost daňového přiznání, navíc lze skutečně soubor uložit jako PDF/A, kde jsou fonty obsaženy.

Že je něco ISO ještě neznamená, že to jednoznačné a správné. SQL je taky standard a jak dlouho trvalo, než se ho podařilo specifikovat aspoň trochu jednoznačně. I tak i dnes stejný dotaz nad stejnými daty ve stejné struktuře může dát v různých databázích různé výsledky.

Asi se budu muset ptát pořád dokola. Nějaký příklad, kde stejný SQL dotaz vrací různé výsledky? Rád se nechám poučit.

Dovedu si představit, že všechny typ proprietární nástavby a procedurální rozšíření (typu PL/SQL), který si každý výrobce matlá sám, mohou vracet různé výsledky, protože používají jiné jinak definované funkce. Ale standardní SELECT?

Chtěl jsem vyplnit daňové přiznání k dani z nemovitosti. i stáhl jsem si je do počítače a začal vyplňovat. Tam kde šlo jen o běžné údaje bez rozdělení na jednotlivá písmena to bylo v pohodě, ale jak jsem se dostal na kolonky s rozdělením, ta jsem nebyl schopen se strefit do určených míst. Zkoušel jsem laborovat s mezerníkem nebo s velikostí formátu. Vše marné. Tak jsem si nakonec formát vytiskl a vyplnil jej ručně. Úřednice na FÚ mě sdělila, že nejsem první komu se to nepovedlo. Tak k čemu to je? Při vyplňování daně z příjmu to funguje, samo to i sčítá, násobí a zaokrouhluje. no prostě paráda. Nevím kde soudruzi z NDR udělali chybu.

Přiznání k dani z nemovitosti jsem vyplňoval předevčírem na portálu daňové správy a bez jakéhokoliv problému.

Nechvalte dne před večeří, on ten problém teprve může přijít...

https://www.mesec.cz/clanky/financni-urad-vas-nemuze-peskovat/nazory/165162/

Mimochodem ,přiznání k dani z nabytí se neposílá datovou schránkou, protože ještě nevytvořili EPO formulář. Takže daň z nabytí se podává normálně postaru na papírovém formuláři. Já jsem to nevěděl, jako blbec hledal na webu formulář a myslel jsem si, jaký nejsem idiot, že neumím na internetu najít formulář. Tak jsem se šel zeptat na FÚ a tam paní tvrdila, že formulář na webu finanční správy je! A že se mám pořádně podívat. Teprve na jedné účetní diskusi mě ujistili, e formulář neexistuje a nemusím se bát pokuty 2000 Kč, když přiznání podám papírově.... Ach jo.

Nicméně na daňovém portálu je PDF formulář, který všechny výpočty a kontroly umí. A dokonce na každou stránku dá čárový kód jejího obsahu. Jestli si to pak na FÚ opravdu přes ten kód načítají, to už nevím.

to ze tam neni EPO formular neznamena ze nemuzes naskenovat a poslat datovkou ten papirovej....

Tak kdy a kde dostanu penize co jsem zaplatil FU zpet ?

Tohle všechno je způsobené hlavně tím, jak jsou psané a definované předpisy. Abych nikoho nenechal na pochybách, jsou definované ve valné většině vágně, chybně, rozporuplně a jinak nesmyslně.

Poté přijde nekompetentní IŤák na takový úřad a buď sám, s pomocí a nebo nařízením vybaví celý úřad špatně fungujíím HW a špatně vybraným SW. Protože to vybíral nekompetetní člověk nebo člověk, co to tak udělal za jistým účelem (finanční zisk).

A v poslední řadě na úřadě sedí protivná bába, myslí že je tředem světa. Ona má svým způsobem pravdu, protože to, jak je u nás byrokracie nastavená ji dělá skoro polobohem. Tak tam sedí, peskuje, nepracuje a nechce ani pracovat a když by měla udělat 1-2 věci navíc, tak je oheň na střeše. A ten oheň tam je proto, že je basolutně neschopná práce na PC. Má přesně naučeno kam se kliká myší, v jakém sledu se co dělá a to vše naprosto mechanicky bez jakékoli znalosti.

Člověk, co takto nenávidí svoji práci a lidi, kteří mu ji nosí bude přesně takovým úředníkem, jak vyplynulo z článku.

Úředník je zde pro lidi, ale bere se to tak, že lidi jsou zde pro úředníka - aby je mohl vyhazovat za špatně zaškrtlou kolonku.

Další státní instituce - Správa sociálního zabezpečení nepřijme hlášení mezd ani v předepsaném formátu xml, v případě, že datum jeho vyhotovení je v daném měsíci a není ve správném, to je následujícím měsíci.
Typicky koncem roku mají všichni zaměstnanci týden volno.Mzdy jsem spočítal 31. 12. a jako firma ručím za správnost podání! Přesto ho neuznají...
Hlášení MUSÍTE poslat znovu v lednu.
PROČ to někdo testuje?

Tady jistá logika je... představte si hypotetickou situaci, že některý zaměstnanec těsně před koncem měsíce onemocní nebo bude mít úraz a nebude schopen vám to nahlásit (např. leží v nemocnici v bezvědomí po úrazu) a neschopenku vám dodá až v lednu (má na to několik dní, aby ji zaměstnavateli doručil). No a v tu chvíli ten váš "předem uzavřený" měsíc udělaný špatně a budete to muset opravovat. Proto je jednodušší, že si čssz pohlídá, abyste to posílal až tehdy, kdy skutečně můžete tvrdit, že "jinak už to nebude" a to prostě je až v následujícím měsíci.

Co to je za zvrácenou logiku? Když někdo pošle hlášení, tak je odpovědný za to, aby to odpovídalo pravdě, a ne že bude někdo z úřadu opruzovat s nějakou nesmyslnou pseudopodmínkou.

Nejdřív si přečtěte příslušný zákon/vyhlášku, a pak tu mudrujte. (nečetl jsem)

Např. vrácení přeplatku na dani z prijmu FO taky můžete žádat až 60 dnů předem, takže když podáte danove priznani v lednu, a pozadate rovnou o vraceni preplatku, nedostanete nic, protoze to odporuje zakonu. Musite ho pak znovu podat v unoru az breznu.

A to by něčemu vadilo, že by se to opravilo zpětně?

Samotná ČSSZ přepočítává věci i několit let zpětně.
Zjevně její logika platí pro všechny, kromě jí samotné ...

Nezlobte se, ale hájíte kravinu. Taky jsem se nachytal a musel všechno předělávat jen proto, že jsem chtěl mít fóra. Jestli si myslíte, že když to udělám hned prvního, tak to bude jinak než když to dělám třicátého, tak je vidět, že jste se účtem nikdy neživil.

Ja zase od SSZ potreboval nejake potvrzeni na zaklade hlaseni mezd. Zamestnavatel to poslal datovou schrankou a na pobocce SSZ jsem se dozvedel akorat "My nemame datovou schranku. To jde na centralu a nevim, jestli nam to preposlali". Vitejte ve 21. stoleti.