Otázka č.4:
Žiadame verejného obstarávateľa
o zosúladenie článku IV.
Udelenenie licencie bod 2 s
člankom
I. Predmet zmluvy bod 1.A článkom
- A)	Dodať software s 200
licenciami a Príloha č. 1 k
Zmluve
o dodaní SW s príslušenstvom
služieb kde je uvedené „V
rámci dodávky SW bude dodaných 
200
licencií a implementáciu SW na
registratúru pre 68  organizácii
v zriaďovateľskej pôsobnosti 
objednávateľa. Predmetom dodania
je  dodanie 200 licencií,
inštalácia SW.“

Predmetom dodania je 200
licencii

Otázka č.3:
V rámci Príloha č. 1 Opis
predmetu zákazky je požiadavka
„Súčasťou dodávky
registratúrneho systému musí
byť detailne popísané
integračné rozhranie pre
prepojenie na
iné informačné systémy. Rovnako
sa požaduje možnosť vykonania
hromadného importu
elektronických záznamov pre
hromadné odoslanie na ÚPVS“
Žiadame verejného obstarávateľa
 o
definovanie akým spôsobom alebo v
akom rozsahu verejný
obstarávateľ požaduje
„detailne
popísané integračné
rozhranie“.

Popis integračného rozhrania
musí obsahovať detailné popisy
služieb (rest api,...) a ich
parametre tak, aby na ich základe
bolo možné realizovať korektné
volania služieb.

Otázka č.2:
V rámci Príloha č. 1 Opis
predmetu zákazky je požiadavka
„Okrem ostrej (produkčnej)
verzie
sa požaduje aj inštalácia
testovacieho (vývojového) a
akceptačného prostredia novej
registratúry, na ktorej budú
prebiehať školenia a testovanie
upgradov a úprav systému ešte
pred nasadením do ostrej
prevádzky.“ Žiadame verejného
obstarávateľa  o definovanie
koľko
prostredí a kde sa ma inštalovať
napr. každú jednu organizáciu?

Verejný obstarávateľ
nepožaduje samostatne prostredia
pre každú organizáciu. Pre
potreby testovania požadujeme
jedno testovacie prostredie, ktoré
môže slúžiť pre viacero
organizácii.

Otázka č.1:
V rámci Príloha č. 1 Opis
predmetu zákazky je požiadavka
„Registratúrny systém musí
byť
dodaný so systémom na správu
dokumentov s poskytovanými
možnosťami ukladania metadát,
vytvárania verzií, pokročilými
možnosťami vyhľadávania,
zabezpečením jednoznačnej
identifikácie zmien a revízií,
dostupnosti príslušných verzií
platných dokumentov,
identifikácie a kontroly
externých dokumentov (ako sú
dokumenty zákazníkov alebo
dodávateľov), zabránenie
„neúmyselnému“ použitiu
zastaraných dokumentov“
konkrétne
„možnosťami ukladania
metadát“. Aké metadáta
verejný obstarávateľ požaduje
ukladať?

Verejný obstarávateľ
požaduje možnosť ukladať
 popisné a administratívne
metadáta týkajúce sa dokumentu.
Konkrétne názvy metadát môžu
byť rozdielne v rôznych
systémoch. Upresnenie, ak bude
potrebné môže byť zo strany
dodávateľa súčasťou úvodnej
analýzy pred nasadením.

Bude požadovaná migrácia
existujúcich dát do nového
systému správy registratúry?

Zhotoviteľ sa zaviaže k
poskytnutiu nevyhnutnej
súčinnosti a podpory v okamihu
ukončenia podpory registratúry
preberajúcej tretej strane. Rozsah
a formu spolupráce definuje práve
dokument EXIT Plán registratúry.
Dôležitou súčasťou EXIT Plán
registratúry je definovanie aj
pravidiel pre migráciu údajov v
prípade prebratia podpory
registratúry treťou stranou.

Otázka ohľadom prostredí:
-	Na základe tejto vety
požadujete 3 prostredia : Okrem
ostrej (produkčnej) verzie sa
požaduje aj inštalácia
testovacieho (vývojového) a
akceptačného prostredia novej
registratúry
-	Požadujete, aby vývojové a
testovacie prostredie bolo tiež
stále dostupné 24x7 aj po
nasadení do produkčnej
prevádzky?  V prípade prevádzky
v Cloud prostredí to môže mať
značný dopad na prevádzkové
náklady.

