ZADÁVACÍ DOKUMENTACE K NADLIMITNÍ VEŘEJNÉ ZAKÁZCE s názvem „Poskytování tokenizačního řešení pro bezkontaktní platby v rámci Multikanálového odbavovacího systému“

ZADÁVACÍ DOKUMENTACE K NADLIMITNÍ VEŘEJNÉ ZAKÁZCE

s názvem

„Poskytování tokenizačního řešení pro bezkontaktní platby v rámci Multikanálového odbavovacího systému“

zadávané dle zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jako „ZZVZ“)

Název veřejné zakázky:	„Poskytování tokenizačního řešení pro bezkontaktní platby v rámci Multikanálového odbavovacího systému“
Xxxx xxxxxxx:	Nadlimitní veřejná zakázka na služby
Druh zadávacího řízení:	Otevřené řízení dle § 56 ZZVZ

Identifikační údaje zadavatele

Zadavatel:	Operátor ICT, a.s.
Sídlo:	Dělnická 213/12, PSČ 17000 Praha 7
IČO:	02795281
DIČ:	CZ02795281
Datová schránka:	3xqfe9b
Kontaktní osoby	XXXx. Xxxxxxxx Xxxxxxxxxx e-mail: xxxxxxxxxx@xxxxxxxxxxx.xx Xxx. Xxxxxxx Xxxxxx e-mail: xxxxxx@xxxxxxxxxxx.xx
Osoba zastupující zadavatele	ROWAN LEGAL, advokátní kancelář s.r.o. Na Pankráci 1683/127, 140 00 Praha 4 IČO 28468414

1. PŘEDMĚT PLNĚNÍ, ÚČEL ZADÁVACÍHO ŘÍZENÍ, ROZDĚLENÍ VEŘEJNÉ ZAKÁZKY NA ČÁSTI

1.1. Účel zadávacího řízení

Formálním účelem zadávacího řízení je uzavření smlouvy na plnění předmětu veřejné zakázky, a to s jedním dodavatelem.

1.2. Rozdělení veřejné zakázky na části

Tato veřejná zakázka není rozdělena na části ve smyslu § 35 ZZVZ. Zadavatel k tomuto kroku přistoupil z důvodu komplexnosti předmětu plnění a neoddělitelnosti jednotlivých součástí plnění. Z hlediska smluvní odpovědnosti je poskytování služeb od více dodavatelů v případě této veřejné zakázky velmi problematické, neboť v případě nekvalitního plnění každé jednotlivé části služeb hrozí dopady do dalších částí služeb. Vyvstává tak riziko vzniku značných škod a zároveň nejasných hranic odpovědnosti případných více dodavatelů, z čehož vyplývá vysoká pravděpodobnost problematického uplatňování smluvních mechanismů náhrady škody či sankcí za nedodržování požadavků na plnění. Z tohoto důvodu je potřeba celý předmět plnění zadávat jednotně.

1.3. Předmět veřejné zakázky

Předmětem plnění veřejné zakázky je umožnění elektronických plateb jízdného prostřednictvím bankovních platebních karet a partnerských karet v prostředí elektronického systému plateb a odbavení cestujících (dále jen „Systém“) v rámci Multikanálového odbavovacího systému (dále jen „MOS“), a poskytování Služeb tokenizace vč. údržby, provozu, správy a rozvoje tohoto Systému. Předmět této veřejné zakázky zahrnuje zejména následující části:

• návrh API pro komunikaci mezi systémem MOS a Systémem dodavatele a dalších třetích osob;

• vytvoření, dodání a zprovoznění předmětu plnění v prostředí dodavatele a na místech daných smluvními podmínkami, včetně zajištění interakce se zdroji dat zadavatele či třetích osob;

• poskytování Služeb tokenizace po uvedení Systému do provozu;

• pronájem a údržba registračních terminálů v určených lokacích;

• poskytnutí služeb rozvoje Systému, a to na základě požadavků zadavatele.

Detailní specifikace výše uvedených součástí plnění je uvedena, včetně příslušných podmínek, v příloze č. 2 této zadávací dokumentace, kterou tvoří závazný vzor smlouvy (dále jen „Smlouva“ nebo „Závazný vzor smlouvy“) a v příloze č. 5 této zadávací dokumentace s názvem „Funkční a technické požadavky“.

2. KLASIFIKACE VEŘEJNÉ ZAKÁZKY, ZADÁVACÍ ŘÍZENÍ A PŘEDPOKLÁDANÁ HODNOTA

Druh veřejné zakázky: veřejná zakázka na služby

Druh zadávacího řízení: otevřené řízení dle § 56 ZZVZ

Název	CPV
Vývoj programového vybavení	72262000-9
Počítačové terminály	30231100-8
Služby programového vybavení	72260000-5
Zpracování dat	72310000-1

Předpokládaná hodnota veřejné zakázky: 21.240.000,- Kč bez DPH

3. PODMÍNKY PLNĚNÍ VEŘEJNÉ ZAKÁZKY

3.1. Cíle veřejné zakázky a bližší specifikace předmětu plnění

Účel a detailní technické požadavky na řešení poptávané v rámci této veřejné zakázky jsou blíže popsány v příloze č. 5 této zadávací dokumentace s názvem „Funkční a technické požadavky“, která tvoří v nezměněné podobě přílohu Závazného vzoru smlouvy na plnění této veřejné zakázky.

Součástí předmětu plnění této veřejné zakázky může být dále z povahy věci plnění povinností spojených se zpracováním osobních údajů dle podmínek stanovených ve Smlouvě.

4. DOBA A MÍSTO PLNĚNÍ VEŘEJNÉ ZAKÁZKY

