ič: ič: ODŮVOĚNÍ Mikroelektronika spol. s r.o., se sídlem Dráby Vysoké Mýto V Praze dne

Transkript

1 Stěžovatel: Mikroelektronika spol. s r.o. V Praze dne Vysoké Mýto Zadavatel podává následující vyjasnění a po kontrole textu oznámení o zakázce a zadávací dokumentace upravuje text oznámení o zakázce a uvádí jej do souladu oznámení uveden chybný časový údaj. Za toto upozornění zadavatel stěžovateli děkuje, Zadavatel přezkoumal námitky podané stěžovatelem - Věc: Vypořádání námitek stěžovatele proti zadávacím podmínkám Název VZ: Nákup řídícího a odbavovacího vozidlového systému, ev.č ič: se sídlem Ostrava, Vítkovická 3 133/5, PSČ , Zadavatel: ARRIVA MORAVA a.s. ič: s r.o., se sídlem Dráby 849, Vysoké Mýto, PSČ: , ič: a doručené společností s textem zadávací dokumentace. Zadavatel konstatuje, že byl nedopatřením do textu I. ODŮVOĚNÍ Zadavatel námitky uvedené pod body IV-aj, IV-bj V a VI podání stěžovatele zamítá. Zadavatel námitkám uvedeným pod body I, II, III a IV-cl podání stěžovatele vyhovuje. Zadavatel současně rozhodnul o způsobu provedení nápravy (viz níže v textu). ROZHODNUTÍ Mikroelektronika spol. zadavateli dne a ve lhůtě stanovené v 111 odst. 1 zákona č. 137/2006 Sb., o veřejných zakázkách, v platném znění (dále jen ZVZ ) zasílá stěžovateli toto: se sídlem Dráby 849, Vysoké Mýto, PSČ: Mikroelektronika spol. s r.o., se sídlem Dráby 849

2 nicméně je současně toho názoru, že se v daném případě nejedná o takový rozpor, který by vedl ke snížení transparentnosti zadávacího řízení. Zadavatel provádí současně s vypořádáním námitek opravu v textu oznámení o zakázce, kde bude uvedeno správně: zahájení: 1/12/2013 dokončení: 1/12/2014 Tato úprava je plně v souladu s Čl. 4 zadávací dokumentace, kde je uvedena doba plnění veřejné zakázky správně, v souladu s přepokládaným a zadavatelem požadovaným průběhem plnění. Pokud jde o opravu chyby v textu oznámení o zakázce, jedná se věcně o její prodloužení na předpokládané dokončení předmětu plnění v délce 365 dnů /tedy 12 měsíců!. Nejedná se tedy o takovou změnu, která by některého dodavatele znevýhodňovala, či činila podání jeho nabídky nemožným ba naopak, jedná se o opravu chyby v důsledku níž se původně stanovená doba plnění prodlužuje. Taková korekce není v rozporu s principy 6 odst. 1 ZVZ. II. Zadavatel je sice přesvědčen, že dosavadní vymezení doby plnění veřejné zakázky, jak je uvedeno v bodu A, Čl. 4 zadávací dokumentace a současně v Čl 6.1. smlouvy na nákup řídícího a odbavovacího vozidlového systému, je jasné a není ve vzájemném rozporu, nicméně s cílem odstranit jakékoli pochybnosti dodavatelů provádí následující technickou změnu a doplnění v textu smlouvy na nákup řídícího a odbavovacího vozidlové systému: Či. 6.1 Čas plnění: Nebude-Ii sjednáno jinak, bude plnění Smlouvy zahájeno na výzvu Objednatele v prosinci Plnění smlouvy dle bodu 3.1. písm. a) musí být ukončeno nejpozději do 365 dnů ode dne uzavření této Smlouvy Je tedy na základě této změny zřejmé, že výzva zadavatele (objednatele) učiněná dodavateli bude v souladu s podmínkami zadávacího řízení učiněna dle předpokladu zadavatele a tato výzva nebude bezdůvodně odkládána. Smluvní ustanovení, které váže zahájení plnění ze smlouvy je standardní a praktické, neboť umožňuje objednateli přizpůsobit zahájení plnění předmětu smlouvy jeho potřebám. Současně ale není nutné obsah či formu výzvy dále konkretizovat. Zadavatel je toho názoru, že se jedná o obvyklou smluvní úpravu, kdy se stanoví technika komunikace smluvních stran. Navíc z průběhu řízení je zřejmé, že zadavatel má jako objednatel zájem na tom, aby plnění bylo poskytnuto včas a aby k zahájení dodávek došlo bezodkladně po podpisu smlouvy.

