Vlákno názorů k článku Jan Mrvík (Editel): Elektronizaci faktur v ČR brzdí strach z finančního úřadu od A.S. Pergill - blbci znali TeX, tak není problém tu fakturu...

  • Článek je starý, nové názory již nelze přidávat.
  • 21. 8. 2015 10:07

    A.S. Pergill (neregistrovaný)

    blbci znali TeX, tak není problém tu fakturu poslat jako TeXový zdroják, ze kterého si příjemce udělá, pokud to bude potřebovat založit jako papír, pěkné PDF. Navíc není problém napsat program, který ten zdroják "vykuchá" a překlopí do nějakého databázového formátu, to je úkol pro "rybízka" po prvním ročníku informatiky. Prostě vymýšlejí něco, co je už dávno, a na podstatně lepší úrovni, vymyšleno.

  • 21. 8. 2015 10:45

    goldenfish

    Dobry den,

    muzete me prosim rici, jak konkretne v TeX-u chcete resit jednotlive pole a tabulky na fakturach ? A standartizovane, aby to pouzivali nejaka vetsi cast trhu ?

    Vcelku by me zajimalo kolik "to neni problem" zabere casu a jak bude spolehlivost ?

    Vzhledem k tomu, ze mam vlastni document capture reseni, tak bych se rad poucil.

    dekuji za odpoved
    gf

  • 21. 8. 2015 11:23

    tdvorak (neregistrovaný)

    Nespletl jste si TeX a XML? Proč by měl někdo předávat strukturovaná data ve formátu určeném pro sazbu textu?

    Naopak ze strukturovaného XML je možné (třeba pomocí XSLT) provést konverzi na nějaký lidsky čitelný formát.

  • 22. 8. 2015 8:34

    A.S. Pergill (neregistrovaný)

    1. Nespletl.
    2. Protože ten zdroják v TeXu vyplní patřičnými konkrétními údaji i mírně vycvičená opice (stačí vložit text mezi složené závorky za příslušným názvem položky), zatímco o XML bych si to říct netroufal, chybovost tam bude daleko větší.
    3. Faktura má jasně daný seznam položek (adresa, IČO, bankovní spojení atd.), pro něž není problém vymyslet vhodné názvy (začínají zpětným lomítkem a nesmějí obsahovat nic jiného než písmena anglické abecedy) a za ně se do složených závorek {} vloží obsah, ten už může mít českou nebo jakoukoli jinou diakritiku. TeX to zpracuje na pěkně vypadající papírově založitelné PDF (pokyny pro vyhodnocení maker a příkazů za tímto účelem triviální nejsou, ale o nich nepředpokládám, že by je dělala sekretářka a stačilo by je udělat prakticky jednou pro vždy) a paralelně nějaký konvertor ten text projde a obsahy složených závorek za příslušnými názvy vloží do příslušných polí databáze. Ten konvertor by byl velmi triviální, protože by jen hledal příslušné řetězce znaků a následný text ve složených závorkách by bral jako jednu databázovou položku.

    Ovšem, má to jednu zásadní nevýhodu: Je to příliš triviální ve vytvoření i následné údržbě na to, aby se na tom uživila nadnárodní firma s tisíci zaměstnanci.

  • 22. 8. 2015 15:34

    goldenfish

    zdravim,

    v jedne veci s Vami budu souhlasit. S generovanim faktur pomoci TeX-u nejake napady byly. Nemam nic proti velmi dobre vypadajicim a prehlednym fakturam. Kdysi jsem mel nejakej napad neco takovyho programovat. Ale pochybuju, ze by o to byla moc poptavka. A nejsem si moc jistej tim,jak budu nekde u zakaznika instalovat veci pro TeX jeste k dalsim aplikacim. Nebo nekde na aplikacnim webserveru. + bezpecnost.

    Co se tyce zbytku, tak se obavam, ze jste si jeste nezkusil moc praxe nebo nasazovani nejakych novych formatu.
    Pokud jde o nejake parsovani datovych formatu, tak uz vidim "rybízky po prvních ročníku informatiky", jak programuji parsery, lexery, gramatiky a resi pripadne chyby generatoru Tex-u.

    Asi je zbytecny Vam doplnovat znalosti, jak to v IT chodi a jak se zavadi nove technologie. To musite udelat sam a kdyz to budete nekde neco prezentovat a zavadet do praxe, tak se za to podepiste svym jmenem a prijmenim.

    gf

  • 24. 8. 2015 10:09

    A.S. Pergill (neregistrovaný)

    Shodou okolností jedna z větších prací, kterých jsem se dopustil, řešila něco podobného: V BASICu na PMD-85 jsem dělal testové zkoušení studentů. Otázky jsem musel "ručně komprimovat", tak, že často se vyskytující fráze byly nahrazeny značkami, a program si je vždy "rozvinul" pro tu zrovna vykreslovanou (dělal jsem to v grafickém modu, takže i s diakritikou) otázku a nabídnuté odpovědi. Čili parsoval text dost podobně jak si to představuji pro výše uvedený příklad. Byla to, pochopitelně, "nouzovka", protože dostatečný počet otázek v holém textu se prostě do paměti počítače nevlezl.
    Je ovšem otázka, zda by někdo, odchovaný objektově orientovaným programováním byl schopen něco takového napsat. A pokud by se našel objektový jazyk s vhodnými knihovnami objektů, tak by nejspíš vzniklo mnohamegabytové monstrum a současně by programátor vůbec nevěděl (vzhledem k chabé dokumentaci většiny knihoven), co mu ten program vlastně dělá.

  • 22. 8. 2015 14:09

    Claviceps (neregistrovaný)

    Zase jsi bastil houbicky, co?

Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).