Jak skutecznie startować w przetargach elektronicznych w 2025 roku

Scenka z 2025 roku: kiedy „prawie” wygrana oferta nie wystarcza

Firma usługowa z południa Polski przygotowała ofertę życia: świetna cena, dobre referencje, świetnie opisany sposób realizacji zamówienia. W dniu składania ofert wszystko wydawało się dopięte – pliki były gotowe, podpis elektroniczny działał dzień wcześniej podczas testu, a wysyłka nastąpiła 20 minut przed terminem. Kilka dni później przyszła informacja: oferta odrzucona z powodów formalnych – dokument JEDZ podpisany niekwalifikowanym podpisem, brak prawidłowego szyfrowania pliku głównego.

Pierwszą reakcją było poczucie niesprawiedliwości: „Przecież system przyjął ofertę!”, „Przecież była najlepsza cena!”. Jednak logi systemowe i przepisy nie pozostawiły wątpliwości – zamawiający miał obowiązek odrzucić ofertę. Przegrał nie ten, kto gorzej wykonał kalkulację, ale ten, kto nie wpasował się w wymogi formy elektronicznej i podpisu.

W przetargach elektronicznych w 2025 roku wygrywa ten, kto ma dobry produkt i perfekcyjnie ogarnia technikalia: podpis kwalifikowany, formaty plików, szyfrowanie, terminy systemowe i komunikację elektroniczną. Sama „prawie” najlepsza oferta to za mało – liczy się zdolność bezbłędnego dowiezienia całości w cyfrowym ekosystemie.

Cel dla każdego wykonawcy jest więc dość prosty, ale wymagający: zbudować w firmie przewidywalny, powtarzalny proces startu w przetargach elektronicznych, który minimalizuje ryzyko wpadek formalnych i pozwala skupić się na tym, co naprawdę sprzedaje – jakości oferty i konkurencyjności warunków.

Jak działa ekosystem elektronicznych zamówień publicznych w 2025 roku

Główne platformy i ich role

Elektroniczne zamówienia publiczne w Polsce w 2025 roku obracają się głównie wokół systemu e-Zamówienia, ale to nie jest jedyne miejsce, gdzie toczą się postępowania. Z jednej strony mamy centralną, publiczną platformę obsługującą większość przetargów, z drugiej – komercyjne i branżowe systemy, z których korzystają niektórzy zamawiający (szczególnie sektor użyteczności publicznej, spółki komunalne czy podmioty z sektorów regulowanych).

System e-Zamówienia pełni kilka podstawowych ról:

• publikuje ogłoszenia o zamówieniach i dokumentację postępowań,
• umożliwia zadawanie pytań do SWZ i komunikację elektroniczną z zamawiającym,
• obsługuje składanie, szyfrowanie i deszyfrowanie ofert,
• przechowuje logi systemowe i potwierdzenia złożenia dokumentów,
• coraz częściej integruje się z innymi narzędziami (np. BZP, TED).

Platformy komercyjne działają podobnie, ale różnią się ergonomią interfejsu, dodatkowymi funkcjami (np. moduły CRM dla zamawiających, rozszerzone aukcje elektroniczne, integracje z systemami finansowo-księgowymi) oraz podejściem do wsparcia technicznego. Z punktu widzenia wykonawcy ważniejsze jest jednak to, co jest wspólne dla większości systemów:

• rejestracja konta wykonawcy i przypisanie użytkowników,
• konieczność złożenia ofert w określonym formacie i przed określonym terminem,
• wymóg użycia kwalifikowanego podpisu elektronicznego dla kluczowych dokumentów,
• integralność i poufność oferty zapewniona przez szyfrowanie,
• znaczenie czasu systemowego – decyduje minuta, a czasem sekunda złożenia.

Największy błąd początkujących wykonawców to traktowanie każdej platformy jak nowego, obcego świata. W praktyce warto zrozumieć kilka wspólnych fundamentów (konto, podpis, formaty plików, sposób składania oferty), a potem tylko doszlifować szczegóły dla konkretnego systemu.

Dla skutecznego startu nie wystarczy jednak samo logowanie. Konieczne jest także zbudowanie „radaru” na ciekawe postępowania. Większość platform umożliwia:

• konfigurację profilu wykonawcy z określonymi kodami CPV, branżą i rodzajem usług/dostaw,
• subskrypcje powiadomień e-mail o nowych ogłoszeniach pasujących do profilu,
• tworzenie list „obserwowanych” przetargów,
• czasem integrację z kalendarzem (np. terminy zadawania pytań, składania ofert).

Łącząc profil wykonawcy w systemie e-Zamówienia z zewnętrznymi narzędziami (np. newslettery branżowe, komercyjne wyszukiwarki przetargów, wewnętrzne dashboardy w Excelu lub narzędziu BI), można zbudować przegląd rynku, którego nie trzeba codziennie „przeklikiwać” ręcznie.

Podstawy prawne w praktycznym skrócie

Podstawą zamówień publicznych pozostaje Prawo zamówień publicznych oraz akty wykonawcze, ale z perspektywy wykonawcy liczy się przede wszystkim to, jak te przepisy „przekładają się” na codzienną praktykę. W trybie elektronicznym kilka kwestii jest absolutnie kluczowych:

• Forma dokumentów – zasadą jest forma elektroniczna, często z kwalifikowanym podpisem elektronicznym. Skan papierowego dokumentu bez prawidłowego podpisu elektronicznego co do zasady nie spełnia wymogu formy.
• Terminy – termin składania ofert, termin uzupełnień, termin na wyjaśnienia – wszystko liczone jest co do minuty, w oparciu o czas systemowy platformy.
• Komunikacja elektroniczna z zamawiającym – pytania, wyjaśnienia, odwołania, uzupełnienia dokumentów wysyła się wyłącznie kanałami przewidzianymi przez platformę (chyba że SWZ wyraźnie dopuszcza inny kanał).

