Integrace na české systémy
Propojujeme software s ARES, datovými schránkami, registrem smluv a Národním elektronickým nástrojem (NEN) — systémy, které v českém prostředí většina studií nenabízí jako pojmenovanou službu. Napojení na ARES máme v produkčním provozu; české fakturační formáty, párování plateb a podklady pro zdravotní pojišťovny běží v našem produktu Innea Pro.
Co umíme napojit?
Umíme navrhnout a postavit napojení na ARES (ověření firem podle IČO), datové schránky (příjem i odesílání zpráv), registr smluv a NEN. Fakturoid a platební brány GoPay nebo Comgate jsou komerční služby, ne státní systémy, ale napojujeme i je.
Kde to máme v provozu?
V Innea Pro, provozním systému pro terapeutické praxe, který používá stejný kód jako Innea. Při registraci ověřuje firmy podle IČO přes ARES; faktury vystavuje podle českých pravidel s QR platbou (SPAYD) a exportem ISDOC/UBL, páruje platby z Fio, přijímá platby přes Comgate, exportuje do Fakturoidu, iDokladu a Pohody, generuje podklady pro zdravotní pojišťovny včetně dávek KDAVKA/FDAVKA, synchronizuje kalendář s Google Calendar a posílá SMS připomínky přes BulkGate. Data o veřejných zakázkách čte vlastní interní nástroj, který zpracovává TED a ISVZ.
Co v provozu zatím nemáme, říkáme rovnou: datové schránky, registr smluv, NEN a GoPay stavíme na zakázku podle vašeho zadání — umíme je navrhnout a napojit, ale nemůžeme k nim přiložit běžící produkt.
Časté otázky
Umíte číst data z ISVZ a NEN?
Z ISVZ ano, z NEN zatím ne. Vlastní interní nástroj čte veřejné zakázky z TED a ISVZ; NEN je samostatný registr, na který napojení v provozu nemáme, a integraci navrhneme podle toho, co z něj potřebujete číst nebo do něj zapisovat.
Zvládnete obousměrnou komunikaci s datovkou?
Ano, příjem i odesílání zpráv — ale jako zakázku na míru, ne jako hotový modul: obousměrné napojení na datovou schránku zatím nemáme v žádném provozovaném produktu. Postavíme ho s testy a monitoringem stejně jako fakturaci a pojišťovny v Innea Pro.
Co když stát změní formát API?
Změnu zachytí automatické testy proti skutečným formátům a monitoring, takže o ní víme dřív, než napáchá větší škodu, a oprava je běžná údržba, ne krizový zásah. Se změnami bez velkého předstihu u státních rozhraní počítáme už v návrhu.
Jak řešíte výpadky státních rozhraní?
Frontou a opakovaným pokusem: požadavek se uloží, po výpadku se odešle znovu a proces se nezastaví. Výpadek rozhraní pak znamená zpoždění, ne ztracená data — a monitoring vám řekne, že k němu došlo, dřív než klient.