UMOWA (projekt)

Załącznik nr 2

UMOWA (projekt)

Nr …………………………………

zawarta w dniu w Hrubieszowie pomiędzy:

………………………………. NIP: ………………………….. REGON …………………………

reprezentowanym przez:

Panią ……………………………………..

zwaną dalej „Zamawiającym”

a ………………………………………

NIP: ……………………….

REGON: ………………………

reprezentowanym przez:

…………………………………

zwanym dalej „Wykonawcą” a łącznie „Stronami”

Niniejsza umowa została zawarta na podstawie przeprowadzonego postępowania w trybie zapytania ofertowego dla zamówień publicznych o wartości nieprzekraczającej wyrażonej w złotych równowartości 130.000,00 złotych netto.

pn. „Opracowanie profesjonalnej strony internetowej/portalu KCEiWG jako narzędzia do komunikowania się z użytkownikami Centrum (w tym komponentu do analiz gospodarczych) wraz z zapewnieniem usługi wsparcia technicznego w ramach projektu

pn. „Rozwój Lokalny Hrubieszowa – od partycypacji do realizacji” finansowanego ze środków Mechanizmu Finansowego EOG 2014-2021.

§ 1

Przedmiot umowy

1. Przedmiotem zamówienia jest Opracowanie profesjonalnej strony internetowej/portalu KCEiWG jako narzędzia do komunikowania się z użytkownikami Centrum (w tym komponentu do analiz gospodarczych) wraz z zapewnieniem usługi wsparcia technicznego”, w szczególności obejmujące:

1.1. Funkcjonalności systemu

System powinien umożliwiać samodzielne tworzenie i administrowanie strukturą stron i podstron, wypełnianie ich treścią w wymaganych wersjach językowych oraz tworzenie drzewiastej struktury serwisu z dowolną ilością zagłębień (projektowanie nawigacji portalu - menu).

1.2. Wymagane funkcjonalności systemu:

a) dodawanie i usuwanie stron,

b) zmiana kolejności stron pojedynczo na tym samym poziome struktury,

c) wycofanie z publikacji,

d) zmiana kolejności stron blokowo pomiędzy poziomami struktury.

1.3. Generator struktury drzewa menu:

a) dodawanie stron i podstron,

b) usuwanie stron i podstron,

c) edycja stron i podstron,

d) ukrywanie stron w menu,

e) ukrywanie stron w portalu,

f) przenoszenie stron i ich grup pomiędzy punktami menu metodą przeciągnij i upuść,

g) wyszukiwarka wewnętrzna.

1.4. Wymagane pola formularza i funkcje publikacji stron:

a) tytuł - nazwa strony, nazwa strony w menu,

b) data publikacji – od – do wybór za pomocą kalendarza daty publikacji,

c) zajawka strony - pole tekstowe, automatycznie generujące tekst wprowadzający dotyczący zawartości strony. Skrót publikowany jest w zaplanowanych miejscach projektu graficznego. Tekst generowany automatycznie z treści strony może być korygowany przez redaktora edytującego stronę,

d) możliwość dodawania do strony galerii zdjęciowych – dołączanie jednej lub kilku galerii do strony stworzonych przez redaktora w module galerie,

e) możliwość dołączania do strony wybranych kategorii wiadomości publikowanych w module Tablica aktualności,

f) możliwość pokazywania / ukrywania strony w menu,

g) możliwość oznaczenia strony jako szczególnie polecanej,

h) link bezpośredni - linkowanie bezpośrednie z menu strony do stron zewnętrznych i wewnętrznych portalu.

1.5. System powinien:

a) być wykonany w otwartym (ang. open source) języku programowania, preferowany system CMS Drupal 10,

b) zapewniać prawidłowe wyświetlanie oraz obsługę portalu internetowego dla użytkowników najpopularniejszych przeglądarek internetowych (ang. cross-browser): Mozilla Firefox, MS, Internet Explorer, Google, Opera,

c) mieć możliwość umieszczania animacji wykonanych w technologii Flash oraz jQuery,

d) być tak skonstruowany, by strony posiadały możliwość publikowania w nich treści zewnętrznych z kanałów RSS (na podstawie najnowszych aktualności oraz komunikatów publikowanych na portalu),

e) być tak skonstruowany, aby aktualizacja i rozbudowa treści możliwa była przez redakcyjny personel nietechniczny zgodnie z zatwierdzonym projektem graficznym,

f) umożliwiać rozbudowę systemu poprzez rozbudowę menu, dodawanie nowych działów i podstron, publikację galerii zdjęć oraz materiałów multimedialnych (pliki video z serwisu YouTube oraz pliki video np. w formacie *.mp4) w dowolnym miejscu portalu internetowego z podziałem na kategorie. Powyższą rozbudowę w łatwy sposób powinien dokonać administrator bądź uprawniony redaktor,

g) być zoptymalizowany pod kątem pozycjonowania serwisu w postaci przyjaznych adresów i dynamiczne definiowanych tytułów,

h) posiadać funkcjonalność umieszczania w nim plików do pobrania. Po wstawieniu pliku do pobrania system powinien rozpoznawać jego format (*.doc, *.xls, *.pdf) i automatycznie prezentować graficznie typ pliku (przed nazwą załącznika dodawana jest odpowiednia ikonka) oraz wielkość pliku w kB. Opisy dokumentów do pobrania będące aktywnymi linkami do plików prezentowane są w zaplanowanych miejscach portalu. Wszystkie pliki umieszczane w systemie powinny być umieszczane z poziomu panelu administracyjnego lub z dowolnego miejsca na stronie bądź podstronie systemu,

i) zapewnić możliwość podglądu widoku strony, podstrony systemu przed ich publikacją, który jest identyczny jak informacje po opublikowaniu oraz posiadać kontrolę czasu publikacji elementów systemu (np.: strony, aktualności, artykuły),

j) posiadać wbudowaną wyszukiwarkę oraz automatycznie generować mapę portalu (sitemap),

k) posiadać możliwość udostępniania panelu zarządzania upoważnionym redaktorom i administratorom oraz przydzielania im uprawnień (do modułów oraz do wykonywanych operacji),

l) posiadać możliwość korzystania z narzędzi kontroli publikacji - możliwość publikacji treści on-line przez redaktorów lub weryfikacja treści przed publikacją,

m) posiadać rejestr zmian w systemie dokonanych przez użytkowników. Rejestr zmian umożliwia przeglądanie dokonanych zmian przez użytkownika (opis zmian) wraz z informacją o użytkowniku (login) i dacie wykonania danej operacji (data dzienna, godzina),

n) powinien posiadać mechanizmy przeglądania raportów i statystyk oglądalności systemu (portalu internetowego) zarówno dla całości portalu jak i poszczególnych stron,

o) zawierać w module Tablica aktualności wbudowany mechanizm do kadrowania zdjęć publikowanych w zajawce aktualności,

p) być wyposażony w mechanizm wprowadzający klarowny podział publikowanych treści merytorycznych w zależności od wybranego działu,

q) mieć możliwość zmiany wyglądu szaty graficznej w sytuacji okolicznościowej, np. żałoba,

r) zawierać funkcjonalność umożliwiającą kontrolowaną publikację banerów w portalu internetowym, według ustalonych kryteriów: data publikacji, liczba kliknięć, miejsce wyświetlania banera. System banerowy powinien posiadać statystyki, dzięki którym istnieje możliwość monitorowania ilości odsłon banera oraz ilości kliknięć w baner,