4.1 Doba plnění veřejné zakázky

Termín zahájení plnění: ihned po uzavření Smlouvy (předpoklad do jednoho měsíce od ukončení zadávacího řízení)

Předpokládaný termín podpisu Smlouvy: 10. 12. 2017

Předpokládaný termín ukončení plnění: 10 let od zahájení poskytování Služeb podpory

provozu dle Smlouvy

Plnění veřejné zakázky bude probíhat tak, aby byly splněny zadavatelem stanovené milníky, resp. nebyly překročeny stanovené termíny. Závazný harmonogram je uveden v příloze č. 6 Xxxxxxx. Předpokládaný termín uzavření Smlouvy je časem T, další termíny jsou uvedeny v počtech dnů, není-li výslovně uvedeno jinak.

4.2 Místo plnění veřejné zakázky

Místo plnění veřejné zakázky je podrobně specifikováno ve Smlouvě.

5. POŽADAVKY NA PROKÁZÁNÍ SPLNĚNÍ KVALIFIKACE

Zadavatel požaduje dle § 73 a násl. ZZVZ po dodavatelích předložení dokladů a informací k prokázání splnění kvalifikace. Požadavky zadavatele na prokázání splnění kvalifikace jsou stanoveny v příloze č. 1 této zadávací dokumentace (dále jen „Kvalifikační dokumentace“).

6. POŽADAVKY NA ZPŮSOB ZPRACOVÁNÍ NABÍDKOVÉ CENY

Zadavatel požaduje, aby dodavatel kompletně vyplnil tabulku obsaženou v příloze č. 6 této zadávací

dokumentace.

Všechny dílčí ceny, které bude dodavatel doplňovat do předmětné tabulky, budou závazné pro účely plnění veřejné zakázky. Zadavatel upozorňuje, že terminologie užitá v této zadávací dokumentaci nemusí plně odpovídat terminologii užité v Závazném vzoru Smlouvy). Údaj dle posledního řádku cenové tabulky přílohy č. 6 této zadávací dokumentace („Celková nabídková cena“) bude dodavatelem vložen do krycího listu jeho nabídky dle přílohy č. 3 této zadávací dokumentace.

Vyplněnou přílohu č. 6 této zadávací dokumentace současně učiní dodavatel přílohou č. 7 Smlouvy.

Odpovědnost za správnost stanovení sazby DPH nese dodavatel.

Nabídková cena musí obsahovat veškeré náklady vzniklé v souvislosti s plněním veřejné zakázky. Součástí sjednané ceny jsou veškeré práce, služby, poplatky a náklady dodavatele nezbytné pro řádné a úplné provedení předmětu plnění včetně přiměřeného zisku, není-li zadávacími podmínkami výslovně stanoveno jinak.

Nabídková cena za jednu jednotku bude stanovena jako nejvýše přípustná za řádné plnění předmětu veřejné zakázky. Nabídkovou cenu, resp. jednotkovou nabídkovou cenu je možno překročit pouze v případě, že během realizace předmětu veřejné zakázky dojde ke změně výše sazby daně z přidané hodnoty nebo výše zákonných poplatků, která se uplatňuje na předmět veřejné zakázky ke dni uskutečnění zdanitelného plnění.

Zadavatel nepřipouští varianty zpracování nabídkové ceny.

7. NÁVRH SMLOUVY, PLATEBNÍ A OBCHODNÍ PODMÍNKY

Dodavatel je povinen předložit v nabídce jediný návrh Xxxxxxx, a to na celý předmět plnění veřejné zakázky. K tomuto účelu je povinen využít Závazný vzor Smlouvy, který tvoří přílohou č. 2 této zadávací dokumentace.

Dodavatel není oprávněn činit změny či doplnění Závazného vzoru Smlouvy, vyjma údajů, u nichž vyplývá z jejich obsahu povinnost doplnění (označené jako „[DOPLNÍ DODAVATEL]“). V případě nabídky podávané společně několika dodavateli je dále dodavatel oprávněn měnit či doplnit Závazný vzor Smlouvy toliko s ohledem na tuto skutečnost. Obdobně v případě, že je dodavatel fyzickou osobou, zohlední tuto skutečnost v relevantních částech Závazného vzoru Smlouvy.

Návrh Smlouvy musí být ze strany dodavatele podepsán osobou oprávněnou zastupovat dodavatele (statutárním orgánem nebo osobou k tomu statutárním orgánem zmocněnou v souladu se způsobem zastupování dodavatele; originál či úředně ověřená kopie zmocnění musí být v takovém případě součástí návrhu Smlouvy dodavatele).

Závazné platební podmínky jsou uvedeny v Závazném vzoru Smlouvy, který tvoří přílohu č. 2 této zadávací dokumentace.

8. JINÉ POŽADAVKY ZADAVATELE NA PLNĚNÍ VEŘEJNÉ ZAKÁZKY

8.1 Poddodavatelský systém

V souladu s ustanovením § 105 odst. 1 písm. b) ZZVZ zadavatel požaduje, aby dodavatel v nabídce předložil seznam poddodavatelů, pokud jsou účastníkovi zadávacího řízení známi a uvedl, kterou část veřejné zakázky bude každý z poddodavatelů plnit. Tento seznam poddodavatelů bude obsahovat identifikační údaje poddodavatelů v rozsahu dle § 28 odst. 1 písm. g) ZZVZ a jejich kontaktní údaje.

Dodavatel tak učiní rovněž v příslušné příloze Závazného vzoru Smlouvy, v níž uvede jednotlivé poddodavatele spolu s informací, jakou věcně vymezenou část této veřejné zakázky bude konkrétní poddodavatel realizovat (např. uvedením druhu služeb a procentuálního (%) finančního podílu na veřejné zakázce).

