ZADÁVACÍ DOKUMENTACE. Návrh a implementace aplikace Památkový katalog NPÚ

ZADÁVACÍ DOKUMENTACE nadlimitní veřejné zakázky na služby dle zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „zákon“)

Návrh a implementace aplikace Památkový katalog NPÚ Evidenční číslo VZ:

60067504

ZADAVATEL VEŘEJNÉ ZAKÁZKY:

Národní památkový ústav Valdštejnské nám. 3, 118 01 Praha 1 zastoupen Ing. arch. Naděždou Goryczkovou, generální ředitelkou

Praha, 2011 _____________________________________________________________________________________________ Zadávací dokumentace dle ust. § 44 zákona vymezuje předmět veřejné zakázky v podrobnostech nezbytných pro zpracování nabídky. Obsahuje doplňující informace k oznámení o veřejné zakázce a zadávací podmínky, které bude zadavatel posuzovat a jejichž nesplnění vede k vyřazení nabídek z dalšího hodnocení. Zadávací dokumentace je pro uchazeče o veřejnou zakázku závazná. Práva, povinnosti či podmínky v této dokumentaci neuvedené se řídí zákonem.

Národní památkový ústav

___________________________________________________________________________________________

OBSAH: 1

INFORMACE O ZADAVATELI, ZPŮSOB KOMUNIKACE ....................................................... 5 1.1

INFORMACE O ZADAVATELI ............................................................................................................. 5

1.2

ZPŮSOB KOMUNIKACE V PRŮBĚHU ZADÁVACÍHO ŘÍZENÍ ................................................................... 5

2

PŘEHLED POUŽITÝCH ZKRATEK, NÁZVY A POJMY........................................................... 6 2.1

ZKRATKY ...................................................................................................................................... 6

2.2

NÁZVY A POJMY ............................................................................................................................ 7

3

VYMEZENÍ VEŘEJNÉ ZAKÁZKY ............................................................................................. 8 3.1

CÍL VEŘEJNÉ ZAKÁZKY................................................................................................................... 8

3.1.1 3.2

Model informačního projektu.............................................................................................. 9

ZÁMĚR ZADAVATELE...................................................................................................................... 9

3.2.1

Netechnologické důvody:................................................................................................. 10

3.2.2

Technologické důvody: .................................................................................................... 11

3.3 4

SHRNUTÍ POŽADAVKŮ A ROZSAHU VEŘEJNÉ ZAKÁZKY .................................................................... 11 POPIS SOUČASNÉHO STAVU .............................................................................................. 12

4.1

APLIKACE MONUMIS ................................................................................................................... 12

4.1.1 4.2

MONUMNET................................................................................................................................ 14

4.2.1 4.3

Závěr ................................................................................................................................ 19

SYSTÉM CENTRÁLNÍ SPRÁVY ČÍSELNÍKŮ ....................................................................................... 19

4.8.1 4.9

Závěr ................................................................................................................................ 18

APLIKACE GIS ............................................................................................................................ 19

4.7.1 4.8

Závěr ................................................................................................................................ 17

APLIKACE MIS............................................................................................................................ 18

4.6.1 4.7

Závěr ................................................................................................................................ 17

APLIKACE TRITIUS....................................................................................................................... 17

4.5.1 4.6

Závěr ................................................................................................................................ 16

APLIKACE CASTIS....................................................................................................................... 17

4.4.1 4.5

Závěr ................................................................................................................................ 15

APLIKACE ARTGUARD ................................................................................................................. 16

4.3.1 4.4

Závěr ................................................................................................................................ 12

Závěr ................................................................................................................................ 20

APLIKACE PRO SBĚR DAT PROJEKTU REI...................................................................................... 20

4.9.1

Závěr ................................................................................................................................ 20

4.10 SHRNUTÍ SOUČASNÉHO STAVU..................................................................................................... 20 4.10.1 5

Závěr ................................................................................................................................ 21

POŽADAVKY NA ŘEŠENÍ APLIKACE PAMÁTKOVÝ KATALOG NPÚ ............................... 22 5.1

PŘEHLED POŽADAVKŮ ................................................................................................................. 22

5.1.1

Funkční požadavky .......................................................................................................... 22

5.1.2

Logické požadavky .......................................................................................................... 29

________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 2 (z 68)


___________________________________________________________________________________________

5.1.3 5.2

Systémové požadavky ..................................................................................................... 29

PŘEHLED ROLÍ ............................................................................................................................ 31

5.2.1

Uživatel ............................................................................................................................ 32

5.2.2

Uživatel NPÚ.................................................................................................................... 32

5.2.3

Editor ÚSKP ..................................................................................................................... 32

5.2.4

Editor Soupisu.................................................................................................................. 32

5.2.5

Správa adresáře vlastníků památek a dotčených orgánů státní správy.......................... 32

5.2.6

Parcely k památkám po katastrálních územích ............................................................... 33

5.2.7

Přehled kartotéky státních seznamů v NPÚ .................................................................... 33

5.2.8

Zobrazení historie změn .................................................................................................. 33

5.2.9

Připomínky k záznamům ÚSKP a Soupisu...................................................................... 33

5.2.10

Administrace číselníků a thesaurů................................................................................... 33

5.2.11

Globální správce .............................................................................................................. 34

5.2.12

Lokální správce................................................................................................................ 34

5.2.13

Správce GIS..................................................................................................................... 34

5.2.14

Čtenář s plným přístupem................................................................................................ 34

5.2.15

Čtenář s limitovaným přístupem ...................................................................................... 34

5.2.16

Externista (čtenář) s plným přístupem ............................................................................. 34

5.2.17

Externista (čtenář) s limitovaným přístupem.................................................................... 34

5.2.18

Veřejnost .......................................................................................................................... 35

5.3

POHLED UŽIVATELE ..................................................................................................................... 35

5.3.1

Úvod................................................................................................................................. 35

5.3.2

Požadavky na obecné funkce .......................................................................................... 37

5.3.3

Agenda kulturních památek (spisy, tiskové sestavy)....................................................... 40

5.3.4

Správa adresáře vlastníků památek a dotčených orgánů státní správy.......................... 42

5.3.5

Parcely k památkám po katastrálních územích ............................................................... 42

5.3.6

Přehled kartotéky státních seznamů v NPÚ .................................................................... 42

5.3.7

Zobrazení historie změn .................................................................................................. 42

5.3.8

Připomínky k záznamům ÚSKP a Soupisu...................................................................... 42

5.3.9

Administrace číselníků a thesaurů................................................................................... 43

5.3.10

Datový model ................................................................................................................... 43

5.4

MIGRACE DAT ............................................................................................................................. 44

5.4.1

Aplikace MonumIS ........................................................................................................... 45

5.4.2

Aplikace GIS a MIS.......................................................................................................... 45

5.4.3

Aplikace MonumNet......................................................................................................... 46

5.4.4

Aplikace pro sběr dat ....................................................................................................... 46

5.4.5

Závěr ................................................................................................................................ 46

5.5

REALIZACE INFORMAČNÍHO PROJEKTU ......................................................................................... 46

5.5.1

Upozornění na možná rizika projektu a jejich překonání................................................. 46


strana 3 (z 68)


___________________________________________________________________________________________

5.5.2

Součinnost NPÚ při realizaci projektu ............................................................................. 47

5.5.3

Dokumentace................................................................................................................... 47

5.5.4

Dostupnost řešení............................................................................................................ 48

5.5.5

Školení ............................................................................................................................. 48

5.5.6

Rámcový harmonogram projektu..................................................................................... 48

5.5.7

Způsob akceptace............................................................................................................ 49

5.5.8

Fakturační milníky............................................................................................................ 51

5.5.9

Zajištění technické podpory řešení .................................................................................. 51

6

PŘEDMĚT PLNĚNÍ.................................................................................................................. 52 6.1

POŘÍZENÍ LICENCE K PRODUKTU .................................................................................................. 52

6.2

DODÁVKA A IMPLEMENTACE PRODUKTU ........................................................................................ 52

6.3

OVĚŘOVACÍ PROVOZ ................................................................................................................... 53

6.4

TECHNICKÁ PODPORA A ÚDRŽBA PRODUKTU ................................................................................. 53

6.5

DALŠÍ NUTNÉ LICENCE ................................................................................................................. 54

6.6

DALŠÍ SLUŽBY ............................................................................................................................. 54

7

MÍSTA A TERMÍNY PLNĚNÍ VEŘEJNÉ ZAKÁZKY ............................................................... 55 7.1

MÍSTA PLNĚNÍ VEŘEJNÉ ZAKÁZKY ................................................................................................. 55

7.2

TERMÍNY PLNĚNÍ VEŘEJNÉ ZAKÁZKY ............................................................................................. 55

8

POŽADAVKY NA PROKÁZÁNÍ SPLNĚNÍ KVALIFIKACE .................................................... 56 8.1

ZÁKLADNÍ KVALIFIKAČNÍ PŘEDPOKLADY ........................................................................................ 56

8.2

PROFESNÍ KVALIFIKAČNÍ PŘEDPOKLADY ....................................................................................... 57

8.3

EKONOMICKÉ A FINANČNÍ KVALIFIKAČNÍ PŘEDPOKLADY ................................................................. 57

8.4

TECHNICKÉ KVALIFIKAČNÍ PŘEDPOKLADY...................................................................................... 58

8.5

PRAVOST A STÁŘÍ DOKLADŮ DLE § 57 ZÁKONA .............................................................................. 59

9

POŽADAVKY NA ZPRACOVÁNÍ NABÍDKOVÉ CENY A PLATEBNÍ PODMÍNKY............... 60 9.1

NABÍDKOVÁ CENA A ZÁKLADNÍ POŽADAVKY ZADAVATELE ................................................................ 60

9.2

PODMÍNKY PŘEKROČENÍ NABÍDKOVÉ CENY ................................................................................... 61

9.3

OBCHODNÍ A PLATEBNÍ PODMÍNKY ................................................................................................ 62

10

POKYNY PRO ZPRACOVÁNÍ NABÍDKY ............................................................................... 63

10.1 POŽADOVANÁ STRUKTURA A OBSAH NABÍDKY ............................................................................... 63 10.2 OBSAH NÁVRHU SMLOUVY ........................................................................................................... 64 11

TERMÍN A MÍSTO PRO PODÁNÍ NABÍDEK A PRO OTEVÍRÁNÍ OBÁLEK, ZADÁVACÍ LHŮTA ..................................................................................................................................... 65

12

ZPŮSOB HODNOCENÍ NABÍDEK .......................................................................................... 66

13

DALŠÍ PODMÍNKY A VYHRAZENÁ PRÁVA ZADAVATELE ................................................ 67

14

PODPIS SMLOUVY A ZÁRUKA NA PLNĚNÍ SMLOUVY...................................................... 68

14.1 PŘÍLOHA – NÁVRH SMLOUVY ........................................................................................................ 68


strana 4 (z 68)


___________________________________________________________________________________________

1

INFORMACE O ZADAVATELI, ZPŮSOB KOMUNIKACE

1.1

INFORMACE O ZADAVATELI

Název zadavatele: Právní forma: Sídlo zadavatele: IČ/DIČ Osoba oprávněná ve věcech smluvních: Telefon/fax: Profil zadavatele: Kontaktní osoba ve věcech organizačních: Adresa: Telefon/fax: E-mail: (dále jen zadavatel)

1.2

Národní památkový ústav příspěvková organizace, kód 331 Valdštejnské nám. 3, 118 01 Praha 1 75032333 / CZ75032333 Ing. arch. Naděžda Goryczková, generální ředitelka +420 257 010 111 http://www.npu.cz/ Ing. Martin Lazák Valdštejnské nám. 3, 118 01 Praha 1 +420 257 010 106 [email protected]

ZPŮSOB KOMUNIKACE V PRŮBĚHU ZADÁVACÍHO ŘÍZENÍ a) Uchazeč je při komunikaci prostřednictvím elektronické pošty povinen potvrdit neprodleně zadavateli přijetí každé obdržené zprávy. b) Zpráva se považuje za doručenou až po takovémto potvrzení. Za takovéto potvrzení se považuje též automatické potvrzení o přečtení zprávy (jejím zobrazení na monitoru příjemce) nebo automatické potvrzení o doručení na poštovní server. c) Za dobu doručení se považuje okamžik přijetí zprávy poštovním serverem uchazeče.


strana 5 (z 68)


___________________________________________________________________________________________

2

PŘEHLED POUŽITÝCH ZKRATEK, NÁZVY A POJMY

2.1

ZKRATKY AIS

Agendový informační systém (provozovaný agendovým místem / OVM)

ČSÚ

Český statistický úřad

ČUZK

Český úřad zeměměřický a katastrální

DMS

Data Management System

ESS

Elektronická spisová služba NPÚ

GA

Generální aktualizace státních seznamů nemovitých kulturních památek (19841987)

GIS

Geografický informační systém NPÚ

GŘ

Generální ředitel

IISPP

Integrovaný informační systém památkové péče

ISAD

Informační systém o archeologických datech NPÚ

ISO

Integrovaný systém ochrany movitého kulturního dědictví

ISZR

Informační systém základních registrů (viz též ROB, ROS, RPP, RÚIAN)

JDZ

Jednotná datová základna NPÚ.

NK ČR

Národní knihovna České republiky

NKP

Národní kulturní památka

NPÚ


KN

Katastr nemovitostí

KP

Kulturní památka

MIS

Metainformační systém dokumentů v NPÚ

ORM

Objektově-relační mapování (http://en.wikipedia.org/wiki/Objectrelational_mapping). Objektový způsob přístupu z aplikace k datům uložených v relační databázi.

OVM

Orgán veřejné moci

REI

Projekt Obnova identifikace nemovitých kulturních památek (zkrácený vžitý název „reidentifikace“)

ROB

ISZR - Registr obyvatel, tj. fyzických osob

ROS

ISZR - Registr osob, tj. právnických osob

RPF

Registr památkového fondu – označení části Památkového katalogu NPÚ při budoucí komunikaci s ISZR

RPP

ISZR - Registr práv a povinností

RÚIAN

ISZR - Registr územní identifikace, adres a nemovitostí

RSO

Registr sčítacích obvodů vedený Českým statistickým úřadem

ÚOP

Územní odborné pracoviště NPÚ

ÚP NPÚ

Ústřední pracoviště NPÚ

ÚSKP

Ústřední seznam kulturních památek České republiky

-

jednotné

centralizované

úložiště

digitálních


strana 6 (z 68)


___________________________________________________________________________________________

2.2

ÚAP

Územně analytické podklady

ÚIR-ADR

Územně identifikační registr ÚIR-ADR - registr adres všech stavebních objektů, které mají číslo domovní. Adresy neobsahují žádné údaje o osobách ani organizacích. Česká pošta poskytuje pro adresy platná poštovní směrovací čísla. Registr je využíván především pro potřeby státní sociální podpory a úřadů práce. (http://forms.mpsv.cz/uir/default2.jsp)

ÚIR-ZSJ

Územně identifikační registr ÚIR-ZSJ - soustava databázových číselníků jednotek územně správního, technického a sídelního členění státu do úrovně podrobnosti částí obcí, katastrálních území a ZSJ. (http://www.czso.cz/csu/rso.nsf/i/uir_zsj)

WSDL

Jazyk popisující podobu webové služby (Web Services Description Language http://en.wikipedia.org/wiki/Web_Services_Description_Language)

NÁZVY A POJMY Agendové místo je organizace pracující se svým agendovým informačním systémem, který pracuje s kopiemi referenčních údajů ze základních registrů (ISRZ) a udržuje je v aktuálním stavu (buď pravidelně aktualizované pomocí notifikačního systému nebo aktivní dotazem) Dokument

je každý písemný, obrazový, zvukový, elektronický nebo jiný záznam, ať již v podobě analogové či digitální, který vznikl z činnosti NPÚ nebo mu byl doručen.

exList

kódové označení části sw Památkového katalogu NPÚ pro Soupis

Externista - externí registrovaný uživatel – instituce nebo jednotlivec mimo NPÚ, který má zákonný důvod k přístupu na neveřejná data (přihlašuje se přiděleným heslem) inActa

kódové označení části sw Památkového katalogu NPÚ pro právní a evidenční akty nabití a pozbytí památkové ochrany a promítnutí jejich vazeb s částmi památkového fondu

inList

kódové označení části sw Památkového katalogu NPÚ pro památkově chráněné části památkového fondu

Památkový fond tvoří kulturní památky, památkově chráněná území a věci památkového zájmu evidované v Soupisu nebo dosud nepoznané či skryté Památkově chráněná území – Památkové rezervace, památkové zóny, ochranná pásma, území s archeologickými nálezy Pasportizace

Podrobná deskripce památky a jejích částí

Pracovník NPÚ Osoba v pracovně právním vztahu k NPÚ Soupis

soupis objektů, souborů či území, které nejsou kulturní památkou nebo památkově chráněným územím, ale potenciálně jimi mohou být nebo se nachází v památkově chráněných územích, či v prostředí KP, nebo se jedná o objekty či území s nepochybnou památkovou hodnotou místního významu nebo je potřebné se s nimi zabývat v IISPP z dalších důvodů (dále jen Soupis)

Spisovou službou se rozumí zajištění odborné správy dokumentů došlých a vzešlých z činnosti NPÚ a jeho předchůdců, zahrnující příjem, evidenci, rozdělování, oběh, vyřizování, vyhotovování, podepisování, odesílání, ukládání a vyřazování dokumentů ve skartačním řízení. V kontextu daného informačního projektu bude úzce provázána s Památkovým katalogem NPÚ a dalšími agendami v rámci IISPP. Tritius

Jednotné úložiště popisných údajů centralizované evidence analogových dokumentačních sbírek


strana 7 (z 68)


___________________________________________________________________________________________

3

VYMEZENÍ VEŘEJNÉ ZAKÁZKY

3.1

CÍL VEŘEJNÉ ZAKÁZKY

Cílem zadávané veřejné zakázky (dále také „informační projekt“) je navrhnout moderní způsob evidence kulturních památek (dále jen KP), nové podoby veřejné prezentace Ústředního seznamu kulturních památek České republiky (dále jen ÚSKP) 1 a přehledné elektronické evidence dalších objektů, které statut KP nemají, ale nachází se v památkově chráněných územích, či v prostředí KP, nebo se jedná o objekty či území s nepochybnou kulturně historickou hodnotou místního významu. Tato nová část s pracovním názvem Soupis bude zdrojovou bází i pro podávání návrhů na prohlášení za KP, podkladem pro tvorbu plánů ochrany a poskytování podrobných územně analytických podkladů (ÚAP). Nová aplikace Památkový katalog NPÚ a její datové struktury musí být koncipovány jako součást Integrovaného informačního systému památkové péče (IISPP) a musí zohlednit vazby na další části tohoto systému (GIS, MIS, ISAD,Tritius, CastIS,ArtGuard, DMS, Intranet NPÚ, ESS a Centrální správa číselníků). Zadávací dokumentace popisuje současný stav elektronické evidence ÚSKP na NPÚ a shrnuje požadavky, na jejichž základě bude možno navrhnout způsob migrace současných aplikací nebo částí aplikací a dat do nové podoby, která bude představována požadovanou centrální aplikací Památkový katalog NPÚ. Stávající evidence bude dále nutno doplnit o Soupis, což je nezbytné také s ohledem na vazby na další části IISPP (GIS, MIS,Tritius).

1

Ústřední seznam se zobrazuje v rozdělení na tyto části: Seznam kulturních památek, Seznam památek světového dědictví na území ČR, Seznam národních kulturních památek, Seznam památkových rezervací, Seznam památkových zón, Seznam památkových ochranných pásem.


strana 8 (z 68)


___________________________________________________________________________________________

3.1.1

MODEL INFORMAČNÍHO PROJEKTU

3.2

ZÁMĚR ZADAVATELE

Záměrem zadavatele je zajistit vytvoření nové komplexní aplikace pro vedení evidence ÚSKP včetně vedení související agendy prohlašování KP. Aplikace bude pracovat v distribuovaném prostředí NPÚ, externích registrovaných uživatelů (dále jen externisté) a internetové prezentace pro veřejnost. Pro NPÚ bude Památkový katalog NPÚ zpřístupňovat všechny funkce, které bude možné jednotlivým pracovníkům (skupinám) dle potřeby ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 9 (z 68)


___________________________________________________________________________________________

vymezovat tak, aby měli přístup pouze k určenému výběru záznamů. Podobně bude implementováno omezení přístupu u externistů. Pro veřejnost bude připravena internetová prezentace s kontrolovaným množstvím informací. Aplikace bude zasazena do Konsolidovaného prostředí IT NPÚ (více kap. 5.1.3.1). Bude využívat jeho technologického základu, což zajistí plnou integraci a spolupráci s ostatními částmi IS NPÚ. Zejména se jedná o využití: a) jednotné datové základny (JDZ) b) sdílených modulů (autentizace a autorizace, přístup k JDZ, zpřístupnění funkcí a komunikace s jinými aplikacemi pomocí webových služeb, logování) c) využívat připravené infrastruktury NPÚ umístěné v externím datovém centru (Casablanca). Dále bude Památkový katalog NPÚ pomocí uživatelského webového rozhraní publikovat o daných objektech a územích, KP a národních kulturních památkách (dále jen NKP), památkově chráněných územích potřebné metainformace v sestavách pro zpracování agend spojených s vedením ÚSKP a dalších podle potřeb NPÚ (tj. seznamy, výpisy, seznamy souvisejících dokumentů), a zajišťovat vytváření a tisky dalších potřebných dokumentů. Součástí požadovaného řešení je integrace aplikace Památkový katalog NPÚ na další systémy a evidence NPÚ: a) GIS (Geografický informační systém NPÚ) b) MIS (Metainformační systém) c) ISAD (Informační systém o archeologických datech) d) Tritius e) CastIS f)

ArtGuard

g) DMS h) Intranet NPÚ i)

ESS (elektronická spisová služba NPÚ)

j)

Centrální správa číselníků NPÚ

Hlavní důvody pro nasazení nové aplikace lze shrnout následovně:

3.2.1

NETECHNOLOGICKÉ DŮVODY: a) Implementace webové aplikace zjednoduší přístup k informacím v evidenci ÚSKP a Soupisu. Pomocí jedné aplikace bude možné řídit přístup různých typů uživatelů (veřejnost, externisté, pracovníci NPÚ) k těmto informacím. b) ÚSKP i Soupis vyžadují sběr dat od pracovníků NPÚ a prezentaci těchto dat směrem k NPÚ, různým státním orgánům a organizacím a veřejnosti. Současná podoba aplikací MonumIS a MonumNet toto efektivně neřeší. c) Některé číselníky jsou zastaralé či nedostačující a je nutné provést jejich revizi resp. náhradu potřebnými číselníky a thesaury centrálně sdílenými v rámci IISPP. d) Současné aplikace nepodporují nově vzniklé územní/prostorovou identifikaci pomocí GIS nástrojů.

uživatelské

požadavky

např.

e) Současné aplikace nepodporují vazbu na externí datové zdroje, především data katastru nemovitostí (dále jen KN) a externí on-line přístupné hesláře (báze národních autorit). f)

Je nutné podpořit efektivitu procesů spojených s vedením ÚSKP (generování a tisk souvisejících dokumentů včetně evidenčních listů KP, automatické generování tiskových sestav dle různých požadavků atd.).

g) Je zapotřebí umožnit sběr a uložení popisných informací k Soupisu ve vazbě na GIS a MIS. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 10 (z 68)


___________________________________________________________________________________________

3.2.2

TECHNOLOGICKÉ DŮVODY: a) Památkový katalog NPÚ bude webová aplikace dostupná uživatelům bez dalších instalací. Toto bude velký rozdíl v porovnání se současným stavem, kdy je nutná instalace Paradox Runtime prostředí a samotné aplikace. Uživateli bude stačit pouze webový prohlížeč. b) V současné době je využívána platforma Paradox pro ukládání dat a pro realizaci aplikace MonumIS (případně dalších aplikací). Paradox není vhodný pro serverové využití a hlavně je nutná instalace Paradox Runtime prostředí u každého uživatele, který chce MonumIS používat. c) V současné době existují rozdílné aplikace pro sběr dat a pro prezentaci dat (MonumIS vs. MonumNet). Kromě technických problémů spojených s duplicitou dat, převodem dat, sběrem dat a údržbou více aplikací najednou je nutné hlavně zmínit problém s rychlostí přesunu dat od uživatele, který určité informace zadal, k uživateli, který si dané informace potřebuje prohlédnout. d) MIS, GIS a ostatní evidence NPÚ, ve kterých je požadováno vedení vazeb na data ÚSKP, musí v současné době pracovat pouze s kopiemi základních tabulek exportovaných z MonuMIS, což podstatně komplikuje pořizování a správu především prostorových dat. e) Určitá část atributů vedených nyní k objektům a územím provizorním způsobem duplicitně v MIS a GIS by měla být uložena v Památkovém katalogu NPÚ. V GIS by měly zůstat pouze atributy nezbytné pro identifikaci a generování tematických náhledů/map; v MIS pouze metainformace k dokumentům a vlastní digitální a digitalizovaná dokumentace. f)

Díky tomu, že aplikace Památkový katalog NPÚ bude webová, bude výrazně jednodušší provést integraci s jinými webovými aplikacemi, zvláště pokud budou postaveny nad stejným technologickým základem.

g) Na NPÚ bylo vytvořeno nové Konsolidované prostředí IT zahrnující JDZ, LDAP server, sdílené moduly atd. Cílem NPÚ je postupně do tohoto prostředí převést všechny dosud nepřevedené aplikace používané na NPÚ. h) Z důvodu redukce duplicitních dat a různých typů databázových serverů bude velkým přínosem přesun dat do JDZ jako jednoho místa pro ukládání a správu dat na NPÚ.

3.3

i)

V průběhu let 2011 a 2012 budou na NPÚ nasazeny nové aplikace Spisová služba a systém Tritius, u kterých je požadována integrace s evidencí ÚSKP.

j)

Existuje potřeba územně identifikovat KP a objekty a území památkového zájmu pomocí nových postupů (geokódováním pomocí prostorových identifikátorů GIS) a nástrojů (prostorových relací GIS ).

SHRNUTÍ POŽADAVKŮ A ROZSAHU VEŘEJNÉ ZAKÁZKY

Do veřejné zakázky jsou zahrnuty tyto požadavky: a) návrh, vytvoření a zprovoznění softwarové aplikace Památkový katalog NPÚ b) systémová integrace aplikace Památkový katalog NPÚ s dalšími částmi IISPP a dostupnými službami ISZR c) migrace dat z MonumIS a MonumNet do Památkového katalogu NPÚ d) zajištění technické podpory dodaného řešení. e) návrh systémové integrace Památkového katalogu při implementaci NPÚ jako agendového místa (pro ISZR)


strana 11 (z 68)


___________________________________________________________________________________________

4

POPIS SOUČASNÉHO STAVU

V této kapitole jsou závěry analýzy současného stavu aplikací kolem ÚSKP, které mají vztah s plánovanou implementací systému Památkový katalog NPÚ.

4.1

APLIKACE MONUMIS

Aplikace MonumIS (v současné době ve verzi 9 - vývoj od r. 1996 do 2003, ukončeno v roce 2007) je sada lokálních databázových aplikací určených primárně pro vedení ÚSKP (povinnost NPÚ vyplývající ze zákona č.20/1987 Sb.) a návazných informací o památkovém fondu ČR. Z ostatních pracovišť NPÚ je používána pouze částečně v ÚOP Olomouc. MonumIS slouží převážně ke sběru a správě dat. Pro potřeby prohlížení základních údajů o památkovém fondu slouží internetová aplikace MonumNet. Aplikace jsou postaveny na databázové platformě Paradox verze 10. Aplikace MonumIS se skládá z následujících částí (z pohledu struktury dat): Památkový fond – evidence movitých a nemovitých KP jako celků Rejstříky státních seznamů - údaje rejstříků státních a regionálních seznamů KP Územní identifikace, KN - identifikace nemovitých KP pomocí UIR-ZSJ a UIR-ADR Pasportizace památkového fondu – evidence stavu movitých a nemovitých KP – celků i jejich částí Pasportizace nemovitých památek Pasportizace movitých památek Pasportizace uměleckých součástí nemovitých památek (pouze zkušební data) Expedice spisů Světové dědictví, NKP, památkově chráněná území – evidence památek světového dědictví, NKP, památkově chráněných území a ochranných pásem včetně rozhodnutí o jejich vzniku, evidence zpřístupněných památek ve správě NPÚ Sbírky dokumentace - sbírky písemné a obrazové dokumentace Restaurátorské licence - seznam povolení k restaurování uměleckých a uměleckořemeslných děl Vyrozumění o zápisu prohlášených památek Adresář, vlastnické poměry – evidence fyzických a právnických osob, včetně vlastníků KP Sdělování informací o ochraně a evidenci Údaje, změny dat – evidence historie provedených změn v oblasti památkového fondu

4.1.1

ZÁVĚR

Aplikace MonumIS je primárně určena pro sběr dat, která jsou pak následně importována do aplikace MonumNet, který je zobrazuje. Data z lokálních aplikací MonumIS (Paradox) jsou předávána do aplikace MonumNet formou jejich repliky pomocí datové pumpy. Číselníky jsou v rámci aplikací sdružených v MonumIS sdíleny, číselníky pro územní identifikaci (UIRZSJ, UIR-ADR) jsou importovány do vlastních upravených struktur z primárních datových zdrojů. Chybí přímá aplikační a datová vazba na ostatní části IISPP a možnost sdílet s nimi číselníky, thesaury, jednotnou prostorovou / územní identifikaci i databázi uživatelů. Použitá platforma Paradox pro ukládání dat a pro realizaci aplikace MonumIS není zcela vhodná pro serverové využití a hlavně je nutná instalace Paradox Runtime prostředí u každého uživatele, který chce MonumIS používat. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 12 (z 68)


___________________________________________________________________________________________

Je nutné provést revizi číselníků resp. jejich náhradu potřebnými číselníky a thesaury centrálně sdílenými v rámci IISPP. Aplikace ukládá všechny potřebné údaje, které vycházejí z metodického pokynu pro evidenci ÚSKP. Není zde tedy problém s nedostatkem nebo chybějícími daty z pohledu požadavků ÚSKP. Aplikace zpracovává data pouze o objektech, které jsou dotčeny legislativními akty státní památkové péče, tj. pouze o objektech zahrnutých do ÚSKP. Uživatelé převážně nejsou spokojeni s vizuální podobou aplikace MonumIS. Připomínky jsou ke kvalitě ergonomie ovládání - uživatelského komfortu, zejména při plnění formulářů. Uživatelé jsou dále nespokojeni s nutností mnohá data zadávat duplicitně nebo i multiplicitně, přičemž není zcela zaručena jejich správnost (nejsou využívány řízené slovníky). Aplikace je udržována a vyvíjena jednou interní osobou, neexistuje systém pro správu požadavků, připomínek či chyb. Vývoj a nasazení nové verze probíhá nesystémově a je víceméně řízen požadavky uživatelů v dané chvíli. Aplikace si samostatně eviduje uživatele (databáze uživatelů včetně přístupového kódu PIN je sdílena s aplikací MonumNet), řídí si samostatně přístup k datům. Data z této oblasti nebudou součástí importu do Památkového katalogu NPÚ, protože aplikace bude mít nový systém pro správu uživatelů v souladu s Konsolidovaným IT prostředím na NPÚ (LDAP server - centrální úložiště údajů o osobách a organizační struktuře). Z pohledu struktury uložených dat je možné vytknout zejména nedostatek v zabezpečení integrity dat (např. pomocí cizích klíčů) a nepříliš vhodné použití primárních klíčů – v rámci jedné tabulky nebo v rámci propojení více tabulek. Některé tabulky (zvláště indexové tabulky) mají primární klíč tvořen i deseti atributy. To je částečně důsledek toho, že často chybí jediný primární identifikátor charakterizující danou entitu. Tento stav se může negativně projevit při použití objektově-relačních mapovacích nástrojů (ORM) během vývoje aplikace Památkový katalog NPÚ. Více k datovému modelu je uvedeno v kapitole 5.3.10 Datový model. Vybrané identifikátory základních tabulek MonumIS jsou dlouhodobě využívány pro předpokládané napojení dalších částí IISPP GIS (IDREG tabulky PamZakl, ZAZN tabulky Chruzemi, RADPORC tabulky REJST) a MIS (IDREG tabulky PamZakl, EvCrCis tabulky Chruzemi). Aplikace MonumIS nesplňuje většinu požadavků zmíněných v odůvodnění realizace aplikace Památkový katalog NPÚ. Následující tabulka obsahuje přehled částí aplikace MonumIS s hodnocením jejich stavu a výhledem na vývoj aplikace Památkový katalog NPÚ.