Po nasadení do produkčnej
prevádzky nie je potrebné
zabezpečiť dostupnosť
testovacieho a vývojového
prostredia 24x7.

Dobrý deň, 
Verejný obstarávateľ v
súťažných podkladoch uviedol,
že riešením bude disponovať 68
unikátnych subjektov. 
Prosíme o vysvetlenie, akým
spôsobom bude prebiehať
inštalácia a školenie? V každej
organizácii individuálne, alebo
sa skoordinuje školiaca miestnosť
a naraz sa vyškolia všetci
užívatelia?

Ďakujem.

Spôsob a priebeh
 inštalácie a školenia je
na uchádzačovi , pri dodržaní
podmienok uvedených v
súťažných podkladoch sa
uskutoční podľa jeho návrhu a v
jeho réžii. 

Dobrý deň,
v súvislosti so znením
súťažných podkladov, konkrétne
so znením časti B. Obsah a
predkladanie ponuky si verejný
obstarávateľ nárokuje v
poslednom bode k odseku Ponuka
musí obsahovať (uchádzač
vloží elektronicky do systému)
na nasledovné:
-              Dokumenty
vypracované podľa pokynov
uvedených v časti E.1 Opis
predmetu zákazky. Táto časť
ponuky sa stane prílohou zmluvy
uzavretej medzi verejným
obstarávateľom a úspešným
uchádzačom. Tieto dokumenty k
predmetu zákazky uchádzač nahrá
do časti „Prílohy k ponuke“

Prosíme verejného obstarávateľa
o vysvetlenie, čo presne si pod
týmito dokumentami predstavuje,
nakoľko v prílohe Opis predmetu
zákazky neevidujeme žiadne
špeciálne pokyny.

Ďakujem.

Verejný obstarávateľ
uvedený odsek v opravených
Súťažných podkladoch
vypustil.

 

Dobry den,

v zmysle Vasich aktualnych odpovedi
na predlozene otazky 
"Nie, verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok na daný SW,
denovaných v súťažných
podkladoch"
Vas ziadame o finalne stanovisko,
ci pozadovane zadanie
"Riešenie musí byť
nasaditeľné buď v prostredí,
ktoré je v správe
objednávateľa, alebo
implementovateľné formou hostingu
aplikácie v cloud prostredí"
splni riesenie, ktore bude nasadene
v existujucom prostredi a v sprave
objednavatela. 

Dakujem

Branislav Grman
NESS Slovensko, a.s.

Verejný
obstarávateľ požaduje
inštaláciu v cloude podľa
podmienok na daný SW,
definovaných v súťažných
podkladoch.

 

Pôvodne alternatívne
riešenie bolo v opravených
Súťažných podkladoch
upravené

Dobrý deň, 
v súvislosti so znením
súťažných podkladov k zákazke
"Dodanie certifikovaného SW na
správu registratúry s
príslušenstvom služieb" si
dovoľujeme verejnému
obstarávateľovi zaslať Vám
nasledujúce žiadosti o
vysvetlenie:

1.	Disponuje verený obstarávateľ
predstavou a konkrétnymi termínmi
o nasadení do ostrej prevádzky? 

2.	Máme za to, že v prípade
predĺženia termínu dodania SW
licencií na minimálne 4 mesiace
by toto viedlo k zapojeniu sa
väčšieho počtu uchádzačov a
konečnej nižšej hodnote
zákazky, keďže by bolo
umožnené zapojenie subjektov,
ktoré nemajú AS IS riešenie, ale
môžu ho vyvinúť. 

3.	V opise predmetu zákazky je
uvedené, že SW riešenie bude
využívať 68 organizácií.
Otázkou je, či má každý
subjekt unikátne IČO, alebo pod
jedným IČO pôsobia viaceré
subjekty, ako pobočky. 

4.	Keďže predpokladaná hodnota
zákazky je stanovená na 406
344,59 EUR a nie sú stanovené
referencie, navrhujeme, aby bola
využitá metóda, pri ktorej by
objem referencií bol minimálne
súhrnnej hodnote za posledné 3
roky 200 000 EUR bez DPH.

Ďakujeme,
s pozdravom, 

InterWay, a. s.

1. Verejný obstarávateľ
požaduje uviesť SW do prevádzky
do 2 mesiacov od nadobudnutia
účinnosti zmluvy.

 

2. Verejný obstarávateľ
 si stanovil opis predmetu