s) posiadać możliwość wyświetlenia przy wchodzeniu na jego stronę dodatkowego okienka reklamowego typu pop-up,

t) mieć budowę modułową, co oznacza, że w każdej chwili istnieje możliwość jego rozbudowy przez administratora o kolejne moduły i funkcjonalności,

u) umożliwiać przenoszenie treści z dokumentów MS Word, HTML i posiadać mechanizmy czyszczenia wynikowego kodu HTML dla treści kopiowanych z edytorów zewnętrznych,

v) generować artykuły w systemie do dokumentów w formacie PDF,

w) posiadać dostęp przez przeglądarkę do wszystkich funkcji bez konieczności ładowania dodatkowych plug-inów.

1.6. Publikacja i obróbka treści systemu powinna odbywać się za pomocą niewymagającego od redaktorów znajomości języka HTML edytora stron typu Rich Text Format z funkcją WYSIWYG w zakresie:

a) tekst (pogrubienie, pochylenie, podkreślenie, przekreślenie, zmiana wielkości), zmiana kroju czcionki,

b) obsługa stylów,

c) wytnij, kopiuj, wklej,

d) wcięcia (zwiększ oraz zmniejsz), cofnij,

e) dodaj link, usuń link,

f) wstaw ankietę,

g) widok kodu HTML’a,

h) kolor tekstu, kolor tła tekstu,

i) wstaw i edytuj tabelę,

j) wstaw linię pozioma,

k) wstaw rozwijalne pole,

l) wstaw zdjęcie,

m) wstaw galerię,

n) wstaw stronicowanie,

o) indeks górny i dolny,

p) wstaw znak specjalny,

q) wstaw media,

r) wyrównanie tekstu (do lewej, do prawej, do środka, justowanie),

s) edytuj na całym ekranie.

1.7. Panel administracyjny powinien mieć możliwość ustawienia uproszczonej wersji edytora typu Rich Text Format z funkcją WYSIWYG w zależności od nadanych uprawnień przez administratora:

a) edytor musi również posiadać narzędzie do zarządzania elementami graficznymi w katalogu dla każdej strony, umożliwiające dodawanie, usuwanie, edytowanie grafik dla strony bądź podstrony internetowej bez konieczności posiadania przez redaktora dodatkowego oprogramowania graficznego; umożliwiać tworzenie galerii zdjęć wraz z opcją pozwalającą na przypisywanie ich do wybranych miejsc w portalu, np. aktualności czy podstron. Galeria zdjęć musi być wyposażona w mechanizm umożliwiający załadowanie większej ilości zdjęć (upload masowy),

b) liczba elementów systemu (np.: stron, menu, aktualności) powinna być dowolna bez ograniczenia ilości, bez ograniczenia liczby poziomów zgodnie z projektem graficznym.

1.8. Bezpieczeństwo systemu. System powinien być:

a) zabezpieczony przed wszelkiego rodzaju atakami oraz włamaniami do treści systemu przez osoby nieupoważnione poprzez bezpieczne połączenie https do panelu zarządzania systemem z użyciem protokołu SSL,

b) zabezpieczony przed ujawnieniem danych przechowywanych w bazie,

c) zabezpieczony przed kradzieżą cookies,

d) zabezpieczony przed przechwytywaniem sesji,

e) zabezpieczony przed wstrzykiwaniem sesji,

f) zabezpieczony przed zafiksowaniem sesji,

g) zabezpieczony przed trawersowaniem katalogów,

h) zabezpieczony przed wstrzykiwaniem poleceń systemowych,

i) zabezpieczony przed ujawnianiem kodu źródłowego np. plików .inc, „template” itp.

j) odporny na następujące zagrożenia: ataki semantyczne na adres URL, ataki związane z ładowaniem plików, np. ograniczenie wielkości pliku, ataki typu cross-site scripting, ataki typu CSRF, podrabianie zatwierdzenia formularza, sfałszowanie żądania HTTP, ujawnienie uwierzytelnień dostępu, wstrzykiwanie kodu SQL (SQL Injection), zagrożenia publikowane przez OWASP Top 10.

1.9. System powinien również:

a) zawierać zabezpieczenia antyspamowe zabezpieczające adresy e-mail, formularze oraz pola logowania,

b) być wykonany w standardzie UTF-8 kodowania wszystkich danych,

c) umożliwiać zdefiniowanie adresów IP z jakich administratorzy i redaktorzy będą mogli logować się do panelu administracyjnego i panelu zarządzania treścią.

1.10.Moduły i funkcjonalności serwisu

a) Założenie ogólne:

Serwis internetowy musi być dostosowany do międzynarodowych standardów dostępności Web Content Accessibility Guidelines (WCAG 2.1) WCAG 2.1 zawartymi w załączniku do Ustawy z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych Dz.U. z 2019 roku poz. 848.

b) Aktualności

Moduł musi umożliwiać zamieszczanie najnowszych wiadomości dotyczących wydarzeń z życia instytucji. Publikowane informacje mogą być podzielone według kategorii, np. aktualności, komunikaty etc. Każda z aktualności musi mieć określony czas publikacji, po którym jest automatycznie przenoszona do archiwum. Moduł powinien być wyposażony w okno edycyjne zawierające pole tekstowe z edytorem WYSIWIG. Ponadto powinna być możliwość publikowania w danej aktualności plików dźwiękowych (*.mp3), plików video (YouTube) oraz dołączania galerii zdjęć. Do każdego newsa podlinkować można dokumenty do pobrania – system powinien automatycznie rozpoznawać formaty dokumentów (*.doc,

*.pdf, *.xls, etc.), charakteryzować ikoną, oraz wyświetlać wielkość załącznika (KB) prezentowaną przy linku pliku do pobrania.

c) Moduł do gromadzenia, analizy i wizualizacji danych

Moduł dostępy z poziomu platformy CMS umożliwiający gromadzenie, analizę i wizualizację danych na stronie www w postaci wykresów: kołowych, słupkowych, kolumnowych przy użyciu Google Charts.

d)  Newsletter

Moduł umożliwia kontrolowaną wysyłkę informacji z działu aktualności do zarejestrowanych subskrybentów. System rejestrując subskrybenta zachowuje jego adres e-mail oraz wybrane kategorie informacji, którymi jest zainteresowany. Moduł posiada mechanizm weryfikacji odbiorców (akceptacja rejestracji z podanego adresu e-mail). Moduł posiada mechanizm umożliwiający wypisanie się z bazy. Newsletter może być wysyłany ręcznie lub wysyłka może odbywać się w oparciu o harmonogram wysyłki (częstotliwość wysyłki jest konfigurowana z poziomu panelu administracyjnego).

e) Galeria zdjęć

Moduł Galeria zdjęć musi umożliwiać dodawanie, usuwanie i edycję galerii do ilości ograniczonej pojemnością zastosowanej macierzy dyskowej oraz ich publikację w dostępnych typach zawartości: aktualnościach, prostych stronach, wydarzeniach.

Podczas tworzenia galerii automat tworzy kopie wszystkich potrzebnych rozmiarów zdjęcia potrzebnych na różnych etapach prezentacji galerii i zdjęć (miniaturka, widok pełnoekranowy, itp.).

