Aktywne ogłoszenie - termin składania ofert: Brak daty
Dostawa urządzeń komputerowych w ramach realizacji projektu – Cyberbezpieczna Gmina Sławno
Zamawiający
Gmina Sławno
Sławno, Zachodniopomorskie
NIP: 4990523666
REGON: 1.4) Adres zamawiającego
Kryteria oceny ofert
Wykonawcy
| Nazwa | Miasto | NIP |
|---|---|---|
| - |
Szczegóły kontraktów
| Część | Wykonawca | Status | Cena oferty | Wartość umowy |
|---|---|---|---|---|
| 1 | - | Unieważniono | - | - |
Pełna treść ogłoszenia
| Ogłoszenie nr 2026/BZP 00004214 z dnia 2026-01-05 |
Ogłoszenie o wykonaniu umowy
Dostawy
Dostawa urządzeń komputerowych w ramach realizacji projektu – Cyberbezpieczna Gmina Sławno
SEKCJA I - ZAMAWIAJĄCY
1.1.) Nazwa zamawiającego: Gmina Sławno
1.3.) Krajowy Numer Identyfikacyjny: REGON 770979909
1.4) Adres zamawiającego
1.4.1.) Ulica: I Pułku Ułanów 11
1.4.2.) Miejscowość: Sławno
1.4.3.) Kod pocztowy: 76-100
1.4.4.) Województwo: zachodniopomorskie
1.4.5.) Kraj: Polska
1.4.6.) Lokalizacja NUTS 3: PL426 - Koszaliński
1.4.7.) Numer telefonu: +48 59 810 75 26
1.4.8.) Numer faksu: +48 59 810 75 26
1.4.9.) Adres poczty elektronicznej: sekretariat@gminaslawno.pl
1.4.10.) Adres strony internetowej zamawiającego: http://ug.slawno.ibip.pl
1.5.) Rodzaj zamawiającego: Zamawiający publiczny - jednostka sektora finansów publicznych - jednostka samorządu terytorialnego
SEKCJA II – INFORMACJE PODSTAWOWE
2.1.) Identyfikator postępowania: ocds-148610-1f7835df-355f-4af2-99c9-1e152342f933
2.2.) Numer ogłoszenia: 2026/BZP 00004214
2.3.) Wersja ogłoszenia: 01
2.4.) Data ogłoszenia: 2026-01-05
SEKCJA III – PODSTAWOWE INFORMACJE O POSTĘPOWANIU W WYNIKU KTÓREGO ZOSTAŁA ZAWARTA UMOWA
3.1.) Charakter zamówienia:
Zamówienie klasyczne - od 130 000 zł, ale o wartości mniejszej niż progi unijne
3.2.) Zamówienie było poprzedzone ogłoszeniem o zamówieniu albo ogłoszeniem o zamiarze zawarcia umowy w BZP lub Dz. Urz. UE: Tak
3.2.1.) Numer ogłoszenia w BZP lub Dz. Urz. UE: 2025/BZP 00292706
3.3.) Czy zamówienie dotyczy projektu lub programu współfinansowanego ze środków Unii Europejskiej:
Tak
3.4.) Nazwa projektu lub programu:
Niniejsze zamówienie współfinansowane jest w ramach Programu Fundusze Europejskie na Rozwój Cyfrowy 2021-2027 (FERC), Priorytet II: Zaawansowane usługi cyfrowe, Działanie 2.2 – Wzmocnienie krajowego systemu cyberbezpieczeństwa konkurs grantowy w ramach Projektu grantowego „Cyberbezpieczny Samorząd” o numerze FERC.02.02-CS.01-001/23.
3.5.) Tryb udzielenia zamówienia wraz z podstawą prawną:
Zamówienie udzielane jest w trybie podstawowym na podstawie: art. 275 pkt 1 ustawy
3.6.) Rodzaj zamówienia:
Dostawy
3.7.) Nazwa zamówienia:
Dostawa urządzeń komputerowych w ramach realizacji projektu – Cyberbezpieczna Gmina Sławno
Umowa dla części nr 2
3.8.) Krótki opis przedmiotu zamówienia:
1. Przedmiotem zamówienia jest dostawa urządzeń komputerowych w ramach realizacji projektu „Cyberbezpieczna Gmina Sławno”.
2. Przedmiot zamówienia podzielony został na dwie części:
1) Część nr 1 – „Dostawa serwerów, macierzy pamięci masowej, systemów operacyjnych wraz z usługami oraz zasilaczy awaryjnych”;
2) Część nr 2 – „Rozszerzenie obecnego UTM o funkcję HA wraz z wdrożeniem, dostawa systemu bezpiecznego zdalnego dostępu wraz z wdrożeniem, systemu do kontroli poczty elektronicznej wraz z wdrożeniem. Dostawa przełączników sieciowych. Dostawa, wdrożenie i konfiguracja NAC”.
3. Przedmiot dostawy powinien zostać dostarczony do siedziby Zamawiającego.
4. Wymagania ogólne:
1) O ile inaczej nie zaznaczono, wszelkie zapisy SWZ zawierające parametry techniczne należy odczytywać jako parametry minimalne.
2) Dostarczany sprzęt musi być fabrycznie nowy, nieużywany, nieregenerowany, kompletny, wyprodukowany nie wcześniej niż w styczniu 2024 r., wolny od jakichkolwiek wad fizycznych i prawnych, sprawny technicznie, pochodzić z oficjalnego kanału dystrybucyjnego. Przez stwierdzenie „fabrycznie nowy” należy rozumieć sprzęt opakowany oryginalnie (opakowanie musi być nienaruszone i posiadać zabezpieczenie zastosowane przez producenta). Przez „wadę fizyczną” należy rozumieć również jakąkolwiek niezgodność ze opisem przedmiotu zamówienia.
3) Sprzęt musi być wyposażony we wszystkie niezbędne do jego działania i zapewnienia wymaganych funkcjonalności Sprzętu standardowe rozwiązania software’owe wraz z prawem do bezterminowego korzystania przez Zamawiającego z tych rozwiązań w takiej funkcji, jednakże w każdym przypadku nie krócej, niż przez czas, w jakim będzie technicznie możliwe używanie Sprzętu.
4) Dokumenty gwarancyjne wystawiane i przekazywane przez Wykonawcę powinny być zgodne z zapisami SWZ.
5) Oprogramowanie pochodzić będzie z legalnego, tj. akceptowanego przez producenta Oprogramowania kanału dystrybucji oraz zostanie udostępnione Zamawiającemu do korzystania na warunkach stosowanych lub akceptowanych przez takiego producenta.
5. Kryteria równoważności:
1) W przypadkach, kiedy w opisie przedmiotu zamówienia wskazane zostały znaki towarowe, patenty, pochodzenie, źródło lub szczególny proces, który charakteryzuje produkty lub usługi dostarczane przez konkretnego Wykonawcę, co prowadziłoby do uprzywilejowania lub wyeliminowania niektórych wykonawców lub produktów, oznacza to, że Zamawiający nie może opisać przedmiotu zamówienia za pomocą dostatecznie dokładnych określeń i jest to uzasadnione specyfiką przedmiotu zamówienia. W takich sytuacjach ewentualne wskazania na znaki towarowe, patenty, pochodzenie, źródło lub szczególny proces, należy odczytywać z wyrazami „lub równoważne”.
2) W sytuacjach, kiedy Zamawiający opisuje przedmiot zamówienia poprzez odniesienie się do norm polskich lub europejskich, ocen technicznych, aprobat, specyfikacji technicznych i systemów referencji technicznych, o których mowa w art. 101 ust. 5 ustawy Pzp, Zamawiający dopuszcza rozwiązania równoważne, a wskazane powyżej odniesienia należy odczytywać z wyrazami „lub równoważne”.
3) Pod pojęciem rozwiązań równoważnych Zamawiający rozumie taki sprzęt, który posiada parametry techniczne i/lub funkcjonalne co najmniej równe do określonych w SWZ. Wykonawca, który powołuje się na rozwiązania równoważne opisywane przez Zamawiającego, jest obowiązany wykazać, że oferowane przez niego dostawy lub usługi spełniają wymagania określone przez Zamawiającego.
6. Część nr 2 – Rozszerzenie obecnego UTM o funkcję HA wraz z wdrożeniem, dostawa systemu bezpiecznego zdalnego dostępu wraz z wdrożeniem, systemu do kontroli poczty elektronicznej wraz z wdrożeniem. Dostawa przełączników sieciowych. Dostawa, wdrożenie i konfiguracja NAC:
1) Urządzenie HA do obecnego urządzenia UTM z systemem montażu umożliwiającym mocowanie w szafie serwerowej – wymagania minimalne – dostawa dodatkowego urządzenia pełniącego funkcję standby w klastrze wysokiej dostępności (HA) z urządzeniem podstawowym Sonicwall TZ570; urządzenie standby powinno mieć identyczne parametry wydajnościowe oraz sprzętowe jak podstawowa jednostka; urządzenia powinny synchronizować pomiędzy sobą stany sesji połączeń; obecne urządzenie to Sonicwall TZ570; uruchomienie systemu HA; weryfikacja reguł na obecnym urządzeniu UTM.
2) System bezpiecznego zdalnego dostępu – wymagania minimalne:
Licencja wieczysta na oprogramowanie do bezpiecznego zdalnego dostępu z interfejsem graficznym jednolitym z urządzeniem UTM.
Zapewniające równoczesny zdalny dostęp 15 osobom.
Oprogramowanie musi posiadać wsparcie producenta do 30.06.2026 r.
Wdrożenie.
3) System do kontroli poczty elektronicznej – wymagania minimalne:
a) Wymagania ogólne:
System ochrony poczty musi działać w śodowisku hostowanym poza infrastrukturą klienta na terenie Unii Europejskiej.
System powinien funkcjonować jako Proxy ze wsparciem dla protokołu SMTP.
System powinien posiadać własne filtry reputacji oraz mechanizmy antyphishingowe oraz antyspamowe.
System powinien umożliwiać skanowanie przychodzącej i wychodzącej.
Możliwość wykorzystania rekordów SPF oraz mechanizmu DKIM oraz DMARC.
Automatyczna aktualizacja filtrów bez przerywania pracy.
Musi posiadać wewnętrzną konsolę do administrowania (Web), bez potrzeby instalowania klientów.
Możliwość stworzenia kwarantanny per użytkownik. Umożliwianie użytkownikowi zarządzania własną kwarantanną, usuwanie wiadomości lub zwolnienie tych, które nie uważają za SPAM, a także możliwość blokowania e-maili. Kwarantanna może być implementowana z bezpośrednią integracją z aplikacji poczty e-mail lub przez interfejs WWW (HTTPS).
Możliwość uruchomienia konsoli web, dzięki której użytkownicy mogą sprawdzać wiadomości, które są poddawane kwarantannie ze względu na spam.
Możliwość, aby użytkownicy sami tworzyli listy wyjątków dla nadawców w konsoli web.
Umożliwianie użytkownikom na przeglądanie podejrzanych wiadomości w kwarantannie i zaakceptowanie nadawców bez interwencji administratora.
Umożliwianie użytkownikowi na utworzenie osobistych, białych list (zaufanych adresów), niezależnie od administratora, tak aby te białe listy nie kolidowały z filtrami innych użytkowników.
Moduł kwarantannowy powinien znajdować się w samym systemie antyspamowym i być w stanie wysłać okresowe powiadomienie do użytkowników, informując o wiadomościach traktowanych jako SPAM, które zostały wstawione do kwarantanny.
Użytkownik powinien być w stanie automatycznie usunąć wiadomości poddane kwarantannie zgodnie z ustawieniami określonymi przez administratora.
System powinien dawać możliwość powiadomienia administratora pocztą e-mail, jeśli filtry antyspamowe nie otrzymują aktualizacji przez pewien czas. Przyjmuje się alternatywnie, że administrator zostanie powiadomiony w przypadku błędów aktualizacji.
Rozwiązanie powinno być w stanie tworzyć i zarządzać wieloma grupami użytkowników i definiować zróżnicowane reguły i polityki dla każdej z tych grup. System powinien integrować się z bazą LDAP.
Rozwiązanie umożliwia stosowanie filtrów, które aplikowane są przed wejściem wiadomości do systemu. Filtry te muszą mieć możliwość klasyfikacji różnych typów zachowań (takich jak białe i czarne listy). Filtry połączeń muszą być konfigurowane przynajmniej przez: adres IP; zakres adresów IP; muszą wspierać RBL (listy oparte o DNS); muszą posiadać i mieć możliwość używania filtrów reputacji; muszą być w stanie definiować następujące polityki: limit ilości odbiorców na wiadomość, limit wielkości wiadomości; pozwalać lub zabraniać używania SSL/ TSL dla połączeń; używać antyspam; musi wpierać SSL / TLS dla połączeń przychodzących i wychodzących; musi mieć możliwość używania odwrotną translację adresów DNS (revDNS); urządzanie powinno wspierać wiele domen (rekordów MX).
Kolejki dostarczania w oprogramowaniu MTA muszą być na tyle duże, aby wspierać przeładowanie wiadomościami w sytuacji awarii albo problemów w innych punktach infrastruktury pocztowej.
Rozwiązanie powinno wspierać unikalne profile, które obsługują zachowanie wiadomości odbijanych bazując na domenach lub na docelowych adresach IP.
Moduł kwarantanny powinien być w stanie wysłać okresowe powiadomienie dla użytkowników, informując o wiadomościach traktowanych jako spam, które zostały przeniesione do kwarantanny.
Directory Collection Protection: rozwiązanie musi posiadać ochronę przed tego typu atakami dzięki skanowaniu odbiorcy wiadomości w LDAP, Active Directory.
DoS: system operacyjny urządzenia fizycznego lub wirtualnego powinien mieć możliwość identyfikacji i ochrony MTA przed atakami typu DoS.
System uwierzytelniania powinien mieć ochronę przed atakami (np. atak słownikowy).
Posiadać funkcję zapory e-mail, chroniąc serwer poczty przed atakiem typu Directory Harvest Attack (DHA).
Filtry ochrony przed spamem powinny skanować wszystkie części wiadomości, w tym: nadawcy (komenda SMTP MAIL FROM), odbiorcy (komenda SMTP RCPT TO), nagłówek wiadomości, treść wiadomości e-mail, załączniki widomości e-mail.
Filtry bezpieczeństwa: urządzenie musi posiadać mechanizm identyfikacji treści wiadomości takich elementów jak: numer karty kredytowej, RG i / lub CPF; musi posiadać mechanizmy tworzenia katalogów słów należących do konkretnych tematów, takich jak przestępstwa; musi zezwalać na heurystyczną weryfikację nowo wprowadzonych wirusów, nawet bez dostępnej szczepionki; musi pozwalać na weryfikację rzeczywistego typu pliku nawet po zmianie nazwy; umożliwiać skanowanie plików wykonywalnych skompresowanych; posiadać ochronę przed oprogramowaniem szpiegującym bez potrzeby dodatkowego oprogramowania lub agenta; ochrona przed Dialerami bez potrzeby dodatkowego oprogramowania lub agenta.
c. d. w SWZ
3.9.) Główny kod CPV: 30200000-1 - Urządzenia komputerowe
3.10.) Dodatkowy kod CPV: 48820000-2 - Serwery
48800000-6 - Systemy i serwery informacyjne
SEKCJA IV – PODSTAWOWE INFORMACJE O ZAWARTEJ UMOWIE
4.1.) Data zawarcia umowy: 2025-08-14
4.2.) Okres realizacji zamówienia:
90 dni4.3.) Dane wykonawcy, z którym zawarto umowę:
4.3.1.) Nazwa (firma) wykonawcy, któremu udzielono zamówienia (w przypadku wykonawców ubiegających się wspólnie o udzielenie zamówienia – dotyczy pełnomocnika, o którym mowa w art. 58 ust. 2 ustawy): STOLA – Tomasz Stola
4.3.2.) Krajowy Numer Identyfikacyjny: 6731637028
4.3.3.) Ulica: ul. Daleka 12/2
4.3.4.) Miejscowość: Koszalin
4.3.5.) Kod pocztowy: 75-373
4.3.6.) Województwo: zachodniopomorskie
4.3.7.) Kraj: Polska
4.4.) Wartość umowy: 137741,55 PLN
4.5.) Numer ogłoszenia o wyniku postępowania zamieszczonego w BZP lub numer ogłoszenia o udzieleniu zamówienia opublikowanego w Dzienniku Urzędowym Unii Europejskiej: 2025/BZP 00378982/01
SEKCJA V PRZEBIEG REALIZACJI UMOWY
5.1.) Czy umowa została wykonana: Tak
5.2.) Termin wykonania umowy: 2025-12-09
5.3.) Czy umowę wykonano w pierwotnie określonym terminie: Nie
5.4.) Informacje o zmianach umowy
5.4.1.) Liczba zmian: 1
5.4.2.) Numer zmiany: 1
5.4.3.) Podstawa prawna zmiany:
art. 455 ust. 1 pkt 4 ustawy
5.4.4.) Przyczyny dokonania zmian:
W trakcie realizacji dostawy zaszła konieczność wydłużenia terminu realizacji umowy zgodnie z wnioskiem Wykonawcy z dnia 12.11.2025 r.
5.4.5.) Krótki opis zamówienia po zmianie:
Zmienia się termin wykonania zamówienia zgodnie z aneksem 1/2025 z dnia 12.11.2025 r.
§ 1
1. W umowie z dnia 14 sierpnia 2025 r. zarejestrowanej pod nr 132/2025, zmienia się termin wykonania zamówienia, w związku z czym § 3 otrzymuje brzmienie:
„Wykonawca dostarczy przedmiot zamówienia w terminie 123 dni od dnia podpisania umowy.”.
2. Podstawą do zmiany terminu wykonania zamówienia jest wniosek Wykonawcy z dnia 12.11.2025 r., który stanowi załącznik do niniejszego aneksu.
§ 2 Pozostałe warunki umowy nie ulegają zmianie.
5.4.8.) Wzrost ceny w związku ze zmianą umowy/umowy ramowej: Nie
5.5.) Łączna wartość wynagrodzenia wypłacona z tytułu zrealizowanej umowy: 137741,55 PLN
5.6.) Czy umowa została wykonana należycie: Tak
5.7.) Podczas realizacji zamówienia zamawiający kontrolował przewidziane w zawartej umowie wymagania:
nie dotyczy
Informacje kluczowe
- Data publikacji
- 05.01.2026
- Termin składania ofert
- Brak daty
- Wartość umowy
- 0 PLN
- Rodzaj zamawiającego
- 1.1.2
- Próg unijny
- Poniżej progów UE