Názory k článku
Elektronická fakturace, která ušetří čas i peníze, má zelenou

Už se to na Podnikatel.cz někde v diskusi probíralo, ale chtěl bych doplnit větu z článku: "Elektronický doklad je však nutno opatřit zaručeným elektronickým podpisem nebo elektronickou značkou založenou na kvalifikovaném systémovém certifikátu."

V zákoně o DPH §26 odst. 4 je totiž dodatek: "...nebo pokud je zaručena věrohodost původu a neporušitelnost obsahu daňového dokladu", což přece PDF dokonale splňuje a nemusí tedy být elektronicky podepsaný.

Není logické posílat daňový doklad vytištěný poštou (a bez podpisu dodavatele, protože zákon podpis dodavatele nevyžaduje) a najednou začít požadovat e-podepisování PDF-faktury.

Dále píšete, že PDF-faktury přenášejí náklady na odběratele. To není přece pravda. Jaký je rozdíl v tom, když tištěný daňový doklad dorazí odběrateli poštou a on data musí naťukat do Pohody, Účta..., nebo pošlu daň.doklad emailem v PDF a odběratel zase musí data naťukat do Pohody, Účta... V prvním případě papírové faktury odběratel uchovává v šanonech, ve druhém případě PDF-faktury uchovává na harddisku počítače. V obojím nevidím problém.

Byl bych serveru Podnikatel.cz vděčný, kdyby tuto problematiku probral nejen se softwarovým expertem, ale též právníkem, zástupcem Ministerstva financí a zástupcem Finančního úřadu, a předal čtenářům jejich stanoviska.

P.S. Pod výrazem "faktura" mám na mysli daňový doklad. (U účetních dokladů a dokladů dle živnost. zák. je situace mnohem jednodušší.)

Jak se spravne pravi ke konci clanku, faktura v PDF je pro strojove zpracovani na strane prijemce zcela bezcena. Poskytuje pouze grafickou podobu faktury, ale nelze z ni ziskat jednotlive polozky tak, aby je slo importovat do firemniho systemu. (Ano, vim ze existuji i PDF formulare kde jsou vyplnene polozky v externim souboru, ale to stale neni idealni ke strojovemu zpracovani)

Je tomu uz mnoho let co byl vymyslen XML format, ktery prave slouzi pro vymenu strukturovanych dat. Staci se jen dohodnout na vhodnem schema dostatecne popisujicim polozky "faktury", se kterym pak budou ucetni software pracovat. Opet uz to bylo vymyslene, viz napriklad BizTalk. Data v XML je mozne opatrit i elektronickym podpisem (je soucasti specifikace). Grafickou podobu faktury k pripadnemu vytisteni uz muze na zaklade techto dat vytvorit dany ucetni software. Co bych ocekaval od MF je prave specifikace takoveho formatu (XML Schema). Ale to bych chtel asi moc, kdyz tady stale vladnou jen papiry ...

Dobrá, s tím co píšete absolutně souhlasím (XML-faktury). Ale jejich aplikace ještě pár leto potrvá, bohužel.

Já se snažím řešit aktuální situaci, dle legislativy, odběratelských požadavků a praxe platné k 6.11.2008.

Proc by to melo trvat par let ? XML je obecne pouzivany a akceptovany format na vsech moznych platformach. V okamziku kdy bude specifikace prece neni problem ucetni software aktualizovat o import/export v radu nekolika mesicu (vcetne testovani). Pri pouziti dnesnich vyvojovych nastroju to opravdu neni problem na rok. Pokud nejaka firma tvrdi opak, tak at jde radeji delat neco jineho.

vy byste si troufl nechat váš účetní systém, aby si AUTOMATICKY načetl nějaké cizí doklady???? fakt? no to já bych teda nepovolil ani berňáku. hezky nechť si to účetní natypuje a taky za to zodpovídá, a nechť má auditor co kontrolovat (docela by mně zajímalo, jak by auditor kontroloval, co v mém účtu provedl nějaký XML script).