f) Moduł musi zapewniać możliwość tworzenia galerii i opisywania ich za pomocą:

a. nazwa galerii,

b. zdjęcia charakterystycznego dla galerii – jedno z listy wprowadzonych do zdjęć galerii,

c. opis galerii,

d. możliwość ustalenia kolejności zdjęć w galerii metodą przeciągnij i upuść,

e. import masowy przy dodawaniu zdjęć do galerii – możliwość dodania równocześnie wielu zdjęć do galerii portalowej. Zdjęcia powinny po wskazaniu lokalizacji zostać przeniesione na serwer. Następnie automat powinien wygenerować z nich wszystkie wielkości grafik potrzebnych w prezentacji zdjęć w galerii. Po zaimportowaniu redaktor powinien w prosty sposób metodą przeciągnij i upuść mieć możliwość ustalenia kolejności zdjęć w galerii oraz doprecyzowania opisów dla każdego zdjęcia.

g) Xxxxx musi zapewniać możliwość dodawania zdjęć do galerii i opisywania ich za pomocą:

a) nazwy zdjęcia,

b) zdjęcia, grafiki,

c) opisu zdjęcia,

d) kolejności zdjęcia w galerii,

e) tekstu alternatywnego.

h) System redakcyjny

System CMS powinien umożliwiać tworzenie kont użytkowników (redaktorów i administratorów). Użytkownicy uprawnieni do korzystania z systemu i panelu administracyjnego powinni mieć odrębne loginy i hasła dostępu służące do autoryzacji w systemie. Po stworzeniu kont użytkownikom nadawane są role w postaci administratora i redaktora. Role są odzwierciedleniem przypisanego danemu użytkownikowi zestawu uprawnień dotyczących modyfikowania treści oraz struktury portalu. Administrator systemu może stworzyć w panelu administracyjnym nową rolę dla redaktora nadając mu uprawnienia do poszczególnych modułów oraz określać zakres czynności. System nie posiada ograniczeń co do ilości kont redakcyjnych i administracyjnych oraz ograniczeń co do jednoczesnej pracy wielu redaktorów i administratorów.

i) Panel administracyjny systemu umożliwia stworzenie profili dla poniższych rodzajów redaktorów:

• Redaktor Edytujący – osoba zweryfikowana, posiadająca konto redakcyjne w systemie, wprowadzająca treści do serwisu internetowego;

• Redaktor Moderujący – posiada uprawnienia redaktora oraz możliwość publikacji treści i ich prezentację w serwisie internetowym (zatwierdza / odrzuca /moderuje treści);

• Administrator – zarządza uprawnieniami redaktorów i modułami w całym serwisie.

j)  Rejestr zmian

Moduł powinien umożliwiać przeglądanie zmian dokonywanych przez redaktorów na stronach serwisu internetowego w zakresie: daty, redaktora (według loginu), zakresu zmian (modyfikacja, dodanie, usunięcie dokumentu).

k)  Wyszukiwarka

Wyszukiwarka musi umożliwiać Internautom szybkie i wygodne wyszukiwanie potrzebnych informacji. Moduł musi działać w ramach całej struktury informacyjnej serwisu. Korzystanie z wyszukiwarki musi być intuicyjne i pozwalać na przeszukiwanie zawartości serwisu po odpowiednich słowach oraz frazach.

l) Mapa serwisu

Mapa serwisu musi być generowana automatycznie i w pełni zgodna z aktualną strukturą oraz wersjami językowymi serwisu. Dzięki temu zaprezentowane są wszystkie działy i poddziały w odpowiedniej hierarchii, a użytkownik może bardzo szybko dotrzeć do interesującej go informacji. Dodatkowo mapa wyróżnia miejsce aktualnego położenia Internauty.

ł) Formularze on-line

Moduł musi umożliwiać tworzenie podstawowych formularzy na stronach serwisu internetowego. Wyniki z wypełnionych formularzy mają być przesyłane na wskazaną skrzynkę poczty elektronicznej, co powinno być konfigurowane z poziomu panelu administracyjnego.

Moduł ma służyć do:

• publikowania formularzy kontaktowych,

• publikowania i obsługi formularzy wszelkich zapytań,

• rejestracji uczestników konferencji, targów, zjazdów, etc.

m) Multimedia on-line

Moduł powinien zapewniać publikację filmów w serwisie internetowym z poziomu panelu administracyjnego systemu CMS. Administrator systemu ma możliwość wprowadzenia opisu publikowanego filmu w postaci: tytułu, grafiki, zajawki, szerszego opisu. Możliwe jest również przyporządkowanie filmu do określonej kategorii. Struktura kategorii jest w pełni edytowalna przez administratora. Dodawanie plików multimedialnych bez ograniczenia do ilości ograniczonej pojemnością zastosowanej macierzy dyskowej.

Wymagane funkcjonalności:

• nazwa – tytuł,

• pole opis,

• link do pliku lub plik ze zdjęciem (*.jpg, *.png),

• preferowany format video to plik *.mp4.

Widok strony internauty odtwarzającego multimedia musi posiadać następujące mechanizmy odtwarzania ww. plików w ekranie (wymagane minimalne funkcjonalności):

• odtwórz / zatrzymaj,

• przewiń do przodu/do tyłu,

• wskaźnik głośności / wyciszenie,

• tryby pełnego ekranu,

• listwa czasu,

• tytuł,

• opis.

Moduł musi umożliwiać prezentację filmów publikowanych na stronie XxxXxxx.xxx.

Moduł musi umożliwiać publikację materiałów multimedialnych po podaniu jedynie ścieżki do pliku multimedialnego.

n) Mechanizm banerowy

Moduł banerowy musi umożliwiać samodzielną publikację banerów informacyjnych/reklamowych w serwisie internetowym według ustalonych przez administratora kryteriów i ustawień oraz monitorowanie danych o prezentowanych banerach (czas, liczba wyświetleń, kliknięć, itp.). Muszą być dozwolone następujące typy obiektów:

• pliki graficzne (jpg, png),

• animacje flash oraz animacje flash ze skryptem,

• kod html z innego systemu lub aplikacji.

Wymagane funkcjonalności w przypadku banera dla pliku graficznego:

• dodawanie i edycja banera,

• wybór miejsca wyświetlania banera na stronie (według ustalonych w projekcie graficznym miejsc banerowych),

• zarządzanie banerem (wybór banera):

• tytuł banera,

• wersja językowa,

• plik banera,

• tekst w pozycji „ALT”

• adres odnośnika,

• wybór sposobu wyświetlania strony, do której prowadzi baner (nowe okno/to samo okno),

• data publikacji od -do,

• maksymalna ilość kliknięć,

• maksymalna ilość wyświetleń,

• ukrycie banera,

• informacja o ustawieniach, banerów w formie tabelarycznej.

Moduł musi zapewniać możliwość tworzenia grup banerów, dodawania banerów do grupy, która jest publikowana w jednym miejscu. Banery w tym samym miejscu jednej grupy powinny posiadać możliwość rotacji i ustawienia jej rodzaju (np. kolejno, losowo).

Przegląd statystyk dla danego banera:

• ilość wszystkich wyświetleń,

• ilość wszystkich kliknięć.

o) Wersja żałobna