Ogromne znaczenie ma czas systemowy. To on decyduje, czy oferta złożona „o 10:00” według zegarka na ścianie nie jest w rzeczywistości spóźniona o kilkadziesiąt sekund. Zamawiający ma obowiązek trzymać się tego czasu – nie przywróci terminu, bo „przeglądarka się zawiesiła” lub „internet na chwilę padł”.

Drugim filarem są logi systemowe. Każde złożenie oferty, wysłanie dokumentu, podpisanie pliku czy wysłanie wiadomości generuje ślad w systemie. W sporach i odwołaniach logi są jednym z kluczowych dowodów, a nie to, co „wydaje się” użytkownikowi. Stąd tak ważne jest, aby zawsze pobierać i archiwizować:

• potwierdzenia złożenia oferty (np. w formie pliku PDF/ID transakcji),
• potwierdzenia wysłania pytań i innych pism,
• komunikaty o błędach, jeśli się pojawiają (zrzuty ekranu, komunikaty systemowe).

Jeśli system „nie przyjmie” oferty, a problem zostanie zgłoszony po terminie, zamawiający ma zazwyczaj związane ręce. W wyjątkowych sytuacjach (awaria systemu po stronie zamawiającego) możliwe są przedłużenia terminu, ale muszą one wynikać z oficjalnych komunikatów na platformie. Dlatego jedną z praktycznych zasad jest odkładanie bufora czasu: nie wysyłanie oferty 5 minut przed terminem, ale np. 60–90 minut wcześniej.

Świadome poruszanie się po krajobrazie e-zamówień

Elektroniczny ekosystem zamówień publicznych w 2025 roku jest stosunkowo stabilny, ale wciąż się rozwija: pojawiają się nowe moduły, integracje, zmienia się ergonomia. Dla wykonawcy oznacza to konieczność bieżącej orientacji w zmianach: subskrypcja biuletynów UZP, śledzenie komunikatów na platformach, coroczne przeglądy wewnętrznych procedur.

Jeżeli firma zrozumie, jakie platformy są dla niej kluczowe, jak tam działają ogłoszenia, komunikacja i składanie ofert, spada poziom niepewności i chaosu. Łatwiej zaplanować kalendarz, zadania w zespole, momenty krytyczne w postępowaniach (termin pytań, termin składania ofert, planowane aukcje elektroniczne). Taka świadomość przekłada się bezpośrednio na spokój przy kluczowych przetargach i na mniejszą liczbę „katastrof” w ostatniej godzinie przed terminem.

Wybór i konfiguracja podpisu elektronicznego pod przetargi

Rodzaje podpisów w praktyce wykonawcy

W 2025 roku wykonawcy funkcjonują głównie w dwóch światach podpisów: kwalifikowany podpis elektroniczny i profil zaufany. Każde z tych narzędzi ma swoje miejsce, ale ich stosowanie jest ściśle regulowane przez przepisy i wymagania zamawiających.

Kwalifikowany podpis elektroniczny to standard w przetargach elektronicznych. Jest traktowany na równi z podpisem własnoręcznym, o ile spełnia wymagania rozporządzenia eIDAS i pochodzi od kwalifikowanego dostawcy usług zaufania. Najczęściej występuje w dwóch postaciach:

• karta kryptograficzna + czytnik (tradycyjny model „fizyczny”),
• podpis w chmurze (klucz przechowywany u dostawcy, uwierzytelnianie np. przez aplikację mobilną).

Profil zaufany to z kolei narzędzie głównie do kontaktu z administracją publiczną (np. ePUAP), przydatne w wielu sprawach urzędowych, ale nie zawsze wystarczające do podpisywania ofert w przetargach. Zamawiający zazwyczaj wprost wskazują, że kluczowe dokumenty muszą być podpisane kwalifikowanym podpisem. Profil zaufany może być natomiast użyteczny np. przy niektórych oświadczeniach lub w komunikacji poza stricte ofertową (o ile SWZ to dopuszcza).

Trzecim elementem układanki są uprawnienia do reprezentacji. Podpisać ofertę może tylko osoba uprawniona do reprezentowania wykonawcy zgodnie z KRS/CEIDG lub osoba z udzielonym pełnomocnictwem. Pojawiają się tu trzy typowe konfiguracje:

• podpis kwalifikowany należy do członka zarządu wpisanego w KRS, który samodzielnie reprezentuje spółkę – najprostsza sytuacja,
• podpis należy do jednego członka zarządu, ale reprezentacja jest np. „dwóch z trzech” – wówczas trzeba zastosować odpowiedni model podpisu (np. kilka podpisów) albo pełnomocnictwo,
• podpis ma pracownik (specjalista ds. zamówień), ale działa z pełnomocnictwa zarządu – kluczowe jest wtedy prawidłowe udokumentowanie pełnomocnictwa i jego podpisanie.

W praktyce najbezpieczniej jest sporządzić krótką, wewnętrzną mapę: kto ma jaki podpis, do czego jest on używany, jakie są zasady zastępstw. Uporządkowanie tego tematu potrafi uchronić przed sytuacją, w której osoba odpowiedzialna za przetargi jest na urlopie, a jedyny podpis kwalifikowany ma księgowa, która nigdy nie logowała się na platformę.

Sprzęt, oprogramowanie i niezbędne testy

Nawet najlepszy podpis kwalifikowany nie pomoże, jeśli nie współpracuje poprawnie z komputerem, przeglądarką i platformą e-zamówień publicznych. Tutaj zaczyna się codzienna „praca u podstaw”: konfiguracja i regularne testy środowiska.

