Finansowanie zewnętrzne: projekt „Koordynacja spójnej polityki społecznej Kujaw i Pomorza" w ramach Programu Fundusze Europejskie dla Rozwoju Społecznego 2021-2027, Działanie 04.13, EFS+
5
Terminy
Widoczne 50%
Składanie ofert: do 18.08.2026 r., godz. 10:00 (przedłużone modyfikacją z 07.08.2026 r.).
Doświadczenie — serwisy z wyszukiwarką: min. 3 usługi wykonania serwisów z elementami wyszukiwarki dla sektora publicznego + audyt dostępności + deklaracja dostępności w ramach tej samej umowy, ostatnie 3 lata (każda).
Doświadczenie — multiportal: min. 3 własne realizacje z zastosowaniem systemu multiportalu (wiele serwisów o odrębnych domenach z jednego panelu CMS), ostatnie 3 lata.
Kadra — kierownik zespołu: udział w min. 2 projektach dla podmiotów publicznych.
Kadra — główny programista (Web Developer): udział w min. 2 projektach dla podmiotów publicznych.
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 18 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Zamówienie jednoczęściowe — wykonanie i wdrożenie nowego serwisu internetowego Regionalna Baza Usług Społecznych pod adresem rbus.rops.torun.pl wraz z migracją danych z obecnej wersji, obejmujące:
Zaprojektowanie i implementację serwisu WWW na bazie CMS open source, w tym projektu graficznego, układu logicznego oraz wyszukiwarki z filtrami, mapą interaktywną, zestawieniami wyników i systemem podpowiedzi fraz.
Wdrożenie chatbota AI oraz modułu live chat (koszty API modelu AI po stronie Wykonawcy, szac. 300–700 zapytań/mies.).
Migrację danych z obecnego serwisu (Drupal 8): ok. 500 rekordów treści (w tym 2 formularze, 7 prostych stron, reszta to typ „Usługa") oraz ok. 700 plików załączników/dokumentów (ok. 0,5 GB). Stary serwis zostanie wyłączony — bez przekierowań 301.
Zapewnienie dostępności na poziomie WCAG 2.2 AA, w tym tekstu łatwego do czytania (ETR) i tłumaczenia na PJM, wraz z audytem dostępności i deklaracją dostępności.
Przeprowadzenie audytu bezpieczeństwa potwierdzonego certyfikatem.
Wykonanie w systemie multiportal (zarządzanie wieloma serwisami z jednego panelu administracyjnego).
Przeniesienie autorskich praw majątkowych do projektu graficznego i układu logicznego serwisu na Zamawiającego.
Realizację w etapach obejmujących m.in. prace projektowe i implementację, z min. 2 spotkaniami stacjonarnymi w Toruniu, stacjonarnym szkoleniem redaktorów oraz dopuszczalnymi zdalnymi odbiorami.
Hosting i domena po stronie Zamawiającego.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Prosimy o podanie liczby rekordów (usług, podmiotów) w obecnej bazie serwisu rbus.rops.torun.pl podlegających migracji, w podziale na typy treści.
W obecnej bazie serwisu rbus.rops.torun.pl znajduje się około 500 rekordów, w tym 2 formularze oraz 7 prostych stron. Pozostałe treści to typ zawartości Usługa.
Czy Zamawiający dysponuje dostępem do bazy danych obecnego serwisu (Drupal 8) i udostępni Wykonawcy eksport danych w formacie strukturalnym (SQL, CSV, XML, JSON)? Jeśli nie, czy Wykonawca ma pozyskać dane metodą crawlingu warstwy publicznej?
Wykonawca otrzyma wygenerowany zrzut bazy danych obecnego serwisu w formacie strukturalnym.
Czy w zakres zamówienia wchodzi migracja plików załączników i dokumentów, a jeśli tak, jaka jest ich łączna liczba i objętość?
W zakres zamówienia wchodzi migracja plików załączników i dokumentów. Szacunkowo ich łączna liczba i objętość to ok. 700 plików i ok. 0.5 GB
Czy Zamawiający wymaga zachowania dotychczasowej struktury adresów URL, a jeśli nie, czy wymaga wdrożenia przekierowań 301 dla adresów obecnego serwisu?
Nowy serwis rbus.rops.torun.pl jest budowany od początku, z przeniesieniem obecnej bazy danych. Obecny serwis — funkcjonujący jako rbus.rops.torun.pl - zostanie wyłączony. Zamawiający nie wymaga zachowania dotychczasowej struktury adresów URL i nie wymaga wdrożenia przekierowań 301 dla adresów obecnego serwisu.
Czy Zamawiający wymaga spotkań stacjonarnych w swojej siedzibie w Toruniu w toku realizacji zamówienia? Jeśli tak, prosimy o wskazanie ich minimalnej liczby oraz etapów, na których są wymagane.
Zamawiający wymaga spotkań stacjonarnych w swojej siedzibie w Toruniu w toku realizacji zamówienia. Minimalna liczba takich spotkań to 2 ( 1 spotkanie - po zakończeniu Etapu I — ustalenie grupy roboczej, przed etapem II — prace projektowe; 2 spotkanie — po zakończeniu Etapu II - prace projektowe, przed rozpoczęciem Etapu III — implementacja).
Czy Zamawiający dopuszcza prowadzenie warsztatów, odbiorów i szkolenia redaktorów w formie zdalnej (wideokonferencja)?
Zamawiający dopuszcza odbiór w formie zdalnej. Szkolenie redaktorów wymagane jest w formie stacjonarnej.
Czy hosting i domena serwisu pozostają po stronie Zamawiającego, czy ich zapewnienie wchodzi w zakres zamówienia?
Domena serwisu rbus.rops.torun.pl i hosting serwisu rbus.rops.torun.pl pozostają po stronie Zamawiającego.
Załącznik nr 5 do SWZ zawiera tabelę z trzema wierszami, natomiast warunek z Rozdziału XI ust. 1 pkt 1 lit. a obejmuje dwa odrębne wymagania po trzy usługi każde. Czy Zamawiający dopuszcza, aby ta sama usługa potwierdzała jednocześnie oba wymagania, czy też Wykonawca powinien rozszerzyć tabelę do sześciu pozycji?
Wykonawca powinien rozszerzyć tabelę do sześciu pozycji, zgodnie z ustalonym warunkiem udziału w postępowaniu w zakresie doświadczenia, jaki został wskazany w Rozdziale XI ust. 1 pkt 1 lit a) SWZ.
Czy warunek „wraz z wykonaniem audytów dostępności i wdrożeniem deklaracji dostępności" oznacza, że audyt i deklaracja musiały być objęte zakresem tej samej umowy, czy wystarczy, że zostały wykonane przez Wykonawcę na rzecz tego samego odbiorcy?
Zgodnie z treścią warunku udziału w postępowaniu Wykonawca zobowiązany jest do wykazania m.in., że wykonał (...) usługi polegające na wykonaniu serwisów z elementami wyszukiwarki dla sektora publicznego (urzędów, jednostek samorządowych, podmiotów publicznych) wraz z wykonaniem audytów dostępności i wdrożeniem deklaracji dostępności. Z treści warunku udziału w postępowaniu wynika jednoznacznie, że Wykonawca zobowiązany jest w celu wykazania spełniania warunku wykazać się usługami wykonania serwisów z elementami wyszukiwarki dla sektora publicznego łącznie z audytem i wdrożeniem deklaracji dostępności w ramach każdej z trzech wykazywanych usług. Tym samym audyt i deklaracja muszą być objęte zakresem tej samej umowy.
Prosimy o zdefiniowanie pojęcia „system multiportalu" na potrzeby warunku udziału. Czy Zamawiający uzna za spełniające ten warunek wdrożenie wielu serwisów internetowych o odrębnych domenach, zarządzanych z jednej, wspólnej instancji systemu CMS?
Zamawiający uznaje za multiportal taki system informatyczny, który pozwala zarządzać wieloma serwisami internetowymi o odrębnych domenach z poziomu jednego wspólnego panelu administracyjnego.
Zamawiający uzna za spełnienie tego warunku wdrożenie wielu serwisów internetowych o odrębnych domenach, zarządzanych z jednej, wspólnej instancji systemu CMS.
Czy sformułowanie „własne realizacje" wyklucza powoływanie się na usługi wykonane w konsorcjum lub przy udziale podwykonawców?
Zamawiający nie wyklucza tym zapisem możliwości wykazywania się przez Wykonawcę wykonaniem realizacji, które były wykonywane w ramach konsorcjum lub w ramach podwykonawstwa. Niemniej jednak w takiej sytuacji Wykonawca uprawniony jest do wykazania się wyłącznie tą częścią wykonanej usługi, która rzeczywiście była przez niego realizowana (wyłącznie wykonany przez tego Wykonawcę zakres usługi).
Prosimy o podanie wzoru matematycznego, według którego przyznawane będą punkty w kryterium „doświadczenie zespołu dedykowanego do projektu" (waga 40).
Zamawiający udzielił odpowiedzi w informacji zamieszczonej na stronie prowadzonego postępowania w dniu 07.08.2026 r.
Formularz ofertowy przewiduje wpisanie liczby dodatkowych projektów „od O do 6 lub więcej". Czy zadeklarowanie liczby większej niż 6 skutkuje przyznaniem dodatkowych punktów, czy 6 stanowi próg maksymalny?
Stanowi próg maksymalny. Zgodnie z ustalonymi kryteriami oceny ofert w postępowaniu - wskazanie większej niż 6 dodatkowych projektów skutkowało będzie uzyskaniem 20 punktów w ramach kryterium: Doświadczenie zespołu.
Czy w kryterium punktowane jest wyłącznie doświadczenie Kierownika zespołu i Głównego Programisty, czy również Specjalisty ds. dostępności?
Kryterium punktowym jest wyłącznie doświadczenie Kierownika zespołu i Głównego Programisty, zgodnie z opisem sposobu oceny ofert w ramach kryterium Doświadczenie zespołu, jaki został zawarty w treści Rozdziału XVIII ust. 2 pkt 2) SWZ.
Jak Zamawiający definiuje „projekt dla podmiotu publicznego" na potrzeby kryterium? Czy wymaga określonej minimalnej wartości projektu, czasu trwania lub przedmiotu?
W SWZ Zamawiający zdefiniował co rozumie pod pojęciem „usługi dla podmiotu publicznego”. Zamawiający nie wymaga określenia wartości czy czasu trwania takiej usługi. Natomiast w zakresie przedmiotu usługi, zostal on okreslony w tresci SWZ, w tresci Rozdzialu XI ust. 1 pkt 1 lit a) SWZ.
Czy do dodatkowych projektów wskazanych w kryterium Zamawiający będzie żądał dowodów należytego wykonania?
W zakresie kryterium „Doświadczenie zespołu”, Wykonawca, zobowiązany jest wypełnić tabelę zawartą w załączniku nr 2 do SWZ. Niemniej jednak, zgodnie z zastrzeżeniami zawartymi w dokumentach zamówienia Na etapie oceny ofert, Zamawiający może zażądać dowodów potwierdzających doświadczenie osób wykazanych do kryterium oceny ofert.
Ponadto zgodnie z zapisami załącznika nr 4 do SWZ, § 3 ust. 1 pkt 4) zamawiający jest uprawniony do wglądu i weryfikacji dokumentów potwierdzających wiedzę i doświadczenie kadry świadczącej usługi.
Prosimy o wskazanie pełnego zakresu gwarancji jakości i wsparcia technicznego. W szczególności, czy obejmuje on: usuwanie błędów, aktualizacje bezpieczeństwa, zapewnienie kompatybilności z kolejnymi wersjami języka PHP i systemu CMS, reagowanie na podatności, zapewnienie ciągłości licencji komponentów płatnych.
Wykonawca zapewni pełny zakres gwarancji i wsparcia technicznego, w szczególności obejmujący: usuwanie błędów, awarii i usterek, aktualizacje bezpieczeństwa, zapewnienie kompatybilności z kolejnymi wersjami języka PHP i systemu CMS (aktualizacje), reagowanie na podatności, zapewnienie ciągłości licencji komponentów płatnych, udzielanie konsultacji.
Czy Zamawiający określa czasy reakcji i naprawy (SLA) oraz kanały zgłoszeń, a jeśli tak, w jakich godzinach?
Zamawiający określa czas reakcji na: do 4 godzin, a czas naprawy na: do 24 godzin od momentu powiadomienia, chyba że naprawa stanowi obiektywnie trudny problem techniczny, wymagający uzgodnienia z Zamawiającym. Zamawiający wymaga co najmniej dwóch z trzech kanałów zgłoszeń: telefonicznego, mailowego lub poprzez dedykowany formularz. Zgłoszenia powinny być przyjmowane w dni robocze od godz. 8 do 16.
Czy w okresie gwarancji Wykonawca odpowiada za rozwój funkcjonalny serwisu, czy wyłącznie za utrzymanie zgodności z odebranym zakresem?
Wykonawca nie odpowiada za rozwój funkcjonalny serwisu, a wyłącznie za utrzymanie zgodności z odebranym zakresem.
Czy Zamawiający narzuca konkretną technologie lub system CMS, czy pozostawia wybór Wykonawcy?
Zamawiający nie narzuca konkretnego systemu CMS. CMS serwisu musi być oparty o system typu open source.
Pokazujemy 20 z 31 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
