SMLOUVA Příloha A – Technické podmínky – Obecné podmínky
Přívětivé a otevřené město Jirkov, registrační číslo CZ.03.4.74/0.0/0.0/19_109/0016757
Pořízení nových nástrojů komunikace s veřejností města Jirkov
SMLOUVA
Příloha A – Technické podmínky – Obecné podmínky
Část I. – Portál občana města Jirkov, dále také jen „Portál občana“ nebo „IS_PO“
! ČÁST I NENÍ PŘEDMĚTEM VYHLÁŠENÉ VZ !
Část II. - Elektronická úřední deska města Jirkov, dále také jen „EÚD“
Společně také „Komunikační nástroje“
Veřejná zakázka |
Pořízení nových nástrojů komunikace s veřejností města Jirkov.
Část II. - Elektronická úřední deska města Jirkov |
Objednatel |
Město Jirkov |
Sídlo |
nám. Xx. X. Xxxxxx 1, 431 11 Jirkov |
IČ |
00261904 |
Dodavatel |
[doplní Dodavatel] |
Sídlo |
[doplní Dodavatel] |
IČ |
[doplní Dodavatel] |
1Obsah
2 Zkratky, pojmy a jejich definice 4
2.3 Struktura Portálu občana a související pojmy 10
3 Plnění požadavků Objednatele 12
4.1 Jaký problém veřejná zakázka řeší 13
5 Popis stávajícího prostředí 15
5.1 Části IS úřadu relevantní pro Komunikační nástroje 15
5.1.1 Agendový IS VERA Radnice 15
5.1.2 Webové stránky města xxx.xxxxxx.xx 15
5.1.3 Platební brána GPwebpay 15
5.2.2 Politiky hesla pro uživatele Portálu občana 17
5.3.1 Serverová infrastruktura 18
5.3.2 Síťová infrastruktura 18
5.3.3 Zálohování a obnova dat 18
5.4 Licence a další požadavky 19
6 Demo produktu - NENÍ PŘEDMĚTEM ČÁSTI II VZ. 21
6.1 Dodávka Komunikačních nástrojů 22
6.4 Fáze A – Implementace Komunikačních nástrojů 24
6.4.1 Id 02 - Zpracování a akceptace Detailního realizačního projektu 24
6.4.2 Id 03 - Dodávka licencí 26
6.4.3 Id 04 - Implementace Zkušební (Testovací) instance 26
6.4.4 Id 05 - Produktivní provoz s podporou 26
6.6 Rozhraní IS_PO na stávající AIS 27
7 Zajištění podpory Komunikačních nástrojů 32
2Zkratky, pojmy a jejich definice
Přehled pojmů, zkratek a jejich definic použitých v Zadávací dokumentaci a jejích přílohách, jejichž znalost je nutná pro pochopení obsahu.
U ostatních pojmů a zkratek Zadavatel předpokládá, že se jedná o obecné definice, které jsou Účastníkovi známé.
2.1Aplikovaná legislativa
Rámcově uvádíme legislativu v souvislosti s Dodávkou.
Legislativu je nutné aplikovat v aktuálně platném znění a ve znění souvisejících předpisů a prováděcích vyhlášek.
IS PO respektuje všechny dosud schválené standardy a normativy pro budování IS veřejné správy a je v souladu s platnou legislativou, popř. metodikou.
ZZVZ nebo Zákon |
Zákon č. 134/2016 Sb. o zadávání veřejných zakázek. |
OZ |
Zákon č. 89/2012 Sb. |
AZ |
Zákon č. 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ů. |
|
Zákon č. 12/2020 Sb. |
|
Zákon č. 99/2019 Sb. o přístupnosti internetových stránek a mobilních aplikací a o změně zákona č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů který provádí Xxxxxxxx Evropského parlamentu a Rady (EU) 2016/2102 ze dne 26. října 2016 o přístupnosti webových stránek a mobilních aplikací. |
ZOU
|
Zákon č. 110/2019 Sb. o zpracování osobních údajů. Adaptační legislativa k nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů) označované též jako GDPR (General Data Protection Regulation). |
Nařízení GDPR |
Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů). |
|
Zákon č. 181/2014 Sb. o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti). |
|
Zákon č. 250/2017 Sb. o elektronické identifikaci. |
|
Zákon č. 250/2000 Sb. o rozpočtových pravidlech územních rozpočtů. |
|
Zákon č. 297/2016 Sb. o službách vytvářejících důvěru pro elektronické transakce. |
Nařízení eIDAS |
Nařízení Evropského parlamentu a Rady (EU) č. 910/2014 ze dne 23. července 2014 o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu a o zrušení směrnice 1999/93/ES. |
|
Vyhláška č. 323/2002 Sb. o rozpočtové skladbě. |
|
Vyhláška č. 410/2009 Sb. kterou se provádějí některá ustanovení zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, pro některé vybrané účetní jednotky. |
|
Vyhláška č. 435/2010 Sb. kterou se mění vyhláška č. 410/2009 Sb., kterou se provádějí některá ustanovení zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, pro některé vybrané účetní jednotky. |
|
Zákon č. 365/2000 Sb. o informačních systémech veřejné správy a o změně některých dalších zákonů. |
AZ |
Zákon č. 499/2004 Sb. o archivnictví a spisové službě a o změně některých zákonů. |
|
Zákon č. 500/2004 Sb. správní řád. |
|
Zákon č. 543/2020 Sb. kterým se mění některé zákony v souvislosti s přijetím zákona o odpadech a zákona o výrobcích s ukončenou životností. |
ITIL/ITSM |
Information Technology Infrastructure Library. Standard metodiky IT Service Managementu (ITSM) pro řízení IT projektů, produktů, služeb a organizací. |
2.2Obecné
AIFO |
Agendový identifikátor fyzické osoby. |
DGS |
Dotační a grantový systém |
EÚD |
Elektronická úřední deska. |
eSSL |
Elektronická spisová služba informačního systému VERA Radnice. (VERA, spol. s r.o., xxxxx://xxx.xxxx.xx/) |
XML |
Extensible Markup Language. Jazyk využívaný především pro výměnu dat mezi aplikacemi a pro publikování dokumentů, u kterých popisuje strukturu z hlediska věcného obsahu jednotlivých částí, nezabývá se vzhledem. |
DOC, DOCX, XLS, XLSX |
Formáty dokumentů / souborů Microsoft Office (MS Office). |
FS |
Formulářový systém úplného elektronického podání. |
FAQ |
Frequently Asked Questions. Často kladené dotazy - Seznam otázek a odpovědí, které se ohledně IS_MP často vyskytují a jsou pro ni typické. |
FO |
Fyzická osoba. |
ID Id |
Identifikační kód. Označení pořadí. |
IDM IdM |
Identity Management. Centralizovaná správa identit v IT systémech která spravuje životní cyklus uživatelů, definuje přístupy uživatelů a jejich rolí v koncových systémech. |
ISDS |
Informační systém Datových schránek. |
ISIR |
Informační systém Insolvenčního rejstříku. |
IS VERA Radnice |
Informační systém města Jirkov – agendový IS. Dodavatel VERA, spol. s r.o., Lužná 716/2, Vokovice, 160 00 Praha 6. IČ 62587978. |
ISZR |
Informační systém Základních registrů. |
IIG |
International ID Gateway. Podobně jako jsou jiné státy v rámci eIDAS povinni přijímat české ohlášené prostředky identity (eObčanka), jsou čeští poskytovatelé služeb povinni akcentovat identitu ohlášenou jiným státem v rámci eIDAS. Povinnost umožnit přihlášení pomocí IIG - International Identity Gateway je všem poskytovatelům služeb zapnuta od 30.6.2020. |
KA_2 |
Klíčová aktivita 2 - Pořízení nových nástrojů komunikace s veřejností, Operačního programu Zaměstnanost, číslo výzvy: 03_19_109, registrační číslo CZ.03.4.74/0.0/0.0/19_109/0016757, Přívětivé a otevřené město Jirkov. |
KA_3 |
Klíčová aktivita 3 - Vzdělávání a rozvoj vybraných pracovníků městského úřadu v oblasti komunikace, Operačního programu Zaměstnanost, číslo výzvy: 03_19_109, registrační číslo CZ.03.4.74/0.0/0.0/19_109/0016757, Přívětivé a otevřené město Jirkov. |
NSESSS |
Národní standard pro elektronické systémy spisové služby xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxxxxx-xxx-xxxxxxxxxxxx-xxxxxxx-xxxxxxx-xxxxxx.xxxx |
Komunikační nástroje |
Obecný pojem pro dodávku Portálu občana i Elektronické úřední desky, tj. tyto požadavky jsou platné pro obě části Veřejné zakázky Pořízení nových nástrojů komunikace s veřejností města Jirkov. |
Občan |
Obecné označení uživatele (fyzické osoby, podnikající fyzické osoby, právnické osoby prostřednictvím zastupující fyzické osoby) disponující VEŘEJNÝM ne NEVEŘEJNÝM přístupem do Portálu občana. |
Referent IS |
Obecné označení pracovníka úřadu, který má oprávnění uživatele příslušné agendy informačního systému úřadu. |
Správce IS |
Obecné označení pracovníka úřadu, který má oprávnění správce informačního systému úřadu. |
PDF/A |
PDF/A je oficiální archivační verze formátu PDF definovaná v standardech ISO 19005-1:2005 a ISO 19005-2:2011. Jedná se o zúžení definice formátu PDF tak, aby bylo možné soubory uložené v PDF/A otevřít beze ztráty informace i všemi budoucími verzemi softwarových nástrojů. |
PFO |
Podnikající fyzická osoba. |
Technická dokumentace – Popis řešení. |
Popis řešení Účastníka splňující požadavky Zadavatele s odkazy na kapitoly v ZD, které příslušná část jeho řešení plní. |
Portál občana |
Portál občana města Jirkov je branou k elektronickým službám města, samoobslužným místem pro bezpečnou a důvěrnou komunikaci mezi občanem a městem Jirkov. |
IS_PO |
Portál občana města Jirkov - Informační systém Portálu občana města Jirkov. |
Portál občana MV ČR |
Portál občana (centrální) je branou k elektronickým službám státu, samoobslužným místem pro bezpečnou a důvěrnou komunikaci mezi občanem a státem. |
Portable Document Format. PDF je formát pro ukládání souborů/dokumentů vytvořený společností Adobe. Tento formát zajišťuje, že se dokument ve všech zařízeních, která ho podporují, zobrazí stejně. |
|
X.XX |
|
mojeID |
Pro přihlášení je potřeba zabezpečit účet bezpečnostním klíčem (tokenem) certifikovaným od FIDO Alliance alespoň na úroveň L1, a to buď fyzickým (USB, NFC, Bluetooth), anebo systémovým (Windows Hello, Android v. 7 a vyšší). Dále je nutné mít účet mojeID aktivován pro přístup ke službám veřejné správy a jednorázově ověřit svou totožnost (již existujícím prostředkem nebo návštěvou Czech POINTu). Službu mojeID provozuje CZ.NIC, správce domény .CZ |
Best practice |
Příklady nejlepší praxe (osvědčené praxe). Osvědčené postupy, procesy či osvědčené metody řízení, pomocí kterých se ve více organizacích dosáhlo dobrých výsledků a používají se proto jako doporučení pro ostatní. |
Service Desk |
Kontaktní místo Dodavatele - Service Desk umožní příjem požadavku Objednatele na servisní zásah v českém jazyce prostřednictvím
|
SLA |
Service Level Agreement. Garantovaná úroveň služeb. |
SOA |
Service Oriented Architecture. Architektura orientovaná na služby je sada principů a metodologií, která doporučuje skládat složité aplikace a jiné systémy ze skupiny na sobě nezávislých komponent poskytujících služby. V softwarovém inženýrství je založena na spolupráci nezávislých služeb. |
SSO Single Sign On |
Single Sign On. Je služba, která uživatelům zajišťuje automatické přihlášení do aplikací bez nutnosti zadávat přihlašovací údaje do té které jednotlivé aplikace. Jedná se o zprostředkovatele přihlášení, který předává jednotlivým aplikacím informaci o úspěšně provedeném ověření vůči definovanému úložišti. V tomto modelu uživatel používá pouze jednu sadu přihlašovacích údajů (nemusí si tedy například pamatovat heslo do každé aplikace zvlášť). |
SW |
Software (též programové vybavení) je sada všech počítačových programů používaných v počítači, které provádějí nějakou činnost. |
VMWARE VMware |
Software pro virtualizaci serverů. S jeho pomocí lze vytvořit na jednom fyzickém počítači několik virtuálních a na nich pak provozovat libovolný operační systém. |
SAN |
Storage Area Network. Dedikovaná (oddělená od LAN, WAN, atd) datová síť, která slouží pro připojení externích zařízení k serverům (disková pole, páskové knihovny a jiná zálohovací zařízení). |
VPN |
Virtual private network. Propojení několika počítačů nebo mobilních zařízení jako kdyby byly propojeny v rámci jediné uzavřené privátní (a tedy většinou důvěryhodné) sítě a to v rámci jinak nedůvěryhodné počítačové sítě (např. veřejný Internet). |
XXXXX |
XXxxxxxxxxxxxx NIA. |
QR |
Quick Response. QR kód – prostředek pro automatizovaný sběr dat. |
Účastník Dodavatel Zhotovitel Prodávající |
Účastník - Účastník veřejné zakázky, dále v roli Dodavatel dle § 5 ZZVZ. Dodavatel - Označení Účastníka v obchodních podmínkách (Smlouva). Zhotovitel - Označení Účastníka v obchodních podmínkách (Smlouva). Prodávající - Označení Účastníka v obchodních podmínkách (Smlouva). |
ÚEP |
Úplné elektronické podání je možné popsat tak, že klient/občan, ale i zástupce právnické osoby, má možnost vyřídit všechnu svou potřebnou agendu životní situace, prostřednictvím elektronické interakce samoobslužně kdykoli a odkudkoli či asistovaně z kteréhokoli univerzálního kontaktního místa VS, bez nutnosti osobní návštěvy na příslušných úřadech, a následně možnost mít přehled o stavu a vývoji všech svých řešených životních událostí. Současně pojem ÚEP představuje pokročilou variantu elektronického podání (elektronické formy úkonu klienta, občana a/nebo organizace vůči veřejné správě ČR), která splňuje sadu požadovaných vlastností, daných primárně tzv. architektonickými principy eGovernmentu a dále vlastnosti předpokládané pro podání vůči veřejné správě právními předpisy, zejm. správním řádem a agendovými zákony. |
WSDL |
Web Services Description Language. Jazyk pro popis funkcí, jež nabízí tzv. webová služba. WSDL zpravidla popisuje SOAP komunikaci. WSDL vychází z formátu XML. |
WS |
Webové služby. Softwarový systém umožňující interakci dvou strojů na síti. Je popsána ve strojově zpracovatelném formátu, konkrétně WSDL. |
Web Jirkov |
Webové stránky města Jirkov (xxxxx://xxx.xxxxxx.xx/) (Galileo Corporation s.r.o., xxxxx://xxx.xxxxxxxx.xx/) |
Web PO |
Zobrazované části PO na webových stránkách města Jirkov. |
WBS |
Work Breakdown Structure. Jednoduchá analytická technika, jejímž cílem je rozložit projekt na jednotlivé činnosti až do takové úrovně podrobnosti, aby k nim bylo možné přiřadit odpovědnosti, pracnost a časový horizont. |
Zadavatel Objednatel Kupující |
Zadavatel – Město Jirkov v roli zadavatele veřejné zakázky, dle §4 ZZVZ. Objednatel - Označení Zadavatele v obchodních podmínkách (Smlouva). Kupující - Označení Zadavatele v obchodních podmínkách (Smlouva). |
ZD |
Zadávací dokumentace Xxxxxxx xxxxxxx |
2.3Struktura Portálu občana a související pojmy
Přístup NEVEŘEJNÝ |
NEVEŘEJNÝ - Registrovaný přístup Občana k informacím na Portálu občana, v souladu s podmínkami na registraci a přihlášení (autorizovaný / registrovaný Občan). Registrovaný přístup má dostupné i další informace jako přístup VEŘEJNÝ. |
Přístup VEŘEJNÝ |
VEŘEJNÝ - Tento přístup umožní přístup Občana jen k veřejným informacím Portálu občana a je v souladu s politikou přístupu k celému webu úřadu (neautorizovaný / neregistrovaný Občan). |
Front-end Portálu občana |
Část funkcionalit Portálu občana, zobrazovaná ve webovém prohlížeči včetně funkcionalit dostupných občanovi. |
Back-end Portálu občana |
Část Portálu občana, kde se určuje a ovlivňuje obsah, který pak Front-end zobrazuje. Funkcionality dostupné referentům a správcům IS úřadu. |
Aplikace, agendy |
Aplikační část Portálu občana (Redakční systém). V této části pracují uživatelé IS úřadu zodpovídající za zpracování agendy. |
Administrace agend |
Část Portálu občana sloužící k administraci Front-end i Back-end oblasti. V této části pracují správci IS úřadu. |
Rozhraní |
Rozhraní Portálu občana na stávající informační systém IS VERA Radnice. |
3Plnění požadavků Objednatele
Zhotovitel jednoznačně deklaruje splnění, popřípadě nesplnění každého souboru uvedených požadavků v dané kapitole, pod kterou je tabulka umístěná
Kapitola č. xxx |
Splňuje |
Komentář |
Nabízené řešení yyyy splňuje požadavky tohoto odstavce bez výhrad |
ANO / NE |
a to vyplněním pole „Splňuje“, které může nabývat pouze hodnoty „ANO“ nebo „NE“.
Hodnota jiná než ANO znamená nesplnění zadávacích podmínek a vyřazení nabídky Dodavatele.
NENÍ PŘEDMĚTEM ČÁSTI II VZ. Objednatel si vyhrazuje právo ověřit splnění požadavků na funkcionality prvků IS_PO přímou demonstrací příslušného produktu Zhotovitelem.
V případě, že Zhotovitel nebude schopen plnění požadavků prokázat, bude vyloučen z důvodu nesplnění Objednatelem požadovaného minimálního plnění.
Součástí nabídky Dodavatele pak musí být Technická dokumentace – Popis řešení s odkazy na kapitoly, které příslušná část jeho řešení plní.
yyyy … nabývá jedné z hodnot
Část I. – Portál občana města Jirkov, dále také jen „Portál občana“ nebo „IS_PO“
resp.
Část II. - Elektronická úřední deska města Jirkov, dále také jen „EÚD“
Dodavatel IS_PO upraví tabulku takto NENÍ
PŘEDMĚTEM ČÁSTI II VZ
Kapitola č. xxx |
Splňuje |
Komentář |
Nabízené řešení IS_PO splňuje požadavky tohoto odstavce bez výhrad |
ANO / NE |
…může doplnit Dodavatel… |
Dodavatel EÚD upraví tabulku takto
Kapitola č. xxx |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
Položku IS_PO resp. EÚD, která není pro Dodavatele relevantní Dodavatel v textu vymaže.
4Cíle veřejné zakázky
Dodavatel bere na vědomí
4.1Jaký problém veřejná zakázka řeší
Veřejná zakázka dle této ZD řeší otázky zavádění inovativních přístupů do správy věcí veřejných v oblasti komunikace v lokálních podmínkách města Jirkova, a to konkrétně do oblasti komunikace veřejné správy s občany a dalšími aktéry v území.
Komunikační nástroje dle této ZD pokrývají požadavky Klíčové aktivity 2 (KA_2) - Pořízení nových nástrojů komunikace s veřejností, Operačního programu Zaměstnanost, číslo výzvy: 03_19_109.
V rámci této ZD je uplatněn i požadavek realizaci školení (workshopů) Klíčové aktivity 3 (KA_3) - Vzdělávání a rozvoj vybraných pracovníků městského úřadu v oblasti komunikace pro Portál občana. NENÍ PŘEDMĚTEM ČÁSTI II VZ.
Strategický plán rozvoje města Jirkova má v současnosti stanovenou vizi „Jirkov = bezpečné, klidné a příjemné zahradní město v podhůří Krušných hor vytvářející obytné a rekreační zázemí chomutovské městské aglomerace“, jíž se chce přiblížit také prostřednictvím posílení komunikace.
Komunikace města se svým okolím je nezbytná pro dosažení širokého konsenzu o jeho rozvojových aktivitách a dalším směřování.
Kvalitní komunikace mezi veřejnou správou, reprezentovanou městem a městským úřadem podpoří spokojenost obyvatel, turistů, podnikatelů a dalších aktérů územního rozvoje se správou věcí veřejných.
Pořízení nových nástrojů komunikace s veřejností města Jirkov vychází ze závěrů a doporučení dokumentu „Komunikační strategie města Jirkova“ který byl zpracován v rámci projektu Přívětivé a otevřené město Jirkov, reg.číslo CZ.03.4.74/0.0/0.0/19_109/0016757.
4.2Stávající stav
Město dosud nedisponuje některými běžnými moderními technologiemi v oblasti komunikace s veřejností a vnímá potřebu otevřít komunikaci s veřejností a posílit ji novými nástroji především dálkového způsobu komunikace.
V rámci KA_2 se bude projekt orientovat na posílení komunikace úřadu směrem k veřejnosti v zájmu posílení otevřenosti městského úřadu, transparentního výkonu veřejné správy a zvýšení kvality služeb pro občany a další klienty městského úřadu prostřednictvím zavedení nových technologií a nových komunikačních nástrojů.
4.3Požadavky
Pro posílení komunikační schopnosti městského úřadu budou v rámci KA_2 modernizovány komunikační nástroje směrem k občanům a dalším klientům. Konkrétně se bude jednat o kanály orientující se na dálkový způsob komunikace.
Součástí KA_2 bude pořízení a implementace Portálu občana.
Tato aplikace umožnuje jednoduše a přehledně uživatelům zpřístupnit dálkovou formou informace, včetně těch evidovaných v interních informačních systémech města jako například údaje o poplatcích a pohledávkách včetně možnosti on-line plateb nebo komunikaci s organizací prostřednictvím elektronických interaktivních formulářů.
Součástí řešení bude také napojení na platební bránu, což dále přiblíží činnost městského úřadu standardům, které jsou mimo veřejný sektor pro občana zcela obvyklé.
Dalším komunikačním nástrojem, který město začne využívat je elektronická úřední deska.
Elektronická úřední deska je interaktivním nástrojem, který přispěje k lepší komunikaci městského úřadu s veřejností a zároveň představuje moderní a efektivní způsob zveřejňování dokumentů přehlednou formou s nepřetržitým přístupem veřejnosti.
Pro cílovou skupinu zaměstnanců městského úřadu a volených zástupců je elektronická úřední deska výhodná ve smyslu možností vzdálené správy, možnosti 24hodinové aktualizace, časového nastavení zveřejňování dokumentů, třídění dokumentů a nahrazuje některé dokumenty, které bylo třeba tisknout.
Tak, aby elektronická úřední deska fungovala ve spojení se současným programovým vybavením městského úřadu, bude třeba rovněž pořídit mimo fyzické úřední desky také odpovídající softwarové vybavení.
4.4Cílové skupiny
Cílová skupina Volení zástupci
je zapojena především formou výběru konkrétních Dodavatelů Komunikačních nástrojů, dále bude v rámci zavádění nových Komunikačních nástrojů tyto využívat ke své práci v rozsahu podle svěřených funkcí.
Cílová skupina Zaměstnanci městského úřadu
bude aktivně pracovat s komunikačními nástroji pořízenými v rámci klíčové aktivity, připravovat obsah ke zveřejnění a prostřednictvím jejich využití občany získávat zpětnou vazbu. V rámci konkrétních pozic se bude podílet také na administraci pořízení nových nástrojů a komunikovat s jejich Dodavateli.
Cílová skupina Veřejnost
je hlavním adresátem komunikace, která bude probíhat prostřednictvím nově pořízených Komunikačních nástrojů.
Bude také skupinou poskytující zpětnou vazbu v rámci jejich používání. Budou tak uspokojeny potřeby občanů v kontextu zabezpečení rychlé dálkové komunikace s městem a městským úřadem.
Kapitola č. 4 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
5Popis stávajícího prostředí
Objednatel provozuje toto prostředí (relevantní přehled vzhledem k požadovanému předmětu veřejné zakázky). Dodavatel bere na vědomí
5.1Části IS úřadu relevantní pro Komunikační nástroje
5.1.1Agendový IS VERA Radnice
V produkčním a testovacím prostředí provozuje IS VERA Radnice; Dodavatel VERA, spol. s r.o., Lužná 716/2, Vokovice, 160 00 Praha 6, IČO 62587978, používané agendy relevantní vzhledem k předmětu zakázky
ePodatelna
Evidence psů
Jednotná organizační struktura a JOS-Centrální oprávnění
Komunální odpad
Lokální registry
Volby
Pronájem nemovitého majetku
Příjmy
Smlouvy
Spisová služba a Jednotné úložiště
Tvorba rozpočtu a Tvorba rozpočtu - Závazné ukazatele
Účetnictví
Výdaje
Z důvodu právní jistoty Objednatel uvádí, že náklady na integraci Portálu občana na relevantní části IS VERA Radnice ponese Objednatel, tj. Objednatel je schopen zajistit pro Dodavatele rovné podmínky a technologickou neutralitu,
tj. s Dodavatelem současného systému, společnosti VERA, spol. s r.o. má uzavřenou smlouvu o spolupráci, v rámci které tato poskytne Objednateli veškerá nezbytná rozhraní a licence pro integraci systému.
5.1.2Webové stránky města xxx.xxxxxx.xx
xxxxx://xxx.xxxxxx.xx/ jsou vytvořeny pomocí redakčního systému vismo®, Dodavatel Galileo , s.r.o., Levského 3187/6, Modřany, 143 00 Praha 4, IČO 25327054
5.1.3Platební brána GPwebpay
GPwebpay - Global Payments s.r.o., V Olšinách 626/80, 100 00 Strašnice, Česká republika
I
Č:
04235452
5.2Systémové požadavky
5.2.1Obecné
Objednatel požaduje po účastnících, aby se přizpůsobili
Podpora serverového operačního systému CentOS Linux databáze PostgreSQL a provoz ve virtualizovaném prostředí.
Infrastrukturu pro implementaci Komunikačních nástrojů připraví Objednatel v rámci součinnosti na základě požadavků Dodavatele – včetně licenčního zajištění CentOS Linux databáze PostgreSQL.
Systém musí využívat jediné úložiště dat (repository), a to relační databázi; pro svůj provoz nesmí vyžadovat LDAP server.
Úložiště (repozitory) musí podporovat relační databázi PostgreSQL v aktuální verzi nasazené u Objednatele.
Řešení musí podporovat nějaký skriptovací jazyk.
Řešení musí podporovat přístup pomocí zabezpečeného protokolu HTTPS s podporou technologie RSA a ECC.
Řešení musí podporovat Single sign on s možností konfigurace využívaného protokolu. Toto řešení musí podporovat všechny standardní protokoly, jež jsou definovány v rámci konfigurace systému.
Řešení musí podporovat Drag and drop (táhni a pusť), přenášení informacím přetažením objektu informací z okna do okna (z místa na místo).
Provoz systému v jedné centralizované databázi.
Transakční zpracování dat v databázi.
Možnost zálohování dat za provozu.
Třívrstvá architektura – tenký klient, aplikační server, databázový server.
Desktop klient (desktop) IS musí bezproblémově pracovat na síti 10 Mbit/s a vyšší.
Spuštění klientské části systému na lokální stanici bez nutnosti instalace síťových nebo doplňkových komponent.
Rozložení zátěže mezi více aplikačních serverů, škálování výkonu.
Vysoká dostupnost systému (HA), zabezpečení proti výpadku hardware.
Jednotná, centrální organizační struktura.
Jednotná, centrální správa prostorové struktury.
Jednotná a centrální správa a administrace oprávnění.
Podpora Single sign-on (SSO).
Komunikace s aplikacemi MS Office.
Rozhraní pro komunikaci s eGovernmentem.
Rozhraní pro integraci s IdM.
Rozhraní pro integraci se systémy třetích stran založené na principu webových služeb.
Zabezpečení komunikace mezi komponentami IS.
Instalace sw. vybavení pouze na jednom místě.
Centrální provádění instalací nových verzí IS.
Sledování aktivit uživatelů v systému, zablokování přihlášení dalším uživatelům.
Podpora centralizovaného řešení převodu a tvorby PDF dokumentů na serveru.
Technologická platforma pro tvorbu aplikací pro mobilní zařízení.
Nabízené řešení musí splňovat následující požadavky:
Lokalizace uživatelského prostředí do českého jazyka.
Webové rozhraní pro administrátory i pro koncové uživatele.
Webové rozhraní bez nutnosti instalovat dodatečný SW.
Responzivní design.
Vyhledávání libovolného obsahu v agendách podle libovolného atributu.
Vyhledávání ve všech entitách principem „full text“ – hledání jednoho řetězce současně ve více atributech.
Možnost grafického přizpůsobení korporátní identitě (rozhraní je možné upravovat dle potřeb Objednatele).
Opatření proti útoku typu „Cross-Site Request Forgery“, „Cross-Site Scripting“ a „SQL Injection“ a útoku hrubou silou na přihlášení do systému.
Export dat do souboru formátu CSV z obrazovek s výpisem uživatelů a rolí.
Podpora konfigurace více úrovní oprávnění.
Nabízené řešení musí být schopno se napojit na autoritativní zdroje dat, které mohou obsahovat:
Zdroj pro komunity: interní a externí uživatelé, zákazníci apod.
Možnosti napojení: CSV import, přímý přístup do DB, preferovány jsou webové služby.
Kapitola č.5.2.1 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
5.2.2Politiky hesla pro uživatele Portálu občana
Nabízené řešení musí umožnit konfiguraci politiky hesel tak, aby byla v souladu s politikou hesel na městě Jirkov.
Aktuální politika hesel je:
Heslo má minimální délku osm znaků.
Password Complexity ve Windows 2012 R2/2016, popř. vyšší:
Heslo obsahuje alespoň tři z následujících čtyř požadavků:
nejméně jedno velké písmeno (A – Z)
nejméně jedno malé písmeno (a – z),
nejméně jednu číslici (0 – 9) nebo
nejméně jeden nealfanumerický znak (t.j. ~!@#$%^&*_-+=`|\(){}[]:;"'<>,.?/).
Heslo nesmí obsahovat řetězec vlastního samAccountName (účtu), je-li jeho délka 3 a více znaků, bez ohledu na velká či malá písmena.
Heslo nesmí obsahovat název účtu (displayName, fullName), a to bez ohledu na velká či malá písmena. Všechny části názvu účtu oddělené mezerou nebo oddělovacími znaménky a delší než dva znaky se posuzují zvlášť.
Kapitola č. 5.2.2 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
5.3HW a SW prostředky
Objednatel má vybudovánu IT infrastrukturu na bázi fyzických i virtuálních serverů, ve výhledu na rok 2021 je pořízení jednotné virtuální platformy.
Tato IT infrastruktura slouží pro provozování komplexního informačního systému města, ukládání dat a zajištění komunikace jak směrem k ostatním složkám státní správy, tak i k uživatelům.
5.3.1Serverová infrastruktura
Fyzické servery jsou typu minitower.
Spojení serverů je realizováno 1Gb ethernet propojením.
5.3.2Síťová infrastruktura
Jednotlivé síťové komponenty IT infrastruktury jsou propojeny do jedné síťové zóny.
Páteřní propoje tvoří 1Gb ethernet, přístup tvoří ve většině případů 1Gb ethernet, na některých starších přístupových prvcích ještě 100Mb ethernet (např. pro EÚD).
5.3.3Zálohování a obnova dat
Pro řízení zálohování a obnovy dat je implementován zálohovací SW, který je určen pro snadné, spolehlivé a rychlé zálohování/obnovu velkých objemů dat jak v rozsáhlých sítích, tak v případě osamoceného serveru.
Zálohování probíhá do zálohovací knihovny (Datadomény), kterou fyzicky reprezentuje část samostatné zařízení umístěné v lokalitě radnice.
V případě potřeby (např. fyzického uchovávání zálohovacích médií v jiné lokalitě) je zálohovací systém rozšířen o standardní zálohovací páskovou knihovnu.
5.3.4Klientská stanice
HW - Standardní uživatelské PC disponující přístupem k Internetu.
SW
OS Microsoft Windows 10 a vyšší.
Kancelářský balík MS-Office 2010 a vyšší.
Webový prohlížeč Internet Explorer 10 a vyšší.
Kapitola č. 5.3 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
5.4Licence a další požadavky
Objednatel požaduje poskytnutí veškerých nezbytných licencí k řádnému plnění předmětu, tj. k řádnému provozu díla na zařízení Objednatele, zajišťující plnou funkcionalitu nabízeného řešení.
Objednatel požaduje zajištění veškerých nutných licencí třetích stran, včetně licencí open source software a pod, potřebných pro provozování řešení.
Licence je nevýhradní k veškerým známým způsobům užití takového Díla a jeho případných dalších verzí, zejména, nikoliv však výlučně k účelu, ke kterému bylo takové Dílo Dodavatelem vytvořeno v souladu se Smlouvou, a to v rozsahu minimálně nezbytném pro řádné užívání Díla Objednatelem.
Licence
je neodvolatelná,
poskytuje se na dobu neomezenou,
a je neomezená územním či množstevním rozsahem a rovněž tak neomezená způsobem nebo rozsahem užití, zejména neomezená počtem uživatelů či mírou využívání Komunikačních nástrojů.
Objednatel požaduje, aby počet licencí byl bez omezení ve všech těchto aspektech
Neomezené počty instancí produktu
např. pro produkční i testovací (školící) instanci.
Neomezené počty uživatelů
tj. že Objednatel nebude mít žádné omezení v počtu uživatelů pracujících s Komunikačními nástroji (uživatelských přístupů) k jakékoliv části nabízených Komunikačních nástrojů.
Neomezený rozsah infrastruktury
tj. že Objednatel bude moci Komunikační nástroje provozovat na neomezeném počtu procesorových jader, velikost paměti a jiných hardwarových, softwarových či aplikačních parametrů.
Licenci není Objednatel povinen využít.
Bude-li součástí licenčního modelu Komunikačních nástrojů i „run-time“ (běhové prostředí)
Objednatel očekává takovou licenční politiku, která bude splňovat požadavky Objednatele na licence Komunikačních nástrojů.
Objednatel nevyžaduje splnění licenční politiky u „run-time“ (běhového prostředí) dle čl. (2) a (3) potvrdit prohlášením či jiným osvědčením od autora (vlastníka) těchto licencí v případě, že je vlastník těchto licencí odlišný od Dodavatele.
Licence musí opravňovat Objednatele k tomu, aby
Bez omezení využíval dílo v rámci své činnosti.
Pořídil si neomezený počet kopií díla pro vlastní potřebu.
Sám nebo prostřednictvím třetích osob měnil, rozšiřoval a jinak upravoval dílo v souladu se svými potřebami, v souladu se Smlouvou.
V případě, že Xxxxxxxxx předloží nabídku Komunikačních nástrojů postavenou na licenci open source, Objednatel požaduje, aby
Open source licence byla poskytována pod otevřenou licencí, která nikterak nebude omezovat Objednatele v úpravách IS_PO resp. EÚD. Příkladem je Apache 2.0 licence, která splňuje požadavky Objednatele.
Jako součást nabídky Dodavatel předložil dané open source licenční ujednání, a to v českém jazyce.
Dodavatel specifikuje název, počet, verzi a licenční podmínky ke všem nutným licencím v příloze smlouvy o dílo, a to včetně odůvodnění zvolené licenční nabídky, dále pak uvede licenční politiku, pravidla pro přidělení a případně změny v počtu licencí a verzí licencí.
Dodavatel specifikuje části Komunikačních nástrojů, ke kterým poskytne Objednateli
zdrojové kódy k částem díla, které byly předmětem zákaznických úprav při realizaci zakázky, při splnění ostatní požadavků Objednatele na licence dodávaného SW,
včetně související dokumentace k těmto zdrojovým kódům.
Kapitola č. 5.4 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
5.5GDPR
Výsledné dílo musí splňovat požadavky na GDPR, obecné nařízení o ochraně osobních údajů (angl. General Data Protection Regulation ), novou legislativu EU, která výrazně zvyšuje požadavky na ochranu osobních údajů.
Kapitola č. 5.5 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
6Demo produktu - NENÍ PŘEDMĚTEM ČÁSTI II VZ.
V době podání Nabídky musí mít Dodavatel připravené on-line DEMO Portálu občana (vzorek IS_PO) tak,
aby na výzvu Objednatele (cca do 6ti dnů po odevzdání Nabídky) provedl instalaci DEMO Portálu občana a jeho konfiguraci na vyčleněnou testovací infrastrukturu Objednatele (v nabídce může Dodavatel upřesnit požadavky pro tuto instalaci, které však nesmí být v rozporu s touto ZD)
tak, aby mohl prezentovat svoje řešení, tj. předvést naživo požadované, viz odst. (4) níže.
Součástí bude následně i krátké zaškolení Objednatele a předání průvodní dokumentace DEMO Portálu občana.
Po prezentaci Dodavatelem bude dostupnost DEMO Portálu občana po dobu minimálně 30 pracovních dní od data konečného termínu pro podání nabídek,
přístupové údaje k on-line DEMO Portálu občana musí být součástí Nabídky.
On-line DEMO Portálu občana musí obsahovat ukázková data pro demonstraci požadavků (viz níže).
On-line DEMO Portálu občana musí demonstrovat všechny níže uvedené parametry uvedení v Příloha Ba Smlouvy – Technické podmínky – Portál občana
Administrátoři IS_PO
Vytvoření a správa organizační struktury ve stromovém zobrazení včetně možnosti vytvořit další organizační strukturu a vytvoření a správa prostorové struktury.
Zakládání a správa uživatelů (popř. skupin uživatelů)
Vytvoření role včetně případného hierarchického uspořádání.
Vytvoření a správa oprávnění, definování omezení přístupů k funkcím IS_PO na základě role.
Serverové úlohy, včetně
podpory centralizovaného řešení převodu a tvorby PDF dokumentů na serveru.
Koncoví uživatelé Portálu občana
čl. 6.3 Dotace poskytované městem
čl. 6.7 Online platební metody Portálu občana
Negativní vymezení – součástí DEMO Portálu občana nejsou
Rozhraní dle čl. 4.7 Požadovaná rozhraní Portálu občana
a funkcionalit IS_PO jejichž demonstrace je závislá na těchto rozhraních.
Kapitola č. 6 |
Splňuje |
Komentář |
Nabízené řešení IS_PO splňuje požadavky tohoto odstavce bez výhrad |
ANO / NE |
…může doplnit Dodavatel… |
6.1Dodávka Komunikačních nástrojů
6.2Místo plnění VZ
Místem plnění VZ je budova městského úřadu Jirkov, nám. Xx. X. Xxxxxx 1, 431 11 Jirkov
6.3Doba plnění
Dodávka jednotlivých částí bude zahájena po podpisu Smlouvy a bude řízena milníky uvedenými v Tabulce 1 níže.
01 |
Účinnost
|
|
Fáze A – Implementace Komunikačních nástrojů, dále také jen „Projekt“ |
||
02 |
Zpracování a akceptace Detailního realizačního projektu, viz čl. 6.4.1
|
do 1 týdne od účinnosti Smlouvy |
03 |
Dodávka licencí, viz čl. 6.4.2
|
do 6 týdnů od účinnosti Smlouvy |
04 |
Implementace Zkušební (Testovací) instance, viz čl. 6.4.3
|
do 7 týdnů od účinnosti Smlouvy |
05 |
Produktivní provoz s podporou
|
do 1 týdne po Id 04 |
Milníky veřejné zakázky
Cílem Objednatele je synchronizovat dodávku Komunikačních nástrojů, tj. jako Portálu občana, tak EÚD tak, aby Projekt co nejméně zatížil pracovníky úřadu a umožnil potenciálním Dodavatelů efektivně spolupracovat.
V případě, že se z objektivních důvodů nepodaří Objednateli ve spolupráci s Dodavateli dosáhnout kýžené synchronizace, budou obě části realizace Komunikačních nástrojů zahájeny a ukončeny samostatně s tím, že pro IS_PO resp. EÚD platí postup uvedený v čl. 6.1, včetně specifických poznámek vztahujících se k jedné nebo druhé části projektu.
Fáze B – Servisní (technická) podpora Komunikačních nástrojů dle Smluv bude na neurčito a bude zahájena ukončením Fáze A (ukončení Projektu akceptací produktivního provozu s podporou).
Termín ukončení se může změnit z objektivních příčin, způsobených třetími stranami nebo jinými okolnostmi, nezávislými na vůli smluvních stran.
Kapitola č. 6.3 |
Splňuje |
Komentář |
Nabízené řešení EÚD splňuje požadavky tohoto odstavce bez výhrad |
ANO / NE |
…může doplnit Dodavatel… |
6.4Fáze A – Implementace Komunikačních nástrojů
Implementace Komunikačních nástrojů bude provedena v jednotlivých požadovaných krocích a termínech uvedených v čl. 6.3.
Návrh Metodiky řízení projektu, který bude akceptovat požadavky uvedené v čl. 6.4 a ostatní požadavky Objednatele,
zejména v klíčových oblastech oblasti Školení, viz čl. 6.7 a Akceptace, viz čl. 6.9 splňující požadavky Objednatele,
technický popis svého řešení, včetně grafického schéma a podrobného popisu architektury.
Grafické schéma architektury bude doplněno přehledným popisem produktu v souladu se strukturou požadavků definovaných v tomto dokumentu a relevantních dokumentech
Příloha Ba Smlouvy – Technické podmínky – Portál občana - NENÍ PŘEDMĚTEM ČÁSTI II VZ.
resp.
Příloha Bb Smlouvy – Technické podmínky – Elektronická úřední deska
6.4.1Id 02 - Zpracování a akceptace Detailního realizačního projektu
Dokument Detailní realizační projekt bude vycházet z Plánu projektu bude obsahovat minimálně
Analýzu současného stavu
Bude vycházet z popisu současného stavu,
a bude doplněna Dodavatelem o analýzu současného stavu prováděnou pracovníky Dodavatele v aktuálních podmínkách Objednatele.
Definici cílového stavu
Bude vycházet z požadavků na budoucí stav, tj. z požadavků v tomto dokumentu a relevantních dokumentech
Příloha Ba Smlouvy – Technické podmínky – Portál občana NENÍ PŘEDMĚTEM ČÁSTI II VZ.
resp.
Příloha Bb Smlouvy – Technické podmínky – Elektronická úřední deska
a bude doplněna Dodavatelem o analýzu současného stavu prováděnou pracovníky Dodavatele v aktuálních podmínkách Objednatele.
Akceptační kritéria cílového stavu
Akceptačními kritérii jsou všechny položky požadované Objednatelem, zejména v tomto dokumentu a relevantních dokumentech
Příloha Ba Smlouvy – Technické podmínky – Portál občana NENÍ PŘEDMĚTEM ČÁSTI II VZ.
Příloha Bb Smlouvy – Technické podmínky – Elektronická úřední deska
u kterých Xxxxxxxxx uvedl v tabulce ANO - Nabízené řešení splňuje požadavky tohoto odstavce bez výhrad.
Realizační (prováděcí) projekt
Je podrobný popis realizace IS_PO, resp. EÚD,
bude zpracován Dodavatelem na základě návrhu Dodavatelem dodané Xxxxxxxx řízení projektu.
Detailní harmonogram realizace IS_PO, resp. EÚD,
Vychází z milníků uvedených v čl. 6.3
a z Dodavatelem navrženého Harmonogramu projektu
Cílem je zpracování dokumentu v takové míře detailu jednotlivých postupů a prací, zasazení do prostředí a jeho nastavení, která umožní dosažení zavedení IS_PO, resp. EÚD, do rutinního provozu řízenou formou.
Dokument proto bude jednoznačně a jasně konkretizovat jednotlivé kroky prací a to min. v rozsahu, které kroky a jakým způsobem budou řešeny, kým budou řešeny, za jaké součinnosti Objednatele a v jakém čase.
Taková konkretizace bude dále dodržovat časovou, věcnou a logickou souslednost a bude z ní tedy možné v každém okamžiku realizace díla určit, co je právě realizováno a v jakém stavu a co bude následovat.
Objednatel bude moci na základě takových podkladů alokovat své potřebné kapacity na součinnost a průběžnou kontrolu plnění díla.
Dokument bude dále konkretizovat minimálně tyto oblasti
návrh řešení instalace (architektura technického řešení),
detailní popis nastavení / konfigurace / parametrizace jednotlivých oblastí (společné registry, role a přístupová oprávnění, číselníky, reporty atd.),
návrh technického řešení integračních vazeb (vazby s vybranými aplikacemi Objednatele, vazby se spolupracujícími centrálními systémy),
návrh řešení postupu a pořadí při nasazování jednotlivých oblastí,
popis případných organizačních opatření nutných pro implementaci (např. pracovní schůzky),
stanovení detailního časového harmonogramu realizace,
rozsah součinnosti ze strany Objednatele,
návrh průběhu testovacího provozu,
návrh zátěžových, funkčních, integračních (akceptačních) testů,
návrh monitoringu, zálohování a obnovy s využitím stávajících technologií Objednatele.
Detailní realizační projekt bude připomínkován Objednatelem a připomínky budou ze strany Dodavatele vypořádány (tj. zapracovány, případně s jasným a konkrétním písemným zdůvodněním odmítnuty jako nevalidní).
Formálně bude tato oblast Fáze A završena dohodnutým a vzájemně odsouhlaseným Předávacím protokolem dílčího plnění (Dodavatel předává a Objednatel přebírá dokument Detailní realizační projekt) a Akceptačním protokolem dílčího plnění, kterým Objednatel akceptuje splnění podmínek této části Fáze A ve Smlouvě.
6.4.2Id 03 - Dodávka licencí
Dodávka licencí IS_PO, resp. EÚD bude v rozsahu dle akceptovaného Detailního realizačního projektu.
Licence budou dodány v souladu s čl. 5.4.
Formálně bude tato oblast Fáze A završena dohodnutým a vzájemně odsouhlaseným Předávacím protokolem dílčího plnění (Dodavatel předává a Objednatel přebírá SW licence IS_PO resp. EÚD).
6.4.3Id 04 - Implementace Zkušební (Testovací) instance
Dodavatel vytvoří dvě instance IS_PO, resp. EÚD
Zkušební (Testovací) instance
v rozsahu dle Detailního realizačního projektu,
které na infrastruktuře Objednatele připraví Dodavatel,
s využitím testovacích dat a rozhraní.
Testovací instance bude sloužit zejména pro testování nastavení, rozhraní apod. a dále proškolení uživatelů a administrátorů a získávání praxe uživatelů a administrátorů na testovací instanci.
Produktivní instance
v rozsahu dle Detailního realizačního projektu,
které na infrastruktuře Objednatele připraví Dodavatel,
s využitím produktivních dat a rozhraní.
Produktivní instance bude sloužit jednak k Testování a Akceptaci a dále k produktivnímu provozu IS_PO, resp. EÚD.
Formálně bude tato oblast Fáze A završena dohodnutým a vzájemně odsouhlaseným Předávacím protokolem dílčího plnění (Dodavatel předává a Objednatel přebírá Testovací instanci a Produktivní instanci) a Akceptačním protokolem dílčího plnění, kterým Objednatel akceptuje splnění podmínek této oblasti ve Smlouvě.
6.4.4Id 05 - Produktivní provoz s podporou
Realizace Produktivního provozu s podporou bude v rozsahu dle Detailního realizačního projektu.
Produktivní provoz s podporou bude probíhat na produktivní instanci.
V prvních dnech této podpory (minimálně 5 pracovních dní) budou pracovníci Dodavatele podporovat Objednatele přímo na místě, připraveni řešit obratem požadavky Objednatele vyplývající z ostrého provozu.
Jeho účelem je zjistit, zda jsou splněny akceptační podmínky uvedené v tomto dokumentu a relevantních dokumentech
Příloha Ba Smlouvy – Technické podmínky – Portál občana !NENÍ PŘEDMĚTEM ČÁSTI II VZ!
resp.
Příloha Bb Smlouvy – Technické podmínky – Elektronická úřední deska
a v Detailním realizačním projektu, včetně ověření funkčnosti veškerých vazeb se všemi provázanými subsystémy.
V průběhu Produktivního provozu s podporou může docházet k dílčím úpravám IS_PO, resp. EÚD tak, aby nedocházelo k omezení dané funkcionality.
Pokud dojde v průběhu Produktivního provozu s podporou k závadám, které omezí funkcionality plnění, prodlužuje se doba Produktivního provozu s podporou o stejnou dobu, po kterou nebylo plnění funkční (bez vad).
Formálně bude Fáze A završena dohodnutým a vzájemně odsouhlaseným Předávacím protokolem (Dodavatel předává a Objednatel přebírá plnění dle Smlouvy) a Akceptačním protokolem, kterým Objednatel akceptuje splnění podmínek Fáze A ve Smlouvě.
Kapitola č. 6.4 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
6.5Migrace dat systému
Není požadována migrace.
6.6Rozhraní IS_PO na stávající AIS
Minimální požadavky na realizaci rozhraní IS_PO resp. EÚD na stávající AIS jsou uvedeny v dokumentech
Příloha Ba Smlouvy – Technické podmínky – Portál občana
!NENÍ PŘEDMĚTEM ČÁSTI II VZ!
resp.
Příloha Bb Smlouvy – Technické podmínky – Elektronická úřední deska
Skutečný rozsah realizace integračních vazeb bude upřesněn a vzájemně odsouhlasen v rámci zpracování detailní analýzy Detailního realizačního projektu.
6.7Školení
Dodavatel poskytne školení pro uživatele a administrátory IS_PO, resp. EÚD tak, aby všichni pracovníci Objednatele byli schopni řádně užívat, respektive administrovat, instalovaný IS_PO, resp. EÚD.
Dodavatel poskytne školení tak, aby pracovníci Objednatele získali další znalosti praktického využívání IS_PO, resp. EÚD jako efektivní podpory procesů u Objednatele, znalosti související s aktuální legislativou a jejími připravovanými změnami, znalosti metodické, tj. aby došlo k významnému přenosu znalostí a zkušeností z Dodavatele na Objednatele.
Plán realizace školení je velmi podstatnou součástí realizace Projektu pro úspěšné zavedení IS_PO, resp. EÚD a podpůrných nástrojů ICT do procesů s cílem zlepšení fungování úřadu.
Dodavatel do své nabídky uvede v souladu s harmonogramem projektu (Fáze A)
a v té souvislosti proces sledování účinnosti školení a realizace opatření k nápravě
tj. popsat jednotlivé kroky, která ze zkušeností Dodavatele povedou k efektivnímu předání znalostí a zkušeností z Dodavatele na Objednatele.
Minimální požadavky na školení jsou
Dodavatel předloží plán školení (jako součást Detailního realizačního projektu).
Součástí plánu školení bude i realizace testování (přezkušování) získaných znalostí uživatelů a jejich uplatnění v praxi.
!NENÍ PŘEDMĚTEM ČÁSTI II VZ!
Součástí Plánu školení bude i plnění požadavku pro IS_PO realizaci školení (workshopů) Klíčové aktivity 3 (KA_3) - Vzdělávání a rozvoj vybraných pracovníků městského úřadu v oblasti komunikace pro Portál občana v rozsahu
Workshop Komunikace úřadu (prostřednictvím EÚD a PO) v rozsahu
Právní východiska a obecná doporučení pro úřední desku.
Zákon č. 106/1999 Sb., o svobodném přístupu k informacím, v platném znění
Zákon č. 500/2004 Sb., správní řád, v platném znění
Zákon č. 101/2000 Sb., o ochraně osobních údajů, v platném znění
Zákon č. 128/2000 Sb., o obcích (obecní zřízení), v platném znění
Zákon č. 250/2000 Sb., o rozpočtových pravidlech územních rozpočtů, v platném znění
Náležitosti zveřejňovaných dokumentů.
Fyzická vs. elektronická podoba úřední desky – společné znaky a rozdíly.
Nejčastěji zveřejňované dokumenty na elektronické úřední desce.
Příklady vhodných řešení nejasných situací při zveřejňování.
Sankce za nesprávné zveřejňování dokumentů.
Práce s elektronickou úřední deskou.
Zveřejňování příspěvků
Aktualizace příspěvků
Archivace příspěvků
Rozsah Workshopu Komunikace úřadu (prostřednictvím EÚD a PO)
3 školící turnusy
Každý turnus probíhá ve dvou dnech
Každý den má 5 vyučovacích hodin
Jedna hodina – závěrečné ověření znalostí
Sběr dotazů po 5 pracovních dní po ukončení workshopu;
6 hodin práce lektora pro zpracování odpovědí a zaslání do 5 pracovních dní nebo dříve
(3 workshopy x 2 hodiny práce lektora)
Celkový rozsah činností lektora je tedy
3 x 2 x 5 hod + 6 hodin = 36 hodin
Bude provedeno základní seznámení s funkčností dodávaného systému pro členy projektového týmu Objednatele na začátku realizace díla (před zpracováním detailní analýzy a Detailního realizačního projektu).
Bude provedeno školení administrátorů systému v rozsahu minimálně 8 školících hodin pro max. 3 zaměstnance určených Objednatelem, které bude zahrnovat kompletní správu systému.
Jako podkladový materiál musí být dodána administrátorská příručka.
Bude provedeno školení uživatelů na seznámení s obsluhou modulů IS_PO, resp. EÚD.
Jako podkladový materiál musí být dodána uživatelská příručka.
Školení uživatelů bude realizováno dle specifických rolí v IS_PO, resp. EÚD, tj.
Potřebný HW dodá Objednatel.
Veškerá školení poskytovaná v průběhu implementace (realizační fázi), která jsou součástí jednotlivých častí díla, zajistí Dodavatel na své náklady a v místě realizace.
Každé školení uživatelů má minimálně 5 hodin ve skupině max. 20 pracovníků v jednom cyklu s tím, že každý uživatel bude mít k dispozici vlastní přístup do IS_PO, resp. EÚD.
Součástí školení musí být praktické využívání dané oblasti IS_PO, resp. EÚD.
Součástí školení musí být i ověřování nabitých znalostí a zkušeností dané oblasti IS_PO, resp. EÚD.
Kapitola č. 6.7 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
6.8Dokumentace
Dodaná dokumentace v rámci IS_PO, resp. EÚD slouží k zachycení a vyhodnocování plánovaných činností a též k dokumentaci skutečného stavu.
Všechna dokumentace musí být verzována, opatřena seznamem autorů, přehledem změn jednotlivých verzí a musí být obsahově úplná pro tu část systému, kterou popisuje.
Dokumentace musí být napsána v českém jazyce a před finálním odevzdáním zpracována jazykovým korektorem.
Minimální požadavky na dokumentaci IS_PO, resp. EÚD jsou
Součástí prací bude vytvoření kompletní a detailní dokumentace dle standardů ISVS.
Dokumentace nebude chráněna dle autorského zákona, bude umožněno ji dále upravovat a předávat dalším subjektům, které se podílejí na chodu informačních systémů.
Dodavatel předloží plán tvorby dokumentace (jako součást Detailního realizačního projektu).
Dokumentace bude v elektronické formě, ve standardu MS Office bude poskytnuta v českém jazyce.
Detailní realizační projekt
Specifický – významný dokument realizace IS_PO, resp. EÚD, viz čl. 6.4.1.
Realizační dokumentace IS_PO, resp. EÚD.
Bude zpracována kompletní implementační a provozní dokumentace v písemné i elektronické editovatelné podobě ve formátu MS Office, včetně popisu pravidelné údržby a dokumentace finálního provedení, zahrnující, krom jiného, i detailní popis rozhraní.
Bude zpracována dokumentace finálního vyhotovení IS_PO, resp. EÚD včetně detailního popisu všech rozhraní.
Pro školení uživatelů a administrátorů bude zpracovány
uživatelské příručky,
metodické pokyny,
popisy procesů,
administrátorská příručka,
popř. další potřebné materiály.
Příručky budou distribuovány uživatelům v návaznosti na jejich role v IS_PO, resp. EÚD.
Musí obsahovat kompletní popis všech uživatelských funkcí pro práci dané role v IS_PO, resp. EÚD.
Příručky budou využívány jako základní materiál pro školení nových uživatelů.
Příručky musí obsahovat solidně zpracovaný popis kroků pro jednotlivé implementované funkce s vhodným doprovodným obrazovým materiálem ve formě výřezů obrazovek.
Příručka bude distribuována úzké skupině uživatelů, správců IS_PO, resp. EÚD.
Musí obsahovat kompletní popis všech funkcí pro práci s administrací IS_PO, resp. EÚD.
Příručka bude využívána jako materiál pro školení nových administrátorů.
Příručka musí obsahovat solidně zpracovaný popis kroků pro jednotlivé implementované funkce s vhodným doprovodným obrazovým materiálem ve formě výřezů obrazovek.
Dokumentace skutečného nasazení
Vychází z Detailního realizačního projektu, viz čl. 6.4.1.
a popisuje skutečného provedení IS_PO, resp. EÚD v prostředí Objednatele, včetně všech realizovaných rozhraní.
Součástí je i dokumentace zdrojových kódů k částem díla, které byly předmětem zákaznických úprav při realizaci zakázky, při splnění ostatní požadavků Objednatele na licence dodávaného SW dle Smlouvy.
Tato dokumentace je nedílnou součástí plnění Dodavatele v rámci VZ.
Kapitola č. 6.8 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
6.9Akceptace díla
Scénář akceptace IS_PO, resp. EÚD, který musí pokrývat všechny funkční oblasti dle tohoto dokumentu a
Příloha Ba Smlouvy – Technické podmínky – Portál občana !NENÍ PŘEDMĚTEM ČÁSTI II VZ!
resp.
Příloha Bb Smlouvy – Technické podmínky – Elektronická úřední deska
tj. jednotlivé kroky scénáře akceptace musí zajistit ověření splnění všech povinných Technických podmínek,
včetně harmonogramu a
návrh Akceptačního protokolu.
U každého kroku Scénáře akceptace IS_PO, resp. EÚD, musí být popsáno, jak bude krok prováděn, měřen a hodnocen,
vč. očekávané hodnoty a skutečně naměřené hodnoty.
Dodavatel jako součást Scénáře akceptace IS_PO, resp. EÚD předloží i návrh Akceptačního protokolu.
Ověření že IS_PO, resp. EÚD, odpovídá celému požadovanému rozsahu provede Objednatel porovnáním požadovaného rozsahu s rozsahem navrženým ve scénáři akceptace.
Objednatel si vyhrazuje právo předložený návrh Scénáře akceptace IS_PO, resp. EÚD a Akceptačního protokolu dle svého uvážení modifikovat“, což mimo jiné dává Objednateli možnost případné chybějící části do scénáře doplnit.
Dílo se považuje za dokončené, pokud došlo k Dokončení Díla bez jakýchkoliv vad, tj. došlo k Plné akceptaci.
Kapitola č. 6.9 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
7Zajištění podpory Komunikačních nástrojů
7.1Obecné požadavky
Dodavatel zajistí, že veškeré vlastnosti díla, včetně jeho update, legislativního update, upgrade a legislativního upgrade budou po celou dobu účinnosti této smlouvy odpovídat vždy aktuálním obecně platným právním předpisům ČR a platným standardům ISVS.
Úpravy programového vybavení IS_PO, resp. EÚD (obecné, rozvoj, legislativa apod.) zajistí Xxxxxxxxx s dostatečným časovým předstihem před nabytím účinnosti konkrétního právního předpisu, minimálně 5 pracovních dní.
V rámci běžného rozvoje jednotlivých modulů IS_PO, resp. EÚD Dodavatel zajistí poskytnutí aktualizovaných verzí nejpozději do 3 měsíců po uvolnění nové verze k distribuci.
Budou poskytovány informace o změnách a nových funkcích v aktualizovaných verzích IS_PO, resp. EÚD.
Bude prováděna průběžná aktualizace dokumentace k programovému vybavení tak, aby u Objednatele byla vždy aktuální dokumentace k provozovanému IS_PO, resp. EÚD.
Bude poskytována součinnost při zásadním upgrade operačního systému a databázového systému na vyšší verze.
Servisní (Technická) podpora a servis budou poskytovány po celou dobu smluvního vztahu.
Poskytování technické a servisní podpory bude odpovídat příkladům nejlepší praxe dle rámce ITIL/ITSM.
Technická podpora a servis budou realizovány v místě Objednatele.
Výjimku tvoří činnosti realizované vzdáleným připojením Dodavatele do prostředí Objednatele.
Kapitola č. 7.1 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
7.2Systém servisní podpory Dodavatele (Service Desk)
Součástí závazku zhotovit Dílo je vytvoření systému Service Desk (dále také jen „Service Desk“), který slouží pro uživatelskou podporu IS_PO, resp. EÚD, zejména pro evidenci požadavků na servisní zásahy a rozvoj a evidenci stavu jejich řešení.
Kontaktní místo Service Desk umožní příjem požadavku Objednatele na servisní zásah v českém jazyce prostřednictvím
Aplikace Helpdesk,
kontaktní e-mail a
služby na telefonu Hotline.
Aplikace Helpdesk
umožní příjem požadavku na servisní zásah prostřednictvím webového rozhraní v režimu 7x24 (nepřetržitě vyjma nahlášených servisních zásahů Dodavatele při správě systému Helpdesk),
umožní Objednateli upřesnit nebo doplnit požadavek,
bude Objednateli poskytovat přehled o aktuálně nahlášených požadavcích, jejich stavu a aktuálním způsobu jejich řešení,
bude Objednateli zasílat notifikace o změně stavu jeho požadavku (např. zadaný, v řešení, uzavřený atd.) a musí Objednateli umožnit schvalování uzavření nahlášeného požadavku.
bude poskytovat Objednateli přístup i k uzavřeným požadavkům a způsobu jejich řešení, bude poskytovat podrobné údaje o historii požadavků od jejich nahlášení, po jejich vyřešení,
součástí aplikace Helpdesk bude i znalostní báze (Knowledge base)
tj. strukturovaná databáze informací (znalostí) v souvislosti s IS_PO, resp. EÚD, které Uchazeč zprostředkuje ze své databáze vytvářené na základě expertních znalostí Dodavatele (best practices), nebo na základě často kladených dotazů uživatelů IS_PO, resp. EÚD od různých zákazníků Dodavatele (FAQ)
bude umožňovat Objednateli export dat, včetně obsahu požadavku a způsobu vyřešení.
Kontaktní e-mail
umožní příjem požadavku na servisní zásah v českém jazyce na Dodavatelem určeném e-mailu.
Služba Hot-Line
umožní příjem požadavku na servisní zásah v českém jazyce na telefonním čísle Dodavatele v režimu v pracovní dny od 08:00 do 18:00 hod, příjem požadavku bude zajištěn lidskou obsluhou.
Kapitola č. 7.2 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
7.3Vyhodnocení incidentů
V rámci zajištění Fáze B platí následující parametry SLA.
Definice stupňů závažnosti incidentů
Kritická vada
Vada způsobí, že IS_PO, resp. EÚD nelze zcela provozovat nebo má kritický vliv na provozované aplikace či stav podporovaného IS_PO, resp. EÚD, vyžaduje okamžité řešení
Odstranění vady
s dobou zahájení oprav do 2 pracovních hodin a
odstraněním vady do 8 pracovních hodin.
Pro EÚD, fyzickou opravu HW na místě pak platí, že bude provedena nejpozději do 3 pracovních dnů fyzickou přítomností technika na místě.
Urgentní vada
Vada výrazně omezuje správnou funkcionalitu.
IS_PO, resp. EÚD lze provozovat s omezením nebo po určitou dobu ve formě náhradního řešení.
Odstranění vady
s dobou zahájení oprav do 4 pracovních hodin a
odstraněním vady do 16 pracovních hodin.
Vada
Nekritická vada, provoz je problémem ovlivněn, ale lze provozovat bez výrazného omezení.
Odstranění vady
s dobou zahájení oprav do 8 pracovních hodin a
odstraněním vady do 40 pracovních hodin.
Tyto termíny lze v jednotlivých případech po vzájemné dohodě odpovědných osob obou stran prodloužit. Taková dohoda musí být vždy zaznamenána v systému Helpdesk.
Specifickým záznamem, který lze vložit do Helpdesku je
Námět na rozvoj
Dodavatel bude tyto náměty vyhodnocovat a dle plošného přínosu do následujícího sestavení. Dodavatel má právo předmětné náměty odmítnout.
Dotaz
Pro případ, že z uživatelské dokumentace (nebo z informací IS_PO, resp. EÚD, vč. Help) nebude zřejmý pracovní postup pro uživatele (nebo v případě, že se uživatel dopustí chyby v rozporu s touto dokumentací) je možné požádat Dotazem na HelpDesk o podporu Xxxxxxxxxx.
Kapitola č. 7.3 |
Splňuje |
Komentář |
Nabízené řešení |
ANO / NE |
…může doplnit Dodavatel… |
8Negativní vymezení plnění
!NENÍ PŘEDMĚTEM ČÁSTI II VZ!
Součástí plnění dle Smlouvy IS_PO není
Pořízení HW
Mobilních zařízení (telefonů, tabletů).
Pracovních stanic pro město Jirkov.
Jakékoliv jiné pořízení HW.
Migrace dat.
Město Jirkov
náměstí Xx. X. Xxxxxx čp. 1, 431 11 Jirkov Stránka 35 z 35