Praktyczny pakiet działań wygląda najczęściej tak:

• instalacja oprogramowania dostawcy podpisu kwalifikowanego (sterowniki, aplikacja do podpisu),
• instalacja aktualnej przeglądarki rekomendowanej przez daną platformę (często Chrome, Edge lub Firefox w konkretnej wersji),
• wyłączenie lub konfiguracja blokujących wtyczek (np. nadmiernie agresywnych rozszerzeń bezpieczeństwa),
• przeprowadzenie testowego podpisania i wgrania pliku na testowe postępowanie (jeśli platforma takie udostępnia),
• sprawdzenie, czy inny komputer w firmie jest w stanie „przejąć” proces w razie awarii głównej stacji.

W codziennej praktyce ogromnym problemem bywa aktualność certyfikatu. Certyfikat kwalifikowany ma określony czas ważności – po jego upływie podpis staje się nieważny. Zdarza się, że wykonawca kończy ofertę późnym wieczorem w dniu upływu terminu, a system zgłasza, że certyfikat jest nieważny od kilku godzin. Dobrym nawykiem jest zapisanie dat ważności certyfikatów w kalendarzu firmowym z przypomnieniami przynajmniej 30 i 7 dni przed końcem.

Trzeba też liczyć się z typowymi problemami technicznymi: brak sterowników do czytnika po aktualizacji systemu operacyjnego, konflikt między wersją oprogramowania podpisu a nowszą przeglądarką, zapora sieciowa blokująca określone porty. Dlatego w firmie powinno być jasne, kto odpowiada za „część IT” przetargów – czy jest to dział IT, zewnętrzny informatyk, czy przeszkolony pracownik merytoryczny.

Praktyka składania podpisów w przetargach elektronicznych

Na poziomie pojedynczego pliku spotyka się dwa główne modele podpisywania: podpis wewnętrzny (np. PAdES dla PDF) oraz podpis zewnętrzny (np. XAdES – plik .xades lub .xml podpisany „obok” dokumentu). Platformy e-zamówień różnie to obsługują, ale kilka zasad jest uniwersalnych.

Podpis wewnętrzny (PAdES) oznacza, że plik PDF zawiera w sobie podpis – otwierając dokument w odpowiednim czytniku (np. Adobe Acrobat Reader), można zobaczyć, kto i kiedy podpisał dokument, czy podpis jest ważny. Ten model jest wygodny dla użytkownika i często preferowany przez zamawiających, gdy mowa o dokumentach tekstowych (oświadczenia, formularze).

Podpis zewnętrzny, wielokrotne podpisy i typowe pułapki

Gorący wieczór, kilkanaście minut do terminu, a plik z ofertą „nie przechodzi walidacji podpisu”. Na czacie platformy ktoś podpowiada: „spróbuj podpisać zewnętrznie”, ale nikt w zespole nie umie nawet szybko wyjaśnić, co to znaczy. Taki scenariusz w 2025 roku ciągle zdarza się częściej, niż większość firm przyznaje.

Podpis zewnętrzny (XAdES) polega na tym, że podpis nie jest „wtopiony” w dokument, lecz zapisany w osobnym pliku – zwykle z rozszerzeniem .xades lub .xml. Oferta lub dokument pozostaje w oryginalnym formacie (np. .pdf, .docx, .xlsx), a obok niego powstaje plik podpisu, który potwierdza integralność i autorstwo pierwotnego pliku.

Typowy proces wygląda tak:

• tworzysz plik oferty lub oświadczenia w wymaganym formacie (np. PDF),
• w aplikacji do podpisu wybierasz tryb podpis zewnętrzny,
• wskazujesz plik do podpisania – system generuje drugi plik, np. oferta.pdf.xades,
• na platformie wgrywasz jednocześnie dokument i odpowiadający mu plik podpisu (zgodnie z instrukcją danego systemu).

Najczęstszy błąd: wgranie tylko jednego z tych plików albo ich rozdzielenie (np. spakowanie w inne archiwum niż pozostałe dokumenty bez opisania, co do czego należy). W razie wątpliwości dobrze jest nazwać pliki jednoznacznie: oferta_glowna.pdf i oferta_glowna.pdf.xades, zamiast losowych nazw nadanych domyślnie przez system.

Drugi poziom komplikacji to wielokrotne podpisy. Występują w dwóch typowych sytuacjach:

• reprezentacja łączna zarządu – dokument musi podpisać kilku członków zarządu,
• pełnomocnik i mocodawca – np. pełnomocnik podpisuje ofertę, ale samo pełnomocnictwo podpisuje zarząd.

Technicznie można to zrealizować na dwa sposoby: wszyscy podpisują ten sam plik (kolejno, dopisując swoje podpisy) albo każdy podpisuje osobny egzemplarz, a potem tworzy się pakiet dokumentów. Z punktu widzenia przejrzystości w postępowaniu publicznym zdecydowanie wygodniejsza jest pierwsza opcja – jeden dokument, kilka widocznych podpisów.

Dobrą praktyką jest wykonanie wewnętrznego „ćwiczenia” jeszcze przed ważnym przetargiem: zarząd siada przy komputerze, każdy podpisuje ten sam plik ofertowy lub wzór dokumentu, a następnie dział zamówień sprawdza w narzędziu do weryfikacji, czy wszystkie podpisy są widoczne i ważne. Taki test raz na jakiś czas eliminuje niespodzianki, gdy np. aktualizacja oprogramowania zmieniła domyślny tryb podpisu.

Weryfikacja podpisów – punkt kontrolny przed wysyłką

