Najczęstsze błędy w ofertach elektronicznych i jak ich uniknąć

Scenka z życia wykonawcy: jedna pomyłka, utracony kontrakt

Pięć minut do końca składania ofert. Wykonawca z ulgą klika „Wyślij ofertę” na platformie e-zamówień, pojawia się komunikat „Oferta złożona pomyślnie”, więc można odetchnąć. Kilka dni później przychodzi informacja z platformy: oferta odrzucona z powodów technicznych – plik główny nie otwiera się po stronie zamawiającego, a podpisu elektronicznego nie da się zweryfikować.

W lokalnej firmie budowlanej kontrakt miał być przełomem – roczny przychód gwarantowany, stabilizacja dla zespołu. Zamiast radości jest bezsilna złość, bo na komputerze wykonawcy wszystko się otwierało i „przecież system przyjął ofertę”. Zamawiający rozkłada ręce – przepisy nie dają pola manewru, oferta jest po prostu nieistniejąca w sensie prawnym.

W elektronicznych zamówieniach publicznych o powodzeniu decyduje nie tylko cena, doświadczenie czy jakość oferty. Procedura, dyscyplina techniczna i świadomość typowych ryzyk są równie ważne jak merytoryczna treść. Błąd w podpisie elektronicznym czy formacie pliku potrafi unieważnić miesiące pracy nad ofertą – i nie ma tu miejsca na „po ludzku to powinno się udać”.

Podstawy ofert elektronicznych w zamówieniach publicznych – gdzie najczęściej rodzi się problem

Obowiązek elektronicznej komunikacji i jego konsekwencje

W zamówieniach publicznych komunikacja elektroniczna nie jest już opcją, ale standardem. Oferty, wnioski, oświadczenia i większość załączników funkcjonuje jako dokument elektroniczny – czyli plik sporządzony i utrwalony w formie cyfrowej, spełniający określone wymogi prawne. To, że coś „da się wysłać mailem” lub „da się otworzyć” nie oznacza jeszcze, że jest prawidłową ofertą elektroniczną.

Źródłem wielu problemów jest mylne założenie: „jeśli system przyjął plik, to wszystko jest OK”. Platforma e-zamówień w dużej mierze pełni rolę skrzynki odbiorczej – nie weryfikuje treści pliku, poprawności podpisu, uprawnienia osoby podpisującej ani zgodności z wymogami SWZ. Te elementy ocenia dopiero zamawiający. Stąd biorą się sytuacje, w których wykonawca widzi status „złożono ofertę”, a po otwarciu ofert okazuje się, że dokumentu de facto nie ma.

Drugi częsty błąd to traktowanie dokumentu elektronicznego jak skanu papieru. Tymczasem dla ustawodawcy liczy się, czy oryginałem jest plik podpisany kwalifikowanym podpisem elektronicznym (lub innym dopuszczalnym), a nie czy jest to skan, PDF edytowalny czy obraz. Niewłaściwe połączenie formy (skan, PDF, edytowalny dokument) z rodzajem podpisu generuje później kłopoty przy weryfikacji.

Rola platform e-zamówień i typowe źródła nieporozumień

Oferty elektroniczne są składane przez różne platformy: krajowe (np. e-Zamówienia), komercyjne (różne systemy e-zamówień) lub indywidualne rozwiązania zamawiających. Każda platforma ma nieco inny interfejs, limity wielkości plików, sposób szyfrowania oraz formę potwierdzenia złożenia oferty.

Najczęstsze pułapki związane z platformami to:

• założenie, że „na każdej platformie robi się to tak samo” – skutkuje pomijaniem instrukcji zamawiającego,
• brak testu technicznego konta i podpisu przed pierwszym przetargiem na danej platformie,
• niezrozumienie różnicy między zapisaniem ofert w systemie a jej ostatecznym złożeniem (konieczność dodatkowego kliknięcia „Złóż ofertę”),
• ignorowanie komunikatów o błędach przy przesyłaniu plików (niedokończone wysyłanie większych załączników, przerwane połączenie).

Wielu wykonawców przekonuje się dopiero po fakcie, że kliknięcie „Zapisz wersję roboczą” nie oznacza złożenia oferty, a brak pobrania potwierdzenia (UPO, numeru oferty) utrudnia wykazanie, że oferta rzeczywiście trafiła do zamawiającego.

Jak czytać SWZ i instrukcję pod kątem technicznym

Opis przedmiotu zamówienia, kryteria oceny czy warunki udziału są zwykle czytane bardzo dokładnie. Kłopoty zaczynają się w momencie, gdy wykonawca „przelatuje” po rozdziałach SWZ poświęconych wymogom technicznym. Tam właśnie kryją się wytyczne, które decydują o ważności oferty elektronicznej.

Kluczowe elementy wymagające uwagi:

• rodzaj wymaganego podpisu (kwalifikowany, dopuszczalność podpisu zaufanego/osobistego, sposób podpisania pełnomocnictw),
• dopuszczalne formaty plików (PDF, DOCX, XLSX, ODS, ZIP, formaty specjalistyczne),
• maksymalny rozmiar pojedynczego pliku oraz łączna wielkość załączników,
• czy oferta ma być jednym plikiem, czy pakietem plików osobnych (formularz ofertowy + załączniki),
• czy wymagane jest szyfrowanie lub hasło do plików (i w jaki sposób przekazać hasło),
• instrukcja użycia konkretnej platformy – często jako osobny załącznik lub link.

Typowy błąd: wykonawca widzi w SWZ zapis „dokumenty należy opatrzyć kwalifikowanym podpisem elektronicznym” i uznaje, że wystarczy podpisać jednym podpisem cały plik ZIP z załącznikami. Tymczasem w dalszej części SWZ pojawia się precyzyjne wymaganie: „formularz ofertowy i oświadczenia należy podpisać oddzielnie”. Zignorowanie takich szczegółów skutkuje później sporem, czy oferta w ogóle została podpisana.

