Jak dokumenty w ofercie IT wpływają na dopuszczenie jej do oceny

W postępowaniach na dostawę i wdrożenie systemów informatycznych dla sektora publicznego doskonałe parametry techniczne oprogramowania nie gwarantują sukcesu. Zdarza się, że zamawiający odrzuca ofertę firmy IT proponującą najniższą cenę oraz wysoce rozbudowany opis funkcjonalności już na etapie weryfikacji wstępnej. Przyczyną wykluczenia rzadko bywa jakość samego rozwiązania. Zdecydowanie częściej powodem jest brak kompletnego pakietu dokumentów formalnych lub niewłaściwy sposób ich uwierzytelnienia. Przedsiębiorcy ubiegający się o zamówienia publiczne muszą zdawać sobie sprawę, że w reżimie Prawa zamówień publicznych (PZP) warstwa dokumentacyjna decyduje o dopuszczeniu propozycji do dalszej analizy.

Podstawa formalna oferty na wdrożenia systemów IT

Podstawowy pakiet ofertowy w przetargach na usługi informatyczne opiera się na ściśle określonych formularzach. Kluczowym elementem pozostaje Jednolity Europejski Dokument Zamówienia (JEDZ). Wykonawca wstępnie potwierdza w nim spełnienie warunków udziału w postępowaniu oraz brak podstaw do wykluczenia. Do formularza dołącza się zwykle oświadczenia o niekaralności członków zarządu i zaświadczenia o niezaleganiu z podatkami. Zamawiający zawsze definiuje w Specyfikacji Warunków Zamówienia (SWZ) dokładny katalog wymaganych załączników. Często żąda się w nim udokumentowania odpowiedniej zdolności finansowej oraz właściwego ubezpieczenia od odpowiedzialności cywilnej.

Aby prawidłowo przygotować komplet załączników, należy czytać opis przedmiotu zamówienia (OPZ) w ścisłym powiązaniu z wymaganiami formalnymi. Analiza specyfikacji przetargowych, którą na co dzień zajmuje się Tomasz Raczyński Kancelaria Adwokacka we Wrocławiu, wyraźnie pokazuje potrzebę skrupulatności. Każdy wymóg techniczny musi mieć swoje precyzyjne odzwierciedlenie w dokumentach. Jeśli instytucja oczekuje dostarczenia systemu o konkretnej przepustowości, oferent musi przedstawić dowody na realizację tożsamych projektów w przeszłości. Referencje muszą jednoznacznie potwierdzać wdrożenie podobnych rozwiązań informatycznych w okresie ostatnich trzech lat. Brak zgodności między zadeklarowaną treścią oferty a załączonymi dowodami wymusza wdrożenie procedury wyjaśniającej, a nierzadko skutkuje odrzuceniem na podstawie artykułu 226 ustawy PZP.

Wymogi podpisu elektronicznego i dokumentowania praw autorskich

Poprawność autoryzacji plików stanowi jedno z największych wyzwań dla spółek technologicznych startujących w publicznych postępowaniach. Wymagania dotyczące formy podpisu zależą bezpośrednio od szacunkowej wartości zamówienia. Przy przetargach o wartości równej lub przekraczającej progi unijne wymagane jest opatrzenie oferty kwalifikowanym podpisem elektronicznym. Z kolei w przypadku zamówień poniżej progów unijnych ustawa dopuszcza zastosowanie podpisu kwalifikowanego, zaufanego albo osobistego.

Niezwykle istotną kwestią pozostaje właściwe umocowanie osoby reprezentującej podmiot IT. Brak fizycznego oryginału pełnomocnictwa nie przesądza automatycznie o odrzuceniu dokumentacji, pod warunkiem bezwzględnego zachowania rygorów formy elektronicznej. Pełnomocnictwo musi przybrać formę elektronicznego oryginału z właściwym podpisem mocodawcy albo elektronicznej kopii poświadczonej notarialnie. Niedopełnienie tych formalności regularnie prowadzi do negatywnych decyzji Krajowej Izby Odwoławczej.

W postępowaniach obejmujących skomplikowane rozwiązania IT zamawiający zwracają szczególną uwagę na kwestie własności intelektualnej. Wykonawca musi bezspornie udowodnić swoje prawa do oferowanego oprogramowania bazowego. Wymaga to zazwyczaj załączenia odpowiednich umów licencyjnych lub formalnego oświadczenia o dysponowaniu majątkowymi prawami autorskimi. Dokumentacja musi precyzyjnie obejmować uprawnienia do modyfikacji oraz rozwijania kodu źródłowego przez instytucję publiczną. Niezbędne bywa również opisanie etapów integracji nowego systemu z infrastrukturą urzędu i wskazanie zasad korzystania z licencji po wygaśnięciu okresu gwarancyjnego.

Dopuszczenie oferty do badania merytorycznego wymaga rzetelnego potwierdzenia potencjału kadrowego. Doświadczenie zespołu weryfikuje się za pomocą imiennego wykazu osób. Należy do niego dołączyć zanonimizowane życiorysy zawodowe, odpisy dyplomów oraz certyfikaty techniczne. Wykaz ten musi wskazywać konkretne, sfinalizowane projekty zrealizowane przez programistę lub kierownika wdrożenia. Zasoby techniczne dokumentuje się oświadczeniami o dostępności wymaganej infrastruktury sprzętowej oraz środowisk testowych. Oferent powinien unikać ogólników, podając dokładne informacje o liczbie planowanych godzin pracy i przewidzianych narzędziach.

Spójność dokumentacji jako warunek dopuszczenia do oceny

Sukces w postępowaniu przetargowym na dostarczenie oprogramowania zależy od rygorystycznego przestrzegania procedur przewidzianych w odpowiednich przepisach. Dopuszczenie propozycji do właściwej oceny punktowej jest możliwe tylko wtedy, gdy warstwa merytoryczna pokrywa się w pełni z wymaganymi dowodami. Każdy parametr opisany w dokumentacji zamawiającego musi znaleźć niepodważalne potwierdzenie w cyfrowej paczce plików przesłanej przez platformę zakupową.

Nawet najbardziej innowacyjny system informatyczny nie zostanie poddany analizie celowościowej, jeśli wykonawca zlekceważy rygory formalne. Uchybienia w zakresie uwierzytelnienia plików, przekazania poprawnych referencji czy odpowiedniego udokumentowania praw autorskich dyskwalifikują ofertę. Procedury rządzące rynkiem zamówień publicznych charakteryzują się minimalną tolerancją dla braków. Dlatego dbanie o pełną zgodność oświadczeń z wymogami specyfikacji warunkuje możliwość ubiegania się o realizację kontraktów publicznych. Skrupulatnie przygotowany pakiet oświadczeń i dowodów stanowi jedyną przepustkę do etapu, w którym ocenie podlega jakość samego rozwiązania.