Sytuacja, która psuje humor na całe popołudnie: zamawiający publikuje informację o odrzuceniu oferty, bo podpis był nieważny, błędnie złożony albo dokument po podpisaniu utracił integralność. Wykonawca jest przekonany, że „przecież system przepuścił plik”, ale logi i weryfikator mówią co innego.

Bezpieczny standard pracy zakłada, że każdy kluczowy dokument przechodzi przez etap niezależnej weryfikacji podpisu, zanim trafi na platformę. Można do tego wykorzystać:

• narzędzia do weryfikacji udostępniane przez dostawców podpisu,
• zewnętrzne, kwalifikowane walidatory (udostępniane online),
• wbudowane funkcje czytników PDF (w przypadku PAdES).

Przy weryfikacji zwraca się uwagę na kilka elementów:

• czy podpis jest ważny – certyfikat w momencie podpisu nie był unieważniony i miał aktualną ważność,
• czy podpis jest kwalifikowany, a nie np. zaawansowany niekwalifikowany,
• czy nazwa podmiotu z certyfikatu odpowiada wykonawcy lub osobie, która składa podpis (co ma znaczenie przy pełnomocnictwach),
• czy plik po podpisaniu nie był modyfikowany (czyli czy walidator nie pokazuje ostrzeżeń o zmianach po złożeniu podpisu).

Dyscyplina w tym zakresie jest szczególnie ważna, gdy dokumenty podpisuje kilka osób lub gdy są poprawiane tuż przed terminem. Zdarza się, że po dodaniu brakującej strony ktoś „przeciąga” ją do już podpisanego PDF-a, nie zdając sobie sprawy, że unieważnia w ten sposób wcześniejszy podpis. Stąd prosta zasada: każda istotna zmiana treści = nowy podpis.

Organizacja podpisów w zespole – kto, kiedy i co podpisuje

Godzina 8:30, zarząd na wyjeździe, a w kalendarzu termin złożenia oferty o 10:00. Specjalista ds. zamówień ma przygotowane wszystkie dokumenty, ale jedyny podpis kwalifikowany zarządu leży w biurku prezesa. Podobne historie nie są rzadkością – wynikają z tego, że proces podpisywania nie jest opisany równie dokładnie jak proces przygotowania oferty.

Punkt wyjścia to jasna struktura ról w przetargach:

• osoba odpowiedzialna za przygotowanie merytoryczne oferty,
• osoba odpowiedzialna za kompletność dokumentów formalnych,
• osoby uprawnione do podpisu (zarząd, pełnomocnicy),
• osoba „techniczna”, która faktycznie loguje się na platformę i wysyła pliki.

Gdy nazwy ról są ustalone, można opracować procedurę obiegu plików. Przykładowy schemat:

1. komplet dokumentów w wersji roboczej jest gromadzony w folderze roboczym (lokalnym lub na bezpiecznym dysku sieciowym),
2. wyznaczony pracownik dokonuje kontroli formalnej (zgodność z SWZ, brak brakujących załączników),
3. oznaczone dokumenty trafiają do folderu „DO PODPISU” – tylko tam zarząd lub pełnomocnik pobiera pliki do podpisu,
4. podpisane pliki są odkładane w folderze „PODPISANE”, z zakazem dalszej edycji,
5. osoba techniczna wgrywa wyłącznie pliki z folderu „PODPISANE” na platformę.

Taki prosty podział przestrzeni roboczej ogranicza ryzyko, że ktoś przez przypadek wyśle wersję roboczą zamiast podpisanej, albo że po podpisaniu wprowadzane są jeszcze jakieś „drobne poprawki”.

Przy większej liczbie przetargów warto też wprowadzić harmonogram podpisów – np. stałe okna czasowe, kiedy członkowie zarządu są dostępni do podpisywania dokumentów elektronicznie. Łatwiej wtedy zsynchronizować przygotowanie dokumentów z kalendarzem kadry kierowniczej i uniknąć nerwowych telefonów „na ostatnią chwilę”.

Rejestracja na platformach i przygotowanie środowiska pracy

Pierwsze logowanie: jak nie utknąć na formalnościach

Nowa platforma, świeże konto wykonawcy i pierwszy przetarg, który „trzeba złapać”. Po kilkunastu minutach okazuje się jednak, że proces rejestracji wymaga potwierdzenia uprawnień, akceptacji regulaminów, a czasem także weryfikacji dokumentów firmowych. Termin pytań mija, zanim zespół w ogóle otrzyma pełny dostęp.

Rejestrację na kluczowych platformach dobrze jest potraktować jak oddzielny mini-projekt, a nie coś „co się kliknie przy okazji”. Standardowo wchodzi w to kilka kroków:

• wybór właściwego typu konta (firma, konsorcjum, osoba fizyczna),
• wprowadzenie pełnych danych identyfikacyjnych – zgodnie z KRS/CEIDG, bez skrótów i uproszczeń,
• powiązanie konta z adresem e-mail, który faktycznie jest obsługiwany na bieżąco,
• konfiguracja kont użytkowników w firmie: kto ma dostęp do jakich funkcji (podgląd, edycja, wysyłka, podpis),
• akceptacja regulaminu i ewentualna weryfikacja przez administratora platformy.

Część platform wymaga również przesłania dokumentów potwierdzających dane wykonawcy lub nadania ról administratora konta firmowego. W praktyce oznacza to, że zanim będzie można złożyć ofertę, trzeba odczekać kilka godzin, a czasem dzień lub dwa. Z tego powodu duże firmy tworzą listę platform, na których koniecznie muszą mieć aktywne konta, i zakładają je „z wyprzedzeniem”, jeszcze zanim pojawi się konkretny przetarg.

Mapa platform: gdzie faktycznie będą „nasze” przetargi