zákazky a termíny a podmienky VO
podľa vlastných potrieb a
požiadaviek. Je na slobodnej vôli
každého z uchádzačov
akceptovať podmienky dané
verejným obstarávateľom a
zúčastniť  sa verejného
obstarávania, alebo neakceptovať
a nezúčastniť sa verejného
obstarávania.

 

3. Áno každý subjekt má
unikátne  IČO

 

 

4. Verejný obstarávateľ
 si stanovil opis predmetu
zákazky a termíny a podmienky VO
podľa vlastných potrieb a
požiadaviek. Je na slobodnej vôli
každého z uchádzačov
akceptovať podmienky dané
verejným obstarávateľom a
zúčastniť  sa verejného
obstarávania, alebo neakceptovať
a nezúčastniť sa verejného
obstarávania.

 

Dobry den,

v navrhy Zmluvy uvadzate, ze:
ČL. VI. ZMLUVNÉ SANKCIE A
UKONČENIE ZMLUVY, bod 9. 
"Objednávateľ je oprávnený
vypovedať zmluvu bez uvedenia
dôvodu. Výpoveď musí mať
písomnú formu. Výpovedná lehota
je jeden mesiac a začína plynúť
prvým dňom kalendárneho mesiaca,
ktorý nasleduje po kalendárnom
mesiaci, v ktorom bola výpoveď
doručená dodávateľovi."

Ziadame o potvrdenie, ze vsetky
plnenia zrealizovane do vypovedania
zmluvy budu dodavatelovi uhradene.

S pozdravom

Branislav Grman
NESS Slovensko, a.s.

Dodávateľovi budú uhradené
všetky realizované plnenia,
ktoré boli do doby vypovedania
zmluvy Objednávateľom riadne
akceptované Objednávateľom
formou podpísaného akceptačného
protokolu, resp. Preberacieho
 protokolu

Dobry den, 

v navrhu Zmluvy uvadzate, ze 
ČL. VI. ZMLUVNÉ SANKCIE A
UKONČENIE ZMLUVY, bod 5.
"V prípade, ak sa vyhlásenie
dodávateľa v čl. IV bod 1 zmluvy
ukáže ak nepravdivé je
objednávateľ oprávnený od tejto
zmluvy odstúpiť a/alebo
požadovať od dodávateľa
uhradenie zmluvnej pokuty vo
výške .... % z ceny plnenia
dohodnutej zmluvnými stranami v
čl. III bod 1 zmluvy."
Zaroven vsak nie je specifikovana
percentualna vyska zmluvnej pokuty.
Je na uchadzacovi, aby tuto
percentualnu vysku navrhol?

Dakujem

Branislav Grman
NESS Slovensko, a.s.

Verejný
obstarávateľ požadovanú
informáciu doplnil v
aktualizovaných súťažných
podkladov.  Doplnené znenie
daného odseku zmluvy je
nasledovné:

"V
prípade, ak sa vyhlásenie
dodávateľa v čl. IV bod 1 zmluvy
ukáže ak nepravdivé je
objednávateľ oprávnený od tejto
zmluvy odstúpiť a/alebo
požadovať od dodávateľa
uhradenie zmluvnej pokuty vo
výške 50 % z ceny plnenia
dohodnutej zmluvnými stranami v
čl. III bod 1
zmluvy."

Dobrý deň,
zabezpečí strana KSK v rámci
protiplnenia vytvorenie nových,
rozšírenie existujúcich
sieťových prepojení na
infraštruktúre, ktorá je v
správe objednávateľa na základe
špecifikácie, požiadavky
uchádzača? Ďakujeme

Nie, verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok na daný SW,
definovaných v súťažných
podkladoch

Dobrý deň,
zabezpečí strana KSK v rámci
protiplnenia vytvorenie nových,
rozšírenie existujúcich
virtuálnych serverov na
infraštruktúre, ktorá je v
správe objednávateľa na základe
špecifikácie, požiadavky
uchádzača? Ďakujeme

Nie, verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok na daný SW,
definovaných v súťažných
podkladoch

Dobrý deň, prosíme o
špecifikáciu technickej
infraštruktúry, ktoré je v
správe objednávateľa. Ďakujeme

Verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok na SW, definovaný
v súťažných podkladoch

Dobrý deň, prosíme informáciu o
prostredí v správe
objednávateľa, konkrétne z
pohľadu možného rozšírenia už
existujúceho prostredia o
dodatočnú pamäť a diskový
priestor.  ďakujeme

Verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok na daný SW,
definovaný v súťažných
podkladoch

V Návrhu zmluvy uvádzate
odlišné lehoty dodávky ako v E.1
Opis predmetu zákazky v bode C).
Môžeme požiadať o upresnenie?

Uvedenie SW do prevádzky
požaduje verejný obstarávateľ
do 2 mesiacov od nadobudnutia
účinnosti zmluvy

V Návrhu zmluvy vidíme rozpor v
požiadavke na dodávku licencií.
V ČL. I. Predmet zmluvy bod A)
požadujete 200 licencií a v ČL.
IV. UDELENIE LICENCIE neobmedzený
počet používateľov.

Môžeme požiadať o upresnenie?

Verejný obstarávateľ
požaduje dodanie 200 licencií na
68 OvZP. Predmetom verejného
obstarávania nie je obstaranie
registratúry u samotného
zriaďovateľa. Na každú OvZP sú
určené minimálne dve licencie.
Konkrétny kľúč rozdelenia 200
licencií na 68 OvZP je v
právomoci verejného
obstarávateľa a nemá vplyv na
cenu jednotlivých uchádzačov.
Všetky OvZP, pre ktoré je
požiadavka dodania 200 licencii
sú OVM.

E.1 Opis predmetu zákazky, bod B)
Požiadavky na poskytnutie
prevádzkovanej služby pre
implementáciu v CLOUD-e:
Dvojfaktorová autentifikácia
(2FA)

Dvojfaktorová autentifikácie nie
je štandardná funkcionalita
systému pre správu registratúry
a nevyžaduje sa ani v
požiadavkách na zhodu s výnosom
Ministerstva vnútra Slovenskej
republiky č.525/2011 Z. z. Náš
systém spĺňa požiadavky na SSO
autentifikáciu, preto chceme
vedieť, či SSO postačuje, alebo
trváte aj na 2FA.

Konkrétny formát
multifaktorovej autentifikácie
bude predmetom návrhu technického
riešenia podľa dohody
objednávateľa a vybraného
dodávateľa. V rámci ponuky
navrhnite možnosti realizácie
Vášho riešenia.

Dobrý deň, posielame otázku 12
na vysvetlenie - skupina3. Za
odpoveď ďakujeme.
Je možné poskytnúť plnenie ako
službu SaS?

Odpoveď
12.

Špecifikácia predmetu
obstarávania je jasne definovaná
v súťažných
podkladoch.

Dobrý deň, posielame otázky 8-11
na vysvetlenie - skupina2. Za
odpovede ďakujeme.

8. V prostredí, ktoré je v
správe objednávateľa je možné
použiť existujúci hardvér a
existujúce sieťové prepojenia,
napr. do UPVS?

9. Je možné využiť existujúce
aplikačné prostredie -
registratúru objednávateľa? 

10. V rámci protiplnenia
objednávateľa zabezpečí
objednávateľ vytvorenie nových
virt. serverov podľa požiadaviek
uchádzača?

11. Na základe akého kľúča je
vytvorený "Návrh cenovej
ponuky" uvedený v tabuľke -
príklad "50% z celkovej ceny
zákazky bez DPH" pre "Cena
za dodanie softvéru bez DPH"?
Prečo práve 50%?

8.Odpoveď :

Nie, verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok  na daný SW,
definovaných v súťažných
podkladoch.

 

9. Odpoveď :

Nie nie je to možné.

 

10. Odpoveď :

Nie, verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok  na daný SW,
definovaných v súťažných
podkladoch.

 

11.Odpoveď :

Špecifikácia návrhu cenovej
ponuky je v právomoci verejného
obstarávateľa. Je na slobodnom
rozhodnutí každého uchádzača
zúčastniť sa verejnej súťaže
na predmet, ktorý požaduje
verejný obstarávateľ. Verejný
obstarávateľ má za to, že táto
požiadavka nemôže a
nediskriminuje žiadneho
uchádzač. Cieľom verejného
obstarávateľa je pripraviť
transparentné verejné
obstarávanie, ktoré sa môže
zúčastniť čo najvyšší počet
uchádzačov. Verejný
obstarávateľ má za to, že danou
štruktúrou  návrhu cenovej
ponuky dosiahne čo
najtransparentnejšie nacenenie
ponúk od uchádzačov a tým aj
čo najvýhodnejšiu ponuku.

 

