Przejdź do treści
← Wróć do listy
RozstrzygniętyZapytanie ofertowe (fundusze)

Utworzenie serwisu internetowego z asystą techniczną – Chorzów

Składanie ofert: 25 września 2026

Rozstrzygnięcie

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

NIP zwycięzcy6762562946
Kwota oferty29 274,00 zł
Złożonych ofert29
Widełki ofert16 500,00 zł – 250 920,00 zł
Najtańsza oferta wygrałanie

Przedmiot zamówienia

AI
  • Etap 1 (usługa): projekt graficzny (min. 3 koncepcje + zatwierdzenie), strona www z CMS (WYSIWYG, drag&drop, edycja treści/menu/slajderów/formularzy), optymalizacja SEO i dostępność (WCAG AA, Lighthouse ≥95, sitemap, robots.txt, schema.org), bezpieczeństwo (HTTPS, OWASP Top 10, walidacja danych/plików, reCAPTCHA, kod jawny bez obfuscation), wdrożenie na serwerze Zamawiającego w 2 środowiskach (testowym i produkcyjnym), szkolenie dla 7 pracowników, dokumentacja techniczna + przekazanie kodu źródłowego i danych dostępowych.
  • Etap 2 (usługa): roczna asysta techniczna – wsparcie codzienne 7:30–15:30, naprawa błędów krytycznych ≤2h, znaczących ≤24h, drobnych ≤72h, aktualizacje bezpieczeństwa i komponentów, dostosowanie do zmian prawnych i wizualnych.
Trudność: wysoka

Zamówienie wymaga jednoczesnego zapewnienia bezpieczeństwa (OWASP Top 10), dostępności (WCAG AA), SEO (Lighthouse ≥95) oraz własnego kodu źródłowego w krótkim terminie, przy współpracy z ZIT Zamawiającego i ograniczeniu do infrastruktury zamawiającego.

Terminy realizacji

Realizacja Etap 1
50 dni od zawarcia umowy, max 10.12.2026
Realizacja Etap 2
12 miesięcy od protokołu odbioru Etapu 1

Warunki udziału

AI
1Doświadczenie — co najmniej 2 usługi budowy serwisu internetowego/strony WWW zgodne z WCAG 2.1, każda ≥ 50 000,00 PLN brutto, w ciągu ostatnich 3 lat (licząc wstecz od dnia składania ofert; krótszy okres działalności – w tym okresie)

Czerwone flagi

AI

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

Wysoki próg doświadczenia
Wymaganie 2 usług ≥ 50 000 PLN każdy (łącznie ≥ 100 000 PLN) przy wartości zamówienia poniżej 130 000 PLN — próg finansowy rażąco wysoki względem wartości zamówienia.

Kary i sankcje

AI
  • Kary umowne: w projekcie umowy (zał. nr 3).

Pytania i odpowiedzi

2

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

1Czy wobec treści odpowiedzi na pytania nr 1, 10 i 16 Zamawiający potwierdza, że zastosowanie systemu CMS udostępnianego na licencji GNU GPL v2 lub nowszej nie będzie stanowiło naruszenia §6 ust. 2 wzoru umowy i nie będzie stanowiło podstawy do naliczenia kary umownej z §5 ust. 1?
W odpowiedzi na przesłane pytanie Zamawiający informuje, że na etapie składania ofert Zamawiający nie ma możliwości jednoznacznej weryfikacji rozwiązania technicznego przedstawionego przez Wykonawcę. Ocena zgodności zastosowanego rozwiązania z wymogami określonymi w dokumentacji postępowania będzie możliwa na etapie realizacji zamówienia. Wymagania dotyczące realizacji zamówienia zostały określone w dokumentacji postępowania, w tym we wzorze umowy. Wykonawca, posiadając specjalistyczną wiedzę w zakresie przedmiotu zamówienia jest zobowiązany do oceny, czy proponowane przez niego rozwiązanie spełnia wymagania Zamawiającego. Zamawiający na obecnym etapie nie przesądza zatem o zgodności konkretnego rozwiązania technicznego z postanowieniami umowy.
2Dotyczy: §3 ust. 1 pkt 2 lit. b–e oraz §5 ust. 4 wzoru umowy, w związku z odpowiedziami na pytania nr 3 i 12. W odpowiedzi na pytanie nr 12 ppkt 7 Zamawiający potwierdził, że kary umowne naliczane są wyłącznie wtedy, gdy okoliczność dająca podstawę ich naliczenia jest przez Wykonawcę zawiniona, zgodnie z regulacjami Kodeksu cywilnego. Jednocześnie §3 ust. 1 pkt 2 lit. b umowy ogranicza obowiązek świadczenia wsparcia technicznego do dni roboczych w godzinach 7:30–15:30. Wnoszę o potwierdzenie, że: a) upływ terminu usunięcia błędu w okresie, w którym zgodnie z §3 ust. 1 pkt 2 lit. b Wykonawca nie jest zobowiązany do świadczenia wsparcia, nie stanowi zwłoki zawinionej w rozumieniu art. 476 Kodeksu cywilnego, a tym samym nie daje podstawy do naliczenia kary umownej z §5 ust. 4; b) w przypadku błędu krytycznego, którego pełne usunięcie w terminie 2 godzin jest obiektywnie niemożliwe ze względu na nakład pracy, zastosowanie znajduje Rozdział 10 pkt 6 lit. l OPZ, przewidujący wydłużenie terminu naprawy w uzgodnieniu Stron. Uzasadnienie: przy literalnym odczytaniu odpowiedzi na pytanie nr 3 obowiązek pozostawania w gotowości obejmuje całą dobę przez siedem dni w tygodniu, co pozbawia treści normatywnej §3 ust. 1 pkt 2 lit. b, definiujący godziny wsparcia. Wykonawca, który nie jest umownie zobowiązany do świadczenia usługi w danym czasie, nie może odpowiadać za bezczynność w tym czasie na zasadzie winy. Potwierdzenie powyższego nie wymaga modyfikacji umowy, a jedynie wykładni jej postanowień spójnej z odpowiedzią na pytanie nr 12 ppkt 7.
W odpowiedzi na przesłane pytanie Zamawiający informuje, że świadczenie asysty technicznej dla wdrożonego Serwisu obejmuje realizację czynności wskazanych w Rozdziale 10 OPZ, z uwzględnieniem określonych w tym Rozdziale terminów realizacji poszczególnych zadań. Jednocześnie Zamawiający informuje, że wskazane w Rozdziale 10 pkt 6 lit. a. oraz w §3 ust. 1 pkt 2 lit. b) wzoru umowy godziny 7:30 do 15:30 odnoszą się do udzielenia wsparcia technicznego pracownikom Zamawiającego, obejmującego doradztwo techniczne z zakresu obsługi oprogramowania, bazy danych wykorzystywanej przez oprogramowanie oraz oprogramowania narzędziowego współpracującego z oprogramowaniem serwisu internetowego, a nie do terminu usuwania błędów. Powyższe postanowienia należy rozpatrywać łącznie z pozostałymi zapisami Rozdziału 10 OPZ dotyczącymi asysty technicznej, w tym określonymi tam czasami realizacji poszczególnych zadań

Historia zmian

08.09.2026 — publikacja ogłoszenia
15.09.2026 — aktualizacja ogłoszenia (Termin składania: 16.09.2026 → 18.09.2026)
16.09.2026 — aktualizacja ogłoszenia (Termin składania: 18.09.2026 → 25.09.2026)
25.09.2026 — upływ terminu składania ofert
25.09.2026 — ogłoszenie o wyniku postępowania