3 Zadavatel přijímá připomínku stěžovatele uvedenou pod bodem III., kde je uvedeno, že do textu smlouvy s připojením podpisu osoby oprávněné jednat jménem uchazeče. v obchodních podmínkách bude zadavatel akceptovat pro zjednodušení ruční vepsáním možné příslušný text do smlouvy doplnit samostatně. S ohledem na rozsah změny 3 Zadavatel se k těmto argumentům dále vyjadřuje následovně: pod bodem IV CI zadavatel vyhověl částečně (viz níže). Zadavatel námitkám stěžovatele uvedeným pod bodem IV. aj a b/ nevyhověl, přičemž vyzkoušení vzorků, přičemž svoje připomínky rozdělil do tří částí. Námitkám uvedeným stěžovatel pod bodem IV napadnul část zadávací dokumentace týkající se předvedení a Iv. byla či nebyla technická kvalifikace dodavatele naplněna. plné funkcionality a jeho náběh po restartu apliace do plné funkcionality nebude mít vliv na předvedení a vyzkoušení vzorku a na základě tohoto procesu ustaveného závěru, zda odstranění jakýchkoli pochybností tedy zadavatel uzavírá, že rychlost náběhu počítače do zařízení, softwarovému vybavení a současně provede ověření funkčnosti odbavovacího počítače po restartu aplikace do plné funkcionality předmětem posuzování. Pro procesu, nebude v rámci k testu náběh počítače po zapnutí do plné funkcionality a náběh postupně testovat provozní parametry a funkce ve vztahu k vlastnímu odbavovacímu V rámci postupu, kdy bude zadavatel podrobovat vzorek přezkoušení, tedy když bude aplikace do plné funkcionality maximálně do 30 vteřin vypuštěn. zapnutí do plné funkcionality maximálně do 60 vteřin a náběh počítače po restartu 1/ Základní provozní parametry a funkce zařízení požadavek na náběh počítače po V příloze č. 5 zadávací dokumentace Předvedení a vyzkoušení vzorků bude v části kvalifikačních předpokladů, přijal zadavatel následující opatření: uchazečů možnost naplnění ostatních oprávněných požadavků na splnění technických Pro odstranění výše uvedeného nesouladu a s cílem umožnit co největšímu počtu na jedno z dílcích subkriterií pro hodnocení Kvality technického řešení. restartu aplikace, a to v určitých maximálních časových intervalech, má následně vazbu technický parametr uvedený v požadavcích na splnění technických kvalifikačních předpokladů spočívající v nutnosti splnění náběhu počítače do plné funkcionality a po uchazeči jsou oprávněni, bud do nabídky použít tuto doplněnou verzi smlouvy, nebo je Současně zadavatel pro jistotu uveřejňuje doplněný text smlouvy v či. 6.1., přičemž

4 doku menta c. zakázce. Zadavatel považuje tuto argumentaci stěžovatele za ryze účelovou a odmítá, že by došlo obsáhlé požadavky než ty, které jsou následně rozvedeny v kvalifikační či zadávací k pochybení či postupu, kdy zadavatel požaduje v oznámení o zakázce odlišné či méně 4 veřejné zakázky není jen dodávka technických zařízení, ale celého komplexního Systému b/ Zadavatel trvá na předvedení vzorku v požadovaném rozsahu funkčnosti. Předmětem Zadavatel považuje výše uvedenou argumentaci dále za účelovou už jen z toho důvodu, zakázce současně nemá sloužit jako vyčerpávající zdroj informací, jinak by oznámení o zakázce samo plnilo funkci zadávací dokumentace. Zadavatel dále sděluje, že bylo jeho snahou uvést maximum infomací již v textu oznámení (nad rámec vypořádání námitek poukazuje zadavatel na skutečnost, že se snažil, pokud to bylo možné, uvést do všech vztahu k seznamu významných dodavek a služeb (tedy k referencím dodavatelů) byl zadavatel prostorově limitován maximem 1000 znaků. Už z tohoto objektivního technického omezení, které však není zadavatel sto jakkoli ovlivnit je zřejmé, že do tohoto políčka je možné vepsat pouze základní vymezení minimální úrovně technických obligatorních i fakultativních míst v textu oznámení o zakázce všechny dostupné údaje, mnohdy i nad rámce obvykle uveřejňovaných dat). S ohledem na nutnost uvést k výši předpokladů a žádný uchazeč vědom si zásad vigilantibus iura tedy nemůže zadávací dokuemtnace považuje zadavatel již za vyloženě nesmyslné, neboť je zřejmé, místě dokumentace (např. v příloze) zadavatelem výslovně upozorněn. intepretovat jako celek, navíc pokud je na bližší vymezení určitého požadavku na jiném s ohledem na šablonovitost a jednotný formát tohoto dokumentu omezen. Oznámení o že stěžovateli musí být jasné, že rozsah informací uvedený v Oznámení o zakázce je že příloha č. 5 je integrální součástí zadávací dokumentace, kterou musí každý uchazeč minimální úrovně naplnění technických kvalifikačních předpokladů jak požadavky ve rozšíření požadavků na vzorek v rámci těla zadávací dokumentace a přílohy č. 5 předpokládat, že je toto vymezení úplné. Obdobné tvrzení vztahující se k podstatnému úroveň případně požadovaných standardů: bližší podmínky jsou uvedeny v textu specifikace těchto požadavků může být uvedena v kvalifikační či zadávací dokumentaci. Nejenže zadavatel takto postupoval dokonce na prokázání splnění kvalifikace stanoví zadavatel v oznámení o zahájení zadávacího řízení. Stěžovatelem citovaná věta druhá ust. 50 odst. 2 ZVZ stanoví, že podrobná zadavatele nejenže umožňuje, dokonce jej logicky předpokládá. Jde o to, že požadavky zadávací dokumentace této VZ, na což opět přímo odkazuje sám stěžovatel. Paradoxně je to sám stěžovatel, který odkazuje na ust. ZVZ, které tento postup na tuto skutečnost výslovně uchazeče upozorňuje v poslední větě uvedené v Čl ) technická způsobilost minimální podstatně rozšiřuje, resp. mění předmět vzorku nad rámec stanovený v oznámení o aj pod bodem a/ napadá stěžovatel fakt, že příloha č. 5 zadávací dokumentace

