Przejdź do treści
← Wróć do listy
RozstrzygniętyPrzetarg nieograniczony · PN548886-2026

Wdrożenie platformy partycypacyjnej dla Lasów Państwowych – Sękocin Stary

Rozstrzygnięcie

Kto wygrał, za ile i ilu było chętnych.

WygrałaAtende S.A.
NIP zwycięzcy9542357358
Kwota oferty585 256,19 zł
Złożonych ofert1
Widełki ofert585 256,19 zł – 585 256,19 zł
Najtańsza oferta wygrałatak

Przedmiot zamówienia

AI

Jednoczęściowe zamówienie na wdrożenie, konfigurację i dostosowanie platformy partycypacyjnej opartej na oprogramowaniu open-source (licencja GNU GPL) dla Lasów Państwowych, obejmujące:

  • dostawę i wdrożenie platformy webowej na farmie VMware Zamawiającego (system Linux, relacyjna baza danych open-source), zapewniającej obsługę min. 10 000 aktywnych użytkowników i 100 jednoczesnych sesji, z modułami: procesy konsultacyjne, zespoły/rady, strony statyczne, ankiety, spotkania, konsultacje dokumentów, mapy interaktywne, forum i raportowanie;
  • integracje: mapy (OpenStreetMap+Nominatim), jednostronna integracja z BDL (warstwy WMS/WFS), poczta elektroniczna, systemy uwierzytelniania (SSO/Active Directory – logowanie + synchronizacja użytkowników, grup, ról i struktury organizacyjnej), Węzeł Krajowy (Profil Zaufany) do weryfikacji użytkowników zewnętrznych, systemy klasy EZD (rejestrowanie uwag);
  • model organizacyjny: DGLP/ZILP/CKS LP (pełny dostęp), 17 RDLP (wgląd i edycja procesów podległych nadleśnictw), 429 Nadleśnictw (własne dane), z hierarchicznym dziedziczeniem uprawnień;
  • konsultacje PUL w formule dwuetapowej (po min. 21 dni każdy), z geolokalizacją uwag (punkt/linia/poligon w bazie przestrzennej), eksportem do GeoJSON, GPKG i CSV z geometrią WKT, raportami w XLSX/CSV/PDF, statusami uwag i integracją z EZD PUW;
  • dostępność zgodna z WCAG 2.2 na poziomie AA, RWD, wielojęzyczność (PL jako podstawowy), warstwa graficzna zgodna z Księgą Identyfikacji Wizualnej LP;
  • zgodność z RODO (anonimizacja, usuwanie danych na żądanie, umowa powierzenia), bezpieczeństwo (SSL/TLS, OWASP TOP 10, RBAC, logi, MFA);
  • projekt wdrożeniowy, wdrożenie w środowisku testowo-developerskim, migracja na środowisko produkcyjne, testy wdrożeniowe, dokumentacja powdrożeniowa (w tym tutorial administratora i użytkownika zewnętrznego w formie podręcznika i materiałów video);
  • szkolenia dla maksymalnie 530 osób w 3 grupach (administratorzy – 30 osób min. 12 h stacjonarnie; moderatorzy PUL – 120 osób min. 10 h on-line; moderatorzy pozostali – 380 osób min. 4 h on-line), w języku polskim;
  • wsparcie techniczne przez 24 miesiące od odbioru testów wdrożeniowych, w języku polskim, z podziałem na awarie krytyczne/średnie/niskie, zgłoszenia pon–pt 8:00–16:00, raportowanie 3-miesięczne, max. 5 h braku dostępu do systemu miesięcznie;
  • prawo opcji: przedłużenie wsparcia na maksymalnie 6 miesięcy;
  • zamówienie fakultatywne nr 1: wsparcie dla Administratorów PGL LP do 100 godzin;
  • zamówienie fakultatywne nr 2: zadania modyfikacji utrzymywanego rozwiązania do 400 godzin.

Cały system wraz z modyfikacjami pozostaje na licencji GNU GPL.

Trudność: wysoka

Złożone wdrożenie wielomodułowej platformy open-source z rozbudowanymi integracjami (BDL, AD, Węzeł Krajowy, EZD PUW), rygorystycznymi wymaganiami bezpieczeństwa i dostępności, dwuetapowym procesem konsultacji PUL, dużą skalą użytkowników oraz szerokim zakresem usług towarzyszących (szkolenia dla 530 osób, wsparcie 24 mies., modyfikacje do 400 h).

Terminy realizacji

