Specifikace sluţby IS CEDR pro příjem podnětů ke kontrolám

Transkript

1 Specifikace sluţby IS CEDR pro příjem podnětů ke kontrolám vypracovala společnost ASD Software, s.r.o. dokument ze dne , verze

2 Specifikace sluţby IS CEDR pro příjem podnětŧ ke kontrolám Počet stran v dokumentu celkem : 25 Rozdělovník : Číslo Počet výtisků Předáno Převzal 1 1x GFŘ, oddělení 333 Mgr. Vladimír Dlouhý, DiS. 2

3 OBSAH 1. ÚVOD USE-CASE STUDIE PŘEDÁVÁNÍ DÁVEK DAT Z AGENTUR DO IS CEDR PROVOZNÍ DOBA TECHNICKÉ ŘEŠENÍ PŘENOSOVÝ FORMÁT DAT VALIDACE A POPIS XML DOKUMENTŦ XML Schema Doplňková validace XSLT šablonami Jmenné prostory RDDL TRANSPORTNÍ PROTOKOLY Základní transportní protokol SOAP protokol Použití protokolu BizTalk MODEL PŘENOSU ZPRÁV ŘEŠENÍ BEZPEČNOSTI Integrita přenosu dat Důvěrnost přenosu dat Nepopíratelnost odesílatele Nepopíratelnost doručení Předávání dat podnětů do IS CEDR POJMENOVÁVACÍ KONVENCE ZPRACOVÁNÍ CHYB Chyby na úrovni přenosového protokolu SMTP Chyby při načtení zprávy SOAP Chyby vzniklé exspirací zprávy Chyba neoprávněného přístupu Chyby na úrovni ověření digitálního podpisu Chyby na úrovni validace pomocí XML Schema Chyby na úrovni aplikační LOGOVÁNÍ PŘÍSTUPU KE SLUŢBĚ POPIS PŘEDÁVANÝCH DAT USTANOVENÍ PRO DEFINICI PLATNOSTI ELEMENTŦ SLUŢBA PRO PŘEDÁVÁNÍ DAT Z AGENTUR DO IS CEDR Datové typy Přenos podnětů do IS CEDR Atributy podnětu ke kontrolám Dodatečná kontrola Odpověď na přenos dat

4 5. PODROBNÝ POPIS ŢIVOTNÍHO CYKLU ZPRÁV PŘEDÁVÁNÍ PODNĚTŦ KE KONTROLÁM DO IS CEDR PŘÍLOHY DATOVÉ TYPY SCHÉMATA PRO PŘÍJEM DAT A ODPOVĚDI ZPĚT KLIENTOVI ČÍSELNÍK PŘEDKLADATELŦ PODNĚTŦ REFERENCE

5 1. Úvod Tato dokumentace obsahuje definici sluţby IS CEDR, zpracovávající podněty zasílané poskytovateli finančních prostředkŧ ( dále jen dotací). Poskytovatelem sluţby pro příjem podnětŧ je Generální finanční ředitelství, v jehoţ plné kompetenci je také definice popisované sluţby. Účelem sluţby je příjem podnětŧ ke kontrolám. Informace o následně provedených kontrolách pak mohou být v rámci jiţ existující sluţby poskytovány zadavatelŧm podnětŧ. Předpokladem je, ţe sluţba bude vyuţívána řadou klientských aplikací; proto jsou zvoleny taková architektonická řešení a technologie, které umoţní relativně jednoduché dosaţení interoperability (Service-oriented architektura, XML formát dat, webové sluţby). Předávání podnětu musí být zajištěno kvalifikovaným podpisem (např.od I. CA nebo České pošty). Tato skutečnost se ověřuje při přebírání dat web-sluţbou. Důležité upozornění!!! Každý subjekt, jenž chce využít web-rozhraní pro předání podnětu v elektronické podobě, musí být jednoznačně identifikován. K tomu slouží tzv. číselník předkladatelů podnětu. Tento číselník je uveden v kapitole č. 6.3 tohoto dokumentu. V případě, že daný subjekt není v číselníku uveden, musí požádat oddělení 333 GFŘ o zařazení do číselníku. 5

6 2. Use-case studie Procesy při předávání dat mezi agenturami, poskytujícími zdrojová data o příjemcích dotací, a IS CEDR lze charakterizovat schématem, uvedenými v následující kapitole. 2.1 Předávání dávek dat z agentur do IS CEDR Obrázek č. 1 popisuje proces předávání dávek dat z agentury do IS CEDR: Podnět Příjem dat CEDR Klient - Poskytovatel dotace Chybové hlášení CEDR Obr. 1 Předávání podnětů do IS CEDR Uvedené schéma lze slovně popsat následujícím zpŧsobem: 1. Na straně poskytovatele dotace (klientská strana) je vygenerována zpráva, obsahující data podnětu pro přenos na IS CEDR. Spuštění přenosu se děje ad hoc uţivatelem; to znamená, ţe neexistuje č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í protokolu SMTP na adresu aplikace IS CEDR (PodnetyKeKontrolam10x@cedr2.mfcr.cz). 3. Aplikace IS CEDR přijme zprávu s daty a zpracuje ji v souladu s pravidly, stanovenými v této specifikaci. Zpět klientské straně odešle zprávu o doručení a výsledku zpracování předávaných dat. 2.1 Provozní doba Sluţba je dostupná nonstop. 6

7 3. Technické řešení Pokud není explicitně uvedeno jinak, specifikace této sluţby přebírá zásady technického řešení, uváděné v dokumentu [3]. 3.1 Přenosový formát dat Jako formát pro přenos dat bude pouţit standard XML 1.0, Second Edition [4]. 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 [5]. 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. 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. Všechna schémata budou obsahovat dokumentaci schématu. Formát RDF dokumentace bude odpovídat dle [3], kap Všechna schémata budou verzována v souladu se zásadami, uvedenými v [3], kap Cílové jmenné prostory všech schémat budou podporovat specifikaci RDDL dle [3], kap a Doplňková validace XSLT šablonami Bude-li pro daný typ XML dokumentu nutná procesní validace (viz [3], kap. 5.2.), bude prováděna pomocí XSLT validačních šablon v souladu s metodou, uvedenou v [3], kap Informace o lokalizaci validační šablony je nesena (opět dle [3], kap. 5.2) v atributu validation_xslt kořenového elementu příslušného dokumentu.výstupní XML dokument XSLT šablony musí být ve formátu odpovídajícím schématu error_list.xsd. Validační XSLT šablony musejí odpovídat standardu XSLT v [6] Jmenné prostory Všechny jmenné prostory schémat, popisujících přenášené XML dokumenty popisované sluţby, budou ve formátu URL. Dŧvodem je poţadavek umístění RDDL souborŧ na adrese jmenného prostoru; proto není přípustný formát URN RDDL RDDL slouţí ke snadnému přístupu ke zdrojŧm, spojeným se sluţbou. RDDL soubory budou splňovat poţadavky dokumentu [3], kap a