V případě, že dodavatel nemá v úmyslu zadat určitou část veřejné zakázky jiné osobě (poddodavateli), uvede tuto skutečnost ve své nabídce (v podepsaném návrhu Xxxxxxx, jehož závazný vzor je přílohou č. 2 této zadávací dokumentace).

Zadavatel zároveň upozorňuje, že v souladu s § 105 odst. 2 ZZVZ požaduje, aby následující činnosti v rámci plnění předmětu veřejné zakázky byly plněny výhradně samotným dodavatelem (tedy bez možnosti jejich plnění prostřednictvím poddodavatele):

• provozní tokenizace a registrace identifikátorů,

• poskytování zajištění klíčového hospodářství MOS,

• migrace tokenů ze stávajícího dopravního odbavovacího systému,

• předání dat při ukončení Smlouvy,

• implementační podpora okolních systému.

Zadavatel upozorňuje, že tato výhrada plnění části předmětu veřejné zakázky přímo dodavatelem bude brána důsledně na zřetel při posouzení kvalifikace.

8.2 Licence

Výsledné řešení, tj. Systém, bude poskytnuto zadavateli pod licenčními podmínkami upravenými ve Smlouvě.

9. ZPŮSOB HODNOCENÍ NABÍDEK

9.1 Základní hodnotící kritérium a jeho vnitřní členění

Základním hodnotícím kritériem je dle § 114 odst. 1 ZZVZ ekonomická výhodnost nabídky. Ekonomická výhodnost nabídek se vyhodnotí na základě nejnižší celkové nabídkové ceny

Relevantním údajem pro hodnocení nabídek je dodavatelem vyplněná položka „Celková nabídková cena“ bez DPH na konci tabulky v příloze č. 6 zadávací dokumentace, která bude přiložena do nabídky.

Hodnocení nabídek bude provedeno tak, že zadavatel seřadí nabídky dle hodnoty „Celková nabídková cena“ bez DPH na konci tabulky dodavateli vyplněné přílohy č. 6 zadávací dokumentace od nejnižší po nejvyšší, přičemž vybraným dodavatelem bude dodavatel, jehož celková nabídková cena bude nejnižší.

Dodavatel není oprávněn podmínit jím navrhované hodnoty, parametry a informace, které jsou předmětem hodnocení, další podmínkou. Podmínění nebo uvedení několika rozdílných hodnot, které jsou předmětem hodnocení, je důvodem pro vyloučení dodavatele ze zadávacího řízení.

Údaje, které dodavatel nabídne pro účely hodnocení nabídek, jsou pro dodavatele závazné i z hlediska následného plnění Smlouvy.

10. POKYNY PRO ZPRACOVÁNÍ NABÍDKY

10.1 Základní pokyny

- Dodavatel může podat pouze jednu nabídku.

- Nabídka bude zpracována v českém či slovenském jazyce (výjimku tvoří odborné názvy a údaje). Doklady v jiném cizím jazyce dodavatel předkládá s překladem do českého jazyka. Doklady ve slovenském jazyce a doklady o vzdělání v latinském jazyce se předkládají bez překladu.

- Nabídka nebude obsahovat přepisy a opravy, které by mohly zadavatele uvést v omyl.

- Dodavatel použije pořadí dokumentů specifikované v následujících bodech těchto pokynů

pro zpracování nabídky:

▪ Krycí list nabídky. Pro sestavení krycího listu dodavatel použije přílohu č. 3 – Krycí list nabídky. V případě podání společné nabídky více dodavatelů pak budou v krycím listu uvedeni všichni dodavatelé podávající společnou nabídku.

▪ Obsah nabídky. Nabídka bude opatřena obsahem s uvedením čísel stránek

u jednotlivých oddílů (kapitol).

▪ Doklad prokazující společnou a nerozdílnou odpovědnost z plnění veřejné zakázky v

případě podání společné nabídky více dodavateli.

▪ Dokumenty k prokázání splnění kvalifikace. Požadavky na prokázání kvalifikace a způsob jejich prokázání jsou stanoveny v příloze č. 1 této zadávací dokumentaci s názvem „Kvalifikační dokumentace“.

▪ Nabídková cena zpracovaná dle čl. 6 této zadávací dokumentace.

▪ Návrh Xxxxxxx podepsaný osobou oprávněnou zastupovat dodavatele, k čemuž dodavatel závazně využije přílohu č. 2 této zadávací dokumentace – Závazný vzor Smlouvy. V případě společné účasti dodavatelů podávajících společnou nabídku ZZVZ budou stranou Xxxxxxx se zadavatelem na straně dodavatele všichni dodavatelé podávající společnou nabídku.

Pokud zastupuje dodavatele zmocněnec na základě plné moci, musí být v nabídce za návrhem Xxxxxxx předložena platná plná moc v originále nebo v úředně ověřené kopii.

Návrh Smlouvy bude obsahovat všechny předepsané přílohy.

▪ Platný certifikát dodavatele PCI – DSS Level 1.

▪ Ostatní doklady a prohlášení vztahující se k předmětu plnění veřejné zakázky (další zadavatelem požadované přílohy a dokumenty).

10.2 Další požadavky a pokyny zadavatele