Moduł musi umożliwiać samodzielne przełączenie serwisu w wersję żałobną. Po uruchomieniu wybranej wersji całość portalu (style, elementy stałe wyglądu, grafiki, poza elementami flash) do chwili wyłączenia opcji generowana jest w odcieniach szarości.

Włączenie wersji żałobnej musi następować za pomocą prostego zaznaczenia jednej opcji w konfiguracji panelu administracyjnego. Moduł musi posiadać opcję umożliwiającą określenie czasu powrotu wyglądu systemu do wyglądu standardowego. Administrator może ustalić okres (daty i godziny) w jakich wersja żałobna automatycznie jest aktywowana i dezaktywowana.

p) Responsive Web Design

Serwis musi być zaprojektowany i wykonany zgodnie ze standardami i zasadami Responsive Web Design dla trzech grup rozdzielczości:

a) do 480px: układ jednokolumnowy,

b) 480px - 800px: układ jednokolumnowy lub dwukolumnowy (w zależności od projektu graficznego),

c) od 800px: układ wielokolumnowy.

r) Social media (Facebook, Instagram)

Opcja integracji serwisu internetowego z narzędziami typu social media. Proponowane rozwiązanie musi obejmować integrację z serwisem Facebook oraz Instagram, która polega na umieszczeniu opcji Lubię to pod wybranymi typami zawartości serwisu oraz widgetu FanPage`a Zamawiającego.

1.11. Wytyczne w zakresie WCAG 2.1, poziom AA:

a) Elementy graficzne muszą mieć adekwatny do pełniącej funkcji opis alternatywny lub możliwość ustawienia takiego tekstu przez redaktora.

b) Materiały audio-wideo muszą zawierać transkrypcje lub napisy, o ile zawartość tego wymaga.

c) Wszystkie strony powinny mieć możliwość stosowania nagłówków w prawidłowej hierarchii (H1, H2, H3, H4, H5, H6).

d) Mechanizmy nawigacyjne jak np. grupy odnośników powinny być przedstawione za pomocą list.

e) Kolejność nawigacji oraz czytania, określona za pomocą kolejności w kodzie HTML musi być logiczna i intuicyjna tj. czytanie od lewej do prawej, nawigacja dostosowana do ogólnie przyjętych norm np. „o nas” z lewej strony.

f) Architektura informacji powinna być logiczna, przejrzysta, spójna i przewidywalna.

g) Odnośniki zamieszczone w treściach artykułów muszą odróżniać się od pozostałego tekstu nie tylko kolorem, ale i dodatkowym wyróżnieniem np. podkreśleniem.

h) Po wczytaniu strony www dźwięk nie może być automatycznie odtwarzany.

i) Kontrast treści w stosunku do tła musi wynosić co najmniej 4,5:1. Jeśli nie jest to możliwe, np. ze względu na utrzymanie identyfikacji wizualnej instytucji serwis powinien posiadać wersję kontrastową posiadającą taką samą zawartość i funkcjonalność jak wersja graficzna, przy czym: przycisk przełączenia na wersję kontrastową powinien być dobrze widoczny i spełniać minimalne wymagania kontrastu, w wersji kontrastowej powinien być dobrze widoczny przycisk powrotu do pierwotnej kolorystyki.

j) Po powiększeniu w przeglądarce rozmiaru czcionki do 200% nie może nastąpić utrata zawartości lub funkcjonalności serwisu. Jeśli powiększenie czcionki następuje poprzez zaimplementowany na stronie mechanizm, wówczas: przycisk powiększenia powinien zmieniać nie tylko tekst artykułu, ale również wielkość tekstu nawigacji i innych bloków treści strony, wybrany rozmiar czcionki powinien zostać zapamiętany w obrębie wszystkich podstron przynajmniej na czas trwania sesji użytkownika.

k) Przyciski powiększenia powinny być widoczne.

l) Treści nie mogą być przedstawione za pomocą grafiki, jeśli ta sama prezentacja wizualna może być zaprezentowana jedynie przy użyciu tekstu. Wyjątkiem jest tekst, który jest częścią logo lub nazwy własnej.

m) Nawigacja w serwisie powinna być również możliwa używając tylko klawiatury (bez użycia myszki).

n) Fokus powinien być widoczny, a najlepiej wzmocniony i spełniać minimalne wymagania kontrastu.

o) Wszystkie informacje, które będą automatycznie przesuwane i widoczne dłużej niż 5 sekund lub automatycznie się aktualizują, muszą posiadać mechanizm, który pozwoli na ich zatrzymanie lub ukrycie np. paski informacyjne.

p) Pierwszym elementem w kodzie HTML powinno być menu służące do przeskoczenia, bez przeładownia strony, do istotnych treści serwisu za pomocą kotwic („skip links").

q) Wszystkie strony serwisu muszą mieć unikalne tytuły.

r) Odnośniki będące częścią nawigacji jak np. rozwinięcia artykułów („więcej", „czytaj więcej") muszą być uzupełnione tak, aby były zrozumiałe i jednoznacznie informowały użytkownika, dokąd go zaprowadzą lub jaką akcję wykona.

s) Poza standardową nawigacją muszą być jeszcze inne sposoby odnalezienia informacji jak np. mapa strony i wyszukiwarka.

t) Musi być zdefiniowany główny język dokumentu adekwatny do wersji językowej. Mechanizm edycji treści musi mieć możliwość definiowania języka dla poszczególnych treści zamieszczonych na podstronach (atrybut „LANG").

u) Serwis powinien zawierać mechanizm pozwalający na ostrzeganie o otwieraniu się wybranych stron w nowym oknie. Tego rodzaju rozwiązanie np. w postaci uzupełnienia w samym odnośniku należy wdrożyć w algorytmie serwisu.

v) Wszystkie pola formularzy muszą być opatrzone etykietami. Muszą jednoznacznie informować o błędach lub sukcesie po ich wypełnieniu. W przypadku wystąpienia błędów system powinien sugerować jego rozwiązanie.

w) Jako zabezpieczenie formularzy nie może być zastosowane rozwiązanie CAPTCHA, bazujące tylko na charakterystykach zmysłowych, jak wzrok czy słuch. Dozwolone są inne metody jak np. proste zadanie matematyczne.

x) Xxxxxxxxx zgodność ze standardami HTML całego serwisu (zarówno szablonów, jak i kodu generowanego z edytora treści, w którym pracuje redaktor).

§ 2

Termin wykonania zamówienia

Ustala się termin wykonania zamówienia: 14 dni od daty zawarcia umowy.

§ 3

Wykonanie zamówienia

1. Projekt graficzny

a) Wykonawca wdroży projekt graficzny zaakceptowany przez Xxxxxxxxxxxxx schematów menu,

b) system będzie zaprojektowany w sposób przejrzysty i zapewniający odbiorcom prostotę użytkowania, z zachowaniem dynamicznego układu treści,

c) wykonane menu będzie generowane dynamicznie na podstawie struktury podstron zdefiniowanej przy pomocy systemu zarządzania treścią,

d) układ treści i menu zapewni możliwość dodawania kolejnych sekcji w projekcie graficznym, aby w przyszłości można było dodawać nowe funkcjonalności w serwisie jako elementy integralne z projektem graficznym, bez potrzeby jego przebudowy.

2. Administracja dostępem, uprawnieniami użytkowników

System powinien:

a) umożliwiać wprowadzenie i przepływ informacji od źródła jej powstawania, którymi są redaktorzy poprzez etapy moderowania do jej zatwierdzania i publikacji w Internecie,

b) pozwalać na łatwe i szybkie zarządzanie, dzielenie się i publikowanie informacji,

c) być wyposażony w panel administracyjny w polskim języku, który umożliwia administrowanie systemem, x.xx.: tworzenie kont użytkowników (redaktorów i administratorów) oraz wprowadzanie treści i plików. Użytkownicy uprawnieni do korzystania z systemu, panelu administracyjnego powinni posiadać odrębne loginy i hasła dostępu służące do autoryzacji w systemie.

3. Po stworzeniu kont użytkownicy powinni mieć nadane role w postaci administratora i redaktora. Role są odzwierciedleniem przypisanego danemu użytkownikowi zestawu uprawnień dotyczących modyfikowania treści oraz struktury portalu. Upoważniony administrator powinien móc w panelu administracyjnym stworzyć nową rolę dla redaktora nadając mu uprawnienia do poszczególnych modułów funkcjonalnych oraz określając zakres czynności. Uprawnienia powinny umożliwiać nadanie danemu redaktorowi uprawnień tylko do określonej kategorii informacji w module (np. grup stron lub strony) bądź szerszych uprawnień.

4. Uprawnienia redaktora są określane w formie:

a) redaktor – ( kto? – np. Xxx Xxxxxxxx),

b) zasób – (do czego? – np. strona, grupa stron, moduł),

c) prawa - w jakim zakresie? – (np. tworzenie, przeglądanie, edycja, publikacja).

5. Zarządzanie redaktorami:

a) dodawanie, edycja redaktorów (pola formularza): ustalanie identyfikatora do logowania (login), pole hasła, potwierdzenie hasła, imię i nazwisko redaktora, instytucja / wydział, funkcja, e-mail, telefon, wymagany zakres nadawanych uprawnień, monitoring aktywności użytkowników portalu,

b) zarządzanie uprawnieniami: dostęp do listy redaktorów, lista bieżących uprawnień z możliwością modyfikacji, lista modułów i elementów do wyboru, ustalanie uprawnień.

6. Szkolenia

Wykonawca przeprowadzi szkolenia w zakresie administracji i zarządzania systemem. W ramach szkolenia Wykonawca przeszkoli pracowników z zakresu tworzenia i redagowania dostępnych treści internetowych (zgodnie ze standardami WCAG 2.1). Szkolenie zostanie przeprowadzone on-line i na sprzęcie Zamawiającego i Wykonawcy. Termin szkoleń zostanie uzgodniony pomiędzy Wykonawcą a Zamawiającym w toku prac. Łączny wymiar szkoleń dla redaktorów systemu wynosi do 3 godzin.

7. Dokumentacja

Wykonawca dostarczy Zamawiającemu dokumentację systemu w języku polskim w wersji elektronicznej, plik .pdf. Dokumentacja ta będzie obejmowała:

a) dokumentacja techniczna i kod źródłowy wykonanego systemu,

b) opis instalacji i konfiguracji systemu, tworzenia i odzyskiwania kopii zapasowych,

c) podręcznik użytkownika dla redaktorów i administratorów systemu.

8. Uruchomienie serwisu internetowego / hosting

Instalacja na serwerze docelowym Wykonawcy. Zalecane minimalne wymagania serwera. Przestrzeń dyskowa, do 100 GB. Konfiguracja i parametry:

a) Apache2,

b) PHP 8.1 + phpfpm,

c) MariaDB,

d) TLS 1.2 oraz TLS 1.3,

e) HTTP2 / HTTP3,

f) OpCache,

g) php.ini (memory_limit = 1024M, max_input_vars 10000, post_max_size = 512M, upload_max_filesize = 512M, max_file_uploads = 250, disable_functions = show_source, system, shell_exec, exec, passthru, popen, proc_open),

h) Baza danych w wersji: MySQL: 5.7.08,

i) Hosting na okres od uruchomienia strony do 30 kwietnia 2024 r. z opcją przedłużenia umowy,

j) Obsługa kont pocztowych e-mail z możliwością dodawania adresów,

k) Zakup i utrzymanie domeny po stronie Wykonawcy.

9. Wsparcie techniczne

Wykonawca zobowiązuje się zapewnić fachowe wsparcie techniczne na okres trwania umowy.

10. Wykonawca zapewnia dostęp do wersji demonstracyjnej proponowanego systemu CMS na licencji Open Source (ocena intuicyjności panelu zarządzania).

§ 4

Wynagrodzenie

1. Za wykonanie przedmiotu umowy Wykonawca otrzyma wynagrodzenie w wysokości: Łącznie za przedmiot zamówienia brutto zł /

słownie: (……………………………………………….. złotych /100)

podatek VAT 23% -------------------- zł / słownie ( 00/100)

netto ………………. / słownie (………………………złotych /100).

2. Przedmiot umowy będzie wykonany zgodnie z harmonogramem prac, w którym strony w szczególności określą, które prace będą podlegały odbiorowi częściowemu.

3. Rozliczenie za wykonanie przedmiotu umowy będzie dokonywane na podstawie faktury VAT częściowej i faktury VAT końcowej.

Rozliczenie częściowe

1. W celu dokonania rozliczenia częściowego wykonawca informuje zamawiającego o wykonaniu prac podlegających odbiorowi częściowemu oraz przedstawia zamawiającemu zestawienie wykonanych prac wraz z rozliczeniem ich wartości.

2. Wynagrodzenie płatne będzie przelewem na rachunek bankowy Wykonawcy wskazany na fakturze w terminie 30 dni od daty otrzymania przez Zamawiającego oryginału prawidłowo wystawionej faktury i po podpisaniu protokołu odbioru wykonania usługi.

Rozliczenie końcowe

1. Po zakończeniu realizacji przedmiotu umowy wykonawca zgłasza zamawiającemu do odbioru przedmiot zamówienia oraz przedstawia zamawiającemu zestawienie wartości wykonanych prac i rozliczenie ich wartości.

2. Wynagrodzenie płatne będzie przelewem na rachunek bankowy Wykonawcy wskazany na fakturze w terminie 30 dni od daty otrzymania przez Zamawiającego oryginału prawidłowo wystawionej faktury i po podpisaniu protokołu odbioru wykonania usługi.

Faktura/ rachunek winne być opisane zgodnie ze sposobem wskazanym poniżej: NABYWCA:

Gmina Miejska Hrubieszów

ul. Mjr. H. Xxxxxxxxxxxxx „Hubala” 1, 22-500 Hrubieszów, NIP: 000-00-00-000

ODBIORCA:

Kreatywne Centrum Edukacji i Współpracy Gospodarczej ul. Xxxxxxxx 0, 00-000 Xxxxxxxxxx

NIP: 000-000-00-00

3. Za datę zapłaty wynagrodzenia uważać się będzie datę obciążenia rachunku bankowego Zamawiającego.

§ 5

Osoby odpowiedzialne za realizację

1. W imieniu Wykonawcy zamówienie będzie realizowane przez niżej wskazaną osobę

………………. Tel. ………………………………….

2. W przypadku zmiany osoby wyszczególnionej w ust. 1 niniejszego paragrafu, nowe osoby powołane do pełnienia w/w obowiązków muszą spełniać wymagania określone w istotnych warunkach zamówienia dla danej funkcji.

6. Zamawiający może także zażądać od Wykonawcy zmiany osób, o których mowa w ust. 1 niniejszego paragrafu, jeżeli uzna, że nie wykonują należycie swoich obowiązków. Wykonawca obowiązany jest dokonać zmiany tych osób w terminie nie dłuższym niż 7 dni od daty złożenia wniosku przez Zamawiającego.

7. W imieniu Xxxxxxxxxxxxx osobą do kontaktów z osobami wskazanymi w pkt. 1 jest

…………………………. – ………………….. tel. ……………….., e-mail

8. Zmiana osoby wskazanej w ust. 7 wymaga sporządzenia aneksu do niniejszej umowy.

§ 6

Gwarancja i rękojmia

4. Wykonawca udziela Zamawiającemu gwarancji na wykonany przedmiot zamówienia na okres 24 miesięcy licząc od daty odbioru końcowego i zobowiązuje się do usunięcia na swój koszt ujawnionych wad, w wyznaczonym przez Zamawiającego terminie.

5. Bieg okresu rękojmi i gwarancji rozpoczyna się w dniu następnym licząc od daty odbioru końcowego. Długość okresu rękojmi jest równa okresowi gwarancji.

6. W celu realizacji uprawnień wynikających z gwarancji lub rękojmi wystarczające jest zgłoszenie roszczeń przez Zamawiającego w terminie obowiązywania gwarancji lub rękojmi.

7. Zgłoszenie w ramach gwarancji należy wysłać pocztą elektroniczną. Każde zgłoszenie musi zawierać: datę i miejsce wykrycia wady oraz opis jej objawów, imię, nazwisko i dane kontaktowe zgłaszającego tj. numer telefonu i adres email, opis konfiguracji oprogramowania użytego w momencie wykrycia niezgodności tj. typ i wersję przeglądarki internetowej.

§ 7

Podwykonawcy

1. W celu sprawnego wykonania przedmiotu umowy i zapewnienia wysokiej jakości, Wykonawca może zlecić część prac do wykonania podwykonawcom spełniającym warunki określone w zapytaniu w odniesieniu do posiadania stosownych uprawnień przez osoby wykonujące powierzone zadania.

2. Wykonawca jest odpowiedzialny za działania lub zaniechania podwykonawcy, jego przedstawicieli lub pracowników, jak za własne działania lub zaniechania oraz zobowiązany jest do koordynacji prac realizowanych przez podwykonawców.

3. Zamawiający nie odpowiada za jakiekolwiek zobowiązania Wykonawcy wobec Podwykonawców, jak również za zobowiązania Podwykonawców wobec osób trzecich.

§ 8

Kary umowne

1. Ustala się kary umowne w następujących przypadkach i wysokościach:

1) Wykonawca zobowiązany jest do zapłaty Zamawiającemu kar umownych:

a) za każdy dzień zwłoki w wykonaniu przedmiotu umowy – w wysokości 1% wynagrodzenia umownego brutto wymienionego w § 4 ust. 1 umowy,

b) za każdy dzień zwłoki w terminie usunięciu wad przedmiotu umowy ujawnionych w trakcie odbioru oraz w okresie gwarancji i rękojmi – w wysokości 1% wynagrodzenia umownego brutto wymienionego w § 4 ust. 1 umowy,

c) za odstąpienie od umowy lub jej rozwiązanie przez Wykonawcę lub Zamawiającego z przyczyn, za które ponosi odpowiedzialność Wykonawca

– w wysokości 10% wynagrodzenia umownego brutto (§ 4 ust. 1 umowy).

2. Zamawiający zastrzega sobie prawo dochodzenia odszkodowania uzupełniającego do wysokości rzeczywiście poniesionej szkody wraz z odsetkami.

3. Niezależnie od uprawnień z tytułu rękojmi i kar umownych Zamawiającemu będzie przysługiwało prawo żądania od Wykonawcy odszkodowania przewyższającego kary umowne na zasadach ogólnych.

4. Łączna maksymalna wysokość kar umownych, których mogą dochodzić strony nie może przekroczyć 20% kwoty wynagrodzenia brutto, o której mowa w §4 ust. 1 umowy.

§ 9

Przeniesienie praw autorskich

1. Zamawiający w oparciu o postanowienia niniejszej umowy nabywa autorskie prawa majątkowe do przedmiotu umowy i uprawniony jest do wielokrotnego ich wykorzystywania na polach eksploatacji określonych w ustawie z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych. (x.x. Xx. U. z 2022 r. poz. 655), wraz z przeniesieniem zależnego prawa autorskiego do utworu, w ramach wynagrodzenia określonego w § 4 niniejszej umowy.

2. Wykonawca przenosi na Zamawiającego całość majątkowych praw autorskich do przedmiotu umowy, o którym mowa w § 1, zwanego dalej dziełem, bez dodatkowych opłat. Przeniesienie autorskich praw majątkowych obejmuje następujące pola eksploatacji:

1) w zakresie korzystania z przedmiotu umowy w całości lub części, w celu realizacji osobiście lub za pośrednictwem osób trzecich, innych opracowań materiałów,

2) zakresie utrwalania i zwielokrotnienia każdego dzieła – prawo do wytwarzania dowolną techniką egzemplarzy, w tym techniką drukarską, reprograficzną, zapisu magnetycznego oraz techniką cyfrową,

3) w zakresie obrotu oryginałem albo egzemplarzami dzieła – prawo do wprowadzania do obrotu, użyczenia lub najmu oryginału albo egzemplarzy dzieła i jego części, w zakresie rozpowszechniania utworu – udostępnianie dzieła oraz tworzenie na podstawie dzieła nowych opracowań, prawo do trwałego lub czasowego zwielokrotnienia dzieła w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie,

4) prawo do tłumaczenia, przystosowywania, dokonywania wszelkich zmian, adaptacji, poprawek, przeróbek, zmian formatu, skrótów i opracowań dzieła, w tym zmiany układu lub jakichkolwiek innych zmian, w szczególności zmiany rozmieszczenia i wielkości poszczególnych elementów graficznych składających się na dzieło, a także

wykorzystywania opracowań w postaci przeróbek, i/lub fragmentyzacji nawet wówczas, gdyby efektem tych działań miałaby być zmiana indywidualnego charakteru dzieła,

5) wprowadzenia i przechowywania w bazie danych komputera, wprowadzenie i przechowywanie w sieci komputerowej,

6) wypożyczania całości lub części dzieła,

7) publicznej prezentacji,

8) wykorzystania do celów informacyjnych, promocyjnych i reklamowych - wszystko w nieograniczonej ilości nadań i wielkości nakładów.

3. Przeniesienie praw autorskich następuje w dniu podpisania protokołu odbioru przedmiotu umowy.

4. Zamawiający ma prawo do swobodnego dysponowania nabytymi majątkowymi prawami autorskimi, w tym przeniesienia ich na inny podmiot, bez jakichkolwiek dodatkowych opłat, wynagrodzeń na rzecz Wykonawcy zarówno na terenie kraju, jak poza jego granicami. Wykonawca zrzeka się dochodzenia swoich majątkowych praw autorskich objętych niniejszą umową.

5. Wykonawca oświadcza, że korzystanie przez Xxxxxxxxxxxxx z autorskich praw do dzieła, w szczególności we wskazanym wyżej zakresie, nie będzie stanowiło naruszenia jakichkolwiek praw osób trzecich, w szczególności praw autorskich i nie będą z tego tytułu podnoszone jakiekolwiek roszczenia wobec Zamawiającego, ani w stosunku do działających na jego rzecz i w jego imieniu osób trzecich, w tym w szczególności wykorzystanie dzieła w sposób wskazany w niniejszym paragrafie nie narusza prawa do nienaruszalności formy i treści dzieła oraz jego rzetelnego wykorzystania.

§ 10

Odstąpienie od umowy

1. Zamawiający zastrzega sobie prawo odstąpienia od niniejszej umowy, gdy:

1) Wykonawca skieruje, bez akceptacji Zamawiającego, do wykonania zamówienia, osoby inne niż wskazane w ofercie Wykonawcy,

2) wystąpi istotna zmiana okoliczności powodująca, że wykonanie nie leży w interesie publicznym, czego nie można było przewidzieć w chwili zawarcia umowy zgodnie z art. 456 ust. 1 pkt 1 Prawa zamówień publicznych (x.x. Xx. U. z 2022 r. poz. 1710),

3) jeżeli po dokonanej ocenie opracowanej dokumentacji stwierdzi, że wady Dokumentacji są istotne i uniemożliwiają jej wykorzystanie,

4) w przypadku nie rozpoczęcia przez Wykonawcę wykonywania obowiązków wynikających z umowy w terminie 7 dni od dnia podpisania umowy,

2. Odstąpienie od umowy wymaga formy pisemnej pod rygorem nieważności. Strona odstępująca zobowiązana jest podać pisemne uzasadnienie swojej decyzji.

3. Odstąpienie od umowy nie zwalnia Wykonawcy z jego zobowiązań z tytułu wad/usterek dokumentacji `wykonanej do dnia odstąpienia, ani gwarancji lub rękojmi w zakresie przyjętych prac projektowych.