8 3.3 Transportní protokoly Základní transportní protokol Základním transportním protokolem pro popisovanou sluţbu bude protokol SMTP SOAP protokol Nad protokolem SMTP bude pouţit rozšiřující XML protokol SOAP ve verzi 1.1 [2]. 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). Při výskytu chyby 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 error_list.xsd. 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 error_list.xsd. 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]. Zprávy přenášející data (dotazy i odpovědi) budou povinně obsahovat elementy: <endpoints> s indikací odesílatele a adresáta zprávy <properties> popisující vlastní přenášený dokument v souladu s pravidly dle [3], kap <commitmentreceiptrequest> definuje ţe dotazující se strana bude vyţadovat potvrzení o zpracování. v souladu s pravidly dle [3], kap Element <expiresat> Doporučuje se nastavit exspiraci zprávy mezi 1-5 minutami. Elementy <address> specifikace BizTalk budou pouţívat prosté řetězce pro označení účastníka komunikace a budou v této verzi pouze informační. Toto ustanovení bude platit do okamţiku dostupnosti URL adresy se seznamem potencionálních účastníkŧ komunikace. Elementy <topic> budou uvádět jmenný prostor schématu, odpovídajícího přenášené zprávě. Pro jednoznačnou identifikaci dokumentu slouţí subelement <identity> elementu <properties>. Platí následující pravidlo : Naplnění elementu <identity> zajistí odesílající strana. Doporučeno je pouţití takového identifikátoru, které bude dokument jednoznačně identifikovat (generování UUID některým z vhodných nástrojŧ). 8

9 Všechny elementy BizTalk, které mohou nést atribut MustUnderstand, musejí mít pro účely této sluţby tento atribut přítomen a nastaven na hodnotu Model přenosu zpráv Jako model pro přenos zpráv bude pouţit model request-response dle [3], kap Řešení bezpečnosti Sluţba ve verzi, odpovídající tomuto dokumentu, bude mít implementovány následující bezpečnostní funkce (viz téţ [3], kap. 5.6) Integrita přenosu dat Integritou dat se rozumí zabezpečení citlivých dat před jejich změnou během transportu.. Integrita přenosu dat (viz [3], kap ) bude v této sluţbě kontrolována na přítomnost ověřeného elektronického podpisu, kterým budou data podepsána Důvěrnost přenosu dat Dŧvěrností přenosu dat rozumíme zabezpečení dat proti odposlechu během transportu. Implementace bude zajištěna šifrováním dat poskytnutým veřejným klíčem Nepopíratelnost odesílatele Nepopíratelnost odesílatele bude implementována v souladu s [3], kap a Pro účely zajištění nepopíratelnosti odesílatele bude podepisován celý element <Body> zprávy SOAP a BizTalk elementy <endpoints>, <properties> a <services>. Pro podpis bude pouţit certifikát identity. Element <Signature> bude mít atribut Id s hodnotou Signature. Pro podpis bude pouţita kanonická transformace dle na uir a ares 110.doc Nepopíratelnost doručení Nepopíratelnost doručení bude implementována opět v souladu s doporučeními dle [3], kap Podepisovat se budou BizTalk elementy <endpoints>, <properties> a <commitmentreceipt> a celý 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ţito předem dohodnutých certifikátŧ, které budou samostatně předány mezi jednotlivými účastníky komunikace pro jejich zaevidování v informačních systémech. Element <Signature> bude mít atribut Id s hodnotou Signature Předávání dat podnětů do IS CEDR Tento typ přenosu (viz téţ 2.1.) bude mít implementovány bezpečnostní funkce v závislostí na typu zprávy. Pro zprávy přenášející data do IS CEDR to budou následující: Integrita přenosu dat Dŧvěrnost přenosu dat Nepopíratelnost odesílatele Zprávy s odpovědí sluţby o výsledku zpracování budou zabezpečeny funkcemi: Integrita přenosu dat 9

10 Dŧvěrnost přenosu dat Nepopíratelnost odesílatele Nepopíratelnost doručení 3.6 Pojmenovávací konvence RDDL soubory, umístěné na URL jmenných prostorŧ, budou mít příponu.html. Všechny soubory, dostupné pomocí RDDL, budou mít názvy souborŧ vytvořené pouze malými písmeny. Tyto pravidla nemají vliv na uţivatelské pojmenovávání souborŧ sluţeb, vztahují se pouze na soubory RDDL zdrojŧ a slouţí pouze pro informaci. 3.7 Zpracování chyb Zpracování chyb bude ošetřeno v souladu se zásadami uvedenými v [3], kap Seznam chybových kódŧ bude odpovídat schématu error_list.xsd. Toto schéma obsahuje rozšíření kódŧ chyb ze schématu referenčních datových typŧ o typy chyb: Client.Validity.Schema (chyba validace pomocí XML Schema) Client.Validity.XSLT (chyba validace pomocí XSLT šablony) Pokud to bude vyţadovat povaha chyby, mŧţe administrace sluţby kontaktovat uţivatele klientské aplikace na adrese, uvedené v atributu <from> elementu <endpoints> dotazu Chyby na úrovni přenosového protokolu SMTP Chyby na úrovni přenosového protokolu SMTP 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 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. ErrorText Dokument neobsahuje SOAP obálku poţadované verze. Dokument neobsahuje SOAP element Header. Dokument neobsahuje SOAP element Body. Tyto zprávy jiţ budou logovány. Na klienta bude odeslána pouze chybová zpráva ve formátu SOAP. Chybový kód je v tomto případě VersionMismatch (chybný jmenný prostor SOAP) nebo Client.WellFormedness (chyby správné struktury dokumentu) 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 klientovi. Chybový kód je v tomto případě Server.Program 10