- V případě společné účasti dodavatelů podávajících společnou nabídku zadavatel v souladu s § 103 odst. 1 písm. f) ZZVZ požaduje, aby odpovědnost z plnění veřejné zakázky nesli všichni dodavatelé podávající společnou nabídku společně a nerozdílně. Tuto skutečnost dodavatelé prokáží předložením smlouvy uzavřené mezi nimi, z níž jednoznačně vyplývá splnění tohoto požadavku zadavatele, popřípadě předložením jiného dokumentu (např. souhlasného prohlášení všech dodavatelů, kteří podali společnou nabídku).

- Náklady spojené s účastí v zadávacím řízení nese každý dodavatel sám.

- Zadavatel si vyhrazuje právo na změnu nebo doplnění zadávacích podmínek, a to buď na základě žádostí dodavatelů o vysvětlení zadávací dokumentace, nebo z vlastního podnětu.

- Zadavatel si vyhrazuje právo zrušit zadávací řízení v souladu s příslušnými ustanoveními ZZVZ.

- Zadavatel si vyhrazuje právo ověřit informace obsažené v nabídce dodavatele u třetích osob a dodavatel je povinen mu v tomto ohledu poskytnout veškerou potřebnou součinnost.

- Zadavatel je oprávněn jakékoliv informace či doklady poskytnuté dodavateli použít, je-li to

nezbytné pro postup podle ZZVZ či pokud to vyplývá z účelu ZZVZ.

- Informace a údaje uvedené v jednotlivých částech této zadávací dokumentace a v přílohách této zadávací dokumentace vymezují závazné požadavky zadavatele na plnění veřejné zakázky. Tyto požadavky je dodavatel povinen plně a bezvýhradně respektovat při zpracování své nabídky. Neakceptování požadavků zadavatele uvedených v této zadávací dokumentaci bude považováno za nesplnění zadávacích podmínek s následkem vyloučení dodavatele ze zadávacího řízení.

- V případě, že zadávací podmínky obsahují odkazy na obchodní firmy, názvy nebo jména a příjmení, specifická označení zboží a služeb, které platí pro určitou osobu, popřípadě její organizační složku za charakteristické, patenty na vynálezy, užitné vzory, průmyslové vzory, ochranné známky nebo označení původu, umožňuje zadavatel výslovně použití i jiných, kvalitativně a technicky obdobných řešení, které naplní zadavatelem požadovanou či odborníkovi zřejmou funkcionalitu (byť jiným způsobem).

- Zadavatel upozorňuje, že v případě porušení povinnosti dodavatele, jenž byl zadavatelem vybrán k uzavření smlouvy (jako první, či další v pořadí v případě postupu podle § 125 ZZVZ), uzavřít Smlouvu či poskytnout k jejímu uzavření součinnost ve smyslu § 122 odst. 3 a § 124 odst.

1 ZZVZ, je zadavatel připraven přistoupit k vymáhání škody způsobené zadavateli tímto

dodavatelem.

- Zadavatel rovněž upozorňuje, že v případě naplnění důvodů pro povinnost nebo možnost zadavatele zrušit zadávací řízení dle § 127 ZZVZ je připraven rozhodnout o zrušení zadávacího řízení této veřejné zakázky.

- Vybraný dodavatel, který je právnickou osobou, bude povinen před podpisem Xxxxxxx

zadavateli předložit:

o identifikační údaje všech osob, které jsou jeho skutečným majitelem podle zákona o některých opatřeních proti legalizaci výnosů z trestné činnosti a financování terorismu

o doklady, z nichž vyplývá vztah všech osob podle písmene a) k dodavateli; těmito doklady jsou zejména

▪ výpis z obchodního rejstříku nebo jiné obdobné evidence;

▪ seznam akcionářů;

▪ rozhodnutí statutárního orgánu o vyplacení podílu na zisku;

▪ společenská smlouva, zakladatelská listina nebo stanovy.

11. ZADÁVACÍ DOKUMENTACE A PODMÍNKY PŘÍSTUPU ČI POSKYTNUTÍ ZADÁVACÍ DOKUMENTACE

Zadávací dokumentace je dodavatelům poskytována na vyžádání a zároveň umístěna na profilu zadavatele v souladu s § 96 ZZVZ: xxxxx://xxxxxxx.xxxxxxxxxxx.xx/xxxxxxxx_xxxxx.xxxx k volnému stažení, kde budou zároveň uveřejňována vysvětlení zadávací dokumentace k zadávacím podmínkám této veřejné zakázky.

12. VYSVĚTLENÍ A ZMĚNY ZADÁVACÍ DOKUMENTACE A PROHLÍDKA MÍSTA PLNĚNÍ

Dodavatel je oprávněn požadovat vysvětlení zadávací dokumentace této veřejné zakázky. Žádost o vysvětlení zadávací dokumentace musí být dodavatelem podána písemně.

Písemná žádost musí být zadavateli doručena nejpozději 8 pracovních dnů před uplynutím lhůty pro podání nabídek. Zadavatel odešle vysvětlení zadávací dokumentace této veřejné zakázky, případně související dokumenty, nejpozději do 3 pracovních dnů po doručení písemné žádosti dodavatele.

Vysvětlení zadávací dokumentace, včetně přesného znění požadavku dle předchozí věty, odešle zadavatel současně všem dodavatelům, kteří požádali o poskytnutí této zadávací dokumentace této veřejné zakázky nebo kterým byla tato zadávací dokumentace poskytnuta. Zadavatel dále vysvětlení zadávací dokumentace včetně přesného znění žádosti dodavatele uveřejní stejným způsobem, jakým uveřejnil tuto zadávací dokumentaci.

Zadavatel upozorňuje, že v rámci zachování zásady transparentnosti, rovného zacházení a zákazu diskriminace v rámci zadávacího řízení této veřejné zakázky musí být veškerá komunikace se zadavatelem vedena pouze písemnou formou. Jakýkoliv další způsob, např. osobní jednání apod., je vyloučen.

