30, PSČ IČ: (dále jen zadavatel )

Zadavatel veřejné zakázky: KORDIS JMK, a.s. Brno, Nové sady č.946/30, PSČ 602 00 IČ: 26298465 (dále jen „zadavatel“)

MODERNIZACE ODBAVOVÁNÍ CESTUJÍCÍCH V IDS JMK - ELEKTRONICKÉ ODBAVOVÁNÍ CESTUJÍCÍCH Evidenční číslo veřejné zakázky: 354676

(dále jen „veřejná zakázka“)

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. 6 dle § 49 odst. 1 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „ZVZ“) KORDIS JMK, a.s., se sídlem Brno, Nové sady č.946/30, PSČ 602 00, IČ: 26298465 jako zadavatel shora uvedené veřejné zakázky (dále jen „zadavatel“), obdržel dne 29. 8. 2013 žádost o poskytnutí dodatečných informací k zadávacím podmínkám. Zadavatel tímto poskytuje uchazečům o veřejnou zakázku na první z dotazů následující odpověď:

Dotaz č. 35: V souladu se zadávací dokumentací (dále jen „ZD") a dodatečnými informacemi č. 3, jsme požádali o poskytnutí součinnosti dodavatele, jejichž plnění je nezbytné pro přípravu nabídky. Dodavatelé reagovali následovně: 

Na základě dodatečných informací č. 3, odpověď č. 2 jsme kontaktovali společnost České dráhy, a.s. (dále jen „ČD") a požádali jsme ji o součinnost ve smyslu poskytnutí technické specifikace a případné tomu odpovídající součinnosti v oblasti upgrade zařízení ČD pro prodej

jízdních dokladů i revizorských čteček, zajištění interoperability s IN Kartou apod. ČD potvrdily, že mají uzavřenou smlouvu o partnerství se zadavatelem spočívající ve vzájemné součinnosti při realizaci projektu Modernizace odbavování cestujících v IDS JMK. Ovšem vyjádřily názor, že žádost o poskytnutí informací by měla být směřována na zadavatele, tj. KORDIS. 

Na základě čl. 1.8.3.4 Přílohy č. 1 zadávací dokumentace a v duchu odpovědí na dodatečné informace č. 3 jsme kontaktovali Ing. Ivo Hermana, CSc. s žádostí o poskytnutí nabídky na jím poskytovanou část plnění dne 24. 7. 2013. Dne 6. 8. 2013 jsme po naší urgenci obdrželi potvrzení o přijetí našeho požadavku a žádost o dodatečný čas do 14. 8. 2013. Na další urgenci ze dne 21. 8. 2013 jsme obdrželi informaci o tom, že se na této součinnosti začíná pracovat.



Na základě dodatečných informací č. 3, odpověď č. 1 jsme kontaktovali společnost MIKROELEKTRONIKA spol. s.r.o. (dále jen „Mikroelektronika") s požadavkem na poskytnutí nabídky v oblasti upgrade stávajících zařízení Mikroelektroniky dle ZD a 2. 8. 2013 jsme se na setkání dohodli na parametrech poskytnutí součinnosti a později prodloužili lhůtu pro obdržení nabídky na tři týdny. Dne 23. 8. 2013 jsme však obdrželi informaci, že zástupci Mikroelektroniky zaslali zadavateli dodatečné informace a teprve po získání odpovědí bude Mikroelektronika schopna nám poskytnout požadovanou nabídku.

Neposkytování uvedené součinnosti ze strany těchto dodavatelů, případně její včasné neposkytnutí, znemožňuje podat nabídku v požadovaném termínu, resp. podat nabídku jako takovou. Jaký navrhuje zadavatel postup ve vztahu k ČD? Vynutí na základě své smlouvy o součinnosti požadované technické specifikace a předá je uchazečům sám?

Odpověď na dotaz č. 35: K dotazu uchazeče zadavatel uvádí, že v souladu s ustanoveními Dohody o partnerství požádal ČD o stanovení cenové kalkulace za splnění relevantní části předmětu veřejné zakázky dle požadavků zadavatele uvedených v zadávacích podmínkách, přičemž tato bude ze strany ČD indikativně stanovena v nejbližších dnech. Současně zadavatel sděluje, že na základě žádosti jiného zájemce o veřejnou zakázku ČD již aktuálně zpracovávají cenovou kalkulaci součinnosti dle technické specifikace uvedené v příloze č. 1 těchto dodatečných informací. Tato cenová kalkulace bude následně (v nejbližších dnech) k dispozici všem zájemcům o veřejnou zakázku. Totožná technická specifikace požadovaných úprav byla již rovněž oceněna ze strany DPMB a to ve výši 4,5 mil. Kč bez DPH, přičemž do této kalkulace není zahrnuta úhrada za HW čteček. V případě, že by pro uchazeče byla relevantní jiná technická specifikace, než dle přílohy č. 1, žádáme tímto, aby uchazeči upravenou specifikaci zaslali k dalšímu ocenění přímo ČD.

K dalšímu dotazu uchazeče doručenému dne 29. 8. 2013, který se týká prodloužení lhůty k podání nabídek, zadavatel uvádí, že o prodloužení lhůty pro podání nabídek nyní intenzivně jedná a konkrétní odpověď bude po důkladné úvaze poskytnuta v zákonné lhůtě dle § 49 odst. 2 ZVZ.

V Brně dne 30. 8. 2013 KORDIS JMK, a.s. Příloha č. 1 – Technická specifikace

Příloha č. 1 – Technická specifikace

Řešení dopravní aplikace Základní části dopravní aplikace v terminálu 1. SAM 2. Black list karet 3. Black listy a. Dopravní aplikace b. Jízdenky c. Elektronická peněženka 4. Meta data jízdenek 5. Tarif (strukturu definuje provozovatel) a. Tarifní kategorie b. Seznam zastávek a jejich přiřazení do tarifních zón 6. Trasa vozidla (obousměrný seznam zastávek) 7. Pomocné procesy terminálu (nemusí být využívány): a. Odemčení SAM modulu kartou obsluhy b. Podpis souboru dat přenášených z terminálu do backoffice systému c. Ověření podpisu dat přenášených z backoffice systému do terminálu d. Ověření servisní karty obsluhy 8. Základní procesy: a. Načtení dat z karty cestujícího a ověření podpisu datových elementů b. Debet elektronické peněženky c. Kredit elektronické peněženky d. Cancel-debet elektronické peněženky e. Zápis jízdenky f. Vzdálený zápis jízdenky na kartu g. Vzdálený kredit elektronické peněženky h. Credit-Auto renew i. Jízdenka auto renew j. Blokace jízdenky k. Blokace aplikace l. Blokace peněženky m. Uložení změn a podpis dat na klientskou kartu n. Vzdálený update SAM modulu

Procesy 2.1. Načtení dat z karty cestujícího a ověření podpisu datových elementů  Proces je plně řízen appletem SAM modulu  Terminál odešle požadavek na načtení dat SAM modulu  SAM modul odpovídá status kódem a APDU příkazem pro kartu  APDU je odeslán na kartu a odpověď karty je předána zpět appletu SAM modulu, dokud nedojde k chybě nebo SAM modul neohlásí, že jeho výstup je určen aplikaci terminálu  Aplikace terminálu na základě meta dat dekóduje jednotlivé jízdenky 2.2. Debet elektronické peněženky  Proces je plně řízen appletem SAM modulu  Terminál odešle požadavek na debet zůstatku elektronické peněženky do SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.3. Kredit elektronické peněženky  Proces je plně řízen appletem SAM modulu  Terminál odešle požadavek na kredit zůstatku elektronické peněženky do SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.4. Cancel-debet elektronické peněženky  Proces je plně řízen appletem SAM modulu  Terminál odešle požadavek na zrušení debetu zůstatku elektronické peněženky do SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.5. Zápis jízdenky  Terminál vypočte na základě tarifní kategorie přečtené z karty a tarifu uloženého v paměti terminálu cenu jízdného  Terminál provede proces „Debet elektronické peněženky"  Terminál sestaví na základě informací o meta datech jízdenky binární obraz jízdenky  Terminál předá binární obraz jízdenky SAM modulu  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice

2.6.

Vzdálený zápis jízdenky na kartu, Vzdálený kredit elektronické peněženky  Terminál nalezne nejstarší datagram, který nebyl dosud pro danou klientskou kartu zpracován a odešle jej do SAM modulu  Další proces je plně řízen appletem SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.7. Credit-Auto renew  Proces je plně řízen appletem SAM modulu a je automaticky zpracováván v průběhu procesu „Debet elektronické peněženky" 2.8. Jízdenka auto renew  Proces je zpracováván výhradně v terminálech přepravní kontroly a backoffice 2.9. Blokace jízdenky  Pokud je na kartě nalezena neblokovaná jízdenka a terminál nalezne ID jízdenky na seznamu jízdenek blokaci  Terminál odešle požadavek na blokaci jízdenky do SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.10. Blokace peněženky  Pokud je na kartě nalezena neblokovaná elektronická peněženka a terminál nalezne ID aplikace na seznamu elektronických peněženek k blokaci  Terminál odešle požadavek na blokaci elektronické peněženky do SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.11. Blokace peněženky  Pokud je na kartě nalezena neblokovaná dopravní aplikace a terminál nalezne ID aplikace na seznamu aplikací k blokaci  Terminál odešle požadavek na blokaci aplikace do SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.12. Uložení změn a podpis dat na klientskou kartu  Po dokončení všech kroků procesu odbavení cestujícího, požádá terminál SAM modul o uložení změněných dat na klientskou kartu  SAM modul odpovídá status kódem a APDU příkazem pro kartu  APDU je odeslán na kartu a odpověď karty je předána zpět appletu SAM modulu, dokud nedojde k chybě nebo SAM modul neohlásí, že jeho výstup je určen aplikaci terminálu  SAM modul v poslední výměně vrací a podepsanou transakcí následně zpracovávanou v backoffice

2.13. Vzdálený update SAM modulu  Terminál nalezne nejstarší datagram, který nebyl dosud pro daný SAM modul zpracován a odešle jej do SAM modulu  Další proces je plně řízen appletem SAM modulu  SAM modul provede všechny potřebné kontroly  SAM modul odpovídá status kódem a podepsanou transakcí následně zpracovávanou v backoffice 2.14. Transakční log  Transakční log všech transakcí zpracovaných terminálem je předáván v pravidelných intervalech, dle požadavků provozovatele dopravního systému ke zpracování do backoffice  Soubory transakčního logu mohou být dle požadavků a dispozic provozovatele dopravního systému šifrovány a podepsány  V backoffice je provozován speciální modul pro odhalování podvodů s kartami a transakcemi a chyb systému