Jak bezpiecznie modyfikować dokumentację przetargową w toku postępowania i informować o tym rynek

Ramy prawne modyfikacji dokumentacji przetargowej – szybki przegląd

Kluczowe przepisy ustawy Pzp dotyczące zmian dokumentacji

Modyfikacja dokumentacji przetargowej w toku postępowania jest dopuszczalna, ale ściśle reglamentowana. Trzon regulacji znajduje się w ustawie Prawo zamówień publicznych (Pzp), przede wszystkim w przepisach dotyczących:

• specyfikacji warunków zamówienia (SWZ),
• ogłoszenia o zamówieniu,
• terminów składania ofert i wniosków,
• komunikacji z wykonawcami.

Kluczowe mechanizmy, na które zamawiający musi mieć oko, to w szczególności:

• obowiązek modyfikacji SWZ, jeśli zachodzi potrzeba zmiany warunków postępowania,
• konieczność odpowiedniego przedłużenia terminu składania ofert, jeśli zmiana jest istotna,
• obowiązek przekazywania zmian SWZ wszystkim uczestnikom postępowania w ten sam sposób,
• powiązanie zmian SWZ z ewentualną zmianą ogłoszenia o zamówieniu w Dzienniku Urzędowym UE lub Biuletynie Zamówień Publicznych.

W praktyce oznacza to, że każda modyfikacja SWZ czy ogłoszenia o zamówieniu musi być weryfikowana przez pryzmat trzech pytań:

1. Czy zakres zmiany jest dopuszczalny na danym etapie postępowania?
2. Czy odpowiada zasadom równego traktowania wykonawców oraz przejrzystości?
3. Czy wymaga formalnej zmiany ogłoszenia i przedłużenia terminów?

Jeżeli odpowiedź na którekolwiek z tych pytań jest niejednoznaczna, zmiana niesie ryzyko odwołań lub wręcz obowiązek unieważnienia postępowania.

Jakie dokumenty można modyfikować i na jakim etapie

Pod pojęciem „dokumentacja przetargowa” w rozumieniu praktyki zamówień publicznych mieści się nie tylko sama SWZ, ale szerszy zestaw dokumentów, w tym:

• ogłoszenie o zamówieniu (w BZP lub TED),
• specyfikacja warunków zamówienia (SWZ / dawniej SIWZ),
• załączniki do SWZ (formularze, opis przedmiotu zamówienia, oświadczenia, wykazy),
• wzór umowy, w tym istotne postanowienia umowy (IPU),
• odpowiedzi na pytania wykonawców,
• informacje uzupełniające i wyjaśnienia publikowane w systemie e-Zamówienia.

Każdy z tych elementów może być zmieniany, ale:

• tylko do upływu terminu składania ofert (albo wniosków o dopuszczenie do udziału w postępowaniu – w trybach dwuetapowych),
• w określonych sytuacjach – również po tym terminie, ale wyłącznie w zakresie, który nie wpływa na treść ofert ani sytuację konkurencyjną (np. błędy oczywiste, korekta omyłek formalnych w treści SWZ niezmieniająca warunków).

W trybach wieloetapowych graniczny moment dopuszczalności zmian dotyczy:

• etapu składania wniosków – jeśli zmiana dotyczy warunków udziału, procedury kwalifikacji, kryteriów selekcji,
• etapu składania ofert wstępnych lub ofert ostatecznych – jeśli zmiana dotyczy przedmiotu zamówienia, kryteriów oceny ofert, wymagań technicznych.

Im późniejszy etap postępowania, tym wyższy poziom ostrożności przy modyfikacji dokumentacji. Zbyt daleko idąca zmiana na zaawansowanym etapie łatwo narusza zasadę przejrzystości i równego traktowania, co otwiera drogę do odwołań.

Zasady ogólne jako filtr dla każdej modyfikacji

Niezależnie od szczegółowych przepisów, każdą modyfikację dokumentacji przetargowej trzeba oceniać przez filtr zasad ogólnych:

• równe traktowanie wykonawców – zmiana nie może faworyzować określonego podmiotu, np. przez wprowadzenie parametrów pasujących do jednego producenta,
• przejrzystość – zakres i sens zmiany muszą być zrozumiałe i jednoznaczne, bez „ukrytych” wymagań dyktowanych wyjaśnieniami,
• proporcjonalność – wymagania po zmianie muszą pozostawać adekwatne do przedmiotu zamówienia, a zmiana nie może niepotrzebnie ograniczać konkurencji,
• zapewnienie uczciwej konkurencji – zmiany nie mogą prowadzić do zawężenia rynku wykonawców bez rzeczowego, obiektywnego uzasadnienia.

Jeżeli modyfikacja powoduje gwałtowne „przemodelowanie” zamówienia (inny zakres, inny typ rozwiązania, inna struktura ryzyk), może okazać się, że jedyną bezpieczną ścieżką jest unieważnienie postępowania i ogłoszenie nowego.

Kiedy zmiana może wymusić unieważnienie postępowania

Zmiana dokumentacji przetargowej może prowadzić do sytuacji, w której nie da się utrzymać ciągłości postępowania. Klasyczne przypadki, w których modyfikacja „ciągnie za sobą” konieczność unieważnienia, to:

• gruntowna zmiana koncepcji przedmiotu zamówienia (np. z zakupu licencji przejście na model usługowy SaaS),
• znaczące rozszerzenie zakresu rzeczowego lub wartości zamówienia,
• zmiana podstawowego modelu wynagrodzenia lub rozkładu ryzyk (np. wprowadzenie wynagrodzenia ryczałtowego w miejsce kosztorysowego, przy radykalnie innym OPZ),
• zmiana warunków udziału w postępowaniu w sposób, który istotnie zawęża lub rozszerza krąg potencjalnych wykonawców,
• zmiana kryteriów oceny ofert, która prowadziłaby do innego rozstrzygnięcia, gdyby była znana od początku.