Gdzie zawodzi przenoszenie papierowych nawyków do świata cyfrowego

W ofertach elektronicznych bardzo łatwo przenieść stare, papierowe przyzwyczajenia i na ich bazie popełnić krytyczne błędy. Klasyczne przykłady:

• „Podpis na końcu dokumentu wystarczy” – w świecie plików liczy się podpis elektroniczny na całym pliku, a nie odręczny podpis na zeskanowanej kartce.
• „Skoro ktoś podpisze, to będzie dobrze” – w e-zamówieniach weryfikuje się nie tylko podpis, ale i tożsamość oraz umocowanie podpisującego (certyfikat kwalifikowany jest imienny).
• „Brak jednego załącznika dostarczę później” – większość braków formalnych w części oferty nie podlega uzupełnieniu, szczególnie jeśli dotyczy samej oferty cenowej czy terminu realizacji.
• „Można poprawić literówki po otwarciu ofert” – elektronizacja nie rozszerzyła katalogu omyłek możliwych do poprawy, a często i tak zamawiający nie mogą ingerować w treść oferty po terminie.

Wniosek jest prosty: złożenie prawidłowej oferty elektronicznej to odrębna umiejętność, nie wynikająca automatycznie z wieloletniego doświadczenia w przetargach papierowych. Kto traktuje e-zamówienia jak dawną wersję „na maila”, prędzej czy później napotka bolesne odrzucenie.

Błędy formalne w treści oferty elektronicznej – klasyka, która wciąż wraca

Rozbieżności między formularzem ofertowym a danymi w systemie

Przy składaniu ofert elektronicznych często trzeba wypełnić dane w dwóch miejscach: w formularzu ofertowym (załączniku do SWZ) oraz w samym systemie (np. cena całkowita, termin realizacji, okres gwarancji). To podwójne wprowadzanie informacji generuje ryzyko rozbieżności.

Typowe przykłady:

• inna cena w formularzu PDF, a inna wpisana w polu „cena oferty” na platformie,
• termin wykonania wskazany w dniach w formularzu, a przez pomyłkę wybrany inny termin kalendarzowy w systemie,
• w formularzu gwarancja 36 miesięcy, w polu systemowym – 24 miesiące.

Co gorsza, zamawiający w SWZ często precyzują, które źródło traktują jako wiążące. Jeżeli wskazano, że miarodajne są dane z formularza ofertowego, to błąd przy wprowadzaniu danych w systemie może mieć mniejsze znaczenie, ale nadal wzbudzi wątpliwości. Jeśli jednak SWZ jednostronnie odwołuje się do danych z platformy, rozbieżność może zaważyć na ocenie oferty.

Dobrym nawykiem jest wykonanie krótkiego, konsekwentnego sprawdzenia: po wgraniu podpisanego formularza ofertowego i wprowadzeniu danych do systemu porównać punkt po punkcie wszystkie wartości. W praktyce zabiera to 2–3 minuty, a eliminuje jeden z najbardziej żenujących powodów odrzucenia.

Braki w oświadczeniach i załącznikach wymaganych w SWZ

Elektronizacja nie zlikwidowała papierowych nawyków, ale dodała nowe miejsca, w których można coś pominąć. Mowa o oświadczeniach, formularzach i załącznikach, które mają trafić do oferty jako kompletna paczka dokumentów.

Najczęstsze braki:

• brak formularza Jednolitego Europejskiego Dokumentu Zamówienia (JEDZ) lub jego niepodpisanie, jeśli jest wymagany na etapie składania ofert,
• niezłożenie któregoś z wymaganych oświadczeń (np. o spełnianiu warunków udziału, braku podstaw do wykluczenia, poufności, podwykonawcach),
• pomylenie wzorów załączników – np. wgranie wzoru z poprzedniego przetargu u innego zamawiającego.

Dodatkowy problem w ofertach elektronicznych polega na tym, że system nie zawsze pokazuje wszystkie wymagane załączniki. Nierzadko platforma służy jedynie jako skrzynka odbiorcza, a zestaw oświadczeń i dokumentów wynika wyłącznie z SWZ. Wykonawca, który patrzy tylko na listę „pól do uzupełnienia” w systemie, może łatwo pominąć dokument, o którym system nie przypomina.

Skuteczna metoda obrony to własna checklista tworzona na podstawie SWZ, a nie na podstawie tego, co „wyszarza” czy podświetla platforma. Każdy załącznik w checkliście powinien mieć własną „kontrolkę”: przygotowany, podpisany, dołączony do paczki, sprawdzony po pobraniu z systemu (czy na pewno się wgrał).

Błędne umocowanie osoby podpisującej ofertę

Elektroniczny podpis kwalifikowany jest imienny. System weryfikuje, kto faktycznie złożył podpis na pliku, a zamawiający sprawdzają, czy ta osoba miała do tego prawo. Trudno więc ukryć sytuację, w której ofertę podpisuje ktoś bez odpowiednich uprawnień.

Najczęstsze problemy:

• oferta podpisana przez osobę, której nie ma w aktualnym odpisie KRS / CEIDG jako uprawnionej do reprezentacji,
• brak pełnomocnictwa lub nieprawidłowe pełnomocnictwo (np. nie podane w formie elektronicznej z kwalifikowanym podpisem),
• podpisanie oferty przez prokurenta, ale brak wykazania prokury w dokumentach przesłanych wraz z ofertą,
• korzystanie z certyfikatu kwalifikowanego wystawionego na dane osoby, która przeszła do innej spółki albo zmieniła nazwisko – dane w certyfikacie nie zgadzają się z dokumentami rejestrowymi.

