Prosel jsem opravdu komplet dokumentaci a nabyl nasledujiciho dojmu:
Z toho mi plyne, ze kdokoliv z nas se muze pokusit o to udelat referencni
implementaci a dat ji klidne opensource. Je to v tuhle chvili jen otazka casu a
penez.
Z tohoto pohledu je zde myslim docela dlouha a dost nekonstruktivni diskuze
mezi jednim a zbytkem uzivatelu :-) A vsichni maji pravdu, jen kazdy mluvi
o necem jinem. Onen uzivatel mluvi o tom, ze neni pravda, ze by nebylo mozne
pristupovat datove schranky multiplatforme a to ma pravdu. Druha skupina se
vyjadruje, ze ji neprijde fer, ze referencni implementace je tak zfusovana jak
je a to ma take pravdu. Asi vsichni citime ten rozdil.
Ok, beru.
Jenže pokud nebude specifikován i formát OBSAHU, tak to nepřinese ten kýžený efekt zautomatizování a zefektivnění přenosu dat.
Pokud bude např. MFČR přijímat daňové přiznání jen ve formě souboru XMLFilleru, tak je mi datová schránka na dvě věci. Můžu jim sice poslat přiznání jako PDF, ale oni to zase budou do svého IS přepisovat ručně. Jediné, co si vzájemně ušetříme, je manipulace s papíry popř. dopisy.
Návaznost na můj IS to stejně nezlepší.
Přitom by vše bylo tak jednoduché – napsat korektní specifikaci XML souboru „daňové přiznání“, dodat patřičný DTD apod. Takhle to (pro mě) nepřináší nic moc nového oproti el. podpisu.
Neni to z me hlavy, ale slavne *.zfo je zazipovany xsl-fo obalene xml signature. to xsl-fo je doplnene o dalsi tagy co si interpretuje jen XML FormFiller.
Pokud chapu obchodni zamer Software602, tak smyslem je prodavat to cim musite ty formulare tvorit a dasli doplnkove sluzby. To je jejich byznys a proto chapu, ze je jim uplne jedno co nejaky koncovy uzivatel, protoze z neho nic nemaji.
Podle meho skromneho nazoru existuje cesta, buď ty *.yfo tvořit jinak než FormFillerem.