Czas realizacji (termin wykonania)
maks. 40 miesięcy od zawarcia umowy (w tym prawo opcji do 6 miesięcy); bez opcji: 34 miesiące od zawarcia
Projekt wdrożeniowy
do 25 dni roboczych od zawarcia umowy
Wdrożenie na środowisko testowo-developerskie
do 90 dni roboczych od odbioru projektu wdrożeniowego
Migracja na środowisko produkcyjne
do 15 dni roboczych od odbioru wdrożenia
Testy wdrożeniowe na produkcji
do 15 dni roboczych od dnia odbioru wdrożenia/migracji
Dokumentacja powdrożeniowa
do 15 dni roboczych od dnia zakończenia testów
Szkolenia
do 20 dni roboczych od dnia zakończenia testów
Wsparcie powdrożeniowe
24 miesiące od odbioru testów wdrożeniowych
Prawo opcji – przedłużenie umowy
maks. 6 miesięcy na takich samych zasadach jak okres podstawowy

Warunki udziału

AI
1Doświadczenie — W okresie ostatnich 5 lat min. 2 zamówienia polegające na wdrożeniu platformy partycypacyjnej open-source o wartości nie mniejszej niż 200 000 zł brutto każde, obsługującej min. 2 000 użytkowników; jedno zamówienie obejmujące integrację z mapami (OpenStreetMap lub BDL lub GIS); doświadczenia nie można sumować — każde zamówienie odrębnie.
2Kadra — Zespół min. 5 osób biegle władających językiem polskim: 1 Kierownik projektu, min. 2 Programistów (senior i/lub mid), min. 1 Tester, min. 1 Szkoleniowiec; każda osoba z doświadczeniem w min. 2 projektach wdrożenia platformy partycypacyjnej (Szkoleniowiec — min. 2 szkolenia z zakresu administrowania platformą konsultacji społecznych); w ramach warunku 4.2 zakaz łączenia funkcji.

Pozostałe 1 warunek po założeniu darmowego konta.

Kryteria wyboru oferty

AI

Wagi punktowe, według których zamawiający oceni oferty.

Cenaoferty brutto
60%
Termin usunięcia awarii krytycznejgodziny robocze od zgłoszenia
20%
Dodatkowy PersonelSpecjalista UX/UI z certyfikatem
20%

Czerwone flagi

AI

Sygnały, na które warto zwrócić uwagę przed startem.

Ograniczenie do GNU GPL
Wykonawca musi dostarczyć cały system wraz z modyfikacjami na licencji GNU GPL, co wyklucza rozwiązania o innym modelu licencyjnym (wyjaśnienia z 13.08.2026 do pytania 1).
Termin składania ofert przypada na okres wakacyjny (18 sierpnia)
Termin w okresie wakacyjnym (lipiec-sierpień) może ograniczać liczbę oferentów ze względu na urlopy.

Kary i sankcje

AI
  • Wadium: 25 000,00 zł (pieniądz, gwarancja bankowa/ubezpieczeniowa, poręczenie).
  • Zabezpieczenie należytego wykonania umowy: 3% ceny oferty brutto (bez prawa opcji).
  • Kary umowne: w projekcie umowy (Załącznik nr 7 do SWZ) — m.in. 1000 zł i 2000 zł za naruszenia oraz 300 zł/dzień roboczy zwłoki w zadaniach modyfikacji; łączny limit 30% wynagrodzenia brutto z § 6 ust. 1 pkt 1)–3).

Pozostałe 2 zapisy o karach po założeniu darmowego konta.

Pytania i odpowiedzi

69

Wyodrębnione z wyjaśnień treści SWZ.