Wykonawca, który próbuje rejestrować się w pośpiechu na kilku nowych platformach tygodniowo, szybko traci kontrolę nad loginami, hasłami i ustawieniami. Bardziej dojrzałe podejście zakłada, że firma tworzy mapę platform dopasowaną do swojego rynku.

W takiej mapie zwykle pojawiają się:

• platformy ogólnokrajowe (np. krajowe systemy zamówień, z których korzysta wiele urzędów),
• platformy branżowe (np. dla sektora energetycznego, kolejowego, zdrowia),
• platformy regionalne (np. grupy zakupowe samorządów wojewódzkich),
• dedykowane systemy dużych zamawiających (spółki skarbu państwa, duże miasta, operatorzy infrastruktury).

Po identyfikacji najistotniejszych platform można nadać im priorytety: A – krytyczne (rejestracja od razu), B – ważne (rejestracja przy pierwszym ciekawym postępowaniu, ale z kilkudniowym buforem), C – obserwowane (wystarczy śledzić ogłoszenia przez BZP/TED i zdecydować później). Takie podejście ogranicza rozproszenie uwagi i pozwala zbudować kompetencje w kilku systemach, zamiast co tydzień „uczyć się od zera”.

Bezpieczeństwo dostępu: loginy, hasła i uprawnienia

Pechowy scenariusz: osoba, która jako jedyna znała hasło do konta na platformie, odchodzi z firmy albo znika na długim zwolnieniu, a dostęp do skrzynki e-mailowej, na którą przychodzą kody weryfikacyjne, jest zablokowany. System nie współczuje – po prostu nie wpuszcza.

Stabilne funkcjonowanie na platformach wymaga rozsądnej polityki haseł i uprawnień. W praktyce sprawdzają się takie zasady:

• konto firmowe (główne) z adresem ogólnym, np. przetargi@firma.pl, do którego ma dostęp przynajmniej dwóch kluczowych pracowników,
• indywidualne konta użytkowników przypięte do konta firmowego, z jasno określonymi rolami (administrator, użytkownik pełny, użytkownik z ograniczonym dostępem),
• zarządzanie odejściami z firmy – w momencie zmiany kadrowej administrator od razu odbiera uprawnienia na platformach,
• stosowanie menedżera haseł zamiast „notesu w szufladzie” czy pliku Excel wysyłanego mailem.

W 2025 roku coraz więcej platform wspiera uwierzytelnianie wieloskładnikowe (MFA) – SMS, aplikacje mobilne, klucze sprzętowe. To dodatkowa warstwa bezpieczeństwa, ale też element, który trzeba uwzględnić organizacyjnie. Jeżeli kody przychodzą na telefon konkretnej osoby, w dniu urlopu albo wyjazdu służbowego może być problem. Dlatego lepiej od razu skonfigurować minimum dwa niezależne urządzenia lub metody autoryzacji tam, gdzie to możliwe.

Przygotowanie stanowiska pracy: od sprzętu do sieci

Ostatnie dwie godziny przed zakończeniem postępowania, oferta gotowa, podpisy złożone – a na ekranie pojawia się komunikat „brak połączenia z serwerem” lub „czas odpowiedzi serwera przekroczony”. Panika, restart routera, dzwonienie do dostawcy internetu. Taki stres jest często efektem braku prostych zabezpieczeń technicznych.

Stanowisko do pracy z przetargami elektronicznymi można potraktować jak stanowisko krytyczne, podobnie jak stanowiska księgowe czy produkcyjne. W jego skład wchodzi nie tylko komputer i przeglądarka, ale cały zestaw elementów:

• stabilne łącze internetowe, najlepiej z alternatywną możliwością połączenia (np. modem LTE w razie awarii głównego łącza),
• aktualny system operacyjny z regularnymi, ale kontrolowanymi aktualizacjami (żeby „łatka” z wtorku nie zablokowała podpisu w środę),
• zgodne i przetestowane przeglądarki – czasem warto mieć zainstalowane dwa warianty (np. Chrome i Firefox),
• konfiguracja firewalli i oprogramowania antywirusowego tak, aby nie blokowały komunikacji z platformą i usługą podpisu,
• zasilacz awaryjny (UPS) przy pracy na komputerze stacjonarnym, aby krótkie zaniki prądu nie zabiły procesu wysyłki.

Testy „na sucho”: symulacja oferty zanim pójdzie „na żywo”

Dzień przed terminem składania ofert, wszystko wygląda na dopięte. Ktoś jednak po raz pierwszy klika „Złóż ofertę” na konkretnej platformie i odkrywa, że wymagany jest dodatkowy plugin, format pliku jest inny niż zwykle, a pole z ceną ma limity znaków. Nerwowe testy w ostatniej chwili kończą się improwizacją zamiast spokojnej wysyłki.

Przed pierwszym „prawdziwym” przetargiem na danej platformie dobrze jest przeprowadzić pełną próbę generalną. Nie chodzi tylko o sprawdzenie logowania, ale odtworzenie całego procesu:

• wyszukanie przykładowego postępowania (nawet już zakończonego),
• przejście wszystkich kroków składania oferty aż do ostatniego ekranu przed potwierdzeniem,
• sprawdzenie, jakie formaty plików system przyjmuje i jakie ma limity wielkości,
• weryfikacja, czy podpis kwalifikowany działa w praktyce: podpisanie testowego dokumentu i odczytanie go w przeglądarce podpisu,
• zapisanie zrzutów ekranu krytycznych etapów (np. okno potwierdzenia wysyłki).

W niektórych organizacjach wdraża się wręcz checklistę testową dla nowych platform. Jedna osoba prowadzi „przejście techniczne”, druga obserwuje i notuje: co zajęło najwięcej czasu, w którym miejscu pojawiły się wątpliwości, jakie komunikaty błędów wyświetla system. Taki jednorazowy wysiłek sprawia, że przy realnym przetargu zespół porusza się już „po znanym terenie”, a ewentualne problemy techniczne są przewidywalne.

