FVH 2010-01
Č. j.: SLZ-3295-22/ČJ-2011-009HVZ
na
„Předávání údajů o cestujících leteckými dopravci Policii České republiky“
FVH 2010-01
uzavřená na základě výsledku veřejné zakázky vyhlášené dle zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů.
Níže uvedeného dne, měsíce a roku uzavřely tyto smluvní strany:
1. Česká republika – Ministerstvo vnitra
se sídlem: Nad Štolou 936/3, 170 34 Praha 7
IČ: 00007064
DIČ: CZ00007064
Zastoupená: Ing. Xxxxxxxxxxx Xxxxxxxx
Zástupcem ředitele Správy logistického zabezpečení Policejního prezidia ČR
Bankovní spojení:Česká národní banka, Praha 1 Číslo účtu: 5504881/0710
Korespondenční adresa:
Policejní prezidium ČR
Správa logistického zabezpečení X.X.XXX 6, 150 05 Praha 5
(dále jen jako „objednatel“)
a
2. AUROTON COMPUTER spol. s r.o.
se sídlem: Xxxxxxxx 00/00, 000 00 Xxxxx 9
IČ: 43871437
DIČ: CZ43871437
Zastoupená: Ing. Přemyslem Ondrou, jednatelem společnosti Bankovní spojení: KB Praha 1
Číslo účtu: 35102111/0100
Zapsána do obchodního rejstříku vedeného u Městského soudu v Praze, oddíl C, vlož- ka 5013
(dále jen jako „dodavatel“)
(společně dále označeny též jen jako „smluvní strany“ nebo „strany“)
na základě §536 a v souladu s ustanoveními zákona č. 513/1991 Sb., obchodního zákoníku, ve znění pozdějších předpisů, (dále jen „obchodní zákoník“) uzavřely
tuto smlouvu o
„Předávání údajů o cestujících leteckými dopravci Policii České republiky“
(dále jen „smlouva“)
I.
1. Seznam v této smlouvě používané terminologie a zkratek tvoří přílohu č. 1 této smlouvy.
II.
Prohlášení smluvních stran
1. Objednatel prohlašuje, že je organizační složkou státu zřízenou a existující podle českého právního řádu a že splňuje veškeré podmínky a požadavky v této smlouvě stanovené a je oprávněn tuto smlouvu uzavřít a řádně plnit závazky v ní obsažené.
2. Dodavatel prohlašuje, že je právnickou osobou řádně založenou a existující podle českého právního řádu a že splňuje veškeré podmínky a požadavky v této smlouvě stanovené a je oprávněn tuto smlouvu uzavřít a řádně plnit závazky v ní obsažené.
3. Dodavatel garantuje, že nově zavedené funkcionality budou integrovány se stávajícími informačními sys- témy Policie ČR, budou s nimi kompatibilní a nebudou nijak dotčeny jejich stávající funkcionality.
4. Předmět smlouvy je spolufinancován z prostředků Fondu pro vnější hranice.
III.
Předmět Smlouvy
1. Předmětem plnění smlouvy je zavedení předávání údajů o cestujících leteckými dopravci Policii České republiky prostřednictvím datové sítě letecké dopravy a jejich automatizovaného zpracování a vyhodnoco- vání prostřednictvím policejních informačních systémů, včetně dodávky technického a programového vy- bavení, dodání návrhu a realizace připojení do datové sítě letecké dopravy a uzavření smlouvy na poskyto- vání datových služeb.
2. Předmět plnění se sestává z níže uvedených dílčích plnění spočívajících v(e):
a) Zavedení nových funkcionalit
provedení analýzy,
zpracování bezpečnostního projektu a návrhu OrgWare,
zpracování technického řešení a návrhu na pořízení HW a COTS SW,
konzultace ke stávajícímu aplikačnímu programovému vybavení (APIS-PAXLST), konzultace k informačním systémům poskytujícím lustraci,
specifikace rozhraní,
vývoj a implementace aplikačního SW, integrace s centrálními systémy,
příprava a provedení testování, podpora při ověřovacím provozu, zavedení do rutinního provozu,
zpracování dokumentace,
školení administrátorů a pracovníků, předání a akceptace.
b) Zavedení konektivity do datové sítě letecké dopravy
provedení analýzy,
zpracování bezpečnostního projektu a návrhu OrgWare,
zpracování technického řešení a návrhu na pořízení služeb, HW a COTS SW, konzultace k datové síti letecké dopravy a WAN MV ČR,
specifikace rozhraní,
vývoj a implementace aplikačního SW,
podpora pro uzavření smlouvy o poskytování datových služeb, příprava a provedení testování,
podpora při ověřovacím provozu, zavedení do rutinního provozu,
zpracování dokumentace,
školení administrátorů a pracovníků, předání a akceptace.
c) Dodávku HW a COTS SW
aplikační server (včetně OS) 2 ks,
databázový server (včetně OS) 2 ks,
MS SQL Server Standard 64 bit. v licenci na procesor 1 ks, pracovní stanice (včetně SW) 2 ks,
montáže, instalace, konfigurace, uvedení do provozu, testování a poskytnutí záruky, školení administrátorů,
předání a akceptace.
3. Detailní popis předmětu plnění je uveden v příloze č. 2.
4. Dodavatel se zavazuje plnit předmět smlouvy a objednatel se zavazuje zaplatit za toto plnění sjednanou cenu podle podmínek stanovených smlouvou.
5. Dodavatel se zavazuje provést plnění v souladu s platnými právními předpisy a s dalšími normami souvise- jícími s předmětem plnění veřejné zakázky.
6. Předmět plnění musí být realizován řádně a včas bez faktických a právních vad.
1. Místem plnění dle této smlouvy jsou: Policie České republiky
IV.
Místo plnění
Inspektorát cizinecké policie Praha – Ruzyně Aviatická 16/1050
160 08 Praha 6
Policie České republiky
Ředitelství služby cizinecké policie Olšanská 2
130 51 Praha 3
Policie České republiky
Inspektoráty cizinecké policie na mezinárodních letištích ČR:
ICP Karlovy Vary, ICP Pardubice, ICP Brno a ICP Ostrava.
V.
Termíny plnění
1. Dodavatel je povinen plnit předmět smlouvy v termínech plnění stanovených touto smlouvou.
2. Xxxxxxxxx je povinen zahájit poskytování plnění následující den po nabytí platnosti a účinnosti smlouvy. Plnění bude realizováno v souladu s předmětem plnění veřejné zakázky.
3. Termín ukončení plnění: do 1. 6. 2012.
4. Xxxxxx vystavení konečné faktury nejpozději do 29. 6. 2012.
5. Závazné termíny dílčích plnění dle článku III. Jsou uvedeny v harmonogramu v příloze č. 4.
6. Dílčí část požadovaného plnění se považuje za řádně poskytnuté, bylo-li řádné poskytnutí odsouhlaseno objednatelem formou podpisu předávacího (akceptačního) protokolu, vztahujícího se k příslušnému dílčí- mu plnění (fázi). Pokud je součástí předání průvodní dokumentace k předmětu plnění (např. návody), je ta- to část součástí protokolu o předání (akceptačního) protokolu.
7. Každé dílčí plnění (fáze) bude zakončeno akceptačním protokolem dle přílohy č. 6 či dodacím listem
/dodávka HW/. Po jeho potvrzení oprávněnými osobami objednatele vystaví dodavatel fakturu.
VI.
Cena
1. Celková cena za plnění, které je specifikováno v čl. III. a v příloze č. 2. k této smlouvě se sjednává dohodou smluvních stran a činí:
2 825 900 Kč bez DPH (slovy: dvamilionyosmsetdvacetpěttisícdevětset Kč bez DPH), daň z přidané hodnoty 20%, čili:
565 180 Kč (slovy pětsetšedesátpěttisícstoosmdesát Kč),
3 391 080 Kč s DPH (slovy: třimilionytřistadevadesátjedentisícosmdesát Kč s 20% DPH).
2. Tato cena sestává z dílčích cen uvedených v příloze č. 4.
3. Daň z přidané hodnoty bude účtována v souladu s platnými právními předpisy.
4. Součástí celkové ceny jsou veškerá plnění, která se na základě smlouvy dodavatel zavázal poskytnout ob- jednateli. Součástí celkové ceny jsou i služby a dodávky, které v zadávací dokumentaci nebo i ve smlouvě sice výslovně uvedeny nejsou, ale dodavatel jakožto odborník o nich ví nebo má vědět, že jsou nezbytnou součásti plnění předmětu smlouvy.
5. Celková cena za předmět plnění je cenou konečnou, nejvýše přípustnou a nelze ji překročit; cenu bude možné měnit pouze v případě změny zákonných sazeb DPH.
VII.
Platební podmínky
1. Platba za plnění předmětu smlouvy bude realizována bezhotovostním převodem na účet dodavatele na
základě faktury, přičemž bude požadována dílčí fakturace za dodávku hardware a COTS SW a za poskyto- vání konektivity do datové sítě letecké dopravy a aplikačního SW. Do 5 dnů po podepsání akceptačního protokolu vystaví dodavatel konečnou fakturu.
2. Faktury musí splňovat veškeré požadavky stanovené českými právními předpisy, zejména náležitosti da- ňového dokladu stanovené v § 28 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů, a obchodní listiny stanovené v § 13a obchodního zákoníku; kromě těchto náležitostí bude faktura obsahovat označení (faktura), číslo smlouvy, prohlášení, že se jedná o spolufinancování z prostředků Fon- du pro vnější hranice označení evidenčního č. projektu FVH 2010-01 a logo s vlajkou EU, označení bankov- ního účtu dodavatele, název a sídlo dodavatele, objednatele (Ministerstvo vnitra ČR, Nad Štolou 936/3, 170 34 Praha 7) a příjemce faktury (Policejní prezidium ČR, Správa logistického zabezpečení, OMTZ, X.X.XXX 6, 150 05 Praha 5), cenu bez daně z přidané hodnoty, procentní sazbu a výši daně z přidané hodnoty a cenu včetně daně z přidané hodnoty; výše daně z přidané hodnoty bude zaokrouhlena na celé desetihaléře na- horu. Každá faktura bude vyhotovena ve 2 výtiscích (originál + 1 kopie).
3. Společně s fakturami dodavatel dodá kopie:
dodacích listů a předávacích protokolů podepsané pověřenými zástupci smluvních stran, akceptačního protokolu podepsané pověřenými zástupci obou smluvních stran.
4. Faktura je splatná do 30 kalendářních dnů ode dne jejího prokazatelného doručení objednateli na adresu uvedenou ve smlouvě; fakturovaná částka se považuje za uhrazenou okamžikem odepsání příslušné fi- nanční částky z bankovního účtu objednatele uvedeného ve smlouvě ve prospěch bankovního účtu dodava- tele uvedeného ve smlouvě.
5. Objednatel je oprávněn do lhůty splatnosti vrátit bez zaplacení dodavateli fakturu, která neobsahuje náleži- tosti stanovené smlouvou nebo fakturu, která obsahuje nesprávné cenové údaje nebo není doručena v po- žadovaném množství výtisků, a to s uvedením důvodu vrácení; dodavatel je v případě vrácení faktury po- vinen do 10 pracovních dnů ode dne doručení vrácené faktury fakturu opravit nebo vyhotovit fakturu no- vou; oprávněným vrácením faktury přestává běžet lhůta splatnosti; nová lhůta v původní délce splatnosti běží znovu ode dne prokazatelného doručení opravené nebo nově vystavené faktury objednateli. Faktura se považuje za vrácenou ve lhůtě splatnosti, je-li v této lhůtě odeslána, není nutné, aby byla v téže lhůtě do- ručena dodavateli, který ji vystavil.
6. Platby budou probíhat v korunách na základě předložené faktury.
7. Nebezpečí škody na zboží přechází na objednatele dnem plnění v souladu s článkem V. smlouvy – Termíny plnění.
8. Vlastnické právo ke zboží dle předmětu smlouvy přechází na objednatele po úplném zaplacení kupní ceny.
VIII.
Odpovědnost za vady a záruční podmínky
1. V rámci záruky dodavatel garantuje, že předmět plnění bude mít vlastnosti a bude fungovat v souladu s požadavky objednatele uvedenými v zadávací dokumentaci a ve smlouvě.
2. Dodavatel se zavazuje odstranit vady předmětu plnění, jež bude mít předmět plnění v době jeho předání objednateli, a dále vady, které se na předmětu plnění vyskytnou v průběhu záruční doby. Dodavatel je v souvislosti s odpovědností za vady předmětu plnění povinen poskytnout objednateli na předmět plnění záruku:
záruka na dodaná zařízení 36 měsíců,
záruka na dodaný aplikační SW 24 měsíců,
garance poskytování technické podpory výrobcem HW 5 let,
reakční doba a záruční podmínky jsou specifikované v příloze č. 2, servisní zásahy provádět v místě instalace,
v případě výpadku doba obnovy funkcionality do 72 hodin,
přepravu zapůjčeného i reklamovaného zařízení tam i zpět zabezpečit na náklady a riziko poskyto- vatele servisních služeb,
pokud nebudou v rámci záručního servisu dodrženy časové a věcné podmínky při odstraňování zá- vad dle výše uvedených zásad, budou objednatelem uplatněny k dodavateli sankce ve výši 10 000 Kč/den na 1 každý incident,
bezplatná telefonická podpora na tel číslo dodavatele: t.: 800192185 v pracovní době a v pracovních dnech,
běh záruční doby začíná ode dne akceptace předmětu plnění,
záruční doba se prodlužuje o dobu, po kterou měl předmět plnění vadu bránící jeho řádnému užívání objednatelem,
poskytnutá záruka se vztahuje na všechny části předmětu plnění včetně jeho příslušenství,
záruka se vztahuje na funkčnost předmětu plnění, jakož i na jeho vlastnosti požadované objednate- lem,
veškeré zjištěné nedostatky a vady předmětu plnění, které se vyskytnou v záruční době, je dodavatel povinen bezplatně odstranit bez zbytečného odkladu po jejich oznámení objednatelem,
dodavatel odpovídá objednateli za případnou škodou, která mu vznikne z titulu neodstranění vady na předmětu plnění dodavatelem ve sjednaném termínu.
IX.
Práva a povinnosti smluvních stran
1. Dodavatel je povinen dodat zboží v množství, jakosti a provedení, jež určuje tato smlouva a musí je zabalit nebo opatřit pro přepravu způsobem stanovený příslušnými právními předpisy tak, aby nedošlo k žádné- mu poškození zboží.
2. Dodavatel je povinen předat zástupci objednatele doklady, jež jsou nutné k převzetí a užívání zboží dle
§ 417 až § 419 obchodního zákoníku.
3. Objednatel je oprávněn zboží používat od data jeho převzetí.
4. Dodavatel bude při plnění předmětu smlouvy postupovat s odbornou péčí, podle nejlepších znalostí a schopností, sledovat a chránit oprávněné zájmy zadavatele a postupovat v souladu s jeho pokyny nebo s pokyny jím pověřených osob.
5. Objednatel si vyhrazuje právo uzavřít smlouvu na technickou podporu dle potřeb objednatele a to do předání předmětu smlouvy.
6. Dodavatel se zavazuje převést přístupovou smlouvu ohledně konektivity do datové sítě letecké dopravy na objed- natele k datu předání a převzetí předmětu smlouvy.
7. Žádné ustanovení této smlouvy nepodléhá obchodnímu tajemství. Objednatel je tak oprávněn znění smlou- vy v plném rozsahu zpřístupnit třetí osobě nebo na základě vlastního rozhodnutí zveřejnit.
8. Dodavatel bez jakýchkoliv výhrad souhlasí se zveřejněním své identifikace a dalších údajů uvedených ve smlouvě včetně ceny díla.
9. Dodavatel souhlasí s tím, aby subjekty oprávněné dle zákona č. 320/2001 Sb., o finanční kontrole ve veřej- né správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, provedly finanční kontrolu závazkového vztahu vyplývajícího ze smlouvy.
10. Veškeré materiály a dokumentace (např. manuály atd.) vzniklé na základě tohoto projektu musí být ozna- čeny evidenčním číslem projektu FVH 2010-01, obsahovat prohlášení, že se jedná o spolufinancování z prostředků Fondu pro vnější hranice a logem s vlajkou EU.
11. Dodavatel je povinen předat objednateli Doklad o zřízení služby konektivity a garanci datových služeb po dobu trvání projektu 5 (pěti) let, který bude vystaven poskytovatelem konektivity (firmou SITA) na objed- natele.
X.
Sankce, náhrada škody, odstoupení od smlouvy
1. Dodavatel je oprávněn požadovat na objednateli úrok z prodlení za nedodržení termínu splatnosti faktury ve výši 0,05 % z oprávněně fakturované částky bez daně z přidané hodnoty za každý i započatý den prodlení. Výše sankce není omezena.
2. Objednatel je oprávněn požadovat na dodavateli smluvní pokutu za nedodržení termínu plnění podle smlouvy, za nedodržení lhůty pro odstranění nedostatků a vad předmětu plnění za každý jednotlivý nedostatek a každou jed- notlivou vadu, a to minimálně ve výši 0,05 % z celkové ceny předmětu plnění bez daně z přidané hodnoty za každý i započatý den prodlení. Výše sankce není omezena.
3. Úrok z prodlení a smluvní pokuta jsou splatné do 30 kalendářních dnů od data, kdy byla povinné straně doručena oprávněnou stranou písemná výzva k jejich zaplacení, a to na bankovní účet oprávněné strany uvedený v písemné výzvě.
4. Smluvní pokuty mohou být kombinovány (tzn., že uplatnění jedné smluvní pokuty nevylučuje souběžné uplatnění jakékoliv jiné smluvní pokuty). Ustanovením o smluvní pokutě není dotčeno právo oprávněné strany na náhradu škody v plné výši.
5. Náhrada škody – nepřipouští se omezení odpovědnosti za škodu, výše náhrady škody a sankcí uvedených v zadávací dokumentaci, a to ani v případě, že je pro příslušné porušení sjednána smluvní pokuta. Nepři- pouští se ani jakékoliv ujednání, které by předem omezovalo výši škody, kterou lze při porušení smlouvy předvídat.
6. Odstoupení od smlouvy se řídí příslušnou úpravou obsaženou v obchodním zákoníku, objednatel a doda- vatel jsou oprávněni odstoupit od smlouvy, pokud je porušena závažným způsobem, zejména v těchto pří- padech:
a) Objednatel je oprávněn od této smlouvy odstoupit, pokud dodavatel přes několikeré upozornění nedodá dílo v požadované kvalitě, rozsahu a technických parametrech, neodstraní reklamované vady ve lhůtě 30 dnů od jejich oznámení dodavateli nebo pokud vady díla nelze odstranit nebo nedodá dílo ve sjednané době a to nejpozději do 1. 6. 2012, nebo nevystaví konečnou fakturu nejpozději do 29. 6. 2012, přičemž nárok na smluvní pokutu nebo náhradu škody není tímto dotčen.
b) Objednatel je dále oprávněn od této smlouvy odstoupit v případě, že:
i. vůči majetku dodavatele probíhá insolvenční řízení, v němž bylo vydáno rozhodnutí o úpadku, pokud to právní předpisy umožňují,
ii. insolvenční návrh na dodavatele byl zamítnut proto, že majetek dodavatele nepostačuje k úhradě nákladů insolvenčního řízení,
iii. dodavatel vstoupí do likvidace.
c) Dodavatel je oprávněn odstoupit od smlouvy, v případě, že objednatel bude v prodlení s úhradou faktury o více než 60 dní, přičemž nárok na smluvní pokutu nebo náhradu škody není tímto dotčen.
d) Objednatel je oprávněn odstoupit od smlouvy, pokud dodavatel nedodá do data předání předmětu smlouvy Doklad o zřízení služby konektivity a o garanci datových služeb po dobu trvání projektu 5 (pěti) let, který bude vystaven poskytovatelem konektivity a datových služeb (firmou SITA) na objednatele.
e) V případě, že objednatel odstoupí od smlouvy dle výše uvedeného a již bude uskutečněno dílčí plnění (fáze), vrátí objednatel zboží (dílo) dodavateli, a dodavatel vrátí cenu zaplacenou za zboží (dílo) dosud dodané objed- nateli a dodavatel uvede informační systém do původního stavu, vše do 30 dnů ode dne doručení písemného odstoupení na adresu sídla dodavatele.
XI.
Akceptační převzetí díla
1. Dodavatel se zavazuje poskytovat plnění objednateli v požadované kvalitě a termínech.
2. Dodavatel zpracuje akceptační protokol dle přílohy č. 6 o poskytnutém plnění, resp. jeho příslušné dílčí části, který po jeho potvrzení oprávněnou osobou objednatele v souladu s touto smlouvou předloží ke schválení oprávněné osobě objednatele.
3. Průběh akceptace řízení:
3.1. Posouzení díla (akceptační procedura) se uskuteční oponentním řízením, které bude ukončeno do 15 (patnácti) pracovních dní po předání díla objednateli. Výstupem oponentního řízení bude úplný a ko- nečný výčet připomínek, vad a nedodělků objednatele s kategorizací na vady a nedodělky bránící v užití části díla a na vady a nedodělky nebránící v užití části díla. Výčet bude předán v písemné formě dodavateli.
3.2. Formu a způsob zapracování připomínek, vad a nedodělků dílčí části díla sjednají oprávněné osoby objednatele a dodavatele.
3.3. Akceptace díla dle této smlouvy bude mezi smluvními stranami potvrzeno formou „Akceptačního pro- tokolu“.
3.4. Objednatel je povinen podepsat „Akceptační protokol“ díla neprodleně po ukončení oponentního ří- zení nebo po kontrole zapracovaní připomínek, jestliže:
3.4.1. je dílo bez vad,
3.4.2. dílo obsahuje pouze připomínky, vady a nedodělky nebránící v užití díla objednatelem. V tom- to případě musí být v akceptačním protokolu uvedeno, do kdy a jakým způsobem budou vady odstraněny.
3.5. Pokud není výslovně uvedeno jinak, je povinnost dodavatele, spočívající v provedení díla splněna dnem uvedeným v „Akceptačním protokolu“, podepsaném oprávněnými osobami.
3.6. Nebudou-li předány objednatelem písemné připomínky v domluvených termínech je dílo považováno za akceptované a dodavateli tímto vzniká právo fakturovat cenu díla.
XII.
Vlastnická a autorská práva
1. Vlastnické právo k předmětu plnění, který se podle smlouvy má stát vlastnictvím objednatele (zejména HW komponenty atd.), přechází na objednatele dnem jeho zaplacení po jeho předání objednateli.
2. Aplikační SW „Předávání údajů o cestujících leteckými dopravci Policii České republiky“, který je chráněn zákonem č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů, poskytuje dodavatel na základě této smlouvy dnem předání výsledku činnosti objednateli výhradní oprávnění (licenci) k účelu vyplývají- címu ze smlouvy o dílo. Dodavatel poskytne objednateli přístup ke zdrojovému kódu softwaru a bude re-
spektovat technologickou neutralitu a otevřenost softwaru. Tato povinnost platí i v případě zhotovení částí díla subdodavatelem.
3. Licence není omezena územním rozsahem. Licence je udělena na dobu určitou po dobu trvání autorských práv k dílu. Nabyvatel licence (objednatel) není povinen licenci využít a je oprávněn udělit podlicenci či ji postoupit jakékoli třetí osobě. Odměna za licenci je již zahrnuta v ceně díla.
4. Xxxxxxxxx se zavazuje udělit objednateli nejpozději při předání díla (resp. jeho části dle příslušné etapy plnění) souhlas k tomu, že je objednatel oprávněn dílo (resp. jeho část dle příslušné etapy plnění) dle smlouvy zveřejnit, upravovat, testovat, spojit s jiným dílem nebo dílo dále rozšiřovat o další funkcionality dle potřeb objednatele. Odměna za udělení tohoto souhlasu je již zahrnuta v ceně díla. Vznikne-li při plnění této smlouvy na straně dodavatele hmotně zachycený výsledek činnosti, zavazuje se dodavatel předat hmotný nosič výsledku činnosti objednateli bez zbytečného odkladu po vzniku výsledku činnosti. Vlastnic- ké právo k hmotnému nosiči výsledku činnosti přechází na objednatele dnem jeho předání objednateli, ne- dohodnou-li se smluvní strany jinak. Kupní cena hmotného nosiče je rovněž zahrnuta do ceny plnění dle čl.
VI. této smlouvy.
XIII.
Součinnost stran
1. Obě smluvní strany se zavazují k poskytnutí veškeré nezbytné součinnost k naplnění účelu smlouvy.
2. Smluvní strany se zavazují úzce spolupracovat, zejména si poskytovat úplné, pravdivé a včasné informace potřebné k řádnému plnění svých závazků z této smlouvy, přičemž v případě změny podstatných okolností, které mají nebo mohou mít vliv na plnění smlouvy, jsou povinny o takové změně informovat druhou smluvní stranu bez zbytečného odkladu po provedení takové změny.
3. Smluvní strany se dále zavazují poskytnout druhé smluvní straně dohodnuté podmínky umožňující řádné plnění smlouvy.
4. Objednatel bude dodavateli při poskytování plnění dle této smlouvy poskytovat součinnost pracovníků objednatele (resp. jím pověřeného subjektu).
5. Smluvní strany sjednávají, že komunikace mezi nimi bude uskutečňována písemně, přičemž písemnosti budou doručovány osobně nebo prostřednictvím držitele poštovní licence na korespondenční adresu ob- jednatele a adresu sídla dodavatele uvedenou v záhlaví této smlouvy. Písemná komunikace se sjednává ja- ko výlučná v případě sjednávání změn a doplňků této smlouvy, jakož i jejího ukončení.
6. V případech výslovně touto smlouvou stanovených nebo sjednaných dohodou smluvních stran, je možná i komunikace mailem, faxem či elektronicky na adresu oprávněných osob uvedených v čl. XIV. a dalších osob uvedených v příloze č. 5 této smlouvy za podmínky, že přijetí tímto způsobem zasílaného dokumentu bude potvrzeno druhou smluvní stranou.
7. Při vlastním dodání zboží objednatel vytvoří dodavateli následující podmínky a předpoklady:
7.1. zabezpečení vstupu na místo plnění, eventuálně zabezpečení vjezdu a parkování,
7.2. zajištění místa instalací zařízení.
XIV.
Závěrečná ustanovení
1. Xxxxxxx nabývá platnosti a účinnosti dnem jejího podpisu oběma smluvními stranami.
2. Smlouva se řídí právním řádem České republiky. Práva a povinnosti neupravené smlouvou se řídí podle přísluš- ných právních předpisů.
3. Spory smluvních stran vznikající ze smlouvy nebo v souvislosti s ní budou řešeny před příslušnými obecnými soudy České republiky.
4. Jakékoliv změny či doplnění smlouvy je možné činit výhradně formou písemných a číselně označených dodatků ke smlouvě schválených oběma smluvními stranami.
5. Dodavatel bez předchozího výslovného písemného souhlasu objednatele nepostoupí ani nepřevede jakákoliv práva či povinnosti vyplývající ze smlouvy na jakoukoliv třetí osobu.
6. Součástí této smlouvy jsou níže uvedené přílohy:
6.1. Příloha č. 1 – Seznam použitých zkratek
6.2. Příloha č. 2 – Popis předmětu plnění
6.3. Příloha č. 3 – Podrobná kalkulace ceny
6.4. Příloha č. 4 – Harmonogram
6.5. Příloha č. 5 – Řešitelský tým
6.6. Příloha č. 6 – Akceptační protokol – vzor
6.7. Příloha č. 7 – Formulář hlášení závad HW
6.8. Příloha č. 8 - Doklad o zřízení služby konektivity a garanci datových služeb
7. Xxxxxxx se vyhotovuje ve 4 identických stejnopisech, z nichž objednatel obdrží po jejich podpisu 3 vyhotovení a dodavatel jedno vyhotovení.
8. Za objednatele jsou oprávněné osoby:
ve věcech smluvních: Xxx. Xx. Xxxxx Xxxxxxx, ředitel tel. 000 000 000, ve věcech technických včetně převzetí díla: kpt. Xxx. Xxxx Xxxxxxx tel. 000 000 000,
Xx. Xxxxx Xxxxx tel. 000 000 000,
Xxx. Xxxxxxxx Xxxxxxx tel. 000 000 000.
Za dodavatele jsou oprávněné osoby:
ve věcech smluvních: | Xxx. Xxxxxxx Xxxxx | tel. 000 000 000, |
ve věcech technických včetně předání díla: | Xxx. Xxx Xxxxxxx | tel. 000 000 000-000, |
Xxx. Xxxx Xxxxxx | tel. 000 000 000-000, | |
ve věcech fakturačních a platebních: | Xxx. Xxxxx Xxxxxxxxx | tel. 000 000 000-000. |
9. Smluvní strany prohlašují, že si tuto smlouvu přečetly, s jejím obsahem souhlasí a potvrzují, že byla sepsána na základě jejich pravé a svobodné vůle, a na důkaz toho připojují své podpisy.
V Praze dne V dne
za objednatele: za dodavatele:
Česká republika – Ministerstvo vnitra AUROTON COMPUTER spol. s r.o.
Xxx. Xxxxxxxxx Xxxxxx v.r. Xxx. Xxxxxxx Xxxxx v.r.
zástupce ředitele jednatel společnosti
Správy logistického zabezpečení Policejního prezidia ČR
Příloha č. 1
Termíny a použité zkratky
1.1 Termíny a použité zkratky
Pojem | Vysvětlení |
API | Advance Passenger Information – Předběžné informace o cestujících, jinde též Application Programming Interface (aplikační rozhraní). V tomto textu budeme vykládat zkratku API v kontextu letecké přepravy a předmětu zadání, tedy v prvním významu. |
API LIST | Unifikovaný seznam cestujících na konkrétním letu složený z dílčích vstupů. Nejedná se o obecný pojem, je definován pouze pro účely tohoto dokumentu. |
APIS | Advance Passenger Information System - systém předběžných informací o cestujících. Informační systém umožňující pořízení, přenos, předání a vyhodnocení informací o cestujících v letecké dopravě za účelem zdokonalení hraničních kontrol = budovaný systém. |
CIS | Cizinecký informační systém – kmenový informační systém Služby cizinecké policie |
EDI | Electronic Data Interchange – Elektronická výmena dat |
IATA Type B | Adresa ve tvary XXXYYYY v síti mezinárodní letecké dopravy umožňující telexový přenos textových zpráv mezi účastníky |
ICAO | Mezinárodní organizace pro civilní letectví |
ICP | Inspektorát cizinecké policie na mezinárodních letištích Praha-Ruzyně, Karlovy Vary, Pardubice, Brno Tuřany a Mošnov. |
MOBLUSTG2 | Systém mobilní lustrace druhé generace |
NS-VIS, CS-VIS | Národní vízový informační systém Centrální vízový informační systém |
PAXLST | Passenger List Message - Seznam cestujících dle definice WCO/IATA/ICAO využíva- jící jako nosič dat formát US/UN EDIFACT |
PNR | Passenger Name Record - osobní záznam cestujícího |
SIS, SISone4ALL, SISII | Schengenský informační systém a jeho verze |
XXXX, ARINC | Poskytovatelé konektivity k sítím |
US/UN EDIFACT | United Nations Electronic Data Interchange for Administration, Commerce and Transport 5, elektronická výměna dat pro správu, obchod a dopravu. |
ZC-CIS | Záložní centrum Cizineckého informačního systému |
Příloha č. 2
Popis předmětu plnění
1. Zavedení nových funkcionalit
1.1 Úvod
Navrhovaný systém bude komplexně řešit problematiku
přebírání údajů o cestujících: načítání zdrojových dat, jejich formátování, unifikaci, opravu, trans- formaci, archivaci, likvidaci a logování jejich zpracování,
vyhodnocování údajů o cestujících: sofistikovaná prezentace výsledných dat o letech a cestujících uživateli včetně výsledků bezpečnostní prověrky, možnosti třídění, filtrování, vyhledávání návaz- ných informací, exportu,
automatizovaných kontrolních mechanismů, analytických výstupů,
notifikací a předávání dat mezi pracovišti
a to pomocí nově dodaných komponent (konektivita SITA, Firewall, Aplikační a databázové servery, pracovní stani- ce, aplikační programové vybavení) ale také s využitím stávající infrastruktury, kterou zadavatel již nyní provozuje (emailový server, IS ZC-CIS, pracovní stanice na ICP, interní email PCŘ).
1.2 Obecný popis řešení
Navrhovaný systém pro zpracování údajů o cestujících, které budou poskytovány jednotlivými leteckými dopravci, bude tvořen dvěma základními celky:
A: část příjmu / odesílání a zpracování primárních dat (data o cestujících, potvrzení, doručenky)
B: část zpracování API dat a návazné obchodní logiky
Tyto dvě části jsou v návrhu popsaném v následujících kapitolách vždy striktně odděleny a dodavatel je chápe jako nezávislé entity, které budou vzájemně propojeny přesně definovaným a zabezpečeným rozhraním. Tato koncepce vychází ze současných principů a pravidel platných pro informační systémy P ČR a MV ČR, stejně jako pro síťovou infrastrukturu.
1.3 TECHNICKÁ ARCHITEKTURA ŘEŠENÍ
Technická architektura řešení je navržena tak, aby bylo možno realizovat v zásadě dvě varianty uspořádání jednotlivých komponent, v závislosti na konečném rozhodnutí o propojení částí určených pro komunikaci s externími systémy s částí vlastního zpracování API dat. Z hlediska projektu jde pouze o rozhodnutí zadavatele a dodavatel pro- hlašuje, že obě varianty realizuje bez dalších dopadů na cenu a termín.
První a zároveň preferovaná varianta předpokládá, že jeden z aplikačních serverů bude v systému nasazen v úloze tzv. „messaging serveru“ a bude přes soustavu bezpečnostních bran (firewall) propojen na externí infrastruktu- ry předávání zpráv od leteckých dopravců.
Druhá varianta (v následujícím obrázku není přímo naznačena) umožní přepojení konektivity k pracovním stanicím tak, aby žádná část serverové infrastruktury nebyla žádným způsobem propojena s externímy systémy. Podrobnější popis této varianty je uveden níže v textu.
Pokud není uvedeno jinak, je následující popis technické architektury vztažen k variantě využití „messaging serveru“.
Základem technické architektury je serverová infrastruktura sestávající ze 4 serverů typu Blade. Dodavatel předpokládá umístění těchto serverů do stávajícího serverového racku Záložního centra cizineckých informačních systémů v lokalitě Praha-Ruyně, serverová místnost IDF-4. Servery budou uspořádány v samostatném enclosure, který nemá přímé napojení do síťového rozvodu ethernet stávajícího systému BladeCenter (blade ethernet switch). Veškerá propojení jsou realizována prostřednictvím speciálních síťových karet vyvedených přímo z jednotlivých serverů blade přes Firewall, který je součástí dodávky. Toto uspořádání umožní využít stávající infrastrukturu, avšak bez přímého síťového propojení se stávajícím systémem ZC-CIS.
konzole předávacího pracoviště (pracovní stanice)
konzole aplikace APIS (www přístup) přístup z vybraných pracovišť SCP
INTERNET
Mailserver MVČR
pro adresu
CMS MVČR
FW1
alternativní přenos PAXLST, CSV, XML
FW v OS
FW
v OS
propojení nemusí existovat
FW v OS
TELEX síť let. dopravců (SITA)
APIS MES (AS1)
FW3
FW2
IP VPN router
přenos API dat (šifrováno)
přenos požadavků na odeslání zprávy do externích sítí
APIS APLI
cluster (DB1+DB2)
dotaz na osobu / odpověď z lustrace
přenos TypeB zpráv
UN/EDIFACT (PAXLST) APIS STAT+MES2
(SITATEX nebo MQ) (AS2) + SMTP server
přenos potvrzení dopravci UN/EDIFACT (PAXLST) (SITATEX nebo MQ)
součást dodávky (část konektivita do sítě
letecké dopravy)
součást dodávky (část vlastního řešení A)
součást dodávky (část vlastního řešení B)
přenos potvrzení dopravci
1.3.1. Schéma systému
nouzový přenos souborů API
(soubory jsou šifrovány)
ZC-CIS
(lustrace
-
bezp. prověrka)
1.3.2. Část A
Integračním prvkem části A je server APIS MES, který poskytuje tyto služby
automatizované načítání zpráv ze zadané adresy (adres) IATA Typu B ze serveru poskytovatele služby (SITA) prostřednictvím protokolu IBM WebSphere MessageQueue a jejich ukládání do fron- ty příchozích zpráv
přístup k Inbox/Outbox schránky IATA Type B (ruční čtení zpráv, ruční odesílání zpráv) = pokroči- lejší verze zastaralé služby SITATEX terminálu
automatizované načítání zpráv z poštovního serveru MV ČR, jejich dešifrování a uložení do fronty příchozích zpráv
automatizované odesílání potvrzení a dalších zpráv prostřednictvím sítí SITA (Type B) i prostřed-
nictvím emailového serveru MV ČR (např. připravená potvrzení o doručení a čitelnosti jednotlivým dopravcům)
automatizovaný import zdrojových zpráv (PAXLST, CSV, XML) z dedikovaných složek (zajištění kompatibility se současným řešením), příp. ruční vstup při nefunkčnosti spojení
následné zpracování načtených zpráv, kompletace dílčích zpráv do výsledné zprávy, přístup uživa- tele k frontě, možnost ručního doplnění fronty i editaci vstupních dat
export unifikovaných zpráv ve formátu API LIST v šifrované podobě a jeho automatizovaný přenos do části B – systému APIS APLI (alternativně ruční přenos)
zpracování požadavků na odesílání zpráv ze systému APIS APLI
Pro uživatelský přístup k funkcionalitě serveru APIS MES jsou určeny vyhrazené stanice tzv. předávacího pracoviš- tě. Na těchto stanicích předpokládáme provozování webové konzole pro přístup k funkcionalitám APIS MES.
Část A je kompletně uzavřena soustavou firewallů které jsou nastaveny tak, že blokují veškerý síťový provoz s výjimkou přesně definovaných přenosových cest (např. APIS MES -> SITA MQ centrum [protokol HTTPS], APIS MES -> Exchange server MV ČR [protokol APOP a ESMTP], atd.).
V případě požadavku zadavatele lze aplikační programové vybavení na serveru APIS MES, nainstalovat na pracovní stanice, čímž dojde k úplnému oddělení části A od části B a to včetně fyzického propojení. Server pro MES je pak možno využít pro účely vlastní aplikace APIS. Toto uspořádání dodavatel nedoporučuje, ale je podporováno. Pracovní stanice tak mohou nést kompletní programové vybavení serveru APIS MES, s tím, že mohou fungovat v obou úlohách současně, nebo mohou být selektivně nastaveny pouze na určitý typ komunikací (např. jedna na SITA, druhá na inter- netovou poštu, apod.). Všechny tyto možné konfigurace dodavatel předpokládá a prohlašuje, že jejich použití nemá dopady na cenu ani termín spuštění dodávaného řešení.
1.3.3. Část B
Jádrem části B je serverový cluster APIS APLI, který je určen jako centrum budovaného systému. Jeho hlavní funk- ce jsou :
načítání, dešifrování a zpracování zpráv API LIST (sloučených a převedených do jednotného formá- tu)
poskytování uživatelského přístupu ke zpracovaným datům o letech včetně výsledků lustrace a k dalším funkcím viz níže
vedení údajů v databázi (vedení a editace letových plánů, přípravy dat pro statistiku, analytika nad daty)
řízení workflow a notifikací
příprava seznamů pro dávkovou lustraci v ZC-CIS, provedení této lustrace a zpracování výsledků
Dílčí komponentou části B je také server APIS STAT + MES2 . Slouží především k:
odesílání emailových notifikací pro zadané skupiny uživatelů (např. zpracování nového letu, chyby ve zpracování, chybný formát, atd.)
náhradnímu příjmu zdrojových API zpráv (PAXLST, CSV, XML) v případě úplného výpadku části A pomocí souborů na výměnném médiu
vlastní generování statistických výstupů a jejich prezentace
1.4 Role v systému A případy Použití
Budovaný systém bude podporovat následující činnosti, pro jednotlivé skupiny uživatelů.
1.4.1. Letecký dopravce
odesílá prostřednictvím vlastní adresy TypeB seznam cestujících na konkrétním letu prostřednic- tvím sítě letecké dopravy (SITA, ARINC) v několika zprávách US/UN EDIFACT PAXLST, případně pomocí adresy TypeX taktéž data ve formátu XML
alternativně (v případě nemožnosti využití IATA TypeB adresy) odesílá na Internetovou schránku MV ČR seznam ve formátu US/UN EDIFACT PAXLST, případně v jiných podporovaných formátech XML, CSV
alternativně odesílá seznam cestujících na letu prostřednictvím mediátora (např. ČSA-Czech Aero- holding), který dále doručuje zprávy jednou ze dvou výše popsaných cest
1.4.2. Operátor předávacího pracoviště (P ČR, ICP Praha - Ruzyně)
V případě úplného propojení systémů (dle výchozí alternativy technické architektury), nepředpokládáme, že operátor předávacího pracoviště bude provádět standardně jiné činnosti než řešení kolizních stavů.
pracuje na dedikované pracovní stanici mimo síť Hermes ve zcela oddělené VLAN (část A)
kontrola fronty přijatých zpráv z různých zdrojů a možnost ruční úpravy, spojení, rozdělení, atd. import zpráv ve zdrojovém tvaru (např. chybějící zpráva US/UN EDIFACT, atd.)
ovládání fronty zpráv IATA Type B (SITATEX, MQ) možnost komunikace s dopravcem (IATA TypeB)
řešení kolizních stavů (chybějící části zprávy, zcela chybný formát zprávy)
1.4.3. Operátor systému APIS (P ČR, ICP)
pracuje na libovolné stanici v síti Hermes, která má povolen prostup do systému APIS
kontrola jednotlivých letů (vizuální symboly pozitivního hitu, chybných dat, zcela korektního letu, atd.)
přijímání dalších akcí v návaznosti na doporučení systému
ruční import přijatých a konsolidovaných dat API z předávacího pracoviště z výměnného média v šifrované podobě
spouštění sestav a statistik a jejich případný export pro další zpracování provádí ruční editaci načtených letových plánů
provádí vyhodnocení letových plánů a předaných údajů ke konkrétním letům (kontrola doručení) sleduje a vyhodnocuje příjem údajů od jednotlivých leteckých dopravců (čas, chybovost, atd.)
a zpracovává podklady pro další jednání (např. zahájení správního řízení)
1.4.4. Administrátor systému (P ČR)
Role může být na základě analýzy ještě dále členěna na administrátora ICP a nadřízeného administrátora systému APIS APLI, případně systémového administrátora a aplikačního administrátora a to pro každou část systému (A i B odděleně), v kontextu smlouvy jsou případy užití pro větší přehlednost spojeny do jediné kapitoly.
definuje skupiny uživatelů, organizační členění (např. ICP Praha - Ruzyně, ICP Brno Tuřany, atd.) a oprávnění
provádí konfiguraci workflow (které skupině uživatelů je určena která zpráva, případně výstup) definuje pravidla slučování a rozdělování zpráv, pravidla transformace (převod na unifikovaný formát XML) a pravidla tzv. mediace (překladové šablony pro různé letecké dopravce).
definuje pravidla detekce chybných údajů (např. tři shodné znaky ve jméně, neplatný datum naro- zení, výskyt / absence klíčového slova, opakování stejné identity, atd.)
definuje pravidla eskalace chybových stavů, zejména pozitivní hit na letu a reakce systému na něj, chybný formát dat a reakce, neprovedená transformace (mediace, apod.), atd.
nastavuje parametry archivace dat a destrukce zaznamenaných osobních údajů spravuje číselníky leteckých dopravců
spravuje certifikáty a šifrovací klíče
1.4.5. Operátor auditu (P ČR, ŘSCP)
sleduje a vyhodnocuje provozní logy systému (záznamy o činnosti aplikačního vybavení a chybách v aplikaci a návazných systémech)
sleduje a vyhodnocuje auditní logy systému (přístupy a činnost jednotlivých uživatelů, činnost lustračního automatu, atd.)
sleduje a vyhodnocuje celkovou činnost systému (počet zpracovaných letů, počet lustrací, počet hitů, atd.)
sleduje a vyhodnocuje příjem údajů od jednotlivých leteckých dopravců (čas, chybovost, atd.) jako podklad pro další jednání (např. zahájení správního řízení)
1.5 LOGICKÁ ARCHITEKTURA ŘEŠENÍ
Navrhovaný systém je složen z několika funkčních bloků (modulů), které jsou vzájemně propojeny dle principů SOA (Secure Service Oriented Architecture), jsou tedy vyvinuty jako služby, kde jeden modul komunikuje s druhým pro- střednictvím protokolu SOAP a komunikační sběrnice.
Navrhovaná logická architektura může být přizpůsobena po vzájemné dohodě zadavatele a zhotovitele v Analytickém dokumentu při zachování požadavků zadávací dokumentace.
1.5.1. Moduly části A
i. Komunikační modul
Komunikační modul je navržen jako univerzální systém konektorů pro komunikaci různých typů zpráv z různých směrů. V rámci implementace aktuálního zadání budou vytvořeny konkrétní implementace konektorů SITA TypeX a Internet.
a) Komunikace z/do sítě letecké dopravy
Konektor pro komunikaci z a do sítě letecké dopravy bude realizován pomocí technologie IBM WebSpere Message Queue pro schránku TypeX společnosti SITA. Podrobnosti o vlastní schránce TypeX a připojení k ní, jsou uvedeny v kapitole „Zavedení konektivity do datové sítě letecké dopravy“ 2. Jedná se o přístup typu PULL. Zprávy jsou uloženy na centrálním úložišti poskytovatele adresy, ze kterého jsou stahovány v pravidelných nastavených in- tervalech (např. 1 minuta) a zpracovávány. Obdobným způsobem je řešeno i odesílání zpráv.
V případě jakéhokoli výpadku na přijímací straně (tedy v části A) nedojde ke ztrátě zpráv (poměrně zásadní rozdíl oproti konektoru, který by byl postaven nad technologií SITATEX).
Konektor SITA TypeX, stejně jako všechny ostatní typy konektorů poskytují vůči vlastnímu komunikačnímu modulu zprávy ve zdrojovém formátu (US/UN EDIFACT PAXLIST).
b) Komunikace přes síť Internet
Konektor pro komunikaci s leteckými dopravci přes emailovou schránku. Účelem konektoru je poskytovat přístup ke zprávám odeslaným na elektronickou adresu určenou dopravcům na poštovním serveru MV ČR.
Konektor zároveň podporuje odesílání zpráv na základě požadavku dalších modulů (potvrzení doručení, ruč- ní odeslání zprávy uživatelem, atd.). V praxi tak mohou být moduly nastaveny například tak, že po přijetí zprávy prostřednictvím sítě SITA je odesláno potvrzení formou emailu.
Zvláštní funkcí konektoru je podpora dešifrování a kontroly platnosti elektronického podpisu přijaté zprávy, obdobně, jako je tomu u současného řešení na bázi MS Outlook.
Konektor může být nastaven tak, že zprávy na serveru nemaže a je tedy možné souběžně použít stávající přístup ke schránce přes MS Outlook.
ii. Modul správy komunikační fronty
Účelem modulu je vedení jednotné fronty příchozích a odchozích zpráv z komunikačního modulu.
Klíčovou vlastností je možnost přístupu z uživatelského rozhraní webkonzole a práce s frontou zpráv ve zdrojovém tvaru. V praxi tedy může operátor prohlížet obsah schránky SITA, schránky MV ČR, atd., včetně možnosti editovat, vytvořit nebo odeslat ručně zprávu prostřednictvím libovolného konektoru.
Tuto vlastnost modulu lze využít pro zasílání vyrozumění dopravcům o zaslání neúplných nebo chybných
dat.
iii. Modul zpracování, transformace a unifikace zpráv
Modul zajišťuje transformaci zpráv, které jsou přijímány z různých zdrojů a předány komunikačním mo-
dulem do jednotného formátu tzv. API LIST.
Transformace zdrojových zpráv na API LIST probíhá v těchto krocích:
sloučení zdrojových datových zpráv do souhrnné zprávy, případně parciální slučování (po- kud dorazí jenom část dat)
zpracování souhrnné datové zprávy a její převod do jednotného formátu na základě šab-
lon definovaných pro různé dopravce (dodavatel zná oblast zpracování API dat a konstatu- je, že přesto, že je definován „standard“, data od dopravců se velmi liší)
manuální, poloautomatická a automatická korekce chyb ve formátu
Modul umožňuje prostřednictvím webové konzole operátorovi ovlivnit průběh transformace (doplnit zdrojo- vá data, provést opravy, ruční sloučení, atd.).
iv. Modul předávacího rozhraní
Modul umožňuje již sloučené, opravené, dekódované a transformované zprávy v jednotném formátu tzv. API LIST, předávat na specifikované rozhraní. Zprávy jsou před předáním na komunikační rozhraní příjemce šifrovány veřejným klíčem přijímacího systému. API LIST obsahuje seznam zpráv: 1 zpráva = 1 let s obsahem:
Údaje o zprávě:
zdrojová adresa cílová adresa
identifikátor zprávy
historie (originální zprávy ve výchozím tvaru jako příloha) časová značka
datum čas přijetí datum čas zpracování
záznam o průběhu zpracování další identifikátory jako příloha
Údaje o letu:
kód dopravce - číslo letu, datum a čas odletu a příletu,
název subjektu odpovědného za odbavení, tel. a fax, poslední destinace před překročením vnějších hranic, první destinace po překročení vnějších hranic,
celkový počet cestujících přepravovaných příslušným letem.
Údaje o cestujícím:
jméno (jména) a příjmení, den, měsíc a rok narození, pohlaví,
státní občanství, číslo rezervace,
číslo a typ cestovního dokladu, kterým se cestující prokázal, datum platnosti dokladu,
stát, který vydal doklad,
destinace prvního vstupu po překročení vnějších hranic,
počáteční destinace nástupu k dopravě, cílová destinace dopravy.
Jednotlivé položky mohou být na základě analýzy upřesněny a rozšířeny.
Předávání zpráv může být zcela automatické (pokud existuje propojení části A a B) nebo může být realizová- no exportem zpráv na paměťové médium z prostředí webkonzole APIS-MES.
1.5.2. Moduly části B
i. Modul předávacího rozhraní
Modul umožňuje přijímat data ve formátu API LIST z části A v šifrované podobě, seznamy dešifrovat a ukládat do databáze subsystému API APLI.
Stejným způsobem pracuje s požadavky na odeslání zpráv typu doručenka.
ii. Modul detekce a opravy chyb
Modul je zaměřen na detekci špatně zadaných nebo dekódovaných údajů (chybějící znaky, chybné formáty, opakující se identity, neplatné identity, atd.). V případě že je detekován problém tohoto typu modul typicky spustí eskalační proceduru definovanou ve workflow (označení seznamu za problematický) a vynutí opravu uživatelem. Ve specifických popsaných případech může modul sám provést podle nastavených pravidel opravu dat (např. z náhradní- ho zdroje API dat, doplnění údajů z hlavičky, atd.).
Činnost modulu bude logována a budou archivovány údaje ve tvaru před a po opravě.
iii. Modul práce se zprávami API a systém workflow
Ústřední modul systému APIS APLI. Na základě konfigurace umožňuje především:
prezentaci „vyčištěných“ seznamů cestujících uživateli v mnoha uživatelských pohledech (třídění, vyhledávání, filtrování). Seznam je řešen obdobně jako seznam doručené pošty např. v aplikacích Microsoft Outlook Web Access, pohled je však specificky přizpůsoben pevně danému formátu se- znamů API,
interpretaci stavového stroje (workflow), který každý ze seznamů posouvá z výchozího do cílového stavu na základě definovaných pravidel (např. Naplánované lety, Přijaté lety, Xxxx bez dat po limi- tu, Zpracované lety, Lety s formální chybou, Lety s chybou při lustraci, Lety s dokončenou lustrací, Krátkodobě Archivované lety). Vlastní definice workflow a pravidel přechodu mezi stavy je plně dynamická a je v kompetenci administrátora systému. Jediným omezením je skutečnost, že
workflow je pseudolineární s povoleným přechodem mezi stavy v libovolném směru a o libovolný počet (skok na stav),
interpretaci uživatelsky definovaných notifikací dle modu operandi nelegální migrace (např. ozna- čování ROU či AZE cestujících na letech z Petrohradu či RUS a jejich notifikaci obdobně jako hitu).
možnost uživatelského spuštění lustrace na celém seznamu nebo na vybraných osobách, taktéž opakování lustrace ve stejném režimu.
iv. Modul dávkové lustrace
V okamžiku, kdy je stav ve workflow nastaven jako „s bezpečnostní prověrkou“ je seznam cestujících kon- krétního letu připraven do dávky určené ke zpracování v externím systému lustrace ZC-CIS.
Lustrační modul umožňuje na základě konfigurace systémového administrátora provádět určité modifikace (rozšíření) vlastního seznamu, například transmutaci jména a příjmení, pokud modul detekce a opravy chyb vyhodno- til, že je tato akce potřebná (například slovo neexistuje ve slovníku jmen, atd.). V takovém případě se pak lustrují všechny možné kombinace jména.
Modul také, na základě nastavených kritérií osobu vyřadí z lustrace, pokud jsou splněny podmínky (např. ne- lze systematicky lustrovat občany EU-náhodný výběr), nebo omezí vyhledávání pouze na některé evidence.
Modul též může na základě náhodného výběru naopak označit některé osoby pro nahodilou lustraci. Činnost modulu bude podrobně specifikována v analýze.
V okamžiku kdy je celá dávka připravena, je odeslána na rozhraní systému ZC-CIS, který provede lustraci a seznam vrátí s označením „problematických osob“ (osoby, u nichž došlo k negativnímu hitu – SIS, pátrání, atd. nebo naopak osoby, u nichž nedošlo k pozitivnímu hitu – osoba s vízovou povinností nebyla nalezena v systémech NSVIS, CSVIS nebo TDU). U označených osob je také doplněna anotace pro obsluhu.
Lustrace v ZC-CIS je provedena v evidencích:
Název | Popis | Umístění dat | Odezva (řád) |
PATROS | pátrání po osobách, | datový fond je replikován na ZC-CIS = lokální dotaz | ms |
ENO | evidence nežádoucích osob, | dtto | ms |
POZORKA | místní evidence osob, | datový fond je autonomní databází ZC-CIS | ms |
IS Opatření | opatření u osob a doklad | datový fond je replikován na ZC-CIS = lokální dotaz | ms |
ZZD | ztracené a odcizené doklady, | dtto | ms |
NS-VIS | dlouhodobá víza, | dtto | ms |
TDU | evidence cizinců s pobytem nad | dtto | ms |
SIS | osoby a doklady, | online dotaz do lokality PP P ČR + lokální dotaz v replice na ZC-CIS | <3s |
CS-VIS | krátkodobá víza EU, | online dotaz do CSVIS v datovém centru EU ve Štrasburku ESTESTA. Týká se pouze osob s vízovou povinností | <10s |
ICIS | Interpol ASF. | Online dotaz do evidence ICIS (Interpol Criminial Information System) do datového centra v Lyonu, Francie přes dedikovanou linku | < 10s |
Informace o souhrnném výsledku lustrace je uložena a publikována v rozhraní (opět ale v závislosti na konfi- guraci workflow).
Vlastní rozhraní mezi systémem APIS APLI a ZC-CIS bude vytvořeno dodavatelem v rámci realizace této zakázky, de-facto se jedná o využití stávající služby LustG2 FindingService na LSML systému ZC-CIS, podrobný popis viz dokumentace k systému ZC-CIS.
Dodavatel je dodavatelem systému ZC-CIS což zajišťuje garanci bezchybné funkčnosti procesu vlastní lustrace i zajištění všech bezpečnostních standardů.
v. Modul přehledů a statistik (reporting)
Modul generuje buďto automaticky (v závislosti na nastaveném časovém úseku) nebo manuálně na vyžádání uživatelem prostřednictvím webové konzole přehledové sestavy.
Modul poskytuje minimálně reporty o:
zpracovaných v letech za určité období
statistiky potřebné pro vyhodnocení plnění povinností jednotlivých dopravců
počtů cestujících podle různých kritérií (lety, vazby na odbavení, destinace, počty lustrací, počty hitů, atd.)
stavu a fungování systému APIS a jeho komponent
Přesná definice poskytovaných přehledů a statistik bude předmětem analýzy projektu.
1.5.3. Konfigurační modul
V této kapitole je pro přehlednost sloučena konfigurace pro část A i pro část B navrhovaného řešení. Praktic- ky bude příslušná konfigurační funkce dostupná v každém modulu samostatně, s možností přenosu konfigurace mezi jednotlivými instancemi (např. teoreticky mohou existovat 3 instance části A = dvě pracovní stanice a 1 náhradní MES server v konglomerátu APIS STAT+MES2) pro zajištění shodného nastavení všech distribučních bodů.
Konfigurační modul umožní nastavovat především:
definici uživatelů, uživatelských skupin, konfigurace adres,
workflow-jednotlivé stavy, pravidla přechodu mezi stavy, definice vazeb na hraniční kontrolu,
pravidel lustrace, definice pro modul chyb, přístupových oprávnění, pravidel archivace dat,
správa šifrovacích klíčů a certifikátů,
vedení číselníků (letečtí dopravci, adresy, atd.).
1.6 Bezpečnost dat a informací, ochrana osobních údajů
Celý systém bude navržen a realizován s ohledem na všechny platné předpisy a nařízení, které se týkají bez- pečnosti dat, informací a osobních údajů, vycházející z legislativy ČR, EU i vnitřních předpisů a interních aktů řízení SCP, P ČR a MV ČR. Zejména budou zohledněny:
zákon č. 101/2000 Sb., o ochraně osobních údajů, ve znění pozdějších předpisů, zákon č. 273/2008 Sb., o Policii České republiky, ve znění pozdějších předpisů,
závazný pokyn policejního prezidenta č. 215/2008, kterým se stanoví některé bližší podmínky a postupy pro zpracování osobních údajů,
zákon č. 227/2000 Sb., o elektronickém podpisu zákon č. 49/1997 Sb., o civilním letectví,
zákon č. 500/2004 Sb., správní řád ve znění pozdějších předpisů
Systém zcela automaticky provádí likvidaci osobních údajů v systému na základě nastavených hodnot para- metrů v konfiguračním modulu. Dále umožňuje manuální likvidaci osobních údajů.
Systém dále provádí anonymizaci údajů při generování statistik a přehledů, nebo při odesílání výstupů.
Přístup do nabízeného systému APIS je kontrolován na několika úrovních od úrovně omezení přístupu na síťové úrovni prostřednictvím firewallu až po autentizační a autorizační mechanismy, které zajistí řízení přístupových oprávnění pouze pro definované uživatele a pouze na vybraných úrovních.
Systém bude logovat zpracování osobních údajů a předávat logy o lustraci centrálnímu systému P ČR pro- střednictvím systému ZC-CIS.
Bezpečnostní projekt bude zpracován v souladu s bezpečnostními předpisy pro ZC-CIS a SIS tak, aby nedo- šlo ke snížení stávajících bezpečnostních standardů.
Podrobný popis zabezpečení bude zpracován v rámci bezpečnostního projektu.
1.7 Výkonnostní metriky systému
Dodavatel garantuje, že systém APIS bude dimenzován a bude v provozu vykazovat, na nabízené konfiguraci infra- struktury, minimálně tyto hodnoty parametrů:
počet uživatelů | 50 |
počet pracovišť | 6 produkčních lokalit |
počet zpracovaných letů denně | 50 |
počet zdrojových zpráv k letům denně | 1000 |
počet vyhodnocovaných záznamů o cestujících denně | 10000 |
doba odezvy na dávkovou lustraci | 5 sec. / osoba (kromě online konektorů-závisí na ode- zvě externího systému) |
možné objemy ukládaných dat | dimenzováno až na řádově 20 GB aktuálních dat + his- torie |
2. Zavedení konektivity do datové sítě letecké dopravy
Dodavatel v rámci poptávaného řešení zvolil přístupové služby společnosti SITA, které budou v rozsahu:
zřízení konektivity
zřízení adresy IATA Type B
fyzické propojení jednotlivých prvků v lokalitě letiště Praha-Ruzyně
provoz připojení a poplatky za adresu na 6 měsíců budou součástí dodávky
Dodavatel garantuje možnost převedení přístupové smlouvy ke zřízenému připojení TypeX a IATA Type B ad- rese na zadavatele a to bez dalších nákladů na straně zadavatele.
Poskytovatel | SITA |
Varianta | Type X |
Způsob připojení | IP VPN přímé propojení k routeru na letišti Praha- Ruzyně |
Typ doručování zpráv | Fronta zpráv na serveru TypeX (MQ) |
Formát zpráv | US/UN EDIFACT v XML souboru |
Architektura připojení (zdroj: SITA)
Kvalitativní parametry připojení a adresy
Služba připojení do sítě letecké dopravy bude zřízena s těmito parametry:
Služba | Parametry | Poznámka |
IP VPN | PRG1, 128 Kbps, SILVER SLA | linka připojení |
IP port | PRG1 – Zone5, Standard + 2x vnitřní optika 2x opt. převodník TP – MM Kč/měsíc | LAN konektivita v rámci letiště Praha (router SITA – FW APIS) |
TypeX fronta zpráv | Přístup přes MQ | měsíční platba za jeden konektor |
TypeB adresa | Příchozí provoz zdarma bez omezení v rámci měsíčního paušálu za adresu | |
Odesílání zpráv | Odesílání zpráv typu B do limitu 600.000 znaků / měsíčně (formát US/US/UN EDIFACT | |
SLA | 24x7 nepřetržitá havarijní služba |
3 Dodávku HW a COTS SW
3.1 Serverový systém, síťové prvky a firewall
Bude dodán serverový HW a COTS SW výkonově, kapacitně a objemově odpovídající specifikovanému technic- kému řešení a dostatečně vyhovující potřebám dodaného SW řešení včetně montáže, instalace, konfigurace
a uvedení do provozu, testování, poskytnutí záruky a proškolení odpovědných administrátorů objednatele v množství dle níže uvedené specifikace.
Dodávka bude kompatibilní se ZC-CIS v lokalitě ICP Praha - Ruzyně, resp. s HP Blade BLc7000, EVA 4400 a IS ZC-CIS, a nebudou porušeny stávající záruční a servisní podmínky.
Na HW bude poskytnuta záruka 3 roky v místě instalace bez vracení vadných pevných disků s reakční dobou dle níže uvedených specifikací, ale nejméně do 24 hodin pro zahájení opravy.
Servisní podpora výrobce bude poskytována v režimu 24x7 s reakční dobou do 4 hodin po dobu 3 let. Objednatel poskytne součinnosti svých administrátorů.
Analýzou může být dále upřesněna konfigurace HW bez dopadu na cenu (viz kapitola 1.3).
Budou splněny následující technické požadavky:
technologie Blade jako standard řešení datových center
dodávka HW a COST SW v souladu se zadavatelem akceptovanou analýzou, bezpečnostním projektem a návrhem technického řešení HW a COTS SW
redundantní serverové řešení APIS APLI
serverové řešení bude přímo využívat diskové úložiště EVA 4400 na ZC-CIS
HP BladeSystem c7000 Enclosure upgrade
Počet | Part Num- ber | Ceníkový popis | Podrobný popis |
Ethernet rozvod- nice | |||
2 | 406740-B21 | HP BLc 1Gb Enet Pass Thru Mod Opt Kit | | 1Gb Ethernet Pass-Through Module – 32-portový (16x interní; 16x externí RJ-45) 1 Gbit/s Ethernet rozvodnice interconnect modul |
Instalace | |||
1 | - | Startup BladSys c7000 Encd Ntwk SVC | □ služba instalace síťové infrastruktury pro serverovou polici BL c7000 |
2x HP ProLiant BL460c G7 - aplikační server
Počet | Part Num- ber | Ceníkový popis | Podrobný popis |
Blade server | CTO | |||
2 | 603718-B21 | HP BL460c G7 CTO Blade | | HP ProLiant BL460c G7 Server Blade – konfugurovatelný blade server |
□ Smart Array P410i/ZM – 6 Gbit/s SAS RAID kontrolér (integrovaný); 0 MB cache; RAID 0, 1, 1+0 □ NC553i – 2-portový FlexFabric 10 Gbit/s Converged Network (TOE, iSCSI, FCoE) mezzanine adaptér (integrovaný) □ 2x x8 PCIe I/O mezzanine slot □ Integrated Lights Out 3 Standard Blade Edition – procesor pro vzdálenou správu (virtuální grafická konzole, virtuální média – omezená funkcionalita) □ Half-height provedení jednotkové šířky □ 3-letá záruka s odezvou do druhého pra- covního dne | |||
Procesor | |||
◊ max.: 2x | |||
2 | 610861-L21 | HP BL460c G7 E5640 FIO Kit | □ 4-jádrový Intel Xeon E5640 2,67 GHz procesor; 12 MB L3 cache |
Paměťový kit | |||
◊ max.: 6x – v konfiguraci s 1x procesorem nebo 12x – v konfiguraci s 2x procesorem | |||
4 | 500662-B21 | HP 8GB 2Rx4 PC3-10600R-9 Kit | □ 8 GB Dual-rank DDR3-1333 (PC3-10600) Registered DIMM paměťový kit |
SAS Pevný disk |
| ||
◊ max.: 2x | |||
4 | 507127-B21 | HP 300GB 6G SAS 10K 2.5in DP ENT HDD | □ 300 GB 10k RPM 2portový 6 Gbit/s SAS SFF (2,5") Enterprise Hot-plug pevný disk |
4 | nevratné HDD | ||
RAID kontrolér – upgrade cache | |||
2 | 534916-B21 | HP 512MB Flash Backed Write Cache | □ Smart Array P410(i) 512 MB FBWC Kit – upgrade cache na 512 MB flash (aktivace read/write cache, RAID 5, 5+0) |
Ethernet adaptér | |||
2 | 453246-B21 | HP BLc NC382m NIC Adapter Opt Kit | □ NC382m – 2portový 10/100/1000 Mbit/s Ethernet multifunkční (Accelerated iSCSI, TCP/IP Offload Engine) x4 PCIe mezzanine adaptér (Broadcom 5709S) |
Fibre Channel adaptér | |||
2 | 451871-B21 | HP BLc QLogic QMH2562 8Gb FC HBA Opt | □ QLogic QMH2562 – 2portový 8 Gbit/s Fibre Channel x8 PCIe mezzanine adaptér |
Microsoft Windows 2008 Server | |||
2 | 589256-B21 | MS WS08 R2 STD Ed ROK E F I G S SW | | Microsoft Windows Server 2008 R2 Stan- dard Edition (English) licence a média + 5x klientská (CAL) licence |
Servisní podpora | |||
2 | UP744E | HP 3y 24x7 24h CTR BL4xxc Svr Bld HW Sup | □ 3-letý Care Pack 24x7/24 CTR pro ProLiant BL400c Server Blade – servisní podpora hardware s pokrytím 24x7 a zaručenou opravou do 24 hod. včetně Defective Media Retention |
Instalace | |||
2 | - | Install c-Class Server Blade Servi- ce | □ služba základní instalace hardware pro ProLiant BL Server Blade |
2x HP ProLiant BL460c G7 - databázový server
Počet | Part Num- ber | Ceníkový popis | Podrobný popis |
Blade server | CTO | |||
2 | 603718-B21 | HP BL460c G7 CTO Blade | | HP ProLiant BL460c G7 Server Blade – konfugurovatelný blade server |
□ Smart Array P410i/ZM – 6 Gbit/s SAS RAID kontrolér (integrovaný); 0 MB cache; RAID 0, 1, 1+0 □ NC553i – 2-portový FlexFabric 10 Gbit/s Converged Network (TOE, iSCSI, FCoE) mezzanine adaptér (integrovaný) □ 2x x8 PCIe I/O mezzanine slot □ Integrated Lights Out 3 Standard Blade Edition – procesor pro vzdálenou správu (virtuální grafická konzole, virtuální média – omezená funkcionalita) □ Half-height provedení jednotkové šířky □ 3-letá záruka s odezvou do druhého pra- covního dne | |||
Procesor | |||
◊ max.: 2x | |||
2 | 610861-L21 | HP BL460c G7 E5640 FIO Kit | □4-jádrový Intel Xeon E5640 2,67 GHz pro- cesor; 12 MB L3 cache |
Paměťový kit | |||
◊ max.: 6x – v konfiguraci s 1x procesorem nebo 12x – v konfiguraci s 2x procesorem | |||
4 | 500662-B21 | HP 8GB 2Rx4 PC3-10600R-9 Kit | □ 8 GB Dual-rank DDR3-1333 (PC3-10600) Registered DIMM paměťový kit |
SAS Pevný disk | |||
◊ max.: 2x | |||
4 | 507127-B21 | HP 300GB 6G SAS 10K 2.5in DP ENT HDD | □ 300 GB 10k RPM 2portový 6 Gbit/s SAS SFF (2,5") Enterprise Hot-plug pevný disk |
4 | nevratné HDD | ||
RAID kontrolér – upgrade | |||
cache | |||
2 | 534916-B21 | HP 512MB Flash Backed Write Cache | Smart Array P410(i) 512 MB FBWC Kit – upgrade cache na 512 MB flash (aktivace read/write cache, RAID 5, 5+0) |
Ethernet adaptér | |||
2 | 453246-B21 | HP BLc NC382m NIC Adapter Opt Kit | NC382m – 2portový 10/100/1000 Mbit/s Ethernet multifunkční (Accelerated iSCSI, TCP/IP Offload Engine) x4 PCIe mezzanine adaptér (Broadcom 5709S) |
Fibre Channel adaptér | |||
2 | 451871-B21 | HP BLc QLogic QMH2562 8Gb FC HBA Opt | QLogic QMH2562 – 2portový 8 Gbit/s Fibre Channel x8 PCIe mezzanine adaptér |
Microsoft Windows 2008 Server | |||
2 | 589257-B21 | MS WS08 R2 Ent Ed 10CAL ROK E F S SW | Microsoft Windows Server 2008 R2 Enterpri- se Edition (English) licence a média + 10x klientská (CAL) licence |
Servisní podpora | |||
2 | UP744E | HP 3y 24x7 24h CTR BL4xxc Svr Bld HW Sup | 3-letý Care Pack 24x7/24 CTR pro ProLiant BL400c Server Blade – servisní podpora hardware s pokrytím 24x7 a zaručenou opravou do 24 hod. včetně Defective Media Retention |
Instalace | |||
2 | - | Install c-Class Server Blade Servi- ce | □ služba základní instalace hardware pro ProLiant BL Server Blade |
Počet | Part Number | Ceníkový popis | Podrobný popis |
Firewall | |||
1 | Security Gateway- | ASG220 8 GE ports | 1.8 Gbps/ VPN 260 Mbps/ IPS 280 Mbps/ UTM 65 Mbps; IPSec VPN tunely 125 / Souběžná spojení 300,000 |
Poč. | Part Number | Ceníkový popis | Podrobný popis |
Firewall | |||
1 | - | MS SQL Server | MS SQL Server 1 CPU |
Instalační služby
Počet | Part Number | Ceníkový popis | Podrobný popis |
Instalace | |||
4 | - | instalace síť. Prvků, instalace HW, reinstalace SW EVA | □ reinstalace management serveru pro správu diskového subsystému (SW – StorageWorks Command View EVA, Dynamic Capacity Management) |
1 | - | instalace MS WIN serverů | □ reinstalace management serveru pro správu diskového subsystému (SW – StorageWorks Command View EVA, Dynamic Capacity Management) |
1 | - | instalace FW astaro | □ reinstalace management serveru pro správu diskového subsystému (SW – StorageWorks Command View EVA, Dynamic Capacity Management) |
3.2Dodávka COST SW
MS SQL Server Standard 2008 R2 64 bit. v licenci na procesor 1 ks.
Licence bude instalována v clusteru v režimu active-passive, čili pro 2 servery = 1 licence.
3.3Pracovní stanice (včetně SW)
Budou dodány 2ks sestav pracovních stanic včetně operačního systému, SW MS Office OEM, reproduktorů, 2ks monitorů a 2 ks UPS. Dodávka bude realizována včetně montáže, instalace, konfigurace, uvedení do provozu, testování, poskytnutí záruky a proškolení odpovědných administrátorů objednatele.
Objednatel poskytne součinnosti svých administrátorů.
Analýzou může být dále upřesněna verze operačního systému (např. 32/64 bit) a navýšen počet síťových karet o max. 2 ks bez dopadu na celkovou cenu za pracovní stanice.
Typ:
FUJITSU PC CELSIUS W510
Počet: 2 ks
Konfigurace:
XEON E3-1245 / 8GB RAM / 2x300GB 10tisic supports NCQ and 6Gb /s / RAID / NVIDIA Quadro 400 512MB / 1000eth / serial port / W7PRO64 CZ + drivery i pro WINDOWS XP
Počet | Part Number | Ceníkový popis |
PC | ||
2 | S26361-K1359-V115 | CELSIUS W510 |
2 | S26361-F4497-E245 | Xeon E3-1245 3.30GHz 8MB Turbo Boost |
4 | S26361-F3379-E3 | 4GB DDR3-1333 ECC |
2 | S26361-F2391-E200 | Display Port/ DVI-D adapter cable |
2 | S26361-F2391-E1 | DVI/VGA Adapter |
2 | S26361-F2856-E41 | NVIDIA Quadro 400 512MB |
2 | S26361-F3420-E510 | DVD SuperMulti SATA |
2 | S26361-F4030-E2 | Kabel für 2x HDD |
2 | S26361-F4030-E20 | Rails for 2x HDD 3.5" |
4 | S26361-F3527-E10 | HDD SATA III 300GB 10k |
2 | S26361-F2930-E141 | Country kit EU-cable (EU+) |
2 | S26391-F404-E911 | Made in Germany sticker |
2 | S26381-K551-E404 | KB400 PS2 black US/CZ |
2 | S26361-F2009-E253 | License EU/MM – Windows 7 Professional |
2 | S26361-F2009-E753 | REC-DVD Win7 Prof. 32+64bit All MuLi |
2 | S26361-F2109-E754 | REC-DVD 2 Win7 IBER+NE+Office2010s |
2 | S26361-F2109-E454 | Win7 Pro64 IBER-NE |
2 | S26361-F1818-E893 | Nero 9 Essentials XL |
2 | S26361-F2007-E909 | Drivers&Utilities DVD (XP/VISTA/7) |
2 | FSP:GN3S20Z00CZWSW | TP 3y OS Svc,NBD Rt,5x9 |
2 | Office 2010 H+B CZ (DVD) | |
2 | Exchange CAL Standard | |
2 | Win CAL | |
1 | Záruka 3 roky v místě instalace, zahájení opravy do 24 hodin od nahlášení, bez vracení vadných pevných disků | |
Vlastnosti
Stanice: | Profesionálni stanice |
Systémová platforma - kom- patibilita | Bude instalován operační systém Legální Windows® 7 Professional (64bitový) CZ Legální Windows® 7 Professional (32bitový) Legální Windows® 7 Home Premium (64bitový) Kompatibilní operační systém Legální Windows Vista® Business (64bitový) Legální Windows Vista® Business (32bitový) Legální Windows® XP Professional x64 Edition * |
Legální Windows® XP Professional * Linux | |
Procesor: | Xeon E3-1245 3.30GHz 8MB Turbo Boost |
Technologie | 32/64bit |
Operační paměť | 8 GB , - Slots: 4 DIMM-sockets (max. 32 GB, DDR3-1333, ECC or non ECC, dual channel), 2x volné paměťové sloty, podpora navýšení na 32 GB DDR3 rozšířením osazené paměti |
Sloty | 1x PCIe 2.0 x16, 1x PCIe 2.0 x4 (mechanical x16), 2x PCIe x1, 3x PCI (32-bit / 33 MHz). |
Připojení disků | 2x SATA 6Gbps, 2x SATA 3Gbps, HW RAID 0,1 |
Grafická karta | NVIDIA Quadro 400 512MB / Connectors: 1x DVI-I and 1x DP, PCIe x16, w/o adapters / + redukce z DP na DVI + redukce z VDI na DSUB - totalni konektivi- ta na jakykoliv LCD, rozlišení min. 1600x1200 a 1920x1080 |
Síťová karta | integrovaná Intel 82579LM;10/100/1000 Mbps, konektivita 1x RJ45 |
Konektivita | Konektory na zadním panelu: 2x PS/2 for mouse and keyboard, 1x serial port, 8x USB 2.0, 2x audio in, 1x audio out; konektory na předním panelu: : 4x USB 2.0, 1x audio out, 1x audio in. |
Monitoring: | teploty a fan |
Pevný disk | HDD 2x 300GB 10tisic OTACEK / v RAID - supports NCQ and 6Gb/s, HDD konfigurované: RAID 1, NTFS, 2 logické disky 2x 50% kapacity. |
Mechanika: | 1x DVD-RW/CD-RW combo, SATA |
Skříň PC | provedení minitower, Ext: 2x 5,25" and 2x 3,5"; Int.: 4x 3,5" internal HDD-bays or [2x 3,5" internal HDD-bays and 2x 3,5" internal HDD/SSD-bays] - all inter- nal HDD-bays accessible from the front). |
Zdroj | 300 W wide range power supply |
Klávesnice: | PS/2 US/CZ |
Myš: | PS/2 optická |
Reproduktory | Creaitve Inspire A80 2x2,5 W RMS |
Operační systém | Windows 7 Professional, 64 bit, CZ, verze OEM, |
Programové vybavení | MS Office 2010 Home and Busines CZ (DVD), CAL MS Exchange Server 2010 Standard, CAL MS Windows Server, SW OEM k DVD-RW, ovladače pro Windows 7 a Windows XP |
Počet | Part Number | Ceníkový popis |
UPS | ||
2 | BK500EI | APC Back-UPS CS 500 USB/Seriál |
2 | WBEXTWAR3YR-SP-01 | APC (3) Year Service Pack Extended Warranty (for New product purchases), SP-01 |
6 | Napájecí prodlužovací kabel, IEC 320 1,8m | |
2 | Prodlužovací kabel 220V 3m, 6 zásuvek | |
Záložní zdroj UPS Typ
Vlastnosti
Kapacita | 500 VA/300 W |
Technologie | Off-line |
Komunikace s PC | DB-9 USB |
Přívodní a výstupní zásuvky | IEC 320 |
Baterie | uživatelem za provozu vyměnitelné, olověné, bezúdržbové akumulátory |
Záruka | 3 roky, zahájení opravy do 24 hodin od nahlášení |
Počet | Part Number | Ceníkový popis |
Monitor | ||
2 | S26361-K1334-V140 | FUJITSU LCD B24W-5 ECO, 24" matný, 1920x1200, 1000:1, 300cd, 5ms, DVI, repro, VESA 10x10cm, bílý 5412Kc |
Monitor LCD 24" Typ
Vlastnosti
Typ monitoru | 24" LCD 16:9 |
Formát obrazovky | 16:9 |
Odezva | 5 ms |
Jas | 300 cd/m2 |
Kontrastní poměr | 1000:1 |
Pozorovací úhel | 170° / 170 |
Nativní rozlišení | 1920 x 1200, (doporučené) |
Typ konektoru video vstupu | dva konektory, duální DVI-I (VGA analogový a digitální, D-sub DVI-D) |
Spotřeba elektrické energie | max. 40 W |
Rozsah náklonu vertikální naklonění | 0° aţ 10°, odejmutelný podstavec |
Certifikace | TUV/GS, TCO-03, TCO 5.0 |
Záruka | 3 roky, zahájení opravy do 24 hodin od nahlášení |
Příloha č. 3:
Podrobná kalkulace ceny
Specifikace předmětu plnění | ks | Cena á ks (Kč) bez DPH | Celkem bez DPH | DPH | Celkem s DPH |
I. HW | |||||
Aplikační server (včetně OS,upgr. BladeEnclosure, FW) | 2 | 118 000 Kč | 236 000 Kč | 47 200 Kč | 283 200 Kč |
DB server (včetně OS, upg. BladeEnc- losure, FW) | 2 | 132 550 Kč | 265 100 Kč | 53 020 Kč | 318 120 Kč |
Pracovní stanice | 2 | 31 900 Kč | 63 800 Kč | 12 760 Kč | 76 560 Kč |
CELKEM I. | 564 900 Kč | 112 980 Kč | 677 880 Kč | ||
II. Cost SW | |||||
II.1 MS SQL Server STD. 64 bit 1P | 1 | 133 000 Kč | 133 000 Kč | 26 600 Kč | 159 600 Kč |
CELKEM II. | 133 000 Kč | 26 600 Kč | 159 600 Kč | ||
III. Aplikační SWí | |||||
Aplikační SW (zakázkový) | 1 | 1 590 000 Kč | 1 590 000 Kč | 318 000 Kč | 1 908 000 Kč |
CELKEM III. | 1 590 000 Kč | 318 000 Kč | 1 908 000 Kč | ||
IV. Datové služby - SITA )* | |||||
IV.1. Zřízení služby | 1 | 370 000 Kč | 370 000 Kč | 74 000 Kč | 444 000 Kč |
IV.2. provozní poplatky za datové služby | 6 | 28 000 Kč | 168 000 Kč | 33 600 Kč | 201 600 Kč |
CELKEM IV. | 538 000 Kč | 107 600 Kč | 645 600 Kč | ||
Celkem | |||||
CELKEM za všechna dílčí plnění | X | X | 2 825 900 Kč | 565 180 Kč | 3 391 080 Kč |
)* poskytování konektivity do letecké dopravy a provozních poplatků za datové služby po dobu 6ti měsíců
Příloha č. 4: Harmonogram plnění
a) Zavedení nových funkcionalit
Etapa | Termíny dílčích plnění |
provedení analýzy, konzultace ke stávajícímu aplikačnímu programovému vybavení (APIS- PAXLST), konzultace k informačním systémům poskytujícím lustraci, specifikace rozhraní, zpracování technického řešení a návrhu na pořízení HW a COTS SW, | 4 týdny |
zpracování bezpečnostního projektu a návrhu OrgWare, | + 2 týdny |
vývoj a implementace aplikačního SW, integrace s centrálními systémy, | + 3 týdny |
podpora při ověřovacím provozu, | + 1 týden |
zpracování dokumentace, příprava a provedení testování, školení administrátorů a pracovníků, | + 1 týden |
zavedení do rutinního provozu, předání a akceptace. | + 1 týden |
b) Zavedení konektivity do datové sítě letecké dopravy
Etapa | Termíny dílích plnění |
provedení analýzy, zpracování technického řešení a návrhu na pořízení HW a COTS SW, specifikace rozhraní konzultace k datové síti letecké dopravy a WAN MV ČR | 4 týdny |
zpracování bezpečnostního projektu a návrhu OrgWare, | + 2 týdny |
vývoj a implementace aplikačního SW, | + 2 týdny |
podpora při ověřovacím provozu, | + 2 týdny |
zpracování dokumentace, příprava a provedení testování, školení administrátorů a pracovníků, | + 1 týdny |
zavedení do rutinního provozu, předání a akceptace. | + 1 týden |
c) Dodávka HW a COST SW
Etapa | Termíny dílčích plnění |
Dodávka HW a COST SW | Do 8mi týdnů |
Příloha č. 5
Seznam pracovníků dodavatele (řešitelský tým)
Jméno | Pozice v týmu | Stupeň utajení |
Xxx. Xxxx Xxxxxx | Projektový manager | Vyhrazený |
Xxx. Xxx Xxxxxxx | HW architekt | Vyhrazený |
Xxx. Xxxxxxxx Xxxxxx | Síťový konzultant | Vyhrazený |
Xxx. Xxxxxx Xxxxxxx | hlavní architekt | Důvěrný |
Xxx. Xxxxx Xxxxx | senior programátor | Vyhrazený |
Xxx. Xxxxxx Xxxxxxx | programátor-analytik | Vyhrazený |
RNDr. Xxxxxx Xxxxxx | bezpečnostní konzultant | Tajné |
Xxxxxx Xxxxxxxxx | senior solution designer SITA | --- |
Xxx. Xxxxxx Xxxxxx | manažer provozní aplikace CESKÝ AEROHOLDING, a.s. | --- |
Příloha č. 6:
Akceptační protokol – vzor
Akceptační protokol
Zástupce Dodavatele:
Zástupce Objednatele:
Předmět dodávky:
Datum akceptace (Plán/Realita):
Popis Dodávky/Poskytnutých služeb:
Plnění | Popis |
Potvrzení a schválení zástupce Objednatele o kompletnosti a akceptaci dodávky. Akceptováno: bez výhrad: Dne:
s výhradami:… Dne:
neakceptováno: Dne:
Výhrady:
Nárok fakturovat částku: ………………………………… | Dne: | |
Zástupce dodavatele | Zástupce objednatele | |
Podpis | Podpis |
Příloha č. 7
Formulář hlášení závad HW
HLÁŠENÍ ZÁVADY
Dodavatel: AUROTON COMPUTER, spol. s r.o.
Prosecká 63/95, 190 00 Praha 9
tel.: x000 000 000 000 až 19, fax: 000000000
(vyplnit zvýrazněná pole!)
Označení
Výrobní číslo:
Popis závady:
Umístění přístroje:
Název organizace | |
Adresa | |
Číslo kanceláře | |
Jméno kontaktní osoby | |
Telefon kontaktní osoby | |
Xxxxx odpovědného uživatele | |
Telefon odpovědného uživatele |
Datum hlášení závady:
Spojení: AUROTON COMPUTER, spol. s r.o x000 000 000 000 XXXX@xxxxxxx.xx
AUROTON COMPUTER, spol. s r.o.
Prosecká 63/95, Praha 9 IČO 43871437
DIČ CZ-43871437
Společnost AUROTON COMPUTER, spol. s r.o. je zapsaná v Obchodním rejstříku u Městského soudu v Praze, oddíl C, vložka 5013