Source: http://docplayer.pl/1701321-Inspektorat-uzbrojenia-dalej-zamawiajacy-al-niepodleglosci-218-00-918-warszawa.html
Timestamp: 2017-12-18 15:00:26+00:00
Document Index: 37144605

Matched Legal Cases: ['art. 181', 'art. 38', 'art. 241', 'art. 29', 'art. 30', 'art. 7', 'art. 29', 'art. 29', 'art. 7', 'art. 29', 'art. 29', 'art. 241']

Inspektorat Uzbrojenia [dalej: Zamawiający ] al. Niepodległości Warszawa - PDF
Inspektorat Uzbrojenia [dalej: Zamawiający ] al. Niepodległości Warszawa
Download "Inspektorat Uzbrojenia [dalej: Zamawiający ] al. Niepodległości 218 00-918 Warszawa"
1 1/6 Poznań, 9 maja 2011 r. Inspektorat Uzbrojenia [dalej: Zamawiający ] al. Niepodległości Warszawa INTERWENCJA W SPRAWIE NIEZGODNEJ Z PRZEPISAMI PRAWA ZAMÓWIEŃ PUBLICZNYCH CZYNNOŚCI ZAMAWIAJĄCEGO WRAZ Z WNIOSKIEM W SPRAWIE ULEPSZENIA ORGANIZACJI, WZMOCNIENIA PRAWORZĄDNOŚCI, USPRAWNIENIA PRACY i ZAPOBIEGANIA NADUŻYCIOM, OCHRONY WŁASNOŚCI, LEPSZEGO ZASPOKAJANIA POTRZEB LUDNOŚCI Działając w imieniu Fundacji Wolnego i Otwartego Oprogramowania [dalej: Wnioskodawca ], na podstawie art. 181 ust. 1 oraz art. 38 ust. 1 ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (Dz.U j.t. z późn. zm.) [dalej: PZP ] i art. 241 Ustawy z dnia 14 czerwca 1960r. Kodeks postępowania administracyjnego (Dz.U j.t. z późn. zm.), w związku z ogłoszonym Zamówieniem publicznym pt. Dostawa oprogramowania dla potrzeb resortu obrony narodowej (TED , nr sprawy IU/314/VII-53/ZO/PN/AE/DOS/K/2011), przedkładamy wątpliwości dotyczące tego przetargu. I. Wskazywanie konkretnego produktu konkretnego producenta W opisie przedmiotu zamówienia zawartym w Specyfikacji Istotnych Warunków Zamówienia [dalej: SIWZ ] można znaleźć zapisy, z których wynika, że Zamawiający określa z nazwy produkty, które chce zamówić. Wspomnieć należy przede wszystkim o następujących zapisach: I. Oprogramowanie Microsoft zadanie 1 (dodać należy, iż Wykonawca wykonujący zamówienie musi posiadać tytuł upoważniający do sprzedaży licencji Microsoft w ramach Umowy SELECT nr 80S60033): 1. OfficeStd 2010 SNGL MVL wersja polska + nośnik DVD, dodatkowo nośnik CD lub DVD z OfftceStd 2007 SNGL MVL PL 2. OfficeProPlus 2010 SNGL MVL wersja polska + nośnik DVD dodatkowo nośnik CD lub DVD z OfficePro 2007 PL 3. Microsoft Visual Studio Ultimate w/msdn All Lng License/Software Assurance Pack Microsoft Volume License 1 License 4. WinSvrEnt 2008R2 SNGL MVL wersja polska + nośnik DVD, dodatkowo nośnik CD lub DVD z WinSvrEnt 2003 wersja polska 5. WinSvrStd 2008R2 SNGL MVL wersja polska + nośnik DVD, dodatkowo nośnik CD lub DVD z WinSvrStd 2003 wersja polska.
2 2/6 II. Oprogramowanie użytkowe zadanie 2: 1. Dxperience Universal Subscription y2010 vol. 2 lub nowszy 2. ABBYY FineReader Engine 8. 1 Professional RTL/l OK/PPMJHW/Add-on Safe PDF, Open PDF 3. IBM LOTUS DOMENO ENTERPRISE SERVER PROCESSOR VALUE UNIT (PVU) LICENSE + SW SUBSCRIPTION & SUPPORT 12 MONTHS 4. IBM LOTUS DOMINO ENTERPRISE SERVER PROCESSOR VALUE UNIT (PVU) LICENSE + SW SUBSCRIPTION & SUPPORT 12 MONTHS 5. IBM LOTUS DOMINO ENTERPRISE CLIENT ACCESS LICENSE AUTHORIZED USER LICENSE + SW SUBSCRIPTION & SUPPORT 12 MONTHS 6. SOLARIS w aktualnej wersj i certyfikowanej zgodnie z Common Criteria. Platforma: SPARC i x86 (...) 7. McAfee Endpoint Protection Suit z 3 letnią subskrypcją 8. McAfee Endpoint Protection for Endpoint - Enterprise Edition z 3 letnią subskrypcją 9. Classiphi (najnowsza wersja) firmy Atlas-Elektronik UK z aktualizacją na 5 lat 10. Caris Composer (najnowsza wersja) z aktualizacją na 5 lat 11. ArcEditor - licencja Concurrent Use - najnowsza wersja z aktualizacją na 5 lat 12. ArcGIS Data Interoperability - licencja Concurrent Use - najnowsza wersja z aktualizacją na 5 lat 13. ArcGIS Spatial Analyst - licencja Concurrent Use - najnowsza wersja z aktualizacją na 5 lat 14. Maplex for ArcUIS - licencja Concurrent Use - najnowsza wersja z aktualizacją na 5 lat 15. ArcGIS 3D Analyst - licencja Concurrent Use - najnowsza wersja z aktualizacją na 5 lat 16. ArcView - licencja Concurrent Use - najnowsza wersja z aktualizacją na 5 lat Ogłoszone zamówienie w taki sposób zamówienie narusza przepisy PZP w postaci: 1. niewłaściwego opisania przedmiotu zamówienia w opublikowanym ogłoszeniu i SIWZ (naruszenie art. 29 ust. 2 i 3 PZP oraz art. 30 PZP), 2. nie zapewnienia zachowania uczciwej konkurencji oraz równego traktowania wykonawców (naruszenie art. 7 ust. 1 PZP). Zgodnie z art. 29 ust. 2 i 3 PZP Zamawiający nie może: (i) opisywać przedmiotu zamówienia w sposób, który mógłby utrudniać uczciwą konkurencję, a także (ii)opisywać przedmiotu zamówienia przez wskazanie znaków towarowych, patentów lub pochodzenia, 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. W przedmiotowym postępowaniu Zamawiający określił przedmiot oraz wielkość lub zakres zamówienia w sposób niezgodny z wyżej cytowanymi przepisami. Opisanie przedmiotu zamówienia w taki sposób pozostaje w oczywistej sprzeczności z treścią przepisów art. 29 ust. 2 i 3 PZP, które zostały przytoczone wyżej. Zamawiający chce bowiem zamówić produkty od konkretnego producenta (wykorzystując przy okazji znaki towarowe konkretnych podmiotów, przykładowo: słowny Znak Towarowy Wspólnoty nr
3 3/6 Microsoft), co ewentualnym wykonawcom daje co najwyżej jedynie ograniczone pole manewru wyboru dystrybutora danego oprogramowania (a nawet i to jest ograniczone z uwagi na postanowienia umowy SELECT nr 80S60033). Opis przedmiotu zamówienia w sposób, w jaki zrobił do Zamawiający wyłącza ponadto z konkurencji podmioty, które mogłyby dostarczyć dla Zamawiającego rozwiązania spełniające techniczne i funkcjonalne (jednakże jeszcze nie ujawnione precyzyjnie) wymagania Zamawiającego, aczkolwiek od producentów innych niż wskazany przez Zamawiającego i o nazwach innych niż wskazane przez Zamawiającego. Działając w ten sposób, Zamawiający naruszył jednocześnie art. 7 ust. 1 PZP, zgodnie z którym Zamawiający przygotowuje i przeprowadza postępowanie o udzielenie zamówienia w sposób zapewniający zachowanie uczciwej konkurencji oraz równe traktowanie wykonawców. W świetle bowiem sytuacji na rynku komputerowym, która cechuje się wysoką specjalizacją, wymóg, aby elementy systemu pochodziły od jednego producenta lub były przez niego sygnowane w sytuacji istnienia wielu produktów składających się z elementów wytwarzanych przez różnych producentów, które spełniają najwyższe wymagania jakościowe stanowi nieusprawiedliwione ograniczenie konkurencji (wyrok Zespołu Arbitrów - Urząd Zamówień Publicznych z dnia 19 września 2007 r. UZP/ZO/0-1140/07). Takie sformułowanie ogłoszenia może również spowodować marnotrawstwo środków publicznych gdyż Zamawiający nawet nie będzie miał możliwości zapoznania się z rozwiązaniami innymi i być może tańszymi, gdyż ich autorzy/ producenci w tym przetargu po prostu nie wystartują. Jeżeli podobne praktyki do praktyki Zamawiającego będą się szerzyć, to dojdzie do sytuacji, w której przepisy PZP nie będą miały de facto zastosowania, gdyż znany będzie producent towarów/usług w każdej branży. W tym stanie rzeczy, w naszej ocenie, zachodzą przesłanki do powtórzenia czynności, tj. modyfikacji ogłoszenia i wprowadzenia stosownych zmian w Specyfikacji Istotnych Warunków Zamówienia Publicznego. Jeżeli przy powtórzeniu czynności Zamawiający będzie chciał posłużyć się wymienionymi w SIWZ znakami towarowymi (Microsoft, IBM, McAfee itd.), to powinien dodać, iż są dopuszczalne rozwiązania równoważne wraz z dookreśleniem kryteriów równoważności, jednak nie w formie, którą obecnie można znaleźć w SIWZ. Obecnie dopuszczenie produktów równoważnych ma charakter wysoce lakoniczny, zaś kryteria równoważności są doprecyzowane jedynie aczkolwiek błędnie - w przypadku produktów Microsoft. W SIWZ czytamy: Zamawiający dopuszcza możliwość składania ofert równoważnych. Wyszczególnione w załączniku nr 1 do SIWZ parametry oprogramowania określają minimalne wymagania Zamawiającego. Oferowane jako równoważne oprogramowanie musi być w 100% kompatybilne z eksploatowanym w MON lub Siłach Zbrojnych RP oprogramowaniem Microsoft dla załącznika 1. Powtórzenie czynności w niniejszym postępowaniu powinno więc polegać w szczególności na doprecyzowaniu kryteriów równoważności, które na obecnym etapie są sformułowane w sposób niezgodny z przepisami. Przepis art. 29 ust. 3 ustawy Prawo zamówień publicznych ma charakter normy lex specialis i może być stosowany tylko w wyjątkowych sytuacjach (gdzie nie można opisać przedmiotu zamówienia inaczej niż poprzez podanie jako przykładu nazwy konkretnego rozwiązania konkretnego producenta) oraz
4 4/6 interpretowany wyłącznie ściśle. Poprzez dodanie słów lub równoważny wskazane przez Zamawiającego produkty mogą mieć charakter wyłącznie przykładowy. Zamawiający dodając określenie lub równoważny zobowiązany jest zawrzeć określenia precyzujące wymogi Zamawiającego w kwestii równoważności. Należy mieć również na uwadze, iż specyfikacja techniczna opisywana przez Zamawiającego określająca parametry równoważności powinna umożliwić oferentom jednakowy dostęp do zamówienia i nie może powodować tworzenia nieuzasadnionych przeszkód w dostępie do zamówienia publicznego. Specyfikacje nie powinny prowadzić do uprzywilejowania lub wyeliminowania wykonawców lub oferowanych przez nich produktów (wyrok Zespołu Arbitrów - Urząd Zamówień Publicznych z dnia 14 czerwca 2007 r. UZP/ZO/0-670/07). O tym, że przepis ten ma charakter nad wyraz wyjątkowy i Zamawiający powinien go wypełnić treścią w należyty sposób, świadczy również to, że mimo, iż określenie przedmiotu zamówienia jest jego suwerenną decyzją i to w gestii Zamawiającego leży ustalenie niezbędnych cech i funkcjonalności, które ten przedmiot zamówienia ma spełniać, to jednak swoboda Zamawiającego w opisie przedmiotu zamówienia nie może prowadzić do nieuzasadnionego ograniczenia kręgu potencjalnych wykonawców (Wyrok Krajowej Izby Odwoławczej Urzędu Zamówień Publicznych z dnia 20 stycznia 2009 r. KIO/UZP 02/09). Podsumowując kryteria równoważności należy ujmować od strony techniczno- funkcjonalnej (konkretne funkcje) i nie można poprzestać jedynie na stwierdzeniu, że produkt zamawiany ma być równoważny, lecz należy dokładnie wskazać zakresy takiej równoważności. Zamawiający w niniejszym postępowaniu powinien zatem opisać precyzyjnie od strony technicznej (jak np.: standardy i protokoły) i funkcjonalnej jakie oprogramowanie jest mu potrzebne, opierając się na treści art. 29 i 30 PZP, tak by nie doszło do naruszenia przepisów PZP i zasady równości oraz uczciwej konkurencji pomiędzy wykonawcami. Mając zaś na uwadze aktualne ogłoszenie o zamówieniu publicznym i SIWZ, Zamawiający musi pamiętać także o tym, że nie można mówić o jednakowym traktowaniu wszystkich Wykonawców lub zachowaniu zasad uczciwej konkurencji, jeżeli przedmiot zamówienia określony jest w sposób wskazujący na konkretny produkt, przy czym produkt ten nie musi być nazwany przez Zamawiającego, wystarczy, że wymogi i parametry dla przedmiotu zamówienia określone są tak, że aby je spełnić Wykonawca musi dostarczyć jeden konkretny produkt (wyrok Zespołu Arbitrów - Urząd Zamówień Publicznych z dnia 11 maja 2007 r., UZP/ZO/0-536/07). Ponadto należy podkreślić, iż skorzystanie z ewentualnych korzyści przyznanych przez umowę SELECT nie jest obowiązkiem lecz uprawnieniem Zamawiającego, które powinien on wykonać w zgodzie z pozostałymi zapisami PZP dopuszczając produkty równoważne, co zresztą uznaje sam Zamawiający, choć czyni to nie do końca poprawnie. Aby dopuszczenie do przetargu Wykonawców oferujących produkty równoważne nie było fikcyjne, a rzeczywiste i jednocześnie zgodne z przepisami, Zamawiający powinien: 1. doprecyzować od strony funkcjonalnej i technicznej kryteria równoważności,
5 5/6 2. zrezygnować wprost z wymogu by wykonawca wykonujący zamówienie musiał posiadać tytuł upoważniający do sprzedaży licencji Microsoft w ramach Umowy Select i to w postaci Large Account Reseller. II. Dostęp do kodu źródłowego i możliwość modyfikacji. Zamawiający powinien również zwrócić uwagę na aspekty funkcjonowania zamawianego oprogramowania w przyszłości. Powinien on w szczególności zapewnić sobie dostęp do kodu źródłowego oprogramowania, co w połączeniu z uprawnieniem prawnoautorskim do jego modyfikacji pozwoli Zamawiającemu na późniejsze (i nieuchronne) modyfikowanie i adaptowanie zamawianego oprogramowania oraz zapewnienie współdziałania z innymi urządzeniami Zamawiającego. Przysłuży się to w dłuższej perspektywie czasowej do braku uzależnienia Zamawiającego od konkretnego wykonawcy, gdyż każdy kolejny będzie mógł dostarczać rozwiązania kompatybilne z już działającymi u Zamawiającego. Analiza dokumentów przetargowych prowadzi do pytania, czy Zamawiający rozważył możliwość zagwarantowania sobie w omawianym przetargu dostępu do pełnej dokumentacji oprogramowania, wraz z jego kodem źródłowym. SIWZ świadczy jednak o tym, iż Zamawiający generalnie nie wziął tego aspektu pod uwagę. III. Rekomendacje Prezesa UZP i Unii Europejskiej Wszystkie powyższe wątpliwości są uzasadnione obecnie obowiązującymi regulacjami i Zamawiający może w zakresie konstrukcji przetargów posiłkować się Rekomendacjami Urzędu Zamówień Publicznych z 2009 r. w sprawie udzielania zamówień publicznych na systemy informatyczne 1 oraz Rekomendacjami Prezesa UZP z 2010 r., które dotyczą udzielania zamówień publicznych na dostawę zestawów komputerowych 2. Również Komisja Europejska (w ramach realizacji Europejskiej Agendy Cyfrowej) rekomenduje obecnie takie kształtowanie zamówień publicznych na systemy ICT, które zmniejszą uzależnienie od konkretnego producenta poprzez nawiązanie do standardów. Mając na uwadze powyższe wnoszę o ustosunkowanie się do niniejszego pisma oraz niezwłoczne zastosowanie środków przewidzianych w PZP w celu sanacji postępowania o udzielenie zamówienia publicznego. Brak reakcji i przeprowadzenia procedury sanacyjnej spowoduje niezgodność przeprowadzanego postępowania z przepisami PZP. Pragniemy podkreślić, iż niniejsze pismo ma na celu życzliwą sygnalizację Zamawiającemu obiektywnych zastrzeżeń co do prowadzonego postępowania i stanowi realizację zagwarantowanego w Konstytucji Rzeczypospolitej Polskiej prawa do składania petycji i jest równolegle wnioskiem w rozumieniu art. 241 Ustawy z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego (Dz.U j.t.)
6 6/6 Jednocześnie, jako Fundacja Wolnego i Otwartego Oprogramowania, wskazujemy na liczne korzyści, jakie mogą się wiązać z wdrożeniem wolnych i otwartych rozwiązań informatycznych. Chodzi tu o potencjalne długofalowe oszczędności, związane z brakiem konieczności zakupu licencji na oprogramowanie własnościowe, ale także o kwestie bezpieczeństwa i stabilności systemów informatycznych oraz o możliwość lepszego dostosowania oprogramowania do potrzeb urzędu, co jest możliwe dzięki otwartym kodom źródłowym. Pozwolimy sobie też zadać Państwu pytanie, czy decyzja o zamówieniu wyszczególnionych w niniejszym piśmie rozwiązań była poprzedzona długofalową analizą finansową TCO (Total Cost of Ownership), która pozwoliłaby na porównanie kosztów zastosowania rozwiązań alternatywnych wobec w tej chwili zamawianych. Załączamy również płytę CD, na której znajdują się wydane nakładem naszej Fundacji opracowania dotyczące zagadnień prawnych związanych z ogłaszaniem przetargów na oprogramowanie komputerowe, a także na temat technologicznych i finansowych aspektów wdrażania wolnych i otwartych rozwiązań, wraz z przykładową analizą finansową. (Są one także dostępne na stronach serwisu Prawidłowe przetargi publiczne IT w dziale Publikacje ). Mamy nadzieję, że wydawnictwa te okażą się pomocne w Państwa pracy. Z wyrazami szacunku, / - / Rafał Brzychcy Prezes Zarządu