Przy okazji takich testów można doprecyzować podział ról: kto faktycznie klika ofertę, kto siedzi obok i od razu sprawdza poprawność wprowadzanych danych, a kto jest w rezerwie – na wypadek awarii sprzętu albo podpisu.

Organizacja plików: struktura, która wytrzyma kilkadziesiąt postępowań

Po kilku miesiącach udziału w przetargach wspólny dysk zaczyna przypominać przypadkowy magazyn: foldery „Nowy przetarg 3”, „Oferta_poprawiona_ostatnia”, „Stare” i „Na pewno podpisane”. W takim otoczeniu każda korekta albo odwołanie zamienia się w polowanie na dokumenty.

Przy większej liczbie postępowań przejrzysta architektura folderów jest tak samo ważna jak dobra treść oferty. Sprawdza się prosty, ale konsekwentny podział:

• główny katalog /Przetargi/, a w nim podfoldery roczne, np. /2025/,
• w każdym roku foldery wg zamawiających lub branż, np. /Miasto_X/, /Kolej/,
• w każdym postępowaniu folder o nazwie łączącej numer postępowania i skróconą nazwę, np. ZZP.271.12.2025_modernizacja_budynku/,
• wewnątrz postępowania stały układ: 01_SWZ_i_załączniki, 02_Pytania_i_odpowiedzi, 03_Oferty_robocze, 04_Do_podpisu, 05_Podpisane, 06_Korespondencja.

Dobrze opisane nazwy plików ograniczają ryzyko pomyłek. Przykładowo:

• Oferta_cenowa_FirmaX_2025-06-15_WERSJA_ROBOCZA.docx,
• Oferta_cenowa_FirmaX_2025-06-15_PODPISANA.pdf,
• JEDZ_FirmaX_2025-06-15_podpisany.xades.

Na jednym z projektów budowlanych prosta zmiana – dopisanie w nazwie daty i statusu pliku – skróciła czas przygotowania materiałów do odwołania o kilka godzin. Zamiast przekopywać się przez archiwum maili, zespół w kilka minut odtworzył historię powstawania oferty.

Minimalny standard to także odseparowanie materiałów źródłowych od wersji gotowych do wysyłki. Jeśli folder „PODPISANE” jest traktowany jak „strefa zamrożona” (tylko odczyt, żadnych poprawek), łatwiej uniknąć sytuacji, w której ktoś otwiera podpisany plik, nanosi drobną zmianę i… traci ważność podpisu.

Procedura „godzina zero”: co się dzieje w dniu składania oferty

Dwie godziny do terminu składania ofert, w pokoju napięcie, telefony milkną. W teorii wszystko gotowe, w praktyce każdy ciągnie w swoją stronę: ktoś jeszcze poprawia opis doświadczenia, ktoś dopisuje uwagę do harmonogramu, a osoba odpowiedzialna za wysyłkę bezradnie patrzy na zmieniające się pliki.

W wielu firmach pomaga jasna procedura dnia „T” – spisana w kilku krokach i powieszona choćby przy biurku osoby technicznej. Przykładowy schemat:

1. T – 24 h – zamrożenie zakresu zmian: wszelkie istotne poprawki merytoryczne muszą być zgłoszone najpóźniej na dzień przed terminem. Po tym czasie dopuszczalne są tylko korekty oczywistych omyłek.
2. T – 18 h – kontrola kompletności dokumentów przez osobę „formalną” z użyciem checklisty opartej na SWZ.
3. T – 12 h – przekazanie paczki „DO PODPISU” (spójne nazwy plików, brak wersji roboczych).
4. T – 8 h – wykonanie podpisów przez zarząd/pełnomocników, sprawdzenie poprawności każdego podpisu w narzędziu do weryfikacji.
5. T – 4 h – wgranie oferty na platformę w trybie „roboczym”, jeśli system na to pozwala, oraz wstępne przejście wszystkich kroków wysyłki.
6. T – 2 h – finalna wysyłka, pobranie i zapisanie potwierdzenia (UPO, numer oferty, zrzuty ekranu).

Ten model można dopasować do skali postępowania – przy mniejszych przetargach część kroków zbiega się w czasie. Najważniejsze, by wszyscy w zespole znali „godziny graniczne” i nie forsowali istotnych zmian na kilkadziesiąt minut przed zamknięciem systemu.

Osobny element to plan awaryjny. Jeżeli główna osoba odpowiedzialna za wysyłkę rozchoruje się w dniu T, ktoś inny powinien mieć:

• dostęp do konta na platformie (lub własne konto z odpowiednimi uprawnieniami),
• dostęp do podpisu elektronicznego lub możliwość użycia podpisanych wcześniej dokumentów,
• znajomość procedury – najlepiej przećwiczoną wcześniej przy okazji innych postępowań.

Kontakt z helpdeskiem platformy: jak rozwiązywać problemy bez tracenia nerwów

Tuż przed wysyłką system zwraca błąd walidacji pliku albo nie przyjmuje podpisu, który dotąd działał wszędzie. Ktoś dzwoni na infolinię platformy, po pięciu minutach słuchania automatu nerwy puszczają i kończy się na rezygnacji. Później łatwo powiedzieć, że „platforma była winna”.

Większość problemów technicznych da się rozwiązać, jeśli kontakt z helpdeskiem jest dobrze przygotowany. Zanim ktoś zadzwoni lub napisze, warto zebrać podstawowe informacje:

