Projekt graficzny i strona dla przedsiębiorców – Jasło

Hosting produkcyjny zapewnia Zamawiający. Zamawiający dysponuje hostingiem współdzielonym, PHP w wersjach 8.2–8.5, dostępem SSH i możliwością konfiguracji zadań CRON. Środowisko stagingowe może być utrzymywane na infrastrukturze Wykonawcy z zachowaniem wymagań bezpieczeństwa i kontroli dostępu. Kopie zapasowe muszą być przechowywane niezależnie od środowiska produkcyjnego. Zamawiający posiada możliwość przechowywania kopii w lokalnej infrastrukturze. Wykonawca odpowiada za warstwę aplikacyjną serwisu, a nie za administrowanie systemem operacyjnym serwera pozostającego poza jego kontrolą.

Faktura końcowa obejmująca całość wynagrodzenia powinna zostać wystawiona po podpisaniu protokołu odbioru końcowego etapu II, mimo że opieka serwisowa i prace rozwojowe będą realizowane w kolejnych latach. Warunkiem dokonania odbioru przedmiotu umowy jest spełnienie wszystkich wymagań odbiorowych określonych w SWZ, w tym w szczególności przekazanie Zamawiającemu: a. kodów źródłowych, bazy danych, plików, konfiguracji CMS, b. listy użytych wtyczek i motywów, c. licencji, dokumentacji technicznej, d. przekazanie raportu dostępności strony, zawierającego raport z wykonanego badania automatycznego i ręcznego, obejmującego reprezentatywny zestaw podstron, formularze, nawigację, komponenty interaktywne, obsługę klawiaturą, fokus, semantykę, powiększenie/reflow i współpracę z technologiami asystującymi. Raport powinien wskazywać zakres badania, metodykę, wynik dla każdego mającego zastosowanie wymagania, lokalizację błędów i wynik retestu po poprawkach. Niespełnienie wymogów dostępności stanowi wadę przedmiotu umowy i będzie podstawą odmowy odbioru. e. kompletnego repozytorium kodu wraz z historią lub jego eksport, instrukcji instalacji i wdrożenia, wymagania środowiskowe i wersje komponentów, konfigurację procesów budowania i automatyzacji (np. CRON), dokumentację API i integracji, strukturę bazy danych, opis kopii zapasowych i odtwarzania, wykaz usług zewnętrznych i kont administracyjnych oraz wykaz zależności wraz z licencjami. Hasła i sekrety powinny zostać przekazywane wskazanym osobnym, bezpiecznym kanałem komunikacji, a nie w repozytorium ani dokumentacji. f. wykazu wszystkich bibliotek, wtyczek, motywów, frameworków, fontów, materiałów graficznych, API i innych komponentów zewnętrznych wraz z nazwą, wersją, autorem/producentem i licencją. Zakazane jest użycie komponentów, których licencja uniemożliwia lub istotnie utrudnia utrzymanie, modyfikację, migrację albo dalszy rozwój serwisu przez Zamawiającego lub innego wykonawcę. g. informacji potrzebnych do przygotowania deklaracji dostępności.

Realizacja poszczególnych etapów zamówienia została określona na daty 16.11.2026 (I etap) i 18.12.2026 r. (II etap) i w odniesieniu do tych dat oraz dnia zawarcia umowy będą liczone terminy określone w §2 umowy.

Termin realizacji Etapu II przewidziano na dzień 18.12.2026 r. Realizację i rozliczenie zadania przewidziano na 2026 r., stąd terminy określające etap I i II, niezależnie od terminu zawarcia umowy będą mieścić się w tym okresie.

Termin realizacji Etapu II przewidziano na dzień 18.12.2026 r. Realizacja i rozliczenie zadania przewidziano na 2026 r., stąd terminy określające etap I i II, niezależnie od terminu zawarcia umowy będą mieć się w tym okresie.

