Neviditelný jazyk úřadů: co je to „kontext“ a proč na něm stojí sdílení dat ve státní správě
Když si mezi sebou úřady předávají údaje o občanech a firmách, potřebují mluvit stejnou řečí.
V digitální veřejné správě se tomu říká kontext a ten má svou oficiální metodiku.
Představte si situaci:
úřad A potřebuje k vyřízení žádosti ověřit údaj, který už jednou vedl úřad B. Občan ho tedy podle principu „sdílej jednou“ nemusí dokládat znovu. Jenže aby si systémy skutečně rozuměly, musí úřad A přesně vědět, koho a v jaké roli má u úřadu B hledat a jaké konkrétní údaje o něm vůbec dostane. Přesně tohle řeší pojem, který v technické mluvě zní suše, ale v praxi drží pohromadě celé sdílení dat mezi agendami: kontext.
Co si pod tím představit
Jeden a tentýž člověk může v různých agendách vystupovat v různých rolích jako řidič, jako vlastník vozidla, jako daňový poplatník či jako žadatel o dávku. Ke každé roli patří jiná sada údajů, jiná oprávnění a jiný právní základ, proč vůbec existuje. Kontext je přesně tahle definovaná dvojice: role + konkrétní údaje, které k ní patří. Díky němu ví systém, který se ptá, přesně na co se má ptát a systém, který odpovídá, přesně co smí prozradit.
Praktický přehled toho, co všechno už takto ve státní správě funguje, najdete v katalogu na portálu Národní architektury stránka archi.gov.cz/nap:kontext slouží jako veřejný rozcestník existujících kontextů, datových schémat i systémů, které je nabízejí ostatním úřadům.
Od nápadu k ostrému provozu: dvě metodiky, dva kroky
Aby vznik nového kontextu nebyl na každém úřadě „na koleni“ jinak, existují dvě navazující metodiky, které celý proces standardizují.
1. Jak kontext navrhnout
Metodika tvorby kontextů je určená analytikům a architektům jednotlivých úřadů. Vysvětluje, jak správně:
- pojmenovat a popsat entity, o kterých agenda vede údaje (osoby, věci, vztahy mezi nimi),
- sestavit z nich srozumitelný datový model,
- tento model zaregistrovat v Registru práv a povinností,
- a na jeho základě navrhnout technické schéma zprávy (XML/XSD), kterou si systémy budou vyměňovat.
Metodika zároveň upozorňuje na časté chyby při návrhu třeba na to, že se místo skutečného pojmenování entity jen otrocky opíše text zákona, nebo že se v registru omylem zaeviduje „evidence“ jako taková místo konkrétních dat, která se v ní vedou.
2. Jak kontext reálně spustit
Metodika realizace kontextu navazuje tam, kde první metodika končí u návrhu. Popisuje celý projektový postup, jak nový kontext dostat do produkčního provozu:
- sepsání věcného záměru k čemu bude kontext sloužit a kdo ho bude využívat,
- úprava ohlášení agendy v Registru práv a povinností,
- technické připojení k testovacímu a poté produkčnímu prostředí ISSS,
- dopracování technického návrhu (WSDL/XSD),
- otestování funkčnosti,
- finální schválení a spuštění do ostrého provozu.
Klíčové milníky schválení věcného záměru, technického řešení i výsledků testování musí posvětit Odbor hlavního architekta Digitální a informační agentury (DIA), která nad celým procesem drží dohled.
Komu je to určeno
Tahle dvojice dokumentů není čtení pro širokou veřejnost, ale pro konkrétní cílovou skupinu:
- Architekti a analytici úřadů, kteří chtějí, aby jejich systém začal data poskytovat ostatním, ti si projdou nejprve návrhovou metodiku a pak realizační proces se schválením u DIA.
- Vývojáři systémů, kteří naopak potřebují data z jiné agendy pouze číst, ti si v katalogu na archi.gov.cz dohledají, jaký kontext a jaké technické schéma mají použít (podrobnosti jsou ale přístupné jen z vnitřní sítě CMS/KIVS, ne z veřejného internetu).
Pro běžného občana zůstává celý proces neviditelný a to je vlastně žádoucí stav. Pokud kontexty fungují správně, člověk si jen všimne, že už úřadu nemusí nosit potvrzení, které má jiný úřad dávno k dispozici.
Zdroj:
- archi.gov.cz/nap:kontext
- Metodika tvorby kontextů (PDF, 31 stran)
- Metodika realizace kontextu (PDF, 9 stran)
- Ilustrativní obrázek AI