Dobrý deň, posielame otázky 1-7
na vysvetlenie - skupina1. Za
odpovede ďakujeme.

1. V prílohe č. 1 "Opis
predmetu zákazky" v časti
Základné požiadavky je
uvedené:
"Možnosť vytvoriť vlastný
typ záznamov a dopĺňanie
nových, ľubovoľných atribútov
na záznamoch nových ako aj
existujúcich s vlastnými
dátovými typmi"
Vie Obstarávateľ bližšie
vysvetliť uvedený bod, prípadne
uviesť konkrétny príklad?

2. V prílohe č. 1 "Opis
predmetu zákazky" v časti
Základné požiadavky je
uvedené:
"Registratúrny systém musí
poskytovať automatizované
vytvorenie hierarchie organizačnej
štruktúry prostredníctvom
synchronizácie s active
directory"
Otázka: Aké atribúty
Obstarávateľ napĺňa v Active
directory ohľadom organizačnej
štruktúry pre OvZP v
súčasnosti?

3. Otázka: Koľko používateľov
bude registratúrny softvér
používať v jednotlivých OvZP?
Budú používať schvaľovacie
procesy pri odosielaných
záznamoch?

4.V prílohe č. 1 "Opis
predmetu zákazky" v časti
Základné požiadavky je
uvedené:
"musí umožniť nastavenie
bezpečnostných kategórií
jednotlivým registratúrnym
značkám, čím tiež zabezpečí
špecifický režim pristupovania k
záznamom 
v spisoch pod danou značkou, aj
keď ide o spis v bežnej
agend"
Otázka: Čo s pod tým máme
predstaviť? Viete uviesť
príklad? Čo je to bezpečnostná
kategória a v ktorom zákone má
oporu?

5. V prílohe č. 1 "Opis
predmetu zákazky" v časti
B)Požiadavky na poskytnutie
prevádzkovanej služby pre
implementáciu v CLOUD-e je
uvedené:
"Dvojfaktorová autentifikácia
(2FA)"
Otázka: Je možné realizovať
multifaktorovú autentizáciu cez
autentizačného partnera, t.j.
napríklad pri SAML IdP môžeme
použiť Multi Faktor Auth? 

6. V prílohe č. 1 "Opis
predmetu zákazky" v časti
B)Požiadavky na poskytnutie
prevádzkovanej služby pre
implementáciu v CLOUD-e je
uvedené:
"Single sign on (SSO) -
prihlásenie cez už existujúce
konto tretej strany, ktorej klient
dôveruje"
Otázka: Je možné využiť
štandard SAML 2.0? Na aký IdP sa
bude integrovať?


7. V prílohe č. 1 "Opis
predmetu zákazky" v časti
B)Požiadavky na poskytnutie
prevádzkovanej služby pre
implementáciu v CLOUD-e je
uvedené:
"Možnosť vykonávania záloh
- napr. ako statické súbory
uložené v cloude, popr. Export na
vopred dohodnuté úložisko na
dennej báze 
(podľa vopred definovaného
časového plánu). Exporty je
možné encryptovať jedine pomocou
vopred dohodnutého kľúča. atď.
"
Otázka: Z akého dôvodu je nutné
vykonávať zálohy systému do
vypísaných dátových súborov?

1.Odpoveď :

Záznamy vychádzajú z
terminológie  štandardov na
registratúrne plány a
registratúrne poriadky, ktoré sú
dostupné na stránkach
Ministerstva vnútra SR viď
nasledujúci link https://www.minv.sk/?vzorove-registraturne-poriadky-a-plany.


Systém musí umožniť
pridať vlastné atribúty rôznych
 dátových typov, buď
konfiguráciou počas
implementácie alebo
administrátorom počas
prevádzky.

 

2. Odpoveď :

Z hľadiska ocenenia predmetu
zákazky verejný obstarávateľ
očakáva, že uchádzač má
spracované integračné rozhrania
svojho produktu na active directory
a nacení svoje služby v
požadovanej časti ponuky. 

 

3. Odpoveď

Na každú OvZP sú určené
minimálne dve licencie. Konkrétny
kľúč rozdelenia 200 licencií na
68 OvZP je v právomoci verejného
obstarávateľa a nemá mať vplyv
na cenu. Úrad KSK bude disponovať
pre potreby kontroly a metodického
dohľadu taktiež 3-5 licenciami (z
200).

 

4. Odpoveď :