§ 11

Zmiany umowy

1. Zamawiający przewiduje możliwość wprowadzenia istotnych zmian do Umowy w następujących przypadkach:

1) W zakresie zmiany wynagrodzenia wykonawcy, będzie możliwa w przypadku:

a) gdy konieczność zmiany w zakresie wysokości wynagrodzenia, związana jest ze zmianą wprost wynikającą z powszechnie obowiązujących przepisów prawa, zmiana ta nie dotyczy wzrostu cen i rozliczeń wynikających z łączących Wykonawcę z innymi podmiotami zależności i rozliczeń finansowych,

b) zmiany obowiązującej stawki podatku VAT (jeżeli w trakcie realizacji umowy nastąpi zmiana stawki dla usług objętych zamówieniem, a wykonawca zaoferował cenę uwzględniającą podatek VAT, wynagrodzenie brutto zostanie

zmniejszone lub zwiększone o kwotę równą różnicy zmiany stawki podatku – dotyczy to część wynagrodzenia za dostawy, których w dniu zmiany stawki podatku VAT jeszcze nie dokonano),

2) Gdy konieczność zmiany, w tym zmiany zakresu przedmiotu zamówienia wraz ze skutkami wprowadzenia takiej zmiany, związana jest ze zmianą powszechnie obowiązujących przepisów prawa, w tym prawa miejscowego, mających wpływ na realizację Umowy.

