Fungování Registru smluv Ing. Pavel Tesař konzultant odboru eGovernmentu Ministerstvo vnitra
[email protected] Seminář Asociace pro veřejné zakázky Praha, 18. února 2016
Obsah prezentace 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
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.
Původní řešení na PVS Statistiky dobrovolného využívání RS
Aktuálně je zveřejňováno řádově 1000 dokumentů měsíčně.
Původní řešení na PVS Statistiky dobrovolného využívání RS
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.
Původní řešení na PVS Statistiky dobrovolného využívání RS
Pravidelně publikuje 60 subjektů (průměr za rok 2015). Celkově alespoň jednou publikovalo 160 subjektů.
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 https://portal.gov.cz/webfiller/FormService/Filler.Open?name=R egistrSmluv.fo
Zveřejnění pomocí formuláře
video ukázka
Zveřejnění odesláním pomocí externí aplikace Původní řešení: Postup:
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: https://portal.gov.cz/portal/ovm/rejstriky/ogd/x-registrsmluv.html 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: https://www.datoveschranky.info/duleziteinformace/provozni-rad-isds
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í http://portal.gov.cz/portal/xsd/RegistrSmluv.xsd
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
Původní řešení www.gov.cz
Open Data / Otevřená data
Fulltextové vyhledávání
Parametrické vyhledávání
Výsledky vyhledávání
Přehled smluv
Detail záznamu
Identifikace publikujícího
Metadata záznamu
Přílohy
Přílohy
Výstupy
XML záznamu
Výpis z ISVS – metadata
Výpis z ISVS – hash a URL
Získávání dat
Získávání dat
Získávání dat
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.
Odhad počtu povinných subjektů (viz § 2 odst. 1, řádově s přesností +/- 25% Typ subjektu organizační složka státu územní samosprávný celek státní příspěvková organizace státní fond veřejná výzkumná instituce nebo veřejná vysoká škola dobrovolný svazek obcí regionální rada regionu soudržnosti 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 obecně prospěšná společnost založená státem nebo územně samosprávným celkem státní podnik nebo národní podnik zdravotní pojišťovna Český rozhlas, Česká televize právnická osoba ovládaná státem nebo územně samosprávným celkem Celkem
Počet 300 250 200 10 20 100 7 5 000 250 200 220 6 2 1 000 7 565
Odhad počtu záznamů • Počet požadavků činí v období od 1.6.2015 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.
Nové řešení ISRS 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é požadované funkce 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 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.
Nové řešení ISRS 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í • Uchování zveřejněných smluv „navždy“ pozn.: doba uchování by měla být předmětem novelizace
Rozhraní ISRS Základní princip • 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.
Rozhraní ISRS 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 Modifikace záznamu 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)
Rozhraní ISRS Přidání přílohy 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)
Rozhraní ISRS Zmocnění k publikaci 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.
Rozhraní ISRS Zrušení zmocnění k publikaci 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.
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 Identifikátor záznamu
Datový typ Povinný Opakovací XSD FORM text
ano
ne
datum
ano
ne
Identifikátor datové schránky publikujícího
text
ano
ne
Textové označení publikujícího
text
ano
ne
Datum zveřejnění
Tyto údaje buď generuje ISRS sám nebo je získává z publikační datové zprávy, resp. z ISDS.
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“.
Datová struktura záznamu Význam
Protistrana (opakovací sekce) Identifikátor datové schránky protistrany Textové označení protistrany Identifikační číslo protistrany Adresa protistrany Plátce / Příjemce
Datový typ Povinný Opakovací
ano
ano
XSD Form
x
x
text
ne
x
x
text text text text
ano ne ne ano
x x x x
x x 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“.
Datová struktura záznamu Význam Textové označení smlouvy Datum uzavření Číslo smlouvy / číslo jednací Označení osoby, která smlouvu podepsala Hodnota bez DPH Hodnota vč. DPH Hodnota v cizí měně Označení cizí měny Přílohy
Datový typ Povinný Opakovací
XSD Form
text datum text
ano ano ne
ne ne ne
x x x
x x x
text
ne
ne
x
x
cislo cislo cislo text base64
ne ne ne ne ano
ne ne ne ne ano
x x x x x
x x x 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í.
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
1.7.2016
Ukončení pilotního provozu
září 2016
Diskuze
Otázky / Odpovědi
Závěr
Děkuji za pozornost