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: ……………………….

1

Sygn. akt: KIO 606/17

:

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;

2

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

3

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,

4

- 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

5

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ę

6

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

7

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

8

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.

9

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

10

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

11

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

12

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:

13

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.

14

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

15

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

16

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ń

17

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

18

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.

19

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,

20

- 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

SZR Zamawiający wyklucza możliwość stosowania rozwiązań rozbudowywanym

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ść

21

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.

22

Stanowisko zamawiającego

Zamawiający wyjaśniał, że konieczne jest żeby system detekcji wykrywał

poszczególne ruchu drogowego, długość kolejek, które się tworzą na rodzaje

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.

23

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

24

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

25

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.

26

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.

27

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

28

-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ą

29

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

30

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

31

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

32

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;

33

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:

....….……………….

34