Fungování Registru smluv

Transkript

1 Fungování Registru smluv Ing. Pavel Tesař konzultant odboru egovernmentu Ministerstvo vnitra Seminář Asociace pro veřejné zakázky Praha, 18. února 2016

2 Popis původního řešení Registru smluv Způsoby zveřejňování Dnešní podoba Popis datových struktur Získávání dat Nové požadavky na Informační systém registru smluv Kvantitativní analýza Nové požadavky Rozhraní ISRS Datová struktura záznamu Harmonogram Obsah prezentace

3 Původní řešení na PVS Již v roce 2013 vzniklo obecné řešení pro zveřejňování tzv. rejstříkových dat na PVS. Registr smluv, objednávek a finančních plnění tvoří dominantní obsahovou část. Další částí je Národní katalog otevřených dat (od roku 2015) Řešení umožňuje snadné založení dalšího nového rejstříku, do kterého mohou publikovat všechny orgány veřejné moci. Např. v novele volebních zákonů se počítá se zveřejňováním kontaktů na volební místnosti zde. Nové řešení Informačního systému registru smluv bude funkčně vycházet z původního řešení, proto stojí za to si stávající funkcionalitu popsat.

4 Statistiky dobrovolného využívání RS Původní řešení na PVS Aktuálně je zveřejňováno řádově 1000 dokumentů měsíčně.

5 Statistiky dobrovolného využívání RS Původní řešení na PVS Celkově bylo do srpna 2015 publikováno téměř 39 tisíc dokumentů. Květnový skok byl způsoben rozhodnutím Ministerstva financí a Ministerstva vnitra zahájit publikaci svých smluv.

6 Statistiky dobrovolného využívání RS Původní řešení na PVS Pravidelně publikuje 60 subjektů (průměr za rok 2015). Celkově alespoň jednou publikovalo 160 subjektů.

7 Způsoby zveřejňování Původní řešení: Každý subjekt zveřejňuje za sebe. a) Odesláním XML dat jako přílohy datové zprávy z datové schránky do datové schránky Automat PVS b) Pomocí publikačního formuláře po vyplnění formuláře také dochází k odeslání dat z datové schránky subjektu do datové schránky Automat PVS egistrsmluv.fo

8 Zveřejnění pomocí formuláře video ukázka

9 Původní řešení: Postup: Zveřejnění odesláním pomocí externí aplikace 1) Externí aplikace připraví záznam ke zveřejnění do předepsaného formátu. Popis formátu včetně ukázek XML dat je uveden zde: 2) Externí aplikace vytvoří a odešle datovou zprávu pomocí webové služby ISDS CreateMessage. Popis webové služby i povolených způsobů autentizace externí aplikace je popsán v Provozním řádu ISDS, viz:

10 Způsoby zveřejňování Původní řešení: Podporovány jsou 2 formáty dat: a) Vlastní schéma PVS b) Formát Ministerstva financí

11 Formát dat Původní řešení: Interně data v RS obsahují následující pole: ID DS publikujícího - odesílatele publikační datové zprávy. Timestamp příjmu publikační DS. Timestamp poslední modifikace. ID rejstříku - tedy technicky typ dokumentu objednávka / smlouva / finanční plnění. Předmět smlouvy Partner - IČ Partner - název Partner - adresa Datum vystavení Agenda Číslo dokladu Schválil Částka bez DPH Částka vč. DPH

12 Původní řešení

13 Open Data / Otevřená data

14 Fulltextové vyhledávání

15 Parametrické vyhledávání

16 Výsledky vyhledávání

17 Přehled smluv

18 Detail záznamu

19 Identifikace publikujícího

20 Metadata záznamu

21 Přílohy

22 Přílohy

23 Výstupy

24 XML záznamu

25 Výpis z ISVS metadata

26 Výpis z ISVS hash a URL

27 Získávání dat

28 Získávání dat

29 Získávání dat

30 Nové řešení Informačního systému registru smluv (dále jen ISRS), ve smyslu 4 zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv.