Przykład z praktyki: oferta z najniższą ceną, doskonale przygotowana merytorycznie, ale podpisana kwalifikowanym podpisem prokurenta, który nie został wykazany w KRS (prokura nie była ujawniona ani udokumentowana). Brak dołączonego pełnomocnictwa z kwalifikowanym podpisem reprezentanta. Zamawiający nie miał innego wyjścia niż odrzucić ofertę – udawanie, że nie widać braku umocowania, byłoby naruszeniem przepisów.

Rozwiązanie jest proste, choć wymaga dyscypliny: zanim ktoś zacznie podpisywać oferty elektroniczne, trzeba raz na spokojnie przeanalizować dokumenty rejestrowe i pełnomocnictwa. Jeżeli używany będzie podpis prokurenta, pełnomocnika lub członka zarządu nieujawnionego jeszcze w KRS, komplet dokumentów potwierdzających ich uprawnienia powinien zawsze trafiać do oferty. Najlepiej opracować stały „pakiet reprezentacyjny” firmy, aktualizowany przy każdej zmianie.

Modyfikowanie wzoru umowy i istotnych postanowień SWZ

Elektroniczna forma ofert sprawia, że wielu wykonawców ma pokusę „poprawienia” wzoru umowy czy załączników zamawiającego przed podpisaniem. Skoro to plik edytowalny, to dlaczego nie dopisać jednego postanowienia czy nie skorygować kilku paragrafów na swoją korzyść?

Dla zamawiającego taka ingerencja jest sygnałem, że wykonawca złożył ofertę niezgodną z treścią SWZ. Modyfikacje istotnych postanowień wzoru umowy (np. odpowiedzialności, kar umownych, warunków płatności) zwykle prowadzą wprost do odrzucenia oferty, nawet jeśli zmiany wydają się „logiczne” czy „rozsądne”.

W trybie dokumentów elektronicznych ślady edycji są łatwe do wykrycia: różnice w wersji dokumentu, ścieżka redakcji, porównanie dwóch plików PDF. Brak ręcznie skreślonych fragmentów nie ukryje faktu, że ktoś zmienił zapisy zamawiającego.

Bezpieczna praktyka wygląda tak:

• wzór umowy i istotne postanowienia SWZ przyjmuje się bez zmian,
• ewentualne uwagi lub proponowane modyfikacje zgłasza się wyłącznie w trybie pytań do SWZ, przed terminem składania ofert,

Nieczytelne lub sprzeczne informacje w samej treści oferty

W jednym z postępowań wykonawca tak długo poprawiał swoją kalkulację w edytorze tekstu, że w końcu w ofercie znalazły się trzy różne kwoty: w tabeli, w opisie słownym i w podsumowaniu. Gdy zamawiający próbował ustalić, która jest właściwa, doszedł do wniosku, że nie jest w stanie samodzielnie odgadnąć intencji wykonawcy. Oferta poleciała do kosza, choć różnice były relatywnie niewielkie.

Przy ofertach elektronicznych częściej dochodzi do takich „rozjazdów”, bo łatwo kopiować, wklejać, przenosić całe fragmenty i zapominać o ich spójności. Najczęstsze przypadki:

• inna cena jednostkowa w tabeli, inna w podsumowaniu oraz inna w dodatkowym zestawieniu,
• różne terminy realizacji w różnych częściach oferty (np. w jednym miejscu 60 dni, w innym 90),
• odmienne deklaracje co do zakresu – np. w opisie: „dostawa z montażem”, a w załączonej specyfikacji: „dostawa bez montażu”.

Elektroniczna forma nie zmienia podstawowej zasady: treść oferty musi być jasna i jednoznaczna. Jeżeli zamawiający nie jest w stanie z całą pewnością odczytać woli wykonawcy, ma obowiązek bronić uczciwej konkurencji, a nie „ratować” czyjąś ofertę poprzez domysły.

Pomaga prosty schemat kontroli przed podpisem:

• przejście przez ofertę nie według kolejności redakcyjnej, ale według kluczowych parametrów: cena, termin, gwarancja, zakres,
• zaznaczenie (choćby tymczasowo) wszystkich miejsc, gdzie pojawiają się te parametry i sprawdzenie ich spójności,
• usunięcie starych wersji zestawień, tabel czy opisów, które pozostały po wcześniejszych dniach prac.

Im bardziej złożona oferta, tym większy sens ma wewnętrzna „akceptacja merytoryczna” – ktoś z zespołu, kto nie pisał oferty, czyta dokument jak zamawiający i wychwytuje sprzeczności.

Automatyczne numerowanie, odwołania i chaos przy łączeniu plików

Inny wykonawca przygotował komplet dokumentów w kilku wersjach, a na końcu wszystko scalił w jeden PDF. Po scaleniu automatyczne numerowanie rozjechało się tak, że w treści widniało odwołanie: „zgodnie z pkt 5.2.3 poniżej”, ale ten punkt… wyleciał przy eksporcie pliku. Zamawiający nie miał jak stwierdzić, jakie warunki wykonawca właściwie proponuje.

Oferty elektroniczne często powstają etapami: osobno tworzone są formularze, wyceny, opisy techniczne, a na koniec ktoś próbuje to połączyć w jedną całość. To właśnie na styku tych plików rodzi się sporo błędów:

• odwołania do nieistniejących punktów („patrz tabela 3”, której w ofercie już nie ma),
• podwójne treści – ta sama tabela lub opis dwa razy pod rząd, ale z nieco innymi danymi,
• znikające nagłówki i stopki z istotnymi informacjami (np. nazwa postępowania, numer oferty),
• ponowna zmiana układu stron po „optymalizacji” PDF, która przesuwa podpisy, pieczęcie czy legendy.