3) W przypadku zmiany osób wyszczególnionych w § 5 ust. 1 umowy, nowe osoby powołane do pełnienia obowiązków muszą spełniać wymagania określone w umowie oraz ogłoszeniu o zamówieniu dla danej funkcji oraz pod warunkiem uzyskania zgody Zamawiającego.

4) Zaistnienia siły wyższej (w szczególności powódź, pożar, ataki terrorystyczne, wojna) mającej wpływ na realizację Umowy.

2. Nie uznaje się za siłę wyższą:

1) strajków w przedsiębiorstwach należących do stron oraz w przedsiębiorstwach, z którymi łączą strony Umowy lub z którymi strony zamierzały zawrzeć Umowy,

2) utraty lub wstrzymania zewnętrznych źródeł finansowania bądź pogorszenia stanu finansowego z innych przyczyn. W szczególności za siłę wyższą nie uważa się wstrzymania lub ograniczenia kredytu bądź gwarancji udzielonych przez instytucję finansową,

3) zmniejszenie podaży jakichkolwiek materiałów, wyrobów lub urządzeń koniecznych do realizacji przedmiotu Umowy,

4) trudności w zatrudnieniu pracowników o kwalifikacjach niezbędnych do realizacji przedmiotu Umowy,

5) wzrostu cen materiałów, wyrobów lub urządzeń niezbędnych do realizacji przedmiotu Umowy.

