Po terminiePrzetarg nieograniczony · PN712280-2026
Budowa systemu kontroli dostępu i ewidencji obecności OHP – Warszawa
Komenda Główna Ochotniczych Hufców Pracy4 aktualne · 34 w archiwum·NIP 5271118029·mazowieckie
Przedmiot zamówienia
AI- Bramki obrotowe: 60 szt. bramek obrotowych (kołowrotków) z mechanizmem Anti-Panic oraz wygrodzenia.
- Bramki uchylne: 61 szt. bramek uchylnych dwukierunkowych z wygrodzeniami.
- Czytniki stołówkowe: 45 szt. czytników do ewidencji posiłków.
- Karty zbliżeniowe: 500 szt. kart zbliżeniowych.
- Instalacje: dedykowane instalacje elektryczne i teletechniczne z montażem konstrukcji wsporczych.
- Integracja SSP: sprzętowa i logiczna integracja z istniejącymi systemami sygnalizacji pożarowej w obiektach, gdzie funkcjonują.
- Oprogramowanie centralne: wdrożenie oprogramowania w modelu SaaS z aplikacją mobilną na 36 miesięcy.
- Próby, szkolenia i dokumentacja: dwie próby funkcjonalne oraz szkolenie personelu (do 10 osób) w każdej z 45 lokalizacji, a także dokumentacja powykonawcza.
Trudność: wysoka
Zamówienie obejmuje wdrożenie zintegrowanego systemu w 45 lokalizacjach w całym kraju, z integracją z systemami przeciwpożarowymi, oprogramowaniem SaaS i szkoleniami.
Terminy realizacji
Termin realizacji
od podpisania umowy do 21.12.2026
od podpisania umowy do 21.12.2026
Gwarancja
min. 36 miesięcy
min. 36 miesięcy
Warunki udziału
AI1Ubezpieczenie OC: min — 150 000 PLN.
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Zabezpieczenie należytego wykonania: 5% ceny całkowitej (brutto).
Pytania i odpowiedzi
30Wyodrębnione z wyjaśnień treści SWZ.
1Zdalna instalacja i konfiguracja
Czy Zamawiający dopuszcza możliwość zdalnej instalacji oraz pracy na wyznaczonych przez Zamawiającego stanowiskach komputerowych/ maszynach wirtualnych w celu instalacji i konfiguracji oprogramowania zarządzającego systemem RCP/SKD, przy udzieleniu przez Zamawiającego każdorazowej zgody na takie połączenie np. z wykorzystaniem aplikacji typu TeamViewer (licencja w zakresie Wykonawcy)?
Zamawiający dopuszcza możliwość zdalnej instalacji i konfiguracji oprogramowania zarządzającego systemem RCP/SKD przy udzieleniu przez Zamawiającego każdorazowej zgody na takie połączenie np. z wykorzystaniem aplikacji typu TeamViewer (licencja w zakresie Wykonawcy).
1Z uwagi na fakt, iż na runku dostępne są bramki obrotowe (kołowrotki) bramki obrotowe wyposażone w dwa ramiona, dopuszczają Państwo zastosowanie takich urządzeń. System dwóch ramion umożliwia udrożnienie przejścia, czyli takie ustawienie ramion, które pozwala na swobodne przejście. Może to nastąpić po otrzymaniu sygnału z centrali ppoż., pilota lub przycisku zbiciowo-ewakuacyjnego). Mechanizmy z dwoma ramionami, są najnowszymi mechanizmami wykorzystywanymi w tego typu urządzeniach. Z uwagi na prostą zasadę działania i tym samym niezawodność, mechanizm z dwoma ramionami wypiera wcześniejsze rozwiązania z ramionami opadającymi. Mechanizm z dwoma ramionami w przypadku otrzymania sygnału z centrali ppoż., pilota lub przycisku ewakuacyjnego ustawia ramiona w pozycji dolnej odblokowując przejście. Wyłączenie sygnału powoduje automatyczny powrót do pozycji wyjściowej i jedno z ramion blokuje przejście. Często w przypadku mechanizmu z ramieniem opadającym konieczne jest ręczne podniesienie wspomnianego ramienia w celu zablokowania przejścia lub występuje konieczność regulacji cewek blokujących opadające ramiona. Poniżej zdjęcie ilustrujące ustawienie ramion w pozycji zamkniętej i dolnej (odblokowującej przejście).
Zamawiający informuje, że dopuszcza zastosowanie urządzeń różnych producentów i modeli, pod warunkiem spełnienia przez nie wszystkich wymagań określonych w Specyfikacji Warunków Zamówienia (SWZ), w tym w Opisie Przedmiotu Zamówienia (OPZ). Jednocześnie Zamawiający wskazuje, że zgodnie z rozdziałem II pkt 2 OPZ wymagane bramki obrotowe (kołowrotki) muszą posiadać układ trzech ramion rozmieszczonych równomiernie co 120°. W związku z powyższym zastosowanie kołowrotków wyposażonych w dwa ramiona, zamiast wymaganego układu trzech ramion, nie spełnia wymagań OPZ. Ponadto, zgodnie z rozdziałem II pkt 9 oraz rozdziałem VI OPZ, urządzenia muszą zapewniać skuteczne odblokowanie przejścia w przypadku alarmu pożarowego, zaniku napięcia zasilającego lub uruchomienia przycisku ewakuacyjnego, zgodnie z wymaganiami określonymi w OPZ.
1Oprogramowanie na maszynach wirtualnych Linux
Czy Zamawiający dopuszcza realizację centralnej usługi SaaS poprzez aplikację webową działającą na maszynach wirtualnych Linux w środowisku Proxmox VE/KVM utrzymywanym przez Wykonawcę, przy zachowaniu wymaganej dostępności, bezpieczeństwa i obsługi przez przeglądarkę, bez instalowania aplikacji na stanowiskach użytkowników?
Zamawiający dopuszcza takie rozwiązanie.
2Wysoka dostępność na poziomie infrastruktury
Czy Zamawiający dopuszcza zapewnienie wysokiej dostępności poprzez redundantną infrastrukturę witalizacyjną z automatycznym przełączeniem i uruchomieniem maszyny wirtualnej na sprawnym węźle po awarii, przy zachowaniu spójności danych, wymaganej miesięcznej dostępności usługi oraz autonomicznej pracy lokalnych kontrolerów podczas przełączenia?
Zamawiający dopuszcza takie rozwiązanie.
2Stanowisko komputerowe/ maszyna wirtualna
Czy Zamawiający zapewnia dostęp do internetu na stanowisku komputerowym, na którym będzie instalowane oprogramowanie? Jest to niezbędne do przeprowadzenia instalacji i rejestracji licencji.
Zamawiający zapewni dostęp do internetu na stanowisku komputerowym, na którym będzie instalowane oprogramowanie.
3Autonomiczny kontroler lokalny
Czy Zamawiający dopuszcza zastosowanie lokalnego kontrolera z wbudowanym systemem Linux oraz wewnętrzną pamięcią lub bazą danych służącą do przechowywania uprawnień, konfiguracji i buforowania zdarzeń, bez konieczności instalowania w obiekcie odrębnego serwera lub komputera? Rozwiązanie zapewniałoby autonomiczną pracę i automatyczną synchronizację po przywróceniu łączności.
Zamawiający dopuszcza takie rozwiązanie.
3Praca zdalna (zgłoszenia serwisowe)
Czy Zamawiający dopuszcza możliwość zdalnej pracy na wyznaczonym przez Zamawiającego stanowisku komputerowym/maszynie wirtualnej w celu wykonania obsługi zgłoszenia serwisowego (po wdrożeniu systemu), przy udzieleniu przez Zamawiającego każdorazowej zgody na takie połączenie np. z wykorzystaniem aplikacji typu TeamViewer (licencja w zakresie Wykonawcy)?
Zamawiający dopuszcza możliwość obsługi zgłoszenia serwisowego (po wdrożeniu systemu), w formie zdalnej przy udzieleniu przez Zamawiającego każdorazowej zgody na takie połączenie np. z wykorzystaniem aplikacji typu TeamViewer (licencja w zakresie Wykonawcy).
4Praca zdalna (szkolenie)
Czy Zamawiający dopuszcza realizację szkolenia w formie zdalnej?
Zamawiający dopuszcza realizację szkolenia w formie zdalnej.
4Komunikacja wychodząca z kontrolerów
Czy Zamawiający dopuszcza komunikację kontrolerów z usługą centralną poprzez szyfrowane połączenia inicjowane z lokalizacji Zamawiającego i zapewni możliwość ich zestawienia na portach wskazanych przez Wykonawcę, bez wymagania publicznego adresu IP ani przekierowania portów do kontrolerów?
Zamawiający dopuszcza takie rozwiązanie.
5Rozliczanie dostępności usługi
Czy Zamawiający dopuszcza wyłączenie z czasu niedostępności usługi centralnej okresów, w których brak dostępu wynika wyłącznie z awarii zasilania, sieci lokalnej lub łącza internetowego Zamawiającego, przy zachowaniu dostępności infrastruktury i oprogramowania Wykonawcy?
Zamawiający dopuszcza takie rozwiązanie.
6Istniejąca aplikacja producenta
Czy Zamawiający dopuszcza udostępnienie aplikacji mobilnej producenta systemu dla Android i iOS, skonfigurowanej dla Zamawiającego i realizującej wymagane funkcje, bez konieczności tworzenia odrębnej aplikacji publikowanej pod nazwą OHP?
Zamawiający dopuszcza takie rozwiązanie.
7Zakres aplikacji mobilnej
Czy Zamawiający potwierdza, że wymagany zakres aplikacji mobilnej obejmuje identyfikację użytkownika i prezentowanie kryptograficznie zabezpieczonego, rotacyjnego kodu QR, natomiast funkcje administracyjne, konfiguracyjne i raportowe mogą być realizowane przez centralną aplikację webową?
Zamawiający potwierdza takie rozwiązanie.
8Aktywacja aplikacji
Czy Zamawiający dopuszcza aktywację aplikacji przez przypisanie jej do kartoteki użytkownika za pomocą jednorazowego kodu wydanego przez uprawnionego administratora, bez obowiązku posiadania przez użytkownika służbowego adresu e-mail lub podawania numeru telefonu?
Zamawiający dopuszcza takie rozwiązanie.
9Zabezpieczenie przed wykorzystaniem kopii QR
Czy Zamawiający uzna za spełnienie wymagania odporności kodu QR na wykorzystanie zrzutu ekranu zastosowanie kryptograficznego zabezpieczenia kodu, jego rotacji co 30–60 sekund oraz odrzucania kodów po upływie ich ważności, tak aby zapisany obraz nie stanowił trwałego identyfikatora dostępu?
Zamawiający dopuszcza takie rozwiązanie.
10Karta jako metoda awaryjna
Czy Zamawiający dopuszcza korzystanie z fizycznych kart zbliżeniowych jako metody zastępczej również podczas czasowej niedostępności usługi generowania lub weryfikacji QR, przy zachowaniu autonomicznej kontroli uprawnień przez lokalny kontroler i późniejszej synchronizacji zdarzeń?
Zamawiający dopuszcza takie rozwiązanie przy zachowaniu poziomu SLA
11Osobny czytnik QR i RFID
Czy Zamawiający dopuszcza realizację podwójnej technologii identyfikacji poprzez zamontowane obok siebie czytnik QR i czytnik RFID, współpracujące ze wspólnym kontrolerem i obsługujące ten sam punkt dostępu oraz tę samą kartotekę użytkownika?
Zamawiający dopuszcza takie rozwiązanie.
12Weryfikacja QR w kontrolerze lub systemie
Czy Zamawiający dopuszcza rozwiązanie, w którym czytnik QR przekazuje pełną zawartość odczytanego kodu, natomiast jego weryfikacja kryptograficzna, sprawdzenie ważności i uprawnień odbywają się w kontrolerze lub systemie centralnym, zgodnie z przyjętym trybem pracy systemu?
Zamawiający dopuszcza takie rozwiązanie.
13Ewidencja posiłków bez blokowania wydania
Czy Zamawiający potwierdza, że moduł stołówkowy może działać w trybie ewidencyjno-statystycznym: rejestrować pobrania oraz nieprawidłowe próby identyfikacji, bez uzależniania fizycznego wydania posiłku od salda, limitu lub decyzji systemu, zgodnie z rozdziałem VII pkt 6 lit. c OPZ?
Zamawiający potwierdza takie działanie.
14Ogólne zdarzenie pobrania posiłku
Czy Zamawiający dopuszcza rejestrowanie ogólnego zdarzenia „pobranie posiłku”, odrębnego od wejścia i wyjścia, bez obowiązkowego wyboru rodzaju posiłku przez użytkownika, zgodnie z określeniem rodzaju posiłku jako danych opcjonalnych w OPZ?
Zamawiający dopuszcza zastosowanie obejścia, którego działaniem będzie uzupełnienie wpisu/ rekordu w bazie danych w zakresie rodzaju posiłku wynikającego z określonych ram czasowych.
15Czy Zamawiający dopuszcza spełnienie wymagania Data at Rest poprzez szyfrowanie wolumenów przechowujących bazę danych oraz szyfrowanie kopii zapasowych, z kontrolą dostępu do kluczy, bez konieczności odrębnego szyfrowania każdego pola w bazie danych?
Zamawiający dopuszcza spełnienie wymagania Data at Rest poprzez szyfrowanie wolumenów lub przestrzeni dyskowych, na których przechowywana jest baza danych, oraz szyfrowanie kopii zapasowych, pod warunkiem stosowania odpowiednich mechanizmów zarządzania i ochrony kluczy kryptograficznych. Zamawiający nie wymaga odrębnego szyfrowania każdego pola lub kolumny bazy danych, o ile zastosowane rozwiązanie zapewnia skuteczną ochronę danych przechowywanych w spoczynku.
Historia zmian
15.10.2026 — ogłoszenie o zamówieniu
29.10.2026 — wyjaśnienia treści SWZ (3 dokumenty z wyjaśnieniami)
29.10.2026 — upływ terminu składania ofert
03.11.2026 — rozstrzygnięcie