2

Památkový fond

Stěžejní část aplikace MonumIS bude přepsána do Památkového katalogu NPÚ a bude součástí migrace dat. Nutno vyřešit vztah mezi sdílenými číselníky v JDZ a číselníky v této části. Nutno upravit strukturu tak, aby byl oddělen předmět ochrany a právní stav. Související dokumenty (k zápisu/prohlášení za KP, GA, REI) budou uloženy v MIS.

1

Rejstříky státních seznamů

Důležitá část související s naplněním požadavku na oddělení evidence předmětu ochrany a právního stavu. Část bude převedena beze změn do Památkového katalogu NPÚ a bude součástí migrace dat. Související dokumenty (k zápisu) budou uloženy v MIS.

2

Územní identifikace, KN

Bude součástí Památkového katalogu NPÚ, ale bude přepracována a rozšířena s ohledem na nové postupy územní identifikace prostorových identifikátorů GIS. Nutno vyřešit přechod ze současného stavu územní identifikace na budoucí stav v Památkovém katalogu


strana 13 (z 68)


___________________________________________________________________________________________

NPÚ. Nutno řešit vazby na KN. 2

Pasportizace památkového fondu

Ve vlastním MonumIS de facto bez dat - prázdné. Bude nutno zohlednit data zpracovaná v oddělených aplikacích REI.

2

Expedice spisů

NPÚ bude mít v průběhu roku 2011 samostatnou Spisovou službu, propojenou s Památkovým katalogem NPÚ ve vazbách na části památkového fondu a dotčených workflow procesů.

2

Světové dědictví, NKP, památkově chráněná území

Bude součástí migrace dat jako samostatné atributy objektů. Je nutné vyřešit vztah mezi sdílenými číselníky v JDZ a číselníky v této části.

3

Sbírky dokumentace

Bude nahrazena MIS, který byl k těmto účelům vytvořen, respektive vazbou na Tritius, který je určen pro evidenci analogových dokumentů. Současná data (ÚP a ÚOP Olomouc) budou součástí migrace, bude nutné vyřešit automatizovaný převod v MonumIS shromážděných metainformací do MIS (bez vlastních digitálních dokumentů).

3

Restaurátorské licence

Nebude součástí aplikace Památkový katalog NPÚ.

2

Vyrozumění o zápisu prohlášených památek (název neodpovídá skutečnosti, správně je Vyrozumění o zápisu do ÚSKP a Vyrozumění o zrušení památkové ochrany)

Bude součástí Památkového katalogu NPÚ v upraveném rozsahu funkcionality jako v MonumIS 9 (generování tiskového výstupu na základě šablon), s vazbou na Spisovou službu.

1

Sdělování informací o ochraně a evidenci

Bude součástí Památkového katalogu NPÚ v upraveném rozsahu funkcionality jako v MonumIS 9 (generování tiskových výstupů na základě šablon), s vazbou na Spisovou službu.

1

Adresář, vlastnické poměry

Je tvořena převážně číselníky fyzických a právnických osob, vlastníků KP. Bude součástí Památkového katalogu NPÚ – nutno zvážit s ohledem na častou aktualizaci vlastnických vztahů, zda nenahradit vazbou na dostupné údaje evidence Katastru nemovitostí.

2

Údaje, změny dat

Bude součástí Památkového katalogu NPÚ. Je nutno zajistit dohledatelnost historie/změn před migrací.

Tabulka 1 - Přehled částí MonumIS a jejich výhled pro Památkový katalog NPÚ Legenda: první sloupec označuje stupeň přepracování dané části s ohledem na Památkový katalog NPÚ: stupeň 1

část bude víceméně přepsána v takovém stavu jako je v MonumIS.

stupeň 2 upravena.

část bude součástí Památkového katalogu NPÚ, ale bude vytvořena nově nebo

stupeň 3

části, které nebudou součástí Památkového katalogu NPÚ.

4.2

MONUMNET

Aplikace MonumNet (http://monumnet.npu.cz) je sada webových aplikací určená primárně pro prezentaci vybraných dat shromažďovaných v aplikaci MonumIS, ke kterým jsou dále přidružovány ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 14 (z 68)


___________________________________________________________________________________________

další podpůrné samostatné webové aplikace odborného i provozního charakteru, částečně s možností on-line editace dat. Část přístupná v neveřejném provozu je Intranet NPÚ. Pro prezentaci dat ÚSKP jsou konkrétně vytvořeny aplikace: Nemovité památky – veřejně přístupná aplikace pro vyhledávání, tisk a export základních údajů o nemovitých KP NKP, světové dědictví, chráněná území - veřejně přístupná aplikace pro vyhledávání, tisk a export základních údajů o uvedených KP, územích a ochranných pásmech, včetně informací o nemovitých KP v těchto územích Nemovité a movité KP – neveřejná aplikace pro vyhledávání, tisk a export rozšířených údajů o nemovitých i movitých KP. Údaje k movité součásti nemovitosti nejsou dostupné. Světové dědictví, NKP, chráněná území – veřejná i neveřejná aplikace pro vyhledávání, tisk a export rozšířených údajů o KP, územích a ochranných pásmech (včetně navrhovaných), včetně informací o nemovitých KP v těchto územích. Aplikace MonumNet dále obsahuje aplikace využívající online vazbu na data ÚSKP: Nejohroženější nemovité památky – veřejná i neveřejná (editace) aplikace pro vytváření a publikaci aktuálního seznamu nejohroženějších nemovitých KP, včetně fotodokumentace ukládané v MIS Operativní průzkumy a dokumentace – neveřejná aplikace pro evidenci průzkumů prováděných na jednotlivých KP. Dokumentace je ukládána do MIS. Indikativní seznam NKP – neveřejná aplikace pro zaznamenávání návrhů kulturních památek k dalšímu výběru pro případné prohlášení národními kulturními památkami. Dále MonumNet obsahuje další samostatné aplikace nesouvisející přímo s daty ÚSKP: Bibliografie památkové péče – veřejná a neveřejná aplikace pro prezentaci a editaci bibliografických údajů a jejich rejstříků. Povolení k restaurování – veřejně přístupná aplikace s přehledem povolení k restaurátorské činnosti Terminologický slovník památkové péče – neveřejná aplikace pro editaci a kolektivní vypořádávání terminolgických hesel oboru památkové péče. Adresář, rozmístění a organizační struktura NPÚ – veřejně přístupná aplikace prezentující organizační strukturu NPÚ včetně jednotlivých osob a jejich dislokace v budovách NPÚ. Další pracovníci státní památkové péče – veřejně přístupná aplikace prezentující adresář dalších pracovníků z oblasti státní památkové péče (uživatelů MonumNet z MK ČR, krajských a městských úřadů) Spisová služba – neveřejná aplikace pro evidenci vedení spisové služby v rámci NPÚ, s vazbami na památkový fond. Sbírka vnitřních předpisů, zápisy z porad vedení – neveřejná aplikace pro interní zveřejnění a stahování předpisů NPÚ (od vzniku NPÚ v r. 2003) a hlavních zápisů z jednání. Sdílení dokumentů v rámci NPÚ – neveřejná aplikace pro zpřístupnění dokumentů pro vybrané pracovníky sdílející dokumenty k jednotlivým věcem.

4.2.1

ZÁVĚR a) Aplikace MonumNet je provozována na externím serveru společně s webovou prezentací NPÚ (www.npu.cz) u firmy iMagic. b) MonumNet používá databázový systém MySQL verze 4 /http://mysql5.imagic.cz/ a vývojové prostředí PHP. c) Systém MonumNet zajišťuje primárně webovou prezentaci dat ze systému MonumIS, není však určen výhradně jen k těmto účelům. d) Zajišťuje dále logicky naprosto oddělené funkčnosti související s provozem NPÚ, tj. jeho intranet (aplikace Docházka, Spisová služba), dále obsahuje aplikace provázané s daty ÚSKP (Nejohroženější nemovité památky, Operativní průzkumy a dokumentace, Indikativní


strana 15 (z 68)


___________________________________________________________________________________________

seznam NKP) a další nezávislé aplikace (Bibliografie památkové péče). Prezentuje také data o osobách a organizační struktuře NPÚ. e) Aplikace Docházka slouží pouze zaměstnancům ÚP NPÚ a nesouvisí s oblastí ÚSKP. f)

Aplikace Spisová služba v rámci aplikace MonumNet řeší automatizovanou evidenci spisů, vlastní vyřizování spisů probíhá dosud papírovou formou. MonumIS obsahuje pouze vazby přes číslo jednací mezi památkami a jednotlivými spisy, s přiřazením k fázím workflow základních procesů. Aktuálně probíhá výběrové řízení na dodávku nového řešení elektronické spisové služby NPÚ dle zák. zákon č. 499/2004 Sb., o archivnictví a spisové službě, ve znění pozdějších předpisů, s předpokládaným nasazením do pol. roku 2012.

g) MonumIS resp. MonumNet udržují rozsáhlý adresář fyzických a právnických osob (vlastníků památek), který byl vytvořen v průběhu 20 let používání. h) Data související s ÚSKP jsou importovány přes datovou pumpu z aplikace MonumIS do aplikace MonumNet (tj. z databáze Paradox do MySQL). Vlastní import provádí prográmek vytvořený v Delphi určený pouze pro účely importu. Import se spouští manuálně. i)

Import dat z aplikace MonumNet do aplikace MonumIS se neprovádí. Pro správu dat se využívá i webové rozhraní phpMyAdmin.

j)

Datová struktura je totožná v aplikaci MonumIS a MonumNet s výjimkou aplikací, které jsou navíc jen v MonumNetu.

k) Číselníky jsou v rámci aplikací sdružených v MonumNet sdíleny, jsou převážně importovány z aplikací MonumIS. Většina datových úprav je řešena ručně přes administrátorské rozhraní phpMyAdmin k databázi MySQL (kromě aplikací umožňujících on-line editaci dat ve vytvořeném uživatelském rozhraní).

4.3

APLIKACE ARTGUARD