Jeżeli SWZ nie wymaga jednego zbiorczego pliku, lepiej z reguły zachować rozsądny podział: osobno formularz ofertowy, osobno opis techniczny, osobno kosztorys. Łączenie na siłę wszystkiego w jeden dokument tylko po to, by „ładniej wyglądało”, jest źródłem niepotrzebnego ryzyka.

Jeśli jednak zamawiający wymaga jednej paczki, porządek zapewnia:

• stała struktura nazw plików i rozdziałów (np. „01_Formularz_ofertowy”, „02_Kosztorys”, „03_Opis_techniczny”),
• łączenie dokumentów dopiero po ostatecznym zatwierdzeniu treści, a nie w trakcie prac,
• ostrożne korzystanie z narzędzi typu „optymalizacja PDF” – po każdym użyciu konieczny jest przegląd całego dokumentu, nie tylko pierwszej strony.

Im bardziej logiczna i przejrzysta konstrukcja oferty, tym mniejsze ryzyko, że zamawiający coś zinterpretuje inaczej niż wykonawca planował.

Podpis elektroniczny – źródło najgroźniejszych, bo niewidocznych błędów

Podpis na skanie zamiast podpisu na dokumencie elektronicznym

Wykonawca wydrukował formularz ofertowy, podpisał go odręcznie, zeskanował do PDF, a następnie „dla bezpieczeństwa” opatrzył ten skan kwalifikowanym podpisem. Był przekonany, że zrobił nawet więcej niż trzeba. Zamawiający uznał jednak, że oferta nie została złożona w formie elektronicznej z kwalifikowanym podpisem, tylko jako skan dokumentu papierowego.

Kluczowa różnica polega na tym, że podpis kwalifikowany ma obejmować treść dokumentu elektronicznego, a nie skan kartki papieru. Skan to w istocie obraz, często bez możliwości wyszukiwania tekstu, bez struktury dokumentu. Jeżeli przepisy lub SWZ wymagają dokumentu elektronicznego, to najbezpieczniejszym standardem jest:

• przygotowanie dokumentu w formacie edytowalnym (np. DOCX),
• eksport do PDF w sposób zachowujący tekst,
• złożenie podpisu kwalifikowanego bezpośrednio na tym pliku PDF (nie na skanie).

Skan ma sens wtedy, gdy digitalizuje się dokument źródłowy, który istnieje tylko w papierze (np. zaświadczenie, referencja wystawiona przed laty). Sam formularz ofertowy czy oświadczenia najczęściej można sporządzić wprost w postaci elektronicznej.

Nieprawidłowy „rodzaj” podpisu i parametry techniczne

Pod koniec dnia, tuż przed terminem składania ofert, wykonawca korzysta z pierwszego dostępnego przycisku „podpisz” w swoim oprogramowaniu. System domyślnie używa podpisu w trybie „zewnętrznym” (pojawia się osobny plik .xades), a SWZ wymagało podpisu w pliku PDF w formacie PAdES. Zamawiający nie jest w stanie zweryfikować oferty w narzędziu, które wskazał w SWZ, więc zaczyna się twardy spór o ważność podpisu.

Choć prawo dopuszcza różne rodzaje podpisów kwalifikowanych (XAdES, PAdES, CAdES), to zamawiający nierzadko w SWZ wskazują preferowany wariant albo narzędzie weryfikacyjne, które obsługuje tylko niektóre formaty. To powoduje kilka klas problemów:

• podpis złożony w formacie innym niż wskazany w SWZ,
• podpis „zewnętrzny” (oddzielny plik .xades lub .p7s) przy jednoczesnym braku jednoznacznego powiązania go z właściwym plikiem,
• podpis wielokrotny, w którym jedna z warstw odnosi się do innej wersji pliku niż ostateczna.

Praktyczna ścieżka ograniczająca ryzyko:

• ustalenie jednego standardu firmowego (np. zawsze PAdES na plikach PDF, chyba że SWZ wymaga inaczej),
• przy każdym przetargu – szybkie porównanie wymagań SWZ z tym standardem i ewentualne dostosowanie,
• testowy podpis wcześniej, na przykładowym pliku, z weryfikacją w narzędziu wskazanym przez zamawiającego.

Jeśli zamawiający wskazuje konkretne strony internetowe do weryfikacji, dobrze jest przeprowadzić test od razu po zakupie lub odnowieniu certyfikatu kwalifikowanego, a nie w dniu składania oferty.

Podpisywanie „pustych” lub nieostatecznych wersji plików

W stresie przed terminem składania ofert zdarza się, że ktoś podpisuje plik z dopiskiem „wersja robocza” i dopiero później wprowadza poprawki… już po złożeniu podpisu. Taki scenariusz brzmi absurdalnie, ale w praktyce często wygląda tak: pracownik zapisuje dokument pod nową nazwą, modyfikuje go po podpisaniu i myli wersje przy wgrywaniu na platformę. W efekcie na serwer trafia plik niepodpisany lub podpis obejmuje inną treść niż finalna.

W przypadku podpisu kwalifikowanego jakakolwiek zmiana treści po złożeniu podpisu unieważnia ten podpis. System weryfikujący zwykle pokazuje to bardzo jasno: podpis niezgodny z zawartością, dokument zmieniony po podpisaniu. Dla zamawiającego to prosty sygnał, że oferta nie jest podpisana prawidłowo.

Bezpieczny proces wygląda odwrotnie:

1. najpierw ostateczne zatwierdzenie treści i zamrożenie edycji (np. nadanie nowej nazwy pliku z dopiskiem „OSTATNIA” i przeniesienie poprzednich wersji do archiwum),
2. następnie podpisanie właściwej wersji,
3. po podpisaniu – wyłącznie odczyt pliku, bez ingerencji w treść.