3. Zamawiający dopuszcza możliwość zmiany postanowień zawartej Umowy do umowy w szczególności w przypadku podmiotów przy pomocy, których Wykonawca realizuje przedmiot Umowy.

4. Zamawiający dopuszcza możliwość przedłużenia terminu wykonania przedmiotu Umowy w szczególności w przypadku:

1) wykonania dodatkowych prac w związku z nowymi wytycznymi i zaleceniami Zamawiającego o czas niezbędny do wykonania tych prac,

2) zmiany przepisów, norm lub normatywów mających zastosowanie do przedmiotu Umowy,

3) pisemnego żądania wstrzymania wykonywania przedmiotu umowy skierowanego do Wykonawcy przez Zamawiającego, o ile żądanie nie nastąpiło z przyczyn, za które Wykonawca ponosi odpowiedzialność o okres wstrzymania prac,

5) zawieszenie prac (realizacji umowy) z powodu okoliczności związanych z wystąpieniem COVID-19, o ile taki wpływ wystąpił lub może wystąpić w trybie i na zasadach wskazanych w art. 15 ustawy z dnia 2 marca 2020.r o szczególnych rozwiązaniach związanych z zapobieganiem, przeciwdziałaniem i zwalczaniem COVID-19 innych chorób zakaźnych oraz wywołanych nimi sytuacji kryzysowych oraz niektórych innych ustaw (Dz.U z 2022 poz. 202 z późn. zm.).

5. Zamawiający przewiduje możliwość wprowadzenia zmian treści umowy w przypadkach dozwolonych w Wytycznych w zakresie kwalifikowalności wydatków w ramach Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego oraz Funduszu Spójności na lata 2014-2020.

6. Wszystkie powyższe postanowienia stanowią katalog zmian, na które Zamawiający może wyrazić zgodę. Nie stanowią jednocześnie zobowiązania do wyrażenia takiej zgody.

7. Wnioski o wszelkie zmiany i uzupełnienia do umowy będą składane w terminie umożliwiającym przeprowadzenie procedury zatwierdzającej zmiany umowy, lecz nie później niż 7 dni przed upływem terminu zakończenia umowy.

8. Wszelkie zmiany postanowień niniejszej umowy wymagają formy pisemnej w postaci aneksu do umowy podpisanego przez obie strony pod rygorem nieważności.

§ 12

Ochrona danych osobowych

