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.
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.
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ě.
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).
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...
" 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
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.
ČLÁNKY DO MAILU