11 3.7.4 Chyba neoprávněného přístupu Tyto chyby klient obdrţí v případě, ţe zpráva je podepsána jiným certifikátem neţ je poţadováno. V případě chyby klient obdrţí zprávu ve formátu SOAP. Chybový kód je v tomto případě Client.AccesDeny Chyby na úrovni ověření digitálního podpisu Pokud dojde k chybě při ověření digitálního podpisu, je zpráva odmítnuta jako celek. Chybová zpráva ve formátu SOAP je odeslána klientovi. Chybový kód je v tomto případě Client.Signature. ErrorText Podpis nebyl overen. Poţadovaný element není podepsán. Poţadovaný element pro test na podpis nebyl nalezen. Příchozí dokument neobsahuje element SignedInfo 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. Je odeslána chybová zpráva ve formátu SOAP; chybový kód je v tomto případě Client.Validity.Schema. ErrorText Dokument není validní Chyby na úrovni aplikační Tyto chyby se týkají např. nedohledání finančního úřadu na základě adresních údajŧ, duplicitního odeslání podnětu se stejnou identifikací, uvedení kódu předkladatele nebo poskytovatele, který není v příslušném číselníku. Při výskytu chyby na úrovni validace pomocí vnitřní logiky aplikace CEDR bude v této verzi odmítnuta celá dávka Chybová zpráva ve formátu SOAP je odeslána zpět klientovi. Obecný chybový kód je v tomto případě Client.Validity. Tento chybový kód bude extendován podle zásad, uvedených v [3], kap Error Text Podnět 'xyz' jiţ byl jednou zaslán a zpracován! Podnětu 'xyz' obsahuje nedostečné informace o adrese. Nelze určit cílový Finanční úřad. Neznámý poskytovatel dotace podnětu 'xyz' Neznámý předkladatel podnětu 'xzy' Za zopakování přenosu chybných záznamŧ je zodpovědný odesílatel zprávy. Poznámka: : Z povahy implementace webových služeb není možné, aby služby reagovaly na chybu vlastní nedostupnosti (nemají informaci o klientech, které na ně přistupují). Tento chybový stav je v případě HTTP/HTTPS protokolu řešen na úrovni TCP/IP protokolu a v případě SMTP asynchronního přenosového protokolu je tento stav řešen dobou exiprace odeslané zprávy a neobdržením zprávy s doručením nebo zpracováním.po expiraci zprávy může klient zprávu opětovně odeslat a z případné odpovědi může usoudit, zdali předchozí zpráva byla zpracována či nikoli. 11

12 3.8 Logování přístupu ke službě V rámci přístupu ke sluţbě se budou uchovávat následující informace: datum 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 zdrojový xml soubor s podnětem Logování se provádí automaticky, logovací údaje jsou ukládány do adresářové struktury (..\files\input..vstupní xlm, \response_enc výstupní xml, \response_err všechny výstupní chybové xml) 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 (informace jsou v pravidelných intervalech zipovány). 12

13 4. Popis předávaných dat 4.1 Ustanovení pro definici platnosti elementů 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 dat je uvedeno v následující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. 13

14 4.2 Služba pro předávání dat z agentur do IS CEDR Tato část specifikuje poţadavky kladené sluţbou CEDR na agentury. Cílem je zajistit přenos poţadovaných informací, plynoucí z potřeby kontroly poskytování finanční podpory ze SR nebo NF na finanční úřady Datové typy Datové typy podléhající standardu UVIS jsou specifikovány v příslušných schématech (6.1) Přenos podnětů do IS CEDR Sluţba pro předávání podnětŧ do IS CEDR je definována pomocí schématu odpovídající níţe uvedené datové tabulce, které ve schématu odpovídá určitá datová struktura ve formátu XML. Podrobnější popis je uveden níţe Atributy podnětu ke kontrolám Struktura podnětu obsahuje informace v podobě atributŧ elementu. Poř č. Poloţka Pov. Poznámka 1. Identifikace podnětu P Jednoznačná identifikace podnětu. Jsou povoleny čísla i znaky. Řadu volí předkladatel podnětu. 2. Právní forma P Kód právní formy dle číselníku právních forem (zdroj číselníku Statistický úřad) 3. Identifikace příjemce N* IČ u příjemce dotace typu právnická osoba dotace typu PO 4. Obchodní jméno N* Obchodní jméno příjemce dotace typu právnická osoba 5. Identifikace příjemce dotace typu FO/FOP N* RČ u příjemce dotace typu fyzická osoba a fyzická osoba podnikající 6. Příjmení N* Příjmení příjemce dotace typu fyzická osoba a fyzická osoba podnikající 7. Jméno N* Jméno příjemce dotace typu fyzická osoba a fyzická osoba podnikající 8. Titul před jménem N Titul před jménem příjemce dotace typu fyzická osoba a fyzická osoba podnikající 9. Adresa N** Kód adresy dle číselníku adres UIR-ADR 10. Část obce N** Kód části obce dle číselníku částí obce UIR-ADR 11. Městská část N** Kód městské části dle číselníku UIR-ADR 12. Domovní číslo N Struktura sloţená z DruhKod - Kód druhu čísla domovního je číselný kvalifikátor pro upřesnění, zda se jedná o číslo popisné či číslo evidenční.í a Hodnota - Hodnota čísla domovního je společný název pro číselnou hodnotu prostorového identifikátoru AA0065 Číslo popisné a prostorového identifikátoru AA0066 Číslo evidenční (viz standard ISVS). 13. Ulice N** Kód ulice dle číselníku ulic UIR-ADR 14. Název ulice N Název ulice a veřejného prostranství je slovní prostorový identifikátor standardního prvku prostorové identifikace "ulice a veřejné prostranství". Standardní prvek prostorové identifikace "ulice a veřejné prostranství" je vymezen v kap. 3 Standardu ISVS k prostorové identifikaci. Název ulice a veřejného prostranství je určen obcí. Název ulice a veřejného prostranství 14

15 je jedinečný v rámci obce, ne v rámci České republiky ani okresu (viz standard ISVS). 15. Orientační číslo N Číslo orientační je číselný prostorový identifikátor standardního prvku prostorové identifikace "stavební objekt", pokud jde o stavební objekt, který je označen číslem orientačním. Standardní prvek prostorové identifikace "stavební objekt" je vymezen v kap. 3 Standardu ISVS k prostorové identifikaci. Číslo orientační je přidělováno rozhodnutím obecního úřadu. Číslo orientační je jedinečné pouze v rámci ulice nebo veřejného prostranství. 16. PSC N Datový prvek pro číslicové vyjádření směrovacích údajŧ, zajišťující dodávání zásilek do objektu v ČR, nebo samostatné poštovní směrovací číslo přidělené organizaci. 17. Kód operačního N Kód operačního programu programu 18. Registrační číslo P Jedná se o jednoznačnou identifikaci dokladu na základě kterého byla poskytnuta dotace (číslo rozhodnutí/dohody, u starších dotací se jedná o číslo smlouvy). 19. Poskytovatel dotace P Kód poskytovatele financí (peněz) dle základního číselníku poskytovatelŧ, který je k dispozici v centrálním registru dotací (tzv CEDR III) a je nabízen ke staţení. Určuje, kdo je zodpovědný za poskytnutí finančních prostředkŧ 20. Předkladatel podnětu P Zde je nutné uvé ID, které jednoznačně identifikuje předkladatele podnětu (viz číselník předkladatelŧ podnětŧ - kapitola č. 6.3) 21. Předpokládaná výše porušení rozpočtové kázně N Výsledek předchozího řízení provedeného dle zákona č. 320/2001 Sb. 22. Indikace doţádání P Touto indikací předkladatel podnětu současně doţaduje poskytnutí informací získaných v daňovém řízení (dle zák. č. 337/1992 Sb. 24 odst. 6) Indikace nabívá hodnot : 1 - ve významu Ano 0 - ve významu Ne Vysvětlivky: *Jedna a pouze jedna ze skupin údajů může být vyplněna: položky 3 a 4 nebo položky 5,6,7 (případně 8). ** Položky, kterými je jednoznačně určena adresa. Je-li vyplněn kód adresy (položka č.9), není již nutné vyplňovat položky 10,11,13. Jinak je nutné vyplnit alespoň jednu z položek 10,11,13. V případě, že se jedná o statutární obec (např. Praha) s více finančními úřady, je nutné vyplnit položku 11, popř. 13. Atributy dokumentŧ přiloţených k podnětu: Poř č. Poloţka Pov. Poznámka 1. Identifikace druhu dokumentu P Poloţka indikuje, jedná-li se o elektronickou podobu: - vlastního podnětu (kód 1) zpravidla tím je prŧvodní dopis obsahující základní charakteristiku podnětu (předmět podnětu, zdŧvodnění) případně zpráva z kontroly aj., - nebo se jedná o další doprovodné materiály (kód 2). jedná se o podpŧrnou dokumentaci, která má za úkol napomoci v dalším šetření (např. podklady získané v rámci veřejnoprávní kontroly aj.). 2. Název dokumentu P Vlastní název dokumentu 3. Přípona dokumentu P Přípona dokumentu (.doc,.rtf,.jpg, aj.) 4. Data P Binární podoba dokumentu (Base64) 15