Bezpečnostné kategórie sú
špecifikované v zákone 525/2011
Z.z. o štandardoch pre
elektronické informačné systémy
na správu registratúry, viď
nasledovný link: https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2011/525/vyhlasene_znenie.html

 

5. Odpoveď
:

Konkrétny formát
multifaktorovej autentifikácie
bude predmetom návrhu technického
riešenia podľa dohody
objednávateľa a vybraného
dodávateľa. V rámci ponuky
navrhnite možnosti realizácie
Vášho riešenia.

 

6. Odpoveď
:

Návrh štandardu je v réžii
uchádzača, riešenie SSO v cloud
prostredí s kontom tretej strany
 je preferované, nie však
nevyhnutné.

 

7.Odpoveď :

Špecifikácia predmetu
verejného obstarávania je plne v
právomoci verejného
obstarávateľa. Verejný
obstarávateľa požaduje takúto
možnosť. Je na slobodnom
rozhodnutí každého uchádzača
zúčastniť sa verejnej súťaže
na predmet, ktorý požaduje
verejný obstarávateľ. Verejný
obstarávateľ má za to, že táto
požiadavka nemôže a
nediskriminuje žiadneho
uchádzača. Cieľom verejného
obstarávateľa je pripraviť
transparentné verejné
obstarávanie, ktoré sa môže
zúčastniť čo najvyšší počet
uchádzačov.

 

 

Čo obstarávateľ v rámci
technickej podpory rozumie pod
pojmom „údržba databázy v
režime 5x8, aj mimo času
servisnej pohotovosti“ ?

Daná
požiadavka je zo súťažných
podkladov vypustená.

 

Čo obstarávateľ rozumie pod
pojmom „Správa ročníkov,
ročné uzávierky“ ?

Terminológia
 štandardov na registratúrne
plány a registratúrne poriadky je
dostupná na stránkach
Ministerstva vnútra SR viď
nasledujúci link https://www.minv.sk/?vzorove-registraturne-poriadky-a-plany

Požadujeme vypustiť požiadavku
„vypĺňanie ľubovoľných
formulárov dostupných na
ÚPVS“, nakoľko je technicky
nerealizovateľná. Úložisko
elektronických formulárov
obsahuje tisícky formulárov,
väčšina z nich neobsahuje
vypĺňacie schémy alebo má tieto
schémy vytvorené proprietárne
pre konkrétne implementácie.
Zároveň je táto požiadavka
vysoko nad rámec reálnych
potrieb, nakoľko OvZP v postavení
právnickej osoby môžu použiť
len formulár všeobecnej agendy, a
OvZP v postavení OVM (školy)
môžu naviac použiť len
konkrétne formuláre pre úradný
list a rozhodnutia.

Daná
požiadavka je v súťažných
podkladoch vypustená.


 

Je predmetom zakázky aj obstaranie
a implementácia certifikátov pre
elektronickú pečať pre všetky
OvZP? Alebo si to bude
obstarávateľ riešiť vlastnými
prostriedkami?

Verejný
obstarávateľ bude znášať
náklady na samotné certifikáty.
Budúci dodávateľ pre naplnenie
predmetu zákazky bude
zabezpečovať komunikáciu a
implementáciu samotných
certifikátov.

Je predmetom zakázky aj
spracovanie integračných
dokumentov a sprocesovanie
integrácie na ÚPVS pre všetky
OvZP? Alebo si to bude
obstarávateľ riešiť vlastnými
prostriedkami?

Verejný
obstarávateľ požaduje SW na
správu registratúry, ktorý bude
najneskôr v čase odovzdania SW
objednávateľovi certifikovaný
Ministerstvom Vnútra SR minimálne
na úroveň zhody „vysoká“,
ktorý bude zabezpečovať
kompletnú správu registratúry
listinných aj elektronických
dokumentov.  Tento softvér
musí byť zároveň
integrovateľný na systém
elektronických schránok ÚPVS
tak, aby všetka komunikácia v
zmysle zákona 305/2013 Z.z. o
elektronickej podobe výkonu
pôsobnosti orgánov verejnej moci
a o zmene a doplnení niektorých
zákonov (zákon o e-Governmente)
bola zapísaná do
registratúry.

Áno,
predmetom zákazky je aj
zabezpečenie sprocesovania
prepojenia systému na UPVS pre
všetky OvZP.

