Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
Příloha A.ii.
Požadavky na Společné datové
prostředí (CDE)
–
Justiční areál v Ústí nad Labem –
zhotovitel stavby
1
OBSAH
ÚVOD 4
1 SYSTÉM CDE A FUNKČNÍ POŽADAVKY 4
1.1 SYSTÉM CDE 4
1.2 FUNKČNÍ POŽADAVKY 4
1.3 LOGICKÉ VAZBY 5
1.4 DATOVÉ FORMÁTY 5
1.5 JAZYKOVÉ MUTACE SYSTÉMU 5
1.6 TECHNICKÉ NORMY, PŘEDPISY A METODIKY 5
2 ZPŮSOB LICENCOVÁNÍ, PRAVIDLA PRO PŘIDĚLOVÁNÍ LICENCÍ 6
2.1 LICENČNÍ PODMÍNKY 6
3 PŘÍSTUP A DOSTUPNOST 6
3.1 TECHNICKÉ ŘEŠENÍ PŘÍSTUPU 6
3.2 GARANCE DOSTUPNOSTI 6
3.3 GARANCE EXPORTU DAT 7
4 ZÁVAZNÉ ČÁSTI CDE 7
5 PRAVIDLA PRO POJMENOVÁNÍ SOUBORŮ A SLOŽEK 8
5.1 PRAVIDLA PRO POJMENOVÁVÁNÍ SOUBORŮ, RESP. DOKUMENTŮ V DIGITÁLNÍ PODOBĚ 8
5.2 PRAVIDLA PRO VERZOVÁNÍ DOKUMENTŮ V DIGITÁLNÍ PODOBĚ 8
5.3 PRAVIDLA PRO NAKLÁDÁNÍ SE SOUBORY, RESP. DOKUMENTY V DIGITÁLNÍ PODOBĚ 8
5.4 PRAVIDLA PRO ZNAČENÍ POHLEDŮ V DIMS 8
6 ZABEZPEČENÍ DAT A SYSTÉMU 9
6.1 BEZPEČNOSTNÍ POŽADAVKY 9
6.2 ŘÍZENÍ PŘÍSTUPOVÝCH OPRÁVNĚNÍ 10
6.3 FUNKCE MONITORINGU, AUDITU, SYSTÉMOVÝCH ZÁZNAMŮ AKTIVIT (LOG) APOD. 10
7 DEFINICE PROCESŮ PROVÁDĚNÝCH V CDE (WORKFLOW) 10
7.1 PROCESY SCHVALOVÁNÍ 10
7.2 PROCESY PŘEDÁVÁNÍ, PŘEDÁVACÍ PROTOKOLY 11
7.3 ZMĚNOVÁ ŘÍZENÍ, POŽADAVKY NA INFORMACE (TZV. RFI) 11
7.4 ŘEŠENÍ DALŠÍCH PROCESŮ 11
2
7.5 PŘIPOMÍNKOVÁNÍ DOKUMENTŮ V DIGITÁLNÍ PODOBĚ A ZPŮSOB VYPOŘÁDÁNÍ PŘIPOMÍNEK 11
8 POŽADAVKY NA TIKETOVACÍ SYSTÉM 11
9 POŽADAVKY NA FUNKCIONALITU CDE PRO DIMS 12
JAKO MINIMÁLNÍ FUNKČNOST CDE PRO PRÁCI S DIMS JSOU STANOVENY NÁSLEDUJÍCÍ POŽADAVKY: 12
10 PODPORA PRO UŽIVATELE 12
10.1 UŽIVATELSKÉ NÁVODY A DALŠÍ ZDROJE INFORMACÍ 12
10.2 PLÁN ŠKOLENÍ UŽIVATELŮ 12
10.3 ZAJIŠTĚNÍ PODPORY 12
ZAJIŠTĚNÍ TECHNICKÉ PODPORY 12
ZAJIŠTĚNÍ UŽIVATELSKÉ PODPORY 13
3
Úvod
Tento dokument vznikl na podkladu a v souladu s metodikami vydanými Českou agenturou
pro standardizaci a Státním fondem dopravní infrastruktury.
Jako podklad pro tento dokument byla využita Příloha č. 2 BIM Protokolu, Požadavky na
Společné datové prostředí, zpracovaná týmem PS02 a PS03 pod vedením Josefa Žáka a
Lukáše Klee a vydaná Českou agenturou pro standardizaci.
Společné datové prostředí (CDE) je centrálním zdrojem informací používaným k jejich
shromažďování, správě a sdílení pro celý Projektový tým. Vytvoření tohoto centrálního
zdroje informací usnadňuje spolupráci mezi jednotlivými Členy projektového týmu,
jednoznačně určuje platnou verzi informace a pomáhá vyhnout se nedorozumění,
duplicitám a chybám.
Úlohou systému CDE je řídit a spravovat Dokumenty, procesy a komunikaci o projektu ve
fázích přípravy a provádění Stavby a musí být použity takové technologie a principy, které
zajistí požadovanou úroveň důvěrnosti, dostupnosti a integrity uchovávaných dat a
informací.
V dokumentu Příloha A.iii. Plán realizace BIM (BEP) uvede Zhotovitel způsob a popis splnění
požadavků v tomto dokumentu.
1 Systém CDE a funkční požadavky
1.1 Systém CDE
Objednatel požaduje integrovaný jednotný systém CDE splňující následující požadavky.
Integrovaný jednotný systém CDE spojuje všechny požadované funkce CDE do jednotného
prostředí ovládaného přes jednotné rozhraní.
Zhotovitel bude v rámci Společného datového prostředí udržovat aktuální Dokumenty,
Digitální modely stavby, průzkumy, výkresy, vyjádření, dokumentace a další Dokumenty dle
Smlouvy tak, aby byly k dispozici Objednateli.
1.2 Funkční požadavky
Sdílené úložiště Dokumentů v digitální podobě umožňující manipulaci s těmito Dokumenty
pro potřeby všech procesů, tj. zejména:
• stažení souborů a složek na úložiště mimo CDE;
• revize souborů včetně jejich správy a případně revize celých složek;
• porovnání stejných Dokumentů v digitální podobně s jejich předchozími verzemi;
• integrované prohlížení souborů s příponami (.pdf, .txt, .docx, .xlsx, .jpg, .png);
• integrované prohlížení formátu IFC pro DIMS;
• práce s Dokumenty bez ohledu na jejich formát nebo příponu;
• sdílení a prohlížení fotografií;
• správa jednotlivých verzí (revizí) Dokumentů, jejich přístupnost v rámci systému;
• audity Dokumentů (např. formou audit logů) a dohodnutých procesů;
4
• vyhledávání v datech, včetně full-textového vyhledávání;
• filtrování, vhodná zobrazení dat v rámci aplikace filtru;
• workflow řešící předávání, schvalování apod. Dokumentů, změnových řízení, popis
způsobu vypořádání připomínek;
• definice a správa defaultních pracovních postupů (podpora pracovních postupů -
workflow);
• práce s číselníky;
• nastavení oprávnění dle požadavků Objednatele;
• přístup externím uživatelům do vyhrazeného prostoru a k vyhrazeným složkám;
• po ukončení provozu systém umožňuje export dat do adresářové struktury včetně
logů, auditů a metadat.
1.3 Logické vazby
Objednatel požaduje, aby CDE umožnovalo vytvoření odkazů na cesty (např. adresářové
cesty, url, hypertextový odkaz, …) směřující na vybrané Dokumenty v digitální podobě a
umožnovalo tak propojení dat uložených v CDE s DIMS.
1.4 Datové formáty
Systém CDE nesmí být omezen jen na určité formáty a musí umožňovat uložit jakýkoli
vhodný, resp. relevantní formát souboru Dokumentu v digitální podobě.
1.5 Jazykové mutace systému
Uživatelské rozhraní CDE musí být českém jazyce.
1.6 Technické normy, právní předpisy a metodiky
Objednatel požaduje, aby systém zohledňoval následující Právní předpisy v jejich
aktuálních zněních:
• 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 č. 499/2004 Sb., o archivnictví a spisové službě a o změně některých zákonů;
• vyhláška č. 259/2012 Sb., o podrobnostech výkonu spisové služby;
• VMV čá. 57/2017 Národní standard pro elektronické systémy spisové služby;
• zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi
Dokumentů;
• vyhláška č. 193/2009 Sb., o stanovení podrobností provádění autorizované
konverze Dokumentů;
• 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ů;
• vyhláška č. 529/2006 Sb., o požadavcích na strukturu a obsah informační koncepce
a provozní Dokumentace a o požadavcích na řízení bezpečnosti a kvality
5
informačních systémů veřejné správy (vyhláška o dlouhodobém řízení informačních
systémů veřejné správy);
• zákon č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce;
• vyhláška č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických
bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti
kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti);
• Nařízení Evropského parlamentu a Rady (EU) 2016/679, obecné nařízení o ochraně
osobních údajů (např. dodržením ISO 27001).
2 Způsob licencování, pravidla pro přidělování licencí
2.1 Licenční podmínky
Objednatel disponuje vlastním CDE řešením, pro které má zajištěný dostatečný počet
licencí pro vlastní potřeby a uživatele. Nad rámec těchto licencí disponuje
jednouživatelskou (desktopovou) licencí, která může být na vyžádání poskytnuta jednomu
uživateli Zhotovitele.
Náklady na CDE (licence) na straně Zhotovitele jsou samostatnou položkou Soupisu prací
s výkazem výměr.
Zhotovitel zajistí přístup osob Zhotovitele do systému CDE a použití systému CDE dle BIM
Protokolu a jeho příloh.
3 Přístup a dostupnost
3.1 Technické řešení přístupu
Objednatel má vlastní CDE, v němž provozuje projekty a do nějž mají přístup osoby
Objednatele. Zhotovitel zajistí kompatibilitu mezi použitím CDE Zhotovitele a CDE
Objednatele. Tato kompatibilita může být zajištěna prostřednictvím API. Zhotovitelem
zvolené CDE bude splňovat požadavky uvedené v tomto dokumentu.
API CDE Objednatele je k dispozici na webové adrese:
3.2 Garance dostupnosti
Zhotovitel zajistí nepřetržitou dostupnost, provozuschopnost a údržbu systému. V případě
nefunkčnosti/nedostupnosti systému (mimo plánovaná a předem nahlášená servisní okna)
garantuje Zhotovitel jeho opětovné zprovoznění do 8 h od telefonického/e-mailového
nahlášení nefunkčnosti/nedostupnosti systému Objednatelem nebo jakoukoliv pověřenou
osobou daného projektu. Celkově Zhotovitel garantuje provoz systému (poskytne
Objednateli odezvu) minimálně 99 % času z celkového času objednávky mimo servisní
okna.
Zhotovitel podrobně specifikuje způsob řešení nezbytných technických zásahů do systémů,
které mohou vést k výpadkům funkčnosti, způsob řešení technických závad a minimalizace
6
jejich dopadů na CDE v Plánu realizace BIM (BEP). Zhotovitel garantuje dostupnost CDE po
dobu trvání smluvního vztahu s Objednatelem.
V CDE musí být použity takové technologie/principy, které zajistí požadovanou úroveň
důvěrnosti, dostupnosti a integrity uchovávaných dat a informací.
3.3 Garance exportu dat
Zhotovitel musí na vyzvání Objednatele do deseti pracovní dní deklarovat bezpečnost
uložených dat, jejich dostupnost a zajistit jejich zálohování. Zálohování musí být vyřešeno
tak, aby bylo možné CDE a jeho obsah plnohodnotně obnovit:
a. V průběhu projektu, kdy je nutné zajistit v zásadě kontinuální dostupnost CDE a dat.
Zhotovitel umožní na vyžádání Objednatele přístup k této záloze do tří pracovních dní.
b. V případě neočekávaných událostí (selhání hardware, poškození dat, ztráta dat) zajistí
Zhotovitel do tří pracovních dní bezztrátovou obnovu dat ze zálohy.
c. Po ukončení a archivaci projektu, například v případě požadavku na obnovení CDE pro výkon
správy a údržby, rekonstrukce a opravy atp. (tzv. „archivní záloha“). Archivní záloha by měla
obsahovat všechny Dokumenty uložené k danému projektu v CDE a zálohy všech
databázových tabulek. Pokud Objednatel neurčí jinou formu exportu databázových dat
(například konkrétní strukturu souborů MS Excel), poskytne Zhotovitel schémata a popisy
nutné k rekonstrukci databázových dat IT technikem Objednatele.
S ohledem na předpokládaný objem dat je žádoucí pro zálohování využívat formu
automatických příp. poloautomatických záloh. Upřesňující požadavky definuje Objednatel.
Záloha CDE musí být oddělena od primárních dat, tj. musí být v rámci infrastruktury uložená
na odděleném místě nebo archivována na samostatném datovém nosiči (magnetická páska,
pevný disk, NAS atp.), a to vždy při zachování plné důvěrnosti a bezpečnosti dat.
Zhotovitel CDE musí mít definován plán záloh včetně definice postupů pro případ
neplánovaného výpadku (disaster recovery). Tento plán záloh Zhotovitel doloží Objednateli
na vyzvání do deseti pracovních dní.
4 Závazné části CDE
Vlastní struktury podsložek, modulů, nebo jiný způsob organizace informací (např. podle
metadat), musejí respektovat procesní logiku a její vazby na používaná přístupová
oprávnění. Proto se předpokládá jejich rozdělení na samostatné oblasti.
Rozdělení CDE na jednotlivé oblasti bude Zhotovitelem specifikováno v Plánu realizace BIM
(BEP). Současně bude Zhotovitelem připraven manuál použití CDE na projektu.
Pro vytváření nových podsložek a jejich užívání stanoví Zhotovitel závazná pravidla, jejichž
účelem je zejména eliminovat riziko ohrožení funkčnosti systému CDE (např. použitím zcela
nevhodných názvů, nebo překročením datové kapacity nebo jiným přetížením systému
procesy pracovních složek). V nižších úrovních struktury se předpokládá možnost vytváření
7
vlastních podsložek Zhotovitelem, nebo jiných způsobů třídění (např. formou metadat), pro
účely jejich interních agend spojených s Dílem.
5 Pravidla pro pojmenování souborů a složek
5.1 Pravidla pro pojmenovávání souborů, resp. Dokumentů v digitální podobě
Objednatel nedisponuje předpisem upravujícím požadavky na pojmenování dalších
souborů, resp. Dokumentů v digitální podobě a složek v rámci CDE. Objednatel požaduje
návrh způsobu označování souborů a složek Zhotovitelem v Plánu realizace BIM (BEP).
Příklad:
Označování souborů projektové dokumentace bude následující:
A_A_A_A_A_BBBB_CC_DDD_EEEEEEEEEEEEE
Kde:
A_A_A_A_A – Reprezentuje členění projektové dokumentace (např. D_1_1_2_1)
BBBB – Reprezentuje označení stavebního objektu (např. S001)
CC – Reprezentuje část objektu (např. A1)
DDD – Reprezentuje číslo výkresu (např. 101)
EEEEEEEEEEEEE – Reprezentuje název výkresu (např. PUDORYS_1NP)
Jednotlivé pozice značení jsou odděleny podtržítkem.
Příklad označení souboru dle zvoleného systému značení:
D_1_1_2_1_SO01_A1_101_PUDORYS_1NP
5.2 Pravidla pro verzování Dokumentů v digitální podobě
Revize Dokumentů budou ukládány jako verze původního souboru v rámci CDE.
Tzn. původní soubor bude vždy nahrazen novým s tím, že systém CDE zaznamená, že se
jedná o novou verzi Dokumentu.
5.3 Pravidla pro nakládání se soubory, resp. Dokumenty v digitální podobě
Dokumenty v digitální podobě v režimu vyhrazené nebudou uloženy v CDE.
Objednatel nedisponuje vlastním předpisem upravujícím požadavky na velikost souborů.
Další pravidla pro nakládání se soubory včetně omezení jejich velikosti budou upraveny
Zhotovitelem v Plánu realizace BIM (BEP).
5.4 Pravidla pro značení pohledů v DIMS
8
Zhotovitel navrhne v Plánu realizace BIM (BEP) systém značení pohledů v DIMS.
6 Zabezpečení dat a systému
6.1 Bezpečnostní požadavky
Objednatel požaduje splnění následujících bezpečnostních požadavků:
CDE zaznamenává auditní logy a umožňuje zástupcům Objednatele přístup k těmto
informacím, které musí zahrnovat všechny informace o úpravách všech uložených souborů
a jejich metadat včetně informace, kdo se souborem manipuloval.
CDE zaznamenává logy obsahující přihlašování/odhlašování uživatelů a umožňuje
zástupcům Objednatele přístup k těmto informacím, které musí zahrnovat zejména časové
razítko, přihlašovací jméno, IP adresu uživatele a popis události.
CDE zaznamenává logy řešení pro ochranu před škodlivým kódem, v případě webové
aplikace také logy řešení pro ochranu webových aplikací.
CDE podporuje a vynucuje přístup přes šifrované spojení prostřednictvím webového
prohlížeče (HTTPS) pro přístup k veškerým uloženým informacím. Použitý certifikát pro
tento účel musí být podepsán důvěryhodnou kořenovou certifikační autoritou.
Poskytovatel Cloud Computingu (služby CDE), který poskytuje tuto službu v České
republice, nemá sídlo v Evropské unii a neustavil si svého zástupce v jiném členském státě
Evropské unie, musí mít ustanoveného svého zástupce v České republice. Zástupcem
poskytovatele Cloud Computingu je osoba, která má sídlo v České republice a která je
poskytovatelem Cloud Computingu na základě plné moci zmocněná jej zastupovat.
Zhotovitel musí zajistit na základě žádosti Objednatele bez zbytečného odkladu přístup k
informacím a datům, které Zhotovitel uchovává, včetně možnosti kontroly uchovávaných
informací a dat v reálném čase.
Zhotovitel musí zajistit řízení kontinuity činností v souvislosti s poskytovanou službou.
V případě vyžádání Objednatele podepíše Zhotovitel dohodu o mlčenlivosti (NDA) týkající
se dat projektu uložených v CDE.
Objednatel požaduje, aby Zhotovitel informoval o bezpečnostních událostech, které
mohou mít vliv na integrity, důvěryhodnost a dostupnost uchovávaných dat a informací.
Zhotovitel musí zajistit ochranu před škodlivým kódem nad Zhotovitelem uchovávanými
daty a informacemi.
Zhotovitel musí zajistit ochranu webových portálů proti průnikům nasazením vhodné
webaplikační ochrany (např. webaplikační firewall).
Řešení jako celek (všechny komponenty – operačního systému, aplikace) musí být
udržovány aktualizované a v případě zjištění specifické zranitelnosti aplikace musí být tato
bezodkladně opravena.
9
Z pohledu důvěrnosti se s informací může seznámit pouze jakýkoliv zaměstnanec
Objednatele, nebo jejich konzultanti a pověřené osoby, nebo zaměstnanci Zhotovitele.
Ostatní osoby musí být schváleny Objednatelem.
Po skončení projektu budou data předána Objednateli jako digitální záloha, nebo
provozuschopná kopie CDE na paměťovém nosiči. V případě digitální zálohy bude tato
záloha obsahovat veškerá data CDE exportované do adresářové struktury včetně logů,
auditů a metadat.
6.2 Řízení přístupových oprávnění
CDE musí umožňovat práci se skupinami uživatelů a přiřazování oprávnění těmto
uživatelům.
CDE musí umožňovat přiřazování oprávnění na základě rolí (tyto role mohou být řešeny
skupinami).
CDE systém musí zajišťovat řízení oprávnění a přístup k jednotlivým Dokumentům na
základě workflow.
CDE systém musí umožňovat generování souhrnných reportů obsahujících přehled
uživatelů, jejich přístupových práv, workflow a stavu workflow včetně asociovaných
Dokumentů.
6.3 Funkce monitoringu, auditu, systémových záznamů aktivit (log) apod.
Objednatel požaduje splnění následujících požadavků na pořizování systémových záznamů
aktivit (LOG):
• systémové záznamy musí systémy CDE pořizovat automaticky tak, aby nebylo
možné v nich provádět jakékoli změny;
• systémové záznamy budou k dispozici všem subjektům užívajícím CDE a Zhotovitel
specifikuje způsob jejich poskytování;
• systémové záznamy budou obsahovat druh provedené činnosti (nahrání, stažení
nebo prohlížení záznamu, vložení poznámky, revize, redlining, změna stavu...);
• systémové záznamy budou obsahovat datum a čas zaznamenané činnosti;
• systémové záznamy budou obsahovat identifikaci původce zaznamenané činnosti.
7 Definice procesů prováděných v CDE (workflow)
CDE musí podporovat řešení pracovních postupů a procesů prostřednictvím workflow.
Procesy (workflow) budou nastaveny v CDE Zhotovitelem. Schémata jednotlivých procesů
budou zpracována Zhotovitelem a budou součástí Plánu realizace BIM (BEP). Dále budou
na základě schémat procesů v CDE nastavena workflow formou šablon, které lze využít pro
dílčí workflow.
CDE musí umožňovat realizaci po sobě jdoucích i paralelních kroků workflow.
7.1 Procesy schvalování
10
Technické postupy užívané ke schválení Dokumentů v digitální podobě. Např. schválení
projektové dokumentace, vzorků výrobků a materiálů, postupu prací, zápisů a dalších
procesů.
7.2 Procesy předávání, předávací protokoly
Předávací protokoly budou nastaveny jako šablony v CDE.
7.3 Změnová řízení, požadavky na informace (tzv. RFI)
Změnová řízení a požadavky na informace budou řešeny prostřednictvím workflow.
7.4 Řešení dalších procesů
Distribuce zápisů z kontrolních dnů, schvalování postupů prací, vzorků, materiálů a
výrobků, pokyny Správce stavby budou řešeny prostřednictvím workflow.
7.5 Připomínkování Dokumentů v digitální podobě a způsob vypořádání připomínek
CDE systém bude umožňovat digitální záznam připomínek k Dokumentům, které jsou
součástí workflow.
8 Požadavky na tiketovací systém
Zajištěním provozu funkčního systému v níže uvedeném minimálním rozsahu:
• správa šablon jednotlivých tiketů (tiketu);
• přístup k založení tiketu pro všechny oprávněné uživatele;
• aplikace umožňující přístup přes mobilní zařízení (např. prostřednictvím operačních
systémů Android nebo iOS);
• off-line přístup k datům a funkčnosti systému;
• centrální evidence tiketů;
• rozeslání tiketu dle zadaných klíčových slov odpovědným osobám;
• rozeslání tiketů (včetně jejich obsahu) přes e-mail;
• tiket musí obsahovat následující údaje:
o pořadové číslo tiketu (dle číselné řady);
o záznam autora tiketu;
o termín založení tiketu;
o informaci popisující daný problém (vada, nedodělek, změna pracovního
postupu, změna technologie, apod.);
o přílohy (v datových formátech jako např: .pdf, word, excel, .jpeg, .gif, .png
apod.);
o adresáta tiketu;
o termín k vyřešení tiketu;
• záznam o schválení odpovědných osob;
• ukládání tiketů a jejich zabezpečení proti změnám;
11
• generování reportů ze systému (např. seznamu tiketů ve formátu .pdf, word nebo
excel) umožňující celkový přehled, přehled nesplněných tiketů, neukončených
tiketů apod.
9 Požadavky na funkcionalitu CDE pro DIMS
Jako minimální funkčnost CDE pro práci s DIMS jsou stanoveny následující požadavky:
• nástroje umožňující procházení a prohlížení geometrických částí DIMS;
• skrývání a zobrazování jednotlivých Datových objektů a Elementu DIMS;
• měření (délka, plocha, objem, úhel) ve 2D i 3D;
• zobrazení vlastností jednotlivých Datových objektů;
• vyhledávání na základě vlastností Datových objektů;
• zobrazování přednastavených pohledů a řezů;
• výběr jednoho a více Datových objektů a Elementů.
10 Podpora pro uživatele
10.1 Uživatelské návody a další zdroje informací
Zhotovitel poskytne uživatelské návody, manuály a další zdroje informací například formou
odkazů na referenční příručky a uživatelské návody k softwarovým nástrojům CDE, a to jak
přímo do CDE, kde budou tyto materiály uloženy jako samostatné Dokumenty v digitální
podobě, tak i emailem Správci informací.
10.2 Plán školení uživatelů
Zhotovitel zajistí zaškolení určených osob Objednatele. V rámci školení budou proškolena,
mimo jiné, témata specifikované v rámci funkčních požadavků a workflow. Proškoleny
budou také vzorové postupy práce v rámci těchto funkčních požadavků a práce
s Dokumenty, s nimiž bude Objednatel v rámci Společného datového prostředí přicházet
do styku.
10.3 Zajištění podpory
Zajištění technické podpory
Zhotovitel zajistí technickou podporu (telefonicky/emailem) pro určené osoby Objednatele
v českém jazyce v pracovní dny od do (např. 7:00 – 18:00).
Pro podporu mimo stanovenou dobu uvede Zhotovitel jiné vhodné způsoby kontaktování
podpory (např. kontaktní e-mail).
Zhotovitel uvede kontaktní osobu (osoby) poskytující technickou podporu spolu s
telefonickým a emailovým spojením.
12
Zajištění uživatelské podpory
Zhotovitel zajistí uživatelskou podporu dostupnou všem uživatelům, a to nejlépe formou
telefonické „hotline“ fungující minimálně v rozsahu prodloužené denní pracovní doby (např.
7:00 – 17:00).
Pro podporu mimo stanovenou dobu uvede Zhotovitel jiné vhodné způsoby kontaktování
podpory (např. kontaktní e-mail).
Tento dokument byl vytvořen na základě standardů ČAS a SFDI pro účely projektu a jedná se o autorské dílo
zpracovatele. Není dovoleno tento text, ani jeho části, upravovat, kopírovat nebo jakkoli měnit bez souhlasu autora.
Digitálně podepsal
DiS. Milan Nedvědil
Datum: 2023.03.06
13:28:32 +01'00'
13