Jeżeli odpowiedź na pytanie „Czy gdyby zamówienie od początku było opisane tak, jak po zmianie, krąg potencjalnych wykonawców byłby istotnie inny?” brzmi „tak”, sygnał ostrzegawczy jest bardzo wyraźny. Taka zmiana bywa kwalifikowana nie jako dopuszczalna modyfikacja postępowania, ale jako de facto nowe zamówienie.

Co to znaczy „zmiana dokumentacji” – rozróżnienie typów modyfikacji

Modyfikacja, wyjaśnienie, sprostowanie, doprecyzowanie

W codziennej praktyce zamówień publicznych często miesza się pojęcia: modyfikacja SWZ, wyjaśnienie treści SWZ, sprostowanie błędów czy doprecyzowanie wymogów. Z punktu widzenia bezpieczeństwa postępowania granice między nimi muszą być bardzo jasno widoczne.

Modyfikacja to faktyczna zmiana treści dokumentacji, polegająca na:

• dodaniu nowego wymagania lub warunku,
• usunięciu istniejącego wymagania,
• zmianie istniejącego parametru, brzmienia warunku, zapisu umownego,
• dodaniu nowego załącznika lub zastąpieniu załącznika nową wersją.

Wyjaśnienie to interpretacja istniejących zapisów, bez ingerencji w ich literalną treść. Zamawiający nie zmienia SWZ, a jedynie opisuje, jak rozumie już ustanowione wymagania. Granica jest tu bardzo cienka: jeśli odpowiedź na pytanie „podkręca” wymagania, a nie tylko je objaśnia, faktycznie mamy do czynienia z nieformalną zmianą SWZ.

Sprostowanie dotyczy najczęściej:

• oczywistych omyłek pisarskich (literówki, błędne numery jednostek redakcyjnych, zdublowane słowa),
• omówienia niezgodności redakcyjnych (np. w jednym miejscu termin „10 dni”, w innym „10 dni roboczych”, przy czym zamawiający intencjonalnie wskazywał jedną wersję).

Doprecyzowanie bywa używane zamiennie z wyjaśnieniem, ale praktycznie oznacza sytuację, w której zamawiający „doszlifowuje” opis wymagania, aby usunąć wieloznaczność lub nadmierną ogólność. Jeśli po doprecyzowaniu zakres możliwych interpretacji zawęża się, ale nie zmienia istotowo, co jest wymagane – pozostajemy jeszcze po bezpiecznej stronie. Jeżeli jednak doprecyzowanie wprowadza nową treść, to już modyfikacja.

Praktyczne przykłady: kiedy to jeszcze wyjaśnienie, a kiedy już modyfikacja

Przykład 1 – parametry techniczne urządzenia:

• Wyjaśnienie: SWZ wymagała „drukarki sieciowej obsługującej co najmniej 30 stron na minutę”. Wykonawca pyta, czy dopuszczalne jest urządzenie wielofunkcyjne (drukarka+skaner+kopiarka). Zamawiający odpowiada: „Tak, dopuszcza się urządzenia wielofunkcyjne, pod warunkiem spełnienia wszystkich wymaganych parametrów”. Treść pierwotnego wymagania się nie zmienia – nadal chodzi o prędkość wydruku, dopuszcza się jedynie szerszą kategorię sprzętu. To klasyczne wyjaśnienie.
• Modyfikacja: Ten sam przykład, ale zamawiający odpowiada: „Dopuszcza się urządzenia drukujące z prędkością minimum 25 stron na minutę”. Doszło do realnego obniżenia wymagania. Niezależnie od nazwy dokumentu („Wyjaśnienia do SWZ”), jest to zmiana specyfikacji.

Przykład 2 – normy i standardy:

• Sprostowanie: w SWZ znalazł się zapis: „instalacja musi spełniać wymogi normy PN-EN 62305-2:2012”, podczas gdy wszędzie indziej zamawiający wskazywał aktualną normę PN-EN 62305-2:2013. Wyjaśnienie: „Prawidłowy numer normy to PN-EN 62305-2:2013, przy czym co do zasady akceptowane będą rozwiązania zgodne z aktualnie obowiązującymi normami z tej serii”. Mamy korektę ewidentnego błędu.
• Modyfikacja: SWZ wymagała zgodności z normą X, a po pytaniu wykonawcy zamawiający stwierdza, że wystarczy zgodność z normą Y, która ma inne wymagania i otwiera rynek dla dodatkowych produktów. To już istotna zmiana warunku technicznego.

W praktyce bezpieczne jest stosowanie prostej zasady: jeśli po „wyjaśnieniu” treść obowiązków wykonawcy jest węższa, szersza lub inna niż wynikało to dla rozsądnego odbiorcy z pierwotnej SWZ – występuje faktyczna modyfikacja, którą należy oznaczyć i przeprowadzić zgodnie z reżimem prawnym.

Zmiana istotna vs. nieistotna – kryteria oceny

Pojęcie istotności zmiany dokumentacji przetargowej odgrywa centralną rolę przy decyzji, czy:

• konieczna jest zmiana ogłoszenia o zamówieniu,
• należy przedłużyć termini składania ofert,
• zmiana może wymusić unieważnienie postępowania,
• zachowana jest zasada uczciwej konkurencji.

Za zmianę istotną uznaje się w szczególności taką, która:

• wpływa na krąg potencjalnych wykonawców (np. zaostrza lub łagodzi warunki udziału),
• ma wpływ na kalkulację ceny (np. zmiana ilości, jakości, zakresu świadczeń),
• zmienia sposób przygotowania oferty (np. nowe wymagane dokumenty, inny sposób potwierdzenia warunków udziału),
• zmienia kryteria oceny ofert lub ich wagi,
• przesuwa istotnie ryzyko kontraktowe (np. nowe kary umowne, inna struktura odpowiedzialności).