Aplikace ArtGuard slouží pro zpracování evidence movitého kulturního dědictví ČR v rámci programu ISO (http://www.mkcr.cz/cz/kulturni-dedictvi/muzea-galerie-a-ochrana-moviteho-kulturnihodedictvi/granty-a-dotace/integrovany-system-ochrany-moviteho-kulturniho-dedictvi-70574/). Současná verze je provozována v prostředí FileMaker Pro. Na všech ISO pracovištích NPÚ je provozována v lokální síťové verzi, a to v prostředí Mac OS i MS Windows. Data z jednotlivých pracovišť jsou v pravidelných intervalech předávána do centrální databáze ÚP. Kromě popisných údajů je k jednotlivým movitým předmětům shromažďováno množství fotodokumentace (v databázi ukládány náhledy) a videodokumentace. Aplikace ArtGuard vznikla na základě vládního nařízení a slouží jako privátní úložiště evidence předmětů kulturní hodnoty včetně movitých KP. K aplikaci ArtGuard má přístup vybraná množina lidí včetně spolupracujících úřadů a orgánů jako např. policie ČR. Aplikace ArtGuard je od roku 2006 používána též jako základní nástroj pro provádění obnovy identifikace movitých KP v rámci probíhajícího výzkumného úkolu č. 203 (řešitel PhDr. Konečný), tj. aktualizaci údajů o movitých KP. Dosud však neexistuje žádná fyzická vazba mezi databází ArtGuard a stávající databází ÚSKP (tj. MonumIS). Nebyly ani sjednoceny struktury odpovídajících si položek těchto databází. Není vyřešen přenos dat mezi oběma systémy tak, aby evidence ÚSKP obsahovala aktuální data o movitých KP.

4.3.1

ZÁVĚR

Aplikace ArtGuard je technologicky, bezpečnostně a investičně oddělenou oblastí IS NPÚ. Aplikace má v současné době zajištěný a naplánovaný další rozvoj, který je úzce spjat s technologií FileMaker včetně realizace uživatelského rozhraní v této aplikaci. Pro účely konsolidace IS NPÚ je aplikace samostatným, jasně ohraničeným ostrovem. Nelze zasahovat do technologie a koncepce jejího dalšího rozvoje, ani vzhledem k posunům v jiných částech IS NPÚ. Je nutné zajistit přesun dat týkajících se movitých KP z aplikace ArtGuard do Památkového katalogu NPÚ. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 16 (z 68)


___________________________________________________________________________________________

Oba dva systémy (ISO oblast vs. ÚSKP) mají společnou pouze část - evidenční agendu movitých KP. ISO se zaměřuje na evidenci všech zejména církevních movitých věcí a předmětů (i těch, které nejsou KP), ÚSKP eviduje pouze KP a jejich části. ISO popisuje podrobně i jednotlivé části věcí. V současné době je Art Guard využíván pro tisk evidenčních listů movitých KP. ArtGuard zůstane jen pro evidenci movitého kulturního dědictví. Evidence movitých KP se přesune do Památkového katalogu NPÚ.

4.4

APLIKACE CASTIS

Aplikace CastIS nebude zatím záměrem tvorby aplikace Památkový katalog NPÚ ovlivněna. Slouží pro oddělenou evidenci a správu mobiliárních fondů zpřístupněných památek (www.castis.cz). Strukturou a deskripcí odborných dat je portabilní s MonumIS, což v budoucnu umožní (zatím nežádané) sdílení dat. Z pohledu ÚSKP obsahuje CastIS podrobné informace o jednotlivých předmětech mobiliárních fondů, které jsou obvykle prohlášeny KP jako jeden celek - evidence ÚSKP tak obsahuje pouze jeden souhrnný záznam o mobiliárním fondu jako celku. CastIS je postaven na databázovém systému Firebird a vývojovém prostředí Delphi. V letošním roce je dokončen projekt centralizace provozu všech lokálních aplikací CastIS na jeden sdílený databázový a aplikační server, s přístupem uživatelů ze všech pracovišť prostřednictvím terminálových služeb, s provozem na nové infrastruktuře v datovém centru NPÚ (Casablanca). K aplikaci CastIS má obdobně jako u aplikace ArtGuard z důvodu zvýšené ochrany dat přístup pouze omezená množina uživatelů.

4.4.1

ZÁVĚR

Aplikace CastIS je používána pro specializovanou evidenci mobiliárních fondů, odděleně od evidence ÚSKP. Vzhledem k obsahu je propojení obou evidencí žádoucí, s přímým propojením Památkového katalogu NPÚ s aplikací CastIS se ale počítá až po převedení aplikace CastIS do podoby webové aplikace.

4.5

APLIKACE TRITIUS

Aplikace Tritius je současně implementovanou webovou aplikací pro evidenci analogových dokumentačních fondů, odborných knihoven a historických knihovních fondů ve správě NPÚ. Jedná se o nástupce knihovního systému Clavius (dodavatel LANius s.r.o. Tábor). IS Tritius je moderní řešení v třívrstvé architektuře, kdy na straně databázového serveru lze uplatnit některý z průmyslových standardů (MS SQL, Oracle) nebo databázi MySQL Enterprise, vlastní aplikační logika ve střední vrstvě je vyvíjena v jazyce Sun JAVA a pro nasazení se používá JAVA EE server Apache Tomcat. Třetí vrstva - prezentační je zajištěna kompletně prohlížeči HTML stránek. Systém jako takový je založen na mezinárodních knihovnických pravidlech využívajících formát MARC a je budován s přímou vazbou na systém národních autorit spravovaným Národní knihovnou České republiky (dále jen NK ČR). V prostředí NPÚ je Tritius implementován jako součást IISPP, s propojením zejména na GIS, MIS a další aplikace určené k evidenci památkového fondu a památkového potenciálu. Pro propojení na KP vedené v ÚSKP bude sloužit identifikátor IdReg. Pro propojení Tritius na NKP, Světové dědictví a chráněná území bude sloužit identifikátor EvCrCis.

4.5.1

ZÁVĚR

Aplikace Památkový katalog NPÚ bude provázána na systém Tritius. Řešení musí umožnit oboustranné vytváření a zobrazení vazeb mezi záznamy vedenými v Památkovém katalogu NPÚ a záznamy v aplikaci Tritius.


strana 17 (z 68)


___________________________________________________________________________________________

4.6

APLIKACE MIS

Aplikace MIS slouží pro jednotné ukládání, popis a zpřístupnění digitálních nebo digitalizovaných odborných dokumentů (fotografie, mapy, plány, textové dokumenty apod.) týkajících se objektů zájmu památkové péče, nebo obecně odborné činnosti NPÚ. Aplikace umožňuje -

uložení dokumentů (nezávisle na pracovišti) a jejich zpřístupnění v rámci celého NPÚ, včetně uložení informací o dosud nedigitalizovaných dokumentech uložených v archivech NPÚ

-

vytváření vazeb mezi uloženými digitálními dokumenty v MIS a ostatními odbornými IS NPÚ

-

vyhledávání dokumentů na základě dostupných informací uložených v MIS a informací získávaných automatizovaně z ostatních odborných evidencí provázaných s dokumenty.

Technické řešení MIS je založeno na společné centrální infrastruktuře IS NPÚ. MIS byl s ohledem na kladené požadavky navržen jako distribuovaný systém skládající se z jednoho centrálního a z řady lokálních serverů, na straně uživatele je vyžadován pouze standardní internetový prohlížeč. Na každém pracovišti NPÚ (celkem 15) se prostřednictvím lokálních částí MIS ukládají dokumenty do lokálního úložiště dat (lokální MIS server). Objemově velká data jsou tak ukládána v rámci lokální sítě na jednotlivých pracovištích NPÚ, čímž je dosaženo úspory zatížení externí síťové infrastruktury a urychlení odezvy systému pro typické uživatelské operace. Popis všech dokumentů (metainformace) včetně automaticky generovaných náhledů obrazových dokumentů v redukovaném rozlišení je ukládán centrálně v jednotné datové základně (JDZ) prostřednictvím centrální části MIS. Všechny popisné informace včetně obsahu textových dokumentů (i textového obsahu PDF dokumentů) a obsahu definovaných atributů z provázaných aplikací k danému dokumentu jsou automaticky indexovány pro možnost fulltextového vyhledávání. Uživatelé při práci s MIS komunikují prostřednictvím webového rozhraní buď s příslušnou lokální částí MIS (vkládání dokumentů, lokální administrace), nebo s centrální částí MIS (fulltextové nebo parametrické vyhledávání dokumentů v MIS, prohlížení metainformací nalezených dokumentů resp. vlastních dokumentů, úprava metainformací, stahování online dostupných dokumentů z libovolného lokálního úložiště, administrace sdílených číselníků apod.). Přístup k oběma částem MIS je řízen pomocí vybudované infrastruktury IISPP pro autentizaci a autorizaci (LDAP server). Uživatel s příslušnými právy tedy může přes internet přistupovat k MIS odkudkoli. Veškerá síťová komunikace distribuovaného systému je zabezpečena šifrováním. Veřejná část MIS umožňující přístup pomocí standardního nešifrovaného http protokolu je dostupná na adrese http://iispp.npu.cz/mis_public/homepage.htm. Umožňuje fulltextové vyhledávání veřejně přístupných dokumentů, zobrazení vybraných základních popisných atributů, náhledů obrazových dokumentů resp. stažení neobrazových (textových, PDF apod.) dokumentů. Struktura metainformací pro popis dokumentů v MIS vychází z potřeb NPÚ. Kromě základních a v obdobných systémech běžných atributů pro popis dokumentu, jeho typu, formátu, autora, data vzniku apod. obsahuje MIS atributy pro vytvoření vazeb dokumentu na ostatní aplikace IISPP (aktuálně na data ÚSKP a SAS ČR), a dále atributy pro územní identifikaci objektů, které jsou obsahem daných dokumentů. Územní identifikace dokumentů je založena na standardu pro jednotnou prostorovou identifikaci předmětů ochrany a zájmů památkové péče definovaném v GIS NPÚ. Pro propojení na KP vedené v ÚSKP slouží identifikátor IdReg. Pro propojení na evidenci NKP, Světové dědictví a chráněná území slouží identifikátor EvCrCis.

4.6.1

ZÁVĚR

Aplikace Památkový katalog NPÚ bude provázána na systém MIS. Řešení musí umožnit oboustranné vytváření a zobrazení vazeb mezi záznamy vedenými v Památkovém katalogu NPÚ a záznamy (digitálními dokumenty) v aplikaci MIS.


strana 18 (z 68)


___________________________________________________________________________________________

4.7

APLIKACE GIS

Geografický informační systém NPÚ je klíčovým a komplexním systémem NPÚ pro správu geografických dat ve vazbě na data popisná (ÚSKP, SAS ČR a další evidence). Realizace systému je postavena na těchto klíčových technologiích: -

ArcGIS Server

-

ArcSDE

-

ArcIMS

-

MapServer

-

T-WIST Server/Tango Server, T-MapServer

-

MySQL

-

PHP

-

Java.

GIS NPÚ je budován na základě centrálního datového skladu umístěného v ÚP NPÚ, s definovaným jednotným datovým modelem pro vytváření bezešvých odborných datových sad pro celé území ČR, se zavedeným standardem pro prostorovou identifikaci objektů, založeným na vazbě na data Registru sčítacích obvodů Českého statistického úřadu a na datech specializované databáze CZ_RETRO. GIS NPÚ je využíván především pro zpracování: -

základní bodové identifikace a plošného vymezení kulturních památek

-

bodového a plošného vynezení památkově chráněných území a ochranných pásem

-

plošného vymezení území s archeologickými nálezy

-

tématických map a analýz, např. stavebně historických průzkumů, plánů ochrany památkových rezervací a zón dle vyhlášky MK ČR č. 420/2008 Sb. apod.

-

nominační dokumentace pro zápis na listinu světového kulturního dědictví (včetně převodu do souřadného systému WGS84 a překladu do angličtiny)

-

dalších specializovaných odborných výstupů činnosti NPÚ nebo úkolů výzkumu a vývoje.

GIS NPÚ je referenčním zdrojem dat pro územní identifikaci objektů zájmu památkové péče v ostatních evidencích NPÚ (např. MIS, Tritius). Datová sada obsahuje nezbytné atributy pro identifikaci a generování tématických náhledů, včetně identifikátorů pro propojení s popisnou evidencí KP vedené v aplikaci MonumIS (IdReg, EvCrCis).

4.7.1

ZÁVĚR

Aplikace Památkový katalog NPÚ bude velmi těsně integrována s GIS.

4.8

SYSTÉM CENTRÁLNÍ SPRÁVY ČÍSELNÍKŮ

Systém centrální správy číselníků slouží pro konsolidaci a integraci dat IISPP NPÚ. Cílem sdílení číselníků více aplikacemi NPÚ je omezit používání duplicitních a nekonsistentních dat v různých částech ICT NPÚ. Systém je současně vyvíjenou webovou aplikací, která prostřednictvím webových služeb poskytuje využití sdílených číselníků okolními aplikacemi IISPP. Systém pro centrální správu číselníků bude poskytovat aplikační rozhraní umožňující: -

rozšiřovat sdílené číselníky vkládáním nových položek z okolních aplikací NPÚ,

-

synchronizovat hodnoty položek z jednotlivých číselníků s okolními aplikacemi NPÚ,

-

poskytnout okolním aplikacím NPÚ vazbu na systémy IISPP NPÚ.


strana 19 (z 68)


___________________________________________________________________________________________

4.8.1

ZÁVĚR

Aplikace Památkový katalog NPÚ bude provázána na systém Centrální správy číselníků. V rámci úvodní analýzy bude určeno, jaké stávající číselníky aplikací MonumIS a MonumNet budou přeneseny do systému centrálních číselníků a následně využívány Památkovým katalogem NPÚ.

4.9

APLIKACE PRO SBĚR DAT PROJEKTU REI

Jedná se o databázové aplikace či evidence, které sloužily pro automatizovaný sběr údajů a tisk evidenčních karet v rámci projektu Obnova identifikace nemovitých KP z jednotlivých ÚOP NPÚ, tj. aktuálních údajů (vybraných položek, které jsou předmětem aktualizace) ke všem nemovitým KP. Tyto údaje jsou zdrojem pro aktualizaci stávajících údajů v ÚSKP, která byla zatím prováděna „ručně“ v aplikaci MonumIS, a dále stávající údaje v MonumIS rozšiřují o další dosud nevyplňované položky, především údaje k částem a součástem KP. Kromě popisných údajů obsahují i připojenou digitální dokumentaci – převážně fotografie, nebo i jinou skenovanou dokumentaci. V rámci technického řešení jsou binární data ukládána přímo do databáze. Byly používány tyto aplikace s částečně rozdílnou strukturou dat: reList – aplikace zpracovaná v prostředí Paradox 10 (vychází ze základů MonumIS). Používají pracoviště: v hl. m. Praze, pro střední Čechy, v Olomouci (omezenou dobu) aplikace ÚSKP – aplikace zpracovaná v prostředí FileMaker. Používají pracoviště v: Plzni, Lokti, Ústí nad Labem, Liberci, Pardubicích, Brně a Kroměříži aplikace Ostrava – aplikace zpracovaná v prostředí FileMaker, používaná ÚOP v Ostravě. webová aplikace NEMO - užívána na ÚOP České Budějovice, zachycuje evidenci nemovitých KP v rozsahu celku i jednotlivých objektů, včetně pasportizace jednotlivých objektů, připojených digitalizovaných dokumentů státního seznamu, lokalizační údaje přebírá ze shodných číselníků jako MonumIS. Microsoft Word – šablony upravené podle předlohy evidenční karty KP v ÚOP v Olomouci. Tato “data” do nové aplikace bude možné převést pouze pomocí speciálního scriptu nebo ručním přepisem. Access, Excel – šablony ÚOP v těchto programech

4.9.1

ZÁVĚR

Aplikace Památkový katalog NPÚ bude sloužit i pro sběr dat, která jsou mnohdy nejednotná i v rámci jednoho ÚOP. Migrace dat, která je jak technickým, tak věcným problémem, bude nejprve provedena do MonumIS, tj. teprve takto konsolidovaná data budou moci být migrována do Památkového katalogu NPÚ. Stávající dílčí aplikace pro sběr dat projektu REI budou eliminovány a nahrazeny aplikací Památkový katalog NPÚ.

4.10

SHRNUTÍ SOUČASNÉHO STAVU

Budoucí aplikace Památkový katalog NPÚ převezme veškerou evidenci spojenou s ÚSKP. Současné aplikace (MonumIS, MonumNet a aplikace pro sběr dat) budou díky tomu postupně potlačeny resp. zastaveny. Aplikace ArtGuard bude i nadále paralelně fungovat a bude pouze nutné provést migraci dat týkajících se movitých KP do Památkového katalogu NPÚ a MIS. Větší část aplikace MonumNet (část prezentující data z ÚSKP) bude nahrazena novou aplikací Památkový katalog NPÚ. Název aplikace

Výhled v aplikaci Památkový katalog NPÚ

2

MonumIS

Bude aplikací nahrazena, informační zdroj pro její vývoj.

2

MonumNet

Část určená pro prezentaci dat ÚSKP bude aplikací nahrazena.

bude

tvořit

hlavní

Data přímo související s evidencemi ÚSKP a ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 20 (z 68)


___________________________________________________________________________________________

Soupisem budou po nezbytných úpravách datových struktur importována do Památkového katalogu NPÚ. Aplikace využívající vazby na data ÚSKP budou s aplikací Památkový katalog NPÚ integrovány. 1

ArtGuard

Bude nadále využívána v rámci programu ISO. Data týkající se movitých KP budou převedena do Památkového katalogu NPÚ.

3

Aplikace pro sběr dat

Budou zcela nahrazeny. Data budou po nezbytných úpravách importována do Památkového katalogu NPÚ.

Tabulka 2 - Přehled aplikací a jejich výhled pro Památkový katalog NPÚ Legenda: první sloupec označuje stupeň přepracování dané aplikace s ohledem k vývoji aplikace Památkový katalog NPÚ: stupeň 1 značí, že aplikace bude i nadále fungovat stejným způsobem jako doposud stupeň 2 značí, že daná aplikace bude kompletně nebo z větší části přepsána – nahrazena stupeň 3 označuje ty aplikace, které již nebudou více potřeba, a které tedy zaniknou.

4.10.1

ZÁVĚR

Stávající datový model aplikací pro evidenci ÚSKP je poplatný prostředí, identifikaci záznamů, indexaci, referenční integritě atp. lokání databáze (Paradox). S ohledem na požadavky a možnosti implementované SQL databáze proto datový model dozná značných změn. Například: Některé stávající indexové (propojovací) tabulky mají velké množství primárních klíčů, hlavně z důvodu podstaty fungování platformy Paradox a jejich možnostech propojování entit a řazení položek (složené klíče zajišťují integritu dat a striktní vazbu na master tabulky). Tyto propojovací tabulky je potřeba buď rozdělit do více dílčích tabulek, tak aby zůstalo provázání mezi původními entitami, ale redukovala se duplicita primárních klíčů resp. dat nebo užít stávající jedinečné číslování záznamů jako identifikátor (primární klíč) a vypustit rendundantní sloupce sdílených tabulek. Všechny entity by měly mít (tam kde to dává smysl a kde je možné identifikátor doplnit) jedinečný identifikátor. Díky výše zmíněným změnám bude možné redukovat duplicitu dat – neopakovat data v propojovacích tabulkách, odkazovat se přes jeden jediný identifikátor. Některé tabulky obsahují vygenerovaná data z důvodu rychlejší uživatelské odezvy (aby nedocházelo k výpočtům za běhu programu) nebo, častěji, k on-line zobrazování propojených tabulek. Tyto tabulky budou smazány. Původní slabší výkonnost byla patrně zapříčiněna povahou platformy Paradox (jako u každé non-SQL lokální databáze) a množstvím propojovacích atributů mezi jednotlivými entitami. Některé atributy (např. název památky) obsahují hodnoty, které jsou generovány (variabilně podle složitého algoritmu) na základě jiných atributů. Tyto sloupce by měly být vymazány, v datovém modelu by měla zůstat pouze primární data. Především je žádoucí oddělit evidence ÚSKP jakožto údajů právních stavů a jejich změn a vlastní evidenci objektů a území jako takových; to umožní rozšířit evidenci o objekty a území památkového zájmu (v Soupisu) a jednoznačně definovat vazby mezi objekty/územími a jejich ochranou.


strana 21 (z 68)


___________________________________________________________________________________________

5

POŽADAVKY NA ŘEŠENÍ APLIKACE PAMÁTKOVÝ KATALOG NPÚ

Tato kapitola obsahuje souhrn všech požadavků na Památkový katalog NPÚ. Snaží se definovat vlastnosti a rozsah aplikace a určit její místo v IISPP NPÚ. Celková koncepce je založena na tom, že základní jednotkou databáze je jeden záznam o "památkové věci" (“heritage asset”), která je: objektem památkového zájmu, souborem objektů nebo částí KP, částí části KP (atd. až do jakékoli libovolné podrobnosti), částí objektu památkového zájmu (opět do jakékoli podrobnosti), památkovou zónou, rezervací nebo ochranným pásmem - to vše bude jen atributem této obecné jednotky. Jeden záznam má jeden identifikátor a celou řadu vlastností, atributů. Kromě právního vztahu to bude mimo jiné také vazba na jiné KP a území - tím bude vyjádřeno, že jednotka je součástí jiné KP či území.

5.1

PŘEHLED POŽADAVKŮ

Požadavky shrnují základní funkční, logické a systémové požadavky na aplikaci Památkový katalog NPÚ. Jednotlivé funkční požadavky jsou dále rozpracovány resp. specifikovány pomocí případů užití.

5.1.1

FUNKČNÍ POŽADAVKY

5.1.1.1

ÚZEMNÍ IDENTIFIKACE

Bude vycházet z nového standardu územní identifikace NPÚ definovaného v GIS použitého již v aplikaci MIS. Oproti MIS bude rozšířena dle potřeby identifikace KP. Navíc bude dotažena integrace s GIS aplikacemi, z historických důvodů bude nutné zachovat historickou identifikaci pomocí UIR-ZSJ. Prostorová/územní identifikace bude jednotná pro celý IISPP. Je zajištěna pomocí prostorových identifikátorů (PI) a jejich prostorových relací s pravidelně 2 aktualizovanými daty územního a administrativního členění ČR z registru sčítacích obvodů (RSO). Veškeré prostorově identifikační údaje aplikací stávajících (MIS) a navrhovaných (Památkový katalog NPÚ) budou ukládány v GIS (geodatabázi SDEV) s výjimkou části údajů vedených k parcelám KN. Do geodatabáze SDEV by měl být nově převeden i záznam údajů pro vytvoření nových definičních bodů objektů GIS, tak aby byl jednotný pro všechny aplikace IISPP a navržený bod se mohl interaktivně zobrazovat v mapovém okně ihned po uložení záznamu. Prostorovými relacemi PI GIS a dat RSO lze zajistit veškeré potřebné údaje územního administrativního členění pro Památkový katalog NPÚ s výjimkou údajů o parcelách KN. Dosavadní způsob územní identifikace používaný v MonumIS pomocí UIR-ZSJ nebude v Památkovém katalogu NPÚ využíván pro nové záznamy; bude dohledatelný pouze v rámci historie. Ve vazbě na další části IISPP (především GIS) bude nutno dořešit historii územní / prostorové identifikace (změny čísel domovních, parcelních, etc.) 5.1.1.2

STANDARD ZÁKLADNÍCH IDENTIFIKÁTORŮ ÚZEMNÍ IDENTIFIKACE PAMÁTEK

KP, NKP, chráněná území a ochranná pásma evidovaná v ÚSKP budou provázány v nezbytné podrobnosti na údaje KN. Vedení těchto vazeb má svá specifika s ohledem na stávající absenci přímých vazeb do databází KN. Identifikace vůči KN (viz kap. 5.1.1.9). Objekty a území evidovaná v Památkovém katalogu NPÚ budou prostorově/územně identifikována pomocí dvoustupňové prostorové identifikace GIS/IISPP (definičních bodů objektů GIS a definičních bodů/polygonů lokalit CZ_Retro). Třetí stupeň podrobnosti prostorových identifikátorů pro movité objekty nebude v rámci IISPP prozatím zaváděn; tyto objekty budou prostorově identifikovány svou vazbou na definiční body objektů, v nichž se nacházejí s možností vedení historie transferů. Při prostorové/územní identifikaci má přednost vyšší stupeň (viz níže.), při nejasnosti nebo nemožnosti přesnějšího stanovení se postupuje k nižšímu stupni. Všechny další údaje prostorové/územní

2

Data

RSO jsou v GIS NPÚ aktualizována minimálně jednou ročně v souladu s aktualizacemi ČSÚ.


strana 22 (z 68)


___________________________________________________________________________________________

identifikace se zásadně odvozují od těchto identifikátorů z příslušných číselníků registru sčítacích obvodů - RSO (vazby prostorových identifikátorů a dat RSO zajišťují prostorové relace v GIS - datová sada C12_SpatialJoins). Plošný rozsah právních stavů evidovaných v ÚSKP je vymezován v GIS polygony KP, NKP, chráněných území, ochranných pásem a statků světového kulturního dědictví (v rámci datové sady A1 zpracovávané v podrobnosti polohopisných podkladů map KN). Prostorové relace těchto polygonů s prostorovými identifikátory GIS budou v Památkovém katalogu NPÚ a dalších částech IISPP (MIS, Tritius) využívány k zodpovězení prostorových dotazů 3 . Primárně bude možno tyto prostorové relace provádět s entitami již v GIS prostorově vymezenými (chráněná území, NKP, ochranná pásma). Části památek se identifikují v I. stupni; není-li to zatím možné, přebírá se územní identifikace hlavního definičního bodu památky. Stupně identifikace: I. objekt GIS - identifikátor definičního bodu objektu GIS (číselný identifikátor z GIS, při jeho neexistenci pro daný objekt dočasně nahrazen souřadnicemi X,Y, resp. provizorním přírůstkovým číslem) II. lokalita (kód CZ_RETRO – číselný identifikátor z GIS) III. souřadnice S-JSTSK + WGS84 ((zpřesnění) lokalizace bez požadavku na vytvoření def. bodu objektu GIS) IV. triviální identifikace (slovním označením – zápisem volného textu). 5.1.1.3

PROSTOROVÁ IDENTIFIKACE POMOCÍ DEFINIČNÍCH BODŮ OBJEKTŮ GIS.

Definiční body objektů GIS jsou základním prostorovým identifikátorem IISPP, který by měl být používán ve všech aplikacích IISPP pro jednoznačnou prostorovou identifikaci/geokódování objektů. Vazbu zajišťuje identifikátor definičního bodu objektu GIS (IDOB_PG) 4 . Část atributů územního a administrativního členění je vedena přímo v atributové tabulce definičních bodů; ta část, kterou je možnou získat prostorovou relací s nejmenšími polygonovými prvky RSO (statistickými obvody) a lokalitami CZ_Retro je pravidelně získávána touto operací v GIS. Přes identifikátor definičního bodu objektu GIS se do aplikace dostanou všechny informace o územní identifikaci: 

díl základní sídelní jednotky



lokalita



katastrální území



část obce



ulice (název uličního a veřejného prostoru)



typ čísla domovního, číslo domovní a číslo orientační



obec



ORP



okres



kraj.

Nově budou pro potřeby Památkového katalogu NPÚ a ostatních aplikací IISPP generovány v GIS rovněž prostorové relace s polygony rozsahu ochrany vymezenými v datové sadě A1 GIS. Definiční body objektů GIS budou v Památkovém katalogu NPÚ využívány primárně pro prostorovou identifikaci objektů nemovitých a pro základní lokalizaci umístění movitých předmětů. 3

Např. výčet objektů nebo KP nacházejících se uvnitř chráněného území. Tyto prostorové relace by měly nahradit stávající “ruční” zadávání těchto údajů v MonumIS.

4

V MIS je pro něj použit název “kod paGIS”.


strana 23 (z 68)


___________________________________________________________________________________________

5.1.1.4

NÁVRH NOVÝCH DEFINIČNÍCH BODŮ GIS

Prostorová identifikace, tak jak je v současné době aplikována v MIS, předpokládá, že: Pokud identifikátor definičního bodu objektu GIS nebude znám pro daný objekt, potom se uloží její souřadnice určené z mapových podkladů v GIS. Používané souřadnice jsou v souř. systému S-JTSK East-North. Souřadnice jsou v současné době ukládány přímo v aplikaci MIS. Zadávání údajů pro vytvoření definičních bodů objektů centralizovat pro celý IISPP v geodatabázi SDEV, odkud si jednotlivé aplikace budou načítat i ostatní prostorové / územně identifikační údaje. Mimo souřadnice XY v souř. systému SJTSK, budou navrženým definičním bodům přidělovány provizorní identifikátory, které budou umožňovat ztotožnění informací k objektu do doby vytvoření řádného definičního bodu objektu GIS správcem GIS. Tabulka bude umožňovat oprávněnému uživateli navrhnout pro definiční bod základní atributy vedené v atributové tabulce def. bodů GIS (jako druh objektu, název etc.). Navržené def. body, pokud budou uloženy přímo v geodatabázi SDEV, bude možno interaktivně zobrazovat ihned po uložení záznamu, což by mělo přispět ke kvalitě návrhů. Tabulku návrhů definičních bodů GIS bude možno zapojit do operací prostorových relací (do tabulky budou primárně převedeny zadání pro vytvoření definičních bodů z MIS). 5.1.1.5

IDENTIFIKACE POMOCÍ SOUŘADNIC

Vedle zadání údajů pro vytvoření nového definičního bodu pomocí souřadnic S-JTSK by systém měl nově umožnit i prostorovou identifikaci pomocí souřadnic bez požadavku na vytvoření nového definičního bodu. Bude se jednat o: 

zpřesnění lokalizace movitých předmětů a nemovitých objektů, resp. jejich prvků, prostorově identifikovaných def. bodem objektu GIS v Památkovém katalogu NPÚ a dalších aplikacích



zpřesnění částí lokalit prostorově identifikovaných kódem CZ_RETRO



prostorovou identifikaci objektů mimo území, pro které je vhodné použití souřadného systému S-JTSK

S ohledem na posledně jmenované objekty by mělo být umožněno vkládání souřadnic rovněž v souř. systému WGS-84. 5.1.1.6

IDENTIFIKACE POMOCÍ LOKALIT (CZRETRO)

Chráněná a zájmová území a objekty, které nebude vhodné nebo možné v první fázi identifikovat pomocí identifikátoru definičního bodu objektu GIS resp. navrhnout pro ně nový def. bod, budou identifikovány pomocí kódu CZ resp. lokalit databáze CZ_RETRO. 5.1.1.7

OPRAVA ÚZEMNÍ IDENTIFIKACE

Každý uživatel bude moci upravovat prostorovou/územní identifikaci jím vloženého záznamu. Nástroje pro opravu územní/prostorové identifikace budou mimo to dostupné oprávněným uživatelům a správcům GIS. Budou (tak, jak je tomu v MIS) umožňovat výběr záznamů podle zadaných podmínek a doplnění resp. opravy propojení záznamů Památkového katalogu NPÚ s prostorovými identifikátory GIS. 5.1.1.8

IDENTIFIKACE POMOCÍ UIR-ZSJ

Nebude po migraci dat do Památkového katalogu NPÚ nadále používána. Základní identifikátory umožňující vazbu na UIR-ZSJ i data RSO budou převzaty pro zachování historie a potřeby retrospektivní kontroly. 5.1.1.9

EVIDENCE KATASTRŮ A PARCEL

Aplikace musí evidovat seznam katastrů a parcel pro každou KP stejně jako je tomu nyní v aplikaci MonumIS. Zadávání parcel bude kontrolováno oproti ČUZK (viz. kap. 5.1.1.11). Vzhledem k častým změnám v KN musí být seznam ukládán i s datem platnosti (v případě, že NPÚ bude mít k dispozici aktualizovaná data z ČÚZK, bude platný seznam parcel generován z těchto dat prostřednictvím GIS).


strana 24 (z 68)


___________________________________________________________________________________________

5.1.1.10 INTEGRACE S APLIKACÍ GIS NPÚ Aplikace bude umožňovat přímý přístup k odpovídající prostorové složce dat v GIS, tj. bude aktualizován projekt mapového serveru s potřebnými daty a zajištěna potřebná funkcionalita pro online dotazování z popisné části do mapové a naopak. Z aplikace se vyvolá mapové okno GIS, které se v případě, že záznam Památkového katalogu NPÚ je již prostorově identifikován (je vyplněn identifikátor objektu GIS, kod_CZ nebo souřadnice X,Y) otevře v místě zadaného identifikátoru. V případě, že bude potřeba prostorově identifikační údaje v Památkovém katalogu NPÚ teprve vyplnit, pak: 

Pokud objekt má již v GIS zaveden definiční bod, potom bude jeho identifikátor přenesen zpět do aplikace. Zároveň se načtou potřebné další údaje z atributových tabulek definičního bodu objektu GIS a prostorových relací.



Pokud objekt nebude mít dosud zaveden definiční bod objektu GIS, ale bude již existovat návrh definičního bodu, uživatel použije provizorní identifikátor (přírůstkové číslo navrhovaného def. bodu).



Pokud objekt nemá zaveden definiční bod objektu GIS ani nebyl dosud navržen definiční bod v některé z aplikací IISPP, potom se předají pouze souřadnice určující polohu objektu zájmu a systém přidělí navrhovanému bodu provizorní identifikátor (přírůstkové číslo navrhovaného def. bodu). Uživatel vyplní pro navrhovaný def. bod základní atributy. Po uložení záznamu má možnost zkontrolovat zadanou lokalizaci v mapovém okně GIS.



Uživatel bude mít dále možnost načíst z mapového okna souřadnice potřebné pro zpřesnění lokalizace movitého předmětu nebo prvku objektu zájmu (přitom bude moci zadat, že v místě souřadnic nepožaduje vytvoření nového def. bodu)



Uživatel bude moci zadat údaje (souřadnice a textový popis) pro opravu chybně umístěného def. bodu objektu GIS.

Identifikace na úrovni lokalit CZ_RETRO bude prováděna obdobným způsobem. Funkce bude realizována tlačítkem na obrazovce územní identifikace. Návazně na prostorové relace prováděné v GIS bude možno aktualizovat prostorovou/územní identifikaci v Památkovém katalogu NPÚ, obdobně jako je tomu nyní v MIS. Zkušenosti z MIS dále ukazují, že v aplikacích IISPP nelze použít v tabulkách, které mají přímo interaktivně komunikovat s GIS, datové typy, které není ArcGIS schopen interpretovat (text, bytes). Tuto skutečnost je nutno zohlednit v návrzích datových struktur nových aplikací a úpravách MIS. Uživatelům s menšími právy se budou zobrazovat jenom některé informace z GIS. Například veřejnost nemá právo vidět movité KP, takže nemůže ani vidět jejich lokalizaci v GIS. Za integraci s GIS a potřebné úpravy datových struktur GIS odpovídají odborný a technických správce GIS (v rozsahu svých kompetencí). Integraci s aplikací GIS NPÚ bude v součinnosti v nezbytné míře provádět dodavatel GIS řešení na NPÚ. Aplikace Památkový katalog NPÚ pouze umožní vyvolání určité GIS stránky a zpětné přijmutí informací z GIS aplikace. Specifickou otázkou je migrace dat z GIS do Památkového katalogu NPÚ. Jde především o vazbu identifikátorů definičního bodů GIS a identifikátorů záznamů tabulky MonumIS PamZakl - provizorní záznamy v atributech definičního bodu objektu GIS a relační tabulce výběru ověřených hlavních definičních bodů KP. Veškeré vazby IDOB_PG a IDREG budou po zřízení Památkového katalogu NPÚ vedeny nadále v něm, tedy mimo GIS. 5 Údaj o ochraně nebude v GIS veden u objektů, ale pouze u polygonových vymezení rozsahu ochrany datové sady A1 (pro možnost propojení v atributech GIS IDREG k propojení se stávajícími daty tabulky PamZakl, a ZAZN k propojení se stávají tabulkou Chruzemi).

5

Následně bude možno odstranit z GIS duplicitní definiční body objektů, které jsou zde provizorně vedeny z důvodů vícenásobné ochrany objektu.


strana 25 (z 68)


___________________________________________________________________________________________

V rámci integrace Památkového katalogu NPÚ a GIS bude nutno dořešit, které další atributy v současné době vedené v GIS budou nadále vedeny v Památkovém katalogu NPÚ. 5.1.1.11 INTEGRACE S ČUZK Dostupnost pro IISPP potřebných dat ČÚZK je dlouhodobým problémem a vyžaduje řešení. Při zadávání potřebných údajů z KN (údaje o parcele a vlastníkovi) lze v současné době využít nástroje dostupného v projektech mapového serveru NPÚ “Hotlink - ČÚZK - nahlížení do KN”. Nástroj zobrazí uživateli informace o vybrané parcele z WWW stránek ČÚZK Nahlížení do KN http://nahlizenidokn.cuzk.cz. Při tomto způsobu nahlížení do KN je nutno získané údaje zapisovat ručně. ČUZK poskytuje potřebná data prostřednictvím webové služby dálkového přístupu k údajům katastru nemovistostí http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-WSDP. Prostřednictvím aplikace WSDP je možné získat sestavy Výpis z KN (LV), informace o parcele, budově a jednotce a přehled vlastnictví – vše ve formátu PDF nebo XML. Služba je dostupná pro kategorie uživatelů: 

platící (http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=0&AKCE=DOC:10DP_CENIK)



bezúplatní (http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=10007&AKCE=DOC:10DP_SAMOSPI)



ověřovatelé (http://www.cuzk.cz/Dokument.aspx?PRARESKOD=10&MENUID=10014&AKCE=DOC:10DP_VYDAVANI)

V rámci řešení bude nutno reagovat na aktuální stav zprovoznění ISZR, resp. konkrétně registru RÚIAN, a zajistit potřebné integrace na pro Zadavatele dostupná data či služby související s územní identifikací poskytované nově tímto registrem. Pozn.: pomocí územní identifikace (kód definičního bodu objektu GIS nebo lokality) není prostorovými relacemi možné zjistit parcely, neboť NPÚ nemá online přístup k potřebným prostorovým datům KN (ISKN) - tj. definičním bodům parcel polygonům parcel DKM 6 (zajištění těchto dat je klíčovou otázkou pro GIS a související aplikace IISPP, především Památkový katalog NPÚ). Proto je nutné zadávat parcely zvlášť. Na základě kódu definičního bodu objektu GIS nebo lokality je prostorovými relacemi s daty RSO možné zjistit katastrální území, pro které se pak budou vkládat parcely. 5.1.1.12 POZNÁMKOVÝ APARÁT Editoři záznamů budou mít možnost vložení komentáře k libovolnému záznamu. Zasílání připomínek Uživatelé včetně veřejnosti mají po přihlášení (vyplnění jména a mailové adresy) možnost zasílat připomínky k záznamům (např. upozornění na chybu v datech). Komentáře budou po odeslání uživatelem viditelné pouze zevnitř systému. Odborný správce (ev. editor daného záznamu) potom provede kontrolu a případnou opravu záznamu. Systém umožní zobrazení aktuálních připomínek a jejich filtr (dané období, přes jméno přihlašovaného) a odpověď na připomínku aktivací adresy uživatele. 5.1.1.13 REDAKCE A REVIZE ZÁZNAMŮ Systém umožní dvoustupňovou revizi pro vybraná data ÚSKP a jednostupňovou redakci pro ostatní data ÚSKP a Soupisu.

6

Prostorová data KN jsou v paGIS dostupná pouze veřejnou WMS mapovou službou ČÚZK (http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-WMS_PRO_KM), v níž jsou data vyrastrována a neumožňuje tedy dotazy do databází KN.


strana 26 (z 68)


___________________________________________________________________________________________

5.1.1.14 INTEGRACE S METAINFORMAČNÍM SYSTÉMEM (MIS) Současná evidence digitální dokumentace k památkám a územím bude kompletně převedena do MIS. Nová aplikace Památkový katalog NPÚ bude spolupracovat s MIS (bude tzv. MIS-ready aplikací), tj. bude odkazovat na provázané dokumenty v MIS včetně možnosti vytváření těchto vazeb přímo z Památkového katalogu NPÚ, a naopak bude poskytovat informace k evidovaným památkám a územím na základě vazby s dokumenty k záznamům v MIS. Digitální dokumentace uložená v MIS (především fotodokumentace) bude také sloužit pro prezentaci záznamů Památkového katalogu NPÚ různým kategoriím uživatelů. Integrace MIS s Památkovým katalogem NPÚ a dalšími aplikacemi IISPP (GIS, Tritius) bude vyžadovat zásahy do MIS především úprav prostorové/územní identifikace (vazba na návrhy definičních bodů objektů GIS v SDEV) a číselníků (tvorba jednotných číselníků a thesaurů IISPP a vazba na ně včetně vazeb na tzv. národní autority NK). Tyto úpravy by měly být prováděny ve spolupráci s dodavatelem aplikace a správci MIS na jednotlivých pracovištích NPÚ (v souladu s jejich odbornými a technickými kompetencemi). 5.1.1.15 INTEGRACE SE SPISOVOU SLUŽBOU V průběhu roku 2012 bude v NPÚ spuštěna nová ESS, odpovídající všem zákonným požadavkům. Spisová služba bude disponovat otevřeným komunikačním rozhraním – modulem SOAP pro komunikaci s externími aplikacemi pomocí webových služeb, vč. potřebné dokumentace. Toto rozhraní kromě jiných nabízí tyto základní operace: 

zažádání o nové číslo jednací



vložení dokumentu do Spisové služby pod přiděleným číslem jednacím



získání dokumentu ze Spisové služby dle čísla jednacího

Památkový katalog NPÚ bude agendovým informačním systémem těsně integrovaným se Spisovou službou. V Památkovém katalogu NPÚ budou vytvářeny a vyřizovány dokumenty/spisy související s evidencí ÚSKP, řešení Památkového katalogu NPÚ tedy musí zahrnovat veškerou potřebnou funkcionalitu pro přebírání dokumentů ze Spisové služby k vyřízení, zakládání vlastních dokumentů s evidencí ve Spisové službě, vyřizování dokumentů (workflow), předávání dokumentů do Spisové služby k vypravení a založení apod. Vazby mezi záznamy evidovanými v Památkovém katalogu NPÚ a souvisejícími dokumenty/spisy ve Spisové službě prostřednictvím čísla jednacího je nutno uchovávat tak, aby je bylo možno vyhledávat z obou stran. Údaje z Památkového katalogu NPÚ budou zdrojem pro formalizované generování některých údajů Spisové služby, např. lokačních ukládacích značek a ukládacích značek vázaných na části památkového fondu. 5.1.1.16 INTEGRACE S APLIKACÍ ARTGUARD Aplikace ArtGuard slouží pro zpracování evidence movitého kulturního dědictví ČR v rámci programu ISO. Integrace bude realizována na datové úrovni prostřednictvím importu dat týkajících se movitých KP z aplikace ArtGuard do aplikace Památkový katalog NPÚ, a to včetně příslušné obrazové dokumentace do aplikace MIS. 5.1.1.17 PROPOJENÍ S OSTATNÍMI APLIKACEMI Přístup k informacím bude řízen pouze na úrovni aplikace Památkový katalog NPÚ, která musí být propojitelná z ostatních aplikací na NPÚ přes identifikátor idReg nebo ZAZN, tak aby ostatní aplikace se mohly odkazovat na informace v Památkovém katalogu NPÚ. 5.1.1.18 INTEGRACE S IISPP Památkový katalog NPÚ je navrhován v době, když již existují další komponenty IISPP - GIS a MIS a je navrhována aplikace Tritius. Je nutno definovat společné číselníky a thesaury ve vazbě na národní autority (národní jmenné a věcné autority http://autority.nkp.cz/) a mezinárodní standardy. Při návrhu / úpravách datových struktur všech částí IISPP je nezbytné zohlednit i další projekty, na nichž NPÚ participuje (např. CARARE – www.carare.eu). ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 27 (z 68)


___________________________________________________________________________________________ 5.1.1.18.1

Integrace s MIS (Metainformační systém)

Památkový katalog NPÚ bude využívat MIS pro uložení digitální a digitalizované dokumentace a pro propojování metadat v MIS uložených k jednotlivým objektům a územím. Z aplikace bude možné se odkazovat na dokumenty v MIS a naopak Památkový katalog NPÚ bude poskytovat své informace k evidovaným objektům a územím na základě vazby s MIS. Integrace na MIS bude obousměrná. Blíže viz kap. 5.1.1.14. 5.1.1.18.2

Integrace s GIS (Geografický informační systém NPÚ)

Památkový katalog NPÚ bude využívat aktualizovaný 7 způsob územní identifikace objektů zájmu památkové péče definovaný v GIS. Pro určení územní identifikace KP/chráněného území z GIS Památkový katalog NPÚ umožní vyvolání služeb ArcGIS serveru s mapovým zobrazením. Přes identifikátor GIS se zobrazí všechny informace o územní identifikaci. Dále bude umožněno zobrazení jedné nebo více v Památkovém katalogu NPÚ vybraných KP/chráněných území v GIS. Naopak z GIS bude možno k danému zobrazení KP/chráněného území zobrazit odpovídající záznam v Památkovém katalogu NPÚ. Integrace bude vyžadovat úpravy GIS (centralizace navrhovaných def. bodů GIS do geodatabáze SDEV, doplnění prostorových relací o relace s plošnými vymezeními ochrany, vydělení atributů, které budou nadále vedeny v Památkovém katalogu NPÚ). Blíže viz kap. 5.1.1.10. 5.1.1.18.3

Integrace s Centrální správa číselníků NPÚ

Památkový katalog NPÚ bude využívat online přístup k systému pro centrální správu číselníků NPÚ, který umožní řízené zpracování požadavků na přidání nové položky do sdíleného číselníku. 5.1.1.18.4

Integrace s ESS

Památkový katalog NPÚ bude agendovým informačním systémem integrovaným s elektronickou spisovou službou, která bude jediným úložištěm všech spisů na NPÚ. Spisová služba bude integrována pomocí párování čísla jednacího. Integrace na Spisovou službu bude obousměrná. Blíže viz kap. 5.1.1.15. 5.1.1.18.5

Integrace s Tritius

Památkový katalog NPÚ bude provázán na systém Tritius, který bude jednotným úložištěm popisných údajů centralizované evidence analogových dokumentačních sbírek. Odkaz na Památkový katalog NPÚ bude možné vyvolat přes URL. 5.1.1.18.6

Integrace s ArtGuard

Památkový katalog NPÚ bude provázán na aplikaci ArtGuard prostřednictvím importu dat týkajících se movitých KP. Blíže viz kap. 5.1.1.16. 5.1.1.18.7

Integrace s CastIS

Aplikace Památkový katalog NPÚ bude provázána na centrální systém CastIS, který slouží pro evidenci mobiliárních fondů na cca 89 památkových objektech NPÚ. Odkaz na Památkový katalog NPÚ bude možné vyvolat přes URL. 5.1.1.18.8

Obecně k integraci

Památkový katalog NPÚ musí prostřednictvím webové služby nabízet vybrané základní údaje o evidovaných objektech a územích i pro další již existující či v budoucnu vytvářené aplikace pro vytváření vazeb mezi jednotlivými evidencemi (např. IS NPÚ o archeologických datech – Státní archeologický seznam ČR). Bude tak nahrazen stávající „ruční“ export dat z vybraných tabulek MonumIS pro potřeby jednotlivých provázaných aplikací. 5.1.1.19 TISKOVÉ VÝSTUPY Aplikace bude generovat tiskové výstupy na základě různých vyhledávacích kritérií. Uživatel si bude moci vybrat pro různé typy objektů různé tiskové sestavy, např. pro KP to bude evidenční a doplňkový 7

Veškeré prostorově/územně identifikační prvky včetně návrhů nových definičních bodů (X,Y) budou uloženy v centrální geodatabázi SDEV. Pro nově navrhované definiční body bude zavedeno přírůstkové číslo.


strana 28 (z 68)


___________________________________________________________________________________________

list KP včetně listu areálu KP, sestavy KP se základními údaji dle vlastníka, apod. Vytvoření těchto sestav bude součástí realizace aplikace Památkový katalog NPÚ. Tiskové výstupy bude možno generovat i ve formátu PDF (standardu PDF/A). 5.1.1.20 EXPORTY Památkový katalog NPÚ bude umožňovat exporty do formátů PDF (viz. tiskové výstupy), XLS, CSV a XML 8 . Uživatel bude moci (podle svých oprávnění) stahovat vybrané záznamy ve formátu XLS pro MS Excel nebo CSV (Comma-separated values) formát určený pro výměnu tabulkových dat), který je následně možné importovat mimo MS Excel i do dalších tabulkových editorů/formátů.

5.1.2

LOGICKÉ POŽADAVKY

5.1.2.1

HISTORIE ZMĚN

Aplikace musí ukládat všechny datové změny, které byly provedeny uživateli aplikace, tak aby bylo možné zpětně dohledat, jaký uživatel kdy prováděl jaké změny. Musí se tedy evidovat: 

kdy byla změna provedena



kdo změnu provedl



jaká položka byla změněna



původní hodnotu položky



nová hodnota položky



důvod změny položky

Je nutné migrovat historii změn z aplikace MonumIS. 5.1.2.2

AUTORIZACE

Pro jednotlivé uživatele je možné na základě rolí omezit resp. určit jaké informace se budou uživatelům zobrazovat nebo budou moci editovat. Řízení přístupu bude tedy nejen na datové úrovni (jaké kdo bude moci vidět informace), ale také na aplikační úrovni (jaké kdo bude moci vykonávat operace). Role budou vymezeny tak, aby umožňovaly racionální revize záznamů ÚSKP (2 kontroly) a redakci soupisových záznamů (1 kontrola). Role zejména omezí přístup k movitým KPa ještě úžeji k jejich editaci jen vybraným uživatelům. Editace záznamů ÚSKP bude omezena u pracovníků ÚOP s právem editace na území v jejich působnosti. Pracovníci ÚP s oprávněním editace záznamů ÚSKP budou mít práva k editaci pro celou republiku. Editace Soupisu nebude pro uživatele v roli editora územně omezena (obdobně jako je tomu v MIS). Prezentační webová část aplikace, která zpřístupňuje informace pro veřejnost, musí zajistit, aby žádné informace o movitých KP nebylo možné zpřístupnit veřejnosti. Podobně se musí oddělit i další informace. Nestačí pouze určitá data nezobrazovat, ale také je nutné je vůbec nepředávat do prezentační části aplikace.

5.1.3

SYSTÉMOVÉ POŽADAVKY

5.1.3.1

KONSOLIDOVANÉ PROSTŘEDÍ IT NPÚ

Aplikace Památkový katalog NPÚ musí odpovídat požadavkům na Konsolidované prostředí IT NPÚ, což je soubor prostředků pro tvorbu a provoz aplikačního programového vybavení, sloužícího pro potřeby NPÚ. Tato specifikace slouží jako společný strategický standard pro návrh a zavádění aplikací, nebo provádění změn v ICT prostředí NPÚ. Ve specifikaci je obsažen aktualizovaný souhrn nedůležitějších 8

Export do XML bude řešen v rámci celého IISPP v souvislosti s projektem CARARE.


strana 29 (z 68)


___________________________________________________________________________________________

informací z předchozích materiálů zpracovaných v rámci průběžné systémové integrace - viz Reference. Do konsolidovaného prostředí IS NPÚ patří: datové centrum (DC) NPÚ, Standardní aplikační prostředí, Jednotná datová základna (JDZ), Služby centrálních číselníků, Infrastrukturní služby. Součástí specifikace jsou dále základní architektonická východiska pro tvorbu nových zakázkových aplikací a pro integraci hotových (krabicových) aplikací do IS NPÚ. 5.1.3.2

DATOVÉ CENTRUM NPÚ (DC)

DC NPÚ je hardware a software, provozovaný v pronajatém prostoru v datovém centru Casablanca (Praha, Vinohradská 184), na kterém je ve virtualizovaném prostředí nasazena rozhodující část konsolidovaného IS NPÚ (všechny centrální aplikace a většina infrastrukturních služeb). 5.1.3.3

JEDNOTNÁ DATOVÁ ZÁKLADNA (JDZ)

Standardním databázovým serverem NPÚ je Microsoft SQL Server 2008, provozovaný na virtuálním serveru v DC NPÚ. Na tomto serveru běží několik instancí databází pro centrální i podpůrné aplikace NPÚ. Tento server je určen jako standardní prostředí pro nasazování databází, potřebných pro aplikace a systémy NPÚ. Přesná aktuální technická specifikace serveru je: Databázový systém:

MS SQL 2008 R2 Standard Edition

OS:

MS Windows Server 2008 R2 Datacenter SP1 64b

Virtual guest/host:

VMWare vCenter Server, 4.1.0, 258902

5.1.3.4

SLUŽBY CENTRÁLNÍCH ČÍSELNÍKŮ

V IS NPÚ jsou vyvíjeny služby centrálních číselníků, které napomohou konsolidaci a minimalizaci datových duplicit a znovupoužití stejných řídících dat ve smyslu přístupu MDM - Master Data Management. Je zde uložen společný datový slovník NPÚ. Služby jsou určené ke snadnému a jednoduchému použití všemi aplikacemi konsolidovaného IS NPÚ. Služby centrálních číselníků poskytují mimo jiné tyto operace: 

Získání seznamu sdílených číselníků.



Získání seznamu položek jednoho číselníku.



Vrácení hodnoty položky podle identifikátoru.



Získání seznamu potomků uzlu stromu (pouze pro číselník se stromovou strukturou).



Přidání nové položky číselníku.



Návrh na přidání a schválení nové položky číselníku.

Data centrálních číselníků jsou uložena v JDZ, nicméně doporučená forma přístupu je aplikační – prostřednictvím web services rozhraní. 5.1.3.5

INFRASTRUKTURNÍ SLUŽBY

Autentizační služba Nejdůležitější infrastrukturní službou vyšší úrovně je v IS NPÚ Autentizační služba. Služba umožňuje všem aplikacím v konsolidovaném IS autentizovat (ověřovat identitu) uživatele a autorizovat (kontrolovat oprávnění) ke specifické funkčnosti dané aplikace. Řídící údaje pro tuto službu jsou uloženy a spravovány v centrálním adresářovém LDAP serveru. Autentizační služba je dostupná ve formě web service . Variantně k použití web service je možné přistupovat do centrálního adresářového serveru napřímo, pomocí protokolu LDAP v3. Standardní aplikační prostředí Standardním prostředím pro vývoj a provoz aplikací NPÚ je Java Enterprise Edition (JEE). ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 30 (z 68)


___________________________________________________________________________________________

Provoz aplikací probíhá na virtuálních serverech VMWare. 5.1.3.6

ZÁKLADNÍ ARCHITEKTONICKÁ VÝCHODISKA

V této kapitole jsou uvedeny základní směrné pokyny pro architekturu budoucích aplikací, nebo pro integraci existujících aplikací do prostředí IS NPÚ. 5.1.3.6.1

Architektura zakázkových aplikací



Nové aplikace jsou v ideálním případě koncipovány dle principů SOA (Service Oriented Architecture), tzn. jsou členěné do ucelených logických funkčních celků (služeb), které jsou opakovatelně použitelné a jejichž skladbou a koordinací vzniká optimální IT podpora agendových (business) procesů organizace.



Pro implementaci nových služeb/aplikací se používají prvky Standardního aplikačního prostředí.



Pokud nová aplikace není koncipována dle SOA, nechť je to třívrstvá client/server aplikace s lehkým webově orientovaným klientem.



Pro dlouhodobé ukládání dat nové služby/aplikace používají JDZ.



Všechny číselníky, které jsou potenciálně vícenásobně použitelné v rámci IS NPÚ, jsou implementované a zpřístupněné pomocí Služeb centrálních číselníků NPÚ a všechny nové nebo upravené aplikace tyto služby společně využívají.



Webové grafické rozhraní aplikace je provedeno v souladu se standardem XHTML a je funkční v prohlížečích Internet Explorer 7 a 8 a Mozilla Firefox 3 a 4.

5.1.3.6.2

Integrace aplikací



Integrace aplikací probíhá přednostně na aplikační vrstvě.



Dvě aplikace se mezi sebou neintegrují napřímo (P2P – point-to-point), ale využívají inteligentní mediační prvek dle návrhového vzoru Podniková sběrnici (ESB – Enterprise Service Bus), který omezuje vzájemné závislosti a umožňuje větší flexibilitu při změnách v IS.



Preferovaná forma integrace existujících aplikací je formou web services, při použití standardů: o

WSDL 1.1

o

SOAP 1.2

o

MTOM for SOAP 1.2

o

WS-I Basic Profile 1.1

o

WS-Security 1.1

Více o požadavcích na konsolidované prostředí NPÚ je uvedeno v následujících dokumentech (dokumenty budou dostupné vybranému dodavateli po podpisu smlouvy) :

5.2



Systémový projekt konsolidace vybraných částí IS NPÚ



Technický projekt - Návrh realizace sdílených modulů pro Národní památkový ústav



Konsolidace vybraných částí IS NPÚ – Jednotná datová základna – technický projekt

PŘEHLED ROLÍ

Role definuje sadu funkcí, které může vykonávat uživatel, jemuž daná role byla přiřazena. Akci přiřazení role můžeme chápat jako autorizaci uživatele pro provádění jisté skupiny činností v rámci softwarové aplikace. Uživatelé systému budou využívat účty vytvořené v LDAP serveru spravovaném NPÚ.


strana 31 (z 68)


___________________________________________________________________________________________

5.2.1

UŽIVATEL

Uživatel je obecná role, která slouží jako rodič pro všechny ostatní role.

5.2.2

UŽIVATEL NPÚ

Uživatel NPÚ je zaměstnanec NPÚ.

5.2.3

EDITOR ÚSKP

Editor ÚSKP je role, která umožňuje editování částí dat evidencí ÚSKP, které přísluší jednotlivým pracovištím NPÚ. Na jednotlivých pracovištích bude jen několik (v jednotkách) editorů, kteří budou mít právo modifikovat záznamy týkající se jejich příslušného ÚOP (oddělená práva pro movité a nemovité KP). Na ÚP bude jen několik (v jednotkách) editorů, kteří budou mít právo modifikovat záznamy celorepublikově (oddělená práva pro movité a nemovité KP). Zaznamenaná změna zůstane skrytě (neveřejně) vyznačena do doby jejího převzetí (potvrzení) u původního autora záznamu. Editor daného záznamu potom provede kontrolu a případnou opravu záznamu. Systém umožní zobrazení aktuálních změn a jejich filtr (dané období, přes území).

5.2.4

EDITOR SOUPISU

Editor Soupisu není oprávněn editovat ÚSKP: Edituje pouze záznamy soupisu objektů a území památkové zájmu a navrhuje úpravy záznamů pro objekty a území evidované v ÚSKP. Tisk protokolu Tisk protokolu o vyrozumění vlastníkům nebo úřadům pro interní potřeby. Vazby se spisy v ÚSKP Vazby se spisy v ÚSKP slouží k evidenci dokumentů týkajících se jednotlivých KP. Těmito dokumenty mohou být: 

návrhy na prohlášení objektu zájmu za KP



vyrozumění o zápisu do ÚSKP



vyjádření k žádostem

Přehled vyrozumění o prohlášení věci KP Uživateli se zobrazí seznam vyrozumění o prohlášení věci kulturní památkou. Přehled sdělení údajů o památkové ochraně a evidenci Uživateli se zobrazí přehled sdělení údajů o památkové ochraně a evidenci. Pro všechny potřebné typy písemností vytvářené v souvislosti s agendou kulturních památek bude aplikace Památkový katalog NPÚ obsahovat potřebné šablony pro MS Word s automatickým načítáním souvisejících atributů z příslušné části Památkového katalogu NPÚ. Aplikace bude dále obsahovat funkcionality související s procesy schvalování obsahu písemností (workflow). Příjem, evidence, odesílání, ukládání a zobrazování dokumentů bude zajištěno v souladu s požadavky na integraci se Spisovou službou.

5.2.5

SPRÁVA ADRESÁŘE VLASTNÍKŮ PAMÁTEK A DOTČENÝCH ORGÁNŮ STÁTNÍ SPRÁVY

Agenda správy adresáře umožňuje evidovat adresy osob nebo organizací, které vlastní památky nebo jsou vyrozumívány o probíhajícím řízení s památkou. Tento adresář je odlišný od adresáře kontaktů Spisové služby. Památkový katalog NPÚ potřebuje udržovat „přesný“ adresář osob a organizací z důvodu evidence vlastníků KP, vlastníků parcel apod. Zobrazení adres Uživatel si může zobrazit seznam všech adres, které se evidují v aplikaci. Základní filtrace adres organizací bude přes fyzickou osobu, typ organizace jako např. okresní úřady, obecní úřady apod. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 32 (z 68)


___________________________________________________________________________________________

Přehled adres bude možné filtrovat a řadit přes dostupné informace. Detail adresy Uživateli se zobrazí všechny informace k dané osobě nebo organizaci. V případě, že se jedná o vlastníka KP, tak se zobrazí stručný přehled vlastněných KP včetně odkazu na detail KP. Vytvoření nebo editace adresy Vytvoření nové nebo editace stávající adresy osoby nebo organizace.

5.2.6

PARCELY K PAMÁTKÁM PO KATASTRÁLNÍCH ÚZEMÍCH

Nabízí přehled všech katastrálních území s přehledem parcel k památce nebo jinému záznamu, případně více záznamům USKP.

5.2.7

PŘEHLED KARTOTÉKY STÁTNÍCH SEZNAMŮ V NPÚ

Zobrazení záznamů kartotéky státních seznamů v NPÚ, umístěné v ústředním pracovišti. Záznamy je možné pouze prohlížet, případně tisknout.

5.2.8

ZOBRAZENÍ HISTORIE ZMĚN

Uživatel má možnost prohlížení a prohledávání historie změn dle zadaných kritérií. Tato historie je vedena u každého objektu evidovaného aplikací Památkový katalog NPÚ, který je možné měnit.

5.2.9

PŘIPOMÍNKY K ZÁZNAMŮM ÚSKP A SOUPISU

Připomínky, resp. návrhy úprav záznamů ÚSKP a Soupisu se archivují. Zobrazení připomínek Správci a editoři záznamu si mohu zobrazit seznam připomínek / návrhů úprav záznamů, k jejichž editaci, resp. redakci / revizi mají oprávnění. Uživatel - autor připomínky / návrhu úprav záznamů, si může zobrazit seznam jím podaných připomínek / návrhů. Zasílání připomínek Uživatel, který nemá právo editace určitého záznamu ÚSKP nebo Soupisu, může editorovi a správci záznamu zaslat připomínku, ve které identifikuje chybu nebo upřesnění záznamu. Označení připomínky za vyřízenou Správce může označit připomínku za vyřízenou. Odeslání odpovědi autorovi připomínky Příjemce připomínky má možnost reagovat na danou připomínku a poslat svojí reakci autorovi připomínky.

5.2.10

ADMINISTRACE ČÍSELNÍKŮ A THESAURŮ

Aplikace Památkový katalog NPÚ bude provázána na systém Centrální správy číselníků, jehož cílem je omezit používání duplicitních a nekonsistentních dat v různých částech ICT NPÚ. Zobrazení číselníků Uživatel bude mít možnost prohlížet všechny hodnoty všech číselníků použitých v aplikaci Památkový katalog NPÚ. Přes grafické uživatelské rozhraní aplikace bude možné rozšiřovat vybrané sdílené číselníky vkládáním nových položek. Nastavení rolí Centrální číselníky budou mít své Redaktory, kteří budou schvalovat nově vložené záznamy a provádět správu vybraných číselníků. Aplikace Centrální správy číselníků umožní přiřazení role Přispěvatel a Redaktor k vybranému číselníku. Pokud bude číselník víceúrovňový, potom bude možné role nastavit pro jednotlivé úrovně. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 33 (z 68)


___________________________________________________________________________________________

Správa číselníků Vybrané číselníky je možné řízeným způsobem rozšiřovat o nové záznamy, upravovat stávající záznamy nebo je i zneplatňovat. Aplikace Centrální správy číselníků umožní nastavit pro nově vkládané položky automatické schvalování k vybranému číselníku. Pro víceúrovňové číselníky bude možné automatické schvalování nastavit pro jednotlivé úrovně. Uživatel v roli Redaktor má možnost rozhodovat o schválení nové položky číselníku, upravit kód, název a popis zvolené položky číselníku. Redaktor může provést zneplatnění položky číselníku a provést výběr náhradní položky a pro vložení kódu náhrady za zneplatněnou položku. Redaktor tak zajistí výměnu identifikátoru položky za identifikátor platné položky. Systém podporuje zneplatnění položky bez náhrady. Aplikace Památkový katalog NPÚ zajistí, že položky se stavem zneplatněna nebudou uživatelům nabízeny k výběru ve sdíleném číselníku. Uživatelé budou vybírat pouze z položek schválených automaticky nebo Redaktorem.

5.2.11

GLOBÁLNÍ SPRÁVCE

Správce je právo na přístup do všech částí aplikace Památkový katalog NPÚ včetně nastavování parametrů aplikace a modifikace číselníků aplikace.

5.2.12

LOKÁLNÍ SPRÁVCE

Lokální správce je oprávněn editovat záznamy v rozsahu ÚOP. Pozn. Na lokální i centrální úrovni zvážit rozdělení správcovských rolí, jak je známe z MIS: 

technický správce - zajišťuje chod aplikace, zálohování etc.



odborný správce - zodpovídá za obsah záznamů - resp. rozdělit na revizora evidencí ÚSKP a redaktora Soupisu

Bude nutno upřesnit v kontextu systému schvalování záznamů a návrhů jejich úprav.

5.2.13

SPRÁVCE GIS

Správce GIS je speciální typ uživatele, který vyhledává záznamy objektů, které vyžadují opravu územní / prostorové identifikace a tyto opravy provádí.

5.2.14

ČTENÁŘ S PLNÝM PŘÍSTUPEM

Je právo pro vybrané zaměstnance NPÚ prohlížet všechny informace.

5.2.15

ČTENÁŘ S LIMITOVANÝM PŘÍSTUPEM

Je právo pro vybrané zaměstnance NPÚ prohlížet všechny informace, kromě informací týkajících se movitých KP.

5.2.16

EXTERNISTA (ČTENÁŘ) S PLNÝM PŘÍSTUPEM

Je uživatel externí organizace, který má přiděleno uživatelské jméno a heslo. Po přihlášení mu budou nabídnuty ke čtení informace o všech evidovaných objektech a územích a jejich ochraně (údaje Soupisu i evidencí ÚSKP).

5.2.17

EXTERNISTA (ČTENÁŘ) S LIMITOVANÝM PŘÍSTUPEM

Je externí organizace, resp. vlastník, který má na základě předchozí schválené písemné žádosti přiděleno uživatelské jméno a heslo. Po přihlášení mu budou nabídnuty informace o vybraných evidovaných objektech movitých i nemovitých (jejich částech), jejichž je vlastníkem (údaje Soupisu i evidencí ÚSKP).


strana 34 (z 68)


___________________________________________________________________________________________

5.2.18

VEŘEJNOST

Veřejnost jsou uživatelé, kteří mohou prohlížet informace o evidovaných objektech a územích a jejich ochraně (údaje Soupisu i evidencí ÚSKP) s výjimkou informací týkajících se movitých KP.

5.3

POHLED UŽIVATELE

5.3.1

ÚVOD

Tato část je jedním z hlavních podkladů pro tvorbu architektury systému, představuje pohled na systém z hlediska jeho funkcionality pro koncové uživatele. Památkový katalog NPÚ by měl umožnit snadnou orientaci nejen pracovníkům NPÚ, ale také odborné i laické veřejnosti. Pro zvýšení uživatelské přívětivosti se počítá se zobrazováním a vyhledáváním pomocí interaktivní mapy památek - možností přiblížení se ke konkrétní památce a prohlížení základních údajů s linky na další informace z jiných částí IISPP. Uživatel bude mít k dispozici základní uživatelská zobrazení aplikace, které mu umožní dotazy do systému, editaci nebo prohlížení záznamů, vytváření potřebných vazeb uvnitř Památkového katalogu NPÚ i v rámci IISPP, vytváření potřebných tiskových výstupů apod. (vše v souladu s jeho oprávněními). Systém by měl na úrovni databáze oddělit záznamy k objektům a územím, které jsou předmětem ochrany a zájmu památkové péče (Soupis) a záznamy evidencí ÚSKP (právních stavů), které se k nim vztahují. Základní uživatelská zobrazení, doprovázená interaktivní mapou, budou: Seznamy (chráněných kulturních statků - ÚSKP a dalších objektů – Soupis) 

seznam nemovitých KP



seznam movitých KP – (pro vyhrazený přístup)



seznam chráněných území (památkové rezervace a památkové zóny



seznam NKP



seznam evidovaných ochranných pásem



statky UNESCO (zapsané na listinu světového kulturního dědictví v ČR)



ohrožené památky



Soupis



rejstřík státních seznamů*

U chráněných území, NKP, OP a statků zapsaných na listinu světového kulturního dědictví se zobrazuje vazba na památky umístěné v chráněném území. Z údajů o evidovaných objektech a územích se zobrazují základní informace: 

název



územní identifikace



rejstříkové číslo



kdy byl objekt zájmu prohlášen za KP resp. NKP, chráněné území, zřízeno ochranné pásmo a jakým dokumentem



a další položky vybrané v rozsahu evidenčního listu KP

5.3.1.1

ÚSKP

Památkový katalog NPÚ bude pokrývat potřeby vedení ÚSKP, který podle Pokynu hlavního konzervátora Národního památkového ústavu pro vedení Ústředního seznamu KP ČR a souvisejících evidencí památkového fondu ČR ze dne 1. 1. 2003 tvoří:


strana 35 (z 68)


___________________________________________________________________________________________



Stejnopisy prohlášení věci za kulturní památku, zrušení prohlášení, rozhodnutí o přemístění a stejnopisy dalších rozhodnutí, jimiž jsou památková ochrana a podmínky zachování movitých a nemovitých KP pozměňovány nebo ovlivňovány, dále oznámení o přemístění, o změně vlastnictví a užívání, a oznámení o přenesení KP do archivu, muzea nebo galerie.



Uložené podklady podle dřívějších předpisů, tj. rejstříky, kartotéky a sbírky příloh státních seznamů nemovitých KP a státních seznamů movitých KP (dále jen „státních seznamů“).



Rejstřík, který je tvořen základními identifikačními údaji, které určují KP, jejich památkovou ochranu a její změny, včetně vyznačení, že kulturní památka je součástí památky světového dědictví nebo NKP, nachází se na území prohlášeném za památkovou rezervaci, památkovou zónu nebo v ochranném pásmu.



Evidenční listy, které jsou souhrnem údajů a obrazové dokumentace, kterými je blíže specifikována kulturní památka, její rozsah a části, dále dotčené parcely a hranice nemovitých KP v kopiích pozemkových map.



Průběžná evidence vlastnictví, využití a technického stavu.



Průběžná evidence změn umístění movitých KP.

Dle výše uvedeného pokynu tvoří dále ÚSKP pět částí, definovaných následovně: a) Seznam památek světového dědictví na území ČR tvoří: 

Texty dokumentů dokládající zápis památkového fondu na území České republiky do Seznamu světového kulturního a přírodního dědictví UNESCO.



Rejstřík, který je tvořen základními identifikačními údaji, které určují památku světového dědictví.



Odkazy na jednotlivé KP na příslušném území. b) Seznam NKP tvoří:



Texty rozhodnutí, kterými byly NKP prohlášeny, nebo bylo jejich prohlášení pozměněno



Rejstřík, který je tvořen základními identifikačními údaji, které určují národní kulturní památku.



Odkazy na kulturní památku (památky), které tvoří národní kulturní památku, dotčené parcely a hranice NKP v kopiích pozemkových map. c) Seznam památkových rezervací tvoří:



Texty a grafické přílohy rozhodnutí, kterými byly památkové rezervace prohlášeny, nebo bylo jejich prohlášení pozměněno.



Rejstřík, který je tvořen základními identifikačními údaji, které určují památkovou rezervaci.



Odkazy na KP, které jsou na území památkové rezervace, dotčené parcely a hranice památkové rezervace v kopiích pozemkových map. d) Seznam památkových zón tvoří:



Texty a grafické přílohy rozhodnutí, kterými byly památkové zóny prohlášeny nebo bylo jejich prohlášení pozměněno.



Rejstřík, který je tvořen základními identifikačními údaji, které určují památkovou zónu.



Odkazy na KP, které jsou na území památkové zóny, dotčené parcely a hranice památkové rezervace v kopiích pozemkových map. e) Seznam ochranných pásem tvoří:



Texty a grafické přílohy rozhodnutí, kterými byla ochranná pásma vyhlášena nebo bylo jejich vyhlášení pozměněno.



Rejstřík, který je tvořen základními identifikačními údaji, které určují ochranné pásmo a kulturní památku nebo národní kulturní památku nebo památkovou rezervaci nebo památkovou zónu, ke které je ochranné pásmo zřízeno.


strana 36 (z 68)


___________________________________________________________________________________________

 5.3.1.2

Odkazy na KP, které jsou na území ochranného pásma, dotčené parcely a hranice ochranného pásma v kopiích pozemkových map. SOUPIS

Soupis umožňuje uživatelům procházet všechny záznamy k objektům a územím bez ohledu na právní stav - na to, zda jsou evidovány v ÚSKP, parametrické a fulltextové vyhledávání v těchto záznamech, tiskové výstupy a exporty. K vyhledaným záznamům se zobrazují základní přehledy, z nichž je možno zobrazit podrobné popisné informace k jednotlivým objektům. (celkové přehledy by měly obsahovat kromě základních identifikačních údajů objektů a území i vybranou náhledovou fotografii z MIS). Uživatel bude mít k dispozici mapové okno, se základními nástroji GIS (při výběrech ze záznamů Soupisu se v mapovém okně zobrazí výřez mapy v rozsahu příslušného výběru). Uživatel s právy editora záznamu Soupisu (a vyššími) může zavést nový záznam Soupisu nebo podat návrh na opravy a doplnění záznamu stávajícího. Má k dispozici nástroje, které mu umožní provázat záznam Soupisu s prostorovými identifikátory GIS, dokumenty uloženými v MIS a vytvořit logické vazby mezi jednotlivými záznamy Soupisu, resp. podat návrh na jejich vytvoření. Návrhy a nové záznamy schvaluje redaktor Soupisu (neschválené návrhy jsou dohledatelné v historii záznamu Soupisu). (Využití: popisné informace k objektům pro uživatele MIS, GIS, UAP, plány ochrany, OPD, SHP...) Modul umožňuje rovněž doporučení ke zpracování návrhů na prohlášení a včetně vyplnění všech nezbytných údajů pro podání návrhu. 5.3.1.3

REJSTŘÍK STÁTNÍCH A REGIONÁLNÍCH SEZNAMŮ

I když je již rejstřík státních a regionálních seznamů uzavřen, je potřeba mít možnost opravy chyb a případného rozšíření agendy o nové záznamy. V přehledu záznamů o památkách se zobrazují základní popisné informace jako: 

název






název památky



datum zápisu



územní identifikace (okres, obec)



popis památky



záznam o zápisu

V rámci zobrazení je umožněno provádět filtrování přes typ (movitá, nemovitá, vše) či vlastnosti KP. V detailu je nutno mít možnost zobrazení všech dostupných informací o vybrané památce z evidence rejstříku státních a regionálních záznamů včetně vazby na památky vedené podle současného rejstříkového čísla ÚSKP. Zobrazí se základní informace o provázané památce. Uživatel může přejít na provázanou památku. Uživatel si může vytisknout přehled záznamů dle vybrané tiskové sestavy.

5.3.2

POŽADAVKY NA OBECNÉ FUNKCE

Památkový katalog NPÚ musí pokrýt všechny uživatelské potřeby pro vedení těchto seznamů. Aplikace sdružuje základní údaje o památkovém fondu, tj. nemovitých a movitých KP včetně jejich vazeb na památkově chráněná území, NKP, statky UNESCO a ochranná pásma a Soupis. Umožňuje uživateli potřebné správcovské, editační i čtecí úkony pro všechny chráněné a již nechráněné nemovité KP i objekty navržené k ochraně. V nové aplikaci je žádoucí oddělit tyto seznamy, z nichž v každém je evidován jiný právní stav 9 , odlišné dílčí atributy i vazby na objekty, území, ostatní části ÚSKP, případně 9

Chráněnými územími jsou pouze památkové rezervace a zóny. V případě těchto dvou evidencí bude struktura záznamů podobná.


strana 37 (z 68)


___________________________________________________________________________________________

i externí evidence (seznam světového kulturního dědictví). Odlišné jsou i vazby na prostorová vymezení právních stavů ochrany v GIS. Jednotlivým částem ÚSKP (kap. 5.3.1.1) budou odpovídat samostatné uživatelské moduly. Jednoznačně je pak nutno oddělit informace o zpřístupnění památek, resp. NKP. 5.3.2.1

PŘIDÁNÍ A EDITACE

Při zakládání záznamu se vloží pouze základní identifikační údaje. Pokud je již objekt v Soupisu, prováže editor příslušné záznamy Soupisu a provede všechny další editace potřebných údajů a vazeb. V rámci (dílčích) modulů odpovídajících seznamům se evidují i návrhy na zápis na listinu světového kulturního dědictví, na prohlášení chráněných území, NKP a zřízení ochranných pásem. Každý z (dílčích) výše uvedených modulů (kap. 5.3.1.1) bude mít vlastní formulář pro editaci záznamů. U objektů se určuje: 

územní/prostorová identifikace ve vazbě na prostorové identifikátory GIS



vazba na unikátní identifikátory movitých památek (včetně jejich vazby na prostorové identifikátory GIS)



územní identifikace ve vazbě na údaje KN



vlastníci památky ve vazbě na údaje KN



popis



vazby mezi movitými KP, nemovitými KP, na ostatní části ÚSKP, případně seznam UNESCO



vazby na rejstřík státních a regionálních seznamů



vazby na dokumentaci v MIS, Tritius a CastlS



vazby na evidované spisy



vazby mezi "památkovými jednotkami", tj. z jakých objektů se skládá celek

5.3.2.2

ÚZEMNÍ IDENTIFIKACE

Pro tyto úkony bude mít uživatel k dispozici mapové okno a příslušné nástroje GIS pro vyhledávání v mapě a načtení potřebných údajů z mapy. Základem prostorové identifikace KP bude definiční bod objektu GIS. Stejně budou prostorově identifikovány NKP, Statky UNESCO a chráněná území. Památkové rezervace a zóny budou prostorově identifikovány pouze kódem CZ; jedné rezervaci nebo zóně může odpovídat více kódů CZ. Prostorová identifikace ochranných pásem bude provázána na prostorové identifikační prvky KP, NKP, památkových rezervaci nebo památkových zón, ke kterým je ochranné pásmo zřízeno. Prostorová identifikace bude doplněna o kódy lokalit (kód_CZ) resp. dílů historických osad v rozsahu ochranného pásma. 5.3.2.3

EVIDENCE KATASTRŮ A PARCEL

Je potřeba evidovat katastrální území a jim odpovídající parcely, které vyplňují plošný rozsah ochrany. V případě parcel bude podobně jako u KP záviset na formě přístupu k datům KN. Údaje o katastrálních územích bude možno získávat prostorovými relacemi z GIS. 5.3.2.4

SPRÁVA VAZEB PRÁVNÍCH STAVŮ NA ZÁZNAMY OBJEKTŮ A ÚZEMÍ

Vazba bude zajištěna pomocí prostorových identifikátorů definičních bodů objektů GIS. Pro movité památky unikátním identifikátorem objektu sdíleným s aplikací ArtGuard, CastIS, aTritius. 5.3.2.5

SPRÁVA VAZEB NA MOVITÉ A NEMOVITÉ KP A OSTATNÍ ČÁSTI ÚSKP

Uživatel může (podle svých oprávnění) k záznamu zobrazit, vložit nebo smazat vazbu na památku movitou či nemovitou, statek zapsaný na listině světového kulturního dědictví, památkovou rezervaci, památkovou zónu či ochranného pásmo pro podchycení všech potřebných právních vztahů mezi těmito entitami. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 38 (z 68)


___________________________________________________________________________________________

5.3.2.6

SPRÁVA VAZEB NA DATA KN - ÚDAJE O PARCELÁCH

Uživatel podle typu přístupu do databází KN (nahlížení do KN nebo webová služba dálkového přístupu do KN) vloží údaje o parcelách. V případě, že bude zajištěn přístup k vektorovým datům ISKN a definičním bodům parcel, bude možno tyto údaje generovat prostorovými operacemi v GIS. 5.3.2.7

SPRÁVA VLASTNÍKŮ PAMÁTKY

Uživatel může zobrazit, měnit, přidat, smazat vlastníky KP. Vlastníci jsou vybírání ze seznamu adres. V případě zajištěného napojení na on-line veřejně přístupný portál ČUZK jsou generováni automaticky. Jedné KP může být přiřazeno více adres. Správa musí umožnit dopsání popř. ponechání starších vlastnických záznamů, s označením data platnosti. 5.3.2.8

SPRÁVA VAZEB NA OSTATNÍ ČÁSTI ÚSKP

Uživatel může (podle svých oprávnění) zobrazit, vložit nebo smazat vazbu na ostatní části ÚSKP (statky UNESCO, NKP, chráněná území a ochranná pásma). Uživateli se zobrazuje rejstříkové číslo a základní atributy propojeného záznamu. Uživatel (editor ÚSKP, správce) bude editovat/propojovat pouze ty vazby, které vycházejí z právních dokumentů. Vazby, které jsou dány prostorovými relacemi s plošnými vymezeními právních stavů, budou pro potřeby ÚSKP generovány v GIS. Např. KP má ochranné pásmo - tuto vazbu musí editor vložit ručně. Informace o tom, že se památka nachází uvnitř ochranného pásma, bude získávána prostorovou relací z GIS. 5.3.2.9

SPRÁVA VAZEB NA REJSTŘÍK STÁTNÍCH A REGIONÁLNÍCH SEZNAMŮ

Uživatel může (podle svých oprávnění) zobrazit, vložit, zrušit vazby na rejstříková čísla státních seznamů nemovitých KP a státních seznamů movitých KP. Jedna památka může mít několik takových vazeb. 5.3.2.10 PROPOJENÍ DOKUMENTŮ ULOŽENÝCH V MIS Ke každému záznamu ze seznamu bude možno vyhledat všechny dokumenty uložené v MIS. Z nich bude v Památkovém katalogu NPÚ možno definovat výběr příloh - dokumentů, kterými jsou části památkového fondu identifikovány, je jimi určována jejich památková ochrana (obrazová dokumentace, rozhodnutí prohlašující objekt zájmu za movitou nebo nemovitou KP, evidenční listy etc.). Aplikace bude využívat rozhraní MIS pro nalezení a propojení s dokumenty v MIS. 5.3.2.11 SPRÁVA VAZEB NA EVIDOVANÉ SPISY Ke každé KP je možné přidat nebo zobrazit vazbu na veškeré související dokumenty v evidenci Spisové služby přes jednací číslo. 5.3.2.12 DETAIL ZÁZNAMU (OBJEKTU, AREÁLU, PLOŠNĚ CHRÁNĚNÉM ÚZEMÍ) Zobrazení všech vybraných dostupných informací k vybranému záznamu včetně jednotlivých vazeb na další záznamy v aplikaci, včetně definovaných informací z ostatních provázaných aplikací (dokumentace v MIS apod.). 5.3.2.13 ZOBRAZENÍ V rámci zobrazení je umožněno provádět filtrování a řadit přehledy podle uvedených parametrů: 

typ: movitá KP, nemovitá KP, vše



u KP filtr případy (stav záznamu z pohledu procesu prohlašování objektu za památku): uzavřené, otevřené, všechny



místopisný údaj (územně správní celek, katastr, místní název,…)

Uživateli se zobrazí přehled v seznamech a.-e. (kap. 5.3.1.1) evidovaných entit. V přehledu se zobrazují základní popisné informace jako: 

název


strana 39 (z 68)


___________________________________________________________________________________________



typ






územní identifikace



vazby na další položky ÚSKP a Soupisu

Výběry a zobrazení přehledů je možno provádět v jednotlivých seznamech a.-e. (Světové kulturní dědictví, Ochranná pásma, Městské památkové zóny atd. - kap. 5.3.1.1) nebo jejich kombinacích včetně seznamu KP. Variací zobrazení je přehled 

včetně objektů uvnitř plošného rozsahu dané položky USKP



včetně památek uvnitř plošného rozsahu dané položky USKP