Žádost o vysvětlení zadávací dokumentace nebo žádost o poskytnutí této zadávací dokumentace doručí dodavatel na kontaktní adresu zadavatele pro komunikaci s dodavateli, tj. na adresu:

XXXx. Xxxxxxxx Xxxxxxxxxx

e-mail: xxxxxxxxxx@xxxxxxxxxxx.xx

Xxx. Xxxxxxx Xxxxxx

e-mail: xxxxxx@xxxxxxxxxxx.xx

Prohlídka místa plnění veřejné zakázky nebude vzhledem k charakteru veřejné zakázky uskutečněna.

13. LHŮTA, MÍSTO A ZPŮSOB PRO PODÁNÍ NABÍDEK

Nabídka bude podána v souladu s § 107 ZZVZ. Nabídky se podávají písemně, a to v listinné podobě. Nabídky je možno podávat osobně na adrese ROWAN LEGAL, advokátní kancelář s.r.o., Na Pankráci 1683/127, 140 00 Praha 4, budova GEMINI A, 3. patro, a to v pracovních dnech od 9:00 do 18:00. Nabídky musí být podány nejpozději do 27. 11. 2017 do 10:00 hod. Na nabídku podanou později se pohlíží, jako by nebyla podána.

Kontaktní osoby pro osobní podání nabídek:

XXXx. Xxxxxxxx Xxxxxxxxxx

e-mail: xxxxxxxxxx@xxxxxxxxxxx.xx tel.: x000 000 000 000

Xxx. Xxxxxxx Xxxxxx

e-mail: xxxxxx@xxxxxxxxxxx.xx tel: x000 000 000 000

Dodavatelé mohou nabídku na výše uvedenou adresu zaslat, a to tak, aby byla do konce lhůty pro podání nabídek doručena.

Nabídka musí být podána v jedné řádně uzavřené obálce, označené názvem veřejné zakázky

a označením dodavatele a jeho adresy.

Obálka musí být též opatřena nápisem „Nabídka – Poskytování tokenizačního řešení pro bezkontaktní platby v rámci Multikanálového odbavovacího systému - NEOTEVÍRAT“.

Za účelem efektivní kontroly nabídek při otevírání obálek a následně při posouzení a hodnocení nabídek je vhodné, aby dodavatel předložil listinnou nabídku ve 2 vyhotoveních (tj. 1 originál a 1 kopie, a to v jediné obálce). Všechny listy nabídky budou navzájem pevně spojeny či sešity tak, aby byly dostatečně zabezpečeny před jejich vyjmutím z nabídky. Všechny výtisky budou řádně čitelné, bez škrtů a přepisů. Všechny stránky nabídky, resp. jednotlivých výtisků, budou očíslovány vzestupnou kontinuální řadou; není třeba číslovat originály či úředně ověřené kopie požadovaných dokumentů.

Dodavatel v nabídce výslovně uvede jednu kontaktní adresu pro písemný styk mezi dodavatelem a zadavatelem.

Dodavatel předloží nabídku vedle listinné formy též v elektronické podobě na CD; informace na CD mají pouze informativní povahu. Každý dodavatel je povinen předložit návrh Smlouvy v elektronické podobě v editovatelném formátu např. Word (docx).

14. TERMÍN OTEVÍRÁNÍ OBÁLEK S NABÍDKAMI

Otevírání obálek s listinnými nabídkami bude zahájeno dne 27. 11. 2017 v 10:00 hod., v sídle osoby zastupující zadavatele, tj. na adrese ROWAN LEGAL, advokátní kancelář s.r.o., Na Pankráci 1683/127, 140 00 Praha 4, budova GEMINI A, 3. patro.

Otevírání obálek s nabídkami se může zúčastnit jeden zástupce dodavatele, který podal nabídku do konce lhůty pro podání nabídek. Zástupce dodavatele se prokáže plnou mocí účastnit se jednání podepsanou osobou oprávněnou dodavatele zastupovat.

15. ZADÁVACÍ LHŮTA

Zadavatel nestanovuje zadávací lhůtu.

16. INFORMACE O PŘEDBĚŽNÝCH TRŽNÍCH KONZULTACÍCH

16.1 Obecné informace o tržních konzultacích

Zadavatel v rámci přípravy zadávacích podmínek provedl předběžné tržní konzultace ve smyslu § 33 ZZVZ. Vzhledem k tomu, že zadávací dokumentace obsahuje informace, které jsou výsledkem předběžné tržní konzultace, zadavatel v souladu s § 36 odst. 4 věta druhá ZZVZ níže označuje tyto informace, identifikuje osoby, které se na předběžné tržní konzultaci podílely, a uvede všechny podstatné informace, které byly obsahem předběžné tržní konzultace.

16.2 Označení informací, které jsou výsledkem předběžných tržních konzultací

Informace, které jsou výsledkem předběžných tržních konzultací, jsou obsaženy výhradně v příloze č. 5 zadávací dokumentace.

16.3 Osoby, které se na předběžné tržní konzultaci podílely a podstatné informace, které byly obsahem předběžné tržní konzultace

Subjekt	Xxxxxx xxxxxxx	12.7.2017 10:00-11:30
PayU Spolka Akcyjna xx. Xxxxxxxxxxx 000,	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
60-166 Poznaň	Účastníci	Xxx Xxxxxxxx
Polsko		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
Organizační složka:		Xxxxxx Xxxxxxx