• numer postępowania i nazwa zamawiającego,
• dokładny opis kroku, na którym pojawia się błąd (np. „po kliknięciu w przycisk Podpisz i wyślij”);
• screen z komunikatem błędu (z widoczną datą i godziną),
• informacje o przeglądarce, systemie operacyjnym i rodzaju podpisu,
• informację, czy problem występuje na innym komputerze / innej przeglądarce.

Pomaga też przechowywanie historii zgłoszeń w jednym miejscu (np. prosty rejestr w Excelu lub narzędziu do zadań). Przy kolejnym podobnym problemie nie trzeba zaczynać od zera, bo widać, jakie ustawienia lub obejścia zadziałały poprzednio.

Kluczowa jest godzina, o której następuje zgłoszenie. Jeżeli problemy techniczne wychodzą na jaw dopiero w ostatnich trzydziestu minutach przed terminem, nawet najlepszy helpdesk niewiele zdziała. Dlatego test wysyłki (lub przynajmniej wgranie plików) opłaca się przeprowadzić z co najmniej kilkugodzinnym buforem.

Wewnętrzne standardy dokumentów: szablony, które przyspieszają grę

Jedno postępowanie wymaga opisu doświadczenia, inne – referencji w konkretnej formie, jeszcze inne – tabelarycznego wykazu usług. Jeśli za każdym razem zespół zaczyna dokumenty „od zera”, harmonogram szybko się rozsypuje, a jakość cierpi na braku spójności.

Skuteczni wykonawcy w 2025 roku opierają się na bibliotece szablonów przygotowanych z wyprzedzeniem. Może ona obejmować m.in.:

• szablon wykazu usług/robót/dostaw z miejscem na szybkie dostosowanie kolumn do wymogów SWZ,
• szablon opisu sposobu realizacji zamówienia (metodologia, zasoby, harmonogram) z polami do modyfikacji pod konkretnego zamawiającego,
• gotowe wzory upoważnień do podpisu oferty, pełnomocnictw dla lidera konsorcjum, oświadczeń o braku podstaw wykluczenia,
• standardowe formuły dla korespondencji z zamawiającym (pytania do SWZ, wyjaśnienia, uzupełnienia dokumentów).

Stworzenie takiego pakietu pochłania czas na początku, ale potem widocznie skraca cykl przygotowania. Ważnym elementem jest wersjonowanie szablonów: kiedy wchodzą nowe przepisy albo zmienia się orzecznictwo, zespół nie przerabia przypadkowych starych plików z dysku, tylko uaktualnia jeden oficjalny wzór.

Dobrym zwyczajem jest oznaczenie w dokumencie, które części są „stałe” (np. informacje o firmie, strukturze zespołu), a które wymagają indywidualnego dopasowania (np. opis ryzyk specyficznych dla danego zamówienia). Zmniejsza to ryzyko, że w ofercie do gminy pojawi się nazwa innego zamawiającego skopiowana z poprzedniego przetargu.

Praca zespołowa na dokumentach: wersje, komentarze i kontrola zmian

Trzy osoby edytują równolegle opis przedmiotu zamówienia. Każda robi to w swojej kopii pliku, potem ktoś próbuje to „skleić”, a w efekcie finalna wersja zawiera sprzeczne fragmenty. Tak powstają niejednoznaczne opisy, które zamawiający później punktuje niżej.

Przy bardziej złożonych postępowaniach dużo bezpieczniejsze jest jedno źródło prawdy – jeden główny plik, w którym pracują wszyscy, ale z zachowaniem zasad:

• włączenie śledzenia zmian (kontrola zmian),
• dodawanie komentarzy zamiast „przerabiania po cichu” cudzych fragmentów,
• wskazanie osoby odpowiedzialnej za akceptację lub odrzucenie zmian (rola edytora głównego),
• regularne „zamrażanie” wersji, np. Opis_realizacji_v3_zaakceptowany_2025-05-10.docx.

Narzędzia chmurowe ułatwiają wspólną pracę, ale w środowisku przetargów pojawia się dodatkowe pytanie: bezpieczeństwo danych. Jeśli projekt wymaga poufności (np. technologie objęte tajemnicą przedsiębiorstwa), część firm decyduje się na własne rozwiązania serwerowe lub certyfikowane dyski sieciowe. Wtedy proces współpracy trzeba dobrze poukładać – kto i z jakiego miejsca może otwierać dokumenty, czy możliwe jest logowanie z zewnątrz, jakie hasła i szyfrowanie obowiązują.

Mini-wniosek z praktyki: dużo konfliktów „merytorycznych” w zespole przetargowym wynika w rzeczywistości z bałaganu na poziomie wersji dokumentów. Kiedy każdy pracuje na tej samej, dobrze opisanej wersji, łatwiej rozmawiać o treści, a nie o tym, „która wersja jest aktualna”.

Monitorowanie przetargów: od „polowania ręcznego” do zautomatyzowanych alertów

W niejednej firmie scenariusz wygląda tak: ktoś raz na kilka dni „przegląda BZP” albo zagląda na jedną, dwie platformy. Co ciekawsze postępowania bywają przeoczane tylko dlatego, że ogłoszenie pojawiło się w piątek po południu, a nikt w poniedziałek do niego nie wrócił.

Skuteczne działanie w 2025 roku oznacza systematyczny monitoring, możliwie zautomatyzowany. W praktyce łączy się kilka źródeł:

• oficjalne biuletyny (BZP, TED) z ustawionymi filtrami według kodów CPV, obszaru geograficznego, wartości szacunkowej,
• newslettery i powiadomienia e-mail/SMS z kluczowych platform,
• zewnętrzne narzędzia agregujące przetargi z wielu źródeł (komercyjne serwisy monitoringowe),
• listy obserwowanych zamawiających – regularne sprawdzanie ich profilu nabywcy.

Najczęściej zadawane pytania (FAQ)

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