31 (viz 2 odst. 1, řádově s přesností +/- 25% Odhad počtu povinných subjektů Typ subjektu Počet organizační složka státu 300 územní samosprávný celek 250 státní příspěvková organizace 200 státní fond 10 veřejná výzkumná instituce nebo veřejná vysoká škola 20 dobrovolný svazek obcí 100 regionální rada regionu soudržnosti 7 příspěvková organizace územního samosprávného celku (jen ÚZC z bodu b) ústav založený státem nebo územně samosprávným celkem 250 obecně prospěšná společnost založená státem nebo územně samosprávným celkem 200 státní podnik nebo národní podnik 220 zdravotní pojišťovna 6 Český rozhlas, Česká televize 2 právnická osoba ovládaná státem nebo územně samosprávným celkem Celkem 7 565

32 Odhad počtu záznamů Počet požadavků činí v období od průměrně 133 denně Na jeden publikující subjekt v daném období tedy připadají v průměru přibližně 2 požadavky denně Tento odhad je zatížen značnou nepřesností, protože nemáme k dispozici údaje o počtu smluv uzavíraných příspěvkovými organizacemi ani neznáme jejich přesný počet. I s vědomím této nepřesnosti, odhadujeme, že průměrný denní počet požadavků se bude pohybovat někde v rozmezí od 10-ti do 20-ti tisíc. Zároveň mohou nastat mimořádné špičky v okamžiku zveřejnění jednorázových balíčků smluv, viz zkušenost z května 2015.

33 Rozdíly oproti původnímu řešení Zveřejňují se jen smlouvy, nikoli finanční plnění zjednodušení struktury dat. Zveřejňovat mohou obě smluvní strany zjednodušují se pravidla kontroly oprávnění k publikaci, protože publikovat může každý držitel datové schránky. Bude upravena vyžadovaná datová struktura (XSD schéma). Bude určena jiná datová schránka k publikaci (Automat ISRS). Potvrzení o zveřejnění musí obsahovat metadata. Nové řešení ISRS

34 Zveřejnění v zastoupení Držitel datové schránky může zmocnit jiného držitele, aby publikoval smlouvy za něj. Datové struktury budou rozšířeny o informaci za koho publikuji. Zmocnění je nutné předem zaregistrovat. Zmocnění je možné zrušit. Nové požadované funkce

35 Nové požadované funkce Více smluvních stran Praxe ukázala, že existují smlouvy mezi více než dvěmi smluvními stranami. Datové struktury budou rozšířeny tak, že identifikace protistrany bude opakovací. Hodnota v cizí měně Některé smlouvy jsou uzavírány v cizí měně. Datové struktury umožní zadání hodnoty v cizí měně. Hodnota v českých korunách bude nicméně primární. Příznak příjem/výdej Každá smluvní strana bude označena jako plátce nebo příjemce, aby bylo možné určit směr pohybu peněz.

36 Provozní požadavky Webový portál přístupný veřejnosti v režimu vysoké dostupnosti 24 x 7 Podpora stolních počítačů i mobilních zařízení Dodržení zásad přístupnosti (blind friendly web) Komfortní vyhledávání Exporty dat Dostupnost údajů jako open data Vybudování testovacího prostředí Nové řešení ISRS Uchování zveřejněných smluv navždy pozn.: doba uchování by měla být předmětem novelizace

37 Základní princip Rozhraní ISRS Pokyny podává držitel datové schránky zasláním XML dat do datové schránky Automat ISRS. V jedné datové zprávě mohu podat právě jeden pokyn. Automat ISRS vybírá svou datovou schránku a pokyny automatizovaně zpracovává. Pracovníci správce (MV) očima ani rukama nekontrolují obsah pokynů ani nemají oprávnění jejich obsah modifikovat.

38 Zveřejnění záznamu Jednou datovou zprávou je možné zveřejnit právě jeden nový záznam. V příloze datové zprávy může být tedy právě jedna příloha předepsaného typu XML. Pokud odesílatel vloží do datové zprávy další přílohy, např. průvodní dopis v PDF nebo cokoli dalšího, ISRS bude další přílohy ignorovat. ISRS po přijetí a zpracování datové zprávy odešle potvrzení obsahující buď sdělení, že záznam byl přijat k publikaci (včetně jednoznačného identifikátoru záznamu) nebo chybové hlášení, že záznam nebyl přijat k publikaci (včetně důvodu odmítnutí). Datová struktura pokynu Typ operace = zveřejnění záznamu Datová struktura záznamu Rozhraní ISRS

39 Modifikace záznamu Rozhraní ISRS Jednou datovou zprávou je možné modifikovat právě jeden záznam. Modifikovaný záznam se vkládá do ISRS jako nový kompletní obsah, nahrazující původní záznam. ISRS po přijetí a zpracování datové zprávy odešle potvrzení obsahující buď sdělení, že pokyn byl přijat nebo chybové hlášení, že pokyn nebyl přijat (včetně důvodu odmítnutí). Oprávnění k operaci Záznam může modifikovat buď subjekt, který jej zveřejnil nebo i jeho zmocněnec či zmocnitel. Datová struktura pokynu Typ operace = modifikace záznamu ID záznamu určeného k modifikaci nové hodnoty záznamu (viz datová struktura operace Zveřejnění záznamu)

40 Přidání přílohy Rozhraní ISRS Vzhledem k omezené max. velikosti datové zprávy umožníme postupné doposílání příloh k jednomu záznamu. Metadata se budou v tomto případě ignorovat, k záznamu se přidají jen nové přílohy. Oprávnění k operaci Přílohy může přidat buď subjekt, který jej zveřejnil nebo i jeho zmocněnec či zmocnitel. Datová struktura pokynu Typ operace = přidání přílohy ID záznamu Datová struktura záznamu (metadata + jedna nebo více příloh)

41 Zmocnění k publikaci Rozhraní ISRS Jednou datovou zprávou je možné zadat právě jedno zmocnění k publikaci. Odesílatel datové zprávy (zmocnitel) určí zmocněnce pomocí identifikátoru jeho datové schránky. V příloze datové zprávy může být tedy právě jedna příloha předepsaného typu XML. ISRS po přijetí a zpracování datové zprávy odešle potvrzení obsahující buď sdělení, že zmocnění bylo nastaveno nebo chybové hlášení, že pokyn nebyl přijat (včetně důvodu odmítnutí). Zmocněnec dostane do své datové schránky informaci o nastaveném zmocnění. Oprávnění k operaci Pokyn je oprávněn podat každý držitel datové schránky. Datová schránka zmocněnce musí být v okamžiku podání pokynu zpřístupněná. Datová struktura pokynu Typ operace = zmocnění k publikaci ID datové schránky zmocněnce pozn.: identifikace zmocnitele je dána datovou schránkou, ze které pokyn dorazil.

42 Zrušení zmocnění k publikaci Rozhraní ISRS Jednou datovou zprávou je možné zrušit právě jedno zmocnění k publikaci. Odesílatel datové zprávy (zmocnitel) určí zmocněnce pomocí identifikátoru jeho datové schránky. V příloze datové zprávy může být tedy právě jedna příloha předepsaného typu XML. ISRS po přijetí a zpracování datové zprávy odešle potvrzení obsahující buď sdělení, že zmocnění bylo zrušeno nebo chybové hlášení, že pokyn nebyl přijat (včetně důvodu odmítnutí). Zmocněnec dostane do své datové schránky informaci o zrušení zmocnění. Oprávnění k operaci Pokyn je oprávněn podat libovolný držitel datové schránky, který dříve zadal zmocnění k publikaci pro zmocněnce, uvedeného v pokynu. V opačném případě se jedná o neoprávněný pokyn, na který ISRS odpoví odmítnutím. Datová struktura pokynu Typ operace = zmocnění k publikaci ID datové schránky zmocněnce pozn.: identifikace zmocnitele je dána datovou schránkou, ze které pokyn dorazil.

43 Datová struktura záznamu Upozornění: Uvedená struktura dat je pouze předběžná a může se ještě změnit na základě provedené analýzy řešení. Křížek ve sloupci XSD znamená, že položka bude součástí schématu. Křížek ve sloupci FORM znamená, že položka bude v publikačním formuláři. Význam Datový typ Povinný Opakovací XSD FORM Identifikátor záznamu text ano ne Datum zveřejnění datum ano ne Identifikátor datové schránky publikujícího text ano ne Textové označení publikujícího text ano ne Tyto údaje buď generuje ISRS sám nebo je získává z publikační datové zprávy, resp. z ISDS.

44 Datová struktura záznamu Význam Datový typ Povinný Opakovací XSD Form Identifikátor datové schránky subjektu text ne ne x Textové označení subjektu text ne ne x Identifikační číslo subjektu text ne ne x Plátce / Příjemce text ano ne x x Pokud se liší od ID subjektu od ID publikujícího, musí existovat registrované zmocnění mezi publikujícím a subjektem. Není-li vyplněno, bude nastaveno shodně s ID publikujícího. Pokud se liší ID publikujícího od ID subjektu, bude Textoví označení subjektu doplněno z ISDS. Pokud není vyplněno, bude nastaveno shodně s označením publikujícího. IČO je získáváno automaticky z ISDS na základě údaje ID subjektu. Údaje Plátce / příjemce mohou nabývat jen hodnot "ANO", "NE.

45 Datová struktura záznamu Význam Datový typ Povinný Opakovací XSD Form Protistrana (opakovací sekce) ano ano x x Identifikátor datové schránky protistrany text ne x x Textové označení protistrany text ano x x Identifikační číslo protistrany text ne x x Adresa protistrany text ne x x Plátce / Příjemce text ano x x Nejméně jedna protistrana je povinná. Pokud subjekt postupuje dle 5 odst. 6 uvede "Údaj není veřejný na základě 5 odst. 6 zákona č. 340/2015 Sb., o registru smluv. Syntaxe IČO (modulo 11), pokud je uvedeno PARTNER_ID, musí se IČO shodovat s IČO v ISDS. Není-li adresa vyplněna, použije se adresa z ISDS. Údaje Plátce / příjemce mohou nabývat jen hodnot "ANO", "NE.

46 Datová struktura záznamu Význam Datový typ Povinný Opakovací XSD Form Textové označení smlouvy text ano ne x x Datum uzavření datum ano ne x x Číslo smlouvy / číslo jednací text ne ne x x Označení osoby, která smlouvu podepsala text ne ne x x Hodnota bez DPH cislo ne ne x x Hodnota vč. DPH cislo ne ne x x Hodnota v cizí měně cislo ne ne x x Označení cizí měny text ne ne x x Přílohy base64 ano ano x x U hodnot se připouští i nula, prázdná hodnota i záporné číslo. Pokud je vyplněna hodnota v cizí měně, musí být vyplněno i její označení.

47 Harmonogram Předběžný harmonogram Analýza a vývoj řešení březen až květen Interní testování květen / 1. pol. června Spuštění veřejné test. verze červen Uvolnění publikačního formuláře červen Spuštění pilotního provozu Ukončení pilotního provozu září 2016

48 Otázky / Odpovědi Diskuze

49 Děkuji za pozornost Závěr