KIO 606/17

Sygn. akt KIO 606/17 WYROK z dnia 11 kwietnia 2017 r. Krajowa Izba Odwoławcza - w składzie: Przewodniczący:członek Krajowej Izby Odwoławczej - Barbara Bettman Protokolant: Edyta Paziewska po rozpoznaniu na rozprawie w dniu10 kwietnia 2017 r.w Warszawie odwołania wniesionego do Prezesa Krajowej Izby Odwoławczej w dniu 27 marca 2017 r. przez wykonawcę: S. S.A.,(...), w postępowaniu o udzielenie zamówienia publicznego prowadzonym przez zamawiającego: Miasto Lublin- Zarząd Dróg i Mostów w Lublinie, ul. Krochmalna 13j, 20-401 Lublin, orzeka: 1. Oddala odwołanie wykonawcy S. S.A., (...). 2. Kosztami postępowania obciąża odwołującego, 2.1. zalicza na poczet kosztów postępowania odwoławczego kwotę 20 000,00 zł (słownie: dwadzieścia tysięcy złotych zero groszy)uiszczoną przez odwołującego: S. S.A., (...) tytułem wpisu od odwołania, 2.2. zasądza od odwołującego: S. S.A., (...) na rzecz zamawiającego Miasta Lublin - Zarządu Dróg i Mostów w Lublinie, ul. Krochmalna 13j, 20-401 Lublin,kwotę 3 600,00 zł (słownie: trzy tysiące sześćset złotych zero groszy), tytułem zwrotu kosztów zastępstwa przez pełnomocnika. Stosownie do art. 198a i 198b ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (Dz. U. z 2015 r. poz. 2164, 831, 996 i z 2016 r., poz. 1020 ze zm.) na niniejszy wyrok - w terminie 7 dni od dnia jego doręczenia - przysługuje skarga za pośrednictwem Prezesa Krajowej Izby Odwoławczej do Sądu Okręgowego w Lublinie. Przewodniczący: ………………………. Sygn. akt: KIO 606/17 U z a s a d n i e n i e: W postępowaniu o udzielenia zamówienia publicznego, prowadzonym w trybie przetargu nieograniczonego, którego przedmiotem jest: „Rozbudowa Systemu Zarządzania Ruchem i Komunikacją w Lublinie", (ogłoszenie o zamówieniu Dz. Urz. UE z 17.03. 2017 r. Nr 2017/S 054-099109, 2017S 056-103225), w dniu 27.03.2017 r. zostało w formie pisemnej złożone odwołanie przez wykonawcę S. S.A. z siedzibą w O., w kopii przekazane zamawiającemu w tym samym terminie. Wniesienie odwołania nastąpiło wobec postanowień ogłoszenia oraz specyfikacji istotnych warunków zamówienia (zwanej „SIWZ”), opublikowanej na stronie internetowej zamawiającego w dniu 17 marca 2017r. Odwołanie dotyczy postępowania, które zostało wszczęte w dniu 17 marca 2017 r., mają do niego zastosowanie przepisy obowiązujące od daty wejścia w życie ustawy z dnia 22 czerwca 2016 r. o zmianie ustawy Prawo zamówień publicznych oraz niektórych innych ustaw (Dz. U. 2016 r. poz.1020). Ustalona wartość zamówienia przekracza kwotę określoną w przepisach wydanych na podstawie art. 11 ust. 8 ustawy Pzp. Izba nie stwierdziła podstaw do odrzucenia odwołania w oparciu o art. 189 ust. 2 ustawy Pzp. Na wezwanie zamawiającego z dnia 28 marca2017 r., zgłoszenia do postępowania odwoławczego nie złożył żaden wykonawca. Odwołujący zarzucił zamawiającemu: Miastu Lublin - Zarządowi Dróg i Mostów w Lublinie naruszenie przepisów ustawy Prawo zamówień publicznych (Dz. U. z 2015r. poz. 2164, 831, 996 i z 2016 r., poz. 1020 ze zm.), zwaną „ustawą Pzp”,tj.: I. Art. 7 ust. 1, art. 22 ust. 1a, art. 22d ust. 1 ustawy Pzp poprzez opisanie w treści ogłoszenia o zamówieniu oraz SIWZ wskazanych w treści odwołania warunków udziału w postępowaniu w sposób nieproporcjonalny do przedmiotu zamówienia oraz wykraczający poza potrzebę oceny minimalnych zdolności wykonawcy do należytego wykonania zamówienia, a także w sposób naruszający zasady równego traktowania oraz uczciwej konkurencji; II. Art. 7 ust. 1, art. 29 ust. 1, ust. 2 i ust. 3 ustawy Pzp poprzez opisanie przedmiotu zamówienia w sposób naruszający zasady uczciwej konkurencji, równego traktowania wykonawców oraz proporcjonalności, a także w sposób niejednoznaczny i niewyczerpujący; III. Art. 8 ust. 1, Art. 29 ust. 1, art. 42 ust 1 ustawy Pzp poprzez zaniechanie udostępnienia na stronie internetowej, jako części SIWZ, dokumentacji dotyczącej obecnie funkcjonującego Systemu Sterowania Ruchem, dalej „SZR”; IV. Art. 7 ust. 1, art. 91 ust. 2 ustawy Pzp poprzez określenie kryteriów oceny ofert w sposób prowadzący do ograniczenia konkurencji. Z uwagi na powyższe, odwołujący wnosił o nakazanie zamawiającemu dokonania następujących zmian SIWZ oraz analogicznych zmian w treści ogłoszenia o zamówieniu: W zakresie zarzutu nr Idotyczącego warunków udziału w postępowaniu: naruszenia art. 7 ust. 1, art. 22 ust. 1a, art. 22d ust. 1 ustawy Pzp poprzez opisanie w treści ogłoszenia o zamówieniu oraz SIWZ wskazanych w treści odwołania warunków udziału w postępowaniu w sposób nieproporcjonalny do przedmiotu zamówienia oraz wykraczający poza potrzebę oceny minimalnych zdolności wykonawcy do należytego wykonania zamówienia, a także w sposób naruszający zasady równego traktowania oraz uczciwej konkurencji, odwołujący żądał zmian: Zarzut I.1.a). Nakazania zmiany pkt 5.5.2.1 SIWZ poprzez nadanie mu następującego brzmienia:„Wykonanie (zakończenie) w sposób należyty nie wcześniej niż w okresie ostatnich 5 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie minimum 2 zamówień obejmujących swoim zakresem (łącznie) min.: zaprojektowanie, wdrożenie i uruchomienie Systemu Zarządzania ruchem, w ramach, którego dla każdego z tych zamówień: wdrożono co najmniej 40 skrzyżowań z sygnalizacją świetlną oraz priorytetem dla pojazdów komunikacji zbiorowej dla obszaru zamieszkałego przez co najmniej 170 tys. mieszkańców. Żądanie pkt I.1 a) odwołujący uzasadnił w następujący sposób: uznał, że zamawiający z naruszeniem art. 7 ust. 1, art. 22 ust. 1a ustawy Pzp określił w pkt 5.5.2.1SIWZ warunek udziału w postępowaniu dotyczący posiadania doświadczenia. Stwierdzając, że przedmiotowy warunek prowadzi do dyskryminacji tych wykonawców, którzy posiadają doświadczenie w zaprojektowaniu, wdrożeniu i uruchomieniu systemu Zarządzania Ruchem („SZR"), stanowiącego dostawę, a nie jak wymaga zamawiający robotę budowlaną. Wskazał, że na SZR składa się przede wszystkim oprogramowanie oraz urządzenia, a zatem jego zaprojektowanie, wdrożenie i uruchomienie, co do zasady stanowi dostawę, a nie robotę budowlaną. Podkreślał, że opis przedmiotowego warunku w ogóle nie dotyczy robót budowlanych, gdyż m.in. wymóg wdrożenia (podłączenia) w ramach SZR min. 40 skrzyżowań z sygnalizacją świetlną stanowi cechę charakterystyczną Systemu, a nie przekłada się na konieczność wykazania się wykonaniem robót budowlanych w zakresie min. 40 skrzyżowań. Poddawał w wątpliwość celowość wymagania, aby SZR wymagany w ramach opisu warunku został zrealizowany, jako robota budowlana, a nie dostawa oraz, że prace w zakresie wykonania SZR nie stanowią roboty budowlanej w rozumieniu ustawy Prawo budowlane.Wskazał, że analogiczne do przedmiotu zamówienia SZR zlecane są głównie w ramach zamówień na dostawy, a nie roboty budowlane. Opis przedmiotowego warunku wskazuje natomiast, że zamawiający wymaga wykazania się doświadczeniem w realizacji SZR w ramach zamówienia na robotę budowlaną, a nie dostawę. Działając w ten sposób zamawiający doprowadza do uprzywilejowania jednostkowych przypadków wykonania SZR w ramach zamówień na roboty budowlane. Stanowisko zamawiającego. Zamawiający powołał się na okoliczność, że zamówienie jest w formule zaprojektuj i zbuduj w oparciu o PFU. W ramach tego postępowania konieczne jest przebudowanie lub rozbudowanie przyłączanych skrzyżowań, a ponad 70 % budżetu pochłoną roboty budowlane, wiec uznał za warunek proporcjonalny i związany z przedmiotem zamówienia, że wymaga doświadczenia wykonawcy nie tylko w zakresie wykonania Systemu Zarządzania Ruchem, ale i w zakresie robót budowlanych związanych z przebudową sieci komunikacyjnej i jej oznakowaniem. Znaczące jest doświadczenie wykonawcy związane z integracją robót danego zakresu z innymi równolegle wykonywanymi robotami budowlanymi. Zaznaczał, że w pierwszym etapie również były prowadzone i prace budowlane i prace związane z wdrożeniem SZR na określonym obszarze 69 skrzyżowań, obecne zamówienie dotyczy poszerzenia obszaru miasta objętego SZR o dalsze 48 skrzyżowań. Stanowisko Izby Specyfikacja istotnych warunków zamówienia (SIWZ) Opis przedmiotu zamówienia określa - pkt 3.1., że przedmiotem zamówienia jest „Rozbudowa Systemu Zarządzania Ruchem i Komunikacją w Lublinie". Szczegółowy zakres zamówienia został podany w pkt 3.2. SIWZ. Punkt 3.8. Specyfikacji istotnych warunków zamówienia podaje kody CPV, według których w skład zamówienia wchodzi: - 45316210-0 - Instalowanie urządzeń kontroli ruchu drogowego - 71320000-7 - Usługi inżynieryjne w zakresie projektowania - 71247000-1 - Nadzór nad robotami budowlanymi - 45311000-0 - Roboty w zakresie okablowania oraz instalacji elektrycznych - 45314300-4 - Instalowanie infrastruktury okablowania - 45300000-0 - Roboty instalacyjne w budynkach, - 51610000-1 - Usługi instalowania urządzeń komputerowych i przetwarzania informacji, - 72240000-9 - Usługi analizy systemu i programowania, - 80510000-2 - Usługi szkolenia specjalistycznego - 31321700-9 - Kable sygnalizacyjne - 34942000-2 - Urządzenia sygnalizacyjne - 34942100-3 - Słupy sygnalizacyjne - 34942200-4 - Skrzynki sygnalizacyjne - 34970000-7 - Urządzenia monitorowania ruchu - 34996000-5 - Drogowe urządzenia kontrolne, bezpieczeństwa lub sygnalizacyjne - 34996100-6 - Sygnalizatory drogowe - 35262000-8 - Urządzenia sterujące sygnalizacyjne do skrzyżowań - 45233294-6 - Instalowanie sygnalizacji drogowej - 45316200-7 - Instalowanie urządzeń sygnalizacyjnych - 50232200-2 - Usługi w zakresie konserwacji sygnalizacji ulicznej - 48821000-9 - Serwery sieciowe - 34972000-1 - Układy pomiarowe natężenia ruchu - 34970000-7 - Urządzenia monitorowania ruchu Z powyższego wynika, że przedmiot zamówienia obejmuje w znacznym zakresie roboty budowlane wraz z dostawami niezbędnych materiałów i urządzeń koniecznych do ich wykonania. Wprawdzie ustawą z dnia 22 czerwca 2016 r. o zmianie ustawy Prawo zamówień publicznych oraz niektórych innych ustaw (Dz. U. z 2016 r. poz. 1020) został uchylony art.6 ust. 3 Pzpstanowiący, że jeżeli zamówienie obejmuje równocześnie roboty budowlane oraz dostawy niezbędne do ich wykonania, do udzielenia takiego zamówienia stosuje się przepisy dotyczące robót budowlanych, to nadal w gestii zamawiającego leży określenie charakteru zamówienia i stosowne określenie w oparciu o art. 22 ust. 1b ustawy Pzp, warunków udziału w postępowaniu, które mogą dotyczyć zdolności technicznej lub zawodowej. Izba nie uwzględniła zarzutu odwołującego, że zamawiający z naruszeniem art. 7 ust. 1, art. 22 ust. 1a ustawy Pzp określił w pkt 5.5.2.1 SIWZ warunek udziału w postępowaniu dotyczący posiadania doświadczenia oraz, że przedmiotowy warunek prowadzi do dyskryminacji tych wykonawców, którzy posiadają doświadczenie w zaprojektowaniu, wdrożeniu i uruchomieniu Systemu Zarządzania Ruchem („SZR"), stanowiącego dostawę, a nie jak wymaga zamawiający robotę budowlaną. Zamówienie ma charakter kompleksowy. W jego skład niewątpliwie wchodzą roboty budowlane, zatem zamawiający był uprawniony, aby postawić wobec wykonawcy wymóg wiedzy i doświadczenia w zakresie robót budowlanych odpowiadających swoim charakterem przedmiotowi zamówienia, a nie tylko w zakresie oprogramowania - jak chciał odwołujący. Kwestionowane postanowienia SIWZ nie naruszają dyspozycji art. 22 ust. 1 a ustawy Pzp, który stanowi, że zamawiający określa warunki udziału w postępowaniu oraz wymagane od wykonawców środki dowodowe w sposób proporcjonalny do przedmiotu zamówienia oraz umożliwiający ocenę zdolności wykonawcy do należytego wykonania zamówienia, wyrażając je jako minimalne poziomy zdolności. Zarzut I.2.b). Nakazania zmiany pkt 5.5.2.2 SIWZ oraz 5.5.2.4 SIWZ poprzez wykreślenie użytych w nich sformułowań: „przez co najmniej 200 tys. mieszkańców; ewentualnie zastąpienie ich sformułowaniami „przez co najmniej 170.000 mieszkańców. Żądanie pkt I.2 b) odwołujący uzasadnił w następujący sposób:, żewbrew zasadzie uczciwej konkurencji oraz proporcjonalności jest wymaganie od wykonawców uzyskania doświadczenia w zaprojektowaniu, wdrożeniu i uruchomieniu SZR wyłącznie dla obszaru zamieszkałego przez co najmniej 200 tyś mieszkańców. Uwzględniając opis warunku, w tym wskazane cechy doświadczenia wymóg ten nie uznał za niezbędny do ustalenia posiadania przez wykonawcę minimalnych kwalifikacji zdolności do wykonania zamówienia. Zdaniem odwołującego - prowadzi on natomiast do wykluczenia możliwości wykazania się doświadczeniem uzyskanym przy realizacji podobnego rodzaju systemów, jednakże wykonanych dla obszaru zamieszkałego przez mniejszą liczbę mieszkańców. Nie sposób uznać, że wyłącznie wykonanie SZR dla obszaru zamieszkałego przez min. 200 tyś mieszkańców pozwala przyjąć, że wykonawca jest zdolny do realizacji przedmiotowego zamówienia. O specyfice i zakresie przedmiotowym SZR, które są istotne z punktu widzenia oceny doświadczenia wykonawcy - nie powinna decydować ilość mieszkańców danego obszaru, ale zakres przedmiotowy i cechy charakterystyczne wykonanego systemu. Skoro zamawiający wymaga, aby w ramach SZR wdrożono min. 40 skrzyżowań, to ustalenie, według odwołującego - czy ten zakres wdrożenia dotyczy obszaru zamieszkałego przez 200 tyś, czy 170 tyś mieszkańców ma wtórne znaczenie. Podtrzymał, że przez taki opis warunku zamawiający doprowadza do dyskryminacji tych wykonawców, którzy wykonali SZR dla obszaru zamieszkałego przez mniejszą ilość mieszkańców, którego jednak zakres przedmiotowy i stopień skomplikowania jest porównywalny do objętego niniejszym zamówieniem. Z powołaniem się na analogiczną argumentację jak przedstawiona w odniesieniu do zarzutu nr I.1.odwołujący stwierdził, że zamawiający z naruszeniem art. 7 ust. 1, art. 22 ust. 1a ustawy Pzp określił w pkt 5.5.2.2 oraz 5.5.2.4 SIWZ warunek udziału w postępowaniu dotyczący posiadania doświadczenia. Sformułowany w tych punktach wymóg wykazania się doświadczeniem dotyczącym obszaru zamieszkałego, przez co najmniej 200 tyś mieszkańców prowadzi do ograniczenia konkurencji. Ta cecha Systemów nie ma zasadniczego znaczenia, a skutkuje wykluczeniem możliwości wykazania się doświadczeniem uzyskanym przy realizacji podobnego rodzaju Systemów, jednakże wykonanych dla obszaru zamieszkałego przez mniejszą liczbę mieszkańców. Nie zgodził się, że wyłącznie wykonanie systemu ZR dla obszaru zamieszkałego przez min. 200 tyś mieszkańców pozwala uznać, że wykonawca jest zdolny do realizacji przedmiotowego zamówienia. Stanowisko zamawiającego. Zamawiający uznał kwestionowany warunek za proporcjonalny. Oficjalna liczba mieszkańców Lublina - to 340 tys., nie licząc dużej liczby studentów. Im więcej mieszkańców, tym więcej środków komunikacji miejskiej i pojazdów indywidualnych, co ma wpływ na nasilenie ruchu i stopień jego skomplikowania, a zatem dotyczy danego zamówienia. Stanowisko Izby Izba nie uwzględniła argumentacji odwołującego. Lublin liczy około 350 tys. mieszkańców, zatem nie tylko ilość wdrożonych w ramach SZR min. 40 skrzyżowań, ma znaczenie, gdyż nasilenie ruchu pieszego, ruchu samochodów osobowych, ciężarowych oraz różnych środków transportu miejskiego -jest pochodną liczby ludności zamieszkałej i funkcjonującą na obszarze całego miasta. Liczą się zatem właściwości techniczne - zakres przedmiotowy i cechy charakterystyczne wykonanego systemu referencyjnego, ale z uwzględnieniem jego praktycznej weryfikacji, w warunkach aglomeracji miejskiej, obejmującej, co najmniej 200 tys. mieszkańców. Warunek nie jest wygórowany. Kwestionowane postanowienia SIWZ nie naruszają dyspozycji art. 22 ust. 1 a ustawy Pzp, który stanowi, że zamawiający określa warunki udziału w postępowaniu oraz wymagane od wykonawców środki dowodowe w sposób proporcjonalny do przedmiotu zamówienia oraz umożliwiający ocenę zdolności wykonawcy do należytego wykonania zamówienia, w szczególności wyrażając je jako minimalne poziomy zdolności. Zarzut I.3. Nakazania zmiany pkt 5.5.2.6 lit. a SIWZ poprzez nadanie mu następującego brzmienia: „a) Kierownika Projektu, który: - posiada certyfikat potwierdzający znajomość zarządzania projektami w zakresie metodyki Prince2 lub równoważny, pełnił funkcję Kierownika Projektu lub z-cy Kierownika Projektu w co najmniej 1 projekcie (zamówieniu) obejmującym system zarządzania ruchem na obszarze zamieszkałym przez co najmniej 170 tys. mieszkańców (przy czym projekt ten powinien być wykonany i prawidłowo ukończony oraz odebrany przez Inwestora), obejmującym co najmniej następujące funkcjonalności (łącznie): + system sterowania ruchem z optymalizacją obszarową+ priorytet dla pojazdów transportu publicznego (autobus lub trolejbus lub tramwaj)+ system nadzoru wizyjnego+ portal internetowy z informacjami o ruchu drogowym wraz z planerem podróży. Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut I.4.Nakazania zmiany pkt 5.5.2.6 lit. b SIWZ poprzez jego wykreślenie, ewentualnie nadanie mu następującego brzmienia: „b) Kierownika budowy, który: - posiada wyższe wykształcenie techniczne, - posiada co najmniej 10 letni staż pracy w branży budowlanej, w tym minimum 3 letnie doświadczenie zawodowe na stanowisku kierownika budowy lub kierownika robót w projektach związanych z ruchem drogowym, - posiada uprawnienia budowlane do kierowania robotami budowlanymi (bez ograniczeń) w specjalności elektrycznej lub konstrukcyjno- budowlanej lub inżynieryjnej drogowej lub inżynieryjnej mostowej. Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut I. 5. Nakazania zmiany pkt 5.5.2.6 lit. c SIWZ poprzez usunięcie wymogu z tiret 1 i tiret 3. Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut I.6.Nakazanie zmiany pkt 5.5.2.6 lit. f SIWZ poprzez usunięcie wymogu określonego w tiret 3.Żądanie pkt I.6 odwołujący uzasadnił w następujący sposób:Uznał, że zamawiający z naruszeniem art. 7 ust. 1, art. 22 ust. 1a ustawy Pzp określił w pkt 5.5.2.6 lit. f wymagania dla osoby kierowanej na stanowisko Architekta IT. Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut I.7.Nakazanie usunięcie wymogu z pkt 5.5.2.7 lit. b SIWZ lub zmiana tego punktu poprzez sformułowanie wymogu dysponowania po jednej licencji oprogramowania VISSIM, VISSIG, VISSUM, Terminal 2002. Żądanie pkt I.7 odwołujący uzasadnił w następujący sposób: Odwołujący uznał, że zamawiający z naruszeniem art. 7 ust. 1, art. 22 ust. 1a ustawy Pzp określił w pkt 5.5.2.7 lit. b wymóg dotyczący posiadania po jednej licencji oprogramowania VISSIM, VISSIG, VISSUM, Terminal 2002. Powyższy zarzut został przez odwołującego wycofany na rozprawie. W zakresie zarzutu nr II dotyczącegoopisu przedmiotu zamówienia -naruszenia art. 7 ust. 1, art. 29 ust. 1, ust. 2 i ust. 3 ustawy Pzp poprzez opisanie przedmiotu zamówienia w sposób naruszający zasady uczciwej konkurencji, równego traktowania wykonawców oraz proporcjonalności, a także w sposób niejednoznaczny i niewyczerpujący, gdzie odwołujący żądałdokonania zmian: Zarzut II.10. Nakazania usunięcia ze strony 12 PFU (pkt 2.1 „cel zamówienia) następującego sformułowania:„Celem zamówienia jest rozbudowa istniejącego Systemu - Zamawiający nie dopuszcza możliwości budowy odrębnego i niezależnego Systemu" oraz dopuszczenie możliwości wykonania rozbudowy SZR w oparciu o nowy system, który zostanie dołączony (dobudowany) do funkcjonującego systemu PTV produkcji Q. S.A. Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut II.11.Nakaznie usunięcia z treści PFU, m.in. z pkt 2.7.3 str. 39 oraz pkt 2.1 str. 12 postanowień nakazujących wykorzystanie przy realizacji zamówienia oprogramowania PTV O.. Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut II.12. Nakazanie usunięcia z treści PFU, m.in. ze str. 32 pkt 2.7.1 postanowień nakazujących wykorzystanie aplikacji webowej T., ewentualnie dopuszczenie możliwości zaoferowania rozwiązania równoważnego. Żądanie pkt II.12 odwołujący uzasadnił w następujący sposób: Na stronie 32 PFU (pkt 2.7.1 Aplikacja centralna) Zamawiający wskazał: - „W obecnie istniejącym SZR funkcję Aplikacji Centralnej pełni aplikacją webowa T. - moduł systemu PTV O. wersji 16.0.49132. Z uwagi na pełną integralność systemu, doświadczenie i wiedzę pracowników CSR, względy utrzymania i obsługi systemu oraz posiadane licencje (na podłączenie kolejnych obiektów w ilości wystarczającej do realizacji przedmiotu zamówienia), Zamawiający wymA.a wykorzystania ww. aplikacji (w najbardziej aktualnej wersji obowiązującej w ostatnim dniu trwania projektu rozwoju systemu)". Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut II. 13. Usunięcie z treści PFU (str. 33) następującego wymagania dla aplikacji centralnej:„możliwość wyboru scenariuszy strategii sterowania-Aplikacja Centralna po wybraniu scenariuszy powinna zasymulować wpływ zastosowanych strategii wraz z predykcją w horyzoncie co najmniej 60 min oraz wskazać rozwiązane optymalne Operatorowi; na etapie realizacji Zamawiający ustali z Wykonawcą scenariusze sterowania uwzględnione w Aplikacji Centralnej. Szczegółowe wymagania opisano w części „Moduł scenariuszy strategii sterowania". Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut II.14. Nakazanie zmiany pkt 2.7.1 PFU (Aplikacja centralna) w zakresie wymagań dotyczących Modułu strategii sterowania poprzez usunięcie wymagań zgodnie, z którymi moduł musi spełnić następujące funkcjonalności: a. „możliwość wyboru w Aplikacji Centralnej predefiniowanych scenariuszy strategii sterowania, które zostaną zasymulowane" b. „symulację strategii sterowania odbywającą się z wykorzystaniem dynamicznego rozkładu ruchu oraz umożliwienie uwzględnienie prognozowanej sytuacji ruchowej w horyzoncie min. 60 minut” c. „zestawienie wskaźników efektywności dla każdego z symulowanych scenariuszy w formie graficznej oraz tabelarycznej". Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut II.15. Nakazanie usunięcia z treści PFU, m.in. z pkt 2.7.3 str. 38 i 39 znaków towarowych PTV B. i opisanie wymagań dla poziomu obszarowego poprzez wskazanie cech technicznych i jakościowych. Żądanie pkt II.15 odwołujący uzasadnił w następujący sposób: W pkt 2.7.3, str. 38 i 39 PFU („Poziom obszarowy - taktyczny") Zamawiający wskazał: - „W obecnie działającym SZR operacyjny poziom sterowania stanowią sterowniki obszarowe wyposażone w adaptacyjny algorytm optymalizujący PTV B. w wersji 2016.0. Z uwagi na pełną integralność systemu, doświadczenie i wiedzę pracowników CSR oraz względy utrzymania i obsługi systemu, zamawiający preferuje wykorzystanie ww. algorytmu (w najbardziej aktualnej wersji obowiązującej ostatniego dnia projektu rozwoju systemu) lub równoważnego pod kątem funkcjonalności i integralności (pod warunkiem zachowania oraz integracji z obecnie istniejącym rozwiązaniem z uwagi na trwałość projektu), spełniającego wszystkie wymogi zawarte w PFU. Odwołujący podnosił, że zamawiający opisał przedmiot zamówienia poprzez odniesienie się do konkretnego produktu tj. PTV B.. Tymczasem, stosownie do treści art. 29 ust. 3 ustawy Pzp użycie znaków towarowych przy opisie przedmiotu zamówienia możliwe jest wyłącznie w przypadku, w którym jest to uzasadnione specyfiką przedmiotu zamówienia, a zamawiający nie jest w stanie opisać przedmiotu zamówienia za pomocą dostatecznie dokładnych określeń. Odwołujący stwierdził, że opisanie przedmiotu zamówienia za pomocą znaku towarowego PTV B. narusza art. 29 ust. 3 ustawy Pzp, gdyż nie jest to działanie uzasadnione specyfiką przedmiotu zamówienia, a zamawiający jest w stanie opisać przedmiot zamówienia za pomocą dostatecznie dokładnych określeń. Wskazał, że SZR wykonany w 2015 r. przez Q. S.A. na części obszaru miejskiego Lublina, który został oparty o rozwiązania firmyPTV (m.in. system B.), miał być systemem otwartym na rozbudowę, w tym dołączanie kolejnych systemów, konkurencyjnych w stosunku do systemu PTV. Obecne działanie zamawiającego świadczy w opinii odwołującego o zakwestionowaniu istoty I etapu budowy Systemu Zarządzania Ruchem w mieście Lublinie. Wykonawca zamierzający oprzeć rozbudowę o produkty inne niż PTV znajduje się w sytuacji gorszej w stosunku do tych, którzy zamierzają zaoferować produkty PTV. Odwołujący stwierdził, że nie ma żadnych przeszkód, aby zamawiający opisał wymagania dla poziomu obszarowego poprzez wskazanie jego obiektywnych cech technicznych i jakościowych, a nie poprzez odwołanie się do konkretnego produktu (PTV B.). Podtrzymał, że obecny opis prowadzi do uprzywilejowania produktów PTV, w tym wykonawcy, który wykonał I etap budowy systemu dla miasta Lublina. Stanowisko zamawiającego Zamawiający powołał się na regulację art. 29 ust. 1 ustawy Pzp, który nakazuje precyzyjne opisanie przedmiotu zamówienia, w tym środowiska, które zamawiający posiada. Użycie znaku towarowego PTV B. dotyczy opisania technologii, która aktualnie zastosowana na poziomie (obszarowym systemu). Idealnym dla zamawiającego rozwiązaniem byłoby gdyby utrzymać homogeniczność tego środowiska, stad znalazło się w opisie przedmiotu zamówienia słowo „preferencja”. Zamawiający wyjaśnił, że nie dysponuje licencjami (nadmiarowymi) - jak w przypadku PTV O. na dane oprogramowanie PTV B., w związku z czym dopuścił aby wykonawca danego zamówienia użył innego oprogramowania niż PTV B., ale o cechach równoważnych które opisał w pkt 2.7.3 na str. 39 PFU, natomiast odwołujący domaga się wykreślenia tych postanowień. Zamawiający zaznaczał, że warunkiem użycia innego oprogramowania - w tym zakresie było zachowanie integralności, kompatybilności i efektywności użytego rozwiązania. Musi zostać zachowane, aby obszar działania obejmowany całym Systemem - był zarządzany z tą samą funkcjonalnością i integralnością. Zamawiający przedstawił dowód - oświadczenie przedstawiciela producenta firmy PTV A. z siedzibą w K.- że traktuje wszystkie zainteresowane firmy tak samo w zakresie dopuszczalności nabycia jego produktów. Co należało odnosić zarówno oprogramowania PTV O. i PTV B. i PTV E.. Przedłożone przez odwołującego założenia do SZR w Lublinie przy uruchamianiu postępowania na „pierwszy etap” w 2014 r. zawierają adnotację na str. 21 PFU „otwartość protokołu definiuje się jako zbiór zasad komunikacji, funkcje odpowiedzialne za wymianę danych oraz zdefiniowanie struktury danych. Otwartość protokołów musi odnosić się do komunikacji pomiędzy systemami/ podsystemami, pomiędzy poziomami nadrzędnymi systemów/ podsystemów a urządzeniami lokalnymi oraz pomiędzy urządzeniami lokalnymi tworzącymi system.” Stanowisko Izby Art. 29 ust. 3 ustawy Pzp stanowi, że przedmiotu zamówienia nie wolno opisywać przez wskazanie znaków towarowych, patentów lub pochodzenia, źródła lub szczególnego procesu, który charakteryzuje produkty lub usługi dostarczane przez konkretnego wykonawcę, jeżeli mogłoby to doprowadzić do uprzywilejowania lub wyeliminowania niektórych wykonawców lub produktów, chyba że jest to uzasadnione specyfiką przedmiotu zamówienia i zamawiający nie może opisać przedmiotu zamówienia za pomocą dostatecznie dokładnych określeń, a wskazaniu takiemu towarzyszą wyrazy lub „równoważny.” Zdaniem Izby, opis zawarty w PFU ma w większości charakter funkcjonalny. rozbudowywany w Lublinie System Zarządzania Ruchem ma specyficzny charakter - nie stanowi samodzielnego zamówienia, musi zostać włączony w obręb istniejącego wielopoziomowego systemu obejmującego poziom lokalny -operacyjny, poziom obszarowy- taktyczny i poziom centralny strategiczny. Z uwagi na konieczność pełnej współpracy i integracji tych poziomów systemy je obsługujące muszą zachować pełną funkcjonalność, integralność i efektywność. Z tych względów zastosowany opis przedmiotu zamówienia w przypadkach, gdzie zostały podane oznaczone z nazwy produkty np. sterowniki obszarowe wyposażone w adaptacyjny algorytm optymalizujący PTV B. - nie narusza prawidłowego opisu przedmiotu zamówienia. Zamawiający ze zrozumiałych względów podał, że preferuje wykorzystanie ww. algorytmu, lecz jednocześnie dopuścił rozwiązanie równoważne, gdyż podał, że wykonawca może zastosować równoważny algorytm pod kątem funkcjonalności i integralności (pod warunkiem zachowania oraz integracji z obecnie istniejącym rozwiązaniem z uwagi na trwałość projektu), spełniającego wszystkie wymogi zawarte w PFU, gdzie zamawiający wyliczył kryteria równoważności. Nie jest zatem tak, jak utrzymywał odwołujący, że wykonawca który będzie ubiegał się o przedmiotowe zamówienie musi zaoferować sterowniki obszarowe wyposażone w adaptacyjny algorytm optymalizujący PTV B. w wersji 2016.0., ale jeżeli zaoferuje inne - zobowiązany będzie do wykazania ich równoważności, gdyż zgodnie z art. 30 ust. 5 ustawy Pzp - taki obowiązek obciąża wykonawcę.Zamawiający dopuścił, aby wykonawca danego zamówienia użył innego oprogramowania niż PTV B., ale o cechach równoważnych które opisał w pkt 2.7.3 na str. 39 PFU, natomiast odwołujący domagał się wykreślenia tych postanowień. Uzasadnionym warunkiem użycia innego oprogramowania - w tym zakresie było zachowanie integralności, kompatybilności i efektywności użytego rozwiązania. Musi zostać zachowane, aby obszar działania obejmowany całym Systemem - był zarządzany z tą samą funkcjonalnością, integralnością i efektywnością. Wykonawca ubiegający się o przedmiotowe zamówienie może zaoferować rozwiązanie równoważne do oprogramowania PTVB., lub użyć tego samego oprogramowania, do którego dostęp według oświadczeń producenta firmy PTV A., nie jest niczym ograniczany. Przedłożone przez odwołującego założenia do SZR w Lublinie przy uruchamianiu postępowania na „pierwszy etap” w 2014 r. były niesporne, co do opisu na str. 21 PFU, że: „otwartość protokołu definiuje się jako zbiór zasad komunikacji, funkcje odpowiedzialne za wymianę danych oraz zdefiniowanie struktury danych. Otwartość protokołów musi odnosić się do komunikacji pomiędzy systemami/ podsystemami, pomiędzy poziomami nadrzędnymi systemów/ podsystemów a urządzeniami lokalnymi oraz pomiędzy urządzeniami lokalnymi tworzącymi system.” Potwierdzają, że z założenia miał być tworzony i rozbudowywany jeden system ZR, z wzajemnie kompatybilnymi i zintegrowanymi podsystemami. Decyzja o przedmiocie zamówienia „Rozbudowa Systemu” należy do suwerennych uprawnień zamawiającego. Przedstawiane przez odwołującego dowody na budowę SZR w B., Ł. i Trójmieście - nie dotyczą rozbudowy istniejących systemów ZR, a budowy tych systemów od podstaw, co implikuje znacząco różne wymagania w opisie przedmiotu zamówienia. Zarzut Izba uznała za bezpodstawny. Zarzut II.16. Nakazania zmiany pkt 2.7.3 w części dotyczącej wymagań dla poziomu obszarowo - taktycznego poprzez usunięcie następujących wymagań dla systemu obszarowego: -„integrowanie danych z detektorów poziomu lokalnego do wykorzystania w makroskopowym i mezoskopowym modelu ruchu stanowiącym podstawę danych dla obszarowego algorytmu optymalizującego" - „optymalizowanie parametrów sterowania - w tym co najmniej: split, offset, długość cyklu na poziomie obszaru z wykorzystaniem algorytmów genetycznych w horyzoncie 5-15 min"; - „obserwację pracy i obliczeń optymalizujących w czasie, służących do analizy poprawności funkcjonowania i optymalizacji sterowania"; - „Ponadto w przypadku zastosowania innej metody sterowania obszarowego niż zastosowany w I etapie SZR algorytm B. wymaga się, aby był on co najmniej tak efektywny jak obecnie działający algorytm oraz był w pełni z nim kompatybilny. Wykazanie kompatybilności i efektywności rozwiązania leży po stronie Wykonawcy"; Żądanie pkt II.16odwołujący uzasadnił w następujący sposób: W przeciwieństwie do poziomu centralnego (wymagany system PTV O.), w przypadku poziomu obszarowego zamawiający dopuszcza zaoferowanie rozwiązania równoważnego w stosunku do preferowanego PTV B.. Dopuszczając taką możliwość zamawiający wymaga jednak od systemu obszarowego funkcjonalności/cech, które posiada wyłącznie oprogramowanie PTV B., co powoduje, że możliwość zaoferowania rozwiązania równoważnego jest w praktyce wykluczona. Istotą przedmiotowego zarzutu jest zatem zakwestionowanie tych funkcjonalności/cech systemu PTV B., które są charakterystyczne wyłącznie dla niego, i które wpraktyce wykluczają możliwość zaoferowania rozwiązań równoważnych. Odwołujący stwierdził, że te funkcjonalności/cechy (opisane poniżej pod lit. a - d.) nie są uzasadnione w świetle obiektywnych potrzeb zamawiającego, a tym samym ich wymaganie prowadzi do ograniczenia dostępu do zamówienia. a) Na str. 39 PFU, w tiret 2 zamawiający określił następujące wymaganie dla systemu obszarowego: - „integrowanie danych z detektorów poziomu lokalnego do wykorzystania w makroskopowym i mezoskopowym modelu ruchu stanowiącym podstawę danych dla obszarowego algorytmu optymalizującego." Wskazał, że powyższy zapis określa sposób optymalizacji ruchu drogowego - poprzez oparcie algorytmu optymalizującego na podanych modelach ruchu (makroskopowym i mezoskopowym). Inne systemy sterowania ruchem nie wymagają natomiast wykorzystania modeli do optymalizacji ruchu drogowego, co w żaden sposób nie uniemożliwia osiągnięcie obiektywnie określonych celów zamówienia. Optymalizacja odbywa się bowiem w czasie rzeczywistym poprzez analizę tendencji zmian parametrów ruchu. b) Na str. 39 PFU, w tiret 3 zamawiający określił następujące wymaganie dla systemu obszarowego: - „optymalizowanie parametrów sterowania - w tym co najmniej: Split, offset, długość cyklu na poziomie obszaru z wykorzystaniem algorytmów genetycznych w horyzoncie 5-15 min". Odwołujący wskazał, iż dostępne na rynku SZR optymalizują parametry sterowania w innych okresach czasu niż wymagane w PFU 5-15 minut, np. najbardziej rozpowszechnione w świecie systemy SCATS oraz SCOOT robią to co cykl. Określenie tak konkretnego, wąskiego przedziału stanowi wskazanie kluczowego parametru oprogramowania, charakteryzującego oprogramowanie B. firmy PTV. Dodatkowo wskazał, że algorytm genetyczny jest szczególnym sposobem znajdowania rozwiązania dla problemu, jakim jest optymalizacja parametrów sterowania. Do optymalizacji można użyć również innych rodzajów algorytmów, które będą równie skuteczne, jak np. algorytm adaptacyjny lub algorytm aktywowanego systemowo wyboru planu. c)Na str. 39 PFU, w tiret 7 zamawiający określił następujące wymaganie dla systemu obszarowego: - „obserwację pracy i obliczeń optymalizujących w czasie rzeczywistym służących do analizy poprawności funkcjonowania i optymalizacji sterowania". Odwołujący wskazał, że obserwacja sposobu obliczeń algorytmu optymalizującego nie jest funkcjonalnością niezbędną do osiągnięcia celu, jakim jest poprawa warunków ruchu drogowego w mieście. Jest natomiast jedną z wielu cech charakteryzujących system sterowania ruchem firmy PTV, której inne systemy nie posiadają. Wymaganie tej cechy prowadzi zatem do ograniczenia konkurencji. d)Na str. 39 PFU, w tiret 8 zamawiający określił następujące wymaganie dla systemu obszarowego: - Ponadto w przypadku zastosowania innej metody sterowania obszarowego niż zastosowany w I etapie SZR algorytm B. wymaga się, aby był on co najmniej tak efektywny jak obecnie działający algorytm oraz był w pełni z nim kompatybilny. Wykazanie kompatybilności i efektywności rozwiązania leży po stronie Wykonawcy". Zdaniem odwołującego, cytowany powyżej zapis PFU świadczy o opisaniu przedmiotu zamówienia z naruszeniem nie tylko art. 29 ust. 2, ale również art. 29 ust. 1 ustawy Pzp. Odwołujący podkreślał, iż zamawiający nigdzie w dokumentacji przetargowej nie wskazuje wskaźników i wyników efektywności uzyskanych po wdrożeniu algorytmu B. - potwierdzonych przez badania wykonane przez niezależną jednostkę, co świadczy o braku jednoznaczności przy opisie przedmiotu zamówienia. W konsekwencji odwołujący uznał, że nie posiada wiedzy na temat współczynników poprawy warunków ruchu jakie należy osiągnąć. Jeżeli, zgodnie z żądaniem zamawiającego, równoważny system do systemu B. ma mieć nie gorszą efektywność, to trzeba wiedzieć, jakie wskaźniki efektywności trzeba porównywać przy wykazaniu kompatybilności, czyli np. B. skrócił czasy przejazdu o 10%, liczbę zatrzymań o 5%. Stanowisko zamawiającego Zamawiający zaznaczał, że poprzez użyte oprogramowanie w I etapie doprowadził do tego ze SZR charakteryzuje się oznaczonymi funkcjonalnościami, które pierwotnie były wymagane w pierwszej umowie na dofinansowanie i które musi zachować przy rozbudowie dalszych etapów, bo po pierwsze projekt jest w okresie trwałości, po drugie te funkcjonalności są zamawiającemu potrzebne i musi je zachować przy rozbudowie dalszych etapów, co świadczy o tym, że po stronie zamawiającego występuje taka uzasadniona potrzeba. Zaznaczał, że rezultatów działania tego systemu nie określił poprzez podanie granicznych parametrów technicznych, ale poprzez osiągniecie wskazanych funkcjonalności i wymaga wykazania równoważności w tym zakresie, integralności i kompatybilność z istniejącym rozwiązaniem. Zaznaczał, że termin składana ofert został wyznaczony do dnia 28.04.2017 r. Zamknięty został termin składania pytań do SIWZ i na powyższy temat nie wpłynęły zapytania od firm zainteresowanych przetargiem. Zamawiający podał, że według jego wiedzy są oferowane oprogramowania na rynku, oprócz produktu B. firmy PTV, które w wymagany sposób rozwiązują zarządzanie ruchem i optymalizację ruchu drogowego. Zdaniem zamawiającego odwołujący w tym zakresie stosuje konkretne rozwiązanie oparte na innym sposobie podejścia do optymalizacji ruchu drogowego, bazujące na działaniu w czasie rzeczywistym, a rozwiązanie zastosowane w SZR w Lublinie należy do rodziny systemów prognostycznych, czyli optymalizacja ruchu opiera się na prognozach warunków drogowych w zadanych jednostkach czasu i opiera się na modelach ruchu - dopasowuje scenariusz do warunków ruchu drogowego. Skoro system ma charakter prognostyczny to nie można wycinkowo dopuszczać systemu adaptacyjnego w czasie rzeczywistym - rozwiązywania bieżących problemów ruchu drogowego, filozofia prognostyczna została zawarta w pierwszej umowie o dofinansowanie i nie może być zmieniona. W ocenie zamawiającego, odwołujący stara się doprowadzić postanowienia SIWZ do takiego brzmienia, ażeby mógł zaoferować produkt, który posiada. Stanowisko Izby Zarzut II.16. Nakazania zmiany pkt 2.7.3 w części dotyczącej wymagań dla poziomu obszarowo - taktycznego poprzez usunięcie wybranych przez odwołującego wymagań dla systemu obszarowego - nie podlegał uwzględnieniu. Stanowisko odwołującego należało uznać za niekonsekwentne. Z jednej strony odwołujący zarzucał, że zamawiający wskazał na konkretne oprogramowanie B. firmy PTV, co nie było uzasadnione specyfiką zamówienia. Z drugiej strony wywodził braki w opisie dopuszczonych rozwiązań równoważnych, żeby w końcu w sposób gołosłowny podważać szczegółowe wymagania w odniesieniu do podanego przez zamawiającego zakresu równoważności. To, że zamawiający dopuszcza równoważność - nie obliguje go od odstąpienia od opisu przedmiotu zamówienia w wymaganych kluczowych aspektach, które nawet przy rozwiązaniach równoważnych muszą pozostać niezmienione. Zamawiający dostatecznie wyjaśnił, że poprzez użyte oprogramowanie w I etapie doprowadził do tego ze SZR charakteryzuje się oznaczonymi funkcjonalnościami, które pierwotnie były wymagane w pierwszej umowie na dofinansowanie, i które musi zachować przy rozbudowie dalszych etapów, bo po pierwsze projekt jest w okresie trwałości, po drugie te funkcjonalności są zamawiającemu potrzebne i musi je utrzymać przy rozbudowie dalszych etapów SZR, co świadczy o tym, że po stronie zamawiającego występuje taka uzasadniona potrzeba. Rezultatów działania tego Systemu zamawiający nie określił poprzez podanie granicznych parametrów technicznych, ale poprzez osiągniecie wskazanych funkcjonalności i wymaga wykazania równoważności w tym zakresie, integralności i kompatybilność z istniejącym rozwiązaniem. Za wiarygodne Izba uznała stanowisko zamawiającego, że odwołujący w omawianym zakresie stosuje konkretne rozwiązanie oparte na innym sposobie podejścia do optymalizacji ruchu drogowego, bazujące na działaniu w czasie rzeczywistym, a rozwiązanie zastosowane w SZR w Lublinie należy do rodziny systemów prognostycznych, czyli optymalizacja ruchu opiera się na prognozach warunków drogowych w zadanych jednostkach czasu i opiera się na modelach ruchu - dopasowuje scenariusz do warunków ruchu drogowego. Skoro system ma charakter prognostyczny to nie można wycinkowo dopuszczać systemu adaptacyjnego w czasie rzeczywistym - rozwiązywania bieżących problemów ruchu drogowego, filozofia prognostyczna została zawarta w pierwszej umowie o dofinansowanie i nie może być zmieniona.Dopuszczenie, że w jednej części miasta będzie funkcjonował SZR oparty na systemie prognostycznym, a w innej części miasta będzie funkcjonował SZR oparty na systemie adaptacyjnym - nie spełnia postulatu pełnej integralności. Izba podzieliła stanowisko zamawiającego, że odwołujący stara się doprowadzić postanowienia SIWZ do takiego stanu, ażeby mógł zaoferować produkt, który posiada. Dowodzi tego sposób przedstawienia zarzutów, ich obszerności i szczegółowość -co w ocenie Izby wskazuje, że odwołujący dąży do zablokowania postępowania, i ukształtowania jego warunków w kierunku tylko dla siebie dogodnym, co nie ma nic wspólnego z opisem przedmiotu zamówienia - otwartym na konkurencję. Nie były przydatne dla rozpatrzenia sprawy wnioskowane przez odwołującego dowody: - oceny efektywności sterowania ruchem w B. oraz w Ł., gdzie odwołujący zastosował oprogramowania adaptacyjne i stwierdził, że w wymienionych miastach uzyskał zakładane efektywności; - z opracowania na zlecenie Q. S.A. raportów z pomiarów po wprowadzeniu systemu Tristar. Oprogramowanie O. PTV wprowadzono w obszarze T., gdzie występuje ono pod nazwą Tristar. Odwołujący wnioskowane dowody składał dla wykazania wyższej efektywność systemów opartych o oprogramowanie zarządzania ruchem według czasu rzeczywistego w stosunku do systemu prognostycznego, co nie dotyczyło kwestionowanego opisu przedmiotu zamówienia - dowodu z podręcznika użytkownika adaptacyjnego sterowania sieciowego B. na okoliczność, że przywołane wymagania w SIWZ są zaczerpnięte z oprogramowania PTV B., dowód był zbędny wobec niekwestionowanego dopuszczenia równoważności rozwiązań innych niż B., nawet gdy zamawiający nie podał w opisie równoważności do czego ma być porównywana efektywność (wyniki). Zamawiający nie musiał w dokumentacji przetargowej podawać wskaźników i wyników efektywności uzyskanych po wdrożeniu algorytmu B. - potwierdzonych przez badania wykonane przez niezależną jednostkę, gdyż dopuścił wprost dane oprogramowanie, jako przez niego preferowane. Zarzut, że świadczy to o braku jednoznaczności przy opisie przedmiotu zamówienia -nie mógł się ostać. Jeżeli więc, zgodnie z żądaniem zamawiającego, równoważny produkt do oprogramowania B. ma mieć nie gorszą efektywność, a zamawiający jej nie oznaczył - to przy ocenie ofert i ich równoważności - nie będzie mógł wymagać konkretnych wskaźników efektywności. Zarzut nie podlegał uwzględnieniu. Zarzut II. 17. Nakazanie usunięcia z treści PFU, m.in. z pkt 2.7.3 str. 37 znaków towarowych PTV E. i opisanie wymagań dla poziomu lokalnego poprzez wskazanie cech technicznych i jakościowych. Żądanie pkt II.17 odwołujący uzasadnił w następujący sposób. Na stronie 37 PFU (pkt 2.7.3 Podsystem sterowania sygnalizacjami świetlnymi, Poziom lokalny - operacyjny) Zamawiający wskazał: - „W obecnie działającym SZR, najniższy, operacyjny poziom sterowania stanowią sterowniki lokalne wyposażone w adaptacyjny algorytm optymalizujący PTV E. w wersji 2015.0. Z uwagi na pełną integralność systemu, doświadczenie i wiedzę pracowników CSR oraz względy utrzymania i obsługi systemu, Zamawiający preferuje wykorzystanie ww. algorytmu. Ponadto na stronie 30 PFU zamawiający wskazał: Zamawiający informuje, że algorytmy sterowania PTV E./ PTV B. są produktami firmy PTV Group i w celu szczegółowych informacji na temat ww. algorytmów należy kontaktować sie z producentem oprogramowania. Zamawiający w PFU zawarł najważniejsze funkcjonalności, które stawia przed odpowiednio algorytmem lokalnym i obszarowym. Odwołujący stwierdził, że wskazane wyżej postanowienia PFU potwierdzają, że przedmiot zamówienia opisany został za pomocą znaków towarowych (PTV E.). Analogicznie, jak w odniesieniu do zarzutu dotyczącego PTV B., odwołujący stwierdził, że opisanie przedmiotu zamówienia za pomocą znaku towarowego PTV narusza art. 29 ust. 3 ustawy Pzp, gdyż nie jest to działanie uzasadnione specyfiką przedmiotu zamówienia, a zamawiający jest w stanie opisać przedmiot zamówienia za pomocą dostatecznie dokładnych określeń. Działanie tego rodzaju ogranicza konkurencję. Zrealizowanie obiektywnych celów zamówienia możliwe jest w oparciu o konkurencyjne w stosunku do produktów PTV rozwiązania. Zamawiający winien zatem opisać wymagania dla systemu lokalnego za pomocą cech technicznych i jakościowych, a nie poprzez odniesienie się do konkretnego produktu (PTV E.). Stanowisko zamawiającego Zamawiający podtrzymał analogiczną argumentację, jak przy omawianiu zarzutu dotyczącego oprogramowania PTV B.. Wskazał, że w pierwszym etapie takie oprogramowania zostały zastosowanie i dopuszcza do nich rozwiązania równoważne, a zakres rozwiązań równoważnych został podany. Zwracał uwagę na to, że musiałby utrzymywać dwa różne rozwiązania w ramach tego samego SZR i nimi sterować. Zaznaczył, że jego uzasadnioną potrzebą jest uniknięcie rozwiązania, że pół miasta będzie funkcjonowało w oparciu o system ruchu prognostyczny, a pół miasta w oparciu o system adaptacyjny -bieżący, jaki chce zastosować odwołujący. Zaznaczał, że będą dalsze etapy obejmowana innych obszarów Lublina systemem SZR. Podtrzymał, że podał opis warunkówrównoważności i są to główne cechy, od których odstąpić nie może. Nie uznał, żeby zastosowany opis równoważności - obejmował wszystkie cechy systemu prognostycznego, który z definicji jest do 60 minut. Nie uznał, żeby podane wymagania równoważności sprowadzały się do cech identycznych. Jednocześnie zamawiający odnosząc się do przedstawionych dowodów w szczególności dotyczących SZR w Ł. i B. zaznaczał, że zastosowane tam systemy były homogeniczne oparte na tożsamym rozwiązaniu całościowym dla danego systemu,i tak też należy czytać wyniki ich efektywności. Zdaniem zamawiającego dopuszczenie do dualizmu metodologicznego w ramach jednego SZR doprowadzi do komplikacji na etapie kalibracji, zarządzania, utrzymania i w zakresie bezpieczeństwa. Zamawiający podnosił, że wyniki efektywności SZR w poszczególnych miastach zależą nie tylko od zastosowanego Systemu ZR, ale od infrastruktury drogowej i różnorodnych innych czynników. Stanowisko Izby Zarzut z punktu II.17., stanowi powielenie zarzutów powyższych z punktów II.15. i II.16., tyle, że dla poziomu lokalnego- operacyjnego Systemu Zarządzania Ruchem. Zamawiający podał, że: „W obecnie działającym SZR, najniższy, operacyjny poziom sterowania stanowią sterowniki lokalne wyposażone w adaptacyjny algorytm optymalizujący PTV E. w wersji 2015.0. Z uwagi na pełną integralność systemu, doświadczenie i wiedzę pracowników CSR oraz względy utrzymania i obsługi systemu, Zamawiający preferuje wykorzystanie ww. algorytmu. Jednocześnie zamawiający dopuści równoważny adaptacyjny algorytm optymalizujący, inny niż PTV E. i opisał warunki równoważności. Z tych względów Izba podjęła rozstrzygnięcie, jak w przypadku zarzutów z punktów II.15. i II.16., to znaczy uznała je za niezasadne. Izba podzieliła stanowisko zamawiającego, że skoro na pierwszym etapie takie oprogramowania zostały zastosowanie i dopuszczono rozwiązania równoważne, a zakres rozwiązań równoważnych został podany, to spełniono wymogi art. 29 ust. 3 ustawy Pzp. W przeciwnym razie zamawiający musiałby utrzymywać dwa różne rozwiązania w ramach tego samego SZR i nimi sterować, mimo że jego uzasadnioną potrzebą jest uniknięcie rozwiązania, że pół miasta będzie funkcjonowało w oparciu o system ruchu prognostyczny, a pół miasta w oparciu o system adaptacyjny -bieżący, jaki chce zastosować odwołujący. Podane wymagania równoważności - nie sprowadzają się w całości do cech identycznych. Dopuszczenie do dualizmu metodologicznego w ramach jednego SZR doprowadziłoby do komplikacji na etapie kalibracji, zarządzania, utrzymania oraz w zakresie bezpieczeństwa ruchu drogowego. Stanowisko odwołującego, bazujące na brzmieniu art. 29 ust. 2 ustawy Pzp, że po jego stronie leży wyłącznie uprawdopodobnienie utrudniania uczciwej konkurencji, o tyle nie znajdowało w okolicznościach tej sprawy usprawiedliwionych racji, że odwołujący starał się narzucać rozwiązania systemowe ZR, którymi dysponuje, bez uwzględnienia realnych, uzasadnionych potrzeb zamawiającego - podyktowanych wdrożeniem pierwszego etapu SZR w Lublinie, wiążących go warunków utrzymania trwałości tego projektu, co było zrozumiałe dla odwołującego skoro odstąpił od zarzutu, że zamawiający nie dopuszcza zaoferowania odrębnego systemu, a ograniczył opis przedmiotu zamówienia jedynie do rozbudowy systemu istniejącego. Zarzut nie podlegał uwzględnieniu. Zarzut II.18. Nakazanie zmiany pkt 2.7.3 PFU w części dotyczącej wymagań dla poziomu lokalnego - operacyjnego (PTV E.) poprzez usunięcie następujących wymagań: - wykorzystywanie przez algorytm danych, z co najmniej trzech linii detekcji pojazdów (znajdujących się w różnej odległości od linii zatrzymania danego wlotu skrzyżowania) dla danego pasa ruchu, - możliwość sumowania oraz odejmowania danych przez algorytm w ramach poszczególnych grup detektorów, - możliwość przypisywania wag dla poszczególnych grup detektorów w obrębie grupy osobno dla transportu zbiorowego, indywidualnego, pieszych/rowerzystów, - możliwość modyfikacji horyzontu prognozy algorytmu optymalizującego, osobno dla każdego ze sterowników lokalnych, - możliwość ustawienia czasu potrzebnego na przekroczenie linii zatrzymania [s/pojazd] przez pojazdy (osobno dla pojazdów transportu zbiorowego i pozostałych pojazdów) indywidualnie dla każdej grupy detektorów, - „Z uwagi na skuteczność optymalizacji algorytmów sterowania przewidzianych w rozbudowywanym SZR Zamawiający wyklucza możliwość stosowania rozwiązań umożliwiających bezpośrednią ingerencję Operatorów w trakcie trwania aktualnej fazy (np. wydłużanie w sposób ręczny długości danej fazy przez Operatora) bez konieczności wgrywania zmodyfikowanych plików sterujących". Żądanie pkt II.18 odwołujący uzasadnił w następujący sposób. Odwołujący stwierdził, że wskazane poniżej wymagania sformułowane w pkt 2.7.3 PFU dla poziomu lokalnego - operacyjnego (str. 31 PFU) prowadzą do naruszenia art. 7 ust. 1, art. 29 ust. 1, ust, 2 i ust. 3 ustawy Pzp: a) wykorzystywanie przez algorytm danych, z co najmniej trzech linii detekcji pojazdów (znajdujących się w różnej odległości od linii zatrzymania danego wlotu skrzyżowania) dla danego pasa ruchu). Z powyższego wynika, że zamawiający opisuje konkretne rozwiązanie i wymaga przez to, aby wykonawca zastosował algorytm E.firmy PTV w konkretnej wersji 2015.0. Podnosił, że zamawiający nie powinien precyzować w tak dokładny sposób, z których konkretnie oraz w jaki sposób detektorów algorytm obliczeniowy powinien korzystać. Zadaniem systemu jest optymalizacja ruchu, a takie doprecyzowanie zapisów służy jedynie wskazaniu konkretnego producenta systemu. Wymaganie to nie uznawał za niezbędne do osiągnięcia obiektywnie określonych potrzeb zamawiającego, a jego skutkiem jest ograniczenie konkurencji poprzez preferowanie „z góry" wskazanych rozwiązań, b) możliwość sumowania oraz odejmowania danych przez algorytm w ramach poszczególnych grup detektorów. Ponownie stwierdził, że zamawiający wskazuje konkretne rozwiązanie i wymaga, aby wykonawca zastosował algorytm E. firmy PTV w konkretnej wersji 2015.0. Podtrzymał, że zamawiający nie powinien precyzować w tak dokładny sposób, z których konkretnie oraz w jaki sposób detektorów algorytm obliczeniowy powinien korzystać. Zadaniem systemu jest optymalizacja ruchu (wykonywania przez algorytmy sterujące), tak doprecyzowanie zapisów służy jedynie wskazaniu konkretnego producenta i konkretnego rozwiązania, c)możliwość przypisywania wag dla poszczególnych grup detektorów w obrębiegrupy osobno dla transportuzbiorowego,indywidualnego, pieszych/rowerzystów, Podnosił, że zamawiający wskazuje konkretne rozwiązanie i wymaga, aby wykonawca zastosował algorytm E. firmy PTV w konkretnej wersji 2015.0. Możliwość przypisywania wag dla poszczególnych grup detektorów w obrębie grupy nie jest funkcjonalnością użytkową systemu. Systemy sterowania korzystają z szeregu różnych algorytmów, których zadaniem i celem jest optymalizacja ruchu. Kalibracja systemu poprzez preferencję dla określonej grupy sygnałowej może odbywać się np. poprzez określenie wag bezpośrednio do grup sygnałowych a nie koniecznie konkretnie dla określonych detektorów ruchu. Zdaniem odwołującego - zapis ogranicza konkurencję poprzez wskazanie konkretnego rozwiązania, jako jedynego dopuszczalnego. W odniesieniu do: d) - możliwości modyfikacji horyzontu prognozy algorytmu optymalizującego, osobno dla każdego ze sterowników lokalnych, - możliwości ustawienia czasu potrzebnego na przekroczenie linii zatrzymania (s/pojazd) przez pojazdy (osobno dla pojazdów transportu zbiorowego i pozostałych pojazdów) indywidualnie dla każdej grupy detektorów. Zdaniem odwołującego zamawiający opisuje stosowane obecnie konkretne rozwiązanie i wymaga przez to, aby wykonawca zastosował algorytm E. firmy PTV. Odwołujący uznał, że nie jest to funkcjonalność użytkowa systemu, a jedynie bardzo szczegółowe doprecyzowanie warunków kalibracji dla konkretnego algorytmu sterującego. Inne systemy sterowania i algorytmy sterujące nie muszą posiadać opisanych cech i wykorzystywać parametrów określających czas przejazdu dla konkretnego strumienia ruchu przez detektor pomiarowy. Nie oznacza to, że nie będą w stanie uzyskać poprawy warunków ruchowych na skrzyżowaniu a taki jest cel końcowy systemu sterowania ruchem. Podtrzymał, że zapis ogranicza konkurencję poprzez wskazanie konkretnego rozwiązania, jako jedynego dopuszczalnego. W odniesieniu do: e)„Z uwagi na skuteczność optymalizacji algorytmów sterowania przewidzianych w rozbudowywanym SZR Zamawiający wyklucza możliwość stosowania rozwiązań umożliwiających bezpośrednią ingerencję Operatorów w trakcie trwania aktualnej fazy (np. wydłużanie w sposób ręczny długości danej fazy przez Operatora) bez konieczności wgrywania zmodyfikowanych plików sterujących".Odwołujący oceniał, że powyższy zapis przedstawia poważną wadę systemu zainstalowanego w Lublinie - braku możliwości przejęcia sterowania przez operatora - jako cechy wymaganej. Odwołujący przekonywał, że zakazana tu funkcjonalność jest cechą bardzo przydatną w praktyce operatorskiej, pozwala ona bowiem na szybką reakcję w przypadku wystąpienia sytuacji awaryjnej na skrzyżowaniu. Blokowanie przez zamawiającego praktycznej funkcjonalności, którą każdy zaawansowany system sterowania ruchem powinien posiadać może wskazywać tylko na chęć ograniczenia konkurencyjności postępowania przetargowego. Stanowisko zamawiającego Zamawiający wyjaśniał, że konieczne jest żeby system detekcji wykrywał poszczególne rodzaje ruchu drogowego, długość kolejek, które się tworzą na skrzyżowaniach, aby również umożliwiał priorytetowanie dla oznaczonego rodzaju środków transportu np. miejskiego i wydłużanie czasu na przejazd w kierunkach gdzie tworzą się kolejki. Zamawiający zaznaczał, że nie kierował się właściwościami programu PTV E., ale kierował się zdobytym doświadczeniem własnym i potrzebami ustalając opis dla poziomu lokalnego. Zamawiający począwszy od pierwszego etapu prac nad SZR nie dopuścił sterowania ręcznego i obecnie też nie dopuszcza. Uważa takie rozwiązanie za niewłaściwe z punktu widzenia utrzymania bezpieczeństwa SZR. Zamawiający przypuszczał, że odwołujący forsuje pewne rozwiązania, które są dostępne w jego produktach. Zamawiający podnosił, że po jego stronie leży wykazanie obiektywnych potrzeb stawiania wymagań funkcjonalnych, czy innych w SIWZ, z czego się wywiązał. Uzasadnioną potrzebą zamawiającego jest posiadanie nowoczesnego systemu informatycznego ZR. Zachował te same funkcjonalności, które były w pierwszej umowie i chce je utrzymać, gdyż na to wydatkował znaczne środki, aSystem jest w okresie trwałości i przez 5 lat musi być utrzymany ze względu na warunki finansowania. Stanowisko Izby Zdaniem Izby zamawiający ma prawo wymagać w zakresie zamawianej rozbudowy Systemu Zarządzania Ruchem tego, co w jego praktyce dobrze się sprawdziło i działa optymalnie. Funkcjonalny opis przedmiotu zamówienia w szczególności do projektów IT, nie może być kwestionowany. Jeżeli poprzednio opracowane i wdrożone elementy SZR obejmują powyższe funkcjonalności i podają sposób ich uzyskania, byłoby nieuzasadnione, aby w innych rejonach miasta stosować zupełnie odmienne rozwiązania, dające rozbieżne możliwości detekcji ruchu i rozbieżne możliwości użycia narzędzi sterowania. Prowadzić to może niepożądanych zdarzeń -braku integralności, zakłóceń sterowania i funkcjonowaniaurządzeń sygnalizacji drogowej. W ocenie Izby System na całym objętym nim obszarze winien cechować się jednolitymi cechami - funkcjonalnościami. Odwołujący nie wykazał, że wymagania dla danego elementu (obszaru zamówienia), są inne i odbiegają od wymagań wdrożonych uprzednio do stosowania. Zamawiający nie kierował się identycznymi właściwościami programu PTV E., ale bazował na zdobytym doświadczeniu własnym i realnych potrzebach - ustalając opis dla poziomu lokalnego. Izba zaznacza, że żaden wykonawca zamierzający ubiegając się o zamówienie nie może stawiać się w roli eksperta doradzającego zamawiającemu, jakie rozwiązania ma wybrać. W tym celu ustawa Pzp umożliwia zamawiającemu skorzystanie z pomocy biegłych. Suwerenną decyzją zamawiającego było wykluczenie możliwość stosowania rozwiązań umożliwiających bezpośrednią ingerencję Operatorów w trakcie trwania aktualnej fazy (np. wydłużanie w sposób ręczny długości danej fazy przez Operatora) bez konieczności wgrywania zmodyfikowanych plików sterujących.Oceny, że powyższy zapis przedstawia poważną wadę systemu zainstalowanego w Lublinie - braku możliwości przejęcia sterowania przez operatora - jako cechy wymaganej - nie da się odnieść do wskazanego naruszenia przepisu art. 29 ust. 1 i 2 ustawy Pzp. Zakazanie funkcjonalności sterowania ręcznego, w opinii odwołującego - bardzo przydatnej w praktyce operatorskiej, pozwala ona bowiem na szybką reakcję w przypadku wystąpienia sytuacji awaryjnej na skrzyżowaniu - dotyczy równo wszystkich wykonawców, którzy złożą oferty. Gołosłowne pozostawały twierdzenia odwołującego, że blokowanie przez zamawiającego praktycznej funkcjonalności, którą każdy zaawansowany system sterowania ruchem powinien posiadać - może wskazywać tylko na chęć ograniczenia konkurencyjności postępowania przetargowego. Zarzuty powyższe Izba uznała za całkowicie chybione z punku widzenia art. 7 ust. 1 i art. 29 ust. 1 i 2 ustawy Pzp, do tego wynikające z niejasnych pobudek - doradzania zamawiającemu, w jakim kształcie zamawiany produkt jest mu najbardziej potrzebny. Takim celom nie służą środki ochrony prawnej. Zarzut II.19. Nakazanie usunięcia z treści PFU (str. 30) następującego sformułowania:„Zamawiający informuje, że algorytmy sterowania PTV E. i PTV B. są produktami firmy PTV Group i w celu szczegółowych informacji na temat ww.algorytmów należy kontaktować sie z producentem oprogramowania. Zamawiający w PFU zawarł najważniejsze funkcjonalności, które stawia przed odpowiednio algorytmem lokalnym i obszarowym." Stanowisko zamawiającego Zamawiający oświadczył, że uznał powyższy zarzut, o czym informował na str. 14 odpowiedzi na odwołanie i udostępni wykonawcom dokumentację PTV E. i PTV B. w siedzibie zamawiającego stosownie do art. 37 ust. 6 Pzp. Zapewni jeszcze wyjaśnienia administratora i umożliwia wizję w Centrum Sterowania Ruchem i w terenie. Odwołujący oświadczył, że dokonana przez zamawiającego zmiana go satysfakcjonuje i nie podtrzymuje zarzutu. Zarzut II.21. [dotyczy zarzutu nr 10] -nakazanie nadania akapitowi ze strony 22 PFU następującego brzmienia: „Sprzęt i oprogramowanie funkcjonujące w chwili obecnej w Centrum Zarządzania Ruchem zainstalowane zostało w 2015 roku i jest objęte 3-letnią gwarancją. Wszelka rozbudowa, zmiany konfiguracji, przeprogramowanie itp. czynności realizowane w ramach niniejszego zadania nie mogą prowadzić do utraty udzielonej przez wykonawcę systemu firmę Q. S.A. w 2015 roku gwarancji. Wykonawca przedłoży do akceptacji Zamawiającego projekt integracji Systemu opracowany w zakresie i w oparciu o przekazane przez Zamawiającego protokoły komunikacyjne.” Powyższy zarzut został przez odwołującego wycofany na rozprawie. Zarzut II.22. Nakazanie usunięcia ze strony 105 i 106 PFU - tiret piąty (pkt 3.11. Sterownik) następującego wymagania:„Sterowniki muszą być wyposażone w: - układy wykonawcze (styczniki) doprowadzające napięcie zasilania dla sterowania sygnałami w układzie, który umożliwia w przypadku awarii: - odłączenie napięcia sieci od obwodów sygnałów czerwonych i zielonych (etap I), - odłączenie napięcia sieci od obwodów sygnałów żółtych (etap II)". Stanowisko zamawiającego Zamawiający oświadczył, że na str. 105 PFU dokonał zmian i wykreślił słowo „styczniki”, w związku z powyższym odwołujący złożył oświadczenie, że wycofuje zarzut II.22. W zakresie zarzutu III naruszenia art. 8 ust. 1, Art. 29 ust. 1, art. 42 ust 1 ustawy Pzp poprzez zaniechanie udostępnienia na stronie internetowej, jako części SIWZ, dokumentacji dotyczącej obecnie funkcjonującego Systemu Sterowania Ruchem „SZR”, odwołujący żądał zmian: Zarzut III.20.Nakazania udostępnienia na stronie internetowej dokumentacji dotyczącej obecnie funkcjonującego SZR, w tym udostępnienie protokołów komunikacji (protokołów wymiany danych). Powyższy zarzut został przez odwołującego wycofany na rozprawie. W zakresie zarzutu IV naruszenia art. 7 ust. 1, art. 91 ust. 2 ustawy Pzp poprzez określenie kryteriów oceny ofert w sposób prowadzący do ograniczenia konkurencji, odwołujący żądał zmian: Zarzut IV.8. Nakazania usunięcie w całości pkt 17.3.1 lit. b) SIWZ Żądanie pkt IV.8 odwołujący uzasadnił w następujący sposób. Zamawiający z naruszeniem art. 7 ust. 1 określił w pkt 17.3.1 lit b) SIWZsposób oceny oferty w kryterium „kwalifikacje i doświadczenie osób wyznaczonych do realizacji zamówienia". Wymóg posiadania przez osobę kierowaną na stanowisko specjalisty ds. systemów zarządzania ruchem certyfikowanej wiedzy z zakresu podsystemu O. firmy PTV oraz B.firmy PTV prowadzi do ograniczenia konkurencji i preferuje tych wykonawców, którzy zamierzają wykonać zamówienia przy zastosowaniu funkcjonujących u zamawiającego rozwiązań. Podtrzymał, jak wskazał w zarzutach dotyczących opisu przedmiotu zamówienia, że nie jest uzasadnione preferowanie przy opisie przedmiotu zamówienia rozwiązań PTV O. oraz B., co oznacza, że kwestionowane kryterium prowadzi do ograniczenia konkurencji. Stanowisko zamawiającego Zamawiający podnosił, że po nowelizacji ustawy Pzp, jest możliwość ujmowania w kryteriach oceny ofert kwalifikacji personelu kluczowego dedykowanego do realizacji zamówienia, do których należy specjalista ds. systemów. Zamawiający skorzystał z danego przepisu zgodnie z art. 91 ust. 2 pkt 5 i art. 91 ust. 2d ustawy Pzp. Zamawiający wskazał, że punkty będą przyznawane, jeżeli wyznaczony specjalista będzie legitymował się wskazanym certyfikatem. W zakresie PTV E. i B. może być wykazywany certyfikat równoważny, natomiast dla podsystemu O. PTV - punkty będą przyznawane za posiadanie przez specjalistę certyfikatu dotyczącego podsystemu O. PTV, gdyż kryterium to jest związane z przedmiotem zamówienia, ma charakter różnicujący, a ponadto jest wyrazem preferencji zamawiającego związanej z posiadaniem przez niego systemu w technologii O. firmy PTV. Brak tego certyfikatu dla wskazanego specjalisty do spraw systemu zarządzania ruchem nie eliminuje oferty, skutkuje mniejszą ilością punktów. Przy PTV E. i B. równoważność została dopuszczona, ponieważ system jest otwarty i mogą być rozwiązania w innej technologii niż w B. i E., to samo odnosi się do specjalistów, którzy mają być certyfikowani na poziomie produktów, które wykonawca oferuje. Kryteria oceny ofert różnicują ocenę ofert. Po to są kryteria żeby zamawiający mógł wybrać najbardziej doświadczonego w danym zakresie wykonawcę. Stanowisko Izby Odwołujący pominął, że na stronie 27 SIWZ zamawiający doprecyzował sposób oceny w omawianym kryterium. Mianowicie podał, że przez certyfikację wskazanych wyżej specjalistów, w tym specjalisty ds. systemów zarządzania ruchemrozumie się posiadanie każdego z nich stosownego imiennego dokumentu, potwierdzającego nabytą wiedzę, wystawionego przez producenta oprogramowania lub instytucję certyfikującą. Jednocześnie w zakresie PTV B. i E., zamawiający dopuścił certyfikaty równoważne i podał, że za równoważny uznaje taki, który a) jest analogiczny, co do zakresu z przykładowymi certyfikatami wskazanymi z nazwy, co jest rozumiane jako: + analogiczna dziedzina merytoryczna + analogiczny stopień poziomu kompetencji + analogiczny poziom doświadczenia zawodowego wymaganego do otrzymania danego certyfikatu b) potwierdzony egzaminem. Zgodnie z art. 91 ust. 2 pkt 5 ustawy Pzp kryteriami oceny ofert mogą być kwalifikacje zawodowe i doświadczenie i doświadczenie osób wyznaczonych do realizacji zamówienia, jeżeli mogą mieć znaczący wpływ na jakość wykonania zamówienia. Wyznaczone kryterium mieści się w dyspozycji ww. normy, jednocześnie realizuje wymóg art. 91 ust. 2d, gdyż kryterium zostało opisane w sposób jednoznaczny i zrozumiały, umożliwiający sprawdzenie informacji podanych przez wykonawcę. Certyfikat z zakresu podsystemu O. firmy PTV jest odpowiednim, jakim może się okazać wyznaczony przez wykonawcę specjalista ds. systemów zarządzania ruchem, gdyż przyjdzie mu realizować rozbudowę SZR w oparciu o oprogramowanie O. firmy PTV, którym zamawiający dysponuje i stawia je do dyspozycji i wykorzystania przez wykonawcę zamówienia, z czym odwołujący się zgodził wycofując wszystkie zarzuty dotyczące poziomu centralnego - obsługiwanego przez oprogramowanie O. PTV. Odwołujący zapomniał, że wyznaczając kryteria oceny oferty, wartościujące oferty wykonawców - zamawiający jest uprawniony do preferowania przy opisie kryteriów oznaczonych rozwiązań, kwalifikacji osób, które będą wykonywać zamówienie, co nie oznacza, że kwestionowane kryterium prowadzi do ograniczenia konkurencji. Brak wyznaczonych kompetencji nie eliminuje oferty - powoduje jej niższą oceną punktową. Kryteria oceny ofert mają stwarzać postawy do dywersyfikacji punktowej ofert, a nie równać do jednolitego poziomu. Zarzut nie znalazł potwierdzenia. Zarzut IV.9. Nakazanie usunięcia z pkt 17.4 SIWZ zapisu zgodnie, z którym ocenie w ramach kryterium „jakość techniczna próbki" podlegać będzie próbka - Instrukcja makrosymulacji. Żądanie pkt IV.9 odwołujący uzasadnił w następujący sposób. Uznał, że zamawiający z naruszeniem art. 7 ust. 1 określił w pkt 17.4 SIWZ sposób oceny oferty w kryterium „jakość techniczna próbki". Podnosił, że znajomość systemu sterowania ruchem można w sposób wystarczający zaprezentować poprzez przygotowanie mikrosymulacji, dzięki której można w jednoznaczny sposób wykazać spełnianie wymagań zamawiającego oraz znajomość oferowanego systemu. W konsekwencji za zasadne uznał żądanie wykreślenia wymogu sporządzenia próbki w zakresie instrukcji makrosymulacji. Stanowisko zamawiającego Zamawiający zaznaczał, że jak wynika z opisu PFU w zakresie makro i mikro symulacji, to mikrosymulacja odnosi się do prezentowania działania systemu - pojedynczego skrzyżowania, makrosymulacja obrazuje działanie systemu na sieci drogowej miasta. Przedmiotem zamówienia jest, aby wykonawca wykonał obydwa modele makro i mikrosymulacji. Model makrosymulacji dotyczy danych wejściowych do PTV O.. Odwołujący nie odwołał się od tego, że w ramach przedmiotu zamówienia wymagany jest model makro i mikrosymulacji. Podnosił, że w jego ocenie jest niezasadne ustalenie kryterium w oparciu o próbkę makrosymulacji. Zamawiający uznał kwestionowane kryterium za związane z przedmiotem zamówienia, i mające uzasadnienie, gdyż powinien mieć możliwość oceny oferowanego przedmiotu zamówienia i kompetencji wykonawcy w tym zakresie. Stanowisko Izby Powszechnie stosowaną praktyką w zamówieniach na systemy informatyczne jest wprowadzanie kryterium oceny ofert w oparciu o jakość techniczną próbki oferowanego systemu, któremu w tym postępowaniu zamawiający przypisał wagę 40%. Odwołujący przyznał, że zgodnie z art. 91 ust. 2d ustawy Pzp, zamawiający w załączniku nr 7 do SIWZ ustalił szczegółowe zasady oceny próbki - zawarte w instrukcji mikro i makrosymulacji. Modele ruchu mikrosymulacyjne i makroskopowe opisał w rozdziale 6.1 i 6.2 PFU. Próbka modelu ruchu makroskopowa ma dawać zamawiającemu możliwość weryfikacji proponowanego przez wykonawcę rozbudowanego dla danego obszaru Systemu - w kontekście jego włączenia we wdrożony już SZR i ustalenia jego poprawnego działania, jako całości. Odwołujący nie zaskarżył postanowień punktu 6.2 PFU, gdzie model makroskopowy dla całej sieci transportowej Lublina jest wymagany. Prawem zamawiającego było ustalenie kryterium oceny ofert, także w oparciu o tenże model. Wnioskowany przez odwołującego dowód z opinii prywatnej dr Szymona Wiśniewskiego w Uniwersytetu Łódzkiego na okoliczność, że możliwe jest zaprezentowanie próbki mikrostymulacji - Izba uznała za nieprzydatny. Opinia odnosi się do weryfikacji możliwości osiągnięcia poziomu wskaźników efektywności sterowania ruchem. Przedmiotem zamówienia objęty jest zarówno model makro, jak i mikrostymulacji, do czego zamawiający był uprawniony - aby odnosić kryteria oceny ofert. Zarzut nie podlegał uwzględnieniu. Izba postanowiła nie dopuścić wnioskowanego na rozprawie przez odwołującego dowodu z opinii biegłego z zakresu inżynierii ruchu na okoliczność że: a) wymagania zamawiającego dla systemu dotyczące systemu obszarowego i lokalnego spełniają tylko produkty PTV B. i E., oraz że b) wymagania PFU kwestionowane zarzutami II.16 i II.18 nie są uzasadnione w świetle obiektywnych potrzeb zamawiającego -gdyż nie wymagało specjalistycznej wiedzy biegłego stwierdzenie kompletności opisu przedmiotu zamówienia dla sporządzenia oferty i obliczenia ceny. A w świetle dopuszczenia rozwiązań równoważnych do oprogramowania PTV B. i E.- nie wymagało opinii biegłego stwierdzenie, czy zakres równoważności ogranicza uczciwą konkurencję, skoro zamawiający nawet przy dopuszczeniu równoważności - miał prawo ustalić niezmienny poziom warunków gwarantujących integralność i kompatybilność dla całości rozbudowywanego Systemu. Materiał dowodowy sprawy dawał wystarczające podstawy do przyjęcia, że opis przedmiotu zamówienia w niniejszym postępowaniu odpowiadał realnym i uzasadnionym potrzebom zamawiającego, uwzględniał posiadane przez niego zasoby programowe. Ważny był ustalony - nieograniczony dostęp do oprogramowania PTV B. i E. potwierdzony przez producenta PTV A., co nie stawia w uprzywilejowanej sytuacji firmy Q. S.A., która również to oprogramowanie musiała uwzględnić w kosztach, tyle że wcześniej przy realizacji pierwszego etapu SZR w Lublinie. Izba zważyła, co następuje. Izba uznała, że odwołujący, jako wykonawca realizujący przedsięwzięcia w obszarze budowy inteligentnych Systemów Zarządzania Ruchem - zainteresowany ubieganiem się o przedmiotowe zamówienie - posiada interes w złożeniu odwołania w rozumieniu art. 179 ust. 1 ustawy Pzp- skoro dowodził, że będące przedmiotem odwołania postanowienia ogłoszenia o zamówieniu oraz SIWZ uniemożliwiają, lub też utrudniają odwołującemu ubieganie się o zamówienie, co prowadzi do zaistnienia po jego stronie szkody. Podsumowując ogólnie podane wyżej rozstrzygnięcia poszczególnych zarzutów, należało wskazać, że odwołujący wykonawca może jedynie kwestionować w oparciu o art. 29 ust. 1 ustawy Pzp braki opisu przedmiotu zamówienia - dla celów przygotowania oferty i oszacowania ceny, a nie przedmiot i zakres zamawianej usługi. Zakres i przedmiot zamówienia określa wyłącznie zamawiający. Tak też należało rozumieć postanowienie, że „Celem zamówienia jest rozbudowa istniejącego Systemu - Zamawiający nie dopuszcza możliwości budowy odrębnego i niezależnego Systemu." Przedmiotem zamówienia jest rozbudowa istniejącego SZR wykonanego dla części miasta Lublina w 2015 r. przez firmę Q. S.A. Zamawiający uzasadnił między innymi w protokole postępowania, obrane reguły udzielenia zamówienia, podał, że: „Przedmiot zamówienia dotyczy zaprojektowania i wykonania rozbudowy Systemu Zarządzania Ruchem. Ze względu na charakter i zakres zadania zasadnym jest, aby dokumentacja projektowa we wszystkich branżach była ze sobą skoordynowana i uzupełniała się nawzajem, a przyjęte rozwiązania były jednakowe dla wdrażanego systemu. Zasadnym jest również, aby nadzór autorski nad wykonaną dokumentacją sprawował autor tej dokumentacji. Wykonanie dokumentacji przez różnych Wykonawców, niezgodność poszczególnych fragmentów dokumentacji i problemy związane z różnymi rozwiązaniami przyjętymi przez różnych autorów, spowodowałoby jej bezużyteczność. Ponadto ze względu na zaawansowany stopień technologii, ścisły zakres rzeczowy zamówienia oraz krótki czas w jakim miałoby być ono wykonane, zasadnym jest, ażeby roboty budowlane i pozostałe czynności wykonał ten sam Wykonawca, który opracuje dokumentację projektową. Z tego powodu podjęto decyzję o udzieleniu przedmiotowego zamówienia w systemie zaprojektuj i wybuduj. Tym samym, podjęto decyzję o udzieleniu całego przedmiotu zamówienia jednemu Wykonawcy.” Przedmiotem zamówienia jest rozbudowa SystemuZarządzania Ruchem na oznaczonym obszarze Lublina. Zamawiający już wykonał prace z tego zakresu i wdrożył wcześniejszy etap. Po wykonaniu tego zamówienia, SZR będzie obejmował zarządzanie ruchem dla dalszych obszarówtej aglomeracji. Jest więc rzeczą zrozumiałą, że zamawiający preferuje rozwiązania, które pozostają systemowo spójne, pozwalające na osiągnięcie optymalnych celów całości projektu. Wymaga rozbudowy posiadanego SZR, a nie obudowywania go innymi systemami, co sprawiałoby trudności w utrzymaniu, sterowaniu całością, mogłoby mieć wpływ na niezawodność, efektywność, czy bezpieczeństwo publiczne. Skoro zamawiający posiada dany system PTV O. (centralny), który zakupił w 2015 r. w ilości 170 licencji, ma więc prawo go wykorzystywać, a wykonawca ubiegający się o dane zamówienie - nie może ingerować proponowanymi rozwiązaniami w taki sposób, aby eliminować, utrudniać zamawiającemu wykorzystanie systemu PTV O., dla poziomu centralnego. Wykonawca niniejszego zamówienia musi dostosować swoje propozycje do istniejącego stanu. Kluczową kwestią w ocenie Izby jest udostępnienie wykonawcom niezbędnych danych zapewniających poprawną komunikację pomiędzy poziomami Systemu Zarządzania Ruchem już wdrożonymi, i tymi które będą realizowane i wdrażane. Zamawiający informował, że ze względu na posiadane już licencje oraz zachowanie trwałości projektu wybudowanego w pierwszym etapie Systemu Zarządzania Ruchem, jako finansowanego ze środków unijnych, nie ma możliwości zmiany bądź zastąpienia istniejącego oprogramowania na poziomie centralnym. Ponadto potwierdził, że wykonawca w ramach realizacji zamówienia otrzymuje od zamawiającego posiadane już produkty firmy PTV (licencje) wystarczające do wykorzystania dla rozbudowy Systemu na poziomie centralnym i osiągnięcia zakładanych przez zamawiającego celów zamówienia. Zdaniem Izby powyższe nie stanowi o naruszeniu uczciwej konkurencji w rozumieniu art. 29 ust. 2 Pzp, tj. o uprzywilejowaniu produktów zastosowanych podczas I etapu budowy SZR, i nie świadczy o uprzywilejowaniu wykonawcy poprzedniego zamówienia, jeżeli tylko zamawiający zapewnia wystarczające narzędzia oraz dane do dokonania integracji rozbudowy, a także w niezbędnym stopniu dopuszcza produkty i rozwiązania równoważne. Należało zważyć, że przedmiotem zamówienia jest wprawdzie rozbudowa SZR, jednakże z uwzględnieniem, że SZR stanowi inteligentny system transportowy, którego pierwszy etap realizacji swym zasięgiem objął 69 skrzyżowań z sygnalizacją świetlną w Lublinie i został oddany do użytku w 2015 r. Przedmiotowe zamówienie obejmuje rozwój i rozbudowę pierwszego etapu wdrożenia SZR zarówno w zakresie funkcjonalnym, jak i terytorialnym w odniesieniu do dalszych 48 skrzyżowań. Powyższe nie mogło pozostawać bez wpływu na opis przedmiotu zamówienia w danym postępowaniu przetargowym. Zamawiający ma prawo wymagać od wykonawców zaoferowania rozbudowy istniejącego SZR, a nie odrębnego Systemu dla oznaczonego rejonu miasta. Docelowo ma być to bowiem jeden System Zarządzania Ruchem, a nie konglomerat różnych Systemów dla poszczególnych dzielnic miasta, bardziej lub mniej skoordynowanych i zintegrowanych. Centrum Sterowania Ruchem na różnych poziomach - strategicznym, obszarowym, czy lokalnym powinno mieć możliwość realizowania swych zadań w oparciu o skoordynowane narzędzia - pozwalające na uzyskanie największej możliwej efektywności, sprawności, niezawodności i zapewnienia bezpieczeństwa. Dlatego też przyjęte wcześniej rozwiązania techniczne - musiały zostać uwzględnione w opisie przedmiotu zamówienia. Trudno sobie wyobrazić, aby wykonawca mógł zaoferować zupełnie odrębny technicznie System dla oznaczonego obszaru, do którego zamawiający musiałby dostosowywać ten System, który już został wdrożony i jest użytkowany. Odwołujący nie przeczył, że zamawiający stawia do dyspozycji narzędzia (PTV O.), które umożliwiają wykonanie zamówienia, w równym stopniu przez wszystkich wykonawców, którzy zechcą się o nie ubiegać, ale negował ten fakt dla samej zasady, gdyż z sobie jedynie wiadomych względów wolałby użyć innych narzędzi, niż wyznaczonych przez zamawiającego. Zamawiający zapewnił również dostępność informacji o oprogramowaniach PTV B. i E., których nabycie nie jest ograniczone. Problem nie sprowadzał się wyłącznie do opisu przedmiotu zamówienia przy użyciu konkretnych nazw produktów i producentów, który wymagał dopuszczenia równoważności, ale do tego, że zamawiający w części takie komponenty systemu posiada, są one przydatne, nadal chce z nich korzystać i przy ich użyciu, (do czego zapewnił sobie prawa licencyjne) - prowadzić dalszą rozbudowę obszarową SZR w Lublinie. Zamawiający może wymagać - stawiając do dyspozycji wykonawców określone licencje oprogramowania, czy elementy sprzętowe - ich wykorzystania zgodnie z przeznaczeniem, a wykonawca jest zobowiązany takie warunki respektować, jeżeli tylko dostęp do danego oprogramowania jest realny i umożliwia oszacowanie kosztów oferty. W takiej sytuacji, nie ma obowiązku pozostawienia wykonawcom swobody wyboru, czy wykorzystają oni ww. aplikację do integracji podsystemów, czy też zaoferują inną aplikację współpracująca z aplikacją już wykorzystywaną. Ważne jest, że rozwiązanie zawarte w SIWZ -PFU umożliwia uzyskanie celów zamówienia nawet, gdy nie jest jedynym możliwym, gdyż znajduje uzasadnienie w potrzebach zamawiającego - wykorzystania jego zasobów, dających najlepszą gwarancję współdziałania kolejno zamawianych i wdrażanych elementów zintegrowanego SZR, co nie prowadzi do ograniczenia konkurencji W ocenie Izby, zamawiający w sposób prawidłowy i kompletny opisał przedmiot zamówienia. Ze względu na specyfikę jego przedmiotu, posłużył się nazwami własnymi, tak Systemu centralnego PTV O. wykonanego przez Q. S.A., jak i użytych komponentów oprogramowania PTV B. i E., w zakresie obszarowym i lokalnym. Zamawiający umożliwił wykonawcom zapoznanie się z protokołami wymiany danych niezbędnymi do zapewnienia integracji pomiędzy systemem funkcjonującym, a objętą przedmiotem niniejszego zamówienia jego rozbudową, co jest dopuszczalne na zasadach art. 29 ust. 3 ustawy Pzp i art. 37 ust. 6 Pzp. Przedmiot zamówienia oznaczony, tak w SIWZ, jak i we wzorze umowy, został dokładnie opisany przez PFU. Uwzględnia wszystkie wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty, w tym także na umożliwienie oszacowania ceny oferty, w stosunku do oznaczonego przedmiotu zamówienia, a więc nie narusza dyspozycji art. 29 ust. 1 i 2 ustawy Pzp. Rzeczą oczywistą i obiektywnie istniejącą jest, że wykonawca Systemu ZRPTV -firma Q. S.A. manajlepszą o nim wiedzę, ale z tego faktu nie można wywodzić, że zamawiający nierówno traktuje wykonawców. Zasada równego traktowania wykonawców oznacza jednakowe traktowanie na każdym etapie postępowania, bez stosowania przywilejów i jakiejkolwiek dyskryminacji bezpośredniej lub pośredniej, a więc stwarzanie wykonawcom zdolnym do należytej realizacji prac równego dostępu do zamówienia, co oczywiste odnosi się do wszystkich pomiotów, także tych, które tej usługi i robót budowlanych na rzecz zamawiającego nie realizowały. Wyrównywanie szans odbywa się poprzez zapewnienie przez zamawiającego jak najszerszej informacji, o wykonanym Systemie ZR - w zakresie niezbędnym dla przygotowania ofert konkurencyjnych i ogólnej dostępności na równych zasadach - innych wymaganych w opisie przedmiotu zamówienia komponentów, których użycia zamawiający wymagał, z umożliwieniem wykonawcy przedstawienia rozwiązań równoważnych. Skoro zamawiający uprzednio zakupił licencje na oprogramowanie O. PTV, w ilości uwzględniającej docelową rozbudowę SZR w Lublinie - w jednolitej technologii, co wynika z charakteru danego zamówienia - nie można czynić zarzutu, że ta technologia jest bezpodstawnie narzucana. Zamawiający stawia bowiem do dyspozycji wykonawcy, który uzyska zamówienie konieczną ilość i zakres licencji na oprogramowanie O. PTV. W tych warunkach, nie było żadnych przesłanek, aby uznawać, że uprzedni zakup danych licencji był wyrazem ograniczania dostępu do zamówienia dla dotychczasowego wykonawcy zamówienia. Zamawiający musi zapewnić integralność i kompatybilność produktów wszystkich etapów rozbudowy SZR i utrzymania projektu - z uwagi na warunki jego finansowania. Pozostawało okolicznością niekwestionowaną, że zamawiający dopuścił rozwiązania równoważne opisanym w zakresie oprogramowania PTVB. i E.,i podał warunki konieczne do spełnienia - w odniesieniu do wykazania równoważności w oparciu o art. 29 ust. 3 ustawy Pzp. W ocenie Izby zamawiający sprostał wymogom ustawowym. Żądania odwołującego nie znajdowały usprawiedliwionych racji, były wyrazem dążenia do ukształtowania opisu zamówienia w sposób indywidualny - wyłącznie dogodny dla odwołującego, a nie dyktowany ogólnie pojmowanym zapewnieniem otwartości zamówienia na konkurencję. Do tego zarzuty odwołującego i zgłoszone żądania nie liczyły się z charakterem danego zamówienia i usprawiedliwionymi potrzebami zamawiającego - rozbudowy Systemu ZR przy użyciu oprogramowania O. PTV, obecnie funkcjonującego u zamawiającego, z uwzględnieniem koniecznej integracji, jak też z względami utrzymania i obsługi Systemu. Izba podzieliła stanowisko zamawiającego, że opisane wymagania, w zakresie rozbudowy systemu SZR są możliwe do zrealizowania w oparciu o zawarte w SIWZ wytyczne i nie naruszają zasad uczciwej konkurencji. Izba również nie stwierdziła, aby poprzez opisane warunki udziału w postępowaniu, jak teżpoprzez ustalone kryteria oceny ofert, zamawiający uniemożliwiał lub utrudniał odwołującemu lub innemu wykonawcy - ubieganie się o zamówienie. Skoro nie znalazł potwierdzenia żaden z licznych zarzutów odwołania w odniesieniu do warunków udziału w postępowaniu; opisu przedmiotu zamówienia oraz kryteriów oceny ofert, należało przyjąć, że zamawiający nie naruszył wskazanych przez odwołującegoprzepisów ustawy Prawo zamówień publicznych, tj.: I. Art. 7 ust. 1, art. 22 ust. 1a, art. 22d ust. 1 ustawy Pzp poprzez opisanie w treści ogłoszenia o zamówieniu oraz SIWZ wskazanych w treści odwołania warunków udziału w postępowaniu w sposób nieproporcjonalny do przedmiotu zamówienia oraz wykraczający poza potrzebę oceny minimalnych zdolności wykonawcy do należytego wykonania zamówienia, a także w sposób naruszający zasady równego traktowania oraz uczciwej konkurencji; II. Art. 7 ust. 1, art. 29 ust. 1, ust. 2 i ust. 3 ustawy Pzp poprzez opisanie przedmiotu zamówienia w sposób naruszający zasady uczciwej konkurencji, równego traktowania wykonawców oraz proporcjonalności, a także w sposób niejednoznaczny i niewyczerpujący; III. Art. 8 ust. 1, Art. 29 ust. 1, art. 42 ust 1 ustawy Pzp poprzez zaniechanie udostępnienia na stronie internetowej, jako części SIWZ, dokumentacji dotyczącej obecnie funkcjonującego Systemu Sterowania Ruchem, dalej „SZR”; IV. Art. 7 ust. 1, art. 91 ust. 2 ustawy Pzp poprzez określenie kryteriów oceny ofert w sposób prowadzący do ograniczenia konkurencji. W tym stanie rzeczy Izba oddaliła odwołanie, o czym orzekła na podstawie art. 192 ust. 1 ustawy Pzp. O kosztach postępowania odwoławczego orzeczono stosownie do jego wyniku, na podstawie art. 192 ust. 9 i 10 ustawy Pzp oraz w oparciu o przepisy § 3 i 5 ust. 3 pkt 1 rozporządzenia Prezesa Rady Ministrów z dnia 15 marca 2010 r. w sprawie wysokości i sposobu pobierania wpisu od odwołania oraz rodzajów kosztów w postępowaniu odwoławczym i sposobu ich rozliczania (Dz. U. Nr 41, poz. 238, Dz. U. z 2017 r. Nr 47). Przewodniczący: ....….……………….