Zmiana nieistotna to taka, która ma charakter czysto techniczny lub redakcyjny i nie wpływa na to, czy i jak wykonawca może wziąć udział w postępowaniu i przygotować ofertę. Przykładowe zmiany nieistotne:

• korekta oczywistych błędów pisarskich i rachunkowych w treści SWZ,
• przenumerowanie punktów, poprawienie odnośników, usunięcie oczywistych niespójności redakcyjnych,
• uszczegółowienie brzmienia postanowienia w sposób odpowiadający literalnej intencji, którą rozsądny wykonawca już wcześniej mógł odczytać.

Przy ocenie, czy zmiana jest istotna, sprawdza się prosty test: „Czy istnieje choćby jeden wykonawca, który – znając treść dokumentacji po zmianie – podjąłby inną decyzję co do udziału w postępowaniu lub inaczej skalkulował ofertę?”. Jeśli tak, zmiana jest istotna.

Kontrola ryzyka „ukrytych” zmian pod pozorem wyjaśnień

Praktyczny problem: odpowiedzi na pytania wykonawców zaczynają pełnić funkcję „nieformalnej modyfikacji” SWZ. Grozi to tym, że:

• część wykonawców, która nie zadaje pytań lub nie śledzi systemu, bazuje na pierwotnej treści,
• treść SWZ rozlewa się po różnych dokumentach, co utrudnia stosowanie i kontrolę,
• w razie odwołania zamawiający ma problem z wykazaniem, które warunki obowiązywały w jakim kształcie.

Bezpieczny mechanizm polega na wprowadzeniu wewnętrznej praktyki checku po każdej odpowiedzi. Po sporządzeniu każdego pisma z wyjaśnieniami do SWZ trzeba zadać kilka pytań:

Wewnętrzny „check” po odpowiedzi – prosty workflow

Po przygotowaniu projektu odpowiedzi na pytania wykonawców opłaca się przejść krótki, ale konsekwentny proces kontroli. Dobrze działa podejście checklistowe:

• Krok 1 – kwalifikacja charakteru odpowiedzi: przy każdym pytaniu oznaczyć, czy odpowiedź jest wyłącznie wyjaśnieniem, czy powoduje zmianę zakresu obowiązków wykonawcy. Jeśli „tak” – od razu przypisujemy jej status modyfikacji SWZ.
• Krok 2 – identyfikacja punktów SWZ: w projekcie pisma do wykonawców przy każdej odpowiedzi dopisać numer(y) jednostki redakcyjnej SWZ, której dotyczy (np. „dot. pkt 4.2 ppkt 3 SWZ, Załącznik nr 2 – OPZ, pkt 7.1”). Ułatwia to późniejsze zintegrowanie zmian z dokumentacją.
• Krok 3 – test istotności zmiany: przy odpowiedziach kwalifikowanych jako modyfikacja zadać pytanie: „Czy przez to odpowiedź choćby hipotetycznie może zmienić krąg potencjalnych wykonawców albo sposób kalkulacji ceny?”. Odpowiedź „tak” oznacza zmianę istotną i uruchamia obowiązek aktualizacji ogłoszenia oraz – z reguły – wydłużenia terminu składania ofert.
• Krok 4 – decyzja o skonsolidowaniu treści: jeżeli liczba modyfikacji i wyjaśnień zaczyna rosnąć, wprowadzić zasadę publikowania ujednoliconej wersji SWZ (tzw. tekst jednolity) po każdym „pakiecie” zmian, zamiast rozproszonej serii pism.

Uwaga: w wielu jednostkach ten workflow można pokryć prostą tabelą w Excelu (kolumny: nr pytania, zakres, SWZ – jednostka, typ ingerencji, istotność, działanie techniczne). Taka „mapa modyfikacji” bardzo ułatwia późniejszą obronę postępowania przed KIO.

Centralna zasada: „to, co faktycznie zmienia SWZ, musi być nazwane zmianą”

Największym źródłem problemów są sytuacje, gdy faktyczna modyfikacja „ukrywa się” w piśmie z wyjaśnieniami. Bezpieczna praktyka jest prosta:

• każda odpowiedź, która zmienia zakres obowiązków wykonawcy, powinna zawierać jednoznaczne sformułowanie typu: „Zmienia się treść pkt 4.2 SWZ w ten sposób, że…”,
• po publikacji odpowiedzi sporządza się wewnętrzną, ujednoliconą wersję SWZ, w której wprowadza się zmianę z dokładnym oznaczeniem daty i podstawy (np. „zmiana z dnia …, ogłoszona w odpowiedzi na pytania nr …”),
• na platformie komunikacyjnej lub BIP wprowadza się osobny plik „Modyfikacja nr X SWZ” zamiast liczenia, że wykonawcy sami „zszyją” treść z kilku pism.

Tip: dobrym zwyczajem jest stosowanie jednolitej etykiety w tytule pism, np. „Wyjaśnienia treści SWZ i modyfikacja SWZ nr 2”, zamiast rozdzielania tych dwóch procesów na osobne dokumenty. Z punktu widzenia przejrzystości dla rynku to znacznie czytelniejsze.

Kiedy wolno zmienić SWZ i ogłoszenie, a kiedy lepiej unieważnić postępowanie

Granica między dopuszczalną modyfikacją a nowym zamówieniem

Mechanizm jest następujący: ustawa pozwala korygować i rozwijać dokumentację, ale tylko w ramach tej samej, rozpoznawalnej koncepcji zamówienia. Jeżeli modyfikacja prowadzi do innego przedmiotu, innej grupy adresatów albo zasadniczo innego rozkładu ryzyk – w praktyce wychodzimy poza ramy pierwotnego postępowania.

Najczęściej „czerwona lampka” zapala się przy:

• zmianach modelu biznesowego (np. z „kupuję sprzęt” na „biorę usługę w abonamencie”),
• usuwaniu lub dodawaniu kluczowych elementów przedmiotu (np. rezygnacja z części robót budowlanych stanowiących ważny komponent inwestycji albo dołożenie nowego etapu, wcześniej nieprzewidzianego),
• modyfikacji struktury wynagrodzenia, która zmienia sposób kalkulacji ceny (np. wprowadzenie premii uznaniowej, wynagrodzenia za sukces, radykalne przeniesienie ryzyka kosztów na wykonawcę).

Jeżeli odpowiedź na pytanie: „Czy po zmianie opisujemy w istocie to samo zamówienie, tylko precyzyjniej?” zaczyna być niejednoznaczna, trzeba poważnie rozważyć unieważnienie i ogłoszenie nowego postępowania.

Zmiana SWZ a zmiana ogłoszenia – kiedy jedno, kiedy oba

Nie każda korekta SWZ pociąga za sobą zmianę ogłoszenia. Mechanizm decyzyjny można streścić tak:

• Zmiana tylko SWZ – gdy modyfikacja dotyczy kwestii, które w ogłoszeniu w ogóle się nie pojawiają lub są opisane w sposób na tyle ogólny, że nie wymagają korekty (np. doprecyzowanie opisu technicznego, który w ogłoszeniu jest ujęty jako „szczegółowo w SWZ”).
• Zmiana SWZ i ogłoszenia – gdy modyfikujemy elementy, które są „przeniesione” do ogłoszenia, a więc w szczególności:
  • warunki udziału w postępowaniu i sposób ich weryfikacji,
  • kryteria oceny ofert i ich wagi,
  • termin realizacji zamówienia,
  • opis istotnych warunków zamówienia (w tym kluczowe parametry przedmiotu),
  • termin składania ofert lub wniosków.

Uwaga: jeśli ogłoszenie zostało opublikowane w Dzienniku Urzędowym UE, każda istotna zmiana wymagająca korekty ogłoszenia musi przejść przez ten sam kanał (formularz zmiany ogłoszenia, tzw. „notice for changes”). Nie wolno „naprawiać” ogłoszenia unijnym wykonawcom wyłącznie przez publikację w BZP lub na własnej stronie.

Przedłużanie terminu składania ofert – kiedy jest obowiązek, a kiedy tylko opcja

Z praktycznego punktu widzenia kluczowe są dwa typy sytuacji:

• Bezwzględny obowiązek wydłużenia terminu – przy istotnej zmianie treści SWZ lub ogłoszenia, która wpływa na przygotowanie oferty. Termin należy tak ustawić, aby wykonawcy „realnie” mogli skorzystać z nowych informacji. Samo formalne przesunięcie o 1–2 dni przy głębokiej korekcie OPZ to proszenie się o odwołanie.
• Fakultatywne wydłużenie terminu – przy zmianach mniej istotnych, lecz rodzących ryzyko zarzutu, że część rynku nie zdążyła ich przeanalizować. Wtedy warto zastosować podejście ostrożnościowe, czyli przedłużyć termin o rozsądny margines, nawet jeśli nie jest to literalnie wymagane.

Przy ustalaniu nowego terminu dobrze zadać pytanie: „Ile czasu potrzeba rzetelnemu wykonawcy, żeby przeliczyć koszt i zmodyfikować koncepcję oferty po tej zmianie?”. Jeśli odpowiedź brzmi „kilka dni”, nie ustawiajmy nowego terminu na jutro.

Sytuacje, w których bezpieczniej jest unieważnić postępowanie

Są konfiguracje, w których „łatanie” dokumentacji, zamiast rozpoczęcia postępowania od nowa, zwyczajnie zwiększa ryzyko. Typowe przypadki:

• Zasadnicza zmiana koncepcji przedmiotu – np. zamawiający po uwagach rynku przechodzi z modelu zakupu licencji na usługę w modelu SaaS z ciągłym utrzymaniem. Tu zmienia się nie tylko opis, ale logika świadczenia, a często również katalog potencjalnych wykonawców.
• Rewolucja w warunkach udziału – np. pierwotnie wymagano doświadczenia w realizacji 1 dużej inwestycji, po zmianie wymagane są 3 mniejsze, w innym typie robót. To inny „profil” wykonawcy. Jeżeli takie korekty pojawiają się już po publikacji, lepszym ruchem bywa unieważnienie i nowe ogłoszenie.
• Masowe zmiany o charakterze „skumulowanym” – gdy po kilku tygodniach pytań i modyfikacji SWZ składa się z kilkunastu aneksów, a tekst pierwotny jest w praktyce nieczytelny. Kontynuowanie takiego postępowania grozi chaosem interpretacyjnym i problemami przy realizacji umowy.

Przykład z praktyki: w jednym z postępowań na system IT zamawiający po serii pytań najpierw rozszerzył integracje, potem zmienił model licencjonowania, wreszcie przesunął część odpowiedzialności serwisowej na wykonawcę. Po trzecim „pakiecie” modyfikacji pojawiło się odwołanie, w którym słusznie podniesiono, że pierwotne postępowanie zmieniło się w zakup zupełnie innego rozwiązania. KIO uznała, że zamawiający przekroczył granicę dopuszczalnej modyfikacji – efektywnie trzeba było wszystko zacząć od nowa.

Jak uzasadnić unieważnienie, gdy zmiany „rozsadziły” postępowanie

Jeżeli dochodzimy do wniosku, że korekty wymykają się spod kontroli, decyzja o unieważnieniu musi być nie tylko merytorycznie trafna, ale też dobrze udokumentowana. W uzasadnieniu warto:

• pokazać, które elementy zamówienia uległy zmianie (np. zakres rzeczowy, model rozliczeń, warunki udziału),
• wskazać, dlaczego łączny efekt tych zmian prowadzi do powstania „nowego” zamówienia (inne ryzyka, inni potencjalni wykonawcy, inne kryteria sukcesu),
• odwołać się do zasady przejrzystości i uczciwej konkurencji – kontynuowanie postępowania mogłoby uprzywilejować część wykonawców, którzy byli bardziej aktywni w dialogu technicznym lub zadawaniu pytań.