XML neni zadny skript, XML jsou data. To jakym zpusobem je budete pouzivat je na vas. Jisteze muzete kazdou polozku rucne zkontrolovat pred importem nebo si ji treba nechat strojove prerikat :-) Mimochodem dnes je naprosto bezne, ze ucetni system automaticky prijima/odesila platby bance.

jasně, xml jsou data.
předpokládám, že ty data mají nějakou identifikaci pole - co je cena a co je dph a co je datum, atp - toto jsem pro jednoduchost nazval scriptem (možná bych spíš měl říct "formulář").
tahle identifikace "co kam patří" si nedovedu představit jinak, než že výstavce i příjemce má software stejného výrobce a stejné verze, což je univerzálně nepoužitelné - a nebo by musel být nějaký všeobecně akceptovaný certifikovaný a stotisíckrát prověřený standard, což je hodně futuristická představa.
já mám třeba software pobuda, ten má nějaký standard - někdo jiný má software wobluda, a ve svém formuláři má na místě dph datum splatnosti - kliknu na "automatické načtení" - a ŠUP a místo litránku jsem zaplatil 06112008 korun, jejda!

Ale no tak, neprehanejte. Takovy nesmysl by se nestal, navic by nesedelo zauctovani v podvojnem ucetnictvi, takze by se na to rychle prislo. Ostatne dneska lide bezne importuji vypisy z uctu (ABO).

Mit moznost hromadne naimportovat vsechny doklady z nejakeho adresare do zavazku a pohledavek by bylo neskutecne prijemne, nejen pro ucetni.

Prave diky temto "futuristickym predstavam" tady muzeme vest tuto diskuzi. Za to ze existuje tahle moznost vdecime prave desitkam standardu, ktere jen na prvni pohled nejsou videt :-) A samozrejme jsou univerzalne pouzitelne.

ISDOC je založen na XML, na podpisu pro XML (tzv. XMLSignature), existuje XML Schema. Vychází z mezinárodního standardu UBL 2.0. Více můžete najít na http://www.winstrom.cz/firma/ohlasy-medii/2009/elektronicka-faktura-isdoc/.

Ohledne elektronickeho podpisu vidim jedno mozne uskali a to je overeni platnosti takoveho podpisu v case, treba za deset let. Jedna vec je, ze je dokument podepsany (vcetne jejho obsahu, takze jej nelze modifikovat), druhe vec je overeni skutecne identity vydavatele.

Certifikaty vydavaji ruzne certifikacni autority (CA), k jejich overeni je nutne mit tzv. korenovy ceritifkat. Pokud se budeme pohybovat na platforme Windows, tak pro vetsinu uzivatelu to vypada, ze to tak nejak "samo funguje". Microsoft totiz sestavuje seznam "duveryhodnych" autorit a jejich kor.cer. sam pridava do Windows. Tento seznam se prubezne aktualizuje pres sluzbu Windows Update (ovsem jen v sekci volitelnych aktualizaci). Stejne tak jako lze nejakou CA pridat, lze jeji certifikat i prohlasit za neplatny, v pripade neduvery. Platnost je navic casove omezena, takze pokud dana autorita prestane existovat (firma treba zkrachuje), nelze ji dale pouzivat k overeni podpisu.

Pokud se bude odesilatel faktury overovat pri prijeti faktury do ucetniho systemu, tak je velmi pravdepodobne ze CA kterou odesilatel pouzil je duveryhodna a stale existuje. Muze ovsem nastat problem, ze pouziva CA jejiz korenovy certifikat nema prijemce jeste v pocitaci a pri overeni nastava problem. Daleko zajimavejsi je ovsem situace, kdy bude potreba overit identitu odesilatele treba po deseti letech (pri kontrole z FU ?) a dana CA jiz nebude existovat. Bude se takova faktura povazovat za platnou ?

Kdyz mi prijde FU kontrolovat fakturu starou 10 let, tak ho kopnu do (_._)

Prosím ukázat DMS systém za jednotky tisíc korun. Za jednotky pořídíte akurát tak DMS ako službu napríklad Databox od T-Systems s AMI Praha a.s.