Na potrzeby realizacji niniejszej Umowy Strony jako niezależni administratorzy danych udostępniać będą sobie nawzajem dane osobowe swoich reprezentantów lub przedstawicieli wskazanych w Umowie oraz innych osób w związku z realizacją Umowy w zależności od potrzeb wynikających z postanowień niniejszej Umowy, obejmujące następujące kategorie danych: dane identyfikacyjne (x.xx. imię i nazwisko, stanowisko), kontaktowe (x.xx. służbowy adres e-mail, służbowy numer telefonu, miejsce wykonywania pracy).

Zgodnie z art. 13 ust. 1 i ust. 2 oraz art. 14 ust. 1 i 2 Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie danych), zwanym RODO, zamawiający informuje, że:

1. Administratorem danych osobowych zleceniobiorcy/wykonawcy, jego przedstawicieli i osób wskazanych do kontaktu, pozyskanych w związku z zawarciem i wykonaniem umowy jest Kreatywne Centrum Edukacji i Współpracy Gospodarczej ul. Xxxxxxxx 0, 00-000 Xxxxxxxxxx, tel. 00 000 00 00, adres poczty elektronicznej: xxxxxxxxxxxxxxxx@xxxxxx.xxxxxxxxxx.xx

2. Z Inspektorem Ochrony Danych można skontaktować się pisząc na adres administratora podany powyżej lub na adres: xx@xxxxx.xx.

3. Administrator będzie przetwarzać pozyskane dane w celu realizacji umowy.

4. Podstawą prawną przetwarzania danych:

1) zleceniobiorcy/wykonawcy jest art. 6 ust. 1 lit. b) RODO - przetwarzanie jest niezbędne do wykonania umowy oraz art. 6 ust. 1 lit. c) RODO - przetwarzanie jest niezbędne do wypełnienia obowiązku prawnego ciążącego na administratorze w związku z wypełnianiem obowiązków wynikających z przepisów podatkowych i o rachunkowości oraz przepisów regulujących prowadzenie postępowań przez uprawnione podmioty;

2) osób wskazanych do kontaktu w celu obsługi umowy jest prawnie uzasadniony interes administratora danych zgodnie z art. 6 ust. 1 lit f) RODO. Prawnie uzasadnionym interesem administratora jest umożliwienie prowadzenia komunikacji związanej z zawarciem i realizacją przedmiotu umowy, przyjmowanie i przekazywanie oświadczeń woli stron umowy, kierowanie ewentualnych reklamacji i roszczeń, a po zakończeniu umowy niezbędność do ustalania, dochodzenia lub obrony przed ewentualnymi roszczeniami.

5. Odbiorcami Pani/Pana danych osobowych mogą być kancelarie prawne obsługujące administratora, podmioty świadczące usługi windykacyjne lub dostawcy usług IT – przy czym takie podmioty przetwarzają dane na podstawie umowy z administratorem i wyłącznie zgodnie z poleceniami administratora.

6. Dane osobowe będą przetwarzane przez okres trwania umowy, a następnie przechowywane zgodnie z wymogami określonymi w przepisach ustawy z dnia 14.07.1983 r. o narodowym zasobie archiwalnym i archiwach, w tym do czasu upływu terminów przedawnienia potencjalnych roszczeń.

7. Ma Pani/Pan prawo: dostępu do swoich danych osobowych, ich sprostowania, usunięcia (o ile nie zakłóca to realizacji umowy lub obowiązków administratora wynikających z przepisów prawa), ograniczenia przetwarzania, przenoszenia danych do innego administratora, jak również prawo do wniesienia sprzeciwu z przyczyn związanych ze szczególną sytuacją wobec ich przetwarzania na podstawie prawnie uzasadnionych interesów realizowanych przez administratora.

8. Ma Pani/Pan prawo wniesienia skargi do organu nadzorującego przestrzeganie przepisów w zakresie ochrony danych osobowych tj. Prezesa Urzędu Ochrony Danych Osobowych z siedzibą ul. Stawki 2, 00-193 Warszawa, jeśli uzna, że przetwarzanie danych osobowych Pani/Pana dotyczących narusza przepisy RODO.

9. Podanie danych osobowych zleceniobiorcy/wykonawcy jest warunkiem zawarcia umowy. Konsekwencją niepodania tych danych osobowych jest brak możliwości zawarcia i realizacji umowy. Podanie danych osób wskazanych do kontaktu w celu obsługi umowy jest dobrowolne, ale niezbędne do prawidłowego wykonania niniejszej Umowy.

10. Administrator będzie przetwarzał dane osobowe w postaci imienia i nazwiska, adresu, numeru telefonu oraz adresu e-mail.

11. Administrator będzie przetwarzał dane osobowe w postaci imienia i nazwiska, adresu, numeru telefonu oraz adresu e-mail.

12. Dane osobowe niezbędne do zawarcia i realizacji umowy zostały pozyskane przez Administratora od zleceniobiorcy/wykonawcy.

13. Dane osobowe wykonawcy, osób wskazanych do kontaktu nie będą podlegały zautomatyzowanemu podejmowaniu decyzji i nie będą poddawane profilowaniu.

§ 13

Postanowienia końcowe

1. Wykonawca oświadcza, że zachowa w tajemnicy wszelkie informacje dotyczące Zamawiającego, uzyskane w związku z wykonywaniem niniejszej umowy i zobowiązuje się uzyskać od swoich podwykonawców i współpracowników pisemnych oświadczeń o zachowaniu poufności, bez ograniczenia w czasie, wszelkich informacji uzyskanych w związku lub przy okazji wykonywania umowy.

2. W przypadku powstania konieczności powierzenia lub przetwarzania danych osobowych, zgodnie z przepisami rozporządzenia Parlamentu Europejskiego i Rady (UE)2016/679 z 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem

danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE oraz ustawy o ochronie danych osobowych z dnia 10 maja 2018 r. (x. x. Xx. U. z 2019 r. poz. 1781) zasady powierzenia lub przetwarzania tych danych zostaną uregulowane odrębną nieodpłatną umową.

3. W przypadku uchylenia się przez jedną ze Stron od podpisania umowy, Strona która uchyli się od podpisania w/w umowy ponosi pełną odpowiedzialność za następstwa tego uchylenia, w tym z tytułu powstałej szkody drugiej Strony jako administratora danych lub osoby trzeciej, a także w razie i z tytułu związanej z tym przerwy lub zwłoki w realizacji przedmiotu Umowy. Odmowa podpisania umowy, może być podstawą do odstąpienia przez Stronę od niniejszej umowy z winy Strony, która uchyla się od podpisania umowy.

4. Ewentualne spory wynikłe w związku z wykonywaniem niniejszej umowy rozstrzygać będzie właściwy rzeczowo sąd powszechny o właściwości miejscowej dla Zamawiającego.

5. W sprawach nieuregulowanych postanowieniami niniejszej umowy zastosowanie mieć będą powszechnie obowiązujące przepisy prawa, a w szczególności Kodeksu cywilnego, ustawy Prawo budowlane i ustawy o prawie autorskim i prawach pokrewnych.

6. Powstałe spory strony poddawać będą rozstrzygnięciu sądów powszechnych właściwych dla siedziby Zamawiającego.

7. Niniejsza umowę sporządzono w 2-ch jednobrzmiących egzemplarzach, po 2 egzemplarze dla każdej ze stron.

………………………………………….. ……………………………………………

ZAMAWIAJĄCY WYKONAWCA