5.3.2.14 PARAMETRICKÉ PROHLEDÁVÁNÍ Uživatel může provést strukturovaný dotaz. Specifikuje vybrané parametry, které mají být pro daný objekt splněny. Dotaz je možné uložit pro pozdější použití. 5.3.2.15 FULLTEXTOVÉ PROHLEDÁVÁNÍ Kromě strukturovaného prohledávání je možné objekty vyhledávat fulltextově. Dotaz je možné uložit pro pozdější použití. 5.3.2.16 TISK PŘEHLEDU Uživatel si může vytisknout jednotlivé přehledy dle vybrané tiskové sestavy. Přehledy se po výběru typu a upřesnění zadání generují automaticky. 5.3.2.17 TISK DETAILU Uživatel si může vytisknout detail se všemi dostupnými informacemi a vazbami (vazby na movité a nemovité KP a ostatní položky ÚSKP, katastrální území, parcely) dle vybrané tiskové sestavy. 5.3.2.18 EXPORTY Uživatel bude (podle svých oprávnění) moci exportovat záznamy do podporovaných formátů. 5.3.2.19 SPRÁVA ULOŽENÝCH DOTAZŮ Strukturované a fulltextové dotazy je možné ukládat, editovat a mazat v rámci každého uživatele. Dle role uživatele je možné dotazy označit jako veřejné a tím je zpřístupnit i ostatním uživatelům. 5.3.2.20 SPRÁVA OBJEKTŮ VE SCHRÁNCE Každý uživatel má svoji virtuální schránku, do které může libovolné objekty vkládat nebo mazat. 5.3.2.21 ZOBRAZENÍ OBJEKTŮ VE SCHRÁNCE Zobrazení objektů ve schránce daného uživatele.

5.3.3

AGENDA KULTURNÍCH PAMÁTEK (SPISY, TISKOVÉ SESTAVY)

5.3.3.1

NÁVRHY A PROHLAŠOVÁNÍ

Aplikace Památkový katalog NPÚ musí podporovat proces prohlašování objektů resp. území, které jsou předmětem zájmu památkové péče za KP resp. památkové rezervace a zóny, musí podporovat proces navrhování KP za NKP (změna právního stavu). Během tohoto procesu se evidují údaje a specifikace k navrhovaným KP i zdůvodnění návrhu. Aplikace musí umožňovat tištěný výstup, který umožní podávat standardizovaným způsobem návrhy na prohlášení. 5.3.3.2

VYROZUMĚNÍ O ZÁPISU DO ÚSKP A DALŠÍCH ZMĚNÁCH PRÁVNÍCH VZTAHŮ

Slouží k oznámení (katastrálním úřadům, vlastníkům památek) o změnách stavu památkové ochrany apod. Uživatel má možnost kromě standardního postupu vytvořit vyrozumění také na základě vlastního ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 40 (z 68)


___________________________________________________________________________________________

výběru rejstříkových čísel (standardně jsou rejstříková čísla určena zvolenými památkami. Vyrozumění budou evidována ve Spisové službě. Vytvoření vyrozumění podle typů umožňuje zjednodušené vytvoření a zaevidování: 

Vyrozumění katastrálnímu úřadu



Vyrozumění vlastníku KP



Vyrozumění vlastníku parcel



Individuální vyrozumění dle rejstříkových čísel

5.3.3.3

PŘEHLED VYROZUMĚNÍ

Uživatel má možnost si prohlížet vyrozumění, vyhledávat dle různých parametrů, např.: 

adresáti



datum vytvoření



datum vyřízení




Nalezené záznamy je možné řadit, exportovat. 5.3.3.4

DETAIL VYROZUMĚNÍ

Zobrazení všech dostupných informací k danému vyrozumění. 5.3.3.5

ZMĚNA STAVU VYROZUMĚNÍ

Stav vyrozumění (otevřené vs. uzavřené) je možné měnit dle potřeby. 5.3.3.6

VYTVOŘENÍ A TISK EVIDENČNÍHO LISTU KP

Tisk klasického oboustranného evidenčního listu KP a doplňkových listů se všemi uváděnými údaji včetně náhledové fotografie (možnost výběru fota z náhledů MIS nebo vlastních). 5.3.3.7

VYTVOŘENÍ A TISK SDĚLENÍ K PAMÁTKOVÉ OCHRANĚ A EVIDENCI

Uživatel si může vygenerovat a tisknout sdělení k památkové ochraně pro vybranou KP nebo výběr památek se všemi uváděnými údaji včetně adresy, na kterou se sdělení zasílá. Sdělení bude možno generovat také ve formátu PDF a dle požadavků na integraci se Spisovou službou bude vloženo přímo do Spisové služby. 5.3.3.8

TISK PŘEHLEDU PAMÁTEK

Přehled se tiskne ve formě tiskových sestav. Na výběr je 12 původních tiskových sestav KP (např. památky se základními údaji, památky včetně parcel, památky včetně jejich částí), které je nutno doplnit o přehled KP dle vlastníka. Přehledy se po výběru typu a upřesnění zadání generují automaticky. 5.3.3.9

TISK DOPISŮ

Tisk dopisu adresátům (vlastníci, úřady) s daným vyrozuměním. 5.3.3.10 DETAIL VYROZUMĚNÍ Tisk seznamu adresátů (vlastníci, úřady) k danému vyrozumění. 5.3.3.11 TISK PROTOKOLU Tisk protokolu o vyrozumění vlastníkům nebo úřadům pro interní potřeby. 5.3.3.12 VAZBY SE SPISY V ÚSKP Vazby se spisy v ÚSKP slouží k evidenci dokumentů týkajících se jednotlivých KP. Těmito dokumenty mohou být: 

návrhy na prohlášení objektu zájmu za KP


strana 41 (z 68)


___________________________________________________________________________________________



vyrozumění o zápisu do ÚSKP



vyjádření k žádostem

5.3.3.13 PŘEHLED VYROZUMĚNÍ O PROHLÁŠENÍ VĚCI KP Uživateli se zobrazí seznam vyrozumění o prohlášení věci kulturní památkou. 5.3.3.14 PŘEHLED SDĚLENÍ ÚDAJŮ O PAMÁTKOVÉ OCHRANĚ A EVIDENCI Uživateli se zobrazí přehled sdělení údajů o památkové ochraně a evidenci. Pro všechny potřebné typy písemností vytvářené v souvislosti s agendou kulturních památek bude aplikace Památkový katalog obsahovat potřebné šablony pro MS Word s automatickým načítáním souvisejících atributů z příslušné části Katalogu. Aplikace bude dále obsahovat funkcionality související s procesy schvalování obsahu písemností (workflow). Příjem, evidence, odesílání, ukládání a zobrazování dokumentů bude zajištěno v souladu s požadavky na integraci se Spisovou službou.

5.3.4

SPRÁVA ADRESÁŘE VLASTNÍKŮ PAMÁTEK A DOTČENÝCH ORGÁNŮ STÁTNÍ SPRÁVY

Agenda správy adresáře umožňuje evidovat adresy osob nebo organizací, které vlastní památky nebo jsou vyrozumívány o probíhajícím řízení s památkou. Tento adresář je odlišný od adresáře kontaktů Spisové služby. Katalog potřebuje udržovat „přesný“ adresář osob a organizací z důvodu evidence vlastníků KP, vlastníků parcel apod. 5.3.4.1

ZOBRAZENÍ ADRES

Uživatel si může zobrazit seznam všech adres, které se evidují v aplikaci. Základní filtrace adres organizací bude přes fyzickou osobu, typ organizace jako např. okresní úřady, obecní úřady apod. Přehled adres bude možné filtrovat a řadit přes dostupné informace. 5.3.4.2

DETAIL ADRESY

Uživateli se zobrazí všechny informace k dané osobě nebo organizaci. V případě, že se jedná o vlastníka KP, tak se zobrazí stručný přehled vlastněných KP včetně odkazu na detail KP. 5.3.4.3

VYTVOŘENÍ NEBO EDITACE ADRESY

Vytvoření nové nebo editace stávající adresy osoby nebo organizace.

5.3.5

PARCELY K PAMÁTKÁM PO KATASTRÁLNÍCH ÚZEMÍCH

Nabízí přehled všech katastrálních území s přehledem parcel k památce nebo jinému záznamu, případně více záznamům USKP.

5.3.6

PŘEHLED KARTOTÉKY STÁTNÍCH SEZNAMŮ V NPÚ

Zobrazení záznamů kartotéky státních seznamů v NPÚ, umístěné v ústředním pracovišti. Záznamy je možné pouze prohlížet, případně tisknout.

5.3.7

ZOBRAZENÍ HISTORIE ZMĚN

Uživatel má možnost prohlížení a prohledávání historie změn dle zadaných kritérií. Tato historie je vedena u každého objektu evidovaného aplikací Památkový katalog, který je možné měnit.

5.3.8

PŘIPOMÍNKY K ZÁZNAMŮM ÚSKP A SOUPISU

Připomínky, resp. návrhy úprav záznamů ÚSKP a Soupisu se archivují. 5.3.8.1

ZOBRAZENÍ PŘIPOMÍNEK

Správci a editoři záznamu si mohu zobrazit seznam připomínek / návrhů úprav záznamů, k jejichž editaci, resp. redakci / revizi mají oprávnění. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 42 (z 68)


___________________________________________________________________________________________

Uživatel - autor připomínky / návrhu úprav záznamů, si může zobrazit seznam jím podaných připomínek / návrhů. 5.3.8.2

ZASÍLÁNÍ PŘIPOMÍNEK

Uživatel, který nemá právo editace určitého záznamu ÚSKP nebo Soupisu, může editorovi a správci záznamu zaslat připomínku, ve které identifikuje chybu nebo upřesnění záznamu. 5.3.8.3

OZNAČENÍ PŘIPOMÍNKY ZA VYŘÍZENOU

Správce může označit připomínku za vyřízenou. 5.3.8.4

ODESLÁNÍ ODPOVĚDI AUTOROVI PŘIPOMÍNKY

Příjemce připomínky má možnost reagovat na danou připomínku a poslat svojí reakci autorovi připomínky.

5.3.9

ADMINISTRACE ČÍSELNÍKŮ A THESAURŮ

Aplikace Památkový katalog bude provázána na systém Centrální správy číselníků, jehož cílem je omezit používání duplicitních a nekonsistentních dat v různých částech ICT NPÚ. 5.3.9.1

ZOBRAZENÍ ČÍSELNÍKŮ

Uživatel bude mít možnost prohlížet všechny hodnoty všech číselníků použitých v aplikaci Památkový katalog. Přes grafické uživatelské rozhraní aplikace bude možné rozšiřovat vybrané sdílené číselníky vkládáním nových položek. 5.3.9.2

NASTAVENÍ ROLÍ

Centrální číselníky budou mít své Redaktory, kteří budou schvalovat nově vložené záznamy a provádět správu vybraných číselníků. Aplikace Centrální správy číselníků umožní přiřazení role Přispěvatel a Redaktor k vybranému číselníku. Pokud bude číselník víceúrovňový, potom bude možné role nastavit pro jednotlivé úrovně. 5.3.9.3

SPRÁVA ČÍSELNÍKŮ

Vybrané číselníky je možné řízeným způsobem rozšiřovat o nové záznamy, upravovat stávající záznamy nebo je i zneplatňovat. Aplikace Centrální správy číselníků umožní nastavit pro nově vkládané položky automatické schvalování k vybranému číselníku. Pro víceúrovňové číselníky bude možné automatické schvalování nastavit pro jednotlivé úrovně. Uživatel v roli Redaktor má možnost rozhodovat o schválení nové položky číselníku, upravit kód, název a popis zvolené položky číselníku. Redaktor může provést zneplatnění položky číselníku a provést výběr náhradní položky a pro vložení kódu náhrady za zneplatněnou položku. Redaktor tak zajistí výměnu identifikátoru položky za identifikátor platné položky. Systém podporuje zneplatnění položky bez náhrady. Aplikace Památkový katalog zajistí, že položky se stavem zneplatněna nebudou uživatelům nabízeny k výběru ve sdíleném číselníku. Uživatelé budou vybírat pouze z položek schválených automaticky nebo Redaktorem.

5.3.10

DATOVÝ MODEL

5.3.10.1 ÚPRAVY DATOVÉHO MODELU Datový model bude nutno upravit tak, aby byly odděleny evidence ÚSKP jakožto údajů právních stavů a jejich změn a evidence / soupis objektů a území jako takových (pasporty); to umožní rozšířit evidenci / Soupis o objekty a území památkového zájmu a jednoznačně definovat vazby mezi objekty / územími a jejich ochranou.


strana 43 (z 68)


___________________________________________________________________________________________

Jednotlivé evidence právních stavů budou přitom rozděleny tak, aby odpovídaly částem ÚSKP podle Pokynu pro vedení ÚSKP - tj. Seznam KP, Seznam památek světového dědictví na území ČR, Seznam NKP, Seznam památkových rezervací, Seznam památkových zón, Seznam ochranných pásem. Soupis bude umožňovat rovněž záznamy popisných informací k objektům a územím, které potřebuje ukládat GIS a MIS. Soupis bude provázán na další evidence / aplikace - Ohrožené památky, Zpřístupněné památky etc. Tyto evidence / aplikace budou součástí Památkového katalogu NPÚ a bude nutno navrhnout úpravu jejich struktur. Část atributů provizorně vedených v GIS bude převedena do Památkového katalogu NPÚ. V datové struktuře Památkového katalogu NPÚ bude potřeba definovat všechny relace, které mohou být zajištěny pomocí prostorových relací GIS. Datový model bude nutné dále upravit z důvodu vazeb na další části IISPP - centrální sdílené číselníky a theasaury, územní identifikace a uložení dokumentace – Památkový katalog NPÚ již nebude ukládat žádnou dokumentaci, vše bude uložené v přidružených aplikacích Metainformační systém a Spisová služba. Jedná se zejména o tyto úpravy: 

Centralizace číselníků a theasurů (úpravy a návrh společně pro ostatní části IISPP) 10



Návrhy nových definičních bodů objektů GIS (prostorových identifikátorů používaných IISPP) budou (tak jako ostatní PI prvky) sdíleny společně aplikacemi IISPP (umístěny do centrální geodatabáze) (úpravy a návrh společně pro ostatní části IISPP) 11



Část Územní identifikace nebude převzata ze stávající aplikace MonumIS s ohledem na nové požadavky a postupy v územní identifikaci a standardní principy prostorové/územní identifikace v IISPP pomocí prostorových identifikačních prvků GIS



Datová struktura bude muset zohlednit možné vazby na KN. Promítne se do ní způsob přístupu do KN.



Veškerá obrazová a jiná (prohlášení, vyhlášky apod.) dokumentace bude umístěna v MIS.



Historie změn bude postavena na nových základech, je žádoucí migrovat i data historie změn z MonumIS (část Údaje a změny dat).

5.4

MIGRACE DAT

Migrace dat bude klíčovým procesem v průběhu vývoje a nasazování aplikace Památkový katalog NPÚ, protože je nutné zachovat všechna původní data aplikace MonumIS (mimo těch částí MonumIS, které nebudou součástí nové aplikace). Data budou migrována i z dalších aplikací - lokálních aplikací pro sběr dat, MonumNet a z GIS (s tím budou souviset úpravy GIS, který na rozdíl od ostatních aplikací, z nichž budou data převáděna, by neměl zaniknout). Data budou převedena do nové datové struktury (stávající struktura MonumIS nemůže být převzata bez úprav jako základ Památkového katalogu NPÚ). S ohledem na potřebné změny datové struktury oproti zdrojovým bude potřeba navrhnout novou datovou strukturu a provést mapování pro převod všech zdrojových dat (tj. nejen MonuMIS) do této cílové struktury. Migrace dat bude úzce provázána s úpravami IISPP 

vytvoření centrálních číselníků a theasurů sdílených aplikacemi IISPP



vytvoření centrálních sdílených návrhů definičních bodů objektů GIS sdílených aplikacemi IISPP

10

Vyvolá nezbytné úpravy struktury MIS.

11

Vyvolá nezbytné úpravy struktury GIS a MIS.


strana 44 (z 68)


___________________________________________________________________________________________



související úpravy stávajících aplikací tak, aby sdílené číselníky, thesaury a navrhované definiční body GIS mohly využívat



vytvoření nových typů prostorových relací GIS (prostorové identifikátory GIS vůči plošným rozsahům ochrany).

Tyto požadavky kladou velké nároky na vlastní proces migrace a na změny datové struktury. Musí být zajištěna migrace dat z aplikace MonumIS a s ním souvisejících aplikací MonumNetu do nové aplikace. Dále musí být migrovány pořízené informace z aplikace reList (po provedení odborné kontroly) a dalších užívaných aplikací (např. NEMO), v oblasti movitých památek pak z aplikace ArtGuard. Do aplikace Památkový katalog NPÚ bude potřeba převést vazby na prostorové identifikátory GIS, které jsou provizorně vedeny v GIS. Ačkoli aplikace Památkový katalog NPÚ bude nově vytvářena od začátku, je v rámci její implementace potřeba migrovat všechna současná data aplikace MonumIS do JDZ. V případě, že se migrovaná data již vyskytují v Centrálních číselnících, musí být použity služby systému pro centrální správu číselníků a zajištěna jejich datová konzistence. Při přechodu na novou aplikaci nesmí dojít k žádnému výpadku v prováděných činnostech souvisejících s vedením ÚSKP (zákonem stanovené povinnosti NPÚ), v dostupnosti dat pro externí uživatele či ke ztrátě dat určených k migraci.

5.4.1

APLIKACE MONUMIS

Data jsou nyní uložena v databázi Paradox a bude nutné je po provedení mapování naimportovat do JDZ. MonumIS není přímo závislý (přes online vazbu) s jinou skupinou datových zdrojů, je tedy možné tuto databázi migrovat nezávisle na ostatních skupinách datových zdrojů. JDZ bude obsahovat centrální sdílené číselníky a thesaury pro použití napříč všemi aplikacemi v NPÚ. Potřebné stávající číselníky MonumIS bude nutné migrovat do systému centrálních číselníků. Část aplikace MonumIS - Územní identifikace obsahuje informace o územní identifikaci památek pomocí číselníků UIR-ADR a UIR-ZSJ.Tento způsob územní identifikace bude nahrazen geokódováním pomocí prostorových identifikačních prvků GIS (standard IISPP). Nové záznamy a opravy stávajících záznamů už budou v Památkovém katalogu NPÚ prováděny tímto způsobem. V zájmu dohledatelnosti historie změn a kontroly prostorových identifikátorů, které bude nutno převést do Památkového katalogu NPÚ z GIS, budou z MonuMIS přeneseny kódy ZSJ-dílu, části obce a katastrálního území ve stavu ke dni migrace.

5.4.2

APLIKACE GIS A MIS

Vazby mezi záznamy ÚSKP a prostorovými identifikačními prvky GIS budou v cílovém stavu vedeny v Památkovém katalogu NPÚ. V současné době jsou vedeny v GIS. V GIS jsou zároveň identifikovány hlavní definiční body KP. Vedle vazeb prostorových identifikátorů GIS a identifikátorů záznamů jsou v současné době v GIS vedeny další atributy, které by v cílovém stavu měly být vedeny v Památkovém katalogu NPÚ. Převod bude vyžadovat předchozí analýzu v kontextu návrhu datové struktury Památkového katalogu NPÚ. Dalším zdrojem vazeb je MIS: V rámci bodové identifikace nemovitých KP jsou vazby definičních bodů objektů GIS a údaje pro návrhy definičních bodů ukládány do MIS. Vazby z MIS budou primárně importovány do GIS návazně na vytvoření centrální tabulky pro nově navrhované definiční body GIS. V době spuštění nové aplikace již budou muset být vazby z GIS do Památkového katalogu NPÚ importovány. Importu bude muset předcházet porovnání se stavem územní identifikace v MonumIS, aplikací pro sběr dat a těch aplikací MonumNet, jejichž data budou migrována.


strana 45 (z 68)


___________________________________________________________________________________________

5.4.3

APLIKACE MONUMNET

Aplikace MonumNet obsahuje další data, která by měla být po provedení mapování migrována do nově vyvíjené aplikace. Jedná se o data aplikací Nejohroženější nemovité památky a Indikativní seznam NKP. Migrace předpokládá zajištění funkcionalit aplikací nahrazujících tu část aplikace MonumNet, která souvisí s ÚSKP.

5.4.4

APLIKACE PRO SBĚR DAT

Data z aplikací pro sběr dat (v rámci projektu REI) budou po provedení mapování přímo součástí migrace v rámci vývoje aplikace Památkový katalog NPÚ.

5.4.5

ZÁVĚR

Bude vytvořen harmonogram migrace dat s jednotlivými kroky včetně požadovaných kontrol po každém kroku.

5.5

REALIZACE INFORMAČNÍHO PROJEKTU

5.5.1

UPOZORNĚNÍ NA MOŽNÁ RIZIKA PROJEKTU A JEJICH PŘEKONÁNÍ

Pro projekt realizace aplikace Památkový katalog NPÚ je možné identifikovat následující rizika. Riziko

Komentář / způsob ošetření

Aplikace Památkový katalog NPÚ bude nasazena do komplexního informačního systému NPÚ. Její nasazení bude vyžadovat integraci s dalšími aplikacemi.

Různé aplikace v prostředí IT NPÚ byly dodány různými dodavateli. Propojení s každou je nutné řešit jako separátní problém. Každá tato integrace bude vyžadovat vytvoření harmonogramu a rozdělení úkolů pro obě strany, vše pod dohledem NPÚ. NPÚ bude hrát roli prostředníka a bude iniciátor úvodní schůzky k řešení daného problému.

Komunikace s externí webovou službou ČUZK.

Hlavně z pohledu vývoje je nutné mít danou webovou službu k dispozici. Proto je nutné získat WSDL popisující danou službu a vytvořit si pro účely vývoje totožnou službu lokálně.

Dodavatel nemusí mít dostatečné znalosti z oblasti evidence ÚSKP.

Nedostatek je možné minimalizovat častou komunikací s NPÚ - pravidelné schůzky, začlenění NPÚ přímo do vývoje aplikace.

Dodavatel nemusí mít dostatečné znalosti z oblasti evidence Územní identifikace památek.

Viz komentář v předchozím bodě.

Vývoj aplikace MonumIS byl řízen požadavky uživatelů, nové verze vznikaly „na počkání“ dle požadavků a připomínek uživatelů.

NPÚ spolu s dodavatelem aplikace budou řídit požadavky od uživatelů a dle chyb a připomínek vytvoří harmonogram vytvoření nových verzí aplikace.

Nebude dostatek času na realizaci z důvodu pozdního začátku projektu.

Realizace je náročná zejména z pohledu integrace s ostatními aplikacemi v IT NPÚ (nároky na komunikaci mezi stranami a na řízení projektu). Dodavatel nemůže aplikaci vytvořit sám. Na začátku je potřeba stanovit priority, vytvořit harmonogram s milníky a dle časových možností řídit reálný rozsah projektu.

Aplikace Památkový katalog NPÚ je rozsáhlá aplikace s velkým množstvím

Realizaci je vhodné rozdělit do dílčích částí


strana 46 (z 68)


___________________________________________________________________________________________

funkcionality.

a vyvíjet aplikaci postupně krok za krokem. Neřešit vše najednou, ale po částech, zapojit NPÚ do samotného vývojového týmu, tak aby mohl včas ovlivňovat výslednou podobu aplikace.

Uživatelé aplikace MonumIS jsou zvyklí na Windows-aplikaci, což sebou může přinášet určitá obtížně naplnitelná očekávání z důvodu rozdílné povahy Windows-aplikací a webových aplikací.

Za pomoci technologie AJAX ad. je možné vytvořit dynamické webové aplikace svým komfortem podobné Windows aplikacím, stále je však potřeba přihlížet k povaze webově orientované aplikace. Je nutné včas sbírat připomínky k ergonomii, provádět osvětu a řádné zaškolení uživatelů.

Velký důraz je kladen na migraci dat.

Úspěch migrace je do značné míry závislý na správně vytvořeném harmonogramu a dohodnutých výchozích podmínkách migrace a jejich dodržení ze strany NPÚ. Jedná se zejména o neměnnost datových struktur.

I po skončení realizace nové aplikace bude nutná průběžná integrace s některými aplikacemi (např. Nejohroženější nemovité památky).

Čím více úprav datového modelu bude provedeno již v rámci aplikace MonumIS resp. MonumNet, tím lépe s ohledem na potřeby migrace dat.

Uživatelé aplikace MonumIS očekávají spoustu „skrytých“ vlastností a funkcionalit, které nejsou patrné bez rutinního používání aplikace.

Vtažením NPÚ do vývoje aplikace bude možné včas znát požadavky na jednotlivé části aplikace Památkový katalog NPÚ.

Tiskové výstupy aplikace MonumIS jsou velice kvalitní co se týče vzhledové a gramatické stránky.

Stěžejní částí aplikace Památkový katalog NPÚ, protože slouží ke korespondenci NPÚ s ostatními subjekty zapojenými do památkové péče. Kvalitní výstupy jsou vizitkou NPÚ.

5.5.2

SOUČINNOST NPÚ PŘI REALIZACI PROJEKTU

Při realizaci projektu NPÚ zajistí: 

součinnost pracovníků NPÚ na dílčích úkolech, zejména s ohledem na migraci dat a problematiku územní identifikace dokumentů



aktivní spolupráci v oblastech, které jsou specifické pro NPÚ – požadavky na vedení ÚSKP, územní identifikace památek apod.



aktivní zapojení alespoň jednoho pracovníka (ideálně autora aplikace MonumIS) NPÚ přímo do procesu vývoje tak, aby se aktivně účastnil porad vývojového týmu a mohl v čas ovlivňovat výslednou podobu aplikace Památkový katalog NPÚ



součinnost dodavatelů všech zúčastněných aplikací při realizaci integrace



je stanoven dostatečný časový prostor pro realizaci projektu (projekt je rozsáhlý a ani nasazením většího množství lidí by nešlo příliš zkrátit jeho harmonogram)

5.5.3

DOKUMENTACE

V rámci řešení dodavatel vytvoří následující druhy dokumentace: 

Projektovou,



Technickou,



Uživatelskou,



Administrátorskou.

Projektová dokumentace musí být zpracována v dostatečné míře, tak aby minimálně obsahovala: ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 47 (z 68)


___________________________________________________________________________________________



Metodiky řízení projektu,



Rozsah uživatelské dokumentace,



Harmonogram realizace plnění zakázky, včetně návrhu akceptačních kritérií pro dílčí plnění,



Návrh změnového řízení,



Definice požadavků na součinnost zadavatele,



Plán testů a metodiky testování.

Technická dokumentace musí minimálně obsahovat: 

Návrh architektury řešení,



Logický a fyzický datový model,



Popis vnitřních a vnějších rozhraní,



Návrh obrazovek,



Detailní popis funkčnosti



Zprávu o testování provedeném dodavatelem.

Dodavatel řešení vytvoří uživatelskou příručku. Tato příručka bude podkladem pro školení uživatelů a správců. Dále dodavatel řešení vytvoří příručku pro správce systému. Tento dokument musí obsahovat: 

Řešení standardních situací,



Postup při řešení nestandardních situací, např. havárie a nebo technický výpadek,



Způsob a zajištění preventivních kontrol.

5.5.4

DOSTUPNOST ŘEŠENÍ

Systém musí být navržen jako vysoce dostupné řešení s dostupností 99,5%. To znamená, že systém po ukončení zkušebního provozu smí být nedostupný maximálně 4 pracovní hodiny měsíčně. Monitoring dostupnosti systému bude zajištěn prostředky zadavatele.

5.5.5

ŠKOLENÍ

Před zahájením zkušebního provozu dodavatel provede školení určených zaměstnanců zadavatele. Jedná se o školení správců v rozsahu minimálně 20 hodin, školení školitelů v minimálním rozsahu 40 hodin. Školiteli rozumíme odpovědné pracovníky zadavatele, kteří mohou dále školit další zaměstnance v rámci svého pracoviště NPÚ. Pro potřeby NPÚ je požadováno vyškolit minimálně 1 takového zaměstnance na územní pracoviště, tj. celkem minimálně 15 zaměstnanců.

5.5.6

RÁMCOVÝ HARMONOGRAM PROJEKTU

V následující tabulce je návrh rámcového harmonogramu projektu. Informace v harmonogramu uvedené jsou orientační. Skutečný harmonogram musí být zpřesněn na základě aktuální situace v době zahájení. m = kalendářní měsíc Následující tabulka ukazuje maximální časový rámec požadovaného řešení. Symbolem „T“ je označeno datum podpisu smlouvy o dílo a veškeré intervaly jsou specifikovány v kalendářních měsících. Milník

Fáze

Začátek

M0

Podpis smlouvy

T

M1

Analytická

T

Konec

Popis výstup (m = kalendářní měsíc)

T+4m

Detailní analýza požadavků, datová analýza, detailní specifikace požadavků


strana 48 (z 68)


___________________________________________________________________________________________

na HW, SW a další potřebnou infrastrukturu, pro provoz řešení, návrh datového modelu, definice rozhraní. Zpracování implementační studie včetně zapracování připomínek zadavatele. Návrh migrace dat. Návrh systémové integrace Památkového katalogu v rámci IISPP a s ISZR M2

Implementační

T+4m

T+12m

Softwarové zajištění Památkového katalogu NPÚ, vytvoření předepsané dokumentace. Dodávka, instalace, konfigurace a zprovoznění aplikace u zadavatele pro všechna územní pracoviště v souladu s implementační studií, včetně testů provedených dodavatelem. Školení správců a školitelů.

M3

Zkušební provoz

T+12m

T+14m

Zkušební provoz pro ověření dodaného řešení nad testovacími daty. Migrace dat ze stávajícího systému. Akceptační kriteria pro ukončení zkušebního provozu, protokol.

M4

Ověřovací provoz

T+14m

T+16m

Ověřovací provoz systému s ostrými daty za zvýšené podpory dodavatele pro řešení případných nedostatků. Přechod do produktivního provozu. Akceptační kritéria pro přechod do produktivního provozu, protokol.

5.5.7

ZPŮSOB AKCEPTACE

Způsob akceptace vychází z cíle zajistit takovou kvalitu díla a způsob předávání řešení v takové formě, aby zadavatel měl možnost ověřit požadované vlastnosti řešení. Každá z výše uvedených fází podléhá samostatné akceptaci. 5.5.7.1

KATEGORIZACE CHYB

Pro řešení problémů a chyb při návrhu a realizaci řešení bude nastavena kategorizace chyb do následujících tří skupin. 



Kritická. Jedná se o chybu, která zapříčiní nedostupnost systému a nebo jeho požadovaných funkčností. Doba řešení provozních problémů odpovídá požadavkům na dostupnost řešení. Kritická závada se považuje za odstraněnou: o

jejím celkovým odstraněním nebo

o

použitím takového řešení, které závadu částečně odstraní tak, že bude nadále kvalifikována jako závada velká nebo malá.

Velká. Velká chyba je taková závada, kdy v rámci řešení není dostupná určitá funkčnost, ale dodavatel navrhne pracovní postup pro práci se systémem, které dokáže chybnou funkčnost nahradit. Velká závada se považuje za odstraněnou: o

jejím celkovým odstraněním nebo


strana 49 (z 68)


___________________________________________________________________________________________

o 

5.5.7.2

použitím takového řešení, které závadu částečně odstraní tak, že bude nadále kvalifikována jako závada malá.

Malá. Malá chyba je taková závada, která není kritická ani velká. Mezi závady kategorie „malá“ se řadí méně závažné poruchy, chyby, vady nebo diference navrhovaného řešení, které nemají vliv na jeho používání a využívání. AKCEPTACE ANALYTICKÉ FÁZE

Analytická fáze bude považována za dokončenou, jakmile bude ověřena míra a kvalita zpracované dokumentace: 

Detailní analýza požadavků, datová analýza, specifikace požadavků na HW, SW a další potřebnou infrastrukturu, pro provoz řešení, návrh datového modelu, definice rozhraní



Implementační studie, vč. detailního popis funkčnosti, logického datového modelu, plánu testů, rámcového návrhu uživatelských obrazovek a jejich ovládání, detailní specifikace požadavků na HW, SW a další potřebnou infrastrukturu pro provoz řešení



Návrh migrace dat



Návrh systémové integrace Památkového katalogu v rámci IISPP a s ISZR

5.5.7.3

AKCEPTACE IMPLEMENTAČNÍ FÁZE

V rámci akceptace této fáze bude ověřena úplnost následující dokumentace a realizovaných činností: 

Implementační studie.



Detailní popis funkčnosti.



Logický datový model.



Plán testů.



Návrh uživatelských obrazovek a jejich ovládání.



Popis interních a externích rozhraní.



Fyzický datový model.



Uživatelská příručka.



Příručka pro správce aplikace.



Dodávka, instalace, konfigurace a zprovoznění aplikace pro všechna územní pracoviště



Školení správců a školitelů.



Závěrečná zpráva z testování dodavatele.

V rámci této fáze bude kontrolována úplnost implementované funkčnosti. Veškeré požadavky budou zkontrolovány zadavatelem oproti „Detailnímu popisu funkčnosti“. 5.5.7.4

AKCEPTACE FÁZE ZKUŠEBNÍHO PROVOZU

Zkušební provoz je považován za úspěšně dokončený v případě, že: 

Počet vývojových iterací (iterací rozumíme nasazení upravené verze řešení) v průběhu zkušebního provozu není větší než tři, přičemž novou iteraci je nutno provést v následujících případech: o

do 2 pracovních dnů od výskytu kritické chyby, pokud se Zadavatel s Dodavatelem nedohodnou jinak

o

okamžitě, v případě že závady objektivně nedovolují smysluplně pokračovat ve zkušebním provozu aplikace,

o

jeden týden před koncem zkušebního provozu, pokud se v systému vyskytne kritická a nebo velká chyba.


strana 50 (z 68)


___________________________________________________________________________________________



Dodavatel dodá veškeré výstupy z předešlých fází.

V případě, že není zkušební provoz úspěšně dokončen, je nutné jej opakovat a Zadavatel má právo uplatnit sankční ujednání, které se týká zkušebního provozu. V případě nesplnění akceptačních kritérií zkušebního provozu a při nutnosti zkušební provoz opakovat vzniká Zadavateli nárok na smluvní pokutu ve výši 1,5% ze splátky za zkušební provoz - milník M3. 5.5.7.5

AKCEPTACE FÁZE OVĚŘOVACÍHO PROVOZU

Ověřovací provoz je považován za úspěšně dokončený pokud: 

Počet vývojových iterací v průběhu ověřovacího provozu není větší než dvě, přičemž definice a pravidla iterace jsou stejná jako v případě zkušebního provozu.



Nedostupnost systému v průběhu ověřovacího provozu nesmí být větší než 2 pracovní dny.

V případě, že není ověřovací provoz úspěšně dokončen, je nutné jej opakovat a Zadavatel má právo uplatnit sankční ujednání, které se týká ověřovacího provozu. V případě nesplnění akceptačních kritérií ověřovacího provozu a při nutnosti ověřovací provoz opakovat vzniká Zadavateli nárok na smluvní pokutu ve výši 10% z ceny za ověřovací provoz - milník M4.

5.5.8

FAKTURAČNÍ MILNÍKY

Následující tabulka popisuje fakturační milníky, které vycházejí z výše uvedeného harmonogramu. Fakturace může být provedena na základě akceptace jednotlivých fází. Milník

Fáze

Fakturační milník

M1

Analytická

Ano

M2

Implementační

Ano

M3

Zkušební provoz

Ano

M4

Ověřovací provoz

Ano

Způsob akceptace jednotlivých fází je popsán v kapitole 5.5.7.

5.5.9

ZAJIŠTĚNÍ TECHNICKÉ PODPORY ŘEŠENÍ

Součástí požadovaného řešení je zajištění technické podpory. Nabídnutá technická podpora musí splňovat následující parametry: 

Minimální počet hodin za měsíc určený pro technickou podporu je 24 hodin. V rámci této podpory zajistí dodavatel řešení dotazů spojených s provozem systému a další činnosti definované v kap. 6.6 Další služby. Jedná se o podporu správců a školitelů.



Maximální doba odezvy na požadavky od jejich zadání, a to v pracovních hodinách (tj. hodin v pracovní dny), je 4 hodiny.



Technická podpora musí být dostupná v režimu 10x5, tj. 10 pracovních hodin od 8.00 do 18.00 a pět dní v týdnu (pondělí až pátek).

Pro řešení problémů a incidentů pro zajištění technické podpory se vychází z kategorizace chyb popsané v kapitole 5.5.7 Způsob akceptace. Jednotlivé doby pro odstranění závad jsou: 

Kritická závada. Dodavatel musí odstranit kritické chyby tak, aby splnil požadavky na nedostupnost systému – systém nesmí být nedostupný déle než 4 pracovní hodiny měsíčně.



Velká závada. Dodavatel navrhne do 4 pracovních hodin od jejího nahlášení náhradní pracovní postup pro práci se systémem. Doba odstranění velké chyby je potom 4 pracovní dny.



Malá závada. Dodavatel odstraní malou závadu do 12 pracovních dnů od nahlášení požadavku.


strana 51 (z 68)


___________________________________________________________________________________________

6

PŘEDMĚT PLNĚNÍ

Předmětem plnění této zakázky je dodání služeb a práv (licencí) zadavateli, zajišťujících úplné a řádné užívání vytvořeného produktu a další služby podle specifikací v této zadávací dokumentaci. Plnění se skládá z: 1. vytvoření softwarového produktu (dále jen „produkt“) a neomezené licence k produktu k užití, 2. zpracování implementační studie, dodávka a implementace produktu u zadavatele, včetně zajištění zkušebního provozu a přechodu do produktivního režimu 3. zajištění ověřovacího provozu, 4. technická podpora a údržba produktu, 5. pořízení dalších licencí, nezbytných pro řádné plnění předmětu veřejné zakázky, 6. další služby. Předmětem této zakázky není dodávka hardware (serverů, síťové infrastruktury LAN a WAN, koncových stanic uživatelů).

6.1

POŘÍZENÍ LICENCE K PRODUKTU

Jedná se o časově neomezenou licenci opravňující k neomezenému počtu přístupů zadavatele ke všem funkcionalitám produktu provozovaného a spravovaného na zařízení zadavatele. Podrobné technické požadavky na produkt jsou uvedeny v kapitole 5. Požadavky na řešení aplikace Památkový katalog NPÚ. Vybraný uchazeč bude povinen zajistit, že veškeré vlastnosti produktu, včetně jeho update, legislativního update, upgrade a legislativního upgrade budou po celou dobu účinnosti smlouvy odpovídat vždy aktuálním obecně platným právním předpisům ČR a platným standardům ISVS.

6.2

DODÁVKA A IMPLEMENTACE PRODUKTU

V rámci dodávky a implementace produktu dodavatel zajistí: 

Zpracování implementační studie vč. počáteční analýzy, přičemž implementační studií se rozumí dokument popisující způsob implementace produktu včetně harmonogramu realizace jednotlivých prací. Implementační studie bude obsahovat i návrhy systémové integrace Památkového katalogu NPÚ v IISPP a s ISZR, dále při implementaci NPÚ jako agendového místa. Součástí implementační studie budou i veškeré požadavky na HW potřebný pro provoz produktu v rámci infrastruktury zadavatele a požadavky na součinnost zadavatele a třetích stran při implementaci a integraci produktu.



Zapracování připomínek zadavatele k implementační studii.



Dodávku, instalaci, konfiguraci a zprovoznění produktu včetně všech požadovaných integrací a migrace stávajících dat dle požadavků uvedených v kap. 5 u zadavatele pro všechna jeho pracoviště v souladu s implementační studií. V rámci celkového harmonogramu (viz kap. 5.5.6) je požadováno postupné zprovoznění produktu na jednotlivých územních pracovištích zadavatele (15 územních pracovišť včetně ústředí).



Školení určeným zaměstnancům zadavatele dle specifikace uvedené v kap. 5.5.5, a to v termínu sděleném zadavatelem v potřebném časovém předstihu, nejméně však 5 kalendářních dnů předem.



Osnovy a obsah školení uživatelů na obsluhu produktu pro jeho kompletní využití



Součástí implementace jsou veškeré práce a služby nezbytné pro řádné a úplné zprovoznění produktu. Součástí jsou i práce a služby, které v zadávací dokumentaci a ve smlouvě nejsou uvedeny a dodavatel, jakožto odborník, o nich vědět měl nebo mohl vědět.


strana 52 (z 68)


___________________________________________________________________________________________



6.3

Součástí procesu implementace je zajištění zkušebního provozu produktu nad testovacími daty. V rámci zkušebního provozu dojde k ověření funkčnosti produktu na HW a SW zadavatele na všech územních pracovištích. V rámci zkušebního provozu dodavatel zajistí podporu pracovníků zadavatele v rozsahu minimálně 2 člověkodní přímo na místě – v sídle alespoň tří územních pracovišť zadavatele. Nejpozději k datu ukončení zkušebního provozu bude provedena migrace dat ze stávajícího systému.

OVĚŘOVACÍ PROVOZ

Ověřovacím provozem se rozumí doba určená k ověření funkcionality a bezpečnosti produktu a vhodnosti nasazené metodiky pro jednotlivá pracoviště zadavatele. Jedná se zejména o ověření a případnou úpravu přístupových práv, konfigurace, metodiky dle požadavků zadavatele, atd. V rámci ověřovacího provozu bude již systém provozován s ostrými daty. Při zahájení a ukončení ověřovacího provozu provede dodavatel dotazníkové šetření na všech územních pracovištích zadavatele, za účelem prověření funkčnosti řešení. Přesné znění otázek dotazníku a způsob distribuce a sběru dotazníku bude dodavatel konzultovat se zadavatelem. Výsledky dotazníkového šetření a jeho vyhodnocení dodavatel předá v elektronické podobě zadavateli v dohodnutém termínu. Po celou dobu ověřovacího provozu bude dodavatel zajišťovat technickou podporu a údržbu v dále uvedeném rozsahu. Dodavatel bude povinen průběžně zadavatele informovat o průběhu ověřovacího provozu a činnostech, které byly prováděny za účelem ověření funkcionality a bezpečnosti řešení a vhodnosti nasazené metodiky u zadavatele. Po dobu ověřovacího provozu bude dodavatel vždy k 10. dni následujícího měsíce poskytovat zadavateli písemný přehled činností provedených v předcházejícím měsíci, a to elektronickou formou.

6.4

TECHNICKÁ PODPORA A ÚDRŽBA PRODUKTU

Pod pojmem technická podpora se rozumí: 

průběžné provádění inovace produktu, zejména update a legislativního update, upgrade a legislativního upgrade ve vazbě na vždy aktuálně platné právní předpisy,



distribuce produktu upraveného za účelem legislativního update nebo legislativního upgrade bude provedena před termínem účinnosti změn právních předpisů,



poskytování update a upgrade produktu dle potřeby vzniklé legislativními změnami a požadavky zadavatele či samostatnou, nevynucenou inovační činností dodavatele,



provádění obecných změn produktu v důsledku vývoje HW a SW prostředků,



zajištění instalace nových verzí produktu, upgrade či update v prostředí zadavatele,



odstraňování závad produktu a řešení chybových stavů při jeho provozu,



služba Hot-line formou telefonické podpory pro zaměstnance zadavatele pro řešení technických problémů, poradenství a konzultace,



služba HelpDesk pro zaměstnance zadavatele pro hlášení závad dle jednotlivých kategorií, řešení technických problémů, poradenství a konzultace.

V případě potřeby bude dodavatel v průběhu provozu produktu povinen jednorázově zajistit potřebnou součinnost při přesunu produktu v rámci virtuální technologie na jiný virtualizační stroj, a to bezúplatně. Technická podpora bude poskytována od počátku ověřovacího provozu po celou dobu účinnosti smlouvy, a to v rozsahu a s parametry dle kap. 5.5.9. Pod pojmem údržba se rozumí: 

administrace produktu (tj. nastavení a správa uživatelů, jejich profilů a oprávnění),


strana 53 (z 68)


___________________________________________________________________________________________



instalace a konfigurace produktu,



řešení provozních problémů vzniklých při užití produktu zadavatelem nad rámec technické podpory.

Údržba bude dodavatelem poskytována na základě písemné objednávky ze strany zadavatele na dobu určenou v objednávce. V případě, že se bude jednat o dobu kratší než jeden rok, bude cena vypočtena poměrně z ceny dohodnuté na jeden rok. Podrobné informace o poskytování technické podpory a údržby a o požadavcích na službu HelpDesk jsou uvedeny v kap. 5.5.9 a v příloze zadávací dokumentace.

6.5

DALŠÍ NUTNÉ LICENCE

Dalšími nutnými licencemi se rozumí licence nezbytné k řádnému plnění veřejné zakázky, tj. k řádnému provozu produktu na zařízení zadavatele. Mohou jimi být zejména licence použité databáze, příp. dalšího základního a aplikačního SW. Uchazeč specifikuje název, počet a licenční podmínky k nutným licencím v příloze č. 7 návrhu smlouvy. V případě, že k řádnému provozu produktu nebude dodání dalších licencí nezbytné, ponechá uchazeč tuto část obchodních podmínek nevyplněnou a obdobně zůstane nevyplněna příslušná část nabídkové ceny. Zadavatel si vyhrazuje právo na pořízení dalších nutných licencí od jiného dodavatele, pokud má s takovým dodavatelem uzavřenu platnou multilicenční smlouvu. V takovém případě bude příslušná část obchodních podmínek před uzavřením smlouvy s vítězným uchazečem upravena.

6.6

DALŠÍ SLUŽBY

Dalšími službami se rozumí: 

vytvoření a dodání (tj. včetně instalace a konfigurace) update a upgrade produktu na základě požadavku zadavatele, s výjimkou update a upgrade spadajícího pod technickou podporu,



vypracování metodik pro zpracování dat,



analytické a návrhové práce v oblasti datových modelů,



záchrana a obnova dat,



školení osob určených zadavatelem na administraci produktu, vedoucí k seznámení s celkovou strukturou, užitými technologiemi,



školení osob určených zadavatelem na obsluhu produktu, vedoucí k samostatnému, správnému a efektivnímu užití produktu,



poskytování rad ke správnému a efektivnímu provozování a užití všech již dodaných produktů,



konzultace, která by spadala do technické podpory, v případě že tato není objednána,



konzultace, která by spadala do údržby, v případě že tato není objednána,



konzultace v případě, že je objednána technická podpora nebo údržba a vyskytne se situace vyžadující konzultaci nespadající pod technickou podporu nebo údržbu,



osobní zásah nebo asistence zaměstnance dodavatele na pracovišti zadavatele,



odstraňování vady produktu vzniklé z důvodů na straně zadavatele.

Tyto služby bude dodavatel zadavateli poskytovat na základě písemných objednávek zadavatele. Dodavatel bude povinen na základě požadavku zadavatele zpracovat způsob realizace služby a časový harmonogram jejich provádění. Dodavatel je povinen se zadavatelem projednat a odsouhlasit počet hodin potřebný k realizaci služby. Plnění bude potvrzováno na dodacím listě, jehož kopie je nezbytnou přílohou faktury. Potvrzují a hradí se pouze skutečně provedená plnění. Celkový maximální rozsah dalších nutných služeb, poskytovaných v rámci plnění veřejné zakázky, je vymezen v kapitole 9.1 zadávací dokumentace. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 54 (z 68)


___________________________________________________________________________________________

7

PŘEDPOKLÁDANÁ CENA, MÍSTA A TERMÍNY PLNĚNÍ VEŘEJNÉ ZAKÁZKY

7.1

PŘEDPOKLÁDANÁ HODNOTA

Předpokládaná hodnota této zakázky činí 10.000.000 Kč bez DPH. Hodnota zakázky byla stanovena na základě zpracovaného Systémového projektu InList z roku 2008 – kvalifikovaný odhad pracnosti na základě definovaných požadavků a aktuálních cen požadovaných služeb (vývoj aplikací na zakázku) včetně nákladů na technickou podporu, údržbu a další služby.

7.2

MÍSTA PLNĚNÍ VEŘEJNÉ ZAKÁZKY

Místem plnění veřejné zakázky ve fázi analytické a implementační je Praha. Místem plnění dalších fází je celé území České republiky.

7.3

TERMÍNY PLNĚNÍ VEŘEJNÉ ZAKÁZKY

Předpokládaný termín zahájení plnění: 10.1.2012.


strana 55 (z 68)


___________________________________________________________________________________________

8

POŽADAVKY NA PROKÁZÁNÍ SPLNĚNÍ KVALIFIKACE

Předpokladem hodnocení nabídky uchazeče je splnění kvalifikace dle § 50 zákona. Veškeré údaje předkládané uchazečem se musí vztahovat výhradně k osobě uchazeče nebo k osobě, která byla jeho právním předchůdcem a jejíž veškeré závazky uchazeč převzal. Uchazeč je povinen prokázat splnění kvalifikace ve lhůtě pro podání nabídek. Bude-li uchazeč předkládat doklady s citlivými údaji ve smyslu § 4 písm. a) a b) zákona 101/2000 Sb., o ochraně osobních údajů, ve znění pozdějších předpisů, je uchazeč povinen takovéto údaje na příslušné listině začernit. Uchazeč, který podá nabídku v zadávacím řízení, je povinen prokázat splnění kvalifikace v rozsahu a způsobem stanoveným v ust. § 50 a následujících zákona o veřejných zakázkách a v této části zadávací dokumentace. Uchazeč je povinen prokázat splnění níže uvedené kvalifikace doložením vyžadovaných dokladů, přičemž doklady prokazující splnění kvalifikace musejí být Zadavateli doručeny společně s nabídkou uchazeče. Splnění požadavků kvalifikace v rozsahu a způsobem stanoveným v ust. § 50 a následujících zákona o veřejných zakázkách a v této části zadávací dokumentace je předpokladem pro posuzování nabídky uchazeče. Kvalifikaci splní uchazeč, který prokáže splnění: a) základních kvalifikačních předpokladů podle § 53 zákona o veřejných zakázkách, b) profesních kvalifikačních předpokladů podle § 54 zákona o veřejných zakázkách, c) ekonomických a finančních kvalifikačních předpokladů podle § 55 zákona o veřejných zakázkách, d) technických kvalifikačních předpokladů podle § 56 zákona o veřejných zakázkách.