Dobrą praktyką jest sporządzenie wewnętrznej notatki (nie tylko formalnego ogłoszenia o unieważnieniu), w której zespół projektowy krok po kroku dokumentuje chronologię zmian i ich wpływ na postępowanie. Ta notatka bywa kluczowa przy ewentualnej kontroli lub odwołaniu.

Techniczny proces wprowadzania zmian – krok po kroku

Etap 1 – identyfikacja potrzeby zmiany i decyzja co do jej zakresu

Proces zaczyna się chwilą, gdy pojawia się sygnał: pytanie wykonawcy, wewnętrzne odkrycie błędu, zmiana otoczenia prawnego, korekta dokumentacji projektowej. Pierwszy ruch to szybka, lecz przemyślana analiza:

• czego dokładnie dotyczy problem (parametry techniczne, warunki udziału, kryteria, klauzule umowy),
• czy proponowana korekta zmienia realne obowiązki wykonawcy,
• czy zmiana ma charakter istotny, czy raczej porządkowy,
• czy dotknie wyłącznie SWZ, czy także ogłoszenia.

Na tym etapie przydaje się krótka narada zespołu: zamawiający merytoryczny, prawnik, czasem również dział finansowy lub IT (gdy chodzi o projekty technologiczne). Chodzi o to, żeby nie „łatali” wyłącznie autorzy SWZ, ignorując konsekwencje po stronie budżetu czy możliwości technicznych.

Etap 2 – przygotowanie projektu modyfikacji (tekst plus uzasadnienie)

Technicznie wygodnie jest pracować na kopii SWZ w edytorze, stosując śledzenie zmian (track changes). Projekt modyfikacji powinien zawierać:

• precyzyjne wskazanie jednostek redakcyjnych, które ulegają zmianie („w pkt 3.4 lit. b tiret drugie otrzymuje brzmienie…”),
• nowe brzmienie tych jednostek, bez pozostawiania luk typu „jak wyżej z wyjątkiem…”,
• krótkie uzasadnienie wewnętrzne (choćby w komentarzu), dlaczego zmiana jest potrzebna i dlaczego nie wymaga unieważnienia postępowania.

Tip: dobrze jest już na tym etapie określić, czy zmiana wymaga wydłużenia terminu składania ofert i o ile. Dzięki temu komunikat do rynku będzie spójny i kompletny, zamiast publikowania osobnych anonsów „najpierw zmiana SWZ, a potem jeszcze jednak przesunięcie terminu”.

Etap 3 – formalna decyzja zamawiającego i wewnętrzny obieg dokumentów

W wielu jednostkach panuje pokusa, aby odpowiedzi na pytania i modyfikacje SWZ „podpisywać na bieżąco” przez osobę prowadzącą postępowanie. Bezpieczniejsze podejście:

• określić w regulaminie udzielania zamówień, kto zatwierdza modyfikacje (np. kierownik zamawiającego lub upoważniony zastępca),
• wprowadzić krótki tryb akceptacji – projekt modyfikacji trafia do:
  • komórki merytorycznej (sprawdzenie zgodności z potrzebami zamówienia),
  • radcy prawnego (ocena zgodności z Pzp i ryzyka odwołań),
  • osoby odpowiedzialnej za budżet (ocena wpływu na koszty, jeśli zmiana ma wymiar finansowy).

Po akceptacji kierownik wydaje krótką decyzję/zarządzenie (nawet w formie adnotacji na projekcie), że zatwierdza modyfikację SWZ w określonym brzmieniu, z określonym skutkiem (np. „zatwierdzam wraz z wydłużeniem terminu składania ofert do dnia…”).

Etap 4 – publikacja modyfikacji i komunikacja z rynkiem

Odwzorowanie tej samej zasady na wszystkich kanałach komunikacji to podstawa. Pakiet komunikacyjny zwykle obejmuje:

Treść komunikatu do wykonawców powinna być „samonosna” – tak, aby bez sięgania do SWZ dało się zrozumieć, co uległo zmianie. Bezpieczny schemat ogłoszenia o modyfikacji to:

• krótki nagłówek (np. „Modyfikacja SWZ oraz ogłoszenia – zmiana terminu realizacji i doprecyzowanie OPZ”),
• wskazanie postępowania (tytuł, numer BZP/TED, znak sprawy wewnętrzny),
• opis zakresu zmian, z odesłaniem do konkretnych punktów SWZ i – jeśli dotyczy – pozycji w ogłoszeniu,
• nowe brzmienie kluczowych postanowień (lub załącznik z jednolitym tekstem),
• informacja o ewentualnym wydłużeniu terminu i nowy harmonogram,
• wskazanie, od kiedy zmiana obowiązuje i jak zostanie uwzględniona przy ocenie ofert.

Jeżeli zmiana dotyczy elementów „przeniesionych” do ogłoszenia, procedura jest dwutorowa:

• najpierw przygotowanie i publikacja zmiany ogłoszenia w odpowiednim publikatorze (BZP lub TED),
• następnie – lub równolegle – wprowadzenie modyfikacji SWZ, z wyraźnym wskazaniem, że ogłoszenie zostało skorygowane.

Uwaga: przy postępowaniach unijnych bezpieczniej jest przyjąć zasadę, że ogłoszenie w TED jest „leading source”. To tam najpierw pojawia się korekta, a pozostałe kanały (BZP, strona www, platforma zakupowa) są z nim zsynchronizowane co do treści i dat.

Na platformie zakupowej dobrym zwyczajem jest:

• publikacja odrębnego komunikatu w zakładce „korespondencja” lub „ogłoszenia dodatkowe”,
• załączenie:
  • pliku z modyfikacją (np. „Modyfikacja nr 2 do SWZ” z widocznymi zmianami),
  • opcjonalnie – pliku z jednolitym tekstem SWZ po zmianach (ułatwia życie wykonawcom i redukuje liczbę pytań).

Tip: systemy nie zawsze wprost informują wykonawców o nowych plikach. Jeżeli platforma ma funkcję powiadomień e-mail, warto upewnić się, że została użyta (czasem wymaga to zaznaczenia odpowiedniej opcji przy publikacji komunikatu).

Etap 5 – aktualizacja jednolitego tekstu SWZ i załączników

Kolejny krok to uporządkowanie dokumentacji „od środka”, tak aby z perspektywy wykonawców i późniejszej kontroli istniała jedna, spójna wersja SWZ.

Praktyczny model wygląda tak:

• każda modyfikacja SWZ ma własny numer (np. „Modyfikacja nr 1/2026”), datę oraz listę zmienianych punktów,
• po wprowadzeniu istotnych zmian (lub kilku kumulatywnych drobnych) powstaje jednolity tekst SWZ – z oznaczeniem, że uwzględnia wszystkie modyfikacje do dnia X,
• przy jednolitym tekście zamieszcza się krótką tabelę korelacyjną:
  • „Wersja 0” – ogłoszenie + SWZ z dnia…,
  • „Modyfikacja nr 1” – dotyczy m.in. pkt 4.3, 5.1, 9.2…,
  • „Modyfikacja nr 2” – dotyczy pkt 2.1, 6.4…

Ten „log zmian” jest mało spektakularny, ale bardzo użyteczny. Ułatwia biegłym, kontrolerom czy KIO wychwycenie, jak postępowanie ewoluowało i czy nie przekroczono granicy dopuszczalnej modyfikacji.

Załączniki (w szczególności OPZ, przedmiary, formularze cenowe, wzory umów) powinny mieć własne oznaczenia wersji, np. „Załącznik nr 3 – OPZ – wersja 1.2 (po modyfikacji nr 2)”. Przy dużych projektach technicznych (budowlanka, IT) bez takiego wersjonowania łatwo o pomyłki, gdy wykonawcy operują na różnych „wydaniach” tego samego dokumentu.

Etap 6 – odnotowanie modyfikacji w protokole postępowania

Ostatni klockiem układanki jest porządek w dokumentacji wewnętrznej. Każda modyfikacja powinna być widoczna w protokole postępowania (lub systemie, który pełni jego rolę), tak aby kontroler mógł jednym rzutem oka stwierdzić:

• kiedy zmianę podjęto (data decyzji),
• jaki był powód (np. odpowiedź na pytania, błąd pisarski, zmiana przepisów),
• jakich dokumentów dotyczyła (SWZ, ogłoszenie, załącznik nr X),
• czy towarzyszyło jej wydłużenie terminu składania ofert.

W praktyce często wystarcza prosta tabela w protokole, np.:

Jeżeli decyzja o modyfikacji miała formę odrębnego zarządzenia, warto dołączyć ją jako załącznik do protokołu lub powiązać w elektronicznym systemie archiwizacji (DMS).

Jak formułować treść modyfikacji, żeby nie tworzyć nowych problemów

Kluczem jest precyzyjna, „programistyczna” wręcz składnia. Dobrze skonstruowana modyfikacja:

• jednoznacznie identyfikuje punkt, który ulega zmianie (numer paragrafu, ustępu, litery, tiretu),
• przytacza pełne nowe brzmienie, zamiast opisywać zmianę opisowo („zamiast 30 dni wprowadza się 45 dni” – bez cytowania całego przepisu – to prosta droga do sporów, gdy punkt zawiera więcej elementów),
• unika zwrotów typu „doprecyzowuje się” czy „wyjaśnia się”, jeśli w rzeczywistości zmienia się treść obowiązków lub zakres świadczenia.

Przykład dobrego sformułowania:

W Rozdziale IV, pkt 4.2 lit. b SWZ otrzymuje brzmienie:
„Wykonawca zobowiązuje się do uruchomienia systemu w terminie do 45 dni od dnia podpisania umowy.”

Zły przykład (ryzyko nieporozumień):

W Rozdziale IV pkt 4.2 lit. b doprecyzowuje się termin uruchomienia systemu, który wynosi 45 dni od dnia podpisania umowy.

W drugim wariancie nie jest jasne, czy poza liczbą dni coś jeszcze zmieniono, a kontroler musi szukać, jak brzmiał przepis przed modyfikacją. Przy wielu zmianach to po prostu nie działa.

Uwaga: gdy usuwamy całe postanowienie (np. zbędny warunek udziału), lepiej napisać, że jednostka redakcyjna otrzymuje brzmienie „uchylony”, niż „skreśla się pkt…”. Przy dłuższej sekwencji zmian zapobiega to przesuwaniu się numeracji i bałaganowi w odwołaniach do innych punktów.

Radzenie sobie z pytaniami wykonawców, które „wywołują” modyfikację

Najczęstszym triggerem zmiany SWZ są pytania. Z punktu widzenia bezpieczeństwa ważne są dwie rzeczy: synchronizacja treści odpowiedzi z modyfikacją oraz sposób publikacji.

Bezpieczny schemat pracy wygląda tak:

1. zespół merytoryczny analizuje pytania i proponuje zarówno odpowiedzi, jak i konkretne brzmienie zmienianych punktów SWZ,
2. prawnik sprawdza, czy zakres zmiany nie jest zbyt daleko idący i czy nie generuje konieczności modyfikacji ogłoszenia,
3. powstaje zestaw: „Odpowiedzi na pytania nr X–Y” + „Modyfikacja nr … do SWZ” – przygotowane jako dwa odrębne, ale spójne dokumenty,
4. publikacja następuje jednocześnie, z wyraźnym wskazaniem, że niektóre odpowiedzi skutkują zmianą konkretnych punktów SWZ.

