2022-03-09 » Wzorcowe dokumenty / Wzorcowe dokumenty dot. ustawy Pzp z 2019 r.
1: zamawiający powinien dokonać weryfikacji istnienia uzasadnionych podstaw łączenia różnych typów dostaw i usług informatycznych w jednym postępowaniu ...................13 Rekomendacja ogólna nr 3: zamawiający powinien opisać powody braku podziału zamówienia na części w dokumentach zamówienia ........................................................................................13 Rekomendacja szczegółowa nr 3.1: zamawiający powinien wskazać w dokumentach zamówienia przyczyny konkretne, odnoszące się do danego zamówienia ................................................13 Rekomendacja ogólna nr 4: zamawiający powinien analizować planowane zamówienia pod kątem ich przedmiotu oraz celu gospodarczego, w celu zapobieżenia niedozwolonemu podziałowi zamówień, prowadzącemu do niestosowania przepisów ustawy PZP........................................14 III. OKREŚLONOŚĆ PRZEDMIOTU ZAMÓWIENIA.....................................................................16 Rekomendacja ogólna nr 5: zamawiający powinien opisać przedmiot zamówienia w sposób jednoznaczny, za pomocą dostatecznie dokładnych i zrozumiałych określeń .............................16 Rekomendacja szczegółowa nr 5.1 ...
rozszerzanie zakresu obowiązków wykonawców ..................................................................................................17 Zagadnienie nr 5.1: zamawiający może zastosować model Time&Material w przypadku, gdy na etapie publikacji SWZ nie jest możliwe określenie zakresu obowiązków wykonawcy w sposób zamknięty ..........................................................................................................................18 Rekomendacja szczegółowa nr 5.3: zamawiający powinien precyzyjnie określać sposób obliczania parametrów ...
ich wysokość do rzeczywistych potrzeb................18 Rekomendacja ogólna nr 6: zamawiający powinien opisać przedmiot zamówienia w sposób wyczerpujący, uwzględniający wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty ....................................................................................................................................19 Rekomendacja szczegółowa ...
konkurencyjności postępowania, jak i przebieg realizacji zamówienia ..21 Zagadnienie nr 7.1: zamawiający może wskazać w opisie przedmiotu zamówienia istotne dla niego cechy przedmiotu zamówienia ...................................................................................21 IV. NIEDYSKRYMINACYJNY OPZ, CZYLI ZASADY ...
KONKURENCYJNOŚCI I RÓWNEGO TRAKTOWANIA WYKONAWCÓW ..............................................................................................23 Rekomendacja ogólna nr 8: zamawiający powinien opisywać przedmiot zamówienia w oparciu o rzetelnie ustalone i uzasadnione potrzeby ...............................................................................23 Rekomendacja szczegółowa nr 8.1: zamawiający powinien ...
24 Rekomendacja szczegółowa nr 8.4: zamawiający powinien formułować takie wymagania dotyczące lokalizacji przetwarzania danych w przypadku zamówień obejmujących usługi świadczone w ośrodkach przetwarzania danych (np. chmura obliczeniowa, kolokacja), które uzasadnione są obiektywnymi potrzebami zamawiającego wynikającymi z ...
do nabywanych produktów25 Rekomendacja ogólna nr 9: zamawiający powinien dążyć do zapewnienia, aby konkurencja w postępowaniu miała charakter międzymarkowy, a nie wewnątrzmarkowy ..................................26 Rekomendacja szczegółowa nr 9.1: zamawiający powinien uwzględnić w zamówieniu na oprogramowanie także usługi serwisowe i rozwojowe ...........................................................26 Rekomendacja szczegółowa nr 9.2: zamawiający ...
zamawiający powinien opisywać przedmiot zamówienia określając oczekiwane efekty dotyczące współdziałania komponentów..................................................26 V.
KRYTERIA STOSOWANE W CELU OCENY RÓWNOWAŻNOŚCI..........................................27 Rekomendacja ogólna nr 10: zamawiający powinien sformułować kryteria równoważności w taki sposób, by nie było wątpliwości, jaki produkt, rozwiązanie czy usługa uznane zostaną za równoważne ...
powinien sformułować kryteria równoważności z zachowaniem zasady proporcjonalności..................................................................................30 Rekomendacja szczegółowa nr 11.1: zamawiający w opisie równoważności powinien uwzględnić skutki i koszty biznesowe oraz organizacyjne .......................................................................30 Rekomendacja ogólna nr 12 ...
UPRAWNIEŃ DO KORZYSTANIA Z SYSTEMÓW INFORMATYCZNYCH .................................................................................................................33 Rekomendacja ogólna nr 13: zamawiający powinien szczegółowo opisać w SWZ wymagane i oczekiwane przez niego uprawnienia do korzystania z zamawianego systemu informatycznego oraz elementów ...
definiowaniu dostarczanych elementów systemu informatycznego ........34 Rekomendacja szczegółowa nr 13.2: zamawiający powinien jasno wskazać, w odniesieniu do jakich elementów zamawianego systemu informatycznego, oczekuje przeniesienia majątkowych praw autorskich i określić sposoby korzystania z systemu, w tym pola eksploatacji, na których przeniesienie ma nastąpić ..................................................................................................34 Rekomendacja szczegółowa nr 13.3: zamawiający powinien wyraźnie wskazać zakres uprawnień jakie chce realizować w odniesieniu do zamawianego systemu informatycznego, w szczególności poprzez opisanie celu (efektu) jaki chce osiągnąć ...........................................36 Rekomendacja szczegółowa nr 13.4: zamawiający powinien wyraźnie wskazać zakres podmiotów jakie w ramach zamówienia mają uzyskać uprawnienia do korzystania z systemu informatycznego.................................................................................................................36 Rekomendacja szczegółowa nr 13 ...
informatycznego lub innych utworów ...........37 Rekomendacja szczegółowa nr 13.6: zamawiający powinien wyraźnie wskazać moment w jakim uzyskuje uprawnienie do korzystania z dostarczanych mu przez wykonawcę elementów systemu informatycznego lub innych ...
kodów źródłowych do dostarczanych elementów lub całości systemu informatycznego powinien to jasno i wyraźnie wskazać w SWZ, opisując przy tym wymagania w odniesieniu do przekazywanych kodów źródłowych ....................................................................................39 Rekomendacja ogólna nr 14: zamawiający powinien odpowiednio dostosować wymagania ...
Rekomendacja szczegółowa nr 14.1: zanim zamawiający rozpocznie prace nad SWZ i opisywaniem wymaganego zakresu praw do oprogramowania powinien zweryfikować jakie systemy informatyczne występują już na rynku i co może być wykorzystane w ramach wdrożenia .........................................................................................................................................41 Rekomendacja szczegółowa nr 14.2: zamawiający powinien dążyć do zabezpieczenia odpowiedniego zakresu uprawnień do korzystania z oprogramowania, w tym jego swobodnego rozwijania oraz możliwości powierzania jego utrzymania po zakończeniu zamówienia podmiotom innym niż ...
szczegółowa nr 14.3: zamawiający nie powinien dążyć za wszelką cenę do nabycia pełni autorskich praw majątkowych do zamawianego systemu informatycznego ........42 VII. PRZECIWDZIAŁANIE VENDOR LOCK-IN .............................................................................44 Rekomendacja ogólna nr ...
powinien odwoływać się do znanych i udokumentowanych technologii informatycznych..................................................................45 Rekomendacja szczegółowa nr 15.4: w przypadku zamówień na usługi, zamawiający powinien zdefiniować wymagania umożliwiające migrację do nowego usługodawcy .............................45 Rekomendacja ...
INFORMATYCZNYCH .................................................................................................................46 Rekomendacja ogólna nr 16: zamawiający powinien ocenić, jakie regulacje dotyczące cyberbezpieczeństwa powinien stosować w ramach prowadzonej działalności ..........................46 Rekomendacja szczegółowa nr 16.1: zamawiający powinien ustalić, w jakim zakresie jest zobowiązany stosować powszechnie obowiązujące przepisy ................................................47 Rekomendacja szczegółowa nr 16.2: zamawiający ...
i rekomendacje o charakterze niewiążącym ............................47 Rekomendacja ogólna nr 17: zamawiający powinien przeprowadzić analizę ryzyka w zakresie cyberbezpieczeństwa w celu określenia poziomu ryzyka związanego z wykorzystaniem systemu informatycznego ....................................................................................................................48 Rekomendacja ogólna nr 18: zamawiający powinien określić w OPZ wymagania dotyczące cyberbezpieczeństwa, jakie powinien spełniać system informatyczny. .......................................49 Rekomendacja szczegółowa nr 18.1 ...
konieczne do zastosowania .....................................................................................................................50 Rekomendacja szczegółowa nr 18.2: zamawiający powinien określić wymagania systemu informatycznego w zakresie cyberbezpieczeństwa w sposób, który pozwoli reagować na dynamicznie zmieniające się uwarunkowania, w szczególności pojawiające się nowe, nieznane wcześniej zagrożenia .........................................................................................................50 Rekomendacja szczegółowa nr 18.3: zamawiający powinien ...
jako odmienne świadczenia - np. stanowiące dzieło lub świadczenie usług. Zamówienia takie mogą być także realizowane w różnych modelach, zarówno od strony techniczno-technologicznej - jako zamówienie systemu w modelu chmury obliczeniowej (np. SaaS) lub zamówienie systemu wdrażanego on-premise, jak również od strony przeprowadzenia samego procesu realizacji projektów - tj. np. jako wdrożenie zamawianego systemu realizowane w metodykach kaskadowych (waterfall) lub wdrożenie zamawianego systemu realizowane przy podejściu zwinnym (agile).
Różny zakres świadczeń składających się na zamówienia systemów IT oraz brak jednolitych standardów w tym zakresie przekłada się na bardzo różne możliwości opisu przedmiotu zamówienia (OPZ) na zakup systemu IT. To w konsekwencji powoduje, że zamawiający powinni wykazać się szczególną starannością - wyraźnie wskazując w OPZ, jakie są ich oczekiwania nie tylko względem samego systemu IT, jaki ma być kupowany, ale również względem samego sposobu, w jaki system ten ma powstawać (być wdrażany), a także tego, jak ma on później funkcjonować u zamawiającego.
W tym miejscu warto wskazać, że zamówienie na zakup systemu informatycznego, w zależności od specyficznych potrzeb zamawiającego, może obejmować różny zakres świadczeń i polegać przykładowo na dostarczeniu:
• sprzętu, oprogramowania standardowego (w tym systemowego i bazodanowego), oprogramowania dedykowanego, usług wdrożeniowych i utrzymaniowych,
• wyłącznie oprogramowania, które będzie posadowione na infrastrukturze informatycznej posiadanej przez zamawiającego lub kupowanej równolegle w innym postępowaniu,
• wyłącznie oprogramowania standardowego, dostępnego off the shelf (z półki), które nie wymaga żadnych dostosowań,
• oprogramowania standardowego, które wymaga konfiguracji, parametryzacji i rozszerzeń w postaci oprogramowania dedykowanego, stworzonego przez wykonawcę,
• wdrożenia systemu w jednym z powyższych modeli, z dodatkowymi usługami utrzymaniowymi lub rozwojowymi,
• konkretnej usługi chmury obliczeniowej lub kombinacji usług chmury obliczeniowej z rozwiązaniem informatycznym kupowanym w jednym z modeli wskazanych powyżej.
Zakupy systemów IT różnią się między sobą nie tylko ze ...
u zamawiającego, na potrzeby którego dokonywany jest przez zamawiającego zakup systemu IT. Zdarzają się przypadki, w których przedmiotem zamówienia jest system informatyczny budowany od podstaw, jako niezależnie tworzone rozwiązanie, które ma obsłużyć niezagospodarowane dotychczas obszary funkcjonowania danej organizacji. Należy jednak zaznaczyć, że ...
lub zautomatyzowanie danego procesu.
Co więcej, wraz ze zmieniającą się technologią zmienia się także sposób, w jaki zaspakajane są niektóre potrzeby zamawiających związane z automatyzacją poszczególnych procesów, co ma przełożenie na rodzaj dokonywanych zakupów w obszarze IT oraz zamawianych systemów IT. W ostatnich latach bardzo wyraźnie zaobserwować można trend rezygnacji przez zamawiających z rozbudowy własnej sprzętowej infrastruktury IT oraz przenoszenia części systemów IT w chmurę obliczeniową, a także zamawiania poszczególnych funkcjonalności systemów IT oraz usług IT w modelach IaaS, PaaS, czy SaaS. Ten stosunkowo nowy typ zamawiania usług IT w modelu chmury obliczeniowej niesie również dla zamawiających zupełnie nowe wyzwania, jak choćby te związane z zapewnieniem odpowiedniej ochrony przetwarzanych w chmurze obliczeniowej danych, czy przeciwdziałanie wystąpieniu zjawiska vendor lock-in od dostawcy usług chmury obliczeniowej ...
ukształtowania wymagań umownych.
Zakres dostarczanych produktów oraz wykonywanych usług może być więc bardzo różny, co w oczywisty sposób wpływa na treść Specyfikacji Warunków Zamówienia (SWZ), w tym w szczególności opisu przedmiotu zamówienia (OPZ) czy wzoru umowy. Treść SWZ jest też w istotny sposób zdeterminowana innymi okolicznościami, jak np. przyjęta przez zamawiającego metodyka wdrożeniowa. Inaczej będzie sporządzony SWZ w wypadku, gdy zamawiający zdecyduje się na kaskadową metodykę wdrożenia, a inaczej, jeżeli projekt realizowany będzie w jednej z metodyk zwinnych lub z uwzględnieniem "uzwinniających" elementów. Wybór metodyki wdrożenia może mieć bowiem istotny wpływ na treść OPZ (np. w obszarze opisu produktów samego wdrożenia jak i samej organizacji pracy w ramach wdrożenia, w tym udziału zamawiającego w takim procesie), na treść umowy (np. w obszarze sposobu odbiorów i bieżącej współpracy stron), a nawet na warunki udziału w postępowaniu, czy kryteria oceny ofert (np. w obszarze kompetencji personelu wykonawcy).
Konsekwencją zarysowanej powyżej różnorodności zamówień na systemy IT jest brak możliwości sformułowania w pełni jednolitych, szczegółowych rekomendacji, znajdujących zastosowanie do wszystkich możliwych stanów faktycznych. Najprostszym przykładem uzasadniającym powyższą tezę jest kwestia rekomendacji w obszarze zabezpieczenia interesów zamawiającego poprzez odpowiednie ukształtowanie postanowień umownych dotyczących własności intelektualnej. Jeżeli przedmiot zamówienia obejmuje budowę rozwiązania od podstaw, poprzez wytworzenie nowego oprogramowania, specyficznego dla danego zamawiającego, to w pełni uzasadniona może być rekomendacja, by zamawiający nabył w jak najszerszym zakresie majątkowe prawa autorskie do stworzonego dla niego produktu. Jeżeli natomiast przedmiotem zamówienia jest oprogramowanie standardowe, które będzie w toku wdrożenia podlegało wyłącznie odpowiedniej konfiguracji, to oczekiwanie przez zamawiającego przeniesienia na niego majątkowych praw autorskich do takiego systemu może być uznane za nieadekwatne i w niezasadny sposób ograniczające konkurencję. Podobnie, błędem może być próba zabezpieczenia interesów zamawiającego poprzez wprowadzenie restrykcyjnych postanowień licencyjnych, jeżeli przedmiot zamówienia będzie obejmował usługi chmury obliczeniowej, które w inny sposób opisują zakres uprawnień do korzystania z tak udostępnianego oprogramowania.
Uwarunkowania realizacyjne konkretnego przypadku ...
konkurencyjności, równego traktowania, czy proporcjonalności. Dane wymaganie może być uznane za nadmiarowe lub za uzasadnione, w zależności od oceny konkretnego stanu faktycznego, przykładowo od tego, jakiemu celowi służy budowa danego rozwiązania informatycznego, czy też w zależności od tego, czy system budowany jest od postaw, czy też stanowi kolejny moduł istniejącego już rozwiązania.
Biorąc pod uwagę powyższe, w Rekomendacjach przyjęto założenie, iż poszczególne zagadnienia merytoryczne zostaną omówione w odrębnych blokach, dotyczących kluczowych zagadnień wspólnych dla wszystkich rodzajów zamówień. Część dotycząca opisu przedmiotu zamówienia ...
przedmiotu zamówienia.
3.
Niedyskryminacyjny OPZ, czyli zasady konkurencyjności i równego traktowania wykonawców. 4. Kryteria stosowane w celu oceny równoważności.
5.
Odpowiednie opisanie wymaganych uprawnień do korzystania z systemów informatycznych w zamówieniach na systemy informatyczne.
6.
Przeciwdziałanie vendor-lock in.
W poszczególnych rozdziałach uwzględnione zostaną zagadnienia właściwe dla różnych stanów faktycznych, pozwalające możliwie przekrojowo przybliżyć problematykę udzielania zamówień publicznych na systemy informatyczne.
W Rekomendacjach przyjęto trójstopniową strukturę. Na najwyższym poziomie znajdują się Rekomendacje ogólne, które dotyczą obowiązków zamawiających ...
Zagadnienia. Te pierwsze wskazują na uniwersalne powinności zamawiającego. Z kolei do kategorii zagadnień przyporządkowano sytuacje, w których działania zamawiającego bardzo istotnie zależą od okoliczności faktycznych, jednak zamawiający powinien zachować szczególną ostrożność ...
Polityka zakupowa państwa", przygotowując postępowanie na udzielenie zamówienia publicznego na system informatyczny i konstruując OPZ w takim postępowaniu, powinni wziąć pod uwagę zapisy i zalecenia dotyczące udzielania zamówień, zawarte w Polityce zakupowej państwa1.
DEFINICJE
Wskazana powyżej różnorodność możliwych stanów faktycznych, modeli wdrożeń i podejścia do projektów obejmujących budowę systemów IT, mocno utrudnia sformułowanie kompletnego katalogu definicji, adekwatnych w każdym przypadku.
Przykładowo definicja "systemu informatycznego" będzie zupełnie inna w sytuacji, w której przedmiot zamówienia będzie obejmował wyłącznie oprogramowanie standardowe, niż w sytuacji, w której przedmiotem zakupu będzie konglomerat wszystkich możliwych świadczeń i usług. Równocześnie, wiele pojęć stosowanych w branżowym języku sektora informatycznego posiada już znaczenie ustalone w języku potocznym, jednoznacznie odczytywalne nie tylko dla profesjonalistów, ale też dla przeciętnych użytkowników narzędzi informatycznych ...
nie ma pewności lub co najmniej wysokiego prawdopodobieństwa, że będą rozumiane przez wszystkich uczestników rynku w ten sam sposób.
1 Polityka zakupowa państwa to dokument o strategicznym znaczeniu, określający priorytetowe działania w obszarze zamówień publicznych oraz wyznaczający kierunek zamawiających w zakresie udzielonych zamówień, przyjmowany uchwałą Rady Ministrów. Kierowany jest przede wszystkim do jednostek administracji rządowej. W okresie przygotowywania Tomu II Rekomendacji Prezesa UZP dot. zamówienia publicznego na system informatyczny Polityka zakupowa ...
nie została uchwalona i pozostawała na etapie konsultacji. Mając jednak na względzie wagę tego dokumentu w procesie udzielania zamówień, zasadne jest zwrócenie uwagi na konieczność uwzględnienia zapisów Polityki zakupowej państwa, po ...
Zgodnie z § 146 ust. 1 rozporządzenia Prezesa Rady Ministrów z dnia 20 czerwca 2002 r. w sprawie "Zasad techniki prawodawczej" (Dz. U. z 2016 r. poz. 283) w ustawie lub innym akcie normatywnym formułuje się definicję danego określenia, jeżeli: 1) dane określenie jest ...
nowego znaczenia danego określenia. Zgodnie z § 146 ust. 2 ZTP, jeżeli określenie wieloznaczne występuje tylko w jednym przepisie prawnym, jego definicję formułuje się tylko w przypadku, gdy wieloznaczności nie eliminuje zamieszczenie go w odpowiednim kontekście językowym. Z tego względu, ilekroć w niniejszym dokumencie pojawiają się następujące pojęcia pisane wielką literą, posiadają one poniżej przypisane znaczenie.
Chmura ...
sieci, dynamicznym gromadzeniem zasobów, szybkim i elastycznym przydzielaniem i zwalnianiem zasobów, pomiarami i optymalizacją usług), w którym stosowana jest zasada współdzielonej odpowiedzialności między dostawcą i odbiorcą usług chmurowych, a kluczowe technologie ...
sprzętu.
On-premise - model budowy systemu informatycznego zakładający zainstalowanie (posadowienie) oprogramowania na konkretnych urządzeniach będących w bezpośredniej dyspozycji zamawiającego; w uproszczeniu - systemy informatyczne on-premise to systemy, które nie opierają się na technologii chmury obliczeniowej ...
usług dostępnej na różnych urządzeniach klienckich za pośrednictwem np. przeglądarki internetowej lub klienta aplikacji oraz w przypadku której odbiorca usług nie zarządza ani nie kontroluje infrastruktury chmury, w tym sieci, serwerów, systemów operacyjnych, pamięci masowej, a nawet parametrów konfiguracyjnych aplikacji, z wyjątkiem ograniczonych ...
nabytych, które zostały przygotowane przy użyciu języków programowania, bibliotek, usług i narzędzi obsługiwanych przez dostawcę, w przypadku której odbiorca usług nie zarządza ani nie kontroluje infrastruktury chmury, w tym sieci, serwerów, systemów operacyjnych oraz pamięci masowych, ale ma kontrolę nad wdrożonymi aplikacjami i ...
Infrastruktura jako usługa/IaaS - model usługi chmurowej zapewniający infrastrukturę chmury, na której odbiorca usług jest w stanie wdrożyć i uruchomić dowolne oprogramowanie (systemy operacyjne i aplikacje), jednak nie zarządza ani nie ...
aplikacjami oraz, ewentualnie, ograniczonej kontroli nad wybranymi komponentami sieciowymi (np. zapór sieciowych).
Time&Material - model, w którym wynagrodzenie jest rozliczane na podstawie faktycznego czasu realizacji prac oraz stawki podanej w umowie i ewentualnie innych kosztów, których zasady zwrotu określa umowa.
Wdrożenie zwinne/agile - sposób realizacji i uprządkowania projektu informatycznego polegającego na wdrożeniu systemu IT, zakładający realizację produktu w małych fragmentach, w krótkich, następujących po sobie odstępach czasu, tj. w modelu iteracyjno-przyrostowym. Zwykle wdrożenia zwinne nie zakładają podziału na wyodrębnione etapy czy fazy, a oprogramowanie jest tworzone w ramach zamkniętych odcinków czasu (sprintów), w ramach których prace są planowane i realizowane (prowadzone są prace programistyczne i testy), a także weryfikowane. Iteracyjny sposób pracy
3 Usługi w rozumieniu technicznym (ang. "services") np. DNS, Active Directory, itp. a nie usługi w znaczeniu prawnym (np. w rozumieniu kodeksu cywilnego lub klasyfikacji zamówień publicznych).
zapewnia sukcesywne dostarczanie fragmentów finalnego systemu, co umożliwia elastyczność w zakresie wymagań wobec systemu IT, a także ich bieżącą weryfikację i dostosowanie.
Wdrożenie kaskadowe/waterfall ...
wdrożenia, które następują po sobie jako odrębne czynności. Zwykle wdrożenia kaskadowe zakładają następującą sekwencję prac w ramach wdrożenia: 1) analiza przedwdrożeniowa, której rezultatem jest szczegółowa specyfikacja wymagań systemu IT, 2) implementacyjna ...
IT, która realizowana jest na bazie założeń zdefiniowanych na etapie analizy przedwdrożeniowej, 3) testy akceptacyjne, w ramach których następuje weryfikacja rezultatów prac wytworzonych na etapie implementacji z wymaganiami określonymi na etapie ...
administratorów 5) start produkcyjny, 6) utrzymanie systemu.
PZP - ustawa z dnia 11 września 2019 r. − Prawo zamówień publicznych (Dz. U. z 2021 r. poz. 1129 i 1598).
DPZP - ustawa z dnia 29 stycznia 2004 r. − Prawo zamówień publicznych (Dz. U. z 2019 r. poz. 1843, z późn. zm.), która 1 stycznia 2021 r. w całości zastąpiona została PZP.
Dyrektywa klasyczna - dyrektywa Parlamentu Europejskiego i Rady 2014/24/UE z dnia 26 lutego 2014 r. w sprawie zamówień publicznych, uchylająca dyrektywę 2004/18/WE (Dz. Urz. UE L 94 z 28.03.2014, str. 65, z późn. zm.).
Prawo autorskie/pr.aut. - ustawa z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz. U. z 2021 r. poz. 1062).
Definicje chmury, SaaS, PaaS i IaaS zostały zaczerpnięte z uchwały nr 97 Rady Ministrów z dnia 11 września 2019 r w sprawie Inicjatywy "Wspólna Infrastruktura Informatyczna Państwa" (WIIP).
II.
PODZIAŁ ZAMÓWIENIA NA CZĘŚCI
Kwestię możliwości podziału ...
części ustawodawca pozostawił dyspozycji zamawiającego - przepis art. 91 ust. 1 PZP nie wprowadził nowych regulacji w stosunku do art. 36aa ust. 1 DPZP i wskazuje, że zamawiający może udzielać zamówienia w częściach lub dopuścić możliwość składania ofert częściowych. Pamiętać przy tym należy, że zgodnie z treścią art. 91 ust. 2 PZP zamawiający wskazuje w dokumentach zamówienia powody niedokonania podziału zamówienia na części.
Przepis ten jednak należy czytać w kontekście szerszym - tj. w kontekście aspektu zwiększania konkurencyjności na rynku danych usług czy dostaw. Tym samym podejmując decyzję co ...
instrumentem celowo wprowadzonym przez ustawodawcę, mającym na celu zarówno zwiększenie udziału małych i średnich przedsiębiorstw w rynku zamówień publicznych, jak i przeciwdziałanie uzależnieniu się podmiotów publicznych od jednego usługodawcy czy dostawcy ...
jednego z głównych celów Dyrektywy klasycznej, tj. zwiększenia udziału sektora małych i średnich przedsiębiorstw (MŚP) w rynku zamówień publicznych oraz zwiększeniem konkurencji między wykonawcami. Zgodnie z motywem 78 preambuły do Dyrektywy klasycznej w przypadku, gdy instytucja zamawiająca zdecyduje, że podział zamówienia na części nie byłby właściwy, stosowne indywidualne ...
ogólna nr 1: zamawiający powinien zbadać przedmiot zamówienia pod kątem zasadności podziału zamówienia na części
W każdym przypadku, przed wszczęciem postępowania, zamawiający powinien zbadać przedmiot zamówienia pod kątem ewentualnego podziału zamówienia na części lub dopuszczenia składania ofert częściowych. W postępowaniach o udzielenie zamówienia publicznego o wartości równej lub przekraczającej progi unijne, zamawiający ma obowiązek dokonania analizy potrzeb i wymagań, o której mowa w art. 83 ust. 1 PZP. Jak stanowi art. 83 ust. 3 pkt 2 PZP, analiza ...
jak i do postępowań poniżej progów unijnych, zgodnie z którym zamawiający zobowiązany jest do wskazania w dokumentach zamówienia powodów niedokonania podziału zamówienia na części. Z powyższego wywodzić należy obowiązek rozważenia przez ...
motyw 78 preambuły do Dyrektywy klasycznej. Podkreślić jednak należy, że dyrektywa wskazuje jedynie przykładowo obszary, w których poszukiwać można przyczyn niedokonania podziału na części. Zamawiający powinien natomiast wskazać konkretne okoliczności, właściwe ...
części, czy też ze swej istoty dane zamówienie nie da się racjonalnie podzielić na części. W przypadku stwierdzenia, że dany przedmiot zamówienia nie może zostać podzielony, zamawiający może zaprzestać dalszych czynności, przy czym powody niedokonania podziału powinny zostać wskazane w dokumentacji postępowania (zob. Rekomendacja szczegółowa 3.1).
Brak podziału zamówienia musi być jednak okolicznością obiektywną, wynikającą z charakteru zamówienia. W przypadku zamówień na usługi informatyczne nie jest dopuszczalne uznanie, że różne rodzaje usług, dotyczących różnych ...
może kierować się tutaj swoją dotychczasową praktyką, wolą posiadania tylko jednego wykonawcy, czy wręcz wygodą, w tym wolą, aby dany rozległy system, czy też kilka powiązanych ze sobą systemów IT były ...
2.
Dostawa oprogramowania dedykowanego wraz z jego wdrożeniem i utrzymaniem.
Jednakże uznać należy, że łączenie w niepodzielnym zamówieniu usług wsparcia producenta danego oprogramowania standardowego z usługami rozwoju systemu opartego o to ...
tego samego systemu, powinny zostać uznane a priori za zamówienia podzielne i poddane dalszej analizie W przypadku zamówienia podlegającego dzieleniu - konieczność analizy wpływu podziału na sposób realizacji lub koszty wykonania zamówienia ...
zależy zarówno od specyfiki przedmiotu zamówienia, jak i od uzasadnionych potrzeb zamawiającego. Jako kierunek działań w tym zakresie należy przyjąć obowiązek stosowania przez zamawiającego zasady zachowania uczciwej konkurencji w połączeniu ze wskazanym w motywie 78 preambuły Dyrektywy klasycznej celem w postaci ułatwienia udziału w zamówieniach publicznych małym i średnim przedsiębiorcom. Przykładowym podziałem na części jest podział na usługi różnego ...
umowy ramowej dla usług rozwoju systemu informatycznego czy też zamawiania usług informatycznych (outsourcing usług informatycznych). W tym modelu zamawiający zawiera z kilkoma wykonawcami umowy ramowe, na podstawie których następczo zamawia konkretne ...
1:
zamawiający powinien dokonać weryfikacji istnienia uzasadnionych podstaw łączenia różnych typów dostaw i usług informatycznych w jednym postępowaniu
Obecnie praktyka rynkowa zmierza w kierunku dywersyfikacji wykonawców i prowadzenia wręcz osobnych postępowań na poszczególne typy usług. Analiza szerokiego spektrum ...
specjalistycznych usług informatycznych (stosowane umowy ramowe)
- które prowadzone są jako osobne postępowania lub osobne części w jednym postępowaniu.
Nie oznacza to, że ich połączenie będzie w każdym przypadku naruszeniem powołanego przepisu. Zamawiający jest uprawniony do łączenia w jednym postępowaniu więcej niż jednego typu usług - w przypadku, gdy racjonalnie wykaże konieczność powierzenia usług jednemu wykonawcy. Konieczność taka może wynikać z uzasadnionych ...
realizacji zamówienia.
Przykładem tutaj może być objęcie jednym zamówienie usług utrzymania i rozwoju systemu informatycznego. W wielu przypadkach - ze względu na architekturę systemu czy też infrastrukturę techniczną, na której system działa, nie jest możliwe, aby tego rodzaju usługi świadczyli w tym samym czasie dwaj różni wykonawcy. Prowadziłoby to bowiem do poważnej groźby nieprawidłowej realizacji zamówienia.
Rekomendacja ogólna nr 3: zamawiający powinien opisać powody braku podziału zamówienia na części w dokumentach zamówienia
Zgodnie z brzmieniem art. 91 ust. 2 PZP zamawiający wskazuje w dokumentach zamówienia powody niedokonania podziału zamówienia na części. Zmiana do poprzedniego stanu prawnego w stosunku do postępowań wszczętych do 31.12.2020 r. sprowadza się do tego, że poprzednio powody te powinny zostać wskazane w protokole postępowania, a obecnie - w dokumentach zamówienia. A zatem zmiana dotyczy jedynie miejsca zamieszczenia informacji, ale już nie treści.
Rekomendacja szczegółowa nr 3.1: zamawiający powinien wskazać w dokumentach zamówienia przyczyny konkretne, odnoszące się do danego zamówienia
Zgodnie z motywem 78 preambuły do Dyrektywy klasycznej w przypadku, gdy instytucja zamawiająca zdecyduje, że podział zamówienia na części nie byłby właściwy, stosowne indywidualne ...
kształtowanie postanowień umownych, nie jest wystarczającym uzasadnieniem dla zaniechania podziału zamówienia na części. Podobnie jest w przypadku stwierdzenia możliwości zaistnienia jakichkolwiek problemów z koordynowaniem działań wykonawców. Sytuacja, w której zamawiający przewiduje przyszłe problemy, z którymi jednak nie wiąże się poważna groźba nieprawidłowej realizacji zamówienia, także nie może być przyczyną braku podziału zamówienia na części.
Podane przez zamawiającego w dokumentach zamówienia uzasadnienie zaniechania podziału zamówienia na części powinno opierać się na konkretnych okolicznościach dotyczących ...
czy też badania rynku (jeżeli takie były przeprowadzone).
Nie jest zatem wystarczające zawarcie przez zamawiającego w uzasadnieniu jedynie ogólnikowych stwierdzeń. Przykładowo uzasadnienie takie nie może się ograniczać do wskazania, że udział w realizacji zamówienia dwóch lub więcej wykonawców spowodowałoby trudności organizacyjne czy też trudności w ustaleniu odpowiedzialności za należyte wykonanie zamówienia, czy też do wskazania, że elementy zamówienia są ze ...
ogólna nr 4: zamawiający powinien analizować planowane zamówienia pod kątem ich przedmiotu oraz celu gospodarczego, w celu zapobieżenia niedozwolonemu podziałowi zamówień, prowadzącemu do niestosowania przepisów ustawy PZP
Jak wynika z art ...
ta stanowi kontynuację oczywistego zakazu dzielenia zamówień na części (odrębne zamówienia) o takich wartościach, że w odniesieniu do nich bądź nie stosuje się w ogóle przepisów prawa zamówień publicznych, bądź stosuje się przepisy o w ograniczonym zakresie (np. przepisy właściwe dla zamówień poniżej progów unijnych). Warto przy tym zwrócić uwagę ...
art. 29 ust. 2 PZP implementującego postanowienia art. 5 ust. 3 Dyrektywy klasycznej. Przywołany przepis w stosunku do dotychczasowej regulacji wprowadza dwie nowości. Po pierwsze, nie ma już w tym przepisie mowy o tym, że zabroniony jest taki podział zamówienia, który dokonywany jest w celu uniknięcia stosowania przepisów ustawy. Obecna regulacja abstrahuje w ogóle od intencji zamawiającego i stanowi wprost, że podział zamówienia jest niedozwolony, jeżeli prowadzi to do niestosowania przepisów ustawy, niezależnie od tego, czy taki był cel zamawiającego. Po drugie, wprowadzono istotne zastrzeżenie - podział zamówienia prowadzący ...
strony ustawodawca zaostrzył więc dotychczasowe zasady, a z drugiej wyraźnie przewidział możliwość wystąpienia takich sytuacji, w których możliwe jest podzielenie zamówienia na części, nawet jeżeli doprowadzi to do uniknięcia stosowania przepisów prawa zamówień publicznych.
Z punktu widzenia praktyki stosowania dotychczasowych, a także nowych przepisów, w niektórych przypadkach może być pomocne odwołanie się do ustalenia łącznego występowania trzech czynników: tożsamości przedmiotowej ...
być wykonane przez ten sam krąg podmiotów i jeżeli są one lub mogą być udzielone w tym samym czasie, to istnieje wysokie prawdopodobieństwo, że stanowią one w rzeczywistości jedno zamówienie, a jego rozdzielenie na kilka zamówień i postępowań o wartościach uzasadniających niestosowanie ...
celu gospodarczego poszczególnych świadczeń. Może się bowiem okazać, że wiele świadczeń zupełnie różnego rodzaju, zamawianych w różnym czasie od różnych podmiotów, w istocie stanowi jedno zamówienie. Przykładem takiej sytuacji może być zamówienie na budowę i wdrożenie systemu ...
charakter, każde może być zrealizowane przez inny krąg podmiotów i będą one realizowane z pewnością w innym czasie (w szczególności pomiędzy zaprojektowaniem systemu a przeszkoleniem użytkowników może upłynąć ponad rok). Nie ulega jednak również ...
systemowego bez jego uruchomienia i bez zainstalowania aplikacji, która ma realizować określoną funkcjonalność, jest bezcelowe. W takiej sytuacji, uzasadnione mogłoby być objęcie opisanych świadczeń jednym zamówieniem, a podział takiego zamówienia na ...
się wskazać jakikolwiek wspólny cel czy podobne okoliczności ich nabycia. Ustawa PZP przewiduje konkretne mechanizmy, w których sumowanie wartości świadczeń jest konieczne i omawiana sytuacja nie mieści się w żadnej z nich. Należy jednak pamiętać, że punktem wyjścia do ustalenia wartości zamówienia jest odpowiedź na pytanie, które w niektórych sytuacjach jest tylko pozornie proste: co właściwie jest przedmiotem zamówienia? Niewątpliwie można wskazać sytuacje, w których jeden projekt (np. rozbudowa systemu IT o konkretne funkcjonalności) będzie stanowił integralną całość, pomimo, że na jego realizację będą składać się różne świadczenia, w dodatku spełniane w różnym czasie. Chodzi więc nie o to, by dokonywać sumowania różnych świadczeń, których spełnienie ma zbliżone cele, lecz o to, żeby nie dzielić jednego zamówienia w sposób sztuczny na różne świadczenia, które - gdyby w bezrefleksyjny sposób zastosować "zasadę trzech jedności", mogłyby stanowić przedmiot odrębnych zamówień. "Zasada trzech jedności" stanowi niewątpliwie zasadę pomocną w szacowaniu wartości zamówień i ustalaniu, czy w istocie zamawiający udziela jednego zamówienia, czy też kilku odrębnych, natomiast musi być stosowana w sposób świadomy. Możliwe są bowiem sytuacje, w których zakupy świadczeń tego samego rodzaju, dokonywane w tym samym czasie i od tych samych podmiotów, będą niezależnymi zamówieniami, jeżeli potrzeba ich udzielenia będzie wynikała z zupełnie różnych okoliczności, a cel zakupów będzie w każdym przypadku inny. Możliwe są też sytuacje, w których łączne wystąpienie tylko dwóch tożsamości, np. podmiotowej i czasowej, nie będzie przesądzało o tym ...
zsumować i potraktować jak jedno zamówienie. Jeżeli przykładowo zamawiający zamierza nabyć system finansowo - księgowy i w tym samym lub nieodległym czasie zamierza nabyć rozwiązanie informatyczne wspierające kontrolę stanu zanieczyszczenia powietrza na ...
tego samego rodzaju, oba mogą być zrealizowane przez tych samych dostawców i oba są udzielane w tym samym czasie. Równocześnie jednak zamawiane systemy nie są od siebie w żaden sposób zależne i każdy z nich służy zaspokojeniu zupełnie innej potrzeby zamawiającego. Trudno więc w takiej sytuacji nakazywać zamawiającemu przeprowadzenie jednego postępowania o udzielenie jednego zamówienia, którego przedmiotem byłoby dostarczenie dwóch różnych rozwiązań. W takim wypadku trudno bowiem stwierdzić tożsamość przedmiotową.
Oczywiście liczba możliwych stanów faktycznych jest nieskończona i ...
planując postępowania, wzięli pod uwagę i przeanalizowali charakter poszczególnych zakupów, ich rodzaj i cel. Jeżeli w planach zamawiającego znajdzie się kilka zamówień służących osiągnięciu tego samego, konkretnego celu (np. budowy zintegrowanego ...
to istnieje prawdopodobieństwo, że rozdzielenie takiego przedsięwzięcia na kilka zamówień o wartościach uzasadniających niestosowanie ustawy w całości lub w pewnym zakresie, będzie stanowić niedozwolony podział zamówienia.
III.
OKREŚLONOŚĆ PRZEDMIOTU ZAMÓWIENIA
Przyjmuje się, że zasady prawa zamówień publicznych zostały określone w dziale I (przepisy ogólne) w rozdziale 2 (zasady udzielania zamówień). Niemniej jednak katalog zasad dotyczących prawidłowego formułowania OPZ jest stale rozszerzany i doprecyzowywany przez doktrynę i orzecznictwo - w ramach tego trendu dołączono do w/w katalogu zasad właśnie zasadę określoności przedmiotu zamówienia. Zasada ta była w sposób oczywisty wywodzona z przepisu art. 29 ust. 1 DPZP, zaś brzmienie art. 99 ust ...
jest ogólne stwierdzenie, że opis przedmiotu zamówienia powinien spełniać dwie cechy:
1.
powinien być opisany w sposób jednoznaczny, za pomocą dostatecznie dokładnych i zrozumiałych określeń,
2.
powinien być wyczerpujący, uwzględniający wymagania ...
Opis przedmiotu zamówienia stanowi podstawowy element specyfikacji warunków zamówienia. Podstawowym obowiązkiem zamawiającego jest dokonanie opisu w sposób jednoznaczny i wyczerpujący. Oznacza to, że opis ten powinien zapewniać, że wykonawcy będą w stanie - bez dokonywania dodatkowych interpretacji - zidentyfikować, co jest przedmiotem zamówienia. Opis przedmiotu zamówienia powinien być sformułowany w taki sposób, aby pozwalał wykonawcom na przygotowanie oferty i obliczenie ceny. Tym samym, kalkulując cenę ...
na takie zamówienie składa oraz jakie elementy cenotwórcze musi on uwzględnić kalkulując taką cenę. Tylko w takim przypadku możliwe będzie złożenie porównywalnych ofert. Niejasności, czy niejednoznaczności opisu przedmiotu zamówienia prowadzić mogą do sytuacji, w której poszczególni wykonawcy wycenią całkiem inny zestaw elementów składających się na ofertę, co doprowadzi z kolei do sytuacji, w której oferty nie będą porównywalne, w szczególności np. oferta z najniższą ceną nie będzie ofertą najkorzystniejszą, gdyż po prostu jej niska cena będzie wynikiem braku ujęcia w cenie wszystkich niezbędnych elementów. Stąd też to w interesie każdego zamawiającego leży odpowiednio szczegółowe, dokładne i jednoznaczne opisanie przedmiotu zamówienia.
Rekomendacja ogólna nr 5: zamawiający powinien opisać przedmiot zamówienia w sposób jednoznaczny, za pomocą dostatecznie dokładnych i zrozumiałych określeń
Obowiązek opisania przedmiotu zamówienia w sposób jednoznaczny, za pomocą dostatecznie dokładnych i zrozumiałych określeń, wynika wprost z art. 99 ust ...
postępowania i uzyskanie porównywalnych ofert. Bardzo istotną kwestią, jest właśnie uzyskanie porównywalnych ofert. Trudno bowiem w ogóle mówić o ofercie najkorzystniejszej, jeśli wykonawcy w toku przygotowania ofert - wskutek sformułowania opisu przedmiotu zamówienia z naruszeniem przedmiotowej zasady - obejmują tymi ofertami różne zakresy usług, co z kolei przekłada się na istotne różnice w cenach ofert wynikające ze złożenia nieporównywalnych ofert. W takiej sytuacji trudno nawet mówić o cenie rażąco niskiej, czy też sprzeczności treści oferty z treścią SWZ. Bardzo poważny jest też skutek takiej wady SWZ dla zamawiającego - np. w przypadku stwierdzenia, że doszło do złożenia nieporównywalnych ofert w wyniku nieprawidłowego opisu przedmiotu zamówienia zamawiający powinien rozważyć unieważnienie postępowania (art. 255 pkt 6 PZP ...
z elementów SWZ mających na celu zapewnienie jasnego i jednoznacznego opisu przedmiotu zamówienia jest zawarcie w SWZ katalogu definicji pojęć, którymi posługuje się zamawiający. Pojęcia takie, ze względu na brak jednolitych ...
złożenia nieporównywalnych ofert.
SWZ dotyczący systemów informatycznych zwykle tworzony jest (czy też - powinien być tworzony) w dużej mierze przez osoby bądź to z wykształceniem informatycznym, bądź to w praktyce wykonujących ten zawód. Częstym błędem jest uznanie, że dane pojęcie (jak chociażby wdrożenie, serwis ...
czy utrzymanie) to pojęcia o sztywno określonym zakresie, rozumiane zawsze i przez wszystkich tak samo, niezależne od kontekstu czy zakresu zamówienia. Wynika to zapewne z faktu, że w metajęzyku informatycznym niuanse w rozumieniu takich pojęć nie mają kluczowego znaczenia. Trzeba jednak pamiętać, że SWZ będzie poddawany wykładni także przez prawników, kontrolerów i administrację. I w takich przypadkach nie można powiedzieć, że istnieje tylko jedno rozumienie jakiegoś pojęcia - tak długo, jak ...
tutaj wskazać na jakże inną sytuację umów na roboty budowlane, których wykładnia może być dokonywana w oparciu o akty normatywne. Jednak tak długo, jak nie powstanie Prawo systemów informatycznych (np. na wzór Prawa budowlanego), pożądane jest zdefiniowanie przez zamawiającego wszystkich kluczowych pojęć ...
przedmiotu zamówienia i jego realizacji. Poniżej wskazano kilka przykładowych, wybranych pojęć, które mogą zostać zdefiniowane w ramach opisu przedmiotu zamówienia na system informatyczny.
Element przedmiotu
Pojęcia, które mogą wymagać zdefiniowania przez Zamawiającego
zamówienia w ramach danego elementu zamówienia
Oprogramowanie Oprogramowanie dedykowane, System informatyczny, Dokumentacja,
dedykowane
Kod źródłowy, Projekt techniczny ...
jednostka rozliczeniowa), Zamówienie, Protokół odbioru.
Równocześnie należy podkreślić, że nie jest możliwe ani celowe zdefiniowanie w dokumentach zamówienia wszelkich pojęć czy też wyjaśnienie przez zamawiającego intencji każdego możliwego postanowienia. Jeżeli dane pojęcie jest jednoznaczne, tzn. jeżeli profesjonalista zajmujący się daną dziedziną jest w stanie bez wątpliwości ustalić jego sens (np. "procesor", "przekątna ekranu"), to nie ma potrzeby wprowadzania ...
jednoznacznie, bez stosowania klauzul umożliwiających arbitralne rozszerzanie zakresu obowiązków wykonawców
Zamawiający opisując przedmiot zamówienia powinni w każdym przypadku zrobić to w sposób jednoznaczny, co oznacza, że zamawiający nie może wprowadzać postanowień, które dawałyby mu uprawnienie do ...
arbitralnego, jednostronnego rozszerzania zakresu obowiązków wykonawcy.
Zamawiający powinien mieć na uwadze, że opisanie przedmiotu zamówienia w sposób jednoznaczny oznacza, że opis przedmiotu zamówienia musi mieć tylko jedno znaczenie (musi być rozumiany ...
art. 101 ust. 1 pkt 1 PZP jest uprawniony do opisania przedmiotu zamówienia poprzez określenie w SWZ wymagań dotyczących wydajności lub funkcjonalności danego systemu informatycznego. W takim przypadku dopuszczalne jest użycie w/w klauzul: w szczególności, przykładowo, między innymi - zamawiający wskazuje bowiem na pełną listę funkcjonalności, a następnie uszczegóławia tylko ...
na tyle precyzyjne, aby wykonawcy mogli ustalić przedmiot zamówienia. Co więcej - wszyscy wykonawcy powinni być w stanie ustalić ten przedmiot zamówienia w taki sam sposób. Odpowiednio szczegółowe opisanie funkcjonalności zamawianego systemu w pełni realizuje wymóg opisania przedmiotu zamówienia w sposób jednoznaczny.
Zagadnienie nr 5.1: zamawiający może zastosować model Time&Material w przypadku, gdy na etapie publikacji SWZ nie jest możliwe określenie zakresu obowiązków wykonawcy w sposób zamknięty
W praktyce udzielania zamówień związanych z systemami informatycznymi mogą zdarzać się przypadki, gdy zamawiający na etapie tworzenia SWZ nie jest w stanie wskazać nawet zamawianych funkcjonalności. Ma to miejsce w przypadku, gdy funkcjonalność ta zależy od okoliczności przyszłych, niezależnych od zamawiającego, jak np. przyszłe zmiany prawa (zarówno krajowego, jak i unijnego), wprowadzenie zmian w organizacji zamawiającego, konieczność zmiany elementów infrastruktury wobec zaprzestania świadczenia wsparcia przez producentów. W takiej sytuacji zamawiający może wykorzystać model Time&Material.
Rekomendacja szczegółowa nr 5.3: zamawiający powinien ...
od potrzeb zamawiającego oraz jego możliwości technicznych i organizacyjnych, aby na bieżąco weryfikować wartość parametru. W przypadku dostępności zamawiający powinien mieć też na uwadze, że ta sama wartość procentowa przyjęta dla różnych okresów rozliczeniowych przekłada się na różną długość dozwolonego czasu niedostępności. Przykładowo, dozwolona niedostępność w razie przyjęcia parametru 99,999% wynosi ok. 5,5 minuty w przypadku rocznego okresu rozliczeniowego, a jedynie ok. 26 sekund w przypadku miesięcznego okresu rozliczeniowego. Zamawiający powinien dostosować wymagania do swoich potrzeb, mając na względzie, że ...
przesłanki zastosowania kar umownych i dostosować ich wysokość do rzeczywistych potrzeb
Zamawiający przygotowując warunki umowy w sprawie zamówienia publicznego określa postanowienia dotyczące kar umownych. Kary umowne są przydatnym mechanizmem ułatwiającym naprawienie ...
ryzyka kontraktowego, a tym samym wpływają na decyzje wykonawców co do tego, czy brać udział w postępowaniu i jaką cenę zaoferować. Racjonalny wykonawca powinien bowiem wkalkulować w cenę także rezerwę na ryzyko związane z koniecznością zapłaty kar.
Dlatego określając kary umowne, zamawiający ...
dane naruszenie zobowiązania. Dobrą praktyką jest weryfikowanie tych założeń przez symulację możliwej wysokości kar umownych w scenariuszach, które z dużym prawdopodobieństwem mogą wystąpić podczas realizacji umowy. Zamawiający co do zasady powinni ...
kary umowne za niedotrzymanie wymaganej dostępności).
Rekomendacja ogólna nr 6: zamawiający powinien opisać przedmiot zamówienia w sposób wyczerpujący, uwzględniający wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty
Opisanie przedmiotu zamówienia w sposób wyczerpujący umożliwia wykonawcy bez żadnych wątpliwości i dodatkowych interpretacji zidentyfikowanie, z jakich elementów składa ...
niezbędne do jego realizacji. Taki opis z kolei przekłada się na możliwość ustalenia ceny oferty w taki sposób, aby obejmowała ona wszystkie koszty związane z należytą realizacją zamówienia.
Rekomendacja szczegółowa nr ...
IT - rozbudowy istniejącej infrastruktury IT zamawiającego, rozwoju czy też utrzymania już funkcjonującego u zamawiającego systemu. W każdym takim przypadku istnieje wykonawca posiadający unikalną wiedzę o danym systemie czy infrastrukturze IT, której ...
już świadczący dla zamawiającego usługi. Taką sytuację można określić jako naturalną przewagę konkurencyjną. Można jednak w prosty sposób zlikwidować negatywne skutki takiej przewagi - a to poprzez zawarcie w SWZ wszystkich informacji, które taki dotychczasowy wykonawca posiada, a które mają wpływ na sporządzenie oferty. W tym celu zamawiający powinien udostępnić jako element SWZ co najmniej:
1.
możliwie najpełniejszy opis systemu ...
historyczne, które mogą mieć wpływ na świadczenie usług: liczba i rodzaj występujących błędów, incydentów.
Zamieszczenie w SWZ wszystkich informacji, które taki dotychczasowy wykonawca posiada, z jednej strony realizuje wymóg zamieszczenia wymagań ...
drugiej strony zapewnia pełną konkurencyjność postępowania - zamawiający wprowadza równowagę informacyjną pomiędzy wykonawcami.
Zastrzec należy, że w przypadku informacji, których ujawnienie zagrażałoby bezpieczeństwu systemu lub usług świadczonych z jego wykorzystaniem, zamawiający powinien ...
4 PZP).
Należy także nadmienić, że jednym ze sposobów zapewnienia równego dostępu do informacji niezbędnych w celu prawidłowego sformułowania oferty oraz wykonania zamówienia, jest przewidzenie wizji lokalnej lub sprawdzenia dokumentów niezbędnych do realizacji zamówienia w siedzibie zamawiającego (art. 131 ust. 2 PZP). Mechanizm ten (zwłaszcza w wariancie obligatoryjnym) powinien być jednak stosowany świadomie i nie może być nadużywany. W szczególności wizja lokalna powinna być raczej traktowana jako uzupełnienie dokumentów zamówienia, a nie może zastępować informacji, których powinien udzielić zamawiający w celu sporządzenia oferty i realizacji zamówienia. Możliwość lub obowiązek odbycia wizji lokalnej czy sprawdzenia dokumentów w lokalizacji zamawiającego nie zwalnia też zamawiającego z obowiązku udzielenia wyjaśnień treści SWZ.
Zagadnienie nr 6.1: wymagania specyficzne dla IaaS
IaaS może stanowić przedmiot zamówienia sam w sobie, lub element większego zamówienia (np. kompleksowego wdrożenia systemu informatycznego opartego na infrastrukturze zapewnianej w modelu IaaS). Wśród parametrów, które zamawiający powinien uwzględnić opisując przedmiot zamówienia obejmującego IaaS, należy wymienić ...
oprogramowania do wirtualizacji.
2. Określenie wymagań dotyczących bezpieczeństwa systemów informatycznych i informacji oraz ochrony prywatności w całym cyklu życia produktu, w tym jurysdykcji4.
3. Określenie harmonogramu (w tym ewentualnie wydzielonych etapów przeznaczonych na uruchomienie usługi i zakończenie współpracy).
4. Określenie granic odpowiedzialności ...
oprzeć się na tzw. stosie SPI5).
5. Zdefiniowanie wymagań SLA, uwzględniając parametry znajdujące się w zakresie odpowiedzialności wykonawcy.
6. Określenie obowiązków dotyczących raportowania wykorzystania infrastruktury (postać raportów, częstotliwość składania).
7 ...
np. jako wynagrodzenie za wykorzystanie infrastruktury: procesorów, pamięci RAM, HDD, przepustowości sieci, oprogramowania do wirtualizacji w danym okresie, itp.; tzw. płatności za użycie, pay-per-use).
8. Jeśli zamawiający ma mieć ...
usług (np. elastycznie określając ich zakres lub konfigurację): wskazanie osób, które są upoważnione do składania w imieniu zamawiającego oświadczeń dotyczących takich zmian, jak również ról tych osób.
Powyższa lista nie jest ...
opisując przedmiot zamówienia obejmującego PaaS, należy wymienić:
1. Określenie wymagań i zasad wskazanych dla IaaS w Zagadnieniu nr 6.1.
2. Określenie wymagań dotyczących oprogramowania standardowego, które ma zapewnić wykonawca: systemów ...
infrastruktury np. procesorów, pamięci RAM, HDD,
4 Zamawiający mogą np. odwołać się do zasad opisanych w dokumencie Standardy Cyberbezpieczeństwa Chmur Obliczeniowych - SCCO w ramach zbioru Narodowych Standardów Cyberbezpieczeństwa, przywołanego w Strategii Cyberbezpieczeństwa Rzeczypospolitej Polskiej na lata 2019-2024.
5 Por. Standardy Cyberbezpieczeństwa Chmur Obliczeniowych - SCCO - v. 1.00 w ramach zbioru Narodowych Standardów Cyberbezpieczeństwa, przywołanego w Strategii Cyberbezpieczeństwa Rzeczypospolitej Polskiej na lata 2019-2024 w rozdziale 4.1 Współdzielona odpowiedzialność za ochronę zasobów modelach chmur obliczeniowych.
przepustowości sieci, oprogramowania do wirtualizacji, oprogramowania standardowego i oprogramowania pośredniczącego w danym okresie, tzw. płatności za użycie, pay-per-use).
Powyższa lista nie jest wyczerpująca. Zamawiający ...
funkcjonalnych dla aplikacji.
2. Określenie wymagań dotyczących bezpieczeństwa systemów informatycznych i informacji oraz ochrony prywatności w całym cyklu życia produktu.
3. Określenie harmonogramu (w tym ewentualnie wydzielonych etapów przeznaczonych na uruchomienie usługi i zakończenie współpracy).
4. Opisanie zasad rozliczania zgodnie z określonym modelem wynagradzania (np. jako wynagrodzenie za korzystanie z oprogramowania w danym okresie; tzw. płatności za użycie, pay-per-use).
5. Jeśli zamawiający ma mieć wpływ na parametry działania oprogramowania: określenie osób, które są upoważnione do składania w imieniu zamawiającego oświadczeń dotyczących takich zmian, jak również ról tych osób.
Biorąc pod uwagę charakter ...
tego, czy wykonawca ma obowiązek spełnić dane świadczenie.
Zagadnienie nr 7.1: zamawiający może wskazać w opisie przedmiotu zamówienia istotne dla niego cechy przedmiotu zamówienia
Zakaz opisu przedmiotu zamówienia poprzez wskazanie ...
informatycznych nieodpowiadających jego potrzebom, zarówno co do jakości, funkcjonalności czy wymaganych parametrów technicznych.
Należy zwrócić w tym miejscu uwagę na przepis art. 99 ust. 5 PZP, który stanowi, że przedmiot zamówienia ...
charakteryzuje produkty lub usługi dostarczane przez konkretnego wykonawcę, jeżeli zamawiający nie może opisać przedmiotu zamówienia w wystarczająco precyzyjny i zrozumiały sposób, a wskazaniu takiemu towarzyszą wyrazy "lub równoważny". Jeżeli przedmiot zamówienia zostanie opisany w sposób wskazany w przywołanym wyżej przepisie, zamawiający zobowiązany jest wskazać w opisie przedmiotu zamówienia kryteria stosowane w celu oceny równoważności (art. 99 ust. 6 PZP).
IV. NIEDYSKRYMINACYJNY OPZ, CZYLI ZASADY KONKURENCYJNOŚCI I ...
które przewidywała ustawa obowiązująca do 2020 r., choć pewnej zmianie uległo brzmienie opisujących je przepisów. W art. 99 ust. 4 PZP przewidziano zakaz opisywania przedmiotu zamówienia w sposób, który mógłby utrudniać uczciwą konkurencję. Naruszeniem tego zakazu może być wskazanie znaków towarowych, patentów ...
do uprzywilejowania lub wyeliminowania niektórych wykonawców lub produktów. Nie jest to jednak wyczerpujący katalog przypadków, w których opis przedmiotu zamówienia ma charakter dyskryminacyjny.
Z art. 99 ust. 4 PZP nie wynika ...
dostosowania się do tego, jakiego rodzaju dostawy lub usługi chcieliby zaoferować potencjalni wykonawcy. Zamawiający ma prawo definiować przedmiot zamówienia uwzględniając swoje rzeczywiste, obiektywnie uzasadnione potrzeby. W postępowaniu o udzielenie zamówienia klasycznego o wartości równej lub przekraczającej progi unijne, zamawiający publiczny zdefiniowanie ...
musi co do zasady poprzedzić analizą potrzeb i wymagań przeprowadzoną zgodnie z art. 83 PZP. W pozostałych przypadkach, przeprowadzenie analogicznego procesu także może być uzasadnione (zob. Tom I wytycznych, s. 3 ...
o udzielenie zamówienia klasycznego o wartości równej lub przekraczającej progi unijne) Zamawiający może udzielić zamówienia w trybie przetargu nieograniczonego i przetargu ograniczonego, a w pozostałych trybach zamawiający może udzielić zamówienia w przypadkach określonych w ustawie. Stosowanie trybów niekonkurencyjnych (negocjacje bez ogłoszenia, zamówienie z wolnej ręki) powinno mieć miejsce jedynie wyjątkowo i nie powinno być efektem zaniedbań zamawiającego. Podobnie nie powinno dochodzić do sytuacji, w których w postępowaniu prowadzonym w trybie konkurencyjnym wskutek możliwych do uniknięcia zaniedbań zamawiającego nie istnieje rzeczywista konkurencja. Dlatego zamawiający już ...
opisu przedmiotu zamówienia powinni uwzględnić możliwe zagrożenia dla konkurencyjności zamówień. Chodzi o zagrożenia występujące zarówno w danym postępowaniu, jak i przyszłych postępowaniach dotyczących tego samego rozwiązania informatycznego.
Zagadnienia związane z tzw ...
z zasadami formułowania wymagań dotyczących równoważności (art. 99 ust. 5 i 6 PZP), które omówiono w rozdziale V [Kryteria stosowane w celu oceny równoważności]. Niniejszy rozdział obejmuje przede wszystkim te zagadnienia związane z zapewnieniem konkurencyjności postępowania ...
wykonawcę lub producenta albo konkretny produkt.
Rekomendacja ogólna nr 8: zamawiający powinien opisywać przedmiot zamówienia w oparciu o rzetelnie ustalone i uzasadnione potrzeby
Zamawiający powinien udzielać zamówień w sposób efektywny, czyli tak, aby uzyskać jak najlepszą jakość świadczeń wykonawcy w ramach środków, które zamawiający może przeznaczyć na jego realizację, a jednocześnie uzyskać jak najlepsze efekty możliwe do uzyskania w stosunku do poniesionych nakładów (art. 17 ust. 1 PZP). Opis przedmiotu zamówienia, który nie uwzględnia rzeczywistych i uzasadnionych potrzeb zamawiającego, prowadzi do udzielenia zamówienia w sposób sprzeczny z zasadą efektywności. Można w tym zakresie wskazać na następujący przykład: jeśli zamawiający zamierza wdrożyć nowy system informatyczny w modelu On-premise, to pierwotne zamówienie z reguły będzie udzielone w trybie konkurencyjnym (art. 129 ust. 2 PZP). Jeśli na tym etapie zamawiający nie uwzględni w opisie przedmiotu zamówienia możliwych do przewidzenia zmian lub rozszerzeń, pogorszy swoją sytuację w przyszłości, ponieważ kolejne zamówienia dotyczące tego samego systemu będą udzielane w zupełnie innej sytuacji. Wówczas uprzywilejowaną sytuację będzie miał pierwotny wykonawca systemu, przez co kolejne zamówienia dotyczące brakujących funkcjonalności będą udzielane w warunkach niedoskonałej lub wręcz pozornej konkurencji. Jeżeli zamawiający zidentyfikował potrzebę, ale nie podjął ostatecznej decyzji ...
technologii
Problem opisywania wymagań funkcjonalnych i wymagań dotyczących zastosowania określonych technologii należy do najbardziej złożonych w kontekście zapewnienia konkurencyjności postępowania. Trudno w tym przypadku sformułować ogólne wnioski. Jest to jednak element decydujący o tym, czy opis przedmiotu zamówienia został sporządzony w sposób zapewniający uczciwą konkurencję. Sformułowanie wymagań odwołujących się do konkretnych rozwiązań technologicznych może ograniczyć konkurencję ...
a możliwość ich implementacji zależy od nawiązania współpracy z producentem. Zamawiający nie powinien konstruować wymagań w taki sposób, że o możliwości złożenia oferty będzie w praktyce decydowała wola podmiotu trzeciego, w szczególności zainteresowanego określonym wynikiem postępowania.
Zamawiający powinien także zweryfikować, czy stawiane przez niego wymagania nie są nadmiernie rygorystyczne w stosunku do obiektywnie uzasadnionych potrzeb. Sformułowanie zbyt daleko idących wymagań ma negatywny wpływ nie tylko ...
oprogramowanie było tzw. oprogramowaniem "z półki" (Commercial-off-the-Shelf lub COTS). Tego typu wymaganie w niektórych przypadkach może prowadzić do ograniczenia konkurencji. Takie ryzyko występuje w szczególności w przypadku zamówień na systemy wdrażane w modelu On-premise, gdy zamawiający wymaga, aby specyficzna funkcjonalność była dostępna w standardowej wersji oprogramowania, mimo że w rzeczywistości może zostać wykonana w trakcie realizacji zamówienia. Tego typu wymaganie często nie jest uzasadnione potrzebami zamawiającego, uprzywilejowuje określonego wykonawcę ...
kilku certyfikatów albo certyfikatem, który ma charakter "niszowy". Ocena takiego wymagania musi być dokonywana indywidualnie w każdym przypadku, jednak zamawiający wymagający certyfikatów powinien zawczasu rozważyć, jakie obiektywne potrzeby stoją za wymaganiem ...
wymaganie.
Rekomendacja szczegółowa nr 8.4: zamawiający powinien formułować takie wymagania dotyczące lokalizacji przetwarzania danych w przypadku zamówień obejmujących usługi świadczone w ośrodkach przetwarzania danych (np. chmura obliczeniowa, kolokacja), które uzasadnione są obiektywnymi potrzebami zamawiającego wynikającymi z ...
standardów
Wymaganie, aby przetwarzanie danych odbywało się na terenie Europejskiego Obszaru Gospodarczego, Unii Europejskiej lub w Polsce może być uzasadnione obiektywnymi potrzebami zamawiającego wynikającymi z przepisów prawa lub przyjętych standardów. W wielu przypadkach nieuzasadnione będzie jednak dokładniejsze narzucanie lokalizacji geograficznej (np. przez wskazanie obszaru w określonym promieniu od siedziby zamawiającego, w którym ma być centrum przetwarzania danych wykorzystane do świadczenia IaaS). Jeżeli zamawiającemu zależy na uzyskaniu ...
szybkości połączenia itp.
Konieczne jest uwzględnienie przez zamawiającego kwestii związanych z cyberbezpieczeństwem i bezpieczeństwem państwa. W tym zakresie odesłać należy do dokumentu pt.: "Narodowe Standardy Cyberbezpieczeństwa. Standardy Cyberbezpieczeństwa Chmur Obliczeniowych (SCCO ...
i licencyjne, które mogą mieć zastosowanie do nabywanych produktów
Produkty i rozwiązania informatyczne są oferowane w różnych modelach prawnych i biznesowych. W szczególności ta sama funkcjonalność może być zapewniona zamawiającemu bądź poprzez nabycie oprogramowania wraz z majątkowymi prawami autorskimi do niego, poprzez udzielenie licencji na korzystanie z oprogramowania lub poprzez zapewnienie korzystania z oprogramowania w modelu SaaS. Różni producenci stosują modele dystrybucyjne zróżnicowane zarówno co do konstrukcji prawnej, jak i biznesowej. Na rynku informatycznym w szczególności występują sytuacje, w których przedmiotem świadczenia jest rozwiązanie o charakterze standardowym, a podmiot zainteresowany zawarciem umowy z zamawiającym nie jest jednocześnie producentem tego rozwiązania. Taki scenariusz może ziścić się w różnego rodzaju projektach. Przykładowo, może wystąpić w przypadku dostaw sprzętu komputerowego (sprzedawca nie musi być producentem świadczącym gwarancję), dostaw standardowego oprogramowania komputerowego (wykonawca często nie jest uprawniony do udzielenia bezpośrednio zamawiającemu licencji na korzystanie z oprogramowania) czy niektórych usług chmurowych (wykonawca biorący udział w postępowaniu nie zawsze dysponuje infrastrukturą niezbędną do ich świadczenia).
Biorąc pod uwagę powyższe zróżnicowanie, Zamawiający powinien uwzględnić fakt, że rozwiązania dostępne w różnych modelach prawnych lub biznesowych mogą być względem siebie w pełni komplementarne, a wskazanie
konkretnego modelu jako wymaganego, może okazać się dyskryminacyjne. Tym samym, by ...
Zamawiający powinien przeanalizować dostępne modele licencyjne i biznesowe i odpowiednio ukształtować dokumentację postępowania. Zamawiający powinien w szczególności podjąć decyzję, czy zasadne jest wymaganie, by kluczowe świadczenie było realizowane bezpośrednio przez wykonawcę ...
reguły co do dopuszczalności omawianego wymagania. Kluczową kwestią jest jednak podjęcie przez zamawiającego świadomej decyzji, w oparciu o znajomość rynku oraz ocenę uzasadnionych potrzeb.
Rekomendacja ogólna nr 9: zamawiający powinien dążyć do zapewnienia, aby konkurencja w postępowaniu miała charakter międzymarkowy, a nie wewnątrzmarkowy Przez konkurencję międzymarkową należy rozumieć konkurencję pomiędzy różnymi ...
jeszcze takim rozwiązaniem albo zamierza zastąpić dotychczasowe, przestarzałe rozwiązania, zasadą powinno być opisywanie przedmiotu zamówienia w taki sposób, aby konkurencja odbywała się pomiędzy wykonawcami oferującymi rozwiązania różnych producentów. Ograniczenie konkurencji może ...
systemu z systemem funkcjonującym już u zamawiającego.
Rekomendacja szczegółowa nr 9.1: zamawiający powinien uwzględnić w zamówieniu na oprogramowanie także usługi serwisowe i rozwojowe
Pierwotne zamówienie powinno uwzględniać także usługi dotyczące oprogramowania, związane z jego utrzymaniem i rozwojem (chyba że zamawiający zamierza w przyszłości udzielać zamówień na te usługi w trybie konkurencyjnym i jest to możliwe). W ten sposób zamawiający zapewnia, że międzymarkowa konkurencja obejmuje maksymalnie szeroki zakres świadczeń. Jest to szczególnie istotne w przypadku oprogramowania standardowego (Commercial-off-the-Shelf), w odniesieniu do którego producenci zachowują monopol faktyczny i prawny na świadczenie usług związanych z usuwaniem ...
2: zamawiający powinien określić taki termin realizacji zamówienia, który daje wykonawcy realną możliwość wykonania zamówienia
W przypadku zamówień obejmujących rozbudowę istniejącego systemu, jeżeli zamawiający dopuszcza alternatywnie wdrożenie nowego systemu od podstaw (zob. rozdział V [Kryteria stosowane w celu oceny równoważności]), nadmierne skrócenie terminu na wdrożenie może prowadzić do utrudnienia uczciwej konkurencji, jeśli ...
systemu możliwość terminowej realizacji zamówienia.
Jeżeli zamawiający dopuszcza zaoferowanie wdrożenia nowego systemu, powinien sformułować wymagania w taki sposób, aby wykonawca decydujący się na złożenie oferty o takiej treści dysponował realną możliwością ...
jest przygotowanie opisu ze wskazaniem znaku towarowego lub pochodzenia. Niektóre przykłady takich sytuacji zostały opisane w rozdziale V. V. KRYTERIA STOSOWANE W CELU OCENY RÓWNOWAŻNOŚCI
Wprowadzenie
Prawo zamówień publicznych utrzymuje oczywiście zasadę, zgodnie z którą przedmiotu zamówienia nie można opisywać w sposób, który mógłby utrudniać uczciwą konkurencję. Jest to zakaz stanowiący element jednego z fundamentów aksjologicznych prawa zamówień publicznych, czyli zasady konkurencyjności. Szczególnym przypadkiem niedozwolonego działania, wprost wskazanym w PZP, jest opisywanie przedmiotu zamówienia za pomocą znaków towarowych, patentów, pochodzenia lub innych parametrów czy ...
są właściwe dla konkretnych produktów lub usług. Zakaz takiego sformułowania opisu przedmiotu zamówienia wyrażony jest w art. 99 ust. 4 PZP, zgodnie z którym przedmiotu zamówienia nie można opisywać w sposób, który mógłby utrudniać uczciwą konkurencję, w szczególności przez wskazanie znaków towarowych, patentów lub pochodzenia, źródła lub szczególnego procesu, który charakteryzuje produkty ...
charakteryzuje produkty lub usługi dostarczane przez konkretnego wykonawcę, jeżeli zamawiający nie może opisać przedmiotu zamówienia w wystarczająco precyzyjny i zrozumiały sposób, a wskazaniu takiemu towarzyszą wyrazy "lub równoważny". Przepis ten stanowi kontynuację zasady przewidzianej w art. 29 ust. 3 DPZP) i ma na celu umożliwienie zamawiającym sporządzenie opisu przedmiotu zamówienia wówczas, gdy z okoliczności danego zakupu wynika brak możliwości lub istotna trudność w dokonaniu opisu przedmiotu zamówienia w zobiektywizowany sposób. Nie sposób bowiem wykluczyć sytuacji, w której zamawiający, działając w interesie swojej organizacji, wręcz powinien sporządzić opis przedmiotu zamówienia wskazując na konkretny produkt. Ustawodawca, dostrzegając taką możliwość, stwierdza równocześnie, że niezależnie od realiów danego zamówienia, a w szczególności niezależnie od faktycznej celowości czy możliwości dokonania zakupu produktu innego niż wprost wskazany przez zamawiającego, konieczne ...
równego traktowania wykonawców oraz określoności przedmiotu zamówienia wywiedziono dodatkowy obowiązek przewidzenia przez zamawiającego kryteriów równoważności. W orzecznictwie podkreślano, że konieczne jest takie opisanie tych kryteriów, by zarówno zamawiający, jak i wykonawcy, byli w stanie bez wątpliwości stwierdzić, jakie konkretnie rozwiązanie będzie mogło być uznane za równoważne. Zasada ukształtowana w dotychczasowej doktrynie i orzecznictwie znalazła odzwierciedlenie w przepisie art. 99 ust. 6 PZP, zgodnie z którym, jeżeli przedmiot zamówienia został opisany w sposób, o którym mowa w ust. 5, zamawiający wskazuje w opisie przedmiotu zamówienia kryteria stosowane w celu oceny równoważności.
Ustawa nie przewiduje żadnych wytycznych co do sposobu opisu kryteriów stosowanych w celu oceny równoważności (dalej zwanych "kryteriami równoważności"), przy czym z uwagi na fakt, iż - jak ...
podniesieniem do rangi przepisu ustawy dotychczasowej zasady doktrynalnej, należy przyjąć, że aktualność zachowuje dorobek orzeczniczy w tym zakresie.
Specyfika zamówień informatycznych
Problem wskazywania w opisie przedmiotu zamówienia konkretnych znaków towarowych jest szczególnie widoczny w wypadku zamówień na systemy informatyczne. Specyfika cyklu życia rozwiązań IT polega w szczególności na tym, że systemy informatyczne podlegają aktualizacjom, zmianom, rozszerzeniom, rozbudowom, modyfikacjom, etc. System informatyczny ...
ulegają zmianom z uwagi na zmieniające się otoczenie prawne, ze względu na zmiany organizacyjne czy w związku z postępem technologicznym. Standardowe oprogramowanie, zapewniające realizację dowolnych funkcjonalności w organizacji, podlega ciągłemu rozwojowi i doskonaleniu. Jest w szczególności oczywiste, że producenci w określonym cyklu produkcyjnym zapewniają zarówno drobne poprawki w istniejącym oprogramowaniu, jak i udostępniają jego nowe wersje, które są następcami technologicznymi poprzednich. Jest też ...
dziś istotnie większa, niż jeszcze kilka lat temu, to jednak ciągle nie sposób uniknąć sytuacji, w których osiągnięcie zamierzonego celu możliwe jest wyłącznie przy zastosowaniu konkretnego produktu czy konkretnej technologii. Wynika to z naturalnego faktu, iż producenci złożonych rozwiązań informatycznych tworzą je w określonych technologiach i nie jest dla nich priorytetem, by zapewnić maksymalną otwartość tych rozwiązań na ...
przy tym oczywiste, że zamawiający powinien dążyć do tego, by budowane przez niego środowisko informatyczne w maksymalnym możliwym stopniu zapewniało możliwość jego utrzymania czy rozbudowy w trybach konkurencyjnych. Z uwagi na fundamentalne zasady udzielania zamówień publicznych, wskazane jest w szczególności takie dobieranie dostępnych technologii czy rozwiązań, by nie determinowały one dalszych zakupów poprzez brak interoperacyjności i możliwości integracji z produktami innych producentów. Nie sposób jednak wykluczyć sytuacji, w której nawet pomimo dołożenia przez zamawiającego najwyższej staranności w celu uniknięcia zagrożeń wynikających z uzależnienia od danej technologii czy produktu, kolejne zakupy rozwiązań informatycznych będą jednak w jakiś sposób zdeterminowane poprzednimi.
Należy podkreślić, że dopuszczenie opisu przedmiotu zamówienia wskazującego na konkretny produkt ...
tylko wtedy, gdy okoliczności danego zamówienia to usprawiedliwiają (gdy zamawiający "nie może opisać przedmiotu zamówienia w wystarczająco precyzyjny i zrozumiały sposób"). Sięganie do tej metody musi być więc w poszczególnych przypadkach rzeczywiście uzasadnione.
Jako przykłady z praktyki udzielania zamówień, dotyczące posłużenia się w opisie przedmiotu zamówienia znakiem towarowym lub innym oznaczeniem identyfikującym produkt można wskazać zaistnienie następujących okoliczności ...
każdy stan faktyczny należy badać indywidualnie i ocenić, czy nie było możliwe opisanie przedmiotu zamówienia w sposób wystarczająco precyzyjny i zrozumiały):
1.
Zakup urządzenia lub oprogramowania, które jako jedyne ma zdolność ...
czy oprogramowaniem posiadanymi przez zamawiającego.
2.
Podniesienie wersji (upgrade) istniejącego rozwiązania.
3.
Konsolidacja uprawnień licencyjnych w ramach danej infrastruktury informatycznej (nabycie nowej wersji oprogramowania na nowych, jednolitych warunkach w przypadku, gdy Zamawiający dysponuje różnymi produktami, nabywanymi z reguły przez dłuższy okres i na zróżnicowanych warunkach).
4.
Przedłużenie subskrypcji i aktualizacja bazy danych w posiadanym oprogramowaniu (np. antywirusowym lub w systemie informacji prawnej).
5.
Zakup (w tym przedłużenie) wsparcia producenta dla konkretnego rozwiązania informatycznego.
Trzeba przy tym zwrócić uwagę na rozróżnienie ...
Opisując produkty czy usługi, których zakup jest planowany, zamawiający zmuszony jest oczywiście do stosowania opisywanych w niniejszym rozdziale zasad dotyczących równoważności. Jeżeli jednak zamawiający opisuje w SWZ posiadane przez siebie rozwiązania informatyczne, to jest oczywiste, że nie musi dokonywać tego opisu ...
posiada "konkretny produkt lub równoważny".
Należy podkreślić, że kryteria równoważności stanowią element opisu przedmiotu zamówienia, w związku z czym zamawiający musi przy ich formułowaniu stosować zasady obowiązujące w tym zakresie, to jest przede wszystkim: określoność przedmiotu zamówienia oraz zasadę: konkurencyjności, proporcjonalności oraz równego traktowania wykonawców.
Rekomendacja ogólna nr 10: zamawiający powinien sformułować kryteria równoważności w taki sposób, by nie było wątpliwości, jaki produkt, rozwiązanie czy usługa uznane zostaną za równoważne
Zamawiający powinien zdefiniować kryteria równoważności w taki sposób, by nie było wątpliwości, jaki produkt, rozwiązanie czy usługa uznane zostaną za równoważne ...
opisanych za pomocą znaków towarowych lub innych określeń jednoznacznie wskazujących na zamawiany przedmiot. Nie jest w szczególności wystarczające przewidzenie w SWZ ogólnikowego stwierdzenia, wskazującego, że ilekroć w SWZ znalazły się znaki towarowe, patenty lub inne oznaczenia tego rodzaju, zamawiający dopuszcza zaoferowanie rozwiązań ...
opisanych.
Rekomendacja szczegółowa nr 10.1: zamawiający może sformułować opis równoważności za pomocą listy wymagań
W zależności od danego przypadku, uzasadnione może być dokonanie opisu kryteriów równoważności poprzez wskazanie listy konkretnych ...
szczególnej dbałości o poszanowanie zasad konkurencyjności oraz równego traktowania, ponieważ może prowokować do tego, by w bezrefleksyjny sposób przenosić wszystkie cechy produktu opisanego znakiem towarowym na wymagania dla produktu równoważnego. Szerzej na ten temat w Rekomendacji ogólnej nr 12.
Rekomendacja szczegółowa nr 10.2: zamawiający może sformułować opis równoważności poprzez ...
opisanego za pomocą znaku towarowego lub innego zbliżonego określenia. Jeżeli przykładowo zamawiający prowadzi dane postępowanie w celu nabycia infrastruktury informatycznej, na której ma zostać zainstalowana konkretna aplikacja lub system informatyczny, to ...
napisane tak, że działa wyłącznie z konkretnym systemem operacyjnym, konkretnego producenta, to możliwa jest sytuacja, w której zamawiający nie ma wyjścia i jeżeli chce zapewnić funkcjonowanie oprogramowania, to musi kupić urządzenia wyposażone w konkretny system operacyjny. Należy przy tym zaznaczyć, że kwestią zupełnie odrębną jest ocena staranności, którą zamawiający dołożył planując zakupy informatyczne, w celu uniknięcia sytuacji tego rodzaju. Skutki takiej oceny mogą prowadzić do różnych wniosków i konsekwencji (np. na gruncie przepisów o odpowiedzialności za naruszenie dyscypliny finansów publicznych), jednak w tym miejscu opisywany jest jedynie konkretny model stanu faktycznego, a nie przyczyny jego wystąpienia. Biorąc ...
jest zapewnienie funkcjonowania określonego oprogramowania, nic nie stoi na przeszkodzie, by zamawiający zdefiniował kryterium równoważności w ten sposób, że za sprzęt równoważny zostanie uznany taki, na którym możliwe jest zainstalowanie, skonfigurowanie i uruchomienie określonego oprogramowania. Koniecznym elementem takiego opisu kryterium równoważności jest oczywiście zawarcie w nim informacji dotyczących posiadanego przez zamawiającego oprogramowania. Informacje te muszą być na tyle szczegółowe, żeby ...
posiadanym przez zamawiającego urządzeniem, czy szerzej - infrastrukturą informatyczną. Warunkiem wypełnienia zasady określoności przedmiotu zamówienia będzie w każdym przypadku dostarczenie wykonawcom wszelkich informacji, które umożliwią realną ocenę, czy produkt, który zamierzają zaoferować, będzie zdolny do współdziałania z innymi produktami w zakresie wskazanym przez zamawiającego.
Rekomendacja ogólna nr 11: zamawiający powinien sformułować kryteria równoważności z zachowaniem zasady proporcjonalności
Zasada proporcjonalności nie została wprawdzie przywołana wprost w przepisach dotyczących opisu przedmiotu zamówienia, lecz jest jedną z ogólnych zasad prowadzenia postępowania o udzielenie zamówienia publicznego, wskazanych w art. 16 PZP. Zgodnie z tą zasadą, zamawiający powinien prowadzić postępowanie tak, by stawiane warunki ...
które są faktycznie niezbędne dla zaspokojenia jego uzasadnionych potrzeb.
Rekomendacja szczegółowa nr 11.1: zamawiający w opisie równoważności powinien uwzględnić skutki i koszty biznesowe oraz organizacyjne
Często spotykanym problemem jest kwestia zróżnicowania wysiłku zamawiającego, który musi być włożony w realizację danego zamówienia, w zależności od tego, czy będzie ono polegało na nabyciu konkretnego rozwiązania, opisanego za pomocą znaku ...
uzyskać oprogramowanie szersze funkcjonalnie, bezpieczniejsze, nieposiadające wad dotychczas wykorzystywanego, etc. Zamówienia takie wpisują się częstokroć w cykl produkcyjny producentów oprogramowania, którzy co jakiś czas publikują nowe, ulepszone, wydajniejsze, stabilniejsze i bezpieczniejsze ...
produkty, będące następcami poprzednich. Od strony faktycznej zamówienie na "upgrade oprogramowania" polega zazwyczaj na zainstalowaniu w istniejącym środowisku nowej wersji oprogramowania, co oznacza minimalny wysiłek organizacyjny po stronie zamawiającego. Użytkownicy korzystają ...
wykorzystywanego, tylko "ulepszonego" poprzez wykonanie podniesienia wersji do nowszej. Nie jest zazwyczaj konieczne dokonywanie zmian w otoczeniu informatycznym, cały proces podniesienia wersji odbywa się relatywnie szybko i prosto. Od strony formalnej ...
numerze katalogowym, czyli na kupieniu nowszej wersji oprogramowania już posiadanego, ale stanowiącej odrębny produkt. Zamawiający w takiej sytuacji, jeżeli nie może sporządzić opisu przedmiotu zamówienia w sposób wystarczająco precyzyjny i zrozumiały, będzie uprawniony do wskazania na konkretny produkt (oprogramowanie konkretnego producenta o określonej nazwie), oraz dopuścić zaoferowanie oprogramowania równoważnego. Zdefiniowanie kryteriów równoważności w takim wypadku wymaga gruntownego przemyślenia. Jeżeli bowiem zamawiający jako produkt równoważny wskaże taki, który posiada takie same funkcjonalności, jak oprogramowanie, które zamierza zmodernizować to w efekcie może otrzymać oferty na oprogramowanie, które wprawdzie jest odpowiednikiem dotychczas posiadanego, ale wymaga wdrożenia ...
oznacza konieczność weryfikacji, czy oprogramowanie równoważne będzie współpracować ze środowiskiem informatycznym zamawiającego, dokonania ewentualnych zmian w tym środowisku, zaprojektowania i przeprowadzenia całego procesu wdrożeniowego, w tym testów, szkoleń użytkowników i migracji danych z dotychczasowego systemu. Koszty tego przedsięwzięcia poniesione zostaną ...
biznesowy i organizacyjny będzie miało dla niego dostarczenie rozwiązania podstawowego, a następnie określić kryteria równoważności w sposób, który zapewnia uzyskanie takiego samego skutku. W podanym przykładzie podniesienia wersji posiadanego oprogramowania, rozwiązaniem rzeczywiście równoważnym byłoby więc nie tyle dostarczenie oprogramowania identycznego pod względem funkcjonalnym, co dostarczenie takiego oprogramowania wraz z wdrożeniem, w tym szkoleniami, migracją oraz odpowiednimi zmianami w infrastrukturze informatycznej zamawiającego, by zainstalowanie i uruchomienie nowego oprogramowania było możliwe. W takim przypadku konieczne jest precyzyjne zdefiniowanie zakresu przedmiotu zamówienia, w sposób adekwatny do rzeczywistych potrzeb zamawiającego związanych z dostarczeniem produktu podstawowego oraz równoważnego. Należy w szczególności zauważyć, że w tego rodzaju przypadkach może być konieczne sporządzenie dwóch wzorów umów - odrębnie dla rozwiązania podstawowego oraz równoważnego. Oczywiście nasuwa się wniosek, iż wykonawca, który dostarcza rozwiązanie równoważne, będzie w sytuacji mniej korzystnej niż ten, który dostarcza rozwiązanie podstawowe. Jeżeli jednak opis kryteriów równoważności będzie ...
ale wówczas, gdy okoliczności danego zamówienia to usprawiedliwiają (gdy zamawiający "nie może opisać przedmiotu zamówienia w wystarczająco precyzyjny i zrozumiały sposób"). Sięganie do tej metody musi być więc w poszczególnych przypadkach rzeczywiście uzasadnione.
Ponadto, w odniesieniu do kryteriów równoważności znajdują zastosowanie dokładnie te same reguły, które wyznaczają granice zasad konkurencyjności i równego traktowania wykonawców. W orzecznictwie podkreśla się w szczególności, że dopuszczenie równoważności nie może być sprowadzone do fikcji, a celem kryteriów równoważności nie ...
musi więc uwzględniać uzasadnione i obiektywne potrzeby zamawiającego, a każde z kryteriów powinno być zbadane w celu ustalenia, czy jego celem jest faktycznie zaspokojenie tych potrzeb, czy też wyłącznie zawężenie konkurencji.
Jak zostało opisane w Rekomendacji ogólnej nr 8, zamawiający nie może w opisie przedmiotu zamówienia zawierać elementów, które w sposób nieuprawniony prowadzą do eliminacji z postępowania niektórych wykonawców lub produktów, co jest oczywistym skutkiem poszanowania zasad konkurencyjności i równego traktowania wykonawców. W doktrynie i orzecznictwie podkreśla się, że granicą zasady konkurencyjności postępowania są uzasadnione potrzeby zamawiającego, które mogą w szczególności prowadzić do ograniczenia możliwej liczby wykonawców czy rodzaju oferowanych przez nich świadczeń. Zasada ta znajduje zastosowanie także w odniesieniu do opisu kryteriów równoważności. Należy przy tym podkreślić, że obowiązkiem zamawiającego jest dobór takich ...
to każda z tych cech powinna być konieczna z punktu widzenia istotnych interesów zamawiającego. Należy w szczególności podkreślić, że opis kryteriów równoważności nie może być bezrefleksyjnym przepisaniem wszystkich cech produktu podstawowego wyspecyfikowanych przez producenta w dokumentacji. Tytułem przykładu - wymaganie, by produkt równoważny posiadał zdolność komunikacji określonym protokołem, może być uznane ...
komunikacyjnego nie będzie dla zamawiającego przydatny, np. z uwagi na brak możliwości wykorzystania tego produktu w infrastrukturze zamawiającego, możliwe będzie zaakceptowanie takiego określenia kryteriów równoważności.
VI.
ODPOWIEDNIE OPISANIE WYMAGANYCH UPRAWNIEŃ DO KORZYSTANIA Z SYSTEMÓW INFORMATYCZNYCH
Rekomendacja ogólna nr 13: zamawiający powinien szczegółowo opisać w SWZ wymagane i oczekiwane przez niego uprawnienia do korzystania z zamawianego systemu informatycznego oraz elementów składających się na wdrożenie
Z zasad opisanych we wcześniejszych częściach Rekomendacji, a w szczególności z zasady określoności przedmiotu zamówienia zakorzenionej w art. 99 ust. 1 PZP (zob. rozdział III "Określoność przedmiotu zamówienia") oraz zasady sporządzania niedyskryminacyjnego ...
z art. 99 ust. 4 PZP jasno wynika, że opis przedmiotu zamówienia powinien być sporządzony w sposób jasny i przejrzysty, uwzględniać wszelkie wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty, a także nie powinien być on opisany w taki sposób, który mógłby utrudniać uczciwą konkurencję.
W kontekście powyżej wspomnianych zasad, bardzo istotne, a jednocześnie w praktyce powodujące spore trudności, jest odpowiednie opisanie przez zamawiających wymaganych przez nich uprawnień do zamawianych systemów informatycznych. Nie ulega bowiem wątpliwości, że systemy informatyczne, składające się w głównej mierze z programów komputerowych, z którymi zwykle połączone są dodatkowe elementy graficzne czy tekstowe ...
zasady stanowią utwory prawnoautorskie. Tym samym zamawiający, aby przełamać monopol twórcy (uprawnionego z tytułu majątkowych praw autorskich) do korzystania z takiego systemu - powinien w sposób wyraźny i jasno opisany zapewnić sobie możliwość korzystania z zamawianego przez niego systemu informatycznego ...
do dostarczanego oprogramowania jak i innych utworów składających się na zamówienie. Na istotne znaczenie opisania w OPZ kwestii uprawnień do korzystania z utworów wskazuje również art. 99 ust. 7 PZP, który wprost wskazuje, że zamawiający może określić w opisie przedmiotu zamówienia konieczność przeniesienia praw własności intelektualnej lub udzielenia licencji. Warto przy tym jednak podkreślić, że bez znaczenia jest to, czy wymagania te zostaną opisane bezpośrednio w OPZ, czy też stanowić będą, jak zwykle się to dzieje, część istotnych postanowień umownych. Ważne, jest natomiast to, aby wykonawca analizujący SWZ miał jasność co do tego, czego w ramach realizacji zamówienia wymaga od niego zamawiający oraz w jaki sposób zamawiający chce korzystać z dostarczonego w ramach dostawy lub całego procesu wdrożenia systemu informatycznego oraz innych utworów wytworzonych w ramach wdrożenia (np. dokumentacji, instrukcji, analiz itp.).
Zakres uprawnień wymaganych przez zamawiającego od wykonawcy w odniesieniu do zamawianego systemu informatycznego ma bowiem często istotne znaczenie cenotwórcze, a niejednokrotnie może decydować ...
do części lub całości dostarczanego oprogramowania składającego się na dostarczany system informatyczny powoduje, że wykonawca w konsekwencji zawarcia umowy na realizację takiego zamówienia utraci prawa do takiego oprogramowania i nie będzie mógł już w przyszłości, na potrzeby realizacji innych projektów informatycznych, go wykorzystywać, co może spowodować po jego stronie decyzję o rezygnacji z udziału w postępowaniu, w którym postanowione są takie wymogi. Podobnie również, istotnym dla wykonawcy czynnikiem cenotwórczym oferty może być to, jakie dokładnie jednostki zamawiającego lub jaki zakres, w tym ilość użytkowników po stronie zamawiającego, ma mieć uprawnienia do korzystania z dostarczanego systemu informatycznego ...
jest, to aby zamawiający przygotowując opis przedmiotu zamówienia na system informatyczny jasno opisali swoje oczekiwania w odniesieniu do uprawnień zamawianego systemu - wprost w OPZ lub IPU.
Warto przy tym wspomnieć, że odpowiednie opisanie uprawnień zamawiającego do zamawianego systemu ...
oraz towarzyszących mu utworów jest nie tylko obowiązkiem zamawiającego wynikającym z PZP, ale również leży w jego najlepiej pojętym interesie. Powyższe wynika z tego, że przepisy prawa autorskiego pisane są, co do zasady z myślą o ochronie twórcy oraz uprawnionego z tytułu majątkowych praw autorskich. Dlatego też przewidują dosyć szeroki monopol tych podmiotów oraz domyślne regulacje prawne korzystne, co do zasady, właśnie dla twórcy oraz uprawnionego z tytułu majątkowych praw autorskich. Tym samym, dopiero dokładne opisanie przez zamawiającego swoich wymagań co do zakresu korzystania z omawianych utworów, może mu zapewnić taką możliwość. Co więcej, w orzecznictwie, na gruncie poszczególnych przepisów pr. aut., np. w odniesieniu do redagowania sposobów korzystania z utworów prezentowane są poglądy wskazujące na występowanie w prawie autorskim zasady nakazującej interpretowanie wątpliwości interpretacyjnych umowy na korzyść twórcy. Dlatego też wymagania zamawiającego opisane w OPZ lub IPU powinny być maksymalnie skonkretyzowane i kompletne - aby z jednej strony zapewnić zamawiającemu oczekiwany zakres uprawnień, a z drugiej, pozwolić wykonawcy podjąć decyzję w zakresie złożenia oferty i oszacowania jej ceny.
Rekomendacja szczegółowa nr 13.1: zamawiający powinien odpowiednio ...
informatycznego
Opisując przedmiot zamówienia dotyczącego systemu informatycznego zamawiający powinien dokładnie wskazać, do jakich elementów dostarczanych w wyniku wdrożenia lub zainstalowania tego systemu chce uzyskać prawa do korzystania. Opisując zakres uprawnień zamawiający powinien w szczególności pamiętać o tym, że w wyniku wdrożenia systemu informatycznego powstaje zwykle nie tylko program komputerowy, ale także innego rodzaju produkty, które również mogą stanowić utwory chronione prawem autorskim, takie jak dokumentacja (w tym przewodniki, analiza przedwdrożeniowa, projekty techniczne, prezentacje), user stories, itp. Tym samym, zamawiający powinien wyraźnie w SWZ wskazać jakie uprawnienia chce uzyskać i do czego konkretnie - pamiętając także o uwzględnieniu dokumentacji i innych utworów niestanowiących programów komputerowych, które będą dostarczane zamawiającemu w ramach realizacji umowy będącej wynikiem przeprowadzonego zamówienia.
Jeśli zamawiający różnicuje zakres uprawnień do poszczególnych elementów zamawianego systemu informatycznego w zależności od tego, kto jest uprawniony z tytułu majątkowych praw autorskich do takich elementów6 lub czasu i celu ich wytworzenia7, powinien wyjaśnić (zdefiniować) pojęcia używane w SWZ, w tym IPU. Chodzi tu o pojęcia takie, jak oprogramowanie niededykowane standardowe (niededykowane), oprogramowanie systemowe, oprogramowanie aplikacyjne, oprogramowanie własne, oprogramowanie podmiotów trzecich, itp. Choć pojęcia te są często używane w kontekście zamówień na wdrożenie systemów informatycznych, nie mają jednego powszechnie przyjętego znaczenia. Dlatego też konieczne jest nadanie im znaczenia w ramach konkretnego postępowania, zgodnie z oczekiwaniami zamawiającego. Ich doprecyzowane zapewnia porównywalność ofert na etapie postępowania ...
późniejszych sporów na etapie realizacji umowy.
Rekomendacja szczegółowa nr 13.2: zamawiający powinien jasno wskazać, w odniesieniu do jakich elementów zamawianego systemu informatycznego, oczekuje przeniesienia majątkowych praw autorskich i określić sposoby korzystania z systemu, w tym pola eksploatacji, na których przeniesienie ma nastąpić
Ogólne zasady dotyczące przenoszenia majątkowych praw autorskich opisane zostały w rozdziale 5 pr. aut. zatytułowanym "Przejście autorskich praw majątkowych". Zgodnie z ogólną regulacją zawartą w art. 53 pr. aut., która ma zastosowanie zarówno do utworów niebędących programami komputerowymi, jak i do programów komputerowych "Umowa o przeniesienie autorskich praw majątkowych wymaga zachowania formy pisemnej pod rygorem nieważności". Wymogu takiego natomiast prawo autorskie nie
6 Np. na oprogramowanie producenta, oprogramowanie open source, oprogramowanie własne wykonawcy.
7 Np ...
zostały wytworzone specjalnie na potrzeby danego zamówienia (np. oprogramowania standardowe/niededykowane, oprogramowanie dedykowane/skastomizowane).
przewiduje w przypadku licencji niewyłącznych, czyli takich w których licencjodawca może udzielać wielu tożsamych licencji o tym samym zakresie, co wynika a contrario z art. 67 ust. 5 pr. aut. Jednocześnie zgodnie z zasadą zawartą w art. 65 pr. aut. przyjmuje się, że w braku wyraźnego postanowienia o przeniesieniu praw, uważa się, że twórca udzielił licencji.
Powyższe oznacza, że jeśli oczekiwaniem zamawiającego jest to, aby wykonawca przeniósł na niego majątkowe prawa autorskie, np. w odniesieniu do oprogramowania dedykowanego, powinien jasno i jednoznacznie wskazać w SWZ takie oczekiwanie wraz z wyjaśnieniem co rozumie pod pojęciem oprogramowania dedykowanego (zob. Rekomendację szczegółową nr 13.1) oraz wyraźnym wskazaniem zakresu przeniesienia praw (sposobu korzystania z oprogramowania - o czym poniżej). Co istotne również, ze względu na konieczność zawarcia postanowień dotyczących przeniesienia majątkowych praw autorskich na piśmie, umowa o wykonanie zamówienia publicznego, która jest zawierana pomiędzy stronami w wyniku wyboru oferty danego wykonawcy na piśmie pod rygorem nieważności - powinna wyraźnie wskazywać postanowienia dotyczące przeniesienia majątkowych praw autorskich.
Warto również podkreślić, że do umów przenoszących autorskie prawa majątkowe, jak i umów licencyjnych ...
znajduje zastosowanie art. 41 ust 2 pr. aut., który wskazuje, że "umowa o przeniesienie autorskich praw majątkowych lub umowa o korzystanie z utworu, zwana dalej "licencją", obejmuje pola eksploatacji wyraźnie w niej wymienione."
W literaturze prawnoautorskiej wskazuje się, że o ile w odniesieniu do "zwykłych" utworów w art. 50 pr. aut. zamieszczono jedynie przykładowy, otwarty katalog ich możliwych pól eksploatacji, o tyle w odniesieniu do programów komputerowych, w art. 74 ust. 4 pr. aut. wskazany został katalog uprawnień do korzystania z utworu, traktowany ...
Zgodnie z art. 74 ust. 4 pr. aut. autorskie prawa majątkowe do programu komputerowego, obejmują prawo do: 1) trwałego lub czasowego zwielokrotnienia programu komputerowego w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie; w zakresie, w którym dla wprowadzania, wyświetlania, stosowania, przekazywania i przechowywania programu komputerowego niezbędne jest jego zwielokrotnienie, czynności te wymagają zgody uprawnionego; 2) tłumaczenia, przystosowywania, zmiany układu lub jakichkolwiek innych zmian w programie komputerowym, z zachowaniem praw osoby, która tych zmian dokonała; 3) rozpowszechniania, w tym użyczenia lub najmu, programu komputerowego lub jego kopii.
Zaznaczenia wymaga jednocześnie fakt, że zamawiający zwykle dążą do nabycia majątkowych praw autorskich do poszczególnych elementów systemu w przypadku, w którym chcą nabyć poszczególne części systemu na własność i uzyskać niezależność od wykonawcy, w tym możliwość swobodnego modyfikowania i rozwoju oprogramowania.
Od strony prawnoautorskiej, modyfikacja oprogramowania stanowi przede wszystkim eksploatację oprogramowania, o której mowa w art. 74 ust. 4 pkt 2 pr. aut. Natomiast, zdaniem większości przedstawicieli doktryny jeśli charakter ...
na tyle twórczy, że przesądzi to o powstaniu programu, który może być przedmiotem samodzielnej ochrony, w grę wchodzić będzie również regulacja dotycząca utworów zależnych (czyli tłumaczeń, przeróbek, adaptacji utworów) z art. 2 pr. aut. Zgodnie z art. 2 pr. aut. dla samego tworzenia utworów zależnych w stosunku do utworu pierwotnego nie jest konieczna zgoda właściciela praw autorskich do utworu pierwotnego, natomiast zgody takiej wymaga korzystanie z powstałych utworów zależnych oraz rozporządzanie nimi. W przypadku szczególnej kategorii utworów, jakimi są programy komputerowe, wspomniany art. 74 ust. 4 pkt 2 pr. aut. przesądza, że już samo dokonanie zmiany w oprogramowaniu będzie wymagać zgody twórcy. Dlatego też, nie tylko korzystanie z utworów zależnych, ale już ich wytwarzanie, które nierozerwalnie wiąże się z modyfikacją oprogramowania będzie wymagać zgody właściciela praw autorskich do pierwotnego programu komputerowego. W odniesieniu natomiast do wykonywania praw zależnych, w art. 46 pr. aut. wprowadzono domniemanie, zgodnie z którym "jeżeli umowa nie stanowi inaczej, twórca zachowuje wyłączne prawo zezwalania na wykonywanie zależnego prawa autorskiego, mimo że w umowie postanowiono o przeniesieniu całości autorskich praw majątkowych". Z przepisu art. 46 pr. aut. wynika wprost, że w razie braku wskazania w umowie przeniesienia majątkowego prawa lub udzielenia licencji na zezwalanie na wykonywanie zależnego prawa autorskiego, zamawiający nie może korzystać z opracowań utworu, czyli dla przykładu: twórczej modyfikacji, tłumaczenia ...
do którego przysługują mu prawa, ani też wydawać zgody na wykonywanie takich opracowań.
A zatem, w razie uznania danych modyfikacji oprogramowania za utwory zależne, ich stworzenie (czyli samo dokonanie modyfikacji) będzie zależeć od udzielenia prawa na polu eksploatacji wskazanym w art. 74 ust. 4 pkt 2 pr. aut., a ponadto możliwość ich wykorzystania, rozporządzania nimi oraz zezwalania na ich tworzenie przez podmioty trzecie (np. wykonawców zapewniających w przyszłości usługi serwisowe czy rozwojowe), będzie zależna od wyraźnego udzielenia na to zgody w umowie przez producenta programu komputerowego.
W przypadku braku prawa zezwalania na wykonywanie zależnego prawa autorskiego w stosunku do programu komputerowego, zamawiający, również w przypadku, w którym przeniesiono na niego prawo do wykonywania modyfikacji programów (art. 74 ust 4 pkt 2 pr. aut.) nie będzie miał ...
zmianie architektury oprogramowania.
Z powyższego wynika, że jeśli zamawiający chce nabyć na własność "pełnię autorskich praw majątkowych" do systemu informatycznego lub jego elementów i mieć uprawnienia do swobodnej modyfikacji takiego systemu samodzielnie lub za pomocą osób trzecich, działających na jego zlecenie np. w celu jego rozwoju i utrzymania, powinien zagwarantować sobie w umowie:
• uprawnienie do korzystania z programu komputerowego obejmujące modyfikacje programu komputerowego (art. 74 ust. 4 pkt 2 pr. aut.) oraz
• prawo do zezwalania na wykonywanie praw zależnych (art. 46 pr. aut.) i korzystania ze zmian w programie komputerowym stanowiących opracowanie pierwotnej wersji programu (art. 2 pr. aut.).
Rekomendacja szczegółowa nr 13.3: zamawiający powinien wyraźnie wskazać zakres uprawnień jakie chce realizować w odniesieniu do zamawianego systemu informatycznego, w szczególności poprzez opisanie celu (efektu) jaki chce osiągnąć
Aby uczynić zadość wymaganiom z art. 99 ust. 1 PZP, zamawiający powinien w SWZ w sposób wyraźny i jasny wskazać na zakres uprawnień do korzystania z systemu informatycznego oraz innych utworów wytworzonych w ramach wdrożenia jaki chce uzyskać. Opisując wymagany zakres uprawnień do systemu informatycznego zamawiający może posługiwać się terminologią prawnoautorską, czyli sposobami korzystania z programu komputerowego wymienionymi w art. 74 ust. 4 pr. aut. oraz brzmieniem przepisów art. 46 pr. aut. i art. 2 pr. aut. w zakresie utworów zależnych (zob. Rekomendację szczegółową nr 13.2). Jednocześnie nie ma przeszkód, a wręcz jest to wskazane ...
do zamawianego systemu oczekuje, czyli aby wskazał dokładny cel (efekt) jaki chce osiągnąć. Tym samym, w SWZ zamawiający nie musi odwoływać się do pojęć prawnoautorskich i pól eksploatacji wymienionych w art. 50, czy art. 74 ust. 4 pr. aut., a może opisowo i jasno wyjaśnić ...
i dokumentacją robić.
Rekomendacja szczegółowa nr 13.4: zamawiający powinien wyraźnie wskazać zakres podmiotów jakie w ramach zamówienia mają uzyskać uprawnienia do korzystania z systemu informatycznego
W związku z bardzo różnymi modelami licencjonowania oprogramowania występującymi na rynku IT oraz sposobami udostępniania oprogramowania ...
jeżeli umowa nie stanowi inaczej, licencjobiorca nie może upoważnić innej osoby do korzystania z utworu w zakresie uzyskanej licencji, w ramach opisywania wymaganego zakresu uprawnień do zamawianego systemu IT zamawiający powinien jasno wskazać zakres podmiotów, jakie w ramach zamówienia mają uzyskać uprawnienia do korzystania z systemu informatycznego.
Powyższe oznacza, że zamawiający w ramach OPZ powinien jasno określić wszystkie potencjalne grupy użytkowników zamawianego systemu oraz zakres uprawnień, jakie powinni oni uzyskać. Przykładowo, zamawiający powinien wskazać, czy w ramach zamawianego systemu informatycznego wymaga, aby w ramach zaoferowanej przez wykonawcę ceny uprawnienie do korzystania z systemu uzyskali tylko pracownicy zamawiającego, czy ...
partnerzy biznesowi zamawiającego lub jednostki współpracujące lub powiązane z zamawiającym, a jeśli to jakie i w jakim zakresie (np. tożsamym z zamawiającym lub węższym).
Rekomendacja szczegółowa nr 13.5: zamawiający powinien wyraźnie wskazać oczekiwania co do zakresu terytorialnego korzystania z systemu informatycznego lub innych utworów
W związku bardzo różnymi modelami licencjonowania oprogramowania występującymi na rynku IT oraz sposobami udostępniania oprogramowania do ...
pr. aut., zgodnie z którym umowa licencyjna uprawnia do korzystania z utworu na terytorium państwa, w którym licencjobiorca ma swoją siedzibę, chyba że w umowie postanowiono inaczej, zamawiający powinien jasno wskazać wymagania co do zakresu terytorialnego korzystania z systemu ...
rzeczywistych potrzeb. Tym samym, jeśli oczekiwaniem zamawiającego jest to, aby zamawiający mógł instalować system informatyczny w dowolnym miejscu, w tym, aby system mógł być instalowany w chmurze obliczeniowej - zamawiający powinien jasno wyrazić takie oczekiwanie w SWZ, może mieć ono bowiem znaczenie dla ustalenia ceny przez wykonawcę.
Podobnie również, jeśli oczekiwaniem ...
lokalizację, czyli bez żadnych ograniczeń terytorialnych, to również kwestia ta powinna być wskazana przez zamawiającego w wymaganiach SWZ.
Warto wskazać, że kwestia ta jest istotna nie tylko w przypadku licencji, ale również w przypadku postanowień dotyczących przeniesienia autorskich praw majątkowych. Wskazanie terytorium może bowiem stanowić istotną przesłankę dot. decyzji wykonawcy o złożeniu oferty - jeśli SWZ wskazywać będzie, że przeniesienie ma dotyczyć praw np. na terytorium Polski lub EOG czy UE, wykonawca zachowa prawa pozwalające mu na wykorzystywanie ...
na terytorium USA czy Azji.
Rekomendacja szczegółowa nr 13.6: zamawiający powinien wyraźnie wskazać moment w jakim uzyskuje uprawnienie do korzystania z dostarczanych mu przez wykonawcę elementów systemu informatycznego lub innych utworów
Bez względu na to, czy zamawiający oczekuje od wykonawcy przeniesienia majątkowych praw autorskich do części lub całości zamawianego systemu informatycznego, czy też oczekuje zapewnienia przez wykonawcę praw do części lub całości zamawianego systemu informatycznego na innej podstawie, istotne jest, aby zamawiający wyraźnie określił moment w jakim te uprawnienia ma uzyskać. Przykładowo, momentem tym może być dostarczenie poszczególnych elementów systemu informatycznego ...
przez niego uprawnień do zamawianego systemu może mieć również wpływ na ocenę sytuacji zamawiającego także w innych aspektach.
Jednocześnie, jeśli zamawiający przewiduje, że nabycie uprawnień do korzystania z systemu informatycznego ma nastąpić dopiero z odbiorem końcowym zamawianego systemu - warto, aby przewidział w ramach wymagań tymczasowe uprawnienie (aż do momentu uzyskania pełnych uprawnień) do korzystania z systemu informatycznego ...
uprawnień do korzystania z oprogramowania jest czas, na jaki uprawnienie to jest przyznane. O ile w przypadku przeniesienia majątkowych praw autorskich, prawa te zwykle przenoszone są bezterminowo, o tyle w przypadku licencji, zgodnie z treścią art. 66 ust. 1 pr. aut. w braku odrębnych postanowień umownych umowa licencyjna uprawnia do korzystania z utworu w okresie pięciu lat, a po upływie tego okresu wygasa.
Tym samym, jeśli zamawiający chce sobie ...
innych dostarczanych utworów przez okres dłuższy lub krótszy niż 5 lat - powinien wyraźnie to wskazać w SWZ. Warto przy tym zaznaczyć, że zgodnie z art. 68 ust. 2 pr. aut. licencję udzieloną na okres dłuższy niż pięć lat uważa się, po upływie tego terminu, za udzieloną na czas nieoznaczony. Powyższe oznacza, że w przypadku postawienia wymagania, aby udzielana licencja była dłuższa niż 5 lat, w braku wyraźnych zobowiązań licencjodawcy co do niewypowiadania takiej licencji, licencja taka będzie mogła być wypowiedziana zgodnie z jej terminem wypowiedzenia, a w braku określenia takiego terminu, zgodnie z art. 68 ust. 1 pr. aut. na rok na ...
koniec roku kalendarzowego.
Zaznaczyć również należy, że zgodnie art. 435 ust. 1 pkt 4) PZP licencja na oprogramowanie komputerowe wymieniona została jako wyjątek od zasady ustanowionej w art. 434 ust. 1, (zgodnie z którą umowę o zamówienie publiczne zawiera się na czas ...
gruncie art. 435 ust. 1 pkt 4 PZP może być rozumiane szeroko i funkcjonalnie włączając w to także inne utwory wbudowane lub funkcjonalnie powiązane z oprogramowaniem, jak również - w szczególnych przypadkach - dokumentację oprogramowania dostarczaną do oprogramowania i niezbędną do korzystania z niego.8.
Na gruncie obowiązujących przepisów prawa polskiego pewne kontrowersje prawne wzbudza to, czy dopuszczalne jest udzielenie licencji na korzystanie z oprogramowania na czas nieoznaczony (licencji bezterminowej), która nie będzie mogła być wypowiedziana. Warto w tym miejscu podkreślić, że kwestia możliwości zawarcia bezterminowej licencji bez prawa do jej wypowiedzenia nie wynika wprost z obowiązujących przepisów prawa, a kwestia możliwości zawierania tzw. "niewypowiadalnych licencji", czy licencji wieczystych" była dotychczas kwestionowana przez niektórych w doktrynie prawa - wobec brzmienia art. 3651 Kodeksu cywilnego, zgodnie z którym "Zobowiązanie bezterminowe o charakterze ...
wygasa po wypowiedzeniu przez dłużnika lub wierzyciela z zachowaniem terminów umownych, ustawowych lub zwyczajowych, a w razie braku takich terminów niezwłocznie po wypowiedzeniu" Z treści przepisu tego wywodzono bowiem generalną zasadę ...
zawierania tzw. stosunków niewolniczych).
Kwestia możliwości udzielenia przez producentów oprogramowania na gruncie prawa polskiego, "wieczystych licencji" budziła wiele kontrowersji. Jednocześnie gospodarcza potrzeba istnienia tego typu stosunków prawnych wydaje się być bardzo duża, co potwierdza zwłaszcza ich duża popularność i powszechność w zachodnich systemach prawnych. Producentom oprogramowania zależy bowiem zwykle na tym, żeby nie pozbywać się majątkowych praw autorskich do oprogramowana, a udzielać niewyłącznych licencji na korzystanie z oprogramowania - tak aby mogli oni sprzedać stworzone przez
8 Warto wskazać, że szeroka wykładnia pojęcia "oprogramowania" i rozumienia go w sposób holistyczny i funkcjonalny, obejmujący jego funkcjonalne części składowe, takie jak: kod źródłowy, opis procedur operacyjnych, zestawienie danych w informacjach konwersacyjnych i dialogowych oraz kod wynikowy i interfejs została zaproponowana także na gruncie przepisów prawa podatkowego w Objaśnieniach podatkowych z dnia 15 lipca 2019 r.
dotyczących preferencyjnego opodatkowania dochodów wytwarzanych przez prawa ...
trwałości i pewności korzystania z nabywanego oprogramowania. Te dwa kluczowe oczekiwania gospodarcze spełnia właśnie bezterminowa licencja bez możliwości jej wypowiedzenia.
Kwestia dopuszczalności możliwości udzielenia niewypowiadalnej, czyli "dożywotniej" licencji, zaakceptowana została częściowo w doktrynie i dostrzeżona została także w orzecznictwie.
Wydaje się jednocześnie, że dopuszczenie możliwości udzielania niewypowiadalnych licencji bezterminowych jest uzasadnione zwłaszcza w przypadku oprogramowania dystrybuowanego przez producentów w modelach wykluczających możliwość przeniesienia majątkowych praw autorskich, w szczególności ze względu na sposób jego wytwarzania, zwykle duże nakłady związane procesem wytwórczym lub też szerokie portfolio odbiorców i klientów.
Kluczowe jest jednak, aby w przypadku oczekiwania zamawiającego dotyczącego uzyskania licencji bezterminowej bez możliwości jej wypowiedzenia, było ono jasno i jednoznacznie wskazane w SWZ.
Rekomendacja szczegółowa nr 13.8: jeśli zamawiający oczekuje wydania przez wykonawcę kodów źródłowych do dostarczanych elementów lub całości systemu informatycznego powinien to jasno i wyraźnie wskazać w SWZ, opisując przy tym wymagania w odniesieniu do przekazywanych kodów źródłowych
Prawo autorskie obejmuje ochroną wszystkie formy wyrażenia programu komputerowego, a zatem zarówno kod źródłowy programu, jak ...
komputerowego musi być chroniona od chwili, gdy jej odtworzenie prowadziłoby do odtworzenia samego programu, pozwalając w ten sposób komputerowi na wypełnienie jego funkcji" (Wyrok Trybunału Sprawiedliwości z dnia 22 grudnia 2010 r. w sprawie C-393/09 Bezpečnostní softwarová asociace, C-393/09, Zbiór Orzeczeń 2010 I ...
kod wynikowy nie jest odrębnym przejawem twórczości, a jedynie przetworzoną przez komputer formą kodu źródłowego, w rozumieniu prawa autorskiego te dwie postacie programu komputerowego traktowane są jako jeden utwór. Dlatego też kod wynikowy nie podlega odrębnej ochronie prawnoautorskiej, co oznacza, że przeniesienie praw do programu komputerowego lub udzielenie licencji na korzystanie z takiego programu komputerowego dotyczy zarówno kodu wynikowego jak i kodu źródłowego.
Jednocześnie, czym innym niż majątkowe prawo autorskie do korzystania z programowania jest faktyczny dostęp do kodów źródłowych tego oprogramowania, które są z technicznego punktu widzenia konieczne dla swobodnego modyfikowania i wprowadzania zmian w takim programie.
Sposób zapisania kodów źródłowych stanowi bowiem często chronione know-how wykonawcy, a tym ...
aby wykonawca przekazywał lub udostępniał zamawiającemu kod źródłowy, to kwestia ta powinna zostać wyraźnie wskazana w OPZ. Warto aby zamawiający opisał również częstotliwość przekazywania takich kodów, sposób i formę ich przekazywania ...
dla osób po stronie zamawiającego, które później te kody będą analizowali lub modyfikowali. Konkretne wymagania w tym zakresie powinny być spójne z celem oczekiwanym przez zamawiającego - jeśli oczekuje on przekazania kodów źródłowych celem późniejszego utrzymywania lub rozwoju systemu samodzielnie lub w ramach usług podmiotu trzeciego, opis kodów źródłowych lub jego dokumentacja powinna zapewniać niezbędny transfer wiedzy ...
już rozwiązań, systemy standardowe nieznacznie jedynie dostosowywane pod potrzeby zamawiających, czy tez zakup określonej funkcjonalności w modelu SaaS lub zautomatyzowania danego procesu) oraz brak jednolitych standardów w tym zakresie powoduje, że opis przedmiotu zamówienia na zakup systemu IT może być bardzo różny ...
systemu informatycznego.
Jednocześnie, z art. 17 ust. 1 PZP wynika, że zamawiający powinien udzielać zamówień w sposób efektywny, czyli tak, aby uzyskać jak najlepszą jakość świadczeń wykonawcy w ramach środków, które zamawiający może przeznaczyć na jego realizację, a jednocześnie uzyskać jak najlepsze efekty możliwe do uzyskania w stosunku do poniesionych nakładów. Powyższe oznacza, że na etapie przygotowywania OPZ lub jeszcze we wcześniejszym ...
potrzeb, a także zweryfikować dostępne i ofertowane na rynku rozwiązania i systemu IT, tak aby w optymalnym zakresie opisać swoje wymagania - w tym wymagania dotyczące oczekiwań z zakresu uprawnień do systemu informatycznego, dbając jednocześnie o poszanowanie zasad równej konkurencji i utrzymanie możliwie wysokiej konkurencyjności prowadzonego postępowania.
W przypadku określania wymagań odnośnie korzystania z zamawianego systemu informatycznego oraz elementów składających się na wdrożenie ...
i należy oczekiwać, że najprawdopodobniej będzie on dostarczany przez wykonawcę jako system standardowy, a jedynie w części (większej lub mniejszej) dostosowywany do potrzeb zamawiającego, czy też raczej rozwiązanie oczekiwane przez zamawiającego ...
zamówienia obejmuje budowę rozwiązania od podstaw, poprzez wytworzenie nowego oprogramowania, specyficznego dla danego zamawiającego, to w pełni uzasadnione może być oczekiwanie zamawiającego, aby zamawiający nabył w jak najszerszym zakresie prawa autorskie do stworzonego dla niego produktu. Jeżeli natomiast przedmiotem zamówienia co do zasady ma być oprogramowanie standardowe, które będzie w toku wdrożenia podlegało wyłącznie odpowiedniej konfiguracji, to oczekiwanie przez zamawiającego przeniesienia na niego majątkowych praw autorskich do takiego systemu może być uznane za nieuzasadnione - jako nieadekwatne i w niezasadny sposób ograniczające konkurencję.
W przypadku, gdy przedmiotem zamówienia jest świadczenie usług w modelu SaaS, PaaS lub IaaS, kwestią dyskusyjną (i zależną od stanu faktycznego) jest to, na ile podmiot korzystający z oprogramowania w ogóle wkracza w sferę wyłączności wynikającą z prawa autorskiego. Niniejsze Rekomendacje nie są właściwym miejscem, by ten spór rozstrzygać. Zamawiający powinni jednak mieć na uwadze, że w praktyce spotykane są bardzo różne modele dotyczące udostępniania oprogramowania w modelu chmury obliczeniowej. Są wśród nich modele, w których usługodawcy nie udzielają licencji, lecz w ramach swoich usług udostępniają oprogramowanie, a zamawiający może korzystać z niego jako tzw. legalny użytkownik ...
poprzez wprowadzenie bardzo restrykcyjnych postanowień licencyjnych, jeżeli przedmiot zamówienia będzie obejmował usługi chmury obliczeniowej, które w inny sposób opisują zakres uprawnień do korzystania z tak udostępnianego oprogramowania. Zamawiając usługi SaaS, PaaS ...
nie tylko zakres potrzebnych mu uprawnień, ale także to, czy ich podstawą prawną powinna być licencja.
Tym samym, opisując swoje wymagania w zakresie uprawnień do systemu informatycznego zamawiający powinien pamiętać o tym, że opisując te wymagania w sposób nieadekwatny lub w zbyt szeroki sposób - może znacząco ograniczyć sobie liczbę podmiotów zainteresowanych udziałem w takim postępowaniu oraz oferowanych rozwiązań - zmniejszając tym samym konkurencyjność danego postępowania.
Oczywiste jest bowiem to, że wykonawcy IT oferujący standardowe rozwiązania IT i czerpiący dochody z udzielania licznych licencji na korzystanie z takiego oprogramowania nie będą zainteresowani przenoszeniem majątkowych praw autorskich do takiego oprogramowania na zamawiającego, bo przeniesienie takie wykluczyłoby dalszą możliwość licencjonowania takiego oprogramowania. Podobnie również w przypadku wykonawców oferujących swoje systemy informatyczne w modelu chmury obliczeniowej na jednolitych zasadach korzystania z takich systemów przez wszystkich użytkowników - mogą podjąć decyzję o nieskładaniu ofert w postępowaniu, w którym zamawiający przewiduje szczegółowe zasady korzystania z oprogramowania odbiegające od zasad, na których udostępniają oni ...
pamiętać o tym, że dane wymaganie zamawiającego może być uznane za nadmiarowe lub za uzasadnione, w zależności przykładowo od tego, jakiemu celowi służy budowa danego rozwiązania informatycznego, czy też w zależności od tego, czy system budowany jest od postaw, czy też stanowi kolejny moduł istniejącego już rozwiązania. Jednocześnie zamawiający ma prawo definiować przedmiot zamówienia uwzględniając swoje rzeczywiste, obiektywnie uzasadnione potrzeby - jednakże ustalane wymogi powinny jasno wynikać ...
Rekomendacja szczegółowa nr 14.1: zanim zamawiający rozpocznie prace nad SWZ i opisywaniem wymaganego zakresu praw do oprogramowania powinien zweryfikować jakie systemy informatyczne występują już na rynku i co może być wykorzystane w ramach wdrożenia Zamawiający zanim rozpocznie prace nad OPZ i opisywaniem wymaganego zakresu praw do zamawianego systemu IT powinien zweryfikować jakie rozwiązania występują już na rynku i są ofertowane ...
określić zakres wymaganych przez siebie uprawnień do takiego sytemu.
Zamawiający powinien rozeznać się także, czy w ramach przedmiotu zamówienia mogą występować sytuacje, w których to nie wykonawca, z którym zawarto umowę, a inny producent IT będzie faktycznie udzielał licencji na korzystanie z oprogramowania. Jeśli z rozeznania zamawiającego okaże się, że sytuacje takie mogą występować, zamawiający powinien odpowiednio przewidzieć te sytuacje w OPZ wskazując np., że oczekiwaniem zamawiającego jest, aby wykonawca zapewnił określone uprawnienia zamawiającego, bez wskazywania, kto ma udzielać licencji na korzystanie z dostarczonych utworów.
Rekomendacja szczegółowa nr 14.2: zamawiający powinien dążyć do zabezpieczenia odpowiedniego zakresu uprawnień do korzystania z oprogramowania, w tym jego swobodnego rozwijania oraz możliwości powierzania jego utrzymania po zakończeniu zamówienia podmiotom innym niż ...
oraz poszanowaniem zachowania odpowiedniej konkurencji wykonawców
Zamawiający opisując przedmiot zamówienia na system informatyczny oraz zakres praw do tego systemu, jaki chce uzyskać, uwzględniając wytyczną, aby przedmiotu tego nie opisywać w taki sposób, który mógłby utrudniać uczciwą konkurencję, powinien patrzeć i uwzględniać nie tylko sytuację postępowania, w ramach którego system ten jest zamawiany, ale również zastanowić się nad tym, w jaki sposób po zakończeniu realizacji danego zamówienia system ten będzie wykorzystywany lub rozwijany.
Jeśli bowiem ...
systemu zamawiający będzie potrzebował skorzystać z pomocy zewnętrznych podmiotów (wykonawców), zamawiający co do zasady powinien w taki sposób ukształtować wymagania odnośnie uprawnień do zamawianego wcześniej systemu, aby realizacja tych czynności była ...
rozwoju i utrzymania oprogramowania przez podmioty inne niż pierwotny wykonawca systemu może zależeć od technologii, w jakiej tworzone jest oprogramowanie (na ile oprogramowanie może być zmienianie jedynie poprzez zmiany konfiguracyjne i parametryzacyjne bez potrzeby wnikania w kod źródłowy oprogramowania) oraz zakresu praw jakie zamawiający, czy to na podstawie nabytych praw autorskich, czy na podstawie uprawnień licencyjnych otrzymuje w ramach realizowanej umowy od wykonawcy. Kluczowe przy tym może być tu:
• czy na podstawie nabytej licencji, czy też nabytych praw autorskich do oprogramowania zamawiający będzie mógł powierzać wykonywanie swobodnych modyfikacji takiego oprogramowania podmiotom trzecim;
• czy ...
modyfikowania oprogramowania konieczne jest wydanie kodów źródłowych, to czy wykonawca takie kody źródłowe zobowiązany jest przekazać zamawiającemu w ramach realizacji zamówienia na wdrożenie systemu (zob. Rekomendacja szczegółowa nr 13.8);
• czy wykonawca realizujący wdrożenie zobowiązany jest do stworzenia i przekazania zamawiającemu odpowiedniej dokumentacji umożliwiającej nowemu wykonawcy zapoznanie się z tym, w jaki sposób został zbudowany system i jak najlepiej wprowadzać do niego modyfikacje, a także udzielania nowemu wykonawcy niezbędnych wskazówek w tym zakresie. Warto jednak pamiętać w tym miejscu o tym, że w praktyce, to co daje zamawiającemu realną szansę na uniknięcie sytuacji vendor lock-in oraz rozpisywania konkurencyjnego postępowania na rozwój lub utrzymanie wcześniej zamówionego systemu zależy w dużej mierze od przygotowania zamawiającego do danego wdrożenia, technologii, w jakiej tworzone jest oprogramowanie, zaangażowania zamawiającego w sam proces wdrożenia (chęci poznania jak oprogramowanie jest tworzone i jak zbudowane), a tylko jednym ...
decydującym o sukcesie możliwości uniezależnienia się od wykonawcy, który wdrażał system - jest uzyskanie odpowiedniego zakresu praw do oprogramowania oraz kodów źródłowych, przynajmniej do niezbędnej dla rozwoju części takiego oprogramowania.
Nie można również pominąć tego, że w niektórych przypadkach, kiedy zamawiający świadomie zamawia w ramach wdrożenia system z jego niezbędnym utrzymaniem i rozwojem na czas całego planowanego korzystania z ...
źródłowych) skutkujący wzrostem oferowanych cen za realizacje zamówienia - może być zupełnie niewspółmierny do potencjalnych korzyści w postaci “niezależności zamawiającego", jeśli i tak po zakończeniu realizacji zamówienia zamawiający planuje lub dopuszcza możliwość zastąpienia systemu innym system wybieranym w otwartym postępowaniu.
Tym samym, aby prawidłowo opisać przedmiot zamówienia na system informatyczny oraz zakres praw do tego systemu, jaki chce uzyskać zamawiający, tak aby później nie utrudniać uczciwej konkurencji również ...
po wyborze wykonawcy na wdrożenie systemu - zamawiający powinien zastanowić się czy, a jeśli tak to w jaki sposób planuje korzystać z systemu po zakończeniu realizacji zamówienia przez wybranego wykonawcę oraz czy w tym celu będzie mu potrzeba pomoc podmiotów trzecich (wykonawców).
Rekomendacja szczegółowa nr 14.3: zamawiający nie powinien dążyć za wszelką cenę do nabycia pełni autorskich praw majątkowych do zamawianego systemu informatycznego
Zamawiający chcąc zabezpieczyć sobie odpowiedni zakres praw do oprogramowania w ramach zamawianego systemu oczekują często przeniesienia majątkowych praw autorskich do takiego systemu przez wykonawcę. Tymczasem takie wymaganie postawione w SWZ nie zawsze jest najbardziej optymalne i uzasadnione z punktu widzenia zamawiającego, a niejednokrotnie może ...
rozwiązania (tzw. oprogramowania standardowe lub off the shelf) zwykle nie decydują się na składanie ofert w postępowaniach, gdzie wymaganiem jest przeniesienie majątkowych praw autorskich do oprogramowania na zamawiającego. Podobnie również część wykonawców tworzących nawet rozwiązania częściowo dedykowane pod klientów, ale chcących później fragmenty lub całość takiego oprogramowania wykorzystywać w swoich innych produktach - przyjmuje politykę, że co do zasady nie godzi się na przenoszenie majątkowych praw autorskich do jakichkolwiek części wytwarzanego przez nich oprogramowania na klientów i nie bierze udziału w postępowaniach gdzie takie oczekiwanie zamawiającego jest postawione.
Tym samym, zamawiający powinien być świadomy tego, że wskazując w OPZ na wymóg przeniesienia na niego majątkowych praw autorskich do systemu możne znacząco ograniczyć krąg podmiotów, którzy będą zainteresowani złożeniem oferty w takim postępowaniu. Ponadto, zamawiający powinien liczyć się z tym, że oferty złożone w postępowaniu z takim wymogiem mogą być znacznie droższe niż oferty w analogicznym postępowaniu, gdzie zamawiający wymagałby jedynie udzielenia licencji przez wykonawcę.
Z powyższych względów nie w każdym przypadku zamawiający powinien dążyć za wszelką cenę do nabycia pełni autorskich praw majątkowych do zamawianego systemu informatycznego, a żądanie takie postawione w SWZ powinno być poprzedzone wcześniejszą analizą faktycznych potrzeb zamawiającego.
Przed podjęciem decyzji co do tego, czy żądać, a jeśli tak, to w jakim zakresie i w odniesieniu do jakich elementów oprogramowania przeniesienia majątkowych praw autorskich do systemu zamawiający powinien w szczególności sprawdzić:
• czy oprogramowanie spełniające potrzeby zamawiającego lub część takich potrzeb jest już dostępne na ...
oprogramowanie jest krytyczne, a co za tym idzie na ile ryzyka związane z ewentualną wypowiadalnością licencji są dla zamawiającego krytyczne;
• jak długo zamawiający chce wykorzystywać oprogramowanie oraz czy chce je dostosowywać ...
niż wykonawca nie decyduje sam fakt, czy zamawiający nabył majątkowe prawa do oprogramowania, czy uzyskał licencję, a to jaki zakres uprawnień (pól eksploatacji do korzystania z oprogramowania) uzyskał od wykonawcy, tj. czy uprawienie to obejmowało np. prawo do dokonywania wszelkich modyfikacji oprogramowania z prawem do zezwalania na wykonywanie opracowań (utworów zależnych) oraz czy było powiązane z wydaniem kodów źródłowych. VII.
PRZECIWDZIAŁANIE VENDOR LOCK-IN
Rekomendacja ogólna ...
tzw. vendor lock-in. Zjawisko to może wynikać zarówno z uwarunkowań prawnych, związanych zwłaszcza z prawami własności intelektualnej, jak i faktycznych. Szczególnym przypadkiem jest sytuacja, w której vendor lock-in wynika z braku zapewnienia odpowiedniego transferu wiedzy od wykonawcy do zamawiającego.
Zamawiający powinni konstruować opis przedmiotu zamówienia tak, aby w maksymalnym stopniu zachować swobodę podejmowania decyzji zakupowych w przyszłości (także co do trybu postępowania) i uniknąć sytuacji, w której środki publiczne wydatkowane są nieefektywnie, ponieważ określony podmiot może w praktyce dyktować warunki, na których zostanie udzielone zamówienie dotyczące danego systemu informatycznego. W takim wypadku nawet jeśli zamawiający przeprowadzi postępowanie w trybie z nazwy konkurencyjnym, w praktyce konkurencja będzie ograniczona lub wręcz pozorna.
Przeciwdziałanie vendor lock-in jest powinnością zamawiającego w przypadku każdego postępowania, które dotyczy danego systemu informatycznego, jednak szczególnie groźne i trudne do naprawienia ...
rozwój, rozbudowę lub utrzymanie takiego systemu. Rolą zamawiającego jest zapewnienie uczciwej konkurencji między takimi wykonawcami, w szczególności przez zapewnienie dostępu do wiedzy na temat systemu i zastosowanych w nim technologii. Zamawiający powinien uwzględnić potrzebę uzyskania odpowiednich informacji oraz prawa do ich ujawnienia potencjalnym ...
Rekomendacja uszczegóławia Rekomendację szczegółową nr 15.1. Często spotykanym zjawiskiem jest konstruowanie opisu przedmiotu zamówienia w taki sposób, że wymagania dotyczące zintegrowania nowego rozwiązania informatycznego z rozwiązaniami już działającymi u zamawiającego są nieprecyzyjne lub niekompletne. Nieuzasadnione jest przerzucanie w takich przypadkach na wykonawcę odpowiedzialności za pozyskanie odpowiednich informacji, ponieważ to zamawiający dysponuje możliwościami wynikającymi ...
wsparcie wykonawcy istniejącego rozwiązania lub transfer wiedzy pozwalający zamawiającemu na samodzielne świadczenie takiego wsparcia) oraz prawo do udostępniania tych informacji kolejnemu potencjalnemu wykonawcy.
Rekomendacja szczegółowa nr 15.3: zamawiający powinien odwoływać ...
a kolejnymi wykonawcami, którzy mogą ubiegać się o zamówienie na jego rozwój, rozbudowę lub utrzymanie. W przypadku wprowadzenia odstępstw od standardu (np. zmodyfikowania protokołu komunikacji), powinny one zostać udokumentowane, a zamawiający powinien zapewnić sobie prawo do ich ujawnienia potencjalnym nowym wykonawcom.
Rekomendacja szczegółowa nr 15.4: w przypadku zamówień na usługi, zamawiający powinien zdefiniować wymagania umożliwiające migrację do nowego usługodawcy
Omawiana Rekomendacja ...
działań na wypadek zakończenia współpracy z wykonawcą, naraża się na faktyczne uzależnienie od niego - a w przypadku, gdy wykonawca jest jedynie pośrednikiem, naraża się na faktyczne uzależnienie od podmiotu faktycznie świadczącego ...
od danego przedmiotu zamówienia i potrzeb zamawiającego. Z reguły koniecznie będzie przynajmniej zdefiniowanie procedury postępowania w razie zakończenia zamówienia; w tym zasad zwrotu lub usunięcia danych i informacji, w określonym formacie i strukturze.
Zakres i format danych zależą od usługi, której dotyczy migracja. Przykładowo, w przypadku usługi IaaS może to dotyczyć informacji o konfiguracji parametrów infrastruktury (np. konfiguracji systemów operacyjnych ...
czy też informacji o tzw. blacklistach adresów IP, jeśli był stosowane). Zasadne może być także przekazanie wiedzy nabytej przez dotychczasowego usługodawcę lub przekazanie danych, w których wytwarzaniu brał on udział, czego elementem może być przekazanie informacji znajdujących się w narzędziach przeznaczonych do obsługi zgłoszeń serwisowych (zlecenia, raporty itp.). Decyzja zamawiającego o sposobie zwrotu lub ...
po zakończeniu świadczenia usług przez dotychczasowego wykonawcę musi uwzględniać także wymogi wynikające z odrębnych przepisów, w szczególności unormowaniach dotyczących ochrony danych osobowych czy tajemnic prawnie chronionych.
Opis przedmiotu zamówienia powinien uwzględniać ...
5: zamawiający powinien dążyć do uzyskania odpowiednich uprawnień do korzystania z utworów
Jak wskazano już w Rekomendacji szczegółowej nr 14.2 możliwość dalszego rozwoju i utrzymania oprogramowania przez podmioty inne niż pierwotny wykonawca systemu może zależeć od technologii, w jakiej tworzone jest oprogramowanie (na ile oprogramowanie może być zmieniane jedynie poprzez zmiany konfiguracyjne i parametryzację bez potrzeby wnikania w kod źródłowy oprogramowania) oraz zakresu praw jakie zamawiający, czy to na podstawie nabytych praw autorskich, czy na podstawie uprawnień licencyjnych otrzymuje w ramach realizowanej umowy od wykonawcy.
W odniesieniu do opisywanych uprawnień prawnoautorskich kluczowe przy opisywaniu odpowiednich uprawnień zamawiających może być:
• zastrzeżenie na ...
zamawiającego lub innych podmiotów trzecich (innych wykonawców) możliwości wykonywania swobodnych modyfikacji oprogramowania oraz dokumentacji oprogramowania, w tym zezwalania na wykonywanie praw zależnych w odniesieniu do takiego oprogramowania oraz jej dokumentacji (zob. Rekomendacja szczegółowa nr 14.2) - co istotne uprawnienie to może być przekazane w postaci licencji lub jako przeniesienie praw na zamawiającego;
• Zastrzeżenie obowiązku wydania kodów źródłowych do oprogramowania zamawiającemu oraz zastrzeżenie możliwości przekazania tych kodów źródłowych także innym wykonawcom, którzy będą modyfikować stworzone przez wykonawcę oprogramowanie (zob. Rekomendacja szczegółowa nr 13.8);
• Określenie warunków gwarancji jakości na oprogramowanie w taki sposób, aby wykonywanie uprawnień nabytych przez zamawiającego do dokonywania modyfikacji oprogramowania przez podmioty trzecie nie wyłączało całkowicie odpowiedzialności wykonawcy za działanie całego systemu;
• Określenie w OPZ zasad poufności realizacji zamówienia oraz postanowień dot. tajemnicy przedsiębiorstwa wykonawcy, tak, aby nie blokowały one w praktyce uprawnień zamawiającego do udostępniania oprogramowania i jego kodów źródłowych podmiotom trzecim, jeśli jest to ...
także zakłóceniem ciągłego funkcjonowaniu systemu, opis przedmiotu na zamówienie systemu informatycznego powinien zawierać odpowiednie wymagania w zakresie cyberbezpieczeństwa, uwzględniające m.in. rodzaj systemu informatycznego, kategorię i istotność danych przechowywanych lub przetwarzanych ...
czy poziom ryzyka związanego z ewentualnym przełamaniem zabezpieczeń systemu.
Brak zapewnienia odpowiedniego poziomu cyberbezpieczeństwa może w przyszłości doprowadzić np. do ujawnienia danych przechowywanych lub przetwarzanych za pomocą systemu informatycznego, w tym danych osobowych, informacji stanowiących tajemnicę przedsiębiorstwa zamawiającego, czy informacji niejawnych (w sytuacji, gdy zamawiający posiada dostęp do takich informacji i przetwarza je z wykorzystaniem systemu informatycznego).
Naruszenie cyberbezpieczeństwa systemu informatycznego może również doprowadzić do przerw czy zakłóceń w jego działaniu, co w konsekwencji może mieć istotny, negatywny wpływ na działalność zamawiającego, uniemożliwiając np. obsługę wewnętrznych procesów, wykonywanie sprawowanych funkcji czy świadczenie usług na rzecz podmiotów trzecich. W niektórych przypadkach naruszenie cyberbezpieczeństwa systemu może również stanowić zagrożenie dla zdrowia czy bezpieczeństwa publicznego (np. w przypadku systemów zarządzania ruchem czy systemów zarządzania siecią energetyczną).
W związku z powyższym, naruszenie cyberbezpieczeństwa systemu informatycznego może wiązać się dla zamawiającego z poważnymi konsekwencjami ...
informatycznego.
Na chwilę obecną nie istnieją przepisy o randze ustawowej, które od strony technicznej określałyby w konkretny sposób minimalny poziom cyberbezpieczeństwa systemów informatycznych dla zamawiających z sektora publicznego. W obszarze rozwiązań i praktyk z zakresu cyberbezpieczeństwa, których wdrożenie jest zalecane i rekomendowane przez podmioty ...
Cyberbezpieczeństwa. Z uwagi na szczegółowy i techniczny charakter tych standardów, nie zostaną one kompleksowo omówione w niniejszym opracowaniu. Szczegółowe rekomendacje dotyczące zabezpieczeń systemów i kategorii danych, które mogą być przetwarzane z ich wykorzystaniem, pojawiają się także w różnego rodzaju wytycznych sektorowych (np. rekomendacje Komisji Nadzoru Finansowego dla sektora finansowego, czy rekomendacje dla sektora kolejowego, energii, wodno-kanalizacyjnego, czy ochrony zdrowia). Dodatkowe wytyczne mogą mieć zastosowanie w odniesieniu do danych przetwarzanych z wykorzystaniem chmury obliczeniowej (np. Standardy Cyberbezpieczeństwa Chmur Obliczeniowych dla podmiotów publicznych).
Ponadto, niektórzy zamawiający mogą mieć szczególne obowiązki w zakresie cyberbezpieczeństwa, w związku z objęciem ich regulacją ustawy z dnia 5 lipca 2018 r. o krajowym systemie ...
niego obowiązków. Rekomendacja ogólna nr 16: zamawiający powinien ocenić, jakie regulacje dotyczące cyberbezpieczeństwa powinien stosować w ramach prowadzonej działalności
Do dnia opublikowania niniejszych Rekomendacji nie zostały wydane powszechnie obowiązujące przepisy nakładające ...
z przepisów ustawy PZP. Niemniej jednak, rekomendowaną praktyką dla zamawiających z sektora publicznego jest uwzględnienie w przygotowywanym OPZ wytycznych i zaleceń wynikających z Narodowych Standardów Cyberbezpieczeństwa (NSC). NSC stanowią zbiór rekomendacji standaryzujących rozwiązania zabezpieczające w sieciach i systemach informatycznych wykorzystywanych przez podmioty chcące efektywnie zarządzać systemami bezpieczeństwa informacji. NSC zostały sporządzone w ramach realizacji celu określonego w pkt 6.1 załącznika do uchwały Rady Ministrów z dnia 22 października 2019 r. w sprawie Strategii Cyberbezpieczeństwa Rzeczypospolitej Polskiej na lata 2019-2024, a podstawę ich opracowania stanowiły standardy ...
Technology). NSC mają charakter soft law, czyli nieformalnych rekomendacji skierowanych m.in. do podmiotów publicznych, w szczególności jednostek administracji publicznej, czy operatorów usług kluczowych. Narodowe Standardy Cyberbezpieczeństwa określają m.in. zasady ...
podlegać rewizjom i aktualizacjom, dlatego też zamawiający powinni na bieżąco śledzić ich aktualne wersje oraz - w razie takiej potrzeby - uwzględniać w przygotowywanych OPZ.
Ponadto, w zależności od rodzaju prowadzonej przez zamawiającego działalności oraz sektora gospodarki, w którym działalność ta jest prowadzona, na zamawiającego mogą zostać nałożone dodatkowe, szczególne obowiązki sektorowe w zakresie cyberbezpieczeństwa wynikające z przepisów powszechnie obowiązującego prawa lub z soft law. Z powyższych względów zamawiający powinien ustalić, w jakim zakresie jest zobowiązany stosować powszechnie obowiązujące przepisy, a także powinien uwzględnić odpowiednie, mające do ...
zastosowanie wytyczne i rekomendacje o charakterze niewiążącym
Rekomendacja szczegółowa nr 16.1: zamawiający powinien ustalić, w jakim zakresie jest zobowiązany stosować powszechnie obowiązujące przepisy
Zamawiający powinien zweryfikować, czy - a jeśli tak, to w jakim zakresie - przepisy powszechnie obowiązującego prawa mają zastosowanie w stosunku do prowadzonej przez niego działalności oraz czy wpływają one na konkretne wymogi stawiane wykonawcy w odniesieniu do zabezpieczeń dostarczanego systemu informatycznego. Opis przedmiotu zamówienia powinien być skonstruowany w taki sposób, aby korzystanie przez zamawiającego z systemu informatycznego nie naruszało przepisów prawa oraz umożliwiało ...
objęci krajowym systemem cyberbezpieczeństwa (posiadający status operatorów usług kluczowych, dostawców usług cyfrowych lub podmiotów publicznych w rozumieniu ustawy KSC) powinni w szczególności uwzględnić obowiązki nałożone na nich przepisami ustawy KSC, m.in. w zakresie wdrożenia odpowiednich i proporcjonalnych środków technicznych i organizacyjnych na rzecz zapewnienia cyberbezpieczeństwa, zgłaszania i ...
zamawiany system informatyczny zapewniał możliwość spełnienia wymagań z zakresu zarządzania bezpieczeństwem informacji, o których mowa w Krajowych Ramach Interoperacyjności (KRI)9.
Zamawiający powinien również zweryfikować, czy w związku z korzystaniem z systemu informatycznego dostarczanego przez wykonawcę będzie podlegał innym przepisom, które mogą wpływać na określenie konkretnych wymogów w zakresie cyberbezpieczeństwa. Wśród przepisów takich można wskazać m.in. na przepisy z zakresu ochrony danych osobowych czy ochrony informacji niejawnych - w sytuacji, w której informacje takie będą przechowywane lub przetwarzane przez zamawiającego z wykorzystaniem systemu informatycznego.
Rekomendacja szczegółowa ...
uwzględnić odpowiednie mające do niego zastosowanie wytyczne i rekomendacje o charakterze niewiążącym
Przy ustalaniu wymagań w zakresie bezpieczeństwa, które powinien spełniać dostarczany przez wykonawcę system informatyczny, oprócz przepisów powszechnie obowiązującego prawa ...
rekomendacje publikowane przez jednostki administracji państwowej (np. Rekomendacje dotyczące działań mających na celu wzmocnienie cyberbezpieczeństwa w sektorze energii, Rekomendacje cyberbezpieczeństwa dla sektora wodno-kanalizacyjnego nr R-CYBER-01/2021, czy Rekomendacje ...
Finansowego);
• wytyczne przedmiotowe (np. Standardy Cyberbezpieczeństwa Chmur Obliczeniowych dla podmiotów publicznych korzystających z przetwarzania danych w chmurze obliczeniowej);
• rekomendacje wydawane przez organizacje lub stowarzyszenia branżowe.
9 Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (t.j. Dz. U. z 2017 r. poz. 2247)
Rekomendacja ogólna nr 17: zamawiający powinien przeprowadzić analizę ryzyka w zakresie cyberbezpieczeństwa w celu określenia poziomu ryzyka związanego z wykorzystaniem systemu informatycznego
Przed podjęciem decyzji o zamówieniu systemu informatycznego i przed określeniem szczegółowych wymagań w zakresie cyberbezpieczeństwa, które powinien spełniać system informatyczny dostarczony przez wykonawcę, zamawiający powinien przeprowadzić analizę ryzyka w zakresie cyberbezpieczeństwa w celu określenia poziomu ryzyka związanego z wykorzystaniem systemu informatycznego w prowadzonej działalności. Szacowanie ryzyka jest niezbędne z perspektywy ustalenia krytyczności systemu informatycznego dla zamawiającego oraz oszacowania ewentualnych konsekwencji niedostępności lub zakłóceń w funkcjonowaniu systemu, a także konsekwencji ujawnienia nieuprawnionym osobom trzecim danych i informacji przechowywanych lub przetwarzanych ...
z wykorzystaniem systemu informatycznego.
Przeprowadzone przez zamawiającego szacowanie ryzyka powinno uwzględniać ryzyka występujące dla zamawiającego w całym cyklu życia projektu, tj. zarówno na etapie projektowania systemu i jego wdrażania, jak również na etapie utrzymania i korzystania z systemu.
W ramach szacowania ryzyka zamawiający powinien przeprowadzić:
• analizę i klasyfikację danych oraz zasobów przetwarzanych przez system ...
określić
prawdopodobieństwo ich wystąpienia i ich wpływ na działanie systemu informatycznego;
• analizę wpływu ewentualnych zakłóceń w funkcjonowaniu systemu informatycznego na
ciągłość działania zamawiającego oraz wykonywanie powierzonych mu funkcji i zadań;
• analizę ...
jeśli dla danego modelu wdrożeń nie zostały wydane przepisy lub sformułowane wytyczne, o których mowa w Rekomendacjach 16.1 i 16.2, to wybierając taki model jest zwolniony z obowiązku zapewnienia bezpieczeństwa systemu10.
Rekomendacja ogólna nr 18: zamawiający powinien określić w OPZ wymagania dotyczące cyberbezpieczeństwa, jakie powinien spełniać system informatyczny.
W oparciu o ustalenia dotyczące przepisów prawa i soft law znajdujących zastosowanie do zamawiającego, który przystępuje ...
i precyzyjne wymagania dotyczące cyberbezpieczeństwa systemu informatycznego oraz zabezpieczeń, które powinny zostać wdrożone przez wykonawcę w tym systemie. Wymagania powinny uwzględniać obowiązki nałożone na zamawiającego przepisami prawa, wytyczne sektorowe oraz standardy rynkowe w zakresie zabezpieczenia systemów informatycznych danego rodzaju.
Na tyle, na ile jest to możliwe, wymagania dotyczące cyberbezpieczeństwa powinny zostać opisane w sposób technologicznie neutralny, tak, aby nie ograniczały konkurencji i zapewniały możliwość udziału
10 Przykładowo, w chwili powstawania niniejszych rekomendacji dostępne są wytyczne przedmiotowe dotyczące stosowania chmury obliczeniowej w podmiotach publicznych (np. Standardy Cyberbezpieczeństwa Chmur Obliczeniowych). Decydując się na wdrożenie w modelu on-premise, zamawiający powinien dążyć do tego, by system zapewniał przynajmniej taki stopień bezpieczeństwa, jak analogiczny system wdrożony zgodnie z wytycznymi w modelu chmury.
w postępowaniu możliwie najszerszemu gronu wykonawców. Oznacza to, że przy konstruowaniu opisu przedmiotu zamówienia należy unikać opisywania wymagań w sposób uprzywilejowujący konkretnego dostawcę, np. poprzez odesłanie do jego autorskich rozwiązań w zakresie cyberbezpieczeństwa czy konkretnych nazw komponentów oprogramowania, które nie są niezastępowalne innymi rozwiązaniami dostępnymi na rynku.
Zamawiający powinien opisywać wymagania w zakresie zabezpieczeń poprzez odniesienie do celu, który chce osiągnąć, i funkcjonalności w zakresie cyberbezpieczeństwa, które powinien posiadać dostarczany system, a nie poprzez odniesienie do konkretnych środków. Zamawiający powinien wskazywać na konkretne środki w zakresie cyberbezpieczeństwa jedynie wtedy, gdy wymagają tego przepisy prawa lub gdy jest to jedyny sposób ...
wnioski z analizy ryzyka, zamawiający powinien określić wymagania cyberbezpieczeństwa oraz określić środki konieczne do zastosowania
W oparciu o rezultaty przeprowadzonej analizy ryzyka, w opisie przedmiotu zamówienia zamawiający powinien określić adekwatne i proporcjonalne do stwierdzonego ryzyka wymagania w zakresie cyberbezpieczeństwa systemu informatycznego. Powyższe oznacza, że stawiane przez zamawiającego wymagania powinny z jednej strony ...
konsekwencji z tego tytułu, a z drugiej nie mogą być nadmierne tak, aby nie prowadziły w sposób nieuzasadniony do ograniczenia konkurencji wśród wykonawców mogących ubiegać się o udzielenie zamówienia. Poziom zabezpieczeń ...
może odnosić się do powszechnie uznawanych norm i certyfikacji z zakresu cyberbezpieczeństwa, np. norm ISO (w szczególności normy z serii 27000), Narodowych Standardów Cyberbezpieczeństwa (np. standardu NSC 800-53) czy standardów publikowanych przez amerykański Narodowy Instytut Standaryzacji i Technologii (NIST). W przypadku stawiania potencjalnym wykonawcom wymogu posiadania konkretnej certyfikacji, zamawiający powinien dopuścić również możliwość posługiwania się ...
uwzględnić odpowiednie rozwiązania z zakresu zarządzania dostępem do systemu informatycznego przez personel wykonawcy i podwykonawców, w tym również przez personel podmiotów świadczących usługi utrzymaniowe i gwarancyjne.
Rekomendacja szczegółowa nr 18.2: zamawiający powinien określić wymagania systemu informatycznego w zakresie cyberbezpieczeństwa w sposób, który pozwoli reagować na dynamicznie zmieniające się uwarunkowania, w szczególności pojawiające się nowe, nieznane wcześniej zagrożenia
W związku z dynamicznym zmianami wymogów w zakresie cyberbezpieczeństwa i pojawianiem się coraz to nowych zagrożeń, konstruując opis przedmiotu zamówienia zamawiający powinien zapewnić sobie możliwość reagowania na nowe uwarunkowania poprzez dostosowanie zabezpieczeń systemu do aktualnej sytuacji.
W tym celu, zamawiający powinien określić zasady przeprowadzania regularnej, bieżącej analizy ryzyka w zakresie cyberbezpieczeństwa systemu informatycznego nie tylko przed jego wdrożeniem, ale również na etapie wdrożenia i ...
do danych i informacji przechowywanych lub przetwarzanych z wykorzystaniem systemu informatycznego, czy potencjalne skutki zakłóceń w funkcjonowaniu systemu informatycznego dla działalności zamawiającego.
Procedury te powinny uwzględniać m.in.:
• czas reakcji zamawiającego ...
bezpieczeństwa;
• opis procedur zgłaszania incydentów odpowiednim podmiotom, z uwzględnieniem
ewentualnych terminów na dokonanie takich zgłoszeń (w szczególności dotyczy to
podmiotów, które mają obowiązek zgłaszania incydentów bezpieczeństwa do właściwego
CSIRT);
• sposób obsługi ...
środków zaradczych;
• analizę mającą na celu podjęcie odpowiednich środków zapobiegających wystąpieniu
określonych kategorii incydentów bezpieczeństwa w przyszłości. ...
2012-11-21
Przedmiot zamówienia:
a) Dostarczenie Oprogramowania Aplikacyjnego udostępniającego dane ze zbiorów PESEL2 i OEWiUDO, udzielenie licencji do Oprogramowania Aplikacyjnego, przekazanie dokumentacji Oprogramowania Aplikacyjnego oraz wykonanie instalacji Oprogramowania Aplikacyjnego i przeprowadzenie testów (nr umowy 2008/CPI/15/IBM),
b) Rozbudowa Systemu Rejestrów Państwowych działającego w MSWiA zapewniającą przeniesienie Centralnego Rejestru Sprzeciwów (CRS), uruchomienie usług umożliwiających dostęp do CRS oraz przygotowanie ...
nową infrastrukturę MSWiA (nr umowy 2008/CPI/61/IBM),
c) Rozbudowa Systemu Rejestrów Państwowych działającego w MSWiA zapewniającą funkcjonalność SZBD JANTAR (nr umowy 2009/CPI/21/IBM),
d) Implementacja i wdrożenie ...
Innowacyjna Gospodarka 2007 - 2013
2. Informacja o stwierdzeniu naruszeń lub ich braku:
1. Z dokumentów przekazanych do Urzędu Zamówień Publicznych wynika, iż zamawiający zawarł cztery odrębne umowy na:
- Dostarczenie Oprogramowania Aplikacyjnego udostępniającego dane ze zbiorów PESEL2 i OEWiUDO, udzielenie licencji do Oprogramowania Aplikacyjnego, przekazanie dokumentacji Oprogramowania Aplikacyjnego oraz wykonanie instalacji Oprogramowania Aplikacyjnego i przeprowadzenie testów (umowa z dnia 9 ...
r., nr 2008/CPI/15/IBM), dalej zwana umową podstawową,
- Rozbudowę Systemu Rejestrów Państwowych działającego w MSWiA zapewniającą przeniesienie Centralnego Rejestru Sprzeciwów (CRS), uruchomienie usług umożliwiających dostęp do CRS oraz przygotowanie ...
dnia 14 listopada 2008 r., nr 2008/CPI/61/IBM),
- Rozbudowę Systemu Rejestrów Państwowych działającego w MSWiA zapewniającą funkcjonalność SZBD JANTAR (umowa z dnia 31 marca 2009 r., nr 2009/CPI ...
kwotę: 77.145.157,37 PLN netto (tj. 19.897.489,54 EUR netto).
Postępowanie w przedmiocie zawarcia umowy podstawowej z dnia 9 maja 2008 r., nr 2008/CPI/15/IBM ...
z o.o. Zawarcie ww. umowy podstawowej nie zostało poprzedzone postępowaniem przeprowadzonym na podstawie ustawy Prawo zamówień publicznych.
Z kolei postępowania w celu zawarcia umów nr 2008/CPI/61/IBM, 2009/CPI/21/IBM i 2009/CPI/46/IBM wszczęto odpowiednio w dniach 24 października 2008 r., 25 marca 2009 r. oraz 5 czerwca 2009 r. Postępowania w celu zawarcia tych umów przeprowadzone zostały w trybie zamówienia z wolnej ręki. Ogłoszenia o udzieleniu zamówień zostały opublikowane w Dzienniku Urzędowym Unii Europejskiej.
W przedmiotowym stanie faktycznym wartość zamówienia udzielonego na podstawie umowy podstawowej z dnia 9 maja 2008 ...
15/IBM nie została oszacowana łącznie z pozostałymi zamówieniami na oprogramowanie objętymi projektem PESEL2. W konsekwencji zamówienie to zostało udzielone wg procedury wyłączającej stosowanie ustawy Pzp, tj. na podstawie art ...
ustawy Pzp dopuszczającego niestosowanie ustawy, jeśli wartość zamówienia nie przekracza równowartości kwoty 14.000 euro.
W tym miejscu należy zauważyć, że zamawiający w momencie wszczęcia postępowania prowadzonego w oparciu o procedury wewnętrzne w celu zawarcia umowy podstawowej miał świadomość, że pełny zakres zamówienia jest znacząco większy i przekracza ...
umowy podstawowej. O planowanym charakterze projektu polegającego na budowie kompleksowego systemu ZSI PESEL 2 świadczą w szczególności następujące dokumenty: a) zapisy poszczególnych umów w przedmiocie wykonania kolejnych elementów oprogramowania wraz z opisami przedmiotu zamówienia, b) dokumenty wytworzone w szczególności w MSWiA odnoszące się do zakresu systemu, c) wnioski o dofinansowanie projektu ZSI PESEL 2 ze ...
na bazy OEWiUDO i CPD, zastrzegł, że niektóre elementy systemu ZSI PESEL 2 będą realizowane w innych umowach etc. W dalszej części opisu przedmiotu zamówienia (pkt 5.2 Funkcje systemu) zamawiający wskazał, jakie będą kolejne kroki rozbudowy bazy danych PESEL 2, przewidział konieczność rozszerzenia systemu w przyszłości o funkcjonalność aktualizacji bazy PESEL 2 z danymi ze źródeł gminnych.
Istotne informacje potwierdzające planowany charakter przedsięwzięcia zawarto także w "Podstawowym Dokumencie Programu PESEL2" zatwierdzonym w kwietniu 2007 r. przez Ministra Spraw Wewnętrznych i Administracji. Z treści dokumentu wynika, że realizacja ...
PESEL 2 (pierwszego etapu Programu PESEL 2) będzie współfinansowana ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Sektorowego Programu Operacyjnego Wzrost Konkurencyjności Przedsiębiorstw 2004 - 2006, działanie 1.5 "Przebudowa i integracja rejestrów państwowych" w kwocie 166 milionów złotych. Orientacyjna kwota była zatem zamawiającemu znana, ponadto z treści dokumentu MSWiA ...
Programu PESEL 2 z dnia 12 grudnia 2007 r. ustalono co prawda, że zakres robót w przedmiocie prac programistycznych zostanie ograniczony do kwoty ok. 31 mln złotych (z kwoty ok. 126 ...
zamawiający udzielając zamówienia na umowę podstawową nie znał założeń i zakresu całego przedsięwzięcia, nawet jeśli w trakcie realizacji projektu doszło do modyfikacji zakresu wymaganego oprogramowania. Jak wynika z treści dokumentów będących w dyspozycji Urzędu, na każdym etapie udzielania zamówień zamawiający miał wiedzę o zakresie projektu, krokach, które należy podjąć w celu realizacji tego zakresu oraz orientacyjnych wartościach przedsięwzięcia. Udzielając zamówienia o wartości nieprzekraczającej 14.000 ...
udzielonego na podstawie umowy nr 2008/CPI/15/IBM było dostarczenie i uruchomienie Oprogramowania Aplikacyjnego w celu udostępniania danych ze zbiorów PESEL2 i OEWiUDO. Jak z kolei wynika z treści ...
z zawiadomienia o wyborze trybu zamówienia z wolnej ręki skierowanego do Prezesa Urzędu Zamówień Publicznych w dniu 27 października 2008 r. (znak: CPI-WA-2244-1813/08) "Centralny Rejestr Sprzeciwów oraz ...
funkcjonalności, których zbudowanie stanowi cel umowy nr 2008/CPI/61/IBM - dop.] są rejestrami, które w nierozerwalny sposób związane są z Centralną Ewidencją Ludności (PESEL2) poprzez dane identyfikacyjno- adresowe zachodzi ...
konieczność dalszej integracji ww. rejestrów na tej samej platformie sprzętowo-programowej (…)". Podobnie kształtuje się sytuacja w zakresie trzeciej z analizowanych umów tj. umowy nr 2009/CPI/21/IBM. Przedmiotem tej umowy ...
2 Systemu Rejestrów Państwowych tj. oprogramowania zrealizowanego na skutek umowy nr 2008/CPI/15/IBM. W zawiadomieniu o wyborze trybu zamówienia z wolnej ręki skierowanym do Prezesa Urzędu Zamówień Publicznych w dniu 30 marca 2009 r. (znak: CPI-WA-2244-1022/09) wskazano, iż "w ramach przedmiotu zamówienia, Wykonawca zmodyfikuje oprogramowanie, które zostało wytworzone w ramach umów: nr 2008/CPI/15/IBM z dnia 09.05.2008 r., nr 2008 ...
nr 2009/CPI/46/IBM) zamyka proces budowy platformy PESEL2. Z wyjaśnień zamawiającego zawartych w zawiadomieniu o wszczęciu postępowania wynika, że kolejna funkcjonalność będzie budowana "na podstawie istniejącej infrastruktury zakupionej w ramach umowy 2008/CPI/14/IBM, 2008/CPI/15/IBM, 2008/CPI/61/IBM oraz 2009/CPI/21/IBM (…)". Przedmiot umowy "będzie rozszerzał dostarczaną w ramach powyższych umów funkcjonalność i infrastrukturę (…)".
W toku kontroli Prezes Urzędu zwrócił się zatem do zamawiającego m. in. o wyjaśnienie, jakie przesłanki ...
CPI/15/IBM do odrębnego postępowania i nie oszacował jego wartości łącznie z pozostałymi zamówieniami w przedmiocie budowy systemu PESEL2.
Z wyjaśnień zamawiającego przekazanych w piśmie z dnia 28 września 2012 r. wynika, że przeprowadzenie odrębnego postępowania w przedmiocie zawarcia umowy podstawowej nr 2008/CPI/15/IBM "było planowane od samego początku przygotowywania ...
z identycznej przyczyny, tj. specyfiki zakresu zamówienia i nigdy nie planowano szacowania ich wartości łącznie".
W świetle powyższego należy stwierdzić co następuje:
Ustawa Pzp jest aktem implementującym do polskiego porządku prawnego dyrektywy Unii Europejskiej w zakresie zamówień publicznych. Art. 9 ust. 3 dyrektywy 2004/18/WE stanowi, że żaden projekt ...
znaczenie ma to, czy były one planowane, a zatem - czy zamawiający mógł przewidywać ich udzielenie w określonej perspektywie czasowej. W przypadku planowania przez zamawiającego zlecenia określonych usług, których odrębna wartość nie przekracza tzw. progów unijnych ...
prawnego m.in. art. 32 ust. 2 ustawy Pzp, zgodnie z którym zamawiający nie może w celu uniknięcia stosowania przepisów ustawy dzielić zamówienia na części lub zaniżać jego wartości. Sens normatywny ...
przepisu sprowadza się do ustalenia, iż zamawiający nie może dokonywać podziału zamówienia (zaniżać jego wartości) w taki sposób, aby na skutek ustalenia wartości dla każdej z wydzielonych części zamówienia doszło do ...
zamawiającego przepisów ustawy Pzp właściwych dla zamówienia o określonej wartości szacunkowej.
Powyższe znajduje swoje odzwierciedlenie w treści art. 32 ust. 4 ustawy Pzp, w myśl którego jeżeli zamawiający dopuszcza możliwość składania ofert częściowych albo udziela zamówienia w częściach, z których każda stanowi przedmiot odrębnego postępowania, wartością zamówienia jest łączna wartość poszczególnych części zamówienia. W konsekwencji przy udzieleniu każdej z części zamówienia zamawiający będzie zobowiązany do stosowania przepisów ustawy Pzp ...
3 ustawy Pzp stanowi zaś, że jeżeli wartość zamówienia jest równa lub przekracza kwoty określone w przepisach wydanych na podstawie art. 11 ust. 8 (w przedmiotowym stanie faktycznym właściwą wartością jest równowartość kwoty 137.000 euro), zamawiający przekazuje ogłoszenie o ...
Wspólnot Europejskich. Właściwe ogłoszenie o zamówieniu jest podstawowym narzędziem realizacji zasady przejrzystości, o jakiej mowa w preambule Dyrektywy 2004/18/WE i do której nawiązuje art. 7 i 8 ustawy Pzp.
W świetle wyżej opisanych okoliczności faktycznych i obowiązujących przepisów prawa, wyjaśnienia zamawiającego w sprawie odrębnego szacowania wartości zamówienia udzielonego umową podstawową z dnia 9 maja 2008 r. nr ...
PESEL2" zatwierdzonego przez Ministra Spraw Wewnętrznych i Administracji oraz wnioski o dofinansowanie tego projektu w ramach SPO WKP oraz PO IG wraz z odpowiednimi umowami o dofinansowanie. Ww. dokumenty potwierdzają ...
podstawowej z dnia 9 maja 2008 r. było jedynie pierwszym krokiem niezbędnym do realizacji projektu w zakresie budowy oprogramowania obsługującego rejestry, o których mowa w ww. dokumentach, tj. do utworzenia kompleksowego systemu ZSI PESEL 2, w ramach którego działać będzie oprogramowanie obsługujące rejestry państwowe. Planując zatem utworzenie takiego systemu zamawiający miał obowiązek oszacować wartość pierwszego z udzielanych w tym celu zamówień (w tym przypadku o wartości poniżej 14.000 euro) łącznie z wartością planowanych następnych zamówień, które były niezbędne do realizacji całego projektu PESEL 2.
Wyjaśnienia zamawiającego zawarte w piśmie z dnia 28 września 2012 r., nie wskazują zatem na zasadność udzielenia zamówienia z ...
umowy podstawowej nr 2008/CPI/15/IBM, bez łącznego szacowania jego wartości z innymi zamówieniami. W ocenie Prezesa Urzędu Zamówień Publicznych przy udzielaniu powyższych zamówień doszło do celowego podziału zamówienia na części skutkującego ominięciem przepisów ustawy. Z jednej bowiem strony zamawiający w wyjaśnieniach stwierdza, że "nie istniała możliwość wydzielenia tego konkretnego zamówienia [dotyczącego zawarcia umowy nr 2008/CPI/15/IBM] z innych (…)", w dalszej części pisma wskazuje zaś, że z uwagi na szczególną specyfikę zamówienia "nigdy nie planowano ...
wydzielenia zamówienia z innych potwierdza przewidywalność udzielania tych zamówień oraz ich przedmiotową i funkcjonalną zbieżność. W sytuacji zaś, gdy nie było możliwe wydzielenie zamówienia udzielonego na podstawie umowy podstawowej nr 2008/CPI/15/IBM od innych, nie powinno być ono także w konsekwencji odrębnie od innych szacowane. Planowanie określonych zamówień oraz ich zbieżność przedmiotowa i funkcjonalna, implikuje ...
Jedynie stwierdzenie, że udzielenie poszczególnych usług było nieplanowane i niemożliwe do przewidzenia oraz są one niezależne przedmiotowo i funkcjonalnie, uzasadniałoby odrębne szacowanie wartości postępowań, które doprowadziły do zawarcia tych umów.
W tym miejscu należy dodatkowo zauważyć, że w systemie zamówień publicznych za jedno zamówienie uznaje się takie częściowe zamówienia, w których: a) istnieje tożsamość przedmiotowa poszczególnych części i są one względem siebie tożsame funkcjonalnie, b ...
zachodzi możliwość ich realizacji przez jednego wykonawcę oraz c) zachodzi tożsamość czasowa udzielania kolejnych części. W przypadku zatem łącznego zaistnienia ww. okoliczności, zamawiający jest uprawniony, zgodnie z art. 32 ust. 4 ustawy Pzp, udzielić danego zamówienia w częściach w toku odrębnych postępowań, ale zobowiązany jest w każdym z tych postępowań stosować przepisy właściwe dla łącznej wartości wszystkich części.
W przedmiotowej sprawie wszystkie ww. przesłanki zostały spełnione. Przede wszystkim z treści opisów przedmiotu zamówienia wszystkich ...
o. Spełniona została także przesłanka odnosząca się do terminu realizacji świadczenia, która występuje nie tylko w sytuacji, gdy zamówień można udzielić jednocześnie, w tym samym czasie, ale także wtedy gdy do ich udzielenia dochodzi w przewidywalnej perspektywie czasowej zakreślonej specyfiką przedmiotu zamówienia, znanej na etapie udzielenia pierwszego z zamówień cząstkowych. W niniejszej sprawie wszystkie cztery postępowania zostały wszczęte, a umowy zostały zawarte, w zbliżonym terminie, w odstępie około jednego roku. Przede wszystkim jednak, jak wykazano już wyżej, zamówienia w przedmiocie realizacji oprogramowania ZSI PESEL2 były planowane przez zamawiającego w ramach jednego projektu, co przesądza o ich tożsamości zarówno przedmiotowej, jak i czasowej.
Z analizy ...
usługę wykonania Oprogramowania Aplikacyjnego PESEL2 Systemu Rejestrów Państwowych i jego rozszerzenia było nieprawidłowe, co w konsekwencji doprowadziło do udzielenia kluczowej części zamówienia wg procedury przewidzianej dla zamówień poniżej równowartości 14 ...
zawierając umowę na "Dostarczenie Oprogramowania Aplikacyjnego udostępniającego dane ze zbiorów PESEL2 i OEWiUDO, udzielenie licencji do Oprogramowania Aplikacyjnego, przekazanie dokumentacji Oprogramowania Aplikacyjnego oraz wykonanie instalacji Oprogramowania Aplikacyjnego i przeprowadzenie testów" (nr umowy 2008/CPI/15/IBM) bez stosowania ustawy Prawo zamówień publicznych (tj. działając w oparciu o wyłączający stosowanie ustawy art. 4 pkt 8 ustawy Pzp) dopuścił się podziału zamówienia ...
i zaniechania łącznego szacowania jego wartości. Jeżeli skutkiem tym jest uniknięcie stosowania przepisów ustawy Pzp w całości, to przyjąć należy, że zamawiający od początku mający wiedzę o tożsamości przedmiotowej wszystkich umów ...
udzielenia dla osiągnięcia pożądanego efektu, dzieląc zamówienie na części bez łącznego szacowania ich wartości, działał w celu obejścia prawa, a zatem naruszył treść art. 7 ust. 1 i art. 10 ust. 1 ustawy Pzp.
Konkludując, ustalenie przez zamawiającego wartości zamówienia indywidualnie, w stosunku do poszczególnych części zamówienia stanowi naruszenie art. 32 ust. 2 i 4 ustawy. W konsekwencji powyższego działania, zamawiający nie opublikował ogłoszenia o zamówieniu objętym umową nr 2008/CPI/15/IBM w Dzienniku Urzędowym Unii Europejskiej, czym naruszył nie tylko treść przepisów w zakresie konieczności publikacji ogłoszenia o zamówieniu (art. 40 ust. 3 ustawy Pzp), ale także europejskie zasady udzielania zamówień publicznych, w tym w szczególności w zasadę przejrzystości.
2. Jak wynika z protokołów postępowania załączonych do niniejszej dokumentacji kontroli, zamawiający przeprowadził postępowania o udzielenie trzech zamówień na: Rozbudowę Systemów Rejestrów Państwowych działającego w MSWiA zapewniającą przeniesienie Centralnego Rejestru Sprzeciwów (CRS), uruchomienie usług umożliwiających dostęp do CRS oraz przygotowanie ...
na nową infrastrukturę MSWiA (nr umowy 2008/CPI/61/IBM), Rozbudowę Systemu Rejestrów Państwowych działającego w MSWiA zapewniającą funkcjonalność SZBD JANTAR (nr umowy 2009/CPI/21/IBM) oraz Implementację i wdrożenie ...
zarządzania nadawaniem numerów PESEL oraz modernizacją Systemu Odznaczeń Państwowych (nr umowy 2009/CPI/46/IBM), w trybie zamówień z wolnej ręki na podstawie art. 67 ust. 1 pkt 1 lit. b ...
Uzasadniając wybór trybu do przeprowadzenia postępowania skutkującego zawarciem umowy nr 2008/CPI/61/IBM zamawiający w wyjaśnieniach z dnia 27 października 2008 r. wskazał, że jedynym podmiotem uprawnionym do dokonywania modyfikacji ...
iż przeniesiono jedynie prawa licencyjne na określonych polach eksploatacji, z wyłączeniem prawa do modyfikacji Utworu. W związku z powyższym w przypadku udzielenia zamówienia innemu podmiotowi niż twórcy, działania takiego podmiotu naruszałyby przepisy ustawy o prawach autorskich i prawach pokrewnych narażając zamawiającego na odpowiedzialność odszkodowawczą z tytułu naruszenia praw autorskich. Wobec powyższego Utwór - jakim bez wątpienia jest oprogramowanie opracowane i wdrożone przez firmę IBM - obarczone jest prawem własności - w postaci praw autorskich przysługujących jedynie i niepodzielnie firmie IBM. Nie istnieje prawna regulacja pozwalająca zamawiającemu na modyfikację tego oprogramowania bez naruszenia podstawowego prawa przysługującemu wykonawcy - firmie IBM - tj. autorskich praw majątkowych do Utworu. Powyższe przemawia zatem, za tym, iż IBM jako jedyny wykonawca ma prawa ...
wybór trybu zamówienia z wolnej ręki na zawarcie umowy nr 2009/CPI/21/IBM zamawiający w piśmie z dnia 30 marca 2009 r. wyjaśnił, że "W ramach projektu PESEL2, Oprogramowanie PESEL2 Systemu Rejestrów Państwowych zostało zbudowane przez firmę IBM Polska Sp. z o.o. Funkcjonalność oprogramowania została zrealizowana w zakładanym terminie. Oprogramowanie było poddane szczegółowym testom, które pozwoliły na osiągnięcie stabilnej wersji spełniającej wymagania określone w specyfikacji zamówienia. MSWiA jako Beneficjent projektu posiada licencję na użytkowanie oprogramowania, jednak licencja nie obejmuje praw do jego modyfikacji. Wyłączne prawa do modyfikacji posiada firma IBM Polska sp. z o.o ...
użytkowników funkcjonalność oprogramowania konieczne jest zawarcie Umowy z firmą IBM Polska Sp. z o.o. (…) W przypadku nie zawarcia Umowy z firmą IBM Polska Sp. z o.o., zbudowane do tej pory Oprogramowanie Aplikacyjne będzie wypełniać tylko częściowo wymagania użytkowników. W praktyce oznacza to również brak możliwości rozwoju oprogramowania do obsługi rejestru PESEL, wymagającego zmian wynikających zarówno ze względu na zmieniające się przepisy prawne jak i nowe oczekiwania użytkowników, zwłaszcza w związku z szybkim rozwojem e-administracji. W ramach przedmiotu zamówienia, Wykonawca zmodyfikuje oprogramowanie, które zostało wytworzone w ramach umów:
1. nr 2008/CPI/15/IBM z dnia 09.05.2008 r.
2 ...
2008/CPI/61/IBM z dnia 14.11.2008 r.
Zamawiający nie posiada prawa modyfikacji w/w oprogramowania.
Na podstawie poprzednio zawartych umów, majątkowe prawa autorskie do Utworu pozostały przy wykonawcy - firmie ...
Należy stwierdzić, iż IBM jako twórca oprogramowania PESEL 2 Systemu Rejestrów Państwowych jest wyłącznym właścicielem praw autorskich na w/w przedmiot. W związku z tym, iż obecnie planowane prace mają na celu modyfikację istniejącego oprogramowania, a Zamawiający nie posiada w tym zakresie praw autorskich, jedynym podmiotem zdolnym do wykonania przedmiotu zamówienia jest IBM. Obecne prace mają na celu modyfikację oprogramowania wytworzonego w ramach umów nr 2008/CPl/15/IBM z dnia 09.05.2008r., nr 2008/CPl/61/IBM z dnia 14.11.2008r. Dodatkowo, MSWiA posiada jedynie licencję na korzystanie z tego oprogramowania bez prawa dokonywania jego modyfikacji. W związku z powyższym oraz z faktem istnienia tylko jednego podmiotu, który jako twórca posiada wyłączne prawa autorskie w ramach przedmiotu zamówienia, należy stwierdzić, iż IBM jest bezkonkurencyjnym podmiotem zdolnym do wykonania przedmiotu zamówienia. Powyższe potwierdza także fakt, iż bez udziału firmy IBM Polska Sp. z o.o. w tej modyfikacji - wykonawcę istniejącego Oprogramowania Aplikacyjnego - nie będzie ono w pełni funkcjonalne".
Podobnie uzasadniając wybór trybu zamówienia z wolnej ręki na zawarcie umowy nr 2009/CPI/46/IBM zamawiający w piśmie z dnia 8 czerwca 2009 r. odwołał się do problemu niedysponowania prawami autorskimi do modyfikacji oprogramowania, stwierdzając, że "z postanowień umowy 2008/CPI/14/IBM, 2008/CPI ...
wymaganą funkcjonalność oprogramowania konieczne jest zawarcie Umowy z firmą IBM Polska Sp. z o.o. (…) W przypadku nie zawarcia Umowy z firmą IBM Polska Sp. z o.o., zbudowane do tej pory Oprogramowanie Aplikacyjne nie będzie mogło być stosowane w pełnym zakresie wymaganym przez projekt pl.ID, zaś w ramach realizacji projektu trzeba by ponownie stworzyć już dostępne moduły, co z pewnością nie byłoby ...
do której zamawiający odwoływał się przy udzielaniu zamówień z wolnej ręki wynika, iż: "Wykonawca udziela, w ramach wynagrodzenia, o którym mowa w § 6, licencjonobiorcy nieodwołalnej, niewyłącznej, nieograniczonej czasowo, ogólnoświatowej licencji na Oprogramowanie Aplikacyjne i dokumentację Oprogramowania Aplikacyjnego bez prawa modyfikacji, na następujących polach eksploatacji: 1) odtwarzanie, 2) utrwalanie na wszelkich znanych nośnikach, 3) wprowadzenia zmian wyłącznie w zakresie, które umożliwiają administrowanie Oprogramowaniem Aplikacyjnym, 4) trwałe lub czasowe zwielokrotnianie całości lub części, 5 ...
6) przechowywanie, 7) wyświetlanie, 8) stosowanie, 9) wprowadzanie do pamięci komputera, 10) publikacje i wyświetlanie w całości lub części w Internecie i innych mediach bez ograniczeń, 11) na pozostałych polach eksploatacji nie wymienionych wyżej, a wymienionych w art. 50 oraz art. 74 ust. 4 pkt 1 i 3 ustawy z dnia 4 lutego 2004 r. o prawie autorskim i prawach pokrewnych. Wykonawca będzie posiadał autorskie prawa majątkowe do Oprogramowania Aplikacyjnego i dokumentacji Oprogramowania Aplikacyjnego".
Podobne zapisy do cytowanego § 4 pkt 1 pojawiły się także w trzech kolejnych umowach będących przedmiotem niniejszej informacji o wyniku kontroli tj. umowy nr 2008/CPI/61/IBM, nr 2009/CPI/21/IBM oraz 2009/CPI/46/IBM. W powyższych umowach wskazano, że "Wykonawca udziela licencjonobiorcy (…) nieodwołalnej, niewyłącznej, nieograniczonej czasowo, licencji na Materiały bez prawa modyfikacji, na następujących polach eksploatacji" [pola eksploatacji pozostawiono bez zmian - dop.]. W definicjach wszystkich ww. umów wskazano, że "Materiały oznaczają dostarczone Zamawiającemu w ramach świadczonych Usług, dzieła pracy twórczej i opracowania autorskie, w tym Plan Realizacji Projektu, Oprogramowanie Aplikacyjne oraz dokumentacja, powstałe w okresie świadczenia Usług. Wykonawca oświadcza, iż będzie posiadał prawa (w tym prawa własności i prawa autorskie) oraz tytuły własności do Materiałów".
Mając na uwadze ustalony ...
trybami udzielania zamówienia publicznego są przetarg nieograniczony oraz przetarg ograniczony. Pozostałe tryby udzielenia zamówienia wymienione w art. 10 ust. 2 ustawy Pzp zastosować można tylko w określonych okolicznościach, tzn. w przypadku zaistnienia ustawowych przesłanek. Sąd Najwyższy, jak i Naczelny Sąd Administracyjny, wielokrotnie podkreślał, iż przepisy ...
muszą być zawsze interpretowane ściśle, a lista przesłanek umożliwiających zastosowanie poszczególnych trybów jest zamknięta1. W sposób szczególny zasada ta powinna dotyczyć trybu zamówienia z wolnej ręki, który umożliwia udzielenie zamówienia ...
b) ustawy Pzp, zamawiający może udzielić zamówienia z wolnej ręki z przyczyn związanych z ochroną praw wyłącznych, wynikających z odrębnych przepisów. Za odrębne regulacje w zakresie ochrony praw wyłącznych należy 1 m. in. SN w wyroku z dnia 06.07.2001r., sygn. akt III RN 16/01, NSA w wyroku z dnia 01.10.2001r., sygn. akt II
SA 2802/00 oraz z dnia 03.11.1999, sygn. akt I SA 2128/98
uznać w szczególności ustawę z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (tj. Dz. U. z 2006 r. Nr 90, poz. 631, ze zm.) oraz ustawę z dnia 30 czerwca 2000 r. Prawo własności przemysłowej (tj. Dz. U. z 2003 r. Nr 119, poz.1117, ze zm.). Tym samym, stwierdzić należy, że przesłanka wskazana w ww. regulacji, tj. art. 67 ust. 1 pkt 1 lit. b) ustawy Pzp występuje wówczas, kiedy przedmiot zamówienia ingeruje w ww. prawa wyłączne. A zatem przyczyny związane z ochroną praw wyłącznych wynikających z odrębnych przepisów, które uzasadniają udzielenie zamówienia bez przeprowadzenia procedury konkurencyjnej muszą mieć ...
by można było wykazać, że podjęcie prac przez innego wykonawcę jest ze względu na ochronę praw wyłącznych rzeczywiście niemożliwe, a nie tylko utrudnione, i że ta niemożliwość ma charakter nieprzezwyciężalny.
Do ...
lit. b) ustawy Pzp nie wystarczy zatem, by przedmiot zamówienia objęty był ochroną prawa wyłącznego (prawem autorskim). Zamawiający musi wykazać, iż wykonywanie zamówienia przez innego wykonawcę jest niemożliwe nie tylko ze względu na przysługującą danemu podmiotowi ochronę praw wyłącznych, ale że istnienie takich praw wyłącznych skutkuje koniecznością udzielenia zamówienia temu podmiotowi. Tym samym, konieczne jest spełnienie dwóch przesłanek - istnienie praw wyłącznych oraz jednego podmiotu zdolnego do realizacji zamówienia, pomiędzy którymi musi zachodzić związek przyczynowo-skutkowy. Pamiętać należy, że przepisy szczególne ustawy Prawo zamówień publicznych, w tym przepis art. 67 ust 1 pkt 1 lit b) ustawy Pzp, interpretować należy w świetle zasad udzielania zamówień publicznych określonych w przepisach ogólnych. Należą do nich zasada uczciwej konkurencji oraz zasada równego traktowania wykonawców, wyrażone w art. 7 ust. 1 ustawy Pzp.
W świetle tych zasad prawidłowa interpretacja przesłanek udzielenia zamówienia w trybie z wolnej ręki, w tym art. 67 ust 1 pkt 1 lit. b) ustawy Pzp wymaga, aby istniejący stan rzeczy spowodowany był przyczynami obiektywnymi, niezależnymi w żaden sposób od czynności prawnych i innych działań zamawiającego. Nie można więc uznać, że spełnione ...
1 pkt 1 lit. b) ustawy Pzp, jeżeli okoliczności uzasadniające zastosowanie tego przepisu - tj. istnienie praw wyłącznych chronionych przepisami prawa - mają swoje źródło w zdarzeniach, za które odpowiedzialność ponosi zamawiający. Innymi słowy działanie zamawiającego nie może w żaden sposób powodować zaistnienia okoliczności, od których zaistnienia ustawodawca uzależnia zastosowanie trybu zamówienia z wolnej ...
zamówienia z wolnej ręki są przede wszystkim zapisy umowy zawartej pomiędzy zamawiającym a tym wykonawcą, w wyniku której przy wykonawcy pozostały autorskie prawa majątkowe. Innymi słowy, fakt jakoby wykonawca, IBM Polska ...
oprogramowanie, lecz ze skutków jakie przyniosła decyzja zamawiającego polegająca na podpisaniu z wykonawcą umowy podstawowej, w której nie zabezpieczono na rzecz zamawiającego praw autorskich. Jednocześnie z okoliczności sprawy wynika, że zamawiający udzielając zamówienia w ramach umowy nr 2008/CPI/15/IBM miał świadomość, że koherentny projekt informatyczny jakim było zbudowanie systemu PESEL2, nie zostanie zrealizowany tylko w oparciu o powyższą umowę. Zamawiający dysponował dokumentami, z których jednoznacznie wynikało, że budowa oprogramowania PESEL ...
o zdecydowanie szerszym wymiarze niż tylko zakup oprogramowania o wartości 38.000 zł netto (jak w umowie nr 2008/CPI/15/IBM). Takimi dokumentami był m.in. "Podstawowy Dokument Programu PESEL2" zatwierdzony w kwietniu 2007 r. przez Ministra Spraw Wewnętrznych i Administracji, czy wniosek o dofinansowanie ze środków unijnych projektu "Przebudowa i integracja systemu rejestrów państwowych" w ramach Sektorowego Programu Operacyjnego Wzrost Konkurencyjności Przedsiębiorstw 2004 - 2006 itd. Pomimo dysponowania tą wiedzą, zamawiający w świetle postanowień § 4 pkt 1 wszystkich ww. umów, w tym w szczególności umowy nr 2008/CPI/15/IBM, nie zapewnił sobie autorskich praw majątkowych i zależnych do oprogramowania. Tym samym zamawiający nie nabywając praw autorskich, wykreował w sposób świadomy sytuację, w której stworzył uzasadnienie dla udzielenia kolejnych zamówień w trybie z wolnej ręki powołując się na prawa autorskie wykonawcy, których uprzednio w sposób świadomy nie nabył.
Wskazywana przez zamawiającego konieczność powierzania realizacji zamówienia, którego przedmiotem było rozszerzenie ...
na takim konstruowania umów zawartych z wykonawcą oprogramowania, że wyłączone staje się przejście całości majątkowych praw autorskich na zamawiającego. O ile autorskie prawa osobiste mają charakter niezbywalny, tak autorskimi prawami majątkowymi twórca może swobodnie rozporządzać zawierając odpowiednie postanowienia w umowach.
W tym miejscu koniecznym staje się przypomnienie, że umowa nr 2008/CPI/15/IBM została zawarta bez stosowania ustawy Prawo zamówień publicznych, a w konsekwencji wyłączenie umowy podstawowej o niskiej wartości tj. 46.360,00 złotych brutto, do odrębnego zamówienia i niezabezpieczenie praw autorskich "wymusiło" udzielenie dalszych zamówień wykonawcy, IBM Polska Sp. z o.o. w trybie z wolnej ręki w znacznie szerszym zakresie i o znacznie większej wartości, o czym świadczy zawarcie pozostałych umów nr ...
złotych brutto oraz 2009/CPI/46/IBM o wartości 52.400.000,00 złotych brutto. W praktyce więc zawarcie z wyłączeniem ustawy Pzp umowy o wartości ok. 50.000 złotych z ...
71.000.000 złotych temu samemu wykonawcy z wyłączeniem jakiejkolwiek konkurencji. Działania takie stoją jednoznacznie w sprzeczności z ustawą Prawo zamówień publicznych, szczególnie z zasadami określonymi w art. 7 ust. 1 i art. 10 ustawy Pzp, a ich akceptowanie prowadzić może do podważenia systemu zamówień publicznych w Polsce, czyniąc ze stosowania trybu z wolnej ręki zasadę, a nie wyjątek od zasady stosowania trybów przetargowych. Działanie takie godzi także w cele systemu zamówień publicznych, do których należy zapewnienia niedyskryminacyjnego dostępu wykonawców do zamówień publicznych, wyrażone m.in. w motywie drugim dyrektywy 2004/18/WE implementowanej przepisami ustawy Prawo zamówień publicznych.
Podobne stanowisko zostało zawarte w wyroku Wojewódzkiego Sądu Administracyjnego w Warszawie z dnia 14 października 2005 r. III Sa/Wa 2091/05, który badając sprawę w nieco odmiennym stanie faktycznym, poczynił uwagę o charakterze generalnym, że "praktyka udzielania podobnych zamówień z ...
które zawierałyby umowy wstępne, na niewielką wartość, tylko po to, aby powołując się na ochronę praw wyłącznych - dokonywać później swobodnego wydatkowania środków znacznej wartości z pominięciem wymogów tej ustawy". Istotną opinię wyraziła także Krajowa Izba Odwoławcza w uchwale z dnia 30 marca 2012 r. (sygn. akt KIO/KD 31/12) podjętej na ...
Izba dostrzega zagrożenia wynikające z możliwości świadomych i celowych działań zamawiających, zmierzających do spowodowania sytuacji, w których udzielenie zamówienia publicznego będzie możliwe wyłącznie przy zastosowaniu jednego z trybów wskazanych w art. 10 ust. 2 ustawy Pzp. Izba stoi jednakże na stanowisku, że każdy taki przypadek winien być oceniany osobno, w zależności od okoliczności sprawy. (…) Dlatego przy badaniu, czy w danym przypadku istotnie zaistniały przesłanki do zastosowania trybu niekonkurencyjnego, należy rozważyć, czy działanie zamawiającego nie wypełnia dyspozycji art. 58 § 1 K.c., tzn. czy nie zostało przedsięwzięte w celu obejścia prawa. Obejście prawa polegałoby w tym przypadku na wywołaniu skutku prawnego, w którym dopuszczalne byłoby zastosowanie trybu niekonkurencyjnego, za pomocą świadomego ukształtowania tej czynności tak, że zewnętrznie, formalnie będzie ona miała cechy niesprzeciwiające się obowiązującemu prawu. Wszelkie działania i czynności zamawiającego oraz ich bezpośrednie skutki, zmierzające do obejście przepisów ustawy, w szczególności normy art. 10 ust. 1 przez celowe kreowanie sytuacji, w których przepisy szczególne przewidują wyjątki od jej obowiązywania, np. możliwość udzielenia zamówienia w trybie z wolnej ręki, należy uznać za niedopuszczalne, a korzystanie w takim przypadku z wynikających z przepisów szczególnych uprawnień w tym zakresie nie może być uznane za dozwolone wykonywanie prawa". Podobne stanowisko wyrażono w kolejnych uchwałach Krajowej Izby Odwoławczej odnoszących się do zasadności udzielenia zamówienia w trybie z wolnej ręki w oparciu o przesłanki wskazane w art. 67 ust. 1 pkt 1 ustawy Pzp (z 6 lipca 2012 r. sygn. KIO ...
Reasumując, okoliczności faktyczne niniejszej sprawy tj. planowana przez zamawiającego konieczność udzielenia co najmniej kilku zamówień w zakresie realizacji systemu PESEL2, zawarcie pierwszej umowy na budowę systemu w trybie art. 4 pkt 8 ustawy Pzp - czyli bez stosowania ustawy i bez szacowania łącznej wartości zamówienia, niezabezpieczenie w treści tej umowy praw autorskich do oprogramowania i w konsekwencji udzielenie kolejnych zamówień temu samemu wykonawcy (tym razem w trybie zamówienia z wolnej ręki powołując się na przesłankę związaną z ochroną praw wyłącznych) o wartości wielokrotnie przekraczającej wartość umowy zawartej bez stosowania ustawy wskazują, iż zamawiający naruszył ...
7 ust. 1 i art. 10 ust. 1 i 2 ustawy Pzp.
Niezabezpieczenie przez zamawiającego praw autorskich do oprogramowania nie może stanowić podstawy do udzielania dalszych zamówień w przedmiocie jego rozbudowy i modyfikacji, udzielanych w trybie zamówień z wolnej ręki. W powyższych okolicznościach zamawiający nie wykazał podstawy do udzielenia zamówień w oparciu o art. 67 ust. 1 pkt 1 lit. b) ustawy Pzp w odniesieniu do postępowań prowadzonych w celu zawarcia umów: nr 2008/CPI/61/IBM 2009/CPI/21/IBM oraz 2009/CPI/46/IBM.
Niezależnie od uwag poczynionych powyżej w zakresie niezasadności wyboru trybu zamówienia z wolnej ręki na podstawie art. 67 ust. 1 pkt ...
należy zauważyć, że zamawiający nie wykazał także, że zawarcie umowy nr 2008/CPI/61/IBM w trybie zamówienia z wolnej ręki na podstawie art. 67 ust. 1 pkt 1 lit. a ...
z wolnej ręki na podstawie ww. przepisu jest możliwe ze względu na szczególne przyczyny techniczne, w których udzielenie zamówienia innemu niż wskazanemu przez zamawiającego wykonawcy jest obiektywnie niemożliwe.
Jednocześnie, zgodnie z ...
zamówienia. Zamawiający zobowiązany jest bowiem przede wszystkim wykazać, iż tylko i wyłącznie dany wykonawca jest w stanie w ogóle zamówienie wykonać. Konieczne jest zatem obiektywne ustalenie przez zamawiającego, czy w danej sytuacji, w odniesieniu do danego konkretnego zamówienia, istnieją inni alternatywni wykonawcy, którzy mogliby potencjalnie zrealizować zamówienie. Wystarczy ...
zamawiającym, który wszczyna takie postępowanie. Potwierdza to wyrok ETS z dnia 18.11.2004r. w sprawie Komisja Wspólnot Europejskich przeciw Republice Federalnej Niemiec (C-126/03).
Zamawiający zinterpretował dopuszczalność spełnienia ...
wiedzy oraz monopolu danego wykonawcy przemawiające za jego wyjątkowością. Wyjątkowość ma przemawiać za jego wyborem. W przedmiotowym stanie faktycznym Zamawiający uzasadnia ową wyjątkowość firmy IBM jej niebagatelnie ogromnym doświadczeniem wynikającym z ...
jest przedmiotem niniejszego postępowania" [tj. prowadzącego do zawarcia umowy nr 2008/CPI/61/IBM; tak w zawiadomieniu skierowanym do Prezesa Urzędu Zamówień Publicznych o wyborze trybu - dop.]. Powyższa argumentacja nie jest ...
musi z przyczyn technicznych o obiektywnym charakterze. Wyjaśnienia zamawiającego nie wskazują na istnienie takich przyczyn w niniejszej sprawie, brak ponadto potwierdzenia, że firma IBM Polska Sp. z o.o. jest jedynym podmiotem zdolnym do wykonania zamówienia. Zamawiający w piśmie z dnia 28 września 2012 r. wyjaśnił, że dysponował analizą przeprowadzoną przez firmę UniZeto ...
prawdopodobne jest zatem, że liczba zainteresowanych wykonawców zwiększyłaby się jeszcze bardziej, gdyby zamówienie zostało udzielone w trybie konkurencyjnym, z publikacją ogłoszenia o zamówieniu. Uwzględniając zatem powyższy fakt, należy uznać argumentację zamawiającego ...
przyczyn technicznych o obiektywnym charakterze oraz fakt istnienia konkurencyjnego rynku zamówień IT, uniemożliwia udzielenie zamówienia w oparciu o art. 67 ust. 1 pkt 1 lit. a) ustawy Pzp. Tym samym, zamawiający ...
spełniania także przesłanek wynikających z treści art. 67 ust. 1 pkt 1 lit. a) ustawy Prawo zamówień publicznych.
Konkludując, należy stwierdzić, iż w okolicznościach faktycznych sprawy nie zostały wykazane także przesłanki zastosowania trybu zamówienia z wolnej ręki na podstawie art. 67 ust. 1 pkt 1 lit. a) ustawy Pzp w odniesieniu do postępowania prowadzonego w celu zawarcia umowy nr 2008/CPI/61/IBM. Powyższe doprowadziło także do naruszenia art. 10 ...
i 2 ustawy Pzp.
Ponadto informuję, iż stosownie do treści art. 167 ust. 1 ustawy Prawo zamówień publicznych zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu umotywowanych zastrzeżeń w terminie 7 dni od dnia doręczenia informacji o wyniku kontroli.
...
2015-11-27
UZP/DKD/WKZ/421/48( )/15/KG
KNZ/22/15
Informacja o wyniku kontroli doraźnej
w zakresie legalności wyboru trybu zamówienia z wolnej ręki
1. Określenie postępowania o udzielenie zamówienia publicznego ...
Szamocka 3, 5
01 - 748 Warszawa
Rodzaj zamówienia: usługa
Przedmiot zamówienia: modernizacja systemu Komputera Centralnego w 2013 roku wraz z zakupem licencji
Tryb postępowania: zamówienie z wolnej ręki - art. 67 ust. 1 pkt 1 lit. b) ustawy Prawo zamówień publicznych
Wartość zamówienia: 31.211.382,11 zł (7.764.798,02 euro)
Środki ...
Zakład Ubezpieczeń Społecznych przesłał Prezesowi Urzędu Zamówień Publicznych, dalej: "Prezes Urzędu", zawiadomienie o wszczęciu postępowania w trybie zamówienia z wolnej ręki (sygn.: 993200/370/IN-232/13), na podstawie art. 67 ust. 1 pkt 1 lit. b) ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (t. j. Dz. U. z 2013 r., poz. 907 z późn. zm.), zwanej dalej: "ustawą", którego przedmiotem była modernizacja systemu Komputera Centralnego w 2013 roku wraz z zakupem licencji.
Zamawiający wszczął postępowanie w trybie zamówienia z wolnej ręki w dniu 6 czerwca 2013 r. poprzez przekazanie zaproszenia do negocjacji firmie IBM Polska Sp. z o.o. z siedzibą w Warszawie. Umowa została zawarta w dniu 27 czerwca 2013 r.
Szczegółowy zakres zamówienia został określony następująco:
1) modernizacja posiadanych przez ...
środowiska IBM Mainframe, polegająca na zwiększeniu mocy obliczeniowej o 1820 MIPS i rozszerzeniu rozwiązania GDPS w oparciu o infrastrukturę SYSPLEX'u równoległego wraz z udzieleniem gwarancji na serwery IBM na poziomie ...
Mainframe ZUS polegająca na zwiększeniu limitów dozwolonego korzystania na okres do 31.12.2014 r. w związku z powyższą modernizacją,
3) dostarczenie usług wsparcia Kodu Sterującego GDPS zapewniających ciągły dostęp do ...
wymagało zwiększenia mocy obliczeniowej o 1820 MIPS by umożliwić przetwarzanie danych zgodnie z ustawowymi zobowiązaniami. W związku z rozbudową mocy obliczeniowej niezbędna była zmiana warunków licencyjnych na oprogramowanie systemowo-narzędziowe IBM ...
roku.
Odnosząc się do dostarczenia usług wsparcia Kodu Sterującego GDPS Zamawiający wskazał na cele opisane w Polityce Obszarowej - Zarządzania Informatyką ZUS na lata 2011 - 2013: Wdrożenie Wysokiej Dostępności (HA High Avability) oraz Wdrożenie Planu Awaryjnego (DRP Disaster Recovery Plan). W celu realizacji powyższych zadań planowane było uruchomienie w NROI mechanizmu utrzymania ciągłości dostępu do danych opartego na sprawdzonej technologii IBM GDPS. IBM GDPS wdrożony był w środowisku KSI ZUS. Zaimplementowane były również procedury realizacji różnych scenariuszy Disaster Recovery. Wdrożenie tej technologii w środowisku NROI stanowiło kontynuację realizacji celów postawionych w Polityce Obszarowej. Dodatkowo, aby umożliwić niezakłóconą realizację przez ZUS planów przetwarzania, wykonawca świadczyć miał usługi ...
o 1820 MIPS zostało zrealizowane przez odblokowanie za pomocą mikrokodów dwóch fizycznych procesorów znajdujących się w serwerach Mainframe. Wyjaśnił, że rozszerzenie GDPS w oparciu o infrastrukturę SYSPLEX’U równoległego oznaczało objęcie rozwiązaniem GDPS dwóch dotychczas nim nieobjętych serwerów ...
KSI") ZUS. Przez Infrastrukturę SYSPLEX’U równoległego należy rozumieć rozwiązanie systemowe oparte na przetwarzaniu danych w środowisku opartym na więcej niż jednym fizycznym serwerze.
Zamawiający, pismem z dnia 7 maja 2013 ...
Rzeczypospolitej Polskiej może oferować i wykonać wymagane przez ZUS rozwiązanie systemowe objęte przedmiotem niniejszego zamówienia. W odpowiedzi, pismem z dnia 9 maja 2013 r., firma IBM Polska Sp. z o.o ...
na zwiększeniu mocy obliczeniowej o 1820 MIPS i rozszerzeniu rozwiązania GDPS (Geographically Dispersed Parallel Sysplex) w oparciu o infrastrukturę syspleksu równoległego wraz z objęciem zmodernizowanych maszyn, przez IBM Polska Sp. z ...
Sp. z o.o. jest bowiem jedynym podmiotem, który na terytorium Rzeczpospolitej Polskiej, może zaoferować w ramach gwarancji dla zmodernizowanych maszyn prawo bezpośredniego dostępu do aktualizacji kodu maszynowego, zgodnie z warunkami załączonego dokumentu ograniczonej gwarancji,
2) zmianie warunków licencyjnych oprogramowania systemowo-narzędziowego IBM zainstalowanego na serwerach IBM System Z (Mainframe) w ZUS, polegającej na zwiększeniu limitów dozwolonego korzystania z tego oprogramowania w okresie do dnia 31 grudnia 2014 r. stosownie do nowych parametrów architektury syspleksu równoległego, po ...
podmiotem zdolnym do realizacji przedmiotowego zamówienia była wyłącznie firma IBM Polska Sp. z o.o. W związku z powyższym nie prowadził dalszej analizy rynku w zakresie poszukiwania innego wykonawcy mogącego zrealizować przedmiot zamówienia. Nie prowadził również postępowania wyjaśniającego w celu ustalenia czy inne podmioty mające autoryzację producenta sprzętu komputerowego IBM potwierdzającą możliwość modernizacji serwerów ...
Sp. z o.o. powinna być świadoma odpowiedzialności prawnej za składanie oświadczeń potwierdzających nieprawdę i w związku z tym nie miał podstaw do podważania prawdziwości oświadczenia tej firmy. W związku z powyższym zdecydował o wszczęciu postępowania w trybie z wolnej ręki na podstawie art. 67 ust. 1 pkt 1 lit. b) ustawy.
Zamawiający dodał, że po uzyskaniu z rynku - w innym postępowaniu dotyczącym produktów firmy IBM (zakup serwisu pogwarancyjnego na urządzenia Mainframe u autoryzowanych partnerów ...
firmy IBM) - informacji, iż jest możliwe dokonanie zakupu produktu firmy IBM przez inne podmioty, wszczął w 2012 r. postępowanie w trybie konkurencyjnym. Postępowanie to zostało unieważnione po wyroku Krajowej Izby Odwoławczej z dnia 7 stycznia ...
uwagi na fakt, iż dla realizacji zamawianych usług konieczne było zapewnienie wsparcia producenta IBM najpóźniej w dacie zawarcia umowy o zamówienie publiczne w celu prawidłowego wykonania całego zakresu usług objętych przedmiotem zamówienia.
Zamawiający stwierdził, że nie było możliwości ...
rozwiązania systemowego. Wyjaśnił, że warunkiem koniecznym do wykorzystania dodatkowej mocy zakupionej było równoczesne zakupienie dodatkowych praw licencyjnych. Bez tych dodatkowych praw licencyjnych - zwiększenia limitów - korzystanie ze zwiększonej mocy obliczeniowej stanowiłoby naruszenie warunków licencyjnych. Rozszerzenie rozwiązania GDPS dotyczyło kompleksowego podejścia do ówczesnych potrzeb rozwoju całej platformy Mainframe. W zakresie KSI było to zwiększenie mocy serwerów i rozszerzenie licencji, na co wskazywał plan pojemnościowy, a w zakresie NROl podniesienie poziomu bezpieczeństwa w dostępie do danych.
Zamawiający wyjaśnił jednocześnie, że projekt nie przewidywał zmian na inną technologię, ponieważ wiązałoby się to z budową de facto od podstaw systemu KSI w warstwie dostępu do danych i ich przetwarzania. Modernizacja Komputera Centralnego dotyczyła rozbudowy mocy obliczeniowej i przedłużenia wsparcia na zakupione Iicencje dla środowiska IBM Mainframe będącego podstawową platformą bazodanową KSI. W ocenie Zamawiającego, zmiana technologii wiązałaby się z długoletnim projektem oraz ryzykiem unieruchomienia systemu, który stanowi ...
przetwarzanych danych.
Prezes Urzędu zważył, co następuje.
Zamówienie z wolnej ręki jest trybem szczególnym, stosowanym w sytuacjach, gdy zastosowanie przetargu lub innego konkurencyjnego trybu postępowania nie jest możliwe. Zgodnie z art. 66 ustawy, zamówienie z wolnej ręki to tryb udzielenia zamówienia publicznego, w którym zamawiający udziela zamówienia po negocjacjach tylko z jednym wykonawcą. Z tego powodu jest to tryb, którego stosowanie ustawodawca dopuszcza wyłącznie w szczególnych, wymienionych w ustawie przypadkach, których enumeratywne wyliczenie zawiera art. 67 ust. 1 ustawy.
Z analizy zawiadomienia oraz ...
Art. 67 ust. 1 pkt 1 lit. b) ustawy stanowi, iż zamawiający może udzielić zamówienia w trybie z wolnej ręki, jeżeli dostawy, usługi lub roboty budowlane mogą być świadczone tylko przez jednego wykonawcę z przyczyn związanych z ochroną praw wyłącznych, wynikających z odrębnych przepisów.
Do udzielenia zamówienia z wolnej ręki na podstawie art. 67 ...
zamówienia przez innego wykonawcę jest niemożliwe nie tylko ze względu na przysługującą danemu podmiotowi ochronę praw wyłącznych, ale że istnienie takich praw wyłącznych skutkuje koniecznością udzielenia zamówienia temu podmiotowi. Do udzielenia zamówienia na podstawie art. 67 ust. 1 pkt 1 lit. b) ustawy, konieczne jest zatem spełnienie dwóch przesłanek - istnienie praw wyłącznych oraz jednego podmiotu zdolnego do realizacji zamówienia, pomiędzy którymi musi zachodzić związek przyczynowo-skutkowy. Pamiętać należy, że przepisy szczególne ustawy, w szczególności przepis art. 67 ust. 1 pkt 1 lit. b) ustawy, interpretować należy w świetle zasad udzielania zamówień publicznych określonych w przepisach ogólnych. Należą do nich zasada uczciwej konkurencji oraz zasada równego traktowania wykonawców, wyrażone w art. 7 ust. 1 ustawy. W świetle tych zasad prawidłowa interpretacja przesłanek udzielenia zamówienia w trybie z wolnej ręki, w tym art. 67 ust. 1 pkt 1 lit. b), wymaga aby istniejący stan rzeczy spowodowany był przyczynami obiektywnymi, niezależnymi w żaden sposób od czynności prawnych i innych działań zamawiającego. Ciężar udowodnienia, że zaistniały podstawy do ...
więc na zamawiającym, który wszczyna takie postępowanie (wyrok TSUE z dnia 18.11.2004 r. w sprawie C-126/03 Komisja Wspólnot Europejskich przeciw Republice Federalnej Niemiec).
W ocenie Prezesa Urzędu Zamawiający nie wykazał, iż w niniejszym stanie faktycznym zachodziły podstawy do wszczęcia postępowania w trybie zamówienia z wolnej ręki na podstawie art. 67 ust. 1 pkt 1 lit. b) ustawy.
Na wstępie należy wskazać, iż w przedłożonych wyjaśnieniach Zamawiający nie wskazał z uwagi na jakie prawa wyłączne możliwe było udzielenie przedmiotowego ...
firmie IBM Polska Sp. z o.o. Nadmienił jedynie, iż decyzję odnośnie zastosowania trybu podjął w oparciu o oświadczenie firmy IBM Polska Sp. z o.o., iż jest jedynym podmiotem, który ...
na zwiększeniu mocy obliczeniowej o 1820 MIPS i rozszerzeniu rozwiązania GDPS (Geographically Dispersed Parallel Sysplex) w oparciu o infrastrukturę syspleksu równoległego wraz z objęciem zmodernizowanych maszyn, przez IBM Polska Sp. z ...
Sp. z o.o. jest bowiem jedynym podmiotem, który na terytorium Rzeczpospolitej Polskiej, może zaoferować w ramach gwarancji dla zmodernizowanych maszyn prawo bezpośredniego dostępu do aktualizacji kodu maszynowego, zgodnie z warunkami załączonego dokumentu ograniczonej gwarancji. W związku z powyższym należy stwierdzić, iż z treści ww. oświadczenia nie wynikają żadne prawa o charakterze wyłącznym, które determinowałyby konieczność udzielenia zamówienia firmie IBM Polska Sp. z o.o. w trybie z wolnej ręki w oparciu o art. 67 ust. 1 pkt 1 lit. b) ustawy. Z oświadczenia tego wynika jedynie, że w przypadku zawarcia umowy z IBM Polska Sp. z o.o. Zamawiający uzyska gwarancję dla zmodernizowanych ...
gwarancji. Należy też zauważyć, iż gwarancja jest rodzajem zobowiązania o charakterze umownym, wynikającym z umowy, w której wykonawca podejmuje się usługi naprawy lub wymiany elementów rzeczy będącej przedmiotem umowy w ramach serwisu gwarancyjnego, przy czym strony mogą w dowolny sposób ustalić jej warunki. Powyższe potwierdził biegły sądowy z zakresu informatyki, którego opinii w niniejszej sprawie zasięgnął Prezes Urzędu. W przekazanej opinii wskazał, iż w treści zamówienia należało szczegółowo określić warunki gwarancyjne dotyczące prac modernizacyjnych. Pozwoliłoby to potencjalnym wykonawcom podjęcie decyzji o przystąpieniu do postępowania. Można było osobno określić warunki serwisu gwarancyjnego i pogwarancyjnego.
Niezależnie od powyższego należy zauważyć, iż "warunki ograniczonej gwarancji", dołączone do oświadczenia firmy IBM Polska Sp. z o.o. nie potwierdzają tezy zawartej w oświadczeniu, iż zamówienie objęte kontrolą mógł wykonać jedynie ten wykonawca. Zgodnie z warunkami ograniczonej gwarancji (strona 3 z 16): Jeśli w okresie gwarancyjnym Maszyna nie funkcjonuje zgodnie z gwarancją i do rozwiązania problemu nie wystarcza kontakt ...
części CRU, to IBM, podwykonawca IBM lub reseller uprawniony przez IBM do wykonywania serwisu gwarancyjnego, w zależności od własnego uznania:
1) naprawi Maszynę, aby funkcjonowała w sposób zgodny z gwarancją, lub
2) wymieni Maszynę na inną, stanowiącą co najmniej jej funkcjonalny odpowiednik.
Dalej czytamy, iż jeśli IBM, podwykonawca IBM lub reseller nie jest w stanie wykonać żadnej z tych czynności, Klient ma prawo oddać Maszynę do miejsca zakupu i otrzymać zwrot kwoty zapłaconej za tę Maszynę. IBM, podwykonawca ...
zidentyfikuje ponadto i zainstaluje wybrane zmiany techniczne właściwe dla Maszyny.
Powyższe zaprzecza zatem twierdzeniom zawartym w oświadczenia firmy IBM Polska Sp. z o.o., iż jest jedynym podmiotem, który na terytorium ...
przez IBM Polska Sp. z o.o., gwarancją tożsamą, co do warunków z gwarancją producenta, w tym prawo bezpośredniego dostępu do aktualizacji kodu maszynowego. Jak wynika z treści warunków ograniczonej gwarancji zakres zamówienia objęty trybem zamówienia z wolnej ręki, w tym dotyczący warunków z gwarancji producenta oraz zastosowania Kodu Maszynowego lub aktualizacji oprogramowania, może być ...
iż jedynie firma IBM Polska Sp. z o.o. mogła wykonać przedmiotowe zamówienie.
Powyższe potwierdza w opinii biegły. W jego ocenie ww. zapisy warunków ograniczonej gwarancji stoją w sprzeczności z oświadczeniem firmy IBM Polska Sp. z o.o., iż był jedynym podmiotem, który ...
o.o. dokument ograniczonej gwarancji nie wyklucza z listy potencjalnych wykonawców kompleksowej usługi innych podmiotów. W szczególności dotyczy to partnerów biznesowych dla określonych usług o statusie Resellera. Dodał, że dokument ograniczonej gwarancji wręcz zrównuje działania resellerów w wielu obszarach z działaniami IBM. Biegły zwrócił również uwagę, że oświadczenie IBM nie obejmuje informacji ...
Zamawiający uzasadniał, że zawarcie umowy z firmą IBM Polska Sp. z o.o. zapewni mu
prawo bezpośredniego dostępu do aktualizacji kodu maszynowego, zgodnie z warunkami załączonego dokumentu ograniczonej gwarancji (co wynika ...
przez firmę IBM Polska Sp. z o.o.).
Odnosząc się do kwestii aktualizacji kodu maszynowego, w opinii biegłego, może ją wykonać dowolny podmiot posiadający status resellera, dostawcy wsparcia dla oprogramowania oraz dostawcy serwisu gwarancyjnego IBM. Z treści materiału (poza niemającym uzasadnienia w pozostałej części materiału stwierdzeniem IBM Polska zawartym w oświadczeniu stanowiącym załącznik do zawiadomienia o wszczęciu postępowania) nie wynikają jakiekolwiek ograniczenia w tym zakresie. Również dokument zawierający warunki ograniczonej gwarancji nie zawiera zapisów wyłączających dostęp do aktualizacji kodu maszynowego. W ocenie sporządzającego opinię klient otrzymuje dostęp do aktualizacji kodu maszynowego w momencie otrzymania urządzenia/maszyny IBM niezależnie od źródła jego pochodzenia a także w momencie realizacji usług modernizacji urządzenia/maszyny IBM niezależnie od jej wykonawcy, przy czym w zakresie uprawnień do realizacji usług objętych zamówieniem IBM zrównał w dokumencie zawierającym warunki ograniczonej gwarancji swoje działania do działań wskazanych wcześniej podmiotów o statusie partnera.
Należy dodać, iż również zakup licencji oprogramowania IBM nie musiał być zrealizowany jedynie za pośrednictwem firmy IBM Polska Sp. z o.o. Jak stwierdził w opinii biegły odnośnie zakupu licencji - może się ona odbyć za pośrednictwem dowolnego partnera handlowego.
Biegły wskazał, że firma IBM współpracuje ...
spełnienia warunki uzyskania statusu partnera handlowego ze względu na bardzo ścisłą współpracę partnera z IBM w procesie dystrybucji produktów i usług IBM. Z informacji zawartych w materiałach dostępnych w serwisie IBM pod adresem http://www.ibm.com/pl/partners/pdf/Broszura_PartnerWorld.pdf
można ...
specjalistycznych szkoleń) odpowiednią wiedzę, możliwości i uprawnienia do świadczenia usług objętych zakresem działalności tej grupy. W ocenie biegłego wobec wskazanej wcześniej ścisłej współpracy partnerów biznesowych z IBM nie jest wymagana zgoda ...
przez partnera biznesowego IBM, który posiada status przynależności do wymaganej zakresem świadczonej usługi grupy partnerów.
W ocenie sporządzającego opinię podmioty realizujące usługi dla systemów klasy IBM Mainframe były w stanie (samodzielnie bądź tworząc konsorcja) na datę wszczęcia postępowania zrealizować wszelkie usługi objęte przedmiotem zamówienia w sensie technicznym - uzupełniając jedynie ewentualne szkolenia i certyfikaty. Twarde stanowisko sporządzającego opinię jest takie, że ...
IBM dotycząca partnerów biznesowych pozwalała na datę wszczęcia przedmiotowego postępowania dowolnym podmiotom posiadającym zdolność techniczną w dużym zakresie osiągnąć samodzielnie (w czasie umożliwiającym przystąpienie do postępowania o zamówienie) zdolność - zarówno techniczną jak i w sensie formalnym - do realizacji wszelkich usług objętych przedmiotem zamówienia.
W niniejszej sprawie biegły zwrócił również uwagę na zakres usług, który został objęty postępowaniem w trybie z wolnej ręki, tj. modernizacja środowiska IBM Mainframe, zmiana warunków licencyjnych oprogramowania systemowo - narzędziowego ...
Sterującego GDPS. Biegły wskazał, iż przedmiotowe zamówienie obejmuje swym zasięgiem trzy usługi, które są usługami niezależnymi i przy spełnieniu określonych warunków mogą być świadczone niezależnie przez różne podmioty. Tym samym objęcie zamówieniem trzech usług, które mogą być wykonywane przez różne podmioty, w sytuacji braku możliwości składania ofert częściowych, jest sprzeczne z art. 29 ust. 2 ustawy, bowiem ...
tak opisany przedmiot zamówienia ograniczał uczciwą konkurencję.
Zamawiający wyjaśnił, że nie prowadził dalszej analizy rynku w zakresie poszukiwania innego wykonawcy (…). Nie ustalał też, czy inne podmioty, mające autoryzację producenta sprzętu komputerowego IBM potwierdzającą możliwość modernizacji serwerów, byłyby w stanie wykonać zamówienie. Zastosowanie trybu zamówienia z wolnej ręki nastąpiło zatem na podstawie subiektywnej oceny ...
realizacji niniejszego zamówienia była firma IBM Polska Sp. z o.o. z uwagi na istnienie praw wyłącznych. Przeciwnie, analiza powoływanego przez Zamawiającego postępowania na serwis pogwarancyjny elementów i podzespołów środowiska Mainframe (ogłoszenie w Dzienniku Urzędowym Unii Europejskiej z dnia 10 października 2013 r. pod numerem 2012/S 203-334132) oraz wydany w tej sprawie wyrok Krajowej Izby Odwoławczej z dnia 7 stycznia 2013 r. (sygn. akt: KIO ...
uwagi na fakt, że dla realizacji zamawianych usług konieczne było zapewnienie wsparcia producenta IBM najpóźniej w dacie zawarcia umowy o zamówienie publiczne. W ogłoszeniu w Dzienniku Urzędowym Unii Europejskiej z dnia 9 lutego 2013 r. (numer 2013/S 029-044128 ...
przekraczała kwotę, jaką zamierzał przeznaczyć na sfinansowanie zamówienia. Jednocześnie należy zauważyć, iż Krajowa Izba Odwoławcza w powyższym wyroku stwierdziła, że zarówno Zamawiający, wybrany wykonawca, jak również odwołujący mieli świadomość, iż na ...
wykonawcy z producentem sprzętu i nie było to między stronami sporne. Istotą sporu był wymagany w SIWZ poziom i sposób współpracy wykonawcy z producentem sprzętu.
Należy w tym miejscu wskazać, iż wszczęcie postępowania w procedurze konkurencyjnej umożliwiłoby Zamawiającemu dotarcie do szerszego kręgu podmiotów, a tym samym Zamawiający uzyskałby wiedzę w zakresie technicznych i organizacyjnych możliwości realizacji zamówienia przez wykonawców działających w branży oraz kosztów jego wykonania.
Fakt istnienia podmiotu, którego oferta odpowiada wymaganiom Zamawiającego nie przesądza o tym, że postępowanie konkurencyjne przeprowadzone w przedmiotowej sprawie nie doprowadziłoby do wyłonienia innego wykonawcy, którego oferta byłaby korzystniejsza dla Zamawiającego, a zarazem spełniła wszelkie wymogi stawiane przedmiotowemu zamówieniu.
W konsekwencji należy uznać, iż zastosowanie trybu zamówienia z wolnej ręki nie było wynikiem sytuacji faktycznej, w której przedmiotowe zamówienie mogło zostać zrealizowane tylko przez wykonawcę zaproszonego do negocjacji ze względu na ochronę praw wyłącznych, wynikających z odrębnych przepisów, lecz było wynikiem subiektywnej oceny dokonanej przez Zamawiającego. Tym samym, w okolicznościach faktycznych przedmiotowej sprawy, Zamawiający nie był uprawniony do zastosowania trybu zamówienia z wolnej ręki ...
informuję, iż zgodnie z art. 167 ust. 1 ustawy od wyniku kontroli doraźnej Zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu umotywowanych zastrzeżeń w terminie 7 dni od dnia doręczenia informacji o wyniku kontroli.
...
2012-10-25
Warszawa, dnia 25.10. 2012 r.
KZ/1815/10
Informacja o wyniku kontroli doraźnej
w zakresie legalności wyboru trybu zamówienia z wolnej ręki
Określenie postępowania o udzielenie zamówienia publicznego, które ...
004 Kraków
Rodzaj zamówienia: usługa
Przedmiot zamówienia: świadczenie usługi asysty technicznej Zintegrowanego Systemu Zarządzania Oświatą w Krakowie
Tryb postępowania: zamówienie z wolnej ręki - art. 67 ust. 1 pkt 1 lit. a) i b) ustawy Prawo zamówień publicznych
Wartość zamówienia: 2.050.000,00 zł (533.993,23 euro)
Informacja o ...
Kraków wynika, iż podstawą wszczęcia postępowania na "Świadczenie usługi asysty technicznej Zintegrowanego Systemu Zarządzania Oświatą w Krakowie", będącego przedmiotem niniejszej kontroli, były przepisy art. 67 ust. 1 pkt 1 lit. a) i b) ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (Dz. U. z 2010 r. Nr 113, poz. 759 z późn. zm.).
Zamawiający ...
Kraków, Vulcan sp. z o.o., z siedzibą ul. Wołowska 6, 51-116 Wrocław, które w ramach umowy nr W/II/10/EK/1/2007 z dnia 26 lutego 2007 roku, wykonało dla Gminy Miejskiej Kraków system informatyczny o nazwie "Zintegrowany System Zarządzania Oświatą" w Krakowie.
Zamawiający poinformował, że świadczenie usługi asysty technicznej dla Zintegrowanego Systemu Zarządzania Oświatą (dalej system) było związane z koniecznością dokonywania zmian w jego kodzie źródłowym, co na podstawie przysługujących praw autorskich mógł wykonać tylko autor systemu. Zamawiający podniósł, że na podstawie art. 17 ustawy o prawie autorskim i prawach pokrewnych (t. j. Dz. U. z 2006 Nr 90, poz. 631 z późn. zm.) (dalej prawo autorskie) prawo rozporządzania utworem na wszystkich polach eksploatacji obejmuje jedynie prawo rozporządzania uprawnieniami majątkowymi do utworu jakim jest program tj. pobierania pożytków prawnych, ale nie obejmuje ...
poinformował, że dla właściwego świadczenia usługi asysty technicznej konieczna jest szczegółowa wiedza o systemie pozwalająca w szczególności na właściwe identyfikowanie problemów i rozwiązywanie ich we właściwy dla tego systemu sposób. Mimo przeniesienia praw majątkowych na Zamawiającego w posiadaniu twórcy pozostał know-how oraz doświadczenia związane z budową i wdrożeniem systemu. Jakakolwiek ingerencja ...
ZSZO. Zgodnie z § 7 umowy, wykonawca przeniósł autorskie prawa majątkowe na wszystkich polach eksploatacji. Jednakże, w związku z zamówieniem obejmującym konieczność opracowania i wprowadzania zmian do ZSZO związanych z asystą techniczną systemu, należy również uwzględnić sytuację dotyczącą tzw. autorskich praw zależnych.
Zamawiający wskazał, że art. 74 ust. 4 prawa autorskiego wprowadza modyfikację treści autorskich praw majątkowych do programu komputerowego, poprzez dodanie prawa do wprowadzania/dokonywania zmian. Z uwagi na fakt, że w ten sposób dochodzi do wyczerpującego wymienienia uprawnień do programu komputerowego, regulacja ta stanowi modyfikację w stosunku do ogólnych zasad stosowanych do pozostałych utworów innych niż programy komputerowe. Konsekwencją jest przyznanie wyłącznego prawa do wprowadzania modyfikacji posiadaczowi autorskich praw majątkowych. Zamawiający dodał, że fakt, iż jest uprawniony do dokonywania zmian i modyfikacji w systemie, nie oznacza, że jest automatycznie uprawniony do wykonywania tzw. praw zależnych, którymi w analizowanym kontekście są prawa do rozporządzania i korzystania z modyfikacji, opracowań systemu, wynika to z art. 46 prawa autorskiego.
Zamawiający podniósł, że posiada prawo do opracowania zmian/modyfikacji systemu (w tym prawo zezwalania osobie trzeciej na opracowanie zmian/modyfikacji ZSZO), nie posiada jednakże prawa zezwalania na rozporządzanie i korzystanie z dokonanego już opracowania. W tej sytuacji potrzebne będzie każdorazowe ubieganie się o zezwolenie pierwotnie uprawnionego do programu komputerowego na ...
modyfikacji do ZSZO będzie zawsze wymagała zezwolenia wykonawcy. Takiego zezwolenia nie trzeba będzie uzyskiwać jedynie w przypadku drobnych, nietwórczych modyfikacji ZSZO.
Zamawiający wskazał, że aby zapewnić możliwość dokonywania zmian/modyfikacji w systemie, co jest naturalną częścią procesu asysty technicznej należy zawrzeć umowę z podmiotami pierwotnie uprawnionymi do ZSZO, czyli wykonawcą systemu. W ten sposób zapewni się efektywność i elastyczność systemu. Tak rozumiane wsparcie techniczne może być w sposób prawidłowy realizowane ze względów technicznych tylko przez wykonawcę całego systemu. Według Zamawiającego przemawia za ...
asysty technicznej, wynikający z unikalnego charakteru ZSZO, jako systemu informatycznego, zaprojektowanego dla Gminy Miejskiej Kraków w oparciu o autorską i unikatową koncepcję.
Zamawiający podniósł, że w celu zapewnienia asysty niezbędna jest doskonała znajomość struktury stworzonego na potrzeby Gminy oprogramowania, umożliwiająca w pierwszej kolejności szybkie i bezbłędne zdiagnozowanie przyczyn ewentualnych problemów, czy zdefiniowanie braków, a następnie zapewnienie ...
struktury, a nade wszystko długotrwałego (przy tym poziomie złożoności Systemu) analizowania i testowania funkcjonowania programu, w celu poznania jego idei i zasad. Zamawiający dodał, że o ile dokonanie takiej analizy przez ...
wykonawca mogący świadczyć usługi będące przedmiotem niniejszego zamówienia. Pierwsze postępowanie dotyczące asysty technicznej zostało przeprowadzone w 2008 r. Zamawiający poinformował, że wówczas badał możliwości udzielenia zamówienia w trybie konkurencyjnym. Zamawiający zaprosił do udziału w pracach komisji biegłych z zakresu prawa autorskiego i własności intelektualnej - Panią Justynę Ożegalską - Trybalską oraz Pana Dariusza Kasprzyckiego z Instytutu Prawa Własności Intelektualnej Uniwersytetu Jagiellońskiego. Zamawiający podniósł, że w wyniku badania ustalił, że firmy funkcjonujące na rynku nie posiadały w tym okresie stosownych produktów odpowiadających funkcjonującemu systemowi i nie posiadały wystarczającej wiedzy, doświadczenia i możliwości ...
przedmiotem badania przez Departament Kontroli Doraźnej Urzędu Zamówień Publicznych, który konsultował przesłanki udzielenia zamówienia publicznego w trybie z wolnej ręki z Ministerstwem Spraw Wewnętrznych i Administracji (pismo nr UZP/DKD/MT/140416/14914/08). W opinii Dyrektora Departamentu Informatyzacji Ministerstwa Spraw Wewnętrznych i Administracji Pana Dariusza Dagiela w sprawie wyjaśnienia wyboru trybu zamówienia z wolnej ręki przez Miasto Kraków dla "Asysty technicznej i ...
wsparcia użytkowników Zintegrowanego Systemu Zarządzania Oświatą" stwierdzono, że "(...) biorąc pod uwagę informacje przedstawione przez Zamawiającego w dokumentach przysłanych do UZP i do MSWiA, potwierdzamy, że firma wskazana przez Zamawiającego, z przyczyn ...
jedynym podmiotem zdolnym do zrealizowania zamówienia". Zamawiający stwierdził, że badanie istnienia przesłanek do udzielenia zamówienia w trybie z wolnej ręki, prowadzone każdorazowo przed wszczęciem kolejnych postępowań w zakresie asysty technicznej dla systemu, mimo pojawienia się na rynku aplikacji wspomagających zarządzanie oświatą, potwierdzało, że przytoczone w uzasadnieniu wyboru trybu kontrolowanego postępowania przesłanki pozostają aktualne ze względu na unikalny charakter systemu, stanowiącego dedykowane dla Gminy Miejskiej Kraków rozwiązanie oraz w związku z ochroną praw autora Systemu na gruncie przepisów o prawach autorskich.
Możliwość skorzystania z trybu z wolnej ręki w przedstawionej wyżej sytuacji potwierdza, według Zamawiającego, także stanowisko wyrażone przez Grzegorza Wicika i Piotra Wiśniewskiego w publikacji "Prawo zamówień publicznych. Komentarz" (Wydawnictwo: C.H.Beck, rok 2007, wydanie 1). Po pierwsze, monopol jednego ...
Przyczyny techniczne zachodzą, gdy niezbędnie konieczne jest posiadanie szczególnych kwalifikacji albo sprzętu lub innego wyposażenia. W przedmiotowej sytuacji taką szczególną kwalifikacją Wykonawcy, według Zamawiającego, jest znajomość Systemu. Zamawiający wskazał, że warta podkreślenia jest wielkość Zintegrowanego Systemu Zarządzania Oświatą w Krakowie. Skalę i złożoność tego rozwiązania informatycznego obrazuje m.in. to, że System obejmuje 18 aplikacji informatycznych oraz korzysta z niego 2400 użytkowników w 347 placówkach oświatowych. Poinformował także, że przedmiotowe zamówienie nie było współfinansowane ze środków Unii Europejskiej ...
opinii biegłego. Niezbędnym bowiem było ustalenie czy "świadczenie usługi asysty technicznej Zintegrowanego Systemu Zarządzania Oświatą w Krakowie" z przyczyn technicznych o obiektywnym charakterze może wykonać tylko wykonawca wskazany przez Zamawiającego.
Biegły sądowy z zakresu informatyki pismem z dnia 3 września 2012 r. przedstawił opinię w przedmiotowej sprawie. Biegły podniósł, że technologia zastosowana przy budowie systemu jest bardzo szeroko stosowana, a ...
posiadają aplikacji takiej jak ZSZO, nie można wywodzić wniosku, że inne podmioty nie znają zastosowanej w nim technologii. Biegły, wskazał iż Zamawiający był w stanie udzielić przedmiotowego zamówienia w jednym z konkurencyjnych trybów udzielania zamówień publicznych. W takim przypadku potencjalni wykonawcy musieliby zapoznać się z dobrze wykonaną przez wykonawcę systemu dokumentacją techniczną.
Zamawiający wskazał, iż przesłanki zastosowania trybu z wolnej ręki przedstawił w zawiadomieniu z dnia 21 grudnia 2010 r. Dodał, że nie dysponuje aktualnie szerszą argumentacją we ...
postępowania. Badanie to polegało na weryfikacji, poprzez dostępne strony internetowe, firm zajmujących się oprogramowaniem informatycznym w zakresie oświaty np. strony Vulcan, Krakfin, Silvermedia, Comarch, ProgMan, QNT. W konsekwencji, na podstawie przeprowadzonej analizy rynku i otoczenia prawnego, ustalono, że nie istnieje podmiot posiadający w owym czasie doświadczenia oraz wiedzy merytorycznej pozwalającej na świadczenie usługi asysty dla systemu. Zamawiający przesłał ...
co następuje:
Na wstępie należy wskazać, iż zamówienie z wolnej ręki jest trybem szczególnym, stosowanym w sytuacjach, gdy zastosowanie przetargu lub innego konkurencyjnego trybu postępowania nie jest możliwe. Zgodnie bowiem z przepisem statuowanym w art. 66 ustawy zamówienie z wolnej ręki to tryb udzielenia zamówienia publicznego, w którym Zamawiający udziela zamówienia po negocjacjach tylko z jednym wykonawcą. Z tego powodu jest to tryb, którego stosowanie ustawodawca dopuszcza tylko w szczególnych, wymienionych w ustawie przypadkach, których enumeratywne wyliczenie zawiera art. 67 ust. 1 ustawy. Zarówno Sąd Najwyższy jak ...
muszą być zawsze interpretowane ściśle, a lista przesłanek umożliwiających zastosowanie poszczególnych trybów jest zamknięta. Podobnie w swoich orzeczeniach wywodził Europejski Trybunał Sprawiedliwości (dalej: ETS), (wyrok z dnia 10 kwietnia 2003 roku ...
20/01, C-28/01, wyrok z dnia 18 listopada 2004 roku C-126/03).
W niniejszej sprawie podstawą wszczęcia postępowania w trybie z wolnej ręki były przepisy art. 67 ust. 1 pkt 1 lit. a) i ...
przez jednego wykonawcę: z przyczyn technicznych o obiektywnym charakterze oraz z przyczyn związanych z ochroną praw wyłącznych, wynikających z odrębnych przepisów.
W toku kontroli stwierdzono, że postępowanie o udzielenie zamówienia publicznego na świadczenie usługi asysty technicznej Zintegrowanego Systemu Zarządzania Oświatą w Krakowie, prowadzone w trybie zamówienia z wolnej ręki, na podstawie przepisów art. 67 ust. 1 pkt 1 lit. a) i b) ustawy zostało przez Zamawiającego wszczęte z naruszeniem przepisów ustawy Prawo zamówień publicznych. Zamawiający nie wykazał, iż w przedmiotowym stanie faktycznym wykonawca - konsorcjum firm: ComArch S. A. oraz Vulcan sp. z o.o ...
wykonanie przedmiotowego zamówienia przez innych wykonawców.
Należy wskazać, że nie może być podstawą wszczęcia postępowania w trybie z wolnej ręki w oparciu o przepis art. 67 ust. 1 pkt 1 lit. a) ustawy doświadczenie wykonawcy nabyte w wykonywaniu określonego zamówienia. Istnienie tylko jednego wykonawcy zdolnego do realizacji zamówienia musi być oczywiste i ...
budzących wątpliwości faktów, nie zaś tylko z subiektywnego przekonania zamawiającego. Doświadczenie, czy też umiejętności pozyskane w trakcie praktycznego wykonywania danej działalności, nie jest cechą przynależną wyłącznie jednemu podmiotowi, ale może być ...
ubiegać się o dane zamówienie. Zamawiający ma zatem możliwość wskazania wymagań odnoszących się do doświadczenia w zakresie, w jakim będzie to wystarczające do prawidłowego wykonania zamówienia.
Dla poparcia powyższego stanowiska należy wskazać treść ...
Krajowej Izby Odwoławczej z dnia 14 kwietnia 2009 r. (sygn. akt KIO/KD 13/09), w której zaakcentowane zostało, iż "w przypadku zastosowania przesłanki wskazanej w art. 67 ust. 1 pkt 1 lit. a) ustawy Zamawiający jest zobowiązany wykazać nie tyle ...
uwagi na brak doświadczenia oraz możliwości organizacyjnych i technicznych ale, że oceniając sytuację na rynku w sposób obiektywny, wynikający z określonych faktów, istnieje na tym rynku tylko jeden wykonawca, który może ...
szczególnym charakterze".
Należy wskazać, że złożoność systemu także nie może być podstawą do wszczęcia postępowania w trybie z wolnej reki, jest bowiem cechą, która jest nierozerwalnie związana z każdym systemem technicznym ...
także uchwała KIO z dnia 2 kwietnia 2010 r. (sygn. akt KIO/KD 20/10) w której stwierdzono, iż "przyczyną techniczną nie może być złożoność, ani kompleksowość systemu (…), ponieważ można się ...
niego wykonawca jest jedynym, który ze względu na szczególne zaufanie, doświadczenie i możliwości organizacyjne, jest w stanie wykonać zamówienie, nie stanowi dostatecznej podstawy do przyjęcia, iż jest to jedyny wykonawca (…)" (Wyrok NSA z dnia 11 września 2000 r., II SA2074/00).
O tym, że w niniejszej sprawie nie mamy do czynienia z sytuacją w której tylko jeden wykonawca jest zdolny do realizacji zamówienia zostało również potwierdzone przez biegłego sądowego z zakresu informatyki, przy Sądzie Okręgowym w Warszawie. Biegły wskazał, że zastosowana w systemie technologia jest bardzo szeroko stosowana, a fakt, że inne firmy informatyczne nie posiadają takiej ...
asysty technicznej dla użytkownika systemu. Zakres i zasady opracowania dokumentacji technicznej aplikacji informatycznej precyzują obowiązujące w tym zakresie przepisy. Biegły dodał, że takie atrybuty systemu jak jego skala oraz złożoność nie ...
ani ograniczenia; wymagają jedynie by podmiot był kompetentny, doświadczony i wysoce odpowiedzialny, co można zweryfikować w odpowiednim postępowaniu konkursowym.
Biegły podniósł, że na ogół wykonawca aplikacji jest w stanie zapewnić najwyższy poziom jakości i bezpieczeństwa realizacji usługi asysty technicznej dla użytkownika tej aplikacji ...
przedmiotowego zamówienia kompetentnej firmie zewnętrznej jest posiadanie przez Zamawiającego dobrze wykonanej dokumentacji technicznej aplikacji. Tymczasem, w umowie z dnia 26 lutego 2007 r. pomiędzy Gminą Kraków a Konsorcjum, biegły nie dostrzegł ...
wymogu wykonania przez Wykonawcę dokumentacji technicznej. Jest mowa jedynie o dokumentacji eksploatacyjnej, potrzebnej użytkownikowi systemu. W ocenie biegłego bez dostępności do dobrze opracowanej powykonawczej dokumentacji technicznej aplikacji nie ma możliwości ingerencji w opracowany system informatyczny przez inną firmę niż wykonawca, bo tylko on posiada wtedy źródłową dokumentację techniczną. Według biegłego Zamawiający już w zamówieniu na opracowanie systemu powinien zgłosić wykonawcy wymagania na opracowanie i nieodpłatne przekazanie takiej dokumentacji, wraz z wszystkimi prawami autorskimi. Inaczej pomiędzy wykonawcą, a Zamawiającym tworzy się sytuacja monopolistyczna.
Nie można zatem stwierdzić, iż z przyczyn technicznych o obiektywnym charakterze tylko wymieniony przez Zamawiającego wykonawca jest w stanie niniejsze zamówienie zrealizować. W szczególności, w sytuacji gdy rynek usług informatycznych jest rynkiem konkurencyjnym, na którym istnieje wiele kompetentnych podmiotów, które ...
są znane wielu firmom działającym na rynku informatycznym, nie jest wówczas uzasadnieniem dla udzielenia zamówienia w trybie z wolnej ręki jedynie przekonanie Zamawiającego, że tylko jeden wykonawca może je zrealizować najlepiej ...
art. 67 ust. 1 pkt 1 lit. b) ustawy. Zamawiający wskazał, że mimo przejęcia autorskich praw majątkowych wykonanie usługi asysty technicznej systemu może być powierzone tylko jednemu wykonawcy, mającemu prawo do zezwalania na rozporządzanie i korzystanie z dokonanego już opracowania. Należy wskazać, iż zgodnie z ...
ZSZO, Moduł Finanse ZSZO, Moduł Uczniowie ZSZO, Moduł Arkusz Kalkulacyjny ZSZO, system obiegu dokumentów) przechodziły w ramach wynagrodzenia na Zamawiającego, który mógł nimi dysponować w ramach zadań związanych z edukacją, w tym udzielać licencji innym podmiotom. Należy wskazać, iż Zamawiający przewidując konieczność zapewnienia prawidłowej eksploatacji, utrzymania systemu informatycznego, w tym również możliwość jego rozbudowy, czy też modyfikacji powinien zapewnić sobie taki zakres uprawnień i ...
czynności bez zgody twórcy systemu. Z tego względu Zamawiający powinien zagwarantować sobie prawa do systemu w takim zakresie, aby zamówienia na jego poprawki, modyfikacje lub utrzymanie mógł powierzyć również innemu wykonawcy, wybranemu w procedurze konkurencyjnej. Mając powyższe na uwadze Zamawiający nie może powoływać się na to, że prawa zależne do systemu nie zostały przez niego skutecznie zabezpieczone.
Należy wobec tego uznać, iż konieczność udzielenia zamówienia w trybie zamówienia z wolnej ręki nie jest determinowana przez przyczyny statuowane w art. 67 ust 1 pkt 1 lit. a) i b) ustawy, lecz jest wynikiem braku działań Zamawiającego, mających na celu zapewnienie sobie dokumentacji technicznej jak i odpowiednich zapisów o prawach wyłącznych w umowie, które umożliwiłoby przeprowadzenia procedury konkurencyjnej.
Reasumując, w ocenie Prezesa Urzędu w okolicznościach faktycznych sprawy, Zamawiający nie wykazał spełnienia przesłanek określonych w art. 67 ust. 1 pkt 1 lit. a) i b) ustawy, uprawniających do zastosowania trybu ...
z wolnej ręki. Zamawiający naruszył tym samym art. 10 oraz art. 7 ust. 1 ustawy Prawo zamówień publicznych.
Jednocześnie uprzejmie informuję, iż zgodnie z art. 167 ust. 1 ustawy od wyniku kontroli doraźnej Zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu umotywowanych zastrzeżeń w terminie 7 dni od dnia doręczenia informacji o wyniku kontroli.
...
2013-08-16
1. Jak wynika z dokumentacji niniejszego postępowania, zamawiający dokonując opisu sposobu oceny spełniania warunku udziału w postępowaniu w zakresie wiedzy i doświadczenia wskazał, że w celu wykazania spełnienia warunku wykonawca zobowiązany jest wykazać wykonanie w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, a w przypadku świadczeń okresowych lub ciągłych również wykonywanie:
a) co najmniej dwóch dostaw o łącznej wartości ...
00 PLN (pięć milionów złotych), polegających na dostawie, instalacji i konfiguracji serwerów i macierzy dyskowych, w tym co najmniej jedna z wykonaniem systemu kopii zapasowych;
c) co najmniej dwóch dostaw o ...
000,00 PLN (jeden milion złotych) każda polegających na dostawie, instalacji i konfiguracji urządzeń oraz licencji oprogramowania do zabezpieczenia brzegowego sieci i VPN;
d) co najmniej czterech dostaw obejmujących wdrożenie systemu ...
świadczeniem asysty technicznej (pod pojęciem asysty technicznej Zamawiający rozumie wsparcie świadczone co najmniej administratorom systemu, w sposób zdalny lub na miejscu w lokalizacjach klienta),
ii. jedno wdrożenie obejmowało integrację SOD z ePUAP lub inną platformą usług publicznych oferującą usługi publiczne na poziomie 4 (pod pojęciem poziom 4 zamawiający rozumiał: w pełni elektroniczny transakcyjny system, udostępniający usługi w całości poprzez sieć, włączając podejmowanie decyzji oraz dostarczanie jej. Nie jest potrzebna forma papierowa na żadnym etapie realizacji usługi.) w co najmniej 20 podmiotach,
iii. jedno wdrożenie obejmowało co najmniej 500 użytkowników wewnętrznych,
e) co ...
lub inną platformą świadczącą usługi publiczne na poziomie 4 (pod pojęciem poziom 4 Zamawiający rozumie: w pełni elektroniczny transakcyjny system, udostępniający usługi w całości poprzez sieć, włączając podejmowanie decyzji oraz dostarczanie jej. Nie jest potrzebna forma papierowa na ...
wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonaniu zamówienia Wzór zobowiązania stanowi Załącznik nr 6 do SIWZ".
W toku oceny złożonych ofert, zamawiający pismem z dnia 22 lutego 2013 r. zwrócił się do ...
o.o. - m.in. o udzielenie wyjaśnień na podstawie art. 26 ust. 4 ustawy Pzp, w odniesieniu do informacji zawartych w dokumentach złożonych na potwierdzenie posiadanego doświadczenia. Zdaniem zamawiającego zarówno z przedłożonego wykazu jak i z ...
są to świadczenia okresowe lub ciągłe. Podkreślenia wymaga fakt, iż wykonawca wykazując spełnienie ww. warunku w całości polegał na doświadczeniu zdobytym przez inne podmioty. Na podstawie wyjaśnień wykonawcy, zamawiający uznał, iż wykazane świadczenia nie są ciągłymi ani okresowymi, a zatem przedstawione w wykazie projekty nie potwierdzają spełnienia warunku. Wobec powyższego, pismem z dnia 13 marca 2013 r ...
00 PLN (pięć milionów złotych), polegającej na dostawie, instalacji i konfiguracji serwerów i macierzy dyskowych, w tym co najmniej jedna z wykonaniem systemu kopii zapasowych;
c) co najmniej dwie dostawy o ...
000,00 PLN (jeden milion złotych) każda polegających na dostawie, instalacji i konfiguracji urządzeń oraz licencji oprogramowania do zabezpieczenia brzegowego sieci i VPN;
W odpowiedzi, wykonawca przekazał nowy wykaz wykonanych dostaw i usług składający się również z projektów realizowanych wyłącznie przez podmioty ...
S.A.,
- Comp S.A.,
- Atos IT Solutions and Services s.r.o. z siedzibą w Bratysławie, Republika Słowacka,
- Action S.A.
Wykonawca przedłożył również zobowiązania ww. podmiotów do udostępnienia zasobów spółce ATOS IT Services Sp. z o.o. W treści powyższych zobowiązań (złożonych zgodnie z wzorem załączonym do siwz) podmioty trzecie wskazały, że zobowiązują ...
się do oddania do dyspozycji spółce ATOS IT Services Sp. z o.o. własne zasoby (w zakresie wiedzy i doświadczenia oraz potencjału technicznego) na okres korzystania z nich przy wykonywaniu zamówienia pn.: Wykonanie systemu informatycznego PSEAP - Podkarpacki System e- Administracji Publicznej. W przypadku spółki Atos, która to złożyła oświadczenie nie korzystając z wzoru wskazanego przez zamawiającego - zobowiązanie wskazywało udzielenie wsparcia wykonawcy w zakresie wymienionych zasobów, tj. w zakresie wiedzy i doświadczenia, przez okres konieczny do realizacji projektu.
Treść powyższych dokumentów nie precyzuje zatem, czy podmioty trzecie zobowiązują się do wzięcia udziału w realizacji ww. zamówienia i w jakim charakterze.
Mając na względzie powyższe stwierdzić należy, że ww. zobowiązania podmiotów trzecich oparte jest ...
wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia. W świetle przywołanego art. 26 ust. 2b ustawy Pzp dopuszczalne jest powoływanie się przez wykonawcę ubiegającego się o udzielenie zamówienia publicznego na potencjał, doświadczenie i sytuację innego podmiotu w celu wykazania spełniania warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy Pzp, a sprecyzowanych przez zamawiającego w opisie sposobu dokonania oceny spełniania warunków udziału w postępowaniu (art.22ust.3 ustawy Pzp). Tym samym wykonawca, który sam nie spełnia warunków udziału w postępowaniu, może odwołać się do zasobów innego podmiotu w celu uzyskania danego zamówienia. Jednakże odwołanie się do zasobów innego podmiotu jest dopuszczalne pod warunkiem ...
zasobami przy realizacji zamówienia (arg. z art. 26 ust. 2b zd. 2 ustawy Pzp). W tym zakresie na wykonawcy powołującym się na zasoby podmiotu trzeciego spoczywa obowiązek udowodnienia, że będzie dysponował tymi zasobami. Udowodnienie może m.in. ("w szczególności") nastąpić poprzez przedstawienie w tym celu pisemnego zobowiązania takiego podmiotu do oddania mu do dyspozycji niezbędnych zasobów na okres ...
na jakich zasadach będą przez podmiot trzeci udostępnione. Nie jest wystarczające złożenie wyłącznie zobowiązania o przekazaniu wiedzy i doświadczenia, jeżeli z zobowiązania tego, ani z innych dokumentów nie wynika zakres i ...
zasobów. Brak wiedzy na ten temat uniemożliwia bowiem zamawiającemu ocenę, czy wykonawca rzeczywiście dysponuje potencjałem w sposób pozwalający mu na spełnienie warunku i należyte wykonanie zamówienia. Innymi słowy, aby zamawiający mógł dokonać oceny, czy zasoby są udostępniane w zakresie "niezbędnym", tj. w zakresie gwarantującym należytą realizację zamówienia, podmiot trzeci musi je uprzednio wskazać. Jeżeli zakres jest zbyt mały, tj. nie jest udostępniany w zakresie niezbędnym i nie gwarantuje właściwego wykonania zamówienia, zamawiający ma prawo żądać jego uzupełnienia wraz z uzasadnieniem oraz ewentualnie wykluczyć wykonawcę z postępowania, szczególnie, gdy nie ...
powyższym, wykonawca zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia. Jedynym w tym zakresie dowodem przedłożonym przez wykonawcę ATOS IT Services Sp. z o.o. są oświadczenia ...
samym, zamawiający nie dysponuje żadnym dowodem, że podmioty trzecie udostępniły swe zasoby niezbędne do udziału w realizacji zamówienia, gdyż nie wynika to ani ze zobowiązań podmiotów trzecich, ani z żadnych innych dokumentów. W konsekwencji zamawiający nie ma gwarancji, że wybrany wykonawca spełnia warunek i faktycznie będzie zdolny do ...
na realizację zamówienia.
Zgodnie z treścią art. 26 ust. 4 ustawy Pzp zamawiający wzywa także w wyznaczonym przez siebie terminie, do złożenia wyjaśnień dotyczących oświadczeń lub dokumentów, o których mowa w art. 25 ust. 1.
W sytuacji, gdy przedstawione przez wykonawcę dokumenty nie potwierdzają spełnienia warunku udziału w postępowaniu, zamawiający ma obowiązek wezwać do ich wyjaśnienia, a zaniechanie w tym zakresie stanowi naruszenie art. 26 ust. 4 ustawy Pzp.
Zalecenie usunięcia naruszenia:
Zaleca się ...
Sp. z o.o., na podstawie art. 26 ust. 4 ustawy Pzp, do złożenia wyjaśnień w zakresie treści zobowiązań podmiotów trzecich, tj. czy podmioty trzecie będą brały udział w realizacji zamówienia i w jakim charakterze. Jeśli z przedłożonych wyjaśnień nie będzie wynikać, że wykonawca dysponuje zasobami podmiotów trzecich w sposób zapewniający należyte wykonanie zamówienia zaleca się jego wykluczenie na podstawie art. 24 ust. 2 ...
2. Jak wynika z dokumentacji niniejszego postępowania, zamawiający dokonując opisu sposobu oceny spełniania warunku udziału w postępowaniu w zakresie zdolności finansowej wskazał, że w celu wykazania spełnienia warunku wykonawca zobowiązany jest m.in. wykazać, że posiada środki finansowe lub zdolność kredytową w wysokości nie mniejszej niż 30.000.000,00 PLN.
W celu potwierdzenia spełniania ww. warunku udziału w postępowaniu wykonawca ATOS IT Services Sp. z o.o. przedstawił informację z banku o posiadanych środkach finansowych wystawioną dla podmiotu Atos S.A. z siedzibą w Bezons Cedex, Francja oraz zobowiązanie tegoż podmiotu do udostępnienia zasobów finansowych. W treści powyższego zobowiązania, wskazano udzielenie wsparcia wykonawcy w zakresie zdolności finansowej, przez okres konieczny do realizacji projektu.
Treść powyższego dokumentu nie precyzuje zatem ...
wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres ...
samym, wykonawca zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia. Jedynym w tym zakresie dowodem przedłożonym przez wykonawcę ATOS IT Services Sp. z o.o. jest oświadczenie ...
samym, zamawiający nie dysponuje żadnym dowodem, że podmiot trzeci udostępnił swe zasoby niezbędne do udziału w realizacji zamówienia, gdyż nie wynika to ani ze zobowiązania podmiotu trzeciego, ani z żadnych innych dokumentów. W konsekwencji zamawiający nie ma gwarancji, że wybrany wykonawca spełnia warunek i faktycznie będzie zdolny do ...
na realizację zamówienia.
Zgodnie z treścią art. 26 ust. 4 ustawy Pzp zamawiający wzywa także w wyznaczonym przez siebie terminie, do złożenia wyjaśnień dotyczących oświadczeń lub dokumentów, o których mowa w art. 25 ust. 1.
Z uwagi na treść powyższego przepisu, w sytuacji, gdy przedstawione przez wykonawcę dokumenty nie potwierdzają spełnienia warunku udziału w postępowaniu, zamawiający ma obowiązek wezwać do ich wyjaśnienia, a zaniechanie w tym zakresie stanowi naruszenie art. 26 ust. 4 ustawy Pzp.
Zalecenie usunięcia naruszenia:
Zaleca się ...
Sp. z o.o., na podstawie art. 26 ust. 4 ustawy Pzp, do złożenia wyjaśnień w zakresie treści zobowiązania podmiotu trzeciego w zakresie zdolności finansowych, tj. jakimi zasobami podmiotu trzeciego dysponuje wykonawca oraz potwierdzenie, że zasoby te ...
zamówienia. Jeśli z przedłożonych wyjaśnień nie będzie wynikać, że wykonawca dysponuje zasobami finansowymi podmiotu trzeciego w sposób zapewniający należyte wykonanie zaleca się wezwanie wykonawcy ATOS IT Services Sp. z o.o ...
zamawiającego warunek dotyczący zdolności finansowej.
Ponadto, informuję iż stosownie do treści art. 171 a ustawy Prawo zamówień publicznych zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu umotywowanych zastrzeżeń w terminie 7 dni od dnia doręczenia informacji o wyniku kontroli.
...
2021-04-22 » Wzorcowe dokumenty / Wzorcowe dokumenty dot. ustawy Pzp z 2019 r.
systemu informatycznego? ........................................................................................................... 12 6. Czy zamawiający ma wszystkie informacje, aby prawidłowo oszacować wartość
zamówienia? (istotne w kontekście planu zamówień) .................................................................. 12 7. Czy zamawiający zweryfikował swoje potrzeby pod kątem inwestycji w rozwiązania on
premises lub zamówienia systemy w modelu chmurowym w modelu SaaS czy też dopuszcza
alternatywnie oba te rozwiązania? ............................................................................................... 14 8. W jakim trybie postępowania zamawiający zamierza zamówić system IT? ......................... 15 III. Podsumowanie ...................................................................................................................... 16 Część 2. Czynności ...
przed wszczęciem postępowania - Źródła i narzędzia
pozyskania wiedzy 17
I. Zasoby zewnętrzne .................................................................................................................... 17 1. Zatrudnienie w oparciu o umowę o pracę ............................................................................ 17 2. Zakup usług doradczych ........................................................................................................ 18 II. Komunikacja z rynkiem ...
wśród których przykładowo można wymienić znajomość rozwiązań IT występujących na rynku, aktualność posiadanych przez zamawiającego w tym zakresie informacji, czy też świadomość co do możliwości własnych zamawiającego w zakresie prawidłowego i wyczerpującego przygotowania postępowania na zakup systemu IT. Prawidłowe przygotowanie zamawiającego do przeprowadzenia ...
etapie jeszcze przed wszczęciem postępowania o udzielenie zamówienia publicznego, pozwala minimalizować problemy, jakie mogą wystąpić w prowadzonym w przyszłości postępowaniu, a także w trakcie realizacji oraz eksploatacji przedmiotu zamówienia, szczególnie w przypadku nabywania złożonych rozwiązań technologicznych.
Przepisy ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (Dz. U. z 2019 r. oraz z 2020 r. poz. 288), dalej jako ...
zamówienia, sporządzenie opisu przedmiotu zamówienia, przygotowanie dokumentacji postępowania, czy też sporządzenie analizy potrzeb i wymagań w przypadku zamówień o wartości równej lub przekraczającej progi unijne.
Należy przy tym podkreślić, że choć obowiązek przeprowadzenia analizy potrzeb i wymagań, o której mowa w art. 83 ustawy Pzp dotyczy tylko niektórych zamawiających i postępowań (tzn. nie dotyczy zamówień o ...
nieprzekraczających progów unijnych oraz zamówień sektorowych), to jednak przeprowadzenie analogicznego procesu może być uzasadnione także w wypadkach, w których nie jest on obligatoryjny. Dokonanie oceny własnych zasobów i zakresu wiedzy czy narzędzi, które są konieczne do pozyskania w celu przeprowadzenia postępowania i udzielenia zamówienia, może często pomóc uniknąć niepotrzebnych komplikacji, niezależnie od tego, czy chodzi o zamówienie klasyczne, sektorowe, o wartości poniżej, czy powyżej progów unijnych ...
wymagane od niego czynności jeszcze przed wszczęciem postępowania, tym większa szansa, że postępowanie zostanie przeprowadzone w sposób bardziej efektywny, a zamawiający w ramach realizacji takiego zamówienia otrzyma adekwatny do jego potrzeb przedmiot zamówienia.
Prawidłowo przygotowana specyfikacja warunków ...
efektywność prowadzenia całego postępowania. Między innymi poprzez właściwe określenie elementu specyfikacji, jakim są warunki udziału w postępowaniu, zamawiający ma szanse tak ukształtować postępowanie, aby zapewnić w nim udział tylko tych wykonawców, którzy dają należytą rękojmię realizacji zamówienia, tym samym znacząco ograniczając ...
na etapie realizacji umowy i np. wdrażania systemu informatycznego (ze względu na niedopuszczenie do sytuacji, w której wykonawca niemający odpowiedniego doświadczenia realizuje zadania w tym zakresie).
Z kolei odpowiednio przygotowane kryteria oceny ofert pozwalają zamawiającemu na jak najbardziej optymalny wybór oferty, w ten sposób, aby odpowiadała ona zindywidualizowanym potrzebom zamawiającego.
Starannie sporządzony opis przedmiotu zamówienia zwiększa prawdopodobieństwo ...
oczekiwań już na etapie realizacji zamówienia.
Przemyślany projekt umowy, uwzględniający interes obu stron umowy, pomaga w minimalizowaniu ryzyka nieprawidłowej realizacji projektu, zwiększa szanse w egzekwowaniu opisanych oczekiwań zamawiającego, a także zmniejsza ryzyko powstawania sporów pomiędzy stronami, które zwykle wynikają ...
realizację procesu zakupowego. Planując zakup rozwiązań informatycznych często o innowacyjnym i złożonym charakterze, zamawiający powinien w szczególności zbadać, czy dysponuje odpowiednimi po swojej stronie zasobami do starannego przeprowadzenia postępowania. W pierwszej kolejności powinien zatem rozważyć, czy posiada potencjał kadrowy, który umożliwi mu realizację zamówienia własnymi ...
posiada kadry, która zapewni prawidłowe przygotowanie i przeprowadzenie postępowania o udzielenie zamówienia publicznego, może rozważyć przekazanie tych zadań na zewnątrz (na mocy art. 37 ust. 2-4 ustawy Pzp), skorzystanie z ...
i technicznych dysponuje do wykorzystywanych już przez niego systemów, tj. czy ma np. uprawnienia prawne (licencję lub autorskie prawa majątkowe) do modyfikowania i rozwijania takich systemów, czy prace takie mogą wykonywać ...
integrację takich systemów z innymi planowanymi do zamówienia.
Zamawiający powinien zatem szczegółowo przeanalizować własne potrzeby w zakresie rodzajów rozwiązań informatycznych, które zamierza nabyć, a także przygotowując się do postępowania dokładnie zinwentaryzować ...
rynkowych są potrzebne nie tylko do prawidłowego przygotowania opisu przedmiotu zamówienia, ale też warunków udziału w postępowaniu, kryteriów oceny ofert i projektu umowy. Znajomość rynku pomaga w sprawnym prowadzeniu postępowania, realizacji umowy (przykładowo na etapie testów i odbioru systemu informatycznego) oraz obsługi systemu w cyklu życia oprogramowania, w szczególności w zakresie możliwości samodzielnej rozbudowy nabywanego oprogramowania.
Wobec dynamiki zmian zachodzących w zakresie rozwiązań informatycznych, zamawiający powinien szczególnej uwadze poddać aktualność posiadanych informacji. Mając na uwadze powyższe, istotne jest również to, aby zamawiający planował przeprowadzenie postępowania w taki sposób, aby zapobiegać przewlekłości procesu zakupowego, gdyż powoduje ona ryzyko dezaktualizacji opracowanej dokumentacji.
CZYNNOŚCI ...
PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
Co istotne, poszczególne czynności w ramach przygotowania postępowania powinny być traktowane jako jeden proces, zmierzający do celu w postaci przygotowania optymalnej treści SWZ, ponieważ pomiędzy nawet pozornie odległymi merytorycznie obszarami, zachodzą istotne związki ...
oszacowanie wartości zamówienia przekłada się na wybór reżimu przepisów ustawy Pzp, właściwego dla przeprowadzenia postępowania w świetle unormowań ustawowych i ma wpływ na inne formalne aspekty procesu zakupowego, takie jak ustalanie ...
treść art. 97 ust. 2 ustawy Pzp), czy obowiązek kierowania do wykonawców wezwania do wyjaśnień w zakresie rażąco niskiej ceny (por. treść art. 224 ust. 2 ustawy Pzp). Równocześnie jednak, niezależnie od wskazanych powyżej skutków oszacowania wartości przedmiotu zamówienia, rzetelność działań zamawiającego zmierzających do ustalenia tej ...
ekonomicznej i może wpływać na treść SWZ. Prawidłowe oszacowanie wartości przedmiotu zamówienia i czynności dokonane w celu takiego oszacowania, dają zamawiającemu istotną wiedzę o realiach rynkowych i pozwalają bardziej precyzyjnie ustalić, jaki zakup w optymalny sposób pozwoli zaspokoić daną potrzebę zamawiającego. Są to działania wprost powiązane z dalszymi krokami ...
go produkt, a to z kolei będzie determinować określone cechy, które zostaną wskazane jako wymagane w ramach opisu przedmiotu zamówienia. Szacunkowa wartość przedmiotu zamówienia w postępowaniu na zakup systemu informatycznego klasy ERP1 może wynieść kilkaset tysięcy lub kilkadziesiąt milionów złotych, w zależności od tego, jakie są potrzeby zamawiającego, które uzasadniają dany zakup.
Kolejnymi przykładami potwierdzającymi tezę ...
że przygotowanie postępowania stanowi proces, którego poszczególne elementy muszą być spójne, mogą być warunki udziału w postępowaniu czy kryteria oceny ofert. Są to obszary zwyczajowo traktowane jako "część formalna SWZ" i przygotowywane przez osoby odpowiadające za procedurę zakupową. W ramach czynności poprzedzających wszczęcie postępowania konieczna jest jednak także w tych obszarach, ścisła współpraca pomiędzy osobami odpowiadającymi merytorycznie za dany zakup, a osobami zajmującymi się ...
przedsiębiorstwem.
CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
warunków udziału w postępowaniu konieczna jest znajomość rynku potencjalnych wykonawców (choćby z tego względu, by ustalić, czy dany warunek nie będzie mógł być uznany za dyskryminacyjny albo po to, by uniemożliwić udział w postępowaniu wykonawcom, którzy z obiektywnych względów nie będą w stanie wykonać zamówienia), a określenie kryteriów oceny ofert wymaga wiedzy w zakresie specyfiki danego przedmiotu zamówienia oraz tego, w jaki sposób i w jakim celu zamawiający zamierza z danego produktu czy usługi korzystać.
Nie można też zapomnieć o ...
który nie może sobie pozwolić żaden zamawiający. Dotyczy to co prawda większości branż, jednak szczególnie w wypadku zamówień na systemy informatyczne, nie można pozwolić sobie na przygotowanie projektu umowy w oderwaniu od realiów przedmiotu zamówienia, a w szczególności od metodyki przyjętej w danym projekcie. Przykładowo - inaczej będzie wyglądać umowa opisująca wdrożenie realizowane zgodnie z metodyką kaskadową, a inaczej umowa opisująca wdrożenie w jednej z metodyk zwinnych lub mieszanych. Zanim więc zamawiający zacznie przygotowywać projekt umowy, musi odpowiedzieć ...
z punktu widzenia danego projektu, ale też ze względu na posiadane zasoby - czy przykładowo istnieją w organizacji kompetencje umożliwiające przeprowadzenie projektu w metodyce zwinnej, jeżeli taka zostanie wybrana, czy też trzeba takie kompetencje dopiero pozyskać. Jeżeli projekt ...
będzie odpowiadał przedmiotowi zamówienia i nie będzie prawidłowo opisywał przebiegu jego realizacji, to wdrożenie może w istotny sposób się skomplikować, a projekt umowy zamiast pomóc stronom, może być źródłem sporów.
Podsumowując ...
przez
zamawiających
Jak zaznaczono powyżej, choć obowiązek przeprowadzenia analizy potrzeb i wymagań, o której mowa w art. 83 ustawy Pzp, nie dotyczy wszystkich zamówień, to jednak przepis nie ogranicza możliwości wykonania wszystkich lub niektórych zadań przewidzianych w ramach tej analizy także w przypadkach, w których nie jest ona obligatoryjna. Przedstawione poniżej propozycje działań zamawiającego mają więc zastosowanie do analiz ...
dotyczy.
Omówienie najistotniejszych okoliczności, które zamawiający powinien rozważyć, planując zakup systemów informatycznych zostało przedstawione poniżej w formie propozycji pytań (checklisty zagadnień), na jakie zamawiający powinien sobie odpowiedzieć, zanim zacznie przygotowywać się ...
przedmiot zamówienia?
Zamawiający powinien zweryfikować kompetencje własnego zespołu i sprawdzić, czy dysponuje specjalistami, którzy:
będą w stanie prawidłowo oszacować wartość zamówienia,
przygotują warunki udziału w postępowaniu oraz kryteria oceny ofert, które zapewnią dobór wykonawcy a także przedmiotu zamówienia lub sposobu ...
utrudniający jednocześnie uczciwej konkurencji z naruszeniem art. 99 ust. 4 Pzp,
przygotują opis przedmiotu zamówienia w sposób wystarczająco precyzyjny i dokładny, a także uwzględniający adekwatne potrzeby zamawiającego, najnowsze standardy i wytyczne, normy branżowe, w tym także w zakresie cyberbezpieczeństwa systemów IT,
CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM ...
dla wykonawców, przekładających się na wzrost cen składanych ofert,
zapewnią sprawną realizację postępowania zamówieniowego (np. w zakresie odpowiedzi na pytania wykonawców, oceny ofert,)
zapewnią należytą realizację umowy zawartej w ramach zamówienia.
Ocena tych kompetencji ma kluczowe znaczenie zarówno na potrzeby etapu postępowania w sprawie zamówienia publicznego, jak i na potrzeby samej realizacji umowy (o czym szerzej w kolejnym punkcie):
jeśli zamawiający uzna, że nie posiada odpowiednich kompetencji w wyżej wskazanym zakresie, być może powinien rozważyć, zapewnienie sobie odpowiednich doradców technicznych, prawnych czy ekonomicznych,
czynności te może przeprowadzić jeszcze przed wszczęciem postępowania zamówieniowego - dzięki czemu uniknie przestojów w jego realizacji i zabezpieczy odpowiedni budżet na wsparcie eksperckie w toku postępowania,
pozyskanie profesjonalnego wsparcia pozwoli również lepiej zaplanować samo postępowanie - dobrać najbardziej optymalny tryb ...
również na celu sprawdzenie, czy dysponuje on doświadczonymi ekspertami, którzy będą czuwać nad realizacją zamówienia w przyszłości. To z kolei wpływa również bezpośrednio na samą dokumentację postępowania zamówieniowego (opis przedmiotu zamówienia i postanowienia umowy), przykładowo:
jeśli zamawiający dysponuje wykwalifikowanym zespołem posiadającym kompetencje i doświadczenie w realizacji zamówień na systemy IT w modelach zwinnych (Agile), CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
może rozważyć ukształtowanie dokumentacji w sposób zakładający wykorzystanie w toku realizacji zamówienia metodyk zwinnych lub ich elementów, zakładających aktywny i bezpośredni udział przedstawicieli zamawiającego w pracach projektowych. Jednocześnie brak odpowiednio wykwalifikowanego zespołu powoduje, że prowadzenie prac w taki sposób nie będzie efektywne i może doprowadzić do niepowodzenia projektu z uwagi na brak ...
odebrać system, a następnie samodzielnie nim administrować, utrzymywać oraz rozwijać, to powinien określić przedmiot zamówienia w sposób uwzględniający te okoliczności a także zapewnić wsparcie doradcy (np. inżyniera kontraktu) celem wsparcia zamawiającego w prowadzonych pracach.
3. Czy zamawiający dokonał inwentaryzacji posiadanych zasobów i potrzeb?
Przystępując do przygotowania zamówienia ...
zamawiający powinien sprawdzić zwłaszcza:
czy posiada zasoby i infrastrukturę IT niezbędną do wdrożenia systemu (sprzęt, licencje, wsparcie producenta oprogramowania), czy też posiadane przez niego zasoby powinny zostać zaktualizowane lub rozbudowane?
czy ...
obsługi wykorzystywanych już przez niego systemów dysponuje zamawiający:
o czy ma np. uprawnienia (wynikające z licencji lub nabytych autorskich praw majątkowych) do modyfikowania i rozwijania takich systemów?
o
czy prace takie mogą wykonywać także wykonawcy ...
systemów lub też integrację z innymi planowanymi do zamówienia?
o
czy posiadane kody źródłowe są w odpowiedni sposób udokumentowane i czy są zaktualizowane przez wykonawcę?
CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O ...
konkretnie potrzeby powinien realizować zamawiany system, a co za tym idzie, komu powinien zostać udostępniony w organizacji zamawiającego oraz z jakimi innymi systemami wewnętrznymi powinien zostać zintegrowany?
Odpowiedź na powyższe pytania pozwoli zamawiającemu zdecydować, jakie dodatkowe elementy ująć w opisie przedmiotu zamówienia bądź jakich innych obowiązków oczekiwać od wykonawcy (np. dostawy licencji, dostawy sprzętu, integracji z konkretnymi systemami) - i precyzyjnie je opisać w dokumentacji postępowania.
Analiza zakresu uprawnień prawnych i technicznych zamawiającego do posiadanych już i wykorzystywanych przez niego systemów informatyczny pozwala na ocenę tego w jakim zakresie przy realizacji nowego zamówienia IT - nowy wykonawca będzie mógł wykorzystać lub modyfikować wykorzystywane ...
potrzeb może doprowadzić do nadmiarowego wydatkowania środków publicznych - może okazać się, że zamawiający planuje zamówić licencje czy sprzęt, w którego posiadaniu już się znajduje.
4. Czy zamawiający konsultował potrzebę zamówienia z innymi zamawiającymi, realizującymi ...
że nie dysponuje samodzielnie wystarczającym potencjałem do przygotowania i przeprowadzenia postępowania o udzielenie zamówienia publicznego. W takiej sytuacji może rozważyć skorzystanie z instrumentów ustawy Pzp, które umożliwiają współpracę zamawiających w procesach zakupowych, tj. może skorzystać z:
wspólnego udzielenia zamówienia przez kilku zamawiających (art. 38 ustawy ...
się, potrzeby różnych zamawiających są wspólne - podobne oczekiwania i potrzeby mają również inni zamawiający (także w przypadku kiedy mają siedzibę w jednym regionie - np. kilka gmin w danym powiecie). W takiej CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
sytuacji, warto ...
wspólnie z innymi zamawiającymi. Wybór takiego rozwiązania może doprowadzić do połączenia zasobów różnych zamawiających i w konsekwencji do rzetelnego przeprowadzenia procesu zakupowego, lub
nabycia zamówienia od centralnego zamawiającego (art. 44 - 51 ustawy Pzp) - przepisy normujące udzielanie zamówień publicznych dopuszczają ustalenie centralnego zamawiającego zarówno w odniesieniu do zamawiających rządowych, jak i samorządowych. W przypadku, gdy zamawiający ma taką możliwość, może rozważyć nabycie zamówienia od centralnego zamawiającego, który posiadałby ...
również jest zweryfikowanie przez zamawiającego, czy możliwe jest pozyskanie dodatkowych środków na realizację zamówienia, np. w ramach dofinansowań z programów unijnych. Decyzja w tym zakresie powinna być podjęta zwłaszcza przy uwzględnieniu czasu potrzebnego na opracowanie wniosku o dofinansowanie i jego akceptację. Zamawiający powinien wziąć również pod uwagę ograniczoną możliwość zmian zakresu projektu w toku jego realizacji (zmiany są często uzależnione od akceptacji podmiotu udzielającego dofinansowania lub pośredniczącego).
6. Czy zamawiający ma wszystkie informacje, aby prawidłowo oszacować wartość zamówienia? (istotne w kontekście planu zamówień)
Szacowanie wartości zamówienia ma fundamentalne znaczenie dla przeprowadzenia postępowania o udzielenie zamówienia publicznego. Dopiero bowiem po wykonaniu czynności szacowania zamawiający jest w stanie określić, jaki reżim przepisów powinien zastosować, tj. czy:
CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
powinien opublikować ogłoszenie o zamówieniu w Dzienniku Urzędowym Unii Europejskiej i stosować przepisy właściwe dla postępowań o wartości równej lub przekraczającej progi unijne, czy też
wystarczy opublikowanie ogłoszenia o zamówieniu w Biuletynie Zamówień Publicznych i właściwe będzie stosowanie przepisów dla zamówień o wartości mniejszej niż progi unijne.
Nieprawidłowe oszacowanie wartości zamówienia może podważać prawidłowość wszystkich czynności dokonanych w postępowaniu o udzielenie zamówienia publicznego.
Z kolei prawidłowe oszacowanie wartości zamówienia pomaga w wyeliminowaniu praktycznych problemów pojawiających się w toku postępowania o udzielenie zamówienia publicznego. Przykładowo można wskazać na fakt, że jeśli zamawiający prawidłowo ...
nie doprowadzi do "niedoszacowania zamówienia"), to może wyeliminować ustawowy obowiązek wzywania wykonawców do udzielenia wyjaśnień w zakresie rażąco niskiej ceny w trybie art. 224 ust. 2 ustawy Pzp i w konsekwencji skrócić czas trwania procesu zakupowego.
Jeżeli zamawiający nie ma pewności, czy posiada wystarczające informacje ...
może rozważyć skorzystanie z instrumentów przewidzianych przez ustawę Pzp lub innych praktycznych rozwiązań. Zamawiający może w szczególności wziąć pod rozwagę:
przeprowadzenie wstępnych konsultacji rynkowych, o których mowa w art. 84 ustawy Pzp, szczególnie, gdy potrzebuje dodatkowych informacji niezbędnych do sformułowania dokumentacji postępowania;
skierowanie do wykonawców potencjalnie zainteresowanych postępowaniem zapytań, w celu uzyskania konkretnych informacji związanych z przygotowaniem postępowania o udzielenie zamówienia publicznego.
Zastosowanie wyżej wymienionych ...
uzależniona od specyfiki konkretnego zamówienia publicznego, z uwzględnieniem liczby wykonawców potencjalnie zainteresowanych realizacją zamówienia publicznego. Niezależnie od wybranego rozwiązania, zamawiający powinien pamiętać CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO ...
uczciwej konkurencji oraz równego traktowania wykonawców.
7. Czy zamawiający zweryfikował swoje potrzeby pod kątem inwestycji w rozwiązania on premises lub zamówienia systemy w modelu chmurowym w modelu SaaS czy też dopuszcza alternatywnie oba te rozwiązania?
Decydując się na wdrożenie systemu IT ...
czy oczekuje dostarczenia rozwiązania on premises czy też rozwiązania chmurowego - względnie, czy nie stawia wymagań w tym zakresie oczekując propozycji od wykonawców. Wyjaśniając te pojęcia:
system on premises instalowany jest na ...
umowa zakłada jednorazową płatność lub płatności po wyraźnie zdefiniowanych etapach wdrożenia lub i przeniesienie autorskich praw majątkowych na zamawiającego, jeśli system jest tworzony na jego potrzeby lub w części dedykowanej,
system w chmurze, czyli SaaS - software as a service - instalowany jest na infrastrukturze zapewnianej przez wykonawcę lub zamawiającego (w zależności od przyjętego modelu zakupu), a dostęp do niego uzyskuje się za pośrednictwem Internetu. Umowa ...
chmura prywatna czy hybrydowa.
Wybór jednego z rozwiązań ma duże znaczenie dla przygotowania dokumentacji przetargowej, w tym zarówno opisu przedmiotu zamówienia, jak i przygotowania treści umowy. Przykładowo, jeśli zamawiający ogłosi postępowanie na oprogramowanie udostępniane w modelu chmury, a w ramach umowy wskaże oczekiwanie dotyczące przeniesienia praw autorskich, może okazać się że brak jest na rynku dostawców oferujących takie produkty. Podobny skutek może mieć sformułowanie opisu przedmiotu zamówienia w sposób nieuwzględniający specyfiki zamówień na chmurę.
Przypominamy przy tym, że jeśli zamawiający nie ma pewności ...
checklisty)
przeprowadzenie wstępnych konsultacji rynkowych lub skierowanie do wykonawców zapytań (vide pkt 6 checklisty)
8. W jakim trybie postępowania zamawiający zamierza zamówić system IT?
Przed przystąpieniem do przygotowania zamówienia o wartości równej lub przekraczającej progi unijne zamawiający musi zdecydować, w jakim trybie prowadzić postępowanie.
W tym kontekście, w postępowaniach o wartości równej lub przekraczającej progi unijne, powinien rozważyć czy skorzystać z przetargu ograniczonego ...
dla zastosowania negocjacji z ogłoszeniem lub dialogu konkurencyjnego.Przywołane dwa pozaprzetargowe tryby będą odpowiednie zwłaszcza w sytuacji, kiedy oczekiwania zamawiającego i parametry systemu nie są na tyle sprecyzowane, aby przygotować pełny ...
przygotowanie prawidłowego opisu przedmiotu zamówienia, zgodnego z zasadami ustawy Pzp, a mimo to prowadzi postępowanie w trybach przetargowych, może spodziewać się że oferty nie zostaną złożone (potencjalny wykonawca nie będzie w stanie oszacować przedmiotu zamówienia) bądź zaoferowana cena będzie zbyt wysoka, albo też wykonawcy złożą odwołania ...
do Krajowej Izby Odwoławczej po opublikowaniu dokumentacji postępowania.
Jeśli natomiast nawet dojdzie do zawarcia umowy w sprawie zamówienia publicznego, niejednoznaczny i ogólny opis przedmiotu zamówienia może doprowadzić do sporów z wykonawcą ...
postępowania:
zweryfikuj zasoby kadrowe,
rozpoznaj swoje potrzeby i oczekiwania,
sprawdź zasoby informatyczne (sprzęt, oprogramowanie, systemy, licencje),
zweryfikuj czy inni zamawiający nie maja podobnych potrzeb - aby przeprowadzić zamówienie wspólnie z nimi,
sprawdź ...
o dofinansowanie,
starannie oszacuj wartość zamówienia,
ustal, czy zamawiasz oprogramowanie chmurowe bądź on premises,
określ, w jakim trybie zamierzasz prowadzić postępowanie.
CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA ...
Jak zaznaczono powyżej, pierwszym źródłem pozyskania wiedzy niezbędnej do przeprowadzenia postępowania, jest własna organizacja zamawiającego, w szczególności wykwalifikowany personel odpowiadający za poszczególne obszary merytoryczne. Jest jednak oczywiste, że zamawiający nie zawsze ...
będzie dysponował zasobami wystarczającymi do przeprowadzenia skomplikowanego projektu informatycznego. Należy pamiętać, że rola personelu
zamawiającego w postępowaniu zmierzającym do zakupu systemu informatycznego, a następnie w samym wdrożeniu systemu, jest ogromna. Często kluczem do udanego wdrożenia systemu informatycznego są kompetentne osoby wchodzące w skład struktur projektowych, a jedną z przyczyn nieudanych wdrożeń i sporów na tle kontraktów informatycznych ...
do danego projektu, a jeżeli nią nie dysponuje, to powinienpozyskać ją z rynku. Zamawiający posiada w tym zakresie szereg możliwości, z których kluczowe zostaną pokrótce omówione poniżej.
1. Zatrudnienie w oparciu o umowę o pracę
Konstrukcyjnie najprostszym rozwiązaniem wydaje się być zatrudnienie niezbędnych osób w oparciu o umowę o pracę. Zamawiający ma w takim wypadku pełną swobodę w zakresie wyboru odpowiedniej osoby i oceny jej kwalifikacji. Z uwagi na fakt, iż zgodnie z ...
się do umów z zakresu prawa pracy, szczegóły dotyczące możliwej formuły prawnej zatrudnienia nie będą w tym miejscu omawiane. Trzeba jednak zauważyć, że zawarcie umowy o pracę z odpowiednio wykwalifikowanymi osobami nie zawsze może być możliwe. W takim wypadku, zamawiający musi zdecydować się na inne metody pozyskania odpowiednich kompetencji.
CZYNNOŚCI PRZYGOTOWAWCZE PRZED ...
z ustawy Pzp i dokonać takiego zakupu z uwzględnieniem jej przepisów. Możliwa jest oczywiście sytuacja, w której wartość zakupu danej usługi nie przekracza progu 50.000 zł, o którym mowa w art. 2 ust. 2 ustawy Pzp, jednak w dużej części przypadków zamawiający musi założyć, że kwoty przeznaczone na pozyskanie profesjonalnego doradztwa w postępowaniu dotyczącym wdrożenia systemu informatycznego oraz przy realizacji takiego systemu, będą wyższe. Zamawiający musi też zwrócić uwagę na fakt, iż w odniesieniu do zakupów usług doradczych dotyczących tego samego postępowania, szczególnie ostrożnie należy podchodzić do zakazu ...
są projektami często złożonymi z podprojektów o zakresie determinowanym różnymi rodzajami świadczeń. Wdrożenie może obejmować w szczególności dostarczenie platformy sprzętowo - programowej, bazy danych, aplikacji, realizację usług instalacyjnych, programistycznych, szkoleniowych, etc. Każdy ...
osiągnięcia oczekiwanej wydajności rozwiązania, zdefiniowanie możliwych funkcjonalności, etc.), jak i na etapie realizacji wdrożenia (udział w strukturach projektowych działających zgodnie z przyjętą metodyką, udział w testach, dokonanie odbioru, zapewnienie informacji niezbędnych wykonawcom, etc.). Jeżeli więc konieczne jest nabycie usług doradczych w różnych obszarach merytorycznych, to może się okazać, że do prawidłowego zaplanowania i przeprowadzenia postępowania oraz ...
osób o różnych kwalifikacjach, jak np. inżynierów posiadających certyfikaty producentów sprzętu, członków zespołu posiadających certyfikaty w zakresie niezbędnych metodyk projektowych, programistów, etc. Jeżeli łączna wartość usług świadczonych przez taki zespół przekroczyłaby np. próg 130.000 zł., o którym mowa w art. 2 ust, 1 pkt 1 ustawy Pzp, to udzielenie kilku podmiotom, udostępniającym osoby do ...
niższych, niż wskazany wyżej próg, z dużym prawdopodobieństwem stanowiłoby niedozwolony podział zamówienia, o którym mowa w art. 29 ust. 2 ustawy Pzp.
Należy pamiętać, że zamawiający ma do wyboru różne formuły ...
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
prawną i biznesową, więc wybór pomiędzy nimi powinien być dokonany w sposób świadomy, z uwzględnieniem oczekiwań i możliwości organizacyjnych zamawiającego.
Zakup usługi doradczej wymaga zdefiniowania jej ...
ewentualne rezultaty prac (na marginesie należy podkreślić, że formuła usługowa, czyli umowy starannego działania, dominująca w tego rodzaju zamówieniach, wcale nie wyklucza zdefiniowania poszczególnych rezultatów usługi oraz przypisania wykonawcy odpowiedzialności za ...
Jeżeli więc przykładowo zamawiający prowadzi konkretne postępowanie na zakup i wdrożenie systemu informatycznego oraz ma w tym zakresie jasno zdefiniowane potrzeby co do kompleksowego wsparcia firmy doradczej od etapu szacowania przedmiotu ...
ocenie ofert i następnie przy realizacji zamówienia, to celowym może być zakup kompleksowej usługi doradczej. W ramach warunków zakupu takiej usługi, zamawiający powinien zdefiniować ogólnie przedmiot planowanego postępowania, oczekiwane cele biznesowe ...
usługi firmy doradczej (np. ekspercki szacunek wartości przedmiotu zamówienia, opis przedmiotu zamówienia, propozycję warunków udziału w postępowaniu adekwatnych do przedmiotu zamówienia i realiów rynkowych, propozycję kryteriów oceny ofert umożliwiających zachowanie zasady efektywności ekonomicznej, etc.). W poszczególnych przypadkach może być uzasadnione sformułowanie przez zamawiającego oczekiwań co do trybu prac z firmą doradczą, w szczególności wskazać tzw. "SLA" (ang.: service level agreement), czyli parametry usługi doradczej, takie jak w szczególności dostępność i responsywność konsultantów, terminy opracowania poszczególnych produktów, poziom kompetencji osób oddelegowanych do realizacji ...
jest zapewnienie szerokiego wsparcia organizacji zamawiającego oraz przyjęcie przez wykonawcę części odpowiedzialności za powodzenie projektu, w szczególności za jakość dostarczanych produktów. Udział w postępowaniu firmy doradczej nie zdejmuje oczywiście z zamawiającego odpowiedzialności za przygotowanie i przeprowadzenie postępowania w sposób zgodny z prawem i to zamawiający będzie ponosił konsekwencje ewentualnych nieprawidłowości w tym zakresie. Firma doradcza może jednak zostać zobowiązana do tego, by OPZ przygotowany został z poszanowaniem zasad konkurencyjności i równego traktowania wykonawców, a w razie stwierdzenia naruszenia tego zobowiązania, może ponieść zdefiniowane umową konsekwencje. W wypadku dokonywania przez właściwe organy badania ewentualnych naruszeń prawa, fakt powierzenia zadań CZYNNOŚCI PRZYGOTOWAWCZE PRZED ...
oraz czy jest właściwy dla szeregu rozwiązań dostępnych na rynku, czy też może występuje wyłącznie w rozwiązaniu jednego producenta.
Innym modelem pozyskiwania kompetencji z rynku jest tzw. "body leasing", czyli usługa ...
że wykonawca usługi "body leasingu" odpowiada wyłącznie za to, że określone osoby o zdefiniowanych "parametrach" w zakresie wykształcenia i doświadczenia, będą oddane do dyspozycji zamawiającego. W modelu takim wykonawca nie odpowiada za jakiekolwiek rezultaty prac poszczególnych osób, ani nawet za to ...
od zamawiającego samodzielnego, sprawnego zarządzania danym projektem i to zamawiający odpowiada za to, by pozyskane w ten sposób osoby otrzymały odpowiedni do wykonania zakres prac.
Podobnie jak tradycyjne doradztwo, model ten może mieć zastosowanie w każdym przypadku, w którym zamawiającemu niezbędne jest zewnętrzne wsparcie w danym postępowaniu, jednak wydaje się on bardziej celowy do zastosowania w sytuacjach, w których zamawiający potrzebuje kompetencji w różnych projektach i zamierza zarządzać pozyskanym personelem w zależności od bieżących potrzeb.
Decydując się na zakup usług "body leasingu", zamawiający powinien odpowiednio do tego modelu ukształtować postępowanie zmierzające do zakupu takich usług, a w szczególności powinien zdefiniować jednoznacznie poziomy wymaganych kompetencji oraz doświadczenia, wymaganą liczbę osób w poszczególnych kategoriach oraz adekwatne SLA. Parametrami wyznaczającymi jakość usług będą zazwyczaj parametry związane z terminem, w jakim wykonawca jest w stanie zapewnić określone osoby, postanowienia związane z wymianą osób, które nie spełniają oczekiwań zamawiającego i ...
posiadają wymagane cechy.
CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
Niezależnie od tego, w jakim modelu zamawiający nabędzie zewnętrzne wsparcie niezbędne dla prawidłowego przygotowania i przeprowadzenia postępowania, musi on pamiętać o przesłankach wykluczenia wykonawców. Możliwa jest bowiem sytuacja, w której wykonawca, który wspierał zamawiającego w przygotowaniu postępowania, lub podmiot należący do tej samej grupy kapitałowej, będzie następnie zainteresowany realizacją zamówienia, które było przedmiotem tego postępowania. Zwłaszcza duże firmy informatyczne świadczą niejednokrotnie zarówno usługi doradcze (w tym w modelu "body leasingu"), jak i usługi wdrożeniowe. Zamawiający musi więc pamiętać o treści art. 85 oraz art. 108 ust. 1 pkt 6 ustawy Pzp, które nakazują przeciwdziałać sytuacji, w której udział danego wykonawcy w przygotowaniu postępowania zakłóci konkurencję, a jeżeli tego zakłócenia wyeliminować się nie da, nakazują wykluczyć z ...
UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
II. Komunikacja z rynkiem, wstępne konsultacje rynkowe
Oczywiście nie w każdym przypadku zamawiający stwierdzają konieczność pozyskania z rynku dodatkowego wsparcia w postaci zewnętrznego konsultingu lub dodatkowych zasobów. Częstokroć zamawiający posiada odpowiednio wykwalifikowany personel, lecz potrzebuje pogłębić swoją wiedzę o realiach biznesowych, technicznych i rynkowych danego zamówienia. W tego rodzaju przypadkach konieczne jest zapewnienie komunikacji z podmiotami, które posiadają niezbędną dla zamawiającego wiedzę. Możliwe są więc (i często spotykane w praktyce), sytuacje, w których zamawiający ma obiektywną potrzebę pozyskania informacji od potencjalnych wykonawców, producentów zainteresowanych w oferowaniu swoich rozwiązań, integratorów posiadających wiedzę techniczną, etc. Trzeba przy tym wyważyć i zbilansować konieczność ...
zasad przejrzystości, konkurencyjności i równego traktowania wykonawców.
Przepisy ustawy Pzp nie przewidują zakazów czy nakazów w obszarze komunikacji zamawiających z rynkiem poza prowadzonymi postępowaniami. Zakres przedmiotowy ustawy Pzp, zdefiniowany w jej artykule pierwszym, jest jasny i nie obejmuje wszelkich czynności zamawiających oraz ich interakcji z innymi podmiotami, w tym z sektora prywatnego, a jedynie - mówiąc w uproszczeniu - dotyczy czynności bezpośrednio związanych z konkretnym postępowaniem o udzielenie zamówienia publicznego. Także art. 61 ustawy Pzp definiuje wyłącznie sposoby komunikacji w postępowaniu, a art. 84 stanowio możliwości (a nie obowiązku) prowadzenia wstępnych konsultacji rynkowych dotyczących konkretnego, planowanego zamówienia. Nie ma więc żadnych przeciwwskazań, by zamawiający pozyskiwali wiedzę z różnych źródeł, w tym także np. uczestnicząc w branżowych konferencjach tematycznych, warsztatach prowadzonych przez producentów lub wykonawców rozwiązań informatycznych, etc. Jest przy tym oczywiste, że uczestnicząc w tego rodzaju komunikacji, zamawiający powinni zachowywać odpowiednie standardy zachowania, jednak sam fakt takiej aktywności nie ...
przeciwnie, jeżeli przyczynia się ona do pogłębienia wiedzy i świadomości realiów rynkowych, a jest prowadzona w sposób odpowiedzialny, z poszanowaniem przepisów prawa i zasady przejrzystości, to jest w pełni uzasadniona i celowa2.
2 Więcej w przedmiocie zagrożeń związanych z nieumiejętnie prowadzoną komunikacją z wykonawcami oraz o sposobach unikania tych zagrożeń, w publikacji UZP "Świadomość ryzyka korupcji i zmowy przetargowej w zamówieniach publicznych" - https://www.uzp.gov.pl/__data/assets/pdf_file/0016/39301/swiadomosc- ryzyka ...
granica pomiędzy pogłębianiem wiedzy, a czynnościami zmierzającymi do przygotowania konkretnego postępowania. O ile udział zamawiającego w konferencji na temat np. rozwiązań chmurowych i korzyści płynących z ich stosowania, nie powinien budzić ...
o tyle pozyskanie informacji zmierzających do realizacji planowanego zakupu konkretnego rozwiązania chmurowego, mieści się już w zakresie przygotowania postępowania. Ten zaś obszar został uregulowany przepisami ustawy Pzp, która w art. 84 i 85 przewiduje zasady obowiązujące zamawiających w ramach konsultacji rynkowych poprzedzających wszczęcie postępowania.
Art. 84 ust. 1 ustawy Pzp stanowi, że zamawiający przed wszczęciem postępowania może przeprowadzić wstępne konsultacje rynkowe, w celu przygotowania postępowania i poinformowania wykonawców o swoich planach i wymaganiach dotyczących zamówienia. Podobnie, jak przewidziany ustawą - prawo zamówień publicznych z 2004 roku dialog techniczny, wstępne konsultacje rynkowe są procedurą mocno odformalizowaną, prowadzoną poza postępowaniem o udzielenie zamówienia publicznego, w związku z czym zamawiający w ramach tej procedury ma bardzo dużą swobodę. Czynności dokonywane w ramach wstępnych konsultacji rynkowych nie podlegają zaskarżeniu do Krajowej Izby Odwoławczej. Obowiązki zamawiającego w zakresie formuły konsultacji sprowadzają się do konieczności zamieszczenia na stronie internetowej zamawiającego informacji o zamiarze przeprowadzenia konsultacji i o ich przedmiocie oraz do zamieszczenia w ogłoszeniu o zamówieniu informacji o przeprowadzeniu konsultacji. Ustawa Pzp przypomina też, że doradztwo, z którego zamawiający korzysta w ramach wstępnych konsultacji rynkowych, nie może powodować zakłócenia konkurencji ani naruszenia zasad przejrzystości oraz równego traktowania wykonawców w przygotowaniu lub przeprowadzeniu postępowania o udzielenie zamówienia publicznego.
Ważne obowiązki zamawiającego, który decyduje się na ...
art. 85 ustawy Pzp. Przepis ten przesądza, że jeżeli zamawiający korzysta z doradztwa wykonawcy lub w inny sposób angażuje go w przeprowadzenie postępowania, to musi podjąć odpowiednie środki w celu zagwarantowania, że udział wykonawcy w przygotowaniu postępowania nie zakłóci konkurencji, a jeżeli zakłócenia konkurencji nie da się jednak uniknąć, wykonawca ...
SYSTEM INFORMATYCZNY
Z powyższego wynikają dla zamawiających istotne wnioski. Po pierwsze, jeżeli zamawiający zamierza angażować w jakikolwiek sposób wykonawców w przygotowanie postępowania, w tym także w celu pozyskania od nich informacji umożliwiających przygotowanie postępowania np. w obszarze ustalenia szacunkowej wartości przedmiotu zamówienia czy możliwych do uzyskania warunków realizacji zamówienia, to przewidzianą dla takiej komunikacji formułą w świetle obowiązujących przepisów, są wstępne konsultacje rynkowe zdefiniowane w art. 84 ustawy Pzp. Po drugie, jeżeli zamawiający prowadzi wstępne konsultacje rynkowe, to musi przewidzieć adekwatne do zakresu konsultacji środki, które zapobiegną zakłóceniu konkurencji w postępowaniu, którego dotyczą konsultacje. Ustawodawca przykładowo wskazuje, że tego rodzaju środki zaradcze mogą polegać na przekazaniu pozostałym wykonawcom informacji przekazanych lub uzyskanych w związku z zaangażowaniem wykonawcy w przygotowanie postępowania oraz na odpowiednim wyznaczeniu terminu składania ofert. To oczywiście słuszne kierunkowo sugestie, które powinny być realizowane w różny sposób, w zależności od danego przypadku. Należy zacząć od tego, że zasadniczym środkiem zapobiegającym naruszeniu konkurencji w tego rodzaju procedurach, jest odpowiednie ukształtowanie samych konsultacji, tak, aby zapewnić udział w nich możliwie szerokiemu kręgowi podmiotów. Oczywiście zapewne nigdy nie będzie możliwy (ani celowy) udział w konsultacjach wszystkich możliwych wykonawców. Jeżeli przykładowo konsultacje dotyczą technologii możliwych do zastosowania w danym przypadku, to nic nie stoi na przeszkodzie, by zamawiający skierował zaproszenie do udziału w konsultacjach do wszystkich wiodących producentów technologii danego rodzaju i od nich pozyskał niezbędną wiedzę. Ponieważ ...
jest prawdopodobne, że nie wszyscy producenci lub zainteresowani wykonawcy będący integratorami lub dystrybutorami, wezmą udział w konsultacjach, zamawiający powinien przyjąć możliwie najbardziej transparentny tryb komunikowania potencjalnym wykonawcom o przebiegu konsultacji. W zaproszeniu do konsultacji oraz w opublikowanej przez zamawiającego informacji o prowadzonych konsultacjach, zamawiający może przewidzieć np. mechanizm polegający na automatycznym zamieszczaniu na dedykowanej do tego stronie internetowej, wszystkich dokumentów uzyskiwanych i przekazywanych przez zamawiającego w toku konsultacji. W takim przypadku zamawiający zapewni pełną transparentność komunikacji z wykonawcami, a tym samym istotnie ograniczy możliwość ...
uzyskania przez wykonawcę czy ograniczony krąg wykonawców, informacji dających przewagę konkurencyjną nad podmiotami niebiorącymi udziału w konsultacjach.
CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA O UDZIELENIE
ZAMÓWIENIA PUBLICZNEGO NA SYSTEM INFORMATYCZNY
III. Otwarte ...
typowymi uwarunkowaniami, jak czas, możliwość wstępnej selekcji wykonawców czy charakterystyka przedmiotu zamówienia, ale także omawianą w tym miejscu potrzebą pozyskania wiedzy niezbędnej do prawidłowego ukształtowania zakupu systemu informatycznego.
Tryby negocjacji z ogłoszeniem i dialogu konkurencyjnego, mówiąc oczywiście w dużym uproszczeniu, mają tą samą logikę - najpierw zamawiający sporządza opis potrzeb i wymagań, a następnie, w kolejnych przybliżeniach (oferty wstępne, negocjacje, dialog), pozyskuje wiedzę, która umożliwia mu sporządzenie SWZ optymalnie oddającej jego potrzeby i możliwości wykonawców. Wymiana informacji z wykonawcami następuje przy tym w sposób sformalizowany, w konkretnym postępowaniu o udzielenie zamówienia publicznego.
Aby zastosować jeden ze wskazanych wyżej trybów negocjacyjnych, zamawiający ...
publiczny musi wykazać spełnienie przesłanek przewidzianych dla danego trybu. Jedną z nich jest sytuacja opisana w art. 153 pkt 1 ustawy Pzp (znajdującym zastosowanie zarówno dla negocjacji z ogłoszeniem, jak i dla dialogu konkurencyjnego, na podstawie art. 170 ustawy Pzp), w której rozwiązania dostępne na rynku nie mogą zaspokoić, bez ich dostosowania, potrzeb zamawiającego. Przesłanka ta idealnie wręcz wpisuje się w realia wdrożeń dużych systemów informatycznych, w których przedmiotem zamówienia jest budowa rozwiązania opartego wprawdzie o produkty dostępne na rynku, ale wymagającego ...
doprowadzić do dowolnego ukształtowania przyszłej SWZ lub do podjęcia decyzji o niewszczynaniu żadnego postępowania. Niewątpliwie, w niektórych przypadkach odpowiedź na to pytanie prowadziłaby do wniosku, że wstępne konsultacje rynkowe są narzędziem wystarczającym. Należy jednak zwrócić uwagę, że brak formalizmu w komunikacji ma też swoje wady, w szczególności w toku wstępnych konsultacji rynkowych wykonawcy nie są zobowiązani do dostarczania CZYNNOŚCI PRZYGOTOWAWCZE PRZED WSZCZĘCIEM POSTĘPOWANIA ...
wdrożenie systemu informatycznego, ma znaczenie kluczowe dla sprawnego przeprowadzenia postępowania i dla minimalizacji ryzyk projektowych w toku realizacji zamówienia. Jest naturalne, że zamawiający, nie zajmując się na co dzień produktami i usługami IT, nie muszą dysponować fachową kadrą w tym zakresie. Muszą jednak potrafić zidentyfikować obszary, w których potrzebują wzmocnienia swoich kompetencji oraz pogłębienia wiedzy. W zależności od konkretnego przypadku, uwarunkowań organizacyjnych i finansowych zamawiającego, możliwe jest sięgnięcie do różnych konstrukcji ...
postępowania wyspecjalizowanemu zamawiającemu centralnemu, przez zakup kompleksowej usługi doradczej, aż do pozyskania wiedzy od wykonawców, w ramach mechanizmów przewidzianych ustawą Pzp. ...
2016-11-04
Rodzaj zamówienia: dostawy
Przedmiot zamówienia: Kompleksowa informatyzacja Samodzielnego Publicznego Zakładu Opieki Zdrowotnej Ministerstwa Spraw Wewnętrznych w Rzeszowie w ramach PSIM - rozszerzenie
Tryb postępowania: przetarg nieograniczony
Data wszczęcia 13.11.2014 r.
postępowania:
Numer ...
modernizację posiadanego systemu informatycznego obejmującą sprzęt i oprogramowanie wraz z montażem, konfiguracją i wdrożeniem, udzielenie licencji na oprogramowanie, dostarczenie rozwiązań wpierających nowe funkcje, integrację powstałego systemu informatycznego oraz modernizację okablowania strukturalnego w budynku B w technologii Ethernet kat 6 (metodą zaprojektuj i wybuduj). Zgodnie z oświadczeniem zawartym w § 4 ust. 2 siwz zamawiający posiada Zintegrowany System Informatyczny InfoMedica/AMMS produkcji firmy A. S ...
RIS/PACS produkcji firmy P. T.e obsługujący pracownię RTG.
Jako jedyne kryterium oceny ofert w niniejszym postępowaniu wskazano cenę - 100%. Zamawiający jest jednostką sektora finansów publicznych, a więc zobowiązany jest ...
art. 91 ust. 2a ustawy) do załączenia do protokołu postępowania (druk ZP-PN) informacji, w jaki sposób zostały uwzględnione w opisie przedmiotu zamówienia koszty ponoszone w całym okresie korzystania z przedmiotu zamówienia. Zamawiający dołączył do protokołu postępowania szacunek wartości zamówienia wraz ...
235 122,00 zł netto, tj. 289 200,06 brutto i nie przekracza kwoty zaplanowanej w Planie Finansowym w roku 2014 na realizację przedmiotowego zamówienia. Szczegółowa kalkulacja natomiast stanowi tabelaryczne zestawienie czterech zadań ze ...
ceny brutto elementów/usług składających się na poszczególne zadania. Przedłożony dokument nie przedstawia sposobu uwzględnienia w opisie przedmiotu zamówienia kosztów ponoszonych w całym okresie korzystania z przedmiotu zamówienia, dlatego należy uznać, że zamawiający zaniechał obowiązku wynikającego z art. 91 ust. 2a ustawy.
W odpowiedzi na wezwanie Prezesa Urzędu z dnia 16.09.2016 r., w piśmie z dnia 21.09.2016 r. zamawiający wskazał, iż: "zamówienie składało się z 4 ...
typowe dostawy i usługi o ustalonych standardach jakościowych, powszechnie dostępne na rynku i często spotykane w zamówieniach dotyczących informatyzacji różnego rodzaju podmiotów prowadzących działalność leczniczą. Równocześnie żadna z 4 części zamówienia nie wymagała posiadania przez wykonawców specjalnych uprawnień (koncesji, zezwoleń itp.) do prowadzenia działalności w zakresie realizacji przedmiotu zamówienia". W dalszej części wyjaśnień Zamawiający odniósł się do poszczególnych części zamówienia wskazując, jaki obejmowały zakres dostaw/usług, jak długo obecne były na rynku w momencie ogłoszenia postępowania oraz przez ilu dostawców były oferowane, tj.:
- część 1:
• dodatkowe dyski do ...
obecne były na rynku od ponad 3 lat. Oferowane były przez co najmniej kilkudziesięciu dostawców w ramach autoryzowanych kanałów sprzedaży, z zapewnieniem realizacji uprawnień gwarancyjnych na rynku polskim. Parametry siwz definiowały typowe dyski (…) często spotykane w ówczesnych rozwiązaniach macierzy dyskowych";
• oprogramowanie umożliwiające tworzenie kopii zapasowych maszyn wirtualnych "na rynku obecnych było ...
co najmniej kilka produktów spełniających wymogi siwz (…). Rozwiązanie oferowane było przez co najmniej kilkudziesięciu dostawców w ramach autoryzowanych kanałów sprzedaży, z zapewnieniem realizacji uprawnień gwarancyjnych i żądanego poziomu wsparcia na rynku polskim. Parametry siwz definiowały typowe wymagania stanowiące standard jakościowy w tego typu rozwiązaniach;
- część 2:
• dostarczenie serwera typu BLADE - "obecne były na rynku od ponad ...
lat. Stanowiły one ówczesny standard jakościowy i wydajnościowy. Oferowane były przez co najmniej kilkudziesięciu dostawców w ramach autoryzowanych kanałów sprzedaży, z zapewnieniem realizacji uprawnień gwarancyjnych i odpowiedniego poziomu usług serwisowych";
• uzupełnienie pamięci RAM w 5 serwerach posiadanych przez Zamawiającego - "na rynku obecne były zarówno pamięci producenta serwerów jak i ...
każda i częstotliwości co najmniej 1333MHz. Oferowane one były przez co najmniej kilkudziesięciu dostawców w ramach autoryzowanych kanałów sprzedaży, z zapewnieniem realizacji uprawnień gwarancyjnych i odpowiedniego poziomu usług serwisowych";
- część 3:
• dostarczenie licencji systemu operacyjnego do serwerów - "na rynku obecnych było co najmniej kilkaset podmiotów zdolnych do zrealizowania zamówienia w ramach autoryzowanych kanałów sprzedaży, z zapewnieniem realizacji uprawnień gwarancyjnych i żądanego poziomu wsparcia na rynku polskim. Żądane w ramach siwz oprogramowanie stanowiło standard w rozwiązaniach serwerowych ze środowiskiem graficznym użytkownika. Przywołane cechy systemu operacyjnego stanowiły normę w zakresie wymagań odnośnie tego typu oprogramowania w powszechnym odbiorze konsumenckim";
• dostarczenie licencji gotowych modułów oprogramowania realizujących funkcjonalności Apteki, Apteczek Oddziałowych, Przychodni (Rejestracja, Gabinet, Statystyka, Pracownia), Zleceń i ...
dla lecznictwa ambulatoryjnego) współpracujących z posiadanym przez Zamawiającego Szpitalnym Systemem Informacyjnym - "oprogramowanie tego typu produkuje w Polsce m.in. A….. P….. S.A., K….. S.A., C…… Sp. z o.o. czy także C….. S.A. W praktyce każda z wymienionych firm realizuje w swoim oprogramowaniu wymagania funkcjonalne oczekiwane przez Zakład odnośnie poszczególnych modułów wymienionych w siwz. Zapisy siwz opisują ustalony standard w zakresie wymagań odnośnie tego typu oprogramowania w powszechnym odbiorze konsumenckim na rynku polskim. Oprogramowanie realizujące wymagania siwz oferowane było co najmniej przez ...
70 % największych polskich szpitali należy zgodzić się z opinią o powszechnej dostępności i typowości żądanego w siwz rozwiązania";.
- część 4 - wykonanie modernizacji okablowania strukturalnego wraz z dedykowaną instalacją elektryczną w jednym z budynków Zamawiającego - "tego typu usługi o żądanych w siwz parametrach wykonywane są przez co najmniej kilkaset podmiotów od kilkunastu lat. Dla projektowania i wykonywania tego typu instalacji są ustalone od lat standardy jakościowe w oparciu o normy międzynarodowe i branżowe (…).
Z uwagi na fakt że wszystkie części zamówienia spełniały ...
powyższe na uwadze należy wskazać, iż zgodnie z art. 91 ust. 2a ustawy Pzp, w brzmieniu obowiązującym w dniu wszczęcia kontrolowanego postępowania, kryterium ceny może być zastosowane jako jedyne kryterium oceny ofert, jeżeli ...
dostępny oraz ma ustalone standardy jakościowe, z zastrzeżeniem art. 76 ust. 2 (licytacja elektroniczna), a w przypadku zamawiających, o których mowa w art. 3 ust. 1 pkt 1 i 2, jeżeli dodatkowo wykażą w załączniku do protokołu postępowania, w jaki sposób zostały uwzględnione w opisie przedmiotu zamówienia koszty ponoszone w całym okresie korzystania z przedmiotu zamówienia.
Ponieważ terminy "powszechnie dostępny" i "ustalone standardy jakościowe" nie są definiowane w żadnym akcie prawnym, mają one ocenny charakter i muszą podlegać interpretacji w kontekście określonego przedmiotu zamówienia. Kierując się znaczeniem nadawanym tym pojęciom w języku polskim można przyjąć, że pod pojęciem "powszechnej dostępności" przedmiotu zamówienia, o której mowa w art. 91 ust. 2a ustawy Pzp, należy rozumieć oferowanie dóbr o pożądanej przez zamawiającego ...
z przyjętych dla tych zamówień norm określonych przepisami prawa, jak i wymagań przyjętych jako normy w powszechnym odbiorze konsumenckim.
Możliwość zastosowania kryterium ceny jako jedynego kryterium oceny ofert wymaga zatem, by nabywany przedmiot zamówienia cechowała zarówno "powszechna dostępność", w opisanym wyżej rozumieniu, jak również by można mu było przypisać scharakteryzowane wyżej "ustalone standardy jakościowe ...
2a ustawy Pzp wprowadza warunek stosowania kryterium cenowego ograniczając go do prostych, nieskomplikowanych zamówień, w tym również do prostych zamówień na dostawy, do których nie można zaliczyć np. nabywania specjalistycznej ...
więc stosować do zamówień na wszelkie dostawy wymagające wyjątkowego zastosowania, których standardy jakościowe są ustalane w celu zaspokojenia indywidualnych potrzeb zamawiającego oraz nabywania rzeczy specjalistycznych, nietypowych o ograniczonej dostępności, a także ...
DVD lub CD, tusze, tonery, klawiatury itp. Powyższe wyliczenie ma jedynie charakter przykładowy, a zamawiający, w zależności od rodzaju dostawy stanowiących przedmiot zamówienia, powinien dokonać indywidualnej oceny w zakresie możliwości zastosowania ceny jako jedynego kryterium oceny ofert. Nadmienić przy tym należy, że liczba wykonawców zdolnych do realizacji zamówienia, czy też liczba złożonych w danym postępowaniu ofert nie przekłada się wprost na powszechność i dostępność danych dostaw. O powszechnej ...
uzyskać, ale to, czy dana dostawa służy zapewnieniu realizacji bieżących potrzeb przeciętnego nabywcy. Nie można w tym przypadku dowodzić istnienia szerokiego kręgu podmiotów oferujących przedmiotowe dostawy, skoro w przedmiotowym postępowaniu została złożona tylko jedna oferta.
Mając na uwadze powyżej opisany stan faktyczny, a w szczególności dostawy obejmujące przedmiot zamówienia, należy stwierdzić, że rozbudowa i modernizacja posiadanego systemu informatycznego nie ...
ustalonych standardach jakościowych. Przedmiot zamówienia cechuje konieczność dostosowania przedmiotu dostawy do indywidualnych potrzeb zamawiającego opisanych w siwz oraz w szczegółowej specyfikacji technicznej. Wskazuje na to m.in. fakt, iż przedmiot zamówienia dotyczy posiadanego przez zamawiającego systemu informatycznego wykonanego w konkretnej technologii i standardzie. Posiadane moduły systemu współpracują tylko z motorem określonej bazy danych wykorzystując ...
firmy, co wiąże się z koniecznością spełnienia konkretnych parametrów ogólnych, technicznych, użytkowych i funkcjonalnych zawartych w załączniku nr 1 do siwz - "Szczegółowy opis przedmiotu zamówienia" oraz w załączniku nr 8 - "Program Funkcjonalno-Użytkowy". Z powyższych powodów zamawianego oprogramowania nie można uznać za ...
specjalistyczny, dotyczący konkretnych modułów realizujących specyficzne funkcjonalności z zakresu usług medycznych. Oprogramowanie takie nie występuje w ofercie dowolnej firmy nawet z branży informatycznej. Ponadto w wyjaśnieniach zamawiający wskazał na liczbę dostawców określonego sprzętu objętego przedmiotem zamówienia, tymczasem przedmiot zamówienia zawiera także usługi polegające na konfiguracji, wdrożeniu, integracji systemu informatycznego, w tym modernizacji istniejących modułów oprogramowania oraz instalacji i konfiguracji dostarczonych nowych modułów oprogramowania i modernizacji ...
jednostki ochrony zdrowia od specjalistycznych firm branży informatycznej.
Mając powyższe na uwadze, stwierdzić należy, iż w przedmiotowym postępowaniu przedmiot zamówienia nie uzasadniał rezygnacji z innych kryteriów niż cena. W związku z czym, zamawiający w sposób nieprawidłowy zastosował przepis art. 91 ust. 2a ustawy Pzp, poprzez ustalenie jako jedynego ...
powszechnie dostępne i nie miały ustalonych standardów jakościowych. Ponadto nie załączono do protokołu postępowania informacji, w jaki sposób zostały uwzględnione w opisie przedmiotu zamówienia koszty ponoszone w całym okresie korzystania z przedmiotu zamówienia. Tym samym, zamawiający naruszył art. 91 ust. 2a ...
stanowi cenę ryczałtową, która zostanie ustalona na okres obowiązywania umowy i nie będzie podlegała zmianom. W załączniku nr 8 do siwz - Program Funkcjonalno-Użytkowy, w pkt 2.8 części opisowej, w ppkt d) zamawiający wymagał, aby do oferty dołączyć kosztorys ofertowy wraz z przedmiarem robót na ...
dnia 28.11.2014 r. zamawiający wezwał wykonawcę BMM Sp. z o.o. z siedzibą w Rzeszowie, na podstawie art. 26 ust. 3 ustawy Pzp, do uzupełnienia kosztorysu ofertowego wraz z przedmiarem robót na zaoferowane prace.
Wykonawca w odpowiedzi na powyższe wezwanie, w terminie wyznaczonym przez zamawiającego, uzupełnił wymagane dokumenty.
Mając na uwadze powyższe należy wskazać na przepis art. 26 ust. 3 ustawy Pzp, zgodnie z którym zamawiający wzywa wykonawców, którzy w określonym terminie nie złożyli wymaganych przez zamawiającego oświadczeń lub dokumentów, o których mowa w art. 25 ust. 1, lub którzy nie złożyli pełnomocnictw, albo którzy złożyli wymagane przez zamawiającego oświadczenia i dokumenty, o których mowa w art. 25 ust. 1, zawierające błędy lub którzy złożyli wadliwe pełnomocnictwa, do ich złożenia w wyznaczonym terminie, chyba że mimo ich złożenia oferta wykonawcy podlega odrzuceniu albo konieczne byłoby unieważnienie ...
postępowania. Złożone na wezwanie zamawiającego oświadczenia i dokumenty powinny potwierdzać spełnianie przez wykonawcę warunków udziału w postępowaniu oraz spełnianie przez oferowane dostawy, usługi lub roboty budowlane wymagań określonych przez zamawiającego, nie później niż w dniu, w którym upłynął termin składania wniosków o dopuszczenie do udziału w postępowaniu albo termin składania ofert. Tym samym, zamawiający może żądać od wykonawców uzupełnienia w trybie art. 26 ust. 3 ustawy Pzp wyłącznie oświadczeń i dokumentów wskazanych w art. 25 ust. 1 ustawy Pzp, a wyszczególnionych w Rozporządzeniu Prezesa Rady Ministrów z dnia 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz. U. z 2013 r., poz. 231). Kosztorys ofertowy nie jest natomiast takim dokumentem.
W związku z powyższym, wezwanie wykonawcy BMM Sp. z o.o. z siedzibą w Rzeszowie do uzupełnienia oferty o kosztorys ofertowy oraz przedmiar robót, które stanowią elementy oferty niepodlegające uzupełnieniu i niewymienione w rozporządzeniu, narusza treść art. 26 ust. 3 ustawy Pzp, ponieważ ani kosztorys, ani przedmiar robót nie należą do dokumentów, o których mowa w art. 25 ust. 1 ustawy Pzp. Biorąc pod uwagę, że cena miała charakter ryczałtowy powyższe ...
3. Zgodnie z § 7 ust. 7 sizw Zamawiający zażądał od wykonawców dokumentów, o których mowa w § 2 ust. 2 rozporządzenia Prezesa Rady Ministrów z dnia 30 grudnia 2009 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz. U. Nr 226, poz. 1817), zwanego dalej rozporządzeniem ...
nieaktualnego na dzień wszczęcia przedmiotowego postępowania.
Mając na uwadze fakt, iż niniejsze postępowanie zostało wszczęte w dniu 13.11.2014 r., tj. po dacie wejścia w życie rozporządzenia Prezesa Rady Ministrów z dnia 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz. U. z 2013 r. poz. 231), zwanego dalej rozporządzeniem z dnia 19 lutego 2013 r., należy zauważyć, iż w treści § 3 ust. 3 rozporządzenia w brzmieniu obowiązującym w dniu wszczęcia kontrolowanego postępowania zostały wprowadzone zmiany w stosunku do uchylonego rozporządzenia.
Zmiany te dotyczą zaświadczenia składanego przez wykonawców mających siedzibę lub miejsce ...
Polskiej (wykonawców zagranicznych) przed notariuszem, polegające na rezygnacji z wymogu, by notariusz był notariuszem działającym w obszarze miejsca zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania. Powyższa regulacja umożliwia składanie zaświadczeń przez podmioty zagraniczne przed polskimi notariuszami, jak również przed notariuszami kraju, w którym aktualnie przebywa wykonawca.
Z uwagi na powyższe, informacje zawarte § 7 ust. 7 siwz stanowią ...
z dnia 19 lutego 2013 r. Naruszenie nie miało wpływu na wynik postępowania.
4. Zamawiający w § 7 pkt 3 ppkt 3) siwz oraz w pkt III.3.5 ogłoszenia o zamówieniu wskazał, iż w zakresie warunku określonego w ust. 1 pkt 4), tj. sytuacji ekonomicznej i finansowej, wykonawcy zobowiązani są wykazać się:
a ...
kwotę nie mniejszą niż 200 000,00 zł oraz
b) posiadaniem ubezpieczenia od odpowiedzialności cywilnej w zakresie prowadzonej działalności gospodarczej na kwotę min. 300 000,00 zł.
W celu potwierdzenia spełnienia powyższych warunków udziału w postępowaniu, wykonawca, zgodnie z zapisem w siwz, zobowiązany był złożyć dokumenty określone w § 1 ust. 1 pkt 9 i 10 rozporządzenia z dnia 19.02.2013 r.
Jednocześnie z treści ogłoszenia o zamówieniu wynika, że w celu potwierdzenia spełnienia powyższych warunków, Zamawiający żądał złożenia dokumentów określonych w § 1 ust. 1 pkt 9, 10 i 11 rozporządzenia z dnia 19.02.2013 r.
Należy zatem zauważyć, że zamawiający zarówno w siwz, jak i w treści ogłoszenia o zamówieniu wymagał od wykonawców złożenia sprawozdania finansowego, o którym mowa w § 1 ust. 1 pkt 9 ww. rozporządzenia w sytuacji, gdy nie dokonał opisu sposobu dokonania oceny spełniania warunku udziału w postępowaniu, na potwierdzenie którego mógłby wymagać ww. dokumentu. Jednocześnie należy zauważyć, że Zamawiający na potwierdzenie spełnienia warunku udziału w postępowaniu polegającego na posiadaniu ubezpieczenia od odpowiedzialności cywilnej w zakresie prowadzonej działalności gospodarczej na kwotę min. 300 000,00 zł żądał dokumentu, o którym mowa w § 1 ust. 1 pkt 11 ww. rozporządzenia, tj. opłaconej polisy tylko w ogłoszeniu o zamówieniu, natomiast nie żądał tego dokumentu w siwz.
Mając na uwadze powyższe ustalenia przede wszystkim należy wskazać, że zgodnie z treścią art. 25 ust. 1 ustawy Pzp, w postępowaniu o udzielenie zamówienia zamawiający może żądać od wykonawców wyłącznie oświadczeń lub dokumentów niezbędnych do przeprowadzenia postępowania. Oświadczenia lub dokumenty potwierdzające spełnianie:
1) warunków udziału w postępowaniu,
2) przez oferowane dostawy, usługi lub roboty budowlane wymagań określonych przez zamawiającego
- zamawiający wskazuje w ogłoszeniu o zamówieniu, specyfikacji istotnych warunków zamówienia lub zaproszeniu do składania ofert.
Tym samym, jeśli zamawiający nie formułuje warunku udziału w postępowaniu w zakresie zdolności ekonomicznej np. wymaganego przychodu, wówczas nie jest uprawniony do żądania, aby wykonawcy przedłożyli dokument, o którym mowa w § 1 ust. 1 pkt 9 ww. rozporządzenia. Wobec powyższego należy stwierdzić, iż zamawiający żądając w niniejszym postępowaniu, aby wykonawcy przedłożyli sprawozdanie finansowe, tj. żądając dokumentu, który nie był niezbędny, gdyż nie został opisany sposób dokonania oceny spełniania warunku udziału w postępowaniu w tym zakresie a ponadto nie zawierając w siwz wymogu złożenia dokumentu, o którym mowa w § 1 ust. 1 pkt 11 ww. rozporządzenia naruszył art. 25 ust. 1 ustawy Pzp. Powyższe naruszenie nie miało wpływu na wynik postępowania.
5. W siwz (§ 10 pkt 7 ustawy Pzp) zamawiający poinformował, iż zgodnie z art. 46 ust. 4a ustawy Pzp jest zobowiązany zatrzymać wadium wraz z odsetkami, jeżeli Wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 ustawy Pzp, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy PZp, lub pełnomocnictw, chyba że udowodni, że wynika to z przyczyn nieleżących po jego stronie.
Przedmiotowe postępowanie zostało wszczęte w dniu 13.11.2014 r., a zatem po dniu 19.10.2014 r. - wejścia w życie nowelizacji ustawy Pzp z dnia 29 sierpnia 2014 r. (Dz. U. z 2014 r ...
takiego wykonawcę wymaganych dokumentów.
Zgodnie z treścią art. 46 ust. 4a ustawy Pzp obowiązującego w dniu wszczęcia przedmiotowego postępowania zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3, z przyczyn leżących po jego stronie, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1, pełnomocnictw, listy podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt 5, lub informacji o tym, że nie należy do grupy kapitałowej, lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust. 2 pkt 3, co powodowało brak możliwości wybrania oferty złożonej przez wykonawcę jako najkorzystniejszej.
Z uwagi na powyższe brak uwzględnienia w siwz przez zamawiającego przesłanek zatrzymania wadium zgodnie z treścią przepisu art. 46 ust. 4a ustawy Pzp w brzmieniu obowiązującym w dniu wszczęcia przedmiotowego postępowania, stanowi naruszenie art. 36 ust. 1 pkt 8 w związku z art. 46 ust. 4a ustawy Pzp, które pozostaje bez wpływu na wynik ...
szacunkową zamówienia na kwotę 235 122,00 zł netto nie podając wartości szacunkowej niniejszego zamówienia w walucie euro.
Zgodnie z art. 32 ust. 1 ustawy Pzp, podstawą ustalenia wartości zamówienia jest ...
2 ust. 1 pkt 3) rozporządzenia Prezesa Rady Ministrów z dnia 26 października 2010 r. w sprawie protokołu postępowania o udzielenie zamówienia publicznego (Dz. U. z 2010 r. Nr 223 poz. 1458), protokół, oprócz informacji, o których mowa w art. 96 ust. 1 ustawy Pzp zawiera, w zależności od zastosowanego trybu postępowania, informacje dotyczące określenia wartości zamówienia, wartości umowy ramowej lub wartości dynamicznego systemu zakupów, wartości zamówienia udzielanego w częściach, wartości zamówień uzupełniających oraz daty i sposobu ich ustalenia. Następnie, zgodnie z pkt. 2.2. załącznika nr 1 do ww. rozporządzenia (Protokół postępowania w trybie przetargu nieograniczonego) wartość zamówienia ustala się w złotych oraz w euro.
Zaniechanie Zamawiającego polegające na niewskazaniu wartości szacunkowej zamówienia bez podatku od towarów i usług w euro, stanowi naruszenie przepisów rozporządzenia w sprawie protokołu postępowania o udzielenie zamówienia publicznego. Naruszenie nie miało wpływu na wynik postępowania.
7. Umowa nr 77/2014 w sprawie udzielenia przedmiotowego zamówienia zawarta została pomiędzy wykonawcą BMM Sp. z o.o. z siedzibą w Rzeszowie a zamawiającym w dniu 09.12.2014 r. Natomiast ogłoszenie o udzieleniu zamówienia zostało przekazane i opublikowane w Biuletynie Zamówień Publicznych w dniu 30.01.2015 r. pod nr 13317- 2015.
Zgodnie z treścią art. 95 ust. 1 ustawy Pzp, jeżeli wartość zamówienia albo umowy ramowej jest mniejsza niż kwoty określone w przepisach wydanych na podstawie art. 11 ust. 8, zamawiający niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego albo umowy ramowej zamieszcza ogłoszenie o udzieleniu zamówienia w Biuletynie Zamówień Publicznych.
Powyższe oznacza, iż zamieszczenie ogłoszenia o udzieleniu zamówienia w Biuletynie Zamówień Publicznych powinno nastąpić niezwłocznie (bez zbędnej zwłoki) po zawarciu umowy. Opublikowanie ogłoszenia o udzieleniu zamówienia ponad siedem tygodni po zawarciu umowy w sprawie zamówienia publicznego, nie stanowi niezwłocznego wykonania powyższej czynności przez zamawiającego.
Mając powyższe na uwadze ...
miało wpływu na wynik postępowania.
Ponadto informuję, że zgodnie z art. 167 ust. 1 ustawy Prawo zamówień publicznych, zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu zastrzeżeń od wyniku kontroli doraźnej - następczej w terminie 7 dni od dnia doręczenia informacji o wyniku kontroli.
Prezes Urzędu Zamówień Publicznych przeprowadza kontrolę w zakresie zgodności postępowania o udzielenie zamówienia publicznego z ustawą Prawo zamówień publicznych. Kontrola prowadzona jest niezależnie od kontroli innych instytucji i organów prowadzonych w oparciu o obowiązujące przepisy prawa.
...
2012-07-12
2012 r.
UZP/DKD/KSR/32401/ /12
KZ/874/10
Informacja o wyniku kontroli doraźnej
w zakresie legalności wyboru trybu zamówienia z wolnej ręki
1. Określenie postępowania o udzielenie zamówienia publicznego ...
01-748 Warszawa
Rodzaj zamówienia: usługi
Przedmiot zamówienia: modyfikacja i rozbudowa oprogramowania Kompleksowego Systemu Informatycznego w Zakładzie Ubezpieczeń Społecznych
Tryb postępowania: zamówienie z wolnej ręki - art. 67 ust. 1 pkt 1 lit. a) i b) ustawy Prawo zamówień publicznych
Wartość zamówienia: 249.200.000,00 zł (64.912.737,69 euro)
2 ...
usługi obejmujące "modyfikację i rozbudowę oprogramowania Kompleksowego Systemu Informatycznego (dalej "KSI") oraz wykonanie dokumentacji projektowej w okresie od 11.10.2010 r. do 10.10.2013 r.", będącego przedmiotem niniejszej kontroli ...
ust. 1 pkt 1 lit. a) i b) ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (t. j. - Dz. U. z 2010 r. Nr 113, poz. 759 z późn. zm.), zwanej dalej "ustawą".
Zamawiający wyjaśnił, że w wyniku przeprowadzonego postępowania w trybie negocjacji z zachowaniem konkurencji w dniu 10.10.1997 r. zawarta została z firmą Prokom Software S. A. (obecnie Asseco Poland S. A.; dalej "Wykonawca"), umowa o zaprojektowanie i wykonanie KSI ZUS oraz o przekazanie do eksploatacji oprogramowania użytkowego w ZUS (dalej "umowa podstawowa"). Następnie w latach 2000-2008 Zamawiający udzielił Wykonawcy kolejnych zamówień publicznych obejmujących modyfikację, rozbudowę oraz konserwację KSI ...
dnia 16.12.2008 r.) upływał 10.10.2010 r.
Zamawiający uzasadniając wszczęcie przedmiotowego postępowania w oparciu o art. 67 ust. 1 pkt 1 lit. a) i b) ustawy, wskazał na ...
unikatowy charakter i niepowtarzalne cechy KSI, który został utworzony i jest stale rozwijany przez Wykonawcę, w związku z czym brak jest innego podmiotu posiadającego wiedzę w zakresie niezbędnym do wykonania zamówienia;
− zmiany legislacyjno-prawne powodujące konieczność permanentnych modyfikacji systemu w celu umożliwienia wykonywania ustawowych obowiązków przez Zamawiającego;
− wyłączne prawa autorskie do utworów powstających w trakcie rozbudowy i modyfikacji KSI, przysługujące Wykonawcy do czasu odbioru realizowanych prac; nieustanne dokonywanie zmian w systemie powoduje, iż Wykonawca w każdym czasie posiada wyłączne majątkowe prawa autorskie do części wykonywanych na bieżąco utworów i dopuszczenie do modyfikacji takich utworów przez inny podmiot prowadziłoby do naruszenia praw autorskich Wykonawcy;
− konieczność dokończenia budowy KSI w zakresie przyznawania emerytur dożywotnich z II filaru, dokończenia budowy dla wstrzymanych rent kapitałowych oraz przeniesienia wypłat świadczeń niezreformowanych z systemów ZETO do KSI.
Zamawiający w uzasadnieniu podniósł, iż KSI jest systemem unikalnym w skali kraju, a także Europy i świata, który jest definiowany przez niezakończone procesy legislacyjne - polskie ...
na podstawie indywidualnie definiowanych parametrów i standardów (system dedykowany). Zamawiający wskazał, iż KSI wspomaga działania w obszarach ubezpieczeń, świadczeń oraz ekonomiki i tylko w zakresie dwóch pierwszych założenia i wymagania dla systemu sformułowano na bazie 19 ustaw i 48 ...
20 tys. użytkowników pracujących równolegle, przyjmując kilkanaście milionów zleceń dostępu do danych lub modyfikacji,
− utrzymuje w dostępności dla pracowników ok. 50 TB danych operacyjnych.
Zamawiający podkreślił, iż żadna inna instytucja w Polsce nie realizuje zadań w analogicznej skali i w oparciu o analogiczne zasady.
Ze względu na unikalny i niepowtarzalny charakter KSI zarówno w obszarze wymagań biznesowych, jak i sposób, tempo realizacji oraz wprowadzania zmian przy jednoczesnym wymaganiu zachowania ...
Wypracowano unikalną strukturę zespołów realizujących, dostosowanych do specyfiki pracy Zamawiającego i wymogów KSI. Metodyka ta, w ocenie Zamawiającego, stanowi know-how będący jedynie w posiadaniu Wykonawcy. Na potrzeby rozwoju i utrzymania KSI, Wykonawca opracował również dedykowaną technologię testów funkcjonalnych ...
zachowanie bardzo wysokich standardów inżynierii oprogramowania, co wymaga znacznego potencjału wytwórczego, doświadczenia i kompetencji technologicznych, w szczególności w zakresie unikalnej technologii KSI. Zamawiający zaznaczył, iż Wykonawca który zaprojektował i wykonał KSI, przez okres ...
nieustanny rozwój, dostosowując go do zmieniających się wymagań procesów biznesowych oraz zapewniając jego sprawną eksploatację. W ramach tych działań przez Wykonawcę wypracowane zostały unikalne, niepowtarzalne na rynku kwalifikacje, zapewniające możliwość efektywnego rozwoju i eksploatacji KSI, na które składają się:
− szerokie kompetencje techniczne w zakresie użytych technologii (oprogramowanie systemowe, platforma bazy danych, aplikacji i systemów wspomagających);
− praktyczna znajomość i stosowanie metodyk oraz standardów prowadzenia projektów informatycznych oraz wytwarzania oprogramowania, których elementy wykorzystywane są w procesie budowy KSI;
− znajomość architektury i powiązań pomiędzy poszczególnymi elementami technologicznymi zastosowanymi w KSI;
− dogłębna znajomość wymagań biznesowych (aktów prawnych obowiązujących w Polsce i UE dotyczących ubezpieczeń społecznych);
− kompetencje w zakresie analizy prawnej i biznesowej, pozwalające w efektywny i szybki sposób przełożyć wymagania formalno-prawne oraz biznesowe na wymagania funkcjonalne systemu z wykorzystaniem używanych już elementów KSI, znajomość zastosowanych języków programowania i bibliotek oprogramowania, w szczególności wytworzonych w ramach budowy i rozwoju KSI autorskich bibliotek dedykowanych;
− szeroka znajomość złożoności oraz zależności pomiędzy poszczególnymi ...
KSI;
− unikalna, specyficzna dla autora wiedza dotycząca architektury KSI i możliwości rozbudowy czy modyfikacji systemu.
W ocenie Zamawiającego powyższe kwalifikacje są niepowtarzalne i nie są dostępne u żadnego innego podmiotu występującego ...
merytoryczne związane ze znajomością uregulowań prawnych oraz procesów biznesowych realizowanych przez Zamawiającego.
Powyższe argumenty świadczą, w ocenie Zamawiającego, że jedynie Wykonawca zaproszony do negocjacji jako podmiot o wyjątkowym doświadczeniu, z dużą ...
struktury oprogramowania), umiejętnościami i zasobami może dać gwarancję prawidłowego wykonania zamówienia z zachowaniem wysokiej jakości w terminach nałożonych przez ustawodawcę bez koniecznych, wielomiesięcznych przygotowań.
Zamawiający podkreślił również, iż przepisy prawne w obszarze ubezpieczeń społecznych ulegają częstym zmianom (500 zmian w ciągu ostatnich 10 lat), które powodowały konieczność modyfikacji kodu KSI, przy czym czas na wprowadzenie zmiany jest z reguły bardzo krótki. W celu zapewnienia prawidłowej realizacji ustawowych zadań Zamawiającego konieczne jest bieżące wprowadzanie zmian funkcjonalnych, narzucanych przez zmiany legislacyjne, do projektowanych i uruchamianych modułów. W momencie wszczęcia postępowania zgłoszonych zostało 46 zmian legislacyjnych, których termin realizacji określono w większości do połowy 2011 r. Uwzględniając długość trwania cyklu wytwórczego podczas dokonywania modyfikacji w tak dużym i zintegrowanym systemie, wynoszącym ok. 6-12 miesięcy, należy stwierdzić, że przystąpienie do wprowadzania koniecznych zmian musi nastąpić w trybie natychmiastowym.
Zamawiający zaznaczył ponadto, iż do dnia przekazania pełni praw autorskich do KSI nie było możliwe powierzenie modyfikacji i rozbudowy KSI innym wykonawcom. W uzasadnieniu zastosowania trybu zamówienia z wolnej ręki wskazano, iż zgodnie z zapisami umowy podstawowej po ...
oprogramowania i dopiero wówczas stałoby się teoretycznie możliwe rozpoczęcie procedury umożliwiającej wyłonienie innych wykonawców. Jednakże w ocenie Zamawiającego, pomimo przejęcia autorskich praw majątkowych nie istniała możliwość powierzenia budowy oprogramowania innemu podmiotowi niż dotychczasowy Wykonawca. Zamawiający podkreślił, że ...
potencjalny wykonawca musiałby otrzymać odpowiedni okres na zapoznanie się z systemem i jego dokumentacją, który w ocenie specjalistów powinien wynosić ok. 12-18 miesięcy. KSI nie jest bowiem standardowym produktem "z ...
zamrożenia jego stanu. Przy tak unikalnym i strategicznym systemie oraz ze względu na jego rozmiar, w procesie wyłaniania potencjalnego nowego wykonawcy, w pierwszym etapie konieczna stałaby się weryfikacja posiadanego przez wykonawców potencjału wytwórczego. Przyszły potencjalny wykonawca musiałby ...
przynajmniej 300-osobowy zespół bez innych zobowiązań, składający się z analityków, projektantów, testerów i wdrożeniowców, w tym kilkadziesiąt osób (analitycy) o unikalnych kompetencjach w zakresie ubezpieczeń społecznych;
− potencjał finansowy pozwalający na przyjęcie ryzyka związanego z niewywiązywaniem się z zobowiązań w stosunku do Zamawiającego;
− odpowiedni potencjał technologiczny - biegła znajomość technologii IBM/OS, IBM DB2, HP ...
środowiskami Borland C++ Builder oraz C/C++ na UNIX i IBM Mainframe.
Zamawiający założył, iż w przypadku zastosowania trybu konkurencyjnego, etap wyboru oferty najkorzystniejszej trwałby ok. 12 miesięcy, zaś dopiero po wyborze potencjalnego wykonawcy możliwe byłoby przekazanie kodów źródłowych i dokumentacji projektowej. Czas potrzebny na zapoznanie się z dokumentacją tak rozległego systemu ...
mógłby oprzeć się wyłącznie na deklaracjach potencjalnego wykonawcy, ale konieczne byłoby dokonanie jego rzeczywistej weryfikacji w przypadku powierzenia określonego zadania (związanego z budową określonego modułu) do wykonania. Biorąc pod uwagę cykl wytwórczy podczas budowy modułu Zamawiający uznał, że wykonanie tego zadania trwałoby minimum 6 miesięcy. W następnym etapie zaś Zamawiający musiałby sprawdzić jego poprawność, realizację określonych funkcjonalności oraz spójność i integralność z całym systemem. Uwzględniając wszystkie powyższe czynniki, Zamawiający przyjął, iż czas zamrożenia systemu musiałby w takiej sytuacji wynosić ok. 36 miesięcy. Takie rozwiązanie byłoby, w ocenie Zamawiającego, niemożliwe, gdyż KSI funkcjonuje w ciągle zmieniającym się otoczeniu prawnym i dlatego wymaga ciągłych zmian i dostosowań do bieżących potrzeb ...
zgodnie z umową podstawową Wykonawcy do końca jej obowiązywania przysługiwały autorskie prawa majątkowe do wykonanych w jej ramach utworów, w tym także do kodów źródłowych. Z chwilą jej zakończenia autorskie prawa majątkowe do wytworzonego i odebranego oprogramowania miały zostać przeniesione na Zamawiającego, który mógł nimi swobodnie dysponować, w tym udzielać licencji innym podmiotom. Jednakże, problematyczna pozostawała kwestia oprogramowania, które w chwili zakończenia obowiązywania umowy podstawowej było w trakcie wykonywania i które nie zostało jeszcze odebrane. Zamawiający zgodnie z zapisami kolejnej umowy miał uzyskiwać prawo własności kodów źródłowych i autorskich praw majątkowych z chwilą odbioru modyfikacji. Jednocześnie Zamawiający wskazał jednak, że ze względu na permanentne zmiany ...
wskutek niestabilnych przepisów, wiele modułów KSI będzie podlegało ciągłej modyfikacji. Do tych modułów, będących utworami w rozumieniu ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (t. j. - Dz. U. z 2006 r. Nr 90, poz. 631 z późn. zm.) (dalej "prawo autorskie"), autorskie prawa majątkowe przysługiwać będą wyłącznie Wykonawcy. W związku z tym, inny podmiot nie mógłby ingerować w kody źródłowe takiego oprogramowania bez zgody Wykonawcy, gdyż naraziłby się na zarzut naruszenia przepisów prawa ...
pod względem rozwoju i utrzymania dla systemu informatycznego, który jest przedmiotem zamówienia. Zamawiający wskazał, iż w latach poprzednich powierzono Wykonawcy zbudowanie KSI, zaś przedmiotem niniejszego zamówienia jest jedynie jego rozwój i ...
modyfikacja systemu już istniejącego i nie ma możliwości, aby czynności te były wykonywane przez dwa niezależne podmioty, gdyż inny podmiot wkraczałby w sferę praw wyłącznych Wykonawcy.
Uzasadniając okres, na jaki zawarta powinna być umowa w ramach przedmiotowego postępowania (36 miesięcy), Zamawiający jako kluczowy problem wskazał trwający proces legislacyjny. Dla dokończenia ...
r.). Niejasne są również losy ustawy wprowadzającej renty kapitałowe. Obsługa tych świadczeń możliwa będzie tylko w oparciu o rozwiązania zaimplementowane w KSI. Aby zdążyć z realizacją tych zadań (licząc się z krótkim okresem vacatio legis wprowadzanych ...
także niezakłóconą pracę systemu. Nie bez znaczenia pozostaje również możliwość wykorzystania już istniejących komponentów, zbudowanych w ramach wykonywanych dotychczas modułów, co znacznie obniżyłoby koszty wykonania oprogramowania i zabezpieczyło system przed przekształceniem go w źle zintegrowany zbiór silosów informacyjnych. Działanie takie, w opinii Zamawiającego, byłoby również zgodne z art. 44 ust. 3 ustawy z dnia 27 sierpnia ...
Nr 157, poz. 1240 z późn. zm.), zgodnie z którym wydatki publiczne powinny być dokonywane w sposób celowy i oszczędny, z zachowaniem zasad uzyskiwania najlepszych efektów z danych nakładów i optymalnego doboru metod i środków służących osiągnięciu założonych celów, a także w sposób umożliwiający terminową realizację zadań.
Ponadto, Zamawiający poinformował, iż przystąpił do zadania związanego z kilkuletnim ...
a po jej wdrożeniu i ustabilizowaniu - na wdrożeniu funkcjonalności umożliwiającej obsługę świadczeń niezreformowanych, obsługiwanych obecnie w starych systemach. Operacja taka może zakończyć się powodzeniem, jeżeli będzie wykonywana we współpracy z Wykonawcą ...
iż jego zadania związane z obsługą systemu zabezpieczenia społecznego są unikalne i niepowtarzalne, zaś zakłócenia w jego funkcjonowaniu mogłyby doprowadzić do zaburzenia warunków życia kilku milionów ludzi i poważnych konsekwencji dla ...
podmiot nieposiadający unikalnej wiedzy i narzędzi, które byłyby adekwatne do rozmiaru szkód, jakie mogłyby powstać w wyniku zakłócenia pracy systemu. Konieczność zapewnienia wysokiego bezpieczeństwa pracy systemów strategicznych, takich jak KSI, wymaga ...
jego budowie niepowtarzalnej kombinacji najbardziej wyrafinowanych narzędzi i technologii informatycznych, a także szczególnie wysokiego zaufania w stosunku do podmiotów dokonujących modyfikacji i rozbudowy takiego systemu. Z tego względu, w ocenie Zamawiającego, nie ma na rynku innego podmiotu, który mógłby podjąć się realizacji zadań związanych ...
z koniecznością modyfikacji i rozbudowy KSI, zapewniając nieprzerwaną pracę systemu. Szybka i bezbłędna realizacja zmian w oprogramowaniu wymaga szczegółowej wiedzy o zaimplementowanych rozwiązaniach projektowo-technologicznych, znajomości zastosowanych relacji algorytmów przetwarzania i obliczeń oraz znajomości struktur baz danych, gdyż prace modyfikacyjne prowadzone są najczęściej w niezwykle złożonych warunkach, wynikających z jednoczesnej realizacji kilku nowych postanowień ustawowych w krótkich terminach. W ocenie Zamawiającego, Wykonawca posiada ogromne doświadczenie i zna wszelkie szczegóły wszystkich wprowadzonych dotąd modyfikacji, co ...
lub zrealizowaniem błędnych wypłat świadczeń.
Z uwagi na powyższe, zdaniem Zamawiającego spełnione zostały przesłanki określone w art. 67 ust. 1 pkt 1 lit. a) ustawy, gdyż przywołane okoliczności mają charakter obiektywny tj. rzeczywiste względy wskazują, iż tylko jeden wykonawca jest w stanie wykonać zamówienie, zaś wykonanie zamówienia przez innego wykonawcę jest ze względów technicznych niemożliwe i niemożność ta - do czasu przygotowania się potencjalnych wykonawców do świadczenia usług - ma charakter nieprzezwyciężalny. W ocenie Zamawiającego, ponieważ przedmiot zamówienia może być świadczony tylko przez jednego wykonawcę z przyczyn związanych z ochrona praw wyłącznych wynikających z odrębnych przepisów, spełnione zostały również przesłanki art. 67 ust. 1 pkt 1 ...
Art. 67 ust. 1 pkt 1) lit. a) ustawy stanowi, iż zamawiający może udzielić zamówienia w trybie z wolnej ręki, jeżeli dostawy, usługi lub roboty budowlane mogą być świadczone tylko przez ...
charakterze. Dopuszczalność udzielenia zamówienia na podstawie powyższego przepisu uzależniona jest zatem od istnienia na rynku w danym miejscu i czasie faktycznie jednego wykonawcy, który może wykonać określone zamówienie. Taki stan rzeczy ...
Art. 67 ust. 1 pkt 1 lit. b) ustawy stanowi, iż zamawiający może udzielić zamówienia w trybie z wolnej ręki, jeżeli dostawy, usługi lub roboty budowlane mogą być świadczone tylko przez jednego wykonawcę z przyczyn związanych z ochroną praw wyłącznych, wynikających z odrębnych przepisów. Należy wskazać, iż przyczyny związane z ochroną praw wyłącznych wynikających z odrębnych przepisów, które uzasadniają udzielenie zamówienia bez przeprowadzenia procedury konkurencyjnej, muszą mieć ...
by można było wykazać, że podjęcie prac przez innego wykonawcę jest ze względu na ochronę praw wyłącznych rzeczywiście niemożliwe, a nie tylko utrudnione, i że ta niemożliwość ma charakter nieprzezwyciężalny. Do ...
1 lit. b) ustawy, nie wystarczy zatem by przedmiot zamówienia objęty był ochroną prawa wyłącznego (prawem autorskim). Zamawiający musi wykazać, iż wykonywanie zamówienia przez innego wykonawcę jest niemożliwe nie tylko ze względu na przysługującą danemu podmiotowi ochronę praw wyłącznych, ale że istnienie takich praw wyłącznych skutkuje koniecznością udzielenia zamówienia temu podmiotowi. Do udzielenia zamówienia na podstawie art. 67 ust. 1 pkt 1 lit. b) ustawy, konieczne jest zatem spełnienie dwóch przesłanek - istnienie praw wyłącznych oraz jednego podmiotu zdolnego do realizacji zamówienia, pomiędzy którymi musi zachodzić związek przyczynowo-skutkowy. Pamiętać należy, że przepisy szczególne ustawy Prawo zamówień publicznych, w szczególności przepis art. 67 ust 1 pkt 1 lit b) ustawy, interpretować należy w świetle zasad udzielania zamówień publicznych określonych w przepisach ogólnych. Należą do nich zasada uczciwej konkurencji oraz zasada równego traktowania wykonawców, wyrażone w art. 7 ust 1 ustawy. W świetle tych zasad prawidłowa interpretacja przesłanek udzielenia zamówienia w trybie z wolnej ręki, w tym art. 67 ust 1 pkt 1 lit. b), wymaga aby istniejący stan rzeczy spowodowany był przyczynami obiektywnymi, niezależnymi w żaden sposób od czynności prawnych i innych działań zamawiającego. Nie można więc uznać, że spełnione ...
67 ust 1 pkt 1 lit b), jeżeli okoliczności uzasadniające zastosowanie tego przepisu - tj. istnienie praw wyłącznych chronionych przepisami prawa - mają swoje źródło w zdarzeniach, za które odpowiedzialność ponosi zamawiający. Innymi słowy działanie zamawiającego nie może w żaden sposób powodować zaistnienia okoliczności, od których zaistnienia ustawodawca uzależnia zastosowanie trybu zamówienia z wolnej ręki.
W ocenie Prezesa Urzędu Zamówień Publicznych (dalej "Prezes Urzędu"), Zamawiający nie wykazał, iż w niniejszym stanie faktycznym zachodziły podstawy do wszczęcia postępowania w trybie zamówienia z wolnej ręki na podstawie art. 67 ust. 1 pkt 1 lit. a) oraz lit. b) ustawy.
W pierwszej kolejności Zamawiający wskazał na unikalność i złożoność KSI, wynikającą z charakteru realizowanych obowiązków oraz skalę danych przetwarzanych w ramach systemu. W ocenie Prezesa Urzędu powyższa okoliczność nie uzasadnia możliwości skorzystania z trybu z wolnej ręki. Złożoność ...
elementów, które - wzajemnie powiązane - stanowią odrębną całość. Ilość przetwarzanych danych, jak również liczba zadań wykonywanych w ramach systemu, są znaczne, jednak sam fakt złożoności KSI nie może stanowić obiektywnej przyczyny technicznej ...
znajomość architektury i zależności pomiędzy poszczególnymi komponentami KSI. Doświadczenie, rozumiane jako wiedza i umiejętności zdobyte w trakcie praktycznego wykonywania danej działalności, nie jest cechą przynależną wyłącznie jednemu podmiotowi, ale może być zdobywane przez liczne podmioty i być wykorzystywane przy podejmowaniu kolejnych przedsięwzięć. Dotyczy to w szczególności sytuacji, gdy czynności podejmowane w ramach realizacji kolejnych przedsięwzięć są tego samego rodzaju, a także mają taki sam lub choćby ...
ubiegać się o dane zamówienie. Zamawiający ma zatem możliwość wskazania wymagań odnoszących się do doświadczenia w zakresie, w jakim będzie to wystarczające do prawidłowego wykonania zamówienia. Jest to możliwe tym bardziej, że dla ...
system posiada specyficzne wyłącznie dla niego cechy i wymagania biznesowe, wynikające z aktów prawnych obowiązujących w Polsce i UE dotyczących ubezpieczeń społecznych. Jednakże, zarówno przywołana metodyka wytwórcza i utrzymaniowa KSI, jak ...
rynku usług informatycznych, na bazie której tworzone są rozwiązania dostosowane każdorazowo do potrzeb określonego klienta. W ocenie Prezesa Urzędu, nieuzasadnione jest zatem stanowisko prezentowane przez Zamawiającego, że nie ma na rynku ...
realizacji zamówienia publicznego przez innego wykonawcę.
Nadmienić należy, iż podobna ocena odnośnie zaistnienia przesłanki określonej w art. 67 ust. 1 pkt 1 lit. a) ustawy została zawarta w informacji o wyniku kontroli z dnia 25.02.2010 r., znak: UZP/DKD/KSR/246849 ...
dotyczyła postępowania o udzielenie zamówienia, którego przedmiot obejmował zbliżony zakres usług do postępowania kontrolowanego obecnie. W informacji o wyniku kontroli stwierdzono wówczas, iż Zamawiający nie wykazał obiektywnych okoliczności technicznych uniemożliwiających wykonanie ...
objętych przedmiotem zamówienia przez innych wykonawców, aniżeli Asseco Poland S.A. Jednocześnie zwrócono uwagę, iż w okolicznościach faktycznych sprawy nie było możliwe przystąpienie innego wykonawcy niż dotychczasowy do realizacji zamówienia z ...
np. nie dysponowanie przez wykonawców wiedzą o systemie), które umożliwią udzielenie zamówień na takie usługi w trybie konkurencyjnym. W zakresie oceny art. 67 ust. 1 pkt 1 lit. b) ustawy wcześniejsza kontrola nie wykazała naruszeń z uwagi na niedysponowanie przez Zamawiającego prawami autorskimi do oprogramowania tworzonego w ramach umowy, która w chwili wszczęcia postępowania miała obowiązywać jeszcze 2 lata (zawiadomienie dnia 28.10.2008 r.). W informacji wskazano jednak na termin przejścia praw autorskich do oprogramowania oraz konieczność podjęcia przez Zamawiającego działań zmierzających do wyboru wykonawcy usług w procedurze konkurencyjnej. Ocenę taką potwierdził również powołany przez Prezesa Urzędu biegły z zakresu informatyki wskazując ...
i znacznego wysiłku po stronie Zamawiającego.
Powyższe stanowisko Prezesa Urzędu podzieliła Krajowa Izba Odwoławcza, która w uchwale z dnia 2 kwietnia 2010 r. (sygn. akt 20/10) stwierdziła, iż "przyczyną techniczną ...
niego wykonawca jest jedynym, który ze względu na szczególne zaufanie, doświadczenie i możliwości organizacyjne, jest w stanie wykonać zamówienie, nie stanowi dostatecznej podstawy do przyjęcia, iż jest to jedyny wykonawca (…) (Wyrok ...
zmierzających do usunięcia przeszkód o charakterze organizacyjnym, ograniczających możliwość przeprowadzenia procedury konkurencyjnej, lecz wskutek postępowania w trybie zamówienia z wolnej ręki, będącego przedmiotem obecnej kontroli, zawarł kolejną umowę z dotychczasowym Wykonawcą, powołując się na ochronę praw wyłącznych tego Wykonawcy. Umowa rozwojowa została zawarta 08.10.2010 r., podczas gdy umowa podstawowa wygasała z dniem 10.10.2010 r., który to dzień był zarazem momentem, w którym Zamawiający przejmował kody źródłowe oraz autorskie prawa majątkowe do oprogramowania KSI.
Wobec powyższego niemożliwa ...
art. 67 ust. 1 pkt 1 lit. b) ustawy. Zamawiający wskazuje, że mimo przejęcia autorskich praw majątkowych nie ma możliwości powierzenia budowy oprogramowania innemu podmiotowi niż dotychczasowy Wykonawca, gdyż pozyskanie tak ...
czasochłonnym, wymagającym nakładu dużej ilości sił i środków. Ponadto, Zamawiający uznał, że mimo tego, że w następnej umowie będzie właścicielem kodów źródłowych i autorskich praw majątkowych z chwilą dokonania odbioru modyfikacji, to ze względu na permanentne zmiany wynikające ze zmiany przepisów, wiele modułów będzie w zasadzie w ciągłej modyfikacji. W świetle powyższego należy stwierdzić, iż przedstawione przez Zamawiającego przyczyny braku możliwości udzielenia zamówienia w trybie konkurencyjnym nie wynikają z ochrony praw wyłącznych, jak wymaga tego ww. przepis, lecz mają charakter organizacyjny. Z chwilą zakończenia umowy podstawowej autorskie prawa majątkowe do wytworzonego i odebranego przechodziły na Zamawiającego, który mógł w tym zakresie swobodnie nimi dysponować, w tym udzielać licencji innym podmiotom. Należy wobec tego uznać, iż konieczność udzielenia kolejnych zamówień w trybie zamówienia z wolnej ręki nie jest determinowana przez istnienie praw wyłącznych, lecz jest wynikiem braku działań Zamawiającego, mających na celu umożliwienie przeprowadzenia procedury konkurencyjnej. Nie można zatem uznać, iż przeprowadzenie procedury konkurencyjnej było niemożliwe z przyczyn związanych z ochroną praw wyłącznych.
Reasumując - przedstawione przez Zamawiającego argumenty nie wskazują, aby jedynie zaproszony do negocjacji Wykonawca - Asseco Poland S. A., mógł świadczyć usługi będące przedmiotem kontrolowanego zamówienia w związku z przyczynami technicznymi o obiektywnym charakterze, a także związanymi z ochroną praw wyłącznych, wynikających z odrębnych przepisów. Zatem w okolicznościach faktycznych przedmiotowej sprawy, Zamawiający nie był uprawniony do zastosowania trybu zamówienia z wolnej ręki ...
informuję, że zgodnie z art. 167 ust. 1 ustawy, od wyniku kontroli doraźnej zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu umotywowanych zastrzeżeń w terminie 7 dniu od dnia doręczenia informacji o wyniku kontroli.
...
2012-03-05
o.
ul. Dolnych Wałów 11
44-100 Gliwice
Rodzaj zamówienia: usługi
Przedmiot zamówienia: usługi pocztowe w obrocie krajowym dotyczące przesyłek o wadze powyżej 50g dla potrzeb ZBM I TBS Sp. z o.o. w Gliwicach
Tryb postępowania: przetarg nieograniczony
Wartość zamówienia: 149 200,00 zł (38 482,37 euro)
Wszczęcie kontroli: na wniosek
Informacja o stwierdzeniu naruszeń lub ich braku.
1. W sekcji III pkt 2) ogłoszenia o zamówieniu oraz w pkt 10.11.4 SIWZ niniejszego zamówienia, Zamawiający wymagał od wykonawców ubiegających się o zamówienie złożenia w ofercie koncesji, zezwolenia lub licencji, jeżeli ustawy nakładają obowiązek posiadania koncesji, zezwolenia lub licencji na podjęcie działalności gospodarczej w zakresie objętym niniejszym zamówieniem.
Zgodnie ze "Szczegółowym opisem przedmiotu zamówienia" stanowiącym Załącznik nr 9 do SIWZ, przedmiotem niniejszego zamówienia są usługi pocztowe w obrocie krajowym dotyczące przesyłek o wadze powyżej 50 g, polegające na:
1) w obrocie krajowym - przyjmowaniu, przemieszczaniu i doręczaniu przesyłek listowych, ekonomicznych i priorytetowych, oraz usług komplementarnych
2) doręczaniu lub wydaniu przesyłek, o których mowa w pkt. 1, zwracanych do Zamawiającego po wyczerpaniu możliwości doręczenia lub wydania odbiorcy.
W ramach świadczenia w/w usług Wykonawca miał zostać zobowiązany do wykonywania min. następujących czynności:
1) odbierania jeden raz dziennie przesyłek z siedziby Zamawiającego w Gliwicach przy ulicy Dolnych Wałów 11 w godz. 13:00 do 14:30 wg załącznika nr 8 do umowy; godziny odbioru przesyłek ...
załącznika nr 8 do umowy miały zostać uzgodnione oddzielnie na każdym ROM-ie,
2) potwierdzania w pocztowej książce nadawczej przyjętych do wyekspediowania w kraju przesyłek listowych oraz zestawienia nadanych przesyłek dla przesyłek zwykłych,
3) dostarczania zwrotów listów tylko ...
i wyłącznie do Dyrekcji Biura Podawczego.
Do obowiązków Zamawiającego miało należeć:
1) umieszczanie na przesyłkach w sposób trwały i czytelny informacji jednoznacznie identyfikującej nadawcę i adresata,
2) umieszczenie w lewym górnym rogu przesyłek swojej nazwy oraz adresu w pełnym brzmieniu,
3) wypełnienie pocztowej książki nadawczej w dwóch egzemplarzach dla wysyłanych przesyłek rejestrowanych, przesyłek listowych; oryginał książki nadawczej miał pozostać u Wykonawcy ...
przesyłek,
5) dostarczanie Wykonawcy, przy nadawaniu zwykłych przesyłek listowych, zestawienia zawierającego ilość nadawanych przesyłek, zaopatrzonego w odcisk pieczęci firmowej Zamawiającego,
6) stosowanie do przesyłek listowych z potwierdzeniem odbioru druków ogólnie stosowanych ...
zmniejszenia ogólnej ilości usług pocztowych, wynikającej z formularza ofertowego. Placówka pocztowa winna była znajdować się w Gliwicach.
Zgodnie z pkt 5) "Szczegółowego opisu przedmiotu zamówienia", przyjmowanie, przemieszczanie i doręczanie przesyłek miało być wykonywane zgodnie z przepisami ustawy z dnia 12 czerwca 2003 r. Prawo pocztowe (Dz. U. Nr 130, poz. 1188 z późn. zm.), rozporządzeniem Ministra Infrastruktury z dnia 09 stycznia 2004 r. w sprawie warunków wykonywania powszechnych usług pocztowych (Dz. U. nr 5, poz. 34 z późn. zm.). Zamawiający nie dopuścił możliwości składania ofert wariantowych.
Do upływu terminu składania ofert w dniu 2 października 2008 r. zostały złożone 3 oferty przez wykonawców:
1) Polska Grupa Pocztowa ...
z Krakowa, cena oferty brutto 142 470,00 zł.
Żaden z powyższych Wykonawców nie złożył w ofercie zezwolenia na wykonywanie działalności pocztowej, objętej przedmiotem niniejszego zamówienia. Pomimo braku stosownych zezwoleń, Zamawiający ...
o zezwolenie na wykonywanie działalności pocztowej objętej przedmiotem niniejszego zamówienia oraz nie wykluczył z udziału w postępowaniu żadnego z powyższych wykonawców, w związku z brakiem takich zezwoleń.
Zamawiający udzielił w dniu 1 grudnia 2008 r. przedmiotowego zamówienia wykonawcy PAF Operator Pocztowy Sp. z o.o.
Zgodnie z art. 6 ust. 1 ustawy z dnia 12 czerwca 2003 r. Prawo pocztowe, zezwolenia wymaga wykonywanie działalności pocztowej w zakresie przyjmowania, przemieszczania i doręczania w obrocie krajowym i zagranicznym przesyłek:
1) przesyłek dla ociemniałych,
2) z korespondencją do 2000 g, z wyłączeniem:
a) przesyłek, o których mowa w art. 47 ust. 1 pkt 1 lit. a i pkt 2, z zastrzeżeniem art. 47 ust. 2 i 4,
b) przesyłek przyjmowanych, przemieszczanych i doręczanych w sposób inny niż określony dla powszechnych usług pocztowych.
Usługi pocztowe określone w art. 47 ust. 1 pkt 1 lit. a i pkt 2 były zastrzeżone dla operatora ...
tj. dla p.p.u.p. "Poczta Polska".
Stosownie do art. 3 pkt 25 ustawy Prawo pocztowe, powszechne usługi pocztowe to usługi polegające na:
a) przyjmowaniu, przemieszczaniu i doręczaniu:
- przesyłek listowych do 2.000 g, w tym przesyłek poleconych i przesyłek z zadeklarowaną wartością,
- paczek pocztowych do 10.000 g, w tym z zadeklarowaną wartością,
- przesyłek dla ociemniałych,
b) doręczaniu nadesłanych z zagranicy paczek pocztowych do 20.000 g,
c) realizowaniu przekazów pocztowych
- świadczone w obrocie krajowym i zagranicznym na terytorium Rzeczypospolitej Polskiej, w sposób jednolity w porównywalnych warunkach i po przystępnych cenach, z zachowaniem wymaganej prawem jakości oraz z zapewnieniem co najmniej jednego opróżniania nadawczej skrzynki pocztowej i doręczania przesyłek co najmniej w każdy dzień roboczy i nie mniej niż przez 5 dni w tygodniu;
Z zapisu zawartego w "Szczegółowym opisie przedmiotu zamówienia", stanowiącym załącznik nr 9 do SIWZ przedmiotowego zamówienia udzielanego przez ZBM ...
i doręczanie przesyłek wykonywane było zgodnie z przepisami ustawy z dnia 12 czerwca 2003 r. Prawo pocztowe, jak i rozporządzeniem Ministra Infrastruktury z dnia 9 stycznia 2004 r. w sprawie warunków wykonywania powszechnych usług pocztowych wynika, iż zamawiane usługi pocztowe mają być świadczone w sposób określony dla powszechnych usług pocztowych. Takie też stanowisko, w piśmie z dnia 19 grudnia 2008 r., wyraził Prezes Urzędu Komunikacji Elektronicznej.
Żaden z Wykonawców, którzy złożyli oferty w przedmiotowym postępowaniu nie posiada statusu operatora publicznego, zatem co do zasady, w celu wykonywania powszechnych usług pocztowych, powinien posiadać stosowne zezwolenie wydawane przez Prezesa UKE, po spełnieniu wymagań ustawowych.
Z informacji przekazanych przez Prezesa UKE wynika jednak, że w Rejestrze operatorów pocztowych, w części, o której mowa w art. 20 ust. 2 pkt 1 dotyczącej rejestru zezwoleń, o których mowa w art. 6 ust. 1 Prawa pocztowego, nie ma wykonawców ubiegających się o udzielenie przedmiotowego zamówienia, tj.:
1) Polska Grupa Pocztowa S.A. z siedzibą w Warszawie,
2) PAF Operator Pocztowy Sp. z o.o. z siedzibą w Białymstoku,
3) IN POST Sp. z o.o. z siedzibą w Krakowie.
Jednocześnie Prezes UKE wskazał, że pełny rejestr operatorów pocztowych dostępny jest na stronie internetowej ...
żaden z przedsiębiorców, oprócz p.p.u.p. "Poczta Polska", nie spełniał łącznie warunków określonych w ustawie Prawo pocztowe dla świadczenia usług powszechnych, bowiem zakres ich działalności nie obejmował wszystkich usług pocztowych lub działalność ta obejmowała obszar mniejszy aniżeli obszar Rzeczypospolitej Polskiej.
W myśl art. 7 ust. 3 ustawy Pzp, zamówienia udziela się wyłącznie wykonawcy wybranemu zgodnie z przepisami ustawy.
Stosownie do art. 24 ust. 1 pkt 10 ustawy Pzp w brzmieniu obowiązującym w dacie wszczęcia przedmiotowego postępowania, z postępowania o udzielenie zamówienia wyklucza się wykonawców, którzy nie spełniają warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 pkt 1-3 ustawy Pzp.
Jednocześnie w myśl art. 26 ust. 3 ustawy Pzp, zamawiający obowiązany był wezwać wykonawców, którzy w określonym terminie nie złożyli oświadczeń lub dokumentów, o których mowa w art. 25 ust. 1, lub którzy złożyli dokumenty, o których mowa w art. 25 ust. 1, zawierające błędy, do ich uzupełnienia w wyznaczonym terminie, chyba że pomimo ich uzupełnienia oferta wykonawcy podlegała odrzuceniu lub konieczne byłoby unieważnienie ...
wezwać ww. wykonawców do uzupełnienia oferty o zezwolenie na wykonywanie powszechnych usług pocztowych.
Z informacji przekazanych przez Prezesa UKE oraz powszechnie dostępnego na stronie internetowej UKE rejestru przedsiębiorców pocztowych wynika, że żaden z wykonawców, którzy złożyli oferty, w tym wykonawca, któremu udzielono zamówienia, nie posiadał zezwolenia na wykonywanie powszechnych usług pocztowych stanowiących jego przedmiot, zatem wszyscy ci Wykonawcy, na podstawie art. 24 ust. 1 pkt 10 w związku z art. 22 ust. 1 pkt 1 ustawy Pzp powinni zostać wykluczeni z udziału w przedmiotowym postępowaniu o udzielenie zamówienia publicznego.
Ponieważ, stosownie do art. 24 ust. 4 ustawy Pzp ...
art. 93 ust. 1 pkt 1 ustawy Pzp.
Poprzez zaniechanie wykluczenia wykonawców, którzy złożyli oferty w przedmiotowym postępowaniu z uwagi na niespełnienie warunku udziału w postępowaniu posiadania stosownych zezwoleń oraz zaniechanie unieważnienia postępowania z uwagi na brak ważnych ofert, Zamawiający naruszył art. 24 ust. 1 pkt 10 i art. 24 ust. 2 pkt 2 w związku z art. 22 ust. 1 pkt 1 ustawy Pzp oraz art. 93 ust. 1 pkt 1 ustawy Pzp.
Z kolei, udzielając przedmiotowego zamówienia Wykonawcy podlegającemu wykluczeniu z udziału w postępowaniu, Zamawiający naruszył art. 7 ust. 3 ustawy Pzp.
2. W toku kontroli ustalono, że w pkt II.2 ogłoszenia o zamówieniu, Zamawiający podał nieprawidłowy termin realizacji zamówienia (czas jego trwania ...
dnia podpisania umowy.
Zgodnie z art. 41 pkt 6 ustawy Pzp, ogłoszenie o zamówieniu udzielanym w trybie przetargu nieograniczonego powinno zawierać termin wykonania zamówienia.
Tym samym, poprzez podanie w ogłoszeniu o zamówieniu terminu realizacji zamówienia niezgodnego z opisem przedmiotu zamówienia zawartym w SIWZ, Zamawiający naruszył art. 41 pkt 6 ustawy Pzp.
3. Z treści wzoru oświadczenia, zawartego w Załączniku nr 2 do SIWZ wynika, że Zamawiający w pkt 2) wymagał od wykonawców ubiegających się o udzielenie zamówienia oświadczenia o treści: "2) Firma ...
do wykonania zamówienia".
Powyższa treść ww. załącznika do SIWZ nie była zgodna z treścią obowiązującego w dacie wszczęcia przedmiotowego postępowania art. 22 ust. 1 pkt 2 ustawy Pzp, stanowiącego, iż o ...
potencjałem technicznym i osobami zdolnymi do wykonania zamówienia.
Z obowiązujących przepisów wynikało zatem, że wykonawca w celu wykazania spełnienia warunku udziału w postępowaniu, polegającego na dysponowaniu niezbędnym potencjałem technicznym, nie musiał składać oświadczenia, iż posiada taki potencjał ...
art. 336 kodeksu cywilnego, faktycznie nim włada.
Z uwagi na powyższe, wymagając od wykonawców oświadczenia w brzmieniu określonym w Załączniku nr 2 do SIWZ, Zamawiający naruszył art. 22 ust. 1 pkt 2 ustawy Pzp. 4. W wyniku przeprowadzonej kontroli stwierdzono, że w celu potwierdzenia spełnienia warunków udziału w postępowaniu, w ogłoszeniu o zamówieniu (sekcja III pkt 2) oraz w SIWZ wykonawcy zostali zobowiązani do złożenia, m.in.:
- w pkt 6.2 SIWZ w pkt 3 tabeli, wykazu osób i podmiotów wykonujących zamówienie według wzoru załączonego do SIWZ, w celu przedstawienia ogólnej informacji na temat przeciętnej liczby zatrudnionych pracowników, przy czym Zamawiający nie określił minimalnej wymaganej liczby zatrudnianych pracowników,
- w pkt 10.11 SIWZ w pkt 10 tabeli, polisy lub innego dokumentu ubezpieczenia potwierdzającego, że wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności gospodarczej, przy czym Zamawiający nie wskazał wymaganej minimalnej kwoty ubezpieczenia.
Z powyższego wynika, że Zamawiający wymagając w przedmiotowym postępowaniu o udzielenie zamówienia ww. dokumentów, nie określił warunków, których spełnianie żądane dokumenty miały ...
wykonawców wyłącznie oświadczeń i dokumentów niezbędnych do przeprowadzenia postępowania. Jak wynika z wyroku Sądu Okręgowego w Warszawie z dnia 26 lutego 2003 r. (sygn. V Ca 221/03) żądanie dokumentów w SIWZ nie może wykraczać poza zakres przedmiotu zamówienia i związanych z nim warunków wymaganych od wykonawców. Potwierdza to również wyrok Sądu Okręgowego w Warszawie z dnia 19 października 2002 roku (sygn. V Ca 1702/02).
Uprawnieniem zamawiającego w trakcie przygotowania postępowania jest skonkretyzowanie i ustalenie warunków stawianych wykonawcom. Stawiane warunki muszą zawsze pozostawać w ścisłym związku z przedmiotem zamówienia (jego rozmiarami, czasem realizacji, kapitałochłonnością itp.), zaś żądane dokumenty powinny ...
nie określił warunku, co do wymaganej przeciętnej liczby zatrudnianych przez wykonawców pracowników, zatem informacja wykonawcy w tym zakresie nie była niezbędna do przeprowadzenia niniejszego postępowania.
Podobnie, określając warunek posiadania ubezpieczenia prowadzonej ...
kwotę wymaganego ubezpieczenia, stosowną do wartości, rozmiaru, specyfiki udzielanego zamówienia.
Wobec braku sprecyzowania warunków udziału w postępowaniu w zakresie minimalnej liczby zatrudnianych pracowników oraz minimalnej wymaganej kwoty ubezpieczenia prowadzonej działalności, żądanie przez Zamawiającego ww. dokumentów stanowi naruszenie art. 25 ust. 1 zd. 1 ustawy Prawo zamówień publicznych.
5. W pkt III.2) ogłoszenia o zamówieniu oraz w pkt 10.11.9 SIWZ, na potwierdzenie spełniania warunków udziału w postępowaniu, wykonawcy zostali zobowiązani do złożenia m.in. wykazu ważniejszych zamówień zrealizowanych w ciągu ostatnich trzech lat, zbliżonych do przedmiotu zamówienia co do zakresu, charakteru i złożoności oraz ...
najmniej 1 zamówienia o podobnym charakterze. Dodatkowo Zamawiający wymagał złożenia dokumentów potwierdzających, że usługi wymienione w wykazie zostały wykonane z należytą starannością zawierających dane wskazane w wykazie zrealizowanych zamówień tj. wskazanie zamawiającego, wartości zamówienia, daty wykonania oraz specyfikacji zamówienia.
W art. 25 ust. 1 ustawy Pzp przewidziano, że zamawiający może żądać od wykonawców ubiegających się o udzielenie zamówienia publicznego oświadczeń lub dokumentów niezbędnych do przeprowadzenia postępowania, w tym dokumentów potwierdzających spełnianie warunków udziału w postępowaniu oraz spełnianie przez oferowane dostawy, usługi lub roboty budowlane wymagań określonych przez zamawiającego.
Dokumenty, jakich może żądać Zamawiający w celu potwierdzenia spełniania warunków udziału w postępowaniu o udzielenie zamówienia publicznego określało Rozporządzenie Prezesa Rady Ministrów z dnia 19 maja 2006 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz. U. Nr 87, poz. 605). W myśl § 1 ust. 2 pkt 2 ww. rozporządzenia w celu potwierdzenia opisanego przez zamawiającego warunku posiadania przez wykonawcę niezbędnej wiedzy i doświadczenia oraz dysponowania potencjałem technicznym i osobami zdolnymi do wykonania zamówienia, zamawiający mógł żądać wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, dostaw lub usług w okresie ostatnich trzech lat przed dniem wszczęcia postępowania o udzielenie zamówienia, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, odpowiadających swoim rodzajem i wartością dostawom lub usługom stanowiącym przedmiot zamówienia, z podaniem ...
i doświadczenia wykonawcy służy wykaz zrealizowanych dostaw lub usług, a zatem ilościowe ujęcie aktywności wykonawcy w tym zakresie. Ze złożonych referencji musi natomiast jednoznacznie wynikać, że jakość zrealizowanych dostaw lub usług ...
wykonawcę wiedzą i doświadczeniem, a co z tym związane - wykazem wykonanych usług oraz referencjami wystawionymi w związku z wykonaniem usług tylko do takich przypadków, w których wykonanie usług następowało w ramach zamówień publicznych, albo tylko do takich przypadków, w których referencje przedstawiał bezpośredni wykonawca usług. W tym miejscu warto wskazać na wyrok Zespołu Arbitrów z dnia 30.08.2005 r. (sygn. akt. UZP/ZO/0-2353/05), w którym Zespół uznał, że wykonawca ma prawo wystawić swoim podwykonawcom referencje dokumentujące wykonanie robót budowlanych, o których mowa w wykazie robót sporządzonych zgodnie z wykazem zamieszczonym w specyfikacji istotnych warunków zamówienia, a posłużenie się takimi referencjami stanowi potwierdzenie spełniania warunków uprawniających się ...
stwierdzić, że podmiot, który posiada doświadczenie zdobyte jako podwykonawca, może - celem wykazania spełniania warunków udziału w postępowaniu - posługiwać się referencjami wystawionymi w związku z wykonaniem przez niego usług jako podwykonawca.
Z uwagi na powyższe wymóg Zamawiającego, wykazania ...
zamówienia o podobnym charakterze jako główny wykonawca, stanowi naruszenie art. 25 ust. 1 ustawy Pzp, w związku z §1 ust. 2 pkt 2 Rozporządzenia Prezesa Rady Ministrów z dnia 19 maja 2006 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane.
Ponadto, należy wskazać, iż zarówno przepisy ustawy Pzp, jak i ww. rozporządzenia nie określają wymogów formalnych jakim powinny odpowiadać referencje przedkładane w toku postępowania o udzielenie zamówienia publicznego. Istotne jest tylko to, aby z treści przedstawionych dokumentów ...
wykonane należycie.
Z uwagi na brak zastrzeżeń, co do wymogów formalnych referencji, o których mowa w § 1 ust. 2 pkt 1 i 2 ww. rozporządzenia, należy przyjąć, iż za taki dokument ...
r. Zespołu Arbitrów, sygn. akt UZP/ZO/0-2239/06). Walor takiego dokumentu posiadać będzie w szczególności pokwitowanie wystawione przez wierzyciela. Zamawiający nie może zatem żądać w dokumentach potwierdzających wykonanie dostaw, usług robót budowlanych niczego więcej ponad potwierdzenie, że dostawy, usługi lub roboty budowlane zostały wykonane należycie (podobnie KIO w wyroku z dnia 18 marca 2008r., sygn. akt KIO/UZP 191/08).
Odnosząc się ...
na wyrok Krajowej Izby Odwoławczej z dnia 14 kwietnia 2008 r. (KIO/UZP 281/08), w którym odnosząc się do wynikającego z § 1 ust. 2 ww. rozporządzenia wymogu przedkładania referencji podniesiono, co następuje: "W zakresie wskazanego przez zamawiającego wymogu przedstawienia wykazu zrealizowanych usług, dołączone do niego dokumenty (referencje) mają potwierdzać należyte ich wykonanie. Stawianie dodatkowych wymagań, co do treści dokumentów nie ma uzasadnienia w zapisach rozporządzenia. Ustawodawca wymaga jedynie, aby z dokumentów załączanych na potwierdzenie wykonania wskazanych w wykazie zamówień wynikało, że zostały one wykonane należycie. Stawianie przez zamawiającego dodatkowych żądań, co do treści dokumentów, jako rozszerzające zakres umocowania ustawowego, nie może wpływać negatywnie na sytuację wykonawców w postępowaniu. Ustawodawca sam nie dokonał ograniczenia, co do formy dokumentów, wskazując jedynie na potrzebę potwierdzenia ...
umowy. Informacje o wartości, przedmiocie zamówienia, jak również datach jego wykonania, wykonawcy są zobowiązani podać w wykazie i stanowią oświadczenie wiedzy. Żądanie potwierdzenia oświadczenia w tym zakresie w treści referencji stanowi dodatkowy formalizm i może utrudniać dostęp do zamówienia, gdyż wykonawcy z reguły nie mają wpływu na treść oświadczenia zamieszczanego, w tym przypadku w referencjach. Ponadto nie zawsze wykonawcy mogą uzyskać dodatkowe oświadczenie od dotychczasowych kontrahentów, jeżeli np. zaprzestali ...
Wymagając by referencje przedkładane przez wykonawców ubiegających się o udzielenie przedmiotowego zamówienia zawierały dane zawarte w wykazie zrealizowanych zamówień tj. wskazanie zamawiającego, wartości zamówienia, daty wykonania oraz specyfikacje zamówienia, Zamawiający naruszył art. 25 ust. 1 ustawy Pzp w zw. z §1 ust. 2 pkt 2 Rozporządzenia Prezesa Rady Ministrów z dnia 19 maja 2006 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane.
6. W pkt 10.11 SIWZ (pkt 5 tabeli) Zamawiający wskazał, iż wymagał dołączenia do oferty "aktualnego ...
z KRS należało dołączyć oświadczenie Zarządu spółki stosownie do art. 230 Kodeksu spółek handlowych, a w przypadku S.C załączyć umowę oraz stosowne upoważnienie; upoważnienia winny były posiadać dowód opłaty w wysokości obowiązującej na dzień złożenia oferty"
Zgodnie z art. 230 kodeksu spółek handlowych (Dz.U. z 2000 r. nr 94 poz. 1037 ze zm.), rozporządzenie prawem lub zaciągnięcie zobowiązania do świadczenia o wartości dwukrotnie przewyższającej wysokość kapitału zakładowego wymaga uchwały wspólników, chyba że umowa spółki stanowi inaczej.
W myśl art. 25 ust. 1 ustawy Pzp, w toku postępowania o udzielenie zamówienia publicznego zamawiający może żądać od wykonawców wyłącznie oświadczeń i dokumentów niezbędnych do przeprowadzenia postępowania, wskazanych w ogłoszeniu, specyfikacji istotnych warunków zamówienia lub zaproszeniu do składania ofert.
Dokumenty jakich zamawiający może żądać od wykonawców w postępowaniu o udzielenie zamówienia publicznego, zostały określone w Rozporządzeniu z dnia 19 maja 2006 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy oraz form w jakich te dokumenty mogą być składane (Dz.U. Nr 87, poz. 605 ze zm.), obowiązującego w dacie wszczęcia przedmiotowego postępowania.
Wśród dokumentów, jakich Zamawiający może żądać od wykonawców ubiegających się o ...
udzielenie zamówienia, ww. Rozporządzenie nie wymienia przedmiotowej uchwały wspólników spółki z o.o., ani umowy w przypadku S.C. Zatem żądanie Zamawiającego należy uznać za bezpodstawne.
W wyroku z dnia z dnia 3 sierpnia 2006 r. o sygn. UZP/ZO/0-2187/06, dotyczącym wymagania w SIWZ przez Zamawiającego uchwały wspólników wyrażającej zgodę na zawarcie umowy z Zamawiającym w przypadku wygrania przetargu, Zespół Arbitrów stwierdził, iż wymóg taki "narusza przepisy prawa. Zgodnie bowiem z art. 25 ustawy - Prawo zamówień publicznych, Zamawiający może żądać tylko dokumentów niezbędnych do przeprowadzenia postępowania i tylko tych, które zostały wskazane przepisami rozporządzenia Prezesa Rady Ministrów z dnia 7 kwietnia 2004 r. w sprawie rodzajów dokumentów potwierdzających spełnianie warunków udziału w postępowaniu o udzielenie zamówienia publicznego, jakich może żądać zamawiający od wykonawcy (Dz. U. z 2004 ...
r. Nr 71, poz. 645)".
Jak wynika z powyższego, dołączenie do oferty przez wykonawcę działającego w formie spółki z ograniczoną odpowiedzialnością przedmiotowej uchwały zgromadzenia wspólników spółki o wyrażeniu zgody na zaciągnięcie ...
gdy ta odmiennie reguluje tę kwestię, nie było niezbędne do przeprowadzenia postępowania. Tym samym, zawarte w SIWZ żądanie złożenia powyższych dokumentów przez spółkę z ograniczoną działalnością, stanowiło naruszenie art. 25 ust. 1 ustawy Pzp.
Ponadto należy wskazać, iż informacje zamieszczone w Krajowym Rejestrze Sądowym służą ustaleniu, czy wykonawca nie podlega wykluczeniu na podstawie art. 24 ust. 1 pkt 2 ustawy Pzp, tj. czy w stosunku do wykonawcy nie otwarto likwidacji lub nie ogłoszono jego upadłości, a tym samym czy ...
on zdolny do wykonania zamówienia, nie zaś do weryfikacji posiadania wymaganych uprawnień.
Zakres działalności wykazywany w ewidencji, czy też KRS-ie służy jedynie celom ewidencyjno-statystycznym i nie jest równoznaczny z tym, że dany przedsiębiorca jest zobowiązany do prowadzenia określonej wykazywanej w ewidencji, czy też KRS-ie działalności, ani też że podjęcie przez niego innej działalności niewymienionej w ewidencji, czy też KRS-ie jest zabronione. Wskazać należy, że wpis do rejestru przedsiębiorców jest ...
przez przedsiębiorcę działalności gospodarczej. Decyzją o wpisie i wpisem do rejestru organ nie rozstrzyga o prawie podmiotu do prowadzenia działalności. Wpis jest jedynie czynnością materialno-techniczną i ma charakter wyłącznie deklaratoryjny ...
skarbowej podlega złożenie dokumentu stwierdzającego udzielenie pełnomocnictwa lub prokury albo jego odpisu, wypisu lub kopii - w sprawie z zakresu administracji publicznej lub w postępowaniu sądowym.
Należy mieć na uwadze, że relacje zachodzące w ramach postępowania o udzielenie zamówienia publicznego pomiędzy zamawiającym a wykonawcą mają charakter cywilnoprawny, gdyż występują one pomiędzy równoprawnymi podmiotami. Wykonawcy dysponują autonomią w zakresie podjęcia decyzji w przedmiocie przystąpienia i uczestniczenia w postępowaniu o udzielenie zamówienia publicznego. Samodzielnie i niezależnie przygotowują oraz składają swoje oferty, które stanowią odpowiedź na ogłoszenie o zamówieniu lub zaproszenie do ich złożenia. Zamawiający nie może nikogo zmusić do udziału w postępowaniu albo do zawarcia umowy. Wynika z tego, iż nawet, jeżeli zamawiający jest organem administracji publicznej, działającym także w sferze prawa administracyjnego, to udzielanie zamówień publicznych nie może stanowić sprawy z zakresu administracji publicznej. W konsekwencji powyższych rozważań, należy przyjąć, iż złożenie upoważnień/pełnomocnictw dla wykonawcy w postępowaniu o udzielenie zamówienia publicznego, nie podlega opłacie skarbowej.
Z uwagi na powyższe, żądając dowodów opłaty skarbowej od upoważnień składanych w toku postępowania o udzielenie zamówienia publicznego, Zamawiający naruszył art. 25 ust. 1 ustawy Pzp.
7. W piśmie z dnia 22 września 2008 r., Poczta Polska Centrum Poczty Oddział Regionalny w Katowicach wystąpił do Zamawiającego z pytaniem, czy przedmiotem realizacji zamówienia jest świadczenie powszechnych usług pocztowych, zgodnie z art. 3 ust. 25 ustawy z dnia 12 czerwca 2003 r. Prawo pocztowe (Dz.U. Nr 130, poz. 1188 z późn. zm.) oraz czy do oferty należy dołączyć zezwolenie na działalność pocztową w zakresie świadczenia powszechnych usług pocztowych typu A, które wydaje Urząd Komunikacji Elektronicznej pod kątem wymogów określonych w art. 10 ww. ustawy.
Odpowiadając na powyższe pismo w dniu 24 września 2008 r. Zamawiający podał jedynie, że wszystkie informacje dotyczące ww. przetargu są zawarte w SIWZ, która jest dostępna na stronie internetowej: www.zbm1tbs.gliwice.bip.info.pl oraz w wersji papierowej w Sekcji Zamówień Publicznych u Zamawiającego.
Analizując powyższe wyjaśnienie Zamawiającego należy uznać, iż Zamawiający nie udzielił ...
udzielonej Wykonawcy odpowiedzi na stronie internetowej Zamawiającego.
Zgodnie z art. 38 ust. 1 ustawy Pzp w brzmieniu obowiązującym w dacie wszczęcia przedmiotowego postępowania, wykonawca mógł zwrócić się do zamawiającego o wyjaśnienie treści specyfikacji istotnych ...
wyjaśnienie treści specyfikacji wpłynęła do zamawiającego mniej niż 6 dni przed terminem składania ofert, a w przypadku przetargu nieograniczonego oraz negocjacji z ogłoszeniem, jeżeli zachodziła pilna potrzeba udzielenia zamówienia - na mniej niż 4 dni przed terminem składania ofert.
Z uwagi na termin składania ofert w niniejszym postępowaniu, wyznaczony na 2 października 2008 r., Zamawiający był zobowiązany do udzielenia odpowiedzi na ...
wyjaśnienia treści SIWZ".
Z uwagi na powyższe należy stwierdzić, że Zamawiający nie wypełnił dyspozycji zawartej w art. 38 ust. 1 ustawy Pzp.
Stosownie do art. 38 ust. 2 ustawy Pzp, treść zapytań wraz z wyjaśnieniami zamawiający przekazuje wykonawcom, którym przekazał specyfikację istotnych warunków zamówienia, bez ujawniania źródła zapytania, a jeżeli specyfikacja jest udostępniana na stronie ...
internetowej, na której udostępniona został SIWZ, Zamawiający naruszył art. 38 ust. 2 ustawy Pzp.
8. W dniu 2 października 2008 r. Zamawiający dokonał otwarcia ofert. Z pkt 5 protokołu ZP-2 ...
wynika, że bezpośrednio przed otwarciem ofert Zamawiający podał kwotę, jaką zamierza przeznaczyć na sfinansowanie zamówienia, w wysokości 149 200,00 zł netto.
Według art. 86 ust. 3 ustawy Pzp, bezpośrednio przed ...
jaką zamierza przeznaczyć na sfinansowanie zamówienia. Sformułowanie "kwotę, jaką zamierza przeznaczyć na sfinansowanie zamówienia" użyte w tym przepisie oznacza, że podawana kwota powinna być kwotą brutto, czyli zawierać podatek od towarów ...
86 ust. 3 ustawy Pzp.
Jednocześnie uprzejmie informuję, iż od wyniku kontroli doraźnej zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu umotywowanych zastrzeżeń w terminie 7 dni od dnia doręczenia informacji o wyniku kontroli (art. 167 ust. 1 ustawy ...
2012-07-23
2012 r.
UZP/DKD/KSR/35607/ /12
KZ/1115/10
Informacja o wyniku kontroli doraźnej
w zakresie legalności wyboru trybu zamówienia z wolnej ręki
1. Określenie postępowania o udzielenie zamówienia publicznego ...
zamówienie z wolnej ręki - art. 67 ust. 1 pkt 1 lit. a) i b) ustawy Prawo zamówień publicznych
Wartość zamówienia: 403.154.978,42 zł (105.015.623,45 euro)
2 ...
ust. 1 pkt 1 lit. a) i b) ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (t. j. - Dz. U. z 2010 r. Nr 113, poz. 759 z późn ...
eksploatacji i utrzymania Kompleksowego Systemu Informatycznego Zakładu Ubezpieczeń Społecznych (dalej "KSI") oraz wykonanie dokumentacji projektowej w okresie od 11.10.2010 r. do 10.10.2013 r. w zakresie:
− utrzymania, określonych w metrykach, usług IT ZUS dla procesów biznesowych;
− utrzymania, określonych w metrykach, usług aplikacyjnych IT ZUS obejmujących usługi przetwarzania wsadowego, usługi przetwarzania interakcyjnego oraz usługi udostępniania portali;
− utrzymania, określonych w metrykach, usług infrastruktury IT ZUS;
− utrzymania, określonych w metrykach, narzędzi wspomagających zarządzanie IT ZUS;
− wsparcia procesów zarządzania IT ZUS;
− usług serwisowych;
− pełnienia określonych ról w określonym zakresie;
− świadczenia usług dodatkowych, realizowanych na podstawie osobnych zleceń, obejmujących:
• dostosowywanie IT ZUS do ...
opracowanie/rozwój narzędzi wspomagających eksploatację,
• utrzymywanie wyodrębnionych zasobów na instalacjach komputerowych Wykonawcy.
Zamawiający wyjaśnił, że w wyniku przeprowadzonego postępowania w trybie negocjacji z zachowaniem konkurencji, w dniu 10.10.1997 r. zawarta została z firmą Prokom Software S. A. (obecnie Asseco Poland S. A.; dalej "Wykonawca"), umowa o zaprojektowanie i wykonanie KSI ZUS oraz o przekazanie do eksploatacji oprogramowania użytkowego w ZUS (dalej "umowa podstawowa"). Następnie w latach 2000-2008 Zamawiający udzielił Wykonawcy kolejnych zamówień publicznych obejmujących modyfikację, rozbudowę oraz konserwację KSI. W dniu wszczęcia postępowania będącego przedmiotem kontroli, oprócz umowy podstawowej, w zakresie rozwoju i utrzymania KSI, Zamawiający był związany z Wykonawcą Umową uzupełniającą 7 nr TZ ...
Umową nr TZ/370/105/08 na świadczenie usług administrowania i eksploatowania wydzielonymi obszarami KSI w Zakładzie Ubezpieczeń Społecznych (obie umowy z dnia 16.12.2008 r.). Termin obowiązywania wszystkich trzech umów upływał dnia 10.10.2010 roku. Wygaśnięcie wszystkich trzech umów w tym samym terminie oznaczało zaprzestanie przez dotychczasowego Wykonawcę realizacji prac rozwojowych nad systemem (w szczególności dostarczania zmian wynikających ze zmian w otoczeniu prawnym) oraz zaprzestanie świadczenia usług (w szczególności w zakresie administrowania i eksploatowania systemu). Jednocześnie, z przyczyn technicznych o obiektywnym charakterze oraz z przyczyn związanych z ochroną praw wyłącznych nie było możliwe powierzenie od dnia 11.10.2010 r. realizacji prac rozwojowych i świadczenia usług utrzymaniowych w zakresie zbliżonym do dotychczas realizowanego żadnemu innemu podmiotowi niż Wykonawca, a z przyczyn organizacyjnych i ...
tych wysoko specjalistycznych zadań do samodzielnego wykonania przez Zamawiającego, zaś wybór i wdrożenie wykonawcy wybranego w procedurze otwartej wymaga czasu. Konieczne okazało się zatem udzielenie zamówienia na świadczenie usług utrzymaniowych KSI w trybie z wolnej ręki dotychczasowemu Wykonawcy na okres 36 miesięcy.
Zamawiający w uzasadnieniu podniósł, iż KSI jest systemem unikalnym w skali kraju, a także Europy i świata, który jest definiowany przez niezakończone procesy legislacyjne - polskie ...
na podstawie indywidualnie definiowanych parametrów i standardów (system dedykowany). Zamawiający wskazał, iż KSI wspomaga działania w obszarach ubezpieczeń, świadczeń oraz ekonomiki, i tylko w zakresie dwóch pierwszych założenia i wymagania dla systemu sformułowano na bazie 19 ustaw i 48 ...
25 tys. użytkowników pracujących równolegle, przyjmując kilkanaście milionów zleceń dostępu do danych lub modyfikacji;
− utrzymuje w dostępności dla pracowników ok. 50 TB danych operacyjnych.
Ze względu na unikalny i niepowtarzalny charakter KSI zarówno w obszarze wymagań biznesowych, jak również częstotliwość wprowadzania zmian przy jednoczesnym wymaganiu zachowania ciągłości eksploatacji i wysokiej dostępności systemu, wytworzone zostały dedykowane narzędzia i procedury pozwalające administrować systemem w sposób gwarantujący jego wymaganą dostępność dla użytkowników. Na bazie standardów zapewnienia jakości (ISO) oraz najlepszych ...
nieustanny rozwój, dostosowując go do zmieniających się wymagań procesów biznesowych oraz zapewniając jego sprawną eksploatację. W ramach tych działań przez Wykonawcę wypracowane zostały unikalne, niepowtarzalne na rynku kwalifikacje, zapewniające możliwość efektywnego rozwoju i eksploatacji KSI, na które składają się:
− szerokie kompetencje techniczne w zakresie użytych technologii (oprogramowanie systemowe, platforma bazy danych, aplikacji i systemów wspomagających);
− praktyczna znajomość i ...
projektów informatycznych (ITIL/ITSM, Prince2);
− znajomość architektury i powiązań pomiędzy poszczególnymi elementami technologicznymi zastosowanymi w KSI;
− unikalna znajomość wymagań biznesowych (aktów prawnych obowiązujących w Polsce i UE dotyczących ubezpieczeń społecznych);
− kompetencje w zakresie analizy prawnej i biznesowej, pozwalające w efektywny i szybki sposób przełożyć wymagania formalno-prawne oraz biznesowe na wymagania funkcjonalne systemu z wykorzystaniem używanych już elementów KSI;
− znajomość zastosowanych języków programowania i bibliotek oprogramowania, w szczególności wytworzonych w ramach budowy i rozwoju KSI autorskich bibliotek dedykowanych;
− szeroka znajomość złożoności oraz zależności pomiędzy poszczególnymi ...
czy modyfikacji systemu.
Zamawiający podkreślił również, iż użytkowana postać eksploatacyjna KSI obejmuje kilkaset instalacji komputerowych w 2 ośrodkach centralnych i 43 ośrodkach oddziałowych, w których utrzymywane są zasoby danych o łącznej objętości ponad 60 TB. W efekcie, ponad 25 tysiącom pracowników merytorycznych (użytkownikom KSI) udostępnianych jest ok. 200 usług KSI wspierających ...
procesów eksploatowania (udostępniania usług KSI) oraz administrowania systemem (wykonywanie procedur związanych bezpośrednio z zarządzaniem KSI, w celu zapewnienia ciągłości jego pracy, uodpornienia i efektywnego reagowania na sytuacje awaryjne oraz optymalnego wykorzystania dostępnych zasobów infrastruktury techniczno-systemowej). W konsekwencji zmian przepisów normujących zabezpieczenie społeczne oraz obejmowania wsparciem KSI nowych zadań realizowanych przez Zamawiającego, zakres użytkowania i eksploatowania systemu rozszerza się w miarę wprowadzania do eksploatacji nowych modułów oprogramowania. Powoduje to sukcesywne zwiększanie wielkości systemu oraz złożoności ...
we wprowadzaniu nowych elementów oprogramowania użytkowego lub dostosowywaniu elementów już eksploatowanych do zmian legislacyjnych wprowadzanych w systemie ubezpieczeń społecznych, w podnoszeniu efektywności wykorzystania używanych technologii przetwarzania, jak również w konieczności dostosowania systemu do zmian w strukturze organizacyjnej Zamawiającego.
W ocenie Zamawiającego, wysoki poziom złożoności KSI wymaga, aby utrzymaniem i zapewnieniem prawidłowego funkcjonowania usług dostarczanych przez system użytkownikom, tj. zapewnieniem ich dostępności na ustalonym poziomie, osiąganym poprzez wykonywanie działań w ramach budowy, wdrożenia, utrzymania i doskonalenia eksploatacyjnego, a także poprzez obsługę incydentów i problemów, zajmowali się specjaliści posiadający zarówno doświadczenie uzyskane w procesie projektowania, wykonania i wdrażania systemu KSI, jak również posiadający wysokie kwalifikacje w zakresie utrzymywania i wykorzystywania zastosowanych technologii, powiązane z doświadczeniem z wieloletniej obsługi tego systemu. Zamawiający podkreślił, iż jego pracownicy szkoleni są w zakresie stosowanych technologii, jak również pozyskują praktyczną wiedzę o KSI od Wykonawcy. W wyniku tych działań osiągany jest wymagany potencjał w postaci odpowiednio wykwalifikowanej kadry, czego konsekwencją jest aktywny udział Zamawiającego w utrzymywaniu części usług KSI oraz możliwość zapewnienia warunków technicznych do ich świadczenia. Jak zaznaczył jednak ...
pracowników kompetencje nie są wystarczające dla samodzielnego podjęcia się pełni zadań związanych z utrzymaniem KSI w związku z dużą fluktuacją kadr, wynikającą z braku możliwości konkurowania płacami z rynkiem.
W związku z ciągłym rozwojem KSI, którego wynikiem jest wzrost liczby zasobów i procesów, rośnie liczba ...
usług dostarczanych przez system użytkownikom (usługi KSI) oraz przybywa elementów systemu wymagających wyspecjalizowanej obsługi. Implementacja w systemie modyfikacji oprogramowania w znacznym stopniu wpływa na usługi KSI dostarczane w oparciu o funkcjonujące już elementy systemu. Proces ten dotyczy bowiem nie oddzielnych, całkowicie niezależnych od reszty systemu modułów oprogramowania, ale elementów włączanych do KSI jako jego integralne części. W takim przypadku powierzenie utrzymania i prawidłowego funkcjonowania usług KSI podmiotowi rozwijającemu system pozwala powiązać odpowiedzialność za efekty działania elementów oprogramowania użytkowego w zakresie nie przejętym jeszcze przez Zamawiającego, co zwiększa bezpieczeństwo eksploatacji.
Zamawiający podniósł ponadto, iż utrzymanie usług KSI wymaga dostępu do jego kodów źródłowych w celu m. in. przygotowywania do eksploatacji nowych elementów oprogramowania użytkowego metodami prototypowania i procesów pilotażowych. Dostęp taki jest również niezbędny do sprawnego wyjaśniania nieprawidłowości w użytkowaniu systemu, optymalizacji jego funkcjonowania i wprowadzania modyfikacji KSI w związku ze zmianami struktury organizacyjnej Zamawiającego. Zgodnie z postanowieniami umowy podstawowej, prawa autorskie do oprogramowania użytkowego wchodzącego w skład KSl, opracowanego w ramach tej umowy oraz umów uzupełniających, miały zostać przeniesione na Zamawiającego dopiero po dniu 10.10.2010 r. Zamawiający wskazał, iż dopiero z chwilą przejęcia praw autorskich do oprogramowania użytkowego, otwierała się możliwość rozpoczęcia procedury wyłonienia wykonawcy w trybie konkurencyjnym. Do dnia 10.10.2010 r. zachodziły zatem, w ocenie Zamawiającego, przeszkody o obiektywnym charakterze związane z ochroną praw wyłącznych Wykonawcy, uniemożliwiające udostępnienie szczegółowych informacji o budowie oprogramowania KSI alternatywnemu wykonawcy.
Zamawiający zauważył ponadto ...
potencjalni wykonawcy musieliby zatem otrzymać odpowiedni okres na zapoznanie się z systemem oraz jego dokumentacją (w tym objętą obecnie prawami wyłącznymi Wykonawcy), obowiązującymi procedurami utrzymaniowymi oraz procedurami współpracy z podmiotem świadczącym usługę rozwoju KSI. System ...
wykonawcy, należałoby przyjąć, że czas zamrożenia systemu powinien wynosić szereg miesięcy. Zamrożenie systemu na czas przekazania nowemu wykonawcy wiedzy odnośnie budowy KSI, realizowanych procesów biznesowych, metodyk rozwojowych utrzymaniowych etc. nie jest natomiast możliwe, gdyż KSI podlega nieustannym zmianom. Zmiany te nie są związane z błędami w konstrukcji czy wykonaniu KSI, lecz ze zmieniającym się otoczeniem prawnym. System prawa ubezpieczeń społecznych ulega częstym modyfikacjom, zwykle pociągającym za sobą konieczność modyfikacji kodu KSI. Statystycznie, konieczność zmian w KSI pojawia się co tydzień. W momencie wszczęcia postępowania departamenty merytoryczne Zamawiającego zgłaszały potrzebę wprowadzenia zmian związanych z 46 zmianami legislacyjnymi prawa krajowego oraz prawa UE, przy czym termin realizacji tych zmian określono w większości do połowy 2011 r. Zamawiający nie może wstrzymać procesu wprowadzania tych zmian, uzasadnione jest ...
do pozyskania przez nowego wykonawcę niezbędnej wiedzy i kompetencji stanowi obiektywną przyczynę uniemożliwiającą zlecenie usług w zakresie utrzymania zasadniczej części KSI innemu wykonawcy niż dotychczasowy.
Dodatkowo Zamawiający wskazał, iż należy uwzględnić odpowiedzialność Wykonawcy z tytułu zobowiązań gwarancyjnych - zarówno w odniesieniu do modułów wytworzonych/ zmodyfikowanych na podstawie dotychczas obowiązującej umowy jak i modułów tworzonych/ modyfikowanych ...
utratą ochrony gwarancyjnej dla części KSI objętych gwarancją lub też koniecznością rozdzielenia wykonawstwa usług utrzymaniowych w oparciu o kryterium formalne objęcia gwarancją Wykonawcy, co nie byłoby zasadne
Za udzieleniem zamówienia z wolnej ręki w zakresie usług utrzymaniowych, w tym eksploatowania i administrowania systemem oraz powierzeniem świadczenia tych usług podmiotowi, który jednocześnie ten system wykonuje, przemawiały - w ocenie Zamawiającego - dodatkowo następujące argumenty:
• Wykonawca jako wytwórca oprogramowania, posiadając kompletną wiedzę i informację o ...
dotyczącej zarówno poszczególnych elementów tych usług, jak i całego eksploatowanego systemu oraz do wsparcia użytkowników w korzystaniu z dostępnych usług KSI;
• w toku dotychczasowego kilkuletniego świadczenia przez Wykonawcę usług administrowania i eksploatowania KSI oraz budowy i utrzymywania usług KSI, strony wypracowały metody bezpiecznego i efektywnego eksploatowania systemu w warunkach jego ciągłego rozwoju;
• powierzenie administrowania systemu jego wytwórcy jest jedynym wyborem dla integracji nowych ...
dostępnymi poprzez niego usługami KSI oraz zapewnia korelację nowych usług z już realizowanymi;
• eksploatacja systemu w sytuacji, gdy trwa jego budowa i rozwój, wymaga bardzo bliskiej współpracy zespołów utrzymaniowych systemem i zespołów wytwórczych, w szczególności w ustalaniu trudnych do zdiagnozowania przyczyn incydentów i problemów wymagającym dostępu do kodów źródłowych oprogramowania użytkowego KSI;
• powierzenie Wykonawcy jako podmiotowi budującemu system i wytwarzającemu oprogramowanie użytkowe usług utrzymaniowych, w tym administrowania i eksploatowania KSI, jest jedynym wyborem dla procesu dostosowywania KSI do stale zmieniających się uwarunkowań zewnętrznych.
W ocenie Zamawiającego przedstawione powyżej przyczyny mały charakter techniczny, obejmujący określone determinanty organizacyjne, co umożliwia skorzystanie z dyspozycji art. 67 ust. 1 pkt 1 lit. a) ustawy.
Za udzieleniem zamówienia w trybie z wolnej ręki dotychczasowemu Wykonawcy przemawiają zatem argumenty, uzasadniające zarówno zaistnienie przesłanki technicznej o obiektywnym charakterze, jak i przesłanki praw wyłącznych.
Aby móc realizować przedmiotowe zamówienie wykonawca:
- po pierwsze, musi mieć dostęp do kodów źródłowych; wynika to z faktu, iż do obowiązków wykonawcy należało również diagnozowanie i usuwanie usterek w dedykowanym oprogramowaniu, co wymaga dostępu do kodów źródłowych. Zgodnie z umową podstawową, Zamawiający miał uzyskać ...
Wykonanie usługi wsparcia eksploatacji i utrzymania KSI mogło zatem być powierzone tylko jednemu wykonawcy, mającemu prawo do wprowadzania zmian w kodzie źródłowym oprogramowania. Do dnia przekazania Zamawiającemu pełni praw autorskich do oprogramowania, nie było możliwe powierzenie świadczenia tych usług innemu podmiotowi, aniżeli właściciel tych praw, co potwierdził także Prezes Urzędu w swoim piśmie z dnia 06.07.2010 r.
- po drugie, warunkiem koniecznym świadczenia przedmiotowej usługi jest posiadanie kompletnej wiedzy o systemie. Taką wiedzę, w ocenie Zamawiającego, posiadał z przyczyn technicznych o obiektywnym charakterze oraz z przyczyn związanych z trwającą obecnie ochroną praw wyłącznych tylko dotychczasowy Wykonawca. Natomiast proces przekazywania tej wiedzy na rzecz innego wykonawcy byłby długotrwały ...
eksploatowania wydzielonymi obszarami KSI. Przejęcie administracji systemem wymaga odpowiedniego czasu i dostępności do dokumentacji systemu (w tym kodów źródłowych) przez nowego wykonawcę, nie było więc możliwe dokonanie tej czynności w trybie konkurencyjnym w chwili wszczęcia postępowania. Zamawiający nie mógł natomiast znaleźć się w sytuacji braku możliwości realizacji ustawowych zadań o zasadniczym znaczeniu dla funkcjonowania państwa wskutek braku wykonawcy przedmiotowego zamówienia. Tym samym, w ocenie Zamawiającego, spełnione zostały przesłanki do udzielenia zamówienia z wolnej ręki na podstawie art. 67 ...
i równe szanse dla potencjalnych wykonawców. Stworzenie takiego opisu zadań administrowania i eksploatowania KSI jest, w ocenie Zamawiającego, zadaniem bardzo pracochłonnym. Ze względu na to, iż część usług administrowania i eksploatowania ...
widzenia bezpieczeństwa, okres przygotowawczy.
Zamawiający wskazał jednocześnie, iż warunkiem koniecznym dla zlecenia wykonywania usług utrzymaniowych w trybie otwartym jest zagwarantowanie odpowiedniego czasu, umożliwiającego przeprowadzenie procedury wyboru wykonawcy oraz zapoznanie się przez ...
niezbędnego dla opracowania koncepcji bezpiecznego (z punktu widzenia stabilności systemu ubezpieczeń społecznych) procesu zlecenia usług w zakresie utrzymania zasadniczej części KSI podmiotowi innemu niż zaproszony do negocjacji Wykonawca. Zamawiający założył, iż ...
etap wyboru najkorzystniejszej oferty trwałby około 12 miesięcy.
Dopiero po wyborze potencjalnego wykonawcy Zamawiający mógłby przekazać kody źródłowe i dokumentację projektową, w tym zwłaszcza szczegółową dokumentację struktur architektonicznych. Z kolei czas potrzebny na zapoznanie się z dokumentacją ...
umowy, określona na 36 miesięcy.
Z uwagi na powyższe, zdaniem Zamawiającego spełnione zostały przesłanki określone w art. 67 ust. 1 pkt 1 lit. a) ustawy, gdyż przywołane okoliczności mają charakter obiektywny tj. rzeczywiste względy wskazują, iż tylko jeden wykonawca jest w stanie wykonać zamówienie, zaś wykonanie zamówienia przez innego wykonawcę jest ze względów technicznych niemożliwe i niemożność ta - do czasu przygotowania się potencjalnych wykonawców do świadczenia usług - ma charakter nieprzezwyciężalny. W ocenie Zamawiającego, ponieważ przedmiot zamówienia może być świadczony tylko przez jednego wykonawcę z przyczyn związanych z ochrona praw wyłącznych wynikających z odrębnych przepisów, spełnione zostały również przesłanki art. 67 ust. 1 pkt 1 ...
Art. 67 ust. 1 pkt 1) lit. a) ustawy stanowi, iż zamawiający może udzielić zamówienia w trybie z wolnej ręki, jeżeli dostawy, usługi lub roboty budowlane mogą być świadczone tylko przez ...
charakterze. Dopuszczalność udzielenia zamówienia na podstawie powyższego przepisu uzależniona jest zatem od istnienia na rynku w danym miejscu i czasie faktycznie jednego wykonawcy, który może wykonać określone zamówienie. Taki stan rzeczy ...
Art. 67 ust. 1 pkt 1 lit. b) ustawy stanowi, iż zamawiający może udzielić zamówienia w trybie z wolnej ręki, jeżeli dostawy, usługi lub roboty budowlane mogą być świadczone tylko przez jednego wykonawcę z przyczyn związanych z ochroną praw wyłącznych, wynikających z odrębnych przepisów. Należy wskazać, iż przyczyny związane z ochroną praw wyłącznych wynikających z odrębnych przepisów, które uzasadniają udzielenie zamówienia bez przeprowadzenia procedury konkurencyjnej, muszą mieć ...
by można było wykazać, że podjęcie prac przez innego wykonawcę jest ze względu na ochronę praw wyłącznych rzeczywiście niemożliwe, a nie tylko utrudnione, i że ta niemożliwość ma charakter nieprzezwyciężalny. Do ...
1 lit. b) ustawy, nie wystarczy zatem by przedmiot zamówienia objęty był ochroną prawa wyłącznego (prawem autorskim). Zamawiający musi wykazać, iż wykonywanie zamówienia przez innego wykonawcę jest niemożliwe nie tylko ze względu na przysługującą danemu podmiotowi ochronę praw wyłącznych, ale że istnienie takich praw wyłącznych skutkuje koniecznością udzielenia zamówienia temu podmiotowi. Do udzielenia zamówienia na podstawie art. 67 ust. 1 pkt 1 lit. b) ustawy, konieczne jest zatem spełnienie dwóch przesłanek - istnienie praw wyłącznych oraz jednego podmiotu zdolnego do realizacji zamówienia, pomiędzy którymi musi zachodzić związek przyczynowo-skutkowy. Pamiętać należy, że przepisy szczególne ustawy Prawo zamówień publicznych, w szczególności przepis art. 67 ust 1 pkt 1 lit b) ustawy, interpretować należy w świetle zasad udzielania zamówień publicznych określonych w przepisach ogólnych. Należą do nich zasada uczciwej konkurencji oraz zasada równego traktowania wykonawców, wyrażone w art. 7 ust 1 ustawy. W świetle tych zasad prawidłowa interpretacja przesłanek udzielenia zamówienia w trybie z wolnej ręki, w tym art. 67 ust 1 pkt 1 lit. b), wymaga aby istniejący stan rzeczy spowodowany był przyczynami obiektywnymi, niezależnymi w żaden sposób od czynności prawnych i innych działań zamawiającego. Nie można więc uznać, że spełnione ...
67 ust 1 pkt 1 lit b), jeżeli okoliczności uzasadniające zastosowanie tego przepisu - tj. istnienie praw wyłącznych chronionych przepisami prawa - mają swoje źródło w zdarzeniach, za które odpowiedzialność ponosi zamawiający. Innymi słowy działanie zamawiającego nie może w żaden sposób powodować zaistnienia okoliczności, od których zaistnienia ustawodawca uzależnia zastosowanie trybu zamówienia z wolnej ręki.
W ocenie Prezesa Urzędu Zamówień Publicznych (dalej "Prezes Urzędu"), Zamawiający nie wykazał, iż w niniejszym stanie faktycznym zachodziły podstawy do wszczęcia postępowania w trybie zamówienia z wolnej ręki na podstawie art. 67 ust. 1 pkt 1 lit. a) oraz lit. b) ustawy.
W pierwszej kolejności Zamawiający wskazał na unikalność i złożoność KSI, wynikającą z charakteru realizowanych obowiązków oraz skalę danych przetwarzanych w ramach systemu. W ocenie Prezesa Urzędu powyższa okoliczność nie uzasadnia możliwości skorzystania z trybu zamówienia z wolnej ręki ...
elementów, które - wzajemnie powiązane - stanowią odrębną całość. Ilość przetwarzanych danych, jak również liczba zadań wykonywanych w ramach systemu KSI są znaczne, jednak sam fakt złożoności KSI nie może stanowić obiektywnej przyczyny ...
i kwalifikacje Wykonawcy, umożliwiające efektywny rozwój eksploatację systemu. Doświadczenie, rozumiane jako wiedza i umiejętności zdobyte w trakcie praktycznego wykonywania danej działalności, nie jest bowiem cechą przynależną wyłącznie jednemu podmiotowi, ale może być zdobywane przez liczne podmioty i być wykorzystywane przy podejmowaniu kolejnych przedsięwzięć. Dotyczy to w szczególności sytuacji, gdy czynności podejmowane w ramach realizacji kolejnych przedsięwzięć są tego samego rodzaju, a także mają taki sam lub choćby ...
ubiegać się o dane zamówienie. Zamawiający ma zatem możliwość wskazania wymagań odnoszących się do doświadczenia w zakresie, w jakim będzie to wystarczające do prawidłowego wykonania zamówienia. Jest to możliwe tym bardziej, że dla ...
system posiada specyficzne wyłącznie dla niego cechy i wymagania biznesowe, wynikające z aktów prawnych obowiązujących w Polsce i UE dotyczących ubezpieczeń społecznych. Jednakże, zarówno przywołana metodyka wytwórcza i utrzymaniowa KSI, jak ...
usług informatycznych, zaś na jej bazie tworzone są rozwiązania dostosowane każdorazowo do potrzeb określonego klienta. W ocenie Prezesa Urzędu, nieuzasadnione jest zatem stanowisko prezentowane przez Zamawiającego, że nie ma na rynku ...
samym realizacji zamówienia publicznego przez innego wykonawcę.
Należy przy tym podkreślić, iż do wykonywania zadań w zakresie utrzymania systemu potrzebny jest znacznie węższy zakres wiedzy niż w przypadku wykonywania i wprowadzania zmian w oprogramowaniu systemowym. Niezbędna jest w tym przypadku wiedza z zakresu administracji systemem, jednak bez konieczności znajomości jego kompletnej struktury. Administracja ...
pomocna głównie modyfikowaniu i rozwoju.
Powyższe stanowisko Prezesa Urzędu potwierdza orzecznictwo Krajowej Izby Odwoławczej, która w uchwale z dnia 2 kwietnia 2010 r. (sygn. akt 20/10) stwierdziła, iż "przyczyną techniczną ...
niego wykonawca jest jedynym, który ze względu na szczególne zaufanie, doświadczenie i możliwości organizacyjne, jest w stanie wykonać zamówienie, nie stanowi dostatecznej podstawy do przyjęcia, iż jest to jedyny wykonawca (…) (Wyrok NSA z dnia 11 września 2000 r., II SA2074/00)".
W ocenie Prezesa Urzędu nie można również zakładać, iż w sytuacji wyłonienia w trybie konkurencyjnym nowego podmiotu zdolnego do realizacji zamówienia w zakresie administrowania systemem, współpraca z dotychczasowym Wykonawcą systemu byłaby niemożliwa bądź nieefektywna, a skutkiem tego ...
się uwarunkowań zewnętrznych". Powyższy argument stanowi czynnik o charakterze organizacyjnym i prawnym, nie zaś technicznym. W ocenie Prezesa Urzędu niedopuszczalna jest sytuacja, w której konieczność udzielenia zamówienia w trybie z wolnej ręki jest przez Zamawiającego uzależniona jest od dobrej bądź złej woli Wykonawcy ...
dostęp do kodów źródłowych, gdyż do obowiązków wykonawcy należeć będzie również diagnozowanie i usuwanie usterek w dedykowanym oprogramowaniu, co wymaga takiego dostępu. Zamawiający wskazał, że mimo przejęcia autorskich praw majątkowych z dniem 11.10.2010 r. wykonanie usługi wsparcia eksploatacji i utrzymania KSI może być powierzone tylko jednemu wykonawcy, mającemu prawo do wprowadzania zmian w kodzie źródłowym oprogramowania. Z chwilą zakończenia umowy podstawowej własność kodów źródłowych oraz autorskie prawa majątkowe do wytworzonego i odebranego oprogramowania przechodziła na Zamawiającego, który mógł swobodnie nimi dysponować, w tym udzielać licencji innym podmiotom. Należy wobec tego uznać, iż konieczność udzielenia kolejnych zamówień w trybie zamówienia z wolnej ręki nie jest determinowana przez istnienie praw wyłącznych, lecz jest wynikiem braku działań Zamawiającego, mających na celu umożliwienie przeprowadzenia procedury konkurencyjnej. Nie można zatem uznać, iż przeprowadzenie procedury konkurencyjnej było niemożliwe z przyczyn związanych z ochroną praw wyłącznych, gdyż od dnia 11.10.2010 r. nie było przeszkód związanych z ochroną praw wyłącznych Wykonawcy.
Z przedstawionego przez Zamawiającego uzasadnienia wynika, iż podobnie jak zamówienie, które było przedmiotem ...
swoim zakresem, obok usług związanych z utrzymaniem i administrowaniem systemu, również diagnozowanie i usuwanie usterek w dedykowanym oprogramowaniu. Brak wyraźnego rozdzielenia tych dwóch zakresów powodował, iż w ww. informacji o wyniku kontroli Prezes Urzędu uznał, że do momentu przejścia praw autorskich na Zamawiającego nie było możliwe powierzenie tak określonego przedmiotu zamówienia podmiotowi innemu niż właściciel praw autorskich do oprogramowania. Jednocześnie wskazano, iż brak rozdziału ww. usług jest czynnikiem o charakterze organizacyjnym ...
prawnym. Ocena Prezesa Urzędu opierała się m. in. na opinii biegłego z zakresu informatyki, który w swojej opinii stwierdził, iż "powiązanie procesów wytwarzania systemu z procesami jego eksploatacji, usuwania usterek w oprogramowaniu w ramach administracji systemem, wskazuje na niezgodny z dobrą praktyka i standardami (np. ISO 20000) brak ...
nie dokonał wyraźnego rozdziału procesów wprowadzania zmian od procesów administracji, jednocześnie powołując się na ochronę praw wyłącznych Wykonawcy. Należy przy tym podkreślić, iż postępowanie obejmuje swoim zakresem okres po wygaśnięciu umowy podstawowej i jednocześnie po przejściu praw autorskich majątkowych oraz przejęciu kodów źródłowych systemu przez Zamawiającego. Powyższe okoliczności wskazują, iż Zamawiający w przedmiotowym postępowaniu nie był uprawniony do zastosowania trybu zamówienia z wolnej ręki na podstawie art ...
zaproszony do negocjacji Wykonawca - Asseco Poland S. A., mógł świadczyć usługi będące przedmiotem kontrolowanego zamówienia w związku z przyczynami technicznymi o obiektywnym charakterze, a także związanymi z ochroną praw wyłącznych, wynikających z odrębnych przepisów. Zatem w okolicznościach faktycznych przedmiotowej sprawy, Zamawiający nie był uprawniony do zastosowania trybu zamówienia z wolnej ręki ...
informuję, że zgodnie z art. 167 ust. 1 ustawy, od wyniku kontroli doraźnej zamawiającemu przysługuje prawo zgłoszenia do Prezesa Urzędu umotywowanych zastrzeżeń w terminie 7 dniu od dnia doręczenia informacji o wyniku kontroli.
...