8.1

ZÁKLADNÍ KVALIFIKAČNÍ PŘEDPOKLADY

Základní kvalifikační předpoklady splňuje dodavatel, a) který nebyl pravomocně odsouzen pro trestný čin spáchaný ve prospěch organizované zločinecké skupiny, trestný čin účasti na organizované zločinecké skupině, legalizace výnosů z trestné činnosti, podílnictví, přijímání úplatku, podplácení, nepřímého úplatkářství, podvodu, úvěrového podvodu, včetně případů, kdy jde o přípravu nebo pokus nebo účastenství na takovém trestném činu, nebo došlo k zahlazení odsouzení za spáchání takového trestného činu; jde-li o právnickou osobu, musí tento předpoklad splňovat statutární orgán nebo každý člen statutárního orgánu, a je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, musí tento předpoklad splňovat statutární orgán nebo každý člen statutárního orgánu této právnické osoby; podává-li nabídku či žádost o účast zahraniční právnická osoba prostřednictvím své organizační složky, musí předpoklad podle tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento základní kvalifikační předpoklad musí dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnikání či bydliště, b) který nebyl pravomocně odsouzen pro trestný čin, jehož skutková podstata souvisí s předmětem podnikání dodavatele podle zvláštních právních předpisů nebo došlo k zahlazení odsouzení za spáchání takového trestného činu; jde-li o právnickou osobu, musí tuto podmínku splňovat statutární orgán nebo každý člen statutárního orgánu, a je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, musí tento předpoklad splňovat statutární orgán nebo každý člen statutárního orgánu této právnické osoby; podává-li nabídku či žádost o účast zahraniční právnická osoba prostřednictvím své organizační složky, musí předpoklad podle tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento základní kvalifikační předpoklad musí dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnikání či bydliště,


strana 56 (z 68)


___________________________________________________________________________________________

c) který v posledních 3 letech nenaplnil skutkovou podstatu jednání nekalé soutěže formou podplácení podle zvláštního právního předpisu, d) vůči jehož majetku neprobíhá nebo v posledních 3 letech neproběhlo insolvenční řízení, v němž bylo vydáno rozhodnutí o úpadku nebo insolvenční návrh nebyl zamítnut proto, že majetek nepostačuje k úhradě nákladů insolvenčního řízení, nebo nebyl konkurs zrušen proto, že majetek byl zcela nepostačující nebo zavedena nucená správa podle zvláštních právních předpisů, e) který není v likvidaci, f)

který nemá v evidenci daní zachyceny daňové nedoplatky, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele,

g) který nemá nedoplatek na pojistném a na penále na veřejné zdravotní pojištění, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele, h) který nemá nedoplatek na pojistném a na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele, i)

který nebyl v posledních 3 letech pravomocně disciplinárně potrestán, či mu nebylo pravomocně uloženo kárné opatření podle zvláštních právních předpisů, je-li podle § 54 písm. d) požadováno prokázání odborné způsobilosti podle zvláštních právních předpisů; pokud dodavatel vykonává tuto činnost prostřednictvím odpovědného zástupce nebo jiné osoby odpovídající za činnost dodavatele, vztahuje se tento předpoklad na tyto osoby,

j)

který není veden v rejstříku osob se zákazem plnění veřejných zakázek,

k) který předloží seznam statutárních orgánů nebo členů statutárních orgánů, kteří v posledních 3 letech pracovali u zadavatele a l)

který, má-li formu akciové společnosti, předloží aktuální seznam akcionářů s podílem akcií vyšším než 10 %.

Dodavatel prokáže splnění výše uvedených základních kvalifikačních předpokladů předložením čestného prohlášení podepsaného oprávněnou osobou.

8.2

PROFESNÍ KVALIFIKAČNÍ PŘEDPOKLADY

Dodavatel prokáže splnění profesních kvalifikačních předpokladů předložením: a) výpisu z obchodního rejstříku, pokud je v něm zapsán, či výpisu z jiné obdobné evidence b) dokladu o oprávnění k podnikání podle zvláštních právních předpisů v rozsahu odpovídajícím předmětu veřejné zakázky, zejména doklad prokazující příslušné živnostenské oprávnění či licenci

8.3

EKONOMICKÉ A FINANČNÍ KVALIFIKAČNÍ PŘEDPOKLADY

Uchazeč splňuje ekonomické a finanční kvalifikační předpoklady pro podání nabídky, pokud: a) má platné pojištění odpovědnosti za škodu způsobenou uchazečem třetí osobě s minimální výší pojistného 10 miliónů Kč. b) celkový obrat uchazeče zjištěný podle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, dosáhl v předcházejících 3 ukončených účetních obdobích minimální výše 120 miliónů Kč bez DPH v součtu, a zároveň obrat dosáhl výše minimálně 35 miliónů Kč bez DPH za každé ze sledovaných účetních období. Uchazeč prokáže ekonomické a finanční kvalifikační předpoklady předložením: a) kopie pojistné smlouvy, příp. prohlášením nebo potvrzením pojišťovny o pojištění odpovědnosti za škodu způsobenou třetí osobě. Z dokladu musí být patrná výše pojistné částky nebo pojistného limitu. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 57 (z 68)


___________________________________________________________________________________________

b) kopií účetních uzávěrek za předcházející 3 ukončená účetní období, včetně zpráv auditora, jsou-li zákonem pro daného uchazeče vyžadovány. Z dokladů musí být patrný celkový obrat uchazeče za jednotlivá sledovaná účetní období. Jestliže uchazeč vznikl později nebo prokazatelně zahájil činnost vztahující se k předmětu veřejné zakázky později, postačí, předloží-li údaje o svém obratu za všechna účetní období od svého vzniku nebo zahájení příslušné činnosti.

8.4

TECHNICKÉ KVALIFIKAČNÍ PŘEDPOKLADY

Uchazeč splňuje technické kvalifikační předpoklady, pokud: a) předloží seznam významných služeb poskytnutých dodavatelem v posledních 3 letech a osvědčení (reference) zadavatelů o řádném poskytnutí služeb. Z osvědčení i seznamu služeb musí jednoznačně vyplývat, že dodavatel v uvedeném období realizoval zakázky na komplexní dodávku, implementaci a následnou podporu v oblasti IT v celkovém finančním objemu min. 20 mil. Kč bez DPH, z nichž alespoň jedna taková zakázka byla realizována ve finančním objemu min. 5 mil. Kč bez DPH, bez ohledu na počet uvedených služeb. b) předloží seznam techniků či technických útvarů, jež se budou podílet na plnění veřejné zakázky, a to zejména techniků či technických útvarů zajišťujících kontrolu jakosti, bez ohledu na to, zda jde o zaměstnance dodavatele nebo osoby v jiném vztahu k dodavateli. Dodavatel předloží ve formě čestného prohlášení seznam osob, které budou tvořit realizační tým; u jejich jména uvede, za poskytnutí kterých služeb jsou odpovědné. Zadavatel požaduje, aby z tohoto seznamu vyplývalo, že v realizačním týmu budou zastoupeny minimálně tyto pozice: a) projektový manažer – vedoucí realizačního týmu, který má zkušenost s implementací rozsáhlých IT projektů alespoň ve dvou případech, z toho nejméně v jednom případě v pozici vedoucího projektu, což doloží certifikaci projektového řízení a profesním životopisem b) architekt, který má nejméně 5 let odborných zkušeností v činnosti aplikačního architekta, kterou se rozumí zejména návrhy aplikační architektury informačních systémů (dále IS), návrhy integrací a vazeb mezi IS, což doloží obecně uznávanými certifikacemi pro tyto odbornosti a profesním životopisem c) analytik, který má nejméně 5 let odborných zkušeností v činnosti analytika IS, kterou se rozumí zejména analýza požadavků na IS, procesní analýza i znalosti v oblasti poptávaného předmětu a zkušenosti v oblasti památkové péče, což doloží obecně uznávanými certifikacemi pro tyto odbornosti a profesním životopisem d) další 2 členové realizačního týmu mající zkušenost s vývojem, implementací a provozem IT projektů, což doloží profesním životopisem e) dodavatel má certifikát systému řízení jakosti – certifikát ISO 9001 pro Projektování, řízení projektů, návrh a vývoj software, realizace, servis, dohled a systémová integrace v oblasti informačních systémů f)

dodavatel má zaveden systém řízení projektů a systém vývoje software

g) dodavatel má zaveden systém servisu, včetně servicedesku v režimu 7x24 Uchazeč prokáže technické kvalifikační předpoklady předložením: a) seznamu referenčních zakázek (významných dodávek) realizovaných uchazečem v posledních 3 letech s uvedením jejich rozsahu a doby plnění. Přílohou tohoto seznamu musí být: i.

osvědčení vydané veřejným zadavatelem, pokud byly služby poskytovány veřejnému zadavateli, nebo

ii. osvědčení vydané jinou osobou, pokud byly služby poskytovány jiné osobě než veřejnému zadavateli, nebo


strana 58 (z 68)


___________________________________________________________________________________________

iii. čestné prohlášení dodavatele, pokud byly služby poskytovány jiné osobě než veřejnému zadavateli a není-li současně možné osvědčení podle bodu ii.) od této osoby získat z důvodů spočívajících na její straně. b) seznamu techniků splňujících zmíněné požadavky. Zadavatel požaduje, aby uchazeč k doložení tohoto kvalifikačního předpokladu předložil podepsaný profesní životopis příslušné osoby, z něhož budou předmětné požadavky zadavatele zřejmé, tzn., že budou uvedeny i instituce, kde byla příslušným členem týmu prováděna implementace příslušných referenčních zakázek. Uchazeč dále předloží čestné prohlášení členů týmu, z nějž bude vyplývat, že se budou osobně podílet na realizaci veřejné zakázky. c) kopie platného certifikátu systému řízení jakosti (certifikát ISO 9001) pro Projektování, řízení projektů, návrh a vývoj software, realizace, servis, dohled a systémová integrace v oblasti informačních systémů, vydaný podle českých technických norem akreditovanou osobou. Zadavatel uzná rovnocenné doklady vydané v členském státě Evropské unie. Zadavatel uzná rovněž jiné doklady o rovnocenných opatřeních k zajištění jakosti. d) specifikace zavedeného systému řízení projektů a systému vývoje software e) specifikace zavedeného systému servisu, včetně servicedesku v režimu 7x24

8.5

PRAVOST A STÁŘÍ DOKLADŮ DLE § 57 ZÁKONA a) Uchazeč je povinen předložit doklady prokazující splnění kvalifikace v kopii originálních dokumentů. b) Doklady prokazující splnění základních kvalifikačních předpokladů a výpis z obchodního rejstříku či jiné evidence nesmějí být k poslednímu dni, ke kterému má být prokázáno splnění kvalifikace, starší 90 kalendářních dnů.


strana 59 (z 68)


___________________________________________________________________________________________

9

POŽADAVKY NA ZPRACOVÁNÍ NABÍDKOVÉ CENY A PLATEBNÍ PODMÍNKY

9.1

NABÍDKOVÁ CENA A ZÁKLADNÍ POŽADAVKY ZADAVATELE

Zadavatel požaduje, aby v nabídce byla uvedena nabídková cena za plnění předmětu veřejné zakázky uvedeného v kap. 6. zadávací dokumentace, a to v členění: Cena bez DPH v Kč

Sazba DPH v %

Cena celkem s DPH v Kč

Cena za 4 roky bez DPH

Sazba DPH v %

Cena za 4 roky včetně DPH

A) Realizace informačního projektu Licence produktu Památkový katalog NPÚ – kap. 6.1 Dodávka a implementace produktu – kap. 6.2 Další nutné licence – kap. 6.5 (doplní uchazeč dle skutečné potřeby) Ověřovací provoz – kap. 6.3 Cena celkem

B) Technická podpora a údržba – kap. 6.4

Cena za 1 rok bez DPH

Cena za technickou podporu Cena za údržbu Cena celkem Uvedené roční ceny musí být konstantní (neměnné) po celou dobu trvání smluvního vztahu. C) Další služby – kap. 6.6

Cena za 1 hod. bez DPH

Max. počet využitých hodin / rok

Školení

100

Programátorské a konzultační práce

250

Max. cena za 1 rok bez DPH

Max. cena za 4 roky bez DPH

Sazba DPH v %

Maximální cena za 4 roky včetně DPH

Cena celkem Uvedené ceny za 1 hodinu musí být konstantní (neměnné) po celou dobu trvání smluvního vztahu a budou stejné i pro případné objednávky těchto služeb nad uvedený maximální počet využitých hodin. Případ, kdy nabídka nebude obsahovat nabídkovou cenu ve shora uvedeném členění, je nesplněním požadavku zadavatele uvedeného v zadávacích podmínkách (viz ust. § 71 a ust. § 76 zákona). Uchazeč dále vyplní cenu plnění v příloze č. 5 návrhu smlouvy, včetně následující rekapitulace. ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 60 (z 68)


___________________________________________________________________________________________

Rekapitulace nabídkové ceny

Cena bez DPH v Kč

Sazba DPH v %

Cena celkem s DPH v Kč

A) Realizace informačního projektu B) Technická podpora a údržba C) Další služby Nabídková cena celkem

Nabídková cena musí obsahovat veškeré náklady dodavatele nezbytné pro řádnou a včasnou realizaci předmětu veřejné zakázky včetně nákladů souvisejících (např. vedlejší náklady, cestovní náklady, předpokládaná rizika spojená s realizací předmětu veřejné zakázky apod.). Uchazečem navržené ceny budou konstantní po celou dobu platnosti smluv. Technická podpora a údržba bude v průběhu ověřovacího provozu poskytována bezúplatně, tj. zadavatel nebude na tuto dobu vystavovat objednávku, cena tedy nebude dodavatelem zadavateli účtována. DPH se pro účely této veřejné zakázky rozumí peněžní částka, jejíž výše odpovídá výši daně z přidané hodnoty vypočtené dle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů. DPH bude v nabídkách uvedena ve výši platné ke dni konce lhůty pro podání nabídek. Není-li uchazeč registrovaným plátcem DPH, potom DPH nevyčíslí a skutečnost, že není jejím plátcem, výslovně uvede prohlášením v návrhu smlouvy. Za správnost určení sazby a výše DPH v souladu s platnými právními předpisy odpovídá uchazeč.