16 Dodatečná kontrola Jelikoţ je při vkládání záznamŧ, jejich změně a mazání kladen dŧraz na jiné klíčové poloţky, je třeba provést dodatečnou kontrolu. Dodatečná kontrola se provádí na existenci předkladatele podnětu a poskytovatele dotace v příslušných číselnících. Dále je prováděna kontrola adresních údajŧ, na základě kterých systém určuje příslušnost daného příjemce dotace k finančnímu úřadu. Kontrola se také provádí na unikátnost identifikace podnětu od daného překladatele, tzn. ţe nelze zaevidovat od jednoho předkladatele více podnětŧ se stejným ID Odpověď na přenos dat Pro odpověď na přenos dat jsou definována schémata dle souboru error_list.xsd Odpověď na import dat bude obsahovat zprávu dle kapitoly Pokud import proběhne bez chyb element Error_list nebude obsahovat ţádné dceřiné elementy. Pokud při importu přijaté dávky dojde k chybám element Error_list bude obsahovat elementy error se specifikací a lokalizací dané chyby. V případě jakékoli chyby je dávka odmítnuta jako celek a očekává se jeji znovu zaslání. Tabulka chyb : 1. ErrorType PP 2. ErrorID PP 3. ErrorLocality NP 4. XmlParameter PP 5. Value NP 6. ErrorText PP Poznámky : 1. Poloţka určuje typ chyby. Mŧţe nabívat následujících hodnot. (global,local,info) Global jedná se o globální chybu, kdy je dávka odmítnuta jako celek. Local jedná se o lokální chybu, kdy je odmítnut příslušný záznam. Info záznam byl zpracován s propustnou chybou 2. Poloţka specifikuje vznik chyby VersionMismatch nalezen neplatný jmenný prostor pro obálku SOAP MustUnderstand pro dceřinný element záhlaví SOAP s nastavením atributu mustunderstand na True přijímající strana zcela neporozuměla obsahu elementu Client klientská třída chyb, indikující, ţe zpráva není korektně formátována nebo ţe neobsahuje poţadované informace Client.RequestNamespace nepodporovaná verze dotazu Client.SchemaNamespace nepodporovaná verze namespace pro validaci parserem Client.Signature chyba ověření identity odesílatele pomocí digitálního podpisu Client.Encritption chyba ověření identity odesílatele pomocí digitálního podpisu Client.Validity chyby ověření validity dokumentu Client.Validity.Schema chyba ověření validity dokumentu - chyba schématu 16