Niebezpieczny wzorzec to publikowanie odpowiedzi, które de facto zmieniają SWZ, ale bez równoległej, formalnej modyfikacji. Przykład z praktyki: w odpowiedzi na pytanie zamawiający „łagodzi” warunek udziału, pisząc, że „dopuszcza porównywalne usługi” zamiast opisanych w SWZ. Jeśli nie przełoży tego na modyfikację treści warunku, pojawia się sprzeczność między SWZ a zbiorem odpowiedzi – a to gotowy zarzut naruszenia zasady przejrzystości.

Tip: w treści odpowiedzi na pytanie, które skutkuje zmianą, dobrze jest dodać końcowe zdanie wprost odsyłające do modyfikacji, np. „Treść pkt 5.1.1 SWZ zostaje zmieniona zgodnie z Modyfikacją nr 1 do SWZ, opublikowaną wraz z niniejszymi odpowiedziami”.

Jak zarządzać wersjami dokumentów na platformie zakupowej

Techniczna strona publikacji to miejsce, w którym nawet dobrze zaplanowana modyfikacja może „wyłożyć się” w praktyce. Kluczowe zasady:

• nie kasować pierwotnych plików SWZ i załączników – zamiast tego:
  • pozostawiać je dostępne w systemie (z historyczną datą publikacji),
  • w opisie dopisać, że zostały zastąpione późniejszą wersją (np. „NIEAKTUALNE – patrz wersja z dnia…”).
• nowe pliki nazywać w sposób jednoznaczny, np. „SWZ_2026-02-05_wersja_jednolita_po_mod1.pdf”,
• jeżeli platforma pozwala na „przypięcie” jednego dokumentu jako aktualnego, upewnić się, że to właśnie jednolita wersja SWZ widnieje jako główny plik, a nie historyczny wariant z dnia ogłoszenia.

Przy dokumentach, które wykonawcy dołączają do ofert (formularze), każda zmiana to potencjalne źródło pomyłek. Dobrym zabezpieczeniem jest:

• oznaczenie w nazwie pliku formularza wersji i daty (np. „Formularz_oferty_v2_2026-02-05.docx”),
• dopisanie w treści formularza krótkiej stopki: „Wersja obowiązująca po Modyfikacji nr 1 do SWZ z dnia…”,
• w komunikacie o modyfikacji – wyraźna prośba, aby wykonawcy używali wyłącznie aktualnych formularzy (z podaniem nazwy pliku i daty).

Uwaga: jeżeli zamawiający widzi, że część wykonawców, mimo zmian, wciąż posługuje się starymi formularzami (np. w pytaniach), może rozważyć dodatkowy, krótki komunikat przypominający, jaki zestaw dokumentów jest obowiązujący. To drobny ruch, a potrafi ograniczyć skalę odwołań dotyczących rzekomej niejasności dokumentacji.

Skutki modyfikacji dla oceny ofert i dalszych etapów postępowania

Zmiany wprowadzone przed upływem terminu składania ofert są „wchłaniane” przez ten etap automatycznie – wykonawcy dostosowują swoje oferty. Problemy pojawiają się, gdy:

• modyfikacja następuje po terminie składania ofert (np. na skutek odwołania albo istotnego błędu),
• zmiana dotyczy kryteriów oceny lub sposobu ich liczenia,
• modyfikacja dotyka zakresu świadczenia w sposób wpływający na cenę.

W takim scenariuszu analizuje się, czy konieczne nie jest:

• otwarcie „okna” na zmianę ofert (np. w procedurach krajowych, gdy następuje modyfikacja warunków, które uniemożliwiałyby uczciwą konkurencję w dotychczasowym kształcie),
• powtórzenie pewnych czynności (np. ponowna ocena ofert po zmianie kryteriów),
• w najbardziej skrajnej wersji – unieważnienie postępowania.

Jeżeli modyfikacja jest wymuszona orzeczeniem KIO, szczególnie istotne jest wierne odwzorowanie sentencji i uzasadnienia w treści zmiany. W protokole postępowania powinno się wprost wskazać, że dana modyfikacja jest wykonaniem konkretnego orzeczenia, z podaniem jego sygnatury i daty.

Przy zmianach, które ingerują w sposób liczenia punktacji (np. korekta wzoru matematycznego), wskazane jest przygotowanie prostego przykładu ilustrującego stosowanie nowego wzoru. Taki przykład można zamieścić w SWZ lub w odpowiedziach na pytania. Zmniejsza to ryzyko późniejszych sporów o interpretację podczas badania ofert.

Minimalizowanie ryzyka odwołań przy częstych modyfikacjach

Czasem specyfika zamówienia sprawia, że dokumentacja zmienia się kilkukrotnie (rozbudowane zadania IT, roboty budowlane z wieloma branżami). Im więcej modyfikacji, tym większe ryzyko, że ktoś uzna je za naruszenie zasad konkurencji.

Żeby to ryzyko „oswoić”, przydatne są trzy proste praktyki:

Najczęściej zadawane pytania (FAQ)

Kiedy mogę zmienić SWZ w trakcie postępowania?

SWZ można modyfikować co do zasady do upływu terminu składania ofert (albo wniosków – w trybach dwuetapowych). Po tym terminie dopuszczalne są wyłącznie drobne korekty, które nie wpływają na treść ofert ani sytuację konkurencyjną wykonawców (np. poprawa oczywistych omyłek pisarskich, doprecyzowanie numeracji).

W trybach wieloetapowych granicę wyznacza etap, którego dotyczą dane wymagania: warunki udziału i kryteria selekcji można zmieniać najpóźniej do złożenia wniosków, a wymagania co do przedmiotu zamówienia i kryteria oceny – do terminu składania ofert (wstępnych lub ostatecznych). Im później wprowadzana jest zmiana, tym większe ryzyko naruszenia zasady przejrzystości i równego traktowania.

