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 ...
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.