Zmluva o zabezpečení udržateľnosti centrálneho Integrovaného informačného systému Bratislavy v rámci projektu Elektronizácie služieb bratislavskej samosprávy
Zmluva o zabezpečení udržateľnosti centrálneho Integrovaného informačného systému Bratislavy v rámci projektu Elektronizácie služieb bratislavskej samosprávy
(ďalej len „Zmluva“)
Táto Zmluva je uzavretá medzi zmluvnými stranami:
1.1 názov : Hlavné mesto Slovenskej republiky Bratislava sídlo : Primaciálne námestie 1, 814 99 Bratislava
Slovenská republika
IČO 00603481
DIČ 2020372596
Bankové spojenie : Slovenská sporiteľňa, a.s.
Československá obchodná banka, a.s.
Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 5027413254 / 0900 Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000
Telefón : 02/59356435
E-mail : xxxxxxxx@xxxxxxxxxx.xx Štatutárny zástupca : XXXx. Xxx Xxxxxxxxx, primátor
(ďalej aj „Hlavné mesto“ alebo aj ako „objednávateľ“) a
1.2 názov : Mestská časť Bratislava - Čunovo sídlo : Hraničiarska 144/22, 851 10 Bratislava
Slovenská republika
IČO 00641243
DIČ 2020936885
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
refundácia :2 1621052/0200 Číslo účtu vo formáte IBAN:
refundácia :2 XX00 0000 0000 0000 0000 0000
Telefón :
E-mail : xxxxxx@xx-xxxxxx.xx Štatutárny zástupca : Xxxxxxxx Xxxxxxxxxxx, starosta
(ďalej len „MČ 1“) a
1.3 názov : Mestská časť Bratislava - Devínska Nová Ves sídlo : Novoveská 17/A, 843 10 Bratislava
Slovenská republika
IČO 00603392
DIČ 2020919109
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 3089201151/0200 refundácia :2 1624042/0200
1 Ak sa nehodí, prečiarknite
Číslo účtu vo formáte IBAN:
predfinancovanie: XX00 00000000000000000000
refundácia :2 XX00 0000 0000 0000 0000 0000
Telefón :
E-mail : xxxxxxxx@xxxxx.xx Štatutárny zástupca : Xxxxx Xxxxxx, starosta
(ďalej len „MČ 2“) a
1.4 názov : Mestská časť Bratislava - Xxxxx Xxxxx : Xxxxxxxxx 00, Xxxxxxxxxx
Slovenská republika
IČO 00603422
DIČ 2020919142
Bankové spojenie : Slovenská sporiteľňa, a.s.
Číslo účtu IBAN : XX00 0000 0000 0000 0000 0000
Telefón : 02 / 6020 2511,
Štatutárny zástupca : Xxx. Xxxxxx Xxxxxxx, starosta (ďalej len „MČ 3“)
a
1.5 názov : Mestská časť Bratislava - Dúbravka sídlo : Žatevná 2, 844 02 Bratislava
Slovenská republika
IČO 00603406
DIČ 2020919120
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1
refundácia :2 10128032 / 0200 Číslo účtu vo formáte IBAN:
predfinancovanie:
refundácia :2 XX00 0000 0000 0000 0000 0000
Telefón :
E-mail : xxxxxxxx@xxxxxxxx.xx Štatutárny zástupca : RNDr. Xxxxxx Xxxxxxx, starosta
(ďalej len „MČ 4“) a
1.6 názov : Mestská časť Bratislava - Jarovce sídlo : Palmová 1, 851 10 Bratislava
Slovenská republika
IČO 00304603
DIČ 2020910859
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 1617137255/0200 refundácia :2 1429052/0200
Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000 refundácia :2 XX0000000000000000000000
2
E-mail : xxxx@xxxxxxx.xx Štatutárny zástupca : Xxx. Xxxxx Xxxxxxx, starosta
(ďalej len „MČ 5“) a
1.7 názov : Mestská časť Bratislava - Karlova Ves sídlo : Námestie sv. Františka 8, 842 62 Bratislava
Slovenská republika
IČO 00603520
DIČ 2020919164
Bankové spojenie : Prima banka Slovensko, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 1804146042/5600 refundácia :2 1804143001/5600
Číslo účtu vo formáte IBAN:
predfinancovanie: XX00 0000 0000 0000 0000 0000
refundácia :2 XX00 0000 0000 0000 0000 0000
Telefón :
E-mail : xxxxxxxxx@xxxxxxxxxx.xx Štatutárny zástupca : XXXx. Xxxx Xxxxxxxx, starosta
(ďalej len „MČ 6“) a
1.8 názov : Mestská časť Bratislava - Xxxxx
sídlo : Xxxxxxxxxxxxx xxxxxxxx 0, 000 00 Xxxxxxxxxx Xxxxxxxxx xxxxxxxxx
IČO 00603414
DIČ 202091931
Bankové spojenie : Všeobecná úverová banka, a. s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1
refundácia :2 3024032/0200 Číslo účtu vo formáte IBAN:
predfinancovanie:
refundácia :2 XX0000000000000000000000
Telefón : 02/64781581, 64780689
E-mail : xxxxxxxx@xxxxx.xx Štatutárny zástupca : Xxx. Xxxxx Xxxxxx, starosta
(ďalej len „MČ 7“) a
1.9 názov : Mestská časť Bratislava - Nové Mesto sídlo : Junácka 1, 832 91 Bratislava
Slovenská republika
IČO 00603317
DIČ 2020887385
Bankové spojenie : Prima banka Slovensko, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 1800349037/5600 refundácia :2 1800349037/5600
Číslo účtu vo formáte IBAN:
predfinancovanie: XX00 0000 0000 0000 0000 0000
refundácia :2 XX00 0000 0000 0000 0000 0000
3
E-mail : xxxxxxxx@xxxx.xx Štatutárny zástupca : Xxx. Xxxxxx Xxxx, starosta
(ďalej len „MČ 8“) a
1.10 Názov : Mestská časť Bratislava - Petržalka Sídlo : Kutlíková 17, 852 12 Bratislava
Slovenská republika
IČO 00603201
DIČ 2020936643
Bankové spojenie : Prima banka Slovensko, a.s.
Číslo účtu IBAN : XX00 0000 0000 0000 0000 0000
Telefón : 02/68 286 819
E-mail : xxxxxxxx@xxxxxxxxx.xx Štatutárny zástupca : Xxx. Xxxxxxxx Xxxxx, starosta
(ďalej len „MČ 9“)
1.11 Názov : Mestská časť Bratislava - Podunajské Biskupice sídlo : Trojičné námestie 11, 825 61 Bratislava
Slovenská republika
IČO 00641383
DIČ 2020943782
Bankové spojenie : Tatra banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 2928887525/1100 refundácia :2 2627005541/1100
Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000 refundácia :2 XX00 0000 0000 000000000000
Telefón :
Štatutárny zástupca : PhDr. Xxxxxxx Xxxxxxxxx, starosta (ďalej len „MČ 10“)
a
1.12 Názov : Mestská časť Bratislava - Rača
sídlo : Kubačova 21. 831 06 Bratislava Slovenská republika
IČO 00304557
DIČ 2020879212
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1
refundácia :2 0000421032/0200 Číslo účtu vo formáte IBAN:
predfinancovanie:
refundácia :2 XX00 0000 0000 0000 0000 0000
Telefón :
Štatutárny zástupca : Xxx. Xxxxx Xxxxxxxx, starosta (ďalej len „MČ 11“)
4
1.13 Názov : Mestská časť Bratislava - Rusovce sídlo : Vývojová 8, 85110 Bratislava
Slovenská republika
IČO 00304611
DIČ 2020910870
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 2731477653/0200 refundácia :2 1740056055/0200
Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000 refundácia : XX0000000000000000000000
Telefón :
E-mail : xxxxxxxx@xxxxxxxxxx-xxxxxxx.xx Štatutárny zástupca : Xxxxx Xxxxx, starosta
(ďalej len „MČ 12“) a
1.14 Názov : Mestská časť Bratislava - Ružinov sídlo : Mierová 21, 827 05 Bratislava
Slovenská republika
IČO 00603155
DIČ 2020699516
Bankové spojenie : Prima banka Slovensko, a.s., Všeobecná úverová banka a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 1800186020 / 5600
refundácia :2 4029062/0200 Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000 refundácia :2 XX00 0000 0000 0000 0000 0000
Telefón :
E-mail : xxxxxxxx@xxxxxxx.xx Štatutárny zástupca : Xxx. Xxxxx Xxxxx, starosta
(ďalej len „MČ 13“) a
1.15 Názov : Mestská časť Bratislava - Staré Mesto Sídlo : Vajanského nábrežie 3, 814 21 Bratislava
Slovenská republika
IČO 00603147
DIČ 2020804170
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu : XX00 0000 0000 0000 0000 0000
Telefón : 02/59246277
E-mail : xxxxxxxx@xxxxxxxxxx.xx Štatutárny zástupca : Xxx. Xxxxxxxx Xxxxxxx, starosta
(ďalej len „MČ 14“) a
1.16 Názov : Mestská časť Bratislava - Vajnory
5
Slovenská republika
IČO 00304565
DIČ 2020879223
Bankové spojenie : Tatra banka, a.s., Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 2927887806/1100 refundácia :2 0176873163/0900
Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000 refundácia :2 XX0000000000000000000000
Telefón :
E-mail : xxxxxxxx@xxxxxxx.xx Štatutárny zástupca : Xxx. Xxx Xxxx, starosta
(ďalej len „MČ 15“) a
1.17 Názov : Mestská časť Bratislava - Vrakuňa sídlo : Xxxxxxxx 0, 000 00 Xxxxxxxxxx
Slovenská republika
IČO 00603295
DIČ 2020840118
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 3096001051/0200 refundácia :2 4424 062/0200
Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000 refundácia :2 SK 30 0200 0000 0000 0442 4062
Telefón :
Štatutárny zástupca : JUDr. Xxx. Xxxxxx Xxxxx, starosta (ďalej len „MČ 16“)
a
1.18 Názov : Mestská časť Bratislava - Záhorská Bystrica sídlo : Námestie Rodiny 1, 843 57 Bratislava
Slovenská republika
IČO 00604887
DIČ 2020919230
Bankové spojenie : Všeobecná úverová banka, a.s. Číslo účtu (vrátane predčíslia) a kód banky :
predfinancovanie:1 3025918153/0200 refundácia :2 1229042/0200
Číslo účtu vo formáte IBAN:
predfinancovanie: XX0000000000000000000000 refundácia :2 SK 7502000000000001229042
Telefón : 02/65956210
E-mail : xxxxxxxx@xxxxxxxxxxxxxxxx.xx Štatutárny zástupca : Xxx. Xxxxx Xxxxx, starosta
(ďalej len „MČ 17“)
(ďalej MČ 1 až MČ 17 v texte spolu len „Mestská časť “ alebo „Mestské časti“) (ďalej „Hlavné mesto“ a „Mestské časti“ v texte aj ako „Zmluvné strany“)
6
PREAMBULA
Zmluvné strany sa dohodli, že v súvislosti s päťročnou udržateľnosťou projektu Elektronizácia služieb bratislavskej samosprávy (ďalej len „ESBS“) sa budú spolupodieľať na financovaní vytvorenej centrálnej časti Integrovaného informačného systému Bratislavy (ďalej len „IIS BA“) cez projekt, ktorý bol financovaný cez Operačný program Bratislavský kraj. Vďaka centrálnej časti IIS BA sa zaistí funkčnosť a prevádzka vytvorených služieb na portáli e-služieb xxx.xxxxxxx.xx a súlad s platnou všeobecne záväznou legislatívou SR vyplývajúcou z právnych predpisov zverejnených v Zbierke zákonov SR.
Rozdelenie výdavkov spojených s financovaním udržateľnosti centrálneho riešenia projektu ESBS sa realizuje v súlade s uznesením Riadiaceho výboru projektu (zo dňa 17.06.2011, kód 6.11), na základe prílohy č. 18.A. Technická dokumentácia pre projekt ESBS (spracovateľ Xxxxxxx a.s, verzia 1.0, Bratislava máj 2012) Žiadosti o nenávratný finančný príspevok a na základe prílohy č. 1 – Opis projektu, bod.14.1 použitie výsledkov projektu (neinvestičné), prevádzkovanie výsledkov projektu (investičné) a ich finančná udržateľnosť Žiadosti o nenávratný finančný príspevok
Článok 1 DEFINÍCIA POJMOV
1. Na účely tejto zmluvy v súlade so zmluvou o dielo č. MAGTS 1400158 zo dňa 10.10.2014 (ďalej aj ako„ zmluva č. MAGTS 1400158 “) uzatvorenou medzi Hlavným mestom ako objednávateľom a spoločnosťou XXXXXX.xxx a.s. so sídlom Líščie údolie 5, 841 04 Bratislava, IČO: 35 795 174 ako zhotoviteľom (ďalej aj
„zhotoviteľ“), ktorá tvorí prílohu č. 3 tejto zmluvy, sa rozumie:
- „Ďalšie oprávnené organizácie" partneri projektu ESBS – mestské časti hlavného mesta SR Bratislavy.
- „Zásah“ činnosť pracovníkov zhotoviteľa u objednávateľa a/alebo u ďalších oprávnených organizácií, pri riešení určitého prevádzkového problému. Zásah začína zahájením prác na odstránení určitého prevádzkového problému a končí odstránením daného prevádzkového problému.
- Jedna „konzultačná hodina“ bežná i započatá hodina (60 minút) práce jedného pracovníka zhotoviteľa v pracovnej dobe. Pracovná doba zhotoviteľa je pondelok až piatok v dobe medzi 8:00 hod do 16:00 hod. s výnimkou štátom uznaných sviatkov. Do celkového počtu konzultačných hodín je započítavaná i doba nutná na prípravu zhotoviteľa a to v sídle objednávateľa, v sídlach ďalších oprávnených organizácií a všetky činnosti nutné k poskytovaniu podpory, t.j. napr. tvorba záloh dát a SW, účasť na organizačných poradách objednávateľa a/ alebo ďalších oprávnených organizácií, konzultácia s ďalšími dodávateľmi SW u objednávateľa alebo u ďalších oprávnených organizácií.
- „Patch“ súbor pravidelne distribuovaný elektronicky zhotoviteľom, obsahujúci úpravy alebo opravy chýb v štandardnej verzii.
7
- „Hotpatch“ súbor vytvorený podľa potreby zhotoviteľom pre objednávateľa, ktorý obsahuje úpravy a opravy týkajúce sa odlišností inštalácie od štandardnej verzie u objednávateľa a u ďalších oprávnených organizácií.
- „Hotline“ stručné zodpovedanie otázok, poskytovanie rád a konzultácií určeným pracovníkom objednávateľa a ďalších oprávnených organizácií pri riešení prevádzkových problémov vzniknutých pri používaní IIS Bratislavy. Celkové trvanie Hotline ku jednému konkrétnemu prevádzkovému problému vrátane vecného vymedzenia prevádzkového problému je obmedzené do dĺžky trvania maximálne 30 minút.
- „HelpDesk“ webová aplikácia dostupná na stránke xxxx://xxx.xxxxxx.xxx/xxxxxxx, ktorá umožňuje zadávať požiadavky na riešenie prevádzkových problémov, prípadne zadávať aj požiadavky na zmenu nad rámec tejto zmluvy. Aplikácia HelpDesk umožňuje povereným pracovníkom objednávateľa, ďalších oprávnených organizácií ako aj zhotoviteľa prostredníctvom internetu editovať, prehliadať, sledovať stav riešenia všetkých zadaných požiadaviek a to podľa prístupových práv nastavených v aplikácii HelpDesk.
- „Elektronické plnenie“ poskytnutie služieb alebo iného požadovaného plnenia zo strany zhotoviteľa výlučne elektronickou formou (napr. prostriedkami elektronickej e- mailovej komunikácie, vzdialeného prístupu, FTP pripojením, aplikáciou HelpDesk a pod).
- „Profylaktika“ poskytnutie služieb údržby a periodickej kontroly výpočtovej techniky, vrátane jej čistenia a odstránenia drobných závad.
- „Upgrade“ kompletná nová verzia modulov IIS Bratislavy na inštalačnom médiu (CD- R, CD-RW, DVD), zahrňujúca prevažne zmeny a novinky vyplývajúce z rozvoja funkcionality IIS Bratislavy a z technologického rozvoja.
- „Unified Modeling Language alebo UML“ je v softvérovom inžinierstve grafický jazyk na vizualizáciu, špecifikáciu, navrhovanie a dokumentáciu programových systémov. Na zaznamenávanie myšlienok a návrhov sa kreslia diagramy (UML diagramy) na grafické vyjadrenie návrhu alebo časti návrhu predtým, ako sa začne programovať
- „Zmluva o poskytnutí nenávratného finančného príspevku“ zmluva, ktorá po schválenia Žiadosti o nenávratný finančný príspevok projektu Elektronizácia služieb bratislavskej samosprávy bola uzavretá medzi Hlavným mestom SR Bratislavou (prijímateľ pomoci) a Ministerstvom pôdohospodárstva a rozvoja vidieka SR (poskytovateľ pomoci).
- Oprávnené výdavky - výdavky, ktoré boli skutočne vynaložené počas obdobia realizácie aktivít projektu vo forme nákladov alebo výdavkov prijímateľa, a ktoré boli vynaložené v súlade s hodnotiacimi a výberovými kritériami a obmedzeniami stanovenými všeobecným nariadením, nariadením o ERDF, implementačným nariadením a zmluvou o poskytnutí NFP.
- Neoprávnené výdavky - predstavujú hlavne výdavky projektu, ktoré spadajú do kategórie oprávnených výdavkov, ale nespĺňajú kritériá hospodárnosti, efektívnosti a účelnosti, prípadne vykazujú nedostatočnú väzbu a opodstatnenosť vo vzťahu k cieľu projektu, k napĺňaniu ukazovateľov projektu. RO OPBK má právo preklasifikovať časť výdavkov projektu na neoprávnené v prípade zistenia porušení Zmluvy o poskytnutí nenávratného finančného príspevku.
2. Rozsah poskytovaných služieb zhotoviteľom podľa zmluvy č. MAGTS 1400158 zo dňa 10.10.2014:
Služby systémovej podpory zahŕňajú:
8
a) riešenie prevádzkových problémov vzniknutých pri používaní hardvéru a softvéru u objednávateľa a/alebo u ďalších oprávnených organizácií, vrátane vykonania zásahu a odstraňovania závad hardvéru a softvéru (ďalej len „riešenie prevádzkových problémov“) a vybavovanie reklamácií,
b) zaistenie prevádzkyschopnosti hardvéru,
c) profylaktiku dodanej výpočtovej techniky,
d) zaistenie prevádzkyschopnosti softvéru,
e) rozvoj funkcionalít softvéru na základe plánov vývoja IIS Bratislavy,
f) poskytovanie nových verzií softvéru – upgrade prednostne formou elektronického plnenia,
g) odovzdávanie patchov a hotpatchov ich sprístupnením na internete alebo formou elektronického plnenia,
h) odovzdávanie informácií o nových verziách softvéru ich sprístupnením na internete alebo formou elektronického plnenia,
i) poskytovanie podpory na aktuálnu verziu,
j) rady ku správnemu a efektívnemu prevádzkovaniu formou poradenstva s využitím všetkých dostupných komunikačných prostriedkov /prostredníctvom telefónu, elektronickej pošty, internetu/ v rámci hotline pohotovosti každý pracovný deň v dobe medzi 8:00 – 16:00,
k) technologický upgrade softvéru - zaisťovanie kompatibility s novými verziami operačného systému a ďalších používaných externých produktov, podpora štandardov a štandardov stanovených pre informačné systémy verejnej správy,
l) update a upgrade (zaistenie funkčnosti v novej verzii softvéru) špeciálnych dovývojov a úprav realizovaných na základe objednávok a zmlúv uzavretých s objednávateľom,
m) konzultácie v rámci aplikačnej podpory,
n) služby Hotline,
o) prístup na webovú stránku xxxx://xxx.xxxxxx.xxx/xxxxxxx, Služby legislatívnej podpory zahŕňajú:
zaisťovanie zhody s platnou všeobecne záväznou legislatívou SR (aktualizácia softvéru v závislosti od legislatívnych zmien) vyplývajúcou z právnych predpisov zverejnených v Zbierke zákonov SR a to sprístupnením legislatívneho update softvéru na internete, alebo formou elektronického plnenia najneskôr v termíne, ktorý je nevyhnutný na spracovanie údajov pomocou softvéru s príslušnými legislatívnymi zmenami.
Služby aplikačnej podpory zahŕňajú:
poskytovanie konzultácií a rád nasledovným spôsobom:
v pracovnej dobe zhotoviteľa pracovníkom objednávateľa v minimálnych časových blokoch tak ako sú uvedené v článku 21 ods. 1 písm. c) zmluvy č. MAGTS 1400158 zo dňa 10.10.2014, pri riešení prevádzkových problémov vzniknutých pri používaní hardvéru a softvéru a pre správne a efektívne používanie softvéru formou:
• elektronickou,
• vyžiadaných telefonických konzultácií nad rámec služby Hotline,
• osobnej konzultácie/ návštevy,
s minimálnym obsahom:
• konzultácie k jednotlivým modulom,
• poradenská služba pri používaní a rozvoji IIS Bratislavy,
• pomoc pri inštalácii upgrade a update, pri inštalácii patchov a hotpatchov,
9
• doškoľovanie administrátorov,
• doškoľovanie používateľov,
• drobné programátorské práce upravujúce funkcionalitu podľa požiadaviek objednávateľa.
Článok 2 PREDMET ZMLUVY
1. Predmetom tejto Zmluvy je úprava finančných vzťahov Hlavného mesta s mestskými časťami ako ďalšími oprávnenými organizáciami podľa zmluvy č. MAGTS 1400158 pri zabezpečení udržateľnosti IIS BA v rámci projektu ESBS v rozsahu práv a povinností dohodnutých podľa tejto Zmluvy ako aj práv mestských častí vyplývajúcich zo zmluvy č. MAGTS 1400158.
2. Zmluvné strany sa zaväzujú uhradiť výdavky spojené s udržateľnosťou projektu vyplývajúce zo zmluvy č. MAGTS 1400158 uzatvorenej ako výsledku postupu zadávania nadlimitnej zákazky na poskytnutie služieb podľa zákona č. 25/2006 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších predpisov zverejnenej vo Vestníku verejného obstarávania č. 199/2013 zo dňa 11.10.2013 pod značkou 16609 - MSS, ktorá realizovala vytvorenie centrálnej časti IIS BA. Rozdelenie výdavkov spojených s financovaním udržateľnosti centrálneho riešenia projektu ESBS sa realizuje takým podielom, v akom sa rozdeľujú dane z príjmov fyzických osôb v zmysle aktuálne platného Štatútu hlavného mesta Slovenskej republiky Bratislavy ku dňu vystavenia faktúry zhotoviteľom. Cena za poskytovanie služieb, na ktoré sa vzťahuje úprava finančných vzťahov podľa tejto zmluvy je tvorená paušálnou cenou systémovej podpory a hotline, cenou za legislatívne zmeny a cenou za aplikačnú podporu (konzultácie a iné služby). Cena predstavuje za kalendárny rok sumu vo výške 38.400,- EUR bez DPH (slovom: tridsaťosemtisícštyristo eur). K cene bude pripočítaná DPH vo výške podľa platných právnych predpisov v čase vyhotovenia faktúry zhotoviteľom. Cena zahŕňa podľa čl. 21 ods. 21.1 písm. a) až c) zmluvy č. MAGTS 1400158 nasledovné:
a) Cena za systémovú podporu a hotline:
• cena predstavuje za kalendárny rok sumu vo výške 12.800,00 EUR bez DPH (slovom: dvanásťtisícosemsto eur). Cena bude fakturovaná štvrťročne na konci príslušného kalendárneho štvrťroka.
b) Xxxx za legislatívnu podporu:
• Cena predstavuje za kalendárny rok sumu vo výške 12.800,00 EUR bez DPH
(slovom: dvanásťtisícosemsto eur).
c) Cena za aplikačnú podporu (konzultácie a iné služby):
• Cena za konzultácie a za iné služby predstavuje za kalendárny rok sumu vo výške 12.800,00 EUR bez DPH (slovom: dvanásťtisícosemsto eur) a bude fakturovaná štvrťročne na konci príslušného kalendárneho štvrťroka.
3. Hlavné mesto nie je oprávnené fakturovať jednotlivým mestským častiam žiadne ďalšie a/alebo iné finančné čiastky, ako sú medzi zmluvnými stranami v tejto zmluve dojednané.
10
4. Po doručení faktúry zhotoviteľom za služby uvedené v ods. 2 tohto článku zmluvy Hlavnému mestu, Hlavné mesto uhradí celkovú sumu danej faktúry. Po úhrade faktúry Hlavné mesto vystaví faktúru ďalším oprávneným organizáciám. Suma každej faktúry bude vypočítaná na základe percentuálneho podielu na daní z príjmu fyzickej osôb. Pre výpočet percentuálneho podielu bude použitý aktuálne platný percentuálny podiel na dani z príjmu fyzických osôb schválený Mestským zastupiteľstvom hlavného mesta ku dňu vystavenia faktúry za služby. Splatnosť faktúry vystavenej pre ďalšie oprávnené organizácie bude 30 dní. Prílohou faktúry vystavenej pre ďalšie oprávnené organizácie bude kópia vystavenej faktúry od zhotoviteľa, potvrdenie o zaplatení tejto faktúry objednávateľom a výpočet percentuálneho podielu použitého na výpočet fakturovanej sumy.
Článok 3 ZÁVEREČNÉ USTANOVENIA
1. Mestské časti podpisom tejto zmluvy v súlade s § 50 ods. 2 zákona č. 40/1964 Zb. Občianskeho zákonníka, vyjadrujú svoj súhlas so vznikom ich práv vyplývajúcich z článku 17 ods. 17.1 a nasl. zmluvy č. MAGTS 1400158, uzatvorenej medzi zhotoviteľom a objednávateľom v tejto časti aj v prospech mestských častí podľa § 50 ods. 1 zákona č. 40/1964 Zb. Občianskeho zákonníka.
2. Táto Zmluva nadobúda platnosť dňom podpisu všetkými Zmluvnými stranami a právne účinky nadobúda dňom nasledujúcim po dni jej zverejnenia na webovom sídle Hlavného mesta, a to v súlade s ustanovením § 47a zákona č. 40/1964 Zb. Občiansky zákonník v znení neskorších predpisov a § 5a zákona č. 211/2000 Z.z. o slobodnom prístupe k informáciám v znení neskorších predpisov. Zmluvné strany týmto vyhlasujú, že sa s obsahom Zmluvy oboznámili a súhlasia, že sú touto Zmluvou v celom rozsahu viazaní.
3. Táto zmluva sa uzatvára na dobu určitú a to odo dňa jej účinnosti do ukončenia zmluvy č. MAGTS 1400158 zo dňa 10.10.2014.
4. Táto Zmluva je vyhotovená v 21 rovnopisoch, pričom po podpise Zmluvy dostane každá zmluvná strana 1 rovnopis a 4 rovnopisy dostane Hlavné mesto.
5. Zmluvné strany vyhlasujú, že si text tejto Zmluvy riadne a dôsledne prečítali, jeho obsahu a právnym účinkom z neho vyplývajúcich porozumeli, ich zmluvné prejavy sú dostatočne jasné, určité a zrozumiteľné, podpisujúce osoby sú oprávnené k podpisu tejto Zmluvy a na znak súhlasu ju podpísali.
8. Neoddeliteľnou súčasťou tejto Zmluvy je:
Príloha č. 1 - Kópia uznesenia Riadiaceho výboru projektu Elektronizácia služieb bratislavskej samosprávy.
Príloha č. 2 - Výdavky na udržateľnosť projektu Elektronizácia služieb bratislavskej samosprávy - správa centrálnej časti IIS BA na rok 2018
Príloha č. 3 - Zmluva o dielo č. MAGTS 1400158 zo dňa 10.10.2014.
V Bratislave, dňa...............................:
11
Hlavný partner MČ 1
XXXx. Xxx Xxxxxxxxx, v. r. Xxxxxxxx Xxxxxxxxxxx, v. r.
Meno a priezvisko Meno a priezvisko
štatutárneho orgánu/zástupcu2 štatutárneho orgánu/zástupcu3
MČ 2 MČ 3
Xxxxx Xxxxxx, v. r. Xxx. Xxxxxx Xxxxxxx, v. r.
Meno a priezvisko Meno a priezvisko
štatutárneho orgánu/zástupcu4 štatutárneho orgánu/zástupcu5
MČ 4 MČ 5
RNDr. Xxxxxx Xxxxxxx, v. r. Xxx. Xxxxx Xxxxxxx, v. r.
Meno a priezvisko Meno a priezvisko
štatutárneho orgánu/zástupcu6 štatutárneho orgánu/zástupcu7
MČ 6 MČ 7
XXXx. Xxxx Xxxxxxxx, v. r. Xxx. Xxxxx Xxxxxx, v. r.
Meno a priezvisko Meno a priezvisko
štatutárneho orgánu/zástupcu8 štatutárneho orgánu/zástupcu9
MČ 8 MČ 9
Xxx. Xxxxxx Xxxx, v. r. Xxx. Xxxxxxxx Xxxxx, v. r.
Meno a priezvisko Meno a priezvisko
štatutárneho orgánu/zástupcu štatutárneho orgánu/zástupcu
2 Ak sa nehodí, prečiarknite 3 Ak sa nehodí, prečiarknite 4 Ak sa nehodí, prečiarknite 5 Ak sa nehodí, prečiarknite 6 Ak sa nehodí, prečiarknite 7 Ak sa nehodí, prečiarknite 8 Ak sa nehodí, prečiarknite 9 Ak sa nehodí, prečiarknite
12
MČ 10 MČ 11
PhDr. Xxxxxxx Xxxxxxxxx, v. r. Xxx. Xxxxx Xxxxxxxx, v. r.
Meno a priezvisko Meno a priezvisko
štatutárneho orgánu/zástupcu10 štatutárneho orgánu/zástupcu11
MČ 12 MČ 13
Xxxxx Xxxxx, v. r. Xxx. Xxxxx Xxxxx, v. r.
Meno a priezvisko Meno a priezvisko štatutárneho orgánu/zástupcu12 štatutárneho orgánu/zástupcu13
MČ 14 MČ 15
Xxx. Xxxxxxxx Xxxxxxx, v. r. Xxx. Xxx Xxxx, v. r.
Meno a priezvisko Meno a priezvisko
štatutárneho orgánu/zástupcu14 štatutárneho orgánu/zástupcu15
MČ 16 MČ 17
JUDr. Xxx. Xxxxxx Xxxxx, v. r. Xxx. Xxxxx Xxxxx, v. r. Meno a priezvisko Meno a priezvisko štatutárneho orgánu/zástupcu16 štatutárneho orgánu/zástupcu17
Dátum uzavretia Zmluvy: .....................
Dátum účinnosti Zmluvy: .....................
Miesto zverejnenia: xxx.xxxxxxxxxx.xx
10 Ak sa nehodí, prečiarknite 11 Ak sa nehodí, prečiarknite 12 Ak sa nehodí, prečiarknite 13 Ak sa nehodí, prečiarknite 14 Ak sa nehodí, prečiarknite 15 Ak sa nehodí, prečiarknite 16 Ak sa nehodí, prečiarknite 17 Ak sa nehodí, prečiarknite
13
PRÍLOHA č. 2
Výdavky na udržateľnosť projektu Elektronizácia služieb bratislavskej samosprávy - správa centrálnej časti IIS BA na rok 2018 | ||||
Názov mestskej časti | % podiel na dani z príjmu fyz. Osôb (v zmysle Uznesenia) | % podiel na dani z príjmu fyz. osôb | Ročné výdavky na udržateľnosť | Celkom za 5 rokov udržateľnosti |
XX Xxxxxx | 0,32% | 0,1022% | 47,10 | 235 |
MČ Xxxxx | 0,25% | 0,0809% | 37,26 | 186 |
MČ Devínska Nová Ves | 4,32% | 1,3828% | 637,20 | 3 186 |
MČ Dúbravka | 7,76% | 2,4845% | 1 144,88 | 5 724 |
MČ Jarovce | 0,58% | 0,1869% | 86,14 | 431 |
MČ Karlova Ves | 7,46% | 2,3886% | 1 100,69 | 5 503 |
MČ Xxxxx | 1,67% | 0,5331% | 245,65 | 1 228 |
MČ Nové Mesto | 9,05% | 2,8954% | 1 334,20 | 6 671 |
MČ Petržalka | 23,49% | 7,5167% | 3 463,68 | 17 318 |
MČ Podunajské Biskupice | 5,23% | 1,6731% | 770,97 | 3 855 |
MČ Rača | 5,18% | 1,6582% | 764,12 | 3 821 |
MČ Rusovce | 0,90% | 0,2885% | 132,96 | 665 |
MČ Ružinov | 17,48% | 5,5945% | 2 577,94 | 12 890 |
MČ Staré Mesto | 9,37% | 2,9978% | 1 381,37 | 6 907 |
MČ Vajnory | 1,23% | 0,3927% | 180,96 | 905 |
MČ Vrakuňa | 4,62% | 1,4779% | 681,00 | 3 405 |
MČ Záhorská Bystrica | 1,08% | 0,3461% | 159,50 | 798 |
Hlavné mesto SR Bratislava | 68,0000% | 31 334,40 | 156 672 | |
MČ spolu | 32,0000% | 14 745,61 | 73 728 | |
SPOLU | 100,00% | 100,00% | 46 080,00 | 230 400,00 |
Zmluva o dielo
Číslo zhotoviteľa: 87Z-2013-087_mse Xxxxx objednávateľa: MAGTS1400158
Zmluvné strany
Zhotoviteľ: Xxxxxx.xxx a.s.
Adresa Líščie údolie 5, 841 04 Bratislava 4
IČO: 357 95 174
DIČ: 2020279745
IČDPH: SK2020279745
Bankové spojenie: Tatra banka
Č. ú.: 2629431093/1100
IBAN: XX0000000000000000000000
SWIFT: XXXXXXXX
Zastúpený: Xxx. Xxxxxxxx Xxxxx, predseda predstavenstva
Xxx. Xxxxxxxx Xxxxxx, podpredseda predstavenstva zapísaná v Obchodnom registri : okr.súdu BA I, odd. Sa, vložka č. 5024/B
(ďalej „zhotoviteľ “) a
Objednávateľ: Hlavné mesto Slovenskej republiky Bratislava
Adresa: Xxxxxxxxxxx xxx. 1, 814 99 Bratislava
IČO: 00603481
DIČ: 2020372596
Bankové spojenie: Slovenská sporiteľňa, a.s.
Č. ú.: 5027413254/0900
IBAN: XX0000000000000000000000
SWIFT: XXXXXXXX
Zastúpený: doc. RNDr. Xxxxx Xxxxxxx, CSc. , primátor (ďalej „objednávateľ “)
uzatvárajú túto zmluvu podľa § 536 a nasl. zákona č. 513/1991 Zb. Obchodného zákonníka v znení neskorších predpisov ( ďalej len „Obchodný zákonník") a § 40 a nasl. zákona č. 618/2003 Z. z. o autorskom práve a právach súvisiacich s autorským právom (autorský zákon) v znení neskorších predpisov (ďalej len „zmluva“):
Preambula
Nasledujúce znenie zmluvy sa opiera o skutočnosti uvedené v písomnej ponuke na obstaranie zákazky uverejnenej vo Vestníku verejného obstarávania č. 199/2013 pod kódom 16609-MSS dňa 11.10.2013, verejný obstarávateľ: Hlavné mesto Slovenskej republiky Bratislava, zákazka: „Elektronizácia služieb bratislavskej samosprávy" a účelom zmluvy je zadefinovať vzájomné práva a povinnosti zmluvných strán pri vytvorení a dodaní integrovaného informačného systému Bratislavy a poskytnutí služieb súvisiacich s dodaním systému pre elektronické služby bratislavskej samosprávy.
Predmet zmluvy špecifikovaný v článku 2 ods. 2.1 za podmienok ustanovených v časti A Realizácia diela tejto zmluvy je spolufinancovaný z Európskeho fondu regionálneho rozvoja a štátneho rozpočtu. Predmet zmluvy špecifikovaný v článku 2 ods. 2.2 za podmienok ustanovených v časti B Servisná podpora tejto zmluvy je financovaný z rozpočtu verejného obstarávateľa.
Článok 1 Definícia pojmov
1.1. Na účely tejto zmluvy sa rozumie:
1.1.1. „dôvernou informáciou" akýkoľvek údaj, podklad, poznatok, dokument, alebo akákoľvek iná informácia, bez ohľadu na formu ich zachytenia,
a) ktorá sa týka zmluvnej strany (najmä informácie o jej činnosti, štruktúre, hospodárskych výsledkoch, finančné, štatistické a účtovné informácie, informácie o jej majetku, aktívach a pasívach, pohľadávkach a záväzkoch, informácie o jej technickom a programovom vybavení, know-how, hodnotiace štúdie a správy, podnikateľské stratégie a plány, informácie týkajúce sa predmetov chránených právom priemyselného alebo iného duševného vlastníctva zmluvnej strany,
b) ktorá sa týka obchodných partnerov zmluvných strán,
c) ktorá bola poskytnutá zmluvnej strane alebo získaná zmluvnou stranou pred nadobudnutím platnosti a účinnosti zmluvy, pokiaľ sa týka jej predmetu alebo obsahu,
d) ktorá je výslovne zmluvnou stranou označená ako „dôverná", „utajená",
„chránená zákonom" alebo iným obdobným označením, a to od okamihu oznámenia tejto skutočnosti druhej zmluvnej strane,
e) pre ktorú je stanovený všeobecne záväznými právnymi predpismi Slovenskej republiky osobitný režim nakladania (najmä obchodné tajomstvo, bankové tajomstvo, telekomunikačné tajomstvo, daňové tajomstvo, osobné údaje a utajované skutočnosti),
1.1.2. „momentom zaplatenia záväzku plateného prostredníctvom banky" moment, kedy je uhrádzaná suma pripísaná na účet oprávnenej zmluvnej strany z účtu plniacej zmluvnej strany,
1.1.3. „hlavnými aktivitami“ a „podpornými aktivitami“ projektu rozdelenie projektu na základné časti, ktoré sú uvedené v prílohe č.1 — Špecifikácia ceny,
1.1.4.„rezervou“ - rezerva na nepredvídateľné výdavky určená na pokrytie opatrení na elimináciu rizík v projekte, ktorá môže byť použitá iba v prípade, ak preukázateľne nastane riziko identifikované objednávateľom v projekte a iba na účel definovaný v opatreniach na elimináciu tohto rizika; rezerva môže byť použitá napr. ak nastanú riziká vyplývajúce z projektu Ústredného portálu verejnej správy (ďalej len „ÚPVS“),
1.1.5. „dielom" výsledok realizácie nadlimitnej zákazky „Elektronizácia služieb bratislavskej samosprávy",
1.1.6. „krabicovým softvérom" softvér tretích strán dodávaný zhotoviteľom pre plnenie predmetu diela (operačné a databázové systémy a iné aplikácie predávané bežne na trhu),
1.1.7. „oprávnenou stranou" zmluvná strana, ktorej práva boli dotknuté druhou zmluvnou stranou tým, že si ich táto strana neplnila, resp. porušila svoje povinnosti,
1.1.8. „zodpovednou stranou" zmluvná strana, ktorá porušila povinnosť vyplývajúcu z tejto zmluvy a je povinná nahradiť v dôsledku porušenia svojej povinnosti oprávnenej strane úrok z omeškania, resp. náhradu škody,
1.1.9. „IT projektom“ jednorazový proces v oblasti informačných technológii zameraný na dosiahnutie definovaného cieľa, pozostávajúci zo súboru zosúladených a riadených činností so stanovenými začiatočnými a konečnými termínmi.
1.2. Ak kontext nevyžaduje inak, nižšie uvedené výrazy budú mať v tejto zmluve nasledujúci význam:
1.2.1. „Aplikačný softvér“ Integrovaný informačný systém Bratislavy (ďalej len „IIS Bratislavy“).
1.2.2.„Ďalšie oprávnené organizácie" partneri projektu Elektronizácia služieb bratislavskej samosprávy – mestské časti hlavného mesta SR Bratislavy.
1.2.3. „Zásah“ činnosť pracovníkov zhotoviteľa u objednávateľa a/alebo u ďalších oprávnených organizácií, pri riešení určitého prevádzkového problému. Zásah začína zahájením prác na odstránení určitého prevádzkového problému a končí odstránením daného prevádzkového problému.
1.2.4.Jedna „konzultačná hodina“ bežná i započatá hodina (60 minút) práce jedného pracovníka zhotoviteľa v pracovnej dobe. Pracovná doba zhotoviteľa je pondelok až piatok v dobe medzi 8:00 hod do 16:00 hod. s výnimkou štátom uznaných sviatkov. Do celkového počtu konzultačných hodín je započítavaná i doba nutná na prípravu zhotoviteľa a to v sídle objednávateľa, v sídlach ďalších oprávnených organizácií a všetky činnosti nutné k poskytovaniu podpory, t.j. napr. tvorba záloh dát a SW, účasť na organizačných poradách objednávateľa a/ alebo ďalších oprávnených organizácií, konzultácia s ďalšími dodávateľmi SW u objednávateľa alebo u ďalších oprávnených organizácií.
1.2.5.„Patch“ súbor pravidelne distribuovaný elektronicky zhotoviteľom, obsahujúci úpravy alebo opravy chýb v štandardnej verzii.
1.2.6. „Hotpatch“ súbor vytvorený podľa potreby zhotoviteľom pre objednávateľa, ktorý obsahuje úpravy a opravy týkajúce sa odlišností inštalácie od štandardnej verzie u objednávateľa a u ďalších oprávnených organizácií.
1.2.7.„Hotline“ stručné zodpovedanie otázok, poskytovanie rád a konzultácií určeným pracovníkom objednávateľa a ďalších oprávnených organizácií pri riešení prevádzkových problémov vzniknutých pri používaní IIS Bratislavy. Celkové trvanie Hotline ku jednému konkrétnemu prevádzkovému problému vrátane vecného vymedzenia prevádzkového problému je obmedzené do dĺžky trvania maximálne 30 minút.
1.2.8.„HelpDesk“ webová aplikácia dostupná na stránke xxxx://xxx.xxxxxx.xxx/xxxxxxx, ktorá umožňuje zadávať požiadavky na riešenie prevádzkových problémov, prípadne zadávať aj požiadavky na zmenu nad rámec tejto zmluvy. Aplikácia HelpDesk umožňuje povereným pracovníkom objednávateľa, ďalších oprávnených organizácií ako aj zhotoviteľa prostredníctvom internetu editovať, prehliadať, sledovať stav riešenia všetkých zadaných požiadaviek a to podľa prístupových práv nastavených v aplikácii HelpDesk.
1.2.9. „Elektronické plnenie“ poskytnutie služieb alebo iného požadovaného plnenia zo strany zhotoviteľa výlučne elektronickou formou (napr. prostriedkami elektronickej e-mailovej komunikácie, vzdialeného prístupu, FTP pripojením, aplikáciou HelpDesk a pod).
1.2.10. „Profylaktika“ poskytnutie služieb údržby a periodickej kontroly výpočtovej techniky, vrátane jej čistenia a odstránenia drobných závad .
1.2.11. „Upgrade“ kompletná nová verzia modulov IIS Bratislavy na inštalačnom médiu (CD-R, CD-RW, DVD), zahrňujúca prevažne zmeny a novinky vyplývajúce z rozvoja funkcionality IIS Bratislavy a z technologického rozvoja.
1.2.12 „Unified Modeling Language alebo UML“ je v softvérovom inžinierstve grafický jazyk na vizualizáciu, špecifikáciu, navrhovanie a dokumentáciu programových systémov. Na zaznamenávanie myšlienok a návrhov sa kreslia diagramy (UML diagramy) na grafické vyjadrenie návrhu alebo časti návrhu predtým, ako sa začne programovať
1.2.13. „Zmluva o poskytnutí nenávratného finančného príspevku“ zmluva, ktorá po schválenia Žiadosti o nenávratný finančný príspevok projektu Elektronizácia služieb bratislavskej samosprávy bola uzavretá medzi Hlavným mestom SR Bratislavou (prijímateľ pomoci) a Ministerstvom pôdohospodárstva a rozvoja vidieka SR (poskytovateľ pomoci).
1.2.14.Opravnené výdavky - výdavky, ktoré boli skutočne vynaložené počas obdobia realizácie aktivít projektu vo forme nákladov alebo výdavkov prijímateľa, a ktoré boli vynaložené v súlade s hodnotiacimi a výberovými kritériami a obmedzeniami stanovenými všeobecným nariadením, nariadením o ERDF, implementačným nariadením a zmluvou o poskytnutí NFP.
1.2.15 Neoprávnené výdavky - predstavujú hlavne výdavky projektu, ktoré spadajú do kategórie oprávnených výdavkov, ale nespĺňajú kritériá hospodárnosti, efektívnosti a účelnosti, prípadne vykazujú nedostatočnú väzbu a opodstatnenosť vo vzťahu k cieľu projektu, k napĺňaniu ukazovateľov projektu. RO OPBK má právo preklasifikovať časť výdavkov projektu na neoprávnené v prípade zistenia porušení Zmluvy o poskytnutí nenávratného finančného príspevku.
Článok 2 Predmet zmluvy
Predmetom zmluvy je:
2.1. Záväzok zhotoviteľa vytvoriť pre objednávateľa a dodať objednávateľovi dielo Integrovaný informačný systém Bratislavy projektu Elektronizácia služieb bratislavskej samosprávy za podmienok ustanovených v časti A tejto zmluvy pozostávajúci z nasledovných základných časti:
A. Analýzy a Dizajn,
B. Vývoj,
C. Testovanie,
D. Nasadenie,
E. Obstaranie a nasadenie HW a SW licencií,
F. Riadenie projektu v zmysle metodiky riadenia IT projektov.
Opis predmetu plnenia, ktorý je možné upraviť v zmysle článku 15 ods. 15.2 tejto zmluvy tak, aby bol v súlade s platnými právnymi predpismi a technickými normami ku dňu odovzdania príslušnej časti diela, tvorí prílohu č. 3 tejto zmluvy.
2.2. Záväzok zhotoviteľa poskytovať objednávateľovi servisnú podporu po ukončení diela podľa ods. 2.1 tohto článku za podmienok stanovených v časti B tejto zmluvy.
2.3. Záväzok objednávateľa zaplatiť zhotoviteľovi za realizáciu diela a servisnú podporu cenu podľa článku 3 zmluvy.
Článok 3
Cena predmetu zmluvy
3.1. Xxxx za realizáciu diela podľa článku 2 ods. 2.1 zmluvy je stanovená v súlade s ustanoveniami zákona č. 18/1996 Z. z. o cenách v znení neskorších predpisov a zahŕňa všetky oprávnené náklady zhotoviteľa, ktoré sú spojené s dodaním predmetu zmluvy. Cena je pevná a konečná a je stanovená vo výške 1.539.276,00 € bez DPH. Výška DPH pri sadzbe 20% je 307.855,20 €. Výsledná suma za realizáciu predmetu zmluvy s DPH je 1.847.131,20 €. Podrobná špecifikácia zmluvnej ceny je uvedená v prílohe č.1 — Špecifikácia ceny, ktorá je neoddeliteľnou súčasťou zmluvy.
3.2. Cena za servisnú podporu podľa článku 2 ods. 2.2 zmluvy je stanovená vo výške 192.000,00 € bez DPH. Výška DPH pri sadzbe 20% je 38.400,00 €.
3.2. Celková cena predmetu zmluvy je
a) celková cena bez DPH 1.731.276,00 €.
b) DPH 346.255,20 €
c) celková cena s DPH 2.077.531,20 €
Podrobná špecifikácia zmluvnej ceny je uvedená v prílohe č.1 — Špecifikácia ceny.
Časť A Realizácia diela
Článok 4
Čas a miesto plnenia
4.1. Plnenie predmetu zmluvy bude prebiehať na základe potrieb objednávateľa, podľa uzatvorenej zmluvy v zmysle harmonogramu, ktorý tvorí prílohu č. 4 Harmonogram plnenia, ďalej členených na časti v zmysle prílohy č. 1 - Špecifikácia ceny tejto zmluvy.
4.2. Zhotoviteľ je povinný dodržať časový rámec hlavných a podporných aktivít, ktorý tvorí prílohu č. 4 — Harmonogram plnenia.
4.3. Zhotoviteľ je povinný začať plniť svoj záväzok za predpokladu, že bude ukončená kontrola verejného obstarávania Riadiacim orgánom pre Operačný program Bratislavský kraj ( ďalej len „ RO OPBK“) s pozitívnym záverom, v opačnom prípade sa primerane posúvajú všetky termíny začiatku plnenia podľa tejto zmluvy.
4.4 Zmluva stráca platnosť a účinnosť, ak kontrola verejného obstarávania RO OPBK nebude ukončená schválením postupu verejného obstarávania.
4.5. Zhotoviteľ sa zaväzuje splniť svoj záväzok podľa tejto zmluvy najneskôr do 30.09.2015. Za dátum splnenia záväzku sa považuje dátum podpisu protokolov v zmysle článku 6 ods. 6.3 tejto zmluvy.
4.6. Zhotoviteľ sa zaväzuje plniť svoj záväzok podľa zmluvy vo svojom sídle alebo na svojom pracovisku a na pracoviskách objednávateľa, prípadne na inom mieste, ktoré určí objednávateľ po dohode so zhotoviteľom.
Článok 5 Platobné podmienky
5.1. Zmluvné strany sa zaväzujú, že v prípade dohodnutých cien budú rešpektovať súvisiace pravidlá štrukturálnych fondov, záväzné príručky OPBK a príslušnej Výzvy na predkladanie žiadosti o nenávratný finančný príspevok (ďalej len „Výzva").
5.2. Rezerva na nepredvídateľné výdavky je určená na pokrytie opatrení na elimináciu rizík v projekte a môže byť použitá iba v prípade, ak preukázateľne nastane riziko identifikované objednávateľom v projekte. O použití rezervy rozhodne RO OPBK.
5.3. Zmluvné strany sa dohodli, že v prípade zmeny daňových, alebo iných všeobecne záväzných právnych predpisov, ktoré ovplyvňujú výšku DPH, zhotoviteľ upraví cenu a DPH bude fakturovať vo výške v zmysle platných právnych predpisov ku dňu vystavenia faktúry. Na takúto úpravu ceny nie je potrebné uzatvárať dodatok k zmluve.
5.4. Podmienky fakturácie:
5.4.1.Právo na vystavenie faktúr za jednotlivé časti diela podľa prílohy č.1 vzniká zhotoviteľovi za podmienok uvedených v nasledujúcich odsekoch článku 5 tejto zmluvy.
5.4.2.Platby budú realizované v súlade s prílohou č. 1 tejto zmluvy na bankový účet určený zhotoviteľom .
5.4.3.Platby budú realizované na základe predložených faktúr a v súlade s ustanoveniami článku 5 tejto zmluvy . Faktúry musia byť vyhotovené a zaslané objednávateľovi v piatich (5) origináloch v slovenskom jazyku.
5.4.5.Každá faktúra musí obsahovať náležitosti daňového dokladu v zmysle platných právnych predpisov SR a musí sa vzťahovať na konkrétny projektový výdavok a obsahovať názov projektu spolu s názvom hlavnej aktivity v zmysle Prílohy č. 1 zmluvy - Špecifikácia ceny.
5.4.6.Faktúra musí obsahovať:
a) názov projektu - Projekt Elektronizácia služieb bratislavskej samosprávy,
b) špecifikáciu platby (aké výkony sa fakturujú v súlade s Prílohou č. 1 zmluvy o dielo),
c) špecifikáciu ceny (uviesť aj hlavnú aktivitu, ku ktorej sa výdavok viaže podľa Prílohy č. 1 zmluvy o dielo),
d) obchodné meno a sídlo objednávateľa spolu s ostatnými identifikačnými údajmi ,
e) kód projektu – 22320220082,
f) obchodné meno a sídlo zhotoviteľa spolu s ostatnými identifikačnými údajmi,
g) dátum vyhotovenia faktúry,
h) dátum dodania služby,
i) lehotu splatnosti faktúry,
j) názov a adresu banky zhotoviteľa (vrátane kódu SWIFT),
k) číslo účtu zhotoviteľa (vrátane čísla v tvare IBAN),
l) fakturovanú sumu bez DPH, DPH a celkovú fakturovanú sumu,
m) náležitosti pre účely DPH,
n) pečiatku a podpis oprávnenej osoby zhotoviteľa.
5.4.7.V prípade, že faktúra nebude obsahovať uvedené náležitosti, objednávateľ je oprávnený vrátiť ju zhotoviteľovi na doplnenie. V takom prípade sa preruší plynutie lehoty splatnosti a nová lehota splatnosti začne plynúť doručením opravenej faktúry objednávateľovi ako rovnopis s označením „Oprava", resp. doručením podporných dokumentov k faktúre.
5.4.8.Zmluvné strany sa dohodli že doba splatnosti faktúry je 60 dní odo dňa vystavenia faktúry, pričom zaplatením fakturovanej ceny na účely zmluvy sa rozumie deň pripísania fakturovanej sumy v prospech účtu zhotoviteľa.
5.4.9.Pokiaľ finančné prostriedky objednávateľa určené na zaplatenie faktúry pre zhotoviteľa nebudú včas poukázané Európskou úniou, resp. inými
relevantnými orgánmi (napr. RO OPBK, Platobná jednotka, Certifikačný orgán) za príslušnú časť projektového výstupu, zmluvné strany sa môžu dohodnú na splátkovom kalendári na úhradu záväzku z prostriedkov objednávateľa.
Článok 6
Odovzdanie a prevzatie diela, dodacie podmienky
6.1. Služby a tovary tvoriace dielo podľa tejto zmluvy budú odovzdávané po častiach v súlade s pravidlami uvedenými v prílohe č. 2 — Preberacie podmienky predmetu plnenia, v súlade s opisom predmetu plnenia uvedeného v prílohe č. 3 — Opis predmetu plnenia a prílohou č. 1 – Špecifikácia ceny.
6.2. Zmluvné strany sa dohodli, že dielo bude považované za dodané dňom podpisu záverečného preberacieho protokolu a záverečného akceptačného protokolu bez výhrad.
6.4. Podpísaný preberací a akceptačný protokol v súlade s podmienkami prevzatia diela uvedenými v prílohe č. 2 - Preberacie podmienky predmetu plnenia tejto zmluvy ohľadom jednotlivých častí diela špecifikovaných v prílohe č. 3 - Opis predmetu plnenia tejto zmluvy oprávňuje zhotoviteľa na vystavenie faktúry za príslušnú časť predmetu plnenia diela.
6.5. Celkové ukončenie a dodanie diela bude avizované písomne zhotoviteľom s určením termínu ukončenia realizácie služieb a termínu záverečného preberacieho konania, ktorý určí objednávateľ po dohode so zhotoviteľom. Súčasťou záverečného preberacieho protokolu bude zároveň samostatná príloha — Sumárny podrobný rozpis jednotlivých častí diela. Záverečný akceptačný protokol bude obsahovať podrobný popis odovzdaných softvérových modulov vrátané UML diagramov, zdrojové kódy plnenia, manuály na spôsob používania služieb na vhodnom nosiči a štruktúrovaný diagram hardvérovej platformy za celý zrealizovaný projekt. Akceptačný protokol bude podpísaný oboma zmluvnými stranami po odstránení reklamačných chýb najneskôr do 60 dní od uvedenia diela do ostrej prevádzky.
6.6. Ak zhotoviteľ poskytuje také služby alebo tovary, ktoré vyžadujú osvedčenie kvality, doloží k odovzdávajúcemu a preberaciemu protokolu dokumenty a doklady osvedčujúce ich kvalitu a kompletnosť (napr. zoznam ukončených čiastkových aktivít vykonaných služieb, zoznam dodávok a zariadení, osvedčenie o akosti a kompletnosti, návody na montáž a obsluhu, atesty, správy o vykonaní odborných prehliadok a skúšok
/ak je to potrebné/, výsledky testovania, skúšok, certifikáty, osvedčenia o vykonaných skúškach použitých materiálov a výrobkov, doklady o spôsobe likvidácie odpadov), ak takéto dokumenty už neboli súčasťou ponuky predloženej objednávateľovi.
Článok 7
Práva a povinnosti zmluvných strán
7.1. Zhotoviteľ' je povinný postupovať pri plnení tejto zmluvy riadne, včas a s odbornou starostlivosťou a za účasti odborných pracovníkov zodpovedných za realizáciu diela.
7.2. Zhotoviteľ' je povinný do dvoch pracovných dní informovať objednávateľa o všetkých skutočnostiach, ktoré by mohli mať za následok omeškanie plnenia jeho záväzku podľa časového rámca aktivít uvedeného v prílohe č. 3 – Opis predmetu plnenia a v prílohe č.4 Harmonogram plnenia.
7.3. Zhotoviteľ' je povinný najneskôr do 10 kalendárnych dní od účinnosti tejto zmluvy písomne oznámiť objednávateľovi meno projektového manažéra za zhotoviteľa, a osôb, ktoré za zhotoviteľa zodpovedajú za plnenie jednotlivých aktivít projektu.
7.4. Zhotoviteľ je povinný poskytnúť súčinnosť pri vykonávaní kontroly/auditu zo strany oprávnených osôb na výkon kontroly/auditu v zmysle príslušných právnych predpisov SR a EÚ, najmä zákona č. 528/2008 Z.z. o pomoci a podpore poskytovanej z fondov Európskej únie v znení neskorších predpisov a zákona č. 502/2001 Z.z. o finančnej kontrole a vnútornom audite a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a Zmluvy o NFP.
7.5. Zhotoviteľ zodpovedá za dodržanie postupu inštalácie na produkčný server pri presune programov z testovacieho a vývojového prostredia.
7.6. Zhotoviteľ je povinný pri plnení predmetu zmluvy riadiť sa Manuálom pre publicitu a informovanosť Operačného programu Bratislavský kraj v aktuálnom znení.
7.6. Objednávateľ je povinný všetky pripomienky, žiadosti, požiadavky, výhrady, doplnky a sťažnosti oznámiť písomne projektovému manažérovi zhotoviteľa.
7.8. Objednávateľ zabezpečí vstup zamestnancov zhotoviteľa a ich subdodávateľov do všetkých priestorov potrebný za účelom plnenia predmetu zmluvy.
7.9. Objednávateľ sa zaväzuje poskytnúť zhotoviteľovi súčinnosť potrebnú pre riadne a včasné plnenie predmetu zmluvy.
7.10. Objednávateľ sa zaväzuje vykonávať pravidelné zálohové kópie kompletných údajov rutinného spracovania dát minimálne 1x za týždeň, ako aj v prípade, ak ho o to požiada zhotoviteľ.
7.11. Objednávateľ sa zaväzuje poskytnúť zhotoviteľovi v primeranej lehote všetky informácie potrebné pre korektné plnenie predmetu zmluvy, ktoré má k dispozícii, ako napríklad technické špecifikácie, organizačné schémy, jasný popis problému, informácie o zmluvných záväzkoch voči tretím osobám, ak sa týkajú plnenia tejto zmluvy. Objednávateľ sa zároveň zaväzuje poskytnúť zhotoviteľovi interné predpisy a smernice ovplyvňujúce plnenie predmetu zmluvy, ako aj s interné predpisy upravujúce prácu na počítačoch a v sieťach objednávateľa.
7.12. Objednávateľ sa zaväzuje zabezpečiť ochranu tovaru v miestnosti, kde bude dodaný tovar umiestnený uzamknutím bezpečnostným zámkom. Dvere sa nesmú dať vysadiť a zámok sa nesmie dať otvoriť planžetou (tzv. bezpečnostný zámok).
7.13. Zmluvné strany sa dohodli, že ani jedna z nich nie je oprávnená postúpiť pohľadávku vzniknutú z tejto zmluvy na inú osobu (či už právnickú alebo fyzickú) v dôsledku čoho sa vylučuje inštitút postúpenia pohľadávok.
Článok 8 Omeškanie
8.1. Zmluvná strana je v omeškaní, ak nesplní riadne a včas svoj záväzok vyplývajúci zo zmluvy, a to až do doby poskytnutia riadneho plnenia alebo do doby, keď záväzok zanikne iným spôsobom. Zmluvná strana nie je v omeškaní, pokiaľ nemôže plniť svoj záväzok v dôsledku omeškania druhej zmluvnej strany.
8.2. V prípade omeškania zhotoviteľa so splnením jeho záväzku je objednávateľ oprávnený požadovať od zhotoviteľa zmluvnú pokutu vo výške 0,05 % z príslušnej časti diela za každý aj začatý deň omeškania, maximálne do výšky 100% z ceny príslušnej časti diela a vzniknutých neoprávnených výdavkov obstarávateľa v zmysle Zmluvy o NFP.
Článok 9
Zodpovednosť za škodu, náhrada škody
9.1. Zmluvné strany zodpovedajú za vzniknuté škody v zmysle ustanovení Obchodného zákonníka.
9.2. Nárok na náhradu škody nevzniká oprávnenej strane pokiaľ povinná strana preukáže, že k porušeniu jej zákonnej alebo zmluvnej povinnosti došlo v dôsledku vyššej moci. To však neplatí, ak prekážka označovaná ako vyššia moc nastala až v čase, keď bola povinná strana v omeškaní s plnením svojej povinnosti.
9.3. Poškodená strana, resp. oprávnená strana nemá nárok na náhradu škody, ak nesplnenie povinnosti povinnej strany bolo spôsobené konaním poškodenej strany alebo nedostatkom súčinnosti, na ktorú bola poškodená strana povinná.
9.4. Zmluvná strana, ktorá porušuje svoju povinnosť, alebo ktorá s prihliadnutím na všetky okolnosti má vedieť alebo mohla vedieť, že poruší svoju povinnosť, je povinná oznámiť druhej zmluvnej strane povahu prekážky, ktorá jej bráni alebo bude brániť v plnení jej povinnosti ako aj o jej dôsledkoch tohto porušenia, a to písomne bez zbytočného odkladu po tom, čo sa o prekážke dozvedela, alebo pri náležitej starostlivosti mohla dozvedieť.
9.5. Zmluvná strana, ktorej bezprostredne hrozí škoda, je povinná s prihliadnutím na okolnosti prípadu vykonať všetky opatrenia na odvrátenie škody alebo na jej zmiernenie. Zmluvná strana, ktorá bezprostrednú hrozbu škody zavinila, musí nahradiť náklady, ktoré vznikli druhej zmluvnej strane pri odvracaní bezprostredne hroziacej škody alebo pri zmiernení jej následkov.
9.6. Objednávateľ nezodpovedá za škody vzniknuté porušením zmluvných povinnosti zhotoviteľa.
9.7. Zmluvné strany s prihliadnutím na ostatné ustanovenia zmluvy konštatujú, že maximálna predvídateľná výška škody, ktorá môže vzniknúť na základe tejto zmluvy nepresiahne 100% z ceny diela.
Článok 10
Zmluvné pokuty a úroky z omeškania
10.1 Zmluvné strany sa dohodli, že za účelom lepšej vymožiteľnosti prípadných zmluvných pokút sa zriaďuje zmluvná zábezpeka v hodnote 10 000,-Eur (slovom jeden desať tisíc Eur), ktorú zhotoviteľ zloží na účet objednávateľa, uvedený na titulnej strane tejto zmluvy najneskôr v deň nadobudnutia účinnosti tejto zmluvy. Účet objednávateľa zriadený na tento účel a variabilný symbol budú oznámené zhotoviteľovi pri podpise zmluvy.
10.2 Za porušenie povinnosti zhotoviteľa sa považuje najmä:
a) nedodržanie Harmonogramu plnenia uvedeného v prílohe č. 4 pri spracovaní detailnej funkčnej špecifikácie (životné situácie, elektronické služby, optimalizované procesy, organizácia, integračné rozhrania),
b) nedodržanie Harmonogramu plnenia pri spracovaní detailnej analýzy a návrhu funkcionality pre spoločné moduly ÚPVS v rozsahu potrebnom pre poskytovanie elektronických služieb (IAM, Notifikačný modul, Platobný modul, Modul elektronického doručovania, eDesk modul, eForm modul, Modul centrálnej elektronickej podateľne, MDUERZ),
c) nedodržanie Harmonogramu plnenia v časti implementovanie integračných väzieb a rozhrania na základné registre v rámci riešenia IIS samosprávy (Register fyzických osôb (RFO), Register právnických osôb a podnikateľov (RPO), Register priestorových informácií (RPI), Register adries (RA)),
d) nedodržanie Harmonogramu plnenia pri spracovaní testovacích scenárov a testovacích protokolov Mid-office komponentov pre procesnú integráciu a riadenie podaní (Business process management (BPM), Business rules engine (BRE),
Workflow management (WFM), Definičných údajov podaní, Údajov o vykonávaní podaní),
e) nedodržanie Harmonogramu plnenia pri sprevádzkovaní integračného rozhrania IIS samosprávy na externé systémy v produkčnej prevádzke (Register trestov, Základné číselníky, Kataster),
f) neodstránenie nahlásenej závady a pripomienky podľa priorít dohodnutých medzi oprávnenými pracovníkmi Objednávateľa a Zhotoviteľa a podľa rýchlosti reakcie dohodnutej v článku 18 odsek 18.10,
g) nesplnenie záväzku podľa tejto zmluvy najneskôr do 30.09.2015. Za dátum splnenia záväzku sa považuje dátum podpisu protokolov v zmysle článku 6 ods. 6.3 tejto zmluvy.
10.3 Objednávateľ má nárok na zmluvnú pokutu vo výške 2000 EUR za každé porušenie povinností podľa odseku 10.2 písm. a) až e) tohto článku.
10.4 Objednávateľ má nárok na zmluvnú pokutu vo výške 500 EUR za každé porušenie povinnosti podľa odseku 10.2 písm. f) tohto článku.
10.5 Objednávateľ má nárok na zmluvnú pokutu vo výške 10 000 EUR za porušenie povinnosti podľa odseku 10.2 písm. g) tohto článku.
10.6 Zhotoviteľ sa zaväzuje v prípade zistenia nedostatkov orgánmi uvedenými v článku 27 odseku 27.6, ktoré budú mať za následok vznik neoprávnených výdavkov a sú spôsobené zhotoviteľom pri realizácii diela, tieto vrátiť objednávateľovi v plnej výške.
10.7 Ustanoveniami o zmluvnej pokute nie je dotknutý prípadný nárok na náhradu škody, ktorá vznikne niektorej zo zmluvných strán v dôsledku porušenia dohodnutých zmluvných povinností.
Článok 11
Rozhodné právo, riešenie sporov
11.1. Práva a povinnosti touto zmluvou zvlášť neupravené sa riadia príslušnými ustanoveniami Obchodného zákonníka, autorského zákona a ostatných všeobecne záväzných predpisov platných v SR.
11.2. Akýkoľvek spor vyplývajúci zo zmluvy alebo v súvislosti so zmluvou (vrátane akýchkoľvek otázok ohľadne jej existencie, platnosti, záväznosti alebo ukončenia) bude odkázaný a s konečnou platnosťou riešený pred súdmi SR.
Článok 12 Vlastnícke právo
12.1. Objednávateľ nadobúda k príslušným jednotlivým častiam diela dodaným zhotoviteľom vlastnícke právo momentom úhrady faktúry za jednotlivú príslušnú časť plnenia.
Článok 13 Dôverné informácie
13.1. Zmluvné strany sú povinné zaistiť utajenie dôverných informácií spôsobom obvyklým pre utajovanie takýchto informácií, ak nie je výslovne dojednané inak. Táto povinnosť platí bez ohľadu na ukončenie platnosti a účinnosti zmluvy. Zmluvné strany sú povinné zaistiť utajenie dôverných informácií aj u svojich zamestnancov, zástupcov, ako aj iných spolupracujúcich tretích strán, pokiaľ im takéto informácie boli poskytnuté. Dôvernou informáciou sa na účely tejto zmluvy nerozumie cena.
13.2. Dôverné informácie poskytnuté, odovzdané, oznámené, sprístupnené a/alebo akýmkoľvek iným spôsobom získané jednou zmluvnou stranou od druhej zmluvnej
strany na základe a/alebo v akejkoľvek súvislosti so zmluvou môžu byť použité výhradne na účely plnenia predmetu zmluvy a v súlade s predpismi, ktoré upravujú nakladanie s takýmito údajmi. Zmluvné strany sa zaväzujú dôverné informácie ako aj všetky informácie poskytnuté, odovzdané, oznámené, sprístupnené alebo akýmkoľvek iným spôsobom získané zmluvnými stranami na základe zmluvy alebo v akejkoľvek súvislosti so zmluvou udržiavať v prísnej tajnosti, zachovávať o nich mlčanlivosť a chrániť ich pred zneužitím, poškodením, zničením, znehodnotením, stratou a odcudzením, a to i po ukončení platnosti a účinnosti zmluvy. Zmluvná strana nie je oprávnená bez predchádzajúceho písomného súhlasu druhej zmluvnej strany dôverné informácie poskytnúť, odovzdať, oznámiť, sprístupniť', zverejniť, publikovať, rozširovať, vyzradiť ani použiť inak než na účely plnenia predmetu zmluvy, a to ani po ukončení platnosti a účinnosti zmluvy, s výnimkou prípadu ich poskytnutia, odovzdania, oznámenia alebo sprístupnenia:
a) odborným poradcom zmluvnej strany (vrátane právnych, účtovných, daňových a iných poradcov, alebo audítorov), ktorí sú buď viazaní všeobecnou profesionálnou povinnosťou mlčanlivosti stanovenou alebo uloženou zákonom alebo sú povinní zachovávať mlčanlivosť na základe písomnej dohody so zmluvnou stranou,
b) subdodávateľom, ak sa subdodávateľ podieľa na plnení zmluvy, a ak je to potrebné pre účely plnenia povinností podľa zmluvy, pričom subdodávateľ musí byť viazaný minimálne rovnakým rozsahom povinností vo vzťahu k ochrane dôverných informácií, ako sú viazané zmluvné strany podľa zmluvy,
c) riadiacemu orgánu Operačného programu Bratislavský kraj ako oprávnenému orgánu za účelom kontroly dodržiavania podmienok Zmluvy o poskytnutí nenávratného finančného príspevku.
13.3. Povinnosť zmluvných strán zachovávať mlčanlivosť o dôverných informáciách sa nevzťahuje na informácie, ktoré:
a) boli zverejnené už pred podpisom zmluvy, čo musí byť preukázateľné na základe poskytnutých podkladov, ktoré túto skutočnosť dokazujú,
b) sa stanú všeobecne a verejne dostupnými po podpise zmluvy z iného dôvodu ako z dôvodu porušenia povinností podľa zmluvy, čo musí byť preukázateľné na základe poskytnutých podkladov, ktoré túto skutočnosť dokazujú,
c) majú byť sprístupnené na základe povinnosti stanovenej zákonom, rozhodnutím súdu, prokuratúry alebo iného oprávneného orgánu verejnej moci, pričom v tomto prípade zmluvná strana, ktorá je povinná informácie sprístupniť, bezodkladne doručí druhej zmluvnej strane písomné oznámenie o tejto skutočnosti ešte pred sprístupnením týchto informácií,
d) boli získané zmluvnou stranou od tretej strany, ktorá ich legitímne získala alebo vyvinula, a ktorá nemá žiadnu povinnosť, ktorá by obmedzovala ich zverejňovanie.
13.4. Zhotoviteľ je oprávnený poskytnúť dôverné informácie tretím osobám v rozsahu, v akom boli tieto informácie požadované v súťažných podkladoch za účelom účasti zhotoviteľa vo verejnom obstarávaní alebo v inom procese výberu dodávateľa osobami, ktoré nie sú obstarávateľom alebo verejným obstarávateľom.
Článok 14 Licenčné podmienky
14.1. Ak bude v rámci plnenia predmetu zmluvy zhotoviteľom vytvorené plnenie, ktoré je autorským dielom podľa § 7 zákona č. 618/2003 Z.z. o autorskom práve a právach súvisiacich s autorským právom (autorský zákon) v platnom znení, zmluvné strany sa dohodli, že zhotoviteľ udeľuje objednávateľovi odovzdaním plnenia alebo jeho časti, ktorá autorské dielo obsahuje, územne obmedzenú na štáty EU a časovo neobmedzenú
licenciu k takto vytvorenému autorskému dielu ako celku aj k jeho jednotlivým častiam, a to v nasledovnom rozsahu:
a) objednávateľ je oprávnený autorské dielo používať na vlastnú potrebu pri plnení svojich povinností pre účel, na ktorý mu bolo plnenie dodané podľa zmluvy (zapisovanie údajov, zostavovanie a tlač reportov a iné spôsoby použitia potrebné pre naplnenie účelu, na ktorý bolo plnenie objednávateľovi dodané) bez obmedzenia počtu užívateľov,
b) objednávateľ je oprávnený udeliť sublicenciu, alebo licenciu podľa zmluvy previesť na iný orgán verejnej správy, ak budú na tento orgán prevedené práva a povinnosti, ktoré plní objednávateľ a v prípade, ak to bude umožňovať platná legislatíva SR,
c) ak zhotoviteľ nebude riadne plniť svoje povinnosti podľa zmluvy viac ako 30 po sebe nasledujúcich dní a s riadnym plnením nezačne ani do 15 dní od doručenia písomnej výzvy objednávateľa, je objednávateľ oprávnený upravovať a ďalej rozvíjať autorské dielo, a to aj prostredníctvom tretej osoby. Oprávnenie objednávateľa na úpravu a rozvoj autorských práv a využívanie licencie sa vzťahuje v rozsahu a na účel dohodnutý v zmluve aj v prípade predčasného skončenia zmluvného vzťahu.
14.2. Zhotoviteľ vyhlasuje a zodpovedá za to, že bude osobou oprávnenou vykonávať k autorskému dielu podľa čl. 14.1 tejto zmluvy majetkové práva autora v zmysle § 50 autorského zákona, alebo na základe zmluvy s autorom, alebo spoluautorom autorského diela.
14.3. Xxxxxxxxxx vyhlasuje a zodpovedá za to, že k autorským dielam podľa xx. 14.1 tejto zmluvy
a) je oprávnený udeliť licenciu a ostatné oprávnenia v rozsahu podľa tejto zmluvy a
b) že mu nie sú známe žiadne práva tretích osôb, ktoré by bránili použitiu autorského diela objednávateľom podľa tejto zmluvy. V prípade, že sa preukáže uvedené vyhlásenie ako nepravdivé, zhotoviteľ sa zaväzuje uvedenú právnu vadu na vlastné náklady bezodkladne odstrániť a nahradiť' objednávateľovi škodu, ktorá mu v dôsledku uvedeného vznikla. Ak bude v rámci plnenia predmetu zmluvy zhotoviteľom dodané plnenie, ktoré je, alebo zahŕňa autorské dielo vytvorené na účely plnenia tejto zmluvy zhotoviteľom pre objednávateľa, ktoré bolo vytvorené treťou osobou (ďalej len „krabicový softvér"), zmluvné strany sa dohodli, že objednávateľ priamo uzatvorí licenčnú zmluvu s výrobcom krabicového softvéru. Ak je súčasťou plnenia zhotoviteľa dodanie softvéru (licencií k softvéru) osobitne nevytvoreného pre účely diela tejto zmluvy a bežne dostupného na trhu, objednávateľ sa zaväzuje uzatvoriť licenčnú, alebo inú obdobnú zmluvu s treťou stranou, ktorá je nositeľom práv k takémuto krabicovému softvéru, aby objednávateľ mohol tento softvér riadne užívať v rozsahu za obvyklých licenčných podmienok stanovených príslušným nositeľom práv k takémuto softvéru.
14.4. Odplata za udelenú licenciu a sublicenciu na používanie plnenia je zahrnutá v cene plnenia.
Článok 15 Osobitné ustanovenia
15.1. V prípade vzniku problémov v priebehu plnenia tejto zmluvy sa zmluvné strany pokúsia problém vyriešiť prostredníctvom osôb uvedených v eskalačnej matici. Najskôr bude problém riešený prostredníctvom osôb uvedených v 1. stupni, a následne v prípade nevyriešenia problému do 5 pracovných dní osobami v 2. stupni. V prípade neúspechu pri riešení problému do 10 pracovných dní bude problém riešený prostredníctvom štatutárnych zástupcov zmluvných strán.
Eskalačná matica | meno a kontakt osoby | |
Objednávateľ' | Zhotoviteľ' | |
Stupeň 1 | Xxx. Xxxxxx Xxxxxxxx, 02/3278 0107, | |
Stupeň 2 | Xxx. Xxxxxxxxx Xxxxxxxx, 02/593 56 666, | Xxx. Xxxxxxxx Xxxxx, 02/3278 0103, xxxxxxxx.xxxxx@xxxxxx.xxx |
15.2.Ak počas realizácie plnenia vzniknú požiadavky na zmenu zmluvy o dielo, projektový manažér zmluvnej strany, ktorá zmenu navrhuje vypracuje návrh dodatku k zmluve, ktorého obsahom budú navrhované zmeny. Návrh dodatku k zmluve doručí druhej zmluvnej strane, ktorá je povinná vyjadriť sa k navrhovaným zmenám do 15 dní od doručenia návrhu dodatku. V prípade, ak zmluvná strana nesúhlasí s navrhovanými zmenami, budú zmluvné strany spoločne rokovať o úprave zmluvy najskôr prostredníctvom osôb uvedených v 1. stupni eskalačnej matice a následne, ak nebude dosiahnutá dohoda ani do 10 pracovných dní, osobami v 2. stupni. Ak nebude dosiahnutá dohoda osobami uvedenými v 2. stupni do 10 pracovných dní, budú o navrhovanej zmene rokovať štatutárni zástupcovia zmluvných strán. Ak štatutárni zástupcovia nedosiahnu dohodu do 10 pracovných dní, zmluva ostane platná v pôvodnom znení.
15.3. Zmluvné strany nemôžu uzavrieť dodatky k zmluve podľa ods. 15.2 tohto článku, ktoré by podstatným spôsobom menili pôvodný predmet zákazky, dopĺňali alebo menili podstatným spôsobom podmienky, ktoré by v pôvodnom postupe zadávania zákazky umožnili účasť iných záujemcov alebo uchádzačov, alebo ktoré by umožnili prijať inú ponuku ako pôvodne prijatú ponuku, alebo zvyšovali cenu plnenia alebo jeho časti alebo menili ekonomickú rovnováhu zmluvy v prospech zhotoviteľa.
Článok 16 Zodpovednosť za vady
16.1. Zhotoviteľ poskytuje záruku v dĺžke 24 mesiacov na jednotlivé časti diela, pokiaľ výrobca príslušnej časti diela (krabicový hardvér a softvér)neposkytuje dlhšiu záruku. Záručná doba pri jednotlivých častiach plnenia, ktorými sa na účely tohto článku zmluvy myslí hardvér a softvér (HW a SW), začína plynúť od momentu odovzdania príslušnej časti plnenia. Na dodané dielo ako funkčný celok začína plynúť záruka po dobu 24 mesiacov odo dňa spustenia diela ako funkčného celku do ostrej (produkčnej) prevádzky, resp. od odovzdania a prevzatia diela ako celku (doba bezplatného odstránenia vád plynie odo dňa, kedy nastala skoršia z uvedených udalostí). Zhotoviteľ sa zaväzuje počas plynutia záručnej doby bezplatne odstrániť vzniknuté vady jednotlivých častí diela pri HW a SW a pri diele ako funkčnom celku.
16.2. Zhotoviteľ zodpovedá za kvalitné zhotovenie, funkčnosť a dodanie diela ako celku. Zhotoviteľ zodpovedá za to, že dielo bude zhotovené podľa podmienok zmluvy, v súlade s projektom, a podľa platných právnych predpisov a technických noriem ku dňu odovzdania diela, a že počas záručnej doby bude mať vlastnosti dohodnuté v tejto zmluve. Zhotoviteľ zodpovedá za vady krabicového softvéru a poskytuje na dodaný krabicový softvér záruku len a výlučne v rozsahu a v zmysle obchodných a dodacích
podmienok, aké poskytuje príslušný výrobca nositeľ práv k danému krabicovému softvéru.
16.3. Zhotoviteľ sa zaväzuje k bezplatnému odstráneniu vady, poškodenia alebo k výmene nejakej časti služby alebo diela počas realizácie projektu na svoje náklady.
16.4. Nevykonanie kontroly realizácie diela zo strany objednávateľa nezbavuje zhotoviteľa zodpovednosti za vady.
16.5. Objednávateľ podpisom zmluvy akceptuje všetkých subdodávateľov zhotoviteľa, čo zhotoviteľa nezbavuje zodpovednosti za kvalitu plnenia podľa zmluvy a podľa Obchodného zákonníka.
Časť B Servisná podpora
Článok 17
Definovanie servisnej podpory po realizácii diela
17.1. Zhotoviteľ sa zaväzuje za podmienok stanovených v tejto časti zmluvy poskytovať objednávateľovi a ďalším oprávneným organizáciám služby podpory a údržby hardvéru a softvéru (ďalej len „služby podpory“) ktoré tvoria IIS Bratislavy. Služby podpory, pokiaľ to povaha služby umožňuje, bude zhotoviteľ poskytovať prednostne formou elektronického plnenia.
17.2. Služby systémovej podpory budú zahŕňať:
a) riešenie prevádzkových problémov vzniknutých pri používaní hardvéru a softvéru u objednávateľa a/alebo u ďalších oprávnených organizácií, vrátane vykonania zásahu a odstraňovania závad hardvéru a softvéru (ďalej len „riešenie prevádzkových problémov“) a vybavovanie reklamácií,
b) zaistenie prevádzkyschopnosti hardvéru,
c) profylaktiku dodanej výpočtovej techniky,
d) zaistenie prevádzkyschopnosti softvéru,
e) rozvoj funkcionalít softvéru na základe plánov vývoja IIS Bratislavy,
f) poskytovanie nových verzií softvéru – upgrade prednostne formou elektronického plnenia,
g) odovzdávanie patchov a hotpatchov ich sprístupnením na internete (www stránkach ...) alebo formou elektronického plnenia,
h) odovzdávanie informácií o nových verziách softvéru ich sprístupnením na internete (www stránkach ...) alebo formou elektronického plnenia,
i) poskytovanie podpory na aktuálnu verziu,
j) rady ku správnemu a efektívnemu prevádzkovaniu formou poradenstva s využitím všetkých dostupných komunikačných prostriedkov /prostredníctvom telefónu, faxu, elektronickej pošty, internetu/ v rámci hotline pohotovosti každý pracovný deň v dobe medzi 8:00 – 16:00,
k) technologický upgrade softvéru - zaisťovanie kompatibility s novými verziami operačného systému a ďalších používaných externých produktov, podpora štandardov a štandardov stanovených pre informačné systémy verejnej správy,
l) update a upgrade (zaistenie funkčnosti v novej verzii softvéru) špeciálnych dovývojov a úprav realizovaných na základe objednávok a zmlúv uzavretých s objednávateľom,
m) konzultácie v rámci aplikačnej podpory,
n) služby Hotline,
o) prístup na webovú stránku xxxx://xxx.xxxxxx.xxx/xxxxxxx,
17.3. Služby legislatívnej podpory budú zahŕňať:
zaisťovanie zhody s platnou všeobecne záväznou legislatívou SR (aktualizácia softvéru v závislosti od legislatívnych zmien) vyplývajúcou z právnych predpisov zverejnených v Zbierke zákonov SR a to sprístupnením legislatívneho update softvéru na internete (www stránkach ...), alebo formou elektronického plnenia najneskôr v termíne, ktorý je nevyhnutný na spracovanie údajov pomocou softvéru s príslušnými legislatívnymi zmenami.
17.4. Služby aplikačnej podpory budú zahŕňať:
a) poskytovanie konzultácií a rád nasledovným spôsobom:
v pracovnej dobe zhotoviteľa pracovníkom objednávateľa v minimálnych časových blokoch tak ako sú uvedené v článku 21 ods. 1 písm. c) tejto zmluvy, pri riešení prevádzkových problémov vzniknutých pri používaní hardvéru a softvéru a pre správne a efektívne používanie softvéru formou:
• elektronickou,
• vyžiadaných telefonických konzultácií nad rámec služby Hotline,
• osobnej konzultácie/ návštevy,
s minimálnym obsahom:
• konzultácie k jednotlivým modulom,
• poradenská služba pri používaní a rozvoji IIS Bratislavy,
• pomoc pri inštalácii upgrade a update, pri inštalácii patchov a hotpatchov,
• doškoľovanie administrátorov,
• doškoľovanie používateľov,
• drobné programátorské práce upravujúce funkcionalitu podľa požiadaviek objednávateľa.
17.5. Štvrťročný hodinový objem konzultácií, uvedený v ods. 17.2 a ods. 17.4 tohto článku bude fakturovaný podľa skutočne poskytnutých konzultačných hodín.
17.6. Minimálny požadovaný rozsah za servisnú podporu predstavuje 240 osobodní za jeden kalendárny rok.
17.7. Služby podpory nezahŕňajú:
a) poskytovanie konzultácií a ďalších služieb nad rámec zmluvne dohodnutého počtu,
b) update/upgrade týkajúci sa základného softvéru (operačný a sieťový systém, databázy a pod.),
c) údržbu, opravy, zálohovanie a iné manipulácie s používateľskými dátami informačného systému.
Článok 18
Riešenie prevádzkových problémov
18.1. Zhotoviteľ sa zaväzuje riešiť prevádzkové problémy na základe požiadaviek oprávnených pracovníkov objednávateľa v pracovných dňoch v čase od 08.00 do 16.00 hod. prednostne formou elektronického plnenia a ak je to nevyhnutné, tak na mieste vzniku prevádzkového problému u objednávateľa v mieste jeho sídla.
18.2. O službu riešenia prevádzkových problémov požiada objednávateľ prostredníctvom oprávnených pracovníkov formou zadania novej požiadavky e-mailom, telefonicky alebo v aplikácii HelpDesk na webovej stránke xxxx://xxx.xxxxxx.xxx/xxxxxxx Zhotoviteľ odovzdá objednávateľovi ku dňu účinnosti tejto zmluvy manuál ku korektnému používaniu aplikácie HelpDesk, prípadne zaškolí oprávnených pracovníkov.
V prípade nefunkčnosti aplikácie HelpDesk na xxxx://xxx.xxxxxx.xxx/xxxxxxx objednávateľ zašle žiadosť o službu riešenia prevádzkových problémov zaslaním správy e-mailom na adresu xxxxxxx@xxxxxx.xxx.
18.3. Zoznam oprávnených pracovníkov objednávateľa a pracovníkov ďalších oprávnených organizácií, ktorí sú splnomocnení požadovať službu riešenia prevádzkových problémov od zhotoviteľa a pristupujú do aplikácie HelpDesk bude odovzdaný protokolárne zhotoviteľovi.
18.4. Vady alebo prevádzkové problémy sa členia do týchto kategórií:
• kategória A – vážne vady softvéru zhotoviteľa navodzujúce stav IIS Bratislavy, kedy v ňom nie je možné prevádzať hlavné úkony a to i na úrovni prehliadania dát a objednávateľ nie je schopný rutinne plniť svoje povinnosti voči tretím osobám (jeho klienti – obyvatelia, podnikatelia, štátna správa, a pod.) – jedná sa o stav, kedy je priamo ohrozená funkcia systému, alebo je nutné prikročiť ku komplikovaným a nákladným riešeniam mimo systém,
• kategória B – stredné vady softvéru zhotoviteľa, kedy určitá funkcionalita IIS Bratislava pre spracovanie a prehliadanie dát je nefunkčná, avšak jej činnosť je možné podľa pokynu zhotoviteľa nahradiť inou funkcionalitou, aj keď za cenu vyššej prácnosti,
• kategória C – nezávažné vady softvéru, kedy niektorá z funkcionalít IIS Bratislavy nie je úplne funkčná, avšak tento stav má len zanedbateľné dopady na prevádzku objednávateľa, alebo také, ktoré nie sú uvedené v predchádzajúcich kategóriách.
Kategorizáciu vád vykonáva objednávateľ, a to priamo v e-mailovom hlásení alebo v aplikácii HelpDesk“. O námietkach zhotoviteľa na kategorizáciu vád rozhodujú poverení pracovníci za objednávateľa a zhotoviteľa, v ich neprítomnosti ich zástupcovia. V prípade nedohody týchto pracovníkov rozhoduje s konečnou platnosťou dohoda štatutárnych orgánov objednávateľa a zhotoviteľa.
18.5. Zhotoviteľ sa zaväzuje po doručení hlásenia alebo e-mailu, faxu v zmysle ods. 18.2 tohto článku od objednávateľa podľa Reklamačného poriadku zhotoviteľa zahájiť prácu na odstránení vád a odstrániť prevádzkový problém v lehotách podľa nasledujúcej tabuľky:
kategórie vád | Doba odozvy | Doba dodania opravy |
A | do 1 pracovnej hodiny po obdržaní „Hlásenia o vzniku problému“ | do 4 pracovných hodín po obdržaní „Hlásenia o vzniku problému“ |
B | do 4 pracovných hodín po obdržaní „Hlásenia o vzniku problému“ | do 2 pracovných dní po obdržaní „Hlásenia o vzniku problému“ |
C | do 3 pracovných dní po obdržaní „Hlásenia o vzniku problému“ | do 2 mesiacov, najneskôr v ďalšej verzii softvéru |
18.6. Odstránenie vád v kategóriách A až C je definované ako odstránenie nahláseného prevádzkového problému - závady alebo poskytnutie prijateľného riešenia alebo jeho obchádzanie alebo návodu na obchádzanie alebo prevedenie daného problému do nižšej kategórie alebo rozhodnutie, že ide o novú požiadavku na zmenu - vývoj/nastavenie systému alebo postúpenie problému na vyriešenie tretej osobe (napr. dodávateľ operačných, sieťových a databázových systémov, atď.), ak ide o problém vyvolaný nekorektným správaním komponentov dodaných treťou osobou. Problém sa v zmysle tejto zmluvy považuje za odstránený, ak spôsob jeho odstránenia objednávateľ nereklamuje.
18.7. Lehoty uvedené v ods. 18.5 sú účinné od doručenia hlásenia, alebo e-mailu, faxu v zmysle ods. 18.2 tohto článku zhotoviteľovi pod podmienkou, že hlásenie, alebo e- mail, fax je doručené zhotoviteľovi v pracovný deň v dobe od 08.00 do 16.00 hod.. V prípade, že zhotoviteľ obdrží hlásenie, alebo e-mail mimo dobu uvedenú v predchádzajúcej vete, lehoty uvedené v ods. 18.6 tohto článku sú platné od 8:00 hod. nasledujúceho pracovného dňa.
18.8. V priebehu odstraňovania prevádzkového problému môže oprávnený pracovník objednávateľa podľa svojho uváženia alebo na návrh zhotoviteľa zmeniť kategóriu prevádzkového problému z A na B alebo z B na C. Zmena kategorizácie prevádzkového problému musí byť vyznačená v príslušnej požiadavke v aplikácii HelpDesk, v prípade nefunkčnosti aplikácie HelpDesk zaslaná e-mailom. V prípade zmeny kategórie prevádzkového problému z A na B alebo z B na C sú lehoty pre zahájenie prác na odstránení prevádzkového problému a lehoty pre odstránenie prevádzkového problému v platnosti od okamihu, kedy zhotoviteľ obdržal hlásenie v zmysle ods. 18.2 tohto článku, resp. e-mail, fax , v ktorom bola uvedená vyššia kategória.
18.9. V prípade omeškania zhotoviteľa s odstránením prevádzkového problému je objednávateľ oprávnený požadovať zaplatenie zmluvnej pokuty vo výške 0,05% z mesačnej paušálnej ceny za služby poskytované podľa článku 21 ods. 21.1 písm. a) a pism. c) tejto zmluvy za kalendárny mesiac, v ktorom došlo k omeškaniu zhotoviteľa, za každý aj začatý deň omeškania. Maximálna suma pokuty môže byť však do výšky 100% z štvrťročnej paušálnej ceny za služby poskytované podľa článku 21 ods. 21.1 písm. a) a c). Zaplatením zmluvnej pokuty nie je dotknutý prípadný nárok na náhradu škody vo výške prevyšujúcej zaplatenú zmluvnú pokutu, ktorá vznikne porušením dohodnutých zmluvných povinností.
18.10. Zhotoviteľ je povinný odstrániť nahlásené závady a pripomienky podľa priorít dohodnutých medzi oprávnenými pracovníkmi objednávateľa a zhotoviteľa a podľa rýchlosti reakcie dohodnutej v tomto článku.
18.11. Zhotoviteľ má výhradné právo stanoviť, či majú byť navrhované odporučenia a funkčnosti zahrnuté do nových verzií systému, ak nie je inou zmluvou dohodnuté inak.
Článok 19 Hotline
19.1.Zhotoviteľ sa zaväzuje poskytovať objednávateľovi a ďalším oprávneným organizáciám službu Hotline v pracovných dňoch, v dobe od 08.00 do 16.00 hod.:
• na telefónnych číslach 02/3278 0100
• odpoveďou na zadanú požiadavku v aplikácii HelpDesk na xxxx://xxx.xxxxxx.xxx/xxxxxxx, alebo
• mailovo odpoveďou na mail zaslaný na adresu: xxxxxxx@xxxxxx.xxx.
19.3. V prípade, že výsledkom Xxxxxxx je návrh na poskytnutie školenia či inej služby v rámci tejto zmluvy, kontaktná osoba zhotoviteľa bude o tom informovať zodpovedné osoby zhotoviteľa a objednávateľa.
19.4. Za službu Hotline nemôže byť považovaná rozsiahlejšia telefonická konzultácia v dĺžke trvania nad 30 minút typu zaškoľovanie v obsluhe IIS Bratislavy, časovo náročné riešenie používateľského (teda nie zásadného prevádzkového) problému, cielene vyžiadaná a poskytnutá iným ako službu Hotline poskytujúcim konzultantom.
Článok 20
Plnenie elektronickým spôsobom
20.1. Zhotoviteľ môže poskytnúť akékoľvek plnenie svojho záväzku pre objednávateľa formou elektronického plnenia, ak to jeho povaha umožňuje.
20.2. Zhotoviteľ dodáva elektronické plnenie objednávateľovi formou uvedenou v článku 20 ods. 20.1 tejto zmluvy a zároveň oznámi objednávateľovi e-mailom vykonané zmeny, pokiaľ takéto oznámenie nie je súčasťou takéhoto plnenia.
20.3. Objednávateľ má právo v lehote 15-tich pracovných dní uplatniť pripomienky, resp. nedostatky k dodanému predmetu plnenia. Po uplynutí tejto lehoty sa považuje elektronické plnenie za dodané.
20.4. Objednávateľ zároveň akceptuje dátumy dodania uvedené zhotoviteľom, ktoré sú podložené prostriedkami elektronickej komunikácie, resp. aplikáciou HelpDesk, prípadne dátumy, ktoré sú zaznamenané v logovacích súboroch systému využívaného na realizáciu spojenia (vzdialený prístup).
Článok 21
Spôsob určenia ceny servisnej podpory
21.1. Cena za poskytovanie služieb servisnej podpory podľa článku 3 ods. 3.2 tejto zmluvy je tvorená paušálnou cenou systémovej podpory a hotline, cenou za legislatívne zmeny a cenou za aplikačnú podporu (konzultácie a iné služby).
a) Cena za systémovú podporu a hotline:
• cena predstavuje za kalendárny rok sumu vo výške 12.800,00 EUR bez DPH (slovom: dvanásťtisícosemsto eur). Cena bude fakturovaná štvrťročne na konci príslušného kalendárneho štvrťroka.
b) Xxxx za legislatívnu podporu:
• Cena predstavuje za kalendárny rok sumu vo výške 12.800,00 EUR bez DPH (slovom: dvanásťtisícosemsto eur).
c) Cena za aplikačnú podporu (konzultácie a iné služby):
• Objednávateľovi budú na základe zmluvy poskytované konzultácie a ďalšie služby podľa a v rozsahu uvedenom v článku 17 ods. 17.4 tejto zmluvy. Minimálna doba konzultácie, služby v sídle objednávateľa je 0,125 osobodňa v celku a v sídle zhotoviteľa je 0,06 osobodňa v celku.
• Cena za konzultácie a za iné služby predstavuje za kalendárny rok sumu vo výške 12.800,00 bez DPH (slovom: dvanásťtisícosemsto eur) a bude fakturovaná štvrťročne na konci príslušného kalendárneho štvrťroka. Fakturácia osobodní za konzultácie a za ďalšie služby bude vykonávaná na základe potvrdených dodacích listov.
• V prípade prečerpania počtu osobodní určených na konzultácie a ďalšie služby uvedené v článku 17 ods. 17.2, 17.4 a 17.6 tejto zmluvy, tieto zhotoviteľ vyfakturuje objednávateľovi nad rámec takto dohodnutej ceny na základe odsúhlaseného zoznamu poskytnutých služieb a prečerpaných osobodní.
d) Xxxxxxx cena za poskytovanie služieb podpory v zmysle článku 3 ods. 3.2 predstavuje súčet cien uvedených v ods. 21.1 písm. a), b), a c) tohto článku.
Článok 22 PLATOBNÉ PODMIENKY
22.1. Platobné podmienky sú definované v zmysle podmienok podľa článku 3 ods. 3.2 a článku 21 tejto zmluvy.
22.2. Potvrdenia objednávateľa o dátume a čase zahájenia práce na odstránení a o dátume a čase odstránenia príslušného prevádzkového problému, pracovné výkazy o počte hodín odpracovaných pracovníkmi zhotoviteľa pri poskytovaní konzultácií a školení budú prílohou faktúry.
22.3. Splatnosť faktúr je v lehote do 30 dní odo dňa doručenia faktúry objednávateľovi. Faktúra sa nepovažuje za doručenú, ak objednávateľ v lehote 10 pracovných dní reklamoval v nej chyby, nedostatky alebo formálne vady. V takom prípade lehota splatnosti znovu začína plynúť po doručení upravenej faktúry.
22.4. V prípade omeškania objednávateľa s platením faktúr je zhotoviteľ oprávnený požadovať úrok z omeškania vo výške 0,05 % z dlžnej čiastky za každý i začatý deň omeškania, maximálne však vo výške 100% z výšky dlžnej čiastky.
22.5. V prípade omeškania zhotoviteľa s poskytnutím služby je objednávateľ oprávnený požadovať zaplatenie zmluvnej pokuty vo výške 0,05 % z fakturovanej ceny za každý aj začatý deň omeškania, maximálne však do výšky 100% z fakturovanej ceny. Zaplatením zmluvnej pokuty nie je dotknutý nárok na náhradu škody vo výške prevyšujúcej úrok z omeškania, pričom maximálna predvídateľná výška náhrady škody nepresiahne 100% z fakturovanej ceny.
Článok 23
Práva a povinnosti zmluvných strán
23.1. Zmluvné strany sa zaväzujú bez zbytočného odkladu navzájom si oznamovať všetky skutočnosti, ktoré by mohli mať vplyv na riadne plnenie tejto zmluvy.
23.2. Objednávateľ je povinný z legislatívnych a technologických dôvodov akceptovať vývoj IIS Bratislavy. Inštaláciu aktuálneho upgrade systému môže odmietnuť len zo závažných dôvodov na dobu nevyhnutne nutnú a len po vzájomnej dohode so zhotoviteľom.
23.3. Zhotoviteľ sa zaväzuje, že inštalácia aktuálneho upgrade softvéru nebude vážne ohrozovať operatívny chod úradu objednávateľa. Toto sa netýka technologických odstávok systému počas inštalácie softvéru. V prípade výskytu chýb inštalácie upgrade softvéru je povinný ich odstrániť na vlastné náklady.
23.4. Zhotoviteľ je povinný poskytovať objednávateľovi podporu v rozsahu uvedenom v tejto zmluve len na aktuálnu verziu IIS Bratislavy s tým, že v priebehu kalendárneho roka sú inštalované max. 4 verzie (nepočítajúc patche k jednotlivým verziám).
23.5. Objednávateľ sa zaväzuje prijímať priebežne také opatrenia, aby bol informačný systém IIS Bratislavy prevádzkovaný v prostredí zodpovedajúcom aktuálnym systémovým požiadavkám deklarovaným pre danú verziu IIS Bratislavy.
23.6. Zhotoviteľ nezodpovedá za škody, ktoré vznikli objednávateľovi v období od prijatia legislatívnych zmien do doby aktualizácie softvéru v prípadoch, keď objednávateľ pokračoval vo využívaní softvéru po ukončení tejto zmluvy.
Článok 24 Záruka za kvalitu
24.1. Zhotoviteľ poskytuje za vykonaný zásah každého prevádzkového problému záruku za kvalitu v dĺžke 180 dní od odstránenia prevádzkového problému.
24.2. Vady riešenia prevádzkového problému, ktoré vzniknú v záručnej dobe je zhotoviteľ povinný odstrániť bezplatne v mieste vzniku vady. Záručná doba sa v takom prípade predlžuje o dobu podľa odseku 24.1 tohto článku.
24.3. Vady riešenia prevádzkového problému bude objednávateľ oznamovať rovnakým spôsobom ako prevádzkové problémy s tým, že objednávateľ uvedie poznámku
„Záruka“. Lehoty pre zahájenie prác na odstránenie vady riešenia prevádzkového problému a lehoty pre odstránenie vady riešenia prevádzkového problému sú rovnaké ako lehoty pre zahájenie prác na odstránení prevádzkového problému a lehoty pre odstránenie prevádzkového problému, v riešení ktorého sa vyskytla vada.
Článok 25 Dôverné informácie
25.1. Obe zmluvné strany sa zaväzujú považovať informácie o všetkých skutočnostiach, o ktorých sa dozvedeli - priamo či nepriamo - na základe tejto zmluvy, alebo v súvislosti s touto zmluvou, alebo pri akejkoľvek spolupráci alebo v súvislosti s ňou, alebo získané akýmkoľvek iným spôsobom a to aj s informáciami o alebo od tretích strán za informácie dôverné a zaväzujú sa zachovať mlčanlivosť o takých skutočnostiach a to až do doby, kedy sa tieto informácie stanú všeobecne známymi
za predpokladu, že sa tak nestane porušením povinnosti mlčanlivosti. Obdobná povinnosť mlčanlivosti sa vzťahuje na skutočnosti a informácie, ktoré zmluvná strana označila ako dôverné, ďalej ktoré sú dôverné vo vzťahu k svojej povahe, alebo ak ide o skutočnosti či informácie, kde je zmluvnej strane známe alebo pri odbornom výkone činností by známe malo byť, že druhá strana má záujem na ich utajení.
25.2. Zmluvné strany sa zaväzujú používať dôverné informácie výhradne k účelom plnenia tejto zmluvy. Akékoľvek iné použitie mimo tohto účelu alebo poskytnutie informácií tretej strane si vyžaduje písomný súhlas druhej zmluvnej strany.
25.3. Všetky informácie budú ochraňované s rovnakou pozornosťou ako sú chránené vlastné priemyselné a obchodné tajomstvá zmluvnej strany a prinajmenšom so starostlivosťou opatrného obchodného partnera.
25.4. Za porušenie povinnosti mlčanlivosti sa nepovažuje, ak je zmluvná strana povinná dôvernú informáciu oznámiť na základe zákonom stanovenej povinnosti.
25.5. V prípade porušenia tejto povinnosti mlčanlivosti je druhá zmluvná strana oprávnená požadovať zaplatenie zmluvnej pokuty vo výške 2.000,- EUR (slovom dvetisíc eur). Zaplatením zmluvnej pokuty nie je dotknutý prípadný nárok na náhradu vzniknutej škody vo výške prevyšujúcej zaplatenú zmluvnú pokutu, maximálne však do výšky 100.000,-EUR bez DPH.
25.6. Povinnosť mlčanlivosti trvá a zaväzuje zmluvné strany bez ohľadu na ukončenie tejto zmluvy, a to bez časového obmedzenia.
Spoločné ustanovenia
Článok 26
Doba trvania zmluvy a ukončenie zmluvy
26.1. Zmluva sa uzatvára na dobu 60 mesiacov po podpísaní záverečného akceptačného protokolu bez výhrad, minimálne však na dobu trvania Zmluvy o poskytnutí nenávratného finančného príspevku číslo Z2232022008201 uzavretej medzi Hlavným mestom Slovenskej republiky Bratislava a Ministerstvom pôdohospodárstva a rozvoja vidieka SR.
26.2. Zmluvu možno ukončiť aj dohodou zmluvných strán.
26.3. Zmluvné strany sa dohodli, že ukončenie zmluvy odstúpením od zmluvy nie je možné.
26.4. Objednávateľ je oprávnený vypovedať zmluvu, ak:
a) zhotoviteľ vstúpi do likvidácie, alebo bude na jeho majetok vyhlásený konkurz alebo reštrukturalizácia, alebo bude voči nemu začaté exekučné konanie,
b) zhotoviteľ nedodržuje harmonogram plnenia, nerealizuje dielo v súlade s opisom predmetu zákazky a dielo nie je v súlade s technickou dokumentáciou projektu,
c) zhotoviteľ poskytne nepravdivé alebo zavádzajúce informácie, resp. neposkytne informácie v súlade s podmienkami zmluvy,
d) sa preukáže porušenie právnych predpisov SR a EÚ v rámci realizácie aktivít zmluvy súvisiacich s činnosťou zhotoviteľa.
26.5. Zhotoviteľ je oprávnený vypovedať zmluvu, ak sa preukáže porušenie právnych predpisov SR a EÚ v rámci realizácie aktivít zmluvy súvisiacich s činnosťou objednávateľa.
26.4. Xxxxxxxxxxx zmluvy je považované za doručené druhej zmluvnej strane prevzatím alebo odmietnutím prevzatia zásielky. Ak ju nemožno druhej zmluvnej strane doručiť na adresu uvedenú v zmluve, alebo na korešpondenčnú adresu oznámenú zmluvnej strane, považuje sa listina o vypovedaní za doručenú ku dňu uloženia zásielky na pošte. Výpovedná lehota je 1 mesiac a začína plynúť od 1. dňa nasledujúceho mesiaca po doručení výpovede druhej zmluvnej strane.
26.7. Pre prípad predčasného skončenia zmluvného vzťahu spôsobmi v zmluve upravenými, sa zmluvné strany dohodli, že dovtedy poskytnuté a dodané plnenia zhotoviteľom, ktoré boli objednávateľom prevzaté, prechádzajú do vlastníctva objednávateľa, vrátane autorských a licenčných práv. Zhotoviteľ' má nárok na úhradu ceny za takto prevzaté aj čiastočné plnenie zmluvy.
26.8. Objednávateľ má nárok na úhradu všetkých neoprávnených výdavkov podľa Zmluvy o NFP v prípade, že k vypovedaniu zmluvy dôjde v súlade s článkom 26 ods. 26.2 tejto zmluvy.
Článok 27 Záverečné ustanovenia
27.1. Táto zmluva je povinne zverejňovanou zmluvou podľa § 5a ods. 5 zákona č. 211/2000
Z. z. o slobodnom prístupe k informáciám a o zmene a doplnení niektorých zákonov (zákon o slobode informácií) v znení neskorších predpisov, nadobúda platnosť dňom podpisu a účinnosť dňom nasledujúcim po dni jej zverejnenia na webovom sídle objednávateľa.
27.2. Túto zmluvu možno meniť alebo dopĺňať písomne, na základe dohody zmluvných strán formou dodatkov v súlade s článkom 15 ods. 15. 2 a 15.3 tejto zmluvy.
27.3. Ak bude akékoľvek ustanovenie zmluvy vyhlásené za neplatné alebo nevymožiteľné, platnosť alebo vymožiteľnosť ostatných ustanovení zmluvy zostane nedotknutá. V takomto prípade sa zmluvné strany dohodli, že uzatvoria dodatok k zmluve a tie ustanovenia, ktoré stratili platnosť alebo sa stali nevymožiteľnými, nahradia ustanoveniami, ktorých formulácie a znenia budú čo najviac podobné pôvodnému zámeru s tým, aby bol zachovaný účel a cieľ tejto zmluvy, pri rešpektovaní nových skutočností, bez ujmy pre obidve zmluvné strany.
27.4. Zhotoviteľ berie na vedomie, že rozpočtované položky sú prostriedkom vyplateným aj zo štátneho rozpočtu Slovenskej republiky. Na použitie týchto prostriedkov, kontrolu ich použitia a ich vymáhanie v prípade porušenia finančnej disciplíny sa vzťahuje režim upravený v osobitných predpisoch (napr. zákon č. 523/2004 Z. z. o rozpočtových pravidlách verejnej správy a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, zákon č. 502/2001 Z. z. o finančnej kontrole a vnútornom audite a o zmene a doplnení niektorých zákonov v znení neskorších predpisov).
27.5. Zhotoviteľ' berie na vedomie, že podpisom tejto zmluvy sa stáva súčasťou Systému finančného riadenia štrukturálnych fondov, ako aj Systému riadenia štrukturálnych fondov, a zaväzuje sa postupovať' v súlade so Systémom finančného riadenia Štrukturálnych fondov a Kohézneho fondu pre programové obdobie 2007 - 2013 v platnom znení a Systémom riadenia ŠF a Kohézneho fondu pre programové obdobie 2007 - 2013 v platnom znení.
27.6. Zhotoviteľ berie na vedomie a súhlasí s oprávnením objednávateľa a oprávnených orgánov v zmysle právnych predpisov SR a EÚ vykonávať kontrolu u zhotoviteľa počas celej doby platnosti a účinnosti Zmluvy o poskytnutí nenávratného finančného príspevku číslo Z2232022008201, s umožnením vstupu do kontrolovaných objektov oprávnenej osobe objednávateľa a ostatným orgánom kontroly, overovania a auditu zo strany poskytovateľa finančných prostriedkov EÚ (RO OPBK), s poskytnutím vyžiadanej dokumentácie od zhotoviteľa, so zabezpečením prítomnosti oprávnených osôb zo strany zhotoviteľa, so zadefinovaním termínov/lehôt vykonávania kontrol,
s riešením zistení, prijatím nápravných opatrení a definovaním termínov na odstránenie zistených nedostatkov. Zhotoviteľ zároveň súhlasí s oprávnením objednávateľa definovať podstatné a nepodstatné porušenia podmienok zmluvy a dôvody výpovede zmluvy.
27.7. Práva a povinnosti touto zmluvou neupravené, sa riadia príslušnými ustanoveniami Obchodného zákonníka a ostatných všeobecne záväzných právnych predpisov platných na území Slovenskej republiky.
27.8. Táto zmluva je vyhotovená v ôsmich (8) originálnych vyhotoveniach, z ktorých po podpísaní šesť (6) vyhotovení dostane objednávateľ a dve (2) vyhotovenia zhotoviteľ.
27.9. Zmluva spolu s prílohami tvorí úplnú a konečnú dohodu medzi zmluvnými stranami vo všetkých záležitostiach v nej obsiahnutých. Nahrádza všetky predchádzajúce písomné alebo ústne dohody týkajúce sa predmetu zmluvy.
27.10. Zmluvné strany vyhlasujú, že túto zmluvu uzatvorili slobodne, vážne a nie v tiesni, že jej ustanovenia považujú za určité a zrozumiteľné, že jej podmienky nepovažujú za nápadne nevýhodné a že jej obsahu rozumejú a na znak súhlasu s jej obsahom ju vlastnoručne podpisujú.
27.11. Neoddeliteľnou súčasťou zmluvy sú jej nasledujúce prílohy: Príloha č. 1 - Špecifikácia ceny
Príloha č. 2 - Preberacie podmienky predmetu plnenia Príloha č. 3 - Opis predmetu plnenia
Príloha č. 4 - Harmonogram plnenia
V Bratislave, dňa ............10.10.2014........... V Bratislave,dňa....10.10.2014.....
za objednávateľa: Hlavné mesto SR Bratislava. za zhotoviteľa: Xxxxxx.xxx a.s.
doc. RNDr. Xxxxx Xxxxxxx, CSc., v.r. Xxx. Xxxxxxxx Xxxxx, v.r.
primátor Predseda predstavenstva
za zhotoviteľa: Xxxxxx.xxx a.s.
Xxx. Xxxxxxxx Xxxxxx.v.r. Podpredseda predstavenstva
Príloha č. 1 - Špecifikácia ceny
P.č. | Názov výdavku | Merná jednotka | Množstvo | Jednotková cena | Cena celkom v EUR bez DPH |
X | Xxxxxx aktivita - Analýzy a dizajn | x | x | x | x |
1 | Dokument súčasného stavu legislatívy upravujúcej cieľové služby a návrh legislatívnych zmien | ks | 1,000 | 16 800,00 € | 16 800,00 € |
2 | Dokument analýzy súčasného stavu (životné situácie, služby, procesy, organizácia) | ks | 1,000 | 56 800,00 € | 56 800,00 € |
3 | Dokument katalógu požiadaviek | ks | 1,000 | 56 800,00 € | 56 800,00 € |
4 | Dokument detailnej funkčnej špecifikácie (životné situácie, elektronické služby, optimalizované procesy, organizácia, integračné rozhrania) | ks | 1,000 | 52 400,00 € | 52 400,00 € |
5 | Dokument technického návrhu riešenia (IKT architektúra, IKT infraštruktúra) | ks | 1,000 | 16 000,00 € | 16 000,00 € |
B | Hlavná aktivita – Vývoj | x | x | x | x |
6 | Dokument detailnej analýzy a návrhu funkcionality pre spoločné moduly ÚPVS v rozsahu potrebnom pre poskytovanie elektronických služieb (IAM, Notifikačný modul, Platobný modul, Modul elektronického doručovania, eDesk modul, eForm modul, Modul centrálnej elektronickej podateľne, MDUERZ) | ks | 1,000 | 22 400,00 | 22 400,00 € |
7 | Dokument detailnej analýzy a návrhu Front-office komponentov (Portál samosprávy, Info modul, Elektronické formuláre na úrovni samosprávy, Elektronická podateľňa na úrovni samosprávy, GIS Front office) | ks | 1,000 | 32 800,00 | 32 800,00 € |
8 | Dokument detailnej analýzy a návrhu Mid-office komponentov pre procesnú integráciu a riadenie podaní (Business process management (BPM), Business rules engine (BRE), Workflow management (WFM), Definičné údaje podaní, Údaje o vykonávaní podaní) | ks | 1,000 | 24 000,00 | 24 000,00 € |
9 | Dokument detailnej analýzy a návrhu Mid-office komponentov pre správu elektronického obsahu (Document management system (DMS), Content management system (CMS)) | ks | 1,000 | 24 000,00 | 24 000,00 € |
10 | Dokument detailnej analýzy a návrhu Back-office komponentov pre prípravu SVS na integráciu do riešenia a integrácia do IIS samosprávy (účtovný systém, správa majetku, mzdový systém, systém pre zastupiteľstvo samosprávy, rozpočtový systém, registratúra, interný reporting, systém pre miestne dane a poplatky) | ks | 1,000 | 26 000,00 | 26 000,00 € |
11 | Dokument detailnej analýzy a návrhu Back-office komponentov pre lokálne registre (Register obyvateľov (lokálny), Register právnických osôb (lokálny), Register adries a nehnuteľností (lokálny)) | ks | 1,000 | 26 000,00 | 26 000,00 € |
12 | Dokument detailnej analýzy a návrhu Back-office komponentov pre operatívne dátové úložiská (eDemokracia, Obstarávanie, Licencovanie a povoľovanie, Dotácie a príspevky, Registrovanie, Notifikácie a sťažnosti, Informovanie a poradenstvo, GIS Back office) | ks | 1,000 | 20 800,00 | 20 800,00 € |
13 | Dokument detailnej špecikácie integrácie na základné registre v rozsahu potrebnom pre poskytovanie elektronických služieb (Register fyzických osôb (RFO), Register právnických osôb a podnikateľov (RPO), Register priestorových informácií (RPI), Register adries (RA)) | ks | 1,000 | 10 400,00 | 10 400,00 € |
14 | Dokument detailnej špecikácie integrácie na externé systémy v rozsahu potrebnom pre poskytovanie elektronických služieb (Register trestov, Základné číselníky, Kataster) | ks | 1,000 | 10 400,00 | 10 400,00 € |
15 | Implementované funkcionality spoločných modulov ÚPVS do riešenia IIS samosprávy (IAM, Notifikačný modul, Platobný modul, Modul elektronického doručovania, eDesk modul, eForm modul, Modul centrálnej elektronickej podateľne, MDUERZ) | súbor | 1,000 | 162 400,00 | 162 400,00 € |
16 | Implementované Front-office komponenty vrátane ich integrácie do riešenia IIS samosprávy (Portál samosprávy, Info modul, Elektronické formuláre na úrovni samosprávy, Elektronická podateľňa na úrovni samosprávy, GIS Front office) | súbor | 1,000 | 186 400,00 | 186 400,00 € |
17 | Implementované Mid-office komponenty pre procesnú integráciu a riadenie podaní vrátane ich integrácie do riešenia IIS samosprávy (Business process management (BPM), Business rules engine (BRE), Workflow management (WFM), Definičné údaje podaní, Údaje o vykonávaní podaní) | súbor | 1,000 | 168 000,00 | 168 000,00 € |
18 | Implementované Mid-office komponenty pre správu elektronického obsahu vrátane ich integrácie do riešenia IIS samosprávy (Document management system (DMS), Content management system (CMS)) | súbor | 1,000 | 56 000,00 | 56 000,00 € |
19 | Implementované Back-office komponenty pre prípravu SVS na integráciu do riešenia a integrácia do IIS samosprávy (účtovný systém, správa majetku, mzdový systém, systém pre zastupiteľstvo samosprávy, rozpočtový systém, registratúra, interný reporting, systém pre miestne dane a poplatky) | súbor | 1,000 | 128 000,00 | 128 000,00 € |
20 | Implementované Back-office komponenty pre lokálne registre vrátane ich integrácie do riešenia IIS samosprávy Register obyvateľov (lokálny), Register právnických osôb (lokálny), Register adries a nehnuteľností (lokálny)) | súbor | 1,000 | 28 000,00 | 28 000,00 € |
21 | Implementované Back-office komponenty pre operatívne dátové úložiská vrátane ich integrácie do riešenia IIS samosprávy (eDemokracia, Obstarávanie, Licencovanie a povoľovanie, Dotácie a príspevky, Registrovanie, Notifikácie a sťažnosti, Informovanie a poradenstvo, GIS Back office) | súbor | 1,000 | 96 000,00 | 96 000,00 € |
22 | Implementované integračné väzby a rozhrania na základné registre v rámci riešenia IIS samosprávy (Register fyzických osôb (RFO), Register právnických osôb a podnikateľov (RPO), Register priestorových informácií (RPI), Register adries (RA)) | súbor | 1,000 | 29 200,00 | 29 200,00 € |
23 | Implementované integračné väzby a rozhrania na externé systémy v rámci riešenia IIS samosprávy (Register trestov, Základné číselníky, Kataster) | súbor | 1,000 | 21 600,00 | 21 600,00 € |
C | Hlavná aktivita - Testovanie | x | x | x | x |
24 | Dokument testovacích scenárov a testovacích protokolov funkcionality spoločných modulov ÚPVS v rámci riešenia IIS samosprávy (IAM, Notifikačný modul, Platobný modul, Modul elektronického doručovania, eDesk modul, eForm modul, Modul centrálnej elektronickej podateľne, MDUERZ) | ks | 1,000 | 8 800,00 | 8 800,00 € |
25 | Dokument testovacích scenárov a testovacích protokolov Front-office komponentov (Portál samosprávy, Info modul, Elektronické formuláre na úrovni samosprávy, Elektronická podateľňa na úrovni samosprávy, GIS Front office) | ks | 1,000 | 18 400,00 | 18 400,00 € |
26 | Dokument testovacích scenárov a testovacích protokolov Mid- office komponentov pre procesnú integráciu a riadenie podaní (Business process management (BPM), Business rules engine (BRE), Workflow management (WFM), Definičné údaje podaní, Údaje o vykonávaní podaní) | ks | 1,000 | 8 800,00 | 8 800,00 € |
27 | Dokument testovacích scenárov a testovacích protokolov Mid- office komponentov pre správu elektronického obsahu (Document management system (DMS), Content management system (CMS)) | ks | 1,000 | 7 200,00 | 7 200,00 € |
28 | Dokument testovacích scenárov a testovacích protokolov Back-office komponentov pre prípravu SVS na integráciu do riešenia a integrácia do IIS samosprávy (účtovný systém, správa majetku, mzdový systém, systém pre zastupiteľstvo samosprávy, rozpočtový systém, registratúra, interný reporting, systém pre miestne dane a poplatky) | ks | 1,000 | 8 800,00 | 8 800,00 € |
29 | Dokument testovacích scenárov a testovacích protokolov Back-office komponentov pre lokálne registre ( Register obyvateľov (lokálny), Register právnických osôb (lokálny), Register adries a nehnuteľností (lokálny)) | ks | 1,000 | 8 800,00 | 8 800,00 € |
30 | Dokument testovacích scenárov a testovacích protokolov Back-office komponentov pre operatívne dátové úložiská (eDemokracia, Obstarávanie, Licencovanie a povoľovanie, Dotácie a príspevky, Registrovanie, Notifikácie a sťažnosti, Informovanie a poradenstvo, GIS Back office) | ks | 1,000 | 11 200,00 | 11 200,00 € |
31 | Dokument testovacích scenárov a testovacích protokolov integrácie na základné registre (Register fyzických osôb (RFO), Register právnických osôb a podnikateľov (RPO), Register priestorových informácií (RPI), Register adries (RA)) | ks | 1,000 | 2 400,00 | 2 400,00 € |
32 | Dokument testovacích scenárov a testovacích protokolov integrácie na externé systémy (Register trestov, Základné číselníky, Kataster) | ks | 1,000 | 2 400,00 | 2 400,00 € |
D | Hlavná aktivita - Nasadenie | ||||
33 | Nasadená funkcionalita spoločných modulov ÚPVS do produkčnej prevádzky v rámci riešenia IIS samosprávy (IAM, Notifikačný modul, Platobný modul, Modul elektronického doručovania, eDesk modul, eForm modul, Modul centrálnej elektronickej podateľne, MDUERZ) | súbor | 1,000 | 2 000,00 | 2 000,00 € |
34 | Nasadené Front-office komponenty do produkčnej prevádzky (Portál samosprávy, Info modul, Elektronické formuláre na úrovni samosprávy, Elektronická podateľňa na úrovni samosprávy, GIS Front office) | súbor | 1,000 | 7 200,00 | 7 200,00 € |
35 | Nasadené Mid-office komponenty pre procesnú integráciu a riadenie podaní do produkčnej prevádzky (Business process management (BPM), Business rules engine (BRE), Workflow management (WFM), Definičné údaje podaní, Údaje o vykonávaní podaní) | súbor | 1,000 | 2 000,00 | 2 000,00 € |
36 | Nasadené Mid-office komponenty pre správu elektronického obsahu do produkčnej prevádzky (Document management system (DMS), Content management system (CMS)) | súbor | 1,000 | 2 000,00 | 2 000,00 € |
37 | Nasadené Back-office komponenty pre prípravu SVS na integráciu do riešenia a integrácia do IIS samosprávy do produkčnej prevádzky (účtovný systém, správa majetku, mzdový systém, systém pre zastupiteľstvo samosprávy, rozpočtový systém, registratúra, interný reporting, systém pre miestne dane a poplatky) | súbor | 1,000 | 4 800,00 | 4 800,00 € |
38 | Nasadené Back-office komponenty pre lokálne registre do produkčnej prevádzky (Register obyvateľov (lokálny), Register právnických osôb (lokálny), Register adries a nehnuteľností (lokálny)) | súbor | 1,000 | 4 400,00 | 4 400,00 € |
39 | Nasadené Back-office komponenty pre operatívne dátové úložiská do produkčnej prevádzky (eDemokracia, Obstarávanie, Licencovanie a povoľovanie, Dotácie a príspevky, Registrovanie, Notifikácie a sťažnosti, Informovanie a poradenstvo, GIS Back office) | súbor | 1,000 | 4 800,00 | 4 800,00 € |
40 | Sprevádzkované integračné rozhrania IIS samosprávy na základné registre v produkčnej prevádzke (Register fyzických osôb (RFO), Register právnických osôb a podnikateľov (RPO), Register priestorových informácií (RPI), Register adries (RA)) | súbor | 1,000 | 3 200,00 | 3 200,00 € |
41 | Sprevádzkované integračné rozhrania IIS samosprávy na externé systémy v produkčnej prevádzke (Register trestov, Základné číselníky, Kataster) | súbor | 1,000 | 3 200,00 | 3 200,00 € |
E | Hlavná aktivita - Obstaranie a nasadenie HW a SW licencií | x | x | x | x |
42 | SW licencie - Primárna lokalita - Serverové pre IIS samosprávy | súbor | 1,000 | 17 600,00 | 17 600,00 € |
43 | SW licencie - Primárna lokalita - Užívateľské IIS samosprávy | súbor | 1,000 | 16 000,00 | 16 000,00 € |
44 | Inštalácia a konfigurácia SW infraštruktúry IIS samosprávy | osobodeň | 40,000 | 400,00 | 16 000,00 € |
45 | Výpočtová technika IIS BA | súbor | 1,000 | 16 000,00 | 16 000,00 € |
46 | Inštalácia a konfigurácia HW infraštruktúry (výpočtová technika) IIS samosprávy | osobodeň | 8,000 | 400,00 | 3 200,00 € |
47 | Komunikačná infraštruktúra IIS BA | súbor | 1,000 | 3 200,00 | 3 200,00 € |
48 | Inštalácia a konfigurácia HW infraštruktúry (komunikačná infraštruktúra) IIS samosprávy | osobodeň | 4,000 | 400,00 | 1 600,00 € |
49 | Suma spolu za položky A, B, C, D, E (hlavné aktivity) | x | x | x | 1 455 200,00 € |
F | Rezerva na nepredvídané výdavky (na krytie rizík) (vypočítaná z ceny hlavných aktivít) | x | x | x | x |
50 | Suma za položku F (rezerva na nepredvídané výdavky) | % | 0,500 | 7 276,00 € | |
G | Podporná aktivita - Riadenie projektu | x | x | x | x |
53 | Riadenie obsahu projektu podľa PRINCE2 / MRP (metodika riadenia projektov) | osobodeň | 192,000 | 400,00 € | 76 800,00 € |
54 | Suma spolu za položku G (podporná aktivita - Riadenie projektu) | x | x | x | 76 800,00 € |
H | Servisná podpora (maximálne 25% z ceny hlavných aktivít a sumy rezervy) | x | x | x | x |
51 | Servisná podpora na obdobie 5 rokov po ukončení projektu | osobodeň | 1200,000 | 160,00 € | 192 000,00 € |
52 | Suma spolu za položku H (Servisná podpora) | x | x | x | 192 000,00 € |
55 | Celková cena za realizáciu IIS BA (hlavné aktivity, rezerva a podporná aktivita) bez DPH | 1 539 276,00 € | |||
56 | suma DPH 20% | 307 855,20 € | |||
57 | Celková cena za realizáciu IIS BA (hlavné aktivity, rezerva a podporná aktivita) vrátane DPH | 1 847 131,20 € | |||
58 | Celková zmluvná cena za servisnú podporu bez DPH | 192 000,00 € | |||
59 | suma DPH 20% | 38 400,00 € | |||
60 | Celková zmluvná cena za servisnú podporu vrátane DPH | 230 400,00 € | |||
61 | Celková zmluvná cena predmetu zákazky vrátane DPH | 2 077 531,20 € | |||
Príloha č. 2 - Preberacie podmienky predmetu plnenia
DEFINÍCIE POJMOV
Akceptačné kritériá — sú merateľné technické alebo vecné parametre, vopred dohodnuté Zmluvnými stranami.
Proces Akceptácie — je proces posúdenia Plnenia podľa akceptačných kritérií.
Vada - je také správanie Plnenia:
a) pri ktorom Objednávateľ rutinne používajúci Plnenie nedostáva správne výsledky (chybné algoritmy výpočtu);
b) pri ktorom nie je dodržaná funkcionalita popísaná v dokumentácii, alebo zaručená zmluvou podľa ktorej bolo Plnenie dodané;
c) keď' pri korektnej obsluhe dochádza k nekorektnému chybovému ukončeniu;
d) pri ktorom dochádza k poškodzovaniu alebo strate užívateľských dát, v rámci opravy Vady sa odstraňuje len samotná Vada, neopravujú sa dáta;
Vadou nie je — najmä také správanie sa Plnenia, ktoré by inak spĺňalo kritériá Vady, ak je nevyhovujúce správanie sa Plnenia spôsobené:
a) nevhodným používaním Plnenia alebo jeho využívaním za iným účelom ako bolo určené;
b) administráciou ostrého prostredia, do ktorého je Plnenie nasadené, alebo administráciou Plnenia samotného Objednávateľa, alebo treťou osobou;
c) dátami, ktoré neprodukuje Plnenie;
d) používaním Plnenia za iných podmienok, ako bolo stanovené, alebo ak Plnenie bolo používané v rozpore s pokynmi poskytnutými Objednávateľovi resp. obsiahnutými v dokumentácii k Plneniu;
e) softvérom tretích strán alebo softwarovým prostredím;
f) udalosťami alebo skutočnosťami, ktoré Zhotoviteľ' nemohol ovplyvniť;
g) zmenou prostredia, do ktorého Zhotoviteľ' Plnenie nasadil;
h) výpadkom elektrickej energie, poruchou na prístupových linkách a poruchou iných súvisiacich systémov a služieb.
Kategórie Vád:
• kategória A – vážne vady softvéru Zhotoviteľa navodzujúce stav IIS Bratislavy, kedy v ňom nie je možné prevádzať hlavné úkony a to i na úrovni prehliadania dát a Objednávateľ nie je schopný rutinne plniť svoje povinnosti voči tretím osobám (jeho klienti – obyvatelia, podnikatelia, štátna správa, a pod.) – jedná sa o stav, kedy je priamo ohrozená funkcia systému, alebo je nutné prikročiť ku komplikovaným a nákladným riešeniam mimo systém.
• kategória B – stredné vady softvéru Zhotoviteľa kedy určitá funkcionalita IIS Bratislava pre spracovanie a prehliadanie dát je nefunkčná, avšak jej činnosť je možné podľa pokynu Zhotoviteľa nahradiť inou funkcionalitou, aj keď za cenu vyššej prácnosti.
• kategória C – nezávažné vady softvéru, kedy niektorá z funkcionalít IIS Bratislavy nie je úplne funkčná, avšak tento stav má len zanedbateľné dopady na prevádzku Objednávateľa, alebo také, ktoré nie sú uvedené v predchádzajúcich kategóriách.
Termíny odstránenia Vád (Platí pre akceptované časti diela)
kategórie vád | Doba odozvy | Doba dodania opravy |
A | do 1 pracovných hodín po obdŕžaní „Hlásenia o vzniku problému“ | do 4pracovných hodín po obdŕžaní „Hlásenia o vzniku problému“ |
B | do 4 pracovných hodín po obdŕžaní „Hlásenia o vzniku problému“ | do 2 pracovných dní po obdŕžaní „Hlásenia o vzniku problému“ |
C | do 3 pracovných dní po obdŕžaní „Hlásenia o vzniku problému“ | do 2 mesiacov, najneskôr v ďalšej verzii softvéru |
Väčšie množstvo Vád — jeden (1) alebo viac Vád kategórie A, alebo päť (5) alebo viac Vád kategórie B, alebo sedem (7) alebo viac Vád kategórie X.
Xxxxxx na odstránenie Vád — lehota, ktorú na odstránenie Vád upravuje Zmluva o dielo.
Úspešné uskutočnenie procesu Akceptácie — je v písomnej forme potvrdený výsledok procesu akceptácie poskytnutého plnenia bez výhrad.
Projektový manažér Objednávateľa — je osoba vymenovaná Objednávateľom, ktorá je zodpovedná za zabezpečenie zdrojov a kapacít Objednávateľa potrebných pre riadnu realizáciu Projektu. Je zodpovedný za aktívnu spoluprácu zamestnancov Objednávateľa v spoločných pracovných tímoch.
Projektový manažér Zhotoviteľa — je osoba vymenovaná Zhotoviteľom, ktorá riadi práce na Projekte zo strany Zhotoviteľa. Je zodpovedný za detailné plánovanie, koordináciu a kontrolu všetkých činností vykonávaných v rámci realizácie projektu.
Projektový plán — je detailný popis projektu tvoriaci prílohu č.1 a prílohu č. 4 zmluvy o dielo (špecifikácia predmetu, ceny a harmonogramu plnenia).
Dokumentácia pre začatie projektu obsahuje:
• ciele a požiadavky (vrátane metrík a ich hodnôt) Projektu, rozsah Projektu,
• štruktúru a zloženie projektových tímov Projektu,
• pravidlá vedenia dokumentácie,
• základné zodpovednosti, väzby a informačné toky v rámci organizácie Projektu,
• dôležité termíny Projektu,
• projektové postupy a procedúry vrátane kontroly kvality, odovzdania a akceptácie Plnenia, formy a štruktúry výstupov (plnení) Projektu.
Projekt — súbor činností a postupov vedúcich k riadnej realizácii a dodávke Plnenia.
Plnenie — tovary alebo služby, ktoré Zhotoviteľ' dodal Objednávateľovi podľa Zmluvy, Zmluvnej dokumentácie alebo inej dohody zmluvných strán, na ktoré sa Zmluva vzťahuje.
Komunikačná adresa elektronickej pošty — záväzná e-mailová adresa určená pre zmluvné strany na vzájomnú elektronickú komunikáciu: xxxx@xxxxxxxxxx.xx
PROJEKT A ORGÁNY RIADENIA PROJEKTU
Plnenie podľa Zmluvy bude riadené podľa Metodického pokynu Ministerstva financií Slovenskej republiky č. MF/28999/2009-132 pre riadenie IT projektov v aktuálnom znení a metodiky PRINCE 2 a orgánmi riadenia Projektu stanovenými ďalej.
Zmluvné strany menujú Výkonný výbor projektu a projektové tímy. Členmi Výkonného výboru sú Projektoví manažéri oboch Zmluvných strán.
Ďalšie orgány riadenia Projektu, ich právomoci a zodpovednosti, navrhuje v prípade potreby Výkonný výbor.
Výkonný výbor projektu
Výkonný výbor projektu (VVP) je vrcholným rozhodovacím a riadiacim orgánom Projektu. Úlohou Projektového výboru je vytvárať podmienky pre úspešnú realizáciu jednotlivých častí
Projektu.
Projektový výbor prerokúva záležitosti a prijíma svoje rozhodnutia v súlade s ďalej stanovenými podmienkami. Projektový výbor nie je oprávnený meniť Zmluvu.
VVP schváli Projektový plán Projektu. VVP schvaľuje taktiež všetky zmeny Projektového plánu Projektu, ktoré v priebehu Projektu navrhne jedna zo Zmluvných strán.
V ďalšom priebehu jednotlivých častí Projektu VVP:
• pripravuje podnety a odporúča zmeny zmluvy. Všetky takéto zmeny zmluvy musia byt' podpísané štatutárnymi orgánmi oboch Zmluvných strán,
• schvaľuje ukončené projektové výstupy,
• schvaľuje model a pravidlá systému kvality,
• schvaľuje výsledky kontroly kvality,
• kontroluje a sleduje priebeh a postup plnenia Zmluvy, plnenie cieľov a harmonogramu,
• predkladá štatutárnym orgánom Zmluvných strán na rozhodnutie situácie, ktoré presahujú právomoci Výkonného výboru (najmä podpisy zmlúv, zmeny zmlúv, výnimočné situácie, nemožnosť 'prijať' rozhodnutie),
• ukladá svojim členom úlohy, ktoré z titulu ich funkcie v organizačnej štruktúre Zmluvných strán môžu podporiť' realizáciu Plnenia.
PROJEKTOVÉ RIADENIE (MANAŽMENT)
Projektové riadenie je zodpovedné za vedenie Projektu v súlade s uzatvorenou Zmluvou. Projektové riadenie má v kompetencii:
• prerokovávať a navrhovať organizáciu Projektu,
• kontrolovať postup prác,
• prijímať opatrenia na zníženie možných rizík Projektu alebo vyriešenie vzniknutých problémov,
• predkladať Výkonnému výboru projektu požiadavky na zmeny oproti zmluvným dojednaniam. Vedenie projektu sa stretáva minimálne raz za dva týždne, ak nie je v Projektovom pláne Projektu dohodnuté inak. Z každého stretnutia Zhotoviteľ vyhotoví zápis, ktorý podpíšu obidvaja Projektoví manažéri.
PROJEKTOVÝ MANAŽÉR ZHOTOVITEĽA
Projektový manažér Zhotoviteľa riadi práce na Projekte. Projektový manažér Zhotoviteľa detailne plánuje, koordinuje a kontroluje všetky činnosti vykonávané v rámci Projektu.
Projektový manažér Zhotoviteľa je zodpovedný za zabezpečenie zdrojov a kapacít Zhotoviteľa potrebných pre riadne Plnenie Projektu a za spoluprácu v spoločných tímoch pracujúcich na jednotlivých častiach riešenia.
Projektový manažér Zhotoviteľa zodpovedá najmä za:
• celú realizáciu Výstupov jednotlivých častí Projektu v rámci schválených cieľov a rozsahu a za plnenie Zmluvy podľa ustanovení Zmluvy,
• dodržiavanie termínov podľa schváleného harmonogramu,
dodržiavanie schváleného modelu, pravidiel systému kvality a za dosiahnutie kvality riešenia. Projektový manažér Zhotoviteľa má právo vyžiadať' si od Projektového manažéra Objednávateľa informácie o činnosti tímov.
Projektový manažér Zhotoviteľa je povinný odovzdávať' pravidelné správy o priebehu realizácie Plnenia Projektovému riadeniu projektu a Projektovému výboru, ak bol zriadený.
Projektový manažér Zhotoviteľa je povinný viest' dokumentáciu Projektu a dohliadať na dodržiavanie projektových postupov a procedúr, ktoré budú definované v Projektovom pláne Projektu a zabezpečiť' jej zosúladenie s dokumentáciou Projektu Objednávateľa.
Projektový manažér Zhotoviteľa analyzuje možnosti a alternatívy vykonania zmeny, ktorej potreba sa v priebehu Projektu objavila, spolu s analýzou dopadov na zmenu ceny, termínov dodania Plnenia a kvality Plnenia.
• Projektový manažér Zhotoviteľa vypracováva varianty zmien jednotlivých častí Projektu, ktoré potom predkladá Projektovému riadeniu a Projektovému výboru.
• Zmeny, ktoré neznižujú rozsah ani kvalitu Plnenia a nemajú vplyv na cenu a termíny
plnenia, môže rozhodnúť' Projektový manažér Xxxxxxxxxxx a dať' ich Projektovému riadeniu projektu a Projektovému výboru len na vedomie s tým, že bude dodržaný článok 15 ods. 15.2 Zmluvy
• Projektový manažér Zhotoviteľa je zodpovedný za realizáciu diela tak, aby bolo v súlade s požiadavkami Objednávateľa uvedenými v čl. 15 bod 15.2 Zmluvy
PROJEKTOVÝ MANAŽÉR OBJEDNÁVATEĽA
Projektový manažér Objednávateľa riadi práce na Projekte.
Projektový manažér Objednávateľa je zodpovedný za zabezpečenie zdrojov a kapacít Objednávateľa potrebných pre riadne plnenie Projektu a za ich aktívnu spoluprácu v spoločných tímoch pracujúcich na jednotlivých častiach riešenia.
Projektový manažér Objednávateľa je oprávnený zadávať úlohy a vymáhať ich splnenie u osôb určených Zmluvnými stranami na spoluprácu v spoločných pracovných tímoch a na riešení jednotlivých častí Plnenia.
Projektový manažér Objednávateľa má právo vyžiadať si od vedúcich jednotlivých tímov odovzdávanie pravidelných alebo nepravidelných informácií o činnosti tímov.
Projektový manažér Objednávateľa zodpovedá za:
• zabezpečenie potrebných zdrojov a kapacít Objednávateľa v požadovanej kvalite a rozsahu podľa harmonogramu,
• riešenie bežných problémov pri využívaní zdrojov,
• zabezpečenie potrebnej technickej infraštruktúry pre využitie vyčlenených zdrojov,
• detailne plánuje, koordinuje a kontroluje všetky činnosti vykonávané v rámci tímov.
• analyzuje možnosti a alternatívny vykonania zmeny, ktorej potreba sa v priebehu Projektu objavila, spolu s analýzou dopadov na zmenu ceny, termínov Plnenia a kvality Plnenia,
• vypracováva varianty zmien jednotlivých častí Projektu, ktoré potom predkladá Riadiacemu výboru projektu a Výkonnému výboru projektu.
PREVZATIE PLNENIA PODĽA ZMLUVY O DIELO AKCEPTÁCIOU OBJEDNÁVATEĽOM (ĎALEJ LEN „AKCEPTÁCIA")
Akceptácia
1. Akceptácia sa bude dotýkať' dodaných jednotlivých častí plnenia alebo diela ako celku na základe dodaných dokumentov, ktoré popisujú ich funkcionalitu a obsah.
2. Dokumenty budú Objednávateľovi odoslané v lehotách definovaných v Zmluve alebo Projektovom pláne na pripomienkovanie v elektronickej forme vo forme e-mailovej správy. Zároveň môže byt' realizovaná aj prezentácia dokumentu, ak si to Objednávateľ vyžiada.
3. Pri osobnom prevzatí dokumentov podpíše zástupca Objednávateľa a Zhotoviteľa preberací a odovzdávací protokol v počte definovanom Objednávateľom.
4. Objednávateľ je povinný zaslať pripomienky k dokumentom e-mailom v lehote do 10 pracovných dní odo dňa prevzatia (doručenia) dokumentu vo formáte MS Excel, alebo MS Word.
5. Zhotoviteľ' pripomienky zapracuje. V prípade, že niektorú z pripomienok nie je možné akceptovať, zabezpečí Zhotoviteľ písomné vyjadrenie pripomienkujúceho, že po vysvetlení situácie berie svoju pripomienku naspäť'.
6. Novú verziu dokumentov so zapracovanými pripomienkami zašle Zhotoviteľ Objednávateľovi v rovnakej forme v akej odovzdal prvú verziu dokumentov s vyznačenými zmenami.
7. Pri osobnom prevzatí novej verzie dokumentu podpíše zástupca Objednávateľa a Zhotoviteľa preberací a odovzdávací protokol v počte definovanom Objednávateľom.
8. Objednávateľ je povinný do 5 pracovných dní po obdržaní novej verzie Dokumentu preveriť spôsob zapracovania pripomienok.
9. V prípade nesúhlasu musí zaslať Objednávateľ svoje stanovisko bezodkladne, najneskôr do ďalších 5 pracovných dní. Stanovisko môže zaslať iba k spôsobu zapracovania pripomienok vzneseným k prvej verzii dokumentu.
10. Pripomienkovanie sa bude rovnakým spôsobom opakovať', pokiaľ nebude zo strany
Objednávateľa vyjadrený súhlas so zapracovanými pripomienkami.
11. Takto pripravený dokument bude predložený na schválenie a akceptáciu Výkonnému výboru projektu. Po jeho akceptácií sa stáva záväzný pre Projekt.
12. Konečná verzia dokumentov bude Objednávateľovi po akceptácii odovzdaná v dvoch vyhotoveniach v písomnej forme a päťkrát v elektronickej forme na podpísanom CD resp. DVD. Prevzatie a odovzdanie dokumentu bude potvrdené preberacím a odovzdávací, protokolom. Odovzdané dokumenty musia byť vypracované v súlade s článkom 6 ods. 6.8 Zmluvy.
13. Dodávka dokumentov sa považuje za ukončenú a riadne splnenú jeho prevzatím a akceptáciou bez výhrad.
Akceptácia aplikačných softvérov
Zhotoviteľom realizované, otestované a odprezentované aplikačné softvéry budú odovzdané do skúšobnej prevádzky u Objednávateľa formou definovanou v Zmluve alebo Projektovom pláne Projektu. Ak nebolo Zmluvnými stranami dohodnuté inak, Zhotoviteľ zašle aplikačné softvéry Objednávateľovi v elektronickej forme, na CD alebo DVD nosiči.
Objednávateľ v skúšobnej prevádzke otestuje dodané aplikačné softvéry do 15 pracovných dní od ich dodávky. Počas tohto obdobia je Objednávateľ oprávnený hlásiť Zhotoviteľovi Vady vo funkcionalite realizovaných aplikačných softvérov. V prípade, že sa Zmluvné strany v Zmluve alebo Projektovom pláne Projektu dohodli, že testovanie bude prebiehať za osobnej účasti zástupcu Zhotoviteľa, dohodnú sa aj na harmonograme a dobe testovania dodaných aplikácií.
Na konci testovacej prevádzky Objednávateľ v súčinnosti so Zhotoviteľom vyhotoví súpis Vád s ich rozdelením do troch kategórií v zmysle kategorizácie vád uvedenej v tejto prílohe.
Projektový manažér Zhotoviteľa navrhne lehoty, v ktorých sa Zhotoviteľ zaväzuje odstrániť jednotlivé Vady. Na navrhnuté termíny sa nevzťahuje tabuľka Termíny odstránenia Vád.
Projektový manažér Objednávateľa predloží Výkonnému výboru projektu na schválenie akceptačný protokol, obsahujúci stanovisko k akceptácii plnenia. Stanovisko k akceptácií plnenia musí byt' bez výhrad,
Podpísaním akceptačného protokolu bez výhrad sa dodávka aplikačných softvérov považuje za riadne splnenú a prevzatú Objednávateľom.
Pri akceptácii konverzie dát alebo ich modifikácii sa postupuje analogickým spôsobom.
Akceptácia dodávky tovaru a licencií:
Dodávka tovaru (HW) a licencií (SW) prebieha na mieste určenom v Zmluve.
Projektový manažér Zhotoviteľa v prípade dodávky tovaru upozorní Objednávateľa vopred na termín dodávky. Licencie (SW) sa dodávajú v termínoch definovaných v prílohe č.1 zmluvy o dielo — Špecifikácia predmetu, ceny.
Pri preberaní dodávky podpíše Projektový manažér Objednávateľa preberací protokol. Podpísaním preberacieho protokolu sa dodávka považuje za riadne splnenú a prevzatú Objednávateľom.
Akceptácia implementácie modulu (modulov) aplikácie:
Spôsob implementácie modulu (modulov) aplikácie bude popísaný v príslušnom dokumente, ktorý podlieha akceptácii.
V Dokumente sú presne definované akceptačné kritériá a testovacie procedúry, ktoré musí modul aplikácie spĺňať, aby mohla byt' jeho implementácia považovaná za ukončenú.
Po úspešnej realizácii testovacích procedúr definovaných v dokumente je Projektový manažér Objednávateľa povinný predložiť' Výkonnému výboru projektu na schválenie akceptačný protokol.
V prípade, že sa počas realizácie testovacích procedúr vyskytnú Vady, Objednávateľ v súčinnosti so Zhotoviteľom vyhotoví ich súpis s rozdelením do troch kategórií v zmysle kategorizácie vád uvedenej v tejto prílohe.
Projektový manažér Zhotoviteľa navrhne lehoty, v ktorých sa Zhotoviteľ zaväzuje odstrániť'
jednotlivé Vady. Na navrhnuté termíny sa nevzťahuje tabuľka Termíny odstránenia Vád. Za Vady modulu sa považuje nesúlad správania sa modulu voči odsúhlasenému Dokumentu (detailnej špecifikácii plnenia a pod.). Po odstránení Vady Objednávateľ písomne potvrdí jeho odstránenie
Projektový manažér Objednávateľa predloží Výkonnému výboru projektu na schválenie akceptačný protokol, obsahujúci stanovisko k akceptácii plnenia. Stanovisko k akceptácií plnenia musí byt' bez výhrad.
Podpísaním akceptačného protokolu bez výhrad sa dodávka aplikačných softvérov považuje za riadne splnenú a prevzatú Objednávateľom.
Akceptácia vykonaných prác:
Po vykonaní prác podľa Zmluvy Zhotoviteľ predloží Objednávateľovi na akceptáciu výkaz prác, ktorého súčasťou budú čiastkové výstupy prác. V prípade ak Objednávateľ' nemá k vykonaným prácam výhrady, do 5 pracovných dní po doručení výkazu prác Projektový manažér Objednávateľa potvrdí výkaz vykonaných prác.
V prípade ak má Objednávateľ k vykonaným prácam oprávnené výhrady (práce neboli preukázateľne poskytnuté v súlade so Zmluvou), je povinný doručiť Zhotoviteľovi výhrady k vykonaným prácam do 5 pracovných dní odo dňa doručenia výkazu prác Objednávateľovi.
Opis predmetu plnenia
Hlavné mesto Slovenskej republiky Bratislava
Elektronizácia služieb bratislavskej samosprávy
S riešeniami od nás vyrastiete.
Obsah
Zoznam použitých skratiek a pojmov 5
3.1 Využitie modulov IIS BA 10
3.2 Poskytovanie služieb informačných systémov prostredníctvom informačných
3.2.1 Hodnotenie súčasného stavu a návrh požadovaného stavu 10
3.2.2 Návrh architektúry riešenia IIS 12
3.2.3 Model architektúry IIS 14
3.2.3.1 Správa a prevádzka IIS BA 14
3.2.3.2 Kontrolovaný prístup k údajom 15
3.2.3.4 Administrácia riešenia 16
3.2.3.6 Spôsob autorizácie a autentifikácie 17
3.2.3.7 Spôsob monitoringu a reportingu systému 17
3.2.3.8 Riadenie prístupu používateľov ku funkčnosti aplikačných komponentov IIS BA
3.2.4 Požiadavky na návrh riešenia IIS BA 18
3.2.5 Front-office komponenty – centrálne komponenty 20
3.2.5.1 Identifikačný a autentifikačný modul (IAM) 20
3.2.5.3 Elektronická podateľňa (EPO) 23
3.2.5.4 Platobný modul (PM) 25
3.2.5.5 Modul elektronického doručovania (MED) 27
3.2.6 Front-office komponenty – komponenty mesta 30
3.2.6.3 Elektronické formuláre 33
3.2.7 Mid-office komponenty – integračná architektúra 36
3.2.7.1 Mid-office komponenty – procesná integrácia 37
3.2.7.1.1 Integračný nástroj (ESB) 37
3.2.7.1.2 Procesný manažment (BPM) 38
3.2.7.1.3 Nástroj pre definíciu pravidiel (BRE) 38
3.2.7.1.4 Nástroj pre monitorovanie procesov (BAM) 39
3.2.7.1.5 Workflow manažment (WFM) 39
3.2.8 Mid-office komponenty – riadenie podaní / prípadov 40
3.2.8.1 Definičné údaje podaní 40
3.2.8.2 Údaje o vykonávaní podaní 40
3.2.9 Mid-office komponenty – správa dokumentov a elektronického obsahu 40
3.2.10 Back-office komponenty 43
3.2.10.1 Back-office komponenty – IS úsekov správy mesta 43
3.2.10.1.1 Účtovné systémy a rozpočtový systém 44
3.2.10.1.3 Interný reporting 48
3.2.10.1.4 Systém pre zastupiteľstvo mesta 49
3.2.10.1.5 Miestne dane a poplatky 50
3.2.10.1.6 Mzdový systém 54
3.2.10.2 Back-office komponenty – lokálne registre 54
3.2.10.3 Back-office komponenty – operatívne dátové úložiská 55
3.2.10.3.1 GIS Back-office 56
3.2.11 Externé systémy 57
3.2.12 Požiadavky na návrh softvérovej architektúry 60
3.2.13 Mexxxx xntegrácie 60
3.3 Návrh ostatných požiadaviek na riešenie 62
3.3.1 Návrh bezpečnosti riešenia 62
3.3.2 Rozsah pokrytia jednotlivých oblastí bezpečnosti 62
3.3.3 Návrh projektového riadenia 63
3.3.4 Dokumentácia 66
3.4 Návrh realizačných krokov 66
3.4.1 Analýza a dizajn 66
3.4.2 Vývoj 68
3.4.3 Testovanie 68
3.5 Návrh harmonogramu realizácie projektu 73
3.6 Riziká 74
4 POŽADOVANÉ ELEKTRONICKÉ SLUŽBY 81
4.1 Generické procesy služieb 83
4.1.1 Vstupná fáza 83
4.1.1.1 Inicializácia 83
4.1.1.2 Navigácia na informačnom portáli 84
4.1.1.3 Autentifikácia 84
4.1.1.4 Vytvorenie a odoslanie podania 84
4.1.1.5 Potvrdenie prijatia 85
4.1.2 Výstupná fáza 85
4.1.2.1 Nastavenie komunikačného kanálu 85
4.1.2.2 Notifikácia o výstupe 85
4.1.2.3 Prijatie výstupu 85
4.1.2.4 Proaktívne poskytovanie služieb 85
4.1.2.5 Archivácia 86
4.1.2.6 Uzavretie prípadu 86
4.1.2.7 Odvolacie konanie 86
4.1.2.8 Podpis zmluvy 86
4.2 Štandardizované procesné fázy 87
4.2.1 Vstupné fázy 87
4.2.1.1 Vstupná fáza typu 1 87
4.2.1.2 Vstupná fáza typu 2 87
4.2.2 Výstupné fázy 88
4.2.2.1 Výstupná fáza typu 1 88
4.2.2.2 Výstupná fáza typu 2 88
4.2.2.3 Výstupná fáza typu 3 89
4.3 Informačné služby 90
4.4 Platobné služby 90
4.5 Popis elektronických služieb 91
5 HARDVÉROVÁ INFRAŠTRUKTÚRA 92
5.1 Parametre architektúry 92
5.1.1 Servery 93
5.1.2 Virtualizácia 94
5.1.3 Databáza 94
5.1.4 Storage Area Network 95
5.1.5 Dátové úložiská 95
5.1.6 Sieťová vrstva 95
6 SERVISNÁ PODPORA 96
7 POŽADOVANÝ OBSAH TECHNICKÉHO NÁVRHU RIEŠENIA 99
Zoznam použitých obrázkov
Obr. 1 Bloková architektúra IIS BA 8
Obr. 2 Schéma a vrstvy architektúry IIS BA 19
Obr. 5 Proces podpisu zmluvy 87
Obr. 6 Proces vstupnej fázy typu 1 87
Obr. 7 Proces vstupnej fázy typu 2 88
Obr. 8 Proces výstupnej fázy typu 1 88
Obr. 9 Proces výstupnej fázy typu 2 89
Obr. 10 Proces výstupnej fázy typu 3 89
Obr. 11 Proces informačnej služby 90
Obr. 12 Proces platobnej služby 91
Zoznam použitých tabuliek
Tab. 1 Zoznam použitých skratiek a pojmov 5
Tab. 2 Rozdelenie správy údajov a technológií IIS BA 15
Tab. 3 Prehľad používateľských a aplikačných služieb IAM 22
Tab. 4 Prehľad používateľských služieb IAM 22
Tab. 5 Prehľad základných služieb Notifikačného modulu 23
Tab. 6 Prehľad základných interných služieb Notifikačného modulu 23
Tab. 7 Prehľad základných služieb EPO 24
Tab. 8 Prehľad služieb Platobného modulu 26
Tab. 11 Hraničné termíny realizácie projektu pre jednotlivé aktivity 74
Tab. 12 Prehľad služieb, ktorých implementácia je v rámci IIS BA požadovaná 81
Tab. 13 Požadovaná dostupnosť IIS BA 92
Tab. 14 Zaťaženie systému IIS BA 92
Tab. 15 Odozva systému IIS BA 93
Zoznam použitých skratiek a pojmov
Tab. 1 Zoznam použitých skratiek a pojmov
Pojem/skratka | Popis |
ACA | Akreditovaná certifikačná autorita |
API | Aplikačné komunikačné rozhranie |
BPM | Business-process management – Komponent architektúry pre riadenie procesov |
BRE | BusiLomtec Rules Engine – Komponent architektúry pre riadenie výkonu pravidiel |
CA | Certification Authority – Certifikačná Autorita |
CEP | Centrálna elektronická podateľňa |
CMS | Content Management System – Systém pre správu obsahu |
CRL | Zoznam zrušených certifikátov (Certificate Revocation List) |
OS | Osobodeň |
DB | Databáza |
DMS | Document Management System – Systém pre správu dokumentov |
EP | Elektronický podpis |
EPO | Elektronická podateľňa |
ESB | Enterprise Service Bus – Komponent architektúry pre aplikačnú integráciu |
ESBS | Elektronické služby bratislavskej samosprávy |
EÚ | Európska únia |
EVO | Elektronické verejné obstarávanie |
FAQ | Frequently asked questions – často kladené otázky |
G2G | Komunikáciu typu Government to Government |
GIS | Geografický informačný systém |
HTTPS | Hypertext Transfer Protocol Secure - protokol na prenos hypertextu kryptovaný pomocou SSL |
HW | Hardvér |
IAM | Identity and Access Management - Identifikačný a autentifikačný modul |
IIS BA | Integrovaný informačný systém mesta Bratislava a jeho mestských častí |
IKT | Informačno-komunikačné technológie |
IS | Informačný systém |
ISVS | Informačný systém verejnej správy |
IT | Informačné technológie |
KaPor | Katastrálny portál |
KRXX | Xxxxxxxxx xozvoja informačných systémov |
LDAP | Lightweighted Directory Access Protocol – aplikačný protokol na verejný prístup k adresárovým službám (aktuálne vo verzii 3 – LDAP v3) |
MČ | Mestská časť |
MED | Modul elektronického doručovania |
MEF | Modul elektronické formuláre |
MRP | Metodika riadenia projektov |
MsÚ | Miestny úrad |
NKIVS | Národná koncepcia informatizácie verejnej správy |
NR SR | Národná rada Slovenskej republiky |
OECD | Organizácia pre hospodársku spoluprácu a rozvoj |
OLTP | Online Transaction Processing - technológia uloženia dát v databáze, ktorá umožňuje ich čo najjednoduchšiu a najbezpečnejšiu modifikáciu |
v mnohoužívateľskom prostredí | |
OPBK | Operačný program Bratislavský kraj |
OPIS | Operačný program informatizácia spoločnosti |
OS | Operačný systém |
PKI | Public Key Infrastructure – infraštruktúra certifikátov a certifikačných autorít, ktorá umožňuje dôveryhodné previazanie identity vlastníka certifikátu s jeho verejným kľúčom |
PM | Platobný modul |
PMA | Projektový manažment |
POSP | Postup spracovanie elektronického formuláru |
REGOB | Register obyvateľov |
RFO | Register fyzických osôb |
RO | Riadiaci orgán |
RPOaP | Register právnických osôb a podnikateľov |
RVP | Riadiaci výbor projektu |
SEO | Search engine optimization – optimalizácia pre vyhľadávače |
SIVS | Stratégia informatizácie verejnej správy |
SO | Sprostredkovateľský orgán |
SOA | Service Oriented Architecture – servisne orientovaná architektúra – architektúra orientovaná na služby |
SW | Softvér |
ŠP | Štátna pokladnica |
ŠÚ | Štúdia uskutočniteľnosti - Elektronizácia služieb hlavného mesta SR Bratislavy a jeho mestských častí – Verzia 5.0 z 22.januára 2010 |
UML | Unified Modeling Language - grafický jazyk na vizualizáciu, špecifikáciu, navrhovanie a dokumentáciu programových systémov |
ÚPVS | Ústredný portál verejnej správy |
Use case | Prípad použitia |
ÚVO | Úrad pre verejné obstarávanie |
VO | Verejné obstarávanie |
VS | Verejná správa |
VZN | Všeobecné záväzné nariadenie |
W3C | Medzinárodná organizácia pre štandardizáciu World Wide Web služieb |
WFM | Workflow management – Komponent architektúry pre správu procesného toku |
WS | Webová služba (Web service) |
Z.z. (Zb.) | Zbierka zákonov |
ZEP | Zaručený elektronický podpis |
ŽoNFP | Žiadosť o nenávratný finančný príspevok |
1 Úvod
Predmetom ponuky je analýza, dizajn riešenia, vývoj, testovanie, nasadenie systému a podpora , vrátane dodávky hardvérovej a softvérovej infraštruktúry súvisiacej s implementáciou IIS BA. Predmetom zákazky je tiež servisná podpora IIS BA.
Systém zabezpečí integráciu elektronických služieb bratislavskej samosprávy do celkovej architektúry eGovernmentu Slovenskej republiky a komunikáciu s centrálnymi registrami a Ústredným portálom verejnej správy.
Predmetom realizácie projektu Elektronizácia služieb bratislavskej samosprávy je realizovať riešenie elektronizácie služieb poskytovaných hlavným mestom a jeho mestskými časťami a určiť projektové a realizačné parametre pre dosiahnutie cieľov, ktoré boli definované schválenými koncepciami rozvoja informačných systémov hlavného mesta a mestských častí a programovými dokumentmi OPBK. Ciele, ktoré chce hlavné mesto realizáciou projektu dosiahnuť sú nasledovné:
• zabezpečiť zvýšenie spokojnosti občanov, podnikateľov a ostatnej verejnosti s
verejnou správou,
o umožniť všetkým skupinám obyvateľov využívať možnosti
eGovernmentu,
o výrazne znížiť administratívne zaťaženie občanov a podnikateľských subjektov pri vybavovaní záležitostí na úradoch bratislavskej samosprávy,
o zvýšiť transparentnosť úradných procesov a skrátiť čas vybavovania úradných agend,
o skvalitniť a elektronizovať možnosti participácie verejnosti na veciach
verejných,
• zabezpečiť elektronizáciu procesov verejnej správy,
o prepojiť existujúce registre, vytvoriť nové potrebné registre a zabezpečiť ich použiteľnosť na právne úkony,
o realizovať kľúčové nástroje pre poskytovanie elektronických služieb,
o zabezpečiť zvyšovanie a skvalitňovanie portfólia svojich elektronických
služieb, vrátane zmeny procesov,
o iniciovať a podporiť legislatívny proces umožňujúci realizáciu
elektronických služieb verejnej správy,
• zefektívniť a zvýšiť výkonnosť verejnej správy,
o vytvoriť spoločnú zabezpečenú infraštruktúru pre eGovernment a podporné činnosti,
o využívať centrálne aplikácie a služby pre realizáciu vybraných činností.
Projekt ESBS je členený medzi žiadateľa (Hlavné mesto SR Bratislava) a jeho partnerov (všetky mestské časti mesta Bratislava s výnimkou MČ Xxxxx) a s osobitným postavením Magistrátu hlavného mesta v pozícii partnera na úrovni mestských častí v prípade, že sa jedná o úpravu a integráciu jeho Back-office systémov na centrálne riešenie Integrovaného informačného systému BA (ďalej ako „IIS BA“). Rozdelenie IIS BA na centrálne riešenie a riešenia IS mestských častí a magistrátu (ďalej ako „ IS partnerov“), vysvetlenie pojmov, vzťahov a závislostí medzi centrálnym riešením a IS partnerov je podrobne popísané v tomto opise predmetu zákazky.
Správcom a prevádzkovateľom IIS BA bude Magistrát mesta Bratislava. Z pohľadu efektivity návrhu, implementácie a prevádzky vytvorenie projektu Elektronizácia služieb bratislavskej samosprávy je podľa dokumentu Žiadosti o nenávratný finančný príspevok navrhnuté ako spoločné centralizované riešenie, kde všetky systémy budú v správe jedného subjektu (Magistrátu). Táto „centrálna“ časť IIS BA je predmetom tohto obstarávania a je popisovaná v tomto Opise predmetu zákazky. Jednotliví partneri sa budú aktívne podieľať na návrhu, nastavení, tvorbe systému a údržbe správnosti
údajov a na prepojení ich vlastných systémov s centrálnym riešením IIS. Obstarávanie týchto služieb bude predmetom samostatných obstarávaní partnerských mestských častí.
Výsledkom bude kompletný integrovaný informačný systém (IIS BA) použiteľný všetkými partnermi. Partneri pritom budú mať možnosť na poskytovanie povinných služieb využiť svoje informačné systémy v rozsahu definovanom v plánovanej analýze súčasného stavu a potrieb a návrhu (dizajnu) riešenia, ktoré budú úvodnou súčasťou implementácie projektu. Podmienkou komunikácie medzi systémami je vybudovanie príslušných integračných aplikačných rozhraní, ktoré prepoja IS partnerov a IIS BA. Vytvorenie interných pravidiel pre integráciu je predmetom tohto obstarávania. Implementácia integrácie IS partnerov na centrálne riešenie IIS BA bude predmetom realizácie tohto projektu a obstarávania partnerov a teda nie je súčasťou tohto obstarávania. Týmto prístupom sa zabráni duplicitnému vývoju jednotlivých modulov IIS, zabezpečí sa maximálna miera participácie jednotlivých partnerov a dosiahne sa optimálna miera transparentnosti implementácie. Dodávateľ IIS BA bude hlavným integrátorom systému na elektronizáciu služieb bratislavskej samosprávy.
Základnú schému a princípy rozdelenia IIS BA medzi magistrát a mestské časti
ukazuje nasledujúca schéma:
Magistrát
Miestny úrad mestská časť 1
Integrácia pre eGov
IS mestskej časti
lokálne
Centrálne riešenie IIS BA
Miestny úrad mestská časť 2
Integrácia pre eGov
IS mestskej časti
lokálne
Integračné rozhranie
Miestny úrad mestská časť n
Integrácia pre eGov
IS mestskej časti
lokálne
Integračné rozhranie
IS Magistrátu hl.
mesta
Legenda:
Externé ISVS
Obr. 1 Bloková architektúra IIS BA
Integrovaný informačný systém Bratislavy (IIS BA)
Prvok informačného systému Pôsobnosť magistrátu Pôsobnosť miestneho úradu
2 Východiskové informácie
Pri plnení predmetu zákazky budú primerane rešpektované a zohľadňované oficiálne strategické dokumenty verejného obstarávateľa, riadiace a programové dokumenty týkajúce sa operačných programov OPBK a OPIS, vlády SR, platný stav legislatívy SR, normy kvality a environmentálneho manažérstva, ako aj nadradené právne akty EÚ.
3 Požadovaný stav
3.1 Využitie modulov IIS BA
Pri popise predmetu plnenia vychádzame zo skutočnosti, že komplexné softvérové riešenie IIS BA bude základnou aplikáciou pre elektronizáciu služieb bratislavskej samosprávy. Návrh riešenia bude pokrývať celú agendu úradov a využívať jednotnú spoločnú databázu (ktorá bude zdieľaná magistrátom mesta Bratislava a neskôr aj jednotlivými MČ). IIS BA bude obsahovať údaje týkajúce sa ekonomickej, evidenčnej, administratívnej a geografickej oblasti mestského úradu. Efektívnosť komplexnej aplikácie bude v prepojiteľnosti vo vnútri systému (medzi jednotlivými oblasťami) a externá prepojiteľnosť bude riešená na jednotlivé Back-office systémy mesta Bratislava, jednotlivé Back-office systémy mestských častí a okolité systémy ISVS.
Ako riešenie navrhujeme aplikáciu na báze klient-server, kde všetky agendy budú sústredené v centrálnom dátovom sklade a používateľ k nim bude pristupovať prostredníctvom aplikácie na svojom klientskom PC:
• zamestnanci mestskej časti a mesta Bratislava v rámci Intranetu IIS BA za účelom prevzatia elektronickej služby, jej následného spracovania a poskytnutia požadovaného výstupu,
• občania a podnikatelia v rámci Extranetu IIS BA za účelom podania a prevzatia
výstupu elektronickej služby.
Back-office na realizáciu procesov v rámci vnútornej štruktúry IIS BA si bude vyžadovať minimálne moduly, ktoré sú uvedené v rámci Štúdie uskutočniteľnosti Elektronizácia služieb hlavného mesta SR Bratislavy a jeho mestských častí a v dokumente „Technická dokumentácia pre projekt Elektronizácia služieb bratislavskej samosprávy“, ktorý je prílohou č. 4 Súťažných podkladov. Na základe detailnej funkčnej špecifikácie budú prípadne doplnené aj o časť funkcionality, ktorá bude potrebná pre prispôsobenie pre SOA architektúru celkového IIS BA, resp. a zapojenie časti funkcionality v jednotlivých modulov pre použite partnerov v projekte (mestské časti), ak uvedenú funkcionalitu nemajú v internom back-office a pre funkcionalitu príslušnej služby je to nevyhnutné.
3.2 Poskytovanie služieb informačných systémov prostredníctvom informačných technológií
3.2.1 Hodnotenie súčasného stavu a návrh požadovaného stavu
Implementáciu žiadneho informačného systému nie je možné vykonať bez zhodnotenia súčasného stavu IT prostredia (analýza hardvéru, softvéru a komunikačnej infraštruktúry), dostupných dátových zdrojov, prebiehajúcich procesov, legislatívneho prostredia, organizačného a personálneho zabezpečenia a informačnej bezpečnosti.
V rámci aktivity Analýzy a dizajn projektu ESBS bude preto vykonané zhodnotenie
súčasného stavu a návrh požadovaného stavu v nasledovnom minimálnom rozsahu:
• vytvorenie dokumentu súčasného stavu legislatívy upravujúcej cieľové služby a
návrh legislatívnych zmien,
• vytvorenie dokumentu analýzy súčasného stavu (životné situácie, služby,
procesy, organizácia),
• vytvorenie katalógu požiadaviek
• vytvorenie dokumentu detailnej funkčnej špecifikácie (životné situácie,
elektronické služby, optimalizované procesy, organizácia, integračné rozhrania)
• vytvorenie dokumentu technického návrhu riešenia (IKT architektúra, IKT infraštruktúra)
Metodika a spôsob vypracovania požadovaných dokumentov sú popísané nižšie.
Metodika a spôsob vypracovania dokumentov súčasného stavu a požiadaviek
Výstupom aktivity bude vytvorenie nasledovných dokumentov:
• Dokument súčasného stavu legislatívy upravujúcej cieľové služby a návrh legislatívnych
zmien,
• Dokument analýzy súčasného stavu (životné situácie, služby, procesy, organizácia),
• Katalóg požiadaviek.
Vytvorenie dokumentov bude realizované od začiatku projektu a ukončené pred začiatkom tvorby Dokumentu detailnej funkčnej špecifikácie a Dokumentu technického návrhu riešenia. Realizácia aktivity bude zabezpečená v úzkej súčinnosti žiadateľa a partnerov projektu. Vstupom pre realizáciu aktivity budú informácie od používateľov, o údajoch a procesoch vykonávania jednotlivých služieb, informácie z dokumentácií, z oblasti legislatívy a fungovania súčasných IS.
Aktivita bude členená na viaceré pod aktivity:
• analýza súčasného stavu,
• procesná analýza,
• use case analýza (analýza prípadov použitia),
• analýza dátových štruktúr,
• analýza integračných rozhraní,
• analýza aplikačnej logiky,
• analýza architektúry riešenia
• a pod.
Súčasťou analýzy požiadaviek a súčasného stavu bude aj analýza rizík vytvorená vo forme zoznamu rizík a zohľadnenie ich možného dopadu na priebeh projektu. Súčasťou analýzy rizík bude aj záložný plán pre minimalizáciu dopadu identifikovaných rizík pre prípad ich vzniku a súvisiaci záložný rozpočet (najmä s ohľadom na súčasné otázky súvisiace s implementáciou ÚPVS). Analýza požiadaviek a súčasného stavu bude rovnako zohľadňovať analýzu a prípadnú aktualizáciu odhadov termínov a náročnosti na dokončenie všetkých prác, vrátane tých, ktoré neboli začaté.
Metodika a spôsob vypracovania dokumentu detailnej funkčnej špecifikácie ( životné situácie, elektronické služby, optimalizované procesy, organizácia, integračné rozhrania)
Vytvorenie dokumentu detailnej funkčnej špecifikácie bude realizované po skončení vytvorenia dokumentov súčasného stavu a požiadaviek po aktivitu Vývoja.
Vstupom pre túto aktivitu budú výstupy aktivity vytvorenia dokumentov súčasného
stavu a požiadaviek, t.j. dokumenty:
• Dokument súčasného stavu legislatívy upravujúcej cieľové služby a návrh legislatívnych
zmien,
• Dokument analýzy súčasného stavu (životné situácie, služby, procesy, organizácia),
• Katalóg požiadaviek.
Detailná funkčná špecifikácia bude zameraná najmä na nasledovné oblasti:
• životné situácie,
• elektronické služby,
• optimalizované procesy,
• organizácia,
• integračné rozhrania.
Metodika a spôsob vypracovania dokumentu technického návrhu riešenia ( IKT architektúra, IKT infraštruktúra)
Vytvorenie Dokumentu technického návrhu riešenia bude realizované od skončenia aktivity vytvorenia Dokumentov súčasného stavu a požiadaviek po aktivitu Vývoja. Realizácia aktivity bude zabezpečená v úzkej súčinnosti žiadateľa a partnerov projektu. Vstupom pre realizáciu aktivity budú informácie z analýzy od používateľov, o údajoch a procesoch vykonávania jednotlivých služieb, informácie z dokumentácií, z oblasti legislatívy a fungovania súčasných IS, z dokumentu detailnej funkčnej špecifikácie.
Aktivita bude členená na viaceré pod aktivity:
• návrh riešenia procesov,
• návrh use case,
• návrh dátových štruktúr,
• návrh integračných rozhraní,
• návrh aplikačnej logiky,
• návrh architektúry riešenia (vrátane návrhu HW a SW infraštruktúry),
• a pod.
Návrh riešenia bude zameraný na podrobný návrh realizácie konkrétnych elektronických služieb a spôsobov ich implementácie. V rámci návrhu riešenia bude vytvorený model vo forme UML. UML predstavuje grafický jazyk softvérového inžinierstva, ktorý slúži na vizualizáciu, špecifikáciu, navrhovanie a dokumentáciu programových systémov akými je aj IIS BA. UML ponúka štandardný spôsob zápisu tak návrhov systémov vrátane konceptuálnych prvkov ako sú busiLomtec procesy a systémové funkcie, tak konkrétnych prvkov ako sú príkazy programovacieho jazyka, databázové schémy a znovu použiteľné programové komponenty. Zároveň UML podporuje objektovo orientovaný prístup k analýze, návrhu a popisu programových systémov.
V rámci aktivity bude zabezpečená aj realizácia potrebných bezpečnostných opatrení, ktoré súvisia s implementáciou bezpečnostných smerníc pre ISVS. Výstupom tejto aktivity budú dokumenty návrhu architektúry, bezpečnostné dokumenty a dokumenty celkového riešenia IIS BA.
3.2.2 Návrh architektúry riešenia IIS
Pri návrhu architektúry riešenia IIS BAbudú dodržiavané nižšie uvedené princípy:
Kvalita služieb poskytovaných IIS BA
• eGovernment služby a služby IS budú poskytované prostredníctvom internetu,
• zachovanie existujúcich typov komunikácie pre poskytovanie služieb a
umožnenie výberu podľa preferencií klienta,
• zabezpečenie verejne prístupnej a jasnej informácie o poskytovaných službách a umožnenie ich využitia,
• poskytnutie eGovernment služieb a IS služieb podľa logických celkov z pohľadu
klienta (životné situácie),
• jednotná identifikácia klienta voči verejnej správe naprieč komunikačnými
kanálmi,
• v rámci procesu poskytovania služby budú vykonávané iba nevyhnutné kontroly, aby výsledkom bolo rýchle a flexibilné poskytnutie služby; maximálna možná automatizácia uvedených kontrol,
• verejne prístupné a transparentné postupy pre podávanie a vybavovanie
sťažností a námietok,
Znižovanie administratívnej záťaže
• údaje získané raz musia byť ďalej využívané bez opätovného získavania týchto
údajov od klienta,
• minimalizovanie administratívnej záťaže a úkonov klienta,
• definovanie povinnosti klienta v minimálnom nutnom rozsahu, tak, aby boli jednoduché, zrozumiteľné a vzájomne konzistentné, kontrolovateľné a vynútiteľné,
Transparentnosť poskytovania eGovernment služieb
• stav služby poskytovanej klientovi mu je priebežne dostupný a známy,
• zodpovednosť za poskytované služby voči klientovi,
• sprístupňovanie VZN, uznesení a iných relevantných dokumentov klientom,
• zverejňovanie informácií o svojej činnosti a verejných informácií,
• kroky v procese poskytovania služby sú definované tak, aby proces poskytnutia
služby bol čo najrýchlejší a obsahoval čo najmenej interakcií,
Proaktívne poskytovanie služieb
• proaktívne informovanie klienta o relevantných službách (povinnostiach, nadväzujúcich službách),
• ponechanie priestoru aj pre voľbu klienta,
• voči klientovi konať vždy konzistentne a spoľahlivo,
• využívané údaje sú presné, aktuálne a v súlade s právnym rámcom a chránené,
Efektivita na úrovni samospráv
• kdekoľvek je to možné používať zdieľané komponenty, ak bezpečnosť,
funkcionalita a náklady sú porovnateľné s vlastným riešením,
• zjednodušenie a optimalizovanie vnútorných procesov.
Servisne orientovaná architektúra (SOA)
Dôležitou črtou architektúry navrhovaného riešenia uchádzača bude v maximálnej možnej miere využitie princípov Servisne orientovanej architektúry (SOA). Princípom SOA bude v rámci projektu prispôsobené aj riešenie Back-office – IS úsekov správy bratislavskej samosprávy – z pohľadu integrácie služieb a informačných systémov.
Hlavnými črtami navrhovaného riešenia uchádzača bude predovšetkým:
• využitie princípov Servisne orientovanej architektúry (SOA) – predovšetkým pre jednoduchšiu integráciu so systémami v rámci hlavného mesta, mestských častí, národnými IS a prípadne aj IS na úrovni medzinárodných organizácii,
• viacvrstvová architektúra oddeľujúca jednotlivé vrstvy riešenia – a to predovšetkým databázovú, aplikačnú, integračnú, prezentačnú vrstvu, od vrstvy služieb a pod.,
• zabezpečenie plnej (end-to-end) integrácie procesov poskytovania eGovernment služieb;
• pripravenosť integrácie existujúcich a budúcich komponentov do procesov za
účelom zefektívnenia poskytovania služieb;
• separácia komponentov na základe jasne definovanej funkcionality a rozhraní – služieb.
• komunikácia s užívateľmi predovšetkým prostredníctvom webového portálu,
• výkonná centralizovaná databáza – obsahujúca konzistentné údaje, poskytujúca základ pre tvorbu výstupov v zmysle definovaných požiadaviek,
• elektronizácia postupov zberu, spracovania a vyhodnocovania údajov v rámci IIS BA,
• zber údajov prostredníctvom štandardných technológií (formulárového nástroja)
poskytujúcich užívateľom maximálny komfort,
• silné reportingové nástroje,
• možnosť priestorového zobrazovania údajov v IIS BA,
• predvypĺňanie údajov do formulárov pri registrovaných a prihlásených používateľov vrátane základných logických kontrol pri samotnej evidencii ich verifikácii.
Integrovaný informačný systém bratislavskej samosprávy bude navrhnutý a vybudovaný ako spoločné centralizované riešenie, kde všetky aplikácie budú spravované (v zmysle technologickej infraštruktúry) a prevádzkované Magistrátom mesta Bratislava.
Pripojenie mestských častí a hlavného mesta
Výsledkom návrhu riešenia uchádzača bude kompletný integrovaný informačný systém (IIS BA), ktorý bude disponovať integračným rozhraním použiteľným všetkými partnermi projektu. Partneri pritom budú mať možnosť za účelom poskytovania elektronických služieb integrovať svoje existujúce informačné systémy alebo využiť funkcionalitu komponentov IIS BA.
Partneri budú pristupovať k elektronickým službám a údajom v IIS BA ako k centrálnemu riešeniu pomocou navrhnutého integračného rozhrania a pomocou komunikácie na báze webových služieb. Na úrovni mesta bude vytvorená a implementovaná integračná platforma, ktorá umožní integráciu komponentov IIS BA ako aj integráciu okolitých ISVS (externých, ale predovšetkým IS partnerov). Integračné rozhranie centrálneho IIS BA bude pre partnerov záväzné, pričom samo bude rešpektovať všetky aktuálne štandardy súvisiace s interoperabilitou informačných systémov. V prípade, že partner nevyužíva modul, potrebný na výkon niektorej povinnej elektronickej služby, IIS BA umožní sprístupnenie takéhoto modulu, čo zabezpečí, že partner bude môcť spracovať agendu súvisiacu s poskytovaním povinných elektronických služieb. Táto povinnosť sa vzťahuje na všetky komponenty vrstiev Front-office a Mid-office, z vrstvy Back-office Lokálne registre a Operatívne dátové úložiská.
V rámci projektu nebude budovaná potrebná internetová infraštruktúra pre partnerov, partneri budú musieť využívať na prepojenie s centrálnym IIS BA vlastnú internetovú infraštruktúru.
Integrácia partnerov na centrálny systém IIS BA nie je predmetom tejto ponuky.
3.2.3.1 Správa a prevádzka IIS BA
Vrstvy technologickej infraštruktúry a aplikácií obsahujú hardvér a aplikácie, vrátane databázových a operačných systémov. Tieto vrstvy budú v správe hlavného mesta. Hlavné mesto bude mať povinnosť sprístupniť technologické systémy partnerom po splnení základných technologických a bezpečnostných podmienok a uzatvorení dohody o prístupe resp. pripojení. Hlavné mesto v spolupráci so zástupcami partnerov
stanoví technologické a bezpečnostné podmienky pripojenia systémov partnerov, ktoré nie sú súčasťou IIS BA, ale budú k IIS BA pristupovať.
IIS BA sprístupní nasledovné prvky pre IS partnerov:
• Používateľské rozhranie modulov IIS BA pre verejnosť a zamestnancov úradu partnera.
• Integračné rozhrania pre moduly IIS BA, vrátane podrobného popisu požiadaviek, dátových štruktúr, výmenných formátov a spôsobu, akým sa systém úradu partnera prepojí so systémom IIS BA.
• Prvky technologickej infraštruktúry (servery, sieťové komponenty a pod.) IIS
BA, ktoré budú nevyhnutné pre využívanie funkcionality IIS BA.
V rámci aktivity Analýzy a dizajn bude spresnený spôsob pripájania sa zamestnancov hlavného mesta a mestských častí na IIS BA. Z dôvodov zvýšenia bezpečnosti sa predpokladá využitie VPN pre prístup na Back-office systémy, pre ktoré je nevyhnutné využitie prístupu cez terminál a využitie HTTPS protokolu pre prístup ku komponentom s webovým rozhraním.
Tab. 2 Rozdelenie správy údajov a technológií IIS BA
Informačná vrstva IIS BA | Technologická infraštruktúra a aplikácie IIS BA | |
Hlavné mesto | Správa svojich údajov, Prevádzka databázy | Správa a prevádzka softvéru a hardvéru a komunikácií |
Mestská časť | Správa svojich údajov (každá MČ spravuje vlastné) | _ |
3.2.3.2 Kontrolovaný prístup k údajom
Vzhľadom na centralizáciu uchovania a správy veľkého množstva citlivých údajov a množstva pristupujúcich osôb je potrebné zamedziť neoprávnenému prístupu k údajom. Údaje budú prístupné len autorizovaným osobám, ktoré potrebujú údaj na vykonanie služby.
3.2.3.3 Vlastníctvo údajov
Vlastníctvo údajov v rámci IIS BA bude založené na rovnakom princípe ako v súčasnosti a zohľadniť platnú legislatívu. Každá mestská časť bude môcť pristupovať výlučne k svojim údajom.
Prevádzkovateľ systému bude môcť používať dáta iba spôsobom nevyhnutným pre
správu systémov, x.x. xxxxxxxxxxx, migrácia, servisné zásahy. Pri prevádzke a
manipulácii s údajmi budú dodržané všetky právne normy a platné dohody, najmä
ohľadne ochrany osobných údajov a informačnej bezpečnosti.
3.2.3.4 Administrácia riešenia
IIS BA bude realizovaný s maximálnym dôrazom na to, aby bol dlhodobo a jednoduchým spôsobom spravovateľný. Pre administrátorov systému bude vytvorené používateľské rozhranie, kde budú môcť spravovať systémové a aplikačné nastavenia IIS BA. V prípade, ak takéto užívateľské rozhranie nebude k dispozícii (napr. základné systémové nastavenia pre web portál), budú mať administrátori k dispozícii presný postup ako systémové nastavenia spravovať. Väčšinou pôjde o nastavenie rôznych konfiguračných súborov.
Niektoré nastavenia aplikácii môžu súvisieť priamo s nastavením operačného systému alebo nainštalovaných štandardných softvérových komponentov. V takých prípadoch sa bude postupovať podľa návodov a dokumentácie jednotlivých tvorcov dodávaných softvérových riešení.
S údržbou informačného systému súvisia aj rôzne bežné administrátorské úkony ako sú predovšetkým:
• zálohovanie systému,
• aktualizácia operačných systémov a inštalovaných softvérových produktov,
• optimalizácia nastavení informačného systému a databáz.
Budú dodané presné postupy a návody, ktoré budú používané v súvislosti so systémovou administráciou, v rámci dokumentácie k systému. Dokumentácia bude predovšetkým obsahovať zoznam činností, ich frekvenciu a zdokumentovaný postup jednotlivých úkonov.
3.2.3.5 Logovanie systému
Logovací sub-modul IIS BA bude slúžiť pre účely podrobnejšieho a efektívnejšieho dohľadávania zmien a chybových stavov v systéme. Tento sub-modul bude zabezpečovať vytváranie žurnálu zmien v aplikácii pri:
• modifikácii objektov
• vyhľadávaní objektov
• zmene bezpečnostných nastavení (zmena logovania, zmena konfigurácie
systému, vymazanie žurnálu, štart systému)
• operácii autentifikácie a autorizácie (prihlásenie, chybné prihlásenie, porušenie
pravidiel prístupu, zmena používateľa, zmena oprávnení)
• chybových hláseniach IIS BA (stav modulov systému, nekorektné chovanie) Logovací sub-modul bude umožňovať konfiguráciu z hľadiska miery logovania informácií (typ operácie pre danú triedu operácii), možnosť konfigurácie maximálnej veľkosti žurnálu. Sub-modul bude po prekročení medzných parametrov vykonávať automatické mazanie žurnálových informácii. Pre každú operáciu budú zaznamenané minimálne:
• EventID – ID udalosti
• Systém – Identifikácia systému
• Modul – identifikácia modulu
• Description – popis (popis udalosti, volanie a pod.)
• Knowledge – návrh možného riešenia ak existuje
• UserID – identifikátor identity
• ServerID - DNS názov servera
• dátum a čas výskytu – vznik udalosti
• Severity – (I,W,C,S,F)
• Typ akcie – (select, update, insert, ...)
3.2.3.6 Spôsob autorizácie a autentifikácie
Štandardom pre autorizáciu a autentifikáciu používateľov v prostredí ISVS na základe Výnosu o štandardoch pre ISVS je použitie protokolu LDAP v aktuálnej verzii. Tento štandard bude použitý pre riadenie prístupu ku zdrojom IIS BA a overovanie používateľov v systéme. Pre overovanie interných používateľov a interné systémy bude používaný tzv. intranetový LDAP adresár a pre používateľov z internetu, tzv. internetový LDAP adresár identít občanov a podnikateľov (klientov využívajúcich služby).
Do IIS BA budú mať prístup 2 základné skupiny používateľov:
• Používatelia z intranetu,
• Používatelia z internetu.
Používatelia z intranetu
Autentifikácia a autorizácia používateľov bude prebiehať prostredníctvom LDAP servera. V LDAP adresári budú evidované základné informácie o používateľoch:
• prihlasovacie meno používateľa,
• meno a priezvisko,
• e-mailová adresa,
• tel. číslo resp. mobil ak je k dispozícii
• priradenie do organizačnej štruktúry.
Zabezpečenie naplnenia obsahu používateľských atribútov bude vykonané migráciou údajov zo súčasných IS partnerov. LDAP server bude používaný na evidenciu rolí používateľov v rámci IIS BA.
Používatelia z internetu
Na autentifikáciu a autorizáciu používateľov bude vytvorené rozhranie, ktoré bude slúžiť na prepojenie na centrálny modul IAM. IIS BA bude integrovaný na centrálny komponent Identity and Access Management (IAM) (v prípade existencie tohto centrálneho modulu ÚPVS). V prípade že centrálne riešenie na úrovni UPVS nebude neexistovať, bude potrebné vytvoriť lokálnu náhradu.
Informačné systémy
3.2.3.7 Spôsob monitoringu a reportingu systému
Monitoring systému IIS BA bude rozdelený na na niekoľko oblastí:
• Monitorovanie HW a SW na úrovni operačných systémov
• Monitorovanie databázovej vrstvy
• Monitorovanie aplikačnej vrstvy
• Monitorovanie procesov a integračnej vrstvy
• Monitorovanie prezentačnej vrstvy
• Monitorovanie žurnálov (logovania)
V rámci monitoringu a reportingu systému bude použité automatizované riešenie, ktoré dokáže sledovať jednotlivé parametre a logy systému v reálnom čase a upozorňovať na určité preddefinované situácie. Monitorovacie riešenie bude umožňovať sledovanie rôznych parametrov systémov a nastavovať spôsoby upozorňovania na určité zadefinované situácie. Zároveň budú k dispozícii aj štandardné nástroje dodávané ako súčasť dodávaných softvérových produktov ako napríklad monitorovanie databázy prostredníctvom diagnostických nástrojov a pod.
3.2.3.8 Riadenie prístupu používateľov ku funkčnosti aplikačných komponentov IIS BA
Riešenie bude navrhnuté tak, aby klienti služieb (občania, podnikatelia, inštitúcie VS) pristupovali k systému prostredníctvom komponentov Front-Office (centrálne a partnerské) – prostredníctvom webového prehliadača. V prípade, ak je požadovaná autentifikácia, bude užívateľ vyzvaný, aby sa autentifikoval. Prenos citlivých údajov bude zabezpečený prostredníctvom protokolu HTTPS. Klienti si tak nebudú musieť pre využitie IIS BA inštalovať žiadny neštandardný softvérový komponent.
Zamestnanci magistrátu hlavného mesta a úradov mestských častí budú pristupovať predovšetkým k Back-office komponentom IIS BA. Používateľské rozhranie z pohľadu Back-office komponentov bude k dispozícii používateľovi systému na spracovanie dát súvisiacich s výkonom elektronických služieb. Používateľské rozhranie môže byť pre rôznych používateľov stanovené rôzne; napr. v závislosti od príslušnej role majú používatelia v roliach s vyššími oprávneniami v porovnaní s bežným používateľom spravidla prístup k podstatne väčšiemu počtu funkcií.
Predkladané riešenie bude spĺňať požiadavky výnosu o štandardoch (výnos o prístupnosti webových stránok) a zároveň bude v zhode so štandardami používateľských rozhraní webových aplikácií a štandardami používateľského rozhrania (podľa konzorcia W3C), prvkov a spôsobu práce v prostredí klientskych operačných systémov.
3.2.4 Požiadavky na návrh riešenia IIS BA
• Front-office,
• Mid-office,
• Back-office,
• Externé systémy.
Front-office
• Vrstva, ktorá bude priamo zabezpečovať elektronickú výmenu informácií medzi občanom/podnikateľom a samosprávou;
• Hlavnou úlohou bude zabezpečiť právne záväzné podanie na vstupe a právne
relevantný výstup na druhej strane;
• Kľúčovým prvkom sprostredkujúcim tieto úlohy, na ktorý sú ostatné komponenty prepojené, bude Portál IIS BA.
Mid-office
• Vrstva, ktorá bude riadiť procesnú stránku podaní a súvisiacu orchestráciu zamestnancov partnerov a jednotlivých komponentov IS tak, aby na konci procesu bol k dispozícii požadovaný výstup;
• Hlavnými komponentmi budú procesné nástroje (BPM na orchestráciu systémov a WFM na procesné riadenie manuálnych aktivít) a Riadenie podaní (Case management) pre definíciu typov podaní a správu informácií o ich priebehu;
Back-office
• Bude slúžiť ako zdrojový systém na spracovanie podaní a ako úložisko informácií a údajov pre jednotlivé procesy eGovernment služieb a ako vnútorná IT podpora mesta;
• Obsahuje systémy pre vnútornú správu mesta, lokálne registre (vychádzajúce z národných registrov definovaných v NKIVS a ďalšie vyplývajúce zo špecifických potrieb mesta) a dátové služby operatívnych dátových úložísk pre špecifické agendy mesta.
Externé systémy
• Systémy mimo správy a kompetencie mesta, ktorých služby sú využívané v rámci procesov mesta;
• Ide najmä o systémy, ktoré poskytujú informácie potrebné pre vykonávané procesy, respektíve sú do nich informácie v rámci týchto zasielané.
Centrálne komponenty
Komponenty mesta
Front-office
eDesk
Modul elektronického
doručovania
GIS front-end
Elektronické formuláre
Platobný modul
Elektronická podateľňa
Info Modul
Portál
Notifikačný modul
Identifikačný a autentifikačný modul
Procesná integrácia
BPM
WFM
BRE
ESB
Mid-office Riadenie podaní / prípadov
Riadenie podaní Riadenie prípadov
Správa dokumentov a el. obsahu
DMS
CMS
Mzdové systémy |
Miestne dane a poplatky |
Rozpočtový systém |
Účtovné systémy |
Zastupiteľstvo mesta |
Registratúra |
Dotácie a príspevky |
GIS back-office |
Obstarávanie |
eDemokracia |
Licencie a povolenia |
Registrácie |
Externé systémy
Back-office
IS úsekov správy
Operatívne dátové úložiská
Správa majetku
Lokálne registre
Register
obyvateľov
Register právnických osôb
Register adries a nehnuteľností
Interný reporting
Obr. 2 Schéma a vrstvy architektúry IIS BA
V nasledujúcich častiach tohto dokumentu popisujeme parametre softvérovej architektúry ako aj jednotlivé komponenty výslednej architektúry. Tieto komponenty sú popísané podľa štruktúry definovanej kategóriami uvedenými nižšie. Schéma architektúry je uvedená na obrázku vyššie.
• Front-office
o Centrálne komponenty
o Komponenty mesta
• Mid-office
o Procesná integrácia
o Riadenie podaní / prípadov
o Správa dokumentov a elektronického obsahu
• Back-office
o IS úsekov správy mesta
o Lokálne registre
o Operatívne dátové úložiská
3.2.5 Front-office komponenty – centrálne komponenty
Komponenty ÚPVS predstavujú samostatné riešenie, ktoré by mali subjekty verejnej správy využívať z dôvodov efektívneho vynakladania prostriedkov na realizáciu vlastných riešení a poskytnutia jednotného prístupu k funkcionalitám, ktoré sú ponúkané verejnou správou. Komponenty ÚPVS by mali byť realizované v rámci projektov OPIS.
Podmienkou pre integráciu IIS BA na komponenty ÚPVS je realizácia samotných komponentov v rámci projektov OPIS. V prípade, že spoločné komponenty ÚPVS nebudú vytvorené v čase, ktorý umožní ich prepojenie s IIS BA, bude použitá na realizáciu funkčnosti v rámci projektu Elektronizácie služieb bratislavskej samosprávy Rezerva. Podmienky použitia rezervy sú definované v Programovom manuáli OPBK. V prípade nevytvorenia komponentov ÚPVS na centrálnej úrovni uvažuje návrh riešenia s vytvorením obdobných komponentov na strane IIS BA, ktoré pre potreby Opisu predmetu zákazky v rámci súťažných podkladov budeme súborne označovať ako centrálne komponenty. Bez týchto komponentov nie je možné elektronicky uskutočniť viaceré z procesov súvisiacich so zabezpečením vybavovanie služieb. Centrálne komponenty IIS BA sa budú v ponuke nazývať rovnakými názvami ako komponenty ÚPVS.
Návrh riešenia IIS BA uvažuje s vytvorením nasledovných centrálnych komponentov IIS BA:
• Identifikačný a autentifikačný modul (IAM),
• Notifikačný modul,
• Elektronická podateľňa (EPO),
• Platobný modul (PM),
• Modul elektronického doručovania (MED),
• eDesk.
Z dôvodov povinnosti vyplývajúcej s novej legislatívy bude nutné realizovať saj
integráciu na ÚPVS modul eForm.
Funkcionalitu komponentu ÚPVS - Modul dlhodobého ukladania elektronických registratúrnych záznamov bude vykonávať modul IIS BA – Registratúra a centrálne úložisko dát.
3.2.5.1 Identifikačný a autentifikačný modul (IAM)
Modul IAM v rámci IIS BA bude pozostávať z infraštruktúry systému IAM pre riadenie prístupu k službám eGovernmentu. IAM bude základným centralizovaným riešením pre správu identít a prístupových práv v prostredí IIS BA. Hlavným cieľom vytvorenia IAM bude:
• vytvorenie systému IAM ako jednotného a dátovo konzistentného zdroja údajov o všetkých používateľoch (identitách) pristupujúcim k službám eGovernmentu v rámci IIS BA a ich prístupových právach,
• sprístupnenie elektronických služieb IAM a zabezpečenie ich použiteľnosti na riadenie
prístupových práv publikovaných služieb eGovernmentu v rámci IIS BA,
• efektívna integrácia IAM do celkovej architektúry IIS BA, t.j. poskytovanie elektronických služieb IAM iným modulom a efektívne využívanie zdieľaných elektronických služieb poskytovaných inými modulmi eGovernmentu a IIS BA.
Návrh systému riadenia identít a prístupových práv bude implementovať
nasledovné oblasti:
• správa identít,
• správa autentifikačných údajov,
• správa prístupových práv,
• provisioning / poskytovanie informácií o oprávneniach,
• monitorovanie a audit,
• single-sign on pre webové služby / autentifikačný server.
IAM bude slúžiť ako centralizovaný konsolidovaný register všetkých identít využívajúcich publikované služby poskytované prostredím IIS BA a eGovernment a ich prístupové práva do spravovaných systémov.
IAM bude silne závislé na iných oblastiach a komponentoch ako je:
• Registre (RFO, RPOaP, Portál zamestnancov verejnej správy),
• eID karta spolu s príslušnou infraštruktúrou,
• internej architektúre portálu IIS BA.
IAM bude zabezpečovať:
• autentifikáciu – overenie spravovanej identity pri komunikácii so službami IIS BA a eGovernmentu,
• autorizáciu – stanovanie prístupových práv spravovanej identity, ku službám poskytovaných IIS BA a eGovernmentom, na ktoré má občan podľa definovaných pravidiel nárok.
Riadenie prístupových práv bude rozdeľovať spravované identity podľa toho, kam budú mať štandardne prístup:
• Fyzické osoby – priradenie role „Občan“, prístup ku každej verejnej prístupnej službe, ktorú môže fyzická osoba potenciálne využiť,
• Právnické osoby – prístup ku každej verejne prístupnej službe, ktorú môže
právnická osoba potenciálne využiť,
• Informačné systémy – bude vykonávané na základe definovaných dátových tokov v rámci procesov/služieb bratislavskej samosprávy, z ktorých vyplynú požiadavky na spoločnú komunikáciu relevantných informačných systémov alebo služieb,
• Zamestnanci verejnej správy – je možné riešiť viacerými spôsobmi:
o Vytvorenie katalógu rolí a ich individuálne automatické priraďovanie zamestnancom na základe ich pracovnej pozície, organizačnej jednotky, resp. iného kontextu,
o Priebežné definovanie katalógu rolí a ich „manuálne“ priraďovania
na základe oprávnenej potreby alebo žiadosti,
o Riadenie prístupov zamestnancov len na úrovni „vlastných“
informačných systémov, resp. jednotlivých úradov.
Zámer vytvorenia centrálneho IAM si vyžaduje vytvorenie a zavedenie minimálne nasledovných skupín elektronických služieb:
Podporné služby – Používateľské a aplikačné služby:
Tab. 3 Prehľad používateľských a aplikačných služieb IAM
Poskytnutie zoznamu rolí identity z IAM pre zadanú službu, |
Poskytnutie informácie o priradení roly identite, |
Poskytnutie zoznamu identít s prístupom ku službe, |
Poskytnutie zoznamu rolí informačného systému, |
Zápis identity do systému IAM, |
Zmena údajov identity v systéme IAM, |
Zneplatnenie identity v systéme IAM, |
Zápis roly do katalógu rolí systému IAM, |
Zmena údajov roly v katalógu rolí systému IAM, |
Zneplatnenie roly v katalógu rolí systému IAM, |
Pridanie roly identite v systéme IAM, |
Odobranie roly identite v systéme IAM, |
Pridanie autentifikačného prostriedku identite v systéme IAM, |
Odobranie autentifikačného prostriedku (AP) identite v systéme IAM, |
Poskytnutie autentifikačného rozhodnutia zo systému IAM, |
Generovanie nového hesla/reset hesla, |
Splnomocnenie inej osoby v systéme IAM. |
Podporné služby – Používateľské služby:
Tab. 4 Prehľad používateľských služieb IAM
Zápis autentifikačného prostriedku do katalógu autentifikačných prostriedkov systému IAM, |
Zrušenie autentifikačného prostriedku z katalógu autentifikačných prostriedkov systému IAM, |
Poskytnutie profilu identity v systéme IAM. |
3.2.5.2 Notifikačný modul
Notifikačný modul bude predstavovať centrálne riešenie na zaslanie informácií (notifikácií) prostredníctvom dostupných elektronických komunikačných kanálov. Tie budú zasielané v rámci aktivít procesu poskytovania služieb bratislavskou samosprávou. Notifikačný modul bude poskytovať služby elektronického zasielania informácií (notifikácií) smerom od odosielateľa (príslušný úsek verejnej správy) k adresátovi (fyzická osoba, právnická osoba, prípadne iná inštitúcia bratislavskej samosprávy alebo VS, ak je táto účastníkom konania) a zabezpečí tak zavedenie
jednotného a komplexného systému elektronického doručovania notifikácií v
bratislavskej samospráve.
Modul poskytne služby vo forme web služieb, prostredníctvom ktorých bude možné jednotné zaslanie informácií (notifikácií) prostredníctvom SMS správ, prípadne prostredníctvom iného elektronického komunikačného kanála od odosielateľa k adresátovi v elektronickej forme (napr. formou emailu). Pre prípad, kedy adresát nedá súhlas na zaslanie notifikácií, t.j. nebude mať aktivovanú elektronickú notifikáciu, alebo neuvedie potrebné údaje v IAM profile, notifikácia nebude môcť byť doručená.
Užívateľovi bude pri prvom prihlásení do eDesk modulu ponúknutá možnosť nastaviť notifikácie a potrebné údaje pomocou sprievodcu (defaultne bude elektronická notifikácia aktivovaná). Notifikačný modul bude poskytovať všetky služby súvisiace so zasielaním notifikácií.
Základné služby, ktoré bude modul poskytovať sú:
Tab. 5 Prehľad základných služieb Notifikačného modulu
zaslanie notifikácie (samotná notifikačná správa môže byť súčasťou žiadosti alebo môže byť zadaná odkazom na konkrétnu šablónu) |
vytvorenie, zmena a zrušenie šablóny pre obsah notifikačnej správy |
Ďalšie základné interné funkcie notifikačného modulu sú nasledovné:
Tab. 6 Prehľad základných interných služieb Notifikačného modulu
získanie informácie z ID profilu adresáta uloženého v IAM o aktivovaní služby elektronickej notifikácie |
získanie adresy (e-mail), resp. SMS čísla a pod. na základe ID osoby z ID profilu PO/FO v IAM a používateľskom nastavení |
správa šablón pre obsahy notifikačných správ |
3.2.5.3 Elektronická podateľňa (EPO)
Elektronická podateľňa podľa §2 písm. y) zákona č. 215/2002 Z. z. o elektronickom podpise a o zmene a doplnení niektorých zákonov predstavuje technické zariadenie slúžiace najmä na prijímanie, odosielanie a potvrdzovanie prijatia elektronických dokumentov, elektronických dokumentov podpísaných elektronickým podpisom a elektronických dokumentov podpísaných zaručeným elektronickým podpisom.
Funkčnosť a prevádzka ZEP je limitovaná existujúcou legislatívou, najmä
nasledujúcimi zákonmi:
• Zákon č. 215/2002 Z. z. o elektronickom podpise a o zmene a doplnení niektorých zákonov.
• Vyhláška NBÚ č. 136/2009 Z. z. o spôsobe a postupe používania elektronického
podpisu v obchodnom a administratívnom styku.
• Zákon č. 275/2006 Z. z. o informačných systémoch verejnej správy.
EPO v rámci IIS BA umožní spracovávať elektronické podania a elektronické podania podpísané ZEP. Po prijatí, kontrole, spracovaní podania a overení ZEP, ak ho podanie obsahuje, elektronická podateľňa generuje elektronické potvrdenie o prijatí alebo odmietnutí elektronického dokumentu vydaním vlastného elektronického dokumentu (elektronickej potvrdenky) s použitím časovej pečiatky. Okrem uvedenej základnej funkcionality môže modul EPO realizovať aj autorizovanie elektronických dokumentov odosielaných orgánmi verejnej správy cez modul elektronického doručovania, či už ako elektronické rozhodnutia, alebo odpisy z ISVS, resp. iné elektronické dokumenty. Tieto elektronické dokumenty môžu byť generované vlastnými modulmi ÚPVS, ako aj orgánom verejnej správy, ktorý EPO pre autorizáciu vlastných rozhodnutí využíva.
EPO IIS BA bude slúžiť pre hlavné mesto a mestské časti (inštitúcie VS) ako centrálny modul. Návrh riešenia neuvažuje so zriadením vlastných elektronických podateľní hlavného mesta a MČ. EPO IIS BA bude poskytovať najmä službu prijatia a prvotného spracovania podaní od fyzických a právnických osôb. EPO bude vedieť prijať a spracovať elektronické dokumenty definovaných formátov (v zmysle štandardov ISVS) a elektronické dokumenty podpísané ZEP, rovnako definovaných formátov. Základnou vlastnosťou modulu EPO bude overenie formálnych náležitostí prijatého elektronického dokumentu, t.j. formátu dokumentu a formátu ZEP a zároveň overenie platnosti ZEP, ak ho podanie bude obsahovať a overenie platnosti časovej pečiatky. Výstupom z uvedeného procesu overenia bude vystavenie elektronickej potvrdenky s časovou pečiatkou o prijatí alebo odmietnutí prijatia podania a postúpenie elektronického podania na spracovanie príslušnej inštitúcii VS (hlavnému mestu alebo mestskej časti). V prípade akceptovania podania, pokiaľ nepôjde o anonymné podanie, bude EPO zasielať kópiu podania spolu s elektronickou potvrdenkou do elektronickej schránky podávajúcej osoby v eDesk module IIS BA. Okrem uvedenej základnej funkcionality prijatia, spracovania a postúpenia podania na ďalšie spracovanie, bude EPO zabezpečovať dodatočné funkcie, ktorými sú:
• získavanie, archivovanie a poskytovanie CRL ku kvalifikovaným certifikátom,
• autorizácia odosielaného dokumentu (vytvorenie ZEP odosielaného dokumentu),
• informatívne overenie ZEP na poskytnutom elektronickom dokumente,
• prevod ZEP na archívnu formu,
• vytvorenie archívnej časovej pečiatky,
• poskytovanie aplikácie pre vyhotovenie ZEP pre PO/FO v rámci podaní realizovaných prostredníctvom ÚPVS (v prípade, že ÚPVS bude realizované a funkčné).
Návrh riešenia EPO IIS BA odporúča realizovať spôsob voľného sprístupnenia certifikovaných prostriedkov pre ZEP pre používateľov elektronických služieb verejnej správy, čím bude masovo podporené využívanie týchto služieb a odstráni sa jedna z identifikovaných prekážok rozvoja plošného využitia týchto služieb.
Návrh riešenia EPO IIS BA bude zároveň umožňovať podanie, prijatie a odoslanie elektronických dokumentov bez nutnosti ZEP – pomocou využitia iných autentifikačných mechanizmov (ako je napr. login, meno používateľa, prihlasovacie „ID a pod. a overenie identity jedinečným príznakom ako je napr. osobné heslo, osobný certifikát a pod.).
Základné služby, ktoré bude EPO poskytovať sú:
Tab. 7 Prehľad základných služieb EPO
prijatie elektronického dokumentu alebo elektronického dokumentu podpísaného ZEP autorizácia odosielaného dokumentu (vytvorenie ZEP odosielaného dokumentu), |
informatívne overenie ZEP na poskytnutom elektronickom dokumente, |
prevod ZEP na archívnu formu, |
vytvorenie archívnej časovej pečiatky, |
poskytnutie validačných údajov (CRL) pre kvalifikované certifikáty. |
Integračné rozhranie pre sprístupnenie služieb EPO bude spĺňať nasledovné
požiadavky:
• Rozhranie elektronickej podateľne bude implementované ako Webová služba (Web Service), ktorá je volaná z okolitých modulov (t.j. eForm modul v IIS BA a BPM modul v IS úseku). Toto rozhranie poskytne nasledujúcu funkcionalitu:
o overenie formálnych náležitostí prijatého elektronického dokumentu,
o overenie elektronického podpisu prijatého dokumentu,
o doplnenie časovej pečiatky a neporušenosť časovej pečiatky k prijatému elektronickému dokumentu (so ZEP bez časovej pečiatky alebo bez ZEP),
o vystavenie potvrdenia o prijatí,
o vytvorenie elektronického podpisu odosielaného dokumentu,
o prevod ZEP na archívnu formu,
o poskytnutia validačných údajov,
o synchronizácia povolených schém elektronických formulárov s eForm modulom.
Vytvorenie potvrdeniek o prijatí podania bude realizované mimo modulu elektronickej podateľne (t.j. v eForm, resp. v BPM). Podpísanie ZEP a doplnenie časovej pečiatky bude zabezpečené funkciami elektronickej podateľne. Zasielané bude používateľovi ako ostatné odosielané dokumenty do modulu elektronickej schránky v eDesk module IIS BA. Takáto implementácia vyplýva z požiadavky oznámenia prípadného dôvodu odmietnutia podania v potvrdenke o prijatí. Elektronická podateľňa kontroluje iba vybrané aspekty podania, vecný obsah podania sa kontroluje v logike spracovania podania (napr. oprávnenia podávajúceho). V tomto prípade pri vystavovaní potvrdenia o doručení by takýto chybový kód nebolo možné zahrnúť do potvrdenia o doručení.
Integračné rozhranie na eForm modul IIS BA bude zabezpečovať minimálne funkciu aktualizácie zoznamu a schém prípustných elektronických dokumentov a k nim viazaných povolených vizualizácií (URL, hash) tak, aby bolo možné vyhodnotiť správnosť ZEP vo väzbe na povolený formulár a jeho schválenú vizualizáciu. EPO bude integrovaná s centrálnou elektronickou podateľňou .
Pri komunikácii s externými subjektmi bude možné použiť formáty podpisu, ktoré spĺňajú požiadavky podľa zákona č. 215/2002 Z.z. o elektronickom podpise a o zmene a doplnení niektorých zákonov v znení neskorších predpisov.
3.2.5.4 Platobný modul (PM)
Platobný modul by mal zabezpečovať realizáciu elektronických platieb v rámci procesov poskytovania služieb prostredníctvom internetu, možnosť platby z bankového účtu cez internet banking prostredníctvom “predvyplneného” platobného príkazu v rámci jednotného používateľského rozhrania pre všetky elektronické platby a mal by zároveň zabezpečiť okamžité potvrdenie o uskutočnenej platbe poskytovateľovi služby.
Platobný modul zabezpečí, aby používateľovi bola po doručení podania prostredníctvom EPO IIS BA na príslušnú inštitúciu VS (hlavné mesto alebo MČ), zaslaná do elektronickej schránky v eDesk module informácia o výške požadovaného poplatku spolu s ďalšími potrebnými údajmi pre realizáciu úhrady prostredníctvom PM (napr. variabilný symbol, č. účtu a pod.). Následne bude môcť používateľ využiť elektronickú službu PM, ktorá mu umožní realizovať úhradu presmerovaním na
platobný systém banky používateľa (identifikácia platby v banke bude zabezpečená prostredníctvom integrácie na Internet banking), a ktorá bezprostredne po uskutočnení úhrady oznámi túto informáciu príslušnej inštitúcii VS (hlavnému mestu alebo mestskej časti). Oznámenie o uskutočnení úhrady bude mať charakter právne záväznej informácie, t.j. pôjde o garantovanú informáciu na základe ktorej môže príslušná inštitúcia začať napr. správne konanie a nebude potrebné čakať na pripísanie finančných prostriedkov na účet príslušnej inštitúcie VS. V momente, ak má príjemca úhradu poplatku garantovanú, môže následne poskytnúť službu už na báze obdŕžania takejto záväznej informácie o úhrade poplatku. To umožní pružnejšie reagovať pri poskytovaní služieb, ktoré sú viazané na úhradu poplatkov. Týmto sa zlepší prostredie pre realizáciu nových služieb, ktorých efektívne fungovanie je podmienené on-line realizáciou platieb.
Pokiaľ sa používateľ rozhodne využiť iný systém platby (napr. štandardný internet banking, prípadne poštovú poukážku), t.j. nevyužije službu PM, a zároveň nebude na strane jednotlivých bánk zabezpečená podpora identifikácie takýchto platieb, nebude možné službu hlavného mesta alebo MČ poskytnúť bezprostredne po vykonaní úhrady ale až po fyzickom pripísaní finančných prostriedkov na účet hlavného mesta alebo MČ a ich identifikácii v systéme VS, na základe variabilného symbolu.
Návrh riešenia Platobného modulu v rámci IIS BA umožní:
• integráciu platobného procesu do procesu poskytovania elektronickej služby - zabezpečenie integrácie PM do procesov elektronických služieb poskytovaných prostredníctvom IIS BA,
• zabezpečenie garancie, záväzného a nespochybniteľného potvrdenia o úhrade poplatku, ktoré PM doručí/poskytne orgánu poskytujúcemu elektronickú službu, t.j. zabezpečenie potvrdenia o uskutočnení platby, bez nutnosti čakania na fyzické pripísanie finančných prostriedkov na účet príjemcu (hlavného mesta alebo MČ),
• podporu úhrady poplatku na Slovensku dostupnými platobnými metódami ako napr.
platbou z účtu a perspektívne taktiež úhrady poplatku z platobnej, alebo kreditnej karty
• zabezpečenie integrácie PM na platobné a autorizačné systémy komerčných bánk a taktiež Štátnej pokladnice (ďalej len ŠP), ktorá zabezpečí pokrytie všetkých potenciálnych používateľov služieb verejnej správy.
Platobný modul bude poskytovať nasledujúce elektronické služby a internú funkcionalitu v rámci integrácie do celkového riešenia IIS BA prostredníctvom SOA princípov:
Tab. 8 Prehľad služieb Platobného modulu
Zápis požiadavky o výške a údajoch poplatku od príjemcu |
Zápis požiadavky na úhradu poplatku od platcu, |
Zápis záväznej informácie o úhrade poplatku od banky, |
Poskytnutie informácie o stave úhrady poplatku. |
Z pohľadu návrhu riešenia IIS BA je nutné zabezpečiť prepojenie funkcionality PM na
nasledujúce komponenty IIS BA:
• IAM – poskytnutie identifikácie a autentifikácie,
• eForm – poskytnutie a predvyplnenie platobného príkazu,
• eDesk – sprístupnenie platobného príkazu a informácií spojených s procesom úhrady.
Z pohľadu integrácie PM IIS BA na funkčnosť iných IS je potrebné zabezpečiť:
• Pripojená banka - integrácia platobného modulu na systém Internet bankingu, implementácia procesov identifikácie úhrady poplatku, implementácia integrácie na rozhranie platobného modulu pre zasielanie informácie o úhrade poplatku.
• ISVS (hlavného mesta a mestských častí) – zabezpečenie výpočtu poplatku na úhrady a generovanie jednoznačného variabilného symbolu v rámci príslušnej inštitúcie VS (hlavného mesta alebo MČ).
3.2.5.5 Modul elektronického doručovania (MED)
Modul elektronického doručovania umožní zabezpečovať elektronickú komunikáciu hlavného mesta a mestských častí s verejnosťou. Modul zabezpečí doručenie elektronicky odoslaných zásielok adresátovi dostupnými prostriedkami.
Návrh riešenia IIS BA uvažuje s vytvorením MED ako centrálnym modulom, ako alternatívy k plánovanému MED ÚPVS (v prípade funkčnosti a použiteľnosti modulu ÚPVS sa IIS BA bude na daný centrálny modul integrovať). NKIVS vníma problematiku elektronického doručovania ako doručovanie elektronických dokumentov (rozhodnutí, predvolaní, oznámení, dožiadaní a pod.), pri ktorých je potrebné zabezpečiť najmä potvrdenie o doručení (v zmysle platnej legislatívy teda dokumentov „do vlastných rúk“).
MED bude poskytovať služby elektronického doručovania úradných zásielok smerom od odosielateľa (úsek VS hlavného mesta alebo mestskej časti) k adresátovi (fyzická osoba (občan), fyzická osoba (podnikateľ), právnická osoba, prípadne iná inštitúcia VS, ak je táto účastníkom konania) a zabezpečí tak zavedenie jednotného a komplexného systému elektronického doručovania v rámci IIS BA. Základnou úlohou MED bude zabezpečiť doručenie formou zaslania správy do elektronickej schránky v eDesk module IIS BA.
Pre správy ktoré nebudú môcť byť doručené elektronickou cestou bude MED zabezpečovať ich zasielanie autorizovanému subjektu na vykonávanie konverzie z elektronickej formy do papierovej formy a následne budú zásielky distribuované držiteľovi poštovej licencie za účelom ich fyzického doručenia formou listovej zásielky. Pre správy kde sa bude vyžadovať potvrdenie doručenia bude fyzické doručenie realizované formou listovej zásielky do „vlastných rúk“, tak ako v súčasnosti s tým, že držiteľ poštovej licencie vráti modulu MED informáciu o dátume prevzatia zásielky alebo informáciu o odmietnutí prevzatia, prípadne informáciu o neprevzatí zásielky adresátom v definovanom čase.
O úspešnom doručení, resp. prevzatí zásielky, prípadne o neprevzatí zásielky v lehote určenej na prevzatie bude MED informovať príslušnú inštitúciu VS (hlavné mesto alebo MČ), ktorá žiadala o zaslanie príslušnej zásielky.
Správy od ISVS hlavného mesta a mestských častí sa budú doručovať do elektronických schránok adresátov v eDesk module IIS BA. Prostredníctvom eDesk modulu cez elektronickú schránku bude mať adresát (alebo splnomocnená osoba) prístup k doručeným zásielkam v elektronickej podobe. Zdrojom pre vykonávanie niektorých operácií, predovšetkým vyhotovenie ZEP adresátom na doručenke bude aplikácia na vyhotovenie ZEP, ktorá bude voľne dostupná na IIS BA v rámci EPO. Pre overenie podpisu na doručenke môže MED využiť služby poskytované EPO. Modul IAM bude pre MED zdrojom predovšetkým pre službu zistenia stavu elektronickej schránky v ID profile adresáta a pre službu identifikácie a autentifikácie adresáta pri preberaní zásielky. Podmienkou na využitie služieb MED bude zabezpečenie procesu aktivovania/deaktivovania elektronickej schránky a zabezpečenie procesu udelenia súhlasu adresátom na elektronické doručovanie do elektronickej schránky v eDesk module najmä z legislatívneho pohľadu.
Modul poskytne služby vo forme web služieb, prostredníctvom ktorých bude možné jednotne doručiť elektronickú zásielku od odosielateľa k adresátovi v elektronickej forme. Pre prípad kedy adresát nedá súhlas na elektronické doručovanie, t.j. nebude mať aktivovanú elektronickú schránku v eDesk module, alebo nebude možné do elektronickej schránky doručovať dokumenty, ktoré si vyžadujú potvrdenie doručenia, bude MED disponovať rozhraním na zaslanie správy držiteľovi poštovej licencie alebo centrálnemu „zásielkovému“ stredisku, ktoré zabezpečí prevod elektronickej formy do papierovej formy a následné doručenie obálky so správou držiteľovi poštovej licencie za účelom realizácie klasického doručenia formou listovej zásielky. Dokumenty, ktorých konverziu bude môcť urobiť len pôvodca, a ktoré nebudú môcť byť doručené elektronickou cestou bude MED zasielať späť ich pôvodcovi. Prostredníctvom
integrácie na centrálne moduly IIS BA bude MED poskytovať aj ďalšie služby súvisiace s doručením elektronických zásielok, ako je identifikácia a autentifikácia adresáta pri preberaní dokumentu, získanie korešpondenčnej adresy a overenie podpisu (ZEP) na elektronickej doručenke. Notifikácia adresáta o existencii správy určenej na doručenie bude realizovaná prostredníctvom aktivácie notifikácií v eDesk module IIS BA.
Zápis správy určenej na doručenie do MED, |
Poskytnutie informácií o priebehu doručovania prostredníctvom MED. |
Vyššie uvedené služby sú služby klasifikované ako podporné a aplikačné služby.
Závislé služby MED na ostatných centrálnych komponentoch IIS BA sú nasledovné:
• IAM – poskytnutie stavu elektronickej schránky z ID profilu uloženého v IAM module,
• eDesk – prijatie (zápis) správy do elektronickej schránky,
• Držiteľ poštovej licencie alebo „zásielkové“ stredisko – prijatie správy určenej na konverziu do papierovej formy a následné doručenie formou listovej zásielky,
• eForm – sprístupnenie a predvyplnenie formulára pre doručenku,
• EPO – sprístupnenie informácií o stave certifikátov pri overovaní ZEP,
• EPO – sprístupnenie aplikácie pre vyhotovenie ZEP na doručenke.
3.2.5.6 eDesk
Modul eDesk sústreďuje v sebe funkcie, pomocou ktorých sú používatelia v interakcii s jednotlivými elektronickými službami od uloženia rozpracovaných podaní na hlavné mesto alebo mestskú časť, cez príjem odpovedí od hlavného mesta alebo mestských častí a ďalšiu prácu s nimi až po hodnotenie jednotlivých služieb. Modul eDesk má byť centrálnou komunikačnou schránkou používateľov IIS BA. Bude obsahovať všetku komunikáciu majiteľa s verejnou správou. Odoslané podania a prijaté správy budú previazané podľa príslušnosti k jednej línii komunikácie. Za týmto účelom bude eDesk slúžiť ako koncová schránka pre modul elektronického doručovania (MED). Návrh riešenia IIS BA uvažuje s vytvorením eDesk modulu ako centrálnym modulom, ako alternatívy k plánovanému Modulu eDesk ÚPVS.
eDesk bude slúžiť ako elektronická schránka pre elektronické doručovanie úradných zásielok smerom od odosielateľa (úsek VS hlavného mesta alebo mestskej časti) k adresátovi (fyzická osoba /občan/, fyzická osoba/podnikateľ/, právnická osoba, prípadne iná inštitúcia VS, ak je táto účastníkom konania) a zabezpečí tak zavedenie jednotného a komplexného systému elektronického doručovania v rámci IIS BA. Základnými úlohami eDesk bude zabezpečenie funkcií a činností v nasledovných oblastiach:
• správa elektronickej schránky,
• práca s podaniami a správami,
• vytváranie, správa a vyhodnocovanie prieskumov,
• interné a podporné funkcie.
Okrem uvedenej základnej funkcionality budú v module eDesk zriadené aj tzv.
„elektronické poštové schránky“ pre príjem podaní z EPO, kde nebude efektívne implementovať samostatný agendový systém napojený on-line na EPO. V tomto prípade budú môcť poverení pracovníci uvedených úsekov správy realizovať výber podaní z „elektronickej poštovej schránky“ manuálne podľa potreby štandardným aplikačným vybavením (mailovým klientom).
Okrem prezentačnej vrstvy IIS BA bude v module eDesk implementovaná aj vlastná prezentačná vrstva, ktorá bude dodržiavať design manuál vstupného portálu IIS BA. Z hľadiska integrácie, aj pre efektívnosť zapracovania prípadných zmien, je výhodnejšie aby mal modul vlastnú prezentačnú vrstvu. Implementácia vlastnej prezentačnej vrstvy
je dôležitá aj z pohľadu bezpečnosti prístupu jednotlivých používateľov (oddelenie od aplikačnej vrstvy). Prezentačná vrstva by mala podporovať moderný prístup ku webovým aplikáciám, vrátane použitia prístupu Rich Internet Application (RIA), čiže web aplikácií, ktoré majú charakter desktop aplikácií, a mala by byť implementovaná v súlade s Výnosom o štandardoch pre ISVS č. 312/2010 Z.z. Jednotliví používatelia (držitelia elektronických schránok) by mali mať možnosť prístupu k svojej elektronickej schránke prostredníctvom web rozhrania (najmä pre účely uloženia rozpracovaného podania /e-formulára/ z IIS BA) a zároveň aj prostredníctvom bežných aplikácií – e- mailových klientov (najmä za účelom štandardného výberu správ z elektronickej schránky).
Riešenie prezentačnej vrstvy eDesk umožní transparentnú integráciu (napr. využitím technológie portletov podľa špecifikácie JSR 168) tejto vrstvy do IIS BA ako aj do portálov druhej úrovne spravovaných príslušnými povinnými osobami.
Časti aplikačného jadra modulu eDesk budú mať nasledovnú funkcionalitu:
• Správa elektronických schránok,
• Správa rozpracovaných podaní,
• Tvorba a vyhodnocovanie prieskumov,
• Administračné rozhranie,
• Správa virtuálneho priestoru („elektronickej poštovej schránky“).
Integračná časť WS bude zabezpečovať minimálne:
• automatický prístup k elektronickej schránke, resp. ku konkrétnemu priečinku
prostredníctvom externých aplikácií (typicky aplikácií právnických osôb),
• prístup k prostriedkom na vyhotovenie elektronického podpisu, t.j. volanie príslušnej služby, ktorá sprostredkuje vyhotovenie elektronického podpisu (napr. služby EP),
• komunikáciu s procesom riadenia workflow jednotlivých podaní od PO/FO smerom na hlavné mesto alebo mestské časti prostredníctvom EPO s procesom riadenia workflow odpovedí z hlavného mesta alebo mestskej časti pre PO/FO prostredníctvom MED.
Z hľadiska funkcionality bude riešenie spĺňať nasledovné požiadavky:
• Ukladanie rozpracovaných podaní (e-formulárov) a ukladanie príloh v definovaných formátoch.
• Ukladanie odoslaných podaní prijatých od EPO spolu s potvrdením prijatia do schránky
odosielateľa podania.
• Ukladanie prijatých správ (doručených správ od hlavného mesta alebo mestskej časti
prostredníctvom MED).
• Ukladanie prijatých podaní z EPO do „elektronických poštových schránok“.
Súčasťou implementácie modulu eDesk v rámci IIS BA bude aj zavedenie minimálne
nasledovných služieb:
Aplikačné služby:
• Zápis a uloženie správy do príslušného priečinka,
• Zápis a uloženie správy do „elektronickej poštovej schránky“,
• Zápis hromadných oznamov používateľom eDesk.
Používateľské a aplikačné služby:
• Aktivácia elektronickej schránky na doručovanie,
• Deaktivácia alebo dočasná deaktivácia elektronickej schránky na doručovanie,
• Nastavenie sprístupnenia eDesk poverenému zástupcovi,
• Uloženie rozpracovaného podania v definovanom formáte,
• Podpísanie a odoslanie doručenky do MED,
• Poskytnutie správy na lokálne uloženie,
• Poskytnutie správy z eDesku do externej aplikácie,
• Zápis hodnotenia a reakcie používateľa na prieskumy spokojnosti,
• Zápis pripomienok, návrhov a chýb k riešeniu IIS BA.
Medzi základné interné funkcie eDesk patrí:
• Vytvorenie a správa priečinkov.
• Riadenie prístupových práv na úrovni jednotlivých priečinkov.
• Zápis a správa pravidiel pre distribúciu správ do priečinkov.
• Zápis a správa notifikačných pravidiel nad jednotlivými priečinkami.
• Obmedzenie veľkosti priečinka/priečinkov.
• Potvrdenie prijatia správy pre podnikové aplikácie.
3.2.6 Front-office komponenty – komponenty mesta
Obstarávateľ požaduje zabezpečenie nasledovných komponentov mesta:
• Portál samosprávy,
• Info modul,
• Elektronické formuláre,
• GIS Front-office.
Pri popise sú rešpektované aktuálne platné dokumenty, verejne prístupné na stránkach venovaných informatizácii spoločnosti, ako aj a dokument „Technická dokumentácia pre projekt Elektronizácia služieb bratislavskej samosprávy“, ktorý je prílohou č. 4 Súťažných podkladov.
• Dokument štúdia uskutočniteľnosti - Elektronizácia služieb hlavného mesta SR Bratislavy a jeho mestských častí (dokument je verejne prístupný na webovej stránke: xxxx://xxx.xxxx.xx/xx/xxxxxxxxx/),
• Dokumenty k výzve na predkladanie žiadosti o NFP (dokumenty sú verejne prístupné na webovej stránke: xxxx://xxx.xxxx.xx/xxxxxx- vyziev/&id=44&page=1).
3.2.6.1 Portál samosprávy
Portál umožní získavať presné informácie, ktoré budú nápomocné k riešeniu problémov a úloh používateľov a klientov. Funkcionalita portálu bude cielená predovšetkým na občana a podnikateľské subjekty. Ponúkané riešenie bude umožňovať aktívnu participáciu aj interným používateľom. Hlavný prínos bude v poskytovaní informácií a on-line služieb a v zefektívnení komunikácie s verejnosťou. Portál bude mať vlastnú architektúru na úrovni IIS BA a v prípade vytvorenia Portálu v rámci ÚPVS bude s daným ÚPVS portálom integrovaný kvôli previazaniu na eGovernment služby centrálnych komponentov a ďalšie základné komponenty ÚPVS (pozn. podmienkou je ale samotné vytvorenie ÚPVS).
Aby bolo možné integráciu používateľského rozhrania a interoperabilitu komponentov dosiahnuť efektívne, bude zadefinované jednotné aplikačné komunikačné rozhranie (API) pre všetky komponenty portálu. Pre každý komponent budú dopredu jednoznačne definované jeho vstupné a výstupné parametre, ktoré budú pri spolupracujúcich komponentoch navzájom kompatibilné.
Nevyhnutná je funkcionalita v podobe intuitívnej a atraktívnej navigácie, ako aj
ovládateľnosti aplikácie. Rozhranie aplikácie bude užívateľsky príjemné.
Veľký dôraz pri návrhu Portálu bude daný na celkovú ergonómiu ovládania a navigáciu na Portáli. Ovládacie prvky Portálu a jeho jednotlivých sekcií budú vhodne navrhnuté,
umiestnené a zoskupené do tematických skupín, s dôrazom na ergonómiu,
prehľadnosť a jednoduchosť používania.
Jedným z hlavných cieľov v súvislosti s implementáciou Portálu je aj zatraktívnenie a zjednodušenie webu prostredníctvom zaujímavejšieho dizajnu a tiež zoskupenia jednotlivých prvkov do logických skupín na jednom mieste.
Portál IIS BA bude integrovať informácie (rady, návody, popisy), ktoré klient bude hľadať a ktoré budú pochádzať z rôznych informačných zdrojov hlavného mesta a MČ. Portál IIS BA poskytne digitálny obsah vo forme podporných informácií pre využívanie služieb verejnej správy, napr. odkazy (linky) k formulárom prislúchajúcich služieb eGov. IIS BA bude predstavovať hlavný bod pre vstup do systému portálov hlavného mesta a MČ a predstavuje dvojúrovňový systém portálov, tvorený samotným portálom IIS BA a portálmi druhej úrovne, tzv. portálmi úsekov správy prislúchajúcimi jednotlivým inštitúciám VS (hlavného mesta a MČ). Portály úsekov správy hlavného mesta a mestských častí budú poskytovať detailnejšie informácie a môžu umožňovať realizáciu služieb jednotlivých vecných agend na danom úseku správy resp. úsekoch správy hlavného mesta a MČ. Portál IIS BA teda zabezpečí centrálny a jednotný prístup k informačným zdrojom a elektronickým službám hlavného mesta a MČ prostredníctvom internetových technológií. Z technologického pohľadu IIS BA predstavuje primárne systém pre riadenie obsahu (web content management system).
Architektúra Portálu IIS BA bude spĺňať požiadavky na vysokú dostupnosť, bezpečnosť, škálovateľnosť a otvorenosť. Systém bude umožňovať integráciu informácií z externých informačných zdrojov ako aj nezávislú správu jednotlivých informačných častí IIS BA rôznymi subjektmi. Taktiež bude otvorený pre spoluprácu so spoločnými modulmi ÚPVS (v prípade ich integrácie na IIS BA), databázami údajov ktoré poskytujú a ostatnými ISVS. Portál IIS BA bude poskytovať aj informačné výstupy prostredníctvom vypublikovaných webových služieb. Portál IIS BA bude postavený na moderných technológiách pre WCMS ako napríklad web 2.0. Riešenie zobrazovania bude umožňovať dynamické zobrazovanie na základe požiadaviek používateľov, pričom forma bude vyhovovať štandardom pre dostupnosť aj hendikepovaným používateľom. Z dôvodu širokého využitia mobilných technológií bude riešenie podporovať možnosť zobrazovania informácií aj vo formáte vhodnom pre mobilné zariadenia. Zároveň bude otvorené pre začlenenie geografických systémov pre potreby lokalizácie inštitúcií na mape. Medzi ďalšie podporované funkcionality patria:
• Indexácia obsahu a priradenie metadát k jednotlivým vlastným obsahovým komponentom.
• Indexácia obsahu a priradenie metadát v prípade poskytnutého externého
informačného obsahu.
• Riadenie prístupových oprávnení pre informačný obsah formou rolí,
• Riadené editovanie (zmena stavu) a verzionovanie informačného obsahu,
• Podpora workflow pri schvaľovaní obsahu,
• Oddelenie prezentačnej a obsahovej časti a podpora rôznych zobrazení informačného
obsahu,
• Podpora multijazykových verzií stránok,
• Notifikačné služby ako napríklad automatické upozorňovanie vlastníkov a používateľov
obsahu pri zmene jeho obsahu, notifikácia vlastníkov obsahu pri jeho expirácii,
• Možnosť znovu použitia komponentov na stránkach inštitúcií úradov bratislavskej
samosprávy.
• Možnosť efektívne „plnotextovo“ vyhľadávať rôzne formáty a typy informačného obsahu
aj na ostatných portáloch orgánov VS.
• Kontrola konzistencie publikovaného obsahu na rôznych podstránkach Portálu IIS BA.
• Prepojenie na eDesk modul a vstup do elektronickej schránky PO a FO priamo z prostredia systému Portálu IIS BA.
• Prepojenie na modul elektronického doručovania (MED) pre vyzdvihnutie zásielky a vstup do elektronickej úradnej tabule priamo z prostredia systému Portálu IIS BA.
Samotný rozsah a návrh funkcionalít, ktorý bude v rámci realizácie projektu ESBS implementovaný bude spresnený v rámci Analýzy požiadaviek a súčasného stavu a návrhu riešenia konkrétneho riešiteľa, ktorý vzíde z verejného
obstarávania.
Portál IIS BA bude poskytovať nasledovné základné služby:
• zápis údajov o eGovernment službách bratislavskej samosprávy,
• zápis poskytnutého informačného obsahu,
• zápis stavu informačného obsahu publikovaného na Portály IIS BA,
• poskytnutie štatistických údajov o volaní eGovernment služieb bratislavskej samosprávy
a o prístupe k informačnému obsahu.
Funkcionalita Portálu IIS BA bude tvorená základnými modulmi:
• modul správy štruktúr portálu,
• modul správy kategorizácie obsahu na portáli,
• modul správy a publikovania publikácie obsahu,
• modul správy používateľov Portálu IIS BA,
• modul správy súborov,
• modul vyhľadávania,
• modul mapy stránok
• modul štatistiky (pre sprístupnenie služieb modul nie je nevyhnutné implementovať),
• modul archív (pre sprístupnenie služieb modul nie je nevyhnutné implementovať),
• modul ankety (pre sprístupnenie služieb modul nie je nevyhnutné implementovať),
• modul alert manager a logovanie (pre sprístupnenie služieb modul nie je nevyhnutné
implementovať).
3.2.6.2 Info modul
• štruktúrovaný pohľad na ponúkané služby prostredníctvom životných situácií,
• informácie o hlavnom meste a mestských častiach v ich pôsobnosti,
• informácie určené na zverejňovanie pochádzajúce z jednotlivých systémov vrátane
priestorových informácií,
• poskytovanie podpory používateľom Portálu a služieb (Helpdesk),
• poskytovanie informácií pre potreby riadenia a monitorovania interných projektov
hlavného mesta a MČ,
• informovanie o čerpaní štrukturálnych fondov a iných nenávratných finančných zdrojov
v rámci Intranetu/ Internetu.
Všetky informácie budú v prípade známej identity používateľa do maximálnej možnej
miery personalizované a prispôsobené jeho charakteristikám a požiadavkám. Štruktúrované informácie o dostupných službách eGovernmentu ponúkaných na úrovni hlavného mesta a mestských častí budú prezentované ako interaktívna encyklopédia služieb prepojená so samotnou implementáciou poskytovaných elektronických služieb. V údajoch o službách sa bude dať vyhľadávať na základe zvolenej životnej situácie občana, resp. podnikateľa.
Info modul bude prepojený na elektronické formuláre, kde ku každému konkrétnemu elektronickému formuláru poskytne popis danej elektronickej služby a rovnako bude sprístupňovať všetky zvyšné služby hlavného mesta a mestských častí informačného charakteru.
V spolupráci s CMS a Správou podaní Info modul umožní na ne štruktúrovaný pohľad. Info modul sprístupní informácie o pôsobnosti hlavného mesta a mestských častí.
Informácie, ktoré sa budú nachádzať v lokálnych registroch budú spravované a aktualizované prostredníctvom týchto registrov, ostatné informácie budú spravované pomocou komponentu CMS. Info modul poskytne aj informácie určené na
zverejňovanie pochádzajúce z jednotlivých systémov hlavného mesta a MČ. Interné systémy, resp. informácie z nich, budú automaticky integrované do Info modulu pre ich efektívne prezentovanie.
Helpdesk
Info modul zabezpečí poskytovanie podpory používateľom Portálu a služieb formou komplexnej nápovedy k IIS BA (Helpdesk). Pre tento modul bude mimoriadne dôležité vzájomné prepojenie medzi jednotlivými témami v rámci nápovedy, ale aj prepojenie nápovedy s obsahom ostatných komponentov.
Helpdesk umožní:
• zadanie požiadavky užívateľom,
• prebratie a správu požiadavky až po jej vyriešenie,
• vyhľadávanie požiadaviek,
• notifikácie,
• reporting,
• budovanie databázy znalostí – pri opakovaných riešeniach podobných situácií (FAQ).
3.2.6.3 Elektronické formuláre
MEF bude poskytovať verejnosti, ako aj povinným osobám jednotné a unifikované elektronické e-formuláre pre poskytované elektronické služby bratislavskej samosprávy, funkčnosť pre ich zobrazovanie, vypĺňanie, kontrolu ako aj ich definovanie. MEF zabezpečí mechanizmy na pred vyplnenie, základnú kontrolu vyplnenia e-formuláru a riadenia postupu jeho spracovania až po odovzdanie Integrovanému systému verejnej správy (hlavného mesta alebo mestských častí), resp. povinným osobám na ďalšie spracovanie.
MEF bude zabezpečovať centralizovanú správu e-formulárov bratislavskej samosprávy, kde budú uložené e-formuláre vo forme prázdnych vzorov, ktoré budú na požiadanie používateľov (verejnosti, verejnej správe, alebo ostatným informačným systémom) poskytované v stave prázdnych, respektíve už pred vyplnených e- formulárov. MEF umožní používateľovi poskytnutý e-formulár vyplniť, uložiť, uzavrieť a prostredníctvom portálu IIS BA zrealizovať jeho elektronické podanie.
Modul elektronických formulárov (MEF) bude v rámci IIS BA vytvorený ako jednotný front-endový komponent, ktorý bude združovať všetky funkcie manažmentu a používania jednotlivých elektronických formulárov prislúchajúcich k elektronickým službám. Jeho použitie zabezpečí jednotný prístup používateľov, štandardné používateľské rozhranie a integráciu s ostatnými centrálnymi komponentmi – najmä elektronickou podateľňou, eDesk modulom a modulom IAM.
MEF bude predovšetkým zabezpečovať:
• Centrálnu správu všetkých vzorov elektronických formulárov pre elektronické služby bratislavskej samosprávy prostredníctvom poskytnutia prostriedkov pre vytvorenie, aktualizáciu, verzionovanie a zneplatnenie vzorov e-formulárov
• Poskytovanie prázdnych, alebo pred vyplnených e-formulárov verejnosti ako aj povinným osobám pre realizáciu podania a rozhodnutia v súvislosti s danou elektronickou službou.
• Poskytovanie XSD schémy a vizualizácie jednotlivých vzorov elektronických formulárov, ktoré sú povinné pre každý vzor formulára.
• Poskytovanie postupu spracovania podaného e-formulára s interakciou so spoločnými centrálnymi komponentmi IIS BA a ostatnými ISVS hlavného mesta a mestských častí.
• Zabezpečovať jednotnú a jedinečnú identifikáciu elektronických formulárov pre
elektronické služby bratislavskej samosprávy.
• Prostriedky pre zobrazenie (vizualizáciu) a vyplnenie e-formulárov.
• Funkcionalitu pre generovanie (rekonštrukciu) podaného e-formulára v danom
čase.
Elektronické formuláre - modul pre Elektronické formuláre pozostáva z dvoch častí
• Samotný eForm modul tak ako je definovaný v NKIVS, reps. Vo výzve pre realizáciu modulov ÚPVS.
• Rozšírenie pre Elektronické formuláre modulu pre potreby mesta
Cieľom je, aby tieto dve časti poskytovali ako homogénny celok popisovanú funkcionalitu, pričom hlavné rozdelenie funkčnosti týchto častí je nasledovné:
• eForm modul ÚPVS - kompletná správa (tvorba, zverejňovanie, verzionovanie a podobne) formulárov, poskytnutie podpory pre vypĺňanie týchto formulárov a podobne.
• Rozšírenie pre potreby mesta.
• Funkcionalita pre zjednodušenie práce s formulármi najmä pre občanov a podnikateľov, ktorá prostredníctvom spravidla webového formulára zabezpečí predvyplnenie polí
s integráciou na iné komponenty, ktoré poskytujú zdrojové dáta pre predvypĺňané polia. Tieto vizuálne reprezentácie musia byť taktiež v súlade so schválenými reprezentáciami týchto formulárov tak, ako je to v štandardnom eForm module UPVS.
3.2.6.4 GIS Front-office
Návrh riešenia uvažuje s vybudovaním komponentu GIS front-end, ktorý bude predstavovať moderné technologicky ucelené portálovo orientované riešenie, ktoré využíva ako distribučnú a komunikačnú platformu protokol HTTP a štandardy pre zobrazovanie a distribúciu priestorových infomácií. Komponent poskytne on-line používateľské rozhranie pre sprístupnenie priestorových údajov týkajúcich sa územného záujmu hlavného mesta a mestských častí poskytované verejnosti (G2C), podnikateľským subjektom (G2B), ako i samotným zamestnancom hlavného mesta a MČ (G2E).
Základnou vlastnosťou komponentu bude sprístupnenie priestorových údajov vo forme mapových služieb spolu s popisnou časťou a podpornou funkcionalitou pre integráciu s elektronickými službami v rôznych fázach procesu ich poskytovania (vstupná, produkčná či výstupná fáza) a to najmä s vyhľadávaním a zobrazovaním informácií o rôznych organizáciách, objektoch a javoch nachádzajúcich sa na území hlavného mesta.
Komponent GIS front-end bude integrovaný vo viacerých fázach generického procesu eGovernment služby,
• Vstupná fáza – zjednodušenie zadávania údajov s atribútom polohy,
• Produkčná fáza – využitie geopriestorových informácií pre efektívnejšie spracovanie a vyriešenie podania,
• Výstupná fáza – doplnenie informácií vo výstupe služby o relevantné geopriestorové
informácie pre jednoduchšiu orientáciu pre klienta aj používateľa služby.
GIS front-end bude pozostávať z nasledujúcich logických sub-modulov:
• Základný modul (Webový GIS klient Internet - určený pre verejnosť), ktorý bude predstavovať samotný geoportál integrovaný do Portálu IIS BA, ako on-line riešenie ktoré bude poskytovať relevantné geopriestorové informácie a potrebnú funkcionalitu a nástroje na dynamickú prácu s geopriestorovými údajmi smerom k verejnosti,
• Rozšírený modul (Webový GIS klient Intranet - určený pre používateľov – zamestnancov hlavného mesta a MČ), ktorý bude predstavovať základný modul s rozšírenými GIS nástrojmi, množinou funkcionalít a modulov (v štruktúre agend organizačnej štruktúry hlavného mesta a MČ), ktoré budú slúžiť zamestnancom hlavného mesta a MČ pre podporu služieb a činností vyžadujúcich geopriestorovú informáciu s možnosťami jeho konfigurácie a optimalizácie podľa aktuálnych potrieb správcu systému a jednotlivých používateľov, ako i na zabezpečenie informačnej základne operatívnych geopriestorových údajov o hlavnom meste.
Základný modul bude vytvorený ako webová GIS aplikácia, ktorá bude predstavovať logicky usporiadané a intuitívne grafické rozhranie, prístupné pre jednotlivých používateľov na strane verejnosti (a to najmä pre občanov a podnikateľské subjekty) prostredníctvom webového prehliadača bez nutnosti inštalácie akéhokoľvek softvéru (plugin) na strane používateľa určeného pre verejnosť.
Používateľ na strane verejnosti bude pristupovať do systému pomocou webového prehliadača bez vyžiadania nutnosti prihlásenia. Používateľ bude prezerať, vyhľadávať a získavať geopriestorové informácie bez možnosti modifikácie ich geometrie a popisných informácií.
Sub-modul poskytne nasledovné nástroje a funkcionalitu pre dynamickú prácu s relevantnými geopriestorovými informáciami mesta v prostredí internetu: Nástroje na prácu s mapou:
• približovanie („zoom in“) priestorových údajov v mapovom pohľade,
• odďaľovanie („zoom out“) priestorových údajov v mapovom pohľade,
• pohyb/posun v mape,
• zobrazenie dynamických pohľadov na mapu,
• zobrazenie celej mapy,
• zobrazenie predchádzajúceho alebo nasledujúceho mapového pohľadu,
• obnovenie preddefinovaného výberu,
• smerové šípky,
• zobrazovanie popisných informácií o priestorových objektoch,
• výber a zobrazovanie mapového pohľadu (preddefinovaný výber mapy)
Pomocné nástroje na orientáciu v mape:
• náhľadová mapa (Overview),
• zobrazenie a zmena číselnej mierky (vrátane preddefinovaných hodnôt mierky),
• grafická mierka,
• smerová ružica,
• zobrazovanie a výpis súradníc (S-JTSK, WGS 84)
Práca s legendou:
• dynamická legenda mapy,
• zobrazenie legendy pomocou hierarchickej štruktúry tried objektov,
• zapínanie a vypínanie mapových vrstiev samostatne ako aj celých tematických mapových skupín,
• zobrazenie symboliky jednotlivých mapových prvkov,
• skrytie obsahu mapových vrstiev,
• nastavenie transparentnosti vrstiev legendy
• zobrazenie/skrytie legendy
Vyhľadávanie objektov:
• fulltextové vyhľadávanie priestorových objektov a ich popisných informácií,
• jednoduché vyhľadávanie,
• tematické vyhľadávanie,
• zobrazenie výsledku vyhľadávania v tabuľkovom prehľade,
• zameranie vyhľadaného objektu v mapovom pohľade,
• vyhľadanie a zameranie objektu pomocou parametrov externe zadaného URL
Nástroje merania:
• funkcia merania - bodová (získavanie súradníc miesta)
• funkcia merania - líniová (meranie vzdialeností)
• funkcia merania - plošná (meranie plochy)
Nástroj na identifikáciu jedného alebo skupiny vybraných objektov. Výber skupiny objektov bude možné realizovať prostredníctvom pravidelného alebo nepravidelného plošného výberu.
Informácie o prvku:
• základné informácie o vybranom prvku,
• rozšírené informácie o vybranom prvku,
• pripojenie a zobrazenie digitálnych dokumentov/fotografií k jednotlivým mapovým prvkom,
• e-mail adresa k vybranému objektu
• zobrazenie domovskej www stránky patriacej objektu)
Tlač
• Tlač mapy s možnosťou nastavení tlače
• export mapového pohľadu do bežných grafických formátov definovaných v štandardoch pre ISVS
3.2.7 Mid-office komponenty – integračná architektúra
Návrh integračnej architektúry IIS BA bude tvorený na nasledujúcich prepojených
logických úrovniach:
• úroveň integračnej architektúry IIS BA,
• úroveň integračnej architektúry ISVS hlavného mesta a mestských častí.
V rámci procesnej integrácie budú rešpektované a využívané princípy zadefinované v NKIVS - princípy architektúry poskytujúcej služby (SOA – Service Oriented Architecture), kde jednotlivé komponenty plnia definované role a navzájom si poskytujú služby. Komponenty IIS BA budú previazané pomocou integračnej platformy ESB, pričom pre procesnú integráciu budú využívané BPM, BRE a WFM komponenty IIS BA.
Uvedené komponenty budú slúžiť na integráciu procesov a komponentov, pričom v prípade že proces na jednej strane vyžaduje vyvolanie služby na centrálnej úrovni, bude sa z pohľadu IIS BA jednať o volanie atomickej služby. Komponent ESB bude zohrávať ústrednú úlohu pri aplikačnej integrácii celého riešenia. Bude zabezpečovať sprostredkovanie komunikácie medzi službami komponentov prostredníctvom správ, pričom bude zabezpečovať transformáciu správ a ich obsahu, verifikáciu správ, ich spoľahlivé doručenie a zabezpečenie transparentnosti informácie o pripojených systémoch a technologických rozdieloch pre jednotlivé integrované aplikácie.
Jedným z kľúčových prvkov používaných pre procesnú integráciu bude komponent BPM, ktorého úlohou bude riadenie a zabezpečenie podpory pre optimalizáciu procesov, ktoré podporujú poskytovanie služby. Jeho primárnou úlohou bude riadenie toku medzi jednotlivými pripojenými systémami od vytvorenia podania v Portáli až po
Na riadenie práce medzi zamestnancami prevádzkovateľa bude implementovaný komponent WFM (Workflow management), v ktorom bude tok informácií a úloh riadený automatizovaným systémom pre riadenie procesu, zároveň bude modul poskytovať funkcionalitu správy úloh zamestnancov verejnej správy.
Pre účely definovania a vykonávania pravidiel na poskytnutie služby zákazníkom bude implementovaný komponent BRE (BusiLomtec Rules Engine). Komponent bude podporovať implementáciu pravidiel podľa platnej legislatívy, prípadne podľa iných pravidiel, princípov poskytovania služby alebo na základe odvodenia z procesov.
ESB platforma bude zabezpečovať aj integráciu s externými systémami verejnej správy tak, že bude zabezpečovať ich služby pre interné aplikácie. Medzi externé systémy patria:
• základné registre verejnej správy,
• spoločné moduly ÚPVS (v prípade ich realizácie),
• ostatné spoločné komponenty verejnej správy a
• ostatné registrované ISVS.
Integrácia bude zabezpečena len s externými systémami, ktoré sú definované v súťažných podkladoch, alebo ich integrácia je potrebná pre zabezpečenie funkčnosti požadovaných elektronických služieb.
3.2.7.1 Mid-office komponenty – procesná integrácia
• Integračný nástroj (ESB)
• Procesný manažment (BPM)
• Nástroj pre definíciu pravidiel (BRE)
• Nástroj pre monitorovanie procesov (BAM)
• Workflow manažment (WFM)
3.2.7.1.1 Integračný nástroj (ESB)
ESB (Enterprise Service Bus) zohráva ústrednú úlohu pri aplikačnej integrácii celého riešenia. Bude zabezpečovať výmenu informácií medzi jednotlivými komponentmi riešenia IIS BA. Navrhovaný komponent bude poskytovať nasledovnú základnú funkcionalitu:
• sprostredkovanie komunikácie medzi službami (integrovanými aplikáciami)
• prostredníctvom správ
• zabezpečenie spoľahlivého doručenia správ
• zabezpečenie transparentnosti informácie o pripojených systémoch a
• technologických rozdieloch pre jednotlivé integrované aplikácie
• vlastné riešenie bezpečnosti
• možnosť definovania správ vo formáte XML
• možnosť integrácie informačných systémov prostredníctvom adaptérov
• možnosť definovania transformácií správ na báze XSL transformácií
• možnosť definovania smerovania správ (message routing)
• Podpora štandardov výmeny dát ako Electronic Data Exchange (EDI) data (X12, EDIFACT, and HIPAA)
3.2.7.1.2 Procesný manažment (BPM)
BusinessProcess Management (BPM) bude nosnou kostrou systému IIS BA. Jeho úlohou a úlohou jeho subkomponent bude riadenie generického procesu služby ako aj riadenie toku medzi jednotlivými pripojenými systémami od vytvorenia podania v Portáli až po spracovanie v systéme Produkčného spracovania vrátane zasielania relevantných správ používateľovi na Portál respektíve medzi inými integrovanými modulmi navzájom.
Riešenie IIS BA bude spĺňať nasledovné vlastnosti a parametre:
• Platforma pre spúšťanie jednotlivých biznis aplikácii a procesov;
• Implementácia procesov na úrovni komunikácie medzi jednotlivými pripojenými Komponentmi (modulmi);
• Dynamické riadenie rozhraní pripojených systémov;
• Definovanie busiLomtec procesu pre spravované služby;
• Manažment zmien busiLomtec procesov;
• Definícia spúšťacích udalostí pre notifikácie;
• Orchestrácia biznis procesov;
• Zabezpečenie integrácie aplikačného rozhrania;
• Smxxxxxxxx xokumentov podľa definovaného procesu;
• Správa prístupových práv podľa definície procesu;
• Hierarchia prístupových práv pre správne orgány a poradné orgány;
• Obnoviteľná výmena dát. V procese môže výmena dát obsahovať dve či viac správ vo forme dávky. Vďaka obnoviteľnej výmene dát sú pozastavené iba správy obsahujúce chybu, pričom po odstránení chyby môže spracovanie danej správy pokračovať;
• Zlyhanie smerovania správ. Systém bude obsahovať funkciu umožňujúcu orchestráciu a odosielacie porty pre príjem správ obsahujúcich chybu. Pri správnom použití môže byt využité smerovanie správ s chybou na upozorňovanie používateľov na zlyhanie správ či na vývoj dokonalejších funkcií pre spracovanie a opravu správ s chybou;
• Obnovenie správ. Obnovené môžu byt takmer všetky správy na prijímacej strane prostredníctvom na to uspôsobených nástrojov pre Health and Activity Tracking;
• Doručovanie správ v poradí;
• Transformácia rozsiahlych správ. V systéme budú rozsiahle správy mapované pomocou modulu pre transformáciu rozsiahlych správ, ktorý ukladá dáta na disk, a optimalizuje tak využívanie pamäte;
• Podpora dlhotrvajúcich transakcií. Systém bude poskytovať mechanizmy na efektívne riadenie a beh procesov s dlho dobou trvania. Práve v oblasti verejnej správy, kde lehoty dosahujú dĺžku niekoľkých dní, je potrebné optimalizovať zaťaženie servera takýmito typmi transakcií. Systém dokáže takéto dlhotrvajúce procesy tzv. hydratovať (odložiť po dobu nečinnosti) a opätovne uviesť do práce tzv. dehydratáciou procesu;
• Systém poskytne administrátorom rozhranie uľahčujúce správu, odstraňovanie ťažkostí
a nasadenie procesov;
• Systém poskytne administračnú konzolu, prostredníctvom ktorej môže správca zobrazovať stav všetkých aktuálne bežiacich aplikácií. Namiesto aby musel správca vyhľadávať problémy, systém ponúkne správcom proaktívnejší prístup k monitorovaniu aplikácií;
3.2.7.1.3 Nástroj pre definíciu pravidiel (BRE)
Procesy súvisiace s elektronickými službami bratislavskej samosprávy sú riadené definovanými pravidlami. Tie určujú, kam sú jednotlivé správy v danom procese smerované, ktorá operácia bude vykonaná ako ďalšia a ako dlho môže proces čakať na reakciu systému alebo človeka. Prostredníctvom pravidiel sa tvoria rozhodnutia v
bežiacich procesoch. BRE (busiLomtec rules engine) umožní vlastníkovi procesu meniť pravidla v procese bez modifikovania definície procesu a následného generovania novej verzie aplikácie.
Riešenie IIS BA bude spĺňať nasledovnú požadovanú funkcionalitu:
• možnosť vytvárania pravidiel jednoduchou intuitívnou grafickou formou
• možnosť reťazenia vytvorených pravidiel
• možnosť vytvárania komplexných pravidiel
3.2.7.1.4 Nástroj pre monitorovanie procesov (BAM)
Úlohou komponentu BAM je monitorovanie procesov a súvisiacich aktivít (operácie, transakcie) spolu s poskytovaním týchto informácií v reálnom čase.
Jedným z najviditeľnejších rysov BAM riešenia je prezentácia informácií do informačných panelov, ktoré obsahujú kľúčové ukazovatele výkonnosti (KPI), slúžiace na zabezpečenie činnosti a výkonnosti jednotlivých komponentov riešenia. Súčasne však môže poskytnúť pohľad na aktivity z pohľadu implementovaných elektronických služieb.
3.2.7.1.5 Workflow manažment (WFM)
Základná funkcionalita komponentu Workflow bude spĺňať nasledovné parametre:
• koncepcia zásobníka práce (zásobníka úloh) s úlohami a pracovnými krokmi
• workflow pre štruktúrované, čiastočne štruktúrované a neštruktúrované procesy
• vytvorenie definície procesu ako postupnosti aktivít a subprocesov pomocou grafického editora
• postupnosť aktivít (sekvencia, split, join)
• definícia aktivity:
o Kto – určenie používateľa, ktorý má danú aktivitu vykonať (rôzne možnosti – konkrétny používateľ, skupina, organizačná jednotka, pozícia, abstraktný používateľ atd.)
o Čo – zoznam pracovných krokov, ktoré sa majú vykonať na vybavenie aktivity
o Kedy – termíny na vybavenie aktivity (termín pre začiatok, termín pre ukončenie)
• vytvorenie pod procesu ako časti procesnej definície
• grafický editor na tvorbu a úpravu procesov
• priradenie definície procesu ku objektovej triede. Pri založení inštancie objektu možnosť
automatického štartu daného procesu
• priradenie aktivít procesu do zásobníka práce príslušného používateľa. V zásobníku práce sa budú zobrazovať všetky aktivity príslušného používateľa. Po ich vykonaní sa budú zo zásobníka odstraňovať
• eskalácia aktivít s možnosťou notifikácie pomocou emailu
• rozdeľovanie aktivít na skupiny používateľov
• využitie elektronických paráf na dokumentovanie rozhodnutí v rámci procesu
• prideľovanie pracovných úlohy jednotlivým používateľom v rámci definovaných procesov
• návod na vykonanie aktivity priamo v systéme znázornením pracovných krokov potrebných na vykonanie danej aktivity
• každý používateľ bude mať zásobník práce s jemu pridelenými pracovnými aktivitami
• zásobník práce (zásobník úloh) bude tvorený z viacerých pod záložiek.
• Aktivity budú v zásobníku práce rozdelené na viaceré pod záložky a to podľa oblasti,
ktorej sa týkajú.
• aktivity týkajúce sa správy registratúry budú oddelené od aktivít týkajúcich sa ostatných Komponentov (modulov)
• v názve pod záložky bude uvedený počet pracovných úloh v danej záložke
• Eskalácia
o komponent umožní upozorniť notifikáciou prostredníctvom e-mailu, na
nesplnenie úlohy v danom termíne vybrať zástupcu
o eskalácia môže byt požadovaná iniciátorom procesu, alebo vedúcim pracovníkom pri pridelení doručeného záznamu na vybavenie so zadaným termínom vybavenia
o pri prekročení doby spracovania úlohy komponent vygeneruje notifikáciu smerovanú napr. na riešiteľa úlohy alebo jeho priameho nadriadeného
o nastavenie eskalácie bude jednotné pre všetky typy procesov
• Elektronické parafy
o komponent ponúkne preddefinované typy podpisov (paráf), napr. Schvaľujem, Zamietam, ktoré bude mať používateľ na výber a môže ich v danom kontexte použiť
o v rámci procesu spracovania dokumentu systém ponúkne používateľovi
pracovné kroky, napr. Súhlasím a Nesúhlasím
o príslušná aktivita v procese (napr. odsúhlasenie dokumentu) sa bude dať vybaviť len kliknutím na jeden z týchto pracovných krokov. Po potvrdení bude zapísaná príslušná parafa, ktorá sa už z objektu odstrániť nebude dať
o každej parafe bude systém evidovať kto ju použil (tzn. meno, priezvisko a rola), kedy ju použil, či pracoval ako zástupca
o pri opätovnom schvaľovaní pôvodné parafy viditeľné nebudú, ostávajú uložené len v histórii objektu. Názvy paráf sú voľne definovateľné v rámci prispôsobenia systému požiadavkám IIS BA
3.2.8 Mid-office komponenty – riadenie podaní / prípadov
Komponent Riadenie podaní / prípadov bude nástrojom na komunikáciu s klientmi samosprávy. Každý proces, či už je iniciovaný klientom alebo verejnou správou je vedený ako prípad/podanie. Prípady sú archivované a v prípade nadväzujúceho novootvoreného prípadu alebo v prípade odvolania voči rozhodnutiu pôvodný prípad je použitý ako referenčný.
Systém na riadenie podaní / prípadov pozostáva z týchto dvoch hlavných komponentov:
• Definičné údaje podaní,
• Údaje o vykonávaní podaní.
3.2.8.1 Definičné údaje podaní
3.2.8.2 Údaje o vykonávaní podaní
Pri využívaní eGov služieb vzniká v súvislostí s podaním množina údajov. Tieto údaje sú záznamom o priebehu poskytovaníslužby na úrovni jednotlivých krokov, pričom pre každý krok sú zaznamenávané
kľúčové údaje, ako kto daný krok vykonal, kedy, v rámci akého procesu a prípadneiné relevantné údaje. Tieto údaje bude sú základom pre sledovanie využívania služieb
a modul ich bude uchovávať pre potreby monitoringu a ďalšie analýzy.
3.2.9 Mid-office komponenty – správa dokumentov a elektronického obsahu
Zabezpečené budú nasledovné Mid-office komponenty na správu dokumentov a elektronického obsahu :
• CMS,
• DMS.
3.2.9.1 CMS
Z hľadiska užívateľskej prívetivosti je dôležitá celková ergonómia systému CMS – dizajn (vzhľad, grafická úprava, farby, usporiadanie ovládacích prvkov vrátane použiteľnosti pre používateľov so zrakovým hendikepom), funkcie, workflow. CMS bude spravovať veľké množstvo stránok. Za týmto účelom bude CMS disponovať funkciami a vlastnosťami, ktoré budú správu a tvorbu obsahu v čo najväčšej možnej miere uľahčovať ako:
• Automatické zálohovanie a verzionovanie stránok,
• Sledovanie zmien (track changes), ktoré umožní graficky zvýrazniť zmeny v obsahu
vykonané medzi jednotlivými verziami dokumentu v štýle textových editorov,
• WYSIWYG editor ako úprava stránok v štýle textového editora,
• Možnosť prístupu k obsahu vybranej časti stránky a jej úpravy priamo z prostredia
stránky,
• Systém nastaviteľného prístupu k dokumentom na základe skupín používateľov a
nastaviteľného toku (workflow) dokumentov,
• Modulárna architektúra, ktorá umožní jednoducho a efektívne pridávať nové komponenty (funkcie) do CMS a upravovať existujúce,
• Práca s CMS bez nutnosti inštalácie pluginov alebo aplikácií na rane používateľov,
• Oddelenie obsahu od grafického layoutu,
• Možnosť náhľadu zmien pred ich publikovaním,
• Podpora viacerých jazykových mutácií,
• Fulltextové vyhľadávanie;
Komponent CMS bude pozostávať z nasledovných sub-modulov:
• Sledovanie zmien (track changes), ktoré umožní graficky zvýrazniť zmeny v obsahu
vykonané medzi jednotlivými verziami dokumentu v štýle textových editorov,
• Automatické zálohovanie a verziovanie, ktoré zabezpečí automatické zálohovanie stránky/článku pri úprave jeho obsahu. Každá záloha a tiež aktuálna verzia bude mať pridelené číslo verzie dokumentu ako aj dátum, kedy bol dokument vytvorený alebo modifikovaný. Systém správy verzií a automatického zálohovania umožní v prípade potreby kedykoľvek návrat k pôvodnému zneniu dokumentu,
• WYSIWYG editor, ktorý zabezpečí editovanie stránok, pri ktorom na úpravu obsahu webovej stránky nebude potrebná znalosť HTML kódu. Úpravy obsahu bude možné realizovať v grafickom prostredí podobnom užívateľskému prostrediu textových editorov,
• Modul podporujúci výber oblasti na úpravu priamo na zobrazenej stránke - obsah web stránok bude uložený vo viacerých dokumentoch a pre používateľa môže byť obtiažne nájsť práve ten dokument, ktorý potrebuje upraviť. Tento modul bude umožňovať
používateľovi vybrať oblasť, ktorú potrebuje upraviť v priamo prostredí prehliadača
webových stránok bez nutnosti prehliadania množstva súborov,
• Administrácia prístupov - nie všetci používatelia, ktorí budú pracovať na obsahu stránok, budú mať rovnaké právomoci a prístupy. Riadenie používateľov a určovanie ich prístupov a právomocí bude zabezpečené modulom Administrácia prístupov,
• Workflow management - za pomoci tohto modulu bude možné nastaviť tok jednotlivých dokumentov. Teda kto má možnosť dokument upraviť a kto bude musieť dokument schváliť predtým než sa zmeny prejavia v ostrej prevádzke,
• Fulltextové vyhľadávanie – tento modul zabezpečí fulltextové jednoduché aj rozšírené vyhľadávanie nad kompletným obsahom Portálu mesta (články, dokumenty, obsah uložený v databáze) respektíve obsahom komponentov, s ktorými bude komponent Portál mesta integrovaný. Pri jednoduchom vyhľadávaní bude zadaný výraz automaticky vyhľadávaný v celom dostupnom obsahu. Pri rozšírenom vyhľadávaní bude možné spresniť parametre vyhľadávania ako napríklad obmedziť rozsah vyhľadávania na dokumenty, určiť výrazy aké sa vo výsledkoch nesmú nachádzať a podobne.
3.2.9.2 DMS
Centrálne dátové úložisko
Sub-modul centrálneho dátového úložiska predstavuje jednotný dátový priestor, ktorý umožní centrálnu správu informácií a prechod na plnú elektronickú formu dokumentácie v rámci všetkých IS. Centrálne dátové úložisko vytvára základný predpoklad na vytvorenie dynamického „workflow“ v rámci všetkých procesov bratislavskej samosprávy. Výsledkom bude robustný, sofistikovaný a bezpečný systém, ktorého základnými atribútmi sú plne digitalizované dokumenty, komplexný DMS na úrovni technologickej infraštruktúry (HW a SW) i aplikačného vybavenia, dynamický
„workflow“ dokumentov a prepojenie s ďalšími informačnými systémami. Centrálne
dátové úložisko digitálnych údajov bude:
• zabezpečené – k údajom budú mať prístup (R/O; R/W) len oprávnení používatelia,
• spoľahlivé (úložisko bude musieť byť zálohované) – minimalizované riziko straty údajov,
• centralizované – k údajom budú mať prístup všetky oprávnené subjekty,
• elektronické – s ohľadom na súčasný stav informačných a komunikačných technológií
je toto najvhodnejšia forma uloženia údajov,
• v súlade s platnou legislatívou SR.
Dlhodobá archivácia elektronických dokumentov
Sub-modul dlhodobej archivácie elektronických dokumentov bude zabezpečovať trvalú čitateľnosť archivovaných dokumentov pomocou ukladania dokumentu aj vo formáte určenom na dlhodobú archiváciu, udržiavanie platnosti elektronického podpisu archivovaných dokumentov (repodpisovanie), zabezpečenie integrity archivovaného obsahu, vyhľadávanie archivovaných údajov a ich distribúciu, zabezpečenie údajov pred nepovoleným prístupom, zabránenie vzniku duplicitných verzií, súčasný prístup ľubovoľného počtu oprávnených osôb k tým istým údajom, pričom tieto osoby môžu byť v čase prístupu geograficky aj veľmi vzdialené. Funkcionalita sub-modulu bude rozšírená a sub-modul dlhodobého ukladania elektronických registratúrnych záznamov. Modul bude integrovaný s modulom dlhodobého ukladania registratúrnych záznamov MDURZ.
Ako celok DMS systém zabezpečuje nasledujúce procesy:
• prijatie papierových dokumentov po ich zaevidovaní v registratúre,
• ukladanie papierových dokumentov,
• digitalizácia dokumentov,
• prijatie elektronických dokumentov:
o hromadné - vstup dokumentov do centrálneho úložiska dávkovým spôsobom,
o individuálne – skenovanie prostredníctvom štandardného klienta elektronického úložiska aj s možnosťou zadať príslušné metadáta, skenovanie jednotlivých (individuálnych) dokumentov
o z externých zdrojov - vstup elektronických dokumentov, ktoré vzniknú v iných systémoch a prostredníctvom rozhraní na externé systémy budú uložené v centrálnom úložisku dokumentov,
• ukladanie elektronických dokumentov (ukladanie elektronických dokumentov vytvorených v externom prostredí do centrálneho elektronického dátového úložiska),
o archivovanie elektronických dokumentov,
o archivovanie papierových dokumentov,
o poskytovanie papierových dokumentov,
o poskytovanie elektronických dokumentov,
o poskytovanie informácií o elektronických dokumentoch (vyhľadanie a sprístupnenie elektronického dokumentu bez obsahu na základe ľubovoľných metadát dokumentu, resp. na báze kľúčových slov),
o poskytovanie informácií v elektronických dokumentoch (vyhľadanie a sprístupnenie elektronického dokumentu na základe fulltextového vyhľadávania v elektronickom dokumente).
3.2.10 Back-office komponenty
Komponenty Back-office budú realizované v plnej funkcionalite a potrebe pre
zabezpečenie spracovania všetkých povinných služieb.
3.2.10.1 Back-office komponenty – IS úsekov správy mesta
Obstarávateľ požaduje zabezpečenie nasledovnýchBack-office komponentov IS úsekov správy:
• Účtovné systémy a rozpočtový systém
• Registratúra
• Interný reporting
• Systém pre zastupiteľstvo mesta
• Miestne dane a poplatky
• Mzdový systém
3.2.10.1.1 Účtovné systémy a rozpočtový systém
Podľa vykonanej analýzy súčasného stavu môžeme považovať účtovné systémy a rozpočtový systém za najviac využívané a rozšírené IS v rámci bratislavskej samosprávy. Moduly účtovného a rozpočtového systému sú zväčša súčasťou hlavného integrovaného systému samosprávy ako samostatné moduly účtovníctvo, príprava rozpočtu, plánovanie, fakturácie, miestne dane a poplatky s prepojením na správu majetku.
Účtovný IS bude určený pre vedenie účtovnej agendy. Základnú účtovnú evidenciu predstavujú účtovné doklady vytvárané zaúčtovaním prvotných dokladov. Pomocou analytického členenia účtovnej osnovy, zaradenia účtovných dokladov podľa útvarov, nákladových okruhov a okruhov činností je možné získať
podrobný prehľad o finančnej situácii. Účtovný IS umožňuje zobrazenie výsledkov v podobe základných zostáv ako sú predvaha, súvaha, výkaz ziskov a strát, výpočet daňovej povinnosti, obrat a konečné zostatky na účtoch, sledovanie stavu pohľadávok a záväzkov a ďalšie. Účtovný IS umožňuje účtovanie pomocou účtovných interných dokladov, čo sú všeobecné doklady, ktoré umožňujú zadať akýkoľvek druh účtovnej operácie.
Účtovný IS bude umožňovať výstup všetkých základných účtovných zostáv – predvahy, výsledovky, súvahy, bilancie atď., a to ako za celú spoločnosť, tak za jednotlivé útvary, zákazky a popr. ďalšie rozmery (nákladový okruh atď.).
Účtovný IS umožní tlač výstupov z denníka, a to podľa rôznych hľadísk a s rôznou úrovňou súčtovania.
Základné požiadavky na funkčnosť Účtovného IS sú:
- Spracovanie súvahy, výsledovky, predvahy
- Možnosť nastavenia vlastného účtového rozvrhu
- Automatické účtovanie kurzových rozdielov
- Výpis hlavnej knihy za všetky účty účtovej osnovy
- Možnosť uzávierky účtovníctva za zvolené obdobie
- Vykonanie ročnej uzávierky účtovníctva
- Vedenie podsúvahového účtovníctva
- Spracovanie údajov dávkovo
- Zápis do účtovného denníka nie je možný bez existencie zaevidovaného
prvotného dokladu
- Vytvorenie podkladu pre daňové priznanie DPH
- Možnosť definovania salda k zvolenému dátumu
Účtovný IS by mal poskytovať nasledovnú funkčnosť:
- Prehľad salda s možnosťou zadefinovania rôzneho intervalu pre predpis a pre úhrady (napr. faktúry vystavené v intervale 1.3.20.. až 31.3.20.. a úhrady k 31.10.20 )
- Blokácia údajov v prvotných systémoch a podsystémoch po zaúčtovaní a súčasne existencia funkcie storno pohybu, storno účtovného dokladu vo všetkých agendách
- Generovanie sumarizačných zostáv - sledovanie z viacerých hľadísk (vrátane
maticových – sledovanie z viacerých hľadísk)
- Z položky salda zobrazenie všetkých prvotných dokladov, ktoré ju tvoria s
možnosťou priameho pohľadu na prvotný doklad
- Integrované prepojenia účtovného stavu so všetkými evidenciami - Dane a poplatky, Mzdy a personalistika, Rozpočet, Fakturácia obojsmerne, Pokladňa Banka, Majetok, Sklady, Zmluvy a prvotnými dokladmi, tak aby bol priestor pre zosúladenie účtovného stavu s týmito evidenciami.
- Účtovníctvo pre rozpočtové a príspevkové organizácie.
- Dáta z prvotných dokladov a v nadväzujúcich evidenciách v systémoch a
podsystémoch Dane a poplatky, Mzdy a personalistika, Rozpočet, Fakturácia
obojsmerne, Pokladňa Banka, Majetok, Sklady, Zmluvy musia byť po zaúčtovaní zablokované voči spätnej zmene.
- Funkcia: storno pohybu, storno účtovného dokladu vo všetkých agendách (Dane a poplatky, Účtovníctvo, Mzdy a personalistika, Rozpočet, Fakturácia obojsmerne, Pokladňa Banka, Majetok, Sklady, Zmluvy) nad konkrétnym pohybom, resp. dokladom.
- Možnosť účtovania prvotných dokladov priamym typovaním na príslušné účty podľa dokladu bez nutnosti tvorby účtovnej kontácie.
- Možnosť účtovania prvotných dokladov prostredníctvom zadefinovanej účtovnej
kontácie.
- Možnosť účtovania prvotných dokladov prevzatím kontácie z likvidačného lístka podľa rozhodnutia účtovníka.
- Možnosť účtovať o časovom rozlíšení nákladov a výnosov, príjmov a
výdavkov.
- Možnosť zaúčtovať faktúry, platobné poukazy v dvoch fázach. Najprv zaúčtovať záväzok resp. pohľadávku na pomocný účet a v druhej fáze na takto zaúčtovaný doklad pripojiť rozpis na protiúčty
- Možnosť účtovania po jednom zázname (doklade) vo všetkých systémoch a
podsystémoch.
- V prípade účtovania záznamov z bankových výpisov, výpisov z VAKUP a SIPO možnosť účtovania každej jednotlivej položky samostatne.
- Možnosť účtovania vybranej množiny záznamov
- Možnosť účtovania celej dávky naraz.
- Možnosť nastavenia rôzneho spôsobu účtovania u rôznych agend. (napr. v jednom systéme alebo podsystémoch účtovanie položkovo, v inom účtovanie dávkou.)
V rámci Účtovného systému bude dôležitú funkčnosť zabezpečovať podsystém pre
spracovanie platobných príkazov a bankových výpisov.
Základné požiadavky na funkčnosť Podsystému riadenia a správy bankových úkonov sú:
- Evidencia bankových spojení organizácií
- Účtovanie bankových výpisov priamym typovaním na príslušné účty podľa dokladu bez nutnosti tvorby účtovnej Kontácie,
- Voliteľné typy kurzov
- Export platobných príkazov do informačného rozhrania bankového ústavu
- Možnosť účtovania bankových výpisov, výpisov z VAKUP a SIPO možnosť účtovania každej jednotlivej položky samostatne.
- Import bankových výpisov v elektronickej forme
- Kurzový lístok s aktualizáciou z www stránok ECB (možnosť naplánovania
automatickej aktualizácie kurzového lístka.)
- Možnosť účtovania vybranej množiny záznamov
- Možnosť účtovania celej dávky naraz.
- Možnosť ručného párovania platieb týkajúcich sa viac dokladov
- Párovanie salda na úrovni prvotného dokladu nie až na účtovnej – na položkách bankového výpisu a možnosť priamo naviazať hradený doklad s automatickým priradením protiúčtu pre účely účtovania pohybu
- Možnosť zaúčtovania a odúčtovania celého bankového výpisu a tiež možnosť účtovať aj po jednotlivých položkách v prípade nutnosti opravy
Ďalším dôležitým komponentom Účtovného IS je Podsystém Pokladňa, ktorý je určený pre evidenciu pokladničných dokladov a účteniek pri vedení viacerých pokladní súčasne. Podsystém bude poskytovať opis pokladničného denníka, ktorý je možné generovať pre každú pokladňu zvlášť.
Základná funkčnosť Podsystému riadenia Pokladne bude zabezpečovať:
- Kompletná evidencia príjmových a výdajových dokladov
- Pokladňa v cudzej mene (priemerný kurz alebo kurz metódou FIFO na výdaji)
- Zaúčtovanie pokladničných dokladov do hlavnej knihy podľa predpísaných kontácií
- Pokladničné miesta v členení podľa jednotlivých pokladní
- Možnosť účtovania prvotných dokladov priamym typovaním na príslušné účty podľa dokladu bez nutnosti tvorby účtovnej Kontácie.
- Možnosť účtovania prvotných dokladov prevzatím Kontácie z likvidačného lístka podľa rozhodnutia účtovníka.
Podsystém riadenia a správy fakturačných procesov na vstupe aj na výstupe slúži na vystavenie faktúr v hlavnej aj cudzej mene a na vystavenie vzájomných zápočtov. Podsystém pre fakturáciu na vstupe slúži na evidenciu všetkých druhov prijatých dokladov: faktúry došlé tuzemské i zahraničné, faktúry došlé zálohové, dobropisy došlé, prijaté sankčné faktúry.
Základné požiadavky na funkčnosť na Podsystému riadenia a správy fakturačných procesov na vstupe aj na výstupe sú:
- Kontrola zaúčtovania podľa nadefinovanej súvzťažnosti – kontrola predkontovania
- Evidencia prijatých aj odoslaných faktúr
- Rozúčtovanie dokladov podľa dimenzií
- Sledovanie procesu likvidácie došlých dokladov – identifikácia miesta, kde sa v likvidácii doklad nachádza.
- Podsystém v tejto časti musí obsahovať Dostatočný priestor v nastavených
dimenziách
- Vytvorenie upomienok a penalizačných dokladov k vydaným dokladom
- Možnosti zrušenia faktúry predchádza odsledovanie naviazanosti na iné
doklady, najprv bude byť zrušená väzba na iné doklady (referenčná integrita)
- Možnosť definovať položky faktúry na iné rozpočtové položky
- Možnosť rozdeľovať faktúry do nových zložiek (šanónov) počas chodu
Organizácie
- Možnosť účtovania prvotných dokladov priamym typovaním na príslušné účty podľa dokladu bez nutnosti tvorby účtovnej Kontácie.
- Možnosť účtovania prvotných dokladov prostredníctvom zadefinovanej účtovnej
kontácie.
- Možnosť účtovania prvotných dokladov prevzatím Kontácie z likvidačného lístka podľa rozhodnutia účtovníka.
Podsystém Skladového hospodárstva slúži na vedenie skladovej agendy, tvorbe skladových dokladov a inventúr.
Základné požiadavky na funkčnosť Podsystému Skladového hospodárstva sú:
- možnosť definovať vlastnú skladovú kartu
- príjem a výdaj vrátane rezervácií
- možnosť vedenia skladových zásob buď v reálnych (FIFO), alebo priemerných
cenách
- Stav skladu k ľubovoľnému dátumu
- Podystém v tejto časti bude obsahovať Dostatočný priestor v nastavených
dimenziách
- integrovaná podpora pre kódy (EAN)
- objednávkový systém (objednávky došlé, vydané, sledovanie vykrytia objednávok, väzba na zdroj financovania)
Podsystém správy a evidencie zmluvných vzťahov bude evidovať právnické i ekonomické údaje o uzatvorených zmluvách a zaisťovať všetku ekonomickú agendu spojenú s účtovaním, fakturáciou a úhradami zmluvných čiastok.
Základné požiadavky na funkčnosť na Podsystém Správy a evidencie zmluvných
vzťahov sú:
- evidencia zmlúv, evidencia a sledovanie plnenia uzavretých záväzkových
vzťahov
- možnosť tvorby a evidencie dodatkov k uzavretým záväzkovým vzťahom
- generovanie splátok podľa pravidiel definovaných zmluvou alebo jej dodatkov
- generovanie faktúr na základe splátkových kalendárov
- evidencia splátkového kalendára
- Podystém v tejto časti bude obsahovať Dostatočný priestor v nastavených
dimenziách
- Možnosť sledovania plnenia zmluvných podmienok, splátkových kalendárov
- Možnosť previazania zmlúv na hnuteľný a nehnuteľný majetok
- Možnosť upomínania a penalizácie z úrovne splátkového kalendára (vystavenie
upomienky)
- Možnosť sledovania stavu úhrad splátok splátkového kalendára s vizuálnym rozlíšením splátok uhradených, neuhradených v splatnosti a po splatnosti
- Možnosť definovať splátkový kalendár pre zmluvy rôzneho charakteru:
- splátky slúžia ako podklad k vystaveniu faktúry, na základe faktúry sa následne zaúčtuje predpis pohľadávky. Po zaúčtovaní zablokuje prvotný doklad proti zmene údajov na ňom
- splátka zo splátkového kalendára slúži priamo na zaúčtovanie predpisu pohľadávky. Po zaúčtovaní zablokuje prvotný doklad proti zmene údajov na ňom.
- Vyhodnocovacie funkcie - možnosť sledovania plnenia zmluvných podmienok, splátkových kalendárov, sumarizácia za určité obdobie, príjmy z predaja a prenájmu za určité obdobie
(záznamov a spisov) vrátane prevodu papierových dokumentov do digitálnej formy, automatickú tvorbu všetkých evidenčných pomôcok (napr. registratúrny denník) v elektronickej aj tlačovej forme, monitoring spracovania záznamov a spisov, vedenie histórie záznamu a spisu, sofistikované a rýchle vyhľadávanie informácií, všetky potrebné funkcie pre správcu registratúry, napr. ročná uzávierka spisov a pod. Tento komponent bude podporovať celý životný cyklus dokumentov od príchodu do organizácie, resp. ich vzniku v organizácii, prevodu do digitálneho tvaru,
ak je to potrebné cez spracovanie, vybavenie a uloženie v elektronickom registratúrnom stredisku.
Registratúra bude umožňovať:
- centralizáciu správy registratúry,
- automatickú tvorbu všetkých evidenčných pomôcok (napr. registratúrny denník) v elektronickej aj tlačovej forme,
- automatické prideľovanie čísla záznamu a čísla spisu,
- kontrolu všetkých povinných údajov,
- automatický obeh záznamov v elektronickej forme,
- monitoring spracovania záznamov a spisov,
- vedenie histórie záznamu a spisu,
- sofistikované a rýchle vyhľadávanie informácií.
- Možnosť nastavenia prístupových práv a akcií nad spismi podľa požiadaviek (kto vidí spis, kto vidí záznam, uzatvorenie, otvorenie spisu, prečíslovanie...) Komponent bude reagovať na možné zmeny vzhľadom na nové legislatívne úpravy, umožní integráciu so zaručeným elektronickým podpisom, s bežnými kancelárskymi programami, fulltextové vyhľadávanie, vyhľadávanie na báze stromu kľúčových slov ako aj splnenie národných noriem a štandardov v oblasti spracovania dokumentov, spisov a záznamov.
Medzi najdôležitejšie požiadavky legislatívy na komponent Registratúra bude
patriť:
- jednoznačná identifikácia záznamov a spisov,
- spracovanie každého záznamu v rámci spisu,
- dodržanie predpísaného spôsobu manipulácie so spisom – od vzniku až po
archiváciu/zničenie,
- vedenie príslušnej dokumentácie o správe registratúry.
V rámci integračných vlastností komponent Registratúra bude obsahovať:
- možnosť danému registratúrnemu záznamu vytvoriť integrované dokumenty/súbory na báze produktov rôznych rozšírených kancelárskych balíkov (dokument je uložený automaticky v databáze ako originálna súčasť registratúrneho záznamu – centrálne úložisko dát),
- príjem / odosielanie elektronických záznamov (e-maily, elektronické formuláre, a pod.) čiže napríklad na základe prijatia elektronickej správy - podania automatizovane založí kompletný registratúrny záznam (došlá pošta) vrátane pripojenia elektronickej reprezentácie detailov podania (vygenerovanie relevantného XML súboru).
Komponent Registratúra bude predstavovať z hľadiska spracovania informácií s on-line aktualizáciou a prístupom z distribuovaných pracovísk centralizovaný systém, flexibilný voči zmenám legislatívneho prostredia a bude okrem vnútornej integrácie v rámci IIS BA úzko integrovaný s komponentom DMS a elektronickou podateľňou.
Podrobná špecifikácia komponentu bude predmetom návrhu konkrétneho riešenia
v rámci analytickej časti realizácie projektu.
Komponent Interný reporting bude obsahovať minimálne tieto povinné vlastnosti a
parametre:
- Poskytovanie určitých zostáv oprávneným používateľom podľa definovanej mapy
rolí z údajových zdrojov, a to ako služby a komponenty (dátové úložiská) IIS,
- Definovanie a realizácia transformácie týchto údajov v prehľadnej forme v súlade s
požiadavkami pracovníkov prevádzkovateľa XXX XX a MČ,
- Zabezpečenie read-only prístupu ku uvedeným údajom,
- Integrácia rozhrania komponentu Interný reporting do intranetovej časti Portálu,
- Prezentácia interného reportu z existujúcich dát,
- Vytvorenie nového typu interného reportu,