Dodatkowo warto, by osoba odpowiedzialna za wgrywanie plików na platformę zawsze korzystała z listy kontrolnej, w której pozycje brzmią: „czy plik podpisany?”, „czy podpis weryfikuje się poprawnie?”, „czy wersja pliku podpisanego odpowiada wersji zaakceptowanej wewnętrznie?”. To kilka kliknięć, ale ogranicza ryzyko pomylenia wersji.

Problemy z ważnością certyfikatu i czasem złożenia podpisu

W jednym z przetargów podpis pod ofertą został złożony kilkanaście minut po północy, ponieważ system komputera miał złe ustawienie daty i godziny. Zamawiający, patrząc na znacznik czasu związany z podpisem, uznał, że oferta została podpisana po terminie. Sam wykonawca był przekonany, że zmieścił się w czasie.

Podpis kwalifikowany wiąże się z dwoma rodzajami „czasów”:

• czasem ważności certyfikatu (data od–do),
• czasem złożenia podpisu, który może wynikać z lokalnego ustawienia systemu lub niezależnego znacznika czasu (timestamp).

Ryzyka są dwa. Po pierwsze: podpis złożony po wygaśnięciu certyfikatu może zostać uznany za nieważny. Po drugie: jeżeli lokalny system ma niewłaściwą datę, a podpis nie jest uzupełniony kwalifikowanym znacznikiem czasu, pojawia się problem z ustaleniem, czy podpis złożono przed, czy po terminie składania ofert.

Rozsądną praktyką jest:

• monitorowanie daty ważności certyfikatu (np. wpisanie przypomnienia w kalendarzu z odpowiednim wyprzedzeniem),
• korzystanie z podpisu wraz z kwalifikowanym znacznikiem czasu, jeżeli jest to możliwe w używanym oprogramowaniu,
• regularne sprawdzanie poprawności ustawień daty i godziny na komputerach, z których składane są oferty.

W przypadku ofert składanych tuż przed upływem terminu margines błędu jest minimalny. Jeśli wewnętrzna polityka firmy zakłada zachowanie bufora czasowego (np. zakończenie wszystkich czynności podpisywania co najmniej godzinę przed terminem), wiele dramatów zostaje unikniętych.

Format plików i załączników – nie każde „da się otworzyć” oznacza „jest prawidłowe”

Egzotyczne formaty plików i problem z odczytem

Jeden z wykonawców załączył kosztorys w swoim ulubionym formacie z niszowego programu do kosztorysowania. U niego wszystko wyglądało idealnie, u zamawiającego – błąd przy próbie otwarcia i komunikat o nieobsługiwanym formacie. Ponieważ SWZ wymagało kosztorysu w PDF lub XLSX, a tego pliku zabrakło, dokument został potraktowany jak niezłożony.

Sam fakt, że plik otwiera się u wykonawcy, nie oznacza jeszcze, że zamawiający będzie miał taką możliwość. SWZ z reguły jasno wskazuje dopuszczalne formaty, szczególnie dla dokumentów kluczowych: formularza ofertowego, kosztorysu, harmonogramu.

Najczęstsze problemy:

• zastosowanie formatów specyficznych dla jednego programu (np. .odt, .ods, .dwg w wersjach nieobsługiwanych przez zamawiającego), zamiast powszechnie akceptowanych PDF/XLSX/DOCX,
• zapisywanie plików binarnych lub archiwów z niestandardowym rozszerzeniem, którego system weryfikujący nie rozpoznaje,
• brak konwersji dokumentu źródłowego do formatu wskazanego w SWZ.

Najprostszym zabezpieczeniem jest przyjęcie wewnętrznej zasady: wszystkie dokumenty treści oferty, które nie wymagają edytowalnej formy, są składane w PDF. Natomiast jeśli zamawiający prosi o format edytowalny (np. XLSX), wersja PDF może być złożona pomocniczo, ale nie zastąpi tej wymaganej.

Problematyczne archiwa ZIP i wielopoziomowe „paczki”

W praktyce przetargowej można trafić na oferty, w których ktoś postanowił wykazać się organizacją i spakował wszystko w wielopoziomową strukturę katalogów. Archiwum .zip w środku zawiera kolejne archiwa, a dopiero tam kryją się właściwe dokumenty. Na dodatek podpis kwalifikowany złożono tylko na „zewnętrznym” pliku ZIP.

Takie podejście prowadzi do kilku ryzyk naraz:

• zamawiający ma trudność z jednoznacznym ustaleniem, co dokładnie podpisał wykonawca – czy całe archiwum, czy poszczególne dokumenty w środku,
• system platformy może blokować wgrywanie plików zagnieżdżonych lub je „rozpakowywać” w sposób, którego wykonawca nie przewidział,
• część dokumentów może się nie skompresować poprawnie, co wyjdzie na jaw dopiero przy próbie rozpakowania.

Pojedyncze archiwum zamiast „matrioszek” i jasne zasady podpisywania

W jednym z postępowań wykonawca złożył ofertę jako plik „OFERTA_ZIP_PODPISANA.zip”. Po stronie zamawiającego okazało się, że w środku są jeszcze trzy kolejne archiwa, każde z inną datą, a podpis kwalifikowany obejmuje tylko zewnętrzną „matrioszkę”. Komisja spędziła kilkadziesiąt minut na ustalaniu, które dokumenty należy uznać za właściwe i czy wszystkie są objęte podpisem.

Im prostsza struktura, tym mniej pola do interpretacji. W praktyce zamawiający oczekuje, że po otwarciu jednego archiwum zobaczy komplet dokumentów w logicznych katalogach, a nie kolejne warstwy kompresji i archiwów.

Bezpieczny schemat postępowania wygląda tak:

• jeśli SWZ dopuszcza archiwa – przygotowanie jednego pliku ZIP z czytelną strukturą katalogów (np. „1_Tresc_oferty”, „2_JEDZ”, „3_Dokumenty_potwierdzajace”),
• brak zagnieżdżonych ZIP-ów w środku; jeśli trzeba zachować porządek, wystarczą podkatalogi,
• podpisywanie albo całego ZIP-a (jeżeli SWZ przewiduje taką możliwość), albo poszczególnych kluczowych plików w środku – ale wtedy jasne oznaczenie, które dokumenty są podpisane,
• kontrola po stronie wykonawcy: rozpakowanie wysłanego ZIP-a na innym komputerze i sprawdzenie, czy struktura wygląda tak samo i czy wszystko się otwiera.

Krótki test przed wysłaniem – rozpakowanie archiwum i otwarcie każdego kluczowego pliku – często uratowałby ofertę, która później okazuje się „pusta” z perspektywy zamawiającego.

Nieczytelne nazwy plików i chaos w strukturze załączników

Komisja przetargowa otwiera folder z plikami, a tam: „nowy(3).pdf”, „scan_poprawiony_ostatni.pdf”, „oferta_ostateczna_poprawki_poprawki.pdf”. Przy kilkunastu wykonawcach rośnie frustracja i ryzyko, że coś zostanie przeoczone. Gdy zamawiający próbuje ustalić, który załącznik odpowiada któremu punktowi SWZ, zaczynają się telefony do prawnika.

Brak przemyślanego nazewnictwa plików sam w sobie nie unieważni oferty, ale potrafi skutecznie utrudnić jej analizę. Przy dużych postępowaniach bywa, że zamawiający po prostu nie odnajduje szukanego dokumentu w gąszczu „roboczych” nazw.

Prosty system nazw spina temat w całość. Dobrze działa schemat: numer punktu SWZ + krótki opis dokumentu, np.:

• 01_Formularz_ofertowy.pdf,
• 02_JEDZ.pdf,
• 03_Wykaz_dostaw.pdf,
• 03a_Referencje_klient_A.pdf,
• 04_Pelnomocnictwo.pdf.

Jeżeli zamawiający narzuca własny sposób nazewnictwa (czasem jest to opisane w SWZ lub instrukcji platformy), trzeba się do niego dostosować i nie „udoskonalać” go na własną rękę. Dodatkowa kolumna w wewnętrznej checkliście z kolumną „nazwa pliku wysłanego” porządkuje proces – widać od razu, czy faktycznie wgrano właściwy dokument pod właściwą nazwą.

Błędne hasła, szyfrowanie i „zabezpieczone” pliki

Wykonawca, z obawy o poufność kalkulacji, wysyła ofertę w pliku PDF zabezpieczonym hasłem. Hasło przekazuje mailem, ale myli jedną literę. Zamawiający przez dwa dni próbuje otworzyć plik, wreszcie uznaje, że treść oferty jest niedostępna. Wykonawca traci kontrakt, chociaż formalnie „złożył” wszystko na czas.

Nadmierna kreatywność w zabezpieczaniu dokumentów obróciła się przeciwko autorowi. Jeżeli SWZ nie przewiduje przekazywania haseł odrębnym kanałem, to dla zamawiającego zaszyfrowany, nieotwieralny plik jest równoznaczny z brakiem dokumentu.

Kilka prostych zasad ogranicza takie ryzyko:

• nie wprowadzać dodatkowego szyfrowania plików z treścią oferty, jeżeli nie wynika to wprost z SWZ,
• jeżeli platforma przewiduje mechanizm szyfrowania po swojej stronie – korzystać z niego, nie dublować zabezpieczeń,
• nie blokować drukowania ani kopiowania tekstu w sposób, który może utrudnić zamawiającemu pracę z dokumentem (szczególnie przy formularzach i tabelach),
• unikać podpisywania plików, które zawierają wbudowane ograniczenia typu „tylko do odczytu”, jeśli oprogramowanie później ma problem z ich weryfikacją.

Zamawiający musi móc otworzyć dokument na standardowym oprogramowaniu biurowym i zweryfikować podpis. Jeżeli do otwarcia potrzebny jest egzotyczny program, dodatkowe hasło lub specjalna licencja – rośnie ryzyko, że oferta zostanie uznana za wadliwą.

Zbyt duże pliki i limity platformy e-zamówień

W przetargu na roboty budowlane wykonawca przygotował szczegółową dokumentację fotograficzną z budów referencyjnych. Każde zdjęcie w pełnej rozdzielczości, skompilowane w kilku ogromnych plikach PDF. Podczas wgrywania platforma zwróciła lakoniczny komunikat „błąd pliku”, lecz bez precyzyjnego wskazania przyczyny. Wykonawca założył, że wszystko poszło dobrze. Komisja po otwarciu ofert nie znalazła żadnych fotografii.

Większość platform ma określony limit rozmiaru pojedynczego pliku oraz całej oferty. Informacja o tym bywa ukryta w instrukcji użytkownika, a system w razie przekroczenia limitu nie zawsze komunikuje problem w sposób zrozumiały.

Dlatego proces przygotowania załączników powinien obejmować:

• kompresję grafiki i skanów – skan w 300 dpi jest w zupełności wystarczający dla dokumentów tekstowych, a przy zdjęciach podglądowych wystarczy często 150–200 dpi,
• dzielenie bardzo obszernych materiałów na kilka logicznych plików (np. „Referencje_cz1.pdf”, „Referencje_cz2.pdf”), o ile SWZ tego nie zabrania,
• kontrolę rozmiaru każdego pliku przed wgraniem i porównanie z limitami platformy,
• zachowanie zrzutów ekranu z komunikatów potwierdzających poprawne wgranie (dodatkowy dowód w razie sporu).

Jeżeli zamawiający przewiduje alternatywny sposób przekazania dużych plików (np. osobny nośnik lub repozytorium), trzeba trzymać się tej ścieżki i jasno opisać w ofercie, jak powiązane są materiały z główną treścią oferty.

