Vlákno názorů k článku Roman Vrba (MVČR): Portál občana přes léto odladíme. A datové schránky čekají změny od P2010 - Pokuty jsou s tím spojené stále. Pokud pošlete...

Pokuty jsou s tím spojené stále. Pokud pošlete DS například daňové přiznání v XML a to bude nevalidní, nepřijde vám zpět žádné upozornění a považuje se to za nepodané. Přitom validovat XML dle schema je triviální operace, takže je to pouze záměr, jak vybrat více na pokutách. Dokud budou všechny tyto služby koncipovány záměrně jako past na pokuty a penále, je nutné se od nich držet dál.

To, že FÚ pokuty za podání v papírové podobě zrušili, když máte datovou schránku, slyším poprvé. Jiná otázka je, že když si schránku uděláte, tak zase můžou za týden nějaké pokuty a povinnosti pro majitele schránek zavést, takže tímhle přístupem odradí kohokoliv.

Nejsem žádný zpátečník, el. podpis jsem používal před více než 10 lety (pak ho zdražili, tak jsem přestal), ale to neustálé vymýšlení kola už mě nebaví. Když je každá banka schopná si udělat použitelné IB (a některé i použitelné), tak nevím, proč to není schopen udělat stát. Lépe řečeno vím - u státu byla a je každá IT zakázka jen způsobem, jak si udělat tunel do státního rozpočtu.

EET funguje stejne, kdyz tam odeselete nesmyslna cisla tak to zpravu akceptuje a za 1/2 roku vas financni sprava vyzve, abyste to vysvetlil.

Ono pro ajťáka to triviální je, ale pro běžného Frantu uživatele ani náhodou.
A ověřit si data na vstupu je jednoznačně odpovědnost té aplikace...

To je patrné :-))))

Představte si že podáváte papírový formulář v podatelně, tam jej zběžně zkontrolují a pak vám na vaši kopii dají razítko, které jednoznačně potvrzuje jeho přijetí. Přes DS však žádné takové razítko nedostanete, ani v případě že bylo akceptováno.

To co navrhujete vy je, že si tam to razítko mohu doma natisknout sám (což je opět k ničemu).

Protože to není moje starost.

Když to bude jen vzdáleně připomínat cosi, co by úředníci měli umět zpracovat, tak se vám na papírové podání ozvou.
Naopak XML musíte mít zcela správně, jinak ho jen zahodí. Informaci o přijetí ani o zahození automat neposkytuje. Časem jen dostanete pokutu za nesplnění povinnosti.

Opravdu i v případě, že nevyužíváte portál EPO k vyplnění, ale software co pouze vygeneruje XML soubor?

Se kterým musíte na Czechpoint a tisknout do A4, protože po 90 dnech ztratí svoji platnost. Dokazovat to musíte minimálně 10 let zpětně.

Ano, a přesně do téhle kategorie spadá i e-občanka.

Protože při návrhu EET vůbec nepočítali s chybamí v komunikaci. Příznak "opakované odeslání" je z principu nesmyslný, což nakonec přiznali jen v nějakém videu z diskuse https://youtu.be/DgFH6tJhc6g?t=2530 , ale v dokumentaci je tento nesmysl stále. Duplicitní reporty potichu ignorují, ale nedají to nijak najevo zpět. Toto chování si však nemůžete ověřit v testovacím prostředí, protože to se chová zcela odlišně.

Nejde o BFU nebo trivialitu ověření. Dokážu si představit chybu, kde vlivem šumu na lince CRC paketu sedí a při tom dojde k porušení paketu. Takže aplikace musí na vstupu validovat cokoliv, co dostane. Bez pardonu.

A dokonce i kdybych si XML validoval, vypočítal hash a poslal jim ten hash pro kontrolu, i pak by musela být aktivita na jejich straně, spočítat hash přijaté zprávy a porovnat...

Nejklasictejsi utok na libovolny IT system spociva prave v generovani nespravnych dat. Proto kazdy svepravny IT system data na vstupu validuje.

Je naprosto jasne, ze vubec netusite o cem je rec. Kdyz poslete priznani klidne naprosto spatne ale na papire, tak je odevzdano. Termin byl splnen a budete potazmo vyzvan k naprave. Rozhodne ale nebudete pokutovan za neodevzdani.

A to systém MFČR evidentně dělá, když si tady PF2010 stěžuje, že mu to nevalidní data nebere. DS nejsou vstup do systému MFČR, DS jsou pošťák..

Když je validovat XML podle schéma triviální operace, proč ji před odesláním neprovedete sám?

Jj :-))
xkcd.com/327/

" Pokud pošlete DS například daňové přiznání v XML a to bude nevalidní, nepřijde vám zpět žádné upozornění a považuje se to za nepodané."

je naprosto trivialni pochopit, ze pri podani danoveho priznani postou zadny postak inkriminovane danove priznani validovat nebude

tudiz necekam a povazoval bych to za nesystemove, kdyby sluzba DS jakkoliv nakladala s obsahy zasilanych zprav, napr. je validovala

jina vec je, ze FS by o zpracovani takove zasilky mela informovat - tedy ze ji zpracovala a s jakym vysledkem

ale to neni zalezitosti sluzby Datova schranka, potazmo ministerstva vnitra

Já tedy přes DS potvrzení o přijetí podání dostávám.

> Kdyz poslete priznani klidne naprosto spatne ale na papire, tak je odevzdano.

I když je podáno na úplně jiném/nespávném formuláři?

Názorná ukázka toho, jak digitalizace státní správy škodí normálním lidem. A pak se nedivte, pokud lidé budou masivně volit "zlé populisty", kteří slíbí, že to spláchnou do WC.

" software co pouze vygeneruje XML soubor"

staci prestat pouzivat soft, ktery generuje chybna XML

Tak to už vůbec nechápu, v čem je problém.

Běžný Franta Uživatel taky asi nebude matlat XML pro podání ručně.

A ona si je ta aplikace neověřuje? Asi ověřuje, když je neschroupne. Akorát o tom neschroupnutí nedává automaticky vědět. Což ale u papírového podání je IMHO stejné.