9.2

PODMÍNKY PŘEKROČENÍ NABÍDKOVÉ CENY

Nabídkovou cenu je možno překročit v případě, že během realizace předmětu veřejné zakázky dojde ke změně výše sazby daně z přidané hodnoty, která se uplatňuje na předmět veřejné zakázky ke dni uskutečnění zdanitelného plnění. Cenu technické podpory a údržby je dodavatel oprávněn vždy od počátku kalendářního roku, nejdříve však po dvou letech trvání smlouvy, navýšit o hodnotu meziroční inflace spotřebitelských cen (míra inflace vyjádřená průměrným ročním vývojem spotřebitelských cen posledního kalendářního roku proti průměru kalendářního roku předchozího), kterou pro předchozí kalendářní rok stanoví Český statistický úřad. V případě deflace je dodavatel povinen vždy od poloviny kalendářního roku, nejdříve však po dvou letech trvání smlouvy, ponížit cenu technické podpory a údržby o hodnotu meziroční deflace spotřebitelských cen. Ceny navýšené o tuto meziroční inflaci jsou cenami pro daný kalendářní rok nejvýše přípustné a v průběhu daného roku ve vztahu k inflačnímu navyšování neměnné. O provedeném navýšení cen je dodavatel povinen zadavatele písemně informovat. Písemná informace musí být podepsána oprávněnou osobou dodavatele a musí obsahovat dotčený kalendářní rok, původní výši cen, použitou míru inflace a nově stanovené ceny dle jednotlivých položek. Bude-li chybně uveden kalendářní rok nebo chybně uvedeny ceny původní či chybně stanovena míra inflace nebo chybně proveden výpočet nových cen, nemusí zadavatel nově stanovené ceny akceptovat, a to až do zaslání nové bezchybné písemné informace o navýšení cen. Písemná informace s náležitostmi dle tohoto odstavce smlouvy je nezbytnou podmínkou k uplatnění cen navýšených dle tohoto odstavce smlouvy.


strana 61 (z 68)


___________________________________________________________________________________________

9.3

OBCHODNÍ A PLATEBNÍ PODMÍNKY

Obchodní a platební podmínky zadavatel stanovil v příloze této zadávací dokumentace v podobě závazného návrhu smlouvy, kterou uchazeč ve své nabídce musí předložit. Návrh smlouvy musí být ze strany uchazeče podepsán statutárním orgánem nebo osobou prokazatelně oprávněnou zastupovat uchazeče; v takovém případě doloží uchazeč toto oprávnění v originálu či v úředně ověřené kopii v nabídce. Předložení nepodepsaného návrhu smlouvy není předložením řádného návrhu požadované smlouvy. Uchazeč je povinen upravit návrh smlouvy v části identifikující smluvní strany na straně uchazeče, a to v souladu se skutečným stavem, aby bylo vymezení uchazeče jednoznačné a dostatečně jasné. V případě nabídky podávané společně několika dodavateli (jako jedním uchazečem) jsou dodavatelé dále povinni doplnit ustanovení o společné odpovědnosti dodavatelů a oprávněni upravit právní zkratky označující smluvní stranu uchazeče (tj. nahrazení zkratky „dodavatel“ zkratkou „dodavatelé“), a tomu odpovídající slovní tvary ve smlouvě a počet stejnopisů smlouvy. Uchazeč doplní předpokládané údaje do přílohy zadávací dokumentace představující závazný návrh smlouvy a doplní přílohy smlouvy, u nichž se tak předpokládá. Uchazeč není oprávněn činit další změny či doplnění návrhu smlouvy, s výjimkou údajů, které jsou výslovně vyhrazeny pro doplnění ze strany uchazeče. Není rovněž oprávněn přikládat přílohy k návrhu smlouvy, které tato zadávací dokumentace výslovně nepředpokládá. Podává-li nabídku více dodavatelů společně (jako jeden uchazeč), jsou povinni přiložit k návrhu smlouvy originál nebo ověřenou kopii smlouvy, z níž závazně vyplývá, že všichni tito dodavatelé budou vůči zadavateli a jakýmkoliv třetím osobám z jakýchkoliv závazků vzniklých v souvislosti s plněním předmětu veřejné zakázky či vzniklých v důsledku prodlení či jiného porušení smluvních nebo jiných povinností v souvislosti s plněním předmětu veřejné zakázky, zavázáni společně a nerozdílně. Příslušná smlouva musí rovněž zřetelně vymezovat, který z dodavatelů je oprávněn jednat za ostatní účastníky ve věcech spojených s poskytováním plnění veřejné zakázky či její určité části, který dodavatel bude fakturačním místem a kterou konkrétní část plnění hodlá fakticky poskytovat každý z dodavatelů. V případě, že část veřejné zakázky bude plněna formou subdodávky, požaduje zadavatel, aby uchazeč ve své nabídce uvedl, jaká konkrétní část plnění veřejné zakázky bude zadána třetím osobám, a které osoby to budou. Tím není dotčena výlučná odpovědnost uchazeče za poskytování řádného plnění. V případě, že uchazeč prokázal splnění části kvalifikace prostřednictvím subdodavatele, musí však tento subdodavatel i tomu odpovídající část plnění poskytovat. Uchazeč je povinen uvést identifikační údaje subdodavatele, prostřednictvím kterého uchazeč prokázal splnění části kvalifikace v příloze návrhu smlouvy, a to včetně konkrétní části plnění realizované tímto subdodavatelem Uchazeč je oprávněn změnit subdodavatele, pomocí kterého prokázal část splnění kvalifikace, jen z vážných důvodů a s předchozím písemným souhlasem zadavatele, přičemž nový subdodavatel musí disponovat minimálně stejnou kvalifikací, kterou původní subdodavatel prokázal za uchazeče; zadavatel nesmí souhlas se změnou subdodavatele bez objektivních důvodů odmítnout. V souladu s § 44 odst. 6 zákona si zadavatel vyhrazuje, že poskytnutí licence k produktu musí být poskytnuto uchazečem a nesmí být plněno prostřednictvím subdodavatele. Návrh smlouvy nesmí vyloučit či žádným způsobem omezovat oprávnění zadavatele, uvedená v této zadávací dokumentaci; v opačném případě nabídka nesplňuje zadávací podmínky a bude vyřazena dle § 76 odst. 1 zákona o veřejných zakázkách.


strana 62 (z 68)


___________________________________________________________________________________________

10

POKYNY PRO ZPRACOVÁNÍ NABÍDKY 

Nabídku podá uchazeč písemně v celkem 3 vyhotoveních, z toho 1x v originále, 1x v listinné kopii a 1x na CD v elektronické formě. Na CD budou k dispozici všechny části nabídky uchazeče, včetně dokladů, které má uchazeč k dispozici pouze v písemné podobě, ve skenované kopii.



Obálka se všemi vyhotoveními bude označena: "Veřejná zakázka – Památkový katalog NPÚ NEOTVÍRAT"



Originál nabídky bude na titulní straně označen jako „ORIGINÁL“, kopie nabídek bude na titulní straně označena „KOPIE“. V případě rozporů mezi jednotlivými výtisky nabídky se považuje za rozhodný text originálního vyhotovení nabídky.



Nabídka včetně veškerých požadovaných dokladů bude podepsána statutárním orgánem uchazeče nebo osobou zmocněnou statutárním orgánem uchazeče k zastupování uchazeče; v takovém případě doloží uchazeč v nabídce originál plné moci či jiného platného pověřovacího dokumentu.



Nabídka včetně veškerých dokumentů a příloh, prospekty a obdobné materiály nevyjímaje, bude zpracována v českém jazyce. Nabídka bude kvalitním způsobem vytištěna tak, aby byla dobře čitelná, a nebude obsahovat opravy a přepisy, které by zadavatele mohly uvést v omyl.



Každé vyhotovení nabídky bude včetně veškerých požadovaných dokladů a příloh svázáno do dvou svazků dle níže uvedeného členění. Nabídka bude dostatečným způsobem zajištěna proti manipulaci s jednotlivými listy. V případě vazby nabídky v kroužkovém pořadači či kroužkové vazbě bude dále zabezpečena proti nakládání s jednotlivými listy pomocí provázku a pečetě nebo nálepkami opatřenými podpisem, případně razítkem uchazeče.



Uchazeč musí ve své nabídce, resp. návrhu smlouvy splnit veškeré požadavky zadavatele obsažené v oznámení tohoto zadávacího řízení a v této zadávací dokumentaci.

10.1

POŽADOVANÁ STRUKTURA A OBSAH NABÍDKY

Nabídka musí obsahovat údaje ve stanovené struktuře a formě, uvedené v této zadávací dokumentaci. „Svazek č. 1 – Kvalifikace“ obsahuje doklady k prokázání splnění kvalifikace: a) Titulní list b) Identifikace uchazeče v tomto členění: i.

obchodní název (firma) uchazeče;

ii. právní forma uchazeče; iii. sídlo uchazeče; iv. IČ, DIČ uchazeče; v. jméno osoby (osob) oprávněné (oprávněných) jednat jménem či za uchazeče, vč. originálu dokladů nebo úředně ověřených listin prokazujících toto oprávnění (nebo odkaz na takový dokument zařazený v jiné části nabídky); vi. adresa uchazeče pro doručování písemností (liší-li se od sídla), kontaktní údaje; vii. bankovní spojení a číslo účtu uchazeče c) Obsah svazku č. 1 d) Doklady k prokázání základních kvalifikačních předpokladů e) Doklady k prokázání profesních kvalifikačních předpokladů f)

Smlouva o sdružení nebo jiná podobná listina (je-li relevantní)

g) Doklady k prokázání ekonomických a finančních kvalifikačních předpokladů ________________________________________________________________________________________________________ Zadávací dokumentace – Informační projekt Památkový katalog NPÚ

strana 63 (z 68)


___________________________________________________________________________________________

h) Doklady k prokázání technických kvalifikačních předpokladů i)

Čestné prohlášení o částech veřejné zakázky, které uchazeč zamýšlí zadat jiným osobám

„Svazek č. 2 – Nabídka“ obsahuje Návrh řešení a návrhy smluv včetně příloh: a) Titulní list b) Identifikace uchazeče v tomto členění: i.

obchodní název (firma) uchazeče;

ii. právní forma uchazeče; iii. sídlo uchazeče; iv. IČ, DIČ uchazeče; v. jméno osoby (osob) oprávněné (oprávněných) jednat jménem či za uchazeče; vi. adresa uchazeče pro doručování písemností (liší-li se od sídla), kontaktní údaje; c) Obsah svazku č. 2 d) Nabídková cena v členění dle kap.9.1 Požadavky na zpracování nabídkové ceny a platební podmínky této zadávací dokumentace. e) Návrh smlouvy včetně jejích příloh podepsaný osobou oprávněnou jednat jménem či za uchazeče f)

Stručný profil firmy uchazeče

g) Ostatní údaje a podklady požadované zadavatelem a v zákoně, vztahující se k posuzování a hodnocení nabídek (včetně originálů nebo úředně ověřených kopií požadovaných dokladů) h) Podrobný popis a specifikace nabízeného řešení dle kapitoly.6. Předmět plnění této zadávací dokumentace, z něhož je patrné dodržení všech jednotlivých požadavků zadavatele uvedených v kapitole 5. této zadávací dokumentace na předmět plnění i)

10.2

Čestné prohlášení o shodnosti obsahu elektronické a písemné formy obou svazků

OBSAH NÁVRHU SMLOUVY

Součástí nabídky musí být návrh smlouvy, který musí respektovat návrh smlouvy, který je přílohou této zadávací dokumentace a musí splňovat veškeré požadavky stanovené zadavatelem v podmínkách soutěže i v ZD a to jak požadavky věcné a technické, tak požadavky právní a smluvní. Návrh smlouvy musí dále obsahovat podmínky, za nichž uchazeč nabízí splnění veřejné zakázky ve své nabídce. Návrh smlouvy musí být podepsaný uchazečem či statutárním orgánem uchazeče v souladu se způsobem podepisování za společnost uvedeném v obchodním rejstříku či osobou zmocněnou k takovému úkonu; originál plné moci musí být v takovém případě součástí nabídky.


strana 64 (z 68)


___________________________________________________________________________________________

11

TERMÍN

A MÍSTO PRO PODÁNÍ NABÍDEK A PRO OTEVÍRÁNÍ OBÁLEK, ZADÁVACÍ LHŮTA

Lhůta a místo pro podání nabídek je stanovena v oznámení o veřejné zakázce. Pokud dodavatel nebo zájemce podá více nabídek samostatně nebo společně s dalšími dodavateli nebo zájemci, vyloučí zadavatel všechny tyto nabídky. Otevírání obálek s nabídkami bude v budově Národního památkového ústavu, ústředního pracoviště, Valdštejnské nám. 3, Praha 1 – Malá Strana v termínu uvedeném v oznámení o veřejné zakázce a v místnosti, kterou uchazečům upřesní na vrátnici. Otevírání obálek se mají právo účastnit členové, popř. náhradníci členů komise pro otevírání obálek, a vždy jeden oprávněný zástupce každého z uchazečů, jejichž nabídky byly doručeny ve lhůtě pro podání nabídek, který se prokáže plnou mocí a svou účast stvrdí podpisem v listině přítomných uchazečů. Zadávací lhůtou je lhůta, po kterou jsou uchazeči svými nabídkami vázáni. Zadávací lhůta začíná běžet okamžikem skončení lhůty pro podání nabídek a končí dnem doručení oznámení zadavatele o výběru nejvhodnější nabídky. Zadávací lhůta je rovněž stanovena v oznámení o zakázce.


strana 65 (z 68)


___________________________________________________________________________________________

12

ZPŮSOB HODNOCENÍ NABÍDEK

Základním hodnotícím kritériem je ekonomická výhodnost nabídky. Nabídky budou hodnoceny dle následujících dílčích hodnotících kritérií, kterým jsou přiřazeny uvedené váhy: Dílčí kritéria 1. Výše nabídkové ceny 2. Návrh řešení a realizace aplikace Památkový katalog NPÚ 3. Systémová integrace v rámci IISPP a s ISZR 4. Migrace dat ze stávajícího systému 5. Technická podpora a údržba

Váha kritéria v % 60 20 5 10 5

Pro další hodnocení bude použita bodovací stupnice v rozsahu 0 až 100. Každé jednotlivé nabídce bude dle dílčího kritéria přidělena bodová hodnota, která odráží úspěšnost předmětné nabídky v rámci dílčího kritéria. Dílčí kritérium č. 1 – Výše nabídkové ceny Bude hodnocena celková výše nabídkové ceny bez DPH. Hodnocená nabídka získá bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty nejvhodnější nabídky k hodnocené nabídce. Nejvhodnější nabídkou bude nabídka s nejnižší cenou. Jednotlivá bodová ohodnocení nabídek dle subkritérií budou vynásobena příslušnou vahou daného dílčího kritéria. Dílčí kritéria č. 2 – 5 Tato kriteria jsou kvalitativního charakteru a budou proto hodnocena podle kvality nabídek v uvedených aspektech podle předepsané struktury zadávací dokumentace. Hodnotící komise přiřadí nejlepší nabídce u daného kritéria hodnotu 100 a každé následující nabídce přiřadí takové bodové ohodnocení, které vyjadřuje míru splnění kritéria ve vztahu k nejvhodnější nabídce. Teprve poté budou bodové hodnoty převáženy příslušnou vahou. Celkové hodnocení Na základě součtu výsledných bodových hodnot u jednotlivých nabídek bude stanoveno pořadí úspěšnosti jednotlivých nabídek tak, že jako nejúspěšnější bude stanovena nabídka, která dosáhla nejvyšší hodnoty.


strana 66 (z 68)


___________________________________________________________________________________________

13

DALŠÍ

INFORMACE

K ZADÁVACÍMU

ŘÍZENÍ

A

VYHRAZENÁ

PRÁVA

ZADAVATELE 

Zadavatel není povinen vracet uchazečům jejich nabídky s výjimkou ukázek nebo vzorků, které budou vráceny po uzavření smlouvy nebo zrušení zadávacího řízení.



Obsah nabídek považuje zadavatel za důvěrný.



Zadavatel si vyhrazuje právo před rozhodnutím o výběru nejvhodnější nabídky ověřit příp. vyjasnit informace a skutečnosti deklarované uchazečem v jeho nabídce.



Uchazeč je oprávněn po zadavateli požadovat dodatečné informace k zadávacím podmínkám pouze písemně. Písemná žádost musí být zadavateli doručena na adresu kontaktní osoby zadavatele nejpozději 7 dnů před uplynutím lhůty pro podání nabídek. Písemnou žádostí se rozumí též doručení e-mailové zprávy (na adresu kontaktní osoby i jejího zástupce). Zadavatel nebude odpovídat na dotazy vznesené telefonicky nebo osobně, ani na dotazy doručené po uvedeném termínu. Na základě žádosti o dodatečné informace k zadání doručené ve stanovené lhůtě zadavatel poskytne uchazeči dodatečné informace k zadávací dokumentaci ve lhůtě 3 kalendářních dnů od obdržení žádosti o dodatečné informace. Tyto dodatečné informace, včetně přesného znění žádosti, poskytne zadavatel i všem ostatním uchazečům nebo zájemcům prostřednictvím webových stránek NPU (www.npu.cz).



Zadávací podmínky zveřejněné zadavatelem v Oznámení o zakázce a zadávací podmínky uvedené v této zadávací dokumentaci se navzájem doplňují a oba dokumenty jsou pro uchazeče závazné. V případě zjištění rozporu mezi podmínkami uvedenými v zadávací dokumentaci a podmínkami uvedenými v Oznámení o zakázce je zájemce povinen upozornit zadavatele na tento rozpor a před podáním nabídky si vyjasnit veškeré nesrovnalosti. Pokud nedojde k upřesnění podmínek zadavatelem do 7 dnů před uplynutím lhůty pro podání nabídek, za rozhodující se považuje znění podmínek uvedených v Oznámení o zakázce.



Nesplnění podmínek zadání či neúplnost nabídky je důvodem k vyřazení nabídky z hodnocení a vyloučení uchazeče z další účasti v otevřeném řízení.



Uchazeči nemají právo na úhradu nákladů spojených s účastí v zadávacím řízení.



Uchazeči nesou veškeré náklady spojené s vypracováním a podáním nabídky. Zadavatel v žádném případě neponese za takové náklady zodpovědnost, bez ohledu na průběh a výsledek zadávacího řízení.



Zadavatel nenese žádnou odpovědnost ani nebude hradit žádné výdaje nebo ztráty, které uchazeči vzniknou v souvislosti s prohlídkou místa plnění, technickými šetřeními či jakoukoli další činností související s podáním nabídky.


strana 67 (z 68)

Smlouva o poskytnutí licence k produktu Památkový katalog NPÚ a zajištění dalších souvisejících služeb Smluvní strany Objednatel: Národní památkový ústav se sídlem: Valdštejnské náměstí 3, 118 01 Praha 1 Zastoupený: Ing. arch. Naděždou Goryczkovou, generální ředitelkou IČ: 75032333 DIČ: CZ75032333 Bankovní spojení: Komerční banka, a.s. Číslo účtu: 59636011/0100 Zhotovitel: Obchodní název se sídlem: Zastoupená: IČ: DIČ: Bankovní spojení: Číslo účtu: Zapsána: I. Základní ustanovení 1.

Smluvní strany se dohodly, že jejich závazkový vztah se ve smyslu § 262 odst. 1 zákona č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů (dále jen „obchodní zákoník“) řídí obchodním zákoníkem a zákonem č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů (dále jen „autorský zákon“), a v souladu s ustanoveními § 269 odst. 2 obchodního zákoníku s přiměřeným použitím § 536 a násl. obchodního zákoníku uzavírají tuto smlouvu o poskytnutí licence k produktu Památkový katalog NPÚ a zajištění dalších souvisejících služeb (dále též „smlouva“).

2.

Zhotovitel prohlašuje, že je odborně způsobilý k zajištění předmětu plnění podle smlouvy. Předmětem plnění se rozumí dodání aplikace Památkový katalog NPÚ (dále jen „produkt“) a poskytnutí časově a územně neomezené licence k produktu, poskytnutí dalších nutných licencí, implementace, zkušební a ověřovací provoz produktu a jeho technická podpora a údržba a zajištění dalších souvisejících služeb, jak je specifikováno dále v článku II. smlouvy.

1

3.

Produktem se pro účely této smlouvy rozumí programový produkt zhotovitele, který bude provozovaný objednatelem.

4.

Zhotovitel je povinen zajistit, že veškeré vlastnosti produktu, včetně jeho update, legislativních update, upgrade a legislativních upgrade budou po celou dobu účinnosti této smlouvy odpovídat obecně platným právním předpisům ČR a platným standardům Informačních systémů veřejné správy (dále jen „standardy ISVS“).

5.

Zhotovitel je povinen na písemné vyžádání objednatele opatřit produkt a každý update, legislativní update, upgrade a legislativní upgrade produktu příslušnými atesty či jinými obdobnými osvědčeními dle platné právní úpravy nebo standardů ISVS. Pokud nebude možno získat atest či obdobné osvědčení, pak je zhotovitel povinen předložit čestné prohlášení o tom, že produkt jako celek, případně provedený update či upgrade, je ve shodě s platnými právními předpisy ČR a platnými standardy ISVS.

6.

Zhotovitel prohlašuje, že po celou dobu platnosti této smlouvy bude mít sjednánu pojistnou smlouvu pro případ způsobení škody třetí osobě s limitním plněním na jednu škodnou událost minimálně 10 mil. Kč.

7.

Zhotovitel a objednatel se zavazují k vzájemné součinnosti za účelem plnění smlouvy.

II. Účel smlouvy, předmět smlouvy a vymezení pojmů 1.

Účelem této smlouvy je pořízení licence, dalších nutných licencí a zajištění efektivní implementace aplikace Památkový katalog NPÚ (produktu) a dalších souvisejících služeb pro objednatele. Licence k produktu budou poskytnuty k užití objednatelem.

2.

Předmětem smlouvy je poskytnutí níže specifikovaného plnění ze strany zhotovitele objednateli:



poskytnutí neomezené licence k užití produktu;



dodávka a implementace produktu, včetně zpracování implementační studie



zkušební provoz produktu;



ověřovací provoz produktu;



technická podpora a údržba produktu;



poskytnutí dalších licencí nutných pro řádný provoz produktu v souladu s požadavky objednatele (dále jen „nutné licence“). Zhotovitel uvede do přílohy č. 6 smlouvy přesný popis nutných licencí, tj. jejich název, počet a licenční podmínky.



zajištění dalších souvisejících služeb, jak je specifikováno dále v odstavci 16.

Předmětem smlouvy je dále závazek objednatele k úhradě sjednané ceny zhotoviteli za řádně provedený předmět plnění.

2

3.

Zhotovitel je povinen níže uvedené části plnění předmětu smlouvy předat objednateli (případně dle charakteru plnění provádět pro objednatele) bez vad a nedodělků v těchto termínech: 

implementační studie a návrh migrace dat budou zhotovitelem dokončeny a předány objednateli do 4 kalendářních měsíců ode dne nabytí účinnosti této smlouvy, a to včetně zapracování připomínek objednatele



licence k užití produktu a další nutné licence musí být dodány nejpozději ke dni ukončení implementace



implementace musí být ukončena nejpozději do 12 kalendářních měsíců ode dne nabytí účinnosti této smlouvy



zkušební provoz potrvá 2 kalendářní měsíce a začne běžet prvním pracovním dnem následujícím po řádném provedení implementace



ověřovací provoz potrvá 2 kalendářní měsíce a začne běžet prvním pracovním dnem následujícím po ukončení zkušebního provozu.

4.

Součástí technické podpory dle této smlouvy je i proces inovace produktu. Smluvní strany se dohodly, že výsledkem procesu inovace produktu budou nové verze produktu, a to buď jako update a legislativní update nebo jako upgrade a legislativní upgrade.

5.

Pod pojmem update se v této smlouvě rozumí taková verze produktu, u které se oproti předcházející verzi produktu mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost tohoto produktu vytvořena, ale nemění se struktura dat datového fondu, se kterým tato verze produktu pracuje. V případě, že změna funkčnosti tohoto produktu byla provedena pouze na základě legislativních změn, je nová verze tohoto produktu jeho “legislativním updatem”.

6.

Pod pojmem upgrade se ve smlouvě rozumí taková verze produktu, u které se oproti předcházející verzi tohoto produktu mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost produktu vytvořena, a zároveň se mění struktura vět datového fondu, se kterým tato verze produktu pracuje. V případě, že změna funkčnosti tohoto produktu a změna struktury dat datového fondu, se kterým tento produkt pracuje, byla provedena pouze na základě legislativních změn, je nová verze tohoto produktu jeho “legislativním upgradem”.

7.

Ke každé inovované verzi produktu, včetně update a legislativního update, upgrade a legislativního upgrade je zhotovitel povinen dodat seznam změn a úprav v elektronické formě, které byly provedeny do inovované verze. Budou‐li inovované verze obsahovat modifikovanou funkčnost oproti předchozí verzi, potom budou tyto zhotovitelem distribuovány spolu s náležitou dokumentací a aktualizovanou uživatelskou příručkou v elektronické podobě.

8.

V případě že provedená změna nebo úprava má vliv na funkčnost produktu, případně mění uživatelské vlastnosti produktu, je zhotovitel povinen dodat i aktualizovanou uživatelskou dokumentaci. 3

9.

Pod pojmy implementační studie a návrh migrace dat se v této smlouvě rozumí dokumenty popisující způsob implementace produktu včetně harmonogramu realizace jednotlivých prací, obsahující detailní analýzu požadavků návrh jejich řešení, řešení pro vytvoření základní databáze/databází, administraci práv a parametrů uživatelů a návrh řešení migrace číselníků a dat ze stávajícího systému objednatele. Zhotovitel zapracuje připomínky zadavatele v rámci akceptačního procesu. Součástí implementační studie bude i návrh minimální a optimální konfigurace HW, SW a další potřebné infrastruktury pro provoz produktu na straně objednatele. Zhotovitel dále dohodne s objednatelem způsob nastavení databází a úložišť, který bude popsán v této studii. Objednatel má právo implementační studii a návrh migrace dat zveřejnit a šířit podle vlastního uvážení, k tomu mu zhotovitel dává souhlas jako osoba zcela oprávněná takový souhlas udělit.

10. Zhotovitel se zavazuje provozovat produkt na HW a SW objednatele dle jeho pokynů po dobu účinnosti smlouvy.

Objednatel je oprávněn provádět změny HW a SW, nastavení a konfigurace HW a SW, a to tak aby byl zabezpečen chod produktu a související infrastruktury. Objednatel je povinen zhotovitele informovat o provedených změnách HW a SW, jakož i o změnách nastavení a konfigurace HW a SW formou záznamu, který bude obsahovat vždy alespoň označení pořadovým číslem, datum vyhotovení, datum podpisu zástupci objednatele, jakož i specifikaci změny HW a SW a změny nastavení a konfigurace HW a SW, která byla provedena.

11. Pod pojmem implementace produktu se rozumí: 

Zpracování implementační studie vč. počáteční analýzy dle bodu 9. tohoto článku smlouvy.



Dodávka, instalace, konfigurace a zprovoznění produktu včetně všech požadovaných integrací u objednatele pro všechna jeho pracoviště v souladu s implementační studií.



Školení určeným zaměstnancům objednatele, a to v termínu sděleném objednatelem v potřebném časovém předstihu, nejméně však 5 kalendářních dnů předem. Jedná se o školení min. 2 správců v rozsahu minimálně 20 hodin, a školení školitelů v minimálním rozsahu 40 hodin. Školiteli rozumíme odpovědné pracovníky objednatele, kteří mohou dále školit další zaměstnance v rámci svého pracoviště NPÚ. Pro potřeby objednatele je požadováno vyškolit minimálně 1 takového zaměstnance na územní pracoviště, tj. celkem minimálně 15 zaměstnanců.



Vytvoření osnovy a obsahu školení uživatelů na obsluhu produktu pro jeho kompletní využití.



Vytvoření metodických postupů pro zpracování a oběh elektronických dokumentů v NPÚ v souvislosti s implementací a užíváním produktu u objednatele.

4



Součástí implementace jsou veškeré práce a služby nezbytné pro řádné a úplné zprovoznění produktu. Součástí jsou i práce a služby, které ve smlouvě nejsou uvedeny a zhotovitel, jakožto odborník o nich vědět měl nebo mohl vědět.

Cena veškerých plnění uvedených pod tímto bodem bude zahrnuta v ceně implementace.

Zhotovitel je povinen průběžně objednatele informovat o průběhu implementačních prací. Zhotovitel je povinen po skončení implementace objednateli vyhotovit a poskytnout písemný přehled provedených činností.

12. Pod pojmem zkušební provoz se rozumí doba 2 kalendářních měsíců po řádně provedené implementaci produktu, určená k ověření funkčnosti produktu na HW a SW objednatele. Zhotovitel je povinen průběžně objednatele informovat o průběhu zkušebního provozu a činnostech, které byly prováděny za účelem ověření funkčnosti produktu na HW a SW objednatele. V rámci zkušebního provozu dodavatel zajistí podporu pracovníků zadavatele v rozsahu minimálně 2 člověkodní přímo na místě – v sídle alespoň tří územních pracovišť zadavatele. Nejpozději k datu ukončení zkušebního provozu bude provedena migrace číselníků a dat ze stávajícího systému objednatele. Zhotovitel je povinen po uplynutí zkušebního provozu objednateli vyhotovit a poskytnout písemný přehled provedených činností. 13. Pod pojmem ověřovací provoz se rozumí doba 2 kalendářních měsíců od ukončení zkušebního provozu, určená k ověření funkcionality a bezpečnosti řešení a vhodnosti nasazené metodiky. Jedná se zejména o ověření a případnou úpravu přístupových práv, konfigurace, metodiky dle požadavků objednatele apod. Po celou dobu ověřovacího provozu je zajištěna bezplatná technická podpora a údržba ze strany zhotovitele. Zhotovitel je povinen průběžně objednatele informovat o průběhu ověřovacího provozu a činnostech, které byly prováděny za účelem ověření funkcionality a bezpečnosti řešení a vhodnosti nasazené metodiky u objednatele. Po dobu ověřovacího provozu je zhotovitel povinen vždy k 10. dni následujícího měsíce poskytovat objednateli písemný přehled činností provedených v předcházejícím měsíci. 14. Pod pojmem technická podpora se rozumí: 

průběžné provádění inovace produktu, zejména update a legislativního update, upgrade a legislativního upgrade,



distribuce inovovaného produktu za účelem legislativního update nebo legislativního upgrade bude provedena před termínem účinnosti změn příslušných právních předpisů,



poskytování update a upgrade produktu, vzniklé samostatnou, legislativními změnami a požadavky objednatele nevynucenou, inovační činností zhotovitele,



provádění obecných změn produktu v důsledku vývoje HW a SW prostředků,



zajištění instalace nových verzí produktu, upgrade či update v prostředí zadavatele,



odstraňování závad produktu a řešení chybových stavů při jeho provozu, 5



služba Hot‐line formou telefonické podpory pro zaměstnance objednatele pro řešení technických problémů, poradenství a konzultace,



služba HelpDesk pro zaměstnance objednatele pro hlášení závad dle jednotlivých kategorií, řešení technických problémů, poradenství a konzultace.

Technická podpora bude zhotovitelem poskytována od počátku ověřovacího provozu po celou dobu účinnosti smlouvy. Po celou dobu poskytování technické podpory je zhotovitel povinen vždy k 10. dni následujícího měsíce poskytovat objednateli písemný přehled provedených činností. Objednatel má právo u kterékoli činnosti požadovat podrobnější vysvětlení.