Skan zamiast oryginału elektronicznego tam, gdzie to ma znaczenie

Pracownik firmy, przyzwyczajony do papieru, drukuje formularz ofertowy, podpisuje długopisem, skanuje do PDF i taki skan podpisuje kwalifikowanym podpisem. Zamawiający szybko zauważa, że treść formularza jest niewyraźna, a część pól ledwie czytelna. W dodatku w SWZ wyraźnie wskazano, że formularz ma być wypełniony elektronicznie.

Skan papierowego dokumentu, podpisany kwalifikowanym podpisem, z perspektywy prawa bywa traktowany inaczej niż dokument sporządzony od początku jako elektroniczny i podpisany. Tam, gdzie zamawiający akcentuje formę elektroniczną, drukowanie i ponowne skanowanie może być nie tylko zbędne, ale wręcz ryzykowne.

Dobrym nawykiem jest rozróżnienie:

• dokumentów źródłowych papierowych (np. stare referencje, zaświadczenia urzędowe) – tutaj skan jest naturalnym etapem ich „przeniesienia” do świata elektronicznego,
• dokumentów tworzonych na potrzeby konkretnego postępowania (formularze, oświadczenia, kosztorysy) – te powinny być generowane bezpośrednio jako pliki elektroniczne (DOCX, XLSX, PDF) i dopiero wtedy podpisywane.

Dzięki temu unika się problemów z jakością obrazu, nieczytelnym pismem ręcznym, a przede wszystkim – wątpliwości co do spełnienia wymogów „formy elektronicznej” z ustawy PZP i SWZ.

Niekompatybilne makra, formuły i aktywne elementy w plikach edytowalnych

Wykonawca, świetnie obeznany z Excelem, buduje rozbudowany arkusz kosztorysowy: formuły, makra, przyciski, automatyczne sumowanie. U niego wszystko liczy się idealnie. Po stronie zamawiającego otwarcie pliku na LibreOffice powoduje zerwanie części formuł, a makra są zablokowane. Kwoty w komórkach przestają zgadzać się z tym, co wyświetla się w podsumowaniu.

Aktywne elementy arkuszy kalkulacyjnych są częstym źródłem rozbieżności. Zamawiający wcale nie musi korzystać z tej samej wersji MS Office, co wykonawca. Dodatkowo wiele instytucji ma politykę bezpieczeństwa blokującą makra.

Żeby uniknąć problemów, przy plikach edytowalnych można przyjąć kilka zasad:

• ograniczenie się do prostych formuł, które działają poprawnie zarówno w MS Office, jak i w popularnych alternatywach (LibreOffice, OnlyOffice),
• rezygnacja z makr oraz niestandardowych dodatków – nawet jeśli przyspieszają pracę po stronie wykonawcy, po stronie zamawiającego i tak zwykle zostaną wyłączone,
• jeżeli zamawiający udostępnia wzór arkusza – niewprowadzanie zmian w strukturze (nieusuwanie kolumn, nieukrywanie wierszy, niezmienianie nazw zakładek),
• dołączenie wersji PDF arkusza, pokazującej, jak wykonawca „widzi” wyliczenia – jako materiał pomocniczy do weryfikacji.

Gdy zamawiający ma wątpliwości, czy plik liczy poprawnie, chętniej oprze się na danych z wersji statycznej (PDF) albo własnych wyliczeniach, co może zmienić ocenę oferty.

Zgubione, nadpisane i niespójne załączniki przy wielokrotnym wgrywaniu

Przy długich postępowaniach wykonawca kilkukrotnie loguje się na platformę i „dorzuca” kolejne dokumenty. Raz poprawia formularz, innym razem wymienia zaświadczenie, a na końcu dokłada wyjaśnienia. Pod presją czasu ktoś omyłkowo wgrywa starszą wersję pliku albo usuwa nie ten załącznik, który trzeba. W efekcie zamawiający widzi mieszankę starych i nowych dokumentów, czasem wzajemnie sprzecznych.

Platformy e-zamówień różnią się tym, jak obsługują nadpisywanie plików. Część zachowuje historię wersji, część traktuje nowszy upload jako całkowite zastąpienie poprzedniego. Brak świadomości, jak działa dana platforma, kończy się niespójnością treści oferty.

Żeby panować nad wersjami:

• przyjąć wewnętrzną zasadę, że wszystkie zmiany treści ofertowej są konsolidowane w jednej, aktualnej paczce plików, a nie dokładane „punktowo” bez przemyślenia,
• każdą kolejną wersję pliku oznaczać w nazwie (np. „v2”, „korekta_z_dnia…”), o ile SWZ tego nie zabrania,
• przed ostatecznym złożeniem oferty – przejrzeć widok „moje dokumenty” na platformie i porównać go z wewnętrzną listą załączników,
• wyznaczyć jedną osobę odpowiedzialną za finalne „kliknięcie” – im mniej osób równolegle „dokłada” coś do oferty, tym mniejsze ryzyko chaosu.

Szczególnie w postępowaniach, w których składanie następuje etapami (np. najpierw JEDZ, potem oferta wstępna, a na końcu dokumenty potwierdzające), kontrola spójności wersji plików staje się jednym z kluczowych elementów zarządzania ryzykiem.

Najczęściej zadawane pytania (FAQ)

Dlaczego moja oferta elektroniczna została odrzucona, skoro platforma ją przyjęła?

Scenariusz jest powtarzalny: system pokazuje komunikat „ofertę złożono poprawnie”, a po kilku dniach przychodzi informacja o odrzuceniu z powodów technicznych. Platforma działa tu głównie jak skrzynka odbiorcza – sprawdza, czy plik da się wgrać, a nie czy jest on poprawną ofertą w rozumieniu przepisów.

