Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
Obě strany předchozí revize Předchozí verze Následující verze | Předchozí verze Následující verzeObě strany příští revize | ||
integrace_informacnich_systemu [2019/09/20 12:27] – Tomáš Šedivec | nap:integrace_informacnich_systemu [2020/05/07 13:55] – [Integrace na systémy jiného správce s pomocí [[nap:egsb|eGSB / ISSS]]] Tomáš Šedivec | ||
---|---|---|---|
Řádek 7: | Řádek 7: | ||
</ | </ | ||
- | + | Z ostatních | |
- | + | ||
- | Z ostatních | + | |
- Integrace uvnitř jednoho ISVS mezi více komponentami | - Integrace uvnitř jednoho ISVS mezi více komponentami | ||
- Integrace uvnitř systémů jednoho správce (vnitřní integrace) | - Integrace uvnitř systémů jednoho správce (vnitřní integrace) | ||
* mezi dvěma informačními systémy veřejné správy | * mezi dvěma informačními systémy veřejné správy | ||
- | * mezi informačním systémem a jmenným rejstříkem | + | * mezi informačním systémem a systémem spisové služby a mezi informačním systémem a jmenným rejstříkem |
* mezi ISVS a provozním informačním systémem | * mezi ISVS a provozním informačním systémem | ||
- | * na portál za účelem zveřejnění | + | * na portál za účelem zveřejnění |
- Integrace na systémy jiného správce (externí integrace) | - Integrace na systémy jiného správce (externí integrace) | ||
- | ==== Vnitřní integrace u jednoho správce či v jednom AIS ==== | + | === Integrace na systémy jiného správce |
- | + | ||
- | Integrace | + | |
- | + | ||
- | Technicky je doporučenou optimální metodou vybudovat jednu integrační platformu a integraci mezi jednotlivými informačními systémy zajistit formou služeb volaných a orchestrovaných v této integrační platformě. I při integraci (respektive výměně údajů mezi jednotlivými IS či agendami se musí ale myslet například | + | |
- | + | ||
- | Pro vnitřní integraci ale vždy platí následující: | + | |
- | + | ||
- | * Jako identifikátor subjektu pro výměnu údajů i ve vnitřní integraci se využije AIFO, pokud se integrace zajišťuje překladem přes eGSB. | + | |
- | * Pokud se integrace odehrává jen v perimetru správce, a tedy mimo překlad přes eGSB, tak se jako identifikátor využije buď klientské číslo, nebo stykový identifikátor. To platí i v multiagendovém provozu, kdy jsou subjekty integrovány v jedné evidenci jednoho AIS sloužícího pro podporu více agend. | + | |
- | * Identifikátor AIFO se v žádném případě nevyužije při integraci AIS na provozní | + | |
- | * AIFO se neeviduje a neposkytuje ve společných evidencích a v multiagendových AISech, AIFO se v takovém případě využije jen pro vnější integraci a pochopitelně pro ztotožnění a aktualizaci údajů pro konkrétní agendu. Mezi více agendami v jednom ISVS se pro propojení využije klientský identifikátor a AIFA jsou zapsána jen v komponentách AISu pro jednotlivé agendy, nikdy ve společné evidenci. Při vnější integraci pak volá AIS přes společnou evidenci službu eGSB či ISZR prostřednictvím svého AIFO. | + | |
- | + | ||
- | ==== Vnější integrace na AIS jiného správce | + | |
- | + | ||
- | Při vnější integraci se v maximální míře využívá referenční rozhraní, a to zejména | + | |
- | + | ||
- | Při vnější integraci se využije: | + | |
- | + | ||
- | * při výměně údajů o subjektu (fyzická osoba) překlad AIFO identifikátorů, | + | |
- | * při výměně údajů o objektu (třeba vozidlo) jeho identifikátor (třeba RZ), ale je-li součástí i sada údajů o subjektu, pak se u fyzických osob (třeba vlastník vozidla) využije opět překlad AIFO mezi dvěma agendami. | + | |
- | + | ||
- | + | ||
- | ==== Výměna údajů o subjektech při integraci IS ==== | + | |
- | + | ||
- | Jedním z důvodů integrace mezi více AIS je realizace propojeného datového fondu, tedy výměny údajů o subjektech a objektech práva. | + | |
- | + | ||
- | === Při vnitřní integraci u jednoho správce === | + | |
- | + | ||
- | Při vnitřní integraci mezi komponentami a systémy jednoho správce se primárně AIFO nevyužívá, | + | |
- | + | ||
- | Pokud se jedná o integraci mezi AIS a provozními informačními systémy, tak provozní IS kromě ESSL nevyužívají AIFO ve svých agendách. I proto je nutno využívat klientský identifikátor, | + | |
- | + | ||
- | === Při vnější integraci s IS jiného správce === | + | |
- | + | ||
- | Při výměně údajů v rámci propojeného datového fondu se vždy využije mechanismus výměny prostřednictvím překladu agendových identifikátorů (AIFO) přes ORG. Integrace se uskutečňuje prostřednictvím služeb eGSB. I v situaci, kdy OVM vede některé další identifikátory o subjektu, vždy postupuje v souladu s § 8, odst. 3, zákona o základních registrech a využije volání služby poskytované agendovým informačním systémem poskytujícím údaje, službu volá přes eGSB a volá ji s identifikací subjektu svým AIFO, kdy následně eGSB zajistí překlad AIFO, poskytující AIS pak opět přes eGSB zašle odpověď, a to zase s přeložených AIFO tazatele. Jiné identifikátory tedy nejsou nutné. | + | |
- | + | ||
- | Obě strany integrace pochopitelně všechny transakce logují a samotné eGSB uchovává informaci o využití služby. | + | |
- | + | ||
- | Chce-li nějaké OVM získat z jiného AISu údaje o subjektu, musí si nejprve daný subjekt ztotožnit a mít k němu přidělené AIFO své agendy. Nezíská-li od poskytovatele údaje třeba proto, že nejsou správně nastavena oprávnění k údajům v RPP, nebo protože poskytovatel nemá řádně ztotožněný subjekt a nemá k němu AIFO, reklamuje to u poskytovatele jako porušení povinností podle zákona o základních registrech. Poskytovatel pak zjedná nápravu. | + | |
- | Pozor: U údajů takto získaných z jiných agend se jedná o údaje, které úřad vede (i když je technicky získal z jiného AIS), a tedy úřad musí postupovat podle paragrafu 6, odst. 2, Správního řádu a po subjektu je nevyžaduje a nepožaduje jejich doložení. | + | {{ :nap-dokument: |
{{tag>" | {{tag>" | ||