Ty manipulace s heslem už v rozhraní jsou, a je to moc bezva. Ovšem XML Filler má jednu funkci která v rozhraní není, a tím těží ze svého privilegovaného postavení produktu "inside firmy". Tou funkcí je odesílání požadavků na autorizovanou konverzi. Zajímavé je, že požadavek lze z Filleru odeslat i mimo ISDS seanci, prostě po otevření lokálně staženého "zfo" souboru.
602XMLfiller lze instalovat přes msi balíček (ten se rozbaluje pri spusteni instalatoru). Tak to alespon resime u nas na siti ... bohuzel reseni je pod windows domenou :(
V nové verzi API pro software třetích stran bude (nebo možná už je, těžko to bez vyzkoušení poznat) možnost změnit heslo a také získat datum vypršení hesla. Což zase koliduje s novým ustanovením provozního řádu, které je popsáno v článku, protože pokud může provozovatel vynutit změnu hesla kdykoli, tedy i před oznámeným termínem, není to API úplně stoprocentní – ale aspoň něco. A předpokládám, že vynucení změny hesla před uplynutím těch 90 dní se nebude dít moc často – a na různých nikde nezaručených předpokladech je vlastně celý ISDS postaven, takže nic nového.
No to je sice pěkné a věřím, že by to tento problém vyřešilo, ale narazím na jiné problémy, jako je změna hesla atd. Takže to je z bláta do louže. Uznávám, že problém by nastával ne po cca 30 dnech ale po 90. To je jistá výhoda, ale principielně vše špatně.
To je totiž přesně ten prostor pro řešení třetích stran, která takové věci nepotřebují a vystačí si s tím, co je na standardních stanicích nainstalováno.
Zajímalo by mě, jestli se někdo vůbec zabývá problémy administrátorů firemních sítí. Mě osobně dost nebaví zhruba každý měsíc všem uživatelům používající DS přeinstalovávat XMLfiller. Neustále nahánět po celé republice uživatele s notebooky aby se připojili k siti je taky dost časově náročné. Minule jsem si chtěl na toto stěžovat, ale když jsem zjistil, že bez různých registrací atd. vlastně není smysluplně kde, tak jsem z tohoto přístupu dost otráven. Dělá se v tomto směru něco?