K požadovanej funkcionalite
„komunikácia s ÚPVS má byť na
strane úradu ukončená v
demilitarizovanej zóne“:
Vzhľadom na to, že systém má
byť prevádzkovaný v cloude,
nepovažujeme túto požiadavku za
relevantnú a požadujeme jej
vypustenie. Integračný komponent
musí mať konektivitu na ÚPVS
prostredníctvom siete Govnet a
„preháňať“ všetku
komunikáciu medzi cloudom a
Govnetom cez dátovú linku úradu
zvyšuje riziko výpadkov systému
a neumožní dodávateľovi
garantovať funkčnosť riešenia.
Zároveň by obstarávateľ (Úrad
KSK) musel pre registratúrny
systém OvZP poskytnúť
existujúci vlastný integračný
komponent v multitenantnom
zapojení alebo vytvoriť
paralelný VPN tunel do Govnetu.

Daná
požiadavka  v súťažných
podkladoch vypustená.


 

K požadovanej funkcionalite
„Registratúrny systém musí
byť dodaný so systémom na
správu dokumentov…“:
Požaduje obstarávateľ v rámci
zakázky dodať aj osobitný DMS na
spracovanie dokumentov mimo
registartúry? Alebo postačuje DMS
zabudovaný v registratúre, ktorý
je však dostupný len cez
používateľské rozhranie
registratúry?

Obstarávateľ požaduje
dodanie riešenia, ktoré bude
obsahovať DMS systém na
spracovanie dokumentov z
registratúrnych záznamov ako
osobitný agendový systém v
zmysle legislatívy.

Je požadovaná funkcionalita
„overovania prihlasovania
prostredníctvom active
directory“ a „automatizované
vytvorenie hierarchie organizačnej
štruktúry prostredníctvom
synchronizácie s active
directory“.
Majú všetky OvZP implementovanú
Active Directory? Je garantovaná
funkčnosť týchto AD? Bude
možné prepojiť tieto AD
komunikčne prostredníctvom VPN s
registratúrnym systémom v cloude?

Systém by
mal umožniť prihlásenie pomocou
doménového konta Active Directory
alebo samostatným aplikačným
kontom, rozsah integrácie na
Active Directory bude
špecifikovaný počas nasadenia do
prevádzky.

 

Žiadame o vypustenie požiadavky
na funkcionalitu „Z ohľadom na
zakúpené licencie požadujeme,
aby nový registratúrny systém
využíval ako databázový server
výlučne Microsoft SQL server 2012
R2 alebo novší“. 
Toto kritérium považujeme za
obmedzujúce v rámci verejnej
súťaže. Zároveň vzhľadom na
požiadavku prevádzky systému v
cloude nie je preukázateľné, že
obstarávateľ ja vlastníkom
licencií produktov Microsoft
Windows Server a Microsoft SQL
Server v ich najnovších verziách
a vrátane klientských
prístupových licencií pre
všetky OvZP, vrátane údržby
licencií po dobu 24 mesiacov
platnosti zmluvy, a to všetko v
externom cloude mimo
infraštruktúry KSK.
Pripomíname, že napriek
požiadavke na dodanie 200
licencií registratúry, by
vzhľadom na platnú legislatívu
mali so systémom pracovať všetci
pracovníci OvZP, ktorí narábajú
s registratúrnymi záznamami. Zo
skúseností vieme, že 68 OvZP má
určite viac ako 200 THP
pracovníkov.

Požiadavka
na funkcionalitu „Z
ohľadom na zakúpené licencie
požadujeme, aby nový
registratúrny systém využíval
ako databázový server výlučne
Microsoft SQL server 2012 R2 alebo
novší“ je zo súťažných
podkladov vypustená 

 

Čo obstarávateľ rozumie pod
funkcionalitou „Možnosť
aktívne reagovať na nové
funkcionality elektronickej
schránky“ ?

Táto požiadavka je
zo súťažných podkladov
vypustená

Súčasťou je zaškolenie
kľúčových užívateľov (max 68
osôb) a administrátora SW.
Znamená to, že je potrebné
zaškoliť z každej OvZP jedného
používateľa a zároveň jedného
administrátora celého systému.
Jedná sa o pracovníka Úradu KSK?
Bude tento poskytovať podporu
všetkým OvZP v rozsahu zmien
používateľských účtov a
oprávnení, zmien v
registratúrnych plánoch a
nastaveniach, registrácie
certifikátov pre komunikáciu s
ÚPVS a podpisovanie elektronickou
pečaťou, riešenie problémov v
komunikácii s ÚPVS? 
Alebo má túto podporu všetkým
OvZP poskytovať dodávateľ
systému?

