ZADÁVACÍ DOKUMENTACE
ZADÁVACÍ DOKUMENTACE
ve smyslu ustanovení § 27 a § 44 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů
(dále jen „ZVZ“)
Název veřejné zakázky:
„Zavedení jednotného ekonomického informačního systému řízení příspěvkových organizací Plzeňského kraje“
Druh zadávacího řízení:
Otevřené řízení na zadání nadlimitní veřejné zakázky na služby
Zadavatel veřejné zakázky:
Plzeňský kraj
se sídlem Plzeň, Škroupova 18, PSČ: 306 13
IČO: 708 90 366
(dále jen „zadavatel“ nebo „PK“)
Obsah:
1. IDENTIFIKAČNÍ ÚDAJE ZADAVATELE 3
2. XXXX, ZPŮSOB ZADÁNÍ A PŘEDMĚT VEŘEJNÉ ZAKÁZKY A DALŠÍ INFORMACE 3
5. DOBA PLNĚNÍ A MÍSTO PLNĚNÍ VEŘEJNÉ ZAKÁZKY 14
6. ZPŮSOB ZPRACOVÁNÍ NABÍDKOVÉ CENY V SOULADU S § 44 ODST. 3 PÍSM. F) ZVZ 14
7. NÁVRH SMLOUVY, PLATEBNÍ PODMÍNKY A OBCHODNÍ PODMÍNKY 19
10. ZPŮSOB HODNOCENÍ NABÍDEK 23
12. OTEVÍRÁNÍ OBÁLEK S NABÍDKAMI 27
15. SOUHLAS S UVEŘEJNĚNÍM SMLOUVY NA PROFILU ZADAVATELE 28
16. SEZNAM PŘÍLOH ZADÁVACÍ DOKUMENTACE 28
1. Identifikační údaje zadavatele
• Základní údaje
Zadavatel:
název: Plzeňský kraj
sídlo: Plzeň, Škroupova 18, PSČ: 306 13
IČO: 708 90 366
DIČ: CZ70890366
zastoupený: Xxxxxxxx Xxxxxxx, náměstkem hejtmana Profil zadavatele: xxxxx://xxxx.xxxx.xx/xxxxxxx_xxxxxxx_000.xxxx
zastoupený v zadávacím řízení administrátorem (pověřenou osobou):
název: Centrální nákup, příspěvková organizace
zapsaná v OR vedeném Krajským soudem v Plzni, oddíl PR, vložka 723
sídlo: Plzeň, Xxxxxxxxxx 000/00, PSČ: 318 00
IČO: 720 46 635
DIČ: CZ72046635
zastoupený: Ing. Xxxxx Xxxxxxx, ředitelem
tel.: x000 000 000 000
• Oprávněné osoby zadavatele
Osobou oprávněnou k činění právních úkonů souvisejících s touto veřejnou zakázkou je Xxxxxx Xxxxx, náměstek hejtmana, na základě čl. 3 Podpisového a kompetenčního řádu Plzeňského kraje a KÚPK č. Ř-2/2012 a usnesení Rady Plzeňského kraje č. 1310/13 ze dne 4. 11. 2013.
• Osoba pověřená výkonem zadavatelských činností
Centrální nákup, příspěvková organizace, se sídlem Plzeň, Vejprnická 663/56, 318 00, IČO: 000 00 000, tel.: + 000 000 000 000, kontaktní osoba Xxx. Xxxxxx Xxxxxxxxx, email:
xxxxxx.xxxxxxxxx@xxxx.xx, mobil: x000 000 000 000.
Osoba pověřená výkonem zadavatelských činností je na základě smlouvy o zastoupení ze dne
4. 11. 2013 zmocněna zadavatelem k veškerým úkonům souvisejícím se zajištěním zadávacího řízení s výjimkou úkonů rozhodovacích.
Veškeré dotazy týkající se této veřejné zakázky je třeba směřovat na osobu pověřenou výkonem zadavatelských činností, která zajistí poskytnutí kvalifikovaných odpovědí (dle povahy dotazu od příslušných odborných osob).
2. Účel, způsob zadání a předmět veřejné zakázky a další informace
• Účel veřejné zakázky
Formálním účelem této nadlimitní veřejné zakázky zadávané v otevřeném řízení dle ustanovení § 21 odst. 1 písm. a) a § 27 ZVZ je uzavření smlouvy, jejíž závazný návrh tvoří přílohu č. 2 této zadávací dokumentace (dále jen „smlouva“ nebo „návrh smlouvy“), na základě které budou realizovány
dále uvedené služby. Smlouva bude uzavřena s jedním vybraným uchazečem, který podal nabídku na plnění veřejné zakázky, a který se na základě provedeného hodnocení dle hodnotících kritérií uvedených v článku 10 této zadávací dokumentace umístil na prvním (1.) nejlépe hodnoceném místě z hodnocených nabídek.
Materiálním účelem této nadlimitní veřejné zakázky zadávané v otevřeném řízení dle ustanovení § 21 odst. 1 písm. a) a § 27 ZVZ je zavedení jednotného ekonomického informačního systému řízení příspěvkových organizací Plzeňského kraje (dále jen „JEIS“).
Důvodem této potřeby je (i) absence detailních ekonomických informací o příspěvkových organizacích zřízených PK, jejichž výčet k datu zahájení zadávacího řízení této veřejné zakázky je obsažen v příloze č. 8 návrhu smlouvy (dále jen „příspěvkové organizace“), na straně zřizovatele (PK) pro jejich další možné využití zejména v oblasti strategického finančního plánování, rozpočtování a ekonomického řízení příspěvkových organizací, (ii) na jednotlivých příspěvkových organizacích je obvykle nasazeno více samostatných systémů – pro účetnictví, správu majetku či správu mezd, které jsou různého charakteru, různého stáří, rozličné technologické vyspělosti a od různých dodavatelů, což zřizovateli prakticky znemožňuje zpracování jednotných výstupů a analýz ekonomických informací, (iii) většina příspěvkových organizací nepoužívá automatizovaná propojení mezi systémy. Oběh účetních dokladů je prakticky vždy řešen papírově a v neposlední řadě (iv) komunikace mezi zřizovatelem (PK) a příspěvkovými organizacemi není ve všech oblastech na stejné technické úrovni. Popis stávajícího stavu je obsažen v příloze č. 3 této zadávací dokumentace.
Cílem, který zadavatel očekává od zadání této veřejné zakázky je nahrazení nebo modernizace stávajících software aplikací používaných v příspěvkových organizacích, jejímž provedením dojde zároveň ke zvýšení komfortu uživatelů využívajících nově instalované funkcionality. Přechodem na JEIS ve všech příspěvkových organizacích (s výjimkou dvou příspěvkových organizací uvedených dále v textu) dojde postupem času ke zjednodušení IT správy (jednotná technologie databáze a jednotná aplikace pro všechny subjekty – pravidelný update a upgrade systému je možné provádět komplexně v jednom okamžiku na jednom místě, jednotná správa systému). Zavedení JEIS předpokládá snadnější a komfortnější aplikaci jednotné metodiky ekonomických agend ze strany zřizovatele - PK (legislativa, účetnictví, výkaznictví, majetková evidence atd.), jednotné podklady, přehledy a výstupy pro zřizovatele a všechny zřízené příspěvkové organizace. PK předpokládá změnu současného stavu směrem ke sjednocení ekonomických procesů v příspěvkových organizacích v oblasti účetní metodiky a analytiky, včetně vytvoření komplexního systému controlingu a reportingu pro další využití získaných informací zřizovatelem (PK), zejména v oblasti strategického finančního plánování a rozpočtování a ekonomického řízení.
• Způsob zadání veřejné zakázky
Tato veřejná zakázka je zadávána v otevřeném řízení dle ustanovení § 21 odst. 1 písm. a) a § 27 ZVZ. Dle znalosti zadavatele v rámci relevantního trhu existuje více než 5 dodavatelů, kteří jsou potenciálně schopni splnit předmět plnění této veřejné zakázky.
• Předmět veřejné zakázky a jeho specifikace Předmětem plnění této veřejné zakázky je:
• Vytvoření JEIS, včetně poskytnutí zadavatelem požadovaných licencí tak, aby tyto pokryly
příspěvkové organizace či jejich nástupnické organizace, jako obecného jádra systému dále customizovatelného dle individuální potřeby konkrétní příspěvkové organizace
či zadavatele. JEIS bude „otevřený“ pro zadavatele a příspěvkové organizace, přičemž tato „otevřenost“ nebude na překážku bezpečnostním aspektům a ochraně osobních údajů. JEIS bude spolupracovat se stávajícími ekonomickými informačními systémy příspěvkových organizací, kde JEIS nebude implementován (konkrétně se v současné chvíli jedná o Správu a údržbu silnic Plzeňského kraje, příspěvková organizace a o Dům seniorů Kdyně, příspěvková organizace). JEIS komunikuje s ostatními systémy PK a příspěvkových organizací pomocí rozhraní a standardizovaných webových služeb. Bližší specifikace požadavků zadavatele na funkcionalitu JEIS, tj. bližší specifikace předmětu plnění této veřejné zakázky v této konkrétní části je obsažena v příloze č. 1 návrhu smlouvy. Samotnému vytvoření JEIS v uvedeném smyslu bude předcházet analýza, jejímž výstupem bude zhotovení cílového konceptu tak, jak je definován v návrhu smlouvy (dále jen „Cílový koncept“).
• Vytvoření manažerského centra pro PK jako takový a pro příspěvkové organizace, které PK umožní zejména nahlížení do JEIS a do JEIS příslušných PO v dále uvedeném smyslu a pracovníkovi příspěvkové organizace nahlížení do JEIS dané příspěvkové organizace, včetně jeho nastavení, realizace vazeb na ostatní systémy PK, nastavení apod. (dále jen
„MC PK“). Bližší specifikace požadavků zadavatele na funkcionalitu MC PK, tj. bližší specifikace předmětu plnění této veřejné zakázky v této konkrétní části je obsažena v příloze č. 1 návrhu smlouvy.
• Jednorázové implementace a customizace JEIS do prostředí příspěvkových organizací, které zahrnují integraci a implementaci, nastavení, realizaci vazeb na ostatní systémy PK, migraci dat a spuštění do ověřovacího provozu, nastavení uživatelských pohledů a reportů, nastavení exportů do účetnictví a datového skladu (dále jen „JEIS příslušných PO“). Tato činnost bude diverzifikována podle toho, zda se jedná o velkou či malou příspěvkovou organizaci ve smyslu návrhu smlouvy (dále jen „velká PO“ či „malá PO“). Pro malé PO platí, že se bude jednat o jednoduchou implementaci s malým počtem uživatelů, pro velké PO platí, že se bude jednat o nutnost provázat všechny systémy a moduly a o mnoho uživatelů a přístupů (více než pět (5) přístupů). Toto plnění bude poskytováno až na základě konkrétních požadavků zadavatele s výjimkou jednorázové implementace a customizace JEIS do prostředí všech následujících čtyř (4) příspěvkových organizací:
⮚ Středisko služeb školám;
⮚ Střední odborné učiliště stavební;
⮚ Studijní a vědecká knihovna Plzeňského kraje; a
⮚ Centrum sociálních služeb Tachov, příspěvková organizace; které tyto budou realizovány bez dalšího (dále jen „pilotní PO“).
• Poskytování služeb provozu JEIS. Bližší specifikace požadavků zadavatele na provoz JEIS, tj. bližší specifikace předmětu plnění této veřejné zakázky v této konkrétní části je obsažena v příloze č. 1 návrhu smlouvy.
• Poskytování služeb provozu JEIS příslušných velkých PO či malých PO. Bližší specifikace požadavků zadavatele na provoz JEIS příslušných velkých PO či malých PO, tj. bližší specifikace předmětu plnění této veřejné zakázky v této konkrétní části je obsažena v příloze č. 1 návrhu smlouvy. Toto plnění bude poskytováno až na základě konkrétních požadavků zadavatele.
• Poskytování služeb školení uživatelů JEIS, JEIS příslušných PK a MC PK (dále jen „školení“). Toto plnění bude poskytováno až na základě konkrétních požadavků zadavatele. Bližší specifikace požadavků zadavatele na školení, tj. bližší specifikace předmětu plnění této veřejné zakázky v této konkrétní části je obsažena v příloze č. 1 návrhu smlouvy.
• Poskytování služeb technické podpory související s vytvořením JEIS, provozem MC PK, provozem JEIS i JEIS příslušných velkých PO či malých PO apod., dle jednotlivých rolí (služeb technické podpory souvisejících s podporou jednotlivých rolí v rámci projektu). Toto plnění bude poskytováno až na základě konkrétních požadavků zadavatele.
Pro plnění této veřejné zakázky bude mít dodavatel od zadavatele k dispozici hmotné a nehmotné složky obsažené v příloze č. 4 této zadávací dokumentace.
• Klasifikace předmětu veřejné zakázky
• Kód CPV: 72222300-0 – Služby informačních technologií;
• Kód CPV: 72000000-5 – Informační technologie: poradenství, vývoj programového vybavení, internet a podpora;
• Kód CPV: 72260000-5 – Služby programového vybavení;
• Kód CPV: 48812000-3 – Finanční informační systémy.
• Závaznost požadavků zadavatele
Informace a údaje uvedené v jednotlivých částech této zadávací dokumentace a v přílohách této zadávací dokumentace vymezují závazné požadavky zadavatele na plnění veřejné zakázky. Tyto požadavky je uchazeč povinen plně a bezvýhradně respektovat při zpracování své nabídky. Neakceptování požadavků zadavatele uvedených v této zadávací dokumentaci či změny obchodních podmínek budou považovány za nesplnění zadávacích podmínek s následkem vyloučení uchazeče z další účasti v zadávacím řízení.
V případě, že zadávací podmínky obsahují požadavky nebo odkazy na obchodní firmy, názvy nebo jména a příjmení, specifická označení zboží a služeb, která platí pro určitého podnikatele (osobu) za příznačná, umožňuje zadavatel použití i jiných, kvalitativně a technicky obdobných řešení, která naplní zadavatelem požadovanou funkcionalitu (byť jiným způsobem).
• Předpokládaná hodnota veřejné zakázky
Předpokládaná hodnota této veřejné zakázky činí 71.150.000,-Kč bez DPH, přičemž předpokládaná hodnota té části plnění, která bude financována z Integrovaného operačního programu a musí být ve smyslu smlouvy akceptována nejpozději do 31. 5. 2015, činí 24.632.231- Kč bez DPH a předpokládaná hodnota zbývajících plnění (bez financování z Integrovaného operačního programu) činí 46. 517.769,- Kč bez DPH. Předpokládaná hodnota je vypočtena při době plnění 60 měsíců, neboť smlouva na poskytování plnění bude uzavřena na dobu neurčitou.
• Spolufinancování předmětu plnění z Integrovaného operačního programu
Předmět plnění této veřejné zakázky bude spolufinancován z Integrovaného operačního programu, v rámci oblasti intervence 2.1 – Zavádění ICT v územní veřejné správě.
Registrační číslo projektu: CZ.1.06/2.1.00/19.09271
Název projektu: Zavedení jednotného ekonomického informačního systému řízení
příspěvkových organizací Plzeňského kraje
3. Kvalifikace dodavatele
Zadavatel požaduje prokázání splnění kvalifikačních předpokladů následujícím způsobem:
• Základní kvalifikační předpoklady dle § 53 odst. 1 ZVZ
Základní kvalifikační předpoklady splňuje dodavatel: | Způsob prokázání splnění: |
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řijetí úplatku, podplacení, 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 jak tato právnická osoba, tak její 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 jak tato právnická osoba, tak její 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ě; | Výpis z evidence Rejstříku trestů dodavatele; výpis z evidence Rejstříku trestů dodavatel doloží, jde-li o právnickou osobu, jak ve vztahu k této právnické osobě, tak ve vztahu ke všem statutárním orgánům (např. s.r.o.) nebo všem členům statutárního orgánu (např. a.s.); je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, výpis z evidence Rejstříku trestů dodavatel doloží jak ve vztahu k této právnické osobě, tak ve vztahu ke statutárnímu orgánu nebo ke každému členu statutárního orgánu této právnické osoby. Podává-li nabídku zahraniční právnická osoba prostřednictvím organizační složky, doloží dodavatel výpisy z evidence Rejstříku trestů ve vztahu k vedoucímu organizační složky, jakož i ve vztahu k výše uvedeným osobám. |
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 jak tato právnická osoba, tak její 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 jak tato právnická osoba, tak její 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ě; | Výpis z evidence Rejstříku trestů dodavatele; výpis z evidence Rejstříku trestů dodavatel doloží, jde-li o právnickou osobu, jak ve vztahu k této právnické osobě, tak ve vztahu ke všem statutárním orgánům (např. s.r.o.) nebo všem členům statutárního orgánu (např. a.s.); je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, výpis z evidence Rejstříku trestů dodavatel doloží jak ve vztahu k této právnické osobě, tak ve vztahu ke statutárnímu orgánu nebo ke každému členu statutárního orgánu této právnické osoby. Podává-li nabídku zahraniční právnická osoba prostřednictvím organizační složky, doloží dodavatel výpisy z evidence Rejstříku trestů ve vztahu k vedoucímu organizační složky, jakož i ve vztahu k výše uvedeným osobám. |
který v posledních třech letech nenaplnil skutkovou podstatu jednání nekalé soutěže formou podplácení podle zvláštního právního předpisu; | Čestné prohlášení dodavatele, z něhož jednoznačně vyplývá splnění tohoto kvalifikačního předpokladu. |
vůči jehož majetku neprobíhá nebo v posledních třech 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 konkurz zrušen proto, že majetek byl zcela nepostačující nebo zavedena nucená správa podle zvláštních právních předpisů; | Čestné prohlášení dodavatele, z něhož jednoznačně vyplývá splnění tohoto kvalifikačního předpokladu. |
který není v likvidaci; | Čestné prohlášení dodavatele, z něhož jednoznačně vyplývá splnění tohoto kvalifikačního předpokladu. |
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; | Potvrzení příslušného finančního úřadu a čestné prohlášení dodavatele, z něhož jednoznačně vyplývá splnění tohoto kvalifikačního předpokladu ve vztahu ke spotřební dani. |
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; | Čestné prohlášení dodavatele, z něhož jednoznačně vyplývá splnění tohoto kvalifikačního předpokladu. |
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; | Potvrzení příslušného orgánu či instituce. |
který není veden v rejstříku osob se zákazem plnění veřejných zakázek; a | Čestné prohlášení dodavatele, z něhož jednoznačně vyplývá splnění tohoto kvalifikačního předpokladu. |
kterému nebyla v posledních 3 letech pravomocně uložena pokuta za umožnění výkonu nelegální práce podle zvláštního právního předpisu; | Čestné prohlášení dodavatele, z něhož jednoznačně vyplývá splnění tohoto kvalifikačního předpokladu. |
• Profesní kvalifikační předpoklady dle § 54 ZVZ
Splnění profesních kvalifikačních předpokladů prokáže dodavatel předložením: | Způsob prokázání splnění: |
výpisu z obchodního rejstříku, pokud je v něm zapsán, či předložením výpisu z jiné obdobné evidence, pokud je v ní zapsán; | Výpis z obchodního rejstříku, pokud je v něm zapsán, či výpis z jiné obdobné evidence, pokud je v ní zapsán. |
dokladů 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 této veřejné zakázky, zejména dokladu prokazujícího příslušné živnostenské oprávnění. | Doklady o oprávnění k podnikání (např. výpis ze Živnostenského rejstříku) pokrývající celý předmět veřejné zakázky. |
• Ekonomická a finanční způsobilost dle § 50 odst. 1 písm. c) ZVZ
Dodavatel v nabídce předloží čestné prohlášení o své ekonomické a finanční způsobilosti splnit tuto konkrétní veřejnou zakázku. Vzor čestného prohlášení o této skutečnosti je k této zadávací dokumentaci přiložen jako její příloha č. 5.
• Technické kvalifikační předpoklady dle § 56 ZVZ
Splnění technických kvalifikačních předpokladů prokazuje dodavatel: | Způsob prokázání splnění: |
a) předložením seznamu významných služeb poskytnutých dodavatelem v posledních 3 letech1 s uvedením jejich rozsahu a doby poskytnutí; přílohou tohoto seznamu musí být: 1. osvědčení vydané veřejným zadavatelem, pokud byly služby poskytovány veřejnému zadavateli, nebo 2. osvědčení vydané jinou osobou, pokud byly služby poskytovány jiné osobě než veřejnému zadavateli, nebo 3. smlouva s jinou osobou a doklad o uskutečnění plnění dodavatele, není-li současně možné osvědčení podle bodu 2 od této osoby získat z důvodů spočívajících na její straně. Z předloženého seznamu a potvrzení musí vyplývat, že uchazeč v uvedeném období realizoval nejméně pět významných služeb, přičemž: • finanční rozsah alespoň jedné (1) z těchto služeb činil alespoň 20 mil. Kč bez DPH (v posledních 3 letech), • finanční rozsah alespoň dvou (2) z těchto služeb činil alespoň 10 mil. Kč bez DPH (v posledních 3 letech), • předmět každé z těchto služeb zahrnoval dodávku nebo správu informačního systému, který pokrýval ekonomické agendy veřejného zadavatele ve smyslu ZVZ nebo jiné osoby, pokud byly služby poskytovány jiné osobě než veřejnému zadavateli ve smyslu ZVZ, • součástí předmětu alespoň jedné (1) z těchto služeb byla dodávka, implementace a servis informačního | Předložením seznamu významných služeb realizovaných dodavatelem za poslední 3 roky s uvedením názvu objednatele, rozsahu a doby realizace významné služby; přílohou tohoto seznamu musí být dokumenty dle vedlejšího sloupce. Z předkládaného seznamu a těchto dokumentů musí prokazatelně a jednoznačně vyplývat splnění požadavků zadavatele. |
1 Zadavatel uzná také významné služby poskytnuté dodavatelem v posledních 3 letech a ke dni uplynutí lhůty pro podání nabídek, pokud k tomuto dni splňují takové významné služby požadavky zadavatele uvedené v této zadávací dokumentaci.
systému zajišťujícího ekonomické agendy pro minimálně 40 organizací2 zřizovaných nebo spravovaných veřejným zadavatelem ve smyslu ZVZ nebo jinou osobou, pokud byly služby poskytovány jiné osobě než veřejnému zadavateli ve smyslu ZVZ. | |
Splnění technických kvalifikačních předpokladů prokazuje dodavatel: | Způsob prokázání splnění: |
b) předložením seznamu osob ve smyslu § 56 odst. 2 písm. b) ve spojení s § 56 odst. 2 písm. e) ZVZ, které budou odpovědné za poskytování příslušných služeb. Zadavatel požaduje, aby mezi těmito osobami (členy realizačního týmu) byli alespoň následující experti: i. Projektový manažer, který bude prokazatelně splňovat následující požadavky: • praxe v řízení projektů v oblasti implementace, správy a servisu informačních systémů v délce nejméně pět (5) let, • certifikaci prokazující znalost metodiky Projektového řízení a managementu (například, PRINCE2™, RUP, PMI, IPMA, apod.), ii. Minimálně tři (3) osoby na pozici Analytik, přičemž každá z těchto osob bude prokazatelně splňovat následující požadavky: • praxe v oblasti analýz ekonomických systémů - ekonomických a účetních agend v délce nejméně pěti (5) let, • alespoň jedna (1) z těchto osob bude prokazatelně splňovat požadavek praxe v oblasti tvorby účetní a ekonomické metodiky v délce nejméně pěti (5) let, iii. Implementátor, který bude prokazatelně splňovat následující požadavky: • praxe v oblasti implementací ekonomických systémů - ekonomických a účetních agend v délce nejméně pěti (5) let, | Předložením seznamu členů realizačního týmu. Ve vztahu ke každému členovi realizačního týmu předloží dodavatel profesní životopis o rozsahu max. 3 str. A4, ve kterém bude uvedeno minimálně: 1. jméno, příjmení a titul, 2. řídící / odborná úloha v týmu, 3. vztah k dodavateli (pracovněprávní či jiný); 4. profesní zkušenosti dokazující splnění kvalifikačních požadavků na odbornou způsobilost, 5. údaj o dosaženém vzdělání, 6. zkušenosti/praxe v oblasti bezprostředně související s úlohou v týmu v souladu s požadavky na členy realizačního týmu s výčtem konkrétních projektů s osobní účastí, 7. další údaje podstatné pro plnění svěřené úlohy. Dodavatel dále předloží požadovaný certifikát pro projektového manažera. |
2 Organizací se rozumí samostatná jednotka definovaná územně, organizačně či funkčně, která byla zřízena veřejným zadavatelem ve smyslu ZVZ nebo jinou osobou, pokud byly služby poskytovány jiné osobě než veřejnému zadavateli ve smyslu ZVZ, za účelem plnění konkrétních funkčních či jiných úkolů, zejména může jít o různé pobočky, filiálky apod.
• praxe v oblasti tvorby účetní a ekonomické metodiky v délce nejméně pěti (5) let, iv. Minimálně pět (5) osob na pozici Senior konzultant, přičemž každá z těchto osob bude prokazatelně splňovat následující požadavky: • praxe v oblasti implementací, customizací nebo údržby informačních systémů v délce nejméně pěti (5) let, • zkušenost s prací v týmu, v. Minimálně tři (3) osoby na pozici Junior konzultant, přičemž každá z těchto osob bude prokazatelně splňovat následující požadavky: • praxe v oblasti implementací, customizací nebo údržby informačních systémů v délce nejméně tří (3) let, • zkušenost s prací v týmu. |
• Forma splnění kvalifikace
Dodavatel předkládá doklady prokazující splnění kvalifikace ve formě prosté kopie. Zadavatel má právo požadovat po vybraném uchazeči před uzavřením smlouvy předložení originálů nebo úředně ověřených kopií dokladů prokazujících splnění kvalifikace.
Doklady prokazující splnění základních kvalifikačních předpokladů a výpis z obchodního rejstříku nesmějí být starší 90 kalendářních dnů ke dni podání nabídky.
Splnění kvalifikačních předpokladů může dodavatel prokázat také předložením výpisu ze seznamu kvalifikovaných dodavatelů v souladu a za podmínek stanovených v § 127 ZVZ nebo předložením certifikátu vydaného v rámci systému certifikovaných dodavatelů v souladu a za podmínek stanovených v § 134 ZVZ, případně předložením výpisu ze zahraničního seznamu kvalifikovaných dodavatelů, popřípadě příslušného zahraničního certifikátu, a to za podmínek stanovených v § 143 ZVZ.
Má-li být předmět veřejné zakázky plněn několika dodavateli společně a za tímto účelem podávají či hodlají podat společnou nabídku, je každý z dodavatelů povinen prokázat splnění základních kvalifikačních předpokladů podle § 50 odst. 1 písm. a) ZVZ a profesního kvalifikačního předpokladu podle § 54 písm. a) ZVZ v plném rozsahu. Splnění kvalifikace podle § 50 odst. 1 písm. b) a d) ZVZ musí prokázat všichni dodavatelé společně.
Podává-li nabídku více dodavatelů společně, jsou povinni předložit současně s doklady prokazujícími splnění kvalifikačních předpokladů smlouvu, ve které je obsažen závazek, že všichni tito dodavatelé budou vůči veřejnému zadavateli a třetím osobám z jakýchkoliv právních vztahů vzniklých v souvislosti s veřejnou zakázkou zavázáni společně a nerozdílně, a to po celou dobu plnění veřejné zakázky i po dobu trvání jiných závazků vyplývajících z veřejné zakázky.
Nevyplývá-li ze zvláštního právního předpisu jinak, prokazuje zahraniční dodavatel splnění kvalifikace způsobem podle právního řádu platného v zemi jeho sídla, místa podnikání nebo bydliště,
a to v rozsahu požadovaném ZVZ a zadavatelem. Pokud se podle právního řádu platného v zemi sídla, místa podnikání nebo bydliště zahraničního dodavatele určitý doklad nevydává, je zahraniční dodavatel povinen prokázat splnění takové části kvalifikace čestným prohlášením. Není-li povinnost, jejíž splnění má být v rámci kvalifikace prokázáno, v zemi sídla, místa podnikání nebo bydliště zahraničního dodavatele stanovena, učiní o této skutečnosti čestné prohlášení. Doklady prokazující splnění kvalifikace předkládá zahraniční dodavatel v původním jazyce s připojením jejich úředně ověřeného překladu do českého jazyka, pokud mezinárodní smlouva, kterou je Česká republika vázána, nestanoví jinak; to platí i v případě, prokazuje-li splnění kvalifikace doklady v jiném než českém jazyce dodavatel se sídlem, místem podnikání nebo místem trvalého pobytu na území České republiky. Povinnost připojit k dokladům úředně ověřený překlad do českého jazyka se nevztahuje na doklady ve slovenském jazyce.
• Důsledek nesplnění kvalifikace
Neprokáže-li dodavatel splnění kvalifikace v plném rozsahu, bude s přihlédnutím k § 60 odst. 1 ZVZ vyloučen z účasti v zadávacím řízení. Zadavatel bezodkladně písemně oznámí dodavateli své rozhodnutí o jeho vyloučení s uvedením důvodu.
• Splnění části kvalifikace prostřednictvím subdodavatele
Dodavatel musí splňovat všechny kvalifikační předpoklady podle § 50 ZVZ. Dodavatel je však oprávněn určitou část kvalifikačních předpokladů, požadovanou zadavatelem podle § 50 odst. 1 písm. b) a d) ZVZ, prokázat prostřednictvím subdodavatele (to neplatí v případě kvalifikačního předpokladu podle § 54 písm. a) ZVZ). V takovém případě je však dodavatel povinen předložit zadavateli:
− doklady prokazující splnění základního kvalifikačního předpokladu podle § 53 odst. 1 písm. j) ZVZ a profesního kvalifikačního předpokladu podle § 54 písm. a) ZVZ subdodavatelem a
− smlouvu uzavřenou se subdodavatelem, z níž vyplývá závazek subdodavatele k poskytnutí plnění určeného k plnění veřejné zakázky dodavatelem či k poskytnutí věcí či práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém subdodavatel prokázal splnění kvalifikace podle § 50 odst. 1 písm. b) a d) ZVZ.
4. Další součásti nabídky
Součástí nabídky musí být v souladu s § 68 odst. 3 ZVZ rovněž:
a) seznam statutárních orgánů nebo členů statutárních orgánů, kteří v posledních 3 letech od konce lhůty pro podání nabídek byli v pracovněprávním, funkčním či obdobném poměru u zadavatele3,
b) má-li dodavatel formu akciové společnosti, seznam vlastníků akcií, jejichž souhrnná jmenovitá hodnota přesahuje 10 % základního kapitálu, vyhotovený ve lhůtě pro podání nabídek,
c) prohlášení uchazeče o tom, že neuzavřel a neuzavře zakázanou dohodu podle zvláštního právního předpisu v souvislosti se zadávanou veřejnou zakázkou.
3 Pro případ, že požadovaný seznam nelze sestavit a takové orgány nebo osoby u dodavatele neexistují, doporučuje zadavatel učinit součástí nabídky čestné prohlášení dodavatele nebo jinou informaci dokládající tuto skutečnost.
5. Doba plnění a místo plnění veřejné zakázky
• Doba plnění veřejné zakázky
Smlouva na plnění této veřejné zakázky bude uzavřena na dobu neurčitou. Zadavatel nicméně stanoví, že vytvoření JEIS a tomu předcházející činnosti, tj. analýza, jejímž výstupem bude zhotovení finálního Cílového konceptu, včetně poskytnutí kompletních licencí, a dále implementace a customizace JEIS do prostředí pilotních PO, musí být dokončeno nejpozději do 31. 5. 2015. Zhotovení Cílového konceptu ve vztahu k pilotním PO musí být dokončeno nejpozději do 30. 11. 2014.
Zadavatel dále indikuje, že dokončení zbývajících částí plnění (bez financování z Integrovaného operačního programu) je s ohledem na finanční možnosti a potřeby zadavatele předpokládáno nejpozději do 30. 6. 2020.
• Místo plnění veřejné zakázky
Místo plnění veřejné zakázky je uvedeno v návrhu smlouvy.
6. Způsob zpracování nabídkové ceny v souladu s § 44 odst. 3 písm. f) ZVZ
• Základní požadavky zadavatele
Xxxxxxx xxxxxxx nabídkovou cenu jako:
• závaznou jednotkovou cenu za vytvoření JEIS (provedení implementace, poskytnutí licencí a vytvoření Cílového konceptu), závaznou jednotkovou cenu za vytvoření MC PK a za implementaci a customizaci JEIS do prostředí příspěvkových organizací v členění dle diverzifikace příspěvkových organizací (JEIS příslušných PO, tedy velkých PO či malých PO a v neposlední řadě pilotních PO);
• závaznou paušální (měsíční) cenu za poskytování služeb provozu JEIS a za poskytování služeb provozu JEIS, který byl implementován a customizován pro příspěvkové organizace (JEIS příslušných PO, tedy velkých PO či malých PO) zadavatele v členění dle diverzifikace příspěvkových organizací;
• závaznou jednotkovou cenu za jeden člověkoden poskytování služeb technické podpory souvisejících s vytvořením JEIS, provozem MC PK, provozem JEIS i JEIS příslušných velkých PO či malých PO apod., dle jednotlivých rolí (služeb technické podpory souvisejících s podporou jednotlivých rolí v rámci projektu), přičemž sazba pro roli Senior konzultant se použije také pro poskytování služeb školení. Školení v části plnění, která bude financována z Integrovaného operačního programu a musí být ve smyslu smlouvy akceptována nejpozději do 31. 5. 2015, bude provedeno v rozsahu 60 uživatelů systému JEIS. Jedním člověkodnem se rozumí čas odpovídající práci jedné osoby, která bude realizovat předmět plnění této veřejné zakázky, tj. odborníků (techniků), po dobu jednoho pracovního dne (8 hod); a
• pro řádné ocenění dílčích projektových rolí vyjde uchazeč z požadavků na kvalifikaci daného člena projektového týmu a níže uvedených vybraných klíčových aktivit ve vztahu k projektu a zadavateli.
o Projektový manažer
▪ reporting stavu projektu, řízení rizik, účast na projektových poradách, eskalace problémů a jejich řízení, spolupráce se zadavatelem v oblasti dotační problematiky realizovaného projektu,
o Analytik
▪ sběr a vyhodnocování analytických podkladů a jejich komunikace směrem k zadavateli, návrhy věcných postupů a opatření v softwarové i odborné (ekonomika, účetnictví) problematice,
o Implementátor
▪ implementační a customizační činnosti, programové úpravy,
▪ pravidelná komunikace s odbornými zástupci zadavatele, řešení požadavků z oblasti ekonomicko-účetních, analýza požadavků zadavatele v oblasti rozvoje a údržby systému, vzdělávací a lektorské činnosti,
o Junior konzultant
▪ řešení požadavků zadavatele v oblasti rozvoje a údržby systému, podpora při implementaci (sběr dat, tvorba sestav dle zadání apod.).
Nabídková cena musí obsahovat zisk a veškeré náklady k realizaci předmětu plnění této veřejné zakázky včetně nákladů souvisejících (např. daně, pojištění, veškeré dopravní náklady, zvýšené náklady vyplývající z obchodních podmínek, součinnost stávajících dodavatelů software aplikací při migraci dat apod.). Nabídková cena musí zahrnovat cenu za poskytnutí užívacích práv k jakémukoliv software, který bude nezbytný pro řádné užívání JEIS zadavatelem a jednotlivými příspěvkovými organizacemi, vyjma software, který bude zajištěn ze strany zadavatele.
• Další požadavky
Nabídková cena bude uvedena v Kč. Za správnost určení sazby DPH nese odpovědnost uchazeč. Nabídková cena bude stanovena jako cena nejvýše přípustná za celou dobu plnění veřejné zakázky.
• Způsob zpracování nabídkové ceny
Uchazeč zpracuje nabídkovou cenu ve struktuře následující tabulky:
Celková nabídková cena za plnění, která zadavatel poptává bez dalšího či za plnění, u kterých zadavatel předpokládá, že tato poptá, a to v níže definovaném (předpokládaném rozsahu):
Tabulka č. 1:
Plnění: | Jednotka plnění: | Cena v Kč bez DPH za jednotku plnění: | Počet jednotek plnění (v případě opakujících se plnění předpokládaný počet4): | Cena v Kč bez DPH za jednotku plnění násobenou počtem jednotek plnění: |
Vytvoření Cílového konceptu | jednorázová platba | [DOPLNÍ UCHAZEČ] | 1 | [DOPLNÍ UCHAZEČ] |
Vytvoření JEIS – provedení implementace | jednorázová platba | [DOPLNÍ UCHAZEČ] | 1 | [DOPLNÍ UCHAZEČ] |
Vytvoření JEIS – poskytnutí licencí | jednorázová platba | [DOPLNÍ UCHAZEČ] | 1 | [DOPLNÍ UCHAZEČ] |
Vytvoření MC PK | jednorázová platba | [DOPLNÍ UCHAZEČ] | 1 | [DOPLNÍ UCHAZEČ] |
Implementace a customizace JEIS do prostředí pilotních PO | jednorázová platba | [DOPLNÍ UCHAZEČ] | 1 | [DOPLNÍ UCHAZEČ] |
Poskytování služeb provozu JEIS | měsíční platba | [DOPLNÍ UCHAZEČ] | 66 | [DOPLNÍ UCHAZEČ] |
Projektový manažer | jeden člověkoden | [DOPLNÍ UCHAZEČ] | 72 | [DOPLNÍ UCHAZEČ] |
Analytik | jeden člověkoden | [DOPLNÍ UCHAZEČ] | 341 | [DOPLNÍ UCHAZEČ] |
Implementátor | jeden člověkoden | [DOPLNÍ UCHAZEČ] | 627 | [DOPLNÍ UCHAZEČ] |
jeden člověkoden | [DOPLNÍ UCHAZEČ] | 605 | [DOPLNÍ UCHAZEČ] | |
Junior konzultant | jeden člověkoden | [DOPLNÍ UCHAZEČ] | 376 | [DOPLNÍ UCHAZEČ] |
4 S ohledem na to, že smlouva bude uzavřena na dobu neurčitou a s ohledem na to, že zadavatel některé služby není povinen čerpat, a to ani v předpokládaném rozsahu.
Implementace a customizace JEIS do prostředí velké PO | jednorázová platba | [DOPLNÍ UCHAZEČ] | 40 | [DOPLNÍ UCHAZEČ] |
Implementace a customizace JEIS do prostředí malé PO | jednorázová platba | [DOPLNÍ UCHAZEČ] | 67 | [DOPLNÍ UCHAZEČ] |
Poskytování služeb provozu JEIS, který byl implementován a customizován pro velké PO | měsíční platba | [DOPLNÍ UCHAZEČ] | 2904 | [DOPLNÍ UCHAZEČ] |
Poskytování služeb provozu JEIS, který byl implementován a customizován pro malé PO | měsíční platba | [DOPLNÍ UCHAZEČ] | 4422 | [DOPLNÍ UCHAZEČ] |
Celková nabídková cena za plnění, které zadavatel poptává bez dalšího či za plnění, u kterých zadavatel předpokládá, že tato poptá, a to v definovaném (předpokládaném rozsahu): | N/A | N/A | N/A | [DOPLNÍ UCHAZEČ] |
Uchazeč vloží nabídkovou cenu (doplněnou Tabulku č. 1) do nabídky a dále tytéž údaje (případně jejich součty), pakliže jsou smlouvou požadovány, doplní do jím předkládaného návrhu smlouvy (na místa k tomu určená). Musí platit, že takto zpracovaná nabídková cena (a samozřejmě všechny dílčí jednotkové ceny) bude shodná jak v předkládaném návrhu smlouvy, tak v tabulkách, které jsou vloženy do nabídky uchazeče5.
• Podmínky změny nabídkové ceny
Změna nabídkové ceny je možná pouze v případě, že v průběhu realizace předmětu plnění veřejné zakázky dojde k legislativním změnám sazeb DPH, a to pouze o tuto legislativní změnu.
Změnu nabídkové ceny bude uchazeč povinen písemně oznámit zadavateli a důvod změny doložit. Nově určená cena bude předmětem dodatku smlouvy.
• Mimořádně nízká nabídková cena a cena nepřekročitelná
S ohledem na zadavatelem stanovené minimální kvalifikační předpoklady a charakter předmětu plnění zadavatel stanovuje, že bude-li nabídková cena některého z uchazečů za plnění uvedená v levém sloupci Tabulky č. 3 níže rovnající se nebo nižší částce uvedené v pravém sloupci Tabulky č. 3 níže, bude tato nabídková cena minimálně v těchto konkrétních částech považována za takovou, která zavdává příčinu k postupu hodnotící komise ve smyslu § 77 ZVZ vůči takovému uchazeči. Tím není dotčeno právo hodnotící komise postupovat ve smyslu § 77 ZVZ i ve vztahu k nabídkovým cenám uchazečů za ostatní plnění dle této zadávací dokumentace.
Tabulka č. 3:
Plnění: | Částka v Kč bez DPH |
Vytvoření Cílového konceptu | 800.000 |
Vytvoření JEIS – provedení implementace, vytvoření MC PK | 7.000.000 |
Vytvoření JEIS – poskytnutí licencí | 9.000.000 |
Zadavatel dále stanoví, že předpokládaná hodnota této veřejné zakázky ve výši 71.150.000,-Kč bez DPH je zároveň cenou nejvýše přípustnou za realizaci celého předmětu plnění této veřejné zakázky a dále, že dílčí nabídkové ceny nesmějí překročit výši, uvedenou v následující tabulce č. 4.
5 Zadavatel upozorňuje uchazeče na nutnost věnovat zvýšenou pozornost vyplnění tabulek s nabídkovými cenami ve Xxxxxxx s ohledem na jejich jinou strukturu
Tabulka č. 4:
Plnění: | Částka v Kč bez DPH |
Vytvoření Cílového konceptu | 1.074.380 |
Součet cen za: • Vytvoření Cílového konceptu • Vytvoření JEIS – provedení implementace, • Vytvoření JEIS – poskytnutí licencí • vytvoření MC PK (část plnění, která bude financována z Integrovaného operačního programu a musí být ve smyslu smlouvy akceptována nejpozději do 31. 5. 2015) | 24.632.231 |
Projektový manažer – jeden člověkoden | 16.000 |
Analytik – jeden člověkoden | 14.000 |
Implementátor – jeden člověkoden | 12.000 |
Senior konzultant – jeden člověkoden | 14.000 |
Junior konzultant – jeden člověkoden | 10.000 |
Implementace a customizace JEIS do prostředí velké PO – jednorázová platba | 160.000 |
Implementace a customizace JEIS do prostředí malé PO – jednorázová platba | 80.000 |
Poskytování služeb provozu JEIS – měsíční platba | 60.000 |
Poskytování služeb provozu JEIS, který byl implementován a customizován pro velké PO – měsíční platba | 1.000 |
Poskytování služeb provozu JEIS, který byl implementován a customizován pro malé PO – měsíční platba | 500 |
Překročení některé z výše uvedených cen bude považováno za nesplnění zadávacích podmínek s důsledkem vyřazení takové nabídky z posouzení a hodnocení a vyloučení daného uchazeče ze zadávacího řízení.
7. Návrh smlouvy, platební podmínky a obchodní podmínky
• Xxxxxxx je povinen podat na plnění této veřejné zakázky jediný návrh smlouvy.
• Závazné požadavky zadavatele na obsah návrhu smlouvy tvoří přílohu č. 2 této zadávací dokumentace. Uchazeč není oprávněn činit změny či doplnění těchto závazných požadavků zadavatele (tj. textu návrhu smlouvy), vyjma údajů, u nichž vyplývá z obsahu těchto závazných požadavků povinnost jejich doplnění (místa určená k doplnění jsou označena symbolem [DOPLNÍ UCHAZEČ]). V případě nabídky podávané společně několika uchazeči je uchazeč oprávněn upravit návrh smlouvy toliko s ohledem na tuto skutečnost. Uchazeč je povinen doplnit samozřejmě též přílohy jím předkládaného návrhu smlouvy, které takové doplnění předpokládají, samozřejmě nevyjímaje Přílohu č. 2 návrhu smlouvy (detailní technická specifikace díla a služeb), přičemž údaje tam uváděné musí být v souladu se všemi požadavky zadávacích podmínek této veřejné zakázky, zejména s požadavky na dílo a služby, které jsou uvedeny v Příloze č. 1 návrhu smlouvy.
• 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.
• Návrh smlouvy musí být ze strany uchazeče podepsán statutárním orgánem nebo osobou prokazatelně oprávněnou jednat za 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. Podává - li nabídku více uchazečů společně, návrh smlouvy musí být podepsán statutárními orgány nebo osobami prokazatelně oprávněnými jednat za uchazeče, kteří tvoří „sdružení“ (či jinou právní formu), nebo uchazečem, který byl ostatními členy takového „sdružení“ k tomuto úkonu výslovně zmocněn.
• Návrh smlouvy je vyhotoven podle platné právní úpravy ke dni zahájení zadávacího řízení této veřejné zakázky. Dojde-li ke dni uzavření smlouvy na základě tohoto zadávacího řízení ke změně právního rámce upravujícího uzavírání závazkových vztahů a smluv (zejména pokud vstoupí v účinnost zákon č. 89/2012 Sb., občanský zákoník, a zákon č. 90/2012 Sb., o obchodních korporacích), tak zadavatel je před podpisem smlouvy připraven upravit smlouvu podle nového právního rámce tak, aby zůstala věcně shodná s návrhem smlouvy a aby nedošlo k podstatné změně práv a povinností vyplývajících ze smlouvy analogicky dle § 82 odst. 7 ZVZ, ale aby zároveň plně reflektovala požadavky nového právního rámce. Zadavatel současně poukazuje na skutečnost, že jestliže by tímto mělo dojít ke změně smlouvy, která by byla založena na kogentním ustanovení změněného právního rámce upravujícího uzavírání závazkových vztahů a smluv a současně by byla způsobilá měnit ekonomickou rovnováhu smlouvy ve prospěch vybraného uchazeče, nebude tato změna považována za podstatnou změnu práv a povinností vyplývajících ze smlouvy ve smyslu § 82 odst. 7 písm. d) ZVZ.
• V případě, že se uchazeč při plnění této veřejné zakázky dostane do kontaktu s osobními údaji, je povinen o nich zachovávat naprostou mlčenlivost, a to i po ukončení plnění smlouvy, i v případě jejího zrušení, odstoupení od ní či její výpovědi.
• Zadavatel nepožaduje, aby uchazeči k zajištění plnění svých povinností vyplývajících z účasti v zadávacím řízení, poskytli jistotu ve smyslu souladu s § 67 ZVZ.
• Nabídky se podávají písemně, a to v listinné podobě nebo v elektronické podobě (dále uvedená ustanovení se přiměřeně použijí na nabídky v elektronické podobě). Nabídky v listinné podobě se podávají v uzavřené obálce opatřené na uzavřeních razítkem či podpisem uchazeče, je-li fyzickou osobou, nebo statutárního orgánu uchazeče (nebo jiné oprávněné osoby), je-li uchazeč právnickou osobou, a označené názvem veřejné zakázky s uvedením výzvy „Neotevírat“, na které musí být uvedena adresa, na niž je možné dle § 71 odst. 6 ZVZ vyrozumět uchazeče o tom, že jeho nabídka byla podána po uplynutí lhůty nebo dle § 71 odst. 7 ZVZ vyrozumět uchazeče o tom, že podal jedinou nabídku na plnění veřejné zakázky. Nabídky podané po lhůtě pro podání nabídek komise neotvírá. Nabídka musí obsahovat v souladu s § 68 ZVZ návrh smlouvy podepsaný osobou oprávněnou jednat jménem či za uchazeče.
• V nabídce musejí být na krycím listu uvedeny identifikační údaje uchazeče v rozsahu uvedeném v § 17 písm. d) ZVZ. Nabídka musí být zpracována ve všech částech v českém či slovenském jazyce (výjimku tvoří odborné názvy a údaje) a podepsána (na krycím listu) oprávněnou osobou. Návrh smlouvy musí být vždy předložen v českém jazyce.
• Zadávací lhůta činí 120 dnů a začíná běžet v souladu s § 43 ZVZ okamžikem skončení lhůty pro podání nabídek. Ustanovením § 43 ZVZ se rovněž řídí stavění zadávací lhůty.
• Xxxxxxx je povinen podat nabídku v listinné podobě osobně nebo doručit poštou do sídla administrátora veřejné zakázky zadavatele na adresu Centrální nákup, příspěvková organizace, Plzeň, Vejprnická 663/56, PSČ: 318 00, a to nejpozději do 20. 3. 2014 do 10:00 hod. Za rozhodující pro doručení nabídky v listinné podobě je vždy považován okamžik převzetí (doručení) nabídky pověřeným zaměstnancem administrátora veřejné zakázky, nikoli předání nabídky poště či jiné kurýrní službě.6
• Nabídku je možné podat též v elektronické podobě prostřednictvím elektronického nástroje, přičemž tato musí být podána v souladu s požadavky stanovenými v § 149 ZVZ.
• Pokud uchazeč podává nabídku v elektronické podobě, učiní tak prostřednictvím elektronického nástroje E-ZAK (xxxxx://xxxx.xxxx.xx), na příslušném profilu této veřejné zakázky (xxxxx://xxxx.xxxx.xx/xxxxxxxx_xxxxxxx_0000.xxxx), a to po předchozí registraci. Taková nabídka musí být opatřena elektronickým podpisem oprávněné osoby uchazeče. Nabídka v elektronické podobě musí být označena stejně jako nabídka listinná a obsahovat všechny požadované dokumenty. Pro podání nabídek v elektronické podobě je třeba provést registraci uchazeče v elektronickém nástroji E-ZAK na adrese xxxxx://xxxx.xxxx.xx/xxxxxxxxxx.xxxx. K úspěšnému dokončení registrace je nutné využít platný elektronický podpis založený na kvalifikovaném certifikátu. Pokud elektronický podpis uchazeč nevlastní, lze dokončit registraci i bez jeho využití. Nicméně pro plnohodnotnou účast v zadávacím řízení této veřejné zakázky je nutné vlastnit elektronický podpis založený na kvalifikovaném certifikátu. Podrobnější informace uchazeč nalezne v uživatelské příručce pro dodavatele (xxxxx://xxxx.xxxx.xx/xxxx/xxxxxx/XXXX-Xxxxxx-Xxxxxxxxxx.xxx) a manuálu elektronického podpisu (xxxxx://xxxx.xxxx.xx/xxxx/xxxxxx/XXX.Xxxxxxxxxxxx_xxxxxx.xxx).
6 Zadavatel nenese odpovědnost za pozdní doručení nabídky prostřednictvím pošty nebo kurýrní služby.
• V případě, že se uchazeči nedaří zaregistrovat do systému, je jeho IČO pravděpodobně již obsazeno. Je možné, že uchazeč byl před zahájením zadávacího řízení této veřejné zakázky “předregistrován“ zadavatelem, případně pověřenou osobou, a je tedy již veden v evidenci systému. Postup dokončení registrace je velice podobný postupu popsaném v odstavci výše. Pouze je nutné do dokončení registrace vstoupit pomocí hypertextového odkazu z předregistračního emailu, který byl zaslán na adresu uchazeče. V případě ztráty nebo neobdržení předregistračního emailu lze kontaktovat p. Xxxx Xxxxxxxx (xxx.xxxxxxx@xxxx.xx) pro jeho opětovné zaslání, případně nápravu jiným způsobem.
• Test nastavení prohlížeče
Na adrese xxxxx://xxxx.xxxx.xx/xxxx_xxxxx.xxxx má uchazeč možnost si ověřit, zda jeho prohlížeč splňuje všechny potřebné požadavky pro účast v zadávacím řízení.
• Test prostředí
Tento test prověří nezbytné součásti internetového prohlížeče a správnost jejich nastavení pro práci s elektronickým nástrojem E-ZAK.
• Test odeslání nabídky
Tento test zájemci umožní vyzkoušet si elektronické podání testovací nabídky v prostředí elektronického nástroje E-ZAK. Tento test ověří, zda elektronický podpis uchazeče vyhovuje pro využití v elektronickém nástroji E-ZAK. Podmínky úspěšného průběhu:
• úspěšně absolvovaný první test prostředí,
• platný zaručený elektronický podpis založený na kvalifikovaném certifikátu (vydávají ho Eldentity, a.s. PostSignum QCA, nebo První certifikační – I. CA).
• Uchazeč předloží nabídku ve dvou výtiscích, z nichž jeden bude označen na krycím listě názvem
„Originál“ a jeden „Kopie“, přičemž jak originál, tak i kopie musí být v jedné obálce. Pro vyloučení jakýchkoliv pochybností zadavatel uvádí, že výtisk s označením „Kopie“ bude obsahovat prosté kopie dokumentů, obsažených ve výtisku s označením „Originál“. Všechny listy nabídky budou navzájem pevně spojeny či sešity tak, aby byly dostatečně zabezpečeny před jejich vyjmutím z nabídky. Všechny výtisky budou řádně čitelné, bez škrtů a přepisů. Krycí list musí obsahovat, vedle čísla výtisku a označení, zda jde o originál či kopii, též údaje dle ustanovení odst. zadávací dokumentace. Všechny stránky nabídky, resp. jednotlivých výtisků, budou očíslovány vzestupnou kontinuální řadou; není potřeba číslovat originály či úředně ověřené kopie požadovaných dokumentů. V pochybnostech platí údaje uvedené v originále nabídky.
• Uchazeč v nabídce výslovně uvede jednu kontaktní adresu pro písemný styk mezi uchazečem a zadavatelem.
• Uchazeč předloží nabídku vedle listinné formy též v elektronické podobě ve struktuře jediného souboru nebo s popsanou strukturou všech příloh na CD; tato povinnost se netýká dokladů prokazujících splnění kvalifikace uchazeče. Informace na CD mají pouze informativní povahu. Každý uchazeč je povinen předložit návrh smlouvy v elektronické podobě ve formátu Word (.doc) nebo PDF.
• Nabídka bude předložena v následující struktuře:
• krycí list nabídky (příloha č. 1 této zadávací dokumentace);
• obsah nabídky s uvedením čísel stran kapitol nabídky, včetně seznamu příloh;
• identifikační údaje uchazeče a kontaktní adresa pro písemný styk;
• smlouva o sdružení v případě nabídky podané společně několika dodavateli ve smyslu § 51 odst. 6 ZVZ;
• doklady prokazující splnění kvalifikace;
• doklady prokazující splnění požadavků dle § 68 odst. 3 ZVZ (ve smyslu článku 4 této zadávací dokumentace);
• nabídková cena (v požadovaném členění), tj. dle odst. této zadávací dokumentace;
• návrh smlouvy podepsaný osobou oprávněnou jednat jménem či za uchazeče včetně
doplnění všech požadovaných příloh, tedy včetně detailní technické specifikace díla a služeb, obsahující zejména:
o Rámcový popis funkcionality nabízeného řešení;
o Technickou specifikaci řešení – popis architektury;
o Řešení integrace na napojené systémy;
o Popis procesu realizace zakázky vč. harmonogramu, požadavků na součinnost, školení, migrace dat a podpory pilotního provozu:
▪ pro implementaci centrální části řešení, a
▪ pro implementaci na jednotlivé PO,
(věcný postup ve smyslu odst. této zadávací dokumentace)
• kterou je uchazeč povinen vložit do Přílohy č. 2 smlouvy;
• čestné prohlášení dle článku 15 této zadávací dokumentace;
• prohlášení o počtu číslovaných listů a o celkovém počtu listů.
• Zadavatel doporučuje, aby uchazeči ve své nabídce uvedené jednotlivé součásti nabídky zřetelně oddělili barevnými předělovými listy. Požadavky na členění nabídky mají doporučující charakter.
• Požadavky na formu a členění nabídky uvedené v odst. , a této zadávací dokumentace mají doporučující charakter.
• Pokud zadavatel obdrží ve lhůtě pro podání nabídek pouze jednu nabídku, obálka se neotevírá; o této skutečnosti zadavatel bezodkladně vyrozumí uchazeče a zadávací řízení této veřejné zakázky bude následně zrušeno.
• Nabídky budou hodnoceny podle ekonomické výhodnosti, na základě bodového hodnocení, v souladu s níže uvedenými dílčími hodnotícími kritérii seřazenými v sestupném pořadí podle významu, který jim zadavatel přisuzuje. Hodnocení nabídek bude provedeno dle bodovací metody obsažené v tomto článku níže a dle popisu hodnocení uvedeného níže u jednotlivých hodnocených parametrů.
a) Xxxxxxxxx cena v Kč bez DPH váha 60 %
b) Přístup uchazeče k řešení realizace zakázky váha 40 %
• Nabídková cena v Kč bez DPH
V rámci dílčího hodnotícího kritéria sub (a) bude zadavatel hodnotit celkovou nabídkovou cenu za plnění, která zadavatel poptává bez dalšího či za plnění, u kterých zadavatel předpokládá, že tato poptá, a to v rozsahu definovaném (předpokládaném) Tabulkou č. 1 v Kč bez DPH ve smyslu posledního řádku (označeného červeně) Tabulky č. 1 obsažené v odst. této zadávací dokumentace.
Jako výhodnější bude zadavatel hodnotit takovou celkovou nabídkovou cenu za plnění, která zadavatel poptává bez dalšího či za plnění, u kterých zadavatel předpokládá, že tato poptá, a to v rozsahu definovaném (předpokládaném) Tabulkou č. 1 v Kč bez DPH ve smyslu posledního řádku (označeného červeně) Tabulky č. 1 obsažené v odst. této zadávací dokumentace, která bude nižší oproti celkovým nabídkovým cenám za plnění, která zadavatel poptává bez dalšího či za plnění, u kterých zadavatel předpokládá, že tato poptá, a to v rozsahu definovaném (předpokládaném) Tabulkou č. 1 v Kč bez DPH ve smyslu posledního řádku (označeného červeně) Tabulky č. 1 obsažené v odst. této zadávací dokumentace, předloženým ostatními uchazeči.
• Přístup uchazeče k řešení realizace zakázky
Uchazeč v rámci své nabídky předloží zpracované písemné zadání s názvem “Věcný postup uchazeče nutný k úspěšné realizaci zakázky“ v rozsahu nejvýše 20 ti stránek formátu A4, který bude vypracován na základě specifikace předmětu plnění této veřejné zakázky uvedené v této zadávací dokumentaci a v souvisejících přílohách této zadávací dokumentace s tím, že v něm samozřejmě musí být uvedeny mj. všechny informace a hodnoty, které zadavatel bude hodnotit v rámci tohoto dílčího hodnotícího kritéria (dále jen „věcný postup“),7 a to v minimálním rozsahu uvedeném v příloze č. 1 Smlouvy Specifikace předmětu smlouvy včetně technické specifikace služeb, oddíl A: Požadavky objednatele na dílo:
• Povinné požadavky na zavedení finančního řízení
• Povinné požadavky na funkcionalitu Manažerského centra
• Povinné požadavky na funkčnost JEIS
Věcný postup bude uchazečem vložen do jeho nabídky, a to Přílohy č. 2 jím předkládaného návrhu smlouvy. Součástí věcného postupu musí být popis postupu uchazeče při realizaci analytických, implementačních, customizačních, migračních, integračních, vzdělávacích činností a servisních činností, projektového řízení s vymezením požadavků na součinnost ze strany zadavatele a dále analýza rizik plnění veřejné zakázky a personální zajištění plnění formou organizačního schématu, ze kterého bude vyplývat podíl jednotlivých členů týmu na realizaci jednotlivých dílčích plnění a konkrétní návrhy zajištění kontroly procesů včetně zastupitelnosti členů týmu. Zadavatel výslovně uvádí, že uchazeč je v rámci tohoto dokumentu povinen provést též ocenění všech činností, které bude realizovat v rámci vytvoření JEIS a v rámci vytvoření MC PK. Toto ocenění bude provedeno prostřednictvím jednotkových cen nabízených uchazečem pro jednotlivé role (členy týmu) ve smyslu této zadávací dokumentace. Toto ocenění bude zadavateli sloužit pro zjištění
7 Věcný postup v žádném případě nenahrazuje detailní technickou specifikaci díla a služeb, kterou je uchazeč povinen vložit do Přílohy č. 2 smlouvy, ale pouze ji doplňuje a musí s ní být v naprostém souladu.
reálnosti uchazečem navrhovaných cen, tj. pro identifikaci případné mimořádně nízké nabídkové ceny ve smyslu § 77 ZVZ. Rizika budou vyjádřena kvalitativním způsobem a uchazečem obodována číselnou škálou od 1 – 10 dle závažnosti rizika, kde číslo 10 bude vyjadřovat nejvyšší míru rizika z pohledu uchazeče (z pohledu zadavatele se jedná pouze o orientační číselnou škálu z důvodu lepší komparace jednotlivých rizik uchazečů).
Hodnocení v rámci tohoto dílčího hodnotícího kritéria bude provedeno na základě níže uvedených skutečností:
Předmět hodnocení | Max. dosažitelný počet bodů | |
I. Věcný postup provádění realizace analytických, implementačních, customizačních, migračních, integračních, vzdělávacích činností a servisních činností nutných k úspěšné realizaci zakázky. Posuzuje se odborná správnost, návaznost a soulad věcného postupu s požadavky zadavatele uvedenými v této zadávací dokumentaci, popis realizovaného řešení, zejména ve vztahu k provázanosti dílčích modulů, návaznost na řešení třetích stran, výstupy řešení, možnosti uživatelského přizpůsobení. Dále se posuzuje popis požadavků na součinnost ze strany zadavatele, efektivita navrhovaného způsobu a organizace projektového řízení při realizaci této veřejné zakázky, navržené komunikační a eskalační kanály. | 75 | |
II. Analýza rizik a jejich dopad na předmět, termíny, tým dodavatele a možnost způsobit zadavateli škodu při plnění veřejné zakázky z hlediska: | ||
a) výskytu; Posuzuje se výčet rizik, přiřazení významu, úplnost rozboru. | 8 | |
b) míry ohrožení provozu zadavatele; Posuzuje se výčet rizik, přiřazení významu, úplnost rozboru. | 8 | |
c) realizace plánovaných projektů s ohledem na eliminaci rizik zadavatele. Posuzuje se výčet rizik, přiřazení významu, úplnost rozboru. | 9 | |
Celkový počet bodů | 100 |
Jako výhodnější bude zadavatel hodnotit takový věcný postup, který bude zahrnovat kompletnější výčet analyzovaných prvků finančního řízení, zahrnovat více předvolených automatických funkcí v oblasti plánování a reportingu, více relevantních možností nástroje pro prezentaci výsledků, který bude zahrnovat větší počet relevantních tiskových sestav, více automatických funkcí a více relevantních formulářů a výkazů. Vyššího bodového ohodnocení dosáhne takový postup, který uvede více funkcí a možností systému jako součást dodávky před možností si dané funkce a možnosti uživatelsky nastavit. Nejnižší počet bodů obdrží takový postup, který si funkce a možnosti umožní objednat po implementaci a customizaci jako ad-hoc požadavky. Vyššího bodového hodnocení dosáhne takový postup, který minimalizuje časovou náročnost ze strany zadavatele,
Vyššího bodového hodnocení dosáhne taková nabídka, která bude obsahovat takovou zvolenou metodologii techniky, metody či postupy, které vzhledem k rozsahu předmětu veřejné zakázky nejúplněji a nejkvalitněji zajistí přehlednější zpracování s jasnější vazbou na předmět plnění veřejné zakázky a eliminaci vzniku možných rizik, lepší zajištění orientace na požadavky zadavatele, potřeby jejího dalšího doplňování či existence sporných bodů k vyjasnění, lepší dodržování stanovených termínů, kvalitnější a věcnější popis realizovaného řešení, zejména ve vztahu k provázanosti dílčích modulů, návaznost na řešení třetích stran, výstupy řešení, lepší možnost uživatelského přizpůsobení – výstupy, reporty, uživatelské rozhraní, lepší výsledky dosažené při migraci dat, vhodnější komunikační a eskalační kanály, vhodnější výběr a metody školení uživatelů systému zadavatele, který klade nižší nároky na časovou zátěž pracovníků zadavatele, při splnění cílů a harmonogramů této veřejné zakázky, a to s přihlédnutím k veškerým konsekvencím a provázanostem shora uvedených skutečností v souhrnu ve vztahu k věcnému postupu, oproti věcným postupům obsaženým v nabídkách ostatních uchazečů.
• Bodovací metoda
• Hodnocení nabídek podle kritéria ekonomické výhodnosti se provádí bodovací metodou dle dílčích hodnotících kritérií uvedených v tomto článku výše.
• Jednotlivým dílčím hodnotícím kritériím jsou zadavatelem stanoveny váhy v procentech uvedené v tomto článku výše podle jejich důležitosti.
• Pro hodnocení nabídek použije hodnotící komise bodovací stupnici v rozsahu 0 až 100. Každé jednotlivé nabídce je dle dílčího hodnotícího kritéria přidělena bodová hodnota, která odráží úspěšnost předmětné nabídky v rámci dílčího hodnotícího kritéria:
• Pro číselně vyjádřitelná dílčí hodnotící kritéria, pro která má nejvhodnější nabídka minimální hodnotu kritéria, získá hodnocená nabídka bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty nejvhodnější nabídky k hodnocené nabídce.
• K dílčímu hodnotícímu kritériu Xxxxxxxxx cena v Kč bez DPH s váhou tohoto kritéria 60% je vzorec pro výpočet následující:
nejvýhodnější nabídka
Počet bodů = ------------------------------- × 100 x 0,6
hodnocená nabídka
• Pro dílčí hodnotící kritéria, která nelze vyjádřit číselně, sestaví hodnotící komise pořadí nabídek od nejvhodnější k nejméně vhodné a přiřadí nejvhodnější nabídce 100 bodů a každé následující nabídce přiřadí takové bodové ohodnocení, které vyjadřuje míru splnění dílčího kritéria ve vztahu k nejvhodnější nabídce. Všichni členové hodnotící komise se musí shodnout na jediném bodovém ohodnocení pro konkrétní nabídku. Toto neplatí pro hodnocení v rámci dílčího hodnotícího kritéria s názvem „Věcný postup uchazeče nutný k úspěšné realizaci zakázky. Způsob hodnocení v rámci tohoto dílčího hodnotícího kritéria je popsán přímo u popisu tohoto dílčího hodnotícího kritéria.
• K dílčímu hodnotícímu kritériu Přístup uchazeče k řešení realizace zakázky s váhou tohoto kritéria 40% je vzorec pro výpočet následující:
Počet bodů = (N1 + N2 + N3 + N4) *0,4 Kde:
N1 = Počet získaných bodů za dílčí subkritérium Věcný postup provádění realizace; N2 =Počet získaných bodů za dílčí subkritérium Analýza rizik - výskyt rizik;
N3 = Počet získaných bodů za dílčí subkritérium Analýza rizik - míra ohrožení provozu zadavatele;
N4= Počet získaných bodů za dílčí subkritérium Analýza rizik - realizace plánovaných projektů s ohledem na eliminaci rizik zadavatele.
• Hodnocení podle této bodovací metody provede hodnotící komise tak, že jednotlivá bodová ohodnocení nabídek dle dílčích hodnotících kritérií vynásobí příslušnou vahou daného hodnotícího kritéria. Na základě součtu výsledných hodnot u jednotlivých nabídek hodnotící komise stanoví pořadí úspěšnosti jednotlivých nabídek tak, že jako nejúspěšnější – ekonomicky nejvýhodnější je stanovena nabídka, která dosáhla nejvyšší hodnoty – součtu bodů za dílčí hodnotící kritérium a) a b). Pokud jsou u některého kritéria stanovena subkritéria (případně subsubkritéria nebo subsubsubkritéria), provede komise hodnocení nabídek dle všech těchto subkritérií (případně subsubkritérií nebo subsubsubkritérií) komplexně.
11. Prohlídka místa plnění
S ohledem na předmět plnění veřejné zakázky zadavatel nepředpokládá konání prohlídky místa plnění ve smyslu ustanovení § 49 ZVZ.
12. Otevírání obálek s nabídkami
• Otevírání obálek proběhne dne 20. 3. 2014 v 10:00 hodin na adrese Zdravotnický holding Plzeňského kraje, a.s., Xxxxx, Xxxxxxxxxx 000/00, PSČ: 318 00.
• Otevírání obálek jsou oprávněni se účastnit všichni uchazeči (maximálně jedna osoba za uchazeče, která se prokáže plnou mocí, nejde-li o statutární orgán uchazeče nebo jeho člena nebo prokuru), kteří podali nabídku ve lhůtě pro podání nabídek.
• Otevírání obálek provede hodnotící komise, za tímto účelem jmenovaná zadavatelem.
• Zadavatel si vyhrazuje právo dodatečně změnit či doplnit zadávací podmínky této veřejné zakázky, a to v souladu se ZVZ.
• V případě, že dojde ke změně údajů uvedených v nabídce do doby uzavření smlouvy s vybraným uchazečem, popřípadě s uchazečem, se kterým má být uzavřena smlouva, je příslušný uchazeč povinen o této změně zadavatele bezodkladně písemně informovat. V případě, že dojde ke změně v kvalifikaci uchazeče, je třeba postupovat dle § 58 ZVZ.
• Zadavatel nepřipouští varianty nabídky.
• Zadavatel si vyhrazuje právo ověřit informace obsažené v nabídce uchazeče u třetích osob a uchazeč je povinen mu v tomto ohledu poskytnout veškerou potřebnou součinnost.
• Dodatečné informace k zadávacím podmínkám
Uchazeč je oprávněn po zadavateli požadovat písemně dodatečné informace k zadávacím podmínkám. Písemná žádost musí být zadavateli doručena na emailovou adresu kontaktní osoby administrátora (pověřené osoby): xxxxxx.xxxxxxxxx@xxxx.xx nejpozději 6 pracovních dnů před uplynutím lhůty pro podání nabídek.
• Poskytování dodatečných informací
Zadavatel odešle dodatečné informace k zadávacím podmínkám, případně související dokumenty, nejpozději do 4 pracovních dnů po doručení žádosti uchazeče.
Tyto dodatečné informace, včetně přesného znění žádosti, zadavatel současně odešle všem uchazečům, kteří požádali o poskytnutí zadávací dokumentace nebo kterým byla zadávací dokumentace poskytnuta. Dodatečné informace budou rovněž uveřejněny v elektronickém nástroji na portále E-ZAK (xxxxx://xxxx.xxxx.xx/xxxxxxxx_xxxxxxx_0000.xxxx).
Zadavatel je oprávněn poskytnout uchazečům dodatečné informace k zadávacím podmínkám i bez předchozí žádosti.
15. Xxxxxxx s uveřejněním smlouvy na profilu zadavatele
• Zadavatel požaduje, aby uchazeč ve své nabídce předložil čestné prohlášení podepsané oprávněnou osobou, ve kterém prohlašuje, že souhlasí s tím, aby smlouva uzavřená na tuto veřejnou zakázku, včetně případných dodatků, byla za účelem provádění zásady transparentnosti a v souladu s § 147a ZVZ uveřejněna na profilu zadavatele, a to na URL adrese xxxxx://xxx.xxxx.xxxx.xx v detailu veřejné zakázky.
• Uchazeč je povinen v nabídce (v čestném prohlášení dle předchozího odstavce) označit ty části návrhu smlouvy, jejichž uveřejněním by došlo k porušení ochrany obchodního tajemství, osobních údajů a jiných citlivých údajů, v souladu s obecně závaznými právními předpisy. Tyto údaje pak nesmí být na profilu zadavatele zveřejněny. Uchazeč je povinen uvést konkrétní důvody zákazu uveřejnění těchto částí.
16. Seznam příloh zadávací dokumentace
Příloha č. 1 | - | Krycí list - vzor |
Příloha č. 2 | - | Závazný návrh smlouvy |
Příloha č. 3 | - | Popis stávajícího stavu |
Příloha č. 4 | - | Hmotné a nehmotné složky k dispozici pro dodavatele |
Příloha č. 5 | - | Vzor čestného prohlášení dodavatele o jeho ekonomické a finanční způsobilosti |
Příloha č. A1 | - | Procesní modely |
Příloha č. A2 | - | Standard logování Plzeňského kraje |
V Plzni dne 30. 12. 2013
Krycí list nabídky – vzor
KRYCÍ LIST NABÍDKY | ||
Veřejná zakázka | ||
Název | Zavedení jednotného ekonomického informačního systému řízení příspěvkových organizací Plzeňského kraje | |
Základní identifikační údaje | ||
Zadavatel: | ||
Název: | Plzeňský kraj | |
Sídlo: | Plzeň, Škroupova 18, PSČ: 306 13 | |
IČO: | 708 90 366 | |
Osoba oprávněná jednat za zadavatele: | Xxxxxx Xxxxx, náměstek hejtmana | |
Uchazeč: | ||
Název: | [DOPLNÍ UCHAZEČ] | |
Sídlo podnikání: | [DOPLNÍ UCHAZEČ] | |
Právní forma: | [DOPLNÍ UCHAZEČ] | |
Tel/Fax.: | [DOPLNÍ UCHAZEČ] | |
IČO: | [DOPLNÍ UCHAZEČ] | |
DIČ: | [DOPLNÍ UCHAZEČ] | |
Osoba oprávněná jednat: | [DOPLNÍ UCHAZEČ] | |
Telefon: | [DOPLNÍ UCHAZEČ] | |
Email: | [DOPLNÍ UCHAZEČ] | |
Celková nabídková cena uchazeče | ||
Celková nabídková cena v Kč bez DPH | ||
Celková nabídková cena v Kč s DPH | ||
Autorizace nabídky osobou oprávněnou jednat za uchazeče: | ||
Podpis oprávněné osoby: | …………………………………………………… | Razítko |
Titul, jméno, příjmení | ||
Funkce |
Závazný návrh smlouvy
(v samostatném dokumentu)
Popis stávajícího stavu
1) ZZS PK
1.1 Popis organizace
Zdravotnická záchranná služba Plzeňského kraje poskytuje neodkladnou přednemocniční péči, což je jedna ze základních služeb občanům. Provozovaná síť výjezdních stanovišť pokrývá celé území Plzeňského kraje a sanitní vozy vyjíždí k pacientům v každou denní i noční hodinu.
ZZS PK má 450 zaměstnanců, což ji řadí k největším příspěvkovým organizacím zřizovaným PK.
1.2 Identifikované informační systémy s přesahem do ekonomických procesů
• Fénix (dodavatel Asseco Solutions, a.s.) – hlavní ekonomický SW, vedení účetnictví, správa majetku a styk s bankou. Využívané moduly: vydané faktury (kniha vydaných faktur), přijaté faktury (kniha došlých faktur), účetnictví, banka, pokladna, rozpočet, výkaznictví, majetek, přenos dat. Propojení je pouze s IS Avensio, kdy jsou vygenerované příkazy k úhradě pro platy z IS Avensio importovány do modulu „banka“ v IS Fénix.
• Avensio (výrobce Alfa software s.r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn, generování výkazů o zaměstnancích a datových vět pro elektronické bankovnictví. Data o směnách importována z IS ShiftMaster, následuje ruční korekce. Export datových vět do modulu banka IS Fénix.
• ShiftMaster (výrobce Xxxx a.s.) – systém pro plánování směn pro pracovníky výjezdových skupin. Generuje výkazy práce (rozlišení nočních a víkendových směn), přerušení, přesčasy. Výkazy jsou tisknuty a podepisovány vedoucím směny a zaměstnancem. Do IS Avensio jsou tyto výkazy exportovány dávkově elektronicky.
• SOS (výrobce PER4MANCE) – dispečerský systém, udržuje nezávisle na IS ShiftMaster přehled o sloužících posádkách na výjezdových stanovištích pro potřeby operačního řízení. Jsou v něm vypisovány protokoly o výjezdech, které slouží jako podklad pro fakturaci. Žádné propojení mezi systémy není zavedeno, do účtárny jsou předávány tištěné výkazy. Systém je vedený jako kritický a je od ostatních systémů oddělen i hardwarovými prostředky.
• Skladík (výrobce Xxxxx Xxxxxxxx) – skladový systém, jsou v něm vedeny sklady zdravotnického materiálu a náhradní díly k vozidlům, účtování prováděno způsobem B. Zaveden centrální sklad a příruční sklady, které se doplňují pravidelně i dle potřeby. Systém nehlídá expirace zdravotnického materiálu. Přímé propojení do ekonomických systémů není.
• GalateA – spisová služba.
1.3 Současný stav v provádění ekonomických procesů
Ekonomické oddělení ZZS PK má v současné době k dispozici 7 zaměstnanců pracujících s ekonomickými systémy. Jako hlavní ekonomický software je používán Helios Fénix, který je použit na účetnictví, styk s bankou, správu majetku a částečně výkaznictví.
Používané moduly Helios Fenix:
• vydané faktury (kniha vydaných faktur),
• přijaté faktury (kniha došlých faktur),
• účetnictví,
• banka,
• pokladna,
• rozpočet,
• výkaznictví,
• majetek,
• přenos dat.
Oběh účetních dokladů je prováděn papírovou formou s tím, že jsou dodržovány náležitosti dle zákona o finanční kontrole – podpisy příkazce operace a správce rozpočtu. Příchozí faktury jsou vedeny ve spisové službě (GalateA.), do IS Fenix jsou faktury zavedeny po kontrole formální správnosti. Styk s bankou je proveden pomocí přímého propojení modulu banka IS Fenix a elektronického bankovnictví ČSOB.
U vydávání faktur je třeba rozlišovat, zda je o faktury z provedených výjezdů, či z ostatní činnosti (odběry krve, zdravotnický dohled na kulturních akcích). Pro vystavení faktur za výjezdy slouží jako podklad pro fakturaci zpráva z výjezdu, kde je uveden soupis materiálu, který byl použit. Tyto výkazy generuje IS SOS a do účtárny jsou předávány v papírové formě s podpisem odpovědného pracovníka výjezdní skupiny. Z informací v těchto výkazech je ručně vystavena faktura v modulu Vydané faktury IS Fenix. Více v procesním modelu (Příloha A1).
Správa majetku je plně podporována modulem majetek IS Fenix. V systému je zaveden drobný a dlouhodobý hmotný i nehmotný majetek. Z IS Fenix jsou tisknuty podklady pro inventarizaci (inventurní soupisy). Jsou dále generovány odpisy, data o nich se automaticky propojují do účetnictví ve stejném IS. Automatizace při zavávání dat o majetku do Kevis není.
Pro správu mezd jsou používány dva systémy. IS ShiftMaster je specializovaný systém pro plánování směn ve zdravotnictví. Jsou v něm evidovány odpracované směny, informace o přesčasech a příplatcích za noční a víkendové směny. Výkazy z tohoto systému jsou tisknuty a podepisovány zaměstnancem a jeho nadřízeným. Paralelně k tomu jsou v pravidelných intervalech pro výplaty data dávkově importována do IS Avensio. V IS Avensio je proveden výpočet nárokovaného platu podle informací z IS ShiftMaster, ručně jsou doplněny odměny a případné srážky za telefonní hovory (z výkazu mobilního operátora). IS Avensio dále z informací o odpracovaných směnách automaticky generuje nároky na stravenky. Po schválení podoby platů jsou vygenerovány datové věty s příkazy
k úhradě, ty jsou dále importovány do modulu banka IS Fenix. V reportingové části IS Avensio generuje výkazy pro ČSÚ a UZIS, poskytuje zdroj pro výkazy KÚPK a výroční zprávu.
2) SÚS PK
2.1 Popis organizace
Správa a údržba silnic Plzeňského kraje má na starosti výkon vlastnických práv, údržbu a opravy silnic
II. a II. tříd ve vlastnictví PK a smluvně údržbu vybraných silnic I. třídy ve vlastnictví státu. SÚS byly převedeny od Ministerstva dopravy pod krajskou správu s účinností od ledna 2001. Původně samostatné okresní SÚS byly sjednoceny pod jednotné krajské ředitelství a jednu právní subjektivitu s tím, že byla zachována okresní úroveň řízení. Objemem provozního příspěvku, investic, celkového finančního obratu i počtem zaměstnanců se jedná o největší krajskou PO.
2.2 Identifikované informační systémy s přesahem do ekonomických procesů
• SoftPC – SÚS PK používá pro zajištění své činnosti ERP systém od společnosti SOFT-PC s.r.o. Tento systém je vyvíjen dlouhodobě již od doby, kdy byly SÚS řízeny centrálně Ministerstvem dopravy. Jelikož se jedná o systém vyvíjený na míru potřebám správců komunikací, postihuje většinu oblastí jejich činnosti.
• Moduly Soft PC, které používá SÚS: Finanční účetnictví, Vnitropodnikové účetnictví, Banka, Dodavatelé, Odběratelé, Pokladna, Střediskový deník, Doprava, Ochranné pomůcky, Sklady, Majetek – dlouhodobý, Majetek – drobný. Není použito pro evidenci pozemků v majetku. V modulu Střediskový deník je, mimo jiné údaje, evidována docházka. Na střediscích vybavených docházkovými systémy je prováděn import dat z těchto systémů do modulu Střediskový deník.
Obrázek 1 - Oběh dat mezi moduly SoftPC, zdroj: xxxx://xxx.xxxxxx.xx/xxxxxx/xxxxxxx/xxx0.xxx
• RealSoft – používá se k evidenci majetku – pozemků. Software je podobně jako SoftPC historicky používán v dalších SÚS. Je určen na pravidelné sledování změn v nemovitém majetku, umožňuje oceňovat pozemky pro účely inventur, generování inventurních soupisů a práci s historií vývoje vlastnictví pozemků ve spojení s katastrem nemovitostí.
• iFaktury (výrobce INKAM , s.r.o.) – aplikace pro elektronický oběh faktur – schvalovací workflow – a párování faktur s objednávkami nebo jiným potvrzením (cestovní příkaz). Automatické propojení s účetnictvím v SoftPC.
• HelpDesk pro opravy silniční sítě Plzeňského kraje – aplikace vyvíjená pro SÚS PK, v současnosti v testovacím provozu. Propojení s účetnictvím – SoftPC – plánováno do budoucna.
• Spisová služba Athena (výrobce PilsCom, s.r.o.).
2.3 Současný stav v provádění ekonomických procesů
Přijatým účetním dokladům je při příjmu pošty přiřazeno evidenční číslo a jsou zavedeny do spisové služby. Účetní doklady jsou poté předány do účtárny, kde je každý překontrolován z hlediska formální a věcné správnosti. Dodavatelé na dokladu jsou porovnány s číselníkem dodavatelů (kontrola čísel účtů a spolehlivosti plátce). Bezchybné doklady jsou dále v procesu naskenovány a zavedeny do evidence v programu iFaktury. V tomto systému jsou doklady párovány s objednávkami a dalšími podklady. Schvalovací workflow je plně elektronické v prostředí systému iFaktury. Po schválení faktury v souladu s předpisy je faktura zaúčtována do modulu účetnictví v SoftPC. Je možné propojení i s modulem vnitropodnikové účetnictví v SoftPC (přiřazení dokladu na účet, nákladové středisko, organizační středisko, způsob realizace, místo realizace a jmenovitý úkol). Faktury jsou uchovávány jak v listinné, tak i v elektronické podobě po dobu danou zákonem o účetnictví.
Evidence majetku je řešena ve dvou rovinách. Dlouhodobý i drobný hmotný a nehmotný majetek je veden v modulu Evidence DDHNM systému SoftPC. Ten umožňuje generování inventurních soupisů, z hmotného majetku je generován a do finančního účetnictví zaúčtován doklad odpisů včetně odpisů transferového podílu odpisů. Pro evidenci a inventarizaci pozemků je používán SW společnosti RealSoft, jehož tiskové výstupy jsou podkladem pro zaúčtování v SoftPC. V současné době se na jednom ze středisek pilotně testuje propojení mezi RealSoft a účetnictvím v SoftPC.
Evidence pracovní doby jednotlivých pracovišť je zabezpečována prostřednictvím modulu Deník střediska IS SoftPC. Systém generuje rozpisy jednotlivých denních časových úseků pracovní doby zaměstnance dle jejich charakteru (směna, práce přesčas, noční práce, pracovní pohotovost – je rozlišeno číselným kódem). Následně se pro potřeby vnitropodnikového účetnictví zadá rozpis denních výkonů zaměstnance (rozlišeno číselníkem vykonávaných činností a jim odpovídajících hodin). U pracovišť vybavených elektronickým docházkovým systém se tato evidence zajišťuje importem údajů z těchto docházkových systémů v typizovaném datovém formátu. Jinak se zadává ručně. Po pořízení denních rozpisů za sledované období (měsíc) se časové údaje z modulu Deník střediska vyexportují do modulu Mzdy a generováním výplat jednotlivých zaměstnanců se načítají do příslušných výplatních položek včetně odpovídající částky. Po kompletním zpracování platů
a uzávěrce za sledované období (měsíc) se časové údaje s údaji denních výkonů z modulu Deník střediska a časové údaje s platovými údaji z modulu Mzdy naimportují do modulu Rozúčtování mezd, kde je možnost provést ručně dílčí úpravy ve složení a výši platu. Následně je vytvořen účetní doklad, který se následně exportuje do modulu Finanční účetnictví.
Modul finanční účetnictví podporuje přímý export datových vět s příkazy k úhradě do internetového bankovnictví. Opačně je umožněn přímý import bankovních výpisů do účetnictví a další práce s nimi.
Propojení ekonomických systémů s dalšími informačními systémy je v prostředí SÚS specifické. Podporu velké části realizačních procesů zajišťuje samotný systém SoftPC, ostatní používané systémy pro plánování a provádění činnosti působí jako jistá nadstavba. Propojení systému Helpdesk s účetnictvím je aktuálně v přípravě.
Reporting směrem k poskytovateli je prováděn prostřednictvím následujících pravidelných výkazů:
• účetní závěrka – čtvrtletně,
• PAP – čtvrtletně,
• sestava F4, tabulka 5 – měsíčně,
• výrobní a finanční plán – ročně,
• hlášení o zimní údržbě – měsíčně v zimních měsících,
• čtvrtletní hlášení o převodech majetku a pozemků do aplikace Kevis.
Mimo tyto pravidelné výkazy je zavedena s KÚPK a jeho účelovými organizacemi (Centrální nákup) i další čilá výměna informací pomocí jednorázových požadavků.
3) Základní a základní umělecké školy
3.1 Popis organizace
Základní školy a základní umělecké školy, jež zřizuje PK, patří svojí velikostí mezi organizace menší, které jsou si v mnohých ohledech podobné. Specifičnost vykazují základní školy, jež jsou zaměřeny na určitou skupinu žáků, například Základní škola a Mateřská škola pro sluchově postižené nebo Základní škola a Mateřská škola pro zrakově postižené a vady řeči, toto však není z hlediska nastavení ekonomických procesů organizace odlišnost podstatná, jedná se spíše o rozdílnost z hlediska plnění základního poslání.
3.2 Identifikované informační systémy s přesahem do ekonomických procesů
• Fenix (dodavatel Asseco Solutions, a.s.) – hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: účetnictví, výkaznictví.
• Bakaláři (výrobce firma PACHNER, vzdělávací software, s.r.o.) – ekonomický systém pro správu majetku, který umožňuje tvorbu jednotlivých sestav, jejich přenos do Kevis však není automatizovaný, využívány jsou především pedagogické moduly, ovšem bez jakéhokoliv propojení do ostatních IS.
• PaM (výrobce Vema a.s.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování a zadání příkazu k úhradě v elektronickém bankovnictví (vše ručně).
• Avensio (výrobce Alfa Software, s.r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (není automatizovaný export dat do IS Fenix), přímé propojení s elektronickým bankovnictvím.
• Stravné (výrobce Veřejná informační služba, spol. s r.o.) – SW pro evidenci strávníků a jejich plateb za stravné, školné, ubytování a další služby. Není automatické propojení s IS Fenix.
• Školné – jednoúčelová aplikace pro sledování placení školného na ZUŠ. Bez propojení.
3.3 Současný stav v provádění ekonomických procesů
• Vzhledem k velikosti jednotlivých organizací je ekonomické oddělení ve vybraných organizací složeno pouze z několika osob, typicky vždy buď pouze jedna účetní, která zajišťuje veškeré ekonomické procesy nebo účetní a ekonomka, popřípadě mzdová účetní, která je však zaměstnána pouze na částečný úvazek.
• Oběh účetních dokladů je prováděn v papírové podobě s tím, že jsou dodrženy náležitosti zákona o finanční kontrole. Příchozí faktury se zapisují do papírové knihy došlých faktur, kde je přiřazeno číslo, věcnou kontrolu a párování s objednávkami zajišťuje účetní, přičemž objednávky jsou vystavovány pouze na jednorázové dodávky a jsou uschovávány v papírově formě v k tomuto účelu určeném šanonu. V případě faktur vydaných se využívá papírová kniha vydaných faktur, kdy faktura po vystavení projde schválením, zaúčtováním a je odeslána. Správa majetku je vedena buď přímo v hlavním ekonomickém informačním systému (IS Fenix), kde je evidován drobný a dlouhodobý hmotný i nehmotný majetek. Z IS Fenix lze tisknout podklady pro inventarizaci, avšak není zde propojení s účetním modulem, přímé propojení do Kevis také není. Dalším způsobem evidence majetku je využití IS Bakaláři, ovšem zde není žádné propojení ani na Kevis, ani na účetní informační systém organizace. Platy jsou zpracovávány v IS Avensio, který je přímo propojen s elektronickým bankovnictvím, zaúčtování je řešeno na základě papírových výstupů z IS Avensio.
4) Střední odborné školy a učiliště
4.1 Popis organizace
Z okruhu středních odborných škol a učilišť zřizovaných PK byly pro popis vybrány Střední odborná škola a Střední odborné učiliště Horšovský Týn, Střední průmyslová škola Klatovy a Střední průmyslová škola dopravní Plzeň. Tyto organizace vykazují z hlediska ekonomických procesů značnou podobnost mezi sebou, avšak oproti ostatním PO z oblasti školství jsou specifické především poskytováním služeb, jež spadají do doplňkových činností i velmi širokým spektrem vzdělávacích aktivit, jež jsou dány zejména výukou jednotlivých odborných předmětů.
• Identifikované informační systémy s přesahem do ekonomických procesů (v rámci vybraných organizací)
• Fenix (dodavatel Asseco Solutions, a.s) – hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: kniha došlých faktur, kniha vydaných faktur, banka, pokladna, účetnictví, rozpočet, výkaznictví, DPH.
• DATAX (výrobce Xxx. Xxxxx Xxxxxxxxxxx – DATAX) – hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: účetnictví, fakturace, pokladna, výkaznictví, mzdy/personalistika, majetek, školní stravování.
• JUMP (výrobce JUMP spol. s r.o.) - hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: fakturace, evidence majetku, sklady.
• Bakaláři – ekonomický systém pro správu majetku, který umožňuje tvorbu jednotlivých sestav, jejich přenos do Kevis však není automatizovaný, v některých organizacích jsou využívány pouze pedagogické moduly bez jakéhokoliv propojení do ostatních IS.
• Avensio (výrobce Alfa software s.r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (automatizovaný export dat do IS Fenix je využíván), propojení s elektronickým bankovnictvím.
• Altus Vario (výrobce Altus software s.r.o.) – systém pro správu platů - generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (není automatizovaný export dat do účetního systému organizace), propojení s elektronickým bankovnictvím.
• Spisovka (výrobce blue.point Solutions spol. s r.o.) – freeware verze správy spisové služby.
• Septim (výrobce ASW Systems a.s.) – pokladní systém pro restaurace, není propojení s ostatními IS.
• Stravné – SW pro evidenci strávníků a jejich plateb za stravné, školné, ubytování a další služby. Není automatické propojení s účetním informačním systémem organizace.
4.2 Současný stav v provádění ekonomických procesů
Vlastní oběh účetních dokladů začíná v případě přijaté faktury zápisem dokladu v sekretariátu do papírové knihy došlých faktur a oproti podpisu se doklad předá vedoucí ekonomického oddělení, nebo je v některých případech faktura přímo zavedena do elektronické knihy přijatých faktur, schválení probíhá v souladu se zákonem o finanční kontrole. Párování s objednávkami se ve většině případů děje přiřazením papírového objednávkového formuláře, možnost využití SW existuje, avšak není žádoucí. Faktury vystavené jsou řešeny tak, že po jejich vystavení dochází ke schválení, zaúčtování a odeslání. Majetek je spravován buď v hlavním ekonomickém softwaru organizace, nebo v IS Bakaláři, který s účetním softwarem ve většině případů propojen není. IS spravující majetek nepodporují přímý export do Kevis. Platy jsou pracovávány v separátních informačních systémech, propojení je pouze v některých případech s elektronickým bankovnictvím, s účetním informačním systémem pouze výjimečně. Zvláštní důraz je v rámci středních odborných škol a učilišť kladen na evidenci skladového hospodářství, kdy v jednotlivých provozovnách (dílnách, restauracích, atd.) jsou vedeny samostatné sklady, jejich stavy a pohyby se následně předávají do hlavního účetního systému souhrnnými položkami ručně.
5) Gymnázia
5.1 Popis organizace
• V rámci deseti gymnázií zřizovaných PK bylo vybráno jako reprezentativní Masarykovo gymnázium Plzeň, jež se řadí svojí velikostí spíše mezi střední až větší školy.
5.2 Identifikované informační systémy s přesahem do ekonomických procesů (v rámci vybraných organizací)
• Fenix (dodavatel Asseco Solutions, a.s.) – hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: účetnictví, výkaznictví, přenosy státu, majetek.
• Avensio (výrobce Alfa software s.r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (není automatizovaný export dat do IS Fenix), propojení s elektronickým bankovnictvím.
• Bakaláři – využívány pouze pedagogické moduly bez jakéhokoliv propojení do ostatních IS.
5.3 Současný stav v provádění ekonomických procesů (v rámci vybraných organizací)
Popis ekonomických procesů Masarykova gymnázia je obsažen v příloze A1. Na počátku oběhu účetních dokladů je přijatá faktura zaevidována na sekretariátu a předána účetní, která zapíše do tištěné knihy přijatých faktur a zkontroluje cifernou správnost. Věcnou správnost a soulad s čerpáním rozpočtu prověřuje další účetní, která také páruje fakturu s objednávkou, případně doplňuje odkaz na jiný iniciační dokument (např. smlouvu). Následně je vytvořen příkaz k úhradě, kdy schválení faktury vedením organizace probíhá souběžně se schválením platebního příkazu. Účetní informační systém není přímo propojen s elektronickým bankovnictvím, příkaz v BusinessBankingu je vytvářen ručně. I přesto, že účetnictví i správa majetku jsou vedeny ve stejném IS (IS Fenix), tyto moduly nejsou navzájem propojeny, tzn. údaje o majetku se účtují dle papírové sestavy z modulu majetek do modulu účetnictví ručně, taktéž data do Kevis jsou zadávána ručně. Zpracování mezd je zajištěno v IS Avensio, kdy jednotlivé výkazy práce jsou opět ručně zadány do informačního systému, pro zaúčtování je z IS Avensio vygenerována sestava, jež se ručně zadává do účetního informačního systému. IS Avensio přímo komunikuje s elektronickým bankovnictvím.
6) Dětské domovy
6.1 Popis organizace
Ze spektra dětských domovů byl zvolen jako reprezentativní domov Dětský domov DOMINO Plzeň, tato organizace se sice řadí mezi velikostně menší, avšak její provozovny jsou rozmístěny na několika místech v Plzni a současně nebyla identifikována žádná překážka zobecnění informací o Dětském domovu DOMINO na ostatní domovy, které jsou zřizovány PK.
6.2 Identifikované informační systémy s přesahem do ekonomických procesů (v rámci vybrané organizace)
• Fenix (dodavatel Asseco Solutions, a.s.) – hlavní ekonomický SW, vedení účetnictví. Využívané moduly: účetnictví, výkaznictví, statistika, kniha došlých faktur.
• Avensio (výrobce Alfa software s.r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (prozatím není automatizovaný export dat do IS Fenix, organizace o tomto uvažuje ve výhled cca 3 měsíců), propojení s elektronickým bankovnictvím.
• Stravné, MSklad (Veřejná informační služba, spol. s r.o.) – SW pro evidenci strávníků a jejich plateb za stravné, školné, ubytování a další služby. Není automatické propojení s IS Fénix.
• GalateA – spisová služba.
• Nídlware – informační systém pro evidenci děti v dětských domovech.
6.3 Současný stav v provádění ekonomických procesů (v rámci vybrané organizace)
Jednotlivé doklady jsou doručovány přímo účetní, která zaeviduje v knize faktur a předkontuje, následuje schválení od ředitelky organizace, párování s objednávkami je prováděno, avšak ve většině případů jsou jednotlivé služby nakupovány na základě smlouvy, kdy smlouva není k faktuře přímo přiložena, dochází pouze k doplnění odkazu na daný dokument. Faktury vystavené jsou vzhledem k jejich nízkému počtu řešeny vždy individuálně. Mzdy jsou zpracovány v IS Avensio, neexistuje přímé propojení s IS Fenix. Komunikace s elektronickým bankovnictvím pouze jednostranná, tzn. příkazy k úhradě jsou přímo exportovány z účetního informačního systému, jednotlivé výpisy však importovány nejsou, účetní výpis tiskne a zadává ručně do účetnictví. Majetek je evidován v software od společnosti VIS, kdy neexistuje přímé propojení s IS Fenix ani Kevis a údaje o majetku jsou tedy zadávány ručně na základě tiskové sestavy. Specifické je využívání informačního systému pro evidenci
dětí včetně plateb s nimi souvisejícími, kdy do účetnictví se data převádějí souhrnně a to jednou za měsíc.
7) Organizace sociální péče
7.1 Popis organizace
Z organizací sociální péče byly vybrány celkem čtyři zástupci, a to Domov pro osoby se zdravotním postižením Milíře, Dům seniorů Kdyně, Centrum sociálních služeb Domažlice a Centrum sociálních služeb Tachov. Z hlediska nastavení ekonomických procesů lze i přes rozdílnost klientů organizací spatřovat mezi organizacemi značnou podobnost. Určitou výjimku tvoří Dům seniorů Kdyně, který je ve využívání elektronických dokumentů a jednotných systémů, a to především provozního charakteru, značně pokrokový.
7.2 Identifikované informační systémy s přesahem do ekonomických procesů
• ABRA G3 (výrobce ABRA Software a.s.) - hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: adresář, banka a homebanking, docházka, majetek, pokladna, personalistika, skladové hospodářství, fakturace, objednávky.
• GORDIC WIN (výrobce GORDIC spol. s r.o.) - hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: účetnictví a rozpočet, kniha došlých faktur, kniha odeslaných faktur, personalistika, pokladna, sklad, evidence majetku, mzdy a personalistika.
• Tring SW Team – hlavní ekonomický SW, vedení účetnictví, správa majetku. Využívané moduly: dodavatelské faktury, účto.
• Avensio (výrobce Alfa software s.r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (není automatizovaný export dat do účetního informačního systému), propojení s elektronickým bankovnictvím pouze u některých organizací.
• IS XxXXX (výrobce JUMP spol. s r.o.) - systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (není automatizovaný export dat do účetního informačního systému, není přímo propojení s elektronickým bankovnictvím).
• IS CYGNUS (výrobce IReSoft, s.r.o.) – správa majetku, skladová evidence.
• M/TeamBridge (výrobce KadeL Data servis, spol. s r. o.) - nástroj pro firemní řízení, komunikaci a centralizovanou správu firemního obsahu.
• IS LEGATO – evidenční software pro klienty.
• IS MEDICATOR – evidence podání léků.
7.3 Současný stav v provádění ekonomických procesů
V rámci PO poskytujících sociální služby lze nalézt velmi rozdílnou míru podpory provádění ekonomických procesů, přes plnou automatizaci až po ruční, duplicitní předávání dat do velkého množstvím navzájem roztříštěných systémů.
V souhrnu lze konstatovat, že doklad je na vstupu nejprve zapsán do knihy došlých faktur (papírové či elektronické), následně je párován s objednávkou, přičemž ve většině případů jsou objednávky shromažďovány v papírové podobě k šanonu k tomuto účelu určenému, následně je doklad rozklíčován na jednotlivá střediska dle věcné souvislosti. Schvalování probíhá dle zákonem stanovených požadavků. Existují však organizace, které mají zaveden takový systém, že doklad v papírové formě zůstává na podatelně a organizací se pohybuje pouze v elektronické podobě, takto je i schvalován, zaúčtován a uhrazen. Je nutné podotknout, že organizace, které využívají objednávkové moduly, mají tyto přímo propojeny se sklady a na základě objednávky je generována příjemka i faktura. U faktur vydaných se jedná především o vykazování výkonů zdravotním pojišťovnám, což podporuje například IS CYGNUS. Elektronické bankovnictví je propojeno oboustranně v IS CYGNUS i ABRA G3. V rámci správy pokladny je možné identifikovat separátně vedené pokladny v jednotlivých provozovnách, které však pravidelně předávají zůstatky do pokladny hlavní (opět buď automatizovaně, nebo ručním zaúčtováním). Majetek je ve většině případů evidován přímo v účetním informačních systému, pokud tomu tak není, tak ovšem neexistuje propojení mezi IS pro správu majetku a účetním softwarem, takže jsou data předávána ručně dle tiskové sestavy, stejně jako do Kevis. Organizace, které provádějí elektronickou evidenci docházky, využívají přímý přenos do modulu či IS, ve kterém zpracovávají platy a následně vytváření příkazy k úhradě, zaúčtování však probíhá ručně.
8) Muzea a kulturní instituce
8.1 Popis organizace
Jako reprezentativní organizace z oblasti kultury byly vybrány Muzeum a galerie severního Plzeňska v Mariánské Týnici, jako organizace menší s ne tak rozsáhlými ekonomickými procesy včetně jejich
personálního zajištění a Západočeské muzeum v Plzni, jako organizace velká s mnoha provozovnami a větším počtem pracovníků zasahujících do ekonomických procesů.
8.2 Identifikované informační systémy s přesahem do ekonomických procesů (v rámci vybraných organizací)
• IIS – Integrovaný informační systém (výrobce Quit spol. s r.o.) – hlavní ekonomický SW, vedení účetnictví. Využívané moduly: banka, evidence došlých faktur, evidence vydaných faktur, evidence majetku, skladová evidence.
• MONEY S4 (výrobce CÍGLER SOFTWARE, a.s.) – hlavní ekonomický SW, vedení účetnictví. Využívané moduly: účetnictví, fakturace, sklady, pokladna.
• PAM – Pracovníci a mzdy (výrobce Quit spol. s r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (automatizovaný export dat do účetního informačního systému), propojení s elektronickým bankovnictvím.
• Vema (výrobce Vema, a.s.) – systém pro správu platů. Využívané moduly: Personalistika a mzdy, personalistika.
• Kpwin (výrobce KP-SYS spol. s r.o.) – evidence knihovny, neexistují vztahy s ekonomickými informačními systémy.
• CESik – evidence sbírkových předmětů, neexistují vztahy s ekonomickými informačními systémy.
• DEMUS – dokumentace a evidence muzejních sbírek, neexistují vztahy s ekonomickými informačními systémy.
• eColosseum (výrobce Perfect System, s.r.o.) – vstupenkový systém, neexistuje automatické propojení s účetním informačním systémem.
8.3 Současný stav v provádění ekonomických procesů
Přijaté účetní doklady jsou zapsány v podatelně do knihy došlé pošty a předány účetní organizace, která odsouhlasí z hlediska oprávněnosti a spáruje s objednávkou. Před proplacení probíhá skenování dokladu, workflow je realizováno v papírově formě na základě kontačních razítek, po schválení dle zákonných požadavků je zaúčtováno a je vytvořen platební příkaz, který musí projít schválení minimálně dvěma zaměstnanci. Export platebního příkazu je prováděn jak přímou komunikací s bankou (Muzeum a galerie severního Plzeňska v Mariánské Týnici), tak ručně (Západočeské
muzeum v Plzni). Majetek je evidován v rámci hlavního účetního informačního systému či jeho jednotlivých modulů, které jsou navzájem propojené, propojení není s Kevis. Platy jsou zpracovávány také v rámci hlavního účetního systému či jeho modulů.
9) SVK PK
9.1 Popis organizace
Studijní a vědecká knihovna patří pod odbor kultury stejně jako výše zmíněná muzea, její činnost je ovšem specifická a svým posláním se od běžné činnosti muzea či galerie značně odlišuje.
Identifikované informační systémy s přesahem do ekonomických procesů (v rámci vybrané organizace)
• VIS (výrobce Veřejná informační služba, spol. s r.o.) – hlavní ekonomický SW, vedení účetnictví. Využívané moduly: účetnictví, banka, závazky, pohledávky.
• FLEXI B – správa majetku, není přímé propojení, řada operací specifických pro příspěvkové organizace je zadávána ručně.
• WPAM práce a mzdy (výrobce IN-SY-CO s.r.o.) – systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování (není automatizovaný export dat do účetního informačního systému), propojení s elektronickým bankovnictvím.
• KIMS – pokladna, propojení s IS ALEPH (není automatizovaný export dat do účetního informačního systému).
• ALEPH – správa knihovny.
9.2 Současný stav v provádění ekonomických procesů (v rámci vybrané organizace)
Oběh účetních dokladů se ve Studijní a vědecké knihovně nijak neliší od oběhu dokladů v ostatních institucích. Je nutné zmínit především v oblasti správy majetku propojení IS VIS přímo s Pomocným analytickým přehledem. Správa majetku je v současné době nedořešena a je dočasně prováděna v systému FLEXI B, který není přímo specializovaný pro příspěvkové organizace, takže dochází k ručnímu zadávání a výpočtu velkého množství údajů, organizace využívá do značné míry pro správu majetku také Kevis. Platy jsou zpracovávány v IS INSYCO, kde existuje možnost vytvářet vlastních
uživatelských sestav, existuje také propojení s účetním informačním systémem i elektronickým bankovnictvím.
10) Středisko služby školám
10.1 Popis organizace
Středisko služeb školám je do značné míry specifické tím, že samo poskytuje služby ostatním příspěvkovým organizacím, především z oblasti školství a dále Centrálnímu nákupu a Domovu pro seniory Vlčice, kdy tyto služby jsou výlučně ekonomického charakteru.
Identifikované informační systémy s přesahem do ekonomických procesů
• Fenix (dodavatel Asseco Solutions, a.s.) – hlavní ekonomický SW, vedení účetnictví. Využívané moduly: kompletní podoba s výjimkou modulu objednávky.
• PERM 3 (výrobce KVASAR spol. s r.o.) - systém pro správu platů – generování platů, ruční doplnění odměn či specifik daného měsíce (dovolené, atd.), generování sestav platů k zaúčtování, propojení s elektronickým bankovnictvím.
10.2 Současný stav v provádění ekonomických procesů
Středisko služeb školám je specifické povahou poskytovaných služeb, jež zasahují do ekonomických procesů jiných PO (klientů Střediska služeb školám), avšak vlastní oběh účetních dokladů se od ostatních PO výrazně neliší. Každý doklad je po přijetí zaveden do IS Xxxxx a spárován s objednávkou (pokud byla vytvořena), po zaúčtování je připraven platební příkaz, kdy současně s jeho schválením probíhá také schválení dle zákona o finanční kontrole. IS Fenix je přímo propojen oboustranně s elektronickým bankovnictvím. V rámci faktur vystavených jsou podkladem pro jejich vytvoření smlouvy (u pravidelných fakturací) či elektronické objednávky (například autodoprava, školení). Dále existuje propojení mezi modulem pro správu majetku a Kevis.
11) Centrální nákup
11.1 Popis organizace
Centrální nákup je organizací uspokojující potřeby ostatních příspěvkových organizací především v oblasti zajištění dodávek. Centrální nákup lze zařadit mezi organizace menší, a to především
s ohledem na počet zaměstnanců i to, že většinu ekonomických procesů zajišťuje externě prostřednictvím Střediska služeb školám.
Identifikované informační systémy s přesahem do ekonomických procesů
• iFaktury – nadstavba spisové služby pro evidenci přijatých a evidenci a tvorbu vydaných faktur.
• iObjednávky – nadstavba spisové služby pro evidenci a tvorbu objednávek.
11.2 Současný stav v provádění ekonomických procesů
Vzhledem k tomu, že veškeré ekonomické procesy jsou v organizaci zajištěny dodavatelsky, tak i proces oběhu účetních dokladů je značně zúžen pouze na příjem dokladů, jejich evidenci a následné předání Středisku služeb školám v elektronické podobě. Jako zpětná vazba pak slouží přehled o plnění a čerpání rozpočtu. Po zaúčtování se doklady vracejí zpět a ekonomka pouze zaeviduje přidělená čísla z číselné řady v účetnictví. Platy jsou zpracovány také Střediskem služeb školám na základě výkazů práce jednotlivých zaměstnanců. Platby probíhají prostřednictvím elektronického bankovnictví, kdy příkazy k úhradě jsou vytvářeny ručně. Evidence majetku je vedena formou tabulky.
12) Sjednocující prvky ekonomických procesů napříč PO
12.1 Oběh účetních dokladů
Jak je již zmíněno, všechny příspěvkové organizace musí dodržovat požadavky dané legislativou a předpisy. Tyto požadavky do velké míry určují průběh procesu příjmu, schvalování, účtování a archivace dokladů.
Co se však liší je způsob provádění činností při oběhu dokladů a podpora těchto činností ze strany informačních systémů. V řešených organizacích jsme narazili v podstatě na tři možné varianty:
• Plně papírový oběh účetních dokladů – celé schvalovací workflow je řešeno papírovou formou. Při příjmu je účetní doklad zapsán do knihy došlých faktur, dále proběhne jeho formální kontrola, vypsání průvodního listu (košilky) a párování s objednávkou nebo vypsání čísla smlouvy u dlouhodobých objednávek (energie). Následně proběhne fyzický oběh dokladu ke schválení příkazci operace a správci rozpočtu. Doklad je následně zaúčtován v účetním systému. IS pro vedení účetnictví se již vyskytuje v každé PO. Tato varianta se vyskytuje hlavně v malých PO, ve kterých koluje jen málo účetních dokladů. Nicméně to nebrání využívat možnosti nainstalovaného ekonomického IS a provádět evidenci došlých faktur elektronicky bez papírové knihy.
• Papírové schvalování účetních dokladů s elektronickou evidencí faktur – nejrozšířenější varianta. Po příjmu a formální kontrole všech náležitostí je faktura spárována a zavedena do modulu Kniha došlých faktur ekonomického IS. Ze systému se vytiskne průvodní list (košilka) dokladu a schvalovací workflow proběhne papírovou formou jako v předchozím případě. Po schválení je již zavedený účetní doklad v ekonomickém IS zaúčtován a je možno provádět další kroky, jako je například generování příkazu k úhradě do modulu Banka.
• Plně elektronický oběh účetních dokladů – při příjmu papírového dokladu je po formální kontrole tento doklad naskenován a zaveden do Knihy došlých faktur ekonomického IS. Papírový doklad již dále ve workflow nefiguruje, celé schvalování je prováděno elektronicky. Po schválení dokladu je možné provést jeho přímé zaúčtování a navazující operace. Tato varianta oběhu dokladů byla zaznamenána jen v SÚS PK a v Domě seniorů Kdyně.
12.1.1 Pokladny
Hotovostní pokladny jsou využívány hojně ve všech typech organizací. Nejčastěji je příjem z pokladny do účetnictví brán pomocí závěrky pokladny v pravidelných intervalech. Podpora pokladny
je nejčastěji přímo integrovaná v ekonomickém systému jako jeden z modulů. Ten umožňuje generování příjmových a výdajových dokladů, převod závěrky pokladny do účetnictví nebo převod peněz z účtů do pokladny. Relativně hojně se také vyskytují případy ručního vedení pokladny bez podpory informačního systému.
12.1.2 Evidence majetku
V podpoře procesu správy a evidence majetku systémovým nástrojem panuje velká roztříštěnost. Tuto roztříštěnost si uvědomil i zřizovatel, který sám nabídl řešení problému evidence majetku svěřeného do správy – formou zadávání do nástroje Kevis. Ten je však zamýšlen jako provizorní řešení.
Organizace interně často nemají řešenu evidenci majetku a účetnictví v rámci jednoho produktu, ačkoli většina systémů modul pro evidenci majetku nabízí. Nicméně z historických hledisek je mnohdy ponechána evidence majetku v různých systémech lokálních výrobců. Je snahou sjednotit správu majetku do stejného prostředí používaného ekonomického programu, ve kterém je zavedeno účetnictví – nejčastěji Helios Fenix a VIS.
Nicméně u více než 70 % většinou menších organizací je majetková evidence prováděna bez použití specializovaného SW nástroje. Majetek je veden přinejlepším formou tabulek v MS Excel, nebo přímo na papírových kartách majetku.
Jelikož evidence majetku je dlouhodobě věnována pozornost ze strany zřizovatele, existuje i jednotná směrnice pro inventarizaci majetku, která je závazná pro všechny PO PK. Každá organizace je také povinna odevzdávat hlášení do nástroje Kevis. Údaje do Kevis jsou zadávány v drtivé většině případů ručně bez provádění importů.
Jak již bylo řečeno, více než 70 % PO nepoužívá pro evidenci majetku žádný specializovaný SW. Snaha o sjednocení podpory těchto procesů do jednotného systému by tedy byla v tomto případě více než žádoucí. Jde i o majetkovou evidenci kraje, který jistou část majetku PO vlastní a do správy PO je tento majetek jen svěřen. Zprůhlednění této evidence je ostatně jeden z důvodů zavádění mezikroku v podobě nástroje Kevis. Nicméně paralelní zavádění dat do Kevis způsobuje organizacím vícepráce. Systémovým řešením je zavedení jednotného systému pro správu majetku.
12.1.3 Správa platů
Oblast správy platů je oblastí přinejmenším citlivou. Hned na začátku je zapotřebí rozlišit školská zařízení, kde je na platové prostředky pedagogických pracovníků poskytován příspěvek z centrálních orgánů a ostatní příspěvkové organizace.
Podklady pro stanovení platů – výkazy práce za daný měsíc – jsou nejčastěji v menších organizacích tvořeny papírově a obsahují v podstatě jen odchylky od daného stavu – čerpané dovolené, přesčasy. Tyto výkazy zpracovávají mzdové účetní, účetní nebo přímo nadřízení pracovníků. Nadřízení vždy výkaz potvrzují i s případným stanovením mimořádných odměn. Ve větších organizacích jsou tyto výkazy buď generovány ze systému pro plánování činnosti (například systém ShiftMaster u ZZS PK) nebo zdrojem pro ně je elektronický docházkový systém.
Potvrzené výkazy jsou podkladem pro mzdový software, který z vložených dat vygeneruje jednotlivé složky platu, vypočte odvody sociálního a zdravotního pojištění a na jeho výstupu je vygenerovaný platový lístek pracovníka. Většina zavedených systémů pro správu platů umožňuje přímé zadání platebních příkazů k odeslání platů do elektronického bankovnictví. Zaúčtování vyplacených platů do účetnictví probíhá nejčastěji formou ručního zaúčtování souhrnných částek bez automatického propojení do účetního systému.
Používané systémy pro správu platů (jak blíže ilustruje kapitola 12.5.4), mají relativně pestrou skladbu napříč organizacemi a jejich výstupy jsou, mimo obecně rozšířených statistických výkazů a výkazů pro ČSSZ, i specializované resortní výkazy (školství, sociální služby). Zkušenosti pracovníků navštívených organizací s používanými mzdovými systémy jsou vesměs kladné. Tyto systémy navíc tvoří určitou úzkou specializovanou skupinu bez velkých přesahů k jiným ekonomickým systémům.
V oblasti výkaznictví mezd pedagogických pracovníků ještě školy provádí kontrolu výkazů před odevzdáním pomocí webové aplikace společnosti MÚZO, jelikož výkazy v tomto formátu odevzdává i zřizovatelský odbor KÚPK na MŠMT.
12.2 Další používané informační systémy a jejich přesahy směrem k ekonomickým procesům
Další používané informační systémy, které PO využívají ve své činnosti, samozřejmě úzce souvisí s předmětem jejich činnosti. Ve většině případů jsou tyto informační systémy brány jako pomocné, podružné. Jedná se tedy o jednoúčelové programy, které jsou buď samostatné s výstupy do tiskových sestav, nebo umožňující export dat a jejich následnou úpravu například v MS Excel. Přímý export do účetního systému se však vyskytuje zřídka. Bližší pojednání je uvedeno u jednotlivých oblastí.
12.2.1 Oblast školství
Základním systémem pro podporu pedagogické činnosti škol je informační systém Bakaláři. Tento systém je primárně určen k evidenci žáků a vedení školské administrativy. Tento systém není napojen na ekonomické procesy. Instalace systému Bakaláři může obsahovat i modul Inventarizace, ve kterém některé menší školy vedou evidenci majetku – bez automatických propojení do jiných systémů.
Ve větších zařízeních jsou používány systémy pro správu školní jídelny – sklady v jídelnách, výpočet stravného. Směrem k účetnictví není přímé propojení těchto systémů s účetnictvím, částky jsou zaúčtovány souhrnně. Platba stravného a ubytování v domovech mládeže probíhá buď hotovostně příjmem do pokladny, nebo inkasem z účtu zákonných zástupců dítěte (například stravovací systém VIS).
Střední odborné školy a učiliště dle druhu své činnosti používají systémy pro evidenci skladů v dílnách odborného výcviku nebo zakázkové systémy pro evidenci zakázek z doplňkové činnosti (například SPŠD Plzeň – evidence zakázek pro autoservis). Tyto jednotky jsou vedeny jako samostatná střediska a do souhrnného účetnictví organizace jsou předávány jen souhrnné výkazy za časová období. Neexistuje tedy přímé propojení informačních systémů. Dalším příkladem takového systému je restaurační systém ve školním penzionu SOŠ Horšovský Týn.
Jako podpůrné systémy pro evidenci plateb školného (týká se ZUŠ a VOŠ) slouží jednoúčelové specializované programy – např. systém Evidence školného, který je poskytován zdarma. Evidenci školného umožňuje i přídavný modul systému Bakaláři. Přímé propojení těchto systémů s dalšími ekonomickými systémy není zavedeno.
Jednoúčelové aplikace jsou v některých školách používány pro automatizaci správy školní knihovny, tyto výskyty jsou však ojedinělé a nemají žádné přímé napojení na ekonomické procesy. Evidenci knihovny umožňuje i systém Bakaláři.
12.2.2 Oblast sociálních služeb
V oblasti sociálních služeb se vyskytuje množství dalších údajů, které je zapotřebí evidovat a dále s nimi pracovat. Jedná se o evidenci klientů, informace o prováděných úkonech a podávaných léčivech, plány péče, zdravotní omezení klientů a další. Pro sjednocení řízení těchto údajů v jednotném informačním systému vznikly specializované systémy (například IS CYGNUS), které poskytují podporu i dalším procesům organizace – výkaznictví pro zdravotní pojišťovny (pořizování výkonů odborností) a MPSV, vedení skladů, stravování, evidence docházky zaměstnanců
nebo evidence majetku. Informační systémy podporují komunikaci s přenosným zařízením pro personál (čtečky čárových kódů, čtečky čipů), které načítá data do systému. Pomocí těchto zařízení se zadává do systému splnění určitých úkonů s klienty.
Propojení s účetním systémem je možné plně automatizovaně pro účely účtování (například Dům seniorů Kdyně), jinde však tyto systémy nejsou určeny k přímému propojení s účetnictvím a fungují tedy samostatně.
12.2.3 Oblast kultury
Za PO v oblasti kultury lze souhrnně konstatovat, že další používané informační systémy nejsou přímo propojeny se systémy ekonomickými. Jedná se jak o knihovní systém ALEPH (SVK PK), tak systémy pro evidenci muzejních sbírek (např. DEMUS). V systémech pro evidenci muzejních sbírek panuje značná roztříštěnost, kdy v systému některé sbírky zavedené jsou a jiné nikoli. S účetnictvím ani další ekonomickou evidencí však tyto systémy nemají žádné propojení.
Využívány jsou ještě systémy pro výběr vstupného (např. Coloseum), výdej do účetnictví je formou ručního zaúčtování souhrnné částky za časové období (např. týden).
12.3 Účetní metodika a použití účtové analytiky
Z hlediska v současné době používané účetní metodiky a nastavení analytických účtů v rámci směrné účtové osnovy lze konstatovat, že veškeré PO mají zpracovány jednotlivé směrnice účtování plně v souladu se zákonnými požadavky. Je však nutné dodat, že hloubka, počet i míra propracovanosti jednotlivých směrnice je značně různorodá.
Pro analýzu vnitřních předpisů souvisejících s ekonomickými procesy byly využity především směrnice oběhu účetních dokladů, hospodaření s majetkem a jeho inventarizace, vedení pokladny, spisový a skartační řád či vnitřní kontrolní systém.
Jako konkrétní příklad lze uvést použití směrnice o oběhu účetních dokladů, která je součástí vnitřních předpisů všech vybraných PO, avšak její obsah i rozsah jsou značně rozdílné. Součástí směrnice je tedy především přehled právních předpisů, jimiž se řídí hospodaření dané organizace, stanovení rolí a zodpovědností za jednotlivé úkony a za dodržování směrnice jako celku či definice a náležitosti účetních dokladů. V rámci oběhu výdajových či nákladových dokladů je významnou součástí předpisu stanovení náležitostí objednávek, dále jsou řešeny dodavatelské faktury včetně jejich ověření a dodržení zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě, včetně jeho prováděcí vyhlášky č. 416/2004 Sb. Xxxxxxxx, která řeší oběh dokladů,
obsahuje pokyny pro nakládání a účtování o majetku, zásobách, platech, cestovních náhradách, ceninách či peněžních fondech. Součástí příjmové, resp. výnosové části pak jsou vydané faktury, úhrady za poskytování služeb, jež jsou specifické dle charakteru dané PO. Zmíněná směrnice v neposlední řadě obsahuje oběh bankovních, popřípadě pokladních dokladů, účtování o doplňkové činnosti, pravidla pro aktivaci a provádění měsíčních účetních závěrek, podpisové vzory. Úschova účetních dokladů je ve většině případů součástí směrnice o spisovém a skartačním řádu.
Nastavení systému analytických účtů a vůbec jejich použití je také plně v kompetenci dané PO a není nijak omezeno pokyny a požadavky zřizovatele, proto i zde lze spatřovat významné rozdíly mezi jednotlivými organizacemi. Některé PO (například SÚS PK) využívají podrobnou účtovou osnovu, která obsahuje i čtyřmístnou analytiku, jiné (například Masarykovo gymnázium) používají dvoumístné analytické účty například v kombinaci s nákladovými středisky či zakázkami. Jistě pozitivním zjištěním je, že všechny vybrané organizace se v rámci účetní analytiky zaměřují na nákladové účty, toto však není prováděno systémově a proto je použitelnost výstupů například pro potřeby Centrálního nákupu velmi omezená.
Závěrem je vhodné zmínit, že zpracování a využívání vnitřních předpisů je plně v kompetenci dané účetní jednotky, která má v tomto ohledu plnou autonomii, na stranu druhou je však nutné podotknout, že zřizovatel by měl plnit funkci metodika a svým působením omezovat výše zmíněnou různorodost.
12.4 Reporting ekonomických dat směrem ke zřizovateli a orgánům státní správy
Zřizovatel příspěvkové organizace má jako správný hospodář dohlížet na řádné čerpání svého rozpočtu, ze kterého největší část odebírají příspěvky pro PO. Tyto organizace tedy musí svému poskytovateli předávat souhrnné informace o svém hospodaření, tedy i hospodaření se svěřenými prostředky. Základním nástrojem je odevzdávání pravidelných účetních závěrek – ty odevzdává každá PO čtvrtletně. S těmito závěrkami operují mimo jiné zřizovatelské odbory KÚPK, Odbor ekonomický KÚPK nebo rada kraje,
Mimo ekonomická data obsažená v účetních závěrkách jsou poskytována průběžně data ad hoc na vyžádání. Velmi často jsou tato data vyžadována pro potřeby Centrálního nákupu. V současné době neexistuje systémový nástroj, který by umožňoval získat tyto informace přímo bez nutnosti spolupráce oslovovaných organizací. Centrální nákup pro potřeby zjištění objemu poptávaného produktu k centrální zakázce potřebuje znát velikosti samostatných objednávek daného produktu v příspěvkových organizacích.
Roztříštěnost požadavků zřizovatele směrem na PO byla identifikována při pohovoru na většině navštívených organizací. Velmi často jsou stejné údaje od PO zjišťovány vícekrát různými odesílateli ze strany zřizovatele. Jednou poskytnuté informace si tedy odesílatelé nesdělí a vyžadují je opět po PO.
Samostatnou oblastí je reporting v oblasti majetku. Základní rozlišení majetku je na majetek svěřený (je ve vlastnictví PK a PO jej má ve správě) a vlastní majetek PO (majetek patří přímo organizaci). Jelikož stav v evidenci majetku, hlavně směrem k majetku svěřenému, byl dlouhodobě neuspokojivý (např. platba daní z nemovitostí) rozhodl PK o vytvoření nástroje Kevis, do kterého byl veškerý majetek PK ve správě PO zaveden. Kevis je webovou aplikací – v podstatě soupisem – majetku, do kterého je v pravidelných hlášeních přírůstkově přidáván nově nabytý majetek. V současné době je tedy stav takový, že organizace vedou svojí vlastní evidenci majetku různými nástroji (specializovaný systém, karty majetku v Excelu nebo papírově) a k tomu paralelně podávají hlášení do Kevis. Tento stav je chápán jako jisté mezidobí. Škála používaných systémů velmi široká. Je také nutné zdůraznit, že desetina organizací nepoužívá SW žádný.
V oblasti správy platů speciálně upozorňujeme na problematiku reportingu ohledně platů pracovníků ve školství. Výkazy jsou pravidelně zasílány prostřednictvím zřizovacího odboru na MŠMT prostřednictvím aplikace MÚZO. Pro prevenci chyb je požadováno od škol, aby své platové výkazy generované ze mzdového programu (nejčastěji Avensio) překontrolovaly ve webové aplikaci MÚZO, čímž se případné chyby odhalí ještě před odesláním zřizovacímu odboru. Další výkazy, které školy poskytují, jsou obsaženy v nejrozšířenějším systému Helios Fenix v modulu Výkaznictví. Příkladem pravidelných výkazů škol je resortní výkaz R67 – resortní výkaz nákladů a výnosů.
V sociálních službách je pro potřeby zřizovatele podáván výkaz o sociálních službách prostřednictvím prostředí aplikace Kevis. Další výkazy pro MPSV a zdravotní pojišťovny jsou zadávány buď ručně, nebo jsou exportovány z oborově zaměřeného IS (CYGNUS).
V oblasti kultury jsou reportovány stavy sbírek a knihovního fondu, vývoje návštěvnosti kulturních zařízení a další odborné informace. Jsou zadávány v jednoúčelových aplikacích (nejčastěji webových) nebo jsou zpracovávány ručně – bez automatizovaných propojení.
12.5 Technické zabezpečení ekonomických procesů a infrastruktura
12.5.1 Používané informační systémy v oblasti ekonomických procesů
Sledovaná oblast ekonomických procesů je široká. Dá se konstatovat, že většina sledovaných PO má zavedenu podporu ekonomických procesů s pomocí sofistikovaných nástrojů – informačních systémů. Existují samozřejmě výjimky, kde není využíváno všech možností, které instalované systémy umožňují. Jedná se hlavně o duplicitní papírové evidence (například papírové knihy došlých faktur) a nevyužití možností automatizovaných propojení mezi systémy (například přímé zaúčtování majetku díky informacím předaným systémem pro správu majetku účetnímu systému, příjmy z pokladen apod.). Tyto činnosti jsou dnes ve většině organizací řešeny ručním zaúčtováním papírového dokladu, který byl vytištěn z druhého systému.
Při slučování organizací do větších celků se musel často řešit problém rozdílného ekonomického SW v obou slučovaných organizacích. Někde byl tento problém vyřešen převodem dat do jednoho systému (např. SPŠ Klatovy), jinde používají paralelně vedle sebe systémy dva (např. CSS Domažlice – centrála Domažlice a pobočka Černovice).
12.5.2 Oběh účetních dokladů, účetnictví
V oblasti účetního SW panuje relativně jasné daná převaha systému Helios Fenix. Je to dáno několika faktory:
• systém je vyvíjen již od samých počátků zavádění účetních systémů ve veřejné správě a většina uživatelů je tedy na něj dlouhodobě zvyklá,
• systém je nejrozšířenějším ve školství, školy také tvoří většinu PO PK,
• obsahuje moduly přizpůsobené oblasti školství – např. výkaznictví,
• pro systém Fenix poskytuje podporu Služba škole.
Ve školství se vyskytují i další účetní systémy, jejich výskyt je však již marginální. Je potřeba zmínit systém JUMP, který provozují dvě největší školské PO – SPŠ dopravní Plzeň a VOŠ a SPŠ elektrotechnická Plzeň.
Výskyt dalších systémů, ve kterých jsou využívány účetní moduly, jako je Gordic, VIS, či Vario je obecně malý. Tyto systémy však nabízejí široké možnosti exportů dat, kdy by bylo možné historická data načíst. Případným exportům dat však musí předcházet technická analýza možností jejich provedení.
Problém však může nastat při převádění dat z dalších systémů, které se vyskytují jen jednotlivě. Často se jedná o historické systémy, jejichž podpora již skončila, nebo neumožňují vhodný export dat. K těmto 14 procentům PO je nutné přistupovat individuálně a v předimplementační analýze postihnout možnosti exportu historických dat.
V současné době je využíváno 22 různých systémů pro účetnictví, přidejme také samostatnou aplikaci iFaktury, která slouží v některých organizacích (např. SÚS PK nebo Centrální nákup) pro správu schvalovacího workflow při oběhu účetních dokladů. Dále je zaúčtováno již v jiném účetním systému.
Datax Maus VIS 4%
JUMP Gordic 2% 3%
Vario
4%
2%
nezjištěno
11%
Jiné, jedno
zastoupení 14%
Helios Fenix
60%
tlivé
3% EIS JASU (MÚZO)
Obrázek 2 - Používané účetní systémy v PO
12.5.2.1 Identifikované systémy pro oběh účetních dokladů a účetnictví v PO PK:
Helios Fenix, VIS Plzeň, Datax Maus, UMP, Gordic, Altus Vario, Múzo EIS JASU, Money S3 a S4, Gordic, Abra G3, DATAX, Quit, PERM, JUMP, ELKA Software, Multiúčetnictví, Integrovaný info.systém, POHODA, Orsoft, Unicos Klatovy, Soft PC, Helios Orange, Habakuk, iFaktury (jen oběh faktur).
12.5.3 Evidence majetku
Problematika podpory procesu evidence majetku je řešena daleko širším souborem informačních systémů – je celkem využíváno 29 informačních systémů, či jednoúčelových aplikací. Celkem využívá nějaké SW podpory 86 % z vybraných organizací. K tomu je také potřeba přidat skoro pětinu organizací, které žádnou podporu nevyužívají a svůj majetek mají veden formou karet majetku (papírově nebo v Excelu).
Převaha systému Xxxxxx Xxxxx je opět dána jeho rozšířením ve školství, kdy je logické, že školy využijí dalšího modulu, který se jim v jednom informačním systému nabízí. Není však zdaleka pravidlem, že je použit pro správu majetku modul stejného informačního systému jako pro účetnictví. Výhody automatického propojení mezi moduly pro správu majetku a účetnictvím se tak ztrácejí, navíc musí organizace řešit problémy s několika aplikacemi, jejich podporou a platit několik udržovacích poplatků.
Některé organizace si sami uvědomují nedostatky ve své evidenci majetku a přiznávají, že jistý řád byl do této evidence zanesen až při nutnosti zadání dat do Kevis. Jako stinnou stránku evidence majetku v Kevis PO vnímají duplicitu – evidence majetku pro svou vlastní potřebu a pak do Kevis.
Případné sjednocení evidence majetku by znamenalo možnost sjednocení přístupu k evidenci majetku – jak pro PO, tak pro PK. Sestavy generované z modulu majetek by tak mohli nahradit a dále rozšířit informace zjišťované dnes pomocí Kevis.
Velkým problémem, větším než v případě účetnictví, by však byly importy dat o majetku ze stávajících systémů evidence majetku.
Unicos 9%
VIS
4% žádný, Excel
14%
Habakuk 2%
EIS JASU (MÚZO) 2%
Datax Majetek 7%
tlivé
Jiné, jedno zastoupení
32%
Bakaláři 2%
Helios Fenix 34%
Obrázek 3 - Používané systémy pro majetkovou evidenci v PO
12.5.4 Správa platů
Systémy pro právu platů jsou většinou oddělené od účetního SW. Nejrozšířenější je SW Avensio od společnosti Alfa Software s.r.o. – používaný u více než čtvrtiny organizací (nejvýznamnější je ZZS PK). Mezi dalšími rozšířenými systémy pro správu platů je systém PAM od společnosti Vema a.s., OKMzdy od společnosti OKsystem s.r.o. nebo Perm3 od společnosti Kvasar, spol. s r. o.
Jako vstup pro tyto systémy slouží výkazy práce, u malých a středních organizací prakticky vždy v papírové formě, u velkých organizací formou importu z docházkového systému nebo systému plánování směn (např. ShiftMaster u ZZS PK). Výstupem systémů bývá buď sestava pro zadání příkazů k úhradě, nebo lépe datová věta pro internetové bankovnictví. Funkcionality přímého přístupu těchto systémů k rozhraní internetového bankovnictví je využíváno – např. rozhranní Gemini
u Raiffeisenbank nebo ČSOB BusinessBanking u ČSOB). Dalšími výstupy jsou výkazy pro ČSSZ a zdravotní pojištění.
Zaúčtování mezd je do účetního programu zaúčtováno ručně pouze souhrnnou částkou, takže není nutné vyžadovat přímé propojení mzdového SW s účetním, jelikož se nezaúčtovávají jednotlivé platy. Oblast správy platů je také citlivou z hlediska ochrany dat. Další používané informační systémy a jejich přesahy směrem k ekonomickým procesům.
Při návštěvách vybraných organizací bylo jedno z hlavních řešených témat právě propojení systémů a předávání dat ekonomickým procesům. Popisovaný stav není vyčerpávající, byl však vybírán tak, aby byly navštíveny organizace jak malé, tak velké s různou náplní hlavní činnosti.
12.5.4.1 Školství
V oblasti školství je velmi rozšířen systém Bakaláři. Systém je však určen jako systém pro vedení školní administrativy – vedení karet žáků, tvorbu rozvrhů nebo klasifikaci. Doplňkové moduly umožňují i vedení školních sbírek nebo knihoven. Pouze ve dvou případech je využíván i modul pro správu majetku. Bez přímých propojení.
Časté jsou systémy pro správu školních jídelen. V těchto jednoúčelových aplikacích je umožněno jak vedení skladu jídelny, tak propojení s objednávkovým systémem pro výdej jídla s tvorbou následných měsíčních výpisů. Podobně Domovy mládeže využívají těchto systémů navíc k platbám za ubytování. Účtování do hlavního účetního systému organizace však probíhá ručně, nebyla identifikována propojení. Nejrozšířenějším je systém VIS, který umožňuje kompletní vybavení jídelny včetně čtecích terminálů na karty strávníků.
Jak již bylo řečeno, tak některé střední odborné školy používají další systémy pro podporu jejich odborného výcviku (restaurační systém, sklady dílen, zakázkový systém autoservisu). Nebyla identifikována přímá propojení do účetních systémů.
12.5.4.2 Sociální služby
V oblasti sociálních služeb je nejrozšířenějším informačním systémem IS CYGNUS od společnosti IReSoft, s.r.o. Tento systém umožňuje jak správu majetku, tak všechny ostatní specializované činnosti v sociálních službách. Neobsahuje však v sobě modul pro účetnictví a oběh účetních dokladů.
Příkladem úplného propojení všech činností do jednoho funkčního celku může být Dům seniorů Kdyně, kde kladně hodnotíme funkční propojení účetního SW, SW pro správu skladů, systému pro hlídání správné medikace klientů, docházkového systému a dalších do jednoho homogenního
celku. Opačným příkladem úplného nepropojení mnoha zavedených systémů může být Domov Milíře, kde jsou zavedeny celkem 4 separátní systémy, které si však data nepředávají a vše je prováděno přes tiskové sestavy a ruční zadávání dat.
12.5.4.3 Kultura
V oblasti kultury se vyskytují systémy pro evidenci sbírek (DEMUS) a systémy pro správu vstupného (eColosseum). Vstupy ze systému eColosseum jsou zaúčtovány přes pokladnu. Ze systému DEMUS nejsou žádné přesahy směrem k účetnictví.
12.6 ICT infrastruktura příspěvkových organizací a její správa
Instalace současných ekonomických programů je nejčastěji provedena na jednom desktopovém počítači, který tvoří zároveň server pro ostatní uživatele ekonomických systémů. Jen největší organizace (i pár výjimek z těch menších) provozují vlastní serverovou místnost s dedikovanými servery.
Základní úkony v přípravě stanice by však měly být prováděny přímo v organizaci. Všechny velké organizace mají zajištěnu správu IT pomocí interních správců. Ve školách všech velikostí tuto funkci plní místní ICT koordinátor, takže základní správa IT je zde zajištěna. Odlišná situace je však u malých a středních organizací mimo školy. Zde je nejčastějším model správy výpočetní techniky takový, že některý ze zaměstnanců, který je na pokročilejší uživatelské úrovni, provádí základní úkony v údržbě IT (výměna vadného HW, instalace tiskáren, instalace základních programů). Pokročilejší úkony jsou svěřeny do rukou smluvní externí právnické osoby resp. OSVČ. Lze konstatovat, že správa ICT je v řešených PO zajištěna na ucházející úrovni. Problémem může být nedostatečné (či žádné) povědomí o ochraně dat mezi pracovníky PO. Rozhraní jednotlivých systémů je velmi často nezabezpečené, data v úložištích nejsou nijak chráněna proti přepsání či diskreditaci.
Zálohování je prováděno, sofistikovanější systémy jej po uživatelích sami pravidelně vyžadují. Problémem však může být uchovávání záloh – někdy totiž zálohy končí na stejném pevném disku jako je zdroj pro zálohu. Pozitivním zjištěním je však fakt, že ve většině případů jsou zálohy ukládány na jiný počítač, pokud možno v jiné budově. Kritické zálohy jsou pořizovány nejčastěji na optické disky nebo páskové mechaniky. Často je však nevyhovující interval jejich pořizování, setkali jsme se i s intervalem půl roku, či dokonce jeden rok.
Co se týče propojení stanic, ve všech případech s výjimkou jednoho (ZŠ Rokycany) jsou počítače, které přistupují k ekonomickým systémům navzájem propojeny formou místní sítě. Dedikované pracoviště k centrále přistupují zpravidla pomocí VPN. Účtárny a další oddělení s přístupem do ekonomických systémů se nejčastěji vyskytují v centrálách organizace ve větších sídlech. Obecně lze konstatovat, že centrály větších organizací jsou k Internetu připojeny dostatečně kapacitní linkou – buď přímou optickou linkou (přes CamelNet nebo Správu informačních technologií města Plzně) nebo bezdrátovým pojítkem. U menších organizací a dedikovaných pracovišť se nejčastěji vyskytuje nějaká z forem komerčního širokopásmového připojení – DSL nebo Wi-Fi. U organizací na venkově je potřeba brát do úvahy omezené možnosti širokopásmového připojení k Internetu, nicméně již v dnešní době není problém připojení o rychlosti alespoň 5 Mb/s zajistit prakticky kdekoli. Samozřejmě otázkou je sdílení připojení mezi počet uživatelů a využívané služby
Internetu. Možné problémy s parametry připojení jsou však poměrně snadno řešitelné a ve většině organizací s ním již dnes problém není.
Příloha č. 4
Hmotné a nehmotné složky k dispozici pro dodavatele
Pro implementaci řešení vítězného uchazeče bude připraveno prostředí v dále definovaném rozsahu. Podrobnosti jsou uvedené v této kapitole.
1 Zajištění potřebného hardware
Obsahem této poptávky není dodání hardwaru, hardware bude zajišťovat v definovaném rozsahu zadavatel. Zadavatel je k realizaci řešení připraven v současné době zajistit:
1) umístění serverů ve virtuální prostředí datového centra (ESX vSphere 5. x)
Limit pro celé prostředí (součet na všech serverech a podíl na SQL Serverech) vyčleněného pro realizaci řešení je 32GB RAM.
Virtuální servery budou hostovány na společném virtuálním hostu, dimenzovaném pro až 50 virtuálních serverů. Virtuální host má 2 fyzické procesory s výkonem minimálně SPECint_rate2006: 490 bodů, SPECfp_rate2006: 350 bodů
2) umístění systémů a dat ve sdíleném diskovém úložišti NAS datového centra, určeného pro cca 100 serverů.
Počáteční nastavení pro celé prostředí (součet na všech serverech a podíl na SQL Serverech) vyčleněného v NAS pro realizaci řešení:
a. 4 TB na poli se výkonem max. 6000 IOP, minimálně 240 IOP na diskový oddíl.
b. 10 TB na poli s výkonem max. 2000 IOP, minimálně 80 IOP na diskový oddíl.
3) Zajištění bezpečnosti serverů na úrovni síťového provozu (firewall).
V případě nutnosti se do budoucna předpokládá navýšení těchto kapacit po oboustranné dohodě.
2 Zajištění potřebného software
2.1 Serverová část
Obsahem této poptávky není dodání základního software, který bude zajišťovat v definovaném rozsahu zadavatel. Zadavatel k realizaci řešení je připraven v současné době zajistit:
1) Operační systém – předpokládány jsou 4 stroje (možné navýšení v odůvodněných případech, limitováno výší dostupné RAM) s operačním systémem Windows 2012 nebo 2008 R2 v edici Data Center
2) Databáze - přístup k jednomu serveru MS SQL 2012 nebo 2008 R2 v edici Standard či Workgroup. Bude poskytnut administrátorský přístup k databázím (vytvoření databáze zajistí zadavatel podle specifikace dodavatele – přímý přístup k operačnímu systému stroje s MS SQL nebude umožněn)
3) Anti-X ochranu, řešenou na úrovni datového centra pro každý server
Na všechen výše uvedený software pod body 1-3 bude zadavatel na své náklady zajišťovat podporu, tj. právo na nové verze a update minimálně z pohledu bezpečnosti po celou dobu provozování řešení. Doba upgrade na vyšší verze bude stanovena po oboustranné dohodě, nejzazší doba upgrade na úrovni operačního systému nebo databáze souvisí s ukončením podpory bezpečnostních update výrobce k dané verzi.
Zadavatel preferuje, aby řešení bylo implementováno do výše popsaného prostředí. V případě, že řešení uchazeče bude vyžadovat pořízení dalšího software kromě vlastního poptávaného řešení a výše uvedeného základního software, zahrne do nabídky pořízení veškerých potřebných licencí, implementace, důkladné zaškolení všech správců a následná údržba ve stejném rozsahu (tj. právo na nové verze a bezpečnostní update) po celou dobu, po kterou bude poskytována podpora nabízeného řešení. V tom případě uchazeč do nabídky uvede veškerý takový software včetně jeho výrobce a licenční politiky, zahrne pořizovací náklady na pořízení licencí a na následnou údržbu do nabídkové ceny a software zahrne do smlouvy o poskytování technické podpory.
Řešení musí být ošetřeno proti náhlému výpadku serveru. Systém musí být schopen se v takovém případě automaticky vrátit ke konzistentnímu stavu. Software musí přistupovat ke konzistentním datům, sledovat výpadek, vrátit se automaticky v čase (na úrovni záloh i transakcí).
Administrace systému jako takového, tj. přidělování práv, správa účtů musí vycházet z obvyklých standardů zadavatele a modul správy to musí reflektovat.
2.2 Klientská část
Uživatelské rozhraní všech funkcionalit dodávaného řešení musí být garantovaně provozovatelné na tomto prostředí:
1) Windows XP a vyšší
2) Internet Explorer 8 a vyšší, Firefox 15 a vyšší v případě webového rozhraní
3 Dostupnost infrastruktury pro dodavatele
Zadavatel zajistí celkovou bezpečnost infrastruktury, na níž bude řešení provozováno. Přístup dodavatele k infrastruktuře bude zajištěn
• fyzicky – běžně v pracovní době, po dohodě lze výjimečně domluvit rozšířený režim (noci, víkendy), pokud to projekt bude vyžadovat
• vzdálený přístup přes VPN na servery, vyhrazené na projekt
• oprávnění
o přístupová práva k serverům, vyhrazeným pro projekt (v odůvodněných případech na úrovni administrátora)
o admin přístup k databázi (nikoli k serveru)
4 Součinnost dodavatele
Dodavatel musí postavit nabídku bez předpokladu, že přenese některé práce na zadavatele. Zadavatel si vyhrazuje právo limitovat součinnost svých pracovníků jen na úkoly nezbytně nutné, které není možné spravedlivě požadovat po dodavateli.
Příloha č. 5
Vzor čestného prohlášení dodavatele o jeho ekonomické a finanční způsobilosti
Čestné prohlášení
[DOPLNÍ UCHAZEČ, POKUD TOHOTO VZORU POUŽIJE]8
tímto ve smyslu § 50 odst. 1 písm. c) ZVZ čestně prohlašuje, že:
je ekonomicky a finančně způsobilým dodavatelem pro splnění této veřejné zakázky, tedy pro splnění veřejné zakázky s názvem „Zavedení jednotného ekonomického informačního systému řízení
příspěvkových organizací Plzeňského kraje“, zadavatele Plzeňský kraj.
V: | [DOPLNÍ UCHAZEČ, POKUD TOHOTO VZORU POUŽIJE] |
Dne: | [DOPLNÍ UCHAZEČ, POKUD TOHOTO VZORU POUŽIJE] |
Podpis osoby oprávněné jednat jménem uchazeče:
[DOPLNÍ UCHAZEČ, POKUD TOHOTO VZORU POUŽIJE] |
8 Identifikační údaje doplní uchazeč dle skutečnosti, zda se jedná o uchazeče – fyzickou či právnickou osobu.
Procesní modely
(v samostatném dokumentu)
Standard logování Plzeňského kraje
Tento standard logování stanovuje požadavky na agendy, aplikace a dílčí informační systémy (dále aplikace), které jsou součástí Informačního systému Plzeňského kraje (dále IS PK) a které pracují s daty, uloženými v rámci IS PK. Všechny nově pořizované aplikace musí tento standard dodržovat, stávající aplikace na něj budou převedené do roku 2015.
Požadavky na strukturu logu
Struktura aplikačního logu je zaměřena především na naplnění legislativních požadavků pro oblast ochrany osobních a citlivých údajů a na identifikaci základních činností uživatelů v informačním systému Plzeňského kraje. Z tohoto předpokladu vycházejí požadovaná struktura a obsah informací, které má aplikace ve svém aplikačním logu ukládat.
Seznam datových polí, ukládaných do aplikačního logu:
1. ID žádosti (ID_ZADOSTI)
2. Stav žádosti (STAV_ZADOSTI)
3. Stav odpovědi (STAV_ODPOVEDI)
4. Identifikace OVM (IDENTIFIKACE_OVM)
5. Identifikace IS/Agendy (IDENTIFIKACE_IS)
6. Identifikace uživatele a jeho role v IS/Agendě (UZIVATEL_ROLE)
7. Datum a čas žádosti (DATUM_ZADOSTI)
8. Datum a čas odpovědi (DATUM_ODPOVEDI)
9. Důvod/účel žádosti (DUVOD)
10. Data odeslaná do ISZR (DATA_ODESLANA_ISZR)
11. Data přijatá z ISZR (DATA_PRIJATA_ISZR)
12. Označení a název ISZR služby (SLUZBA_ISZR)
13. Typ aktivity – činnost, která je prováděna dle stanoveného číselníku (AKTIVITA)
14. Seznam ID prohlížených nebo modifikovaných dat – nesmí obsahovat funkční znaky (SEZNAM_DAT)
15. ID cílové osoby – jednoznačná identifikace osoby, na kterou byl uživatelem vznesen dotaz (ID_OSOBA)
16. IP zdroj – IP, z které byl vznesen dotaz (ZDROJ_IP)
17. IP cíl – IP, kam byl vznesen dotaz (CIL_IP)
18. Klasifikace – klasifikace informace dle interní dokumentace úřadu (A, B, C) (KLASIFIKACE)
19. Session ID (SESSION_ID)
20. Úroveň logování (UROVEN_LOGU)
21. Oblasti logu (OBLAST_LOGU)
22. Popis – doplňující informace. Nesmí obsahovat funkční znaky. (POPIS)
Texty v závorkách jsou návrhy názvů datových polí v tabulce SQL serveru.
Doporučuje se ještě doplnit log nebo detailněji stanovit číselník výše uvedené položky č. 13 (Typ aktivity) o jednoznačné identifikátory typu akce, např. “VIEW_ISZR”, “VIEW_LOCAL” atd., pro nahlížení na údaje o občanech nebo na důležité informace. Podle takovýchto identifikátorů
lze logy velmi rychle kategorizovat a ušetřit velké množství výkonu SIEM potřebnou pro identifikaci formát logu. Číselník stanoví KÚPK na základě svých potřeb, např. dle návrhu níže.
Tyto výše vyjmenované informace budou uloženy v textovém souboru (kde jednotlivý záznam/log je právě jeden řádek) nebo v tabulce databáze SQL serveru, kde textové pole/BLOB záznamu může obsahovat víceřádkové hodnoty. Textový soubor i databáze SQL serveru představují pouze transportní vrstvu mezi aplikací/agendou a SIEM. Textové soubory budou uloženy ve sdíleném adresáři. Tyto soubory budou ukládány do sdíleného adresáře s denní periodicitou zpětně. Jednotlivý textový soubor bude pojmenován datem dne, jehož data obsahuje (tedy datem předešlého dne ve struktuře RRRRMMDD) s doplňkem určujícím IS/agendu, např. 20130725_spis.txt.
Pole č. 4 až 8 navrhované struktury je třeba stanovit jako pole povinná v případě, že aplikace komunikuje s informačním systémem základních registrů. Tato pole jsou zvýrazněna touto barvou pozadí.
Každý jeden záznam bude uložen na samostatném řádku. Při exportu i před importem je třeba provést kontrolu konzistence.
Informace (pole), viz požadavky na strukturu logu, které nejsou v konkrétní aplikaci vedeny, musí být v exportovaném logu vedeny jako prázdný řetězec, tj. počet polí se nemění.
Struktura datové věty záznamu logu je požadována ve tvaru "položka 1.";"položka 2.";…"položka n" a v pořadí uvedeném výše kde uvozovky a středník jsou významové znaky.
Položky typu datum a čas budou uvedeny ve tvaru rok-měsíc-den hod:min:sec.milisec (např. "2013-06-12 04:01:47.125").
Stav žádosti, stav odpovědi, Klasifikace a typ aktivity jsou číselníkové hodnoty, pro následné strojové zpracování.
Metodologický význam polí záznamu
Pole číslo 1-12 jsou pole významově určena pro naplnění požadavků legislativy, zejména s § 57 zákona č. 111/2009, který definuje logovací informace, které musí OVM archivovat. Plně se tímto respektuje ustanovení vyplývající ze zákonů č. 111/2009 Sb., o základních registrech, ve znění zákona č.100/2010 Sb., zákona č.424/2010 Sb., zákona č. 365/2000 Sb. a zákona č. 101/2000 Sb. včetně všech příslušných podzákonných norem a nařízení a další platné legislativy.
Záznam/log v oblasti aplikací/IS/Agend by měl vznikat vždy při každé aktivitě dané číselníkem viz pole
13. Všechna pole záznamu musí být plněna příslušným IS/Agendou na pozadí činnosti příslušného pracovníka. Tento pracovník nesmí mít možnost tyto záznamy měnit.
Pole (1-12) lze použít i pro logování činností v agendových systémech, kde je do těchto polí třeba vkládat informace typově, obsahově a významově stejné s informacemi pro komunikaci s ISZR.
Další pole v navržené struktuře logu mají svůj navržený význam specifikovaný dále. Tento význam je třeba chápat jako doporučený touto zprávou. Závaznost těchto návrhů lze stanovit formou interního standardu úřadu.
13. Typ aktivity – činnost, která je prováděna dle stanoveného číselníku (AKTIVITA) Tento číselník by měl obsahovat minimálně následující stavy:
• Přihlášení uživatele
• Odhlášení uživatele
• Čtení dat/datového objektu local
• Čtení dat/datového objektu ISZR
• Otevření připojeného souboru/objektu
• Vložení připojeného souboru/objektu
• Zápis dat/datového objektu
• Změna dat/datového objektu
• Mazání dat/datového objektu
• Dotaz na ISZR
• Odpověď ISZR
14. Seznam ID prohlížených nebo modifikovaných dat – nesmí obsahovat funkční znaky (SEZNAM_DAT)
Toto pole je určeno k uložení/zaznamenání identifikátorů dat/objektů nad kterými byla realizována aktivita viz pole č. 17.
15. ID cílové osoby – jednoznačná identifikace osoby, na kterou byl uživatelem vznesen dotaz (ID_OSOBA)
Toto pole má obsahovat jednoznačný identifikátor osoby. Tento identifikát musí být v příslušné agendě využitelný pro jednoznačnou identifikaci cílové osoby a tato osoba musí být v tomto systemu podle tohoto identifikátoru dohledatelná.
16. IP zdroj – IP, z které byl vznesen dotaz (ZDROJ_IP)
Toto pole obsahuje IP adresu počítače, ze kterého byla aktivita (viz pole č. 17) provedena.
17. IP cíl – IP, kam byl vznesen dotaz (CIL_IP)
Toto pole obsahuje IP adresu počítače, kde byla aktivita (viz pole č. 17) provedena.
18. Klasifikace – klasifikace informace dle interní dokumentace úřadu (KLASIFIKACE)
V tomto poli se udržuje úroveň ochrany informace dle interního předpisu. V současné době jsou tyto úrovně chrakterizovány písmeny A, B, C.
19. Session ID (SESSION_ID)
Toto pole slouží k uchování ID jednotlivé session pro účely seskupení aktivit provedených v rámci jednoho přihlášení pracovníka.
20. Úroveň logování (UROVEN_LOGU)
Toto pole je určeno pro informace o druhu logu z pohledu podrobnosti a významu logu. Standardní rozdělení je:
• Emergency
• Alert
• Critical
• Error
• Warning
• Notice
• Info
• Debug
21. Oblasti logu (OBLAST_LOGU)
Oblast logu je zde zamýšlena jako odkaz na zařízení. Standardní hodnoty pro tento číselník jsou navrženy takto:
• auth
• authpriv
• daemon
• cron
• ftp
• lpr
• kern
• news
• syslog
• user
• uucp
• local (kde tato položka se standardně používá jako local0 až local7)
22. Popis – doplňující informace. Nesmí obsahovat funkční znaky. (POPIS)
Toto pole slouží k uchování dalších informací, které se váží k provedené aktivitě.
Požadavky na IS/Agendy
Výše uvedené požadavky a návrh metodologie je třeba uplatnit vůči jednotlivým dodavatelům IS/Agend. Pokud tyto požadavky nelze uplatnit – např. u pole č. 13 (Aktivita), je nezbytné získat od dodavatele potřebnou dokumentaci a upravit importní filtr SIEM nástroje. Z pohledu řízení a efektivního fungování vyhodnocování SIEM se jeví jako lepší řešení prosadit jednotný číselník vůči dodavatelům IS/Agend.
Reálné řešení takového číselníku by mohlo být realizováno např. takto:
1 - Přihlášení uživatele 2 - Odhlášení uživatele
3 - Čtení dat/datového objektu local atd.
Tento způsob řešení umožní vyřešit formulační problémy, jako jsou [vstup do aplikace, vstup uživatele, login, přihlášení uživatele] kde uvedené hodnoty jsou pouze příkladem, nikoliv úplným výčtem.