Zhotovitel je dále povinen poskytnout objednateli veškerou součinnost při přesunu produktu v rámci virtuální technologie na jiný virtualizační stroj, a to bezúplatně.

15. Pod pojmem údržba se rozumí:



administrace produktu (nastavení a správa uživatelů, jejich profilů a oprávnění),



instalace a konfigurace produktu,



řešení provozních problémů vzniklých při užití produktu na pracovišti objednatele nad rámec technické podpory.

Údržba bude zhotovitelem poskytována na základě písemné objednávky ze strany objednatele na dobu určenou v objednávce. V případě že se bude jednat o dobu kratší než jeden rok, bude cena vypočtena poměrně z ceny dohodnuté na jeden rok. Objednávka údržby musí být zhotoviteli doručena jeden měsíc přede dnem, který bude považován za začátek období, na které je údržba poskytována. V případě že bude doručena v termínu kratším, zhotovitel zašle objednateli vyjádření, ve kterém uvede, zda objednávku akceptuje nebo navrhne nový termín počátku doby poskytování údržby. Po dobu poskytování údržby je zhotovitel povinen vždy k 10. dni následujícího měsíce poskytovat objednateli písemný přehled provedených činností za předcházející měsíc. Objednatel má právo u kterékoli činnosti požadovat podrobnější vysvětlení.

16. Dalšími službami se rozumí: 

vytvoření a dodání (tj. včetně instalace a konfigurace) update a upgrade produktu na základě požadavku zadavatele, s výjimkou update a upgrade spadajícího pod technickou podporu,



vypracování metodik pro zpracování dat,



analytické a návrhové práce v oblasti datových modelů,



záchrana a obnova dat,



školení osob určených zadavatelem na administraci produktu, vedoucí k seznámení s celkovou strukturou, užitými technologiemi,



školení osob určených zadavatelem na obsluhu produktu, vedoucí k samostatnému, správnému a efektivnímu užití produktu, 6



poskytování rad ke správnému a efektivnímu provozování a užití všech již dodaných produktů,



konzultace, která by spadala do technické podpory, v případě že tato není objednána,



konzultace, která by spadala do údržby, v případě že tato není objednána,



konzultace v případě, že je objednána technická podpora nebo údržba a vyskytne se situace vyžadující konzultaci nespadající pod technickou podporu nebo údržbu,



osobní zásah nebo asistence zaměstnance dodavatele na pracovišti zadavatele,



odstraňování vady produktu vzniklé z důvodů na straně zadavatele.

Tyto služby bude zhotovitel objednateli poskytovat na základě písemných objednávek objednatele. Zhotovitel je povinen na základě požadavku objednatele zpracovat a s objednatelem odsouhlasit způsob realizace služby a časový harmonogram jejich provádění. Zhotovitel je povinen s objednatelem projednat a odsouhlasit počet hodin potřebný k realizaci služby. Plnění bude potvrzováno na dodacím listě, jehož kopie je nezbytnou přílohou faktury. Potvrzují a hradí se pouze skutečně provedená plnění.

Maximální rozsah dalších služeb, poskytovaných na základě této smlouvy, je 100 hodin školení / rok a 250 hodin programovacích, konzultačních a ostatních služeb / rok.

17. Nad tento rozsah může objednatel objednávat u zhotovitele další služby specifikované v předchozím odstavci, v hodinových sazbách uvedených v příloze č. 5. 18. Zjistí‐li zhotovitel při provádění předmětu plnění skryté překážky bránící řádnému provedení předmětu plnění, je povinen to bez odkladu oznámit objednateli a navrhnout mu další postup. 19. Zhotovitel je povinen účastnit se na základě pozvánky objednatele všech jednání

týkajících se předmětu plnění, řídit se při provádění plnění dle této smlouvy jeho pokyny a poskytnout mu požadovanou dokumentaci. Účast na těchto jednáních není považována za technickou podporu, údržbu, poradenství ani konzultaci a zhotoviteli za takové jednání nenáleží odměna. III. Cena 1.

Cena předmětu plnění v členění dle nabídky zhotovitele je stanovena v příloze č. 5 smlouvy. Ceny jsou uvedeny jako maximální, zahrnující veškeré náklady zhotovitele nutné k řádnému plnění předmětu smlouvy. Ceny je možné upravit pouze za níže specifikovaných podmínek.

2.

Smluvní strany se dále dohodly, že cenu technické podpory a cenu údržby je zhotovitel každoročně oprávněn vždy k počátku každého kalendářního roku, nejdříve však po dvou letech trvání smlouvy, navýšit o hodnotu meziroční inflace spotřebitelských cen (míra inflace vyjádřená průměrným ročním vývojem spotřebitelských cen posledního kalendářního roku proti průměru roku předchozího), kterou pro předchozí kalendářní 7

rok stanoví Český statistický úřad. Ceny navýšené o tuto meziroční inflaci jsou cenami pro daný kalendářní rok nejvýše přípustné a v průběhu daného roku ve vztahu k inflačnímu navyšování neměnné. O provedeném navýšení cen je zhotovitel povinen objednatele písemně informovat. Písemná informace musí být podepsána statutárním zástupcem zhotovitele a musí obsahovat dotčený kalendářní rok, původní výši cen, použitou míru inflace a nově stanovené ceny dle jednotlivých položek. Bude‐li chybně uveden kalendářní rok, chybně uvedeny ceny původní, chybně stanovena míra inflace nebo chybně proveden výpočet nových cen, nemusí objednatel nově stanovené ceny akceptovat, a to až do zaslání nové bezchybné písemné informace o navýšení cen. Písemná informace s náležitostmi dle tohoto odstavce smlouvy je nezbytnou podmínkou k uplatnění cen navýšených dle tohoto odstavce smlouvy. 3.

Smluvní strany se dohodly, že pokud dojde v průběhu plnění této smlouvy ke změně zákonné sazby DPH stanovené pro příslušné plnění vyplývající z této smlouvy, bude tato sazba promítnuta do všech cen uvedených v této smlouvě s DPH a zhotovitel je od okamžiku nabytí účinnosti změny zákonné sazby DPH povinen účtovat platnou sazbu DPH. O této skutečnosti není nutné uzavírat dodatek k této smlouvě.

4.

Smluvní strany se dohodly, že po celou dobu zkušebního a ověřovacího provozu bude technická podpora a údržba ze strany zhotovitele poskytována bezúplatně.

IV. Platební a fakturační podmínky, dodací list 1.

Úhrady ceny licence, dalších nutných licencí, studií a návrhů, implementace, zkušebního a ověřovacího provozu budou provedeny po ukončení realizačních fází, podle jejich specifikace v čl. II., odst. 2. a 3.

2.

Úhrada ceny ověřovacího provozu bude provedena po ukončení ověřovacího provozu.

3.

Úhrada ceny technické podpory dle této smlouvy bude prováděna vždy zpětně za období jednoho čtvrtletí, po které byla poskytována, a to pouze pokud byla skutečně poskytována. Podkladem pro prokázání poskytnutí technické podpory bude dodací list, jehož přílohou budou pravidelné měsíční přehledy provedených činností.

4.

Úhrada ceny údržby dle této smlouvy bude prováděna vždy po skončení období, na které byla údržba objednána a pouze pokud byla skutečně poskytována. Podkladem pro prokázání poskytnutí údržby bude dodací list, jehož přílohou budou pravidelné měsíční přehledy provedených činností.

5.

Úhrada cen dalších služeb ve výši sjednané hodinové sazby dle této smlouvy bude provedena vždy po řádném poskytnutí služby, která byla objednána. Cena bude stanovena na základě jednotkových cen hodiny práce pro příslušnou službu a množství hodin skutečně provedených prací. Podkladem pro prokázání poskytnutí služby bude oboustranně podepsaný dodací list.

6.

Po ukončení implementace, zkušebního provozu a ověřovacího provozu, zhotovitel vyhotoví dodací list, jehož přílohou budou všechny přehledy provedených prací za

8

dané období. Objednatel se zavazuje tyto části díla převzít v případě, že budou provedeny a předány řádně v souladu se smlouvou, bez vad a nedodělků. 7.

Pokud objednatel plnění (jeho část) nepřevezme, protože plnění (jeho část) obsahuje vady, je povinen specifikovat tyto vady v předávacím protokolu, který zpracuje ve spolupráci se zhotovitelem v sídle objednatele. K vypracování předávacího protokolu je zhotovitel povinen poskytnout objednateli součinnost.

8.

Dodací list musí obsahovat minimálně tyto náležitosti:

9.



číslo dodacího listu a datum,



číslo smlouvy a datum jejího uzavření, číslo veřejné zakázky,



označení předmětu plnění nebo jeho části,



název, sídlo, IČ a DIČ objednatele a zhotovitele,



název projektu,



datum zahájení a dokončení plnění příslušné části předmětu smlouvy,



podrobné vymezení rozsahu provedených prací,



prohlášení objednatele, že plnění (jeho část) přejímá (nepřejímá), podpis oprávněné osoby objednatele,



jméno a vlastnoruční podpis osoby, která dodací list vystavila, včetně kontaktního telefonu.

Dodací list bude doručen doporučenou poštou nebo osobně pověřenému zaměstnanci objednatele proti písemnému potvrzení.

10. Podkladem pro úhradu ceny dle této smlouvy bude faktura, která bude mít náležitosti daňového dokladu dle § 28 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen faktura). Fakturu na cenu příslušné části předmětu plnění je zhotovitel oprávněn vystavit vždy po podpisu příslušného dodacího listu objednatelem. 11. Lhůta splatnosti faktury činí 30 kalendářních dnů ode dne doručení objednateli. Faktura bude doručena doporučenou poštou, datovou schránkou nebo osobně pověřenému zaměstnanci objednatele proti písemnému potvrzení. Stejná lhůta splatnosti platí i při placení jiných plateb (smluvních pokut, úroků z prodlení, náhrady škody apod.). 12. Faktura musí kromě zákonem stanovených náležitostí pro daňový doklad obsahovat také: 

číslo a datum vystavení faktury,



číslo smlouvy a datum jejího uzavření,



název projektu,

9



předmět plnění a jeho přesnou specifikaci ve slovním vyjádření (nestačí pouze odkaz na číslo uzavřené smlouvy),



označení banky a číslo účtu, na který musí být zaplaceno (pokud je číslo účtu odlišné od čísla uvedeného v této smlouvě je zhotovitel povinen o této skutečnosti informovat objednatele),



číslo a datum dodacího listu podepsaného zástupcem zhotovitele a odsouhlaseného zástupcem objednatele (dodací list bude přílohou faktury),



lhůtu splatnosti faktury,



název, sídlo, IČ a DIČ objednatele a zhotovitele,



jméno a vlastnoruční podpis osoby, která fakturu vystavila, včetně kontaktního telefonu.

13. Nebude‐li faktura obsahovat některou povinnou nebo dohodnutou náležitost nebo bude chybně vyúčtována cena nebo DPH nebo budou vyúčtovány práce, které zhotovitel neprovedl, je objednatel oprávněn fakturu před uplynutím lhůty splatnosti vrátit druhé smluvní straně k provedení opravy s vyznačením důvodu vrácení. Zhotovitel provede opravu vystavením nové faktury. Dnem odeslání vadné faktury zhotoviteli přestává běžet původní lhůta splatnosti a nová lhůta splatnosti běží znovu ode dne doručení nové faktury objednateli. 14. Povinnost zaplatit cenu je splněna dnem odepsání příslušné částky z účtu objednatele. V. Licence a podmínky užití produktu 1.

Zhotovitel poskytuje touto smlouvou objednateli a objednatel touto smlouvou přijímá nevýhradní oprávnění k užití produktu (licence) včetně jeho aktualizací zejména podle vývoje právní úpravy, a to všemi způsoby uvedenými v § 12 odst. 4 autorského zákona. Licence opravňuje objednatele k neomezenému počtu přístupů ke všem funkcionalitám produktu.

2.

Objednatel má právo realizovat rozhraní produktu s jinými, jím provozovanými softwarovými produkty.

3.

Územní a časový rozsah licence je neomezený.

4.

Zhotovitel poskytuje touto smlouvou objednateli a objednatel touto smlouvou přijímá další nutné licence pro řádné plnění předmětu této smlouvy. Název, počet a licenční podmínky k nutným licencím jsou obsaženy v příloze č. 7 smlouvy.

5.

Licence a další nutné licence jsou poskytnuty ode dne jejich dodání v souladu s čl. II odst. 3 smlouvy.

6.

Objednatel není povinen licenci, jakož ani další nutné licence využít.

10

7.

Zhotovitel se zavazuje, že prováděním plnění dle této smlouvy nezasáhne neoprávněně do autorských práv třetí osoby. Odpovědnost za neoprávněný zásah do autorských i jiných práv třetích osob nese výlučně zhotovitel. VI. Záruční podmínky

1.

Zhotovitel zaručuje, že produkt má vlastnosti a funkční specifikaci stanovené touto smlouvou a že je způsobilý pro použití ke sjednanému účelu.

2.

Zhotovitel se zavazuje k bezplatnému odstraňování veškerých vad po celou dobu účinnosti smlouvy, které se na produktu vyskytnou. Kategorizace, lhůty a další podmínky pro odstranění vad jsou v článku VII. smlouvy, případně v příloze č. 3 a příloze č. 4 smlouvy.

3.

Zhotovitel objednateli ručí za to, že dokumenty a soubory dat, které mu v rámci plnění předmětu smlouvy předal: 

jsou autorizovanými kopiemi originálů příslušných dokumentů a souborů dat zhotovitele,



neobsahují žádné infiltrační prostředky,



že k nim má práva na jejich šíření, instalaci, konfiguraci a správu, která mu umožňují s nimi nakládat a dále je poskytovat tak, jak je sjednáno v této smlouvě.

4.

V případě, že se některá z uvedených garancí zhotovitele ukáže nepravdivou a objednateli z tohoto důvodu vznikne škoda, bude zhotovitel povinen objednateli tuto škodu nahradit.

5.

Zhotovitel neodpovídá za škody, které byly způsobeny nesprávným užitím nebo nedbalostí objednatele ani za škody vzniklé hardware, operačním systémem nebo jiným softwarovým produktem, který není předmětem této smlouvy.

6.

Objednatel umožní zhotoviteli zabezpečený vzdálený přístup do své datové sítě z IP adresy zhotovitele protokolem TCP/IP za účelem plnění této smlouvy a monitorování provozu, a to neprodleně po podpisu této smlouvy. VII. Reklamace ‐ odstraňování vad vzniklých z důvodů na straně zhotovitele

1.

Objednatel má právo uplatnit formou reklamace svoje práva z odpovědnosti zhotovitele za vady následujících skutečností: 

záznamových materiálů, na kterých jsou uloženy dokumenty a soubory dat, které tvoří předmět plnění zhotovitele,



obsahu dokumentů a souborů dat, které tvoří předmět plnění zhotovitele,



programového vybavení (produktu), které tvoří předmět plnění zhotovitele.

11

2.

Reklamace (vady) budou zástupci objednatele písemně hlášeny zhotoviteli, a to kurýrem, poštou, faxem, datovou schránkou nebo systémem HelpDesk. Podmínky poskytování služby HelpDesk jsou stanoveny v příloze č. 3 smlouvy. Reklamaci objednatel uplatňuje: 

na adrese:



na faxovém čísle:



systémem HelpDesk

(kontaktní údaje doplní zhotovitel) 3.

Proces odstraňování vad produktu bude probíhat v těchto režimech: 

Kategorie vady „kritická“, tj. vady zabraňující provozu – znamená, že produkt není použitelný ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující činnost systému. Tento stav může ohrozit běžný provoz objednatele a nelze jej dočasně řešit organizačním opatřením. Nejpozději do 4 hodin po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde‐li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 8 pracovních hodin od nahlášení vady, a to i způsobem dočasného provizorního řešení, umožňujícího provoz produktu. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Zhotovitel musí odstranit kritické vady tak, aby splnil požadavky na dostupnost systému – systém nesmí být nedostupný déle než 4 pracovní hodiny měsíčně. Jde‐ li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup.



Kategorie vady „velká“, tj. vady omezující provoz – znamená, že funkčnost systému je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz objednatele. Jedná se také o vady způsobující problémy při užívání a provozování produktu nebo jeho části, ale umožňující provoz, jimiž způsobené problémy lze dočasně řešit organizačními opatřeními. Nejpozději do 4 hodin po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde‐li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 4 pracovních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Jde‐li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup.



Kategorie vady „malá“, tj. vady neomezující provoz – znamená drobné vady, které nespadají do kategorií „kritická“ nebo „velká“. Nejpozději během dvou pracovních dnů po nahlášení chyby provede zhotovitel zjištění příčin, které vadu způsobují. Jde‐li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 12 pracovních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. 12

Jde‐li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup. 4.

Zařazení vady do jednotlivých kategorií určuje objednatel. Další podmínky servisního zásahu (SLA) jsou obsaženy v příloze č. 4 smlouvy.

5.

Objednatel se zavazuje poskytnout zhotoviteli veškerou součinnost, kterou po něm lze spravedlivě požadovat a která je potřebná ke splnění závazků zhotovitele vyplývajících ze smlouvy.

6.

Vyplyne‐li z objektivních skutečností potřeba lhůty delší než je stanovena u jednotlivých kategorií, lze písemně dohodnout lhůtu delší. Za objektivní skutečnosti lze považovat zásah vyšší moci, chybnou funkci operačních a databázových systémů, časový rozsah potřebných prací jdoucí nad stanovený rámec. VIII. Sankce

1.

Smluvní pokuty: V případě prodlení zhotovitele s provedením nebo předáním plnění nebo jeho jednotlivých částí dle této smlouvy ve sjednané lhůtě se zhotovitel zavazuje objednateli uhradit smluvní pokutu ve výši 0,25 % z celkové ceny za licenci, implementaci včetně implementační studie, zkušebního provozu, ověřovací provoz a pořízení dalších nutných licencí, včetně DPH, za každý den prodlení, není‐li jinými ustanoveními této smlouvy výslovně uvedeno jinak. V případě nesplnění akceptačních kritérií zkušebního provozu a při nutnosti zkušební provoz opakovat vzniká objednateli nárok na smluvní pokutu ve výši 1,5 % z celkové ceny za licenci, implementaci včetně implementační studie, zkušebního provozu a pořízení dalších nutných licencí, včetně DPH. V případě nesplnění akceptačních kritérií ověřovacího provozu a při nutnosti ověřovací provoz opakovat vzniká objednateli nárok na smluvní pokutu ve výši 10% z ceny za ověřovací provoz, včetně DPH. V případě prodlení zhotovitele s odstraněním vad ve lhůtách dle čl. VII. odst. 3 této smlouvy se zhotovitel zavazuje objednateli uhradit smluvní pokutu ve výši 500,‐ Kč za každou hodinu prodlení v případě vad kategorie kritická a velká, a smluvní pokutu ve výši 1.000,‐ Kč za každý den prodlení v případě vady kategorie malá, není‐li jinými ustanoveními této smlouvy výslovně uvedeno jinak. V případě nedodržení lhůty splatnosti faktury, kterou od zhotovitele převzal objednatel k úhradě, se objednatel zavazuje zhotoviteli uhradit úrok z prodlení v zákonné výši. V případě porušení povinnosti k ochraně důvěrných informací dle čl. IX. odst. 10. až 13. je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 1.000.000,‐ Kč za každý jednotlivý případ.

13

2.

Smluvní pokuta je splatná do 30 dní ode dne doručení písemného vyúčtování její výše povinné straně.

3.

Zaplacením smluvní pokuty není dotčen nárok oprávněné strany na náhradu škody, oprávněná strana má nárok na náhradu škody v plné výši. IX. Ochrana osobních údajů a důvěrných informací

1.

V případě, že bude při plnění předmětu smlouvy docházet ke zpracování osobních údajů, je tato smlouva zároveň smlouvou o zpracování osobních údajů ve smyslu § 6 zákona č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů, ve znění pozdějších předpisů (dále jen „ZOOÚ“). Zhotovitel má pro účely ochrany osobních údajů postavení zpracovatele ve smyslu ZOOÚ.

2.

Zhotovitel je oprávněn zpracovávat osobní údaje pouze za účelem plnění účelu této smlouvy.

3.

Zhotovitel je oprávněn zpracovávat osobní údaje v rozsahu nezbytně nutném pro plnění této smlouvy, za tímto účelem je oprávněn osobní údaje zejména ukládat na nosiče informací, upravovat, uchovávat po dobu nezbytnou k uplatnění práv zhotovitele vyplývajících z této smlouvy, předávat zpracované osobních údaje objednateli, osobní údaje likvidovat.

4.

Zhotovitel učiní v souladu s platnými právními předpisy dostatečná organizační a technická opatření zabraňující přístupu neoprávněných osob k osobním údajům o ochraně osobních údajů.

5.

Zhotovitel zajistí, aby jeho zaměstnanci byli v souladu s platnými právními předpisy poučeni o povinnosti mlčenlivosti a o možných následcích pro případ porušení této povinnosti.

6.

Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují osobní údaje, byly uchovávány pouze v uzamykatelných místnostech.

7.

Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují citlivé údaje, byly uchovávány v uzamykatelných skříních umístěných v uzamykatelných místnostech.

8.

Zhotovitel zajistí, aby elektronické datové soubory obsahující osobní údaje byly uchovávány v paměti počítače pouze:

9.



je‐li přístup k takovýmto souborům chráněn heslem,



je‐li přístup k užívání počítače, v jehož paměti jsou tyto soubory umístěny, chráněn heslem.

Je‐li pro účel kontroly správného fungování produktu, odstranění vady nebo další vývoj produktu nezbytné poskytnout zhotoviteli kopii databází, souborů nebo nosičů údajů obsahujících jakékoliv údaje z činnosti objednatele a jím zřízených nebo založených

14

organizací, je zhotovitel povinen s takovými údaji nakládat tak, aby nedošlo k jejich úniku či zneužití. 10. Veškeré skutečnosti obchodní, ekonomické a technické povahy související se smluvními stranami, které nejsou běžně dostupné v obchodních kruzích a se kterými se smluvní strany seznámí při realizaci předmětu smlouvy nebo v souvislosti s touto smlouvou se považují za důvěrné informace. 11. Zhotovitel se zavazuje, že důvěrné informace jiným subjektům nesdělí, nezpřístupní, ani nevyužije pro sebe nebo pro jinou osobu. Zavazuje se zachovat je v přísné tajnosti a sdělit je výlučně těm svým zaměstnancům nebo subdodavatelům, kteří jsou pověřeni plněním smlouvy a za tímto účelem jsou oprávněni se s těmito informacemi v nezbytném rozsahu seznámit. Zhotovitel se zavazuje zabezpečit, aby i tyto osoby považovaly uvedené informace za důvěrné a zachovávaly o nich mlčenlivost. 12. Povinnost plnit ustanovení tohoto článku IX. smlouvy se nevztahuje na informace, které: 

mohou být zveřejněny bez porušení této smlouvy,



byly písemným souhlasem obou smluvních stran zproštěny těchto omezení,



jsou známé nebo byly zveřejněny jinak, než následkem porušení povinnosti jedné ze smluvních stran,



příjemce je zná dříve, než je sdělí smluvní strana,



jsou vyžádány soudem, státním zastupitelstvím nebo příslušným správním orgánem na základě zákona, popřípadě jejichž uveřejnění je stanoveno zákonem,



smluvní strana sdělí osobě vázané zákonnou povinností mlčenlivosti (např. advokátovi nebo daňovému poradci) za účelem uplatňování svých práv.

13. Povinnost ochrany důvěrných informací trvá bez ohledu na ukončení platnosti této smlouvy. X. Poskytování informací

Vzhledem k veřejnoprávnímu charakteru objednatele zhotovitel výslovně prohlašuje, že je s touto skutečností obeznámen a souhlasí se zveřejněním smluvních podmínek obsažených v této smlouvě v rozsahu a za podmínek vyplývajících z příslušných právních předpisů, zejména zák. č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.

XI. Odstoupení od smlouvy 1.

Od smlouvy lze odstoupit za podmínek stanovených obchodním zákoníkem a touto smlouvou. Podstatným porušením smluvních povinnosti zhotovitele je prodlení zhotovitele s plněním kteréhokoliv jeho závazku podle smlouvy, včetně nesplnění 15

pokynu objednatele při plnění předmětu smlouvy zhotovitelem, nebo pokud vady produktu neumožní řádné užívání produktu k účelu, který je sjednán touto smlouvou, jakož i nedodržení ujednání o poskytnuté záruce. Za podstatné porušení smluvních povinností objednatelem se považuje mimo jiné opakované prodlení objednatele s placením kterékoliv faktury (nebo její části) delší než jeden (1) měsíc. 2.

Odstoupení od smlouvy musí být písemně oznámeno druhé smluvní straně a je účinné dnem doručení tohoto oznámení druhé smluvní straně. Dále se postupuje v souladu s ustanovením § 347 a 351 obchodního zákoníku.

3.

Odstoupením od této smlouvy nezaniká nárok oprávněné strany na zaplacení smluvních pokut. XII. Doba trvání smlouvy, ukončení smlouvy

1.

Smlouva se uzavírá na dobu neurčitou.

2.

Smlouva zaniká písemnou dohodou smluvních stran. Výzvu k jednání o dohodě k ukončení plnění smlouvy může písemně podat každá ze smluvních stran.

3.

Smlouva zaniká rovněž na základě písemné výpovědi uplynutím výpovědní lhůty, která je šestiměsíční a začíná běžet doručením písemné výpovědi druhé smluvní straně. Smlouvu může vypovědět kterákoliv ze smluvních stran, a to i bez uvedení důvodů.

4.

V případě ukončení smlouvy je zhotovitel povinen objednateli poskytnout na své náklady veškerou součinnost k řádnému převodu dat do jiného systému dle výběru objednatele. XIII. Závěrečná ustanovení

1.

Zhotovitel je povinen písemně informovat objednatele o skutečnostech majících vliv na plnění smlouvy, a to neprodleně, nejpozději následující pracovní den poté, kdy příslušná skutečnost nastane nebo zhotovitel zjistí, že by nastat mohla.

2.

Smluvní strany se budou bez zbytečného prodlení vzájemně informovat o všech změnách v adresách, telefonních číslech, číslech faxů, apod. Pro dostatečnou přehlednost to bude prováděno vždy písemně formou kompletního seznamu platného od data jeho vydání do následné změny.

3.

Doplnit smlouvu mohou smluvní strany pouze formou písemných dodatků, které budou vzestupně číslovány, výslovně prohlášeny za dodatek této smlouvy a podepsány oprávněnými zástupci smluvních stran.

4.

Zhotovitel nesmí bez předchozího souhlasu objednatele postoupit svá práva a povinnosti plynoucí ze smlouvy třetí osobě.

5.

Smlouva je vyhotovena ve 4 stejnopisech, které mají platnost originálu, z toho jeden stejnopis smlouvy obdrží zhotovitel a tři stejnopisy smlouvy objednatel. 16

6.

Zhotovitel je podle ustanovení § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů, ve znění pozdějších předpisů, osobou povinou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou zboží nebo služeb z veřejných výdajů.

7.

Vztahy vznikající ze smlouvy a v ní výslovně neupravené se řídí příslušnými ustanoveními obchodního zákoníku a autorského zákona.

8.

Všechny postupně číslované přílohy smlouvy jsou její nedílnou součástí. Seznam příloh smlouvy: příloha č. 1 – Vzor dodacího listu. příloha č. 2 – Přehled provedených činností za předcházející měsíc příloha č. 3 – Podmínky poskytování služby HelpDesk příloha č. 4 – Reakční doby servisního zásahu – SLA příloha č. 5 ‐ Cena příloha č. 6 – Specifikace dalších nutných licencí XIV. Platnost a účinnost smlouvy Tato smlouva nabývá platnosti a účinnosti dnem jejího podpisu oběma smluvními stranami.

V Praze dne

za objednatele Ing. arch. Naděžda Goryczková generální ředitelka NPÚ

V …………….. dne

za zhotovitele …………………………..

17

Příloha číslo 1 – Vzor dodacího listu Doplní uchazeč v souladu s požadavky smlouvy

18

Příloha č. 2 – Přehled provedených činností za předcházející měsíc Doplní uchazeč v souladu s požadavky smlouvy

19

Příloha č. 3 – Podmínky poskytování služby HelpDesk Portál Helpdesk je softwarová aplikace přístupná prostřednictvím webového prohlížeče, nezávisle na operačním systému, bez nutnosti jakékoliv instalace na klientské stanici. Slouží pro potřeby řešení vzájemné komunikace kontaktních pracovníků objednatele a kontaktních pracovníků zhotovitele. HelpDesk je určen zejména k evidenci a řízení komunikace:  hlášení vad aplikace  žádost o servisní zásah, apod.  zadávání požadavků na rozšíření funkčnosti produktů  zadávání požadavků na konzultace  zadávání ostatních požadavků  zadávání námětů a připomínek Do HelpDesku je umožněn přístup kontaktním osobám objednatele. Zhotovitel je povinen umožnit objednateli prohlížení zadaných požadavků a doplňování vlastních komentářů k nim. Prohlížení musí být umožněno po celou dobu od zahájení zkušebního provozu. Dále je zhotovitel povinen objednateli umožnit filtrování, řazení, seskupování požadavků a tvorbu statistických výstupů z HelpDesku minimálně podle těchto kritérií:  reakční doba (datum a čas zadání požadavku, datum a čas reakce)  počet hlášených problémů  kategorie vady  typ požadavku  období (měsíc, rok) HelpDesk musí umožňovat export dat, včetně obsahu požadavku a způsobu vyřešení. Tato funkcionalita bude zhotovitelem poskytována bezúplatně pouze na vyžádání objednatele, minimálně však jednou ročně, vždy k okamžiku ukončení období, za které bude fakturována technická podpora.

20

Příloha č. 4 ‐ Reakční doby servisního zásahu – SLA kategorie vady max. doba odezvy max. doba k režim odstranění vady 5 x 10 kritická 4 h 8 hod. 5 x 10 velká 4 h 4 prac. dny 5 x 10 malá 2 prac. dny 12 prac. dnů Požadavek na servisní zásah může být uplatněn:  poštou  na faxovém čísle  systémem HelpDesk Po nahlášení a následném zpětném potvrzení požadavku kontaktuje řešitel případu objednatele a dohodne podrobnosti a způsob řešení. Režim 5 x 10 znamená dostupnost v pracovní dny od 8:00 do 18:00.

21

Příloha č. 5 – Cena A) Realizace informačního projektu

Cena bez Sazba DPH Cena celkem DPH v Kč v % s DPH v Kč

Licence produktu Památkový katalog NPÚ

Dodávka a implementace produktu

Další nutné licence (doplní uchazeč dle skutečné potřeby)

Ověřovací provoz

Cena celkem

B) Technická podpora a údržba

Cena za 1 rok Cena za 4 roky Sazba bez DPH bez DPH DPH v %

Cena za 4 roky včetně DPH

Cena za technickou podporu

Cena za údržbu

Cena celkem

Uvedené roční ceny jsou konstantní (neměnné) po celou dobu trvání smluvního vztahu. C) Další služby

Cena za Max. počet Max. cena Max. cena Sazba za 1 rok za 4 roky DPH v % využitých 1 hod. bez DPH bez DPH hodin / rok bez DPH

Maximální cena za 4 roky včetně DPH

Školení

100

Programátorské a konzultační práce

250

Cena celkem

Uvedené ceny za 1 hodinu jsou konstantní (neměnné) po celou dobu trvání smluvního vztahu a budou stejné i pro případné objednávky těchto služeb nad uvedený maximální počet využitých hodin.

22

Rekapitulace ceny

Cena bez Sazba DPH Cena celkem DPH v Kč v % s DPH v Kč

A) Realizace informačního projektu

B) Technická podpora a údržba

C) Další služby

Cena celkem

23

Příloha č. 6 – Specifikace dalších nutných licencí Doplní uchazeč v souladu s navrhovaným řešením

24

ZADÁVACÍ DOKUMENTACE. Návrh a implementace aplikace Památkový katalog NPÚ

Recommend Documents