PayU, a.s. Antala Xxxxxx 2027/77 140 00 Praha 4		Xxxxxx Xxxxxxxxx Xxxxxx Xxxxxx Xxxxx Xxxxx Xxxxxx Xxxxxxx
Agenda
• Obecné představení projektu MOS • Obecné představení tokenizace v rámci MOS • diskuze – otázky k diskuzi: - Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem? - Bude možné provést registraci karty se zakázanými e-commerce transakcemi? - Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení - Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí
Závěr
• Představená podoba systému i zamýšlený systém tokenizace se jeví jako smysluplný • Pro registraci karty nemusí být použit POS terminál, lze ho nahradit jinou certifikovanou čtečkou • Tokenizační klíče i algoritmy lze měnit vzdáleně, registraci karty lze provést se zakázanými e-commerce transakcemi • Navržená cenová struktura je smysluplná • Z bankovní karty lze zjistit typ karty (omezeně, neplatí pro všechny druhy), vydavatele karty a zemi původu

Subjekt	Xxxxxx xxxxxxx	12.7.2017 14:00-15:30
MONET+,a.s. Za Dvorem 505	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
763 14 Zlín – Xxxxx	Účastníci	Xxx Xxxxxxxx
IČ: 26217783		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx
		Xxxxx Xxxxx
		Xxxxxx Xxxxx

Xxxxxx Xxxxxx

Agenda

• Obecné představení projektu MOS

• Obecné představení tokenizace v rámci MOS

• diskuze – otázky k diskuzi:

- Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem?

- Bude možné provést registraci karty se zakázanými e-commerce transakcemi?

- Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení

- Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí

Závěr

• Tokenizace bankovních karet musí probíhat na EMV certifikovaném zařízení

• Algoritmus i klíče v odb. zařízeních lze měnit vzdáleně

• V rámci ZD by měl být seznam možných algoritmů, neboť ne každé zařízení podporuje

všechny algoritmy

• Navržená cenová struktura je správná, připadá v úvahu přiřadit váhy jednotlivým položkám

• PCI DSS je dostatečná licence garantující dostatečnou bezpečnost systému

Subjekt	Xxxxxx xxxxxxx	13.7.2017 10:30-12:00
Vise Europe Services LLC 19801 New Castle, Wilmington	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
Orange Street 1209	Účastníci	Xxx Xxxxxxxx
Spojené státy americké		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
Organizační složka:		Xxxxxx Xxxxxxx
Visa Europe Services LLC Xxxxxx Xxxxxx 0000/00 000 00, Xxxxx - Krč		Xxxxxx Xxxxxxxxx
		Xxxxxxxxx Xxxxx
		Xxxxx Xxxxxx
Agenda
• Obecné představení projektu MOS • Obecné představení tokenizace v rámci MOS • Diskuze – konkrétní dotazy - Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem? - Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení

- Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí

- Kdy je třeba autorizovat bankovní karty v prostředí s kupóny

- Jsou možná duplicitní čísla karet a zároveň stejná platnost?

- Jak související formfactory mobil a karta? Zjistí držitel skutečné číslo karty uložené

v mobilu? (ApplePay, SamsungPay, AndroidPay, HCE) Plánujete zavedení PAR (Payment

Account Reference) v nejbližších letech a jak bude implementace provedena?

- Vydá exspirovaná karta ODA?

- Bude možné provést registraci karty se zakázanými e-commerce transakcemi?

- Jak je proveden „nulový limit“ pro bezkontaktní transakce na kartě? Je možné přečíst bezkontaktně kartu s nastaveným „nulovým limitem“?

Závěr

• Visa považuje řešení za smysluplné

• Visa nezajišťuje tokenizační služby, Visa nemá žádné přímé požadavky na tokenizaci, musí však dodržovat PCI DSS standardy

• Pravidla Visa připouští navázat kupón na kartu pouze v tom případě, že je tou samou kartou

navázaný kupón zaplacen

• Duplicitní čísla karet Visa v ČR neexistují, ve světě ano (méně než 1 procento)

• Exspirovaná karta vydá ODA

• Dle pravidel Visa není možné exspirované karty používat jako identifikátory

• Při nákupu kupónu přes internet musí být povoleny e-commerce transakce

• Z čísla karty není možné zjistit, zdali je bezkontaktní; spolehlivě to lze zjistit pouze

přiložením karty ke čtečce

Subjekt	Xxxxxx xxxxxxx	13.7.2017 13:00-14:30
Global Payments Europe, s.r.o. V Olšinách 626/80 100 00 Praha - Strašnice	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx

Xxxxxxx Xxxx

Xxxxxx Xxxxxx Xxxx Xxxxx

Agenda

• Obecné představení projektu MOS

• Obecné představení tokenizace v rámci MOS

• diskuze – otázky k diskuzi:

- Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem?

- Bude možné provést registraci karty se zakázanými e-commerce transakcemi?

- Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení

- Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí

Závěr

• Navržený systém tokenizace je smysluplný

• Navržená struktura ceny je korektní, dodavatel doporučil přiřadit váhy jednotlivým položkám

• Registraci karty lze provést se zakázanými e-commerce transakcemi

Subjekt	Xxxxxx xxxxxxx	14.7.2017 9:30-11:00
Mastercard Europe SA B-1410 Waterloo, Chaussée de Tervuren 198A	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
Belgické království		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
Organizační složka:		Xxxxxx Xxxxxxx
Mastercard Europe SA Na Poříčí 1079/3a 110 00 Praha 1		Xxxxxx Xxxxxxxxx
		Xxxxxx Xxxxxx
		Xxxx Xxxxx
		Xxxx Xxxxxxxx
Agenda
• Obecné představení projektu MOS • Obecné představení tokenizace v rámci MOS • Diskuze – konkrétní dotazy

- Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem?

- Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení

- Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí

- Kdy je třeba autorizovat bankovní karty v prostředí s kupóny

- Jsou možná duplicitní čísla karet a zároveň stejná platnost?

- Jak související formfactory mobil a karta? Zjistí držitel skutečné číslo karty uložené

v mobilu? (ApplePay, SamsungPay, AndroidPay, HCE) Plánujete zavedení PAR (Payment

Account Reference) v nejbližších letech a jak bude implementace provedena?

- Vydá exspirovaná karta ODA?

- Bude možné provést registraci karty se zakázanými e-commerce transakcemi?

- Jak je proveden „nulový limit“ pro bezkontaktní transakce na kartě? Je možné přečíst bezkontaktně kartu s nastaveným „nulovým limitem“?

Závěr

• Měnit klíče i algoritmus lze vzdáleným přenosem, nelze však říci, zdali u všech zařízení

• MC nevidí v diskutovaném návrhu OICT na tokenizaci opomenutí či nerealizovatelné části

• MC připouští existenci dvou karet, které mají stejné číslo karty a datum expirace. MC nedokáže odhadnout, kolik takových karet je. Tuto informaci mají vydavatelé karet, tzn. banky v roli issuerů

• MC pro tokenizaci karet na straně acquirera doporučuje použít standardy PCI DSS

• MC nevidí žádný problém v případě, že cestující využívá platební kartu MC jako identifikátor ve veřejné dopravě, a kupon zaplatí libovolným způsobem (převodem, hotovost, kartou – i jinou)

Xxxxxxx	Xxxxxx xxxxxxx	17.7.2017 12:00-13:30
Mikroelektronika spol. s r.o. Dráby 849 566 01 Vysoké Mýto	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx

Xxxxx Xxxxxxx

Xxxxxx Xxxxx

Agenda

• Obecné představení projektu MOS

• Obecné představení tokenizace v rámci MOS

• Diskuze – konkrétní dotazy

- Můžete dodávat zařízení, která výše uvedené dovedou? Pokud ne, jak dlouho potřebujete na úpravy a vývoj u stávajících modelů?

- Jsou taková nebo podobná zařízení v provozu?

- Je možné aktuálně používaná zařízení upgradovat, aby odpovídala požadavkům MOS (doplnění paměti, LTE modulu, čteček atd)?

- Jaké jsou požadavky na formát whitelistů, případně další požadavky na MOS?

- Mohou zařízení komunikovat napřímo s MOS, nebo vždy prostřednictvím vlastních TMS?

Používá každý dopravce TMS dodaný k zařízením, nebo má zařízení napojena pouze na vlastní systémy?

Závěr

• V případě opravy odbavovacího zařízení dochází k resetování a bude potřeba nahrát celý nový whitelist

• Do této chvíle není testované, zdali zařízení zvládne pracovat s dvěma algoritmy a klíči

• Mikroelektronika považuje za vhodnější komunikaci odbavovacích zařízení s terminál

managementem systémem, oproti přímé komunikaci odb. zařízení s MOSem

• TMS lze napojit na libovolný systém, je však potřeba vydefinovat formáty dat a datové toky; formát dat není klíčový

Subjekt	Xxxxxx xxxxxxx	24.7.2017 9:30-11:00
České dráhy, a.s. Nábřeží X. Xxxxxxx 1222 110 15 Praha 1	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx
		Xxxxxxx Xxxxxxx
		Xxxxx Xxxxx

Xxx Xxxxxxxx

Xxxxx Xxx

Agenda

• Obecné představení projektu MOS

• Obecné představení tokenizace v rámci MOS

• diskuze – otázky k diskuzi:

- Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem?

- Bude možné provést registraci karty se zakázanými e-commerce transakcemi?

- Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení

- Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí

Závěr

• Blokace InKarty je řešena logikou v odbavovacím zařízení

• Dodavatel v rámci cenové struktury doporučuje počítat s balíkem člověkodnů na rozvoj

řešení v počtu alespoň 10 ročně

• Na trhu existují zařízení, která splní požadované funkce

• Dodavatel doporučuje minimální objem whitelistu a jeho optimalizaci

• Dodavatel doporučuje nastavení komunikace systému MOS s odbavovacími zařízeními přes

TMS, přestože odbavovací zařízení mohou komunikovat přímo se systémem MOS

Subjekt	Xxxxxx xxxxxxx	27.7.2017 8:00-9:30
Diebold Nixdorf s.r.o. Siemensova 2 155 00 Praha 13	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxxxxx Xxxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx
		Xxxxx Xxxxxxx
		Xxxxx Xxxxx
		Xxx Xxxxx
		Xxxxxxxxx Xxxxx
Agenda

• Obecné představení projektu MOS

• Obecné představení tokenizace v rámci MOS

• diskuze – otázky k diskuzi:

- Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem?

- Bude možné provést registraci karty se zakázanými e-commerce transakcemi?

- Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení

- Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí

Závěr

• Tokenizační algoritmus a klíče lze měnit vzdáleným přístupem

• Cenová struktura je smysluplná

• Zkušenosti z prostředí s více acquirery v tuto chvíli nejsou

Subjekt	Xxxxxx xxxxxxx	27.7.2017 10:30-12:00
Ing. CSc. Xxx Xxxxxx Xx Xxxxxxxx 559/8, 664 48 Moravany	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
		Xxxxxxxxx Xxxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx
		Xxx Xxxxxx
		Xxxxxx Xxxxxx