Zamawiający dopiero na etapie otwarcia ofert weryfikuje m.in. czy plik się otwiera, czy podpis elektroniczny jest ważny i czy osoba podpisująca miała do tego umocowanie. Jeśli plik jest uszkodzony, niewłaściwie podpisany albo nie da się potwierdzić tożsamości podpisującego, oferta w sensie prawnym „nie istnieje”, nawet jeśli system ją przyjął i nadał numer.

Jakie są najczęstsze błędy techniczne przy składaniu ofert elektronicznych?

Wykonawcy często przegrywają przetarg nie z powodu ceny, ale przez techniczne drobiazgi. Do najczęstszych błędów należą: złe użycie podpisu elektronicznego, nieprawidłowy format pliku, niepełne wgranie załączników lub pomylenie opcji „zapisz” z faktycznym złożeniem oferty.

W praktyce wygląda to tak: ktoś podpisuje tylko plik ZIP zamiast wskazanych w SWZ dokumentów, wrzuca edytowalne pliki w formacie, którego zamawiający nie dopuszcza, albo nie zauważa, że duży załącznik „nie doszedł” z powodu przerwanego połączenia. Każda z tych sytuacji może zakończyć się odrzuceniem, mimo że treść oferty była merytorycznie bez zarzutu.

Jak poprawnie użyć podpisu elektronicznego przy ofercie w przetargu?

Częsta scena: na komputerze wykonawcy podpis „świeci się na zielono”, a u zamawiającego nie da się go zweryfikować. Kluczowe jest ustalenie dwóch rzeczy – jaki rodzaj podpisu dopuszcza SWZ (kwalifikowany, zaufany, osobisty) oraz które dokumenty mają być podpisane oddzielnie, a które mogą być w jednym pliku.

Bezpieczne podejście to: najpierw przeczytać rozdział SWZ o formie oferty i podpisach, potem sporządzić listę plików do podpisania. Typowy schemat to osobny, kwalifikowany podpis pod formularzem ofertowym, oświadczeniami i pełnomocnictwami. Podpisywanie „na skróty” jednego ZIP-a, gdy SWZ wymaga oddzielnych podpisów, prowadzi do klasycznego sporu o ważność oferty – często z niekorzystnym wynikiem dla wykonawcy.

Jakie formaty plików są bezpieczne przy składaniu oferty elektronicznej?

Wielu wykonawców działa według zasady „byle się otwierało u mnie”, a problem wychodzi dopiero u zamawiającego. Najbezpieczniej trzymać się formatów wskazanych w SWZ – najczęściej są to PDF, DOCX, XLSX, ODS oraz ewentualnie ZIP do spakowania kilku załączników.

Jeżeli zamawiający nie dopuszcza np. plików wykonywalnych czy niestandardowych formatów branżowych, ich użycie może zakończyć się odrzuceniem oferty. Dobrym nawykiem jest też konwertowanie dokumentów edytowalnych na PDF przed podpisaniem – zmniejsza to ryzyko przypadkowej zmiany treści po stronie zamawiającego i problemów z odczytem.

Czy mogę podpisać skan papierowej oferty i wysłać jako plik PDF?

Pokusa jest duża: wydrukować, podpisać ręcznie, zeskanować i „dla świętego spokoju” jeszcze podpisać plik kwalifikowanym podpisem. Tymczasem dla prawa zamówień publicznych kluczowe jest, czy oryginałem jest dokument elektroniczny (plik) prawidłowo podpisany, a nie czy pochodzi on z papieru czy z edytora tekstu.

Najbezpieczniejszy model to przygotowanie oferty od początku jako dokumentu elektronicznego, a następnie opatrzenie pliku kwalifikowanym podpisem osoby uprawnionej. Skan podpisanej kartki jest tylko obrazem podpisu własnoręcznego, nie zastępuje prawidłowego podpisu elektronicznego pod dokumentem w rozumieniu przepisów.

Co zrobić, żeby nie pomylić danych między formularzem ofertowym a systemem?

Klasyczna wpadka: w formularzu PDF wpisana jest jedna cena i termin, a przy wprowadzaniu danych do systemu ktoś omyłkowo wybiera inne wartości z listy. Później zamawiający musi rozstrzygać, który zapis jest wiążący – a jeśli SWZ odwołuje się tylko do danych z platformy, może to zaważyć na wyniku postępowania.

Prosty sposób na ograniczenie ryzyka to kontrola „krok po kroku” zaraz po uzupełnieniu wszystkiego: porównanie ceny, terminu realizacji, długości gwarancji i innych kluczowych parametrów między formularzem ofertowym a polami w systemie. Zajmuje to kilka minut, a oszczędza nerwów i dyskusji, czy doszło do „oczywistej omyłki”, czy jednak do zmiany treści oferty.

Jak uniknąć odrzucenia oferty z powodów technicznych na platformie e-zamówień?

Najgorszy moment na naukę nowej platformy to ostatnie 10 minut przed terminem składania ofert. Bezpieczniejszy scenariusz to wcześniejsze założenie konta, wykonanie testowego logowania i sprawdzenie, czy podpis elektroniczny przechodzi podstawową weryfikację w środowisku testowym lub na innych dokumentach.

Przy każdym realnym postępowaniu warto: uważnie przeczytać instrukcję korzystania z danej platformy, sprawdzić limity wielkości plików, wgrać załączniki z wyprzedzeniem (szczególnie te duże) i upewnić się, że kliknięto faktyczne „Złóż ofertę”, a nie tylko „Zapisz wersję roboczą”. Dobrą praktyką jest też pobranie urzędowego poświadczenia odbioru (UPO) lub numeru oferty – to jedyny realny dowód, że system przyjął zgłoszenie przed upływem terminu.