Jakie elementy dokumentacji przetargowej mogę legalnie modyfikować?

W praktyce da się zmienić każdy składnik dokumentacji przetargowej: ogłoszenie o zamówieniu (BZP/TED), SWZ (dawniej SIWZ), wszystkie załączniki (OPZ, formularze, oświadczenia, wykazy), wzór umowy (wraz z istotnymi postanowieniami umowy – IPU), a także odpowiedzi na pytania wykonawców i informacje publikowane w systemie e-Zamówienia.

Kluczowe jest nie to, „co” zmieniasz, ale „kiedy” i „jak głęboko”. Zmiana może być dopuszczalna formalnie (możesz ją technicznie wprowadzić), ale jednocześnie powodować taką modyfikację warunków zamówienia, że powstaje obowiązek unieważnienia postępowania i ogłoszenia nowego (np. radykalna zmiana modelu wynagrodzenia czy istotne poszerzenie zakresu rzeczowego).

Kiedy zmiana SWZ wymaga przedłużenia terminu składania ofert?

Termin składania ofert trzeba przedłużyć, gdy zmiana jest istotna z punktu widzenia przygotowania oferty. Chodzi przede wszystkim o modyfikacje dotyczące opisu przedmiotu zamówienia, warunków udziału, kryteriów oceny ofert, sposobu obliczenia ceny czy wzoru umowy, które mają wpływ na ryzyko lub koszty po stronie wykonawcy.

Jeżeli wykonawca, aby uwzględnić zmianę, musi realnie przeliczyć ofertę (przygotować nową kalkulację, zweryfikować parametry techniczne, uzyskać nowe podwykonawcze oferty), termin powinien zostać wydłużony. Brak odpowiedniego wydłużenia to klasyczny powód odwołań do KIO, bo ogranicza wykonawcom faktyczną możliwość złożenia konkurencyjnej oferty.

Jak poprawnie poinformować wykonawców o zmianie dokumentacji przetargowej?

Modyfikacje SWZ i innych dokumentów muszą być komunikowane w ten sam sposób wszystkim uczestnikom postępowania. W praktyce oznacza to publikację zmian w systemie e-Zamówienia (lub na platformie, z której korzysta zamawiający) oraz – jeśli zmiana dotyka treści ogłoszenia – dokonanie formalnej zmiany ogłoszenia w BZP lub TED.

Uwaga: nie wystarczy wrzucić nowej wersji pliku „po cichu”. Zmiana powinna być:

• wyraźnie oznaczona (np. „Modyfikacja nr 2 SWZ” z datą),
• opisana co do zakresu (jakie punkty, załączniki, postanowienia ulegają zmianie),
• powiązana z informacją o ewentualnym przedłużeniu terminu składania ofert.

Tip: dla przejrzystości warto stosować tabelaryczne zestawienia typu „było/jest”.

Jak odróżnić wyjaśnienie SWZ od faktycznej modyfikacji?

Wyjaśnienie to interpretacja istniejących zapisów – bez zmiany ich literalnej treści. Przykład: wymaganie „drukarka 30 str./min” i odpowiedź, że dopuszcza się urządzenia wielofunkcyjne, o ile spełniają tę prędkość. Parametr 30 str./min pozostaje nietknięty, zmienia się tylko dopuszczalna „forma” sprzętu.

Modyfikacja zaczyna się tam, gdzie odpowiedź zmienia poziom wymagań lub dodaje nowe warunki. Jeśli w tym samym przykładzie zamawiający „w wyjaśnieniu” obniży wymóg do 25 str./min albo dołoży nowy parametr (np. obowiązkowy moduł Wi-Fi), to nie jest już wyjaśnienie, lecz realna zmiana treści SWZ. Taka zmiana powinna zostać formalnie wprowadzona jako modyfikacja i – jeśli istotna – połączona z wydłużeniem terminu.

Kiedy zmiana dokumentacji przetargowej wymusza unieważnienie postępowania?

Unieważnienie staje się konieczne, gdy zmiana „przestawia” zamówienie na inny tor. Typowe sytuacje:

• zmiana koncepcji przedmiotu zamówienia (np. zakup licencji → usługa SaaS),
• istotne zwiększenie zakresu lub wartości zamówienia,
• zmiana modelu wynagrodzenia lub rozkładu ryzyk w sposób radykalny względem pierwotnego OPZ,
• takie przeformułowanie warunków udziału lub kryteriów oceny, że krąg potencjalnych wykonawców istotnie się zmienia.

Prosty test: jeśli przy uczciwej odpowiedzi na pytanie „Czy gdyby od początku zamówienie było opisane tak, jak po zmianie, mielibyśmy inny zestaw potencjalnych wykonawców?” wychodzi „tak”, to zmiana przypomina nowe zamówienie, a nie dopuszczalną modyfikację.

Czy mogę poprawić oczywiste błędy w dokumentacji po terminie składania ofert?

Tak, ale zakres takiej korekty jest bardzo ograniczony. Po terminie składania ofert można poprawiać wyłącznie oczywiste omyłki (literówki, mylne oznaczenia jednostek redakcyjnych, niespójności redakcyjne typu „dni” vs „dni robocze”, jeśli intencja była jednoznaczna) oraz doprecyzowywać treść w sposób, który nie zmienia merytorycznie warunków postępowania ani nie wpływa na konkurencję.

Jeżeli „poprawka” powoduje konieczność zmiany oferty albo mogłaby wpłynąć na to, jak wykonawcy skalkulowali cenę lub dobrali rozwiązanie, to nie jest już dopuszczalne sprostowanie, lecz niedozwolona modyfikacja po terminie. W takich przypadkach bezpieczniej rozważyć unieważnienie i ponowne wszczęcie postępowania z poprawną dokumentacją.