1Wykonawca wnioskuje o zmianę Warunku udziału w postępowaniu określonego w punkcie 4.1 SWZ "Warunek dotyczący doświadczenia" w zakresie określenia "platformy partycypacyjnej". Wykonawca prosi o wykreślenie wyrażenia "partycypacyjnej" a zamiast niego umieszczenie wyrażenia bardziej ogólnego np. "platformy dla użytkowników" lub "platformy społecznościowej" albo "platformy wymiany danych". Ważny jest wymóg obsługi minimum 2000 użytkowników oraz integracja z mapami co bezpośrednio wskazuje na wymaganą funkcjonalność. Zastosowanie zapisu "platformy partycypacyjnej". Zgodnie z art. 16 PZP Zamawiający przygotowuje i prowadzi postępowanie w sposób zapewniający zachowanie uczciwej konkurencji, równe traktowanie wykonawców, przejrzystość oraz proporcjonalność. Zgodnie z art. 112 ust. 1 PZP warunki udziału w postępowaniu powinny być określone w sposób proporcjonalny do przedmiotu zamówienia oraz umożliwiający ocenę zdolności Wykonawcy do należytego wykonania zamówienia. Natomiast art. 116 ust. 1 PZP pozwala Zamawiającemu określać warunki dotyczące doświadczenia, ale tylko w zakresie umożliwiającym realizację zamówienia na odpowiednim poziomie jakości. W orzecznictwie Krajowej Izby Odwoławczej wskazuje się, że Zamawiający nie może kształtować warunków udziału w postępowaniu w sposób arbitralny, nadmierny ani prowadzący do nieuzasadnionego ograniczenia konkurencji. W wyroku KIO 2276/22 Izba podkreśliła, że warunki udziału powinny być ograniczone do wymagań racjonalnie niezbędnych dla wyboru Wykonawcy zdolnego do należytego wykonania zamówienia, a nadmierny opis warunku może prowadzić do bezpodstawnego ograniczenia konkurencji.
Zamawiający informuje, że nie ma możliwości zmiany określenia „platforma partycypacyjna” na inny termin, ponieważ istotą zamówienia jest wdrożenie narzędzia, które służy partycypacji społecznej, czyli aktywnemu współdecydowaniu mieszkańców/użytkowników w procesach konsultacyjnych. Pojęcia proponowane przez Wykonawcy są zbyt szerokie i nie oddają specyfikacji funkcjonalnej przedmiotu zamówienia. Zamawiający informuje, że nie zmienia terminów składania i otwarcia ofert.
1Dotyczy: Kompetencje z obszaru UX/UI oraz Project Management. W materiałach przetargowych istnieje pewna niespójność pomiędzy zapisami zwartymi we Wzorze Umowy, a Formularzu Ofertowym. W Formularzu Ofertowym w punkcie III widnieje następujący zapis. III. Dodatkowy Personel (P): Kryterium: Imię i nazwisko Specjalisty, nazwa i okres ważności certyfikatu (dz.m.rok) 1 Dysponowanie w całym okresie realizacji Umowy Specjalistą ds. User Experience i User Interfrance ................................................................... Natomiast we Wzorze Umowy w paragrafie § 2, ustęp 4 zawarty jest poniższy opis specjalistów delegowanych do świadczenia usług Wykonawca deleguje Zespół specjalistów do świadczenia Usług wskazanych, w celu spełnienia warunku udziału w postępowaniu dysponowania odpowiednim potencjałem kadrowym oraz wskazanych w ofercie w kryterium dodatkowy personel: 1) Kierownik projektu (w całym okresie realizacji Umowy) - (imię i nazwisko, posiadany certyfikat - zgodnie z ofertą*) 2) Programista (w całym okresie realizacji Umowy) - (jw.) 3) Programista (w całym okresie realizacji Umowy) - (jw.) 4) Tester (na etapie wdrożenia systemu) - (jw.) 1 Ocena zgodnie z opisem w Rozdziale XVIII SWZ (...) Jak widać z powyżej przytoczonych zapisów niespójność dotyczy wymogów dotyczących roli Kierownika Projektu oraz specjalisty ds. User Experience i User Interfrance. Zgodnie z wymogiem Formularza Ofertowego w punkcie III należy podać dane certyfikatu z obszaru UX/UI. Tymczasem zgodnie ze Wzorem Umowy zamawiający oczekuje od wykonawcy podania danych certyfikatu dotyczących roli Kierownika Projektu – imię i nazwisko, posiadany certyfikat - zgodnie z ofertą*. Pytanie. W związku z powyższym prosimy o wyjaśnienie, czy zamawiający przyzna dodatkowe 20 punktów za certyfikat z obszaru UX/UI czy za certyfikat z obszaru Project Management ? Dodatkowo nasze wątpliwości powoduje fakt, iż we Wzorze Umowy przy opisie roli Kierownika Projektu widnieje konkretny zapis „zgodnie z ofertą” podczas gdy w Formularzu Ofertowym nigdzie nie jest wspomniana rola Kierownika Projektu.
§ 2 ust. 4 przyjmuje brzmienie: „Wykonawca deleguje Zespół specjalistów do świadczenia Usług wskazanych, w celu spełnienia warunku udziału w postępowaniu dysponowania odpowiednim potencjałem kadrowym oraz wskazanych w ofercie w kryterium dodatkowy personel: 1) Kierownik projektu (w całym okresie realizacji Umowy) - (imię i nazwisko - zgodnie z Załącznikiem nr 10 do SWZ wykaz osób) 2) Programista (w całym okresie realizacji Umowy) - (jw.) 3) Programista (w całym okresie realizacji Umowy) - (jw.) 4) Tester (na etapie wdrożenia systemu) - (jw.) 5) Szkoleniowiec (na etapie realizacji szkoleń) - (jw.) 6) Specjalista ds. User Experience i User Interfrance (w całym okresie realizacji Umowy) - (imię i nazwisko, posiadany certyfikat – zgodnie z formularzem ofertowym)” W związku ze zmianą brzmienia § 2 ust. 4, Zamawiający informuje, że nie przyzna dodatkowych 20 punktów za certyfikat z obszaru Project Management. Zgodnie z Rozdziałem XVIII SWZ dodatkowe 20 punktów zostaną przyznane za dysponowanie w całym okresie realizacji Umowy Specjalistą ds. User Experience i User Interfrance (1 osoba), która posiada aktualny certyfikat UX/UI – UX Certfication lub równoważny.
2Dotyczy: Załącznik nr 2 do SWZ – FO. Zwracamy się z prośbą o wyjaśnienie jakie informacje należy umieścić w załączniku nr 2 do SWZ (formularz ofertowy) w komórce C1 tabeli A – zamówienie podstawowe. Czy Zamawiający oczekuje, żeby w tym miejscu podać nazwę oprogramowania typu „open source”, na którym będzie realizowane wdrożenie, czy też oczekuje innych/dodatkowych informacji, biorąc pod uwagę fakt, iż wdrożenie w całości realizowane będzie na infrastrukturze Zamawiającego ?
W odpowiedzi na pytanie Zamawiający wyjaśnia, że w komórce C1 tabeli A formularza ofertowego należy wskazać nazwę oprogramowania przewidzianego do wykorzystania przy realizacji wdrożenia. W przypadku rozwiązań typu „open source” należy podać konkretną nazwę oprogramowania, a nie jedynie ogólne określenie „open source”. Zamawiający nie oczekuje w tym miejscu podawania dodatkowych informacji dotyczących infrastruktury, na której realizowane będzie wdrożenie. Jednocześnie Zamawiający informuje, że nie zmienia terminów składania i otwarcia ofert.
1W rozdziale VIII SWZ, punkt 4, podpunkt 4.2 Zamawiający przedstawił warunek dysponowania odpowiednim potencjałem kadrowym. 1) Kierownik projektu (1 osoba) posiadająca doświadczenie w realizacji minimum 2 projektów polegających na wdrożeniu platformy partycypacyjnej - w całym okresie realizacji umowy. 2) Programiści (minimum 2 osoby) na poziomie senior i/lub mid, posiadające doświadczenie (każda z wymienionych osób) w realizacji minimum 2 projektów polegających na wdrożeniu platformy partycypacyjnej - w całym okresie realizacji umowy. 3) Tester (minimum 1 osoba) posiadająca doświadczenie (każda z wymienionych osób) w realizacji minimum 2 projektów polegających na wdrożeniu platformy partycypacyjnej - na etapie wdrożenia systemu. 4) Szkoleniowiec (minimum 1 osoba) posiadająca doświadczenie (każda z wymienionych osób) w realizacji minimum 2 szkoleń z zakresu administrowania platformą do konsultacji społecznych – na etapie realizacji szkoleń. Prosimy o odpowiedź czy doświadczenie w programowaniu (Programiści) ma dotyczyć technologii, na której zbudowany jest system oferowany przez Wykonawcę i zadeklarowany w Formularzu Ofertowym (komórka C1 Tabeli A ), czy też wystarczy doświadczenie w dowolnych dwóch projektach, polegających na wdrożeniu platformy partycypacyjnej, niekoniecznie w tej samej technologii, na której zbudowany jest system oferowany przez Wykonawcę w niniejszym postępowaniu.
Odnośnie warunku określonego w Rozdziale VIII pkt 4 ppkt 4.2 SWZ, dotyczącego Programistów, tj. wymóg posiadania przez każdą wskazaną osobę doświadczenia w realizacji minimum 2 projektów polegających na wdrożeniu platformy partycypacyjnej, Zamawiający informuje, iż nie wymaga, aby wskazane doświadczenie dotyczyło tej samej technologii, w której wykonany jest system oferowany przez Wykonawcę i zadeklarowany w Formularzu Ofertowym.
1Dotyczy: Kompetencje z obszaru UX/UI oraz Project Management. W materiałach przetargowych istnieje pewna niespójność pomiędzy zapisami zwartymi we Wzorze Umowy, a Formularzu Ofertowym. W Formularzu Ofertowym w punkcie III widnieje następujący zapis. III. Dodatkowy Personel (P): Kryterium: Imię i nazwisko Specjalisty, nazwa i okres ważności certyfikatu (dz.m.rok) 1 Dysponowanie w całym okresie realizacji Umowy Specjalistą ds. User Experience i User Interfrance ................................................................... Natomiast we Wzorze Umowy w paragrafie § 2, ustęp 4 zawarty jest poniższy opis specjalistów delegowanych do świadczenia usług Wykonawca deleguje Zespół specjalistów do świadczenia Usług wskazanych, w celu spełnienia warunku udziału w postępowaniu dysponowania odpowiednim potencjałem kadrowym oraz wskazanych w ofercie w kryterium dodatkowy personel: 1) Kierownik projektu (w całym okresie realizacji Umowy) - (imię i nazwisko, posiadany certyfikat - zgodnie z ofertą*) 2) Programista (w całym okresie realizacji Umowy) - (jw.) 3) Programista (w całym okresie realizacji Umowy) - (jw.) 4) Tester (na etapie wdrożenia systemu) - (jw.) 1 Ocena zgodnie z opisem w Rozdziale XVIII SWZ
§ 2 ust. 4 przyjmuje brzmienie: „Wykonawca deleguje Zespół specjalistów do świadczenia Usług wskazanych, w celu spełnienia warunku udziału w postępowaniu dysponowania odpowiednim potencjałem kadrowym oraz wskazanych w ofercie w kryterium dodatkowy personel: 1) Kierownik projektu (w całym okresie realizacji Umowy) - (imię i nazwisko - zgodnie z Załącznikiem nr 10 do SWZ wykaz osób) 2) Programista (w całym okresie realizacji Umowy) - (jw.) 3) Programista (w całym okresie realizacji Umowy) - (jw.) 4) Tester (na etapie wdrożenia systemu) - (jw.) 5) Szkoleniowiec (na etapie realizacji szkoleń) - (jw.) 6) Specjalista ds. User Experience i User Interfrance (w całym okresie realizacji Umowy) - (imię i nazwisko, posiadany certyfikat – zgodnie z formularzem ofertowym)” W związku ze zmianą brzmienia § 2 ust. 4, Zamawiający informuje, że nie przyzna dodatkowych 20 punktów za certyfikat z obszaru Project Management. Zgodnie z Rozdziałem XVIII SWZ dodatkowe 20 punktów zostaną przyznane za dysponowanie w całym okresie realizacji Umowy Specjalistą ds. User Experience i User Interfrance (1 osoba), która posiada aktualny certyfikat UX/UI – UX Certfication lub równoważny.
2Dotyczy: Załącznik nr 2 do SWZ – FO. Zwracamy się z prośbą o wyjaśnienie jakie informacje należy umieścić w załączniku nr 2 do SWZ (formularz ofertowy) w komórce C1 tabeli A – zamówienie podstawowe. Czy Zamawiający oczekuje, żeby w tym miejscu podać nazwę oprogramowania typu „open source”, na którym będzie realizowane wdrożenie, czy też oczekuje innych/dodatkowych
W odpowiedzi na pytanie Zamawiający wyjaśnia, że w komórce C1 tabeli A formularza ofertowego należy wskazać nazwę oprogramowania przewidzianego do wykorzystania przy realizacji wdrożenia. W przypadku rozwiązań typu „open source” należy podać konkretną nazwę oprogramowania, a nie jedynie ogólne określenie „open source”. Zamawiający nie oczekuje w tym miejscu podawania dodatkowych informacji dotyczących infrastruktury, na której realizowane będzie wdrożenie. Jednocześnie Zamawiający informuje, że nie zmienia terminów składania i otwarcia ofert.

Historia zmian

28.05.2026 — ogłoszenie o zamówieniu
08.07.2026 — sprostowanie
07.08.2026 — sprostowanie
17.08.2026 — sprostowanie
18.08.2026 — upływ terminu składania ofert
18.08.2026 — wyjaśnienia i modyfikacja dokumentacji (4 dokumenty z wyjaśnieniami · 3 modyfikacje dokumentacji)
06.10.2026 — rozstrzygnięcie