5 periférií (informační panely, hlásiče, atd.) a další funkce zajišťované systémem. autobusové dopravy je vedle funkcionality prodeje jízdenek rovněž řízení vozidlových Nedílnou a zcela běžnou součástí vozidlového odbavovacího a řídícího systému dopravců vozidlech. vybaven každý dopravce veřejné linkové dopravy, jenž aplikuje odbavování cestujících ve odbavovací 5 otevřeně přistoupit k formálnímu procesu posouzení shody vzorku s potřebami zadavatele, které vyjádřil v zadávací dokumentace, proto doplňuje obsah přílohy č. 5 o část Metodika hodnocení vzorku : Zadavatel nesouhlasí s hodnocením, které požadavky na předvedení funkčního vzorku označuje za neurčité, nejasné a nesrozumitelné. Je však jeho zájmem maximálně podmínek a zadávací dokumentace stejný rozsah technických parametrů jako doposud. požadavků zadavatele a posouzení shody budoucí dodávky s požadavky zadávacích v souladu s 56 odst. 1 písm. e) a 56 odst. 5 osím. b) ZVZ pro účely prokázání splnění výjimkou změny provedené vypuštěním jednoho požadavku (viz bod III. námitek výše) ani o rozšíření ani o změnu zadávacích podmínek. Zadavatel bude nadále vyžadovat (s CI Zadavatel upřesňuje a doplňuje požadavky na předvedení vzorku, přičemž se nejedná mlčenlivosti se zadavatelem. u všech autobusových dopravců aktuálně působících na daném území, ve všech k předvedení vzorku jsou uchazeči k dispozici ať už volně, nebo po podpisu Dohody O dopravcích (krajskými koordinátory integrovaných dopravních systémů a veřejné odbavovacích zařízeních těchto dopravců. Veškeré komunikační protokoly potřebné hromadné dopravy), platné na celých územích Moravskoslezského či Olomouckého kraje, IDSOK, což jsou univerzální tarifní systémy, stanovené institucemi nezávislými na uplatnění v podmínkách zadavatele bude ověřena na příkladu tarifních systémů ODIS a vozidlového odbavovacího a řídícího systému, bude ověřena v rámci předvedení vzorku, přičemž obecná komplexnost a univerzálnost back office software a vůbec jeho možnost Samotná existence back office software uchazeče, jako naprosto nedílné součásti budoucna připravovaného backoffice softwaru. zadavatel technicky možnost ověřit funkčnost koncových zařízení, pokud by nebylo všech možných variantách tarifních systémů. Současně si nelze představit, že by měl možné toto zařízení oživit právě prostřednictvím univerzálního a nikoli na míru do musí být koncipován vysoce univerzálně, aby mohl dopravci zabezpečit odbavování ve vozidlových periferií, atd. Obslužný back office software odbavovacího a řídícího systému software, pomocí něhož dopravce definuje parametry odbavování cestujících, řízení Obecně každý vozidlový odbavovací a řídící systém je doplněn obslužným back office standardizovaný výrobek a řídící vozidlový systém, kterým musí být s řadou nezbytných a pro zadavatele klíčových funkcí a vlastností. Předmětem zakázky je

6 kterou předloží zadavatel. MSK uchazeč předvede a ověří platbou jízdenky z elektronické peněženky karty MSK, Vyhovující stav: zařízení a SAM modul MSK budou odemčeny. Odemčení SAM modulu řidiče a zadání PIN řidiče, řidiče Průběh testu: uchazeč přiloží identifikační kartu řidiče ke čtečce zařízení a zadá PIN Dvoukrokové odemčení zařízení a SAM modulu MSK - pouze přiložení identifikační karty Základní provozní parametry a funkce zařízení: 6 transakce, zařízení nahraje transakci na kartu. Správnost zápisu na kartu bude ověřena nahraje tuto transakci na kartu MSK. Správnost zápisu transakce na kartu ověří zadavatele v úvodu testu. transakce na kartě shodovat s transakcí určenou pro danou kartu MSK dle sdělení Zadavatel sdělí uchazeči, jaké transakce jsou obsahem greenlistu. Uchazeč nahraje tento průběhu testu. Následně po zobrazení obsahu karty na displeji USV 24C se bude Vyhovující stav: uchazeč vykoná úkon nahrání greenlistu na kartu MSK dle popisu přiložena k zařízení karta MSK zadavatele, pro kterou bude v greenlistu záznam se zobrazením na displeji USV 24C. poskytne zadavatel. Pro tuto kartu bude v greenlistu platný záznam transakce, zařízení zadavatel přiložením karty MSK k zařízení USV 24C zadavatele a načtením obsahu karty greenlist do zařízení. V dalším kroku přiloží uchazeč k zařízení kartu MSK, kterou Průběh testu: uchazeči bude předložen soubor s greenlistem MSK na USB flash disku. na zařízení USV 24C zadavatele. MSK na USB flash disku. Uchazeč nahraje greenlist do zařízení. V dalším kroku bude propojení s e-shopem MSK: v rámci provozních testů bude předložen uchazeči greenlist Nevyhovující stav: systém nevyhlásí název aktuální a příští zastávky nebo uchazeč Vyhovující stav: systém vyhlásí název aktuální a příští zastávky základě změny nastavení aktuální zastávky na terminálu řidiče. k zařízení. Uchazeč předvede akustické vyhlášení názvu aktuální a příští zastávky, na Průběh testu: uchazeč si pro účely testu připraví soupravu 3 reproduktorů, které připojí Pro účely provozních testů si zajistí reproduktory uchazeč. reproduktoru řidiče, reproduktoru v prostoru pro cestující a do reproduktoru vně vozidla. Funkčnost digitálního hlásiče zastávek s minimálně 3 nezávislými kanály s výstupem do funkcionalitu nepředvede Nevyhovující stav: Uchazeč nepředvede některý úkon dle popisu průběhu testu nebo se Vyhovující stav: Uchazeč předvede veškeré úkony dle popisu průběhu testu. řidiče s úhlopříčkou min. 10,1. Veškeré operace a parametry bude uchazeč zadávat přes dotykový displej terminálu budou odesílána výstupní data po uzavření odpočtu do centra ke zpracování. storno transakcí. Výsledná částka uzávěrky musí korespondovat s cenami prodaných a stornovaných jízdenek. Uchazeč slovně popíše nebo na zařízení předvede způsob, jakým předvedení některého úkonu uchazeči nezdaří. provede úkon uzavření odpočtu, tedy úkon uzávěrky provedeného souboru prodejních a libovolné, ale různé jízdenky. Jednu vydanou jízdenku uchazeč stornuje. Uchazeč Průběh testu: Uchazeč nastaví na zařízení libovolnou linku a spoj a vydá minimálně 3 barevného dotykového terminálu řidiče s displejem úhlopříčky min. 10,1, storno transakcí, uzavření odpočtu, prezentace způsobu odeslání výstupních dat Nastavení základních parametrů na zařízení a odbavování cestujících prostřednictvím odemčeny nebo uchazeč úkon nepředvede Nevyhovující stav: zařízeni nebo SAM modul MSK nebudou po provedených úkonech Metodika hodnocení vzorku

7 snímaný kamerou nebo uchazeč danou funkci nepředvede. Nevyhovující stav: na terminálu řidiče nebude zobrazen aktuální pohyblivý obraz kamerou Vyhovující stav: na terminálu řidiče bude zobrazen aktuální pohyblivý obraz snímaný propojí se zařízením. Uchazeč předvede, že v určitém funkčním režimu zobrazuje Průběh testu: uchazeč si pro účely testu připraví libovolnou vozidlovou kameru, kterou testů uchazeč. snímaného obrazu na terminálu řidiče. Vozidlovou kameru si zajistí pro účely provozních připojení vozidlové kamery (např. výrobce AXis nebo jiného) se zobrazením aktuálního danou kartu MSK terminál řidiče aktuální pohyblivý obraz snímaný kamerou. 7 interface do zařízení, ověření funkčnosti možnost nastavení počtu, rozmístění, velikosti a funkcí tlačítek na dotykovém displeji terminálu řidiče dle požadavku zadavatele. Zadavatel bude uchazeči definovat, kolik modifikovat uživatelské nterface (ovládací prvky) displeje terminálu řidiče. Jedná se o Průběh testu: uchazeč bude prezentovat modul back office software, ve kterém lze řidiče pro režim odbavování dle zadání zadavatele, nahrání modifikovaného uživatelského předvedení modifikace uživatelského interface (ovládacích prvků) displeje terminálu parametrů dle popisu průběhu testu. s různými délkami názvů cílových zastávek, jak lze uplatnit různé fonty pro zobrazení na panelech. software dle popisu průběhu testu nebo nepředvede možnost nastavení některých Nevyhovující stav: uchazeč nepředvede možnost příslušných nastavení v back office software dle popisu průběhu testu. Vyhovující stav: uchazeč předvede možnost příslušných nastavení v back office panelech zobrazeny dvouřádkový text, možnost zobrazení/nezobrazení koncového trojčíslí čísla linky. Uchazeč bude prezentovat, jakým způsobem se systém pro účely zobrazení na panelech vypořádá pro vnější panely minimálně variantně jednořádkový nebo nastavovat ovládání vozidlových informačních panelů, tedy jaké informace mají být na Průběh testu: uchazeč bude prezentovat modul back office software, ve kterém lze způsob nastavení ovládání panelů, různé fonty a délky textů pro vnější a vnitřní panely, poskytnutého pro tuto příležitost uchazečem) Backoffice software (ve vazbě na řídící systém nutnost zapojení HW předvedení některého úkonu uchazeči nezdaří nebudou zobrazeny požadované aktuální Nevyhovující stav: Uchazeč nepředvede některý úkon dle popisu průběhu testu nebo se Vyhovující stav: Uchazeč předvede veškeré úkony dle popisu průběhu testu. informace zobrazené na LCD panelu. informace na LCD panelu. Uchazeč změní aktuální zastávku na zařízení a v závislosti na této změně se změní i tyto informace: datum, čas, linka, tarifní zóna, seznam následujících zastávek spoje. ODIS nebo IDSOK a výchozí zastávku spoje. V závislosti na parametrech nastavených na Průběh testu: uchazeč si pro účely testu připraví libovolný vozidlový LCD panel s (libovolného výrobce) si zajistí pro účely provozních testů uchazeč. velikostí úhlopříčky minimálně 19, který propojí se zařízením po sběrnici Ethernet. zařízení budou na LCD panelu zobrazeny v libovolném grafickém rozvržení minimálně zastávek na LCD panelu dle aktuální pozice zařízení na lince. Vozidlový LCD panel grafických symbolů u zastávky, např. zastávka na znamení. Bude předveden i posun Uchazeč nastaví na zařízení libovolnou linku a spoj integrovaného dopravního systému Panel bude připojen po sběrnici Ethernet. Minimální požadované zobrazení na LCD předvedení ovládání vozidlového LCD panelu s velikostí úhlopříčky minimálně 19. panelu: datum, čas, linka, tarifní zóna, seznam následujících zastávek spoje, zobrazení nahrání transakce neproběhne řádně nebo nebude nahrána správná transakce určená pro Nevyhovující stav: uchazeč nevykoná úkon nahrání greenlistu na kartu MSK nebo

8 zařízení nebo modifikace nebude odpovídat zadání zadavatele fontů písma, definice různorodých vzhledů formulářů jízdenek a servisních lístků, s využitím různých řidiče dle zadání zadavatele a předvede správnost a funkčnost modifikace na zařízení řidiče dle zadání zadavatele nebo nepředvede správnost a funkčnost modifikace na Nevyhovující stav: uchazeč nebude modifikovat uživatelské interface displeje terminálu Vyhovující stav: uchazeč bude modifikovat uživatelské interface displeje terminálu uchazeč nahraje tuto modifikaci od zařízení a bude ověřena jeho funkčnost a správnost, tedy zda počty, rozmístění a funkce tlačítek odpovídají zadání zadavatele. s přiřazenými tarify ze škály tarifů systému ODIS nebo systému IDSOK. Následně 8 hotovostní. Následně uchazeč odešle výstupní data provedených transakcí ke zpracování výchozí a cílové zastávky spoje, dle požadavku zadavatele. Platba dokladů bude do zařízení. Uchazeč předvede výdej různých druhů dokladů IDSOK pro různé kombinace IDSOK. Nastavený spoj, spolu s potřebným tarifním systémem IDSOK, nahraje uchazeč předvést odbavení všech druhů tarifů IDSOK na zařízení, v souladu s ceníky a tarifem zavedení spoje, přes nastavení tarifního systému, export do zařízení, odbavení na určeného zadavatelem, v souladu s tarifem IDSOK, tak, aby bylo možné následně Backoffice software a předvede a provede potřebná tarifní nastavení konkrétního spoje poskytnut tento jízdní řád v tištěné papírové podobě. Uchazeč jízdní řád naimportuje do USB flash disku ve formátu vyexportovaném ze systému SAD. Uchazeči bude rovněž Průběh testu: uchazeči bude na místě poskytnut jízdní řád konkrétní linky IDSOK na zařízení, odeslání výstupních dat a jejich zapracování v backoffice software, vše bude předvedeno na nastavení konkrétního spoje vybraného zadavatelem od předvedení způsobu nastavení tarifu IDSOK (viz v Backoffice software; testu nebo se předvedeni některého úkonu nebo funkce uchazeči nezdaří. Vyhovující stav: Uchazeč předvede veškeré úkony a funkce dle popisu průběhu testu. výchozí a cílové zastávky spoje, dle požadavku zadavatele. Platba dokladů bude bud zařízení. Uchazeč předvede výdej různých druhů dokladů ODIS pro různé kombinace Backoffice software a předvede a provede potřebná tarifní nastavení konkrétního spoje poskytnut tento jízdní řád v tištěné papírové podobě. Uchazeč jízdní řád naimportuje do flash disku ve formátu vyexportovaném ze systému ISAD. Uchazeči bude rovněž Průběh testu: uchazeči bude na místě poskytnut jízdní řád konkrétní linky ODS na USB softwa re, modulu back office software uchazeč ukáže způsob, jakým budou výstupní data i čipových karet na zařízení, odeslání výstupních dat a jejich zapracování v backoffice zavedení spoje, přes nastavení tarifního systému, export do zařízení, odbavení hotovostní určeného zadavatelem, v souladu s tarifem ODIS, tak, aby bylo možné následně předvést odbavení všech druhů tarifů ODIS na zařízení, v souladu s ceníky a tarifem ODIS. Nastavený spoj, spolu s potřebným tarifním systémem ODIS, nahraje uchazeč do hotovostní nebo čipovou kartou MSK, kterou předloží zadavatel. Následně uchazeč odešle výstupní data provedených transakcí ke zpracbvání do back office software, v příslušném vše bude předvedeno na nastavení konkrétního spoje vybraného zadavatelem od předvedení způsobu nastavení tarifu ODIS (viz v Backoffice software; zpracovávána. software dle popisu průběhu testu. Nevyhovující stav: uchazeč nepředvede možnost tvorby formulářů v back office popisu průběhu testu. Vyhovující stav: uchazeč předvede možnost tvorby formulářů v back office software dle s využitím různých fontů písma. vytvářet a nastavovat různorodé vzhledy formulářů jízdenek a servisních lístků, Průběh testu: uchazeč bude prezentovat modul back office software, ve kterém lze pro zařízení v back office nastavit. Bude požadováno nastavení cca 5 až 10 tlačítek tlačítek, s jakým rozmístěnĺm a s jakými funkcemi (přiřazenými druhy tarifů) má uchazeč

9 Vyhovující stav: Uchazeč předvede veškeré úkony a funkce dle popisu průběhu testu. Vyhovující stav: Uchazeč popíše a předvede úkony dle popisu průběhu testu. Vyhovující stav: Uchazeč nepopíše nebo nepředvede úkony dle popisu průběhu testu. způsob, jakým budou výstupní data z odbavovacích zařízení zpracovávána. z odbavovacích zařízení odesílána, a v příslušném modulu back office software předvede Průběh testu: uchazeč slovně popíše způsob, jakým budou výstupní data příjem a zpracování výstupních dat z odbavovacích zařízení. testu nebo se předvedení některého úkonu nebo funkce uchazeči nezdaří. () spoje vybraného zadavatelem od zavedení spoje, přes nastavení tarifního systému, nepokrytou platným kupónem, v souladu s tarifem ODIS. uznány kupóny na kartách MSK a případně prodány jízdenky pro část trasy nepokrytou nepokrytou platným kupónem v rozporu s tarifem ODIS. z elektronické peněženky příslušné karty MSK pro celou trasu nebo část trasy nepokrytou kterou část trasy jsou platné, a případně automaticky prodat jízdenku hrazenou platným kupónem. platným kupónem v souladu s tarifem ODIS nebo budou prodány jízdenky pro část trasy Vyhovující stav: Uchazeč předvede veškeré úkony a funkce dle popisu průběhu testu. testu nebo se předvedení některého úkonu nebo funkce uchazeči nezdaří nebo nebudou Budou uznány kupóny na kartách MSK a případně prodány jízdenky pro část trasy daného spoje má na zařízení nastavit, uchazeč provede nastavení. Zadavatel předloží postupně přikládány ke čtečce zařízení, zařízení musí vyhodnotit, které kupóny a pro na které kartě nahráno. Bude provedeno ověřovací odbavení karet MSK: karty budou platnosti a zakoupených tarifních zón. Zadavatel bude uchazeče informovat o tom, co je několik karet MSK, na kterých budou nahrány různé předplatní kupóny, co do období v Backoffice software; vše bude předvedeno na nastavení konkrétního spoj linky ODIS. Zadavatel stanoví uchazeči, jakou kombinaci výchozí a cílové zastávky dat a jejich zapracování v backoffice software, nahraje uchazeč do zařízení konkrétní Průběh testu: v rámci testu předvedení způsobu nastavení tarifu ODIS (viz prodejem jízdenky z elektronické peněženky pro celou trasu nebo část trasy export do zařízení, odbavení hotovostní í čipových karet na zařízení, odeslání výstupních odbavení funkční MSK zadavatele: kontrola platnosti předplatních kupónů s případným testu nebo se předvedení některého úkonu nebo funkce uchazeči nezdaří. Vyhovující sta v: Uchazeč předvede veškeré úkony a funkce dle popisu průběhu testu. zadavatelem od zavedení spoje, přes nastavení tarifního systému, export do zařízení, v Backoffice software; vše bude předvedeno na nastavení konkrétního spoje vybraného backoffice software, a předvedení způsobu nastavení tarifu DSOK (viz hotovostní i čipových karet na zařízení, odeslání výstupních dat a jejich zapracování v odbavení na zařízení, odeslání výstupních dat a jejich zapracování v backoffice software, software; vše bude předvedeno na nastavení konkrétního spoje vybraného zadavatelem zapojení HW poskytnutého pro tuto příležitost uchazečem), viz. testy předvedení způsobu nastavení tarifu ODIS (viz v Backoffice řídící systém od zavedení spoje, přes nastavení tarifního systému, export do zařízení, odbavení nutnost Průběh testu: popis testu je uveden v předchozí části Backoffice software (ve vazbě na zadávací dokumentace) uchazeči na místě poskytnuty na USB flash disku ze systému ISAD (viz příloha č. 5 ověření správnosti odbavení bude provedeno na linkách, jejichž jízdní řády budou Odbavování: jakým budou výstupní data zpracovávána. do back office software, v příslušném modulu back office software uchazeč ukáže způsob,

10 děleně po trase), nastaví jinou výchozí zastávku, prodá doplňkovou jednotlivou jízdenku IDSOK, se je zastávka aktuální, aniž by byl ovlivněn informační systém. Průběh testu: uchazeč předvede na zařízení, že lze prodat jízdenku z jiné zastávky, než o cestující má pro úvodní část trasy zóny na papírové předplatní jízdence (IDSOK): řidič cílovou zastávku požadovanou cestujícím, zařízení uzná zóny pro část trasy pokrytou dle tarifu ODIS (úsek pokrytý časovou jízdenkou může být na začátku, na konci, nebo odbavení proběhne automatizovaně po přiložení karty k zařízení, řidič pouze nastaví časovou jízdenkou a prodá pro zbývající část trasy jednotlivou jízdenku s řádnou platností správnými parametry platnosti 1 O s podmínkami tarifu IDSOK, uchazeč jízdenku na zařízení vydá. předplatní jízdenky IDSOK (co do délky platnosti, tarifních zón, druhů tarifů) v souladu Průběh testu: zadavatel sdělí uchazeči požadavek na výdej libovolné papírové prodej libovolné papírové předplatní jízdenky IDSOK platnosti dle tarifu ODIS, libovolné zóny, možný typ kupónu dle profilu na kartě. karty ověřený na zařízení USV 24C nebude odpovídat zadání zadavatele. testu nebo se předvedení některého úkonu nebo funkce uchazeči nezdaří nebo obsah Vyhovující stav: Uchazeč předvede veškeré úkony a funkce dle popisu průběhu testu. 24C zadavatele a zobrazením obsahu karty. libovolného kupónu ODIS (co do délky platnosti, tarifních zón, druhů tarifů) na kartu, Zařízení umožní nahrát na kartu jen kupón odpovídající zákaznickému profilu uloženému kupónu na občanskou kartu) zařízení nahrání kupónu neumožní. Správnost zápisu kupónu na kartu následně ověří zadavatel přiložením karty MSK ke čtečce zařízení USV na kartě, v případě záměrně chybného zadání (např. požadavek nahrání studentského v souladu s podmínkami tarifu ODIS. Uchazeč kupón na kartu nahraje na zařízení. Průběh testu: zadavatel předloží kartu MSK uchazeči a sdělí mu požadavek na nahrání nahrání libovolné předplatní jízdenky na kartu MSK zadavatele na zařízení: délka Správnost zápisu na kartu bude ověřena na zařízení USV 24C zadavatele. Vyhovující stav: Uchazeč předvede veškeré úkony a funkce dle popisu průběhu testu. testu nebo se předvedení některého úkonu nebo funkce uchazeči nezdaří. s tarifem IDSOK. Ukon změny nástupní zastávky cestujícího neovlivní vozidlový kombinaci výchozí a cílové zastávky daného spoje má na zařízení nastavit, uchazeč z elektronické peněženky karty MSK, s řádnou platností dle tarifu ODIS (úsek pokrytý ke čtečce zařízení, zařízení musí vyhodnotit, které kupóny a pro kterou část trasy jsou nahrán platný předplatní kupón. Zadavatel bude uchazeče informovat o Lom, co je na daného spoje má na zařízení nastavit, uchazeč provede nastavení. Karta bude přiložena platnost předplatní jízdenky IDSOK, vydá jízdenku pro zbývající část trasy v souladu předchozích testů. zařízení postup řidiče: změní nástupní zastávku cestujícího na zastávku, kde končí informační systém: hlásič zastávek nevyhlásí tuto změněnou nástupní zastávku jako tarifní zóně. Předvedení bude provedeno na spojích ODIS a IDSOK zavedených do zařízení v rámci Předvedení prodeje jízdenky na spoji ODIS: zadavatel předloží kartu MSK, na které bude kartě nahráno. Zadavatel stanoví uchazeči, jakou kombinaci výchozí a cílové zastávky platné, a automaticky vydat pro zbývající část trasy jednotlivou jízdenku hrazenou předplatním kupónem může být na začátku, na konci nebo děleně po trase). Předvedení prodeje jízdenky na spoji IDSOK: Zadavatel stanoví uchazeči, jakou provede nastavení. Bude uvažována modelová situace, že cestující předloží papírovou předplatní jízdenku IDSOK platnou pro určitou úvodní část spoje. Uchazeč předvede na zastávku aktuální, na připojeném LCD panelu se nezmění informace o aktuální zastávce a o bez ovlivnění informačního systému (panely, hlásiče), o cestující má pro úvodní část trasy uloženu předplatní zónovou jízdenku ODIS na MSK: prodej jízdenky z jiné zastávky, než je zastávka aktuální:

11 které se jízdenka prodala. V dalším kroku již nebude možné na stejné sedadlo pro přes dotykový displej. Zařízení vytiskne jízdenku, kde bude vyznačeno i číslo sedadla, na sedadel zobrazený na dotykovém displeji řidiče sedadel 40 až 50 míst. Uchazeč prodá jízdenku na konkrétní sedadlo označením sedadla displeji bude zobrazen libovolný schématický plánek sedadel v autobusu s počtem autobusu přes schématický plánek sedadel zobrazený na dotykovém displeji řidiče. Na Průběh testu: uchazeč předvede možnost prodeje jízdenek na konkrétní sedadla Možnost prodeje jízdenek na konkrétní sedadla autobusu přes schématický plánek s požadavkem zadavatele nebo jízdenka nebude odpovídat podmínkám tarifu IDSOK. Nevyhovující stav: uchazeč nevydá na zařízení předplatní jízdenku IDSOK v souladu II komise zadavatele disponuje dostatečnými odbornými znalostmi a zkušenostmi, aby způsobu řešení celého systému Backoffice software je na každém uchazeči. Hodnotící Zadavatel nestanovuje uchazečům bližší podmínky pro Backoffice software, neboť návrh největší míře automatizováno, neboť míra automatizace je hodnotícím kritériem. jednotlivých procesů. Uchazeč by se měl zaměřit na to, aby co nejvíce procesů bylo v co Uchazeč musí ve svých popisech uvést informace o míře automatizace těchto Uchazeč je povinen detailně popsat přípravu vstupních dat: základní číselníky, ceníky, hlásičů. Uchazeč dále detailně popíše způsob zpracování výstupních dat. IREDO, formuláře, uživatelské interface (ovládací prvky) displeje řidiče, ovládání panelů a tarify, linky, nastavení tarifních výjimek a specifik tarifních systémů ODIS, DSOK a bude hodnoceno, nicméně upřesňuje některé informace. zpracování dat v Backoffice software dostatečně stanoveno, co a jakým způsobem Zadavatel trvá na tom, že je v rámci definice subkritéria Míra automatizace přípravy a VI. doklady stávají pro uchazeče automaticky dostupnými. v dohodě o ochraně informací. Podpisem dohody o mlčenlivosti se tyto informace či požadavky a podmínky týkající se ochrany určitých informací, údajů či dokladů, které ZVZ odkazem na 152 ZVZ. Zadavel je oprávněn v zadávacích podmínkách stanovit mlčenlivosti a jako takový je tento postup v rozporu se ZVZ, a to konkrétně 44 a 48 na které má uchazeč nový systém napojit, jsou podmíněny podpisem dohody o zachování Zadavatel odmítá námitku uchazeče v tom smyslu, že informace o stávajících systémech, předává dodavateli. Požadavky a podmínky ochrany informací stanovil zadavatel právě V. testu nebo se předvedení některého úkonu nebo funkce uchazeči nezdaří. Vyhovující stav: Uchazeč předvede veškeré úkony a funkce dle popisu průběhu testu. displeji řidiče zobrazeno barevně odlišně jako obsazené. stejnou kombinaci nástupní a výstupní zastávky prodat další jízdenku, sedadlo bude na s požadavkem zadavatele Vyhovující stav: uchazeč vydá na zařízení předplatní jízdenku IDSOK v souladu

12 člověkohodin v rámci tohoto subkritéria získá 22 bodů. procesu každého uchazeče hodnotou počtu člověkohodin pro podmínky prostředí obsahující nejvyšší míru automatizace procesů přípravy vstupních dat a zpracování výstupních dat bez zásahu lidské obsluhy a současně vyžadující nejnižší počet uchazeče. Zadavatel je přesvědčen, že způsob a obsah hodnocení je zřejmý. Nejvýhodnější nabídka 12 zadavatel v zadávací dokumentaci na straně 19 učinil. Je výlučně v pravomoci zadavatele potenciální uchzeč udělat představu o tom, co všechno musí v nabídce zpracovat. To zjevná. Zadavatel se zásadně neztotožňuje s tvrzením stěžovatele, že je jeho povinností Odpovědnost za nabídku má vždy výhradně uchazeč. subjektivně (takový způsob je z hlediska ZVZ zcela legitimní). U hodnotícího kriteria je stanovit, jak má vypadat nabídka, aby co možná nelépe vyhovovala zadavateli. zakázky. Souvislost tohoto dílčího hodnotícího kriteria s předmětem veřejné zakázky je zvolit si v zadání veřejné zakázky dílčí kritéria s hledem na daný předmět veřejné dostatečná určitost dána, jestliže si je na základě zadávací dokumentace schopen výši v daném hodnotícím kriteriu, bude zadavatel postupovat tak, že hodnocení provede S ohledem na to, že u tohoto dílčího hodnotícího kriteria, které má však pouze cca 1/4 Součet potřebných člověkohodin v jednotlivých dílčích kategoriích stanoví předpokládanou náročnost systému uchazeče pro zadavatele v člověkohodinách za rok. - kolik - kolik - kolik kolik - kolik - kolik - - kolik - kolik - kolik člověkohodin za rok bude muset zadavatel vynaložit na přípravu a údržbu tarifů, člověkohodin za rok bude muset zadavatel vynaložit na přípravu a údržbu člověkohodin za rok bude muset zadavatel vynaložit na přípravu a údržbu ceníků, člověkohodin za rok bude muset zadavatel vynaložit na přípravu a údržbu linek, člověkohodin za rok bude muset zadavatel vynaložit na přípravu a údržbu tarifních člověkohodin za rok bude muset zadavatel vynaložit na přípravu a člověkohodin za rok bude muset zadavatel vynaložit na přípravu a člověkohodin za rok bude muset zadavatel vynaložit na přípravu a člověkohodin za rok bude muset zadavatel vynaložit na zpracování výstupních dat. znalosti prostředí zadavatele samostatně kvantifikovat: základních číselníků, výjimek a specifik tarifních systémů ODIS, IDSOK a IREDO, údržbu formulářů, údržbu uživatelského interface (ovládacích prvků) displeje řidiče, údržbu nastavení ovládání panelů a hlásičů, Hodnotící komise bude na základě popisu systému uchazečem a na základě detailní automatizace jednotlivých procesů, s ohodnocením náročnosti každého jednotlivého mohla posoudit jednotlivé navržené systémy Backoffice software, co do míry

13 Zadavatel přezkoumal obsah námitek stěžovatele a rozhodnul o odstranění dílčích nejasností vč. doplnění zadávací dokumentace. Zadavatel současně v souladu s 42 odst. 7 ZVZ ve vazbě na 40 odst. 3, věta první ZVZ prodlužuje lhůtu pro podání nabídek, a to s ohledem na povahu provedených úprav, přičemž nově stanovuje lhůtu pro podání nabídek na: 24 září 2013, 10:O0hodin. POUČENÍ Stěžovatel je oprávněn podat ve lhůtě podle 114 odst. 4 ZVZ návrh na zahájení řízení o přezkoumání úkonů zadavatele u Úřadu pro ochranu hospodářské soutěže. Současně má v téže lhůtě povinnost doručit stejnopis návrhu zadavateli. Jan Toman Jan * ARRIVA MORM/A a.s,.,, i) 4. 1, I.1