Realizacja poszczególnych etapów zamówienia została określona na daty 16.11.2026 i 18.12.2026 r. i w odniesieniu do tych dat oraz dnia zawarcia umowy będą liczone terminy określone w §2 umowy. Termin realizacji Etapu II przewidziano na dzień 18.12.2026 r. Realizacja i rozliczenie zadania przewidziano na 2026 r., stąd terminy określające etap I i II, niezależnie od terminu zawarcia umowy będą mieścić się w tym okresie

Termin na złożenie ofert to 15.10.2026

Maksymalna liczba unikalnych układów graficznych (tzw. layoutów) oraz niestandardowych typów podstron/sekcji, które wyróżniają witrynę na tle standardowych, powtarzalnych szablonów wynosi 10 i dotyczy modułów InfoMapy, ofert inwestycyjnych oraz rynku pacy. Zamawiający dopuszcza zastosowanie projektów desktop i mobile oraz zasady responsywności

W dodatkowym okresie opieki serwisowej obowiązują wymagania dotyczące utrzymania, bezpieczeństwa, aktualizacji, usuwania błędów, helpdesku oraz SLA. Pula 480 roboczogodzin nie przechodzi na dodatkowy okres opieki. Zakres ewentualnych dodatkowych prac rozwojowych w tym okresie powinien wynikać wprost z dokumentacji zamówienia

W dodatkowym okresie opieki serwisowej obowiązują wymagania dotyczące utrzymania, bezpieczeństwa, aktualizacji, usuwania błędów, helpdesku oraz SLA. Pula 480 roboczogodzin nie przechodzi na dodatkowy okres opieki. Zakres ewentualnych dodatkowych prac rozwojowych w tym okresie powinien wynikać wprost z dokumentacji zamówienia

Zamawiający nie potwierdza ograniczenia SLA do godzin 9:00–17:00. Godziny te dotyczą telefonicznego wsparcia CMS. Za wiążące maksymalne wartości reakcji i naprawy przyjmuje się górne granice przedziałów określonych w OPZ.

Opieka serwisowa obejmuje świadczenie usługi doradztwa, helpdesku (doradztwa w zakresie korzystania z CMS i edycji strony oraz naprawy błędów) i dalszego rozwoju strony i ma ona wymiar 480 roboczogodzin od momentu zakończenia prac do 31.12.2028 r.. Gwarancja obejmuje zapewnienie prawidłowego funkcjonowania strony internetowej, w tym przede wszystkim naprawę błędów, luk bezpieczeństwa i wad serwisu uniemożliwiających lub utrudniających jego prawidłowe funkcjonowanie. Roboczogodzina to jedna godzina efektywnej pracy — czyli 60 minut faktycznego wykonywania usługi lub zadania. Nie wlicza się w nią przerw, ani dojazdów.

Faktura końcowa obejmująca całość wynagrodzenia powinna zostać wystawiona po podpisaniu protokołu odbioru końcowego etapu II. Warunkiem dokonania odbioru przedmiotu umowy jest spełnienie wszystkich wymagań odbiorowych określonych w SWZ, w tym w szczególności przekazanie Zamawiającemu: a. kodów źródłowych, bazy danych, plików, konfiguracji CMS, b. listy użytych wtyczek i motywów, c. licencji, dokumentacji technicznej, d. przekazanie raportu dostępności strony, zawierającego raport z wykonanego badania automatycznego i ręcznego, obejmujący reprezentatywny zestaw podstron, formularze, nawigację, komponenty interaktywne, obsługę klawiaturą, fokus, semantykę, powiększenie/reflow i współpracę z technologiami asystującymi. Raport powinien wskazywać zakres badania, metodykę, wynik dla każdego mającego zastosowanie wymagań, lokalizację błędów i wynik retestu po poprawkach. Niespełnienie wymagań dostępności stanowi wadę przedmiotu umowy i będzie podstawą odmowy odbioru. e. kompletnego repozytorium kodu wraz z historią,