SMLOUVA O POSKYTOVÁNÍ SLUŽEB
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
SMLOUVA O POSKYTOVÁNÍ SLUŽEB
Číslo smlouvy Objednatele: 01PU-005800
Číslo smlouvy Poskytovatele: CNS_SWO_RSD_062023 Evidenční číslo (1SPROI ÍVISPROI OND): 500 126 0007
Název související veřejné zakázky: Kontrolní činnost při pořízení Informačního systému pro Digitální technickou mapu ŘSD
uzavřená níže uvedeného dne, měsíce a roku mezi následujícími smluvními stranami (dále jako
„Smlouva"):
1. Ředitelství silnic a dálnic ČR
se sídlem IČO:
DIČ:
právní forma:
bankovní spojení: zastoupeno:
kontaktní osoba ve věcech smluvních: e-mail:
tel:
kontaktní osoba ve věcech technických: e-mail:
tel:
(dále jen „Objednatel”)
a
2. CNS a.s. se sídlem:
IČO:
DIČ:
zápis v obchodním rejstříku:
právní forma:
bankovní spojení: zastoupen:
kontaktní osoba ve věcech smluvních:
Na Pankráci 546/56, 140 00 Praha 4
65993390
příspěvková organizace
Nad Šafranicí 574, 276 01 Mělník
26129558
CZ26129558
vedeném u Městského soudu v Praze, oddíl B , vložka 6233
akciová společnost
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR" registrační číslo CZ.01.4.03/0.0/0.0/19_317/0000000.
e-mail:
tel:
kontaktní osoba ve věcech technických:
e-mail:
tel:
(dále jen „Poskytovatel")
(Objednatel a Poskytovatel společně dále jen „Smluvní strany" nebo každý samostatně jen
„Smluvní strana")
1.1. Xxxxx Xxxxxxx
I .
ÚVODNÍ USTANOVENÍ
Smlouvaje uzavřena podle ust. § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „NOZ"), a to na základě výsledků zadávacího řízení vedeného Objednatelem dle zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ"), jehož předmětem je zadání veřejné zakázky na služby s názvem Kontrolní činnost při pořízení Informačního systému pro Digitální technickou mapu ŘSD (dále jen „Veřejná zakázka").
1.2. Objednatel prohlašuje, že:
1.2.1 je státní příspěvkovou organizací zřízenou Ministerstvem dopravy, jejímž základním předmětem činnosti je výkon vlastnických práv státu k nemovitostem tvořícím dálnice a silnice I. třídy, zabezpečení správy, údržby a oprav dálnic a silnic I. třídy a zabezpečení výstavby a modernizace dálnic a silnic I. třídy; a
1.2.2 splňuje veškeré podminky a požadavky ve Smlouvě stanovené a je oprávněn Smlouvu uzavřít a řádně plnit závazky v ní obsažené.
1.3. Poskytovatel prohlašuje, že:
1.3.1 splňuje veškeré podmínky a požadavky stanovené ve Smlouvě, a je oprávněn Smlouvu uzavřít a řádně plnit závazky v ní obsažené;
1.3.2 ke dni uzavření Smlouvy vůči němu není vedeno řízení dle zákona č. 182/2006 Sb., odpadku a způsobech jeho řešení (insolvenční zákon), ve znění pozdějších předpisů, a zároveň se zavazuje Objednatele o všech skutečnostech o hrozícím úpadku bezodkladně informovat;
1.3.3 se náležitě seznámil se všemi podklady, které byly součástí zadávací dokumentace, popř. výzvy k podání nabídek, Xxxxxxx zakázky včetně všech jejích příloh (dále jen „Zadávací dokumentace");
1.3.4 je odborně způsobilý ke splnění všech svých závazků podle Xxxxxxx;
1.3.5 nepoužije se;
1.3.6 nepoužije se;
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR" registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
1.3.7 se detailně seznámil s rozsahem a povahou předmětu plnění, že jsou mu známy veškeré relevantní technické, kvalitativní a jiné podmínky nezbytné k realizaci předmětu plnění, a že disponuje takovými kapacitami a odbornými znalostmi, které jsou nezbytné pro realizaci předmětu plnění za dohodnuté smluvní ceny uvedené ve Smlouvě, a to rovněž ve vazbě najím prokázanou kvalifikaci pro plnění Veřejné zakázky; a
1.3.8 jím poskytované plnění odpovídá všem požadavkům vyplývajícím z platných právních předpisů, které se na plnění vztahují.
1.4. Pro vyloučení jakýchkoliv pochybností o vztahu Smlouvy a Zadávací dokumentace jsou stanovena tato výkladová pravidla
1.4.1 v případě jakékoliv nejistoty ohledně výkladu ustanovení Smlouvy budou tato ustanovení vykládána tak, aby v co nejširší miře zohledňovala účel Veřejné zakázky vyjádřený Zadávací dokumentací;
1.4.2 v případě chybějících ustanovení Smlouvy budou použita dostatečně konkrétní ustanovení Zadávací dokumentace;
1.4.3 v případě rozporu mezi ustanoveními Smlouvy a Zadávací dokumentace mají přednost ustanovení Smlouvy.
II. PŘEDMĚT SMLOUVY
2.1. Na základě této Smlouvy se Poskytovatel zavazuje na své náklady a nebezpečí k řádnému a včasnému poskytnutí služeb, jak jsou specifikovány v čl. 2.2 Xxxxxxx, Objednateli.
2.2. Poskytovatel se zavazuje na základě Smlouvy poskytnout Objednateli následující služby: Služby odborné technické a konzultační podpory Objednavatele pro potřeby projektu pořízení a implementace Informačního systému DTM ŘSD a jeho rozvoje o následné etapy potřebné pro práci a prezentaci datových sad v rámci komplexní činnosti ŘSD ČR. (dále jen ..Služby”). Podrobný popis Služeb poskytovaných Poskytovatelem Objednateli na základě Smlouvy je obsažen v příloze č. 1 Smlouvy.
2.3. Poskytování Služeb musí splňovat veškeré požadavky stanovené příslušnými právními předpisy, profesními či stavovskými předpisy, technickými normami a Zadávací dokumentací. Hmotné výsledky Služeb musí být vybaveny veškerými případnými certifikáty, atesty a schváleními nutnými k jejich užívání Objednatelem a musí být prosté jakýchkoliv právních či faktických vad.
2.4. Poskytovatel je povinen předat Objednateli veškeré sjednané nebo nezbytné doklady a dokumenty vztahující se k provádění Služeb, a to zejména veškeré podané žádosti, rozhodnutí orgánů veřejné správy, spisy a jiné písemné materiály (dále jen „Dokumentace") a samotné výstupy poskytovaných Služeb jako např. posudek, analýza nebo stanovisko (dále jako
„Výstup"). Dokumentace a Výstupy musí být Objednateli předány v českém jazyce, není-li
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
dohodnuto Smluvními stranami v konkrétním případě jinak.
2.5. Objednatel se zavazuje řádně a včas poskytnuté Služby převzít (přijmout) a uhradit Poskytovateli cenu sjednanou v čl. IV. Smlouvy, a to za podmínek stanovených dále v této Smlouvě.
2.6. Poskytovatel je povinen na základě této Smlouvy jako nedílnou součást poskytování Služeb předat Objednateli Dokumentaci a Výstupy, které se standardně dodávají spolu s dílčí Xxxxxxx poskytovanou na základě této Smlouvy, zejména pak následující Dokumentaci a Výstupy:
- nejsou požadovány.
2.7. Objednatel poskytne Poskytovateli za účelem plnění předmětu Smlouvy (poskytnutí Služby) následující podklady:
- nejsou poskytovány.
2.8. Objednatel si nevyhrazuje možnost změny závazku ve smyslu ust. § 100 odst. 1 ZZVZ.
2.9. Nepoužije se.
2.10. Objednatel požaduje, aby Poskytovatel poskytnul následující část plnění vlastními personálními kapacitami (tj. nikoliv prostřednictvím poddodavatelů): veškeré činnosti prováděné osobou architekt
III.
DOBA A MÍSTO PLNĚNÍ
3.1. Zahajení poskytování Služeb na základě Smlouvy:
Poskytovatel je povinen zahájit poskytování Služeb bez zbytečného odkladu po doručení výzvy Objednatele. Výzva Objednatele může znít na zahájení Služeb jako celku, popř. jejich části, pokud je poskytování Služeb rozděleno na části, přičemž konkrétní vymezení bude obsaženo v textu výzvy. Výzva Objednatele k zahájení poskytování Služeb bude učiněna Objednatelem písemně, a to v listinné nebo elektronické formě podle volby Objednatele, a to na kontaktní údaje odpovědných osob uvedené ve Smlouvě.
3.2. Doba poskytování Služeb na základě Smlouvy:
Poskytovatel je povinen poskytnout Služby v celém rozsahu dle Smlouvy nejpozději do 12 měsíců ode dne zahájení poskytování Služeb stanoveného dle č. 3.1. Smlouvy.
(dále jen „Doba plnění“).
3.3. Vypuštěno.
3.4. V případě, že je výsledkem poskytování Služeb na základě Smlouvy jednorázový Výstup ve smyslu čl. 2.4 Smlouvy a Služby nejsou na základě Smlouvy poskytovány Objednateli kontinuálně, je Objednatel oprávněn v odůvodněných případech objektivně nastalých předem nepředvídatelných okolností na základě svého vlastního rozhodnutí jednostranně prodloužit
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
lhůtu či termín pro poskytnutí Služeb stanovené v čl. 3.2 Xxxxxxx, resp. lhůty či termíny pro poskytnutí jednotlivých částí Služeb stanovené v čl. 3.3 Smlouvy. Prodloužení lhůt či termínů ve smyslu tohoto ustanovení Smlouvy je účinné ode dne doručení písemného oznámení o takovém prodloužení Objednatele Poskytovateli, přičemž Smluvní strany se rovněž výslovně dohodly, že takové prodloužení nebude mít žádný dopad na cenu za poskytování Služeb stanovenou v čl. IV. Smlouvy. V případě, že Objednatel přistoupí jednostranně k prodloužení lhůty či termínu pro poskytnutí Služeb, neskončí doba trvání Smlouvy stanovená v čl. XV. Smlouvy před uplynutím prodloužené lhůty či termínu pro poskytnutí Služeb, doba trvání Smlouvy se vždy automaticky prodlouží do uplynutí prodloužené lhůty či termínu pro poskytnutí Služeb.
3.5. Pokud není písemně stanoveno Objednatelem pro poskytnutí dílčí Služby jinak, je místem plnění Služeb na základě této Smlouvy: celá Česká republika.
3.6. Poskytování Služeb je dokončeno jejich úplným a komplexním poskytnutím Objednateli, případně úplným a komplexním poskytnutím vymezené části Služeb dle čl. 3.3 Smlouvy Objednateli. U Služeb, jejichž nedílnou součástí je předání Výstupů, je poskytování Služeb dokončeno řádným předáním Výstupů Služeb Objednateli, o tomto předání sepíší Smluvní strany Předávací protokol. U Služeb, jejichž nedílnou součástí není předání Výstupů, je poskytnutí Služeb dokončeno jejich řádným poskytnutím Objednateli, o řádném poskytnutí Služby vystaví Objednatel Poskytovateli písemné potvrzení. Má-li být v rámci poskytování Služeb předána Dokumentace, je podmínkou dokončení poskytování Služeb také předání Dokumentace Objednateli Poskytovatelem.
3.7. Není-li Smluvními stranami písemně dohodnuto jinak, je Poskytovatel povinen předat Dokumentaci a Výstupy v místě sídla Objednatele oproti vyhotovení Předávacího protokolu, a to na náklady Poskytovatele.
3.8. Poskytovatel je povinen poskytnout Objednateli Dokumentace a Výstupy k jejich prohlídce za účelem ověření jejich bezvadnosti v dostatečné době před jejich předáním ve finální fyzické podobě, nejméně však s předstihem 7 (sedm) kalendářních dnů. Poskytovatel bere na vědomí, že Objednatel není povinen podepsat Předávací protokol, pokud nebude mít dostatečnou možnost ověření Výstupů Služeb, resp. jejich části, z hlediska jejich řádného a včasného provedení v souladu se Smlouvou. Objednatel je oprávněn přizvat k převzetí nebo ověření Výstupů Služeb, resp. jejich části, kteréhokoliv svého zaměstnance, zmocněnce, poradce či jakoukoli třetí osobu.
3.9. Objednatel není povinen převzít Služby, resp. jejich části, pokud trpí jakýmikoliv vadami, zejména pokud provedení, Dokumentace nebo Výstupy Služeb neodpovídají specifikaci Služeb uvedené v čl. 2.2, resp. příloze č. 1 Smlouvy, nebo Služby nejsou provedeny řádně nebo úplně.
3.10. V případě, že Objednatel odmítne z důvodů uvedených v čl. 3.9 Služby Dokumentaci nebo
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
Výstupy Služeb nebojejich části převzít, je Poskytovatel povinen bezodkladně odstranit vady, které byly důvodem odmítnutí převzetí Služeb Objednatelem a je povinen znovu předložit Služby k převzetí Objednateli. Tímto není dotčena povinnost Poskytovatele poskytnout Služby ve lhůtách či termínech stanovených v čl. III. Smlouvy.
3.11. Přesný termín předání finální Dokumentace nebo Výstupů Služeb je Poskytovatel povinen písemně navrhnout Objednateli nejpozději 7 (sedm) kalendářních dnů před plánovaným dnem předání. Objednatel má právo navržený termín s přihlédnutím ke svým organizačním a provozním potřebám změnit a stanovit závazný náhradní termín. Poskytovatel je povinen takový náhradní termín akceptovat, ledaže se Smluvní strany dohodnou písemně na jiném termínu předání Dokumentace nebo Výstupů Služeb nebo jejich části.
3.12. Vlastnické právo k hmotným výsledkům poskytování Služeb, tj. k Dokumentaci a Výstupům, přechází na Objednatele okamžikem podpisu příslušného předávacího protokolu Objednatelem.
4.1. Cena Služeb
IV.
CENA ZA POSKYTOVÁNÍ SLUŽEB
Objednatel se zavazuje uhradit Poskytovateli za řádné a včasné poskytnutí Služeb dle této Smlouvy celkovou cenu v následující výši:
Celková cena Služeb v Kč bez DPH | DPH v Kč | Celková cena Služeb v Kč včetně DPH |
1.550.000,- | 325.500,- | 1.875.500,- |
(dále jen „Cena Služeb“).
Detailní jednotkový rozpis ceny Služeb včetně množství jednotek a jejich jednotkových cen obsahuje příloha č. 2 Smlouvy Oceněný Soupis služeb obsahující jednotkové ceny.
4.2. Cena za poskytování Služeb (včetně DPH) stanovená v čl. 4.1 je sjednána jako maximální a nepřekročitelná s výjimkou zákonné změny sazby DPH, případné aplikace vyhrazené změny závazku nebo s výjimkou dodatkem Smlouvy sjednané nepodstatné změny Smlouvy ve smyslu § 222 ZZVZ.
4.3. Není-li ve Smlouvě uvedeno jinak, Cena Služeb zahrnuje veškeré náklady Poskytovatele spojené s plněním Smlouvy, a to zejména veškeré náklady na dopravu, vyhotovování tisků a kopií, tlumočnické a překladatelské služby, telefonní služby, úplatu za poskytnutí licence k právům duševního vlastnictví a jakékoli další případné poplatky související s plněním této Smlouvy.
4.4. Pro vyloučení jakýchkoli pochybností se stanoví, že Poskytovatel je povinen uhradit jakékoli
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: .CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
dodatečné náklady nebo jakékoli dodatečné poplatky přímo související s plněním této Smlouvy bez toho, že by tím Poskytovateli vznikl vůči Objednateli jakýkoli dodatečný finanční nárok.
V.
PLATEBNÍ PODMÍNKY
5.1. Podkladem pro úhradu Ceny Služeb bude daňový doklad vystavený Poskytovatelem v souladu s tímto článkem Smlouvy splňující požadavky právních předpisů, zejména zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, ust. § 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „zákon o DPH“) a ust. § 435 NOZ (dále jako „Faktura").
5.2. Faktura vystavená Poskytovatelem musí obsahovat číslo Smlouvy, evidenční číslo (ISPROFIN/ISPROFOND) a ve vztahu ke Službám, resp části Služeb, věcně správné a dostatečně podrobné údaje, které jednoznačně identifikují fakturované plnění a tuto Smlouvu. Přílohou každé Faktury musí být kopie Předávacího protokolu nebo jiného písemného potvrzení vystaveného Objednatelem dle čl. 3.6 Smlouvy dokládajících oprávněnost fakturované částky. Pokud Faktura nebude obsahovat všechny požadované údaje a náležitosti nebo budou-li tyto údaje uvedeny Poskytovatelem chybně, je Objednatel oprávněn takovou Fakturu Poskytovateli ve lhůtě splatnosti vrátit k odstranění nedostatků, aniž by se tak dostal do prodlení. Poskytovatel je povinen zaslat Objednateli novou (opravenou) Fakturu ve lhůtě patnácti (15) kalendářních dnů ode dne doručení prvotní (chybné) Faktury Poskytovateli. Pro vyloučení pochybností se stanoví, že Objednatel není v takovém případě povinen hradit Fakturu v termínu splatnosti uvedeném na prvotní (chybné) Faktuře a Poskytovateli nevzniká v souvislosti s prvotní Fakturou žádný nárok na úroky z prodlení.
5.3. Poskytovatel je oprávněn vystavit Fakturu na úhradu Ceny Služeb stanovené v čl. 4.1 Smlouvy nebo Ceny stanovené části Služeb dle čl. 5.8 Smlouvy nejdříve v den úplného poskytnutí Služeb nebo úplného poskytnutí části Služeb stanovené v čl. 5.8 Smlouvy, vždy však až po podpisu Předávacího protokolu nebo jiného písemného potvrzení vystaveného Objednatelem dle čl. 3.6 Smlouvy potvrzujícího řádné poskytnutí Služeb Objednatelem. Faktura musí být doručena Objednateli nejpozději do třiceti (30) kalendářních dnů ode dne, ve kterém Poskytovateli vzniklo právo na vystavení Faktury.
5.4. Poskytovatel je povinen vést podrobný výkaz zahrnující charakteristiku každého plnění prováděného v rámci Služeb, údaj o odpracovaném času, případně jiných vykázaných měrných jednotkách, a záznam o veškerých výdajích vynaložených jménem Objednatele v souladu s plněním předmětu Smlouvy, a to vždy v rozsahu a podrobnosti dle charakteru poskytované Služby. Objednatel je oprávněn provést kdykoliv za trvání Smlouvy a následně po dobu 1 (jednoho) kalendářního roku po ukončení Smlouvy kontrolu výkazů. Poskytovatel je povinen umožnit Objednateli provedení kontroly výkazů nebo předložit Objednateli kopii
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
výkazů ve lhůtě 7 (sedmi) kalendářních dnů ode dne oznámení takového požadavku Objednatelem.
5.5. Faktura je splatná nejpozději v den stanovený Poskytovatelem na Faktuře, přičemž lhůta splatnosti Faktury stanovená Poskytovatelem nesmí být kratší 30 (třiceti) kalendářních dnů po dni doručení Faktury Objednateli. V případě vrácení Faktury Objednatelem zpět Poskytovateli postupem podle čk 5.2 Smlouvy započne běžet nová lhůta splatnosti až okamžikem doručení nové (opravené) Faktury Objednateli. Připadne-li poslední den lhůty splatnosti Faktury na sobotu, neděli nebo státní svátek, pak je posledním dnem této lhůty následující pracovní den.
5.6. Smluvní strany se dohodly, že povinnost úhrady Faktury vystavené Poskytovatelem za poskytování Služby nebo její části je splněna okamžikem odepsání příslušné peněžní částky z účtu Objednatele ve prospěch účtu Poskytovatele uvedeného na Faktuře. Poskytovatel je ve smyslu předchozí věty povinen na Faktuře uvádět účet Poskytovatele uvedený v ustanovení Smlouvy upravujícím Smluvní strany.
5.7. Platby budou probíhat v Kč (korunách českých) a rovněž veškeré cenové údaje budou uvedeny v této měně.
5.8. Úhrada Ceny Služeb
Objednatel se zavazuje průběžně hradit Poskytovateli za poskytnutí Služeb Cenu Služeb, a to na základě Faktur vystavovaných Poskytovatelem vždy po řádném poskytnutí Služeb zpětně za období uvedené v čl. 3.2.
5.9. Poskytovatel je povinen zaslat Objednateli Fakturu v listinné nebo elektronické formě.
Faktury vystavené Poskytovatelem v listinné formě budou zaslány na následující kontaktní adresu Objednatele:
Ředitelství silnic a dálnic ČR
Provozní úsek
adresa: Xxxxxxxxx 00/0000, Xxxxx 0 PSČ: 140 00
k rukám:
Faktury vystavené Poskytovatelem v elektronické formě budou zaslány na následující kontaktní adresu Objednatele:
Ředitelství silnic a dálnic ČR
Provozní úsek e-mail:
k rukám:
5.10. Objednatel neposkytuje Poskytovateli žádné zálohy na plnění Smlouvy
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
5.11. Poskytovatel prohlašuje, že správce daně před uzavřením Smlouvy nerozhodl, že Poskytovatel je nespolehlivým plátcem ve smyslu § 106a zákona o DPH (dále jen
„Nespolehlivý plátce“). V případě, že správce daně rozhodne o tom, že Poskytovatel je Xxxxxxxxxxxxx plátcem, zavazuje se Poskytovatel o tomto informovat Objednatele do tří (3) pracovních dní. Stane-li se Poskytovatel nespolehlivým plátcem, uhradí Objednatel Poskytovateli pouze základ daně, přičemž DPH bude Objednatelem uhrazena Poskytovateli až po písemném doložení Poskytovatele o jeho úhradě této DPH příslušnému správci daně.
VI.
PRÁVA A POVINNOSTI SMLUVNÍCH STRAN
6.1 Poskytovatel Služeb prohlašuje, že splňuje všechny požadavky stanovené relevantními právními předpisy, profesními a stavovskými předpisy, příslušnými technickými normami, Zadávací dokumentací a Smlouvou.
6.2 Poskytovatel se zavazuje:
6.2.1 poskytovat Služby na základě této Smlouvy v souladu s relevantními právními předpisy, příslušnými technickými normami a pravidly stanovenými profesními a stavovskými předpisy;
6.2.2 plnit Smlouvu řádně, zejména včas a bez faktických a právních vad;
6.2.3 postupovat při plnění Xxxxxxx s odbornou péčí, podle nejlepších znalostí a schopností, sledovat a chránit oprávněné zájmy Objednatele a postupovat v souladu s jeho pokyny a interními předpisy souvisejícími s předmětem plnění Smlouvy (či jeho dílčí části), které Objednatel Poskytovateli poskytne, nebo s pokyny jím pověřených osob;
6.2.4 bez zbytečného odkladu oznámit Objednateli veškeré skutečnosti, které mohou mít vliv na povahu nebo na podmínky plnění Smlouvy, zejména je Poskytovatel povinen bezodkladně, nejpozději však do 3 (tří) kalendářních dnů, písemně oznámit Objednateli změny své majetkové struktury, změnu své právní formy, snížení základního kapitálu, vstup do likvidace, zahájení insolvenčního řízeni s Poskytovatelem a prohlášeni úpadku Poskytovatele;
6.2.5 informovat bezodkladně, nejpozději však do 3 (tří) kalendářních dnů, Objednatele o jakýchkoliv zjištěných překážkách plnění Smlouvy (byť by za ně Poskytovatel neodpovídal), o vznesených požadavcích orgánů veřejné moci (státního dozoru) a o uplatněných nárocích třetích osob, které by mohly ovlivnit plnění Smlouvy Poskytovatelem;
6.2.6 nepoužije se;
6.2.7 nepoužije se;
6.2.8 poskytnout Objednateli veškerou nezbytnou součinnost ke splnění předmětu Smlouvy;
6.2.9 na žádost Objednatele spolupracovat či poskytnout maximální součinnost dalším
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: .CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
dodavatelům Objednatele;
6.2.10 byl-li vydán Objednatelem provozní řád pro místo plnění Smlouvy, seznámit se s ním, dodržovat ho a provádět svoje činnosti tak, aby nebyl v nadbytečném rozsahu omezen provoz na pracovištích Objednatele, Poskytovatel zejména zajistí, aby všechny osoby, které se na jeho straně podílí na plnění předmětu Smlouvy, a které budou přítomny v prostorách Objednatele, dodržovaly všechny bezpečnostní a provozní předpisy tak, jak s nimi byly seznámeny Objednatelem;
6.2.11 informovat Objednatele na jeho žádost o průběhu plnění předmětu Xxxxxxx a akceptovat jeho doplňující pokyny a připomínky k plnění předmětu Smlouvy;
6.2.12 použít veškeré Podklady a věci předané mu Objednatelem pouze pro účely Smlouvy a zabezpečit jejich řádné vrácení Objednateli, bude-li to objektivně možné vzhledem k jejich povaze a způsobu použití;
6.2.13 před dokončením poskytovaných Služeb předat Objednateli veškerou Dokumentaci a Výstupy vztahující se k prováděni Služeb;
6.2.14 Poskytovatel je povinen kdykoliv předložit na žádost Objednatele bez zbytečného odkladu originály veškerých dokladů osvědčujících, že má sám, popř. prostřednictvím svého poddodavatele, všechna příslušná oprávnění nezbytná k poskytování Služeb, a to zejména oprávnění a certifikáty požadované Zadávací dokumentaci. Poskytovatel je povinen udržovat veškerá taková oprávnění a certifikáty v platnosti po celou dobu platnosti Smlouvy. V případě shledání jakéhokoliv nedostatku je Objednatel oprávněn vyzvat Poskytovatele k jeho odstranění a Poskytovatel je povinen jej bezodkladně po doručení výzvy nedostatek odstranit. Poskytovatel je povinen předložit Objednateli originály dokladů do 3 (tří) pracovních dnů ode dne doručení žádosti Objednatele;
6.2.15 Pokud se na jakoukoliv část plnění poskytovanou Poskytovatelem vztahuje nařízení GDPR (Nařízení Evropského parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů)), je Poskytovatel povinen zajistit plnění svých povinností v nařízení GDPR stanovených. Y případě, kdy bude Poskytovatel v kterémkoliv okamžiku plnění svých smluvních povinností zpracovatelem osobních údajů poskytnutých Objednatelem nebo získaných pro Objednatele, je povinen na tuto skutečnost Objednatele upozornit a bezodkladně (vždy však před zahájením zpracování osobních údajů) s ním uzavřít smlouvu o zpracování osobních údajů. Smlouvu dle předcházející věty je dále Poskytovatel s Objednatelem povinen uzavřít vždy, když jej ktomu Objednatel písemně vyzve. Přílohu č. 5 této Smlouvy tvoří nezávazný vzor Smlouvy o zpracování osobních údajů, který’je možné pro výše uvedené účely použít, přičemž výsledné znění Smlouvy o zpracování osobních údajů bude vždy stanoveno dohodou Smluvních stran tak, aby byla zachována konformita s nařízením GDPR a případně dalšími dotčenými obecně
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
závaznými právními předpisy.
6.2.16 Poskytovatel se zavazuje plnit předmět veřejné zakázky osobami, kterými prokazoval kvalifikaci v rámci Veřejné zakázky a/nebo osobami, které byly předmětem hodnocení v rámci Veřejné zakázky, a to v rozsahu odpovídajícím charakteru jejich činnosti ve vztahu k předmětu smlouvy (v případě jakýchkoliv pochybností je rozsah oprávněn jednostranně určit Objednatel). Pro případnou výměnu těchto osob se použije postup stanovený v či. 13.4 Smlouvy a byla-li tato osoba předmětem hodnocení v rámci Veřejné zakázky, musí v rámci dodatečného hodnocení dle podmínek stanovených v Zadávací dokumentaci Veřejné zakázky získat stejný nebo vyšší počet bodů jako původně hodnocená osoba, kterou nahrazuje.
6.2.17 Poskytovatel písemně informuje Objednatele o tom, že se dozvěděl o některé z následujících skutečností, do 5 pracovních dnů od zjištění těchto skutečností:
a) Poskytovatel nebo některý z jeho poddodavatelů, kterým Poskytovatel prokazoval kvalifikaci, nebo poddodavatel, pokud se budou podílet na poskytování Služeb podílem vyšším než 10 % Ceny Služeb, rozhodl o přesunutí svého sídla na území Ruské federace,
b) došlo k takové změně ve struktuře majitelů Poskytovatele nebo některého z jeho výše specifikovaných poddodavatelů, která vede k tomu, že je z více než 50 % přímo či nepřímo vlastněn jakýmkoli niským státním příslušníkem nebo fyzickou či právnickou osobou nebo subjektem či orgánem se sídlem v Rusku, přičemž se vlastnické podíly sčítají,
c) Poskytovatel nebo některý z jeho výše specifikovaných poddodavatelů začal jednat jménem nebo na pokyn jakéhokoli ruského státního příslušníka nebo fyzické či právnické osoby nebo subjektu či orgánu se sídlem v Rusku,
d) osobě, na kterou se vztahují mezinárodní sankce ve smyslu zákona č. 69/2006 Sb., o provádění mezinárodních sankcí, ve znění pozdějších předpisů, resp. ve smyslu přímo použitelných nařízeních EU [zejména Nařízení Rady (EU) č. 269/2014 ze dne 17. března 2014 o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny a nařízení Rady (EU) č. 208/2014 ze dne 5. března 2014 o omezujících opatřeních vůči některým osobám, subjektům a orgánům vzhledem k situaci na Ukrajině], vzniklo právo na převod finančních prostředků, které Poskytovatel obdrží od Objednatele za poskytnutí Služeb.
6.3 Poskytovatel není oprávněn postoupit či jinak převést svá práva či povinnosti vyplývající z této Smlouvy či jejich část na třetí osobu bez předchozího písemného souhlasu Objednatele. Poskytovatel není oprávněn jednostranně započítat své peněžité pohledávky vůči Objednateli proti peněžitým pohledávkám Objednatele vůči Poskytovateli.
6.4 V případě, že Poskytovatel využije při plnění Smlouvy třetích osob, zůstává vůči Objednateli plně odpovědný za řádné a včasné plnění Smlouvy tak, jako kdyby Xxxxxxx plnil sám.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
Uzavření poddodavatelské smlouvy na plnění části předmětu Xxxxxxx s poddodavatelem (třetí osobou) nezbavuje Poskytovatele jakýchkoliv závazků vyplývajících ze Smlouvy.
6.5 Objednatel se zavazuje:
6.5 1 poskytovat Poskytovateli úplné, pravdivé a včasné informace potřebné k řádnému a včasnému plnění Služeb dle Smlouvy;
6.5.2 zabezpečit pro pracovníky a jiné oprávněné osoby Poskytovatele přístup do určených objektů Objednatele za účelem řádného a včasného plnění Smlouvy;
6.5.3 poskytnout Poskytovateli podklady nezbytné k provedení Služeb, jestliže Poskytovatel takovými podklady nedisponuje a není si je objektivně schopen a/nebo oprávněn opatřit sám;
6.5.4 zabezpečit účast pracovníků Objednatele či jím určených osob na pracovních schůzkách;
6.5.5 poskytnout Poskytovateli součinnost nezbytnou k řádnému a včasnému poskytování Služeb.
6.6 Jakýkoli Podklad k provedení Služeb či jakákoli jiná věc ve vlastnictví Objednatele, která bude předána Poskytovateli za účelem jejího použití při plnění Smlouvy, zůstane ve vlastnictví Objednatele. Je-li to možné, bude věc předaná Objednatelem vhodným způsobem označena. O předání Podkladů k provedení Služeb a jiných věcí Objednatele sepíší Smluvní strany předávací protokol nebo povedou jinou vhodnou evidenci. Po poskytnutí Služeb provede Poskytovatel inventuru Podkladů a věcí ve vlastnictví Objednatele, které mu byly předány za účelem jejich použití při plnění Smlouvy. Podklady a věci, které nebyly-li při poskytování Služeb Poskytovatelem spotřebovány, předá Poskytovatel po skončení poskytování Služeb Objednateli, o předání Podkladů a věcí sepíší Smluvní strany předávací protokol. Při sjednání schůzky za účelem předání Podkladů a věcí si Smluvní strany poskytnout nezbytnou součinnost. Od okamžiku převzetí Podkladu nebo věci Poskytovatelem od Objednatele do případného vrácení Podkladu nebo věci Objednateli nese Poskytovatel nebezpečí vzniku škody, ztráty nebo zničení takové věci.
6.7 Osoby určené Poskytovatelem k provádění Služeb musí být řádně odborně způsobilé a musí být držitelem veškerých potřebných oprávnění nezbytných pro výkon Služeb a jejich kvalifikace musí odpovídat minimálním požadavkům stanoveným Objednatelem ve Smlouvě a/nebo Zadávací dokumentaci.
6.8 Je-li pro účely poskytování Služeb dle Xxxxxxx nezbytné udělení plné moci Poskytovateli ze strany Objednatele, je Poskytovatel povinen Objednatele s dostatečným časovým předstihem požádat o uděleni takové plné moci. Objednatel posoudí žádost Poskytovatele a shledá-li, že je žádost odůvodněná, udělí požadovanou plnou moc Poskytovateli bez zbytečného odkladu.
6.9 Poskytovatel se zavazuje po celou dobu trvání smluvního vztahu založeného touto Smlouvou zajistit dodržování veškerých právních předpisů, zejména pak pracovněprávních
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
(odměňování, pracovní doba, doba odpočinku mezi směnami, placené přesčasy), dále předpisů týkajících se oblasti zaměstnanosti a bezpečnosti a ochrany zdraví při práci, tj. zejména zákona č. 435/2004 Sb., o zaměstnanosti, ve znění pozdějších předpisů, a Zákoníku práce, a to vůči všem osobám, které se na plnění Smlouvy podílejí (a bez ohledu na to, zda budou činnosti prováděny Poskytovatelem či jeho poddodavateli). Poskytovatel se také zavazuje zajistit, že všechny osoby, které se na plnění Smlouvy podílejí (bez ohledu na to, zda budou činnosti prováděny Poskytovatelem či jeho poddodavateli), jsou vedeny v příslušných registrech, jako například v registru pojištěnců ČSSZ, a mají příslušná povolení k pobytu v CR. Poskytovatel je dále povinen zajistit, že všechny osoby, které se na plnění Smlouvy podílejí (bez ohledu na to, zda budou činnosti prováděny Poskytovatelem či jeho poddodavateli) budou proškoleny z problematiky BOZP a že jsou vybaveny osobními ochrannými pracovními prostředky dle účinné legislativy, je-li používání osobních ochranných pracovních prostředků s ohledem na předmět Smlouvy vyžadováno. V případě, že Poskytovatel (či jeho poddodavatel) bude v rámci řízení zahájeného dle tohoto článku Smlouvy orgánem veřejné moci pravomocně uznán vinným ze spáchání přestupku, správního deliktu či jiného obdobného protiprávního jednání, je Poskytovatel povinen přijmout nápravná opatření a o těchto, včetně jejich realizace, písemně informovat Objednatele, a to v přiměřené lhůtě stanovené po dohodě s Objednatelem. Objednatel je oprávněn odstoupit od této Smlouvy, pokud Poskytovatel nebo jeho poddodavatel bude orgánem veřejné moci uznán pravomocně vinným ze spáchání přestupku či správního deliktu, popř. jiného obdobného protiprávního jednání, v řízení dle tohoto článku Smlouvy.
6.10 Poskytovatel musí po celou dobu trvání smluvního vztahu založeného touto Smlouvou sjednat a dodržovat srovnatelné smluvní podmínky v oblasti rozdělení rizika a smluvních pokut se svými poddodavateli s ohledem na charakter, rozsah a cenu plnění poddodavatele, jako jsou sjednané v této Smlouvě.
6.11 Poskytovatel se zavazuje po celou dobu trvání smluvního vztahu založeného touto Smlouvou zajistit dodržování právních předpisů z oblasti práva životního prostředí, jež naplňuje cíle environmentální politiky související se změnou klimatu, využíváním zdrojů a udržitelnou spotřebou a výrobou, především zákona č. 114/1992 Sb., o ochraně přírody a krajiny, ve znění pozdějších předpisů a zákona č. 17/1992 Sb., o životním prostředí, ve znění pozdějších předpisů.
6.12 V případě, že Poskytovatel (či jeho poddodavatel) bude v rámci řízení zahájeného orgánem veřejné moci pravomocně uznán vinným ze spáchání přestupku či jiného závažného protiprávního jednání v oblasti práva životního prostředí, je Poskytovatel povinen:
1) o této skutečnosti nejpozdějí do 7 pracovních dnů písemně informovat Objednatele,
2) přijmout nápravná opatření k odstranění trvání protiprávního stavu a tento v přiměřené lhůtě odstranit a/nebo učinit prevenčni nápravná opatření za účelem zamezení opakováni
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
předmětného protiprávního jednání,
3) písemně informovat Objednatele o opatřeních dle bodu 2 tohoto odstavce, včetně jejich realizace, a to bezodkladně nebo v Objednatelem stanovené lhůtě (bude-li Objednatelem stanovena).
6.13 Objednatel je oprávněn odstoupit od Smlouvy:
1) do 1 měsíce od okamžiku, kdy se dozvěděl, že Poskytovatel byl v rámci řízení zahájeného orgánem veřejné moci pravomocně uznán vinným ze spáchání přestupku či jiného závažného protiprávního jednání v oblasti práva životního prostředí,
2) pokud Poskytovatel nepřijme nápravná opatření v souladu s bodem 2 odstavce 6.12 této Smlouvy a ke zjednání nápravy Poskytovatelem nedojde ani na základě písemné výzvy Objednatele v Objednatelem určené dodatečné lhůtě, pokud tato výzva na možnost odstoupení od Smlouvy Objednatelem Poskytovatele výslovně upozorní,
3) v případě opakovaného porušení povinnosti Poskytovatele písemně informovat Objednatele o přijatých nápravných opatřeních (minimálně 2 porušení předmětné povinnosti) a dále
4) v případě, že Poskytovatel uvede v písemné informaci dle bodů 1 nebo 3 odstavce 6.12 této Smlouvy doručené Objednateli zjevně nepravdivé informace.
6.14 Poskytovatel se v rámci svých vnitřních procesů zavazuje k podpoře firemní kultury založené na motivaci pracovníků k zavádění inovativních prvků, procesů či technologií v rámci tzv. Best Practices.
VII.
VADY POSKYTOVANÝCH SLUŽEB
7.1 Poskytovatel j e povinen poskytovat Služby řádně.
7.2 Objednatel je oprávněn uplatnit (reklamovat) u Poskytovatele vady poskytnutých Služeb včetně Dokumentace a Výstupů Služeb, jestliže nebyly poskytnuty v souladu se Smlouvou. Objednatel je povinen uplatnit vadu poskytnutých Služeb u Poskytovatele bez zbytečného odkladu poté, kdy Objednatel vadu zjistil (dále jen „Vytčení vady“). K Vytčení vady Dokumentace a Výstupů Služeb zachycených na hmotném podkladě je Objednatel oprávněn ve lhůtě 6 (šesti) měsíců ode dne převzetí dané Dokumentace nebo Výstupu Služby, tj. ode dne podpisu příslušného Předávacího protokolu nebo jiného relevantního dokladu o převzetí Služby.
7.3 Poskytovatel je povinen zahájit práce na odstranění vytčené vady bez zbytečného odkladu po Vytčení vady Objednatelem, nejpozději však do pěti (5) kalendářních dnů ode dne Vytčeni vady Objednatelem (dále jen „Vytčená vada“). Objednatel je oprávněn požadovat namísto odstranění Vytčené vady slevu z Ceny Služeb, resp. z Ceny dané části Služeb).
7.4 Jestliže je Vytčená vada vzhledem k povaze Služeb a Výstupů Služeb neodstranitelná, je Objednatel oprávněn požadovat po Poskytovateli v rámci Vytčení vady zcela nové provedení
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
Služeb nebo slevu z Ceny Služeb nebo je oprávněn od Xxxxxxx odstoupit, a to dle své volby učiněné v okamžiku uplatnění vady u Poskytovatele.
7.5 Jestliže ma Vytčena vada charakter vady právní (zejména v případě uplatnění práv k Dokumentaci nebo Výstupům Služeb třetí osobou), je Objednatel oprávněn požadovat po Poskytovateli odstranění Vytčené vady spočívající v zajištění nerušeného užívání Služeb, resp. Výstupů Služeb Objednatelem, a/nebo slevu z Ceny Služeb a/nebo je oprávněn od Smlouvy odstoupit, a to dle své volby učiněné při uplatnění vady Služeb.
7.6 Smluvní strany se mohou na žádost Objednatele písemně dohodnout na jiném způsobu řešení Vytčení vady.
7.7 Pro vyloučení pochybností Smluvní strany uvádí, že pokud Objednatel neuplatní v rámci Vytčení vad jiné řešení Vytčené vady dle čl. 7.3 až 7.5 než je odstranění Vytčené vady, je Poskytovatel povinen vyřešit Vytknutou vadu jejím bezplatným odstraněním.
7.8 Poskytovatel je povinen postupovat při odstraňování Vytčených vad Služeb, resp. vad Dokumentace nebo Výstupů Služeb s odbornou péčí, Vytčené vady odstraňovat ve lhůtách stanovených k tomu Objednatelem s přihlédnutím k objektivní časové náročnosti odstranění dané Vytčené vady. Při odstranění vady Služeb je Poskytovatel povinen postupovat v souladu s požadavky a instrukcemi Objednatele a v souladu sjemu známými zájmy Objednatele. Poskytovatel je povinen po celou dobu odstraňování Vytčených vad informovat Objednatele o postupu jejich odstraňování, a to způsobem, formou, rozsahem a v termínech či lhůtách určených Objednatelem v rámci Vytčení vady, pokud tuto povinnost Poskytovatele v rámci Vytčení vady Objednatel stanoví. Pokud tuto povinnost Poskytovatele v rámci Vytčení vady ve smyslu předchozí věty Objednatel nestanoví, platí, že je Poskytovatel povinen Objednatele informovat pouze na základě jednotlivé písemné žádosti Objednatele, a to v termínu či lhůtě v této žádosti uvedené a nejsou-li uvedené, pak ve lhůtě přiměřené.
7.9 V případě Vytčených vad u Dokumentace nebo Výstupů Služeb, je Poskytovatel povinen odstranit jejich vady ve lhůtě stanovené mu k tomu Objednatelem a předat je Objednateli (nezvolildi Objednatel jiný způsob řešení Vytčené vady). Objednatel je oprávněn odmítnout převzetí Dokumentace nebo Výstupů Služeb, pokud zjistí, že Vytčené vady nebyly Poskytovatelem řádně odstraněny. V případě, že Objednatel odmítne převzít Dokumentaci nebo Výstupy, u nichž nebyly odstraněny Poskytovatelem vady, má se za to, že Vytčená vada je vadou neodstranitelnou, a Objednatel má dále právo požadovat slevu z Ceny Služeb nebo zcela nové poskytnutí Služeb nebo má právo od Smlouvy odstoupit, a to dle své volby učiněné při odmítnutí převzetí Dokumentace nebo Výstupů z důvodu neodstranění jejich vad.
VIII
SANKCE A NÁHRADA ŠKODY
8.1 Smluvní strany se zavazují k vyvinutí maximálního úsilí k předcházení škodám a k minimalizaci vzniklých škod. Smluvní strany nesou odpovědnost za škodu dle platných
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
právních předpisů a Smlouvy.
8.2 V případě prodlení Poskytovatele s poskytnutím Služeb nebo předáním Dokumentace nebo Výstupů Služeb ve lhůtách či termínech stanovených v čl. 3.2 nebo v čl. 3.3 Xxxxxxx, je Objednatel oprávněn požadovat po Poskytovateli úhradu smluvní pokuty ve výši ^ ^^■ C en y Služeb, a to za každý i započatý den prodlení. V případě, že je Xxxx Služeb hrazena postupně ve více platbách vždy za příslušnou část poskytnutých Služeb ve smyslu čl. 5.8 Xxxxxxx, je Objednatel oprávněn požadovat po Poskytovateli úhradu smluvní pokuty ve výši ^ ^ H z Ceny příslušné části Služeb, s jejímž plněním je Poskytovatel v prodlení, a to za každý i započatý den prodlení.
8.3 V případě porušení povinnosti Poskytovatele předložit Objednateli pojistný certifikát (pojistnou smlouvu) dle čl. X. Smlouvy, je Objednatel oprávněn požadovat na Poskytovateli uhrazení smluvní pokuty ve výši l ^ ^ | z Ceny Služeb, a to za každý i započatý den prodlení s předložením pojistného certifikátu (pojistné smlouvy) a každý jednotlivý případ.
8.4 V případě porušení povinnosti Poskytovatele odstranit Vytčené vady Služeb ve lhůtě stanovené dle čl. 7.8 nebo čl. 7.9 Xxxxxxx, je Objednatel oprávněn požadovat na Poskytovateli uhrazení smluvní pokuty ve výši z Ceny Služeb za každý den prodlení s odstraněním Vytčených vad či vady.
8.5 V případě porušení povinnosti Poskytovatele k poskytnutí součinnosti dle bodu 6.2.8 nebo bodu 6.2.9 Xxxxxxx, je Objednatel oprávněn požadovat na Poskytovateli uhrazení smluvní pokuty ve výši Kč za každý jednotlivý případ.
8.6 V případě porušení povinnosti Poskytovatele předložit na žádost Objednatele bez zbytečného odkladu originál jakéhokoliv dokumentu předkládaného dle bodu 6.2.14 Smlouvy, je Objednatel oprávněn požadovat na Poskytovateli uhrazení smluvní pokuty ve výši
z Ceny Služeb stanovené v čl. 4.1 Smlouvy za každý den prodlení s předáním dokumentu a za každý jednotlivý případ.
8.7 Pokud je Poskytovatel v prodlení s uhrazením smluvní pokuty, je Objednatel oprávněn požadovat rovněž uhrazení úroku z prodlení ve výši stanovené nařízením vlády č. 351/2013 Sb., kterým se určuje výše úroků z prodlení.
8.8 Poskytovatel je oprávněn požadovat po Objednateli v případě prodlení Objednatele s úhradou Ceny Služeb úrok z prodlení ve výši stanovené nařízením vlády č. 351/2013 Sb., kterým se určuje výše úroků z prodlení.
8.9 Nepoužije se.
8.10 Nepoužije se.
8.11 Nepoužije se.
8.12 Nepoužije se.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR" registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
8.13 Nepoužije se.
8.14 Za porušení oznamovací povinnosti dle čl. 6.2.17 Xxxxxxx zaplatí Poskytovatel Objednateli smluvní pokutu ve výši ^ ^ H z Ceny Služeb.
8.15 Smluvní strana informuje druhou Smluvní stranu o uplatnění nároku na uhrazení smluvní pokuty či úroku z prodlení zasláním písemného oznámení o vzniku nároku na zaplacení smluvní pokuty či úroku z prodlení obsahujícího stručný popis a časové určení porušení smluvní povinnosti, které v souladu se Smlouvou založilo nárok Smluvní strany na zaplacení smluvní pokuty či úroku z prodlení. Spolu s oznámením zašle Smluvní strana druhé Smluvní straně odpovídající Fakturu na uhrazení smluvní pokuty či úroku z prodlení s platebními údaji. Faktura je splatná ve lhůtě stanovené v příslušné Faktuře, která činí nejméně 15 (patnáct) kalendářních dnů ode dne doručení Faktury druhé Smluvní straně. V ostatním (náležitosti Faktury, chyby Faktury apod.) se použije čl. V Smlouvy obdobně.
8.16 Uplatněním smluvní pokuty Smluvní stranou není dotčen její nárok na náhradu škody v plné výši, a současně nezaniká závazek druhé Smluvní strany splnit povinnost, jejíž plnění bylo zajištěno smluvní pokutou. Uplatněním smluvní pokuty není dotčeno právo Smluvní strany odstoupit od Smlouvy z důvodu prodlení druhé Smluvní strany.
8.17 Povinnosti k náhradě škody, k zaplacení smluvní pokuty nebo úroku z prodlení se Smluvní strana zprostí, jestliže prokáže, že jí v plnění povinností vyplývajících ze Smlouvy dočasně nebo trvale zabránila mimořádná nepředvídatelná a nepřekonatelná překážka vzniklá nezávisle na její vůli ve smyslu ust. § 2913 NOZ (dále jako „Okolnost vylučující odpovědnost"). Nastane-li Okolnost vylučující odpovědnost, je dotčená Smluvní strana povinna písemně oznámit tuto skutečnost nejpozději do 3 (tří) kalendářních dnů od vzniku takové Okolnosti vylučující odpovědnost druhé Smluvní straně. Doba plnění se v takovém případě prodlužuje o dobu trvání Okolnosti vylučující odpovědnost. Za Okolnost vylučující odpovědnost se nepovažuje překážka vzniklá z osobních (např. personální změny) nebo hospodářských (např. prodlení poddodavatelů) poměrů Smluvní strany, překážka vzniklá až v době, kdy byla dotčená Smluvní strana již v prodlení s plněním dané smluvní povinnosti, ani překážka, kterou byla Smluvní strana povinna podle Xxxxxxx překonat.
8.18 Poskytovatel si je vědom toho, že poskytnutí Služby na základě Smlouvy může být spolufinancováno z prostředků třetí osoby, např. ze strukturálních fondů Evropské unie (dále jako „Spolufinancující osoba"). Od okamžiku, kdy Objednatel písemně oznámí Poskytovateli, že na úhradu Ceny Služeb budou poskytnuty peněžní prostředky Spolufinancující osobou spolu s označením Spolufinancující osoby a příslušného programu, ze kterého jsou peněžní prostředky na úhradu Ceny Služeb poskytnuty, zavazuje se Poskytovatel při plnění Smlouvy postupovat v souladu s pravidly pro příjemce příspěvků (spolufinancování) od Spolufinancující osoby včetně relevantních příruček, metodik, oznámení a písemných pokynů Spolufinancující osoby, které mu Objednatel předá, výslovně sdělí či jiným vhodným způsobem vymezí. Poskytovatel se v této souvislosti zavazuje
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
umožnit osobám oprávněným k výkonu kontroly dle právních předpisů ČR nebo pravidel Spolufinancující osoby provedení kontroly dokladů souvisejících s plněním Smlouvy, a to po celou dobu stanovenou právními předpisy České republiky a pravidly Spolufinancující osoby. V případě, že nebude v důsledku prodlení Poskytovatele s plněním Smlouvy vyplacena finanční podpora Spolufinancující osobou nebo bude finanční podpora vyplácená Objednateli zkrácena nebo bude Objednateli uložena z uvedeného důvodu Spolufinancující osobou sankce, bude Poskytovatel povinen uhradit Objednateli takto vzniklou škodu.
IX.
PRÁVA DUŠEVNÍHO VLASTNICTVÍ
9.1 Je-li výsledkem poskytnutých Služeb na základě Smlouvy Dokumentace nebo Výstup obsahující autorské dílo ve smyslu zákona č. 121/2000 Sb., o právu autorském, ve znění pozdějších předpisů (dále jen ,AZ"). postupuje se při jeho užití podle tohoto článku Smlouvy.
9.2 Objednatel je oprávněn veškeré součásti Služeb včetně Dokumentace a Výstupů poskytovaných Služeb považované za autorské dílo nebo obsahující autorské dílo ve smyslu AZ (dále jen Autorské dílo“) užívat, jak dále stanoveno v tomto článku Smlouvy.
9.3 Objednatel je oprávněn Autorské dílo užívat dle níže uvedených licenčních podmínek (dále jen „Licence“), a to od okamžiku účinnosti poskytnutí Licence Poskytovatelem, přičemž Poskytovatel poskytuje Objednateli Licenci s účinností, která nastává okamžikem předání Dokumentace nebo Výstupu Služeb nebo jejich části, jehož je Autorské dílo součástí. Licence je udělena k užití Autorského díla Objednatelem k jakémukoliv účelu a v rozsahu, v jakém uzná za nezbytné, vhodné či přiměřené. Pro vyloučení všech pochybností to znamená, že:
9.3.1 Licence je nevýhradní a neomezená, a to zejména ke splnění celého předmětu Smlouvy (je li Autorským dílem počítačový program, vztahuje se Licence ve stejném rozsahu na Autorské dílo ve strojovém i zdrojovém kódu, jakož i na koncepční přípravné materiály);
9.3.2 Licence je bez časového omezení (trvá po celou dobu trvání majetkových práv autorských k příslušným Autorským dílům), územního omezení a množstevního omezení a pro všechny způsoby užití;
9.3.3 Objednatel je oprávněn výsledky činnosti dle Xxxxxxx (Autorská díla) užít v původní nebo jiným zpracované či jinak změněné podobě, samostatně nebo v souboru anebo ve spojení s jiným dílem či prvky;
9.3.4 Licence je bez jakéhokoliv dalšího svolení Poskytovatele udělena Objednateli s právem podlicence a je rovněž dále postupitelná jakékoliv třetí osobě;
9.3.5 Licence se vztahuje automaticky i na všechny nové verze, úpravy a překlady příslušných Autorských děl;
9.3.6 Poskytovatel společně s Licencí poskytuje Objednateli právo provádět jakékoliv modifikace, úpravy, změny Autorského díla a dle svého uvážení do něj zasahovat,
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
zapracovávat ho do dalších Autorských děl, zařazovat ho do děl souborných či do databází apod., a to i prostřednictvím třetích osob;
9.3.7 Licenci není Objednatel povinen využít, a to a ani zčásti;
9.3.8 Licenční poplatek za výše uvedená oprávnění k příslušným Autorským dílům je zahrnut v Ceně Služeb s přihlédnutím k účelu Licence a způsobu a okolnostem užití Autorských děl a k územnímu a časovému a množstevnímu rozsahu Licence.
9.4 V případě, že výsledkem poskytnutých Služeb na základě Smlouvy bude plnění (např. Dokumentace nebo Výstup) mající charakter průmyslového vlastnictví (patent, užitný vzor, průmyslový vzor atd.), zavazuje se Poskytovatel poskytnout Objednateli k takovému plnění (např. Dokumentaci nebo Výstupu) ke dni poskytnutí takové Služby (ke dni předání Dokumentace nebo Výstupu) licenci k užití průmyslového vlastnictví v potřebném rozsahu vzhledem k předmětu Smlouvy. Smluvní strany sjednávají, že úplata za poskytnutí takové licence (licenční odměna) je již zahrnuta v Ceně Služeb. Cl. 9.3 Smlouvy se použije přiměřeně.
9.5 Poskytovatel uzavřením Smlouvy opravňuje Objednatele a uděluje mu veškeré nezbytné souhlasy ke všem formám užití Dokumentace a Výstupů a veškerých jiných předmětů práv duševního vlastnictví, které Objednatel potřebuje k řádnému užívání výsledků Služeb.
9.6 Udělení veškerých práv uvedených v tomto článku Smlouvy nelze ze strany Poskytovatele vypovědět a na jejich udělení nemá vliv ukončení účinnosti Smlouvy.
9.7 Poskytovatel prohlašuje, že veškeré jím poskytnuté Služby a jejich Dokumentace a Výstupy budou prosté právních vad a zavazuje se odškodnit v plné výši Objednatele v případě, že třetí osoba úspěšně uplatní vůči Objednateli autorskoprávní nebo jiný nárok plynoucí z právní vady poskytnutého plnění dle Xxxxxxx.
9.8 Poskytovatel je povinen uzavřít s vlastníky práv duševního vlastnictví nebo průmyslového vlastnictví vzniklých v souvislosti s poskytnutými Službami dohody zajišťující Objednateli možnost užívaní poskytnutých Služeb včetně Dokumentace a Výstupů v souladu se Smlouvou.
9.9 Práva získaná Objednatelem v rámci plnění této Smlouvy (včetně Licence a případných licencí k užití průmyslového vlastnictví získaných na základě tohoto článku Smlouvy) přechází i na případného právního nástupce Objednatele, a to bez jakéhokoliv dalšího svolení Poskytovatele. Za právního nástupce Objednatele dle předchozí věty se považuje zejména, nikoliv však výlučně, subjekt vzniklý v důsledku přeměny Objednatele na státní podnik.
9.10 Poskytovatel podpisem Smlouvy výslovně prohlašuje, že odměna za veškerá oprávnění poskytnutá Objednateli dle tohoto článku Smlouvy jejíž zahrnuta v Ceně Služeb.
X.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
POJIŠTĚNÍ
10.1 Poskytovatel se zavazuje mít po dobu trvání platnosti této Smlouvy sjednáno pojištění odpovědnosti za škodu způsobenou třetí osobě při výkonu podnikatelských činností, které jsou součástí plnění dle této Smlouvy, a to s pojistným plněním vyplývajícím z takového pojištění minimálně Kč.
10.2 Poskytovatel je povinen předložit kdykoliv po dobu trvání této Smlouvy na předchozí žádost Objednatele platnou pojistnou smlouvu, pojistku nebo potvrzení příslušné pojišťovny, příp. potvrzení pojišťovacího zprostředkovatele, prokazující existenci pojištění v rozsahu požadovaném v čl. 10.1 Smlouvy. Poskytovatel je povinen předložit příslušný doklad prokazující pojištění ve stanoveném rozsahu nejpozději do 3 (tří) pracovních dnů ode dne, kdy byl o to Objednatelem požádán.
10.3 Pojištění odpovědnosti za škodu způsobenou Poskytovatelem třetím osobám musí rovněž zahrnovat i pojištění všech poddodavatelů Poskytovatele, případně je Poskytovatel povinen zajistit, aby obdobné pojištění v přiměřeném rozsahu sjednali i všichni jeho poddodavatelé, kteří se pro něj budou podílet na poskytování Služeb podle této Smlouvy.
XI,
REGISTR SMLUV
1Í,Í Poskytovatel poskytuje souhlas s uveřejněním Smlouvy v registru smluv zřízeným zákonem č. 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, ve znění pozdějších předpisů (dále jako „zákon o registru smluv“). Poskytovatel bere na vědomí, že uveřejnění Xxxxxxx v registru smluv zajistí Objednatel. Do registru smluv bude vložen elektronický obraz textového obsahu Smlouvy v otevřeném a strojově čitelném formátu a rovněž metadata Smlouvy.
11.2 Poskytovatel bere na vědomí a výslovně souhlasí, že Xxxxxxx bude uveřejněna v registru smluv bez ohledu na skutečnost, zda spadá pod některou z výjimek z povinnosti uveřejnění stanovenou v ust. § 3 odst. 2 zákona o registru smluv.
11.3 V rámci Smlouvy nebudou uveřejněny informace stanovené v ust. § 3 odst. 1 zákona o registai smluv označené Poskytovatelem před podpisem Smlouvy.
XII.
KOMUNIKACE MEZI SMLUVNÍMI STRANAMI
12.1 Smluvní strany se zavazují vzájemně spolupracovat a poskytovat si veškeré informace potřebné pro řádné plnění svých závazků. Smluvní strany jsou povinny informovat bezodkladně druhou Smluvní stranu o veškerých skutečnostech, které jsou nebo mohou být důležité pro řádné plnění Smlouvy.
12.2 Veškerá komunikace mezi Smluvními stranami bude probíhat prostřednictvím oprávněných
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
osob uvedených v čl. 12.4 Smlouvy nebo osob statutárních orgánů, členů statutárních orgánů nebo statutárních zástupců Smluvních stran.
12.3 Veškerá komunikace mezi Smluvními stranami na základě Smlouvy bude probíhat v souladu s tímto článkem Smlouvy. Smluvní strany jsou povinny činit jakákoli oznámení, žádosti či jiná sdělení dle Smlouvy vůči druhé Smluvní straně v písemné formě. Za účinné způsoby doručení se považují osobní doručování, doručování doporučenou poštou, kurýrní službou, datovou schránkou či elektronickou poštou, a to na adresy Smluvních stran uvedené v čl. 12.4 Smlouvy, a to vždy k rukám oprávněných osob tam uvedených.
12.4 Pro účely této Smlouvy ustanovují Smluvní strany pro vzájemnou komunikaci a doručování písemností následující oprávněné osoby:
Objednatel: Ředitelství silnic a dálnic ČR
adresa: Usek xxxxxxxx Xxxxxxxxx 0000/00 000 00 Xxxxx 0
oprávněná osoba - jméno: oprávněná osoba - funkce / pozice:
Poskytovateli:
e-mail:
telefon:
CNS a.s.
adresa: Nad Safranicí 574 276 01 Mělník
oprávněná osoba - jméno: I| oprávněná osoba - funkce / 1 e-mai 1:
telefon:
12.5 V případě změny oprávněné osoby oznámí Smluvní strana tuto změnu písemně druhé Smluvní straně. Změna je pro druhou Smluvní stranou závazná ode dne doručení takového oznámení.
12.6 Oznámení učiněná Smluvní stranou dle tohoto článku Smlouvy se považují za doručená:
12.6.1 dnem, o němž tak stanoví zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve znění pozdějších předpisů (dále jen „ZDS“), je-li oznámení zasíláno prostřednictvím datové zprávy do datové schránky ve smyslu ZDS; nebo
12.6.2 dnem odeslání e-mailu pokud bude doručení tento den druhou Smluvní stranou potvrzeno (postačí automatizované potvrzení o doručení e-mailu do poštovní schránky adresáta) nebo dnem následujícím po dni odeslání e-mailu, je-li oznámení zasíláno elektronickou poštou; nebo
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
12.6.3 dnem fyzického předání oznámení, je-li oznámení zasíláno prostřednictvím kurýra nebo doručováno osobně; nebo
12.6.4 dnem doručení potvrzeným na doručence, je-li oznámení zasíláno doporučenou poštou (provozovatel poštovních služeb); nebo
12.6.5 v případě, že Smluvní strana odešle oznámení doporučenou poštou (provozovatelem poštovních služeb) dle xx XXX. Smlouvy a druhá Smluvní strana z jakéhokoliv důvodu zaslané oznámení od provozovatele poštovních služeb nepřevezme, považuje se oznámení za doručené 10. (desátým) dnem po jeho odeslání Smluvní stranou.
XIII. PODDODAVATELE
13.1 Seznam poddodavatelů a jiných osob, prostřednictvím kterých prokázal Poskytovatel splnění kvalifikačních předpokladů, je uveden v příloze č. 4 Smlouvy (dále společně jako
,,poddodavatelé“).
13.2 Poskytovatel se zavazuje písemně oznámit Objednateli jakoukoliv změnu poddodavatelů, a to vždy před zahájením plnění novým poddodavatelem. Tímto ustanovením nejsou dotčeny čl
13.3 a 13.4 Xxxxxxx.
13.3 Poskytovatel není oprávněn k využití poddodavatele v části plnění, ve které si Objednatel vyhradil v Zadávací dokumentaci její plnění prostřednictvím Objednatele bez možnosti využití poddodavatele.
13.4 V případě, že má Poskytovatel v úmyslu změnit poddodavatele, prostřednictvím kterého prokázal v zadávacím řízení splnění kvalifikačních předpokladů, je povinen tento úmysl změny předem písemně oznámit Objednateli a požádat ho v oznámení o souhlas s touto změnou. Součástí oznámení musí být doklady prokazující splnění kvalifikačních předpokladů novým poddodavatelem v rozsahu požadovaném ve veřejné zakázce a další požadavky zadavatele stanovené v Zadávací dokumentaci. Před odsouhlasením změny Objednatelem není Poskytovatel oprávněn tuto změnu realizovat. Objednatel je povinen poskytnout Poskytovateli souhlas ke změně poddodavatele, ledaže existující závažné důvody, pro které představuje z pohledu Objednatele změna poddodavatele riziko pro řádné a včasné plnění Smlouvy nebo by změna poddodavatele byla v rozpom s pravidly pro zadávání veřejných zakázek stanovenými v ZZVZ nebo by Poskytovatel nedoložil splnění kvalifikačních předpokladů novým poddodavatelem v požadovaném rozsahu.
XIV.
PŘERUŠENÍ POSKYTOVÁNÍ SLUŽEB
14.1 Objednatel je oprávněn vznést v průběhu trvání Smlouvy v případech odůvodněných organizačními, provozními nebo technickými důvody na straně Objednatele písemný požadavek na přerušení poskytování Služeb nebo části Služeb Poskytovatelem. Na základě
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: .CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
uvedeného požadavku je Poskytovatel povinen v den stanovený Objednatelem přerušit poskytování Služeb.
14.2 Je-li Smlouva uzavřena na dobu určitou a jsou-li na jejím základě Služby poskytovány kontinuálně, nemá přerušení poskytování Služeb vliv na dobu trvání Smlouvy. Je-li Smlouva uzavřena na dobu určitou a je-li výsledkem poskytnuté Služby jednorázový Výstup, prodlužuje se lhůta či termín stanovený pro poskytnutí Služby (odevzdání Výstupu) v či. 3.2 nebo čl. 3.3 Smlouvy o dobu přerušení poskytování Služeb. V případě prodloužení stanovené lhůty či termínu v důsledku přerušení poskytování Služeb dle tohoto článku Smlouvy neskončí doba trvání Smlouvy stanovená v čl. XV. Smlouvy před uplynutím prodloužené lhůty či termínu pro poskytnutí Služeb, doba trvání Smlouvy se vždy automaticky prodlouží do uplynutí prodloužené lhůty či termínu pro poskytnutí Služeb.
14.3 Přerušení poskytování Služeb či části Služeb Poskytovatelem končí dnem či uplynutím doby uvedené v požadavku Objednatele dle čl. 14.1 Smlouvy. Není-li den ukončení přerušení či doba přerušení poskytování Služeb či části Služeb Poskytovatelem v požadavku formulována určitě, platí, že chce-li Objednatel pokračovat v poskytování Služeb, musí vznést na Poskytovatele písemný požadavek na pokračování v poskytování Služeb dle Smlouvy, a to alespoň 5 (pět) dní před plánovaným opětovným zahájením poskytování Služeb. Poskytovatel je v takovém případě povinen pokračovat v poskytování Služeb ode dne stanoveného v žádosti Objednatele.
15.1 Doba trvání Smlouvy:
XV. UKONČENÍ SMLOUVY
Smlouvaje uzavřena na dobu určitou, která skončí uplynutím 12 měsíců ode dne doručení výzvy Objednatele.
15.2 Objednatel je oprávněn od Xxxxxxx odstoupit v následujících případech:
15.2.1 Poskytovatel porušil Smlouvu podstatným způsobem ve smyslu ust. § 2002 NOZ;
15.2.2 Poskytovatel je po dobu delší než 30 (třicet) kalendářních dnů v prodlení s řádným poskytováním Služeb ve lhůtách či termínu stanovených v čl. 3.2 Smlouvy nebo části Služeb ve lhůtách či termínu stanovených v čl. 3.3 Smlouvy a Objednatel Poskytovatele na toto prodlení a včetně možnosti uplatnění práva na odstoupení podle tohoto ustanovení Smlouvy alespoň jednou písemně upozornil;
15.2.3 Objednatel zjistí, že Poskytovatel uvedl v nabídce do zadávacího řízení na výběr dodavatele pro plnění Veřejné zakázky nepravdivé, zkreslené nebo zavádějící skutečnosti nebo nesplňoval kvalifikační předpoklady stanovené v Zadávací dokumentaci;
15.2.4 Poskytovatel nepředložil Objednateli k jeho výzvě uzavřený pojistný certifikát (pojistnou
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
smlouvu) dle 11. X Smlouvy, a to ani v Objednatelem dodatečně stanovené lhůtě;
15.2.5 Služby nejsou plněny Poskytovatelem z důvodu překážky představující Okolnost vylučující odpovědnost po dobu alespoň 60 (šedesáti) kalendářních dnů;
15.2.6 je zahájeno a probíhá insolvenční řízení s Poskytovatelem;
15.2.7 vůči Poskytovateli bylo vedeno insolvenční řízení, v němž zároveň (a) bylo vydáno rozhodnutí o úpadku nebo (b) insolvenční návrh byl zamítnut proto, že majetek Poskytovatele nepostačuje k úhradě nákladů insolvenčního řízení, nebo (c) byl konkurs zrušen proto, že majetek Poskytovatele byl zcela nepostačující;
15.2.8 Poskytovatel je v likvidaci, a/nebo byla zahájena likvidace Poskytovatele;
15.2.9 Poskytovatel porušil kterýkoliv ze svých závazků uvedených v bodech 6.2.1 až 6.2.14 Xxxxxxx nebo 6.2.16;
15.2.10 Poskytovatel porušil svůj závazek uvedený v Či. 6.3 Xxxxxxx;
15.2.11 Poskytovatel porušil svůj závazek zajistit poskytování Služeb řádně odborně způsobilými osobami, které jsou držiteli veškerých potřebných oprávnění nezbytných pro výkon Služeb a jejichž kvalifikace odpovídá minimálním požadavkům stanoveným Objednatelem ve Smlouvě a/nebo Zadávací dokumentaci dle čl. 6.7 Xxxxxxx;
15.2.12 nepoužije se;
15.2.13 nepoužije se;
15.2.14 nepoužije se;
15.2.15 nepoužije se;
15.2.16 plnění podle Smlouvy bude obsahovat ruskou účast přesahující meze stanovené v čl. 5k nařízení Rady (EU) č. 833/2014 ze dne 31. července 2014, o omezujících opatřeních vzhledem k činnostem Ruska destabilizuj icím situaci na Ukrajině;
15.2.17 Poskytovatel použije finanční prostředky, které obdrží za poskytnutí Služeb, v rozporu s § 2 zákona č. 69/2006 Sb., o provádění mezinárodních sankcí, ve zněni pozdějších předpisů;
15.2.18 v dalších případech výslovně stanovených touto Smlouvou.
15.3 Poskytovatel je oprávněn od Xxxxxxx odstoupit v následujících případech:
15.3.1 Objednatel porušil Smlouvu podstatným způsobem ve smyslu ust. § 2002 NOZ;
15.3.2 Objednatel je v prodlení s úhradou Faktury za poskytnuté Služby po dobu delší než 40 (čtyřicet) kalendářních dnů od data splatnosti příslušné Faktury, přičemž Faktura nebyla Objednatelem vrácena Poskytovateli jako vadná a Poskytovatel Objednatele za dobu prodlení na tuto skutečnost alespoň jednou písemně upozornil.
15.3.3 Přerušení poskytování Služby (nikoliv části Služby) požadované Objednatelem v souladu s čl. XIV Smlouvy přesáhne dobu 60 (šedesáti) po sobě jdoucích kalendářních dnů.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: .CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
15.3.4 V dalších případech výslovně stanovených touto Smlouvou.
15.4 Odstoupení od Xxxxxxx musí být učiněno písemně a musí být doručeno druhé Smluvní straně. Odstoupení od Xxxxxxx je účinné dnem jeho doručení v písemné formě druhé Smluvní straně. V důsledku odstoupení od Xxxxxxx se Smlouva neruší od samotného počátku (ex tunc) a Smluvní strany tak výslovně vylučují aplikaci ustanovení § 2004 NOZ. V důsledku odstoupení od Xxxxxxx se Smlouva ruší ke dni účinnosti odstoupení od Smlouvy, a to pouze ve vztahu k dosud nesplněné části Smlouvy (ex nunc).
15.5 Odstoupení od Xxxxxxx některou ze Smluvních stran se nedotýká do té doby vzniklých práv, nároků ani vzniklé odpovědnosti Smluvních stran. Po odstoupení od Smlouvy zůstávají v účinnosti ustanovení Smlouvy upravující náhradu škody, smluvní pokuty, volbu rozhodného práva, volbu příslušného soudu a uveřejňování Smlouvy v registru smluv.
15.6 Smlouva může být také ukončena písemnou dohodou Smluvních stran.
15.7 Výpověď Smlouvy:
Objednatel je oprávněn Xxxxxxx vypovědět písemnou výpovědí doručenou druhé Smluvní straně, výpovědní doba činí 3 měsíce a počíná běžet od prvního dne měsíce následujícího po měsíci, v němž byla výpověď doručena druhé Smluvní straně. Poskytovatel není oprávněn Xxxxxxx vypovědět.
XVI. ZÁVĚREČNÁ USTANOVENÍ
16.1 Smlouvaje platná dnem připojení platného uznávaného elektronického podpisu dle zákona č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, ve znění pozdějších předpisů, oběma Smluvními stranami do této Smlouvy a jejích jednotlivých příloh, nejsou- li součástí jediného elektronického dokumentu (tj. do všech samostatných souborů tvořících v souhrnu Smlouvu1).
16.2 Smlouva nabývá účinnosti dnem jejího uveřejnění v registru smluv.
16.3 Tato Smlouva se vyhotovuje v elektronické podobě, přičemž obě Smluvní strany obdrží její elektronický originál.
16.4 Smlouva představuje úplnou dohodu Smluvních stran o předmětu Smlouvy a všech náležitostech, které Smluvní strany měly a chtěly ve Smlouvě ujednat, a které považují za důležité pro závaznost.
1 Uznávaný elektronický podpis může být do všech souborů tvořících elektronický originál Smlouvy připojen i prostřednictvím hasli souborů s uznávaným elektronickým podpisem, vytvořených otiskem z originálního souboru Smlouvy, jednotlivých příloh Smlouvy nebo i archivu souborů obsahujícího přílohy Smlouvy. Hasli soubor zaručuje integritu originálního souboru, ze kterého byl otištěn (tj. při porovnání hasli souboru vůči originálnímu souboru, ze kterého byl otištěn, lze s jistotou určit, zda došlo nebo nedošlo k pozměnění obsahu originálního souboru). Objednatel používá hasli soubory ve formátu PKCS#7 v DER kódování, vytvořené pomocí algoritmu SHA256 s algoritmem podpisu SHA256RSA.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
16.5 Smlouvu je možné měnit pouze písemnou dohodou Smluvních stran ve formě vzestupně číslovaných dodatků Smlouvy, elektronicky podepsaných oprávněnými zástupci obou Smluvních stran.
16.6 Smluvní strany se podpisem Smlouvy dohodly, že vylučují aplikaci ustanovení § 557 a § 1805 NOZ.
16.7 Smluvní strany prohlašují, že si sdělily všechny skutkové a právní okolnosti, o nichž k datu podpisu Smlouvy věděly nebo vědět musely, a které jsou relevantní ve vztahu k uzavření a plnění Smlouvy. Kromě ujištění, které si Smluvní strany poskytly ve Smlouvě, nebude mít žádná ze Smluvních stran žádná další práva a povinnosti v souvislosti s jakýmikoliv skutečnostmi, které vyjdou najevo a o kterých neposkytla druhá Smluvní strana informace při jednání o Smlouvě. Výjimkou budou případy, kdy daná Smluvní strana úmyslně uvedla druhou Smluvní stranu ve skutkový omyl ohledně předmětu Smlouvy a případy taxativně stanovené Smlouvou.
16.8 Poskytovatel na sebe v souladu s ustanovením § 1765 odst. 2 NOZ přebírá nebezpečí změny okolností. Tímto však nejsou nikterak dotčena práva Smluvních stran upravená ve Smlouvě.
16.9 Práva vyplývající ze Smlouvy či jejího porušení se promlčují ve lhůtě 3 let ode dne, kdy mohlo být právo uplatněno poprvé.
16.10 Jednacím jazykem mezi Objednatelem a Poskytovatelem bude pro veškerá plnění vyplývající ze Smlouvy výhradně jazyk český, a to včetně veškeré Dokumentace a Výstupů vztahující se k předmětu Smlouvy.
16.11 Je-li nebo stane-li se jakékoli ustanovení Smlouvy neplatným, nezákonným nebo nevynutitelným, netýká se tato neplatnost, nezákonnost a nevynutitelnost zbývajících ustanovení Smlouvy. Smluvní strany se tímto zavazují na základě jednání nahradit do 5 (pěti) pracovních dnů po doručení výzvy druhé Smluvní strany jakékoli takové neplatné, nezákonné nebo nevynutitelné ustanovení novým ustanovením, které je platné, zákonné a vynutitelné a má stejný nebo alespoň podobný obchodní a právní význam. Nové ustanovení Smlouvy bude přijato ve formě dodatku ke Smlouvě.
16.12 Smlouva se řídí českým právním řádem, zejména pak NOZ a souvisejícími právními předpisy. Smluvní strany se zavazují řešit veškeré případné spory ze Xxxxxxx primárně jednáním s cílem dosáhnout smírného řešeni sporu. Pokud smíru nebude dosaženo během 30 (třiceti) kalendářních dnů ode dne oznámení jedné ze Smluvních stran o vzniku sporu a obsahujícího výzvu k zahájení jednání s cílem smírného řešení sporu, bude spor řešen u věcně a místně příslušného soudu v České republice.
16.13 Žádné ustanovení Smlouvy nesmí být vykládáno tak, aby omezovalo oprávnění Objednatele uvedená v Zadávací dokumentaci.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
16.14 Poskytovatel souhlasí s uveřejněním Smlouvy na webových stránkách Objednatele a na profilu Objednatele, pokud Objednatel k takovým uveřejněním přistoupí. Y rámci Xxxxxxx nebudou uveřejněny informace stanovené v ust. § 3 odst. 1 zákona o registru smluv označené Poskytovatelem před podpisem Smlouvy.
16.15 Nedílnou součást této Smlouvy tvoří přílohy: Příloha č. 1 - Podrobný popis Služeb;
Příloha č. 2 - Oceněný Soupis služeb obsahující jednotkové ceny; Příloha č. 3 - Technická specifikace IS DTM;
Příloha č. 4 - Seznam poddodavatelů (formulář 2.3.1. Zadávací dokumentace); Příloha č. 5 - Smlouva o zpracování osobních údajů (vzor).
NA DŮKAZ SVÉHO SOUHLASU S OBSAHEM TÉTO SMLOUVY K NÍ SMLUVNÍ STRANY PŘIPOJILY SVÉ UZNÁVANÉ ELEKTRONICKÉ PODPISY DLE ZÁKONA Č. 297/2016 SB., O SLUŽBÁCH VYTVÁŘEJÍCÍCH DŮVĚRU PRO ELEKTRONICKÉ TRANSAKCE, VE ZNĚNÍ POZDĚJŠÍCH PŘEDPISŮ.
Objednatel informuje, že právní forma a název státní příspěvkové organizace Ředitelství silnic a dálnic ČR budou ke dni 1.1.2024 změněny na státní podnik Ředitelství silnic a dálnic
s. p.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
Příloha č. 1 Podrobný popis Služeb
Předmět: Provádění kontrolní služby, na základě vypracování návrhu kontrol a harmonogramu podle schváleného kontrolního plánu (KP), pro dohled nad realizací Úvodní analýzy, zpracování definicí a následné realizace vývoje a implementace IS DTM ŘSD, vč. zpracování podrobných kontrolních zpráv z testování a provedených kontrol jednotlivých etap.
Použité termíny pro tuto veřejnou zakázku:
DTM ŘSD - digitální technická mapa ŘSD ČR IS DTM ŘSD - Informační systém DTM ŘSD ZPS - základní polohová situace
TI - technická infrastruktura ID - dopravní infrastruktura
IS DMVS - informační systém DMVS - správa ČUZK IS DTM krajů - informační systémy jednotlivých krajů Objednatel = Investor - ŘSD ČR
Zhotovitel - dodavatel IS DTM ŘSD Dodavatel - právnická osoba zajišťující TDI
KP - kontrolní plán technického dozora investora
TDI - technický dozor investora, zajišťuje KP
Projektový manažer - právnická osoba zajišťující odborné projektové řízení sběru, kontroly a implementace dat DTM ŘSD
Podrobný popis
I, Vytvoření kontrolního plánu
KP vytváří Dodavatel, který na základě projektu DTM ŘSD, Smlouvy o realizaci, podpoře a rozvoji IS DTM ŘSD - technická specifikace a dalších dodaných podkladů navrhne postup, rozsah a parametry dohledu nad implementačními dokumenty a realizace jednotlivých služeb dle schváleného harmonogramu IS DTM ŘSD. Tento návrh musí být schválen Objednatelem, stejně jako jeho případné změny a bude obsahovat zejména:
> Návrh postupu kontrolních činností
P Návrh harmonogramu kontrol
P Způsob provedení kontrol
P Způsob zdokumentování a interpretaci výsledků kontrol
> Odpovědnosti
> Výpis předpisů, dle kterých je kontrola prováděna
Ředitelství silnic a dálnic ČR, Na Pankráci 000/00, 000 00 Xxxxx 4. IČO: 65993390. DIČ: CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
2. Kontrolní činnost
Kontrolní činnost musí být podložena jednotlivými zápisy z kontrol a testování a výsledky projednávání s dodavateli. Zjištěné závady musí být kategorizovány v souladu s kapitolou 2.2. Připomínky k dokumentaci a 2.3. kategorizace vad SW a navrženy v rámci zprávy o výsledku kontroly konkrétní opatření v souladu se základními parametry nápravných opatření ( bod 2..). Při opakované kontrole o odstranění vad, bude vystaven samostatný protokol.
Technickou zprávu s přílohou podrobně definující zjištěné závady předá Dodavatel Objednateli a Projektovému manažerovi a bude spolupracovat na jejím projednání se Zhotovitelem a kontrole nápravných opatření.
Testování jednotlivých funkcionalit v rámci vytváření jednotlivých částí a implementace IS DTM v souladu s KP a předání výsledků testováni Objednavateli, případně projednání s Dodavateli IS DTM.
Každé předání etapy Zhotovitelem IS DTM Objednavateli musí být odsouhlaseno i Dodavatelem služby TDI na základě provedené kontroly.
2.1. Kontroly realizace 1. etapy dle cílového konceptu 1 etapy, požadavků přílohy 1 smlouvy na pořízení SW - Technická specifikace a požadavků projektu DTM .
Objednatelem budou předány dokumenty z Technické pracovní skupiny DMVS/DTM.
2.2. Kontroly řešení implementace s ohledem na navazující projekty ŘSD, podle jednotlivých cílových konceptů cílových etap
2.3. Připomínky k dokumentaci
• „Připomínka kategorie A2“ se rozumí připomínka, kdy v požadovaném dokumentu chybí textové části, vyplývající z definované struktury dokumentu, nebo textová část neodpovídá skutečnosti pro popisovanou problematiku.
• „Připomínka kategorie B2“ se rozumí připomínka, kdy v požadovaném dokumentu je nejednoznačnost textové části.
• „Připomínka kategorie C2“ se rozumí ostatní připomínky, nespadající do kategorie A2 ani B2 a mající povahu gramatické nebo pravopisné chyby, nevhodného formátování, překlepů apod.
2.4. Kategorie vad SW
• „Vadou kategorie A l“ se rozumí vada, která vylučuje užívání Systému jako celku nebo jeho podstatné či ucelené části, vyplývá z nedodržení závazných právních předpisů, zapříčiní ztrátu dat, způsobuje, že použití Systému by nebylo bezpečné nebo by plně neodpovídalo zásadám bezpečnostní politiky Zadavatele, ohrožuje provoz nebo dostupnost jiné aplikace nebo samotného Systému v provozním prostředí Zadavatele, způsobuje, že Systém není schopen zvládat běžnou provozní zátěž nebo za provozních podmínek vede k omezení funkcionality Systému s dopadem na významný počet uživatelů.
• „Vadou kategorie B l“ se rozumí vada, omezující provoz, která způsobuje problémy při užívání a provozování Systému nebo jeho části, ale umožňující provoz, nemá vliv na kvalitu dat a výsledky zpracování a jí způsobené problémy lze dočasně řešit např. organizačními
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: .CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
opatřeními neboje možné pro její překonání nalézt odpovídající alternativu, kteráje akceptovatelná Zadavatelem.
• „Vadou kategorie C l“ se rozumí ostatní vady, nespadající do kategorie AI ani B1 a mající povahu „kosmetického" charakteru - tj. taková vada, jejíž výskyt neovlivňuje zásadním způsobem aktivity uživatelů a výstupy z těchto aktivit.
2.2. základní parametry nápravných opatření
• Základní parametry nápravných opatření dle klasifikace chyb
• Konkrétní nápravné opatření navrhne TDI ve vyhodnocení v konkrétně řešeném úseku
• Opatření bude obsahovat jednotlivé činnosti i k nim vztažené termíny
• Nápravné opatření se budou vždy vztahovat k nejvyšší klasifikované kategorii chyb
Typy nápravnýc h opatření | Základní parametry opatření | Základní parametry opatření - konsolidace dat | Převzetí dat |
a | Přepracování nefunkční části/dokumentace | Přepracování vyhodnocení | IS není možné od Zhotovitele převzít |
b | Dopracování a úprava komponenty/dokume ntace | Dopracování do celku | Lze převzít s výhradami |
c | Doplnění nebo úprava řešení /dokumentace | dopracování do celku | Lze převzít s výhradami a umožňuj í-li to další body smlouvy s fakturací s tím, že termín nápravy nemůže být delší než 30 dní |
3. Evidence a vykazování kontrol
Dodavatel bude po dobu realizace zakázky evidovat a archivovat veškerou dokumentaci kontrol, protokoly a zápisy uskutečněných jednání.
O všech provedených kontrolách a testování funkčnosti systému bude vedena podrobná evidence, aby postupy bylo možné opakovat.
4. Ostatní
Kontroly budou provedeny dle předpisů a metodik IS DTM krajů s ohledem na 3D řešení DTM ŘSD a požadavky Technickou specifikací IS DTM, uvedené v příloze 1., zadávací dokumentace a v rámci projetu IS DTM RSD, zpracovaných a Objednatelem schválených dokumentů Úvodní analýza a Definice Projektu.
Dodavatel služby kontrolní činnosti nesmí být součástí konsorcia, které je dodavatelem IS DTM ŘSD.
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4. IČO: 65993390. DIČ: .CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
5. Předpisy
Vyhláška o DTM č. | |
393/2020 Sb. v platném | |
znění | |
Přiloha č. 7 Výzvy OP PIK pro VPS | |
Společná technická | |
dokumentace IS DTM | |
kraje | m |
Metodika pořizování, | |
správy a způsobu | |
poskytování dat DTM | |
veřejnoprávních subjektů | |
Datové předpisy RSD | |
Pravidla výměnného | |
luiiiidLU u d í J v r u i iv i ve správě ČÚZK | |
Požadavky na IS DTM | H H H P H V B H I |
Přílohy smlouvy na IS DTM | Příloha č. 1 Smlouvy o realizaci, podpoře a rozvoji informačního systému Digitální technické mapy RSD ČR - Technická specifikace |
Ředitelství silnic a dálnic ČR. Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: .CZ65993390
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
„Digitální technická mapa ŘSD ČR“ registrační číslo CZ.01.4.03/0.0/0.0/19_317/0025757.
Příloha č. 2
Oceněný Soupis služeb obsahující jednotkové ceny
předmět | jednotka | Počet jednotek | Jednotková cena (Kč) | Celkem (Kč) |
programátor | hod | |||
architekt | hod | |||
tester | hod |
Cena 1.550.000,-Kč
Cena s DPH 1.875.500,-Kč
Ředitelství silnic a dálnic ČR, Na Pankráci 546/56. 140 00 Praha 4, IČO: 65993390. DIČ: CZ65993390
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Příloha č. 3
Technická specifikace IS DTM
Obsah
Definice zkratek 36
Seznam příloh 39
1.1 Představení Zadavatele 40
1.1.1 Organizační členění, řídící vztahy, působnosti a povinnosti organizačních útvarů Zadavatele 40
1.2 Cíle projektu DTM ŘSD a Projektu 40
1.3 Účel dokumentu 42
1.4 Popis předmětu plnění IS DTM ŘSD 42
1.5 Etapy předmětu plnění 43
1.6 Vazba mezi pořízením dat, jejich konsolidací, aktualizací a editací a implementací SW 45
1.7 Právní předpisy a související dokumenty 48
2.1 Koncept řešení 52
2.1.1 Základní procesy 55
2.2 Požadavky na řešení IS DTM ŘSD 57
2.2.1 Legislativní (právní) a platformní požadavky 57
2.2.2 Hlavní principy 57
2.2.3 Základní požadavky na vývoj řešení 58
2.2.4 Základní požadavky na prezentační vrstvu 60
2.2.5 Základní požadavky na aplikační vrstvu 61
2.2.6 Základní požadavky na Integrace 61
2.2.7 Základní požadavky na datovou vrstvu 61
2.2.8 Koncová zařízení IS DTM ŘSD 63
2.2.9 Autentizace a autorizace 63
2.2.10 Požadavky na bezpečnost 64
2.3 Byznys architektura 65
2.3.3 Funkcionality a procesy 67
2.4 Aplikační architektura 67
2.4.1 Evidence a správa primárních dat 67
2.4.2 Správa a publikace geografických dat 71
2.4.3 Správa ZPS, Dl, TI a ostatních dat ŘSD 74
2.4.4 Interní geoportál 79
2.4.5 Externí geoportál 82
2.4.9 Správa uživatelů a rolí 88
strana 33
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
2.4.10 Autentizace a autorizace 91
2.4.12 Metadata 93
2.4.13 Statistiky 94
2.4.15 Integrace 99
2.5 Technologická architektura 100
2.6 Úvodní analýza a řízení projektu 101
2.6.1 Úvodní analýza a Definice Projektu 101
2.6.2 Definice a řízení Projektu 101
2.6.3 Cílové koncepty 102
2.7 Realizace jednotlivých Etap IS DTM ŘSD 104
2.7.1 Vývoj a implementace 104
2.7.2 Integrační testy 104
2.7.3 Uživatelské a akceptační testy 104
2.7.4 Ověřovací provoz 104
2.7.5 Optimalizace Systému, akceptace, nasazení do ostrého provozu 105
2.8 Migrace dat a podpora při nahrávání a editaci dat 105
2.9 Dokumentace IS DTM ŘSD 106
2.9.1 Obecné požadavky na dokumentaci 106
2.9.2 Forma a předání dokumentace 106
2.9.3 Dokumentace architektury řešení 106
2.9.4 Dokumentace datového modelu 106
2.9.5 Dokumentace popisu rozhraní 107
2.9.6 Popis testovacího a produkčního prostředí IS DTM ŘSD 107
2.9.7 Programátorská dokumentace 107
2.9.8 Uživatelská dokumentace 107
2.9.9 Administrátorská dokumentace 107
2.10 Skolení administrátorů a klíčových uživatelů 108
3 Poskytování Služeb podpory, dalších povinností Zhotovitele, Služeb Exitu a Služeb xxxxxxx 000
3.1.1 Rozsah Služeb podpory 111
3.1.2 Provozní deník 113
3.1.3 Výkazy poskytnutých Služeb podpory 114
3.1.4 Měření a vyhodnocování poskytnutých Služeb podpory 114
3.1.5 Struktura katalogového listu služby 114
3.1.6 Servisní model a parametry SLA 115
3.1.7 Elelpdesk Zadavatele 117
3.1.8 Monitoring a odstávky Systému 117
3.1.9 Podpora komponent třetích stran 118
3.1.10 Podklady pro měření a vykazování služeb 118
3.2 Další povinnosti Zhotovitele 119
3.3 Služby Exitu 120
strana 34
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
5 Akceptace plnění 123
5.1 Pravidla akceptace 123
5.2 Akceptační kritéria 123
5.2.1 Akceptační kritéria pro software/Systém 124
5.2.2 Akceptační kritéria pro dokumentaci 124
5.2.3 Společná ustanovení pro akceptační kritéria 125
5.3 Testy a nasazení Systému do provozního prostředí 125
5.3.1 Systémové funkční testy 126
5.3.2 Integrační testy 126
5.3.3 Uživatelské akceptační testy 126
5.3.4 Penetrační a bezpečnostní testy 126
5.3.5 Připravenost k nasazení do provozního prostředí 127
5.4 Metody akceptace 127
5.4.1 Akceptace plnění typu software 127
5.4.2 Akceptace výkonnostních parametrů 127
5.4.3 Akceptace dokumentů (včetně Základního dokumentu Projektu a Cílových konceptů) 127
5.4.4 Akceptace migrace dat do IS DTM ŘSD 128
5.4.5 Akceptace školení 128
5.4.6 Akceptace provedeného úkolu 128
5.4.7 Akceptace předávaných položek 128
strana 35
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Definice zkratek
V dokumentu jsou používány následující zkratky:
Zkratka | Definice |
AD | Active directory |
APV | Aplikační vybavení, SW řešení Systému |
BIM | Building Information Modelling |
CAD | Computer aided design |
CEPK | Centrální evidence pozemních komunikací |
CSV | Souborový formát určený pro výměnu tabulkových dat |
CSW | Catalogue Service for the Web |
ČÚZK | Český úřad zeměměřický a katastrální |
DGN | Datový formát vektorových dat CAD Microstation |
Dl | Dopravní infrastruktura |
DMS | Document management systém |
DMZ | Demilitarizovaná zóna |
DSPS | Dokumentace skutečného provedení stavby |
DTI | Dopravní a technická infrastruktura |
DTM | Digitální technická mapa |
DTM ŘSD | Digitální technická mapa Ředitelství silnic a dálnic |
DWG | Datový formát vektorových dat CAD Autocad |
DXF | Datový formát vektorových dat CAD Autodesk |
eSSL | Spisová služba Zadavatele |
ETL | Extrakce, transformace a nahrání dat |
EXIF | Exchangeable image filé formát |
GeoJSON | Otevřený standardní formát navržený pro reprezentaci jednoduchých prostorových geografických dat společně s jejich atributy |
GIS | Geografický informační systém |
GUI | Grafické uživatelské rozhraní |
IdM | Identity management (systém správy identit) |
informační systém | Informační systém Digitální technické mapy Ředitelství silinci a dálnic; výsledek plnění této Veřejné zakázky |
IS | Informační systém Digitální technické mapy Ředitelství silinci a dálnic; výsledek plnění této Veřejné zakázky |
IS DMVS | Informační systém Digitální mapy veřejné správy |
IS DTM ŘSD | Informační systém Digitální technické mapy Ředitelství silinci a dálnic; výsledek plnění této Veřejné zakázky; Dílo |
IS DTM | Informační systém digitální technické mapy kraje |
ISKN | Informační systém katastru nemovitostí |
JSON | JavaScript Object Notation - datový formát |
JVF | Jednotný výměnný formát |
KML | Keyhole Markup Language |
LOD | Level Of Detail |
MD | Ministerstvo dopravy |
strana 36
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Zkratka | Definice |
MKB | Manažer kybernetické bezpečnosti |
MPO | Ministerstvo průmyslu a obchodu |
NIA | Portál národního bodu pro identifikaci a autentizaci |
OGC | Open Geospatial Consortium |
OP PIK | Operační program Podnikání a inovace pro konkurenceschopnost |
PD | Pracovní den |
Souborový formát pro ukládání dokumentů obsahující text i obrázky | |
PMI | Project Management Institute. Metodika projektového řízení. |
PRINCE2 | Projects in controlled environments 2lldversion. Metodika projektového řízení |
RACI | RACI matice - matice odpovědnosti (R - Responsible, A - Accountable, C - Consulted, I - Informed) |
REST | Representational State Transfer. Architektura rozhraní. |
RÚIAN | Registr územní identifikace, adres a nemovitostí |
ŘSD ČR | Ředitelství silnic a dálnic ČR |
SDB | Silniční databanka |
SHP | Souborový formát pro ukládání vektorových prostorových dat pro geografické informační systémy |
SHV | Systém hospodaření s vozovkou |
SLA | Service Level Agreement |
Smlouva | Smlouva o realizaci, podpoře a rozvoji informačního systému Digitální technické mapy ŘSD ČR |
SOAP | Simple Object Access Protocol |
SQL | Structured Query Language |
SSL | Secure Sockets Layer |
SSO | Single Sign-On ŘSD ČR, jediné přihlášení (implementované v ŘSD ČR) |
Systém | Informační systém Digitální technické mapy Ředitelství silinci a dálnic; výsledek plnění této Veřejné zakázky |
TCP | Transmission Control protocol - jeden ze základních protokolů sady protokolů Internetu, konkrétně představuje transportní vrstvu. |
TI | Technická infrastruktura |
TIN | Trojúhelníkový model povrchu |
TOGAF | The Open Group Architecture Framework |
TXT | Souborový formát pro výměnu prostých textů |
UDP | User Datagram Protocol |
m | User interface |
UML | Unified Modeling Language |
ÚOZI | Úředně oprávněný zeměměřický inženýr |
UX | User experience |
Veřejná zakázka | Veřejná zakázka Realizace, podpora a rozvoj informačního systému Digitální technické mapy ŘSD ČR (IS DTM ŘSD) |
strana 37
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Zkratka | Definice |
VKB | Vyhláška č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti |
VPN | Virtual private network |
VPS | Veřejnoprávní subjekt |
vyhláška č. 393/2020 Sb. | Vyhláška č. 393/2020 Sb., o digitální technické mapě kraje |
VZ | Veřejná zakázka Realizace, podpora a rozvoj informačního systému Digitální technické mapy ŘSD ČR (IS DTM ŘSD) |
WFS | Web Feature Service |
WMS | Web Map Service (Webová mapová služba) |
WMTS | Web Map Tile Service (Webová mapová dlaždicová služba) |
WS | Web Service |
XML | Rozšiřitelný značkovací jazyk |
Zadavatel | Ředitelství silnic a dálnic ČR; Objednatel |
zákon č. 47/2020 Sb. | Zákon č. 47/2020 Sb., kterým se mění zákon č. 200/1994 Sb., o zeměměřictvi a o změně a doplnění některých zákonů souvisejících s jeho zavedením, ve znění pozdějších předpisů, zákon č. 183/2006 Sb., o územním plánování a stavebním řádu (stavební zákon), ve znění pozdějších předpisů, a další související zákony, ve znění pozdějších předpisů |
Zhotovitel | Smluvní strana této Smlouvy |
ZMK | Základní mapa komunikace |
ZoKB | Zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů |
ZPS | Základní prostorová situace - geodata vybraných prvků na zemském povrchu, pod ním nebo nad ním, reprezentující základní prostorové uspořádání situace v území formou liniových, bodových a plošných (polygonových) prvků |
ZZVZ | Zákon č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů |
strana 38
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Seznam příloh
Xxxxx | Xxxxx přílohy |
la | Pravidla pro SW a jeho dodání do prostředí RSD |
lb | Popis ESB ŘSD |
lc | Popis poskytnutého technologického vybavení Zadavatele |
strana 39
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Úvod
Představení Zadavatele
Ředitelství silnic a dálnic ČR (dále jen „ŘSD Lnebo „Zadavatel) je státní příspěvková organizace zřízená Ministerstvem dopravy ČR. Základním předmětem činnosti organizace ŘSD je výkon vlastnických práv státu k nemovitostem tvořícím dálnice a silnice I. třídy, zabezpečení správy, údržby a oprav dálnic a silnic L. třídy a zabezpečení výstavby a modernizace dálnic a silnic I. třídy. ŘSD je tak významným správcem dopravní infrastruktury a návazné technické infrastruktury.
V souvislosti s vydáním zákona č. 47/2020 Sb., kterým se mění zákon č. 200/1994 Sb., o zeměměřictví a o změně a doplnění některých zákonů souvisejících s jeho zavedenim, ve zněm pozdějších předpisů, zákon č. 183/2006 Sb., o územním plánování a stavebním řádu (stavební zákon), ve znění pozdějších předpisů, a další související zákony, ve znění pozdějších předpisů (dále jen „zákon č. 47/2020 Sb. “), a vyhlášky č. 393/2020 Sb., o digitální technické mapě kraje (dále jen „vyhláška č. 393/2020 Sb,“) je ŘSD jako veřejnoprávní subjekt povinnen připravit, zprovoznit a naplnit IS pro správu a poskytování dat DTM Z pohledu uvedených právních předpisů bude ŘSD konkrétně naplňovat a podporovat plnění povinností primárně jako správce dopravní a technické infrastruktury, po dohodě s příslušnými kraji pak také jako správce základní polohové situace.
Realizace Digitální technické mapy veřejné správy (DTM VS), na kterou projekt DTM ŘSD navazuje, je uvedena jako opatření v Geoinfostrategii ČR, schválené Usnesením vlády ČR č. 815 ze dne 8. října 2014, o Strategii rozvoje infrastruktury pro prostorové informace v České republice do roku 2020, dále je uvedena také v aktuální verzi Akčního plánu Geoinfostrategie a současně budou jednotlivé DTM projekty uvedeny v nově připravované Geoinfostrategii
2020+.
Tento Projekt (tato Veřejná zakázka) bude v souladu s dalšími iniciativami v oblasti digitálních map v resortu dopravy (např. Resortní mapový geoportál konsolidovaných prostorových dat či Centrální evidence pozemních komunikací - CEPK).
Používá-li se v tomto dokumentu pojem „projekt DTM\ rozumí se tím i části projektu mimo předmět této Veřejné zakázky. Používá-li se zde pojem „Projekt IS DTMŘSD"" nebo
„Projekt, jedná se podmnožinu projektu DTM a předmět této Xxxxxxx xxxxxxx. Organizační členění, řídící vztahy, působnosti a povinnosti organizačních útvarů Zadavatele
ŘSD je centrálně řízeno prostřednictvím odborů a úseků generálního ředitelství. Projekt DTM primárně spadá do gesce Úseku provozního. Z pohledu IT bude Projekt zastřešen Úsekem informatiky. Vzhledem k tomu, že předmětem správy informačního systému digitální technické mapy ŘSD (dále jen „IS DTM ŘSD"' nebo „Systém"j jsou i plánované záměry staveb, dotkne se Projekt také Úseku výstavby.
Cíle projektu DTM ŘSD a Projektu
Hlavním cílem projektu DTM ŘSD (i této Veřejné zakázky) je dodání funkčního informačního systému Digitální technické mapy Ředitelství silnic a dálnic ČR (IS DTM ŘSD nebo Systém, dále také „Dílo“), který bude integrovaný na informační systémy DTM na úrovni ČUZK a krajů, a který bude naplněn daty. Jejich obsahem budou pořízená, digitalizovaná, vyhodnocená a interpretovaná data o Základní prostorové situaci (ZPS), dopravní infrastruktuře (Dl) a technické infrastruktuře (TI). IS DTM ŘSD naplněný daty zajistí pro ŘSD naplnění právních předpisů týkajících se DTM. Cílem Projektu je mít v rámci IS DTM ŘSD na jednom místě
strana 40
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
shromážděná garantovaná geoprostorová data o ZPS, Dl a TI, která budou využívána celou řadou agend napříč organizací.
IS DTM RSD bude komplexní procesně orientovanou platformou pro pořizování a správu geodetické a popisné části technické dokumentace majetku a dopravní a technické infrastruktury ve správě organizace, podporující ukládání, správu a aktualizaci dat DTM. Systém dále umožní vedle komunikace a výměny dat s kraji a ČUZK přes jednotné rozhraní informačního systému IS DMVS také publikaci a sdílení služeb a mapových výstupů napříč organizací a také směrem z organizace ven
Implementovaný IS DTM RSD musí být navržen a realizován tak, aby bylo možné předávat data do připravovaného resortního Geoportálu Ministerstva dopravy na základě standardních služeb a definovaných standardizovaných formátů primárně na bázi XML. V rámci Projektu provede Zhotovitel analýzu dokumentace integračního rozhraní Geoportálu Ministerstva dopravy dodané Zadavatelem a následně implementuje tuto integraci v rámci dodávky IS DTM ŘSD
Celý projekt DTM v rámci RSD se skládá z mnoha aktivit, které se doplňují, některé na sebe navazují a některé se překrývají. Pro pochopení celého rámce Projektu a vypracování optimálního návrhu řešení a realizace IS DTM RSD nezbytné2, aby měl Zhotovitel podrobnou znalost minimálně následujících veřejně dostupných informací v jejich posledním aktuálním znění:
Vyhláška o DTM č. 393/2020 Sb. v platném znění | |
Příloha č. 7 Výzvy OP PIK pro VPS | |
Společná technická dokumentace IS DTM kraje | ■ |
Metodika pořizování, správy a způsobu poskytování dat DTM veřejnoprávních subjektů | |
Zadávací dokumentace IS | |
DMVS |
2 Předpokládá se, že Zhotovitel bude požadavky dokumentů, které nejsou přílohou této Smlouvy, respektovat, a to i v případě, že jsou doporučující povahy, ledaže ze Smlouvy výslovně plyne odlišné řešení, dohodnou-li se smluvní strany na odlišném řešení nebo je-li z obsahu takového dokumentu zřejmé, že na Systém nedopadá a nemůže dopadat.
strana 41
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Pravidla výměnného |
formátu dat JVF DTM |
ve správě ČÚZK |
Mezi nej důležitější relevantní aktivity projektu DTM ve vztahu k této VZ patří:
• Dodávky geodetických prací (pořízení a konsolidace dat) v průběhu celého Projektu.
• Dodávka a implementace HW potřebného pro zajištění provozu IS DTM ŘSD společně s dodávkou ostatních licencí (VMware, Veeam, Windows Server).
• Technický dohled nad implementací IS DTM ŘSD.
Po dokončení projektu DTM bude Zadavatel, jako veřejnoprávní subjekt a správce dopravní a technické infrastruktury, disponovat nástroji pro správu svěřené části DTM (ZPS) a dostatečnými nástroji pro správu Dl a TI.
Účel dokumentu
Tento dokument (tato příloha Smlouvy) je určen k popisu a definici rozsahu díla, dodávek a služeb, které Zadavatel poptává jako předmět plnění této Veřejné zakázky.
Předmětem této dokumentace je popis a stanovení požadavků na vytvoření a implementaci IS DTM ŘSD, a to včetně nedílně souvisejících požadavků typu provedení integračních prací, migrací dat ze zdrojových systémů, zaškolení, dodání licencí, zpracování dokumentace a zákaznické podpory (viz kapitola 0). Dále tato příloha stanoví požadavky na poskytováni Služeb podpory, rozvoje a exitu.
Hlavním cílem Zadavatele je v rámci této Veřejné zakázky pořídit a implementovat komplexní IS DTM ŘSD, který naplní potřeby Zadavatele, vyvolané zákonnými povinnostmi Zadavatele, vyplývajícími z role ŘSD v projektu DTM ČR (konkrétně ze zákona č. 47/2020 Sb. a vyhlášky č. 393/2020 Sb.), a dále zajistit optimální provoz IS DTM ŘSD zejména v oblasti zpracování a vedení relevantních geodat a dat, která jsou definována právními předpisy a potřebami ŘSD
v rámci podpory agend spojených s předmětnými právními předpisy, a provést naplnění IS DTM ŘSD prvotními daty.
Popis předmětu plnění IS DTM ŘSD
Předmětem plnění Xxxxxxx xxxxxxx je:
1. Vypracování Úvodní analýzy a Definice Projektu IS DTM ŘSD, vypracování Základního dokumentu Projektu (ZDP)
2. Návrh IS DTM ŘSD - vypracování Cílových konceptů včetně návrhu datového modelu, které vzejdou z Úvodní analýzy Projektu a budou obsahovat detailní technickou specifikaci IS DTM ŘSD pro příslušnou Etapu realizace Projektu
3. Dodávka licencí, vývoj a implementace aplikační a databázové části IS DTM ŘSD (včetně vytvoření testovací instance celého IS DTM ŘSD), nasazení do ověřovacího provozu a předání do řádného užívání.
4. Poskytnutí dalších souvisejících služeb pro výše uvedený IS DTM ŘSD:
a. Provedení integrací na další systémy v prostředí Zadavatele v rozsahu uvedeném v této Technické specifikaci
strana 42
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
b. Úvodní naplnění a migrace dat jež jsou výstupem datové části Veřejné zakázky (viz kapitola 0)
c. Nastavení Systému
d. Testování, akceptace, předání a zajištění podpory ověřovacího (pilotního) provozu
e. Zaškolení odborného personálu Zadavatele
f. Vypracování dokumentace
5. Služby servisní podpory provozu od ukončení 1. Etapy realizace IS DTM ŘSD (dále též jen „Služby podpory“)
6. Další povinnosti Zhotovitele dle kap. 0
7. Služby Exitu (součinnost při ukončení poskytování služeb Xxxxxxxxxxxx)
8. Služby rozvoje IS DTM ŘSD (dále též jen „Služby rozvoje“)
(Služby podpory, Služby Exitu, Další povinnosti Zhotovitele, Služby rozvoje a případná další službová plnění, která nelze zahrnout pod pojem Dílo, dále též jen ,,SIužbyíf.)
Předmět plnění zahrnuje veškerá plnění včetně software pro zajištění 100% funkčnosti a provozuschopnosti IS DTM ŘSD na základě této technické specifikace a jejích příloh. Etapy předmětu plnění
Předmět plnění bude rozdělen do 3 Etap realizace IS DTM ŘSD a na ně navazující Služby.
1. 1. Etapa realizace IS DTM ŘSD zahrnuje:
• Vypracování Úvodní analýzy a Definice Projektu IS DTM ŘSD - detailní popis požadovaného plnění viz kap. 0 a 0
• Vypracování Cílového konceptu pro 1. Etapu realizace IS DTM ŘSD v níže uvedeném rozsahu v souladu s požadavky definovanými v kap. 0 a současně výsledky Úvodní analýzy Projektu IS DTM ŘSD zpracované dle požadavků kap.O.
• Poskytnutí SW licencí a dodávka případných dodatečných HW technologií nad rámec technologického vybavení poskytnutého Zadavatelem, nezbytných pro realizaci 1. Etapy řešení Projektu, navrženého Zhotovitelem - viz kap. 0,
• Vývoj a implementaci funkčního minima IS DTM ŘSD pro přebírání, kontrolu, editaci a schvalování dat vzniklých v rámci zakázek Zadavatele na prvotní pořízení dat DTM ŘSD, které budou probíhat paralelně s tímto Projektem. Předmětem plnění jsou tyto komponenty, resp. jejich funkční části:
o Evidence a správa primárních dat v rozsahu požadovaném v kap. 0 pro
1. Etapu
o Správa a aktualizace ZPS, Dl, TI a ostatních dat ŘSD v rozsahu nutném pro import a kontrolu prvotních dat ve formátu JVF - viz kap. 0
o Interní Geoportál v rozsahu odpovídajícím uživatelským a integračním potřebám ve vazbě na komponenty Evidence a správa primárních dat a Správa a aktualizace ZPS, Dl, TI a ostatních dat ŘSD. Komponenta Interního geoportálu už bude v Cílové architektuře a technologii, pouze nebude
strana 43
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
obsahovat veškerou funkcionalitu, ta bude postupně doplněna v další Etapě Projektu - viz kap. 0
o Správa uživatelů a rolí - viz kap. 0
o Autentizace a autorizace - viz kap. 0
o Metadata v rozsahu odpovídajícím potřebám práce s primárními daty - viz kap.
o Mapová komponenta - viz kap. 0
o Integrace na IdM - viz kap. 0
• Nastavení, testování, akceptace, předání a nasazení Systému do ověřovacího provozu - viz kap. 0
• Migrace dat pro 1. Etapu realizace IS DTM ŘSD - viz kap. 0
• Vypracování dokumentace pro 1. Etapu realizace IS DTM ŘSD - viz kap. 0
• Zaškolení odborného personálu Zadavatele pro 1. Etapu realizace IS DTM ŘSD - viz kap. 0
2. 2. Etapa realizace IS DTM ŘSD zahrnuje:
• Vypracování Cílového konceptu pro 2. Etapu realizace IS DTM ŘSD v níže uvedeném rozsahu v souladu s požadavky definovanými v kap. 0
• Poskytnutí SW licencí a dodávka případných dodatečných HW technologií nad rámec technologického vybavení poskytnutého Zadavatelem, nezbytných pro realizaci 2. Etapy řešení Projektu, navrženého Zhotovitelem - viz kap. 0,
• Vývoj a implementaci dalších funkčností IS DTM ŘSD pro splnění povinností vyplývajících z právních úpravy o DTM a souvisejících dokumentů, tedy zejména plná správa TI a Dl dat a splnění role Editora DTM ve vazbě na IS DMVS a IS DTM krajů. Předmětem dodávky jsou tyto komponenty, resp. jejich části:
o Evidence a správa primárních dat v plném rozsahu požadovaném v kap.
2.4.1.1
o Správa a publikace geografických dat - viz kap. 0
o Správa a aktualizace ZPS, Dl, TI a ostatních dat ŘSD v plném rozsahu - viz kap. 0
o Interní Geoportál v plném rozsahu - viz kap. 0
o Integrace na IS DMVS a IS DTM krajů - viz kap. 0 (detailně též viz kap. 0)
• Aktualizace nastavení, testování, akceptace, předání a nasazení Systému do ověřovacího provozu - viz kap. 0
• Úvodní naplnění daty a migrace dat pro 2. Etapu realizace IS DTM ŘSD - viz kap. 0
• Vypracování a aktualizace dokumentace pro 2. Etapu realizace IS DTM ŘSD - viz kap. 0
• Zaškolení odborného personálu Zadavatele pro 2. Etapu realizace IS DTM ŘSD - viz kap. 0
3. 3. Etapa realizace IS DTM ŘSD zahrnuje:
• Vypracování Cílového konceptu pro 3. Etapu realizace IS DTM ŘSD v níže uvedeném rozsahu v souladu s požadavky definovanými v kap. 0
strana 44
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
• Poskytnutí SW licencí a dodávka případných dodatečných HW technologií nad rámec technologického vybavení, poskytnutého Zadavatelem, nezbytných pro realizaci 3. Etapy řešení Projektu, navrženého Zhotovitelem - viz kap. 0,
• Vývoj a implementace všech zbývajících komponent IS DTM RSD. Předmětem dodávky jsou tyto komponenty, resp. jejich části:
o Externí geoportál - viz kap. 0
o Metadata v plném rozsahu - viz kap. 0
o Integrace na interní systémy Zadavatele prostřednictvím ESB - viz kap. 0
• Aktualizace nastavení, testování, akceptace, předání a nasazení Systému do ověřovacího provozu - viz kap. 0
• Rozdílová migrace dat pro 3. Etapu - viz kap. 0
• Vypracování a aktualizace dokumentace pro 3. Etapu realizace IS DTM RSD - viz kap. 0
• Zaškolení odborného personálu Zadavatele pro 3. Etapu realizace IS DTM RSD - viz kap. 0
4. Služby podpory
• Zahájení průběžného poskytování Služeb podpory po ukončení 1. Etapy realizace a nasazení IS DTM RSD do ostrého provozu a řádného užívání - viz kap. 0
• Rozšíření poskytování Služeb podpory po ukončení 2. a 3 Etapy realizace IS DTM RSD - viz kap. 0
• Nedílnou součástí tohoto plněni jsou i služby maintenance poskytnutých SW licencí
5. Služby rozvoje
• Zahájení průběžného poskytování služeb rozvoje IS DTM RSD na základě požadavků Zadavatele se předpokládá zejména po ukončení 2. Etapy realizace a nasazení IS DTM RSD do řádného užívání - detailní popis požadovanho plnění viz kap. 0. Služby rozvoje však mohou být požadovány kdykoliv během účinnosti Smlouvy (tedy i dříve než po ukončení 2. Etapy realizace).
6. Služby Exitu
• Služby Exitu zahrnují poskytnutí součinnosti při ukončení poskytování předmětu plnění Zhotovitelem (viz kap 0). Mohou být vyžádány kdykoli za účinnosti Xxxxxxx
v souvislosti s jejím ukončením.
Dodavatelé datových prací budou předávat pořizená data z území celé ČR průběžně po jednotlivých komunikacích, resp. jejich úsecích. Předmětem předání budou data ve formátu XML (rozšířený datový formát JVF doplněný o ostatní datové prvky RSD), dále data ve formátu DGN, zpracovaná dle předpisu B2/C1, a dále primární data jako jsou letecké měřické
strana 45
H
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
snímky, ortofotomapy, mračna bodů, panoramatické fotografie atp. doplněná o nezbytnou dokumentaci (technické zprávy atp.). Celkový rozsah dat ZPS, Dl a TI je cca 550 km dálnic a cca 3.450 silnic I.třídy.
Primární data budou ukládána v IS DTM ŘSD v komponentě Evidence a správa primárních dat (viz kap. 0). Do doby spuštění této komponenty (1. Etapa realizace) budou data uložena na vhodných datových médiích u Zadavatele. Po spuštění komponenty zajistí Zhotovitel nezbytnou součinnost s nahráním těchto dat do uvedené komponenty IS DTM RSD. Dále budou primární data nahrávána přímo dodavateli datových prací do zmíněné komponenty.
Vlastní data DTM RSD budou dodavatelé datových prací předávat ve formátu XML (rozšířený JVF o potřeby ŘSD). Kontrolu dat bude provádět externí technický dozor. Do doby dokončení
1. Etapy realizace Projektu bude kontrola probíhat primárně v prostředí CAD, následně již bude využívat funkčnost IS DTM ŘSD. Po dobu do dokončení 1. Etapy realizace Projektu budou tato data shromažďována Zadavatelem. Souběžně bude probíhat jejich aktualizace na základě GDSPS pořízených v průběhu Projektu. Aktualizaci budou provádět editoři (interní pracovníci Zadavatele, příp. externí dodavatel), kteří budou také zajišťovat „stykování" jednotlivých datových souborů. V rámci této editace budou data shromažďována na zvláštním datovém úložišti Zadavatele. Zhotovitel bude data z tohoto úložiště přebírat ve formátu XML a postupně je ukládat v Datovém meziskladu, ze kterého potom proběhne finální migrace dat do IS DTM ŘSD. Migrační scénář bude detailně popsán v Cílovém konceptu na základě požadavků definovaných v kap. 0.
strana 46
H
EVROPSKÁ UNIE
Evropský fond pro regionální' rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Obrázek 1 - Návaznost zakázek na pořízení dat a editaci dat
strana 47
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Právní předpisy a související dokumenty
Cílem tohoto dokumentuje definovat funkční a nefunkční požadavky IS DTM ŘSD a dále požadavky na prvotní naplnění IS DTM ŘSD daty v souladu s platnou právní úpravou a specifickými požadavky Zadavatele. S ohledem na komplexnost problematiky DTM je nutné vzít při návrhu SW řešení v potaz všechny níže uvedené dokumenty, plně respektovat právní úpravu a požadavky z ní plynoucí (v případě vyhlášky č. 393/2020 Sb. i dosud neúčinnou právní úpravu) a tomuto rámci podřídit i veškeré datové práce.
Xxxxxx s právními předpisy musí být zajištěn ve třech rovinách:
• Procesní - požadavky na posloupnost vykonávaných aktivit, dodržení komunikačních vzorů, reakčních dob a dokumentačních postupů
• Technická - požadavky na technickou, technologickou a bezpečnostni funkcionalitu pořizovaných systémů a jejich vzájemnou integraci.
• Datová - požadavky na rozsah, detail a přesnost pořizovaných a poskytovaných dat, jejich kategorizaci a identifikaci, četnost a formát pro jejich výměnu s ostatními subjekty DTM.
Xxxxxx s právními předpisy a programem bude zajištěn plněním požadavků ze dvou hlavních oblastí:
• Legislativní požadavky - požadavky plynoucí ze zákonů, vyhlášek a směrnic a případně jiných právních předpisů.
• Technické předpisy a normy - požadavky plynoucí z interních a externích předpisů. Níže je obsažený obecný přehled předpisů a dokumentů, které je třeba dodržet při realizací předmětu plnění. Tento výčet má za cíl upozornit Xxxxxxxxxxx na rozsah problematiky, kterou se v návaznosti na jednotlivé požadované funkcionality zavazuje dodržet, a u níž se tedy zavazuje Zadavateli zajistit soulad s právní úpravou a dalšími podmínkami v souladu s požadavky této
specifikace. Dílčí právní požadavky a odkazy na právní předpisy jsou obsaženy i v dalších částech této přílohy č. 1 Smlouvy a jejích přílohách.
Právní rámec je dán především těmito předpisy a dokumenty:
1) Zákon č. 47/2020 Sb., kterým se mění zákon č. 200/1994 Sb., o zeměměřictví a o změně
a doplnění některých zákonů souvisejících s jeho zavedením, ve znění pozdějších předpisů, zákon č. 183/2006 Sb., o územním plánování a stavebním řádu (stavební zákon), ve znění pozdějších předpisů, a další související zákony, ve znění pozdějších předpisů;
strana 48
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
2) Zákon č. 200/1994 Sb., o zeměměřictví a o změně a doplnění některých zákonů souvisejících s jeho zavedením, ve znění pozdějších předpisů;
3) Zákon č. 183/2006 Sb., o územním plánování a stavebním řádu (stavební zákon), ve znění pozdějších předpisů;
4) Zákon č. 13/1997 Sb., o pozemních komunikacích, ve znění pozdějších předpisů;
5) Vyhláška č. 31/1995 Sb , kterou se provádí zákon č. 200/1994 Sb., o zeměměřictví a o změně a doplnění některých zákonů souvisejících s jeho zavedením, ve znění pozdějších předpisů;
6) Vyhláška č. 499/2006 Sb., o dokumentaci staveb, ve znění pozdějších předpisů;
7) Vyhláška č. 503/2006 Sb., o podrobnější úpravě územního rozhodování, územního opatření a stavebního řádu, ve znění pozdějších předpisů;
8) Vyhláška č. 146/2008 Sb. o rozsahu a obsahu projektové dokumentace dopravních staveb, ve znění pozdějších předpisů;
9) Vyhláška č. 393/2020 Sb., o digitálně technické mapě kraje, v platném znění (tj. ve znění publikovaném ve Sbírce zákonů, i když je v současné chvíli neúčinné);
10) Zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů;
11) Vyhláška č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti);
12) Vyhláška č. 317/2014 Sb., o významných informačních systémech a jejich určujících kritériích, ve znění pozdějších předpisů;
13)Zákon č. 111/2009 Sb., o základních registrech, ve znění pozdějších předpisů;
14) Zákon č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů;
15)Zákon č. 250/2017 Sb., o elektronické identifikaci, ve znění pozdějších předpisů;
16) Zákon č. 297/2016 Sb., o službách vytvářejících důvěai pro elektronické transakce, ve znění pozdějších předpisů;
17)Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů (dále též jen
„Nařízení GDPR’);
18)Nařízení Evropského parlamentu a Rady (EU) č. 910/2014 ze dne 23. července 2014 o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu a o zrušení směrnice 1999/93/ES (dále též jen „Nařízení elDAS”);
19) Směrnice Evropského parlamentu a Rady 2007/2/ES ze dne 14. března 2007 o zřízení Infrastruktury pro prostorové informace v Evropském společenství (INSPIRE);
20) Strategie rozvoje infrastruktury pro prostorové informace v České republice do roku 2020
(GeoInfoStrategie) včetně příslušného Akčního plánu;
21) Výzva III programu podpory vysokorychlostní internet - aktivity: Vznik a rozvoj digitálních technických map veřejnoprávních subjektů (DTM VPS);
22)Metodický návod pro pořizování dat DTM kraje v rámci řešení programu BETA2 projektu Č.TITSMV705 s názvem „Jednotný výměnný formát Digitální technické mapy (JVF DTM)“ s finanční podporou TA ČR;
23) Jednotný výměnný formát Digitální technické mapy (JVF DTM);
strana 49
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
24) ČSN 01 3410 - Mapy velkých měřítek - Základní a účelové mapy;
25) ČSN 01 3411 - Mapy velkých měřítek - Kreslení a značky;
26) ČSN 73 0415 - Geodetické body;
27) Datové předpisy ŘSD ČR (viz
^
28) Směrnice ŘSD ČR (viz
^
29) BOZP (viz
30)Technicko-kvalitativní podmínky pro dokumentaci stavební (viz
Xxxxxxxxxx je povinen dodat Dílo v souladu se všemi právními předpisy i ostatními požadavky dle této Smlouvy a garantovat, že SW řešení IS DTM ŘSD neobsahuje žádné známé zranitelnosti s tím, že realizované řešení bude Zadavatelem podrobeno penetračnímu testu bezpečnosti (viz kap. 0)
a zjištěné chyby musí Xxxxxxxxxx odstranit na své náklady. Zadavatel současně může IS DTM ŘSD průběžně skenovat svými nástroji pro řízení zranitelností.
Dílo nebo jeho část, případně výstup plnění Služeb musí být vždy ke dni akceptace Cílového konceptu pro danou etapu plnění nebo zadání plnění Služeb v souladu právními předpisy i ostatními požadavky dle této Smlouvy (legislativní požadavky, technické předpisy a normy, smluvní ujednání, ujednání dle Smlouvy atd.). Zhotovitel po uvedení 1. Etapy do ostrého provozu informuje Zadavatele o změnách právních předpisů, technických standardů a jiných podmínek, týkajících se předmětu plnění, o nichž se s ohledem na svou odbornost dozví, a s nimi související potřebě změn Systému nebo jeho části či jiné potřebě změny plnění, a to bez zbytečného odkladu poté, co se takovou změnu dozví. Takovou změnu je v souladu s pokyny Zadavatele ve sjednané lhůtě a formě povinen provést. Případná změna či úprava předmětu plnění je považována za Službu rozvoje (platí pro ni postupy pro Službu rozvoje).
Pro dodávku IS DTM ŘSD je zásadní dokument ..Specifikace technického standardu IS DTM“ (dostupné informace viz tabulka v kap. 0), který je přílohou výzvy III. programu podpory vysokorychlostní internet - aktivity: Vznik a rozvoj digitálnich technických map veřejnoprávních subjektů a stanovuje požadovanou funkcionalitu DTM, parametry technického řešeni na úrovni SW a HW a integrační vazby na okolní systémy. IS DTM ŘSD realizuje část (viz dále) požadavků kladených na IS DTM krajů a z tohoto důvodu je uvedený dokument jedním z výchozích zdrojů pro definici funkcionality IS DTM ŘSD a je pro Zhotovitele závazný.
Druhým zásadním dokumentem pro IS DTM ŘSD je dokument „Společná technická dokumentace - Informační systém Digitální technické mapy kraje“ (dostupné informace viz tabulka v kap. 0), který dále zpřesňuje Specifikaci technického standardu a definuje minimální technické požadavky na realizaci IS DTM. Vedle toho je zde uveden detailně popis metodiky vedení dat DTM, který musí implementovat všechny IS zahrnuté v rámci DTM ČR, tzn. včetně IS DTM ŘSD. Zároveň je zde popsán princip integrace IS DMVS, IS DTM krajů a IS DTM ŘSD, jakožto lokálního editora ZPS. Uvedený dokument je pro Zhotovitele závazný.
Dále je pro návrh IS DTM ŘSD klíčová definice Jednotného výměnného formátu DTM (JVF), který byl navržen jako standardizovaný formát pro sdílení dat DTM mezi partnery JVF DTM, subjekty veřejné správy a dalšími uživateli. Jde o univerzální formát pro předávání dat jak ze strany editorů DTI a ZPS a dále krajským DTM, tak pro výdej dat v předpřipravených datových balíčcích i výsledků specifických dotazů do datového fondu DTM. Popis JVF je publikován na webových
strana 50
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
stránkách ČUZK (viz tabulka v kap. 0) a je pro
Zhotovitele závazný
V souladu se Specifikací technického standardu IS DTM a Společnou technickou dokumentací IS DTM kraje budou součástí dodávky IS DTM RSD komponenty, které pokrývají:
• veškerou potřebnou komunikaci s IS DMVS (předávání dokumentací ZPS, Dl a TI, synchronizace číselníků),
• veškerou potřebnou komunikaci s IS DTM krajů a IS DTM ŘSD (předávání dokumentací ZPS, synchronizace číselníků, komunikaci v rámci přeshraniční editace),
• kompletní evidenci a editaci ZPS ve vymezené oblasti v souladu s principy požadovanými od IS DTM krajů.
Konkrétně se jedná o tyto komponenty dle aktuální verze obou uvedených dokumentů (přesný výčet a název komponent se může v budoucnu s upřesňováním a aktualizací verze uvedených dokumentů mírně lišit, důležité je funkční pokrytí všech uvedených potřeb). Výčet komponent:
• Komponenta pro editace ZPS (Správa ZPS)
• Rozhraní správy ZPS
• Evidence aktualizačních podkladů
• Administrační modul pro řízení procesů aktualizace Dl a TI
• Synchronizace dat lokálních správců DTM na území kraje
• Evidence editorů TI a Dl a ZPS
• Evidence vlastníků, správců a provozovatelů TI a Dl
• Správa stavebních celků pro evidenci staveb
• Reklamace
• Rozhraní na IS DMVS
• Rozhraní IS DTM krajů
Dále musí být s ohledem na přeshraniční editaci dat v IS DTM krajů a požadavky na data a komunikační služby dodrženy metodické postupy pro DTM krajů definované Společnou technickou dokumentací IS DTM kraje (viz tabulka v kap. 0).
Souvislosti uvedených předpisů týkajících se přimo DTM s touto technickou specifikací vyjadřuje následující schéma:
strana 51
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Obrázek 2 - Související legislativa, dokumenty a předpisy
Požadavky na IS DTM ŘSD Koncept řešení
IS DTM ŘSD musí být realizován jako jednotné, zcela integrované řešení, skládající se
z jednotlivých komponent, které budou pokrývat požadované oblasti funkcionalit. Uživatelské přístupy k jednotlivým funkcionalitám (komponentám řešení) budou spravovány prostřednictvím jednotného místa, které bude součástí geoportálové komponenty řešení IS DTM ŘSD, jak pro interní část geoportálu pro interní uživatele ŘSD, tak pro externí část geoportálu pro externí uživatele a případně veřejnost. Řešení musí zahrnovat jediné přihlášení (SSO) pro interní zaměstnance ŘSD tak, aby uživatel nebyl po přihlášení zbytečně nucen k opakovanému ověření přístupu při přechodu mezi různými částmi IS DTM ŘSD jako i jinými aplikacemi a informačními systémy ŘSD.
Každá z komponent může obsahovat uživatelské rozhraní přizpůsobené uživateli dle charakteru funkční oblasti, kterou komponenta pokrývá v souladu se soudobými znalostmi UI/UX. Preferovaným řešením je webový klient. Využití desktopového klienta je možné pouze v případech, kdy to Zadavatel v této technické specifikaci umožnil.
Zadavatel neomezuje možnost využití standardních (produktových) SW řešení pro realizaci jednotlivých komponent v případě, že Zhotovitelem nabídnuté řešení splní veškeré funkční i nefunkční požadavky této technické specifikace. Zhotovitel musí zároveň splnit požadavky na počet licencí, resp. zajištění pokrytí pro daný počet uživatelů, uvedený u každé konkrétní komponenty Licence musí být poskynuty za podmínek dle Smlouvy (její hlavní části), a to pro všechna prostředí.
strana 52
Na následujícím obrázku je schéma požadované koncepce architektury Systém■u
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Obrázek 3 - Koncept řešeníISDTMŘSD
Dále jsou popsány jednotlivé části IS DTM ŘSD uvedené na Obrázek 3:
• Aktualizace a správa datových sad
o „Správa dat ZPS, Dl, TI a ostatních dat RSD“ bude základní funkcionalita Systému pro zajištění podpory procesů souvisejících s editační linkou DTM. Musí být realizována jako konfigurovatelný procesně orientovaný systém, včetně metadaty řízeného datového modelu pro správu a ukládání dat DTM ŘSD. Funkčnosti musí pokrývat veškeré požadavky národního projektu DTM ČR v rozsahu odpovídajícím svěřené roli Editor ZPS včetně rozšiřujících požadavků ŘSD na správu dat Dl, TI a ostatních dat ŘSD. Pro tuto funkční oblast je dále alternativně používáno pojmenování „Jádro IS DTM ŘSD“, protože v rámci této části Systému budou vznikat základní geodetická data tvořící základ celého IS DTM ŘSD.
• Oblast úložiště a správy dat
o „Evidence a správa primárních dať‘ bude sloužit pro ukládáni a správu primárních dat v úložišti „Primární data“ včetně definovaných metadat dokumentů a jejich publikaci napříč ŘSD. Primární data jsou souborové datové sady vzniklé
strana 53
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
geodetickou činností i všechny relevantní výstupy hromadného sběru dat, včetně dokumentace.
o „Správa a publikace geografických dat44bude sloužit pro evidenci geografických dat v úložišti „GIS data“ a jejich publikaci formou webových služeb. GIS data zahrnují mapové podklady, referenční data nebo konsolidovaná data ve vektorové nebo rastrové podobě. Součástí správy musí být i nástroje pro registraci datových zdrojů, pro import, aktualizaci a publikaci referenčních dat v interní síti ŘSD formou webových služeb.
• Uživatelské rozhraní
o „Interní geoportál“ bude sloužit jako bod centrální autorizace interních uživatelů a zároveň jako hlavní rozcestník k interním aplikacím a místo prezentace dat a interních informací.
o „Externí geoportál44bude sloužit jako publikační web pro externí uživatele (veřejnost) a bod centrální autorizace externích uživatelů,
o „Desktopový klient44bude sloužit k administraci, editaci a vytěžování GIS dat, tam kde to nem možné provádět prostřednictvím webových klientů geoportalu. Zároveň bude sloužit k publikaci mapových služeb na mapový server,
o „Mobilní klient“ bude sloužit pro přístup k datům IS DTM ŘSD na mobilních zařízeních, k základní editaci atributových dat a vytváření poznámek a redlingové kresby pro potřeby další editace dat.
• Správa, podpůrné procesy a funkcionality
o „Mapová komponenta44bude sloužit jako jednotný mapový klient pro komponenty IS DTM ŘSD, kde je požadovaná funckionalita zobrazení mapy, pokud není specifikováno jinak.
o „Výdej dat 4bude zajišťovat funkcionality spojené s procesy žádostí a výdeje dat - umožní oprávněným uživatelům požádat a získat data z IS DTM ŘSD ve zvoleném formátu a rozsahu.
o „Metadata44bude sloužit pro aktualizaci, správu a sdílení metadat o veřejně publikovaných datech a datových sadách ŘSD dle požadavků vyplývající ze směrnice INSPIRE v oblasti vyhledávacích služeb. Metadatové záznamy budou současně spravovány i na úrovni interních datových sad ŘSD.
o „Existence sítí44bude sloužit pro zajištěni funkcionalit pro vyřizování žádosti
o stanovisko o existenci infrastruktury a možností a způsobu napojení nebo k podmínkám dotčených ochranných a bezpečnostních pásem,
o „Statistiky44bude sloužit pro výpočet, správu a publikaci přehledů a statistik z dat dostupných v IS DTM ŘSD pro interní potřeby monitoringu,
o „ETL44bude centrální místo pro import a export dat a centrální místo pro ETL operace, tj. definice a provedení procesu extrakce, transformace a nahrání dat z jednoho či více zdrojů do datových úložišť IS DTM ŘSD.
o „Správa uživatelů a rolí44bude sloužit jako centrální místo správy uživatelů a přiřazení aplikačních rolí.
o „Autentizace a autorizace 4bude sloužit jako centrální místo ověření uživatelů a autorizace jejich požadavků.
• Integrační vazby
strana 54
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
o Vnější systémy - integrace, která bude zajišťovat komunikaci s externími systémy (mimo systémy ŘSD) jako jsou:
■ „IS DMVS“ je IS Digitální mapy veřejné správy.
■ „IS DTM krajů" jsou IS Digitálních technických map krajů.
■ „NIA" je služba pro ověření uživatele typu veřejnost.
■ „Geoportál MI) je plánovaný geoportál Ministerstva dopravy,
o Vnitřní systémy - integrace, která bude zajišťovat komunikaci s interními systémy ŘSD:
■ „IdM“ je centrální systém pro evidenci aplikačních identit všech zaměstnanců Zadavatele a externích uživatelů, kteří mají přístup do interní sítě Zadavatele pomocí VPN.
■ Integrace prostřednictvím ESB:
- „ERP“ je ekonomický systém Zadavatele (SW Helios).
- „Silniční databanka" je informační systém Silniční databanky zahrnující rnj.
Uzlový lokalizační systém.
- „Agendy ŘSD" jsou obecně systémy pro správu pasportů a souvisejících agend. V rámci tohoto Projektu se počítá pouze s integrací na záměry projektů.
- „HD“ je Help Desk Zadavatele.
- „eSSL" je spisová služba Zadavatele.
- „BIM" je budoucí IS pro správu BIM dat.
- „SHV" je systém hospodaření s vozovkou.
- „SHKN" je systém hospodaření s katastrem nemovitostí.
Podrobné požadavky k jednotlivým ťunkcionalitám řešení IS DTM ŘSD jsou popsány v dalších kapitolách tohoto dokumentu.
Základní procesy
Aktualizace dat na základě GDSPS
Aktualizace dat vzniká na základě GDSPS ověřené UOZI a spravované dle datových předpisů DTM ŘSD. Data ve výměném formátu XML jsou nahrána do IS DTM ŘSD, kde v komponentě Správa ZPS, Dl, TI a ostatních dat ŘSD proběhne kontrola dat. Současně jsou do komponenty Evidence a správa primárních dat nahrána primární data a případně uložena specifická data do dalších IS spravující ostatní agendy ŘSD. Po provedené kontrole jak v IS DTM ŘSD, tak v dotčených ostatních agentových IS vygeneruje IS DTM ŘSD data ZPS v JVF s doplněním unikátních ID IS DTM ŘSD Tato data jsou předána dodavateli GDSPS a ten je standardním postupem nahraje do IS DMVS. Odtud se přes WS prostřednictvím IS DTM krajů dostanou do IS DTM ŘSD, kde budou prostřednictvím výše zmíněných unikátních ID spárovány s ostatními daty (atributy nad rámec vyhlášky č. 393/2020 Sb.. ostatní objekty datového modelu ŘSD atp.). Data Dl a TI jsou poskytována přímo prostřednictvím WS do IS DMVS.
strana 55
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Data jsou pořizována v rámci nového zaměření GDSPS dle směrnice ŘSD
Obrázek 4 - Datová komunikace IS DTM ŘSD, IS DMVS a IS DTM kraje v případě, že zdrojem dat je GDSPS
Aktualizace dat na základě provozní změny
Druhou variantou je tzv. provozní změna, kdy je potřeba aktualizace dat zjištěna v rámci provozu a není okamžitě k dispozici GDSPS. V tomto případě je změna primárně zjištěna zaevidována
v ostatních agentových IS. V případě pořízení dokumentace na úrovni primárních dat, jsou tato data uložena do komponenty Evidence a správa primárních dat. Změna geometrie objektů DTM ŘSD je provedena buď přímo v agendovém IS nebo v komponentě Správa ZPS, Dl, TI a ostatních dat ŘSD formou zákresu tzv. „dočasné geometrie". Tato geometrie je uložena paralelně s platnou geometrií DTM. Následně je aktivován proces pořízení GDSPS v rámci kterého dojde k pořízení úplného rozsahu dat dle metodiky DTM a proběhne stejný proces jaký je popsán v kap. 0, během kterého je v rámci editace v komponentě Správa ZPS, Dl, TI a ostatních dat ŘSD dočasná geometrie zneplatněna a nahrazena standardní geometrií.
strana 56
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Obrázek 5 - Datová komunikace IS DTM RSD, IS I)MVS a IS DTM Daje v případě, že důvodem aktualizace je provozní změna
Požadavky na řešení IS DTM ŘSD Legislativní (právní) a platformní požadavky Architektura Systému musí být v souladu:
• S právními předpisy a dokumenty uvedenými v kapitole 0., případně v jiných ustanoveních Smlouvy.
• S požadavky uvedenými v kapitole 0
Hlavní principy
Z dlouhodobého hlediska zajištění provozuschopnosti řešení je požadováno splnění parametrů zejména v následujících oblastech
• Dlouhodobá provozuschopnost
o Realizovaný Systém musí zjistit na úrovni koncepce, architektury, integrace, použitých technologií a standardů dlouhodobou stabilitu a jasnou vizi směřující k zajištění provozuschopnosti na minimálně 10 let.
• Stabilita
o Realizovaný Systém musí být stabilní a poskytovat vysokou dostupnost s rozumnou mírou redundance s využitím dostupných softwarových prostředků na provozní infrastruktuře Zadavatele
• Robustnost
o Realizovaný Systém musí být odolný proti výpadkům (vysoká dostupnost), zajišťovat korektním a unifikovaným způsobem ukládání dat a stálou konzistenci všech dat v čase.
o Realizovaný Systém musí být robustní, tedy zejména aby běžel bez výpadků jak na úrovni serverového prostředí, tak na úrovni klientských stanic a napojených zařízení.
• Bezvýpadkový provoz
o Realizovaný Systém musí zajišťovat bezvýpadkový provoz i po dobu realizací upgrade minimálně pro klíčovou komponentu systému: „Správa a aktualizace ZPS, Dl, TI a ostatních dat RSD“. Zadavatel preferuje řešení s využitím kontejnerizace a micro Services.
• Škálovatelnost
o Realizovaný Systém musí být škálovatelný, tzn. při zvýšených požadavcích na výkon vyžaduje pouze přidání HW zdrojů a případné dokoupení potřebných licencí.
• Metadatové řízení dat a procesů
o Definice geografických objektů v databázi, chování Systému a procesů musí být řízené metadaty a konfigurací uloženou například v databázi nebo jiném volně čitelném formátu (XML, JSON, atp.). Metadatovým řízenim procesů je myšleno použití workflow engine s možností konfigurace procesu a jeho nasazení bez nutnosti programovacích činností.
o Součástí realizace Systému musí být i veškeré nástroje, dokumentace a pracovní postupy jak provádět úpravy metadat a konfigurací Tento požadavek se týká i případně použitého standardního SW, kdy je Zadavatelem připuštěno využití standardních nástrojů pro konfiguraci (za podmínek uvedných ve Smlouvě).
V případě zákaznického vývoje se očekává jedno administrátorské rozhraní pro
strana 57
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
související konfigurace. U komponenty Správa a publikace geografických dat není metadatové řízení vyžadováno.
• Zabezpečení uložení dat
o Data musí být uložena v relační databázi (primární úložiště dat) a na vyhrazeném souborovém systému Evidence a správy primárních dat s korespondujícími metadaty v relační databázi. Celý datový model musí být jednoznačný s minimální mírou redundance. Databáze bude použita jako perzistentní úložiště dat. Data musí být uložena ve standardních DB formátech včetně dat geometrií, nikoliv v binárních formátech.
• Poskytování dat
o Součástí dodávky musí být takový detailní popis uložených dat v relační databázi, aby strana Zadavatele mohla tato data plnohodnotně získávat pomocí nástrojů SQL bez nutnosti spolupráce Zhotovitele.
• Logování
o Všechny přístupy k poskytované službě jsou jednotné bez ohledu na to, jestli přistupuje uživatel pomocí uživatelského rozhraní nebo aplikace pomocí webové služby. Vždy je nezbytné provést ověření uživatele a jeho oprávnění přístupu
k datům na základě role nebo oprávnění a provést auditní záznam o tomto přístupu (ev. zamítnutí přístupu) a činnosti, kterou s daty uživatel provádí. Každý přístup ke službě musí být jednoznačně identifikován a přiřazen ke koncovému uživateli, který s daty pracuje (i v případě přístupu přes API je nutné přebírat identitu uživatele a ověřovat oprávnění).
o Systém logování musí být plně v souladu s § 22 VKB.
• Zálohování
o Systém musí být integrovaný do zálohovacího prostředí Zadavatele, a to jak instalace, tak data uložená v Systému. Zálohovací systém může zálohovat jak data aplikací, tak případně celé virtuální servery dle rozhodnutí garanta primárního aktiva. V rámci realizace Zhotovitel dodá zálohovací plán a poskytne součinnost při napojení systému na zálohovací řešení Zadavatele.
• Auditing
o Systém musí o sobě poskytovat informace důležité pro audit prováděných činností Každá činnost každého uživatele musí být evidována, součástí evidence je minimálně operace, identita uživatele a čas, součástí auditního záznamu nejsou datové hodnoty, ale pouze položky, se kterými se pracuje.
• Prostředí
o Součástí realizace Systému je produkční a testovací (školící) prostředí. Produkční prostředí musí být striktně oddělené od testovacího prostředí.
• Monitoring
o Systém musí poskytovat mechanismy monitorování a poskytování zaznamenávaných událostí za účelem identifikace a detekce požadovaných či nestandardních provozních stavů Systému pro produkční prostředí a infrastruktuai IS.
Základní požadavky na vývoj řešení
Architektura řešení musí být vícevrstvá s tím, že bude obsahovat minimálně prezentační, aplikační a datovou vrstvu. Tyto vrstvy budou od sebe striktně oddělené a budou komunikovat na základě
strana 58
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
komunikačních rozhraní, pomocí kterých si budou předávat data. Tato rozhraní budou součástí aplikační vrstvy. Výjimkou je použití desktopových klientů tam, kde je to v této technické specifikaci výslovně umožněno.
Pro řešení je třeba striktně splnit následující sadu klíčových požadavků:
• Databáze bude sloužit výhradně jako persistentní úložiště.
• Logika Systému bude umístěna kompletně ve střední vrstvě (middleware) - není akceptovatelné mít logiku rozprostřenou částečně v databázi a částečně ve střední vrstvě.
• Využít standardní webové technologie.
• Využít standardní šifrovací technologie (SSL, RSA, certifikáty).
V rámci řešení je nezbytné, aby bylo možno do databáze importovat data z rozličných zdrojů. Zadavatel požaduje, aby import dat byl řešen dle metodiky ETL (extrakce, transformace, nahrání). Zadavatel dále požaduje využití architektury orientované na služby (SOA). Díky této architektuře musí mít Systém následující vlastnosti:
• Bude komunikovat na základě standardizovaného jednoznačného formátu.
• Komponenty jsou samostatně znovupoužitelné v rámci Systému a přes rozhraní služby mohou být využity i jinými systémy.
• Jednotlivé poskytované služby budou jednoznačně identifikovatelné a to standardizované - bude možné jednoduše zjistit, jaké služby jsou k dispozici, co dělají ajaké poskytují rozhraní a funkce.
• Služby jednotlivých komponent (mikroslužby) bude možno skládat do méně nebo více komplexních služeb Systému.
• Implementace musí být řešena striktně dle zásad OOP:
o Celé řešení se řídí zásadami objektového programování. Jde o paradigma popisující způsob vývoje a zápisu programu a determinující způsob, jakým architekt programu a vývojáři o analyzovaných problémech přemýšlí,
o Při vývoji řešení Systému se musí Zhotovitel řídit prověřenou koncepcí tvorby softwarových aplikací dle zásad OOP. Jedná se o tuto koncepci OOP:
- Objekty - jednotlivé prvky modelované reality (jak data, tak související funkčnost) jsou v programu seskupeny do entit, nazývaných objekty. Objekty si pamatují svůj stav a navenek poskytují operace (přístupné jako metody pro volání).
- Abstrakce - programátor, potažmo program, který vytváří, může abstrahovat od některých detailů práce jednotlivých objektů. Každý objekt pracuje jako černá skříňka, která dokáže provádět určené činnosti a komunikovat
s okolím, aniž by vyžadovala znalost způsobu, kterým vnitřně pracuje.
- Zapouzdření - zaručuje, že každý objekt navenek zpřístupňuje rozhraní, pomocí kterého (a nijak jinak) se s objektem pracuje.
- Kompozice - objekt může obsahovat jiné objekty.
- Dědičnost - objekty jsou organizovány stromovým způsobem, kdy objekty nějakého druhu mohou dědit z jiného druhu objektů, čímž přebírají jejich schopnosti, ke kterým pouze přidávají svoje vlastní rozšíření.
- Polymorfismus - odkazovaný objekt se chová podle toho, jaké třídy je instancí. Pozná se tak, že několik objektů poskytuje stejné rozhraní, pracuje
strana 59
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
se s nimi navenek stejným způsobem, ale jejich konkrétní chování se liší dle způsobu implementace.
Základní požadavky na prezentační vrstvu
Prezentační vrstva musí splňovat následující požadavky:
• Prezentační vrstva může být realizována jak webovým, tak i desktopovým typem klientů
o Zadavatelem preferovanou variantou je webový klient.
o Použití desktopového klienta je umožněno pouze v částech řešení, kde je to výslovně umožněno Zadavatelem, protože požadovaná funkcionalita by byla složitě implementovatelná v prostředí webového klienta, respektive uživatel by přišel o potřebný komfort.
• Webový klient pro externí část bude fungovat bez nutnosti instalace SW třetích stran.
• Výčet podporovaných webových prohlížečů a jejich verzí je uveden v kapitole 0.
• Veškerá uživatelská rozhraní musí mít jednotnou formu a musí být v českém jazyce.
• Uživatelské rozhraní musí pracovat s celkovou odezvou maximálně 3 s. Tam, kde lze očekávat delší odezvu, tj. jde o složitější operaci (např. vykreslení velkého množství dat
v mapové komponentě), je nutné zajistit postupné (asynchronní) a optimalizované načítání dat (optimalizace datového toku, dynamická generalizace, přenášení a zpracování pouze zobrazeného výřezu dat, kešování, prostorová indexace a další) s indikací, zda se data ještě načítají nebo již bylo zobrazení aktualizováno. V případě spuštění náročné úlohy / požadavku na dávkové zpracování se uživateli zobrazí s požadovanou odezvou potvrzení o spuštění a uživatelské rozhraní musí uživateli poskytnout informaci o stavu zpracování požadavku / úlohy (tj. lze zobrazit seznam zadaných úloh / dávek se stavem jejich zpracování). Odezva uživatelského rozhraní musí odpovídat běžným požadavkům pro tento typ aplikací (viz níže).
• Reakční doby Systému při zadávání jednotlivých požadavků a vykonávání dílčích úkonů nesmějí překročit stovky milisekund; Systém musí běžet v tak optimalizovaném stavu, aby při běžné práci jeho uživatelé ani neregistrovali prodlevu a reakci na jimi zadávané požadavky související se zpracováním takových úkonů a podnětů zadaných uživateli. Výjimkou může být:
o samotný proces podpory zapracování a zpracování geografických dat obsahu DTM,
kdy však i čas potřebný pro jednotlivé operace bude v řádech jednotek sekund,
o vyhledávání, kdy však i čas potřebný pro vyhledání zadaných požadavků dle parametru dotazu vyhledávání musí korespondovat a odpovídat rozsahu prostředí a proměnných, ve kterých je vyhledávání prováděno,
o čekání na mapové vrstvy a webové mapové služby z externích zdrojů či provádění topologických a strukturálních kontrol dat, kdy však i čas potřebný pro provedení předmětné kontroly musí korespondovat a odpovídat rozsahu dat a prováděným kontrolám.
Jednotlivé uživatelské úkony, prováděné v IS DTM RSD, nesmí časově omezovat aktivity ostatních uživatelů IS DTM ŘSD.
• Systém musí prostřednictvím jednotlivých koncových zařízení Zadavatele v definovaném prostředí fungovat bezproblémově a bez uživatelsky zaznamenatelných prodlev, tedy prodlev maximálně do řádu stovek milisekund, max. 2 sec. (při načítání nemapového obsahu).
strana 60
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Základní požadavky na aplikační vrstvu
Aplikační vrstva musí splňovat následující požadavky:
• Aplikační vrstva musí být realizovatelná tak, aby byla v souladu s popsanou HW infrastrukturou.
• Při jejím návrhu musí být kladen zejména důraz na stabilitu, robustnost a škálovatelnost.
• Aplikační vrstva musí zajistit napojení na logovací, auditní a zálohovací řešení Zadavatele.
Základní požadavky na Integrace
Integrace bude zajišťovat propojení s IS, pro které IS DTM ŘSD bude poskytovat data, popř. ze kterých data bude čerpat. Integrace musí být zajištěna pomocí ESB Zadavatele (viz popis ESB v příloze lb tohoto dokumentu).
Základní požadavky na datovou vrstvu
Souborová data budou uložena na diskovém úložišti, vše ostatní v databázi. Za souborová data jsou považovány zejména:
• Primární data
• Vstupní a výstupní soubory v importu / exportu
• Soubory JVF DTM
• Datová struktura DTM ŘSD (XML - rozšířený formát JVF)
• Referenční data, jako je např. ortofoto nebo základní mapa
• Technické zprávy
• PDF dokumentace
• Fotografie
Požadavky na uložení souborů:
• Musí se jednat o souborové úložiště, které umožní přístup k jednotlivým souborům pouze prostřednictvím aplikačního serveru na základě nastavení příslušných práv a rolí
v komponentě Správa uživatelů a rolí.
Požadavky na databázovou vrstvu:
• bude využito standardní relační databáze,
• databáze bude využívat pouze standardní prostorové datové typy příslušné platformy,
• řešení víceuživatelského přístupu bude na úrovni databáze.
Datový model
Součástí zpracování Cílového konceptu bude návrh a popis fyzického datového modelu IS DTM RSD. Datový model musí být navržen a popsán v souladu s dokumentem „Pravidla pro SW a jeho dodání do prostředí ŘSD“ (viz příloha la tohoto dokumentu).
Zadavatel vnímá Projekt IS DTM ŘSD jako součást širšího konceptu budování datové základny pro své informační systémy, které podporují především správu a provoz majetku, resp. Dl a TI. Cílem je postupně naplnit datovou základnu tak, aby plně pokrývala veškeré agendy. Při návrhu datového modelu musí být respektovány následující priority:
• Maximální využití stávajících dat geodetické dokumentace ZPS, TI a Dl v digitální podobě.
• Podpora práce uživatelů v plném 3D vč. práce s plochami, modely terénu, mračny bodů a 3D tělesy.
• Vytvoření základního 3D geoprostorového rámce pro všechny další projekty a aktivity.
• Uchování primárních pořízených dat v plné kvalitě pro možnost jejich prohledávání na základě metadat a možnost jejich dalšího použití.
strana 61
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Datový model musí splňovat:
• minimální technické požadavky na realizaci IS DTM kraje uvedené v dokumentu Společná technická dokumentace - Informační systém Digitální technické mapy kraje v platném zněni (viz tabulka v kap. 0),
• vyhlášku č. 393/2020 Sb. (viz tabulka v kap. 0),
• pravidla výměnného formátu dat JVF DTM 1.4, který spravuje ČÚZK (viz tabulka v kap.
0) . ‘ ‘
Datový model musí vycházet ze stávající struktury dat geodetických dokumentací pořizovaných ve formátu DGN zejména dle předpisu B2/C1, který se zabývá předpisem pro Účelovou katastrální mapu, pro Základní mapu komunikace (dále jen „ZMK ‘) a pro Mapové podklady pro projektování komunikací a dále předpisů B4, B5 a B6 pro pasportní agendy,
lalco podklad pro definici datového modelu musí být využity jak stávající platné předpisy (ZMK B2/C1, B4 - dopravní značení, B5 - oplocení, B6 - doprovodná vegetace, EMH - evidence majetkových hranic, ULS - Silniční a dálniční síť ČR, BMS - Systém hospodaření s mosty), tak předpisy Zadavatelem aktuálně připravované (B7 - odvodněni, B8 - zpevněné plochy), tak předpisy, které teprve budou Zadavatelem vytvořeny (Záměry staveb - 4 typy prvků, Billboardy, Telematika, Datový standard SFDI pro BIM a výsledky zpracování návrhu datového modelu DTM ŘSD pracovní skupinou ŘSD).
Pro potřeby IS DTM RSD není možné výše zmíněné datové modely z prostředí CAD převzít beze zbytku, protože jsou navrženy s ohledem na technologii CAD a nikoli pro objektový databázový přístup, nezbytný z pohledu moderní architektury aplikací a potřeb jednotlivých agend, které jsou v rámci RSD řešeny, a pro které má být IS DTM RSD jedním z primárních zdrojů dat.
Na druhé straně stojí z pohledu požadavků Zadavatele příliš „hrubý” a obecně navržený datový model DTM ČR vyplývající z JVF DTM. Zadavatel požaduje rozšíření datového modelu, vycházejícího z JVF DTM, o další prvky, pro které budou platné obdobné vazby a funkčnosti jako pro prvky DTM.
Datový model IS DTM ŘSD předběžně počítá celkem se 4 typy objektů:
1. Prostorový objekt (skupina 3D objektů)
2. Bodový objekt
3. Liniový objekt
4. Plošný objekt [TIN, resp. odvozená plocha ve 2,5D (2D plocha se Z souřadnicí nej nižšího bodu) pro potřeby DTM]
Musí existovat jednoznačná vazba N:1 mezi stávajícím datovým modelem CAD a datovým
modelem IS DTM ŘSD.
Objekty se shodnými logickými, topologickými a prostorovými vlastnostmi dle datových předpisů ŘSD budou sloučeny do jednoho objektu datového modelu IS DTM ŘSD a budou rozlišeny na úrovni atributů, které budou následně využity pro odlišnou symboliku v mapové prezentaci.
Data budou nativně pořizována ve 3D v objektově orientované sémantické formě, u vybraných objektů (budovy, mosty, tunely, koleje) ve skupinách provázaných objektů s důrazem na maximální
strana 62
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Koncová zařízení IS DTM ŘSD
Klientské webové aplikace, určené pro veřejnost, musí být plně přístupné a funkční prostřednictvím aktuálních verzí webových prohlížečů Microsoft Edge, Google Chromé a Mozilla Firefox.
V případě použití nepodporovaného prohlížeče musí být uživatel na tuto skutečnost upozorněn včetně seznamu podporovaných prohlížečů. Upozornění musí být v českém jazyce.
Klientské webové aplikace interní části IS DTM ŘSD budou plně přístupné a funkční prostřednictvím aktuálních verzí webových prohlížečů Microsoft Edge, Google Chromé a Mozilla Firefox.
Minimální požadavky na podporované verze jednotlivých prohlížečů jsou: Pro OS Windows:
• Edge
o Verze 44.18362 na jádru EdgeFFTML
o Verze 79.0.309 a výše na jádru Chromium 80 a 81 - Blink
• Chromé
o Verze 72.x a výše
• Firefox
o Verze Firefox 69 a výše Pro macOS:
• Chromé
o Verze 72.x a výše
• Firefox
o Verze Firefox 69 a výše
Pro Linux:
• Chromé
o Verze 72.x a výše
Veřejná část IS DTM RSD musí být zcela přístupná i pro osoby s různou úrovní handicapu využívající k prohlížení webu specializované nástroje. Musí být splněny veškeré požadavky dle zákona č. 99/2019 Sb., o přístupnosti internetových stránek a mobilních aplikací a o změně zákona č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů.
Autentizace a autorizace
Přístup k jednotlivým komponentám Systému musí být uživatelům umožněn na základě přidělených uživatelských oprávnění a bude členěn na veřejnou a neveřejnou část.
IS DTM ŘSD musí zajišťovat:
• jediné přihlášení prostřednictvím SSO autentizací v rámci všech komponent Systému pro interní zaměstnance Zadavatele,
• autorizaci všech požadavků na základě oprávnění vyplývajících z přiřazených aplikačních rolí.
strana 63
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Požadavky na bezpečnost
Systém musí splňovat následující požadavky na bezpečnost:
Podpora zabezpečení sítě
Systém musí být koncipován tak, aby síťová komunikace mezi jednotlivými vrstvami využívala výhradně protokol TCP, přičemž na straně komponenty poskytující služby (server) využívala statických, předem známých portů. Použití protokolu UDP je možné výhradně pro nezbytnou komunikaci v rámci dohledu nebo řízení (cluster heartbeat, apod.). Volitelně musí umožnit použití šifrované komunikace.
K zajištěni ochrany integrity komunikačních sítí Zhotovitel:
a) navrhne optimální způsob řízení bezpečného přístupu mezi vnitřní a vnější sítí,
b) připraví návrh a zrealizuje implementaci rozdělení SW/HW komponent do oddělených segmentů sítě (segmentace interní sítě, využití DMZ),
c) navrhne a aplikuje použití kryptografických prostředků pro vzdálený přístup dle § 26 VKB.
Přihlášení uživatele
V rámci realizace Systému Zhotovitel zajistí pro interní uživatele Zadavatele jediné přihlášení prostřednictvím SSO. V případě selhání jediného přihlášení musí Systém uživateli umožnit alternativní přihlášení multifaktorovou autentizací. Další faktor autentizace bude řešen aplikací v mobilním telefonu, popř. pro uživatele bez chytrého telefonu pomocí jednorázového hesla přes SMS.
Autentizačni údaje nesmí být přenášeny a ukládány v otevřené podobě. V případě autentizace
na úrovni sytému musí Systém zajistit ověření uživatelů v souladu s požadavky uvedenými v § 19 odst. 5 VKB s tím, že kvalita hesel musí plnit všechny požadavky uvedené v tomto ustanovení VKB.
Přístup ke službám IS DTM ŘSD
Všechny přístupy k poskytované službě jsou jednotné bez ohledu na to, zda přistupuje uživatel pomocí uživatelského rozhraní Systému nebo přes systémy třetích stran pomocí webových služeb. Vždy je nezbytné provést ověření uživatele a jeho oprávnění přístupu k datům na základě role nebo oprávnění a současně provést auditní záznam o tomto přístupu (ev. zamítnutí přístupu) a činnosti, kterou s daty uživatel provádí. Každý přístup ke službě musí být jednoznačně identifikován a přiřazen ke koncovému uživateli, který s daty pracuje (i v případě přístupu přes API je nutné přebírat identitu uživatele a ověřovat oprávnění).
Důvěrnost záznamů
Systém musí poskytovat možnosti, jak zajistit šifrování záznamů na aplikační úrovni pro skupinu citlivých dat. Šifrování záznamů na aplikační úrovni musí být konfigurovatelné na jednotlivé databázové tabulky a položky, tedy šifrování nemusí probíhat na všechna data, ale jen na ta, pro které je šifrování požadováno. Šifrování bude prováděno pomocí symetrické šifry, jejíž klíč bude uložen v binárním tvaru mimo data aplikace a bude vytvořen při instalaci aplikace. Síla šifrování bude minimálně na úrovni AES 256bit. Všechna aplikační data musí být udržována v konzistentním stavu, tj. v případě, že dojde ke konfigurační změně položky z nešifrované na šifrovanou nebo naopak, musí se tato změna promítnout na všechna data uložená v této položce off-line úlohou.
Hashovací funkce
Pro šifrování, elektronické podepisování a provádění otisků dat (hashování) nesmí být použity proprietární/uzavřené algoritmy. Pro ukládání hesel mohou být použity pouze pomalé (např. bcrypt) funkce a hasli hesla musí být pseudonáhodný.
strana 64
Byznys architektura
Byznys architektura řešení je uvedena na následujícím obrázku:
EVROPSKÁ UNIE
■
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Uživatele IS DTM ŘSD lze rozdělit do těchto skupin Aktérů, viz Obrázek 6:
• Správa/Závod (Specialisté a majetkoví správci) - Správy a závody vykonávají povinnosti správce a provozovatele Dl a TL Editory zejména v agendových systémech pasportů budou vyšší desítky uživatelů. Naplňují předmět databáze. V režimu prohlížení budou koncovými uživateli stovky pracovníků.
• Generální ředitelství - zajišťuje správu celého IS DTM ŘSD, funguje v roli koordinátora, vykonává správu a dohled nad editory ZPS, Dl, TI a ostatních dat RSD. Zároveň zajišťuje konfiguraci služeb poskytovaných IS DTM ŘSD. Provádí administraci prostředí IS DTM ŘSD. Hlavní specialisté, kteří definují jednotlivé popisné vlastnosti v databázi.
• Zaměstnanci ŘSD - Jedná se o veškeré ostatní zaměstnance, kteří využívá,] i IS DTM ŘSD jako zdroj informací pro svoji práci a jsou obvykle pouze v roli čtenářů.
• Fyzické osoby/Právnické osoby - Jedná se stavebníky (FO a PO), kteří v rámci stavebního řízení komunikují s ŘSD prostřednictvím Portálu stavebníka a žádají o vyjádření k existenci sítí. Jsou to také externí dodavatelé geodetických zakázek pro ŘSD v rámci investičních a neinvestičních akcí. Dále jsou to také externí editoři dat a dodavatelé zajišťující kontrolu kvality datových nebo editorských prací. V poslední řadě se jedná o odbornou veřejnost, která bude mít přístup k datům a službám IS DTM ŘSD
• Kraj - Vzhledem k celostátní působnosti ŘSD bude komunikace probíhat se 14 krajskými systémy.
• ČÚZK - ČÚZK j e správcem IS DMVS, ISKN i ZR RÚIAN.
Role
V rámci výkonu a příjmu služeb aktéři vystupuji v těchto základních rolích: strana 65
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• Správce Dl a TI - ŘSD bude v databázi IS DMVS, resp. v IS DTM kraje zaregistrováno jako správce příslušné části Dl a současně jako správce TI pro inženýrské sítě v jeho vlastnictví. Součástí evidence je i územní působnost správce. Dle příslušné legislativy jsou na výzvu krajského úřadu vlastníci, případně provozovatelé nebo správci dopravní a technické infrastruktury povinni poskytnout potřebnou součinnost při správě obsahu DTM (DTI). Konkrétně předávají jimi vedené údaje o objektech a zařízeních, které mají být obsahem digitální technické mapy kraje. Vlastníci dopravní a technické infrastruktury přitom zodpovídají za správnost, úplnost a aktuálnost předaných údajů, a to v rámci charakteristik přesnosti stanovených prováděcím předpisem. Z uvedeného vyplývá, že Zadavatel musí zajistit pořizování a aktualizaci dat o dopravní a technické infrastruktuře
v rozsahu, ve kterém je vedena jako editor, minimálně v takové šíři, aby pokryla rozsah informací požadovaných ze strany DTM. Zároveň je nutné zajistit předávání dat prostřednictvím rozhraní IS DMVS do jednotlivých IS DTM krajů. Roli správce Dl a TI budou vykonávat pracovníci jak generálního ředitelství, tak jednotlivých správ a závodů ŘSD
• Správce ostatních dat - Jedná se především o správu dat navázaných na agendové systémy ŘSD, správu pasportů.
• Editor ZPS - V rámci principu správy dat na jednom místě bude Zadavatel na základě smluvní dohody s jednotlivým kraji pověřen editací ZPS ve vymezeném území. Zadavatel bude v databázi IS DMVS zaregistrován jako editor ZPS včetně vymezení oblasti. Geodety předávané aktualizační podklady z dokumentace skutečného provedení (DSPS) budou
v případě překryvu s vymezenou oblastí distribuovány prostřednictvím IS DMVS a následně IS DTM kraje na Zadavatele, kde budou zapracovány do IS DTM ŘSD a následně prostřednictvím IS DMVS dojde k předání aktualizace do datového skladu IS DTM kraje. Editory ZPS mohou být interní zaměstnanci Zadavatele případně externí dodavatelské firmy.
• Stavebník - Investoři a stavebníci musí v obvodu dráhy v rámci stavebního řízení žádat Zadavatele o vyjádření k existenci sítí. V budoucnu bude realizováno prostřednictvím Portálu stavebníka.
• Geodet/UOZI - Externí dodavatelé geodetických aktualizačních dokumentací. V případě smluvního vztahu se Zadavatelem budou mít přístup prostřednictvím portálu ŘSD k datům a službám IS DTM ŘSD.
• Odborná veřejnost - Odborné právnické nebo fyzické osoby, které budou mít smluvní nebo jiný vztah s ŘSD, na jejichž základě jim bude umožněn přístup k datům a službám IS DTM ŘSD, zejména prostřednictvím Geoportálu. Běžná veřejnost (občané), budou k datům DTM ŘSD přistupovat přes IS DTM krajů nebo IS DMVS.
• Administrátor IS DTM ŘSD - Pracovníci ŘSD, kteří budou provádět administraci Systému, správu datového skladu a konfiguraci služeb IS DTM ŘSD (mapové služby, kompozice a projekty).
• Čtenář - konzument dat v Systému.
• Kontrolor - Může se jednat jak o interní zaměstnance ŘSD, tak externě najaté dodavatele zajišťující technický dozor nad dodavateli geodetických aktualizačních dokumentací, případně nad editory ZPS.
strana 66
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• Schvalovatel - Interní pracovníci ŘSD, kteří provádí schvalování editace dat v IS DTM ŘSD.
• Mobilní editor - Pracovníci ŘSD, kteří přistupují k IS DTM ŘSD prostřednictvím Mobilního klienta a provádějí doplňování a editaci atributů v terénu a pořizují formou poznámek a tzv. redliningu podklady k další editaci dat.
• Externí dodavatel - dodavatel externích služeb pro Zaxxxxxxxx.
Funkcionality a procesy
Systém IS DTM ŘSD bude nabízet následující základní funkce a procesy:
• Správa IS DTM ŘSD - Základní funkcionalita IS DTM ŘSD, která zajišťuje provoz celého IS DTM ŘSD, od administrace, přes správu a uložení dat až po podporu hlavních procesních agend.
• Procesně orientované agendy - Agendové aplikace funkčně pokrývají identifikované hlavní procesy Zadavatele zajišťující správu a evidenci základních prostorových dat, jejichž Zadavatel je/bude garantem a která dále budou sloužit plnění zákonných povinností.
• Uložení a správa dat - V rámci IS DTM ŘSD bude vznikat velké množství dat a Zadavatel bude jako hlavní správce zároveň povinnen poskytovat garantovaná data. Z tohoto důvodu bude IS DTM ŘSD disponovat robustní funkcionalitou pro správu a ukládání nejen prostorových dat.
• Administrace - Funkční podpora správy chování a obsahu jednotlivých komponent IS DTM ŘSD
• Poskytování dat - IS DTM ŘSD bude poskytovat vytvořená data a odvozené informace interním zaměstnancům Zadavatele a uživatelům z řad laické i odborné veřejnosti.
• Vkládání dat - Vkládání prvotně pořízených dat DTM ŘSD, vkládání záměrů staveb.
Aplikační architektura
Kapitola aplikační architektura detailněji rozpracovává základní architekturní koncept, uvedený v kapitole 0, a zároveň seskupuje do logických funkčních celků jednotlivé komponenty IS DTM ŘSD.
Evidence a správa primárních dat
Komponenta zajišťuje uložení primárních dat pořízených v rámci iniciálních nebo průběžných datových prací projektu DTM. Jedná se především o tyto typy dat: Letecké snímky, mračna bodů, panoramatické snímky z mobilního mapování, soubory CAD, soubory GIS, soubory BIM ve formátu IFC (pouze uložení a správa metadat - nikoliv zobrazování), rastrové soubory analogové dokumentace TI a dále soubory libovolných typů obsahující popisná data, např. technické zprávy apod. Komponenta kromě uložení a správy těchto dat zajišťuje také správu souvisejících metadat a prostřednictvím rozhraní umožní zobrazení uložených primárních georeferencovaných dat formou OGC služeb (WMS, WMTS, 3D Tiles, WFS). Tyto služby bude možné připojit do ostatních komponent IS DTM ŘSD pracujících s mapovým oknem, případně jiných externích CAD a GIS systémů, které podporují OGC služby.
Schéma komponenty je uvedené na následujícím obrázku:
strana 67
Veškerá souborová data, která budou pořízena v rámci sběru dat, budou opatřena metadaty. Komponenta musí umožňovat spravovat vazby mezi jednotlivými souborovými daty, jejich kategorizaci (např. druh technická zpráva, druh výpočetní protokol apod.), včetně přiřazení
k primárním datům a vyhledávání v nich. Tento software musí být dostatečně robustní a musí obsahovat subsystémy pro vedení katalogu, přípravy dat a publikaci prostřednictvím sdílení, webových služeb i streamovacích protokolů, a musí splňovat standardy OGC pro zmíněné služby a protokoly.
Komponenta Evidence a správa primárních dat představuje geograficky orientovaný systém pro správu dokumentů (DMS) určený k uložení a organizaci geografických dat. Ukládaná data jsou nejen uložena na DMS, aleje evidován jejich prostorový index, jsou dostupná pro atributové i prostorové vyhledávání a publikaci pomocí webových služeb. V mapovém portále se zobrazuje obsah u vybraných souborů s prostorovými daty přímo bez nutnosti otevírat jednotlivý soubor.
Komponenta bude provozovaná v interní síti, ale také musí vystavit rozhraní pro vkládání dokumentace externími dodavateli v Externím geoportálu. Komponenta musí být realizována na úrovni aplikačního serveru a mapového serveru poskytujícím síťové služby s vlastním klientem pro administraci a webovým klientem pro běžné uživatele. U této komponenty předpokládá Zadavatel realizaci s využitím dostupného standardního produktu s konfigurací vzhledem k požadavku dodání této komponenty v 1. Etapě Projektu pro potřebu podpory řízení Projektu. I v případě, že Zhotovitel navrhne dodání vlastního řešení, musí garantovat dodání této komponenty v souladu s požadavky na termín realizace (viz kapitola 0). Licence pro tuto komponentu musí být bez omezení počtu
strana 68
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Etapizace implementace
Komponenta Evidence a správa primárních dat bude představovat geograficky orientovaný systém správy dokumentů (DMS) určený k uložení a organizaci dat, které vzniknou v iniciální datové části Projektu a které budou vznikat průběžně po spuštění IS DTM RSD do ostrého provozu po dobu udržitelnosti Projektu. Tato komponenta umožní práci s georeferencovanými prostorovými daty. S ohledem na režim vzniku primárních dat je požadováno v rámci harmonogramu Projektu dodržet Zadavatelem požadovanou etapizaci nasazení této komponenty:
1. Etapa - Průběžné přebírání výstupů z datových práci před spuštěním IS DTM RSD
V rámci 1. Etapy (viz kap. 0) se očekává využití komponenty pro zajištění průběžného přebírání a kontroly výstupů z iniciálních datových prací s co možná nejrychlejším nasazením této komponenty v níže popsaném minimálním rozsahu (Zadavatel u této komponenty preferuje i
rychlejší impementaci a zprovoznění, než je požadovaný termín dokončení realizace celé 1. Etapy). Cílem je eliminace rizika spojeného s jednorázovým převzetím primárních dat před koncem implementace 2. Etapy Projektu a zajištění evidence datových výstupů, možnosti průběžné věcné kontroly a jejich okamžité reklamace v případě zjištění nesplnění kvalitativních parametrů. V rámci
1. Etapy implementace je požadována tato minimální funkcionalita:
• konfigurace GUI pro vkládání datových vstupů, včetně možnosti nastavení přístupu externích dodavatelů pro nahrávání primárních dat,
• konfigurace základního pracovního postupu (přidělování, kontrola, schvalování, reklamace),
• zadávání metadat s ohledem na požadavky DTM,
• uložení a import DGN souborů,
• náhled importovaných souborů ve 3D zobrazení za účelem věcné kontroly a identifikace jednotlivých objektů bez nutnosti instalace dalších aplikací,
• uložení a prohlížení dat z leteckého snímkování a mobilního mapování,
• tvorba poznámek (redlining) a jejich sdílení s ostatními uživateli v rámci organizace Zadavatele.
Uživatelský pohled na proces při přebírání dokumentace:
• geodetická dokumentace bude vložena externím dodavatelem datových prací Zadavatele prostřednictvím externího rozhraní do příslušné evidence,
• odborný pracovník Zadavatele provede finální kontrolu a schválení dat,
• dokumentace se označí jako v pořádku, předá se pokyn k převzetí oficiální části dokumentace a uloží se do primárních dat a včetně metadat,
• v opačném případě bude dokumentace odmítnuta a bez uložení reklamována externímu dodavateli datových prací.
Do doby spuštění funkční komponenty Evidence a správa primárních dat bude přebírání a kontrola dat probíhat nad odevzdanými datovými výstupy ve standardních formátech. Akceptovaná data budou do komponenty Evidence a správa primárních dat nahrána hromadně Zadavatelem po jejím spuštění. Pro tuto aktivitu zajistí Zhxxxxxxxx xezbytnou součinnost.
2, Etapa - Rozšíření komponenty na její plnou funkcionalitu
Po uvedení IS DTM RSD do ostrého provozu (v rozsahu dokončení 2. Etapy realizace) se předpokládá využití komponenty ke katalogizaci ostatních pořizovaných dokumentací, dokumentů a datových sad a jejich následnému poskytování do IS DTM ŘSD a doplnění na kompletní rozsah
strana 69
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
funkčnosti (viz minimální požadavky kap. 0) a zajištění integrací na ostatní komponenty IS DTM RSD a ostatní systémy RSD, které nejsou předmětem 1. Etapy implementace. Za tímto účelem musí být zajištěno automatizované přebírání souborů dokumentace včetně základních metadat dokumentace.
Po dokončení a uvedení 2. Etapy realizace IS DTM RSD do ostrého provozu bude předávání dat pokračovat stejným procesem jako v 1. Etapě implementace.
Minimální funkční požadavky
Komponenta musí splňovat minimálně tyto základní funkční požadavky:
• publikace a distribuce rozsáhlých objemů dat (v řádech terabajtů) pro stovky uživatelů,
• integrace s běžnými GIS a CAD softwary (např. QGIS, ArcGIS, Maplnfo, Geomedia, Microstation, AutoCAD) prostřednictvím OGC služeb,
• implementace standardních webových služeb OGC WMS 1.1.1 a 1.3.0 s možností transformace do jiného souřadnicového systému za běhu,
• implementace standardních webových služeb OGC WMTS s možností transformace do jiného souřadnicového systému za běhu; podpora nastavení více TileMatrix setů (kladů dlaždic) nad jedním datovým zdrojem,
• implementace standardních webových služeb OGC 3D Tiles,
• implementace virtuálních mozajek (tisíce souborů publikovaných jako jedna vrstva),
• spravování vazeb mezi jednotlivými souborovými daty, jejich kategorizace (např. druh technická zpráva, druh výpočetní protokol apod.), včetně přiřazení k primárním datům a vyhledávání v nich, správa verzí dokumentů (bez nutnosti hledání změn uvnitř jednotlivých dokumentů), zobrazení všech verzí daného dokumentu
• katalogizace, správa a publikace geoprostorových i ostatních souborových dat, tj. rastrových a vektorových formátů, modely terénu, mračna bodů, textové a kancelářské formáty apod.,
• katalogizace fotografií na základě EXIF metadat,
• automatické procesy pro plánované harvestováni dat a metadat do katalogu,
• možnost dávkové aktualizace metadat,
• zabezpečení přístupu k datům - možnost využití uživatelských účtů a rolí s možnostmi nastavení práv na prohlížení či stahování dat umožňující nastavit omezení na vrstvy, měřítka, přesnosti, podrobnosti a prostor pro každou datovou sadu/vrstvu,
• nastavení přístupu pro externí dodavatele jednotlivých datových vrstev s nastavením odpovídajících práv pro nahrávání primárních dat,
• SSL komunikace nad veškerým síťovým provozem,
• rozhraní pro vydávání dat, které umožní výběr dat, jejich případné oříznutí, export do zvoleného formátu, zazipování a odeslání notifikačního e-mailu o umístění požadovaného výstupu,
• rozhraní webového klienta pro vyhledávání, prohlížení a editace dat či metadat bude integrováno do uživatelského rozhraní Interního geoportálu,
• součástí komponenty bude administrační nástroj (Administrátorská konzole), který umožní vzdálenou správu a konfiguraci a který bude odpovídat následujícím požadavkům:
o přehledné a intuitivní uživatelské rozhraní,
o přidávání/odebírání dat a datových sad do katalogu a pro publikaci,
o správa logického hierarchického modelu rastrových, vektorových, LAS, i ostatních souborových dat, podpora „drag and drop“ pro změny v modelu,
strana 70
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
o zobrazení publikovaných dat v konzoli,
o monitoring relevantních procesů na serveru,
o přiřazování pravidel pro symboliku WMS,
o definice symboliky a generalizace za běhu (souběhy tratí, kolejí, zjednodušení kresby se zachováním topologie) pro vektorová data,
o definice symboliky a parametrů generalizace vč. LOD pro pracovní i prezentační 3D scény,
o hromadná a dávková aktualizace metadat,
o nastavení a správa automatických funkcionalit, jako je dávkové nahrávání dat a změny metadat.
Nedílnou součástí implementace v rámci realizace 2. Etapy Systému je doplnění integrací této komponenty na ostatní komponenty IS DTM RSD a systémy, které nejsou součástí implementace v 1. Etapě realizace Systému.
Integrační vazby
Komponenta bude poskytovat standardní OGC webové mapové služby (CSW, WMS, WMTS, 3D Tiles, WFS) pro potřeby ostatních komponent IS DTM RSD, které tyto standardy musí také podporovat. Komponenta zároveň bude konzumovat OGC služby poskytované jinými zdroji a bude integrována do Interního geoportálu pro zobrazování dat.
V rámci Externího geoportálu bude vystaveno jednoduché rozhraní pro vkládání dokumentace externími uživateli. Komponenta musí zajistit převzetí dat z úložiště Externího geoportálu
do primárního úložiště v interním prostředí
Správa a publikace geografických dat
Interní komponenta Správa a publikace geografických dat je určena pro centrální správu základních geografických dat organizace, konsolidaci dat z editačních databází (např. Správa ZPS, DTI a ostatních dat ŘSD) a dále bude sloužit pro vytěžování těchto dat, analýzu a přípravu kartografických výstupů. Mimo to bude poskytovat spravovaná geografická data formou mapových služeb jako referenční mapové podklady mapovým aplikacím IS DTM RSD nebo jiným IS v rámci organizace.
Komponenta bude mít 2 hlavní části:
• Klienta pro správu a vytěžování dat a publikaci mapových služeb (u této komponenty předpokládá Zadavatel možnost využití desktopového klienta).
• Mapový server poskytující vypublikované mapové služby (OGC mapové služby).
Součástí bude i databázové úložiště pro spravovaná data (GIS data), které bude plnit roli publikační databáze pro interní prostředí. Pro publikaci dat prostředí externího geoportálu bude nástroji ETL vytvářena externí publikační databáze s vybraným obsahem. Klientskou aplikaci budou využívat
až 4 administrátoři (požadují se minimálně 2 konkurenční licence) Komponenta bude provozována v interní síti. Mapový server bude poskytovat mapové služby do interního prostředí bez omezení počtu uživatelů.
Schéma komponenty je uvedené na následujícím obrázku:
strana 71
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
M apový server
Obrázek 8 - Schéma pro komponentu Správa a publikace geografických dat
Minimální funkční požadavky
Komponenta musí splňovat minimálně tyto základní funkčni požadavky:
Desktopový klient:
• administrace prostorové databáze (standardní datové typy),
• zobrazení dat ve 2D a 3D,
• společné prohlížení dat různých souřadnicových systémů v jednom mapovém okně,
• zobrazení souřadnic,
• stanovení úrovně zobrazení 2D dat ve 3D datech (výšková úroveň, promítání na 3D objekty a terén),
• změna souřadnicového systému zobrazení dat,
• odečet souřadnic mapy, přemístění na uživatelem zadané souřadnice,
• stažení polohy a výšky objektů ( bodů) do seznamu ( např. TXT),
• transformace souřadnic dat do různých souřadnicových systémů,
• zobrazení jednotlivých souřadnic a hodnot vektorových i rastrových dat (M hodnoty, hodnoty pixelů),
• měření (plochy, vzdálenosti, úhlů) v mapě,
• nastavení vztažného (nominálního) měřítka zobrazení,
• zoom v nastaveném měřítku a centrování na vybraný objekt,
• prostorový filtr - zobrazení a práce s daty pouze z uživatelsky definované oblasti (nakreslená oblast (obdélníková, kruhová, objemová, n-úhelník), prvek vrstvy, aktuální zobrazená oblast) s volbou prostorového operátoru a možností zoomu na filtr,
strana 72
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• definice souřadnicového systému dle EPSG kódu i bez něj (na základě nastavení jednotlivých parametrů),
• navigace v mapě (zoom, posun, rotace, určení středu rotace, určení úhlu pohledu),
• práce s legendou a styly mapových prvků:
o ukládání, pojmenování, export, import legendy a stylů,
o automatické generování tematické legendy,
o pokročilé nastavení stylů prvků legendy (možnosti skládat a vrstvit mapové grafické prvky na sebe dle uživatelsky definovaných pravidel),
o možnost použití vlastních značek v mapových stylech, pokročilá kartografická pravidla pro vizualizaci,
• pokročilé umisťování popisků z atributů prvků s nastavením kartografických pravidel - dynamické umístění do mapy; možnost exportu do statické datové vrstvy,
• zobrazení datového okna a vazba prvků v datovém okně na mapové okno (výběr, zoom, úhel pohledu),
• tvorba a přiřazování pravidel generalizace za běhu,
• tvorba vizualizace vektorových a rastrových dat,
• zobrazení a prohlížení dat v administrátorsky definovaných stylech pro prohlížecí mapové služby,
• připojení vektorových i rastrových datových zdrojů,
• připojení OGC mapových služeb (WFS, WMS, WMTS),
• možnost třídění datových vrstev do víceúrovňových kategorií,
• pokročilé ad-hoc atributové, prostorové i společné (atributové a prostorové) analýzy, dotazy a úpravy dat, včetně prostorové interpolace, shlukování, detekce rovinných i prostorových prvků, těles a jevů na základě prostorových vzorů a vlastností,
• zakládání datových a mapových vrstev vektorových i rastrových,
• úprava, vkládání a mazání vektorových dat s využitím konstrukčních nástrojů, nástrojů pro přichycení k existujícím prvkům,
• kontroly a validace topologie prvků,
• nástroje pro zjednodušení a shlazení geometrického průběhu prvků, systematického odsunu či skládání a řešení geometrických a topologických vztahů prvků a vrstev, prostorové transformace (lineární, afinní, projektivní, polynomické),
• nástroje pro dávkovou a hromadnou změnu datového modelu s možností využití pravidel transformace - s využitím funkcí a uložení a opakovaného použití celého předpisu,
• společné zobrazení prohlížecích služeb dat datového skladu s podporou funkce WMS informace o prvku (geťFeaturelnfo) a WFS (GetFeature, GetProperty Value),
• nástroje pro analytickou práci s rastrovými daty a modelem terénu, s výstupy do mapového okna (pro prohlížení, tisk) a do vektorových vrstev (uložení),
• uložení projektu těžkého klienta včetně legendy, stylů datových připojení a přehledné zobrazení jeho vlastností,
• export / import dat ve vazbě na Výdejní modul,
• tisk:
o tisk, včetně dávkového tisku, s pokročilým kartografickým nastavením mapového obsahu (výběr oblasti, nastavení měřítka) a dalších prvků (automaticky generovaná
strana 73
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
legenda, grafické měřítko, směrová růžice) s možností libovolného rozvržení a přidání vlastních grafických a textových polí a obsahu,
o uložení, import, export rozvržení tisku.
Mapový server:
• publikace mapových služeb ve standardu OGC (WMS, WMTS, WFS),
• publikace mapových služeb s možností transformace do jiného souřadnicového systému za běhu,
• podpora nastavení více TileMatrix setů (kladů dlaždic) pro WMTS prohlížecí mapové služby,
• poskytování tiskových služeb,
• nástroje pro administraci publikovaných mapových služeb.
Integrační vazby
Komponenta bude poskytovat standardní OGC webové mapové služby (WMS, WMTS, WFS) pro potřeby ostatních komponent 1S DTM ŘSD, které tyto standardy musí také podporovat. Služby budou dostupné i ostatním interním aplikacím Zadavatele podporujícím OGC standardy.
Komponenta bude využívat služby SFIKN integrované přes ESB pro vyhledávání nad daty RUJAN a ISKN. Komponenta bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty ULS.
Správa ZPS, Dl, TI a ostatních dat ŘSD
Správa ZPS, Dl, TI a ostatních dat ŘSD je klíčová součást informačního systému IS DTM RSD. Jedná se o procesně orientovanou aplikaci, která bude pokrývat tyto klíčové činnosti a zároveň bude nástrojem pro správu a údržbu základních geografických dat pro potřeby Zadavatele.
Schéma komponenty je uvedené na následujícím obrázku:
strana 74
Obrázek 9 - Schémapro komponentu Správa ZPS, Dl, TI a ostatních dat ŘSD■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Hlavní klíčové činnosti
• zajištění komunikace s IS DMVS,
• zajištění komunikace s IS DTM krajů a ŘSD,
• přebírání a evidence geodetických aktualizačních dokumentací (ZPS, Dl, TI a ostatních dat ŘSD),
• přebírání a evidence geodetických aktualizačních dokumentací (ZPS) z IS DTM v JVF DTM,
• import geodetické aktualizační dokumentace,
• kontrola geodetické aktualizační dokumentace,
• editace a zpracování geodetické aktualizační dokumentace do databáze IS DTM ŘSD,
• zpracování a kontrola objektů DTM ŘSD nad primárními daty,
• historizace provedených změn, časové řezy,
• vkládání dat záměrů projektů,
• export a předání dat ZPS do IS DTM krajů,
• export GIS dat.
Na následujícím schématu je znázorněn hlavní proces aktualizace dat ve vazbě na IS DMVS, který bude komponenta pokrývat:
Obrázek 10 - Proces zapracování aktualizační dokumentace příchozí z IS DMVS (Pozn. Rozhraní Rxx vycházejí z popisu v technické specifikaci IS DMVS)
Popis jednotlivých kroků procesu v případě, že je stavebníkem přímo ŘSD nebo dokumentace stavby prochází přímo přes ŘSD (obsahem dokumentace mohou být všechny objekty ZPS, Dl, TI a ostatní objekty dle datového modelu):
A) Odborně způsobilý geodet/UOZI provede geodetické zaměření stavby a vyhotoví geodetickou aktualizační dokumentaci v předepsaném standardu
strana 75
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
o Dokumentace je přijata a zaevidována do IS DTM ŘSD (IS Správce vymezené oblasti), kde je provedena formální a obsahová kontrola kvality předávané dokumentace,
o Kontrola datového modelu bude zajištěna v IS DTM RSD automaticky. Za obsahovou kontroluje zodpovědný vedoucí zakázky (UOZI - geodet investora). IS DTM RSD musí zajistit možnost vedoucího zakázky zpřístupnit přijatou dokumentaci ze stavby jak interním odborným správcům na RSD, tak odborným pracovníkům z ostatních organizačních jednotek na RSD. Správci musí mít možnost ve zprostředkovaném výkrese označovat
a popisovat kontrolované objekty.
o Proces interní kontroly RSD - žádost vedoucího zakázky na správce o kontrolu se stanoveným termínem, vyjádření jednotlivých správců s datem jejich vyjádřeni
a s identifikací jejich záznamů v kresbě apod. bude celý veden a evidován v rámci IS DTM RSD. Na základě výsledků odborných kontrol bude vedoucím zakázky vypracované souhrnné vyjádření k předané dokumentaci.
o Y připadě nevyhovující kvality je provedena reklamace a dokumentace je odmítnuta,
o V případě přijetí dokumentace je provedena její akceptace a následně je zapracována do databáze IS DTM ŘSD.
B) Po zapracování dokumentace, před jejím zplatněním bude proveden export části objektů týkající se ZPS DTM ČR do výměnného formátu JVF DTM, který bude ověřen oprávněnou osobou RSD.
1) Dokumentace bude následně prostřednictvím WS R14 předána do IS DMVS, jako geodetická aktualizační dokumentace, (viz kap. 0).
2) Po zaevidování v IS DMVS bude aktualizační dokumentace pomocí WS R16 předána IS DTM kraje.
2a) WS R17 resp. 2b) WS R15 notifikuje IS DMVS o předání JVF do DTM.
3) Následně je aktualizační dokumentace předána pomocí R30 RSD jako správci vymezené oblasti k zapracování.
RSD provede v IS DTM RSD kontrolu aktualizační dokumentace a porovnání s exportovanou v kroku B) zejména s ohledem na případné kolize a provede zapracování do databáze.
4) Následně je hotová změna předána IS DMVS pomocí WS R11, a
5) pomocí WS R12 do IS DTM kraje, kde jsou provedeny kontroly, a
6) potvrzení výsledku přijetí změny pomocí WS R13 přes IS DMVS, a
7) WS R23a a R29.
8) Následně je provedeno zplatnění a historizace provedených změn a ukončeno zapracování změny.
V případě, že není stavebníkem RSD, ale jiný subjekt, který nepředává dokumentaci přímo ŘSD, ale přímo do IS DMVS ve výměnném formátu začíná zpracování až v kroku 1). Následující postup je totožný.
Uvedený popis reprezentuje stav navrhované komunikace mezi systémy k datu tvorby technické specifikace. Součástí Cílového konceptu bude zpřesněný popis této komunikace podle aktuální platné Společné dokumentace.
Metodika aktualizace ZPS dle DTM
ŘSD bude z pohledu DTM ČR plnit roli editora ZPS ve vymezeném území. Z tohoto důvodu musí komponenta pro Správu ZPS splňovat všechny minimální požadavky na správu a aktualizaci ZPS uvedené v poslední platné verzi dokumentu „Společná technická dokumentace IS DTM kraje"' (viz tabulka v kap. 0.) tak, aby bylo zajištěno kompletní naplnění této povinnosti.
strana 76
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Metodika aktualizace ZPS, Dl, TI a ostatních dat ŘSD
ŘSD je současně v roli správce Dl a TI a tato komponenta tedy musí zajistit plnou funkčnost pro správu dat Dl a TI jak pro interní potřeby Zadavatele, tak pro poskytování WS směrem k IS DMVS aIS DTM krajů Zadavatel bude v IS DTM RSD dále vést některá další data nad rámec JVF, ať již se bude jednat o rozšiřující atributy některých prvků ZPS, Dl, TI, tak vedení některých dalších objektů (ostatní data RSD) jako jsou např. prvky dopravního značení, vegetace atp. Komponenta musí zajistit funkčnost i pro správu těchto dat. Detailní rozsah těchto dat bude upřesněn v rámci Cílového konceptu při návrhu datového modelu. V rámci této aktivity poskytne také Zhotovitel Zadavateli konzultační služby spojené s návrhem metodiky správy a aktualizace těchto dat.
Evidence a správa záměrů projektů
Zadavatel je povinen na základě § 3 odst. 4 vyhlášky 393/2020 Sb. vést údaje o poloze průběhu záměrů na provedení změn dopravní a technické infrastruktury. Tato data vznikají v RSD v úrovni studií proveditelností a postupně jsou zpřesňovány v jednotlivých fázích přípravy projektové dokumentace (dokumentace pro územní rozhodnutí, dokumentace pro stavební povolení, realizační dokumentace). Tato data vznikají nyní v podobě CAD souborů a nejsou evidována v žádném samostatném IS. Správu těchto dat bude zajišťovat prostřednictvím této komponenty. Vstupní data budou importována buď ve struktuře JVF anebo budou pořízena editorem přímo v komponentě
s možností využití podkladových dat v rastrovém nebo vektorovém formátu.
Minimální funkční požadavky
Z uživatelského pohledu bude mít komponenta dvě charakteristické části, evidenční a mapovou část určenou k zobrazení a editaci geografických dat.
Evidenční část bude zajišťovat příjem dokumentací z externích systémů a odpovídající komunikaci. V rámci evidenční části bude probíhat import dat z výměnných formátů, formální kontrola dokumentací včetně jednotlivých kroků řízeného procesního workflow, spouštění kontrol a zplatňování. Uživatelské rozhraní evidenční části bude umožňovat prostřednictvím metadatové definice správu datového modelu, symbologie, dále nastavení procesního workflow, datových kontrol a uživatelských oprávnění.
Editační část bude řešena mapově orientovanou aplikací, která umožňuje věcnou kontrolu dokumentace, prohlížení dat, editaci dat, spouštění kontrol a odstraňování chyb a kolizí.
Komponenta musí být realizována na úrovni aplikačního serveru s vlastním rozhraním v tenkém klientu s licencí bez omezení počtu koncových uživatelů.
Komponenta musí splňovat minimálně tyto základní funkční požadavky:
Evidenční komponenta
• webová aplikace.
• podpora životního cyklu aktualizace ZPS/DTI (viz popis procesu výše a metodika DTM), v rámci procesu se aktuálně počítá minimálně s těmito uživatelskými rolemi:
o manažer editací - přiděluje jednotlivé editace jednotlivým editorům (interní pracovník Zadavatele).
o kontrolor kvality editace - zajišťuje kontrolu kvality připravené editace. Může se jednat o interního pracovníka Zadavatele nebo externího dodavatele,
o schvalovatel - provádí finální schválení editace dat a zplatňuje data v IS DTM RSD (interní pracovník Zadavatele).
• evidence geodetické aktualizační dokumentace s věcným odlišením ZPS a DTI a ostatních dat ŘSD.
strana 77
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• evidence záměrů projektů.
• historizace dat a operací, časové řezy.
• minimální redundance dat, bez nutnosti synchronizace pro editační část.
• integrace mapové komponenty.
• konfigurovatelnost pracovního workflow, procesů, notifdcací, business pravidel na úrovni administrátora.
• nastavení zastupitelnosti uživatelů, automatizace přidělování úkolů.
• konfigurovatelnost datového modelu v případě změny JVF DTM nebo požadavků na změnu datového modelu IS DTM RSD vyplývající z ostatních agend.
• zobrazení konfigurace metadat.
• administrace úrovně logování.
• kontrolní nástroje v rozsahu dle prováděcího předpisu.
• spouštění importů.
• spouštění kontrol a zobrazení výsledků.
Editační část
• editační mapový klient bude integrován s evidenční částí a bude realizován centrální mapovou komponentou (dále jsou uvedeny specifické požadavky vyplývající z DTM ČR).
• zobrazování dat DTM ve 2D i 3D.
• editační nástroje ve 3D umožňující řešení situací jako například napojení volných konců liniových objektů viditelné pouze ve 3D pohledu, konstrukce pomocných bodů a hran ve 3D pod definovaným úhlem či poloměrem.
• editační nástroje pro editaci prvků záměrů projektů s možnostím využití podkladových rastrových nebo vektorových dat.
Datová vrstva
Datová vrstva musí být realizována tak, aby vyhovovala následujícím požadavkům:
• pro uložení dat bude využita databázová platforma v souladu se základními požadavky na databázovou vrstvu.
• data budou uložena v tabulkách s příslušnou indexací a vazbou cizích klíčů.
• selekce dat bude prováděna buď přimým dotazem nad tabulkami, nebo pomocí databázových pohledů.
• pro ukládaní prostorových dat budou použity výhradně nativní datové typy zvolené databázové platformy.
• datový model musí být navržený tak, aby změny v definici ukládaných geo objektů (např. přidání nového objektu JVF, přidám atributů objektu JVF, změna číselníkové hodnoty) představovala pouze konfiguraci bez nutnosti nasazení nového datového modelu. Tzn. využití metamodelového datového modelu.
• datový model musí být navržený tak, aby bylo možné efektivně a rychle získávat data: o řízení včetně jejich stavu a historie zpracování jednotlivých procesních kroků.
strana 78
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
o kontrolách obsahové části řízení (geo objekty řízení) provedených v průběhu zpracování řízení.
o získávat obraz obsahové části JVF v průběhu zpracování
- Výchozí stav obsahové části JVF požadovaných změn.
- Rozpracovaný stav budoucí obsahové části JVF před schválením.
- Schválený/publikovaný stav obsahové části JVF.
- Kompletní historie publikovaných i evidovaných stavů Geo objektů. Tato historie musí umožňovat časové pohledy na stav dat např. z důvodu generování změnových sestav za určité období.
Integrační vazby
Komponenta bude konzumovat standardní webové mapové služby OGC (OGC služby) publikované ostatními komponentami IS DTM RSD, případně jinými externími poskytovateli (např. ČUZK, krajské úřady apod.), a bude využívat služby SHKN integrované přes ESB pro vyhledávání nad daty RÚIAN a ISKN.
Komponenta bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty ULS a bude integrována v rozhraní Interního geoportálu.
Komponenta bude komunikovat obousměrně s IS DTM kraje a IS DMVS prostřednictvím webových služeb. Webové služby budou sloužit pro předávání aktualizačních dokumentací, reklamace, webové mapové služby, předávání změnových dat ZPS a zplatňování dat při přeshraniční editaci. Dále budou zajišťovat dotazování Evidence vlastníků, správců a provozovatelů TI a Dl, Evidence editorů TI, Dl a ZPS a dále předávání změnových dat Dl a TI ve správě RSD.
V rámci Cílového konceptu musí být vymezení komunikace zrevidováno v souladu s aktuálním zněním Společné technické dokumentace.
Komponenta bude současně umožňovat načítání, editaci a správu záměrů projektů pro správu a evidenci prvků DTM dle § 3 odst. 4 vyhlášky č. 393/2020 Sb. Komponenta musí umožňovat, jak tato data importovat ve formátu XML RSD (rozšířený formát JVF), tak v ICF, tak i přímo
v komponentě pořídit data nad referenčními vektorovými nebo rastrovými podklady. V tomto případě bude dokumentovaná metadatová vazba na uložení těchto podkladových dat v komponentě Evidence a správa primárních dat.
Interní geoportál
Interní geoportál je zastřešující webové prostředí, které slouží jako jednotné uživatelské rozhraní k zajištění interního přístupu ke komponentám geoportálu a službám Systému IS DTM RSD dle přidělených uživatelských oprávnění.
Schéma pro Interní geoportál je uvedené na následujícím obrázku:
strana 79
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Obrázek 11 - Schémapro Interní geoportál
Interní geoportál je určen pro všechny zaměstnance organizace, kteří jeho prostřednictvím budou mít přístup ke všem datům IS DTM ŘSD. Jako zdroj geografických dat pro Interní geoportál bude sloužit publikační databáze GIS data nebo OGC mapové služby publikované komponentou.
Součástí geoportálu jsou zejména:
• webové rozhraní (GUI) umožňující správu obsahu (informace o Projektu, rozcestník, mapa stránek, kontaktní údaje),
• interní mapový klient s možností prohlížení publikovaných mapových služeb,
• dokumenty související s DTM,
• odkazy na ostatní subjekty projektu DTM ČR (IS DMVS, IS DTM krajů atd.),
• statistiky (přehledy o aktualizacích dat v rámci Správy ZPS, Dl, TI a ostatních dat),
• nápověda (postupy, často kladené otázky, výklady atd.),
• hledání (fultextové vyhledávání v obsahu portálu),
• Existence sítí (popsáno v samostatné kapitole).
Komponenta bude provozovaná v interní síti a musí být realizována na úrovni aplikačního serveru poskytujícího síťové služby s vlastním klientem pro administraci. Licence bez omezení počtu koncových uživatelů.
Minimální funkční požadavky
Komponenta musí splňovat minimálně tyto základní funkční požadavky:
• publikování obsahu portálu dle přidělených rolí a oprávnění uživatelů portálu.
• pokročilé vyhledávání v rámci obsahu portálu dle přidělených rolí a oprávnění uživatelů portálu (pro příslušnou roli a oprávnění umožní vyhledávat pouze data dostupná pro tuto skupinu role a oprávnění). Jeden vstup pro veškeré vyhledávání.
• interní mapový klient s možností prohlížení publikovaných mapových služeb IS DTM ŘSD realizovaný prostřednictvím centrální mapové komponenty.
strana 80
• administrační prostředí pro správu obsahu portálu (redakční systém): ■
o kompletní správa obsahu geoportálu včetně:
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
- možnosti rychlé a intuitivní publikace obsahu včetně nastavení času a data publikace a viditelnosti (uživatelé nebo skupiny uživatelů, kteří daný obsah uvidí),
- formátování jednotlivých stránek (vkládání objektů do stránek včetně souborů, obrázků a tabulek, pokročilé možnosti nastavení rozložení stránek) včetně možnosti formátování za použití HTML (min. verze 5),
- rozdělení obsahu do kategorií a skupin,
- správy datových zdrojů z centrálního úložiště dat, dalších komponent IS DTM ŘSD a externích systémů,
- správy webových map a jejich obsahu včetně správy všech nástrojů a prvků (ovládací prvky, vyhledáváni, nastavení tisku, nastavení legendy, nastavení měřítka a jeho omezení, nastavení popisných informací a informací zobrazených po kliknutí do mapy),
- správy webových aplikací a jejich obsahu včetně správy všech nástrojů a prvků (ovládací prvky, vyhledávání, nastavení tisku, nastaveni legendy, nastavení měřítka a jeho omezení, nastavení popisných informací a informací zobrazených po kliknutí do mapy),
- rozšiřitelný pluginy či vlastními skripty
o kompletní správa prvků geoportálu včetně:
- rozložení obsahu,
- nastavení viditelnosti obsahu (uživatelé nebo skupiny uživatelů, kteří daný obsah uvidí),
- rozložení a správy záložek a dalších interaktivních prvků (menu, tlačítka, odkazy, záhlaví a zápatí) a nastavení viditelnosti těchto prvků (uživatelé nebo skupiny uživatelů, kteří daný obsah uvidí).
o zobrazení pokročilých statistických přehledů a možnost tvorby statistických sestav a výstupů.
o zpřístupnění veškerého obsahu skrze j ednotné rozhraní.
Integrační vazby
Komponenta bude pro publikaci obsah portálu získávat data z ostatních komponent IS DTM ŘSD v rámci integračních služeb jako i externích systémů. Do portálu budou integrovány:
• Evidence a správa primárních dat
• Správa a aktualizace ZPS, Dl, TI a ostatních dat ŘSD
• Výdej dat
• Existence sítí
• Statistiky
• Metadata
Komponenta bude konzumovat standardní webové mapové služby OGC (OGC služby) publikované ostatními komponentami IS DTM ŘSD, případně jinými externími poskytovateli (např. ČUZK, krajské úřady apod ).
strana 81
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Komponenta bude využívat služby SHKN integrované přes ESB pro vyhledáván nad daty RUIAN a ISKN a bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty ULS.
Externí geoportál
Externí geoportál je zastřešující webové prostředí, které slouží jako jednotné uživatelské rozhraní k zajištění externího přístupu k veřejným datům IS DTM RSD.
Schéma externího portálu je uvedené na následujícím obrázku
Externí geoportál je určen pro odbornou veřejnost i partnery Xxxxxxxxxx, kteří jeho prostřednictvím budou mít jednotný přístup k vybraným datům a službám IS DTM RSD. Součástí Externího geoportálu je publikační databáze (Data pro publikaci).
Součástí geoportálu jsou zejména:
• webové rozhraní umožňující správu obsahu (informace o Projektu, rozcestník, mapa stránek, kontaktní údaje),
• administrace, nastavení vizualizace včetně kartografických pravidel,
• mapový klient s možností prohlížení publikovaných mapových služeb IS DTM RSD,
• publikace mapových služeb (OGC WMS, WFS, WMTS),
• publikace metadat,
• dokumenty související s DTM,
• odkazy na ostatní subjekty projektu DTM ČR (IS DMVS, IS DTM krajů atd.),
• nápověda (postupy, často kladené otázky, výklady atd.),
• hledání (fulltextové vyhledávání v obsahu portálu),
• Existence sítí (popsáno v samostatné kapitole),
• Výdejní modul (viz kap. 0) umožňující výdej dat z Publikační databáze v rozsahu dle uživatelských oprávnění (popsáno v samostatné kapitole),
• metadatový klient umožňující prohlížení dat publikovaných Zadavatelem (komponenta
Metadata je popsána samostatně dále), strana 82
• administrační prostředí pro správu obsahu portálu (redakční systém): ■
o kompletní správa obsahu geoportálu včetně,
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
- možnosti rychlé a intuitivní publikace obsahu včetně nastavení času a data publikace a viditelnosti (uživatelé nebo skupiny uživatelů, kteří daný obsah uvidí),
- formátování jednotlivých stránek (vkládání objektů do stránek včetně souborů, obrázků a tabulek, pokročilé možnosti nastavení rozložení stránek) včetně možnosti formátování za použití HTML (min. verze 5),
- rozdělení obsahu do kategorií a skupin,
o kompletní správa prvků geoportálu včetně:
- rozložení obsahu,
- nastavení viditelnosti obsahu (uživatelé nebo skupiny uživatelů, kteří daný obsah uvidí),
- rozložení a správy záložek a dalších interaktivních prvků (menu, tlačítka, odkazy, záhlaví a zápatí) a nastavení viditelnosti těchto prvků (uživatelé nebo skupiny uživatelů, kteří daný obsah uvidí),
o zpřístupnění veškerého obsahu skrze j ednotné rozhraní.
Komponenta bude provozovaná v externí síti. Komponenta musí být realizována na úrovni aplikačního a databázového serveai poskytujícím síťové služby s vlastním klientem pro administraci. Licence bez omezení počtu koncových uživatelů.
Minimální funkční požadavky
Komponenta musí splňovat minimálně tyto základní funkční požadavky:
• publikování obsahu portálu dle různých úrovní autentizace,
o veřejně dostupný obsah - nepřihlášení uživatelé,
o obsah vyžadující registraci a přidělení oprávnění - registrovaní uživatelé s přidělenou rolí (geodet atd ),
• pokročilé vyhledávání v rámci obsahu portálu dle přidělených rolí a oprávnění uživatelů portálu (pro příslušnou roli a oprávnění umožní vyhledávat pouze data dostupná pro tuto skupinu role a oprávnění),
• administrační prostředí pro správu obsahu portálu (redakční systém),
• prohlížení dat publikovaných Zadavatelem (vč. vyhledávání dle metadat),
• externí mapový klient s možností prohlížení publikovaných mapových služeb IS DTM RSD realizovaný prostřednictvím Mapové komponenty,
• poskytování výdeje dat z publikační databáze na základě přidělených oprávnění uživatele,
• zpřístupnění veškerého obsahu skrze j ednotné rozhraní,
• umožnění registrace externích uživatelů.
Integrační vazby
Data pro publikaci budou synchronizována pomocí nástrojů ETL z interní databáze GIS data. Do portálu budou integrovány:
• Evidence a správa primárních dat
• Výdej dat
• Existence sítí
• Metadata
strana 83
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Komponenta bude konzumovat standardní webové mapové služby OGC (OGC služby) publikované ostatními komponentami IS DTM ŘSD, případně jinými externími poskytovateli (např. ČUZK, krajské úřady apod.).
Komponenta bude využívat služby SHKN integrované přes ESB pro vyhledávání nad daty RUIAN a ISKN a bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty ULS.
Výdej dat
Cílem agendy komponenty Výdej dat je poskytnout samoobslužný nástroj externím i interním uživatelům s potřebou využití dat Zadavatele.
Schéma komponenty je uvedené na následujícím obrázku:
Obrázek 13 - Schéma pro komponentu Výdej dat
Komponenta Výdej dat bude sloužit pro zprostředkování uživatelsky zadáváných požadavků na poskytnutí dat (obsah, rozsah, lokalizace, forma poskytnutí a formát) a jejich vystavení (data ke stažení, služby). Komponenta bude obsahovat mapové zobrazení, prostřednictvím kterého je možné graficky určit lokalizaci požadavku. Požadavek na výdej dat bude umožněn pouze registrovaným uživatelům.
V případě schválení se požadavek zaeviduje a provede se příprava výdeje ve formě datového balíčku ke stažení. Příprava balíčku bude provedena automaticky. Žadatel bude o připraveném výdeji notifikován na základě jím zvoleného způsobu definovaného při tvorbě žádosti o výdej. Minimální funkční požadavky
Komponenta musí splňovat minimálně tyto základní funkční požadavky:
• Zaregistrování a přihlášení uživatele.
• Logování vytvořených žádostí i odeslaných dat.
• Vytvoření a odeslání žádosti.
• Výběr datových sad.
• Zadání požadovaného rozsahu dat.
• Zakreslením oblasti v mapě.
• Výběrem z předdefinovaných území.
• Výběr požadovaných formátů. strana 84
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• Stažení balíčku dat.
• Evidence žádostí.
• Automatizované i asistované vyřízení žádostí.
• Reklamace žádostí.
• Ruční založení žádosti.
• Export dat:
o export do vektorových formátů DGNV8, DXF, JVF, SEIP,
o zdrojem vektorových dat jsou data uložená v publikační databázi.
• Mapové okno realizované centrální mapovou komponentou:
o základní ovládání mapového okna,
o zapínání a vypínání nakonfigurovaných mapových vrstev,
o vyhledávání dle admin. a organizačního členění.
Integrační vazby
Komponenta bude integrována v rozhraní Interního geoportálu. Komponenta bude integrována v rozhraní Externího geoportálu a bude konzumovat standardní webové mapové služby OGC (OGC služby) publikované ostatními komponentami IS DTM RSD, případně jinými externími poskytovateli (např. CÚZK, krajské úřady apod.).
Komponenta bude čerpat data z databáze GIS data pro výdej interním uživatelům. Pro výdej dat externím uživatelům budou data čerpána z publikační databáze Data pro publikaci.
Komponenta bude využívat služby SHKN integrované přes ESB pro vyhledávání nad daty RUIAN a ISKN a bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty UES.
Existence sítí
Cílem komponenty Existence sítí je naplnit požadavky vyplývající z role Správce Dl a TI. Zadavatel v roli vlastníka a správce Dl a TI reaguje na žádost o stanovisko o existenci infrastruktury a možností a způsobu napojení nebo k podmínkám dotčených ochranných a bezpečnostních pásem. Zamýšleným Cílovým stavem je napojení na budoucí národní Portál stavebníka a příjem žádostí tímto kanálem. S ohledem na zatím nestanovený termín jeho realizace a technicky nepopsaný způsob není možné tuto integrační vazbu nyní přesně specifikovat. Pro účely tohoto Projektu se předpokládá vybudování externí části, která zajistí náběr žádostí přímo od žadatelů a poskytování stanovisek prostřednictvím Externího geoportálu. S ohledem na vývoj projektu DTM ČR se předpokládá i přebírání žádostí z centrálního náběrového místa IS DMVS. Integrace na Portál stavebníka bude řešena v rámci budoucího rozvoje, kdy Zhotovitel v rámci budoucího rozvoje zajistí analýzu i následnou implementaci integrace.
Schéma komponenty je uvedené na následujícím obrázku:
strana 85
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Obrázek 14 - Schéma pro komponentu Existence sítí
Interní část komponenty zajistí podporu celého cyklu zpracování žádosti včetně automatického vyhodnoceni konfliktu infrastruktury Zadavatele se žádostí stavebníka prostřednictvím prostorové analytiky.
Komponenta bude provozovaná v interní i externí síti. Komponenta musí být realizována na úrovni aplikačního serveru s vlastním webovým klientem. Licence bez omezení počtu koncových uživatelů.
Minimální funkční požadavky
Komponenta musí splňovat minimálně tyto základní funkční požadavky:
• vyplnění a podání žádosti,
• evidence žádostí a zpřístupnění dle oprávnění/příslušnosti,
• zobrazení detailu žádosti včetně umístění v mapovém okně,
• mapové okno realizované centrální mapovou komponentou:
o základní ovládání mapového okna,
o zapínání a vypínání nakonfigurovaných mapových vrstev,
o možnost exportu mapové situace,
• automatické generování stanoviska na základě prostorových dat uložených v databázi GIS data,
• v případě nemožnosti automatického vyjádření bude mít uživatel možnost připravit vyjádření manuálně,
• generování stanoviska na základě připravených šablon do PDF sestávající se ze dvou částí (textová a mapová),
• editace stanoviska, strana 86
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• vložení příloh (mapové situace, dokumenty apod.),
• odeslání stanoviska.
Integrační vazby
Komponenta bude integrována v rozhraní Interního geoportálu. Komponenta bude integrována v rozhraní Externího geoportálu a bude využívat služby SHKN integrované přes ESB pro vyhledávání nad daty RÚIAN a 1SKN.
Komponenta bude konzumovat standardní webové mapové služby OGC (OGC služby) publikované ostatními komponentami IS DTM RSD, případně jinými externími poskytovateli (např. ČUZK, krajské úřady apod.).
Komponenta bude prostřednictvím ESB komunikovat s webovými službami IS DMYS ve věci přijímání žádostí o stanovisko a bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty ULS.
Mobilní klient
Komponenta Mobilní klient je mobilní aplikace pro zaměstnance Zadavatele určená pro práci s geografickými daty v terénu, např. údržbu, hlášení změn a závad. Uživatel bude mít prostřednictvím aplikace přístup k datům IS DTM RSD dle jeho oprávnění a současně mu bude umožněna editace, vytváření a sdílení do připravených vrstev s integrací na mobilní zdroje
prostorové polohy (GNSS). Umožněno bude hlášení o změně nebo závadě objektu infrastruktury přímo z aplikace do příslušné komponenty správce. V terénu nasbíraná data budou následně synchronizována do datového skladu IS DTM RSD.
Schéma komponenty je uvedené na následujícím obrázku:
Obrázek 15 - Schémapro komponentu Mobilní klient
Tato aplikace umožní pracovat v režimu online i off-line. Online data jsou získávána z veřejných zdrojů (např. ČUZK) nebo s využitím interních OGC služeb. Off-line data jsou načtena do aplikace
strana 87
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
při synchronizaci prostřednictvím interní sítě RSD (přítomnost v kanceláři nebo VPN). Off-line data jsou chráněna proti zneužití šifrováním.
Komponenta bude provozovaná v interní síti. Komponenta musí být realizována na úrovni aplikačního serveru poskytujícím síťové služby a aplikací pro OS Android. Licence bez omezení počtu koncových uživatelů.
Minimální funkční požadavky
• podpora aktuální verze OS Android,
• autentifikace a autorizace uživatelů,
• konfigurovatelnost tematických mapových projektů z dat DTM ŘSD dle konkrétní úlohy,
• synchronizace off-line dat z databáze GIS data, prostřednictvím komponenty Správa a publikace geografických dat,
• práce v online i off-line režimu,
• prohlížení dat (vektorová i rastrová),
• vyhledávání v datech,
• editace dat (vkládání a editace grafických prvků, editace atributů, využívání číselníků),
• tvorba a ukládání poznámek (redlining),
• hlášení ke stavu objektů infrastruktury,
• pořizování a ukládání fotografií.
Integrační vazby
Komponenta bude v online režimu konzumovat standardní webové mapové služby OGC (OGC služby) publikované ostatními komponentami IS DTM RSD, případně jinými externími poskytovateli (např. ČUZK, krajské úřady apod.).
Komponenta bude využívat služby SHKN integrované přes ESB pro vyhledávání nad daty RUIAN a ISKN a bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty ULS.
Správa uživatelů a rolí
Jedná se o komponentu pro správu všech uživatelů a přiřazení aplikačních rolí v IS DTM RSD. Součástí je také aplikační rozhraní, na které se napojí centrální systém pro evidenci aplikačních identit (IdM) Zadavatele. Licence bez omezeni počtu koncových uživatelů.
Schéma komponenty je uvedené na následujícím obrázku:
strana 88
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Obrázek 16 - Schéma pro komponentu Správa uživatelů a rolí
Minimální funkční požadavky
Komponenta v rámci IS DTM RSD zajišťuje následující funkcionalitu:
• evidenci identit všech uživatelů IS DTM RSD:
o založení uživatelského účtu,
o aktualizaci uživatelského účtu,
o deaktivaci uživatelského účtu,
o zobrazení aktivních / neaktivních uživatelských účtů.
• evidenci přiřazení aplikačních rolí (včetně privilegovaných aplikačních rolí):
o přiřazení aplikační role uživatelskému účtu,
o odebrání aplikační role z uživatelského účtu,
o odebrání všech aplikačních rolí z uživatelského účtu,
o zobrazeni uživatelů podle rolí,
o zobrazení rolí přiřazených uživatelovi.
• vytvoření účtu registrací pro externí uživatele, kteří budou k IS DTM ŘSD přistupovat pouze pomocí Externího geoportálu, tj. nebudou mít přístup do interní sítě Zadavatele.
• změnu hesla a nastavení zapomenutého hesla pro uživatele vytvořené v IS DTM RSD.
• každý uživatelský účet v prostředí Zadavatele, u kterého se má zajistit ukončeni platnosti, se vždy pouze deaktivuje, nikdy se nemaže.
• konfigurace oprávnění - nastavení oprávnění se vytváří vůči jednotlivým aplikačním rolím, nebo konkrétním uživatelským účtům. Jedná se především o prvky:
o v rámci databáze práva na tabulky, sloupce a řádky,
strana 89
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
o práva na všechny funkce v IS DTM ŘSD,
o práva na soubory,
o práva na objekty,
o obecně práva na všechny prvky a funkcionalitu v IS DTM ŘSD obsažené v úrovních čtení, zápis, spuštění apod.
Integrační vazby
Komponenta musí vystavit aplikační rozhraní (realizované jako SOAP nebo REST služba, ve schématu uvedeno jako IdM API), pomocí kterého bude IdM zajišťovat:
• žádost o vytvoření nového uživatelského účtu,
• žádost o aktualizaci existujícího uživatelského účtu,
• žádost o deaktivaci / aktivace uživatelského účtu,
• žádost o přidání / odebrání aplikační role, popř. odebrání všech aplikačních rolí pro zadaného uživatele,
• získání seznamu všech uživatelských účtů,
• získání seznamu všech aplikačních roli včetně jejich popisu,
• získání seznamu všech přidělených aplikačních rolí pro zadaného uživatele.
Aplikační rozhraní pro IdM (IdM API)
IdM je centrální, interní systém Zadavatele pro evidenci aplikačních identit, který spravuje identitu:
• všech zaměstnanců Zadavatele,
• externích uživatelů, kteří budou mít přístup do interní sítě Zadavatele pomocí VPN (typicky dodavatelů zajišťujících podporu aplikací),
a jejich aplikačních rolí na základě definovaných procesů.
Podporuje následující procesy pro správu uživatelského aplikačního účtu a jeho aplikačních rolí v dané aplikaci:
• automatické vytvoření / deaktivace účtu a přidělení / odebrání aplikačních rolí na základě tzv. business role, která se odvozuje od organizační struktury Zadavatele - vytvoření / změnu business role pro běžnou aplikaci schvaluje metodik a gestor aplikace,
• vytvoření účtu a přidělení aplikačních rolí na základě žádosti uživatele - žádost schvaluje gestor aplikace.
Pomocí vystaveného aplikačního rozhraní bude automaticky kontrolovat seznam účtů a přidělených aplikačních rolí. V případě rozporu proti stavu, který je evidovaný v IdM, bude eskalovat rozpor
na gestora aplikace.
Neeviduje identity a aplikační role pro externí uživatele, kteří nemají přistup do interní sítě Zadavatele (typicky uživatelé aplikací, které jsou dostupné pouze přes internet).
Eviduje, ale nespravuje privilegované aplikační účty a role (např. Administrátor aplikace, ...), tj.:
• zná jejich stav (ví kteří uživatelé v jaké privilegované aplikační roli jsou),
• nemůže uživatele do privilegovaných aplikačních rolí přidávat,
• může uživatele z privilegovaných aplikačních rolí odebírat. Nezajišťuje ověření, ani autorizaci uživatelů.
Konfigurace síly hesla
Komponenta musí umožnit nastavení vlastní heslové politiky pro jednotlivé typy, a to minimálně v tomto rozsahu:
a) minimální délka hesla je 12 znaků, u privilegovaných účtů 19 znaků,
b) heslo obsahuje alespoň 3 z následujících skupin znaků: strana 90
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• nejméně jedno velké písmeno (A - Z),
• nejméně jedno malé písmeno (a - z),
• nejméně jednu číslici (0 - 9),
• nejméně jeden speciální nealfanumerický znak (~!@ #$%A&*_-
+=' |\Q{
c) heslo nesmí obsahovat jméno, příjmení, údaje související s osobou, text odkazující na informační systém / aplikaci, pracovní zařazení, apod., a nesmí obsahovat žádný jiný snadno odhadnutelný řetězec ani mnohonásobně se opakující znaky,
d) uživatel je povinen měnit svá hesla minimálně každých 365 dní,
e) stejné heslo se nesmí opakovat v historii 12 posledních hesel,
f) dočasně přidělené heslo musí být po prvním přihlášení neprodleně změněno.
Autentizace a autorizace
Jde o komponentu, která bude zajišťovat jak autentizaci, tak i autorizaci uživatelů v rámci IS DTM RSD. Autentizace j e ověření identity uživatele. Autorizace je ověření oprávněnosti požadavku uživatele na přístup k základní aplikační funkcionalitě nebo k vybrané množině dat na základě přiřazených aplikačních oprávnění a územní příslušnosti uživatelů. Aplikační oprávnění uživatele vyplývají z přiřazených aplikačních rolí. Licence bez omezení počtu koncových uživatelů.
Schéma komponenty je uvedené na následujícím obrázku:
Obrázek 17 - Schémapro komponentu Autentizace a autorizace
Minimální funkční požadavky
Přístup k jednotlivým komponentám Systému bude uživatelům umožněn pouze na základě přidělených uživatelských oprávnění. Komponenta musí pro celé řešení IS DTM RSD zajistit:
• jediné přihlášení prostřednictvím SSO v rámci všech komponent IS pro interní zaměstnance Zadavatele,
• ověření externího uživatele s přístupem do interní sítě přes VPN Zadavatele (externí doménový účet vůči ADFS),
• ověření externího uživatele bez přístupu do interní sítě Zadavatele (pro přístup přes Externí portál),
o vůči externí službě NIA,
o vůči lokálnímu účtu (SSO).
• autorizaci všech požadavků na základě aplikačních oprávnění vyplývajících z přiřazených aplikačních rolí.
strana 91
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Komponenta ETL bude zajišťovat jednotný způsob pro migrace dat mezi různými databázemi a současně může být použita pro importy a exporty souborových dat obsahujících geografický obsah s výjimkou integrací na IS DTM krajů a IS DMVS.
Jednotlivé úlohy mohou vytvářeny a spouštěny adhoc nebo opakovatelně. Za tímto účelem bude komponenta obsahovat administrátorskou část (předpokládá se desktopový klient) umožňující návrh a spouštění ETL prostřednictvím vlastního uživatelského rozhraní. Pro opakované spouštění úloh umožní administrátorská část publikaci úloh a jejich vystavení formou webových služeb a jejich vykonávání na serveru. Tyto služby budou integrovány do příslušných komponent IS DTM ŘSD (importní/exportní nástroje).
Schéma komponenty je uvedené na následujícím obrázku:
Obrázek 18 - Schémapro komponentu ETL
Administrační uživatelské rozhraní pro konfiguraci pravidel budou využívat oprávnění uživatelé k:
• návrhu ETL úloh (migrační úlohy, import dat, export dat apod.),
• publikaci úloh na server,
• adhoc spouštění ETL úloh.
Maximální očekávaný počet současně pracujících uživatelů v Administračním uživatelském rozhraní jsou 2 osoby, tzn. Zadavetel požaduje licenci pro minimálně dva konkurenční uživatele.
K vypublikovaným úlohám budou přistupovat koncoví uživatelé prostřednictvím webových služeb integrovaných do ostatních komponent (typicky import/export). Počet takových uživatelů je neomezený (maximální počet odpovídá počtu editorů) a Zadavetel tedy požaduje licenci bez omezeni počtu těchto koncových uživatelů.
Minimální funkční požadavky
• vizuální návrhování ETL úloh,
• možnost kombinace datových zdrojů z různých formátů,
• načtení dat za účelem průzkumu zdrojových dat,
• podpora formátů na vstupu (čtení)/výstupu (zápis):
o GIS: SHP, TAB, ESRI Filé GDB, OGC GeoPackage,
o CAD: DGN V7, DGN V8, DWG, DWF,
o DB: PostgreSQL/PostGIS, Oracle/Spatial, MS SQL Server/Spatial,
o Ostatní geoformáty: GML, KML, GPX, GeoJSON,
o Ostatní: TXT, CSV, XLS(X).
strana 92
transformační funkce umožňující:
o výpočet geometrických i negeometrických atributů objektů včetně generalizace,
o logického větvení zpracovávaných dat a cyklické procházení,
o válidači dat,
o mapování zdrojových a Cílových datových struktur, publikace nástrojů na server,
vlastní webové rozhraní pro správu webových služeb, webové rozhraní pro jednotlivé nástroje,
plánování spouštění nástrojů na základě události nebo nastaveného času, zabezpečený přístup (HTTPS),
zdokumentované REST API umožňující ostatním komponentám:
o přístup k nástrojům,
o spouštění, řízení a monitoring nástrojů,
o upload souborů a stahování výstupů,
o přístup k logům průběhu zpracování.
Metadata
Jde o centrální komponentu, která umožní aktualizaci, správu a sdílení metadat o publikovaných datech a datových sadách Zadavatele v externím prostředí. Tato komponenta pro externí prostředí musí splnit požadavky vyplývající ze směrnice INSPIRE v oblasti vyhledávacích služeb.
Metadatové záznamy budou současně spravovány i na úrovni interních datových sad Zadavatele. Pro metadata interních datových sad není vyžadovaná validita s ohledem na směrnici INSPIRE, pouze dle ISO 19115 a rozhraní CSW.
Schéma komponenty je uvedené na následujícím obrázku:
Obrázek 19 - Schémapro komponentu Metadata
Aktualizace geografických metadat bude probíhat automatizovaně v závislosti na aktualizaci dat v publikačních databázích (interní a externí). Kromě vlastního uložení metadat v databázi je
strana 93
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
součástí komponenty služba CSW v rozsahu odpovídacím směrnici INSPIRE a webový klient pro vyhledávání a prohlížení těchto metadat (interních i externích dat).
Komponenta bude provozovaná v externí i interní síti a musí být realizována na úrovni aplikačního serveru poskytujícím síťové služby. Licence bez omezení počtu koncových uživatelů.
Minimální funkční požadavky
Komponenta musí splňovat minimálně tyto základní funkční požadavky:
• webová klientská aplikace,
• prohlížení metadat,
• generování metadat na základě uložených šablon,
• publikace metadat (OGC služby),
• podpora národního metadatového profilu,
• podpora metadatového profilu INSPIRE.
Integrační vazby
Komponenta bude integrována v rozhraní Interního geoportálu, v rozhraní Externího geoportálu a bude publikovat pro celý IS DTM ŘSD centrální vyhledávací služby dle standardů OGC a INSPIRE.
Komponenta bude konzumovat standardní webové mapové služby OGC (OGC služby) publikované ostatními komponentami IS DTM ŘSD, případně jinými externími poskytovateli (např. ČUZK, krajské úřady apod.).
Komponenta bude využívat služby SHKN integrované přes ESB pro vyhledávání nad daty RUIAN a ISKN a bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad daty ULS.
Statistiky
Statistiky budou interní podpůrná, centrální komponenta, která bude dostupná v rámci Interního geoportálu. Komponenta bude umožňovat uživatelskou tvorbu přehledů a statistik z dat komponenty Správa a aktualizace ZPS, Dl, TI a ostatních dat ŘSD (Správa ZPS, Dl, TI a ostatních dat ŘSD) včetně konfigurace jejich podoby a publikace (grafy, tabulky atd.).
Komponenta bude sloužit interním uživatelům jako podpůrný nástroj pro monitoring a řízení procesu zpracování aktualizačních dokumentací Licence bez omezení počtu koncových uživatelů. Schéma komponenty je uvedené na následujícím obrázku:
strana 94
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikáni
a inovace pro konkurenceschopnost
Obrázek 20 - Schémapro komponentu Statistiky
Minimální funkční požadavky
Na základě uživatelských práv bude komponenta umožňovat zobrazování následujících přehledů:
• Seznam geodetů či organizací vyhotovujících geodetické dokumentace
• Počet aktualizací ZPS, DTI a ostatních dat ŘSD
• Počty externích uživatelů
• Statistiky využití poskytovaných služeb IS DTM ŘSD (výdeje dat, mapové služby atd.)
• Počty reklamací
• Průměrná doba zapracování podkladové aktualizační dokumentace
Integrační vazby
Komponenta bude integrována s komponentou Správa a aktualizace ZPS, Dl, TI a ostatních dat ŘSD (Správa ZPS, Dl, TI a ostatních dat ŘSD). Komponenta bude integrována v rozhraní Interního geoportálu.
Rozložení stránky (tiskové šabloně) lze nastavit tyto vlastnosti:
• Identifikátor, název, titulek,
• Formát výtisku tj. “stránky papíru”,
• Orientace výtisku tj. “stránky papíru”,
• Sadu dostupných měřítek případně možnost výtisku do libovolného měřítka,
• Náhled (preview) na šablonu. Pro tisk budou dostupné elementy:
• Mapové okno
• Titulek strana 95
• Vedlejší titulek
• Legenda mapy
• Orámování mapy
• Souřadnice rohů mapy
• Číselné měřítko
• Grafické měřítko
• Směrová růžice (severka)
• Textové pole (statický text)
• Obrázek
• URL element (obsah z dostupného URL)
Mapová komponenta
EVROPSKÁ UNIE
■
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Z podstaty věci, až na výjimky, většina agend IS DTM RSD vyžaduje zobrazení geografických dat v mapovém klientu nebo okně, případně další funkce jako je editace apod. Cílem Zadavatele
je co největší sjednocení vzhledu a funkcionality těchto mapových rozhraní a s tím souvisejících nastavení napříč celým IS DTM RSD.
Mapová komponenta bude fungovat samostatně jako obecná mapová aplikace nebo jako integrovaná součást jiné agendy (Správa ZPS). Mapovým klientem se rozumí plnohodnotné mapové prostředí fungující v samostatném okně aplikace. Mapovým oknem se rozumí mapová komponenta s redukovanou funkcionalitou vložená do webové stránky hlavní agendy (např. mapové okno v rámci komponenty Výdej dat). Mapová komponenta bude realizována jako serverová komponenta s webovým klientem. Zadavatel požaduje licenčně neomezený počet uživatelů. Komponenta bude provozována jak v interním prostředí, tak v externí části IS DTM ŘSD.
Schéma komponenty je uvedené na následujícím obrázku:
strana 96
Generální ředitelství
Správy až* závody
. X
: ;
Zaměstnanci ŘSD I Fyzické/právnické osoby
ŘSD it | |||
l | l | ||
- o | “ O | ||
Interní geoportál | Externí geoportál |
L
EVROPSKÁ UNIE
■
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Administrátor IS DTlír^1 j CD CD; ; CD CD Ed or ZPS Správce Dl a ÍI Ctěna r | Externí dodavatel
i
Mapová komponenta
Zobrazení (A !) A
OGC služby
publikovaných mapových služeb
Zobrazení (Ž\) vektorových a rastrových dat
Vyhledávání a lokalizace
AI
Poznámkové kreslení
Pokročilé | AI | |
nastavení | ||
Ř_ | symbologie | _y |
A
Jednotná konfigurace
A
Evidence a správa
primárních dat
i Správa ZPS, Dl, TI
_ a ostatních dat
-I ŘSD
Meta data
Geoportál
Extern r O geoportál
In te rm ^O
geoportál
Zobrazení dat, ovládaní i editace ve 2D i 3D Výdej dat
r |
A j |
Tisk |
J |
Obrázek 21 - Schémapro komponentu Mapová komponenta
Minimální funkční požadavky
Centrální Mapová komponenta musí splňovat minimálně tyto základní funkční požadavky (případné specifické nebo upřesňující požadavky nad rámec centrální komponenty j sou uvedeny u příslušné agendy):
• zobrazení publikovaných mapových služeb IS DTM ŘSD (OGC služby WMS, WMTS, WFS, 3Dtiles),
• zobrazení vektorových a rastrových dat IS DTM ŘSD,
• zobrazení dat z laserového skenování, mobilního mapování, mračna bodů,
• zobrazení dat ve 2D i 3D včetně přepínání 2D a 3D pohledu při zachování polohy a měřítka zobrazení,
• ovládání mapového okna ve 2D i 3D (přiblížení, oddálení, posunutí, výchozí rozsah, rozsah vybraných objektů, rozsah všech objektů, rotace, změna středu rotace, změna úhlu pohledu, zvolení měřítka),
• nástroje pro ovládání a navigaci ve 3D (otáčení okolo zvoleného středu, otáčení okolo vybraného objektu, přepnutí do standardních pohledů (svislý, boční podle osy X, boční podle osy Y),
• mapový obsah/seznam vrstev (zapnutí, vypnutí, nastavení transparentnosti, měřítková omezení, změna pořadí vrstev, sdružení do skupin vrstev a jejich zapnutí), zobrazení stromové struktury tříd objektů,
• přidání uživatelské třídy prvků (vlastní vrstvy) ve formátech ESRI shapefile, JVF DTM, DXF, DGN, GeoJson,
strana 97
■
EVROPSKÁ UNIE
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
• identifikace prvků v mapě po najetí myší - pop-up okno, obecná identifikace prvků v mapě kliknutím myši - informační okno s podrobnějšími informacemi o prvku,
• vyhledávání a lokalizace s napojením na na služby SHKN integrované přes ESB nad daty RÚIAN a ISKN,
• vyhledávání, lokalizace a přiřazení hodnot objektům podle ULS zprostředkovaného integračními službami ULS,
• výběr objektů manuálně a dle atributového filtru,
• editační nástroje ve 2D a 3D (editace geometrie - body, linie, plochy a atributů, hromadná editace, přichytávání, konstrukční nástroje - kolmice, rovnoběžky, vytvoření průsečíku),
• měření délek, ploch, objemů a odečítáni souřadnic,
• tisk s možností volby parametrů v rámci přednastavených šablon:
o uživatelské nastavení měřítka, obsahu, velikosti a orientace stránky (A4 nebo A3),
o šablona bude obsahovat minimálně tyto prvky: název/titulek, rám, měřítko (grafické i číselné), severka, uživatelský text,
• lokalizace uživatele, zobrazení legendy,
• nástroj poznámkové kreslení - vkládání vlastní grafiky do mapové kompozice, tvorba odkazu na otevření konkrétní mapy - místo či prvek s volbou nastavení mapové kompozice,
• pokročilé nastavení symbologie tříd prvků s využitím fontů, typů čar a typů výplní ploch,
• mobilní verze www aplikace mapového klienta (základní funkcionalita umožňující běžné používání na mobilním zařízení s platformou Android nebo iOS - zejména zobrazení, lokalizace, hledání, volba vrstev, plná responzivita atd.).
Integrační vazby
Mapová komponenta bude konzumovat interní OGC mapové služby publikované z komponent Správa a publikace geografických dat a Evidence a správa primárních dat a bude využívat služby SHKN integrované přes ESB pro vyhledávání nad daty RÚIAN a ISKN.
Komponenta bude přistupovat pomocí ESB k webovým službám Silniční databanky (SDB) nad
daty ULS.
Mapová komponenta bude využita v těchto komponentách:
• Evidence a správa primárních dat
• Správa a aktualizace Z PS, Dl, TI a ostatních dat ŘSD
• Interní geoportál
• Externí geoportál
• Výdej dat
• Existence sítí
• Metadata
strana 98
Integrace
EVROPSKÁ UNIE
■
Evropský fond pro regionální rozvoj Operační program Podnikání
a inovace pro konkurenceschopnost
Následující tabulka obsahuje seznam informačních systémů, které se mají integrovat s IS DTM ŘSD. U všech integrací provede Zhotovitel analýzu integrace a integračních rozhraní v rámci zpracování Cílového konceptu.
I d | Zkratka | Integrovaný systém | Rozhraní/ protokol | Směr integrace |
1 | NIA | Národní identitní autorita | webové služby | IS DTM ŘSD <- NIA |
2 | IS DMVS | IS Digitální mapy veřejné správy | i) | i) |
3 | IS DTM kraje | IS Digitální technické mapy kraje | i) | i) |
4 | Geoportál MD | Geoportál Ministerstva dopravy | i) | i) |
5 | IdM | Identity Management | webové služby | IdM <-> IS DTM ŘSD |
6 | SDB | Silniční databanka (uzlový lokalizační systém; lokalizace podle objektů ULS a přiřazováni hodnot ULS k jednotlivým objektům nebo hromadně) | webové služby | IS DTM ŘSD <-> SDB |
7 | AŘ | Agendy RSD (pasportní systémy, záměry) 9 | ESB | IS DTM ŘSD <-> AŘ |
8 | HD | Helpdesk | email / WS | HD <- IS DTM ŘRSD |
9 | eSSL | Elektronická spisová služba | ESB | 2) |
1 0 | BIM | Předpokládaný IS pro správu BIM dat 9 | ESB | BIM <->IS DTM ŘSD |
1 1 | SHV | Systém hospodaření s vozovkou 9 | ESB | SI-IV <-> IS DTM ŘSD |
1 2 | SIIKN | Systém hospodařeni s katastrem nemovitostí (modul GISA) | ESB | SHKN <-> IS DTM ŘSD |
9 daný informační systém v současnosti neexistuje
2) dodržuje národní standard rozhraní pro elektronické systémy spisové služby, viz
strana 99