Agenda
• Obecné představení projektu MOS • Obecné představení tokenizace v rámci MOS • Diskuze – konkrétní dotazy - Můžete dodávat zařízení, která výše uvedené dovedou? Pokud ne, jak dlouho potřebujete na úpravy a vývoj u stávajících modelů? - Jsou taková nebo podobná zařízení v provozu? - Je možné aktuálně používaná zařízení upgradovat, aby odpovídala požadavkům MOS (doplnění paměti, LTE modulu, čteček atd)? - Jaké jsou požadavky na formát whitelistů, případně další požadavky na MOS?

- Mohou zařízení komunikovat napřímo s MOS, nebo vždy prostřednictvím vlastních TMS?

Používá každý dopravce TMS dodaný k zařízením, nebo má zařízení napojena pouze na vlastní systémy?

Závěr

• V rámci odbavovacích zařízení (OZ) firmy Herman jsou 4 SAM sloty

• OZ dokáží rozpoznat pásma i zóny, číst QR kódy

• Formát WL by měl být úsporný, systém WL propracovaná

• V 500 tis. Záznamech jsou OZ schopny nalézt záznam za cca 75 ms (testováno)

• V současné době jsou k dispozici OZ, které by vyhovovali systému MOS

Xxxxxxx	Xxxxxx xxxxxxx	27.7.2017 13:30-15:00
Telmax s.r.o. Na Stráni 511 566 01 Vysoké Mýto	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxxxxx Xxxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx
		Xxxxx Xxxxxxx
		Xxxxxxxx Xxxxxx
Agenda
• Obecné představení projektu MOS • Obecné představení tokenizace v rámci MOS • Diskuze – konkrétní dotazy - Můžete dodávat zařízení, která výše uvedené dovedou? Pokud ne, jak dlouho potřebujete na úpravy a vývoj u stávajících modelů? - Jsou taková nebo podobná zařízení v provozu? - Je možné aktuálně používaná zařízení upgradovat, aby odpovídala požadavkům MOS (doplnění paměti, LTE modulu, čteček atd)? - Jaké jsou požadavky na formát whitelistů, případně další požadavky na MOS? - Mohou zařízení komunikovat napřímo s MOS, nebo vždy prostřednictvím vlastních TMS? Používá každý dopravce TMS dodaný k zařízením, nebo má zařízení napojena pouze na vlastní systémy?

Závěr

• Změnu klíče a algoritmu vzdáleně bude provázet tokenizační procesor

• Datové toky by měli být vzhledem k datovým limitům na SIM minimalizovány

• Rychlost odbavení do 1 s je velmi ambiciózní, současné zařízení od Telmaxu zvládá odbavení

cca 2 s

• Pro tokenizaci je potřeba stanovit bezpečností požadavky na prostředí, kde bude tokenizace

probíhat

• Vývoj nové čtečky trvá minimálně 6 měsíců

• Žádné specifické požadavky na whitelist nejsou k dispozici

• Každý dopravce spolu s odbavovacím zařízení dostane TMS, který komunikuje s odbavovacím zařízení

Subjekt	Xxxxxx xxxxxxx	31.7.2017 10:00-11:30
First Data Czech Republic, s.r.o. V Celnici 1031/4 110 00 Praha	Místo schůzky	Operátor ICT, a.s., XX Xxxxxxxx, Dělnická 213 /12, 170 00 Praha 7
	Účastníci	Xxx Xxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxxx Xxxxxxxxx
		Xxxxxx Xxxxxxx
		Xxxxx Xxxxxx
Agenda
• Obecné představení projektu MOS • Obecné představení tokenizace v rámci MOS • diskuze – otázky k diskuzi: - Je možné měnit tokenizační algoritmus a klíče vzdáleným přenosem? - Bude možné provést registraci karty se zakázanými e-commerce transakcemi? - Ověření zamýšlené tokenizace v prostředí s více acquirery – zkušenosti a doporučení - Návrh či ověření cenové struktury pro tokenizaci bez zúčtovaného objemu transakcí
Závěr
• Jednání proběhlo formou telekonference • Dodavatel nemá dosud zkušenosti s obdobným projektem

17. PŘÍLOHY ZADÁVACÍ DOKUMENTACE

Příloha č. 1 – Kvalifikační dokumentace Příloha č. 2 – Závazný vzor Smlouvy

Příloha č. 3 – Krycí list nabídky

Příloha č. 4 – Vzor čestného prohlášení o splnění základní způsobilosti dodavatele dle ZZVZ Příloha č. 5 – Funkční a technické požadavky

Příloha č. 6 – Tabulka pro zpracování nabídkové ceny

V Praze dne 20.10.2017

Xxxxxx Xxxxx, MBA

Operátor ICT, a.s.		Operátor ICT, a.s.
Xxxxxx Xxxxx, MBA		Xx. Xxxxx Xxxxxxx
předseda představenstva		místopředsedkyně představenstva

Digitálně podepsal Xxxxxx Xxxxx, MBA Datum: 2017.10.23 15:25:52 +02'00'

Xx. Xxxxx Xxxxxxx

Digitálně podepsal Xx. Xxxxx Xxxxxxx Datum: 2017.10.23 11:36:49 +02'00'

Kvalifikační dokumentace

(tvoří samostatný dokument v elektronické podobě)

Závazný vzor Smlouvy

(tvoří samostatný dokument v elektronické podobě)

Krycí list nabídky

(tvoří samostatný dokument v elektronické podobě)

Vzor čestného prohlášení o splnění základní způsobilosti dodavatele

(tvoří samostatný dokument v elektronické podobě)

Funkční a technické požadavky

(tvoří samostatný dokument v elektronické podobě)

Tabulka pro stanovení nabídkové ceny

(tvoří samostatný dokument v elektronické podobě)