17 Client.Validity.Value chyba ověření validity dokumentu - chyba kontroly procedurou Client.Validity.XSLT chyba ověření validity dokumentu - chyba validace XSLT šablonou Client.Validity.PrimaryKey chyba ověření validity dokumentu - chyba validace XSLT šablonou Client.Validity.ForeignKey chyba ověření validity dokumentu - chyba validace XSLT šablonou Client.WellFormedness chyba ověření správného strukturování dokumentu Client.XSLTNamespace nepodporovaná verze namespace pro XSLT validaci Server serverová třída chyb, indikující, ţe zpráva není zpracována z dŧvodu problémŧ na straně sluţby Server.DatabaseConsistence nekonzistence dat v databázi sluţby Server.Program interní chyba serverové aplikace Server.Service obecná chyba serverové sluţby Server.SQLStatement interní chyba SQL dotazu Server.Metadata chyba definice metadat Client.Access.Deny chyba přístupu 3. Element s informacemi o pozici chyb 4. Element s informacemi o pozici chyby obsahuje atributy Selector : Xpath k nadřízenému elementu, kde vznikla chyba. (Xpath dotazovací jazyk vrámci XML dokumentu dle specifikace Xpath : Xpath k elementu,nebo atributu s chybou vztaţenou k atributu selector. (Xpath dotazovací jazyk vrámci XML dokumentu dle specifikace 5. Hodnota elementu, nebo atributu, kde nastala chyba (např objektid). Hodnota je výsledkem vyhodnocení výše uvedených Xpath výrazŧ. 6. Textový popis chyby viz. číselník chyb 17

18 5. Podrobný popis životního cyklu zpráv 5.1 Předávání podnětů ke kontrolám do IS CEDR Tato kapitola je zpřesněním kapitoly 2.1. tohoto dokumentu s přihlédnutím ke kapitole 3. Technické řešení. Popisuje detailně procesy při přenosu zpráv včetně ošetření chybových stavŧ. Řešení je moţno popsat následujícím blokovým schématem: Start Generování zprávy předkladatelem Zpráva s daty na CEDR Příjem zpráv CEDR Odpověď - selhání služby Generování odpovědi Ano Ne Zpráva jako celek přijata Ano Důvod selhání je aplikace Parsování zprávy Odpověď - nekorektní dotaz Generování odpovědi Ne Ne OK Přenos odpovědi k předkladateli Ano Odpověď - výsledky dotazu Ne Validace XML Signature Konec Generování odpovědi Ano OK OK Ano Zpracování zprávy aplikací CEDR Obr.2 Podrobný popis životního cyklu zpráv - předávání podnětů do IS CEDR 18

19 Ţivotní cyklus zprávy na straně sluţby, vyjádřený na obr.2, lze podrobně rozepsat v následujících bodech: 1. Odesílající strana (klient - předkladatel podnětu) vygeneruje zprávu, přenášející data dotazu. 2. Klient prostřednictvím sítě Internet a protokolu SMTP odešle na příslušnou adresu PodnetyKeKontrolam10x@cedr2.mfcr.cz. Pokud dojde k selhání přenosu na úrovni protokolu SMTP, sluţba negeneruje chybovou zprávu SOAP (nemusí k ní zpráva dorazit). Indikace chybového stavu bude provedena standardními postupy pro daný protokol. V tomto případě musí detekovat problém odesílatel a odeslat případně zprávu znovu. 3. Zpráva je přijata sluţbou a je moţno odeslat chybovou zprávu klientovi. Selţe-li převzetí zprávy sluţbou z dŧvodŧ chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Selţe-li převzetí zprávy sluţbou z dŧvodŧ chyby ve zprávě, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Client.General.(v dalším řešení bude vhodné navrhnout extenze na kontrolované parametry) Příchozí zpráva je odmítnuta jako celek. 4. Obálka SOAP je načtena parserem. Selţe-li parsování zprávy sluţbou z dŧvodŧ chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Selţe-li parsování zprávy sluţbou z dŧvodŧ porušení pravidla správného formátování, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Client.WellFormedness. Příchozí zpráva je odmítnuta jako celek. Selţe-li parsování zprávy sluţbou z dŧvodŧ porušení pravidla verze jmenného prostoru SOAP, je klientovi zaslána chybová zpráva SOAP s chybovým kódem VersionMismatch. Příchozí zpráva je odmítnuta jako celek. 5. Je ověřen elektronický podpis zprávy Selţe-li ověření elektronického podpisu z dŧvodu chyby aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Selţe-li ověření podpisu zprávy, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Client.Signature. Příchozí zpráva je odmítnuta jako celek. 6. Jsou ověřeny časové a identifikační údaje v obálce SOAP. Selţe-li tento krok z dŧvodŧ chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Má-li příchozí zpráva proexspirovaný čas zpracování v elementu <expiresat>, Bude zpráva odmítnita jako celek. Jedná-li se o opakovanou zprávu (se stejným UUID) a tato zpráva jiţ byla úspěšně přijata, je zaslána chybová zpráva SOAP s chybovým kódem Client.RepeatedMessage. Příchozí zpráva je odmítnuta jako celek. Bude implementováno v následujících verzích sluţby. 7. Zpráva je validována proti schématu. 19

20 Selţe-li tento krok z dŧvodŧ chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. Selţe-li tento krok z dŧvodŧ chyby validace schématem, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Client.Validity.Schema. Příchozí zpráva je odmítnuta jako celek. 8. Zpráva je zpracována procedurami přijímající aplikace CEDR a je vygenerována odpověď. Selţe-li tento krok z dŧvodŧ chyby přijímající aplikace, je klientovi zaslána chybová zpráva SOAP s chybovým kódem Server.Program. Příchozí zpráva je odmítnuta jako celek. 9. Odpověď o zpracování je zaslána předkladateli jako standardní zpráva SOAP s odpovědí. Chování klientské strany v případě komplikací s přenosem se bude řídit podle logiky, uvedené v následujícím odstavci. Za zopakování přenosu je vţdy zodpovědný odesílatel zprávy.v zásadě mŧţe odesílající strana detekovat tyto situace: 1. Sluţba vrátila potvrzení korektního zpracování zprávy. V tomto případě je zpracování v pořádku, není vyţadována ţádná další akce. 2. Sluţba vrátila částečné zpracování zprávy (chybový kód Client.Validity.Application). Chování odesílající strany se řídí předem stanoveným algoritmem, uvedeným v kapitole tohoto dokumentu. 3. Sluţba vrátila potvrzení chybného zpracování zprávy, kdy zpráva je odmítnuta jako celek. Chování klientské strany se řídí v tomto případě kódem chyby v elementu <Faultcode>. Kód Client.RepeatedMessage - zpráva se stejným ID (element <identity>) jiţ byla jednou sluţbou zpracována a klient musí poslat zprávu s odlišným ID (element <identity>) Kód Server.Program - v tomto případě klientská strana zopakuje zprávu znovu Časové údaje a ID však musejí být odlišné. Není zaručeno ţe na straně serveru nedojde ke stejné chybě. Kód Client.General - v tomto případě klientská strana odstraní nedostatky ve zprávě, upřesněné v elementu <Detail>, a odešle opravenou zprávu znovu s odlišným ID (element <identity>) i časovými údaji jako v pŧvodní zprávě. Kód Client.WellFormedness - v tomto případě klientská strana odstraní nedostatky ve zprávě a odešle opravenou zprávu znovu hodnota elementu (element <identity>) i časové údajé jsou volitelné. Kód VersionMismatch - v tomto případě klientská strana odstraní nedostatky ve zprávě a odešle opravenou zprávu znovu s volitelným ID (element <identity>) i časovými údaji jako v pŧvodní zprávě. Kód Client.Validity.Schema - v tomto případě klientská strana odstraní nedostatky ve zprávě a odešle opravenou zprávu znovu s odlišným ID (element <identity>) i časovými údaji jako v pŧvodní zprávě. Kód Client.Signature - v tomto případě klientská strana odstraní nedostatky ve zprávě a odešle opravenou zprávu znovu s odlišným ID (element <identity>) i časovými údaji jako v pŧvodní zprávě. 4. Sluţba nevrátila ţádnou zprávu 20

21 V tomto případě klientská strana zopakuje zprávu znovu se stejným ID (element <identity>) jako v pŧvodní zprávě. Časové údaje však musejí být změněny. Na základě odpovědi na tuto zprávu musí klientská aplikace rozhodnout jak dále pokračovat. 21

22 6. Přílohy 6.1 Datové typy Jedná se o prvky standardně definové globálně zastřešujícími organizacemi (např. ÚVIS). Přehled uţitých schémat: Schémata pro příjem dat a odpovědi zpět klientovi Číselník předkladatelů podnětů Zkontrolujte informace o vaší organizaci v číselníku a případné změny hlaste na oddělení 333GFŘ. Základní identifikační znak kaţdé organizace je uveden ve sloupci s titulkem ID. Tento identifikátor je vyuţit v rámci struktury pro předávání podnětŧ. ID Název předkladatele IČ Obec Ulice PSČ Název části obce 0 Podnět od jiného předkladatele Praha Úřad vlády České republiky 6599 Praha Nábřeţí Edvarda Beneše Malá Strana Praha Ministerstvo zahraničních věcí Praha Loretánské nám Hradčany Praha Ministerstvo obrany Praha TYCHONOVA Hradčany Praha Ministerstvo financí PRAHA 1 Letenská Malá Strana Ministerstvo práce a sociálních věcí Praha NA POŘÍČNÍM Nové Město Praha PRÁVU 83 Ministerstvo vnitra 7064 Praha Nad Štolou Holešovice Praha Ministerstvo ţivotního prostředí Praha Vršovická Vršovice Praha Ministerstvo pro místní rozvoj Praha STAROMĚSTSKÉ Staré Město Praha NÁMĚSTÍ 86 Grantová agentura České republiky Praha NÁRODNÍ Staré Město Praha Ministerstvo prŧmyslu a obchodu Praha NA FRANTIŠKU Staré Město Praha Ministerstvo dopravy a spojŧ Praha nábř. Ludvíka Svobody Nové Město Praha Ministerstvo zemědělství Praha TĚŠNOV Nové Město Praha Ministerstvo školství, mládeţe a Praha KARMELITSKÁ Malá Strana Praha tělovýchovy 91 Ministerstvo kultury Praha Maltézské náměstí Malá Strana Praha Název části města Č. dom. Č. orien. 22

23 92 Ministerstvo zdravotnictví Praha NÁM Nové Město Praha PALACKÉHO 93 Ministerstvo spravedlnosti Praha Vyšehradská Nové Město Praha Ministerstvo informatiky Praha Havelkova Ţiţkov Akademie věd České republiky Praha Národní Staré Město Praha Státní úřad pro jadernou bezpečnost Praha SENOVÁŢNÉ Nové Město Praha NÁM. 97 Nejvyšší kontrolní úřad PRAHA 1 Jankovcova Holešovice Praha Všeobecná pokladní správa PRAHA 1 Letenská Malá Strana Státní fond ţivotního prostředí České PRAHA 1 Kaplanova Chodov republiky 100 Státní fond pro zúrodnění pŧdy - zrušen PRAHA Státní fond kultury České republiky PRAHA 1 Maltézské nám Malá Strana Praha Státní fond České republiky pro podporu PRAHA 1 Maltézské nám Malá Strana Praha a rozvoj české kinematografie 103 Státní fond dopravní infrastruktury PRAHA 1 Sokolovská Libeň Státní fond rozvoje bydlení PRAHA 1 Dlouhá Staré Město Státní fond dopravní infrastruktury Praha Ve Smečkách Nové Město Praha Hlavní město Praha Praha MARIÁNSKÉ NÁM Staré Město Praha Středočeský kraj Praha Zborovská Smíchov Praha Jihočeský kraj ČESKÉ U Zimního BUDĚJOVICE stadionu 109 Plzeňský kraj Plzeň Škroupova Jiţní Plzeň Karlovarský kraj KARLOVY Závodní Dvory Dvory VARY 111 Ústecký kraj Ústí nad Labem Velká hradební Ústí nad Labemcentrum Ústní nad Labemměsto Liberecký kraj LIBEREC U jezu Liberec IV- Perštýn Liberec (nečleněné město) Královéhradecký kraj HRADEC KRÁLOVÉ Wonkova Hradec Králové Pardubický kraj Pardubice Komenského náměstí Pardubice- Staré Město Pardubice I Kraj Vysočina JIHLAVA Ţiţkova Jihlava Jihomoravský kraj BRNO Ţerotínovo náměstí Brno Olomoucký kraj OLOMOUC Jeremenkova Hodolany Zlínský kraj ZLÍN třída Tomáše Bati Zlín Moravskoslezský kraj Ostrava 28. října Moravská Ostrava Moravská Ostrava a Přívoz Finanční ředitelství pro hlavní město 6866 PRAHA 1 Štěpánská Nové Město Praha Prahu 122 Finanční ředitelství v Praze 6874 PRAHA 2 Ţitná Nové Město Praha Finanční ředitelství v Českých Budějovicích 6882 ČESKÉ BUDĚJOVICE Prokišova České Budějovice Finanční ředitelství v Plzni 6891 PLZEŇ 3 Hálkova Jiţní 125 Finanční ředitelství v Ústí nad Labem 6904 ÚSTÍ NAD Velká hradební Ústí nad LABEM-MĚSTO Labemcentrum 126 Finanční ředitelství v Hradci Králové 6912 HRADEC Horova Praţské KRÁLOVÉ 5 Plzeň Ústí nad Labemměsto Finanční ředitelství v Brně 6921 BRNO-STŘED nám. Svobody Brno-město Brno-střed Finanční ředitelství v Ostravě 6939 MORAVSKÁ OSTRAVA A PŘÍVOZ Na Jízdárně Moravská Ostrava Moravská Ostrava a Přívoz 129 Finanční úřad v Aši AŠ Karlova Aš Finanční úřad v Benátkách nad Jizerou BENÁTKY NAD JIZEROU Husovo náměstí Benátky nad Jizerou I

24 131 Finanční úřad v Benešově BENEŠOV Tyršova Benešov Finanční úřad v Berouně BEROUN Tyršova Beroun Město 133 Finanční úřad v Bílině BÍLINA Ţiţkovo náměstí Bílina Finanční úřad v Blansku BLANSKO Smetanova Blansko Finanční úřad v Blatné BLATNÁ Třída J.P. Koubka Finanční úřad v Blovicích BLOVICE Hradišťská Blovice Finanční úřad v Bohumíně BOHUMÍN Studentská Nový 1182 Bohumín 138 Finanční úřad v Bojkovicích BOJKOVICE Černíkova Bojkovice Finanční úřad v Boru BOR Sadová Bor Finanční úřad v Boskovicích BOSKOVICE 17.listopadu Boskovice Finanční úřad v Brandýse n.l.-staré Boleslavi BRANDÝS NAD LABEM-STARÁ BOLESLAV Mělnická Stará Boleslav Finanční úřad Brno I BRNO-STŘED Příkop Brno-střed Finanční úřad Brno II BRNO-STŘED Cejl Brnosever Finanční úřad Brno III BRNO-STŘED Šumavská Veveří Brno-střed Finanční úřad Brno IV BRNO- KRÁLOVO POLE Rybníček Ponava Brno- Královo Pole Finanční úřad Brno-venkov BRNO-STŘED Příkop Brno-střed Finanční úřad v Broumově BROUMOV Stanislava Broumov 60 Opočenského 148 Finanční úřad v Bruntále BRUNTÁL Ruská Bruntál Finanční úřad v Břeclavi BŘECLAV Sladová Břeclav Finanční úřad v Březnici BŘEZNICE Blatenská Březnice Finanční úřad v Bučovicích BUČOVICE Slovenská Bučovice Finanční úřad v Bystřici nad Pernštejnem BYSTŘICE NAD PERNŠTEJNEM 153 Finanční úřad v Bystřici pod Hostýnem BYSTŘICE POD HOSTÝNEM Masarykovo náměstí Bystřice nad Pernštejnem Masarykovo nám Bystřice pod 1500 Hostýnem 154 Finanční úřad v Čáslavi ČÁSLAV nám. Jana Ţiţky z Čáslav-Staré 249 Trocnova Město 155 Finanční úřad v České Lípě ČESKÁ LÍPA Pátova Česká Lípa Finanční úřad v Českých Budějovicích ČESKÉ F. A. Gerstnera České 5 1 BUDĚJOVICE Budějovice Finanční úřad v Českém Brodě ČESKÝ BROD Sportovní Český Brod Finanční úřad v Českém Krumlově ČESKÝ Vyšehrad Nádraţní 169 KRUMLOV 159 Finanční úřad v Českém Těšíně ČESKÝ TĚŠÍN Masarykovy sady Český Těšín Finanční úřad v Dačicích DAČICE Komenského Dačice V Finanční úřad v Děčíně DĚČÍN Řetězová Děčín I a Děčín 162 Finanční úřad v Dobrušce DOBRUŠKA Šubertovo náměstí Dobruška Finanční úřad v Dobříši DOBŘÍŠ Mírové náměstí Dobříš Finanční úřad v Doksech DOKSY Komenského Finanční úřad v Domaţlicích DOMAŢLICE Msgre.B.Staška Hořejší Finanční úřad ve Dvoře Králové nad DVŦR 17. listopadu Dvŧr 2929 Labem KRÁLOVÉ NAD LABEM Králové nad Labem 167 Finanční úřad ve Frýdku-Místku FRÝDEK- Na poříčí Frýdek 3208 MÍSTEK 168 Finanční úřad ve Frýdlantě FRÝDLANT Komenského Frýdlant Finanční úřad ve Frýdlantě nad Ostravicí FRÝDLANT NAD OSTRAVICÍ nábřeţí Spořitelní Frýdlant

25 170 Finanční úřad ve Fulneku FULNEK Nádraţní Fulnek Finanční úřad v Havířově HAVÍŘOV- Myslbekova Podlesí PODLESÍ 172 Finanční úřad v Havlíčkově Brodě HAVLÍČKŦV Smetanovo Havlíčkŧv 261 BROD náměstí Brod 173 Finanční úřad v Heřmanově Městci HEŘMANŦV Havlíčkova Heřmanŧv 801 MĚSTEC Městec 174 Finanční úřad v Hlinsku HLINSKO Wilsonova Hlinsko Finanční úřad v Hlučíně HLUČÍN Čs. Armády Hlučín Finanční úřad v Hodoníně HODONÍN tř. Dukelských Hodonín hrdinŧ 177 Finanční úřad v Holešově HOLEŠOV Nám.Dr.E.Beneše Holešov Finanční úřad v Holicích HOLICE náměstí T. G. Masaryka Holice Finanční úřad v Horaţďovicích HORAŢĎOVICE Blatenská Horaţďovice Finanční úřad v Horšovském Týně HORŠOVSKÝ Domaţlická Velké 55 TÝN 181 Finanční úřad v Hořicích HOŘICE Čelakovského Hořice Finanční úřad v Hořovicích HOŘOVICE Palackého nám Hořovice Finanční úřad v Hradci Králové HRADEC U Koruny Praţské KRÁLOVÉ 184 Finanční úřad v Hranicích HRANICE Nádraţní Hranice I- 332 Město 185 Finanční úřad v Hrušovanech nad HRUŠOVANY nám. Míru Hrušovany 88 Jevišovkou NAD JEVIŠOVKOU nad Jevišovkou 186 Finanční úřad v Humpolci HUMPOLEC Příčná Humpolec Finanční úřad v Hustopečích HUSTOPEČE Nádraţní Hustopeče Finanční úřad v Chebu CHEB Hálkova Cheb Finanční úřad v Chlumci n. Cidlinou CHLUMEC NAD CIDLINOU Praţská Chlumec nad Cidlinou IV 190 Finanční úřad v Chodově CHODOV Čs. Odbojářŧ Chodov Finanční úřad v Chomutově CHOMUTOV Bachmačská Chomutov Finanční úřad v Chotěboři CHOTĚBOŘ Krále Jana Chotěboř Finanční úřad v Chrudimi CHRUDIM Pardubická Chrudim IV Finanční úřad v Ivančicích IVANČICE Na Spojce Ivančice Finanční úřad v Jablonci nad Nisou JABLONEC Podhorská Jablonec nad NAD NISOU Nisou 196 Finanční úřad v Jaroměři JAROMĚŘ 5. května Josefov Finanční úřad v Jemnici JEMNICE Valentova Jemnice Finanční úřad v Jeseníku JESENÍK Fučíkova Jeseník Finanční úřad v Jičíně JIČÍN Valdštejnovo Staré Město 1 náměstí 200 Finanční úřad v Jihlavě JIHLAVA Tolstého Jihlava Finanční úřad v Jilemnici JILEMNICE Jungmannova Jilemnice Finanční úřad v Jindřichově Hradci JINDŘICHŦV Pravdova Jindřichŧv 837 HRADEC Hradec II 203 Finanční úřad v Kadani KADAŇ Mírové náměstí Kadaň Finanční úřad v Kamenici nad Lipou KAMENICE Masarykova Kamenice 350 NAD LIPOU nad Lipou 205 Finanční úřad v Kaplici KAPLICE Kostelní Kaplice Finanční úřad v Karlových Varech KARLOVY Západní Karlovy VARY Vary 207 Finanční úřad v Karviné KARVINÁ Fryštátská Fryštát Finanční úřad v Kdyni KDYNĚ Komenského Kdyně Finanční úřad v Kladně KLADNO Leoše Janáčka Kladno Finanční úřad v Klatovech KLATOVY Voříškova Klatovy III Finanční úřad v Kojetíně KOJETÍN Náměstí Míru Kojetín I

26 212 Finanční úřad v Kolíně KOLÍN Politických vězňŧ Kolín III Finanční úřad v Konici KONICE Masarykovo nám Konice Finanční úřad v Kopřivnici KOPŘIVNICE Kpt. Jaroše Kopřivnice Finanční úřad v Kostelci nad Orlicí KOSTELEC Komenského Kostelec nad 583 NAD ORLICÍ Orlicí 216 Finanční úřad v Kralovicích KRALOVICE nám. Osvobození Kralovice Finanční úřad v Kralupech nad Vltavou KRALUPY NAD Přemyslova Kralupy nad VLTAVOU Vltavou 218 Finanční úřad v Kraslicích KRASLICE Palackého Kraslice Finanční úřad v Krnově KRNOV Albrechtická Pod 39 b Bezručovým Vrchem 220 Finanční úřad v Kroměříţi KROMĚŘÍŢ Riegrovo náměstí Kroměříţ Finanční úřad v Kutné Hoře KUTNÁ HORA U Lorce Šipší Finanční úřad v Kyjově KYJOV Boršovská Nětčice Finanční úřad v Ledči nad Sázavou LEDEČ NAD Poštovní Ledeč nad 520 SÁZAVOU Sázavou 224 Finanční úřad v Letovicích LETOVICE Masarykovo Letovice náměstí 225 Finanční úřad v Liberci LIBEREC Tř. 1. máje Liberer III (pošt.přihr. 30) Jeřáb 226 Finanční úřad v Libochovicích LIBOCHOVICE Nám. 5.května Libochovice Finanční úřad v Litoměřicích LITOMĚŘICE Masarykova Finanční úřad v Litomyšli LITOMYŠL J. E. Purkyně Litomyšl- 918 Město 229 Finanční úřad v Litovli LITOVEL Uničovská Litovel Finanční úřad v Litvínově LITVÍNOV U Zámeckého Horní 948 parku Litvínov 231 Finanční úřad v Lounech LOUNY Rybalkova Louny Finanční úřad v Luhačovicích LUHAČOVICE Masarykova Luhačovice Finanční úřad v Manětíně MANĚTÍN Manětín Manětín Finanční úřad v Mariánských Lázních MARIÁNSKÉ Hlavní třída Mariánské LÁZNĚ Lázně 235 Finanční úřad v Mělníce MĚLNÍK Bezručova Mělník Finanční úřad v Mikulově MIKULOV Gagarinova Mikulov Finanční úřad v Milevsku MILEVSKO Za Radnicí milevsko Finanční úřad v Mimoni MIMOŇ Nádraţní Mimoň V Finanční úřad v Mladé Boleslavi MLADÁ Štefánikova Mladá 1304 BOLESLAV Boleslav III 240 Finanční úřad v Mnichově Hradišti MNICHOVO Turnovská Mnichovo 253 HRADIŠTĚ Hradiště 241 Finanční úřad v Moravské Třebové MORAVSKÁ Nádraţní TŘEBOVÁ 242 Finanční úřad v Moravských MORAVSKÉ Janáčkova Moravské 1331 Budějovicích BUDĚJOVICE Budějovice 243 Finanční úřad v Moravském Krumlově MORAVSKÝ Zámecká Moravský 8 KRUMLOV Krumlov 244 Finanční úřad v Mostě MOST Báňská (P.O.BOX Most ) 245 Finanční úřad v Náchodě NÁCHOD Tyršova Náchod Finanční úřad v Náměšti nad Oslavou NÁMĚŠŤ NAD Lipová Náměšť nad 387 OSLAVOU Oslavou 247 Finanční úřad v Němčicích nad Hanou NĚMČICE NAD Masarykova Němčice nad 426 HANOU Hanou 248 Finanční úřad v Neratovicích NERATOVICE Smetanova Neratovice Finanční úřad v Nové Pace NOVÁ PAKA Čelakovského Nová Paka Finanční úřad v Novém Boru NOVÝ BOR B. Egermanna Arnultovice Finanční úřad v Novém Bydţově NOVÝ BYDŢOV Jos. Jungmanna Město Nový Bydţov

27 252 Finanční úřad v Novém Jičíně NOVÝ JIČÍN Svatopluka Čecha Nový Jičín Finanční úřad v Nymburku NYMBURK Bedřicha Smetany Nymburk Finanční úřad v Olomouci OLOMOUC Lazecká Lazce Finanční úřad v Opavě OPAVA Masarykova třída Město Finanční úřad v Orlové ORLOVÁ Masarykova třída Lutyně Finanční úřad Ostrava I MORAVSKÁ Jurečkova Moravská Moravská OSTRAVA A PŘÍVOZ Ostrava Ostrava a Přívoz 258 Finanční úřad Ostrava II OSTRAVA-JIH Horní Hrabŧvka Ostrava Jih 259 Finanční úřad Ostrava III PORUBA Opavská Poruba Poruba Finanční úřad v Ostrově OSTROV Klínovecká Ostrov Finanční úřad v Otrokovicích OTROKOVICE Joţky Jabŧrkové Otrokovice Finanční úřad v Pacově PACOV J. Autengrubera Pacov Finanční úřad v Pardubicích PARDUBICE I Hronovická Pardubice 2700 I 264 Finanční úřad v Pečkách PEČKY Chvalovická Pečky Finanční úřad v Pelhřimově PELHŘIMOV Příkopy Pelhřimov Finanční úřad v Písku PÍSEK Nábřeţí 1. máje Budějovické Finanční úřad Plzeň-jih PLZEŇ 1 Františkánská Vnitřní Plzeň Město 268 Finanční úřad Plzeň-sever PLZEŇ 1 nám. Českých Jiţní Plzeň bratří 269 Finanční úřad v Plzni PLZEŇ 1 nám. Českých Jiţní Plzeň bratří 270 Finanční úřad v Podbořanech PODBOŘANY Masarykovo Podbořany 733 náměstí 271 Finanční úřad v Poděbradech PODĚBRADY Hakenova Poděbrady 1404 III 272 Finanční úřad v Polné POLNÁ Varhánkova Polná Finanční úřad Praha-Jiţní Město PRAHA 11 Kupeckého Háje Praha Finanční úřad Praha-Modřany PRAHA 12 Lehárova Modřany Praha Finanční úřad pro Prahu 1 PRAHA 1 Štěpánská Praha Finanční úřad pro Prahu 10 PRAHA 10 Petrohradská Praha Finanční úřad pro Prahu 2 PRAHA 2 Vinohradská Praha Finanční úřad pro Prahu 3 PRAHA 3 Orebitská Praha Finanční úřad pro Prahu 4 PRAHA 10 Petrohradská Praha Finanční úřad pro Prahu 5 PRAHA 5 Peroutkova Radlice Praha Finanční úřad pro Prahu 6 PRAHA 7 nábř. Kapitána Praha Jaroše 282 Finanční úřad pro Prahu 7 PRAHA 7 nábř. Kapitána Praha Jaroše 283 Finanční úřad pro Prahu 8 PRAHA 8 Trojská Libeň Praha a 284 Finanční úřad pro Prahu 9 PRAHA 9 Drahobejlova Praha Finanční úřad Praha-východ PRAHA 8 Thámova Karlín Praha Finanční úřad Praha-západ PRAHA 4 Na Pankráci Praha Finanční úřad v Prachaticích PRACHATICE Vodňanská Prachatice II Finanční úřad v Prostějově PROSTĚJOV Kříţkovského Prostějov Finanční úřad v Přelouči PŘELOUČ Tŧmy Přelouč 1500 Přeloučského 290 Finanční úřad v Přerově PŘEROV Wurmova Přerov I Město 291 Finanční úřad v Přešticích PŘEŠTICE Palackého Přeštice Finanční úřad v Příbrami PŘÍBRAM Čs. Armády Příbram IV Finanční úřad v Rakovníku RAKOVNÍK Masná Rakovník I Finanční úřad v Rokycanech ROKYCANY Malé náměstí Střed