Verejný
obstarávateľ požaduje vyškoliť
68 užívateľov a jedného
administrátora. Pod školením
administrátora sa rozumie
školenie pre pracovníka úradu,
ktorý bude metodicky dohliadať
nad správnym používaním
registratúry s možnosťou
monitoringu a centralizovanej
kontroly. Podporu konfigurácie a
správy účtov bude poskytovať
vyškolený pracovník KSK, ale
podporu súvisiacu s technickou
komunikáciou voči UPVS bude
poskytovať dodávateľ
systému

V návrhu plnenia kritérií a aj
na rôznych miestach opisu predmetu
zákazky sa hovorí o
implementácii riešenia v cloude,
avšak zároveň je v opise
formulácia „Riešenie musí byť
nasaditeľné buď v prostredí,
ktoré je v správe
objednávateľa, alebo
implementovateľné formou hostingu
aplikácie v cloud prostredí“.
Požadujeme jasné vyjadrenie, či
má byť implementácia riešenia v
cloude alebo v prostredí
objednávateľa. Má to výrazný
vplyv na cenu riešenia. V prípade
riešenia v prostredí
objednávateľa požadujeme
deklaráciu pripravenosti tohto
prostredia na realizáciu, vrátane
integrácií na ÚPVS.

Verejný obstarávateľ
požaduje inštaláciu v cloude
podľa podmienok  na daný SW,
definovaných v súťažných
podkladoch.

Veta „Riešenie musí byť
nasaditeľné buď v prostredí,
ktoré je v správe
objednávateľa, alebo
implementovateľné formou hostingu
aplikácie v cloud prostredí“ je
upravená v opravených
súťažných podkladoch
následovne:  „Riešenie
musí byť implementovateľné
formou hostingu aplikácie v cloud
prostredí“

 

V opise predmetu zákazky sa
uvádza licencia pre 200
používateľov, ale v zmluve v
čl. IV. odsek 2. sa hovorí o
udelení licencie objednávateľovi
a jeho OvZP pre neobmedzný počet
používateľov.
Požadujeme uviesť do súladu.

Ide len o
200 licencií a nie o neobmedzený
počet , uvedena požiadavka je v
opravenom návrhu Zmluvy opravená


 

Termíny v prílohe zmluvy a v
opise predmetu zákazky sú mierne
nekonzistentné.
V opise predmetu zákazky a v
prílohe zmluvy sa uvádza:
zavedenie dodaného SW do
prevádzky musí byť najneskôr do
10 týždňov od nadobudnutia
účinnosti zmluvy.
V texte zmluvy sa uvádza: uvedenie
SW do prevádzky v cloude do 2
mesiacov od podpisu akceptačného
protokolu za časť B) - nie je
jasné, či ide o termín
odovzdania e-mailových adries
dodávateľovi alebo doručenie
prihlasovacích údajov
pracovníkom OvZP. Bod C) by asi
mal predchádzať bodu B).
Požadujeme presnejšie popísať
harmonogram dodávky.

Uvedenie SW
do prevádzky požaduje verejný
obstarávateľ do 2 mesiacov od
nadobudnutia účinnosti zmluvy.
Nekonzistentné termíny boli v
opravených súťažných
podkladoch upravené

 

V opise predmetu je uvedené "V
rámci dodávky SW bude dodaných 
200 licencií a implementáciu SW
na registratúru pre 68 
organizácii v zriaďovateľskej
pôsobnosti  objednávateľa.
"
Jedná sa o dodanie licencií
vyslovene len pre OvZP a nie pre
Úrad KSK, keďže 200 nie je
deliteľné číslom 68?
Koľko z OvZP sú OVM a koľko len
právnické osoby?

Verejný obstarávateľ
požaduje dodanie 200 licencií na
68 OvZP. Predmetom verejného
obstarávania nie je obstaranie
registratúry u samotného
zriaďovateľa. Na každú OvZP sú
určené minimálne dve licencie.
Konkrétny kľúč rozdelenia 200
licencií na 68 OvZP je v
právomoci verejného
obstarávateľa a nemá vplyv na
cenu jednotlivých uchádzačov.
Všetky OvZP, pre ktoré je
požiadavka dodania 200 licencií
sú OVM. Úrad KSK bude disponovať
pre potreby kontroly a metodického
dohľadu taktiež 3-5. licenciami
(z 200)