Specifikace služby IS CEDR pro příjem dat obecným XML rozhraním IS CEDR III
|
|
- Vladimír Němeček
- před 6 lety
- Počet zobrazení:
Transkript
1 GFŘ - informační systém CEDR III Vypracováno pro oddělení 171 PRO INTERNÍ POTŘEBU Specifikace služby IS CEDR pro příjem dat obecným XML rozhraním IS CEDR III vypracovala společnost ASD Software, s.r.o. dokument ze dne , verze 2.33
2 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 Specifikace služby IS CEDR pro příjem dat obecným XML rozhraním IS CEDR III Počet stran v dokumentu celkem : 91 Rozdělovník: Číslo Počet výtisků Předáno Převzal 1. 1 x GFŘ, vedoucí oddělení 171 Ing. Marie Frantová 2. 1 x GFŘ, vedoucí referátu 1711 Mgr. Vladimír Dlouhý, DiS. 2
3 Obsah GFŘ - informační systém CEDR III, vypracováno pro oddělení Úvod 6 2 Use-case studie rozhraní Předávání dat z resortních IS do IS CEDR III Obecný popis operace služby IS CEDR III 7 3 Technické řešení Přenosový formát dat Validace a popis XML dokumentů XML Schema Doplňková validace XSLT šablonami Jmenné prostory Komprimace zpráv Transportní protokoly Základní transportní protokol SOAP protokol Použití protokolu BizTalk Model přenosu zpráv Předávání dat do IS CEDR III Řešení bezpečnosti Implementované bezpečnostní funkce Integrita přenosu dat Důvěrnost přenosu dat Nepopíratelnost odesílatele Nepopíratelnost doručení Předávání dat do IS CEDR III Přístupová oprávnění ke službě Logování přístupu ke službě Dostupnost služby Zpracování chyb Chyby na úrovni přenosového protokolu SMTP-MIME Chyby při načtení zprávy SOAP Chyby vzniklé exspirací zprávy Chyby na úrovni ověření digitálního podpisu nebo šifrování Chyby na úrovni validace pomocí XML Schema Chyby na úrovni validace XSLT šablonou Chyby na úrovni aplikační Doporučený postup zpracování zpráv od služby 15 4 Specifikace předávaných dat Ustanovení pro definici platnosti elementů Postup při zpracování jednotlivých záznamů Vkládání záznamů Modifikace záznamů Modifikace podle objektid a PlatnostZaznamu Modifikace podle objektid 18 3
4 GFŘ - informační systém CEDR III, vypracováno pro oddělení Mazání záznamů Zobrazení předaných dat do IS CEDR III Vazba N:N u Příjemce dotace-projekt, Příjemce dotace-žádost, Příjemce dotace-žádost-projekt Atributy elementů Elementy u kterých bude uveden atribut objektid Předávání dat do IS CEDRIII Grafické znázornění závislosti objektů ve schématu Příjemce pomoci Operační programy Grantová schémata Datové typy simpletype Restrikce a extenze na základní datové typy PrijemcePomociBaseStructure OsobaIdentitaBaseStructure ObchodniJmenoBaseStructure ZádostBaseStructure ProjektBaseStructure ProjektDoplnkovyStavBaseStructure OperacniProgramKodyStructure ProjektEtapaBaseStructure FinancniCastkaZdrojBaseStructure SplatkaPlanovanaBaseStructure KalendarSplatekBaseStructure FinancniCastkaObdobiBaseStructure FinancniCastkaUvolnenaBaseStructure FinancniCastkaCerpanaBaseStructure FinancniCastkaVracenaBaseStructure TransferPolozkaBaseStructure DokumentBaseStructure DokumentDataBaseStructure ProjektDokumentBaseStructure BankaUcetBaseStructure PlatbaBaseStructure PlatbaSignedBaseStructure UzemniRealizaceBaseStructure AdresaVystupniKodyBaseStructure ObjektAdresaBaseStructure ObjektAdresaTextBaseStructure ObchodniKontaktBaseStructure UzivatelBaseStructure KontaktniUdajBaseStructure PodkladDotaceTitulBaseStructure PredpisDotaceTitulBaseStructure RozpoctovaSkladbaParagrafStructure RozpoctovaSkladbaPolozkaStructure UkazatelBaseStructure UkazatelNazvyBaseStructure OperacniProgramBaseStructure OperacniProgramPrioritaBaseStructure OperacniProgramPodprogramBaseStructure OperacniProgramOpatreniBaseStructure OperacniProgramPodopatreniBaseStructure ProjektExterniSystemIdentifikatorBaseStructure GrantoveSchemaKodyStructure GrantoveSchemaBaseStructure ProgramPodporaBaseStructure 51 4
5 GFŘ - informační systém CEDR III, vypracováno pro oddělení CinnostTypBaseStructure DavkaCedrStructure DavkaCedrOdpovedStructure simpletype errorlocalityitemtype errorlocalitytype error reason Popis schémat 54 5 Podrobný popis životního cyklu zpráv Předávání dat do IS CEDR III 56 6 Seznam změn v dokumentu od poslední verze 60 7 Seznam obrázků 61 8 Přílohy XSLT validační šablona verze XSD schema s datovými typy verze XSD schema pro příjem dat verze XSD schema pro odpověď na příjem dat verze XSD schema s chybovými kódy verze Adresa služby pro import dat do IS CEDR III verze Jednotlivé položky vyhlášky Položky přílohy č Položky přílohy č Příklad dávky dat pro import do CEDR III Příklad odpovědi na příjem dat do CEDR III 86 9 V dalších verzích bude řešeno Reference Seznam použitých zkratek a pojmů 91 5
6 1 Úvod GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 Tento materiál obsahuje základní požadavky na rozhraní mezi informačním systémem IS CEDR III na straně GFŘ a informačními systémy či jinak realizovanými evidencemi finančních prostředků na straně jednotlivých zdrojů těchto dat (např. resortů) vstupujících do IS CEDR III po technické stránce ve formě XML. Finančními prostředky jsou míněny např. účelové dotace, prostředky ISPROFIN, SAPARD a podobně. 6
7 2 Use-case studie rozhraní GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 Procesy při předávání dat mezi informačními systémy evidencí finanční prostředky a IS CEDR III lze charakterizovat schématy, uvedenými v této kapitole. 2.1 Předávání dat z resortních IS do IS CEDR III Obecný popis operace služby IS CEDR III Obrázek č. 1 popisuje proces předávání zpráv s dávkami dat z IS resortů do IS CEDR III. Schéma je platné pro operaci, zmíněné v kap : Odeslání dat resorty Zpráva s daty Příjem zprávy CEDR III Zpracování dat CEDR III Seznam osob resorty Zpráva o přijetí dat Příjemci dat resorty Zpráva o zpracování s daty obrázek 1 Předávání dávek dat z IS resortů do IS CEDR III Uvedené schéma na obrázek 1 lze slovně popsat následujícím způsobem: 1. Na straně IS resortu (klientská strana) je vygenerována zpráva, obsahující data pro přenos na IS CEDR III. Spuštění přenosu se děje ad hoc uživatelem; to znamená, že neexistuje pevný časový plán přenosů. 2. Zpráva je opatřena všemi náležitostmi dle této specifikace a je odeslána pomocí elektronické pošty na adresu služby aplikace IS CEDR III dle kap Aplikace CEDR III přijme zprávu a zařadí ji do fronty příchozích zpráv. Na adresy v distribučním seznamu pro vyrozumění o doručení zprávy, uvedeném ve zprávě s dávkou dat, rozešle informativní zprávy o přijetí dávky dat ke zpracování. 4. Aplikace CEDR III zpracuje zprávu. 5. Aplikace CEDR III vygeneruje zprávu, obsahující informace o provedení importu jednotlivých záznamů. 7
8 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 Schéma na obr.1 je zjednodušené a obecné, nepředpokládá např. komplikace během přenosu. Stanovení pravidel pro řešení případných problémů během přenosu uvádí kapitola 5 tohoto dokumentu. 8
9 GFŘ - informační systém CEDR III, vypracováno pro oddělení Technické řešení 3.1 Přenosový formát dat Jako formát pro přenos dat bude použit standard XML 1.0, Second Edition [5]. Přenášené XML dokumenty musejí splňovat všechny požadavky standardu. 3.2 Validace a popis XML dokumentů XML Schema Veškeré přenášené XML dokumenty budou mít pro účely validace vytvořen popis formátu dokumentu dle standardu XML Schema [6]. Validace XML dokumentů bude prováděna vždy při převzetí zprávy službou. Také veškeré odchozí zprávy služby musejí být před odesláním validovány. Nevalidní dokument je důvodem k odmítnutí zprávy. Všechny předávané zprávy XML musejí mít v kořenovém elementu dokumentu deklarován jmenný prostor schématu daného dokumentu. Pomocí atributu xsi:schemalocation musí být také uvedena fyzická lokalizace schématu. Chybějící jmenný prostor nebo lokalizace schématu ve zprávě je důvodem k odmítnutí zprávy, i když bude jinak vyhovovat schématu s výjimkou zpráv SOAP Fault, kde lokalizace schématu není požadována. Všechna schémata budou obsahovat dokumentaci schématu. Formát RDF dokumentace bude odpovídat [4], kap Všechna schémata budou verzována v souladu se zásadami, uvedenými v [8], kap Validace zprávy s daty pro import do IS CEDR III bude prováděna dle schématu viz. kap. 8.3 Validace zprávy s odpovědí na import do IS CEDR III bude prováděna dle schématu viz. kap Doplňková validace XSLT šablonami Procesní validace XML dokumentu (viz [4], kap ), bude prováděna pomocí XSLT validačních šablon v souladu s metodou, uvedenou v [4], kap Informace o lokalizaci validační šablony bude nesena (opět dle [4], kap ) v atributu validation_xslt kořenového elementu příslušného dokumentu.výstupní XML dokument XSLT šablony bude ve formátu odpovídajícím schématu s odpovědí na zpracování Validační XSLT šablony a bude odpovídat standardu XSLT v [7]. Dokument nevalidní na doplňkovou XSLT validaci je důvodem k odmítnutí zprávy. Doplňková validace bude prováděna podle XSLT šablony dle kap Jmenné prostory Všechny jmenné prostory schémat, popisujících přenášené XML dokumenty popisovaného rozhraní, budou ve formátu URN Komprimace zpráv Vzhledem k předpokládanému rozsahu zpráv bude nutno zprávy před odesláním komprimovat. Komprimováno bude celé tělo zprávy SOAP (element <Body>). Pro komprimaci bude využito standardu XML Encryption, kdy otevřený text elementu <Body> bude zkomprimován pomocí 9
10 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 algoritmu popsaného na adrese Postup při komprimaci a dekomprimaci částí zprávy bude vyhovovat popisu dle [4], kap Transportní protokoly Základní transportní protokol Základním transportním protokolem pro popisované rozhraní bude protokol SMTP-MIME SOAP protokol Nad protokolem SMTP-MIME bude použit rozšiřující XML protokol SOAP ve verzi 1.1 [3]. Protokol SOAP bude mít implementováno jak záhlaví SOAP (element <Header>), tak tělo SOAP (element <Body>). V záhlaví SOAP budou v BizTalk elementech neseny administrativní informace (bližší viz 3.3.3). Záhlaví SOAP bude dále vždy obsahovat element elektronického podpisu ve formátu XML Signature a v indikovaných případech, pro dokumenty se šifrovaným obsahem, i element XML Encryption nesoucí informace o klíčích. Detailní popis řešení bezpečnosti transportu obsahuje kapitola 3.6. Při výskytu chyby přijetí nebo zpracování zprávy bude generován element <Fault> těla SOAP. Element <Fault> bude obsahovat: Povinný kód chyby v elementu <Faultcode> s typem v souladu s deklarací seznamu chybových kódů ve schématu dle kap. 8.5 Povinný textový popis chyby v elementu <Faultstring> Volitelný element <Detail>. V tomto elementu budou neseny chybové XML dokumenty (jako výsledek validace přenášených XML dokumentů) ve formátu odpovídajícím schématu dle kap. 8.5 Všechny elementy SOAP budou mít nastaven atribut MustUnderstand na hodnotu Použití protokolu BizTalk Pro administraci zpráv bude použito elementů specifikace BizTalk [1]. Pro účely tohoto rozhraní bude sada elementů BizTalk využívána rozdílně pro zprávy přenášející data a pro zprávy o doručení. Zprávy přenášející data budou povinně obsahovat elementy: <endpoints> s indikací odesílatele a adresáta zprávy pro zprávy s daty do IS CEDR <services> s dceřinným elementem <deliveryreceiptrequest> a <comitmentreceiptrequest> se specifikací požadavku na vyrozumění o přijetí zprávy a na vyrozumění o zpracavání pro zprávy o doručení zprávy s daty na službu <deliveryreceipt>. pro zprávy s odpovědí na zpracování <comitmentreceipt>. <properties> popisující vlastní přenášený dokument v souladu s pravidly dle [4], kap Zprávy o doručení/zpracování budou pak vyhovovat popisu dle [4], kap Všechny elementy BizTalk, které mohou nést atribut MustUnderstand, musejí mít pro účely tohoto rozhraní tento atribut přítomen a nastaven na hodnotu 1. 10
11 3.4 Model přenosu zpráv GFŘ - informační systém CEDR III, vypracováno pro oddělení Předávání dat do IS CEDR III Jako model pro přenos zpráv do IS CEDR III bude použit model message passing dle [4], kap Rozlišovat se budou dva typy zpráv: zprávy nesoucí data informativní zprávy (vyrozumění o přijetí zprávy, oznámení o výsledku zpracování zprávy) V modelu komunikace pro přenos zpráv z resortních IS do IS CEDR III budou informativní zprávy povinné. Požadavek na vyrozumění o přijetí zprávy musí být ve zprávě nesoucí data přítomen (viz 3.3.3). Identifikace typu informativní zprávy bude nesena v elementu <properties/topic>. Doporučujeme použití řetězce DeliveryReceipt pro identifikaci zprávy o doručení a řetězce CommitmentReceipt pro identifikaci zprávy o zpracování. Výsledek zpracování zprávy bude nesen ve zprávě o zpracování v elementu <commitmentreceipt>/<decision>. Pokud se bude jednat o částečné zpracování zprávy bude element obsahovat řetězec positive. V případě zamítnutí celé dávky bude obsahovat řetězec negative. Potvrzení o přijetí informativních zpráv (vyrozumění o přijetí zprávy) zpět na službu nebude vyžadováno a očekáváno. 3.5 Řešení bezpečnosti Implementované bezpečnostní funkce Rozhraní ve verzi, odpovídající tomuto dokumentu, bude mít implementovány následující bezpečnostní funkce (viz též [4], kap ) Integrita přenosu dat Důvěrnost přenosu dat Nepopíratelnost odesílatele Nepopíratelnost doručení Integrita přenosu dat Integritou dat se rozumí zabezpečení citlivých dat před jejich změnou během transportu.. K zabezpečení integrity přenosu dat pro zprávy nesoucí data (viz [4], kap ) bude v tomto rozhraní použito XML Encryption. Jedná se o zašifrování obsahu dokumentu, nebo jen části, pomocí symetrického klíče, který se bude přenášet v rámci XML dokumentu. Tento symetrický klíč bude z důvodu bezpečnosti pro každou novou zprávu vygenerován znovu a kód klíče bude zašifrován asymetrickým klíčem. Podrobnější informace ohledně XML Encryption jsou k dispozici v [4] v kapitole a Šifrovat se bude jen obsah elementu <Body> obálky SOAP. Pozn. Distribuce veřejné části serverového certifikátu služby IS CEDR III proběhne v rámci instalace verze na resortech případně bude předán správcem registru dotací IS CEDR III. Bude vygenerován serverový certifikát služby IS CEDR III, který bude instalován na klientské stanice pro účely 11
12 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 zabezpečení symetrických šifrovacích klíčů. Na klientské straně budou dále vygenerovány certifikáty identity klientů a jejich veřejné části bude předána správci registru dotací IS CEDR III. Ke službě IS CEDR III pak budou mít přístup jen klienti, autentizovaní proti seznamu ověřených certifikátů identity. V dalších verzích se počítá s využitím ověřených certifikačních autorit a jejich služeb. Při šifrování bude uplatněn postup, kdy element <Body > bude nejprve zkomprimován (viz ) a teprve poté zašifrován. Integrita přenosu dat pro informativní zprávy (viz 3.4) bude zabezpečena pomocí XML Signature. Podepisovat se budou BizTalk elementy <endpoints>, <properties> a <services> a celý element <Body> zprávy SOAP. Jelikož ne všechny zprávy od služby mohou být zašifrovány (nepodařilo se rozparsovat příchozí zprávu a tím získat klíč pro šifrování) je nutné na straně klienta nejprve ověřit, zda zpráva je zašifrována a dále pokračovat ve zpracování Důvěrnost přenosu dat Důvěrností přenosu dat rozumíme zabezpečení dat proti odposlechu během transportu. Implementace XML Encryption podle zajistí i důvěrnost přenosu dat pro zprávy nesoucí data. Zprávy informativní nemusejí mít implementovánu důvěrnost přenosu dat Nepopíratelnost odesílatele Nepopíratelnost odesílatele bude implementována v souladu s [4], kap Pro účely zajištění nepopíratelnosti odesílatele bude podepisován algoritmem XML Signature celý element <Body> zprávy SOAP a BizTalk elementy <endpoints>, <properties> a <services>. Pro podpis bude použit certifikát identity. Vzhledem k tomu, že v technologii tohoto rozhraní jsou kombinovány XML Signature a XML Encryption, je nutno stanovit jasný postup šifrování a podepisování. Vzhledem k jednoduchému toku zpráv na rozhraní bude zvolen následující model, kdy na klientské straně proběhnou kroky: Element <Body> obálky SOAP otevřeného dokumentu bude komprimován a poté zašifrován. V zašifrovaném dokumentu budou podepsány příslušné části (viz výše). Při příjmu dokumentu na straně služby bude postup opačný. Nejprve je nutno ověřit elektronický podpis standardním algoritmem. Poté se dešifruje zašifrovaný element <Body> obálky SOAP a výsledek se na závěr dekomprimuje. Jelikož ne všechny zprávy od služby mohou být podepsány (služba z nějakého důvodu nemá přístup k certifikátu identity) Je nutné před ověřováním podpisu zjistit zda zpráva je podepsána a nenese pouze informativní zprávu Nepopíratelnost doručení Nepopíratelnost doručení bude implementována opět v souladu s doporučeními dle [4], kap Podepisovat se budou BizTalk elementy <endpoints>, <properties> a <comitmentreceipt> a celý 12
13 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 element <Body> zprávy SOAP, ve kterém bude zopakován element <SignedInfo> obsahující kontrolní součty z příchozí zprávy. Pro podpis bude použit serverový certifikát služby IS CEDR III Předávání dat do IS CEDR III Všechny operace předávání dat do IS CEDR III (viz kap ) budou mít implementovány následující bezpečnostní funkce dle 3.5.1: Integrita přenosu dat Důvěrnost přenosu dat Nepopíratelnost odesílatele Nepopíratelnost doručení 3.6 Přístupová oprávnění ke službě Popisovaná služba je neveřejná a přístup ke službě je omezen pouze oprávněným uživatelům. Oprávnění uživatelé jsou registrováni v systému pro přístup ke službám CEDR III. Každému oprávněnému uživateli je správcem systému CEDR III vystaven certifikát, který je dále použit při zabezpečení zprávy dle kap. 3.5 Další podrobnější přístupová oprávnění na úrovni operací se záznamy nejsou službou řešena. 3.7 Logování přístupu ke službě V rámci přístupu ke službě se budou uchovávat následující informace: datum a čas přístupu klienta adresa odesílatele požadavku na službu výsledek zpracování požadavku datum a čas odeslání výsledku zpracování požadavku příchozí a odchozí zprávy Logování se provádí automaticky a logovací údaje jsou ukládány do databáze, příchozí a odchozí zprávy se ukládají do adresářové struktury na zabezpečeném serveru. K údajům v rámci logování mají přístup oprávnění uživatelé (správce úlohy). Doba uchovávání těchto informací není omezena. 3.8 Dostupnost služby Služba je přístupná 24 denně. 3.9 Zpracování chyb Zpracování chyb bude ošetřeno v souladu se zásadami uvedenými v [4], kap Seznam chybových kódů bude odpovídat schématu dle kap Chyby na úrovni přenosového protokolu SMTP-MIME Chyby na úrovni přenosového protokolu SMTP-MIME budou řešeny standardními mechanismy protokolu a sítí. Služba se nebude pokoušet zpracovat žádnou zprávu, u níž došlo k selhání přenosu na úrovni základního protokolu, ani nebude generovat zvláštní chybové zprávy. Služba také nebude zaznamenávat žádnou takovouto zprávu do logu příchozích zpráv. 13
14 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 V případě výskytu této chyby je nutné zprávu, která selhala při přenosu, odeslat opakovaně. Za zopakování přenosu je zodpovědný odesílatel zprávy Chyby při načtení zprávy SOAP Do této třídy chyb patří chyby, vzniklé při načítání SOAP dokumentu. Mohou to být chyby způsobené špatným formátováním dokumentu nebo neodpovídajícím jmenným prostorem SOAP 1.1. Tyto zprávy již budou logovány. Nelze však provést parsing dokumentu, proto chybová zpráva ve formátu SOAP bude odeslána pouze na odesílající adresu, a na adresu správce služby. Chybový kód je v tomto případě VersionMismatch (chybný jmenný prostor SOAP) nebo Client.WellFormedness (chyby správné struktury dokumentu). Za zopakování přenosu je zodpovědný odesílatel zprávy Chyby vzniklé exspirací zprávy Tyto chyby jsou způsobeny vypršením lhůty v BizTalk elementu <expiresat>. Zpráva je odmítnuta jako celek, chybová zpráva ve formátu SOAP je odeslána na distribuční seznam příjemců zpráv o přijetí dokumentu a na adresu správce služby. Chybový kód je v tomto případě Server.Expiration. Za zopakování přenosu je zodpovědný odesílatel zprávy Chyby na úrovni ověření digitálního podpisu nebo šifrování Pokud dojde k chybě při ověření digitálního podpisu nebo při dešifrování dokumentu, je zpráva odmítnuta jako celek. Chybová zpráva ve formátu SOAP je odeslána na distribuční seznam příjemců zpráv o přijetí dokumentu a na adresu správce služby. Chybový kód je v tomto případě Client.Signature, resp. Client.Encryption. Za zopakování přenosu je zodpovědný odesílatel zprávy Chyby na úrovni validace pomocí XML Schema Při výskytu chyby na úrovni validace pomocí XML Schema je zpráva odmítnuta jako celek. Chybová zpráva ve formátu SOAP je odeslána na distribuční seznam příjemců zpráv o přijetí dokumentu a na adresu správce služby. Chybový kód je v tomto případě Client.Validity.Schema. Za zopakování přenosu je zodpovědný odesílatel zprávy Chyby na úrovni validace XSLT šablonou Při výskytu chyby na úrovni validace pomocí XSLT šablony je zpráva odmítnuta jako celek. Chybová zpráva ve formátu SOAP je odeslána na distribuční seznam příjemců zpráv o přijetí dokumentu a na adresu správce služby. Chybový kód je v tomto případě Client.Validity.XSLT. Za zopakování přenosu je zodpovědný odesílatel zprávy Chyby na úrovni aplikační Tyto chyby se týkají např. narušení referenční integrity či primárních klíčů aplikační databáze. Při výskytu chyby na úrovni validace pomocí vnitřní logiky aplikace IS CEDR III budou odmítány jen jednotlivé přenášené záznamy. Za zopakování přenosu chybných záznamů je zodpovědný odesílatel zprávy. 14
15 3.10 Doporučený postup zpracování zpráv od služby Start Zpracování odpovědi ze služby CEDR III GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 Přijetí zprávy Obsahuje zpráva element Signature? ANO Ověř podpis NE Nastala chyba při ověření podpisu? ANO NE NE Obsahuje zpráva element Encryption? ANO Dekryptuj zprávu Nastala chyba při ověření dekryprovaní? ANO NE Rozzipuj zprávu Nastala chyba při rozzipování? ANO NE Obsahuje zpráva element Properties? NE ANO Identifikátor zrávy na ktrou je odpovídáno je nesen v elementu CommitmentReceipt CommitmentReceipt Jakou hodnotu má element topic? DeliveryReceipt Obsahuje zpráva element CommitmentReceipt? NE ANO Identifikátor zrávy na kterou je odpovídáno je nesen v elementu DeliveryReceipt negative Jakou hodnotu má element decision? Obsahuje zpráva element DeliveryReceipt? NE Obsahuje zpráva element Body/Fault? NE positive ANO Pokud zpráva byla zamítnuta jako celek odesílatel bude další zprávu posílat se shodným číslem dávky. Vpripade chyby validace je zpráva zamítnuta jako celek a je priložen element detail s elementem Error_list s chybami validace. ANO Pokud byla zpráva částečně zpracována odesílatel bude další zprávu posílat s číslem dávky o jedno vyšší Zpráva byla zamítnuta jako celek Zpráva byla částečně zpracována Jedná se o zprávu o doručení Chybná zpráva Zpracování jednoduché chyby Konec obrázek 2. Postup zpracování zprávy ze služby 15
16 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 Na obrázku obrázek 2 je znázorněn doporučený postup při zpracování zpráv ze služby na straně klienta. Algoritmus popisuje jednotlivé po sobě jdoucí akce zpracování jak zpráv o doručení a o zpracování, tak zpráv chybových tak jak je doporučeno. 16
17 4 Specifikace předávaných dat GFŘ - informační systém CEDR III, vypracováno pro oddělení Ustanovení pro definici platnosti elementů Při návrhu struktur jednotlivých elementů rozhraní je nutné specifikovat pro koncového uživatele povinnost jednotlivých elementů a v nich předávaných dat pro jednotlivé operace s daty (vkládání, modifikace a mazání záznamu) Zkratka Význam I Nebere se v úvahu (ignore) P Povinné N Nepovinné Označení povinnosti předávání jednotlivých elementů a v nich předávaných datech je uvedeno v následující tabulce. První znak v použité zkratce udává povinnost elementu, druhý udává platnost dat nebo-li hodnotu elementu. Zkratka Význam Podrobný popis PP Povinný Element Povinná Data Element i data jsou povinná NP Nepovinný Element Povinná Data Element je volitelný ale pokud je uveden jsou povinná i data. NN Nepovinný Element Nepovinná Data Pokud je element uveden není nutné uvádět data. To je vhodné např. pro UPDATE kdy je zapotřebí hodnotu přepsat. Nejsou-li data u elementu uvedena je nutné nastavit atribut nil na hodnotu true. NI Nepovinný Element Ignorují se Data Element je nepovinný, ale pokud bude uveden data budou ignorována. Např. při operaci DELETE je nutný pouze primární klíč a ostatní hodnoty jsou ignorovány. 4.2 Postup při zpracování jednotlivých záznamů Jednotlivé záznamy v jednotlivých datových objektech se zpracovávají sekvenčně za sebou tak, jak jsou uvedeny v XML dokumentu. Atribut ObjektId je jednoznačný identifikátor objektu v rámci zdroje dat, tedy pro hodnoty Id zdroje dat a Č. zdroje podle Vkládání záznamů Pro operaci vkládání záznamu bude atribut status daného záznamu nastaven na hodnotu insert a atribut objektid na jedinečnou hodnotu v rámci zdroje dat a daného vkládaného objektu. Dále budou vyplněny povinné elementy PlatnostZáznamu, DatumAktualizace a UzivatelKod. Pokud bude záznam s předaným objektid nalezen v DB, bude celý záznam s příjemcem dotace odmítnut, ikdyž chyba bude nalezena v zanořeném záznamu. 17
18 GFŘ - informační systém CEDR III, vypracováno pro oddělení Modifikace záznamů Pro operaci modifikace záznamu bude atribut status příslušného záznamu nastaven na hodnotu update a dále budou zadány povinné elementy PlatnostZáznamu, DatumAktualizace a UzivatelKod. Pokud bude potřeba provést modifikaci záznamu ve vnořené větvi hierarchie dokumentu bez modifikace nadřízených záznamů, nadřízené záznamy budou mít nastaven atribut status na hodnotu nothing a atribut objectid na požadovanou hodnotu objektu. Modifikace se bude dále dělit na : modifikaci subjektů. Tj. záznamů ze struktur PrijemceDotace, PrijemceDotace/SidloAdresa a kontaktní adresy PrijemceDotace/Adresy. Tyto záznamy se budou modifikovat podle algoritmu viz kap modifikaci ostatních záznamů. Tyto záznamy se budou modifikovat podle algoritmu viz kap Pokusem o modifikaci záznamu s nepředaným objektid bude celý záznam o příjemci dotace zamítnut, ikdyž modifikovaný záznam bude zanořený záznam příjemce dotace Modifikace podle objektid a PlatnostZaznamu Jako klíč k výběru dat bude použita kombinace hodnot elementů objektid a PlatnostZaznamu. 1. Provede se test zda existují záznamy s předaným objektid od daného zdroje jak v historické tak datové tabulce. 2. Záznamy s předaným objektid byly nalezeny, pokusíme se porovnat PlatnostZáznamu nalezeného a předaného záznamu 3. Záznam s danou hodnotou PlatnostZáznamu byl nalezen provedeme jeho modifikaci. 4. Záznam s danou hodnotou PlatnostZáznamu nebyl nalezen provedeme jeho vložení do DB a to tak aby v datové tabulce byl záznam s největší hodnotou PlatnostZáznamu Modifikace podle objektid Jako klíč je použita pouze hodnota atributu objektid. Modifikace se chová jako zásobník a v datové tabulce je uložena vždy naposledy modifikovaná hodnota bez ohledu na hodnotu elementu PlatnostZáznamu. Původní hodnota z datové tabulky ja zapsána do historické tabulky Mazání záznamů Pro operaci mazání záznamů v DB CEDR III je nutné u požadovaného záznamu nastavit atribut status na hodnotu delete a dále naplnit atribut objektid požadovanou hodnotou. Mazáním se rozumí smazání všech záznamů svázaných s daným objektem v hierarchii. (S mazáním příjemce dotace budou smazány veškeré záznamy sním svázané tj. projekty, částky, dokumenty atd.) Pokusem o mazání záznamu s nepředaným objektid bude celý záznam o příjemci dotace zamítnut, ikdyž mazaný záznam bude zanořeným záznam příjemce dotace Zobrazení předaných dat do IS CEDR III Jelikož je kladen požadavek na zobrazování záznamů k subjektům za jednotlivá období a operací modifikace je vytvářena historie při zobrazování se bude postupovat následovně: 18
19 GFŘ - informační systém CEDR III, vypracováno pro oddělení požadavkem na zobrazení dat k danému roku budou vybrány takové záznamy, které mají v daném roce největší PlatnostZáznamu a DatumAktualizace je největší v celé historii Vazba N:N u Příjemce dotace-projekt, Příjemce dotace-žádost, Příjemce dotace-žádost-projekt V těchto případech v IS CEDR III bude docházet k slučování Projektů a Žádostí na základě předaného objektid. Pokud se tedy více subjektů (příjemců dotace) podílí na jednom projektu je toto možné zaslat do systému operací insert projektu, žádosti s již vloženým objektid projektu, žádosti ale různým obejtkid subjektu (příjemce dotace). Modifikaci projekt,žádosti v tomto případě stačí poslat pouze k projektu, žádosti jednoho subjektu. Mazání projektu, žádosti je nutné provést tolikrát, kolik subjektů (příjemců dotace) se na daném projektu, žádosti účastní. 4.3 Atributy elementů Atributy elementů, které nejsou zmiňovány v tomto dokumentu, nejsou v XML dokumentu vyplňovány. Pokud by byly vyplněny, budou aplikací zpracovávající XML dokument ignorovány. 4.4 Elementy u kterých bude uveden atribut objektid DavkaCedr/crd:Uzivatele/crd:Uzivatel/ DavkaCedr/crd:Uzivatele/crd:Uzivatel/crd:KontaktniUdaje/crd:KontaktniUdaj/ DavkaCedr/crd:UkazateleCiselnik/crd:UkazatelCiselnik/ DavkaCedr/crd:DokumentyData/crd:DokumentData/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Ukazatele/crd:Ukazatel/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/crd:Ukazatele/crd:Ukazatel/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/crd:Priority/crd:Priorita/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/crd:Priority/crd:Priorita/crd:Ukazatele/crd:Ukaz atel/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/cr d:opatreni/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/cr d:opatreni/crd:ukazatele/crd:ukazatel/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/cr d:opatreni/crd:podopatreniseznam/crd:podopatreni/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Podprogramy/crd:Podprogram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/cr d:opatreni/crd:podopatreniseznam/crd:podopatreni/crd:ukazatele/crd:ukazatel/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Priority/crd:Priorita/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Priority/crd:Priorita/crd:Ukazatele/crd:Ukazatel/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/crd:Opatreni/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/crd:Opatreni/crd:Ukazatele/crd:Ukaz atel/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/crd:Opatreni/crd:PodopatreniSeznam /crd:podopatreni/ DavkaCedr/crd:OperacniProgramy/crd:OperacniProgram/crd:Priority/crd:Priorita/crd:OpatreniSeznam/crd:Opatreni/crd:PodopatreniSeznam /crd:podopatreni/crd:ukazatele/crd:ukazatel/ DavkaCedr/crd:PodkladyDotaceTitul/crd:PodkladDotaceTitul/ DavkaCedr/crd:PodkladyDotaceTitul/crd:PodkladDotaceTitul/crd:RozpoctovaSkladbaPolozky/crd:RozpoctovaSkladbaPolozka/ DavkaCedr/crd:PodkladyDotaceTitul/crd:PodkladDotaceTitul/crd:RozpoctovaSkladbaParagrafy/crd:RozpoctovaSkladbaParagraf/ DavkaCedr/crd:PredpisyDotaceTitul/crd:PredpisDotaceTitul/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:ObchodniJmena/crd:ObchodniJmeno/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:SidloAdresa/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:BankaUcty/crd:BankaUcet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:ProjektUcet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:ProjektAdresa/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Dokumenty/crd:Dokument/ 19
20 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Financ nicastkazdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/crd: FinancniCastkaZdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Financ nicastkazdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Ukazatele/crd:UkazateleZadani/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Ukazatele/crd:UkazateleDokumentace/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Ukazatele/crd:UkazateleProjektu/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:UzemniRealizace/crd:Lokalita/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Etapy/crd:Etapa/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCast kazdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Etapy/crd:Etapa/crd:Dokumenty/crd:Dokument/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Etapy/crd:Etapa/crd:Ukazatele/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:Etapy/crd:Etapa/crd:UzemniRealizace/crd:Lokalita/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Zadosti/crd:Zadost/crd:DoplnkoveStavy/crd:DoplnkovyStav/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:ProjektUcet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:ProjektAdresa/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Dokumenty/crd:Dokument/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:prijemceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:platceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:transfery/crd:transfer/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkycerpane/crd:castkacerpana/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojZadani/crd:Finan cnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyvracene/crd:castkavracena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:prijemceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:platceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:transfery/crd:transfer/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkycerpane/crd:castkacerpana/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojDokumentace/cr d:financnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyvracene/crd:castkavracena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:prijemceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:platceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:transfery/crd:transfer/ 20
21 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkycerpane/crd:castkacerpana/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:FinancniCastky/crd:FinancniCastkyZdrojProjekt/crd:Fina ncnicastkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyvracene/crd:castkavracena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Ukazatele/crd:UkazateleZadani/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Ukazatele/crd:UkazateleDokumentace/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Ukazatele/crd:UkazateleProjektu/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:UzemniRealizace/crd:Lokalita/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:prijemceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:platba/crd:platceucet/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyuvolnene/crd:castkauvolnena/crd:transfery/crd:transfer/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkycerpane/crd:castkacerpana/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:FinancniCastkyZdroj/crd:FinancniCa stkazdroj/crd:castkyobdobi/crd:castkaobdobi/crd:castkyvracene/crd:castkavracena/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:Dokumenty/crd:Dokument/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:Ukazatele/crd:Ukazatel/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:Etapy/crd:Etapa/crd:UzemniRealizace/crd:Lokalita/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Projekty/crd:Projekt/crd:DoplnkoveStavy/crd:DoplnkovyStav/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Adresy/crd:Adresa/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Kontakty/crd:Kontakt/ DavkaCedr/crd:PrijemciPomoci/crd:PrijemcePomoci/crd:Kontakty/crd:Kontakt/crd:KontaktniUdaje/crd:KontaktniUdaj/ 4.5 Předávání dat do IS CEDRIII Tato část specifikuje požadavky kladené systémem IS CEDR III na přijímané zprávy, cílem je zajistit přenos požadovaných informací plynoucí z potřeby kontroly poskytování finanční podpory ze SR. 21
22 4.5.1 Grafické znázornění závislosti objektů ve schématu Příjemce pomoci GFŘ - informační systém CEDR III, vypracováno pro oddělení
23 obrázek 3 XML datový model příjemce pomoci GFŘ - informační systém CEDR III, vypracováno pro oddělení Operační programy obrázek 4 - Závislost objektů ve struktuře OperacniProgram Grantová schémata 23
24 GFŘ - informační systém CEDR III, vypracováno pro oddělení 171 obrázek 5: Závislost objektů ve struktuře Grantových schémat Datové typy Základní datové typy, které neodpovídají prvků ISDP jsou uvedeny v následující kapitole simpletype Název Typ Od Do Výčet Popis StatusType xs:string insert update delete nothing DavkaCisloType xs:int DatumCasType xs:datetime DavkaZdrojDatKodType AgenturaKodType DavkaZdrojDatCisloType xs:short 1 99 DavkaXsltValidationType xs:string 1024 ObjektIDType xs:token 1 38 AgenturaKodType xs:token 1 38 DokumentIdentifikatorTyp xs:token 1 38 ChybaPopisType xs:string ChybaKodType xs:int LogickaHodnotaIndikatorSimpleType xs:string true false 24
25 GFŘ - informační systém CEDR III, vypracováno pro oddělení
26 Restrikce a extenze na základní datové typy Název Typ Od Do Výčet Maska Popis DokumentDruhKodType cct:kodtype 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 12, DotaceTitulKodType cct:kodtype (*){3-4}\d{7} OperacniProgramOpatreniKodType cct:kodtype 1 38 OperacniProgramPodopatreniKodType cct:kodtype 1 38 OperacniProgramPrioritaKodType cct:kodtype 1 38 OperacniProgramKodType cct:kodtype 1 38 UcelZnakKodType cct:kodtype [0-9]{7} StatniRozpocetUkazatelKodType cct:kodtype 1 12 RozpoctovaSkladbaPolozkaKodType cct:kodtype 1 24 RozpoctovaSkladbaParagrafKodType cct:kodtype 1 16 StatniRozpocetKapitolaKodType cct:kodtype 3 4 DotacniTitulNazevZkracenyType cct:texttype 1 50 DotacniTitulResotKodType cct:kodtype 1 30 KontaktHodnotaType cct:texttype UkazatelDruhType cct:kodtype kvalitativní, kvantitativní, makroekonomický, analytický, popisný, finanční, fyzický, věcný, časový, hospodářský, prognostický, poměrový, fyzikální, chemický, výkonnostní, vstupů, výstupů, výsledků, dopadů, neuvedeno, MenaKodType cmn:menakodtype 3 3 \p{l}{3} StatKodType spa:statkodtype 3 3 \p{l}{3} BankaKodType cmn:bankakodtype 4 4 \d\d\d\d DoplatekIndikatorType cct:indikatortype 0, 1, UkazatelDopadRovnePrilezitostiType cct:kodtype silný, slabý, žádný, UkazatelDopadZivotniProstrediType cct:kodtype silný, slabý, žádný, UkazatelPohlaviType cct:kodtype muž, žena, oba, UkazatelVazbaPolitikaType cct:kodtype přímá, nepřímá, žádná, OsobaZamestnaniPostaveniKodType per:osobazamestnanipostavenikodtype 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 98, 99, ZmenaSmlouvyIndikatorType cct:indikatortype 0, 1, ProjektKodType cct:kodtype 1 38 PolozkaTransferPoradiType cct:pocettype BankaPobockaNazevType cct:texttype 1 80 UcetDruhKodType cct:kodtype 1, 2, MezinarodniPusobnostIndikatorType cct:indikatortype 1, 0, UkazatelNazevZkracenyType cct:texttype 1 50 UkazatelPopisType cct:texttype UkazatelUrovenDruhType cct:texttype OperacniProgramCisloType cct:identifikatortype
27 TextType cct:texttype PlanovanyStavPopisType fkis:planovanystavpopistype DocilenyStavPopisType fkis:docilenystavpopistype UzemniRealizaceLokalitaPopisType fkis:uzemnirealizacelokalitapopistype SubjektObchodniJmenoType SubjektCinnostUkonceniDatum SubjektShodaKod cct:kodtype 0 [123][0123][ ][ ] AdresaShodaKod cct:kodtype 0 [12][ ] ProgramPodporaKodType cct:kodtype 1 38 LogickaHodnotaIndikatorType cct:indikatortype true, false, GrantoveSchemaKodType cct:kodtype 1 38 CinnostTypKodType cct:kodtype 1 38 GrantoveSchemaNazevType cct:texttype GrantoveSchemaCisloType cct:kodtype 1 50 ProgramPodporaNazevType cct:texttype ProgramPodporaCisloType cct:kodtype 1 50 CinnostTypNazevType cct:texttype CinnostTypCisloType cct:kodtype 1 50 FinancniCastkaUsignedType cct:cenatype ((0 [1-9]{1}\d{0,10})([,] [.])\d{2} (0 [1-9]{1}\d{0,14})) FinancniCastkaSignedType cct:cenatype ([\-]?)((0 [1-9]{1}\d{0,10})([,] [.])\d{2} (0 [1-9]{1}\d{0,14})) 27
28 PrijemcePomociBaseStructure Struktura s informacemi o příjemci pomoci. Hodnota elementu ZaznamPlatnostDatum je použita k dohledání hodnot StatKod, PravniFormaKod v číselníku. Hodnota elementu musí splňovat podmínku ZaznamPlatnostDatum <= DavkaCedr/@davkaSestaveniDatumCas Číslo Název Typ/Odkaz Min Max výskyt výskyt Insert Update Delete NothingIdentifikátor 1 ICO bus:subjekticotype 0 1 ERR ERR NI NI AA0017 NP NN NI NI PP NP NI NI NP NN NI NI 2 DIC SubjektDICStructure 0 1 NP NN NI NI AAC011 3 ObchodniJmeno ObchodniJmenoStructure 1 ERR ERR NI NI 4 SidloAdresa ObjektAdresaStructure 0 1 PP NP NI NI 5 OsobaIdentita OsobaIdentitaBaseStructure 0 1 NN NN NI NI 6 StatKod StatKodType 0 1 PP NP NI NI AA PravniFormaKod bus:subjektpravniformakodtype 0 1 PP NP NI NI AA ShodaKod SubjektShodaKod 0 1 NP NN NI NI CA CinnostUkonceniDatum cmn:datumxmltype 0 1 NP NN NI NI CA BankaUcet BankaUcetStructure 1 11 Zadost ZadostStructure 1 12 Projekt ProjektStructure 1 13 Adresa ObjektAdresaStructure 1 14 Kontakt ObchodniKontaktStructure 1 15 Rozsireni cmn:rozsirenistructure ZaznamPlatnostDatum cmn:datumxmltype 1 1 PP PP NI NI CA ZaznamAktualizaceDatumCas DatumCasType 1 1 PP PP NI NI CA UzivatelID ObjektIDType 1 1 PP PP NI NI CA Identifikační číslo dle specifikace ÚVIS, uvádí se pro typ právní formy právnická osoba a fyzická osoba podnikající. S případnými vedoucími nulami.pokud se hodnota elementu StatKod!="CZE" a hodnota elementu PravniFormaKod!=421 řídí se vyplnění dle pravní formy. Daňové identifikační číslo.složené z FinancniUradKod s případnými vedoucími nulami a z SubjektPlatceDaneId Id subjektu plátce daně S 2 případnými vedoucími nulami. Nebo struktura složená z kódu státu a z SubjektPlatceDaneEUiD datový prvek, který slouží k identifikaci a registraci plátce daní v rámci EU. Je vytvořen podle legislativy jednotlivých států EU 3 Zde je uvedeno obchodní jméno daného subjektu v daném specifikovaném jazyce. Kód jazyka je specifikován výčtovým typem. Zde je uvedena adresa subjektu. Pro právnicé osoby se uvádí sídlo firmy (hodnota kvalifikátoru adresy = 1). U fyzických osob a fyzických osob 4 podnikajících se uvádí trvalé bydliště (hodnota kvalifikátoru adresy = 4). U cizinců (právní forma 421) mohou být uvedeny oba typy adresy. Pokud je uveden StatKod!= "CZK" a typ právní formy je 1 nebo 2 bude v SidleAdresa očekáván typ adresy 4. Při insertu je element povinný a závisí na typu právní formy. Při modifikaci je nepovinný. 5 Údaje o fyzické osobě. Při insertu je element povinný a závisí na typu právní formy. Při modifikaci je nepovinný. 6 Datový prvek pro kódové označení státu. Pozn.: Kód musí být ve tvaru třímístný abecední. V případě, že forma subjektu = 421 musí být Kód státu povinně vyplněn a být různý od 'CZE'. 7 Kód právní formy dle číselníku ČSÚ, doplněného o kód 100 udávající fyzickou osobu. Pokud byl jednou subjekt do systému zaslán s nějakou PF. Tuto právní formu již nelze modifikovat. 8 Kód shody informací o subjektu ověřených v externích systémech. Hodnota je předávána do IS CEDR III. 9 Datum ukončení činnosti daného subjektu. Hodnota je předávána do IS CEDR III. 10 Struktura s údaji o účtu daného subjektu 11 Struktura s žádostí daného subjektu 12 Struktura s informacemi o projektu k danému subjektu. 13 Struktura s informaci o adrese k subjektu. 14 Struktura s informacemi o kontaktu na daný subjekt 15 Struktura pro přenos informací, které nepostihuje dané schéma 16 Hodnota elementu udává platnost daného záznamu k danému datu. 17 Hodnota elementu udává datum aktualizace daného záznamu v systému poskytovatele dat. 18 Hodnota udává identifikátor uživatele, který provedl změnu daného záznamu v systému poskytovatele OsobaIdentitaBaseStructure Struktura osoba identita Číslo Název Typ/Odkaz Min výskyt Max výskytinsert Update Delete NothingIdentifikátor 1 OsobaRodneCislo per:osobarodnecislotype 0 1 PP NP NI NI AA0001 PP NP NI NI ERR ERR NI NI ERR ERR NI NI 2 CizinecRodneCislo per:cizinecrodnecislotype 0 1 PP NP NI NI AA
Specifikace služby IS CEDR pro poskytování číselníků z IS CEDR
GFŘ - informační systém CEDR III Vypracováno pro oddělení 171 PRO INTERNÍ POTŘEBU Specifikace služby IS CEDR pro poskytování číselníků z IS CEDR vypracovala společnost ASD Software, s.r.o. dokument ze
Základní zadání IS o ISVS. Sluţba poskytování dat IS o ISVS
Základní zadání IS o ISVS Sluţba poskytování dat IS o ISVS podle pokynů objednatele vypracovala společnost ASD Software, s.r.o. dokument ze dne 5.12.2012, verze 1.00 Sluţba poskytování dat IS o ISVS Počet
Specifikace služby IS CEDR pro poskytování informací z IS CEDR III, veřejná část
PRO INTERNÍ POTŘEBU Specifikace služby IS CEDR pro poskytování informací z IS CEDR III, veřejná část vypracovala společnost ASD Software, s.r.o. dokument ze dne 21.11.2006, verze 1.00 Specifikace služby
Národní elektronický nástroj. Technická specifikace rozhraní pro IEN
Národní elektronický nástroj Technická specifikace rozhraní pro IEN V 1.1 1.10.2014 Verze dokumentu Verze Datum Popis 1.0 10.3.2014 Vytvoření dokumentu 1..10.2014 Gramatická korektura Tabulka 1 Historie
Specifikace http služby IS CEDR pro poskytování dokumentů z IS CEDR II
Specifikace http služby IS CEDR pro poskytování dokumentů z IS CEDR II vypracovala společnost ASD Software, s.r.o. dokument ze dne 8.6. 2011, verze 1.00.0 Název souboru : Sluzba_CEDR_DOK_v_100.0.doc 1
Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5
Funkční specifikace ABOKWS Aplikační rozhraní elektronického bankovnictví ABO-K Verze 0.5 Přehled změn Verze Datum Změnil Popis 0.1 26.2.2013 MB Úvod, Osnova dokumentu, funkce ABOKWS 0.2 18.4.2014 MB Tabulky
Popis B2B rozhraní pro elektronickou neschopenku
Popis B2B rozhraní pro elektronickou neschopenku Historie dokumentu Verze Datum Změny 0.9 30. 4. 2019 Vytvoření dokumentu Obsah 1 Účel dokumentu... 3 2 Charakteristika rozhraní... 3 2.1 Způsob komunikace...
Národní elektronický nástroj. Import profilu zadavatele do NEN
Národní elektronický nástroj Import profilu zadavatele do NEN V 1.2 2014 Obsah 1 Cíl...... 2 2 Nutné podmínky k umožnění importu profilu zadavatele...... 2 3 Povinnosti zadavatele dle metodiky k vyhlášce
PŘÍRUČKA PRO GENEROVÁNÍ TRANSPORTNÍHO CERTIFIKÁTU PRO HOMEBANKING PPF banky a. s.
PŘÍRUČKA PRO GENEROVÁNÍ TRANSPORTNÍHO CERTIFIKÁTU PRO HOMEBANKING PPF banky a. s. Obsah: I. Úvod... 2 II. Vygenerování Transportního klíče a žádost o vygenerování Transportního certifikátu... 2 III. Spojení
UŽIVATELSKÁ PŘÍRUČKA PRO HOMEBANKING PPF banky a.s.
UŽIVATELSKÁ PŘÍRUČKA PRO HOMEBANKING PPF banky a.s. PPF banka a.s., Evropská 2690/17, P.O. Box 177, 160 41 Praha 6 1/13 Obsah: 1. Úvod... 3 2. Vygenerování Transportního klíče a žádost o vygenerování Transportního
Chybová hlášení METODIKA MET-01/2014. SZR-56-1/OPICT-2013 počet stran 28 přílohy 0. Nahrazuje:
MET-01/2014 METODIKA SZR-56-1/OPICT-2013 počet stran 28 přílohy 0 Chybová hlášení Gestor, podpis: Ing. Radovan Pártl Zpracovatel, podpis: RNDr. Miroslav Šejdl Odborný garant, podpis: RNDr. Miroslav Šejdl
TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY
Příloha č. 3 k č.j. MV-159754-3/VZ-2013 Počet listů: 7 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 Popis rozhraní egon Service Bus Centrální Místo Služeb 2.0 (dále jen CMS
Elektronická komunikace s CSÚIS. Jak to řeší Fenix
Elektronická komunikace s CSÚIS Jak to řeší Fenix Asseco Solutions a veřejná správa Informační systém Fenix Balík aplikací pro státní správu a samosprávu Více než 15 let zkušeností Více než 2000 instalací
PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.
PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 POPIS VÝMĚNY DAT... 6 2.1 KOMUNIKAČNÍ SCÉNÁŘE... 6 2.2 TECHNOLOGIE KOMUNIKACE...
IS SDSL Dálkový způsob ověření totožnosti a věku osoby žádající o registraci Praha, Martin Prem
IS SDSL IS SDSL Dálkový způsob ověření totožnosti a věku osoby žádající o registraci Praha, 05. 10. 2016 Martin Prem 1 IS SDSL: Program prezentace Program prezentace Úvod Použitá technologie Popis řešení
Stručný průvodce aplikací Sběr dat pro RIV
Stručný průvodce aplikací Sběr dat pro RIV (verze 1.0) Rada pro výzkum a vývoj Úřad vlády ČR Určeno necertifikovanému dodavateli dat RVV 2003 1. Vstup do aplikace Informace pro uživatele, uživatelské příručky
Projekt: 1.5, Registrační číslo: CZ.1.07/1.5.00/ Digitální podpisy
VY_32_INOVACE_BEZP_08 Projekt: 1.5, Registrační číslo: CZ.1.07/1.5.00/34.0304 Digitální podpisy Základní myšlenkou elektronického podpisu je obdoba klasického podpisu, jež má zaručit jednoznačnou identifikaci
Instalační manuál. Uživatelská příručka informačního systému. Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2007.
Uživatelská příručka informačního systému Instalační manuál Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS. Tento dokument a jeho obsah je důvěrný. Dokument nesmí být reprodukován
Stručný průvodce aplikací Sběr dat pro CEP a CEZ
Stručný průvodce aplikací Sběr dat pro CEP a CEZ (verze 1.0) Rada pro výzkum a vývoj Úřad vlády ČR Určeno necertifikovanému dodavateli dat RVV 2003 1. Vstup do aplikace Informace pro uživatele, uživatelské
Popis egon služby. E93 - roszapispravnistav. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E93 - roszapispravnistav Název dokumentu: Autor: Popis egon služeb Verze: 02.00 Správa základních registrů Datum aktualizace: 05.03.2017 Účel: Popis egon služeb v rámci základních registrů
Integrovaný informační systém státní pokladny. Ministerstvo financí. Integrovaný informační systém Státní pokladny
Integrovaný informační systém státní pokladny Ministerstvo financí Prezentace CSUIS pro IT společnosti 24.11.2009 Integrovaný informační systém státní pokladny Ministerstvo financí Agenda workshopu - 24.11.2009
Uživatelská příručka Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2003
Uživatelská příručka Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2003 Verze: B 12.5.2011 D4_Instalace_MSOutlook2003Settings_A.doc Strana 1 z 12 OBSAH 1 Úvod a shrnutí...4
Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS)
Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS) Úvod Návrh funkcí WS pro komunikaci mezi IS DS a SS vychází z výsledků předchozích
Instalační manuál. Uživatelská příručka informačního systému. Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2010.
Uživatelská příručka informačního systému Instalační manuál Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS. Tento dokument a jeho obsah je důvěrný. Dokument nesmí být reprodukován
Uživatelská příručka
Uživatelská příručka Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace Outlook Express. Verze: C 23.10.2007 CDS D4_Instalace_OutlookExpressSettings.doc Strana 1 z 10 OBSAH 1 Úvod a shrnutí...4
Specifikace služby IS CEDR. pro poskytování číselníků z IS CEDR
PRO INTERNÍ POTŘEBU Specifikace služby IS CEDR pro poskytování číselníků z IS CEDR vypracovala společnost ASD Software, s.r.o. dokument ze dne 20.09.2007, verze 1.07 Specifikace služby IS CEDR pro poskytování
Výtisk č.: Počet listů 10. Přílohy: 0 ÚZIS ČR. Příručka pro externí žádost
ÚZIS ČR Palackého nám. 4 128 01 Praha 2 - Nové Město Výtisk č.: Počet listů 10 Přílohy: 0 ÚZIS ČR Příručka pro externí žádost Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních dat v
1 Webový server, instalace PHP a MySQL 13
Úvod 11 1 Webový server, instalace PHP a MySQL 13 Princip funkce webové aplikace 13 PHP 14 Principy tvorby a správy webového serveru a vývojářského počítače 14 Co je nezbytné k instalaci místního vývojářského
Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP)
Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP) 0 K využívání webových služeb pro komunikaci s informačním systémem evidence přestupků (ISEP) Rejstříku trestů
l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci
l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci Obsah: 1. SEZNAM POUŽITÝCH ZKRATEK... 3 2. POPIS SLUŽBY... 4 2.1 Forma a struktura rozhraní... 4 2.2 Dostupnost služby...
Nastavení provozního prostředí webového prohlížeče pro aplikaci
Nastavení provozního prostředí webového prohlížeče pro aplikaci IS o ISVS - Informační systém o informačních systémech veřejné správy verze 2.03.00 pro uživatele vypracovala společnost ASD Software, s.r.o.
Roční periodická zpráva projektu
WAK-1F44C-2005-2 WAK System Název projektu: Automatizovaná výměna dat mezi informačními systémy krizového řízení v dopravě s jednotným univerzálním a implementovaným rozhraním založeným na standardu webových
Obsah. Nastavení elektronické komunikace v IS PREMIER
Nastavení elektronické komunikace v IS PREMIER Obsah Elektronický podpis... 2 Další možnosti... 4 Registrace knihoven... 6 Modul epodání... 7 Komunikace s ČSSZ přes rozhraní VREP... 8 Komunikace s MFCR
Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého dříví
Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého dříví Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého
Specifikace služby IS CEDR pro poskytování informací o provedených kontrolách (verze II)
Specifikace služby IS CEDR pro poskytování informací o provedených kontrolách (verze II) vypracovala společnost ASD Software, s.r.o. dokument ze dne 1. 7. 2011, verze 1.06.0 Název souboru : Sluzba_CEDR_VK_v_106.0.doc
Národní elektronický nástroj. Metodika při připojování individuálních elektronických nástrojů (včetně elektronických tržišť veřejné správy) k NEN
Národní elektronický nástroj Metodika při připojování individuálních elektronických nástrojů (včetně elektronických tržišť veřejné správy) k NEN V 1.2 31.10.2014 Obsah 1 Vymezení pojmů... 3 1.1 Vymezení
Jednotný identitní prostor Provozní dokumentace
Jednotný identitní prostor Provozní dokumentace Vytvořeno dne: 21. 2. 2012 Aktualizováno: 23. 5. 2017 Verze: 1.2 2017 MVČR Obsah 1. Úvod... 3 1.1. Účel provozní dokumentace... 3 1.2. Související dokumenty...
UŽIVATELSKÁ PŘÍRUČKA PRO HOMEBANKING PPF banky a.s.
UŽIVATELSKÁ PŘÍRUČKA PRO HOMEBANKING PPF banky a.s. PPF banka a.s., Evropská 2690/17, P.O. Box 177, 160 41 Praha 6 1/15 Obsah: 1. Úvod... 3 2. Vygenerování Podpisového klíče a žádost o vygenerování Podpisového
1.0.27. první veřejná verze 1.0.28
1.0.27 první veřejná verze 1.0.28 ODSTRANĚNÍ KRITICKÝCH CHYB - chyba ("Input string was not in a correct format") v případě nestandartních jazykových nastavení v operačním systému (následek: nemožnost
Modul IRZ návod k použití
Modul IRZ návod k použití Verze: 2 Datum: 26. 2. 2016 Tento dokument představuje stručný návod na použití modulu IRZ v programu EVI 8. Modul IRZ je určen na evidenci odpadů pro IRZ provozovny a hlášení
Elektronický podpis. Základní princip. Digitální podpis. Podpis vs. šifrování. Hashování. Jednosměrné funkce. Odesílatel. Příjemce
Základní princip Elektronický podpis Odesílatel podepíše otevřený text vznikne digitálně podepsaný text Příjemce ověří zda podpis patří odesílateli uvěří v pravost podpisu ověří zda podpis a text k sobě
KSRZIS. Postup kroků nutných pro napojení nemocničního informačního systému s registrem NSHNU v prostředí registrů resortu zdravotnictví
Koordinační středisko pro resortní zdravotnické informační systémy Budějovická 15/743 140 00 Praha 4 Počet stran: 10 KSRZIS Postup kroků nutných pro napojení nemocničního informačního systému s registrem
Ředitel odboru archivní správy a spisové služby PhDr. Jiří ÚLOVEC v. r.
VMV čá. 65/2012 (část II) Oznámení Ministerstva vnitra, kterým se zveřejňuje vzorový provozní řád archivu oprávněného k ukládání archiválií v digitální podobě Ministerstvo vnitra zveřejňuje na základě
l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci
l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci OKsystem a.s. 2015 Obsah: 1 ÚVOD... 3 2 POPIS SLUŽBY... 3 2.1 Forma a struktura rozhraní... 3 2.2 Dostupnost služby...
Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace
Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace Pořadové číslo dodatečných informací: 14. ČÁST 1: Přesné znění žádosti dodavatele o dodatečné informace Otázka
Přehled základních kontrol v ISoSS
Informační systém o státní službě (ISoSS) Název dokumentu: Verze dokumentu: 1.0 (z 17. 7. 2015) Strana: 1/7 Historie dokumentu Historie revizí Číslo Datum revize Popis revize Změny revize označeny 1. 0
1. DATOVÉ SCHRÁNKY OBECNÝ PŘÍSTUP K DATOVÉ SCHRÁNCE DATOVÉ ZPRÁVY... 3
ESO9 international a.s. Zpracoval: Skyva Petr U Mlýna 2305/22, 141 Praha 4 Záběhlice Dne: 15.1.20187 tel.: +420 585 203 370-2 e-mail: info@eso9.cz Revize: Skyva Petr www.eso9.cz Dne: 15.1.20187 Obsah 1.
Obecné importní rozhraní DotInfo EDS pro externí informační systémy. verze 1.7
Obecné importní rozhraní DotInfo EDS pro externí informační systémy verze 1.7 Datum: 28. 08. 2012 Obecné importní rozhraní DotInfo EDS pro externí informační systémy Pracovní materiál DotInfo EDS Datum
I.CA SecureStore Uživatelská příručka
I.CA SecureStore Uživatelská příručka Verze 4.1 a vyšší První certifikační autorita, a.s. Verze 4.17 1 Obsah 1. Úvod... 3 2. Přístupové údaje ke kartě... 3 2.1. Inicializace karty... 3 3. Základní obrazovka...
Co nového ve spisové službě? Národní standard pro elektronické systémy spisové služby a jeho optimalizace
Co nového ve spisové službě? Národní standard pro elektronické systémy spisové služby a jeho optimalizace Tomáš Dvořák, Archiv hl. města Prahy Radek Pokorný, Státní okresní archiv Hradec Králové DRMS Forum
Obecná příručka IS o ISVS
Obecná příručka IS o ISVS Informační systém o informačních systémech veřejné správy verze 2.02.00 vypracovala společnost ASD Software, s.r.o. dokument ze dne 16. 11. 2016, verze 1.01 Obecná příručka IS
Uživatelská dokumentace
Uživatelská dokumentace Verze 14-06 2010 Stahování DTMM (v rámci služby Geodata Distribution) OBSAH OBSAH...2 1. O MAPOVÉM SERVERU...3 2. NASTAVENÍ PROSTŘEDÍ...3 2.1 Hardwarové požadavky...3 2.2 Softwarové
Pravidla komunikace registrátora Web4u s.r.o.
Pravidla komunikace registrátora Web4u s.r.o. V platnosti od 24.10.2003 OBSAH 1. Úvodní ustanovení 2. Subjekty 3. Registrace Doménového jména 4. Prodloužení registrace Doménového jména 5. Změna údajů subjektů
Technologické postupy práce s aktovkou IS MPP
Technologické postupy práce s aktovkou IS MPP Modul plánování a přezkoumávání, verze 1.20 vypracovala společnost ASD Software, s.r.o. dokument ze dne 27. 3. 2013, verze 1.01 Technologické postupy práce
REGISTRACE A SPRÁVA UŽIVATELSKÉHO ÚČTU
REGISTRACE A SPRÁVA UŽIVATELSKÉHO ÚČTU Obsah 1 Registrace nového uživatele... 3 1.1 Právnická osoba... 3 1.2 Fyzická osoba... 4 1.3 Fyzická osoba podnikající... 5 1.4 Dokončení registrace prostřednictvím
Co je Czech Point? Podací Ověřovací Informační Národní Terminál, zredukovat přílišnou byrokracii ve vztahu
Czech Point Co je Czech Point? Podací Ověřovací Informační Národní Terminál, tedy Czech POINT je projektem, který by měl zredukovat přílišnou byrokracii ve vztahu občan veřejná správa. Czech POINT bude
Právní důvod zpracování: Oprávněné zájmy správce Článek 6 odst. 1 písm. c) GDPR - splnění právní povinnosti
ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ ODBOR: VNITŘNÍ SPRÁVY Oddělení: oddělení informačních a komunikačních služeb 1. Správa informačních systémů Technická správa (administrace) informačních systémů instalace, zálohování,
TRANSPORTY výbušnin (TranV)
TRANSPORTY výbušnin (TranV) Ze zákona vyplývá povinnost sledování přeprav výbušnin. Předpokladem zajištění provázanosti polohy vozidel v čase a PČR je poskytování polohy vozidla předepsaným způsobem. Komunikace
Příloha číslo 6 - Technický popis řešení poukazování hotovostních plateb vybraných druhů daní
Příloha číslo 6 - Technický popis řešení poukazování hotovostních plateb vybraných druhů daní Technický popis řešení poukazování hotovostních plateb vybraných druhů daní Popis služby Poukazování hotovostních
Příjem žádostí a oznámení dle zákona o distribuci pojištění a zajištění prostřednictvím systému REGIS. 12. listopadu 2018 Česká národní banka
Seminář k oznámení vázaného zástupce a doplňkového pojišťovacího zprostředkovatele dle zákona č. 170/2018 Sb. ZPDZ Příjem žádostí a oznámení dle zákona o distribuci pojištění a zajištění prostřednictvím
SecureStore I.CA. Uživatelská příručka. Verze 2.16 a vyšší
Uživatelská příručka Verze 2.16 a vyšší Obsah SecureStore I.CA 1. ÚVOD... 3 2. PŘÍSTUPOVÉ ÚDAJE KE KARTĚ... 3 2.1 Inicializace karty... 3 3. ZÁKLADNÍ OBRAZOVKA... 3 4. ZOBRAZENÍ INFORMACÍ O PÁRU KLÍČŮ...
Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe
Uživatelská příručka Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe Ministerstvo zemědělství České republiky únor
Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe
Uživatelská příručka Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe verze pro mobilní zařízení a čtečky elektronických
Michal Kolařík 18.1.2012. ISZR - Brána k základním registrům
Michal Kolařík 18.1.2012 ISZR - Brána k základním registrům Informační systém základních registrů Informační systém základních registrů Registrační číslo: CZ.1.06/1.1.00/03.05891 Projekt Informační systém
Odesílání citlivých dat prostřednictvím šifrovaného emailu s elektronickým podpisem standardem S/MIME
Odesílání citlivých dat prostřednictvím šifrovaného emailu s elektronickým podpisem standardem S/MIME Je dostupnou možností, jak lze zaslat lékařskou dokumentaci elektronicky. Co je třeba k odeslání šifrovaného
Identifikátor materiálu: ICT-2-04
Identifikátor materiálu: ICT-2-04 Předmět Téma sady Informační a komunikační technologie Téma materiálu Zabezpečení informací Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí kryptografii.
ERP-001, verze 2_10, platnost od
ERP-001, verze 2_10, platnost od 2010.08.01. ELEKTRONICKÉ PŘEDEPISOVÁNÍ HUMÁNNÍCH LÉČIVÝCH PŘÍPRAVKŮ ERP-001.pdf (208,89 KB) Tímto technickým dokumentem jsou, v souladu s 80 zákona č. 378/2007 Sb., o léčivech
Výtisk č.: Počet listů 9. Přílohy: 0 ÚZIS ČR
ÚZIS ČR Palackého nám. 4 128 01 Praha 2 - Nové Město Výtisk č.: Počet listů 9 Přílohy: 0 ÚZIS ČR Postup kroků nutných pro napojení nemocničního informačního systému s prostředím registrů resortu zdravotnictví
POKYNY K REGISTRACI PROFILU ZADAVATELE
POKYNY K REGISTRACI PROFILU ZADAVATELE Stav ke dni 4. 12. 2012 Obsah: 1 Úvod... 3 1.1 Podmínky provozu... 3 1.2 Pokyny k užívání dokumentu... 3 2 Registrace profilu zadavatele... 4 2.1 Přihlášení uživatele...
Provozní dokumentace. Seznam datových schránek. Datové soubory. Vytvořeno dne: 29. 4. 2013 Aktualizováno: 2.5.2013 Verze: 1.
Provozní dokumentace Seznam datových schránek Datové soubory Vytvořeno dne: 29. 4. 2013 Aktualizováno: 2.5.2013 Verze: 1.1 2013 MVČR Obsah Datové soubory s údaji držitelů datových schránek 1 Úvod...3 1.1
1. Webové služby. K čemu slouží? 2. RPC Web Service. 3. SOA Web Service. 4. RESTful Web services
13. Webové služby. K čemu slouží? Popis a vyhledávání služeb. Co je a k čemu slouží orchestrace a choreografie služeb. Technologie pro implementaci služeb 1. Webové služby. K čemu slouží? Definice WS -
Pravidla komunikace registrátora ZONER software, a.s. V platnosti od 1.8.2004 OBSAH 1. Úvodní ustanovení 2. Subjekty 3. Registrace Doménového jména 4. Prodloužení registrace Doménového jména 5. Změna údajů
SA Služby IS DMVS LK
Příloha A Směrnice IS DMVS LK Služby IS DMVS LK Verze 1.1 DMVS Libereckého kraje Zpracoval Datum 30. 10. 2015 Označení ŘD Popis Vydavatel URL Platnost Práva Liberecký kraj a aktivní partneři SA Služby
Platební systém XPAY [www.xpay.cz]
Platební systém XPAY [www.xpay.cz] implementace přenosu informace o doručení SMS verze 166 / 1.3.2012 1 Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému na klienta 3 1.2 Komunikace
1. Webový server, instalace PHP a MySQL 13
Úvod 11 1. Webový server, instalace PHP a MySQL 13 Princip funkce webové aplikace 13 PHP 14 Principy tvorby a správy webového serveru a vývojářského počítače 14 Co je nezbytné k instalaci místního vývojářského
Kryptografie, elektronický podpis. Ing. Miloslav Hub, Ph.D. 27. listopadu 2007
Kryptografie, elektronický podpis Ing. Miloslav Hub, Ph.D. 27. listopadu 2007 Kryptologie Kryptologie věda o šifrování, dělí se: Kryptografie nauka o metodách utajování smyslu zpráv převodem do podoby,
Portál Značení tabáku Uživatelská příručka pro registrované uživatele
Portál Značení tabáku Uživatelská příručka pro registrované uživatele 2019 1 / 21 Uživatelská příručka pro registrované uživatele Historie dokumentu Datum Verze Komentář 8. 4. 2019 1.0 Základní verze Obsah
INFORMACE pro zabezpečení zpracování dat a sumarizací dat a výkazů v roce 2010 24. 03. 2010
INFORMACE pro zabezpečení zpracování dat a sumarizací dat a výkazů v roce 2010 24. 03. 2010 WinUCR Od 1. 1. 2010 byl pro účely zachycení počátku rozběhu reformy účetnictví vyhlášen formát textové dávky
Příloha č. 1, část 4 Kontrola souladu software s požadavky Národního standardu pro elektronické spisové služby
Příloha č. 1, část 4 Kontrola souladu software s požadavky Národního standardu pro elektronické spisové služby Zadavatel požaduje, aby dodaný ERMS byl ve shodě s platnou legislativou (zejména zákonem č.
Specifikace rozhraní. Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů. Martin Falc, SW architekt.
C E R T I C O N www.certicon.cz V Á C L A V S K Á 1 2 1 2 0 0 0 P R A H A 2 Specifikace rozhraní Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů Martin Falc, SW architekt
Česká správa sociálního zabezpečení
Česká správa sociálního zabezpečení Provozní řád Informačního a komunikačního rozhraní České správy sociálního zabezpečení pro komunikaci se systémy třetích stran Verze schválena k 27. 1. 2015 Příloha
Project:Úplné elektronické podání
Project:Úplné elektronické podání Den publikace: 23 Lis 2016 Verze 1.0 Atributy modelu: Obsah 0 Celkovy prehled 1 Vyber, identifikace, autentizace 2 Priprava podani 3 Podani, ukon 4 Ulozeni a potvrzeni
[1] ICAReNewZEP v1.2 Uživatelská příručka
[1] ICAReNewZEP v1.2 Uživatelská příručka 06.10.2011 [2] Obsah 1 - ÚVOD... 3 2 - POUŽITÉ ZKRATKY... 3 3 POŽADAVKY... 4 3.1 POŽADAVKY PRO SPRÁVNÝ CHOD APLIKACE... 4 3.2 POŽADAVKY NA OBNOVOVANÝ CERTIFIKÁT...
Integrovaný informační systém Státní pokladny (IISSP) Dokumentace API - integrační dokumentace
Česká republika Vlastník: Logica Czech Republic s.r.o. Page 1 of 10 Česká republika Obsah 1. Úvod...3 2. Východiska a postupy...4 2.1 Způsob dešifrování a ověření sady přístupových údajů...4 2.2 Způsob
UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0
UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0 OBSAH 1 ÚVOD... 3 1.1 HOME STRÁNKA... 3 1.2 INFORMACE O GENEROVANÉ STRÁNCE... 4 2 VYHLEDÁVÁNÍ V ÚZEMÍ...
Manuál PVU zadavatel Platnost pro elektronický nástroj X-EN verze 4 a novější
Manuál PVU zadavatel Platnost pro elektronický nástroj X-EN verze 4 a novější 1 Vytvoření profilu zadavatele... 2 1.1 Doplnění identifikátoru profilu zadavatele ve VVZ... 2 2 Správa profilu... 3 2.1 Vytvoření
KSRZIS. Příručka pro externí žádost. Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních. dat v návaznosti na základní registry VS
Koordinační středisko pro resortní zdravotnické informační systémy Budějovická 15/743 140 00 Praha 4 Počet stran: 7 KSRZIS Příručka pro externí žádost Projekt - ereg - Úprava rezortních registrů a konsolidace
Verze dokumentu 0.1 duben 2016
Testování v SoapUI Verze dokumentu 0.1 duben 2016 Testování v SoapUI Strana 1/11 Obsah Seznam zkratek a pojmů uvedených v dokumentu... 3 1. Úvod... 4 2. Zahájení testování... 4 3. Vytvoření nového projektu...
I.CA SecureStore Uživatelská příručka
I.CA SecureStore Uživatelská příručka Verze 4.1 a vyšší První certifikační autorita, a.s. Verze 4.17 1 Obsah 1. Úvod... 3 2. Přístupové údaje ke kartě... 3 2.1. Inicializace karty... 3 3. Základní obrazovka...
PŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
Informace o zaměstnancích v insolvenčním řízení v aplikaci KS mzdy
KS mzdy PROFi se jako jediný personální informační systém stala finalistou soutěže IT produkt 2007 a IT produkt 2010 pořádané prestižním časopisem Computerworld. Informace o zaměstnancích v insolvenčním
Obsah. Úroveň I - Přehled. Úroveň II - Principy. Kapitola 1. Kapitola 2
Úroveň I - Přehled Úroveň II - Principy Kapitola 1 Kapitola 2 1. Základní pojmy a souvislosti 27 1.1 Zpráva vs. dokument 27 1.2 Písemná, listinná a elektronická podoba dokumentu 27 1.3 Podpis, elektronický
Popis rozhraní eneschopenky pro zaměstnavatele
Popis rozhraní eneschopenky pro zaměstnavatele Historie dokumentu Verze Datum Změny 1.0 30. 7. 2019 Vytvoření dokumentu Obsah 1 Účel dokumentu... 3 2 Seznam provedených změn... 3 3 Popis služeb... 3 3.1
Popis egon služby. E04 - robautentizace. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E04 - robautentizace Název dokumentu: Autor: Popis egon služeb Verze: 01.00 Datum aktualizace: 25. 12. 2016 Účel: Popis egon služeb v rámci základních registrů Počet stran: 9 Obsah 1