Najczęściej potykają się ci, którzy technikalia odkładają „na potem”. Oferta bywa świetna merytorycznie, ale przegrywa na prostych sprawach: zły podpis, zły format pliku, wysyłka w ostatnich minutach przed terminem.

Do typowych błędów należą: użycie niekwalifikowanego podpisu tam, gdzie wymagany jest kwalifikowany (np. przy JEDZ), brak szyfrowania głównego pliku oferty, przesłanie skanów bez prawidłowego podpisu elektronicznego, brak potwierdzenia złożenia oferty oraz spóźnienie wynikające z przeciążonej platformy lub wolnego łącza. Każdy z tych błędów formalnych może „uwalić” najlepszą cenowo i jakościowo ofertę.

Co to jest czas systemowy w e-Zamówieniach i jak wpływa na termin złożenia oferty?

Wielu wykonawców patrzy na zegarek w telefonie, a system w tym czasie „odlicza” własny czas. To właśnie czas systemowy platformy decyduje o tym, czy oferta została złożona w terminie, czy jest spóźniona choćby o kilkanaście sekund.

Termin składania ofert liczony jest co do minuty na podstawie zegara systemu, a nie lokalnego czasu na komputerze. Jeśli oferta wpłynie np. o 10:00:10 przy terminie 10:00:00, system uzna ją za złożoną po terminie i zamawiający ma obowiązek ją odrzucić. Bezpieczniej złożyć ofertę 60–90 minut wcześniej i mieć margines na ewentualne problemy z łączem, podpisem czy samą platformą.

Czy skan dokumentu z odręcznym podpisem spełnia wymogi formy elektronicznej w przetargu?

Niektórzy próbują iść na skróty: drukują, podpisują długopisem, skanują i wgrywają plik PDF. Taki dokument bez prawidłowego podpisu elektronicznego co do zasady nie spełnia wymogu formy elektronicznej w zamówieniach publicznych.

Standardem jest dokument w postaci elektronicznej podpisany kwalifikowanym podpisem elektronicznym (albo – w ściśle określonych przypadkach – za pomocą profilu zaufanego). Sam skan jest tylko obrazem papieru; dopiero opatrzenie go kwalifikowanym podpisem osoby uprawnionej nadaje mu odpowiednią moc w postępowaniu.

Jaki podpis elektroniczny jest wymagany przy składaniu ofert w 2025 roku?

Wiele firm pyta: „czy wystarczy profil zaufany, skoro mam go do urzędu skarbowego?”. W typowych przetargach publicznych kluczowe dokumenty oferty (w tym oferta i JEDZ) wymagają kwalifikowanego podpisu elektronicznego.

Profil zaufany ma zastosowanie głównie w kontaktach z administracją publiczną, ale jego użycie w zamówieniach publicznych jest ograniczone i zależy od konkretnych przepisów oraz zapisów SWZ. Bezpieczne podejście jest proste: dla przetargów elektronicznych traktuj kwalifikowany podpis jako podstawowe narzędzie i skonfiguruj go zawczasu na stanowiskach osób odpowiedzialnych za podpisywanie dokumentów.

Jak przygotować firmę do bezbłędnego startu w przetargach elektronicznych?

Spontaniczne działania „na ostatnią chwilę” zwykle kończą się stresem, a czasem odrzuceniem oferty. Skuteczne firmy budują powtarzalny proces, który działa jak checklista przedstartowa.

W praktyce oznacza to m.in.: wybór i konfigurację kwalifikowanych podpisów dla właściwych osób, założenie i przetestowanie kont na kluczowych platformach (e-Zamówienia, wybrane platformy komercyjne), przygotowanie szablonów dokumentów w akceptowanych formatach, ustalenie, kto odpowiada za merytorykę, a kto za technikalia, oraz przyjęcie zasady składania ofert z odpowiednim buforem czasu. Taki proces minimalizuje ryzyko „głupich” wpadek formalnych.

Jak skutecznie wyszukiwać przetargi elektroniczne pasujące do profilu mojej firmy?

Przedsiębiorcy często narzekają, że „ciągle coś im ucieka”, a jednocześnie codziennie ręcznie przeklikują dziesiątki ogłoszeń. Zamiast tego lepiej raz dobrze ustawić „radar” na ciekawe postępowania.

Na platformie e-Zamówienia oraz wielu platformach komercyjnych można skonfigurować profil wykonawcy z odpowiednimi kodami CPV, branżą i rodzajem usług, a następnie włączyć powiadomienia e-mail o nowych ogłoszeniach. Dobrym uzupełnieniem są listy obserwowanych postępowań oraz zewnętrzne narzędzia: newslettery branżowe, komercyjne wyszukiwarki przetargów czy proste dashboardy w Excelu lub narzędziu BI, które zbierają informacje w jednym miejscu.

Czy zamawiający może przywrócić termin, jeśli system nie przyjął mojej oferty?

Typowa sytuacja: wykonawca próbuje złożyć ofertę kilka minut przed deadlinem, system „mieli”, coś się zawiesza, a ostatecznie oferta nie zostaje zarejestrowana. Po terminie pojawia się prośba do zamawiającego o „ludzkie podejście”.

Zamawiający jest związany przepisami i logami systemowymi. Jeśli w systemie nie ma śladu terminowego złożenia oferty, nie ma też podstaw do jej przyjęcia po czasie – wyjątkiem są udokumentowane awarie po stronie samej platformy, o których zamawiający informuje oficjalnym komunikatem i odpowiednio przedłuża termin. Z tego powodu kluczowe jest: składanie oferty z dużym wyprzedzeniem, zapisywanie potwierdzeń złożenia oraz robienie zrzutów ekranu w razie poważnych błędów systemowych.