Zawarcie umowy ramowej na świadczenie przez Wykonawcę specjalistycznych usług

Zawarcie umowy ramowej na świadczenie przez Wykonawcę specjalistycznych usług

w zakresie związanym z wytwarzaniem oprogramowania dla potrzeb Centralnej Ewidencji Pojazdów i Kierowców dla Centralnego Ośrodka Informatyki

(COI-ZAK 3201.9.2016)

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA PUBLICZNEGO

(SIWZ)

POSTĘPOWANIE

PROWADZONE W TRYBIE PRZETARGU NIEOGRANICZONEGO

O WARTOŚCI PRZEKRACZAJĄCEJ RÓWNOWARTOŚĆ KWOTY OKREŚLONEJ NA PODSTAWIE PRZEPISÓW WYDANYCH ZGODNIE Z ART. 11 UST 8 Ustawy

przeprowadzanego zgodnie z postanowieniami ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tekst jednolity Dz. U. z 2015 roku poz. 2164, z późn. zm.)

Tekst jednolity z dnia 23 grudnia 2016 r.

Uwaga: Formy porozumiewania się między Zamawiającym a Wykonawcami określono w pkt. XXXI SIWZ

1

Nr referencyjny: COI-ZAK 3201.9.2016

Spis treści:

CZĘŚĆ I - INSTRUKCJA DLA WYKONAWCÓW 3

1. Nazwa i adres Zamawiającego 3

2. Oznaczenie Wykonawcy 3

3. Tryb udzielania zamówienia. 4

4. Przedmiot zamówienia oraz zamówienia częściowe 4

5. Zamówienia uzupełniające. 5

6. Informacja o ofercie wariantowej. 5

7. Aukcja elektroniczna 5

8. Termin wykonania zamówienia. 5

9. Warunki udziału w postępowaniu 5

10 Wykluczenie Wykonawcy 11

11 Dokumenty jakie składa wykonawca, celem potwierdzenia spełniania warunków udziału w postępowaniu, wykazania braku podstaw do wykluczenia, potwierdzenia, że oferowane dostawy lub usługi lub roboty budowlane spełniają wymagania Zamawiającego określone w SIWZ 11

12 Wymagania dotyczące wadium 16

13 Zabezpieczenie należytego wykonania umowy 18

14 Waluta w jakiej będą prowadzone rozliczenia związane z realizacją niniejszego zamówienia publicznego 18

15 Opis sposobu przygotowania oferty 18

16 Wyjaśnianie i zmiany w treści SIWZ 21

17 Zebranie Wykonawców. 22

18 Miejsce oraz termin składania i otwarcia ofert. 23

19 Zmiany lub wycofanie złożonej oferty 23

20 Tryb otwarcia ofert 24

21 Zwrot oferty złożonej po terminie. 24

22 Termin związania ofertą 24

23 Opis sposobu obliczenia ceny 24

24 Kryteria oceny ofert. 25

25 Sposób oceny ofert. 30

26 Odrzucenie oferty 30

27 Wybór oferty i zawiadomienie o wyniku postępowania 31

28 Dokumenty, jakie musi dostarczyć Wykonawca Zamawiającemu przed podpisaniem umowy 31

29 Środki ochrony prawnej 31

30 Sposób porozumiewania się Zamawiającego z Wykonawcami. 32

31 Xxxxxxxxxxxxxx 00

32 Warunki zawarcia umowy ramowej 33

33 Wykaz załączników do SIWZ 35

CZĘŚĆ II - OPIS PRZEDMIOTU ZAMÓWIENIA 36

CZĘŚĆ III - WZÓR UMOWY Błąd! Nie zdefiniowano zakładki.

2

CZĘŚĆ I - INSTRUKCJA DLA WYKONAWCÓW

I. Zamawiający

Centralny Ośrodek Informatyki ul. Suwak 3

02 - 676 Warszawa

II. Pełnomocnik Zamawiającego

Kancelaria Prawna PIERÓG & Partnerzy xx. Xxxxxxx 00 xxx. 0, 00-000 Xxxxxxxx

Tel: (00) 000 00 00

Fax: (00) 000 00 00

xxx.xxxxxx.xx

III. Oznaczenie Wykonawcy

1. Wykonawcę - należy rozumieć jako osobę fizyczną, osobę prawną albo jednostkę organizacyjną nieposiadającą osobowości prawnej, która ubiega się o udzielenie zamówienia publicznego, złożyła ofertę lub zawarła umowę w sprawie zamówienia publicznego.

2. Wykonawcy wspólnie ubiegający się o udzielenie niniejszego zamówienia ustanawiają Pełnomocnika do reprezentowania ich w niniejszym postępowaniu albo reprezentowania ich w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego. Zaleca się aby Pełnomocnikiem był jeden z Wykonawców wspólnie ubiegających się o udzielenie zamówienia.

2.1. Ilekroć w SIWZ znajdują się zapisy dotyczące Wykonawcy, stosuje się je odpowiednio do Wykonawców wspólnie ubiegających się o udzielenie zamówienia.

2.2. Za Wykonawców wspólnie ubiegających się o udzielenie zamówienia uznaje się wspólników spółki cywilnej.

2.3. Wszelka korespondencja prowadzona będzie wyłącznie z ustanowionym Pełnomocnikiem, na wskazany w treści oferty adres e-mailowy, numer faksu lub adres do doręczeń. Wykonawca

zobowiązany jest do informowania Zamawiającego każdorazowo o zmianie ww. danych kontaktowych.

2.4. Pełnomocnictwo należy dołączyć do oferty w oryginale lub kserokopii, poświadczonej notarialnie za zgodność z oryginałem. Upoważnienie do złożenia oferty przez wspólnika(ów) spółki cywilnej może wynikać również z załączonego do oferty oryginału umowy spółki lub kopii umowy spółki potwierdzonej za zgodność z oryginałem notarialnie albo przez wszystkich wspólników upoważnionych do reprezentowania spółki. Zamawiający przyjmuje, że pełnomocnictwo do złożenia oferty obejmuje również pełnomocnictwo do poświadczania za zgodność z oryginałem dokumentów załączonych do oferty.

IV. Tryb udzielania zamówienia.

Postępowanie o udzielenie zamówienia prowadzone w celu zawarcia umowy ramowej w trybie przetargu nieograniczonego na podstawie art. 39-46 w związku z art. 99 ustawy Prawo zamówień publicznych (tekst jednolity Dz. U. z 2015 r. poz. 2164 z późn. zm.) zwanej w dalszej części SIWZ

„ustawą”.

V. Przedmiot zamówienia oraz zamówienia częściowe

1. Przedmiotem zamówienia w niniejszym postepowaniu jest zawarcie umowy ramowej na świadczenie przez Wykonawców specjalistycznych usług w zakresie związanym z wytwarzaniem oprogramowania (zwanych dalej „Usługami”), przez zespół Wykonawcy miarę zgłaszanego przez Zamawiającego zapotrzebowania w ramach zawarcia umowy ramowej na podstawie umów wykonawczych, w modelu prac projektowych.

2. Zamawiający zlecać może prace Projektowe definiowane jako usługi analizy, projektowania, programowania, testowania, szkoleń, przygotowania dokumentacji, konsultacji, wykonywane przez Wykonawcę polegające na dostarczaniu Zamawiającemu produktów lub wsparcia personelu informatycznego, które będą określane w zakresach odrębnie ustalonych w Umowach Wykonawczych, zawartych w wyniku przeprowadzenia postępowań szczegółowych prowadzonych w trakcie trwania zawartej Umowy Ramowej. Wskazane w poprzednim zdaniu elementy prac stanowią najszerszy zakres realizacji prac, które mogą być wykonywane na podstawie Umowy Ramowej.

3. Wspólny Słownik Zamówień (CPV):

72268000-1 - Usługi dostawy oprogramowania 72240000-9 - Usługi analizy systemu i programowania 72254100-1 - Usługi w zakresie testowania systemu

72226000-5 - Usługi doradcze w zakresie badań odbiorczych oprogramowania systemowego 80500000-9 - Usługi szkoleniowe

4. Zamawiający nie dopuszcza składania ofert częściowych

VI. Zamówienia uzupełniające.

Zamawiający nie przewiduje udzielenia zamówień uzupełniających.

VII. Informacja o ofercie wariantowej.

Zamawiający nie dopuszcza składania ofert wariantowych

VIII. Aukcja elektroniczna

Zamawiający nie przewiduje przeprowadzenia aukcji elektronicznej.

IX. Termin wykonania zamówienia.

Termin wykonania zamówienia: 4 lata od dnia zwarcia Umowy Ramowej

X. Warunki udziału w postępowaniu

1. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy spełniają określone przez Zamawiającego w niniejszym rozdziale warunki udziału w postępowaniu wynikające z art. 22 ustawy dotyczące:

1.1. posiadania kompetencji lub uprawnień do prowadzenia określonej działalności zawodowej, o ile wynika to z odrębnych przepisów,

1.2 znajdowania się w sytuacji ekonomicznej lub finansowej zapewniającej wykonanie zamówienia,

1.3 dysponowania zdolnością techniczną lub zawodową.

2. W zakresie określonym w ust. 1 SIWZ Wykonawca zobowiązany wykazać jest zdolność do należytego wykonania zamówienia przejawiającą się następującym minimalnym poziomem zdolności tj.:

2.1. Wykonawca w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie wykonał, a w przypadku świadczeń okresowych lub ciągłych wykonuje co najmniej 2 usługi polegające na zaprojektowaniu, wytworzeniu i wdrożeniu produkcyjnym złożonego oprogramowania w architekturze warstwowej (SOA), którego funkcją jest przetwarzanie danych przy użyciu

technik komputerowych, obejmujących wartość zamówienia co najmniej 1 000 000,00 zł brutto każda.

W przypadku gdy w ramach realizacji wskazanej w ofercie usługi, poza zakresem wymaganym przez Zamawiającego, były wykonywane również inne świadczenia (np. dostawa licencji, dostawa sprzętu itp.), wykazana musi zostać wartość dotycząca wyłącznie tej części usługi, która obejmowała doświadczenie wymagane w opisie sposobu oceny warunku udziału w postępowaniu.

Zamawiający nie dopuszcza sumowania wartości usług w celu potwierdzenia spełniania powyższego warunku.

W przypadku, gdy wartość zamówienia została wyrażona w walucie innej niż PLN, Wykonawca zobowiązany jest do jej przeliczenia na PLN przyjmując jako podstawę średni kurs danej waluty opublikowany przez NBP (wg tabeli średnich walut obcych) w dniu publikacji niniejszego ogłoszenia.

2.2.Wykonawca dysponuje / będzie dysponował zespołem projektowym, który skierowany przez Wykonawcę do realizacji zamówień jednostkowych udzielanych przez Zamawiającego na podstawie umowy ramowej:

Lp.	Rola w projekcie	Wymagania	Minimalna liczba osób
1	Analityk biznesowo - systemowy	1. Posiada co najmniej 2 letnie doświadczenie zawodowe w zakresie modelowania i inżynierii procesów biznesowych oraz specyfikacji wymagań dla systemów informatycznych z wykorzystaniem UML. 2. W okresie 5 lat przed upływem terminu składania ofert wykonał analizę systemową w co najmniej 2 projektach informatycznych przy czym każdy z projektów o wartość co najmniej 300 000,00 złotych brutto. 3. Ukończył wyższe studia magisterskie na kierunku informatyka lub pokrewnym 4. Posiada doświadczenie zawodowe w zakresie systemów bazodanowych co najmniej 5 lat	4

2	Architekt IT	1. Posiada co najmniej 3 letnie doświadczenie zawodowe w zakresie projektowania (tworzenia) architektury systemów informatycznych, systemów o wysokiej wydajności i niezawodności, systemów wykorzystujących bazy danych. 2. Posiada znajomości zagadnień związanych z architekturą zorientowaną na usługi (SOA) i technologii integracyjnych. 3. Posiada znajomość serwerowej architektury sprzętowej. 4. Posiada znajomość technologii takich jak: systemy operacyjne AIX, Linux, Windows, sieci SAN, serwerów aplikacyjnych i bazodanowych Oracle. 5. Posiada znajomości wzorców projektowych i architektonicznych. 6. Posiada znajomość ram architektonicznych (framework) TOGAF. 7. Ukończył wyższe studia magisterskie na kierunku informatyka lub pokrewnym. 8. W okresie ostatnich 3 lat przed upływem terminu składania ofert zaprojektował (samodzielnie lub w zespole) co najmniej 2 systemy informatyczne wykorzystujące bazy danych pracujące w architekturze wysokiej dostępności. Wartość każdego z zaprojektowanych systemów wynosiła co najmniej 1 000 000,00 zł brutto.	2
3	Ekspert ds. jakości oprogramowania	1. Posiada co najmniej 2 letnie doświadczenie zawodowe w zakresie kontroli jakości na wszystkich etapach realizacji projektu informatycznego. 2. Przygotowywał i realizował Plan testów oraz scenariusze testowe w zakresie nowego rozwiązania teleinformatycznego o wartości co najmniej 200 000,00 złotych brutto. 3. Ukończył wyższe studia magisterskie na kierunku informatyka lub pokrewnym. 4. Posiada doświadczenie zawodowe w zakresie tworzenia oprogramowania co najmniej 5 lat.	2

4	Specjalista ds. zarządzania projektami	1. Posiada znajomość metodyki zarządzania projektami potwierdzoną aktualnym certyfikatem PRINCE2® Practitioner lub IPMA C lub PMP. 2. Pełnił rolę członka zespołu wsparcia metodycznego projektu w projekcie informatycznym o czasie trwania dłuższym niż 6 miesięcy oraz wartości co najmniej 1 000 000,00 złotych brutto. 3. Ukończył wyższe studia magisterskie na kierunku informatyka lub pokrewnym. 4. Posiada doświadczenie zawodowe w realizacji prac wskazanych w pkt.1 i 2 łącznie, co najmniej 2 lata.	2
5	Projektant- programista Java	1. Posiada umiejętność wytwarzania i wdrażania systemów informatycznych. 2. Projektował systemy IT 3. Posiada umiejętność programowania w wielowarstwowych architekturach. 4. Posiada znajomość następujących technologii/narzędzi: Java, JEE, JSP, HTML, Javascript, CSS, EJB, XML, Spring, Hibernate, JUnit, Oracle, PL/SQL, transformaty xslt 5. Posiada znajomość środowisk programistycznych: JDeveloper lub Eclipse. 6. W okresie ostatnich 3 lat przed upływem terminu składania ofert wytworzył (samodzielnie lub w zespole) oprogramowanie dla co najmniej 2 systemów informatycznych wykorzystujących bazy danych pracujące w architekturze wysokiej dostępności. Wartość każdego z zaprojektowanych systemów wynosiła co najmniej 1 000 000,00 zł brutto. 7. W okresie ostatnich 5 lat przed upływem terminu składania ofert co najmniej 4 z wymaganych 20 Projektantów-programistów Java wytworzyło (samodzielnie lub w zespole) oprogramowanie oparte o transformaty xslt dla co najmniej 2 systemów informatycznych. Dodatkowo zalecana znajomość platformy IBM WebSphere DataPower, JSON i SOAP 8. Dodatkowo 5 z wymaganych 20 Projektantów- programistów Java to liderzy z co najmniej 2 letnim doświadczeniem w tworzeniu oprogramowanie wykorzystujące bazy danych, którzy oprócz	20

		programowania posiadają umiejętność estymowania, planowania i kontroli postępu prac dla małego 5 osobowego zespołu.
6	Tester IT	1. Posiada minimum 12 miesięczne doświadczenie zawodowe na stanowisku związanym z wykonywaniem czynności testowania oprogramowania. 2. Posiada znajomość metod, technik i narzędzi wspomagających testowanie aplikacji. 3. Posiada znajomość procesu wytwarzania oprogramowania.	4
7	Specjalista ds. dokumentacji	1. Posiada minimum. 12 miesięczne doświadczenie zawodowe w tworzeniu dokumentacji technicznej, projektowej i produktowej związanej z budową lub modernizacją systemów informatycznych. 2. Posiada znajomość terminologii informatycznej i projektowej.	2
8	Administrator Baz Danych	1. Posiada minimum. 5 letnie doświadczenie zawodowe w obszarze administracji bazami danych. 2. Ukończył wyższe studia magisterskie na kierunku informatyka lub pokrewnym. 3. Posiada Oracle Certified Associate. 4. Posiada znajomość administracji i zarządzania systemami operacyjnymi LINUX i UNIX. 5. Posiada znajomość architektury i funkcjonowania klastrów wydajnościowych i niezawodnościowych IBM HACMP; Oracle RAC.	2
9	Specjalista ds. instalacji i konfiguracji sprzętu i oprogramowania	1. Posiada minimum. 3 letnie doświadczenie w zakresie instalacji i konfiguracji oprogramowania i administracji systemami informatycznymi. 2. Ukończył wyższe studia magisterskie na kierunku informatyka lub pokrewnym. 3. Posiada znajomości przygotowanie dokumentacji i procedur instalacyjnych.	2
10	web developer - grafik	1. Posiada co najmniej 3 letnie doświadczenie zawodowe w zakresie projektowania (tworzenia), stron, aplikacji internetowych.	2

		2. Posiada znajomość następujących technologii/narzędzi: Java, JEE, JSP, HTML, Javascript, CSS, EJB, XML, Spring, Hibernate, JUnit.
11	Specjalista ds. usług szkoleniowych	1. Posiada minimum. 24 miesięczne doświadczenie zawodowe w obszarze świadczenia usług szkoleniowych. 2. Ukończył wyższe studia magisterskie na kierunku informatyka lub pokrewnym. 3. Posiada umiejętność przygotowywania dokumentacji szkoleniowej, podręczników, prezentacji, materiałów e- learningowych.	4

Zamawiający nie dopuszcza łączenia ról celem potwierdzenia spełniania powyższego warunku.

*Informacje w zakresie certyfikatów:

- Zamawiający dopuszcza posiadanie certyfikatów równoważnych do wskazanych przez Zamawiającego. W takim przypadku Wykonawca jest zobowiązany do wykazania, że wskazany certyfikat potwierdza posiadanie co najmniej takiej samej wiedzy, kompetencji i doświadczenia co certyfikat wskazany przez Xxxxxxxxxxxxx;

3. W przypadku Wykonawców wspólnie ubiegających się o udzielenie niniejszego zamówienia dla potwierdzenia spełniania warunków opisanych w ust.1 SIWZ, Zamawiający będzie oceniał łącznie ich kompetencje lub uprawnienia, zdolność ekonomiczną lub finansową, zdolność techniczną lub zawodową,

4. Wykonawca na podstawie art. 22a ustawy Pzp może w celu potwierdzenia spełniania warunków udziału w postępowaniu, w stosownych sytuacjach oraz w odniesieniu do konkretnego zamówienia, lub jego części, polegać na zdolnościach technicznych lub zawodowych lub sytuacji finansowej lub ekonomicznej innych podmiotów, niezależnie od charakteru prawnego łączących go z nim stosunków prawnych. W tym celu wykonawca wraz z ofertą przedstawia Zamawiającemu oryginał zobowiązania tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na potrzeby realizacji zamówienia.

5. Zamawiający oceni czy udostępnione wykonawcy przez inne podmioty zdolności techniczne lub zawodowe lub ich sytuacja finansowa lub ekonomiczna, pozwalają na wykazanie przez wykonawcę spełniania warunków udziału w postępowaniu. Zamawiający zbada również czy wobec podmiotu udostępniającego zasoby na podstawie art. 22a ustawy nie zachodzą przesłanki wykluczenia, o których mowa w art. 24 ust 1 ustawy oraz w rozdziale XI SIWZ.

6. Jeżeli zdolności techniczne lub zawodowe lub sytuacja ekonomiczna lub finansowa, podmiotu, o którym mowa w ust.4 SIWZ, nie potwierdzają spełnienia przez wykonawcę warunków udziału

w postępowaniu lub zachodzą wobec tych podmiotów podstawy wykluczenia, zamawiający wezwie Wykonawcę do:

7.1. zastąpienia tego podmiotu innym podmiotem lub podmiotami lub

7.2. zobowiązania się do osobistego wykonania odpowiedniej części zamówienia, jeżeli wykaże zdolności techniczne lub zawodowe lub sytuację finansową lub ekonomiczną, o których mowa w ust.1 SIWZ

7. W przypadku postępowań na usługi lub roboty budowlane podmiot, który udostępnia na podstawie art. 22a ustawy zasoby takie jak wykształcenie, kwalifikacje zawodowe lub doświadczenie zobowiązany jest do realizacji usług lub robót budowlanych w zakresie jakim udostępnia wykonawcy zdolności, o których mowa powyżej.

8. Wykonawca który polega na sytuacji finansowej lub ekonomicznej innych podmiotów, odpowiada solidarnie z podmiotem, który zobowiązał się do udostępnienia zasobów, za szkodę poniesioną przez Xxxxxxxxxxxxx powstałą wskutek nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy.

XI. Wykluczenie Wykonawcy.

1. Zamawiający wykluczy z udziału w postępowaniu wykonawcę, wobec którego zachodzi, co najmniej jedna z przesłanek określonych w art. 24 ust 1 ustawy.

2. Zamawiający wykluczy również wykonawcę spełniajacego następujące przesłanki określone w art. 24 ust 5 ustawy:

2.1. który w sposób zawiniony poważnie naruszył obowiązki zawodowe, co podważa jego uczciwość, w szczególności gdy wykonawca w wyniku zamierzonego działania lub rażącego niedbalstwa nie wykonał lub nienależycie wykonał zamówienie, co zamawiający jest w stanie wykazać za pomocą stosownych środków dowodowych;

2.2. który, z przyczyn leżących po jego stronie, nie wykonał albo nienależycie wykonał w istotnym stopniu wcześniejszą umowę w sprawie zamówienia publicznego lub umowę koncesji, zawartą z zamawiającym, o którym mowa w art. 3 ust. 1 pkt. 1-4, co doprowadziło do rozwiązania umowy bądź zasądzenia odszkodowania.

3. Zamawiajacy podejmując decyzję o wykluczeniu wykonawcy z udziału w postępowaniu, uwzgledniał będzie okoliczności wymienione w art. 24 ust 7 - ust. 11 ustawy Pzp.

4. Ofertę Wykonawcy wykluczonego uznaje się za odrzuconą.

XII. Dokumenty jakie składa wykonawca, celem potwierdzenia spełniania warunków udziału w postępowaniu, wykazania braku podstaw do wykluczenia, potwierdzenia, że oferowane

dostawy lub usługi lub roboty budowlane spełniają wymagania Zamawiającego określone w SIWZ.

1. W celu wstępnego potwierdzenia spełniania warunków udziału w postępowaniu oraz braku podstaw do wykluczenia określonych przez Zamawiającego w rozdziale 10 i 11 SIWZ, a także celem dokonania wstępnej oceny punktowej, wykonawca załącza do oferty, aktualne na dzień składania ofert:

1.1. Oświadczenie w formie Jednolitego Europejskiego Dokumentu Zamówienia (dalej jako

„JEDZ”)

- o którym mowa w art. 25a ust 1 ustawy sporządzone na podstawie załącznika nr 2 do SIWZ:

• W części IV Kryteria kwalifikacji Wykonawca wypełnia tylko sekcję α.

• Wykonawca, który powołuje się na zasoby innych podmiotów, w celu wykazania wobec nich braku podstaw do wykluczenia oraz spełniania, w zakresie, w jakim powołuje się na ich zasoby, warunków udziału w postępowaniu składa także JEDZ dla każdego z tych podmiotów.

• Wykonawcy wspólnie ubiegający się o udzielenie zamówienia składają JEDZ oddzielnie dla każdego z nich (w zakresie warunków określonych w art. 22 ustawy, wykonawcy wykazują swój łączny potencjał, a brak podstaw do wykluczenia z art. 24 ust 1 i ust 5 ustawy każdy z wykonawców oddzielnie)

2.1.Oświadczenie, o którym mowa w ust. 2 SIWZ:

• zostać wypełnione przez Wykonawcę stosując postanowienia instrukcji Urzędu Zamówień Publicznych, która zamieszczona jest pod niżej wskazanym adresem internetowym: xxxxx://xxx.xxx.xxx.xx/xxxx-xxxxxx/xxxxxxxxx-xxxxxxxxxx-xxxxxxxx- zamowienia

• może zostać wypełnione w narzędziu znajdującym się pod adresem: xxxxx://xx.xxxxxx.xx/xxxxxx/xxxxx-xxxxxxxxx/xxxx/xxxxxx?xxxxxxx

Uwaga!! Celem realizacji powyższego Wykonawca pobiera JEDZ w formacie .xml zamieszczony na stronie internetowej Zamawiającego, wypełnia w narzędziu, o którym mowa powyżej, następnie drukuje, podpisuje i załącza do oferty w formie pisemnej

• zawierać informacje konieczne do potwierdzenia spełniania warunków udziału w postepowaniu,

• zawierać informacje konieczne do wykazania braku podstaw do wykluczenia.

2. W celu potwierdzenia spełniania warunków udziału określonych przez Zamawiającego w rozdziale X ust. 2 SIWZ wykonawca na wezwanie Zamawiającego, o którym mowa w art. 26 ust 1 ustawy Pzp składa aktualne na dzień złożenia oświadczenia i dokumenty:

2.1. wykaz wykonanych/wykonywanych usług z uwzględnieniem usług określonych w rozdziale X ust. 2 pkt. 2.1 SIWZ w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy w tym okresie, z podaniem wartości, przedmiotu, dat wykonania i odbiorców - sporządzony wg wzoru stanowiącego załącznik nr 3 do SIWZ.

2.2.dowody, że usługi wymienione w wykazie zostały wykonane lub są wykonywane należycie, w tym:

a) referencje bądź inne dokumenty wydane przez odbiorcę usług wskazanych w wykazie, w przypadku usług o charakterze okresowym lub ciągłym, które na dzień upływu terminu składania ofert są nadal wykonywane referencje powinny być wydane nie wcześniej niż 3 miesiące przed upływem terminu składania ofert,

b) oświadczenie Wykonawcy składającego ofertę - jeżeli z uzasadnionych przyczyn o obiektywnym charakterze Wykonawca nie jest w stanie uzyskać referencji, o których mowa w pkt. 2.2. a).

Uwaga! Zamawiający nie uzna jako dowodu faktur itp. dokumentów, z uwagi na fakt, iż ich treść nie potwierdza należytego wykonania zamówienia.

W razie konieczności, szczególnie gdy wykaz, oświadczenia lub inne dokumenty o których mowa w ust. 2 SIWZ będą budziły wątpliwości, Zamawiający może zwrócić się bezpośrednio do właściwego podmiotu, na rzecz którego zamówienie było wykonane, a w przypadku świadczeń okresowych lub ciągłych wykonywane o dodatkowe informacje lub dokumenty w tym zakresie.

W przypadku przedłożenia dokumentu o wartości wyrażonej w walucie innej niż Złote polskie Zamawiający dokona stosownego przeliczenia stosując średni kurs Narodowego Banku Polskiego z dnia publikacji ogłoszenia o zamówieniu. Jeśli, w dniu publikacji ogłoszenia Narodowy Bank Polski nie ogłosi kursu średniego, Zamawiający dokona przeliczenia stosując średni kurs z najbliższego dnia następującego po dniu publikacji, w którym średni kurs został ogłoszony.

2.3.wykaz osób określonych w rozdziale X ust. 2 pkt. 2.2 SIWZ, skierowanych przez wykonawcę do realizacji zamówienia, odpowiedzialnych za świadczenie usług, wraz z informacjami na temat ich kwalifikacji zawodowych, uprawnień, doświadczenia i wykształcenia niezbędnych do wykonania zamówienia, a także zakresu wykonywanych przez nie czynności, oraz informacją o podstawie do dysponowania tymi osobami, wg wzoru stanowiącego załącznik nr 5 do SIWZ.

3. W celu potwierdzenia braku podstaw do wykluczenia określonych przez Zamawiającego w rozdziale XI ust. 1 i 2 SIWZ wykonawca na wezwanie Zamawiającego, o którym mowa w art. 26 ust 1 ustawy Pzp składa aktualne na dzień złożenia oświadczenia i dokumenty:

3.1. aktualną informację z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 13 i 14 ustawy wystawioną nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert,

3.2. aktualną informacje z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt. 21 ustawy, wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert,

W przypadku wspólnego ubiegania się o udzielenie niniejszego zamówienia przez dwóch lub więcej Wykonawców w ofercie muszą być złożone ww. dokumenty dla każdego z nich oddzielnie.

4. Jeżeli Wykonawca wykazując spełnianie warunków, o których mowa w rozdziale X ust. 1 SIWZ, polega na zasobach innych podmiotów na zasadach określonych w art. 22a ustawy, zamawiający żąda od Wykonawcy przedstawienia w odniesieniu do tych podmiotów dokumentów wymienionych w rozdziale XII ust. 3 SIWZ

5. W terminie 3 od dnia zamieszczenia na stronie internetowej Zamawiającego informacji z otwarcia ofert, o której mowa w art. 86 ust 5 ustawy Pzp wykonawcy przekazują Zamawiającemu oświadczenia o przynależności albo braku przynależności do tej samej grupy kapitałowej,

W przypadku przynależności do tej samej grupy kapitałowej wykonawca może złożyć wraz z oświadczeniem dokumenty bądź informacje potwierdzające, że powiązania z innym wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu.

UWAGA!!! Dokument wymienione w ust. 5 SIWZ należy złożyć w siedzibie Zamawiającego z dochowaniem formy pisemnej w terminie 3 dni od dnia zamieszczenia na stronie Zamawiającego informacji, o której mowa w art. 86 ust 5 ustawy.

6. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentów, o których mowa w:

6.1.ust. 3 pkt. 3.1 - 3.2 SIWZ składa informację z odpowiedniego rejestru albo, w przypadku braku takiego rejestru, inny równoważny dokument wydany przez właściwy organ sądowy lub administracyjny kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania lub miejsce zamieszkania ma osoba, której dotyczy informacja albo dokument, w zakresie określonym w art. 24 ust. 1 pkt 13, 14 i 21 oraz ust. 5 pkt 5 i 6 ustawy;

6.2. Dokument, o którym mowa w ust. 3 pkt. 3.1 - 3.2 SIWZ, powinien być wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

6.3. Jeżeli w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania lub miejsce zamieszkania ma osoba, której dokument dotyczy, nie wydaje się dokumentów, o których mowa w ust.6 SIWZ, zastępuje się je dokumentem zawierającym odpowiednio oświadczenie wykonawcy, ze wskazaniem osoby albo osób uprawnionych do jego reprezentacji, lub oświadczenie osoby, której dokument miał dotyczyć, złożone przed notariuszem lub przed organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego właściwym ze względu na siedzibę lub miejsce zamieszkania wykonawcy lub miejsce zamieszkania tej osoby. Przepis ust. 6 pkt. 6.2 SIWZ stosuje się odpowiednio.

XIII. Wymagania dotyczące wadium

1. Wysokość wadium

Wykonawca zobowiązany jest zabezpieczyć swą ofertę wadium w wysokości 200 000,00 zł

[słownie: dwieście tysięcy złotych]

2. Wykonawca zobowiązany jest zabezpieczyć swą ofertę wadium na cały okres związania ofertą.

3. Forma wadium

Wadium może być wniesione w następujących formach:

1. pieniądzu;

2. poręczeniach bankowych lub poręczeniach spółdzielczej kasy

3. oszczędnościowo - kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym;

4. gwarancjach bankowych;

5. gwarancjach ubezpieczeniowych;

6. poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. Nr 109, poz. 1158, z późn. zm.)

4. W przypadku składania przez Wykonawcę wadium w formie gwarancji, gwarancja powinna być sporządzona zgodnie z obowiązującym prawem i winna zawierać następujące elementy:

4.1 nazwę dającego zlecenie (Wykonawcy), beneficjenta gwarancji (Zamawiającego, oraz jednostki prowadzącej postępowanie), gwaranta (banku lub instytucji ubezpieczeniowej udzielających gwarancji) oraz wskazanie ich siedzib

4.2 określenie wierzytelności, która ma być zabezpieczona gwarancją,

4.3 kwotę gwarancji,

4.4 termin ważności gwarancji,

4.5 zobowiązanie gwaranta, do zapłacenia kwoty gwarancji bezwarunkowo, na pierwsze pisemne żądanie Zamawiającego, w sytuacji gdy Wykonawca:

− w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 i 3a ustawy, z przyczyn leżących po jego stronie nie złożył oświadczeń lub dokumentów potwierdzających okoliczności, o których mowa w art. 25 ust. 1 ustawy, oświadczenia, o którym mowa w art. 25a ust. 1 ustawy, pełnomocnictw, lub nie wyraził zgody na poprawienie omyłki,

o której mowa w art. 87 ust. 2 pkt. 3, co powodowało brak możliwości wybrania oferty złożonej przez Wykonawcę jako najkorzystniejszej.

− którego ofertę wybrano: odmówił podpisania umowy na warunkach określonych w ofercie, lub nie wniósł zabezpieczenia należytego wykonania umowy lub zawarcie umowy stało się niemożliwe z przyczyn leżących po stronie Wykonawcy

5. Miejsce i sposób wniesienia wadium

1. Wadium wnoszone w pieniądzu należy wpłacić przelewem na następujący rachunek Zamawiającego:

Bank Gospodarstwa Krajowego

numer rachunku: 73 1130 1017 0020 1468 8790 0001

Na dowodzie wpłaty należy zamieścić adnotację

„wadium: COI-ZAK 3201.9.2016”

2. Dowód wniesienia wadium należy złożyć wraz z ofertą.

3. Jeśli wadium zostało wniesione w pieniądzu, to wymagany jest oryginał lub kserokopia poświadczona za zgodność z oryginałem dowodu wniesienia wadium (dokonania przelewu bankowego) załączona do oferty.

4. Jeśli wadium zostało wniesione w innej formie niż w pieniądzu, to do oferty należy załączyć

oryginał dowodu wniesienia wadium.

5. Jeśli Wykonawca po upływie terminu związania ofertą będzie żądał zwrotu oryginału dowodu wniesienia wadium, do oferty należy załączyć kserokopię poświadczoną za zgodność z oryginałem, natomiast oryginał należy załączyć do oferty w sposób uniemożliwiający jego zaginiecie, pozwalający jednak na jego zwrot bez dekompletowania oferty - oryginał nie może być na trwałe zespolony z ofertą. W przypadku niezastosowania się do powyższego zwrot oryginału będzie niemożliwy.

6. W powyższym przypadku w spisie treści oferty należy wyszczególnić zarówno oryginał, jak i kserokopię dowodu wniesienia wadium.

6. Termin wniesienia wadium

Wadium należy wnieść przed upływem terminu składania ofert. W przypadku wniesienia wadium w formie pieniężnej termin wniesienia wadium jest terminem uznania wpłaty na rachunku bankowym Zamawiającego przed upływem terminu składania ofert.

7. Zatrzymanie i zwrot wadium.

Zamawiający zatrzyma wadium, lub dokona jego zwrotu na zasadach określonych w art. 46 ustawy Pzp.

XIV. Zabezpieczenie należytego wykonania umowy.

Zamawiający nie żąda wniesienia zabezpieczenia należytego wykonania umowy.

XV. Waluta w jakiej będą prowadzone rozliczenia związane z realizacją niniejszego zamówienia publicznego.

Wszelkie rozliczenia związane z realizacją zamówienia publicznego, którego dotyczy SIWZ dokonywane będą w złotych polskich.

XVI. Opis sposobu przygotowania oferty.

1. Wymagania podstawowe

1.1. Każdy Wykonawca może złożyć tylko jedną ofertę.

1.2 Ofertę należy przygotować ściśle według wymagań określonych w SIWZ.

1.3 Oferta musi być podpisana przez osoby upoważnione do reprezentowania Wykonawcy (Wykonawców wspólnie ubiegających się o udzielenie zamówienia). Oznacza to, iż jeżeli z dokumentów określających status prawny Wykonawcy(ów) lub pełnomocnictwa wynika, iż do reprezentowania Wykonawcy(ów) upoważnionych jest łącznie kilka osób dokumenty wchodzące w skład oferty muszą być podpisane przez wszystkie te osoby.

1.4 Upoważnienie osób podpisujących ofertę wynikać musi bezpośrednio z dokumentów dołączonych do oferty. Oznacza to, że jeżeli upoważnienie takie nie wynika wprost z dokumentu stwierdzającego status prawny Wykonawcy (odpisu z właściwego rejestru) to

do oferty należy dołączyć oryginał lub poświadczoną notarialnie za zgodność z oryginałem kopię stosownego pełnomocnictwa wystawionego przez osoby do tego upoważnione.

1.5 Zaleca się, by wzory dokumentów dołączonych do SIWZ były wypełnione przez Wykonawcę i dołączone do oferty, bądź też przygotowane przez Wykonawcę, w zgodnej z SIWZ formie.

1.6 Wykonawca ponosi wszelkie koszty związane z przygotowaniem i złożeniem oferty.

1.7 Oferta musi być sporządzona w języku polskim i mieć formę pisemną. Dokumenty sporządzone w języku obcym są składane wraz z tłumaczeniem na język polski, poświadczonym przez Wykonawcę.

1.8 Wykonawca zobowiązany jest wypełnić załączony formularz ofertowy w sposób pozwalający na jednoznaczne dokonanie oceny oferty zgodnie ze sformułowanymi w treści niniejszej SIWZ kryteriami oceny ofert.

2. Forma oferty

2.1. Stosowne wypełnienia we wzorach dokumentów stanowiących załączniki do SIWZ i wchodzących następnie w skład oferty mogą być dokonane komputerowo, maszynowo lub ręcznie.

2.2 Dokumenty przygotowywane samodzielnie przez Wykonawcę na podstawie wzorów stanowiących załączniki do SIWZ powinny mieć formę wydruku komputerowego lub maszynopisu.

2.3 Całość oferty powinna być złożona w formie uniemożliwiającej jej przypadkowe zdekompletowanie.

2.4 Wszystkie zapisane strony oferty powinny być ponumerowane. Strony te powinny być parafowane przez osobę (lub osoby jeżeli do reprezentowania Wykonawcy upoważnione są dwie lub więcej osoby) podpisującą (podpisujące) ofertę zgodnie z treścią dokumentu określającego status prawny Wykonawcy lub treścią załączonego do oferty pełnomocnictwa.

2.5 Wszelkie miejsca w ofercie, w których Wykonawca naniósł poprawki lub zmiany wpisywanej przez siebie treści (czyli wyłącznie w miejscach, w których jest to dopuszczone przez Zamawiającego) muszą być parafowane przez osobę (osoby) podpisującą (podpisujące) ofertę.

2.6 W przypadku zastrzeżenia części oferty jako tajemnica przedsiębiorstwa na podstawie art. 8 ust 3 ustawy Wykonawca zobowiązany jest wskazać i odpowiednio oznaczyć (zaleca się wydzielenie stron zawierających zastrzeżone informacje oraz oznaczenie ich adnotacją

„tajemnica przedsiębiorstwa”) w ofercie informacje, które nie mogą zostać ujawnione,

a także wykazać, że zastrzeżone informacje stanowią tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji.

2.7 Dokumenty wchodzące w skład oferty mogą być przedstawiane tylko w formie oryginałów lub poświadczonych przez Wykonawcę za zgodność z oryginałem kopii - z zastrzeżeniem rozdziału III ust. 2 pkt. 2.4 i rozdziału XVI ust. 1 pkt. 1.4 SIWZ. Oświadczenia, w tym sporządzane na podstawie wzorów stanowiących załączniki do SIWZ powinny być złożone w formie pisemnej. Zgodność z oryginałem wszystkich zapisanych stron kopii dokumentów wchodzących w skład oferty musi być potwierdzona przez osobę (lub osoby jeżeli do reprezentowania Wykonawcy upoważnionych jest kilka osób) podpisującą (podpisujące) ofertę zgodnie z treścią dokumentu określającego status prawny Wykonawcy lub treścią załączonego do oferty pełnomocnictwa.

2.8. Poświadczenia za zgodność z oryginałem dokonuje odpowiednio Wykonawca, podmiot, na którego zdolnościach lub sytuacji polega Wykonawca, Wykonawcy wspólnie ubiegający się o udzielenie zamówienia.

2.9. Zamawiający może żądać przedstawienia oryginału lub notarialnie poświadczonej kopii dokumentu wyłącznie wtedy, gdy złożona przez Wykonawcę kserokopia dokumentu jest nieczytelna lub budzi uzasadnione wątpliwości co do jej prawdziwości.

2.10. W przypadku wątpliwości co do treści dokumentu złożonego przez Wykonawcę mającego siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamawiający może zwrócić się do właściwych organów odpowiednio miejsca zamieszkania osoby lub kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania z wnioskiem o udzielenie niezbędnych informacji dotyczących przedłożonego dokumentu.

3. Zawartość oferty

3.1. Wypełniony Formularz Oferty, sporządzony na podstawie wzoru stanowiącego Załącznik nr 1 do SIWZ.

3.2. Załącznik nr 2 do SIWZ obejmujący oświadczenie Wykonawcy o spełnianiu warunków udziału w postępowaniu oraz braku podstaw do wykluczenia o którym mowa w art. 25a ust 1 ustawy w formie JEDZ;

3.3. Oryginał zobowiązania innego podmiotu, na zasobach którego polega Wykonawca zgodnie z art. 22a, do oddania do dyspozycji Wykonawcy niezbędnych zasobów na potrzeby realizacji zamówienia.

3.4. Stosowne Pełnomocnictwo(a) w formie opisanej w ust. 1 pkt. 1.4 SIWZ - w przypadku, gdy upoważnienie do podpisania oferty nie wynika bezpośrednio ze złożonego w ofercie odpisu

z właściwego rejestru, w przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia, dokument ustanawiający Pełnomocnika do reprezentowania ich w postępowaniu; o udzielenie zamówienia albo reprezentowania w postępowaniu i zawarcia umowy w sprawie niniejszego zamówienia publicznego - w formie opisanej w rozdziale III ust. 2 pkt. 2.4 SIWZ;

3.5. W przypadku zastrzeżenia części oferty jako tajemnica przedsiębiorstwa na podstawie art. 8 ust 3 ustawy Wykonawca winien załączyć do oferty stosowne wyjaśnienia mające wykazać, iż zastrzeżone informacje stanowią tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji.

3.6. dowód wniesienia wadium.

4. Zalecane jest złożenie w ofercie spisu treści z wyszczególnieniem liczby stron wchodzących w skład oferty.

5. Wykonawca, którego oferta zostanie oceniona jako najkorzystniejsza składa na wezwanie, o którym mowa w rozdziale XII ust. 2 i 3 SIWZ, następujące dokumenty, w tym:

5.1. Załącznik nr 3 do SIWZ - obejmujący wykaz usług

5.2. pozostałe dokumenty wymienione w rozdziale XII SIWZ z wyłączeniem Załącznika nr 4 do SIWZ

5.3. Załącznik nr 5 do SIWZ - obejmujący wykaz osób.

6. W terminie 3 dni od dnia zamieszczenia na stronie internetowej pełnomocnika Zamawiającego informacji z otwarcia ofert Wykonawca składa:

6.1. Załącznik nr 4 do SIWZ - obejmujący listę podmiotów należących do tej samej grupy kapitałowej, albo braku przynależności do grupy kapitałowej;

XVII. Wyjaśnianie i zmiany w treści SIWZ

1. Wyjaśnianie treści SIWZ

1.1. Wykonawca może zwrócić się do pełnomocnika Zamawiającego o wyjaśnienie treści SIWZ. Pełnomocnik Zamawiającego udzieli wyjaśnień niezwłocznie, jednak nie później niż na 6 dni przed upływem terminu składania ofert - pod warunkiem że wniosek o wyjaśnienie treści SIWZ

wpłynął do zamawiającego nie później niż do końca dnia, w którym, upływa połowa wyznaczonego terminu składania ofert.

1.2. Jeżeli wniosek o wyjaśnienie treści SIWZ wpłynął po upływie terminu składania wniosku, o którym mowa powyżej, lub dotyczy udzielonych wyjaśnień, pełnomocnik Zamawiającego może udzielić wyjaśnień albo pozostawić wniosek bez rozpoznania.

1.3. Przedłużenie terminu składania ofert nie wpływa na bieg terminu składania w/w wniosku.

1.4. Treść zapytań wraz z wyjaśnieniami pełnomocnik Zamawiającego przekaże Wykonawcom, którym przekazał SIWZ, bez ujawniania źródła zapytania, oraz zamieści na stronie internetowej pełnomocnika Zamawiającego - xxx.xxxxxx.xx. W stosunku do części SIWZ, wobec której zastosowano środki mające na celu ochronę poufnego charakteru informacji zgodnie z art. 37 ust. 6 ustawy, pełnomocnik Zamawiającego przekaże treść zapytań wraz z wyjaśnieniami wyłącznie Wykonawcom, którym przekazał SIWZ.

2. Zmiany w treści SIWZ

2.1. W uzasadnionych przypadkach zamawiający może przed upływem terminu składania ofert zmienić treść SIWZ. Dokonaną zmianę SIWZ pełnomocnik Zamawiającego przekaże niezwłocznie wszystkim wykonawcom, którym przekazano SIWZ, oraz zamieści na stronie internetowej pełnomocnika Zamawiającego - xxx.xxxxxx.xx.

2.2. Zmiany są każdorazowo wiążące dla Wykonawców.

XVIII. Zebranie Wykonawców

1. Zamawiający zastrzega sobie możliwość zwołania zebrania wszystkich Wykonawców w celu wyjaśnienia wątpliwości dotyczących treści SIWZ. Informację o terminie zebrania pełnomocnik Zamawiającego przekaże Wykonawcom, którym przekazał SIWZ i zamieści na stronie internetowej pełnomocnika Zamawiającego - xxx.xxxxxx.xx.

2. Zamawiający sporządzi informację zawierającą zgłoszone na zebraniu pytania o wyjaśnienie treści SIWZ, oraz odpowiedzi na nie, bez wskazywania źródeł zapytań. Informację z zebrania pełnomocnik Zamawiającego doręczy niezwłocznie Wykonawcom, którym przekazano SIWZ i zamieści na stronie internetowej pełnomocnika Zamawiającego - xxx.xxxxxx.xx.

XIX. Miejsce oraz termin składania i otwarcia ofert

1. Ofertę należy złożyć w siedzibie pełnomocnika Zamawiającego - Kancelaria Prawna Pieróg & Partnerzy, xx. Xxxxxxx 00 xxx. 0, 00 - 000 Xxxxxxxx do dnia 11 stycznia 2017 r. do godz. 10:00

2. Zaleca się złożenie oferty w dwóch nieprzezroczystych, zabezpieczonych przed otwarciem kopertach. Kopertę zewnętrzną należy opisać następująco:

Kancelaria Prawna Pieróg & Partnerzy

Oferta w postępowaniu na „Zawarcie umowy ramowej na świadczenie przez Wykonawcę specjalistycznych usług w zakresie związanym z wytwarzaniem oprogramowania dla potrzeb Centralnej Ewidencji Pojazdów i Kierowców dla Centralnego Ośrodka Informatyki”

nr: COI-ZAK 3201.9.2016

Nie otwierać przed dniem 11.01.2017 r. godz. 12:00”

3. Na kopercie(paczce) wewnętrznej oprócz opisu jw. należy umieścić nazwę i adres Wykonawcy.

4. Zamawiający nie ponosi odpowiedzialności za:

4.1. złożenie przez Wykonawcę oferty po terminie składania ofert,

4.2. złożenie oferty w innym niż określonym w ust. 1 miejscu,

4.3. złożenie oferty nie opisanej w sposób określony w ust. 2 - uniemożliwiający identyfikację oferty, lub postępowania którego dotyczy.

5. Otwarcie ofert nastąpi w siedzibie pełnomocnika Zamawiającego - Kancelaria Prawna Pieróg & Partnerzy, xx. Xxxxxxx 00 xxx. 0, 00 - 000 Xxxxxxxx w dniu 11 stycznia 2017 r. o godz. 12:00

XX. Zmiany lub wycofanie złożonej oferty

1. Skuteczność zmian lub wycofania złożonej oferty

Wykonawca może wprowadzić zmiany lub wycofać złożoną przez siebie ofertę. Zmiany lub wycofanie złożonej oferty są skuteczne tylko wówczas, gdy zostały dokonane przed upływem terminu składania ofert.

2. Zmiana złożonej oferty

Zmiany, poprawki lub modyfikacje złożonej oferty muszą być złożone w miejscu i według zasad obowiązujących przy składaniu oferty. Odpowiednio opisane koperty(paczki) zawierające zmiany należy dodatkowo opatrzyć dopiskiem "ZMIANA". W przypadku złożenia kilku „ZMIAN” kopertę (paczkę) każdej „ZMIANY” należy dodatkowo opatrzyć napisem „zmiana nr ”.

3. Wycofanie złożonej oferty

Wycofanie złożonej oferty następuje poprzez złożenie pisemnego powiadomienia podpisanego przez umocowanego na piśmie przedstawiciela Wykonawcy. Wycofanie należy złożyć w miejscu i według zasad obowiązujących przy składaniu oferty. Odpowiednio opisaną kopertę(paczkę) zawierającą powiadomienie należy dodatkowo opatrzyć dopiskiem "WYCOFANIE".

XXI. Tryb otwarcia ofert

1. W trakcie otwarcia ofert Zamawiający poda informacje, o których mowa w art. 86 ust. 3-4 ustawy.

2. Niezwłocznie po otwarciu ofert pełnomocnik Zamawiającego zamieści na stronie internetowej xxx.xxxxxx.xx informacje z otwarcia ofert podając informacje o których mowa w art. 86 ust 5 ustawy.

XXII. Zwrot oferty złożonej po terminie.

Zamawiający zwróci ofertę, która została złożona po terminie, niezwłocznie po upływie terminu na wniesienie odwołania.

XXIII. Termin związania ofertą

Wykonawca pozostaje związany złożoną ofertą przez 60 dni. Bieg terminu związania ofertą rozpoczyna się wraz z upływem terminu składania ofert.

XXIV. Opis sposobu obliczenia ceny.

1. Cenę należy rozumieć jako cenę w rozumieniu art. 3 ust. 1 pkt. 1 ust 2 ustawy z dnia 9 maja 2014 r. o informowaniu o cenach towarów i usług (Dz. U. poz.915)

2. Wszelkie podane w ofercie cena muszą być wyrazone w złotych polskich, z dokładnością maksymalnie do dwóch miejsc po przecinku Xxxx musi uwzględniać wszystkie wymagania SIWZ oraz obejmować wszelkie koszty, jakie poniesie Wykonawca z tytułu należytej oraz zgodnej z obowiązującymi przepisami realizacji przedmiotu zamówienia.

3. Przez ceną oferty rozumieć należy określoną w pkt. V ppkt. 4 Formularza Oferty Cenę za 1 godzinę świadczenia usługi IT przez Projektanta - programistę JAVA

4. Wykonawca winien zaoferować cenę jednostkową (netto/brutto) za 1 godzinę świadczenia usługi IT dla pozostałych ról określonych w pkt. V ppkt. 4 Formularza Oferty, dla celów późniejszej

weryfikacji prawidłowości obliczenia ceny dla zamówień wykonawczych zlecanych na podstawie umowy ramowej.

5. Zamawiający będzie zlecał realizacje usług do wysokości kwoty jaką zamierza przeznaczyć na sfinansowanie niniejszego zamówienia.

6. Zamawiajacy zastrzega, że cena za realizację przedmiotu zamówienia wskazana przez Wykonawcę w formularzu ofertowym, a także żadna cena jednostkowa nie może mieć wartości 0,00 złotych.

7. Sposób zapłaty i rozliczenia za realizację zamówienia, określone zostały w części III SIWZ (wzór umowy w sprawie zamówienia publicznego).

8. Kwoty należy zaokrąglić do pełnych groszy, przy czym końcówki poniżej 0,5 grosza pomija się, a końcówki 0,5 i wyższe zaokrągla się do 1 grosza (ostatnią pozostawioną cyfrę powiększa się

o jednostkę), zgodnie z Art. 106 e ust 11 ustawy z dnia 11 marca 2004 r. o podatku od towarów i usług Dz. U. 2011 nr 177 poz. 054 t. j. z późn. zm.

XXV. Kryteria oceny ofert

1. Zamawiający dokona wyboru oferty najkorzystniejszej wyłącznie na podstawie kryteriów oceny ofert określonych w SIWZ.

2. Ocenie punktowej zostaną poddane oferty wykonawców, którzy nie podlegają wykluczeniu, a ich oferty nie zostały odrzucone

3. W niniejszym postępowaniu Zamawiający oceniał będzie oferty na podstawie następujących kryteriów i przyznanej im wagi:

• Cena (C) 60%

• Doświadczenie Analityk biznesowo - systemowy (Da): 15%

• Doświadczenie Architekt IT (Dar): 15%

• Doświadczenie Projektant-programista Java (Dp): 10%

4. Oferty będą oceniane według powyższych kryteriów w skali od 0 do 100 pkt.

5. Zasady oceny kryterium "Cena" (C).

5.1. W przypadku kryterium "Cena" oferta otrzyma zaokrągloną do dwóch miejsc po przecinku liczbę punktów wynikających z działania:

Pi (C) = C(min) / C(i) x 60

gdzie:

Pi (C) = liczba punktów jakie otrzyma oferta badana za kryterium "Cena" (C)

C (min) = najniższa cena za 1 godzinę świadczenia usługi IT przez Projektanta - programistę JAVA spośród wszystkich ważnych ofert

C(i) = cena za 1 godzinę świadczenia usługi IT przez Projektanta - programistę JAVA oferty badanej

60 = oznacza wagę

Maksymalna liczba punktów jakie może uzyskać Wykonawca w tym kryterium to 60 pkt.

6. Zasady oceny kryterium „Doświadczenie Analityków biznesowo - systemowych” (Da) ” (Da)

6.1. W przypadku kryterium „Doświadczenie Analityków biznesowo - systemowych” oferta otrzyma zaokrągloną do dwóch miejsc po przecinku liczbę punktów wynikających z działania:

Pi (Da) = Da(i)) / Da(max) x 15

gdzie:

Pi (Da) = liczba punktów jakie otrzyma oferta badana za kryterium "Doświadczenie Analityków biznesowo - systemowych" (Da)

Da(max) = największa liczba projektów informatycznych, przy których wykonano analizę systemową, spośród wszystkich ofert

Da(i) = liczba projektów informatycznych, przy których wykonano analizę systemową oferty badanej

15 = oznacza wagę

Zasady obliczania danych do podstawienia w powyższym wzorze:

Analityk biznesowo - systemowy:

W okresie 5 lat przed upływem terminu składania ofert wykonał analizę systemową w co najmniej 2 projektach informatycznych, przy czym każdy z projektów o wartość co najmniej 300 000,00 złotych brutto.

Wykonawca wskaże w formularzu ofertowym minimalną liczbę projektów informatycznych przy których wykonano analizę systemową (o wartości każdego z projektów co najmniej 300 000,00 zł brutto), którą będą posiadać analitycy realizujący przedmiot zamówienia.

Zamawiający przyjmie do oceny liczbę będącą wynikiem różnicy pomiędzy wymaganą minimalną liczbą projektów informatycznych przy których wykonano analizę systemową a liczbą projektów informatycznych wskazaną w treści formularza ofertowego.

Maksymalna liczba punktów jakie może uzyskać Wykonawca w tym kryterium to 15 pkt.

6.2. W przypadku kryterium „Doświadczenie Architektów IT” (Dar) oferta otrzyma zaokrągloną do dwóch miejsc po przecinku liczbę punktów wynikających z działania:

Pi (Dar) = Dar(i) / Dar(max) x 15

gdzie:

Pi (Dar) = liczba punktów jakie otrzyma oferta badana za kryterium „Doświadczenie Architektów IT” (Dar)

Dar (max) = największa liczba zaprojektowanych systemowych informatycznych spośród wszystkich ofert

Dar(i) = liczba zaprojektowanych systemów informatycznych oferty badanej

15 = oznacza wagę

Zasady obliczania danych do podstawienia w powyższym wzorze:

Architekt IT (dalej jako architekt):

W okresie ostatnich 3 lat przed upływem terminu składania ofert zaprojektował (samodzielnie lub w zespole) co najmniej 2 systemy informatyczne wykorzystujące bazy danych i pracują w architekturze wysokiej dostępności. Wartość każdego z zaprojektowanych systemów wynosiła co najmniej 1 000 000,00 zł brutto.

Wykonawca wskaże w formularzu ofertowym minimalną liczbę zaprojektowanych systemów informatycznych wykorzystujących bazy danych i pracujących w architekturze wysokiej dostępności (o wartości każdego z zaprojektowanych systemów co najmniej 1 000 000,00 zł brutto), którą będą posiadać architekci IT realizujący przedmiot zamówienia.

Zamawiający przyjmie do oceny będącą wynikiem różnicy pomiędzy wymaganą minimalną liczbą zaprojektowanych systemów informatycznych wykorzystujących bazy danych i pracujących w architekturze wysokiej dostępności a liczbą zaprojektowanych systemów informatycznych wskazaną w treści formularza ofertowego.

Maksymalna liczba punktów jakie może uzyskać Wykonawca w tym kryterium to 15 pkt.

6.3. W przypadku kryterium „Doświadczenie Projektantów - programistów JAVA” (Dp) oferta otrzyma zaokrągloną do dwóch miejsc po przecinku liczbę punktów wynikających z działania:

Pi (Dp) = Dp(i) / Dp(max) x 10

gdzie:

Pi (Dp) = liczba punktów jakie otrzyma oferta badana za kryterium "Doświadczenie Projektantów - programistów JAVA" (Dp)

Dp (max) = największa liczba systemów informatycznych spośród wszystkich ofert

Dp(i) = liczba systemów informatycznych oferty badanej

10 = oznacza wagę

Zasady obliczania danych do podstawienia w powyższym wzorze: Projektant - programista (dalej jako programista):

W okresie ostatnich 3 lat przed upływem terminu składania ofert wytworzył (samodzielnie lub w zespole) oprogramowanie dla co najmniej 2 systemów informatycznych wykorzystujących bazy danych pracujące w architekturze wysokiej dostępności. Wartość każdego z zaprojektowanych systemów wynosiła co najmniej 1 000 000,00 zł brutto.

Wykonawca wskaże w formularzu ofertowym minimalną liczbę systemów informatycznych wykorzystujących bazy danych pracujące w architekturze wysokiej dostępności dla których wytworzono oprogramowanie (o wartości każdego z zaprojektowanych systemów co najmniej 1 000 000,00 zł brutto), którą będą posiadać projektanci - programiści JAVA realizujący przedmiot zamówienia.

Zamawiający przyjmie do oceny liczbę będącą wynikiem różnicy pomiędzy wymaganą minimalną liczbą systemów informatycznych wykorzystujących bazy danych pracujące w architekturze wysokiej dostępności a liczbą systemów informatycznych wskazaną w treści formularza ofertowego.

Maksymalna liczba punktów jakie może uzyskać Wykonawca w tym kryterium to 10 pkt.

7. Obliczenie łącznej liczby punktów uzyskanych przez Wykonawcę (spośród ofert podlegających ocenie) zostanie wyliczone na podstawie sumy uzyskanych punktów w kryteriach opisanych powyżej zgodnie z wzorem:

R = C + Da + Dar + Dp

gdzie

C - liczba punktów przyznanych Wykonawcy w kryterium „cena”

Da - łączna liczba punktów przyznanych Wykonawcy w kryterium „Doświadczenie Analityków biznesowo - systemowych"

Dar - łączna liczba punktów przyznanych Wykonawcy w kryterium „Doświadczenie Architektów IT"

Dp - łączna liczba punktów przyznanych Wykonawcy w kryterium „Doświadczenie Projektantów - programistów JAVA"

R - łączna liczba punktów (suma) przyznanych Wykonawcy w ramach wszystkich kryteriów

8. Zamawiający zawrze umowę ramową z Wykonawcami, których oferty odpowiadać będą wymaganiom Zamawiającego, w liczbie nie większej niż 5 (pięciu) chyba ,że oferty niepodlegające odrzuceniu złożyło mniej wykonawców.

9. W tym celu Zamawiający sporządzi listę rankingową Wykonawców według liczby uzyskanych punktów w kryterium oceny ofert i wybierze nie więcej niż 5 (pięciu) pierwszych Wykonawców z listy rankingowej, którzy uzyskali największą ilość punktów.

10. Jeżeli nie będzie można ustalić ostatniej pozycji na liście rankingowej pozwalającej na ustalenie 5 (pięciu) Wykonawców, z którymi Zamawiający będzie mógł zawrzeć umowę ramową ze względu na to, że dwie lub więcej ofert przedstawia taki sam bilans ceny i innych kryteriów oceny ofert określonych w SIWZ (otrzymały taką samą ilość punktów), Zamawiający spośród tych ofert wybierze ofertę (y) z najniższą ceną.

11. Jeżeli w okolicznościach, o których mowa powyżej Zamawiający nie będzie mógł ustalić 5 miejsca na liście rankingowej Wykonawców, z którymi Zamawiający będzie mógł zawrzeć umowę ramową ze względu na to, że dwie lub więcej ofert przedstawia taki sam bilans ceny i innych kryteriów oceny ofert określonych w SIWZ (otrzymały taką samą ilość punktów) i jednocześnie zawierają taką samą cenę, Zamawiający wybierze wszystkie oferty które zajęły w rankingu ofert ex æquo 5 miejsce.

XXVI. Sposób oceny ofert

1. Ocena złożonych ofert odbędzie się wyłącznie na podstawie wymaganych w treści SIWZ oświadczeń i dokumentów.

2. Zamawiający dokona weryfikacji ofert, badając czy oferty:

a. nie podlegają odrzuceniu

b. zawierają rażąco niską cenę

3. Zamawiający dokona wstępnej oceny braku podstaw do wykluczenia oraz spełniania warunków udziału w postępowaniu na podstawie oświadczenia, o którym mowa w art. 25a ustawy

4. Sporządzi wstępny ranking ofert przyznając punkty w kryteriach określonych w SIWZ

5. Następnie do Wykonawców, których oferty zostaną ocenione jako najkorzystniejsze Zamawiający skieruje wezwanie do złożenia w terminie nie krótszym niż 10 dni, aktualnych na dzień złożenia oświadczeń lub dokumentów wymienionych w rozdziale XII SIWZ, mających potwierdzać spełnianie warunków udziału w postępowaniu, brak podstaw do wykluczenia, spełnianie przez oferowane dostawy lub usługi lub roboty budowlane wymagań zamawiającego określonych w treści SIWZ.

6. W przypadku potwierdzenia przez Wykonawców spełniania warunków udziału w postępowaniu, brak podstaw do wykluczenia oraz spełniania przez oferowane dostawy lub usługi lub roboty budowlane wymagań Zamawiającego określonych w treści SIWZ Zamawiający przestąpi do wyboru oferty najkorzystniejszej

7. W przypadku braku potwierdzenia (przez któregokolwiek z Wykonawców do którego Zamawiający skieruje wezwanie, o którym mowa w rozdziale XXVI ust. 5) spełniania warunków udziału w postępowaniu, spełnieniu którejkolwiek z przesłanek wykluczenia, nie wykazaniu, że oferowane dostawy lub usługi lub roboty budowlane spełniają wymagania Zamawiającego określone w SIWZ Zamawiający powtórzy procedurę opisaną w rozdziale XXVI ust. 5, kierując wezwanie do wykonawcy, który uzyskał kolejny wynik w rankingu ofert.

8. Zamawiający działając odpowiednio dla każdego etapu postepowania, mając na uwadze jego prawidłowy przebieg prowadził będzie czynności mające na celu wyjaśnienie lub uzupełnienie oferty, o ile wymagają tego przepisy ustawy.

9. W przypadku omyłek w obliczeniu ceny Zamawiający za podstawę poprawy przyjmie liczbę jednostek miary i wskazaną przez Wykonawcę cenę jednostkową.

XXVII. Odrzucenie oferty

1. Zamawiający odrzuci ofertę w przypadkach określonych w art. 89 ust. 1 ustawy.

2. Zamawiajacy podejmując decyzję o odrzuceniu oferty, uwzgledniał będzie okoliczności wymienione w art. 89 ust 3 - ust 5 ustawy.

XXVIII. Wybór oferty i zawiadomienie o wyniku postępowania

1. Przy dokonywaniu wyboru ofert najkorzystniejszych Zamawiający stosował będzie wyłącznie zasady i kryteria określone w ustawie i SIWZ.

2. Niezwłocznie po wyborze najkorzystniejszej oferty Zamawiający zawiadomi jednocześnie Wykonawców, którzy złożyli oferty, o:

2.1. wyborze najkorzystniejszej oferty, podając nazwę (firmę), albo imię i nazwisko, siedzibę albo miejsce zamieszkania i adres Wykonawcy, którego ofertę wybrano, uzasadnienie jej wyboru oraz nazwy (firmy), albo imiona i nazwiska, siedziby albo miejsca zamieszkania i adresy Wykonawców, którzy złożyli oferty, a także punktację przyznaną ofertom w każdym kryterium oceny ofert i łączną punktację;

2.2. wykonawcach, których oferty zostały odrzucone, powodach odrzucenia oferty, a w przypadkach, o których mowa w art. 89 ust. 4 i 5, braku równoważności lub braku spełniania wymagań dotyczących wydajności lub funkcjonalności, podając uzasadnienie faktyczne i prawne ;

2.3. wykonawcach, którzy zostali wykluczeni z postępowania o udzielenie zamówienia, podając uzasadnienie faktyczne i prawne;

2.4. unieważnieniu postępowania

3. Niezwłocznie po wyborze najkorzystniejszej oferty Zamawiający zamieści informację, o których mowa w ust.2 również na stronie internetowej pełnomocnika Zamawiającego xxx.xxxxxx.xx oraz w miejscu publicznie dostępnym w siedzibie pełnomocnika Zamawiającego - Kancelaria Prawna Pieróg & Partnerzy, xx. Xxxxxxx 00 xxx. 0, 00 - 000 Xxxxxxxx.

XXIX. Dokumenty, jakie musi dostarczyć Wykonawca Zamawiającemu przed podpisaniem umowy

1. Pełnomocnictwo dla osób podpisujących umowę, jeśli ich umocowanie do podpisania umowy nie wynika z dokumentów załączonych do oferty.

XXX. Środki ochrony prawnej

1. Środki ochrony prawnej przysługują Wykonawcy, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu niniejszego zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez Xxxxxxxxxxxxx przepisów Ustawy.

2. Odwołanie przysługuje wyłącznie od niezgodnej z przepisami ustawy czynności zamawiającego podjętej w postępowaniu o udzielenie zamówienia lub zaniechania czynności, do której zamawiający jest zobowiązany na podstawie ustawy.

3. Odwołanie wnosi się w terminie 10 dni od dnia przesłania informacji o czynności zamawiającego stanowiącej podstawę jego wniesienia - jeżeli zostały przesłane w sposób określony w art. 180 ust. 5 zdanie drugie ustawy Prawo zamówień publicznych, albo w terminie 15 dni - jeżeli zostały przesłane w inny sposób.

4. Odwołanie wobec treści ogłoszenia o zamówieniu, a także wobec postanowień SIWZ, wnosi się w terminie 10 dni od dnia publikacji ogłoszenia w Dzienniku Urzędowym Unii Europejskiej lub zamieszczenia SIWZ na stronie internetowej pełnomocnika Zamawiajacego xxx.xxxxxx.xx.

5. Skarga do sądu - przysługuje stronom, oraz uczestnikom postępowania odwoławczego na orzeczenie Izby. Szczegółowo zasady i terminy wnoszenia skargi do sądu uregulowane zostały w art. 198a-198g Ustawy.

XXXI. Sposób porozumiewania się Zamawiającego z Wykonawcami

1. Osobą upoważnioną przez Zamawiającego do kontaktowania się z Wykonawcami są:

- Xxxxxx Xxxx - tel. (0-00) 000 00 00, fax (0-00) 000 00 00, e-mail: x.xxxx@xxxxxx.xx

2. W niniejszym postępowaniu oświadczenia, wnioski, zawiadomienia oraz informacje (zwanymi dalej ogólnie „korespondencją”) Zamawiający i Wykonawcy przekazują powołując się na nr referencyjny postępowania COI-ZAK 3201.9.2016.

− pisemnie: Kancelaria Prawna Pieróg & Partnerzy, xx. Xxxxxxx 00 xxx. 0, 00 - 000 Xxxxxxxx

− drogą elektroniczną: xxxxxxxxxx@xxxxxx.xx lub x.xxxx@xxxxxx.xx

− faksem: (0-00) 000 00 00

XXXII. Podwykonawstwo.

1. Zamawiający żąda wskazania przez Wykonawcę w ofercie części zamówienia, której wykonanie zamierza powierzyć podwykonawcom oraz podania przez Wykonawcę firm podwykonawców. Wskazanie niniejszego ma nastąpić w Formularzu Oferty.

2. W przypadku zmiany albo rezygnacji z podwykonawcy, na którego zasoby Wykonawca powoływał się na zasadach określonych w art. 22a ustawy, w celu wykazania spełniania warunków udziału w postepowaniu, Wykonawca jest obowiązany wykazać Zamawiającemu, iż proponowany inny podwykonawca lub Wykonawca samodzielnie spełnia je w stopniu nie mniejszym niż wymagany w trakcie postepowania o udzielenie zamówienia.

3. Jeżeli powierzenie podwykonawcy wykonania części zamówienia następuje w trakcie jego realizacji (dotyczy usług lub robót budowlanych) Wykonawca na żądanie Zamawiającego przedstawienia JEDZ lub oświadczenia lub dokumenty potwierdzające brak podstaw wykluczenia wobec podwykonawcy.

4. Jeżeli Zamawiający stwierdzi, że wobec danego podwykonawcy zachodzą przesłanki wykluczenia, wykonawca obowiązany jest zastąpić tego podwykonawcę lub zrezygnować z powierzenia wykonania części zamówienia podwykonawcy.

5. Pozostałe postanowienia dotyczące podwykonawców zostaną każdorazowo określone w cz. III SIWZ

- wzór umowy (w zależności od rodzaju postępowania).

XXXIII. Warunki zawarcia umowy ramowej

1. Poprzez umowę ramową należy rozumieć umowę zawartą między Zamawiającym a jednym lub większą liczbą Wykonawców, której celem jest ustalenie warunków dotyczących zamówień publicznych, jakie mogą zostać udzielone w danym okresie, w szczególności cen i jeżeli zachodzi taka potrzeba przewidywanych ilości.

2. Postępowanie o udzielenie zamówienia publicznego prowadzone jest w celu zawarcia umowy ramowej z maksymalnie 5 wykonawcami, z zastrzeżeniem rozdziału XXV ust. 11 SIWZ .

3. Jeżeli oferty niepodlegające odrzuceniu złoży mniej niż 5 wykonawców, Zamawiający zawrze umowę ramową z wszystkimi wykonawcami, którzy złożą oferty niepodlegające odrzuceniu.

4. Jeżeli liczba Wykonawców, którzy złożyli ważne oferty będzie większa niż 5 (pięć), to Zamawiający dokona wyboru 5 (pięciu) najkorzystniejszych ofert ramowych stosując kryteria wyboru opisane w rozdziale XXV ust. 10 niniejszej SIWZ.

5. W przypadku zawarcia umowy ramowej, z co najmniej dwoma wykonawcami, zamawiający będzie udzielał zamówień, których przedmiot będzie objęty umową ramową, wykonawcom, z którymi

zawrze umowę ramową, zapraszając ich do składania ofert na podstawie art. 101a ust. 1 pkt. 2 lit) b ustawy.

6. W przypadku zawarcia umowy ramowej z jednym wykonawcą, zamawiający będzie udzielał zamówień, których przedmiot będzie objęty umową ramową, wykonawcy, z którym zawrze umowę ramową, na warunkach określonych w umowie ramowej zgodnie z art. 101a ust 1 pkt. 1 ustawy.

7. Zawarcie umowy ramowej nie jest udzieleniem zamówienia publicznego.

8. Fakt zawarcia umowy ramowej nie rodzi po stronie Zamawiającego, obowiązku kontraktowania.

Umowa ramowa zostanie podpisana przez Zamawiającego niezwłocznie po uprawomocnieniu się wyników postępowania.

XXXIV. Wykaz załączników do SIWZ

Załącznikami do SIWZ są następujące wzory:

Oznaczenie Załącznika	Nazwa Załącznika
Załącznik nr 1	Wzór Formularza Oferty
Załącznik nr 2	Wzór oświadczenia Wykonawcy o spełnianiu warunków udziału w postępowaniu oraz braku podstaw do wykluczenia, o którym mowa w art. 25a ust 1 ustawy w formie JEDZ
Załącznik nr 3	Wzór wykazu usług
Załącznik nr 4	Wzór listy podmiotów wchodzących w skład tej samej grupy kapitałowej albo braku przynależności do grupy kapitałowej
Załącznik nr 5	Wykaz osób

Wskazane w tabeli powyżej załączniki Wykonawca wypełnia stosownie do treści rozdziału XIV SIWZ. Dopuszcza się zmiany wielkości pól załączników oraz odmiany wyrazów wynikające ze złożenia oferty wspólnej. Wprowadzone zmiany nie mogą zmieniać treści załączników.

Podpisy:

Sporządził: Przewodniczący Komisji: Radca Prawny

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

ZATWIERDZAM

CZĘŚĆ II SIWZ – OPIS PRZEDMIOTU ZAMÓWIENIA

CPV:

72268000-1 Usługi dostawy oprogramowania 72240000-9 - Usługi analizy systemu i programowania 72254100-1 Usługi w zakresie testowania systemu

72226000-5 Usługi doradcze w zakresie badań odbiorczych oprogramowania systemowego 80500000-9 Usługi szkoleniowe

I. Planowany tryb dla postępowania

Niniejsze postępowanie prowadzone jest w trybie przetargu nieograniczonego celem zawarcia Umowy Ramowej z maksymalnie 5 Wykonawcami na podstawie art. 99 - 101b ustawy Prawo zamówień publicznych (t.j. Dz. U. z 2015 r. poz. 2164 ze zm.) w rygorze przepisów dla postępowań o wartości powyżej równowartości kwot o których mowa w art. 11 ust 8 ustawy.

II. Przedmiot zamówienia:

1. Przedmiotem zamówienia w niniejszym postepowaniu jest świadczenie przez Wykonawcę specjalistycznych usług w zakresie związanym z wytwarzaniem oprogramowania (zwanych dalej

„Usługami”), przez zespół Wykonawcy miarę zgłaszanego przez Zamawiającego zapotrzebowania na podstawie umów wykonawczych, w modelu prac projektowych.

2. Zamawiający zlecać może prace Projektowe definiowane jako usługi analizy, projektowania, programowania, testowania, szkoleń, przygotowania dokumentacji, konsultacji, wykonywane przez Wykonawcę polegające na dostarczaniu Zamawiającemu produktów lub wsparcia personelu informatycznego, które będą określane w zakresach odrębnie ustalonych w Umowach Wykonawczych, zawartych w wyniku przeprowadzenia postępowań szczegółowych prowadzonych w trakcie trwania zawartej Umowy Ramowej. Wskazane w poprzednim zdaniu elementy prac stanowią najszerszy zakres realizacji prac, które mogą być wykonywane na podstawie Umowy Ramowej.

3. Na potrzeby realizacji Umowy ramowej i umów wykonawczych definiuje się następujące role oraz szacunkowe zapotrzebowanie na usługi w danej roli w okresie obwiązywania umowy ramowej:

Lp.	Rola w projekcie	Szacowany zapotrzebowanie w osobogodzinach
1	Analityk biznesowo-systemowy	20960
2	Architekt IT	3200
3	Ekspert ds. jakości oprogramowania	2400
4	Specjalista ds. zarządzania projektami	2400
5	Projektant-programista Java	78400
6	Tester IT	31360
7	Specjalista ds. dokumentacji	2400
8	Administrator Baz Danych	2400
9	Specjalista ds. instalacji i konfiguracji sprzętu i oprogramowania	1600
10	web developer – grafik	2400
11	Specjalista ds. usług szkoleniowych	2400

4. Role wskazane w tabeli będą wykorzystywane przez Zamawiającego do wyceny Usług zleconych Umowami Wykonawczymi.

III. Warunki ogólne dotyczące realizacji przedmiotu zamówienia

1. Istotą realizacji przedmiotu zamówienia w niniejszym postępowaniu jest rozbudowa/modyfikacja istniejącego Systemu Informatycznego, którego ogólne założenia określone zostały poniżej:

1.1. Wykorzystane komponenty standardowe:

− Magistrala serwisowa - IBM Websphere Data Power XI52

W systemie z uwagi na sprzętowe wsparcie operacji wykonywanych w warstwie integracji (takich jak wbudowany firewall aplikacyjny dla warstwy usług), procesu uwierzytelniania oraz autoryzacji

użytkowników, procesu wyliczania czasów SLA dla usług czy wbudowanych mechanizmów kryptograficznych - na komponent magistrali serwisowej wybrano rozwiązanie IBM WebSphere Data Power XI52. Dzięki sprzętowemu wsparciu wymienionych procesów zapewniona zostanie wysoka szybkość przetwarzania komunikatów, co ma krytyczne znaczenie dla wydajności i dostępności modernizowanego systemu. Wybór tego rozwiązania dla systemu pozwoli też zunifikować i zoptymalizować koszt utrzymania platformy warstwy integracyjnej używanej przez MSW - rozwiązanie IBM Data Power wykorzystywane jest bowiem również w projekcie xx.XX.

− Warstwa pośrednicząca w wymianie komunikatów (MOM) - IBM WebSphere MQ

Z uwagi na konieczność zastosowania w systemie rozwiązania dostarczającego niezawodny mechanizm kolejkowania żądań pozwalający trwale zapisać komunikaty do przetworzenia zdecydowano się na wykorzystanie rozwiązania IBM WebSphere MQ. Każdy komunikat zapisywany jest na macierzy dyskowej o stopniu niezawodności identycznym z macierzami na której przechowywane są dane ewidencji. Wybór narzędzia IBM WebSphere MQ podyktowany jest też faktem, że jest to jedyne narzędzie klasy MOM wspierane natywnie przez IBM WebSphere Data Power XI52, a co za tym idzie użycie opisanego narzędzia jest niezbędne do zapewnienia wysokiej wydajności całej warstwy integrFacyjnej.

− Warstwa integracji danych (ETL) - Pentaho Data Integration

Po analizie potrzeb i zadań jakie ma w modernizowanym systemie realizować narzędzie ETL, zdecydowano się na wykorzystanie produktu Pentaho Data Integration. Narzędzie to wybrano z uwagi na łatwość implementacji uzyskiwaną dzięki dostarczanemu wraz z narzędziem komponentem do graficznego modelowania transformacji i przepływu danych oraz mnogości obsługiwanych źródeł i formatów danych, co zapewnia - istotną z punktu widzenia modernizowanego systemu - elastyczność oraz łatwość implementacji przepływów danych zarówno już zdefiniowanych procesów, jak i tych które dopiero zostaną zdefiniowane w ramach rozwoju Systemu.

− Repozytorium tożsamości - IBM Tivoli Directory Server

Repozytorium tożsamości stanowi centralne źródło informacji o użytkowniku systemu, jego poświadczeniach oraz uprawnieniach do poszczególnych modułów Systemu. Z uwagi na natywne mechanizmy obsługi rozwiązania przez oprogramowanie IBM Data Power XI52 stanowiącego warstwę integracyjną usług w modernizowanym systemie wybrano rozwiązanie serwera LDAP

dostarczane przez firmę IBM o nazwie IBM Tivoli Directory Server. Zwiększa to szybkość obsługi zapytań kierowanych poprzez magistralę serwisową do repozytorium tożsamości. Szybkość komunikacji między tymi komponentami ma kluczowe znaczenie dla wydajności całego systemu. W ten właśnie sposób komunikuje się z repozytorium tożsamości moduł uwierzytelniania i autoryzacji (3AM), który odpowiada za weryfikację uprawnień użytkowników dla wszystkich żądań kierowanych do usług systemu.

− Kontenery portletów warstwy prezentacji – Liferay Portal

W warstwie prezentacji, na potrzeby aplikacji, zdecydowano się na zastosowanie rozwiązania Liferay Portal. Rozwiązanie jest kontenerem portletów w pełni zgodnym ze standardem JSR-286 agregującym, zarządzającym i personalizującym informacje dostarczane przez portlety. Liferay Portal zawiera niezbędne funkcjonalności zdefiniowane przez wymieniony już standard takie jak zarządzanie cyklem życia portletów, obsługa komunikacji między nimi czy przechowywanie ich wartości konfiguracyjnych.

Wraz z wybranym rozwiązaniem dostarczanych jest wiele elementów ułatwiających tworzenie portletów, integrację rozwiązania z innymi systemami czy utrzymanie i zarządzanie rozwiązaniem. Z uwagi na mnogość funkcjonalności i dostępnych dodatków, poniżej przytoczono jedynie te najistotniejsze z punktu widzenia systemu:

1. Mechanizmy zarządzanie prezentowanymi informacjami takie jak:

− łatwe zarządzanie szatą graficzną – poprzez szablony graficzne interfejsu użytkownika,

− graficzne komponowanie interfejsu użytkownika z możliwością osadzania portletów na stronie metodą „przeciągnij i upuść”,

− przyjazny w użyciu edytor statycznej zawartości prezentowanych na stronie,

− mechanizmy tworzenia i zarządzanie wieloma społecznościami użytkowników wraz z personalizacją zawartości dla społeczności, integracją z serwisami społecznościowymi etc.

2. Integracja rozwiązania z innymi komponentami w ramach całego systemu:

− Integrację z wieloma dostawcami tożsamości na potrzeby wdrożenia mechanizmu SSO i zarządzania uprawnieniami użytkowników.

− Wymianę danych z innymi systemami i dostawcami treści poprzez warstwę usług (webService) poprzez mechanizm WSRP (Web Services for Remote Portlets)

3. Dostarczanie API dla developerów tworzących portlety. Pozwalające wykorzystać do budowy portletu gotowe mechanizmy do weryfikacji uprawnień, komunikacji z usługami poprzez protokół JSON czy SOAP i wiele innych.

Rozwiązanie dostępne jest jako rozwiązanie o otwartym kodzie źródłowym oraz w wersji komercyjnej, która - w zależności od posiadanej licencji – zapewnia różne poziomy wsparcia oraz dodatkowe funkcjonalności takie jak klaster na poziomie kontenera portletów czy mechanizm subskrypcji ułatwiający proces aktualizacji oprogramowania.

− Serwery generowania wydruków i raportów - JasperReport Server

Na potrzeby generowania w warstwie prezentacji wydruków w postaci plików pdf, z uwagi na fakt, że jest rozwiązaniem o otwartym kodzie źródłowym, wybrane zostało narzędzie JasperReports Server. Na proces wyboru narzędzia miała również wpływ wysoka wydajność rozwiązania w stosunku do konkurencyjnych rozwiązań, obsługuje możliwość generowania wydruków i raportów masowych w różnych formatach np.: PDF, HTML, XLS, CSV oraz XML, a także fakt, że jest to platforma w całości zbudowana w technologii Java, dzięki czemu jest łatwa w integrowaniu z innymi aplikacjami. Platforma posiada również biblioteki, które mogą zostać wbudowane w dowolną aplikację. Dzięki standardom definicji raportu w XML pozwala użytkownikom na tworzenie raportów o dowolnej długości i złożoności. Wraz z serwerem dostarczane są gotowe narzędzia do tworzenia szablonów wydruków. W efekcie wygląd raportu można dowolnie zmienić (np. zmiana tłumaczenia raportu na inny język wymaga jedynie zainstalowania wymaganego słownika) bez wpływu na sposób pracy aplikacji. Platforma posiada otwarty kod, dzięki czemu jest wolna od opłat licencyjnych, jednak i w tym przypadku istnieje możliwość wykupienia komercyjnego wsparcia.

− Serwery aplikacji przetwarzających logikę biznesową – Oracle WebLogic Server

Z uwagi na pełną zgodność ze standardem J2EE oraz wbudowane mechanizmy integracji z bazami danych Oracle używanymi w systemie na serwer aplikacyjny dla oprogramowania przetwarzającego logikę biznesową wybrano Oracle WebLogic Server. Dodatkowym czynnikiem, który wzięto pod uwagę przy wyborze tego narzędzia, był fakt że na potrzeby wdrożenia rozwiązania można wykorzystać posiadane już licencje na oprogramowanie Oracle WebLogic Server, co pozwoli na optymalizację kosztów wdrożenia rozwiązania.

− Serwery aplikacyjne warstwy prezentacji - Tomcat Server

Z uwagi na wysoką wydajność rozwiązania w stosunku do produktów konkurencyjnych na potrzeby zarządzania kontenerami portletów w warstwie prezentacji zdecydowano się użyć kontenera aplikacji webowych Apache Tomcat Server. Wybrany i opisany w niniejszym podrozdziale kontener portletów wytworzony jest w technologii java z użyciem platformy programistycznej Spring (biblioteki, schematy, narzędzia itp.). Dzięki użyciu platformy Spring rozwiązanie Liferay Portal nie korzysta z komponentów sesyjnych EJB, a to z kolei pozwala na użycie jako kontenera warstwy aplikacji serwera webowego, zamiast w pełni zgodnego ze standardem J2EE serwera aplikacyjnego java. Istotnym elementem przy dokonywaniu wyboru serwera był też fakt, że rozwiązanie to jest oprogramowaniem w pełni darmowym o otwartym kodzie źródłowym. Ze względu na swą popularność na rynku (rozwiązanie Tomcat Server jest często stosowane jako element pełnych serwerów J2EE między innymi przez takich dostawców rozwiązań jak JBOSS czy ORACLE) produkt jest nieustannie rozwijany i dopracowywany. Zastosowanie tego rozwiązania jest również wspierane przez producenta rozwiązania Liferay Portal.

Charakter użycia Apache Tomcat Server w systemie (zastosowanie jedynie do warstwy prezentacji, bez przetwarzania logiki biznesowej) powoduje, iż na obecnym etapie projektu brak jest uzasadnienia dla zapewnienia wsparcia dostawcy na ten element systemu, jednak jeśli w przyszłości zaistnieje taka konieczność, istnieje możliwość wykupienia wsparcia oferowanego przez firmę VMWare.

− Serwery warstwy baz danych Oracle Database

Z uwagi na wolumetrię, dostępność i wydajność baz danych zdecydowano się wybrać system zarządzania relacyjną bazą danych Oracle. Jest to produkt dostarczany przez największego dostawcę rozwiązań klasy RDBMS firmę Oracle Corporation. Stosowane jest przez znaczącą część największych instytucji na świecie do dużych i skomplikowanych rozwiązań. Bazy danych Oracle można skalować zarówno horyzontalnie jak i wertykalnie. Zastosowane rozwiązanie jest nieustannie rozwijane i ulepszane oraz wspierane przez support 24/7.

. Dodatkowo w zastosowanym rozwiązaniu wspierane jest podłączenie się z wszystkich rodzajów serwerów zaprojektowanych w warstwie przetwarzającej logikę biznesową, prezentacji, raportów i wydruków oraz integracji.

1.2. Struktura systemu

Architektura modułów składa się z pięciu komponentów rozmieszczonych w trzech warstwach: warstwy prezentacji na którą składają się serwery portalu Liferay oraz serwery oparte na rozwiązaniu Jasper Server, generujące dokumenty w postaci plików pdf, warstwy integracji opartej na rozwiązaniu IBM Data Power oraz warstwy bazy danych wraz z komponentem do transformacji danych Pentaho Data Integration.

Warstwa prezentacji LifeRay:

W ramach realizacji projektu wytworzone zostały Portlety (niezależne komponenty do umieszczenia na stronie www) odpowiedzialne za:

− prezentację statycznej zawartości strony www;

− wyświetlenie formularza

− walidację danych wprowadzanych przez użytkownika;

− przygotowanie komunikatu SOAP na podstawie wprowadzonych danych do webservice’u usługi pobierającej dane autobusu/pojazdu;

− odbiór komunikatu z odpowiedzią;

− prezentację odpowiedzi klientowi;

− przygotowanie komunikatu SOAP na podstawie wprowadzonych danych do webservice’u usługi dostarczającej funkcjonalność generowania raportu w postaci pliku pdf;

− przesłanie wygenerowanego raportu do użytkownika.

Warstwa integracji

Magistrala serwisowa IBM WebSphere DataPower pośredniczy w dostępie do danych oraz w przesyłaniu żądań generowania raportu w postaci pliku pdf. Na potrzeby komunikacji warstwy prezentacji z szyną danych utworzony został webservice przyjmujący żądania dostępu do danych. Żądania te są następnie, przy pomocy transformacji XSLT, przekształcane na zapytania do bazy danych. Otrzymane wyniki zapytania transformowane są ponownie na komunikat SOAP i odsyłane do warstwy prezentacji; szyna integracyjna została wykorzystana jako centralny punkt logowania zdarzeń w systemie z uwagi na fakt, iż wszystkie komunikaty przesyłane są za jej pomocą.

Warstwa generowania Raportów

Warstwa oparta została na rozwiązaniu Jasper Reports Server. Raport generowany jest z wykorzystaniem wcześniej przygotowanych szablonów, rożnych dla aplikacji Historia Pojazdu i Bezpieczny Autobus. Komunikaty przekazywane są z portletu umieszczonego w warstwie

prezentacji przez Szynę Integracyjną, gdzie odkładane są również logi. Z otrzymanych danych generowany jest raport pdf i jest przesyłany w komunikacie zwrotnym do warstwy prezentacji.

Warstwa ETL

W ramach implementacji Usług wykorzystany został mechanizm ETL w narzędziu Pentaho Data Integration. W ramach procesu ETL wykonywana jest ekstrakcja danych z bazy systemu, a następnie ich transformacja do modelu danych e-usług i zapis w wydzielonym schemacie bazodanowym E-USŁUGI.

1.3. Dekompozycja systemu

W trakcie prac projektowych dokonano dekompozycji systemu na podsystemy - logicznie wydzielone części całego systemu działające niezależnie od pozostałych elementów rozwiązania. Podsystem należy więc rozumieć jako niezależny system realizujący procesy biznesowe i komunikujący się z pozostałymi podsystemami za pomocą jasno określonych interfejsów.

Dekompozycji dokonano opierając się na:

− analizie wymagań dla poszczególnych modułów

− zbiorze wymagań funkcjonalnych i zakresie systemu

− zbiorze wymagań funkcjonalnych oraz niefunkcjonalnych

− analizie procesów realizowanych przez poszczególne moduły.

Kluczem do wyznaczenia podziału na podsystemy było pogrupowanie elementów systemu realizujących procesy biznesowe, używane przez inne moduły i ich hermetyzacja (ukrycie implementacji, za interfejsem dostępowym) względem pozostałych elementów systemu. Należy zwrócić szczególną uwagę na to, że jako klucz podziału przyjęto nie tylko funkcjonalność biznesową realizowaną przez moduły i podsystemy (jak np.: podsystem usług dla ludności), ale również funkcjonalności systemowe - nie realizujące operacji biznesowych (jak np.: podsystem logowania zdarzeń). System podzielono zatem na następujące podsystemy:

1. Podsystem usług dla ludności,

2. Podsystem Ewidencji Pojazdów,

3. Podsystem Ewidencji Kierowców,

4. Podsystem Ewidencji Posiadaczy Kart Parkingowych,

5. Podsystem portalu informacyjnego,

6. Podsystem udostępniania danych,

7. Podsystem danych słownikowych,

8. Podsystem hurtowni danych (analityczno-raportowy),

9. Podsystem logowania zdarzeń,

10. Podsystem uwierzytelniania i autoryzacji,

11. Podsystem wykrywania i obsługi niezgodności,

12. Podsystem wymiany danych z podmiotami zagranicznymi,

13. Podsystem aplikacji klienckich,

14. Podsystem panelu komunikacyjnego,

15. Podsystem administracyjny.

1.4. Podział warstwowy systemu CEPiK

System CEPiK 2.0 zaprojektowany został w architekturze warstwowej, co oznacza, że komponenty zdefiniowanych w poprzednim podrozdziale podsystemów podzielone zostały na hierarchiczne warstwy, realizujące różną funkcjonalność. W ramach systemu CEPiK wyróżniono następujące warstwy:

− Warstwę DMZ (DMZ) - tzw. Strefa Zdemilitaryzowana - jest to warstwa stanowiąca strefę buforową dla połączeń o niskim stopniu zaufania, a co za tym idzie w największym stopniu narażonych na ataki mające na celu nieautoryzowany dostęp do systemu, lub mające zakłócić prawidłową pracę systemu. W strefie tej znajduje się infrastruktura sprzętowa mająca na celu wykrywanie i zabezpieczanie systemu przed atakami, jak również serwery pośredniczące w komunikacji pomiędzy użytkownikami łączącymi się poprzez kanały o niskim stopniu zaufania a komponentami znajdującymi się w sieci wewnętrznej.

− Warstwę serwerów aplikacyjnych (FRONT-END APP) - w warstwie tej znajdują się serwery aplikacyjne, których zadaniem jest udostępnienie użytkownikom graficznego interfejsu użytkownika dla wszystkich aplikacji w których użytkownicy korzystają z systemu SI CEPiK poprzez przeglądarkę internetową (tzw. „cienkiego Klienta”). Dostęp do serwerów mają zarówno użytkownicy mający dostęp do systemu poprzez kanały o niskim poziomie zaufania i przechodzący przez strefę DMZ jak również klienci łączący się do systemu z sieci wewnętrznych oraz łączy dedykowanych.

− Warstwę integracyjną (INT SRV) – warstwa stanowiąca centralny komponent SI CEPiK. W warstwie tej znajduje się Magistrala serwisowa stanowiąca pojedynczy punkt kontaktu użytkowników z infrastrukturą przetwarzającą logikę biznesową i przechowującą dane. Wszyscy użytkownicy systemu, bez względu na rodzaj operacji, poziom posiadanych uprawnień, czy sposób podłączenia, mogą wejść w interakcję z systemem SI CEPiK jedynie poprzez wywołanie usługi opublikowanej w warstwie integracyjnej.

− Warstwę aplikacji (CORE APP) – warstwa serwerów aplikacyjnych realizująca logikę biznesową niezbędną do przetworzenia żądania użytkownika wywołującego usługę.

− Warstwę baz danych (CORE DB) – nazywana również dalej w dokumencie warstwą trwałości lub warstwą magazynu danych - w warstwie baz danych znajdują się wszystkie bazy danych używane przez system CEPiK 2.0, a więc bazy danych ewidencji CEP, CEK, CEPKP, bazy danych hurtowni danych, bazy przechowujące logi aktywności użytkowników, czy bazy przechowujące ekstrakty danych na potrzeby usług dla ludności itd. Warstwa baz danych z uwagi na krytyczną szkodliwość potencjalnego nieautoryzowanego dostępu jest też szczególnie chroniona.

− Warstwę integracji danych (INT DB) – w warstwie tej odbywa się przepływ danych pomiędzy poszczególnymi magazynami danych. Przepływ realizowany jest poprzez narzędzie klasy ETL. Struktura warstw systemu CEPiK jest strukturą zamkniętą Oznacza to, że w ramach każdego z podsystemów komponent znajdujący się w warstwie wyższej może skorzystać wyłącznie z usług warstwy znajdującej się bezpośrednio niżej. Należy również zaznaczyć, że nie każdy podsystem musi korzystać ze wszystkich wymienionych wyżej warstw. Użycie poszczególnych warstw uzależnione jest od funkcji realizowanych przez podsystemy (np.: podsystemy nie posiadające warstwy interfejsu użytkownika i komunikujące się z użytkownikami systemu jedynie poprzez interfejs API nie używają warstwy serwerów aplikacyjnych. W następnych podrozdziałach szczegółowo omówiono warstwy systemu, a w podsumowaniu przedstawiono wykaz warstw używanych przez podsystemy i moduły wchodzące w ich skład.

1. Oczekiwanym przez Xxxxxxxxxxxxx sposobem realizacji przedmiotu zamówienia jest wykorzystanie przez Wykonawcę składników rozwiązań informatycznych posiadanych przez Zamawiającego i wykonanie lub dostarczanie jedynie brakujących elementów. W przypadku stwierdzenia przez Wykonawcę wad lub błędów w posiadanym przez Zamawiającego rozwiązaniu, Zamawiający dopuszcza możliwość przygotowania przez Wykonawcę rozwiązania zastępującego istniejące składniki posiadane przez Zamawiającego.

2. Wykonawca winien stosować się do wytycznych i zasad ujętych w dokumentach wymienionych w pkt.1, z zastrzeżeniem możliwości wystąpienia nieistotnego odstępstwa na etapie realizacji umowy wykonawczej. W takim przypadku każdorazowo Wykonawca zobowiązany jest poinformować Zamawiającego o takiej możliwości i uzyskać zgodę Zamawiającego na zastosowanie odstępstwa.

3. Zamawiający zastrzega sobie możliwość przeprowadzenia audytu na każdym etapie realizacji umowy wykonawczej.

4. Wykonawca zobowiązany jest do opracowywania produktów analitycznych zgodnie z zasadami i szablonami przekazanymi w zaproszeniu do składania ofert.

5. Za wdrażanie wytworzonych produktów na środowiska testowe i produkcyjne Zamawiającego odpowiadać będzie Zamawiający, przy wsparciu Wykonawcy. Jednakże Zamawiający może w wybranych Umowach Wykonawczych wskazać również Wykonawcę jako odpowiedzialnego za dokonanie wdrożenia. O konieczności przeprowadzenia wdrożenia Zamawiający każdorazowo informował będzie w zaproszeniu do składania ofert.

6. Wykonawca zobowiązany jest do stosowania zasad i wszelkich zaleceń odnośnie odbioru i wdrażania produktów powstałych w ramach realizacji przedmiotu zamówienia, o których został poinformowany przez Zamawiającego w chwili podpisywania Umowy Wykonawczej. Wdrażanie zmian w środowisku produkcyjnym musi się odbywać zgodnie obowiązującą procedurą zarządzania zmianą w SI CEPiK, która zostanie udostępniona w ramach Umów Wykonawczych, które będą obligowały Wykonawcę do wdrożenia zmiany.

7. Wykonawca w ramach opracowania projektu technicznego rozwiązania przedstawi wymagania infrastrukturalne dla opracowanego w ramach Umowy Wykonawczej modułu wraz z określeniem wpływu tego rozwiązania na komponenty wspólne systemu.

8. Kod źródłowy będzie przekazywany, utrzymywany i rozwijany w repozytorium kodu Zamawiającego (GIT) i będzie podlegał weryfikacji i ocenie Zamawiającego - zgodnie z warunkami opisanymi w rozdziale „Wymagania dotyczące jakości kodu źródłowego”.

9. Wykonawca każdorazowo – dla każdego produktu programistycznego - będzie przygotowywał instrukcję instalacji, konfiguracji i wdrożenia a także będzie świadczył usługi wsparcia podczas wdrożenia, a dodatkowo - w zależności od oczekiwania Zamawiającego w zaproszeniu do składania ofert dotyczącego umowy wykonawczej - będzie zobowiązany do świadczenia przez określony czas usługi serwisu dla przygotowanego rozwiązania.

10. Na etapie zaproszenia do składania ofert Zamawiający zastrzega sobie prawo do wskazania dowolnego etapu wytwórczego produkt do realizacji w ramach zasobów własnych lub innego Wykonawcy np. przygotowanie analizy, projektu technicznego, przeprowadzenie testów akceptacyjnych.

IV. Wymagania dotyczące jakości kodu źródłowego

1. Kod źródłowy musi być napisany w powszechnie używany języku programowania z wykorzystaniem jego aktualnie najwyższej dostępnej stabilnej wersji platformy. Język

i platforma musi zostać uzgodniona z Zamawiającym przed przystąpieniem do prac, informacja taka winna się znaleźć w ofercie Wykonawcy.

W przypadku użycia Javy zalecana jest platforma OpenJDK. Dopuszczalne po uzgodnieniu inne języki JVM - Scala, Groovy, Kotlin.

W uzasadnionych przypadkach dopuszcza się inne języki JVM (Groovy, Scala i Kotlin) przy zachowaniu spójności i standardów IT. Po uzasadnieniu możliwe jest zastosowanie Oracle JDK.

2. Konfiguracja infrastruktury niezbędnej do uruchomienia środowiska powinna być udokumentowana i udostępniona w formie kodu źródłowego dla jednego z otwartych mechanizmów zarządzania konfiguracją infrastruktury.

3. Kod źródłowy powinien być dostarczony wraz z historią zmian w repozytorium GIT. Historia powinna zawierać opisy poszczególnych zmian pozwalające na prześledzenie przyrostu kodu dla głównej gałęzi projektu. Nie jest wymagane dostarczanie danych osobowych poszczególnych autorów zmian.

4. Wykonawca udostępni ciągły dostęp do powstającego rozwiązania lub przekaże częściowe rozwiązanie w przyrostach (nie rzadziej niż co 3 miesiące, częstotliwość zostanie ustalona w Umowie Wykonawczej), umożliwiając Zamawiającemu wykonanie częściowego odbioru i weryfikację zgodności z przyjętymi założeniami.

5. Wykonawca powinien dostarczyć konfigurację stosowanego do budowania projektu środowiska Continuous Integration z wykorzystaniem uzgodnionych przez Strony narzędzi i dokumentację niezbędną do jego uruchomienia po stronie odbierającego. Odbierana wersja produktu będzie budowana ze źródeł, testowana przez automaty oraz wdrażana na środowisko testów akceptacyjnych w taki sposób, by Zamawiający mógł zweryfikować fakt istnienia takiego procesu. Zamawiający ma prawo zażądać przeprowadzenia całego procesu na własnej infrastrukturze, samodzielnie lub przy wykorzystaniu asysty technicznej Twórcy.

6. Publicznie wdrażane wersje oprogramowania powinny mieć wersje zgodne ze schematem Semantic Versioning xxxx://xxxxxx.xxx.

7. Artefakty wynikowe kodu źródłowego muszą być dostarczone dla każdej dostarczanej wersji wraz ze zaktualizowaną dokumentacją (w tym wygenerowaną dokumentacją kodu) oraz logiem zmian opisanym biznesowo. Artefakty powinny być podpisane cyfrowo, aby możliwe było potwierdzenie ich pochodzenia oraz integralność binariów.

8. Można użyć ogólnodostępnych bibliotek i artefaktów o ile ich licencja nie ogranicza wykorzystania rozwiązania przez odbiorcę. Dostarczone oprogramowanie powinno używać możliwie najnowszych stabilnych wersji bibliotek. W uzasadnionych przypadkach zezwala się na użycie

artefaktów określonych producentów ale w takim przypadku będą one dostarczone wraz z wymaganymi licencjami odbiorcy. Twórca musi dostarczyć listę wszystkich zewnętrznych zależności w projekcie (tj. nazwy pakietów i ich wersje, sumę kontrolną pakietu - pozwalające jednoznacznie zidentyfikować wykorzystywany artefakt).

9. Kod źródłowy (aplikacji, bibliotek i wdrożeniowy) musi posiadać testy jednostkowe i integracyjne przy użyciu narzędzia Sonar. Pokrycie powinno pokrywać co najmniej 50% rozgałęzień w kodzie. W chwili oddania oprogramowania wszystkie testy muszą się poprawnie kończyć.

10.Rozwiązanie musi dysponować powtarzalnymi testami wydajności. Metodyka testów, plan testów, skrypty oraz dane testowe do przeprowadzenia testów, oraz sposób przeprowadzania pomiarów i oceny wydajności powinny zostać dostarczone jako produkty wraz z projektem, aby możliwe było odtworzenie testów przez Zamawiającego. Dostarczony raport musi umożliwiać powtórzenie testów dla nowszej wersji systemu w taki sposób, by możliwe było potwierdzenie lub zaprzeczenie występowania wskazanych podatności w nowszej wersji systemu.

11.Po ustaleniu z zamawiającym wykonawca dostarczy raport z testów bezpieczeństwa wykonanych dla konkretnej wersji systemu. Raport musi zawierać co najmniej metodologię testów, plan testów, scenariusze testowe, listę znalezionych podatności, sposób powtórzenia, krytyczność oraz informację, czy podatność została naprawiona (jeśli tak, to w której wersji systemu). Dostarczony raport musi umożliwiać powtórzenie testu dla nowszej wersji systemu w taki sposób, by możliwe było potwierdzenie lub zaprzeczenie występowania wskazanych podatności w nowszej wersji systemu.

12.Kod źródłowy musi przejść przegląd kodu przy wykorzystaniu analizy w narzędziu typu SonarQube: brak zgłoszeń typu Blocker i Critical, dług techniczny poniżej 3%. Profile reguł narzędzia zostaną ustalone przy starcie projektu i muszą one korzystać ze standardowego zestawu reguł. Zestaw reguł może zostać zmieniony w trakcie trwania projektu po wcześniejszej akceptacji przez Xxxxxx.

13.Kod źródłowy powinien spełniać wymagania architektoniczne ustalone w zaproszeniu do zgłaszania ofert oraz w Umowie Wykonawczej. Ustalenia architektoniczne definiują stosowane w projekcie języki programowania i technologie. Zmiany w tym zakresie mogą zostać wprowadzone po akceptacji przez Strony, po określeniu wpływu, oraz udowodnieniu zasadności, w tym:

a. obniżenie kosztów wytworzenia lub utrzymania,

b. krótszy termin dostarczenia,

c. krótszy termin reakcji na błędy,

d. aktualizacja wymagana przez czynniki zewnętrzne,

e. naprawa błędnej decyzji technologicznej na wcześniejszym etapie

f. zmniejszenie ryzyka w projekcie,

g. Udowodnienie zasadności musi być poparte dostarczeniem stosownej symulacji, analizy ryzyka lub techniczny dowód poprawności (ang. proof-of-concept).

V. Wymagania dotyczące dokumentacji

1. Wykonawca, który zawrze z zamawiającym Umowę Wykonawczą zobowiązany jest do przygotowania i przekazania Zamawiającemu dokumentacji, zwanej dalej „Dokumentacją”, bezpośrednio związanej z przedmiotem zamówienia, opracowanej zgodnie z ogólnie akceptowalnymi standardami w dziedzinie dokumentowania. Dokumentacja, o której mowa w zdaniu poprzednim, może obejmować:

1) mapy dokumentacji (nazwa dokumentu, data wytworzenia, wersja, słowa kluczowe),

2) dokumentację projektową,

3) dokumentację bezpieczeństwa zawierającą co najmniej następujące informacje:

a. opis wymagań wynikających z wymogów ochrony danych osobowych przetwarzanych w systemie i sposób ich realizacji w ramach przedmiotu zamówienia,

b. opis wymagań wynikających z wymogów ochrony danych niejawnych przetwarzanych w systemie oraz sposób ich realizacji w ramach przedmiotu zamówienia,

c. określone w zaleceniach ABW, w szczególności dotyczących opracowania dokumentu Szczególnych Wymagań Bezpieczeństwa systemu teleinformatycznego,

4) dokumentację systemową, zawierającą co najmniej następujące informacje:

a. wprowadzenie opisujące cele i zakres,

b. specyfikację i opis wymagań funkcjonalnych i niefunkcjonalnych,

c. specyfikację i opis wymagań sprzętowych i programowych,

d. procedurę przebiegu testów i sposób oszacowania niezawodności zaproponowanego rozwiązania, w tym propozycję raportów z testów,

e. specyfikację i opis zastosowanych mechanizmów bezpieczeństwa,

f. proces i procedury zarządzania cyklem rozwoju i aktualizacji systemów,

5) dokumentację systemową, zawierającą co najmniej następujące informacje, wytwarzaną po zakończeniu wytwarzania kodu źródłowego:

a. wprowadzenie opisujące cele i zakres

b. opis architektury rozwiązania (struktura modułów i powiązania),

c. opis struktury danych oraz powiązania pomiędzy przechowywanymi danymi,

d. sposób przepływu danych pomiędzy poszczególnymi modułami i systemami,

e. specyfikację i opis interfejsów,

f. kod źródłowy (o ile będzie wytwarzany w ramach projektu),

6) dokumentację eksploatacyjną (podręcznik administratora) zawierającą co najmniej Plan Utrzymania Ciągłości Działania oraz procedury administracyjne, procedury awaryjne i użytkownika, przy czym każda z procedur powinna zawierać, co najmniej następujące wyszczególnione informacje:

a. identyfikator i nazwę procedury,

b. rodzaj procedury,

c. datę utworzenia i zatwierdzenia oraz wersja procedury,

d. cel i zakres procedury,

e. warunki uruchomienia procedury i oczekiwany rezultat jej wykonania,

f. dane osób, które opracowały procedurę, sprawdziły, zaakceptowały i zatwierdziły,

g. działania, które występują jedno po drugim, jakie należy wykonać, aby osiągnąć postawiony cel, w tym informacja o osobie (zgodnie z zaproponowanymi rolami), która powinna wykonać dane czynności,

h. opisy procesów i/lub czynności,

2. Wykonawca zobowiązany jest do przygotowania i dostarczenia Zamawiającemu procedur eksploatacyjnych zawierających w szczególności procedury opisane poniżej. Dopuszczalne jest, aby, w przypadku procedur dotyczących oprogramowania standardowego (tj. oprogramowania dostarczanego przez innych, niż Wykonawca, producentów oprogramowania), Wykonawca dostarczył Zamawiającemu lub powołał się na oryginalną dokumentację producenta oprogramowania standardowego.

1) zarządzanie systemami operacyjnymi:

a. Kontrolowanie zawartości logów systemu operacyjnego,

b. Tworzenie kopii archiwalnych systemów plików,

c. Odzyskiwanie kopii archiwalnych systemów plików,

d. Tworzenie kopii systemu operacyjnego,

e. Odzyskiwanie kopii systemu operacyjnego,

f. Kontrolowanie procentowej zajętości systemów plików,

g. Instalowanie poprawek do systemu operacyjnego,

h. Monitorowanie działania serwisów zwracając szczególną uwagę na usługi mające wpływ na bezpieczeństwo oraz wydajność systemu,

i. Diagnozowanie sytuacji awaryjnych,

j. Monitorowanie dostępów do systemu w poszukiwaniu nieuprawnionych użytkowników lub prób włamania,

k. Tworzenie dla potrzeb bazy danych surowych partycji,

2) administrowanie serwerami aplikacji:

a. Instalacja oprogramowania,

b. Instalacja łat programowych,

c. Aktualizacja oprogramowania,

d. Aktualizacja aplikacji użytkownika,

e. Zabezpieczenie przed awariami,

f. Monitorowanie stanu aplikacji,

g. Powiadamianie operatora,

h. Działania w sytuacjach awaryjnych,

i. Awaria jednego z serwerów,

j. Uszkodzenie pliku,

k. Zarządzanie aplikacją,

l. Administracja uprawnieniami,

m. Administracja danymi słownikowymi,

n. Administracja parametrami systemu,

3) zarządzanie bazami danych:

a. Procedury ogólne,

b. Administrowanie oprogramowaniem,

c. Instalacja oprogramowania,

d. Aktualizacja wersji oprogramowania,

e. Instalacja łat programowych,

f. Zarządzanie bazą danych,

g. Zarządzanie strukturą fizyczną bazy,

h. Zarządzane pamięcią,

i. Zarządzanie siecią,

j. Zarządzanie wydajnością,

k. Monitorowanie stanu bazy danych,

l. Zabezpieczenie przed awarią,

m. Działania w sytuacjach awaryjnych,

n. Zarządzanie bezpieczeństwem,

3. Wykonawca zobowiązuje się do przygotowania Dokumentacji, w taki sposób, aby wszystkie dokumenty tworzone w ramach realizacji Projektu charakteryzowały się wysoką jakością. Strony oświadczają, że czynnikami mogącymi mieć wpływ lub mającymi wpływ na jakość tworzonej Dokumentacji są:

1) struktura dokumentu, rozumiana jako podział danego dokumentu na rozdziały, podrozdziały i sekcje, w czytelny i zrozumiały sposób,

2) zachowanie standardów rozumianych jako zachowanie spójnej struktury, formy i sposobu pisania dla poszczególnych dokumentów oraz fragmentów tego samego dokumentu,

3) kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych braków przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia,

4) spójność i niesprzeczność dokumentu, rozumianych jako zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.

4. Zamawiający zastrzega sobie prawo do akceptacji Dokumentacji.

5. W przypadku chęci skorzystania z uprawnienia, o którym mowa w ust. 5, Zamawiający zobowiązany jest do oceny i akceptacji Dokumentacji lub zgłoszenia do niej ewentualnych zastrzeżeń w terminie 5 dni roboczych liczonych od dnia otrzymania Dokumentacji. Brak zajęcia stanowiska przez Zamawiającego w w/w terminie jest równoznaczny z akceptacją przez Zamawiającego tej Dokumentacji i uprawnia Wykonawcę do jednostronnego podpisania właściwego protokołu, o którym mowa w paragrafie 3 ust. 3 niniejszego załącznika.

6. Nieskorzystanie z uprawnienia, o którym mowa w ust. 5, równoznaczne jest z akceptacją Dokumentacji przez Zamawiającego.

7. Wykonawca zobowiązuje się do dostarczenia Dokumentacji, o której mowa powyżej, w języku polskim, z zastrzeżeniem postanowienia zawartego w punkcie 2, w wersji elektronicznej w formacie MS Word i PDF (na płycie CD/DVD) oraz zobowiązuje się do dostarczenia elektronicznej wersji dokumentów w formatach źródłowych.

8. Wykonawca zobowiązuje się do przekazania Zamawiającemu pełnej dokumentacji dostarczonej przez producentów sprzętu i oprogramowania, jeżeli w trakcie realizacji przedmiotu Umowy zajdzie potrzeba zakupu sprzętu i oprogramowania, a dokumentacja taka zostanie przez

Wykonawcę zgromadzona. Dokumentacja ta dostarczona będzie w języku polskim lub w języku angielskim - jeżeli producent sprzętu i/lub oprogramowania nie będzie udostępniał wersji w języku polskim.

9. Dopuszcza się zaakceptowanie przez Zamawiającego Dokumentacji z uwagami, które Wykonawca zobowiąże się uwzględnić w Dokumentacji w terminie uzgodnionym przez Strony.

10. W przypadku niemożliwości bądź niezasadności uwzględnienia uwag, o których mowa w ust. 10, informację taką Wykonawca przekaże Zamawiającemu na piśmie.

11. Wykonawca zobowiązany jest do aktualizowania Dokumentacji na zakończenie kolejnych Etapów Umowy oraz świadczenia usług aktualizacji Dokumentacji w okresie gwarancji.

VI. Etapy realizacji prac / wytworzone produkty:

Wykonawca winien prowadzić prace wytwórcze zgodnie z poniższym ramowym planem realizacji prac (terminy poszczególnych etapów mogą na siebie zachodzić), przy czym Zamawiający zastrzega sobie możliwość zmiany zakresu niniejszego planu w zależności od przedmiotu zamówienia jednostkowego:

a. Etap I - Faza projektowa

i. Dokumentacja analityczna

ii. Makiety

iii. Projekt techniczny

iv. Plan testów akceptacyjnych

v. Scenariusze testowe

vi. Model jakości danych

vii. Scenariusze testów wydajnościowych

b. Etap II – faza wytwórcza

i. Plan wdrożenia

ii. Opis realizacji szkoleń

iii. Wytworzenie oprogramowania systemu

iv. Przygotowanie instrukcji instalacji, konfiguracji i wdrożenia na środowisko testowe i produkcyjne

v. Przygotowanie testów wydajnościowych w JMeter

c. Etap III - Testy

i. Testy akceptacyjne

ii. Testy wydajnościowe

iii. Testy bezpieczeństwa

d. Etap IV - szkolenia

i. Dokumentacja użytkownika

ii. Szkolenia dla trenerów i administratorów

e. Etap V - Wdrożenie

i. Wdrożenie produkcyjne

ii. Testy

f. Etap VI - dokumentacja

i. Dokumentacja powykonawcza

ii. Dokumentacja eksploatacyjna

iii. Dokumentacja powdrożeniowa

g. Etap VII - gwarancja

i. Gwarancja 24 miesiące

ii. Wsparcie 12 miesięcy (z możliwą opcją przedłużenia)

Uwaga: Gwarancja jest liczona od momentu podpisania protokołu, wsparcie od momentu wdrożenia na środowisko produkcyjne.

CZĘŚĆ III SIWZ - WZÓR UMOWY RAMOWEJ I WYKONAWCZEJ

Umowa ramowa nr COI/U/3201/…../2016 (COI-ZAK 3201.9.2016)

dotycząca usług w zakresie związanym z wytwarzaniem oprogramowania dla potrzeb Centralnej Ewidencji Pojazdów i Kierowców.

w dniu 2016 r. w Warszawie pomiędzy:

Centralnym Ośrodkiem Informatyki z siedzibą w Warszawie przy xx. Xxxxx 0, 00-000 Xxxxxxxx, wpisanym do Krajowego Rejestru Sądowego pod numerem KRS 0000372110 prowadzonego przez Sąd Rejonowy dla m. st. Warszawy, XIII Wydział Gospodarczy Krajowego Rejestru Sądowego, XXX 0000000000, Regon 100999489, reprezentowanym przez:

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

zwanym w treści umowy „Zamawiającym” a

…………………… z siedzibą w ………………………, wpisany/a do Rejestru Przedsiębiorców prowadzonego przez Sąd ……………………, KRS ………………., REGON ………………………, NIP , kapitał zakładowy

w wysokości reprezentowany/ą przez:

……………………………………………. zwanym/ą dalej „Wykonawcą”, a

…………………… z siedzibą w ………………………, wpisany/a do Rejestru Przedsiębiorców prowadzonego przez Sąd ……………………, KRS ………………., REGON ………………………, NIP , kapitał zakładowy

w wysokości reprezentowany/ą przez:

……………………………………………. zwanym/ą dalej „Wykonawcą”,

a

…………………… z siedzibą w ………………………, wpisany/a do Rejestru Przedsiębiorców prowadzonego przez Sąd ……………………, KRS ………………., REGON ………………………, NIP , kapitał zakładowy

w wysokości reprezentowany/ą przez:

……………………………………………. zwanym/ą dalej „Wykonawcą”, a

…………………… z siedzibą w ………………………, wpisany/a do Rejestru Przedsiębiorców prowadzonego przez Sąd ……………………, KRS ………………., REGON ………………………, NIP , kapitał zakładowy

w wysokości reprezentowany/ą przez:

……………………………………………. zwanym/ą dalej „Wykonawcą”, a

…………………… z siedzibą w ………………………, wpisany/a do Rejestru Przedsiębiorców prowadzonego przez Sąd ……………………, KRS ………………., REGON ………………………, NIP , kapitał zakładowy

w wysokości reprezentowany/ą przez:

……………………………………………. zwanym/ą dalej „Wykonawcą”,

zwanymi także wspólnie „Stronami” lub każda z osobna „Stroną”

w wyniku rozstrzygnięcia postępowania przeprowadzonego z zastosowaniem przepisów ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r., poz. 2164 z późniejszymi zmianami), dotyczących przetargu nieograniczonego, w celu zawarcia umowy ramowej na świadczenie przez Wykonawcę specjalistycznych usług w zakresie związanym z wytwarzaniem oprogramowania dla potrzeb Centralnej Ewidencji Pojazdów i Kierowców (zwanych dalej „Usługami”), dla Centralnego Ośrodka Informatyki,

zawarta została umowa ramowa o następującej treści:

§ 1.

Definicje

1) DOKUMENTACJA - oznacza dokumentację projektową, użytkową i techniczną, która powstanie lub zostanie dostarczona Zamawiającemu w trakcie realizacji przedmiotu Umowy, zgodnie z wymaganiami określonymi w Koncepcji Modernizacji Systemu i warunkami realizacji zawartymi w umowie wykonawczej.

2) KONCEPCJA MODERNIZACJI SYSTEMU SI CEPIK – Dokument opisujący zakres funkcjonalny projektu CEPiK 2.0 oraz wytyczne w zakresie jego realizacji uzgodnione z właścicielem systemu.

3) OPROGRAMOWANIE - STANDARDOWE OPROGRAMOWANIE APLIKACYJNE, OPEN SOURCE i OPROGRAMOWANIE DEDYKOWANE.

4) OPROGRAMOWANIE DEDYKOWANE – oprogramowanie tworzone na potrzeby realizacji Umowy;

5) OPROGRAMOWANIE OPEN SOURCE – oprogramowanie lub komponenty dystrybuowane na warunkach tzw. licencji otwartych;

6) PODWYKONAWCA – podmiot, któremu Wykonawca powierzy wykonanie części swoich zobowiązań wynikających z Umowy. W celu uniknięcia wątpliwości Strony potwierdzają, że Podwykonawcą nie jest członek personelu Wykonawcy zatrudniony w oparciu o umowę cywilnoprawną, w tym także prowadzący jednoosobową działalność gospodarczą, któremu Wykonawca powierzył realizację poszczególnych czynności w ramach wykonywania Umowy.

7) PRODUKT - Oprogramowanie Dedykowane lub Dokumentacja wytwarzane w ramach elementów zakresu wymienionych w Koncepcji Modernizacji Systemu.

8) PRACE PROJEKTOWE - usługi analizy, projektowania, programowania, testowania, szkoleń, przygotowania dokumentacji, konsultacji, wykonywane przez Wykonawcę polegające na dostarczaniu Zamawiającemu produktów lub wsparcia personelu informatycznego, które będą określane w zakresach odrębnie ustalonych w Umowach Wykonawczych.

9) STANDARDOWE OPROGRAMOWANIE APLIKACYJNE - oprogramowanie, które oferowane jest na rynku jako standardowe rozwiązanie wykonawcy lub zewnętrznego producenta takiego oprogramowania, wykorzystane do stworzenia oprogramowania na potrzeby Umowy.

10) UMOWA lub UMOWA RAMOWA – niniejsza umowa.

§ 2.

PRZEDMIOT UMOWY

1. Zawierana umowa ma charakter umowy ramowej, w rozumieniu art. 99 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r., poz. 2164 z późniejszymi zmianami) i określa warunki realizacji zamówień na usługi przez strony niniejszej Umowy.

2. Przedmiotem zamówienia w niniejszym postępowaniu jest określenie warunków udzielenia i realizacji zamówień na świadczenie przez Wykonawcę specjalistycznych usług w zakresie związanym z wytwarzaniem Oprogramowania (zwanych dalej „Usługami”).

3. W celu uniknięcia wątpliwości Strony potwierdzają, że – z zastrzeżeniem zmian dopuszczalnych przez przepisy prawa i umowę ramową – przedmiot Umowy określa Załącznik nr 1 [OPIS PRZEDMIOTU ZAMÓWIENIA], z uwzględnieniem wszelkich zmian oraz wyjaśnień udzielonych w odpowiedzi na pytania Wykonawców, które miały miejsce w toku postępowania poprzedzającego zawarcie umowy ramowej.

4. Zamawiający zastrzega, że realizacja przedmiotu umowy ramowej odbywać się będzie zgodnie z rzeczywistym zapotrzebowaniem Zamawiającego na wykonanie Prac projektowych. W przypadku niewykorzystania przez Zamawiającego ogólnej wartości przedmiotu Umowy, o której mowa w § 3 ust. 1 Wykonawcy nie przysługują żadne roszczenia z tego tytułu wobec Zamawiającego.

§ 3.

WYNAGRODZENIE I TERMIN WYKONANIA UMOWY

1. Na podstawie niniejszej umowy ramowej, Zamawiający może udzielać Wykonawcy zamówień do kwoty 24 085 811,00 zł (słownie: dwudziestu czterech milionów osiemdziesięciu pięciu tysięcy ośmiuset jedenastu i 00/100 zł) z podatkiem VAT, nie dłużej jednak niż przez okres 4 lat od dnia zawarcia umowy lub do wyczerpania wskazanej kwoty z podatkiem VAT, jeśli zdarzenie to nastąpi wcześniej.

2. Kwota, o której mowa w ust. 1, określa górną granicę zobowiązań, jaką Zamawiający może zaciągnąć na podstawie niniejszej umowy ramowej.

3. Udzielenie zamówień na niższą kwotę niż wskazana w ust. 1, nie może być podstawą roszczenia wobec Zamawiającego z tytułu niewywiązania się z umowy ramowej.

4. W przypadku wyczerpania kwoty określonej w ust. 1 niniejszego paragrafu, umowa ramowa wygasa, bez konieczności składania dodatkowych oświadczeń Stron.

5. Maksymalne ceny z podatkiem VAT za godzinę realizacji zlecenia przez osobę o określonych kwalifikacjach, dla każdego Wykonawcy, zawiera Załącznik nr 2 do umowy ramowej – formularz ofertowy, i nie ulegną one zwiększeniu w czasie obowiązywania umowy ramowej i wykonawczej.

6. Podstawą obliczenia wynagrodzenia dla zamówień jednostkowych będzie suma wynagrodzenia za każdego pracownika niezbędnego do realizacji zamówienia jednostkowego, na podstawie przewidzianej przez Wykonawcę liczby godzin pracy oraz cen jednostkowych netto podanych każdorazowo w ofercie, przy czym płatność następować będzie na podstawie umów wykonawczych w oparciu o prawidłowo wystawioną fakturę VAT. Zamawiający zastrzega sobie możliwość określenia w zamówieniu jednostkowym górnej kwoty wynagrodzenia na realizację zamówienia jednostkowego.

7. Całkowite wynagrodzenie z tytułu udzielenia odpowiednio licencji lub przeniesienia autorskich praw majątkowych na wszystkich polach eksploatacji objętych Umową, w tym – jeżeli znajduje to zastosowanie – w zakresie prawa zezwalania na korzystanie i rozporządzanie opracowaniami, a także wynagrodzenie za przeniesienie własności nośników, na których utwory utrwalono, zawiera się w wynagrodzeniu.

8. Podstawą wystawienia faktury jest(są) podpisany(e) bez zastrzeżeń Protokół(oły) zdawczo- odbiorczy(e), odpowiednio do każdej umowy wykonawczej. Zasady Odbioru poszczególnych elementów Przedmiotu umowy ramowej określa Załącznik nr 3.

9. Za termin płatności przyjmuje się dzień obciążenia rachunku bankowego Zamawiającego należną kwotą.

§ 4.

SPOSÓB UDZIELANIA ZAMÓWIEŃ JEDNOSTKOWYCH

1. Zamawiający będzie udzielał Wykonawcy zamówień jednostkowych, których przedmiot objęty jest umową ramową, w miarę istniejących potrzeb.

2. Zamówienia jednostkowe będą udzielane przy zachowaniu procedur postępowania, określonych w umowie ramowej. Zakres, sposób realizacji oraz termin wykonania zamówień jednostkowych, będzie ustalany każdorazowo przez Zamawiającego w postępowaniu o udzielenie zamówienia jednostkowego.

3. Zamówienie jednostkowe uważa się za udzielone w momencie zawarcia przez Zamawiającego z wybranym Wykonawcą umowy na wykonanie zadań, określonych w zaproszeniu do składania ofert lub zaproszeniu do negocjacji (w przypadku zawarcia umowy ramowej w jednej części z jednym tylko Wykonawcą), zwanej dalej „umową wykonawczą”.

4. Szczegółowe warunki realizacji zamówień jednostkowych określa Wzór umowy wykonawczej, stanowiący Załącznik nr 10 do niniejszej umowy. Zamawiający zastrzega sobie prawo do dostosowania Wzoru umowy wykonawczej każdorazowo do potrzeb realizacji poszczególnych zamówień jednostkowych.

§ 5.

ZASADY UDZIELANIA ZAMÓWIEŃ JEDNOSTKOWYCH

1. Zamawiający będzie zapraszał każdorazowo do składania ofert Wykonawców (lub do negocjacji w przypadku zawarcia umowy ramowej z jednym tylko Wykonawcą), z którymi zawarł umowę ramową.

2. Zaproszenia do składania ofert (lub do negocjacji w sytuacji określonej w ust. 1) wysyłane będą do: Wykonawcy na numer faksu lub przy użyciu poczty elektronicznej na adres e-mail

………………, a następnie niezwłocznie w formie pisemnej pocztą lub kurierem. W zaproszeniu do składania ofert (lub do negocjacji) Zamawiający każdorazowo określi informacje niezbędne do przeprowadzenia zamówienia szczegółowego.

Wykonawcy na numer faksu lub przy użyciu poczty elektronicznej na adres e-mail

………………, a następnie niezwłocznie w formie pisemnej pocztą lub kurierem. W zaproszeniu do składania ofert (lub do negocjacji) Zamawiający każdorazowo określi informacje niezbędne do przeprowadzenia zamówienia szczegółowego.

Wykonawcy na numer faksu lub przy użyciu poczty elektronicznej na adres e-mail

………………, a następnie niezwłocznie w formie pisemnej pocztą lub kurierem. W zaproszeniu do składania ofert (lub do negocjacji) Zamawiający każdorazowo określi informacje niezbędne do przeprowadzenia zamówienia szczegółowego.

Wykonawcy na numer faksu lub przy użyciu poczty elektronicznej na adres e-mail

………………, a następnie niezwłocznie w formie pisemnej pocztą lub kurierem. W zaproszeniu do składania ofert (lub do negocjacji) Zamawiający każdorazowo określi informacje niezbędne do przeprowadzenia zamówienia szczegółowego.

Wykonawcy na numer faksu lub przy użyciu poczty elektronicznej na adres e-mail

………………, a następnie niezwłocznie w formie pisemnej pocztą lub kurierem. W zaproszeniu do składania ofert (lub do negocjacji) Zamawiający każdorazowo określi informacje niezbędne do przeprowadzenia zamówienia szczegółowego.

3. Każdorazowo Wykonawca potwierdzi fakt otrzymania zaproszenia do składania ofert (lub do negocjacji w sytuacji określonej w ust. 1), na numer faksu Zamawiającego: …………………………………..

4. W terminie zakreślonym przez Zamawiającego w zaproszeniu do składania ofert, nie krótszym niż 2 dni i nie dłuższym niż 7 dni, Wykonawca ma prawo do zwrócenia się o wyjaśnienie lub doprecyzowanie treści zaproszenia. Zamawiający udzieli odpowiedzi nie później niż w terminie 5 dni roboczych od dnia otrzymania zapytania, przekazując ją wszystkim Wykonawcom wraz z treścią zapytania (bez ujawniania źródła) przy czym odpowiedz taka, w tym wszelkie zmiany w treści zaproszenia do składania ofert będą wiążące dla wszystkich Wykonawców. W uzasadnionych wypadkach, w związku z istotną zmianą treści zaproszenia do składania ofert Zamawiający może zmienić termin składania ofert.

5. Wykonawca składa ofertę, w terminie 7 dni lub dłuższym wskazanym w zaproszeniu do składania ofert, pod rygorem nieważności w formie pisemnej, na adres siedziby Zamawiającego, podany przez Xxxxxxxxxxxxx w zaproszeniu do składania ofert.

6. Po dokonaniu oceny ofert (zakończeniu negocjacji) Zamawiający informuje Wykonawców o wybranej ofercie (ustaleniu warunków umowy) i przesyła do wybranego w postępowaniu

o udzielenie zamówienia jednostkowego Wykonawcy, 3 egzemplarze umowy wykonawczej do podpisu, lub wzywa Wykonawcę do stawienia się w wyznaczonym przez siebie terminie w siedzibie Zamawiającego celem podpisania umowy.

7. Wykonawca nie później niż w terminie do 2 dni roboczych od otrzymania do podpisu umowy wykonawczej, doręcza Zamawiającemu podpisane przez siebie egzemplarze umowy wykonawczej na adres siedziby Zamawiającego.

8. Jeżeli Zamawiający nie otrzyma w wyznaczonym terminie podpisanych egzemplarzy umowy wykonawczej lub nie stawi się w wyznaczonym przez Zamawiającego terminie w siedzibie Zamawiającego celem podpisania umowy, z przyczyn dotyczących Wykonawcy, uznaje się, iż Wykonawca odmówił zawarcia umowy wykonawczej, a Zamawiający ma prawo do domagania się od Wykonawcy zapłaty kary umownej w wysokości 10 % wynagrodzenia brutto określonego w złożonej przez Wykonawcę ofercie na realizację danej umowy wykonawczej.

9. W postępowaniu o udzielenie zamówienia jednostkowego, Wykonawca nie może złożyć oferty zawierającej jakikolwiek element mniej korzystny niż określony w ofercie złożonej w

postępowaniu prowadzonym w celu zawarcia umowy ramowej. Oferta zawierająca jakikolwiek element mniej korzystny niż określony w postępowaniu na zawarcie umowy ramowej, podlega odrzuceniu. Powyższe dotyczy odpowiednio również Wykonawcy, który został zaproszony do negocjacji.

10. Udzielając zamówień jednostkowych , Zamawiający będzie dokonywał wyboru najkorzystniejszej oferty stosując kryteria: cena, termin realizacji, funkcjonalność, wielkość zespołu projektowego dedykowanego do realizacji projektu oraz jakość, w konfiguracji wynikającej z treści zaproszenia do składania ofert, które zawierać też będzie szczegółowe definicje tych parametrów oraz obiektywny sposób ich oceny. Wartość oferty będzie obliczana jako suma wynagrodzenia za każdego pracownika niezbędnego do realizacji zamówienia jednostkowego, na podstawie przewidzianej przez Wykonawcę liczby godzin pracy oraz cen jednostkowych netto podanych każdorazowo w ofercie.

11. Kryteria, o których mowa w ust. 10, zostały uporządkowane od kryterium o wadze najwyższej do kryterium o wadze najniższej i będą stosowane przez Zamawiającego w sposób następujący:

a) Cena – Zamawiający będzie oceniał koszt wykonania produktu sprecyzowanego zapytaniem jednostkowym i ofertą wykonawcy, liczony, jako łączne wynagrodzenie za wykonanie produktu, bez weryfikacji poszczególnych składników, w tym ilości dni pracy przypisanych do poszczególnych specjalistów, przy założeniu wykonywania poszczególnych etapów prac przez osoby o odpowiednich kompetencjach np. projekt techniczny konieczny udział Architekta.

b) Czas realizacji – Zamawiający będzie oceniał czas realizacji umowy wykonawczej liczony w dniach kalendarzowych dla prac Wykonawcy liczonych od podpisania umowy wykonawczej do zakończenia testów akceptacyjnych.

c) Funkcjonalność – Zamawiający będzie oceniał przede wszystkim zaprojektowane w koncepcji Wykonawcy funkcjonalności pod kątem poprawności procesu, który realizują, spójności logicznej, potencjału do usprawnienia obsługi odbiorcy końcowego Dodatkowo w przypadku aplikacji i przedstawienia przez Wykonawcę makiet, prototypów funkcjonalnych zostaną przyznane wykonawcy dodatkowe punkty za łatwość poruszania się po tych elementach, pozwalającą użytkownikowi jak najszybciej i za wykonaniem jak najmniejszej liczby czynności oraz spójności z procesami obsługi, wykonać bezbłędnie zadanie.

d) Wielkość zespołu projektowego dedykowanego do realizacji umowy wykonawczej - Zamawiający będzie oceniał wielkość kluczowych zasobów wykonawcy dedykowanych do realizacji umowy wykonawczej, punktując ilość Architektów IT, Analityków biznesowo – systemowych, Projektantów-programistów Java.

e) Jakość - Zamawiający będzie oceniał przede wszystkim: ilość parametryzacji w rozwiązaniu, spójność technologiczną z istniejącym systemem CEPiK, parametryzowaną możliwość rozwoju np. w zakresie rozszerzenia lub ograniczenia zakresu danych wymienianych pomiędzy komponentami systemu, automatyzację w zakresie administrowania rozwiązania, szerokość profilowania obsługi sterowaną na uprawnieniach. Dodatkowo zostaną poddane ocenie zalecenia wskazane w Załączniku do umowy nr 7 Wymagania dotyczące kodu źródłowego

12. Cena za godzinę realizacji prac danego specjalisty z podatkiem VAT, podana w ofercie na zawarcie umowy wykonawczej nie może być wyższa od ceny z podatkiem VAT, podanej w ofercie na zawarcie umowy ramowej. Powyższe dotyczy odpowiednio Wykonawcy, który został zaproszony do negocjacji. Wysokość ceny zaoferowanej przez Wykonawcę w postępowaniu na zawarcie umowy ramowej, wskazuje Formularz ofertowy stanowiący Załącznik nr 2 do niniejszej umowy ramowej.

13. Cena zamówienia jednostkowego jest ostateczna, obejmuje wszystkie koszty Wykonawcy, w tym podatek VAT oraz przeniesienie autorskich praw majątkowych i praw zależnych, a także opłaty licencyjne dotyczące wszelkich utworów i produktów wytworzonych w związku z realizacją umowy.

14. W zależności od przedmiotu zamówienia jednostkowego Wykonawca zapewnia skład zespołu odpowiedni do przedmiotu zamówienia.

15. W postępowaniu o udzielenie zmówienia jednostkowego, Wykonawca na podstawie przekazanych w zaproszeniu do składania ofert informacji wraz z ofertą będzie każdorazowo przedstawiał koncepcję proponowanego rozwiązania. Koncepcja będzie co najmniej zawierała opis i zakres funkcjonalny i techniczny rozwiązania, zgodny z założeniami i wytycznymi zawartymi w zaproszeniu do składania ofert. Dodatkowo koncepcja będzie zawierała ograniczenia i wyłączenia w rozwiązaniu w stosunku do procesów biznesowych realizowanych przez odbiorcę końcowego projektowanej usługi. W przypadku ofert dotyczących aplikacji Wykonawca może przedstawić makiety lub prototyp funkcjonalny proponowanego rozwiązania. Zamawiający odrzuci oferty zawierające koncepcje niespełniające wymagań zakreślonych przez Zamawiającego w niniejszym ustępie, jak również wymagań zakreślonych przez Zamawiającego w zaproszeniu do składania ofert.

16. Pełny cykl realizacji elementu zakresu prac określa Załącznik nr 4. Zamawiający zastrzega sobie możliwość zlecenia w ramach umowy wykonawczej dowolnego etapu prac dla poszczególnych elementów.

17. Zamawiający zastrzega sobie prawo korzystania w trakcie wykonywania Umowy z usług osób trzecich celem kontroli jakości i sposobu prowadzenia całości lub poszczególnych prac objętych Umową, jak również do przeprowadzenia takiej kontroli samodzielnie. Zasady prowadzenia audytu określa Załącznik nr 5.

18. Termin gwarancji został określony w Załączniku nr 4. Minimalne warunki gwarancji na przedmiot Umowy określa Załącznik nr 6. W zamówieniu jednostkowym Zamawiający może określić inne warunki gwarancji niż te określone w Załączniku nr 6 oraz warunki wsparcia.

19. Warunki przygotowania dokumentacji, w poszczególnych zakresach realizacji Przedmiotu umowy ramowej określa Załącznik nr 7.

§ 6.

POUFNOŚĆ INFORMACJI

1. Wykonawca zobowiązuje się do zachowania w poufności wszelkich informacji i danych, jakie uzyskał w związku z wykonywaniem zobowiązań wynikających z umowy ramowej i umów wykonawczych, oraz informacji co do których może powziąć podejrzenie, iż są poufnymi informacjami albo danymi lub są jako takie traktowane przez Zamawiającego.

2. W przypadku jakichkolwiek wątpliwości co do charakteru danej informacji lub danych, przed ich ujawnieniem lub uczynieniem dostępną, Wykonawca zwróci się do Zamawiającego o wskazanie, czy informację tę ma traktować jako poufną.

3. Wykonawca zobowiązuje się do ochrony przed nieuprawnionym ujawnieniem wszystkich danych i informacji uzyskanych w trakcie realizacji Umowy oraz umów wykonawczych, w szczególności dotyczących Zamawiającego oraz jego pracowników, współpracowników i podmiotów z Zamawiającym współpracujących, jakie Wykonawca uzyska w toku realizacji niniejszej Umowy oraz umów wykonawczych.

4. Wszelkie informacje o Zamawiającym uzyskane przez Wykonawcę w związku z realizacją prac będących przedmiotem umowy ramowej oraz umów wykonawczych mogą być wykorzystane tylko w celu wykonania tych prac.

5. Wykonawca obowiązany jest dołożyć należytej staranności w celu przestrzegania postanowień niniejszego paragrafu przez swoich pracowników oraz osoby działające na jego zlecenie lub w jego interesie, bez względu na podstawę prawną związku tych osób ze Stroną.

6. Obowiązki określone w tym paragrafie nie dotyczą:

a. informacji publicznie dostępnych,

b. informacji, które były znane Stronie przed otrzymaniem od drugiej Strony,

c. obowiązku ujawnienia wynikającego z ustaw i rozporządzeń.

7. W przypadku rozwiązania lub wygaśnięcia umowy ramowej lub umowy wykonawczej oraz w przypadku odstąpienia od umowy ramowej lub umowy wykonawczej, Wykonawca jest zobowiązany do zwrotu Zamawiającemu lub do zniszczenia za zgodą Zamawiającego wszelkich materiałów, jakie otrzymał w związku z wykonywaniem umowy ramowej oraz umów wykonawczych.

8. Wykonawca zobowiązuje się nie kopiować, nie powielać, ani w jakikolwiek sposób nie rozpowszechniać, jakichkolwiek informacji, danych i materiałów, za wyjątkiem przypadków, w jakich jest to konieczne w celach realizacji umowy ramowej oraz umów wykonawczych i zgodne z obowiązującymi przepisami prawa.

9. Wykonawca odpowiada za szkodę wyrządzoną Zamawiającemu przez ujawnienie, przekazanie, wykorzystanie, zbycie lub oferowanie do zbycia informacji otrzymanych od Zamawiającego, wbrew postanowieniom umowy ramowej. Zobowiązanie to wiąże Wykonawcę również po jej rozwiązaniu, wygaśnięciu lub odstąpieniu, bez względu na przyczynę.

10. Dane i informacje pozyskane w trakcie realizacji przedmiotu umowy ramowej oraz umowy wykonawczej mogą być udostępniane na uprawnione żądanie sądu lub organu administracji po uprzednim pisemnym poinformowaniu COI o żądaniu ujawnienia.

11. W razie wystąpienia przez osobę trzecią z jakimikolwiek roszczeniami skierowanymi do Zamawiającego z tytułu naruszenia poufności przekazanych Wykonawcy informacji, jak również dóbr osobistych, Wykonawca zobowiązuje się do pokrycia wszelkich kosztów związanych z dochodzeniem roszczeń przez osoby trzecie, w tym zasądzonych kwot odszkodowania oraz kosztów obsługi prawnej, w terminie 14 dni od daty doręczenia Wykonawcy wezwania do zapłaty.

§ 7.

KARY UMOWNE

1. W przypadku, gdy Wykonawca naruszy zasady poufności wskazane w § 6, Zamawiający może naliczyć Wykonawcy karę w wysokości 100.000 złotych netto za każdy przypadek naruszenia tych zasad.

2. W przypadku, gdy Wykonawca opóźni się w realizacji działań naprawczych w ramach procedury audytu, o której mowa w Załączniku nr 5, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 2 000 zł za każdy dzień opóźnienia.

3. O ile wyraźnie nie postanowiono inaczej, w zakresie kar umownych opisanych w Umowie, odpowiedzialność za opóźnienie oznacza odpowiedzialność Wykonawcy za przekroczenie terminu wskazanego w Umowie lub Umowie Wykonawczej lub wyznaczonego zgodnie z postanowieniami Umowy lub umowy wykonawczej na zasadzie ryzyka, od której może się uwolnić wyłącznie wykazując, że opóźnienie nastąpiło z przyczyn, za które odpowiedzialność ponosi Zamawiający, inny Wykonawca z którym zawarta została niniejsza umowa ramowa, lub było spowodowane przyczynami o charakterze siły wyższej.

4. Zakres i wysokość pozostałych kar umownych za niewykonanie lub nienależyte wykonanie danego zamówienia szczegółowego, określa wzór umowy wykonawczej stanowiący Załącznik nr 10 do niniejszej umowy.

5. Kary mogą podlegać sumowaniu.

6. Kara umowna będzie płatna na podstawie stosownej noty obciążeniowej wystawionej przez Zamawiającego w terminie 7 dni od daty doręczenia noty Wykonawcy.

7. Wykonawca wyraża zgodę na potrącenie kar umownych z przysługującego mu wynagrodzenia.

8. Jeżeli szkoda przewyższy wysokość kary umownej, Zamawiającemu przysługiwać będzie roszczenie o zapłatę odszkodowania przewyższającego wysokość zastrzeżonych kar umownych na zasadach ogólnych.

9. Wykonawca ponosi pełną i nieograniczoną odpowiedzialność za szkody wyrządzone Zamawiającemu przy wykonywaniu lub w związku z wykonywaniem postanowień Umowy.

§ 8.

PRAWA AUTORSKIE - POSTANOWIENIA OGÓLNE

1. Wykonawca oświadcza, że na podstawie zawartych umów wykonawczych przeniesie na Zamawiającego majątkowe prawa autorskie do wszelkich utworów w rozumieniu art. 1 ust. 1 ustawy o prawie autorskim i prawach pokrewnych wykonanych lub dostarczonych w ramach zawartych umów wykonawczych. Celem jest zapewnienie Zamawiającemu możliwości korzystania z Oprogramowania w sposób i w celu opisanym w umowie ramowej. Wszystkie oświadczenia Wykonawcy i zapisy umowy ramowej należy interpretować zgodnie z powyższym celem umowy ramowej.

2. Wykonawca jest świadomy, że celem Zamawiającego jest możliwość samodzielnego lub za pomocą osób trzecich utrzymania i rozwoju Oprogramowania. Wykonawca oświadcza, że

warunki, na których Oprogramowanie jest udostępniane Zamawiającemu, nie zawierają ograniczeń, które uniemożliwiałyby dokonanie takich czynności.

3. Wykonawca oświadcza, że przekazane w ramach umowy wykonawczej dobra własności intelektualnej nie będą posiadały żadnych wad prawnych ani nie będą ograniczać Zamawiającego w korzystaniu z tych dóbr w inny sposób niż wyraźnie opisany umową ramową. Wykonawca pokryje wszelkie opłaty, koszty, odszkodowania lub zadośćuczynienia, które będzie musiał zapłacić Zamawiający, jeżeli powyższe zapewnienia nie okażą się prawdziwe.

4. Wykonawca dostarczy Oprogramowanie na informatycznych nośnikach danych lub w innej postaci umożliwiającej prawidłową instalację tego Oprogramowania oraz certyfikaty autentyczności, klucze instalacyjne oraz inne dokumenty i zabezpieczenia najpóźniej w dacie Odbioru tego Oprogramowania, chyba że z umowy wykonawczej wynika inna data przekazania.

5. Informatyczne nośniki danych, kopie, certyfikaty autentyczności, klucze instalacyjne oraz inne dokumenty i zabezpieczenia, o których mowa w poprzednim ustępie, powinny być zgodne z wymaganiami określonymi przez producenta Oprogramowania. Zamawiający jest uprawniony do weryfikacji, czy certyfikaty autentyczności, klucze instalacyjne oraz inne dokumenty i zabezpieczenia są wystarczające i zgodne z wymogami określonymi przez producenta. W tym celu Zamawiający może zwracać się do osób trzecich, w tym producenta Oprogramowania.

6. W przypadku konieczności dokonania zmian w Oprogramowaniu lub dokumentach przekazanych przez Zamawiającego Wykonawcy w celu realizacji umowy wykonawczej, Zamawiający udzieli Wykonawcy licencji na korzystanie z tych dóbr na następujących polach eksploatacji niezbędne do realizacji umowy wykonawczej tj. przystosowywanie, zmianę układu oraz inne zmiany w Utworach, opracowywania, usuwanie danych i dokonywanie modyfikacji w jakiejkolwiek formie, powielanie, kopiowanie, odtwarzanie, utrwalanie, zwielokrotnianie dowolną techniką, wprowadzanie do pamięci komputera, wyświetlanie, stosowanie, przekazywanie i przechowywanie oraz tłumaczenie.

7. W przypadku przejścia praw majątkowych do Oprogramowania na Zamawiającego, o ile okaże się to konieczne, Zamawiający udzieli Wykonawcy licencji na korzystanie z Oprogramowania w celu świadczenia usług opisanych umową wykonawczą. Licencja taka obejmie prawo do zwielokrotniania Oprogramowania w całości lub w części oraz tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie innych zmian do Oprogramowania wyłącznie w zakresie, w jakim jest to niezbędne do wykonania zobowiązań wynikających z umowy wykonawczej.

8. W przypadku, w którym w wyniku świadczenia przez Wykonawcę gwarancji dojdzie do zmian w Oprogramowaniu, Dokumentacji lub innych utworów, postanowienia umowne dotyczące

przeniesienia praw na Oprogramowanie, Dokumentację lub inne utwory poddane zmianom stosuje się odpowiednio do takich zmian. Przeniesienie praw następuje z chwilą odbioru takich zmian.

9. Wykonawca zobowiązuje się i gwarantuje, że osoby uprawnione z tytułu autorskich praw osobistych do utworów objętych postanowieniami Umowy nie będą wykonywać tych praw w stosunku do Zamawiającego, osób trzecich na których rzecz działa Zamawiający (Ministerstwo Cyfryzacji) lub działających na zlecenie Zamawiającego.

10. Jakiekolwiek postanowienie Umowy, w tym załączników do niej, nie ogranicza uprawnień Zamawiającego wynikających z obowiązujących przepisów prawa, w tym z art. 75 ust. 1 do 3 Ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych.

11. Wykonawca jest zobowiązany do realizacji Umowy w sposób nienaruszający praw twórców i właściciela praw autorskich oraz nieograniczający praw Zamawiającego i Ministerstwa Cyfryzacji do korzystania z Oprogramowania.

12. Zamawiający oświadcza, iż prawa do korzystania z wszystkich dóbr własności intelektualnej wykonanych lub dostarczonych w ramach Umowy zostaną przeniesione na Ministerstwo Cyfryzacji.

§ 9.

PRAWA WŁASNOŚCI INTELEKTUALNEJ - STANDARDOWE OPROGRAMOWANIE APLIKACYJNE

1. Licencja na Standardowe Oprogramowanie Aplikacyjne obejmuje trwałe lub czasowe zwielokrotnianie Standardowego Oprogramowania Aplikacyjnego w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, w tym zwielokrotnianie dokonywane podczas wprowadzania, wyświetlania, stosowania, przekazywania lub przechowywania Standardowego Oprogramowania Aplikacyjnego, w tym także utrwalanie i zwielokrotnianie dowolną techniką, w tym techniką zapisu magnetycznego lub techniką cyfrową, taką jak zapis na płycie CD, DVD, Blu-ray, urządzeniu z pamięcią flash lub jakimkolwiek innym nośniku pamięci.

2. Licencja na Standardowe Oprogramowanie Aplikacyjne obejmuje:

1) tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie jakichkolwiek innych zmian w Standardowym Oprogramowaniu Aplikacyjnym;

2) zezwolenie na wykonywanie zależnych praw autorskich do wszelkich opracowań Standardowego Oprogramowania Aplikacyjnego, to jest rozporządzanie i korzystanie

z takich opracowań w zakresie wszystkich uprawnień nabytych przez Zamawiającego stosownie do postanowień niniejszego paragrafu.

3. Tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie jakichkolwiek innych zmian w Standardowym Oprogramowaniu Aplikacyjnym może być dokonane przez Zamawiającego lub osobę trzecią działającą na jego rzecz.

4. Udzielona licencja obejmuje również obrót Standardowym Oprogramowaniem Aplikacyjnym, w tym wprowadzanie do obrotu, użyczanie lub najem Standardowego Oprogramowania Aplikacyjnego, a także rozpowszechnianie Standardowego Oprogramowania Aplikacyjnego w inny sposób, w tym jego publiczne wykonywanie, wystawianie, wyświetlanie, odtwarzanie, a także publiczne udostępnianie w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i w czasie przez siebie wybranym.

5. Dla uniknięcia wątpliwości, Strony potwierdzają, że w granicach uprawnienia wskazanego w poprzednim ustępie, Zamawiający może również udzielać sublicencji podmiotom, którym korzystanie z takiego Standardowego Oprogramowania Aplikacyjnego jest niezbędne, celem realizacji zadań wynikających z ustawy z dnia 20 czerwca 1997 r. Prawo o ruchu drogowym.

§ 10.

PRAWA WŁASNOŚCI INTELEKTUALNEJ - OPROGRAMOWANIE DEDYKOWANE

1. Wykonawca zobowiązuje się przenieść na Zamawiającego autorskie prawa majątkowe do Oprogramowania Dedykowanego na następujących polach eksploatacji:

1) trwałe lub czasowe zwielokrotnianie Oprogramowania Dedykowanego w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie, w tym zwielokrotnianie Oprogramowania Dedykowanego dokonywane podczas wprowadzania, wyświetlania, stosowania, przekazywania lub przechowywania Oprogramowania Dedykowanego, w tym także utrwalanie i zwielokrotnianie Oprogramowania Dedykowanego dowolną techniką, w tym techniką zapisu magnetycznego lub techniką cyfrową, taką jak zapis na płycie CD, DVD, Blu-ray, urządzeniu z pamięcią flash lub jakimkolwiek innym nośniku pamięci;

2) tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie jakichkolwiek innych zmian w Oprogramowaniu Dedykowanym;

3) obrót Oprogramowaniem Dedykowanym, w tym wprowadzanie do obrotu, użyczanie lub najem Oprogramowania Dedykowanego, a także rozpowszechnianie Oprogramowania

Dedykowanego w inny sposób, w tym jego publiczne wykonywanie, wystawianie, wyświetlanie, odtwarzanie, a także publiczne udostępnianie w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i w czasie przez siebie wybranym.

2. Wykonawca zobowiązuje się przenieść na Zamawiającego:

1) prawo zezwalania na wykonywanie zależnych praw autorskich do wszelkich opracowań Oprogramowania Dedykowanego (lub jego poszczególnych elementów), tj. prawo

zezwalania na rozporządzanie i korzystanie z takich opracowań na polach eksploatacji wskazanych powyżej;

2) własność wydanych Zamawiającemu nośników, na których zostało utrwalone Oprogramowanie Dedykowane (lub jego poszczególne elementy),

3. Przeniesienie przez Wykonawcę na Zamawiającego praw, o których mowa powyżej, nastąpi z chwilą Odbioru Oprogramowania Dedykowanego. Niezależnie od powyższego, Zamawiający jest uprawniony do korzystania z Oprogramowania Dedykowanego w zakresie uprawnień wskazanych w poprzednich ustępach od daty jego instalacji w infrastrukturze Ministerstwa Cyfryzacji lub Zamawiającego, do daty nabycia autorskich praw majątkowych przez Zamawiającego, a Wykonawca zapewnia, że korzystanie takie nie będzie naruszać praw osobistych lub majątkowych Wykonawcy ani osób trzecich i nie będzie powodować obowiązku zapłaty jakichkolwiek dodatkowych opłat.

§ 11.

PRAWA WŁASNOŚCI INTELEKTUALNEJ - DOKUMENTACJA

1. Wykonawca zobowiązuje się przenieść na Zamawiającego autorskie prawa majątkowe do Dokumentacji stworzonej w wyniku wykonania zobowiązań wynikających z Umowy, w tym do analiz, projektów itp. Przeniesienie praw obejmuje następujące pola eksploatacji:

1) trwałe lub czasowe zwielokrotnianie Dokumentacji w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, w tym także utrwalanie i zwielokrotnianie takiej Dokumentacji dowolną techniką, w tym techniką zapisu magnetycznego lub techniką cyfrową, taką jak zapis na płycie CD, DVD, Blu-ray, urządzeniu z pamięcią flash lub jakimkolwiek innym nośniku pamięci;

2) tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie jakichkolwiek innych zmian w Dokumentacji;

3) obrót Dokumentacją, w tym wprowadzanie do obrotu, użyczanie lub najem Dokumentacji, a także rozpowszechnianie Dokumentacji w inny sposób, w tym jej publiczne wykonywanie, wystawianie, wyświetlanie, odtwarzanie, a także publiczne udostępnianie w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i w czasie przez siebie wybranym.

2. Wykonawca zobowiązuje się przenieść na Zamawiającego:

1) prawo zezwalania na wykonywanie zależnych praw autorskich do wszelkich opracowań Dokumentacji (lub jej poszczególnych elementów), tj. prawo zezwalania na rozporządzanie i korzystanie z takich opracowań na polach eksploatacji wskazanych powyżej;

2) własność wydanych Zamawiającemu nośników, na których została utrwalona Dokumentacja (lub jej poszczególne elementy) w celu ich przekazania Zamawiającemu, z chwilą wydania tych nośników Zamawiającemu.

3. Przeniesienie przez Wykonawcę na Zamawiającego praw do Dokumentacji, o których mowa powyżej, nastąpi z chwilą jej wydania Zamawiającemu.

§ 12.

OPROGRAMOWANIE OPEN SOURCE

1. W przypadku zamiaru wykorzystania Oprogramowania Open Source Wykonawca przekaże Zamawiającemu, z chwilą złożenia oferty w postepowaniu na zawarcie umowy wykonawczej, wykaz użytego Oprogramowania Open Source wraz z warunkami licencyjnymi.

2. W każdym przypadku wykorzystania Oprogramowania Open Source Wykonawca zapewnia, że jego wykorzystanie na potrzeby Umowy ramowej i umowy wykonawczej będzie zgodne z postanowieniami odpowiednich licencji przypisanych do danego oprogramowania.

3. Wykonawca oświadcza i gwarantuje, że wykorzystanie Oprogramowanie Open Source nie będzie ograniczać Zamawiającego w zakresie rozpowszechniania innego oprogramowania połączonego z Oprogramowaniem Open Source, w tym nie może nakładać na Zamawiającego obowiązku rozpowszechniania takiego połączonego oprogramowania wraz z kodem źródłowym.

4. W przypadku, w którym dana licencja na Oprogramowanie Open Source uzależnia zakres takich obowiązków od sposobu połączenia Oprogramowania Open Source z innym Oprogramowaniem, Wykonawca zobowiązany jest do zrealizowania takiego połączenia w sposób nienakładający na

Zamawiającego obowiązku rozpowszechniania połączonego oprogramowania wraz z kodem źródłowym.

5. Wykonawca oświadcza i gwarantuje, że licencja na Oprogramowanie Open Source nie będzie nakładać na Zamawiającego obowiązku odprowadzania jakichkolwiek opłat lub wynagrodzenia na rzecz podmiotów uprawnionych do takiego oprogramowania.

§ 13.

INNE UTWORY I KNOW-HOW

1. O ile Umowa wyraźnie nie stanowi inaczej, w przypadku, w którym Wykonawca w wykonaniu zobowiązań wynikających z Umowy dostarczy lub stworzy inne utwory, w rozumieniu ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych, niż opisane w poprzednich ustępach, w tym instrukcje, opisy i inne materiały dla użytkowników końcowych, struktury baz danych, zbiory i informacje słownikowe lub materiały graficzne, Wykonawca zobowiązuje się przenieść na Zamawiającego autorskie prawa majątkowe do takich utworów na następujących polach eksploatacji:

1) trwałe lub czasowe zwielokrotnianie utworów w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, w tym także utrwalanie i zwielokrotnianie utworów dowolną techniką, w tym techniką zapisu magnetycznego lub techniką cyfrową, taką jak zapis na płycie CD, DVD, Blu-ray, urządzeniu z pamięcią flash lub jakimkolwiek innym nośniku pamięci;

2) obrót utworami, w tym wprowadzanie do obrotu, użyczanie lub najem utworów, a także rozpowszechnianie utworów w inny sposób, w tym ich publiczne wykonywanie, wystawianie, wyświetlanie, odtwarzanie, a także publiczne udostępnianie w taki sposób, aby każdy mógł mieć do nich dostęp w miejscu i w czasie przez siebie wybranym.

2. Dla uniknięcia wątpliwości Strony potwierdzają, że Zamawiający ma prawo do dowolnej modyfikacji takich utworów. Wykonawca zobowiązuje się przenieść na Zamawiającego:

1) prawo zezwalania na wykonywanie zależnych praw autorskich do wszelkich opracowań utworów (lub ich poszczególnych elementów), tj. prawo zezwalania na rozporządzanie i korzystanie z takich opracowań na polach eksploatacji wskazanych powyżej,

2) własność wydanych Zamawiającemu nośników, na których zostały utrwalone utwory (lub ich poszczególne elementy) w celu ich przekazania Zamawiającemu, z chwilą wydania tych nośników Zamawiającemu.

3. Przeniesienie przez Wykonawcę na Zamawiającego praw do utworów, o których mowa powyżej, nastąpi z chwilą ich wydania Zamawiającemu.

4. Niezależnie od postanowień poprzednich punktów, Wykonawca zezwala Zamawiającemu na korzystanie z wiedzy technicznej, organizacyjnej i innej, zawartej w przekazanych Zamawiającemu Oprogramowaniu, Dokumentacji i innych utworach. Wiedza ta może być wykorzystana w dowolny sposób przez Zamawiającego teraz i w przyszłości, w tym x.xx. przekazana przez Xxxxxxxxxxxxx osobom trzecim z nim współpracującym.

§ 14.

OŚWIADCZENIA WYKONAWCY W ZAKRESIE PRAW WŁASNOŚCI INTELEKTUALNEJ

1. Wykonawca zapewnia, że dostarczone przez niego rezultaty Prac nie będą naruszać praw, w tym praw własności intelektualnej, osób trzecich.

2. Oprogramowanie zostanie dostarczone Zamawiającemu w formie wykonywalnej (pozwalającej na jego uruchomienie).

3. Iilekroć zgodnie z postanowieniami umowy ramowej Zamawiający nabywa uprawnienie do tłumaczenia, przystosowywania, zmiany układu lub wprowadzania jakichkolwiek innych zmian do Oprogramowania lub korzystania i rozporządzania autorskimi prawami zależnymi do opracowań Oprogramowania , Wykonawca dostarczy Oprogramowanie również w formie kodu źródłowego. Wymagania dotyczące Kodu źródłowego określa Załącznik nr 7.

4. W przypadku, gdy osoba trzecia zwróci się do Zamawiającego lub Ministerstwa Cyfryzacji z roszczeniami dotyczącymi rezultatów Prac zrealizowanych przez Wykonawcę, Wykonawca zwolni Zamawiającego oraz Ministerstw Cyfryzacji od obowiązku zaspokojenia takich roszczeń oraz pokryje wszelkie uzasadnione, niezbędne i udokumentowane koszty obrony Zamawiającego przed roszczeniami osób trzecich. W takim przypadku Wykonawca ponosi odpowiedzialność względem Zamawiającego oraz Ministerstwa Cyfryzacji za to, że osoby trzecie nie będą dochodziły zaspokojenia swoich roszczeń bezpośrednio od Zamawiającego lub Ministerstwo Cyfryzacji.

§ 15.

PODWYKONAWCY

1. Wykonawca jest uprawniony do powierzenia wykonania części przedmiotu umowy ramowej i umów wykonawczych Podwykonawcom, z zastrzeżeniem poniższych postanowień.

3. Wykonawca ……………………wykona przedmiot umowy ramowej przy udziale następujących Podwykonawców:

1) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

2) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

3) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

4. Wykonawca …………………… wykona przedmiot umowy ramowej przy udziale następujących Podwykonawców:

4) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

5) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

6) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

5. Wykonawca ……………………wykona przedmiot umowy ramowej przy udziale następujących Podwykonawców:

7) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

8) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

9) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

6. Wykonawca ……………………wykona przedmiot umowy ramowej przy udziale następujących Podwykonawców:

10) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

11) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

12) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

7. Wykonawca ……………………wykona przedmiot umowy ramowej przy udziale następujących Podwykonawców:

13) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

14) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

15) [wskazanie firmy, danych kontaktowych, osób reprezentujących Podwykonawcę]

           - w zakresie              ,

8. Wykonawca zobowiązany jest do poinformowania Zamawiającego w formie pisemnej o każdej zmianie danych dotyczących Podwykonawców, jak również o ewentualnych nowych Podwykonawcach, którym zamierza powierzyć prace w ramach realizacji Umowy.

9. Informacja o zmianie danych dotyczących Podwykonawców powinna zostać przekazana Zamawiającemu w terminie 1 dzień roboczy od zmiany danych.

10. W przypadku niewykonania zobowiązania, o którym mowa w poprzednim punkcie, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 15.000,00 złotych.

11. Informacja o zamiarze powierzenia prac nowemu Podwykonawcy powinna zostać przekazana Zamawiającemu nie później niż na 14 dni przed planowanym powierzeniem mu realizacji prac.

12. W przypadku niewykonania zobowiązania, o którym mowa w poprzednim punkcie, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 10.000,00 złotych. Niezależnie od powyższego, Zamawiający jest uprawniony do odmowy współdziałania z Podwykonawcą, o udziale którego w wykonaniu Umowy nie uzyskał informacji, do czasu przekazania przez Wykonawcę niezbędnych danych, a opóźnienie w wykonaniu Umowy, powstałe wskutek braku współdziałania z takim Podwykonawcą, stanowi zwłokę Wykonawcy.

13. Jeżeli Wykonawca dokonuje zmiany Podwykonawcy, na zasoby którego powoływał się w toku postępowania poprzedzającego zawarcie niniejszej Umowy, to jest            , zobowiązany do wykazania Zamawiającemu, że nowy Podwykonawca spełnia warunki udziału w postępowaniu lub kryteria kwalifikacji w stopniu nie mniejszym, niż Podwykonawca dotychczasowy. Zamawiający jest uprawniony do odmowy współdziałania z Podwykonawcą, co

do którego Wykonawca nie wykazał spełnienia warunków lub kryteriów kwalifikacji, do czasu wykazania przez Wykonawcę ich spełnienia, a opóźnienie w wykonaniu Umowy, powstałe wskutek braku współdziałania z takim Podwykonawcą, stanowi zwłokę Wykonawcy.

14. Jeżeli Wykonawca rezygnuje z posługiwania się Podwykonawcą, na zasoby którego powoływał się w toku postępowania poprzedzającego zawarcie niniejszej Umowy, to jest

           , zobowiązany jest do wykazania Zamawiającemu, że Wykonawca samodzielnie spełnia warunki udziału w postępowaniu lub kryteria kwalifikacji w stopniu nie mniejszym, niż Podwykonawca, z którego Wykonawca rezygnuje. Zamawiający jest uprawniony do odmowy współdziałania z Wykonawcą, który nie wykazał samodzielnego spełnienia warunków lub kryteriów kwalifikacji, do czasu wykazania przez Wykonawcę ich spełnienia lub wskazania innego Podwykonawcy i wykazania spełnienia przez niego tych warunków lub kryteriów, a opóźnienie w wykonaniu Umowy, powstałe wskutek braku współdziałania z Wykonawcą, stanowi zwłokę Wykonawcy.

§ 16.

OCHRONA DANYCH OSOBOWYCH

Umowa nie obejmuje swoim zakresem powierzenia przetwarzania danych osobowych na podstawie przepisów ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. 2016, poz. 922) i nie przewiduje takich działań. W przypadku, gdyby okazało się konieczne przetwarzanie danych osobowych, Strony niezwłocznie zawrą umowę o powierzeniu przetwarzania danych osobowych, zgodnie z obowiązującymi przepisami, określając cel i zakres takiego powierzenia, zgodnie z wzorem stanowiącym Załącznik nr 9.

§ 17

ZMIANY UMOWY

1. Zmiana umowy ramowej dopuszczalna jest w zakresie i na warunkach przewidzianych przepisami ustawy z dnia 29 stycznia 2004r. Prawo zamówień publicznych (Dz.U. z 2015r. poz. 2164 z późn zm), zwanej dalej „Pzp”., w szczególności:

1) Strony są uprawnione do dokonania zmian o łącznej wartości nieprzekraczającej 10% łącznego wynagrodzenia wskazanego w § 3 ust. 1, niezależnie od innych przypadków zmian dozwolonych przepisami ustawy Zmiana dokonana zgodnie z niniejszym postanowieniem,

niezależnie od jej wartości, nie może prowadzić do zmiany charakteru umowy, w szczególności do zastąpienia przedmiotu zamówienia innego rodzaju przedmiotem;

2) Strony są uprawnione do wprowadzenia do umowy ramowej zmian nieistotnych, to jest innych, niż zmiany zdefiniowane w art. 144 ust. 1e Pzp;

3) stosownie do art. 144 ust. 1 pkt 1 Pzp, Zamawiający przewiduje możliwość wprowadzenia do umowy ramowej zmian opisanych w ustępach poniżej:

a) w przypadku zmiany przepisów prawa, opublikowanej w Dzienniku Urzędowym Unii Europejskiej, Dzienniku Ustaw, Monitorze Polskim lub Dzienniku Urzędowym odpowiedniego ministra, Zamawiający dopuszcza zmiany sposobu realizacji umowy ramowej lub zmiany zakresu świadczeń Wykonawcy wymuszone takimi zmianami prawa,

b) w przypadku wystąpienia przyczyn niezależnych od Wykonawcy, związanych z równolegle prowadzonymi przez Zamawiającego projektami mającymi wpływ na realizację umowy ramowej lub w związku ze zmianami okoliczności wynikającymi ze specyfiki działalności Zamawiającego albo w związku z podjęciem przez Zamawiającego decyzji o przeprowadzeniu przez osobę trzecią kontroli jakości i sposobu prowadzenia prac, Zamawiający dopuszcza zmiany terminu realizacji umowy ramowej oraz przewiduje możliwość zwiększenia wynagrodzenia Wykonawcy pod warunkiem, że Wykonawca wykaże, że w celu uwzględnienia powyżej opisanych uwarunkowań leżących po stronie Zamawiającego musi ponieść koszty, których zawarcie w cenie oferty nie było możliwe w dniu jej składania. Zmiana wysokości wynagrodzenia Wykonawcy dopuszczalna jest w oparciu o niniejsze postanowienie wyłącznie do wysokości niezbędnej do pokrycia kosztów, o których mowa w zdaniu poprzedzającym.

c) w przypadku powstałej po zawarciu umowy ramowej sytuacji braku środków Zamawiającego na sfinansowanie wykonania umowy ramowej zgodnie z pierwotnie określonymi warunkami, Zamawiający dopuszcza wprowadzenie zmian polegających na ograniczeniu zakresu przedmiotowego umowy ramowej, co nie wyłącza ani nie ogranicza uprawnienia Zamawiającego do wypowiedzenia lub odstąpienia od umowy ramowej w sytuacjach przewidzianych umową ramową lub przepisami prawa;

d) w przypadku ujawnienia się powszechnie występujących wad oferowanego Oprogramowania Zamawiający dopuszcza zmianę w zakresie przedmiotu umowy polegającą na zastąpieniu danego produktu produktem zastępczym, spełniającym

wszelkie wymagania przewidziane w SIWZ dla produktu zastępowanego, rekomendowanym przez producenta lub Wykonawcę w związku z ujawnieniem wad;

2. Strony postanawiają, że w przypadku zmiany stawki podatku od towarów i usług – wynagrodzenie brutto przewidziane umową ramową ulegnie zmianie odpowiedniej do zmiany wysokości podatku od towarów i usług (ulegnie korekcie o wysokość zmiany podatku VAT), przy czym powyższa zmiana będzie miała zastosowanie wyłącznie w odniesieniu do wynagrodzenia objętego fakturami wystawionymi po dacie wejścia w życie zmiany przepisów prawa wprowadzających nowe stawki podatku od towarów i usług,

3. Strony postanawiają, że w przypadku zmian:

1) wysokości minimalnego wynagrodzenia za pracę ustalonego na podstawie art. 2 ust. 3-5 ustawy z dnia 10 października 2002 r. o minimalnym wynagrodzeniu za pracę, lub

2) zasad podlegania ubezpieczeniom społecznym lub ubezpieczeniu zdrowotnemu, lub

3) wysokości stawki składki na ubezpieczenia społeczne lub zdrowotne,

Strony wprowadzą zmianę wysokości wynagrodzenia Wykonawcy odpowiednią do kwoty, o jaką wskutek tych zmian zmianie ulegnie koszt wykonania zamówienia przez Wykonawcę. W celu wykazania wpływu powyżej wskazanych zmian na koszty wykonania Umowy, Wykonawca przedstawi Zamawiającemu szczegółową kalkulację kosztów według stanu sprzed danej zmiany oraz szczegółową kalkulację kosztów według stanu po wprowadzeniu zmiany oraz wskaże kwotę, o jaką wynagrodzenie powinno ulec zmianie. Zamawiający niezwłocznie ustosunkuje się do przedstawionych kalkulacji, w szczególności poprzez zaakceptowanie wskazanej przez Wykonawcę kwoty lub poprzez zgłoszenie zastrzeżeń i żądanie wyjaśnień co do poszczególnych elementów kalkulacji.

4. W celu uniknięcia wątpliwości Strony potwierdzają, że z żądaniem zmiany wynagrodzenia może wystąpić także Zamawiający – w takim przypadku Wykonawca zobowiązany będzie do przedstawienia wskazanych w tym postanowieniu szczegółowych kalkulacji oraz dowodów ich prawidłowości, niezwłocznie po otrzymaniu żądania Zamawiającego.

5. Zmiana wysokości wynagrodzenia nastąpi od momentu jej wprowadzenia przez Strony, przy czym jeżeli zmiana kosztów Wykonawcy nastąpiła przed dokonaniem zmiany umowy ramowej, zmiana wysokości wynagrodzenia będzie uwzględniała także zmianę wysokości kosztów ponoszonych po dacie zmiany odpowiednich przepisów prawa, a przed datą dokonania zmiany umowy ramowej.

6. Wszelkie zmiany w umowie ramowej wymagają formy pisemnej w postaci aneksu pod rygorem nieważności.

§ 18.

ODSTĄPIENIE OD UMOWY

1. Zamawiający będzie uprawniony do odstąpienia od Umowy w stosunku do jednego lub większej liczby wykonawców (umowne prawo odstąpienia) bez wyznaczania terminu dodatkowego w przypadku, w którym opóźnienie Wykonawcy w wykonaniu przedmiotu jakiejkolwiek umowy wykonawczej wyniesie co najmniej 14 dni;

2. Jeżeli Wykonawca będzie realizował umowę wykonawczą w sposób wadliwy albo sprzeczny z umową wykonawczą, Zamawiający wezwie Wykonawcę do zmiany sposobu jej wykonywania i wyznaczy mu w tym celu dodatkowy termin, nie krótszy niż 5 dni. Po bezskutecznym upływie tego terminu Zamawiający będzie uprawniony do odstąpienia od umowy ramowej (umowne prawo odstąpienia). Wezwanie będzie wystosowane w formie pisemnej pod rygorem bezskuteczności.

3. Ilekroć umowa ramowa zastrzega dla Zamawiającego umowne prawo odstąpienia od umowy ramowej z przyczyn, za które odpowiedzialność ponosi Wykonawca, Zamawiający jest uprawniony do wykonania tego uprawnienia w terminie 1 miesiąca od daty, w której powziął wiadomość o przyczynie uzasadniającej odstąpienie od umowy ramowej, w każdym przypadku nie później niż w terminie 3 miesięcy od daty końcowej wskazanej w umowie ramowej.

4. Oświadczenie o odstąpieniu powinno być złożone na piśmie (zawierać uzasadnienie) i niezwłocznie dostarczone drugiej Stronie Umowy.

5. Wykonawca niezwłocznie po doręczeniu mu pisemnego oświadczenia Zamawiającego o odstąpieniu od Umowy, powstrzyma się od dalszego wykonywania przedmiotu Umowy, dokona protokolarnej inwentaryzacji prac w toku z udziałem przedstawiciela Zamawiającego, według stanu na dzień odstąpienia od umowy.

6. Odstąpienie od Umowy nie wpływa na obowiązek zachowania poufności informacji.

7. W razie wykonania przez Zamawiającego umownego prawa odstąpienia od umowy ramowej z przyczyn, za które odpowiedzialność ponosi Wykonawca, oświadczenie o odstąpieniu ma skutek w stosunku do całej Umowy.

8. W takim przypadku:

1) Zamawiający zwróci Wykonawcy lub usunie w sposób uniemożliwiający produkcyjne wykorzystanie wszelkie przekazane przez Wykonawcę, a nieodebrane przez Zamawiającego Produkty lub inne świadczenia, a Wykonawca zobowiązany będzie zwrócić otrzymane

Wynagrodzenie w terminie 14 dni od daty otrzymania oświadczenia Zamawiającego o odstąpieniu od umowy ramowej.

2) Zamawiający w każdym przypadku będzie uprawniony do zatrzymania pojedynczych kopii Produktów lub świadczeń, o których mowa powyżej, na potrzeby ewentualnego dochodzenia roszczeń przysługujących Zamawiającemu w stosunku do Wykonawcy lub osób trzecich lub ochrony przed roszczeniami takich osób;

3) z tytułu korzystania przez Zamawiającego z Produktów, usług lub innych świadczeń w okresie od ich dostarczenia przez Wykonawcę, do dnia ich zwrotu lub zniszczenia Wykonawcy nie przysługuje jakiekolwiek wynagrodzenie lub odszkodowanie.

9. Siła wyższa:

1) Żadna Strona nie będzie odpowiedzialna za niewykonanie swoich zobowiązań w ramach Umowy w stopniu, w jakim opóźnienie w jej działaniu lub inne niewykonanie jej zobowiązań jest wynikiem Siły Wyższej.

2) Dla potrzeb umowy „Siła Wyższa” oznacza wydarzenie nadzwyczajne pozostające poza kontrolą Strony, występujące po podpisaniu Umowy przez obie Strony, przeszkadzające racjonalnemu wykonaniu przez tę Stronę jej obowiązków, nie obejmujące winy własnej lub nienależytej staranności tej Strony i nieprzewidywalne w dacie zawarcia Umowy.

3) Jeżeli Siła Wyższa spowoduje niewykonanie lub nienależyte wykonanie zobowiązań wynikających z Umowy:

1. Strona – o ile będzie to możliwe - zawiadomi w terminie 2 dni na piśmie drugą Stronę o powstaniu i zakończeniu tego zdarzenia, w miarę możliwości przedstawiając stosowną dokumentację w tym zakresie,

2. Strona niezwłocznie przystąpi do dalszego wykonywania Umowy,

3. Strony uzgodnią sposób postępowania wobec tego zdarzenia oraz terminy wykonywania Umowy.

4) Każda ze Stron dołoży najwyższej staranności w celu należytego wykonania zobowiązań z umowy ramowej.

5) Jeżeli Siła Wyższa spowoduje niewykonanie lub nienależyte wykonanie zobowiązań wynikających z Umowy przez okres powyżej trzech (3) tygodni, Strony spotkają się i w dobrej wierze rozpatrzą celowość i warunki rozwiązania Umowy.

§19.

POSTANOWIENIA KOŃCOWE

1. Wszelkie spory mogące wyniknąć z zawarcia i wykonania umowy ramowej i wykonawczej, strony poddają pod rozstrzygnięcie Sądu Powszechnego właściwego dla siedziby Zamawiającego.

2. W sprawach nieunormowanych niniejszą umową zastosowanie mają przepisy ustawy Prawo zamówień publicznych, Kodeksu cywilnego oraz odpowiednie przepisy mające związek z przedmiotem umowy.

3. Ilekroć Umowa przewiduje uzyskanie przez Zamawiającego licencji, Zamawiający może przenieść prawa i obowiązki wynikające z takiej licencji na inny podmiot publiczny (przez który rozumie się: organy władzy publicznej, w tym organy administracji rządowej.

4. Wykonawca zobowiązuje się do niepodejmowania działań sprzecznych z interesem Zamawiającego.

5. Umowa ramowa zostaje zawarta z dniem podpisania jej przez strony.

6. Wszelkie zmiany i uzupełnienia umowy ramowej jak i umów wykonawczych wymagają formy pisemnej pod rygorem nieważności.

7. Umowę sporządzono w 3 jednobrzmiących egzemplarzach, po 1 egzemplarzu dla Wykonawcy i 2 egzemplarze dla Zamawiającego.

8. Załączniki stanowią integralną część umowy ramowej i obejmują: Załącznik nr 1 - Opis przedmiotu zamówienia.

Załącznik nr 2 - Oferta Wykonawcy. Załącznik nr 3 - Zasady Odbioru Produktów.

Załącznik nr 4 - Pełny cykl realizacji elementu zakresu prac. Załącznik nr 5 - Zasady prowadzenia audytu.

Załącznik nr 6 - Minimalne warunki gwarancji na przedmiot Umowy. Załącznik nr 7 - Wymagania dotyczące kodu źródłowego.

Załącznik nr 8 - Warunki przygotowania dokumentacji.

Załącznik nr 9 - Wzór umowy o powierzeniu przetwarzania danych. Załącznik nr 10 - Wzór Umowy wykonawczej.

Zamawiający Wykonawca

......................................................... .........................................................

Załącznik nr 3 do umowy ramowej nr COI/U/3201/…../2016 (COI-ZZAK.3201….2016)

ZASADY ODBIORU PRODUKTÓW

1. PROCEDURA WERYFIKACJI OPROGRAMOWANIA.

1.1. Odbiór Oprogramowania poprzedzony jest przeprowadzeniem testów akceptacyjnych z pozytywnym wynikiem.

1.2. Testy akceptacyjne przeprowadzane są zgodnie z Planem Testów Akceptacyjnych Oprogramowania w środowisku testowym zarządzanym przez Zamawiającego.

1.3. Zgłoszenie gotowości Produktu stanowiącego Przedmiot Umowy do Testów Akceptacyjnych nie może nastąpić wcześniej niż zaakceptowanie przez Zamawiającego Planu testów akceptacyjnych oraz scenariuszy testów akceptacyjnych dla danego Produktu podlegającego procedurze odbioru.

1.4. Nie później niż w ciągu 5 Dni Roboczych od daty zgłoszenia o którym mowa w pkt. 1.3, Zamawiający przystąpi do testów akceptacyjnych.

1.5. Testy akceptacyjne przeprowadzane są przez Komisję przy udziale przedstawicieli Wykonawcy, zgodnie z zaakceptowanym Harmonogramem. Testy akceptacyjne odbywają się zgodnie z Planem Testów Akceptacyjnych i scenariuszami dostarczonymi przez Wykonawcę i zaakceptowanymi przez Xxxxxxxxxxxxx. W zależności od decyzji Xxxxxxxxxxxxx testy zostaną przeprowadzone z wykorzystaniem zaproponowanych przez Wykonawcę lub przygotowanych przez Zamawiającego danych testowych.

1.6. Przebieg testów akceptacyjnych dokumentowany jest w raporcie z testów akceptacyjnych zawierającym co najmniej następujące dane: datę, czas i miejsce przeprowadzenia testów akceptacyjnych, identyfikację osoby wykonującej test, identyfikację wykonywanego testu oraz jego wynik oraz podpisy członków Komisji.

1.7. W przypadku, gdy Zamawiający podczas wykonywania testów akceptacyjnych stwierdzi, że w testowanym Produkcie znajdują się nieprawidłowości (i informacja o nich zostanie odnotowana w raporcie z testów akceptacyjnych), w dniu przeprowadzenia testów, o ile nie wymaga to dodatkowych uzgodnień, Komisja i przedstawiciele Wykonawcy dokonują

przeglądu zgłoszenia nieprawidłowości oraz przypisują je do jednej z poniższych kategorii:

• Błąd krytyczny tj. uniemożliwiający realizację w pełni celu biznesowego danego Produktu lub stwarzający zagrożenie w zakresie bezpieczeństwa, jakości danych, wydajności przekraczającej założone SLA, stabilności Systemu

• Błąd niekrytyczny tj. pozwalający na pełną realizację celu biznesowego danego Produktu ale skutkujący utrudnieniami w obsłudze, nieznacznym zwiększeniem pracochłonności użytkownika, pogorszeniem ergonomii pracy

• Modyfikacja (zmiana, rozszerzenie, nowa funkcjonalność, inna uwaga).

W przypadku konieczności dokonania dodatkowych uzgodnień Komisja i przedstawiciele Wykonawcy, dokonują ich podczas testów akceptacyjnych (tego samego lub następnego dnia testów), o ile jest to możliwe, lub na spotkaniu, które odbędzie się nie później niż w następnym Dniu Roboczym od zakończenia danej tury testów akceptacyjnych.

1.8. W przypadku wystąpienia nieprawidłowości zaklasyfikowanej jako jeden z błędów opisanych w pkt. 1,7, Wykonawca zdefiniuje datę jego usunięcia.

1.9. W przypadku Błędów krytycznych i niekrytycznych Strony ustalają nową datę testów akceptacyjnych, w ramach których akceptacji będą podlegać wyłącznie te scenariusze Testów Akceptacyjnych, które wcześniej wskazały na Błąd krytyczny lub są z nimi powiązane, chyba że Strony postanowią inaczej.

1.10. Na zakończenie każdego dnia testów akceptacyjnych sporządzany jest raport z testów akceptacyjnych, który podpisywany jest przez Komisję i przedstawicieli Wykonawcy.

1.11. Cykl testów akceptacyjnych może się zakończyć jedynie w przypadku gdy usunięte zostaną błędy, które zidentyfikowane zostały podczas testów.

1.12. W przypadku gdy zgłoszone zostały konieczne Modyfikacje Strony uzgodnią zasady i warunki ich wprowadzenia.

1.13. Po zakończeniu cyklu testów akceptacyjnych Wykonawca sporządzi Protokół z przebiegu testów, który stanowi podstawę do rozpoczęcia wdrożenia oraz etapu pilotażu.

2. Zasady odbioru Oprogramowania - Wdrożenie oraz okres pilotażowy zwany dalej etapem

2.1. Po weryfikacji Produktu przez Zamawiającego przeprowadzone zostanie wdrożenie Produktu na środowisko pre-produkcyjne, a następnie rozpocznie się okres pilotażowy

nowej wersji Systemu zawierającej wdrożony Produkt. Wdrożenie oraz eksploatacja w okresie pilotażowym będą prowadzone przez Zamawiającego lub jego przedstawicieli w oparciu o dokumentację przygotowaną przez Wykonawcę. Terminy wdrożenia oraz trwania okresu pilotażowego danego Produktu powinny zostać określone w szczegółowym harmonogramie prac dla danego Produktu.

2.2. Podstawą odbioru Produktów w ramach tego etapu jest:

• brak wykrycia błędów podczas wdrożenia wynikających z wad danego Produktu (w tym z dokumentacji wdrożeniowej),

• prawidłowe działanie w okresie pilotażowym Produktu na środowisku produkcyjnym w aspektach:

− funkcjonalności,

− poziomów usług (dostępności, wydajności, pojemności, ciągłości i bezpieczeństwa, oraz ergonomii ocenianej przez użytkowników końcowych),

− wpływu Produktu na pozostałe elementy Systemu, wynikającego bezpośrednio z wad danego Produktu,

− prawności i kompletności dokumentacji (administracyjna i użytkownika, powykonawcza),

− gotowości i poprawności funkcjonowania serwisu gwarancyjnego.

2.3. W ramach tego etapu prac mogą Zamawiający może zdecydować o przeprowadzeniu testów:

• zgodności z dokumentacją użytkownika - sprawdzenie, czy dokumentacja użytkownika jest kompletna i spójna z oprogramowaniem,

• utrzymania – sprawdzenie, czy aplikacja umożliwia poprawne rejestrowanie parametrów działania na potrzeby monitorowania dostępności, wydajności i niezawodności usług.

2.4. W przypadku braku odbioru Produktu podczas wdrożenia oraz okresu pilotażowego, Wykonawca zobowiązany jest do przygotowania kolejnej wersji Produktu, w której zostaną usunięte nieprawidłowości wykryte podczas wdrożenia i okresu pilotażowego oraz do przekazania jej Zamawiającemu do ponownego odbioru począwszy od weryfikacji SDP, gdyż wprowadzone przez Wykonawcę zmiany w produkcie, powinny przełożyć się na zmiany w dokumentacji.

2.5. W przypadku wykrycia wad Produktów Zamawiający może, ale nie musi, podjąć decyzje o wycofaniu odbieranych Produktów ze środowiska produkcyjnego. Wycofanie przeprowadzone jest przez Zamawiającego lub jego przedstawicieli przy wsparciu Wykonawcy, w oparciu o dokumentację.

2.6. Zamawiający może dokonać warunkowego odbioru Oprogramowania. Dokonując takiego odbioru Zamawiający określa warunki, których akceptacja przez Wykonawcę warunkuje zgodę na odbiór Oprogramowania. Treść takich warunków jest uzgadniana pomiędzy Zamawiającym i Wykonawcą.

2.7. W przypadku braku wykrycia wad Produktu podczas wdrożenia oraz w okresie pilotażowym, Zamawiający dokonuje odbioru przekazanego przez Wykonawcę Produktu.

3. Zasady Odbioru Dokumentacji i analizy

3.1. Dokumenty składające się na Dokumentację przygotowane przez Wykonawcę są akceptowane przez Zamawiającego zgodnie z procedurą opisaną w kolejnych punktach.

3.2. Wykonawca przekazuje dokument do Zamawiającego w wersji elektronicznej w celu jego weryfikacji. Wersja zaakceptowana przez Xxxxxxxxxxxxx na zasadach określonych w niniejszym Załączniku zostanie dostarczona przez Wykonawcę w formie papierowej oraz elektronicznej.

3.3. Dokument zostaje poddany weryfikacji przez Zamawiającego w ciągu okresu proporcjonalnego dla ilości przekazanych do weryfikacji materiałów, każdorazowo nie krótszego niż 2 tygodnie od daty przekazania dokumentu przez Wykonawcę do Zamawiającego („okres akceptacji”), Zamawiający ma możliwość zgłoszenia uwag do dokumentu w formie elektronicznej. Zakres informacyjny zgłoszonych uwag do dokumentu powinien zawierać: odniesienie do rozdziału lub fragmentu dokumentu, której dotyczy dana uwaga, wskazanie zakresu zmian oczekiwanych przez Zamawiającego.

3.4. Jeżeli Zamawiający nie zgłosi żadnych uwag do przedstawionego przez Wykonawcę projektu dokumentu w „okresie akceptacji”, dokument zgłoszony zostaje uznany za zaakceptowany do wdrożenia/eksploatacji.

3.5. Jeżeli Zamawiający zgłosi uwagi do dokumentu w „okresie akceptacji”, Wykonawca określa czas usunięcia wskazanych zastrzeżeń do dokumentu i ustala nową datę dostarczenia zmodyfikowanej wersji dokumentu nie późniejszą niż 7 dni.

3.6. Dla zmodyfikowanej wersji dokumentu kroki niniejszej procedury zostają powtórzone, przy czym „okres akceptacji” w następnej iteracji wynosi połowę pierwotnego okresu weryfikacji.

3.7. Podstawą do ostatecznej akceptacji wersji dokumentu przedstawionej przez Wykonawcę jest brak zgłoszenia uwag w okresie pilotażu Produktu, w ramach którego przygotowano odbieraną Dokumentację. Na tej podstawie Strony podpisują Protokół Odbioru Dokumentacji w Dniu Xxxxxxxx, w którym Wykonawca dostarczy zaakceptowany dokument w ilości i formie określonej w Umowie.

3.8. W przypadku jeżeli Zamawiający zgłosi uwagi do dokumentu w ramach pilotażu, Wykonawca określa czas usunięcia wskazanych zastrzeżeń do dokumentu i ustala nową datę dostarczenia zmodyfikowanej wersji dokumentu nie późniejszą niż w ciągu następnych 7 dni.

3.9. Pozytywny wynik pilotażu Produktu jest uzależniony od uzyskania w jego ramach akceptacji dla wszystkich elementów składowych w tym w szczególności Dokumentacji. W przypadku braku akceptacji Dokumentacji Strony mogą uzgodnić w uzasadnionych okolicznościach zamiast negatywnego wyniku pilotażu jego przedłużenie do czasu akceptacji Dokumentacji.

3.10. Strony mogą zgodnie zdecydować, iż charakter zgłoszonych uwag nie jest krytyczny i Dokumentacja kwalifikuje się do warunkowego odbioru z określeniem terminu ich usunięcia.

3.11. Zmiany w zaakceptowanym dokumencie będą rozpatrywane zgodnie z Procedurą Zarządzania Zmianami..

3.12. Odbiór dokumentacji powykonawczej będzie realizowany na analogicznych zasadach z założeniem wydłużenia okresu weryfikacji do co najmniej 30 dni.

4. Procedura Odbioru Szkoleń

Przeprowadzenie szkolenia stanowiskowego zostanie odebrane poprzez podpisanie Protokołu Odbioru Szkolenia, który zostanie sporządzony oddzielnie dla każdego miesiąca, w którym odbywały się tury szkolenia. Do protokołu z przeprowadzonych szkoleń dołączona zostanie imienna lista osób uczestniczących w poszczególnych szkoleniach z podpisami uczestników w każdym dniu szkolenia wraz z kopiami uzyskanych certyfikatów potwierdzających udział w szkoleniu oraz ankietami oceniającymi jakość szkolenia i pracy trenera.

WZÓR

PROTOKÓŁ ODBIORU PRODUKTU

Wykonawca		Zamawiający
		Centralny Ośrodek Informatyki ul. Suwak 3 Warszawa (02-676)

1. Przedmiot Odbioru

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

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

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

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

2. Wynagrodzenie Wykonawcy (wartość netto, podatek VAT, wartość brutto będąca podstawą do wystawienia faktury VAT przez Wykonawcę):

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

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

3. Integralną część protokołu stanowią:

1) ……………………………………………………………………………………………………………

………………………………………………………………………………………………………….. 2) ……………………………………………………………………………………………………………

…………………………………………………………………………………………………………… 3) ………………………………………………….………………………………………………………

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

4. Odbiór przez upoważnionych przedstawicieli Stron Umowy.

Wynik Odbioru	Zamawiający ODBIERA/NIE ODBIERA* przedmiot odbioru	DATA	……………………..
Przyczyny odrzucenia przedmiotu odbioru (jeśli dotyczy)	………………………………………………………………………………………………… …………………………………………………………………………………………………
Dotrzymanie terminu	Termin ZOSTAŁ/NIE ZOSTAŁ* dotrzymany
Uwagi i postanowienia DODATKOWE	………………………………………………………………………………………………… …………………………………………………………………………………………………
Zamawiający			Wykonawca
Stanowisko		Stanowisko
Imię i Nazwisko		Imię i Nazwisko
Podpis		Podpis
Stanowisko		Stanowisko
Imię i Nazwisko		Imię i Nazwisko
Podpis		Podpis

5. Protokół sporządzono w trzech jednobrzmiących egzemplarzach, z których dwa otrzymuje Zamawiający, a jeden Wykonawca.

Załącznik nr 4 do umowy ramowej nr COI/U/3201/…../2016 (COI-ZZAK.3201….2016)

ETAPY REALIZACJI PRAC / WYTWORZONE PRODUKTY:

Wykonawca winien prowadzić prace wytwórcze zgodnie z poniższym ramowym planem realizacji prac (przy czym terminy poszczególnych etapów mogą na siebie zachodzić), Zamawiający zastrzega sobie możliwość zmiany zakresu niniejszego planu w zależności od przedmiotu zamówienia jednostkowego:

a. Etap I – Faza projektowa

iii. Dokumentacja analityczna

iv. Makiety

v. Projekt techniczny

vi. Plan testów akceptacyjnych

vii. Scenariusze testowe

viii. Model jakości danych

ix. Scenariusze testów wydajnościowych

b. Etap II – faza wytwórcza

x. Plan wdrożenia

xi. Opis realizacji szkoleń

xii. Wytworzenie oprogramowania systemu

xiii. Przygotowanie instrukcji instalacji, konfiguracji i wdrożenia na środowisko testowe i produkcyjne

xiv. Przygotowanie testów wydajnościowych w JMeter

c. Etap III - Testy

xv. Testy akceptacyjne

xvi. Testy wydajnościowe

xvii. Testy bezpieczeństwa

d. Etap IV - szkolenia

xviii. Dokumentacja użytkownika

xix. Szkolenia dla trenerów i administratorów

e. Etap V - Wdrożenie

xx. Wdrożenie produkcyjne

xxi. Testy

f. Etap VI – dokumentacja

xxii. Dokumentacja powykonawcza

xxiii. Dokumentacja eksploatacyjna

xxiv. Dokumentacja powdrożeniowa

g. Etap VII - gwarancja

xxv. Gwarancja 24 miesiące

xxvi. Wsparcie 12 miesięcy (z możliwą opcją przedłużenia wskazaną w zapytaniu ofertowym)

Uwaga: Gwarancja jest liczona od momentu podpisania protokołu odbioru, wsparcie od momentu wdrożenia na środowisko produkcyjne.

Załącznik nr 5 do umowy ramowej nr COI/U/3201/…../2016 (COI-ZZAK.3201….2016)

ZASADY PROWADZENIA AUDYTU

Celem prowadzenia audytu sposobu realizacji zamówień szczegółowych jest dokonanie niezależnej oceny, która pozwoli ocenić prawidłowość wypełniania przez Wykonawcę działań związanych ze świadczeniem usług. Ocena powinna być dokonania w oparciu o:

1) zobowiązania Wykonawcy wynikające z umowy,

2) normy prawne,

3) uznane standardy związane z x.xx. zarządzaniem IT, zarządzaniem projektami oraz wytwarzaniem oprogramowania (x.xx. ITIL, COBIT, RUP, PRINCE2),

4) wewnętrzne regulacje Zamawiającego.

Warunki uruchomienia audytu

Audyt może być uruchomiony przez Zamawiającego w dowolnym momencie. Zamawiający nie musi podawać Wykonawcy powodu przeprowadzenia audytu. Audyt może być uruchomiony w przypadku x.xx.:

1) wystąpienia sytuacji niepożądanej,

2) wykrycia nieprawidłowości w sposobie realizacji przedmiotu zamówienia, potrzeby zwiększenia kontroli nad wybranymi aspektami, związanymi z Systemem lub sposobem jego rozwoju,

3) wprowadzenia zmian w projekcie,

4) wprowadzenia zmian w sposobie realizacji działań dotyczących rozwoju Systemu.

Założenia do audytu

Audyt jest przeprowadzany z udziałem Wykonawcy. W trakcie audytu Wykonawca zobowiązany jest:

a. udostępnić Zamawiającemu dokumentację oraz wszelkie informacje niezbędne do realizacji prac audytorskich,

b. umożliwić Zamawiającemu jego obecność przy wykonywanych pracach z zakresu rozwoju Systemu,

c. umożliwić Zamawiającemu dostęp do wszelkich zasobów i pomieszczeń niezbędnych do realizacji prac audytorskich,

x. xxxxxxxx pisemnej odpowiedzi na pytania audytorów nie później niż w czasie 3 dni roboczych od daty otrzymania zapytania.

Pozyskiwanie wiedzy zagwarantowanej w zapisach Umowy, a niezbędnej do przeprowadzenia audytu, nie może łączyć się z dodatkowymi kosztami dla Zamawiającego. Wykonawca zobowiązany jest do bezpłatnego usunięcia wszystkich uchybień i nieprawidłowości stwierdzonych w czasie audytu. Zamawiający może powierzyć prowadzenie audytu osobie trzeciej, którą Zamawiający upoważni do działania w swoim imieniu, z zagwarantowaniem bezpieczeństwa dostępu do Systemu.

Zakres audytu

Zakres audytu na żądanie może obejmować dowolny obszar, wybrany w taki sposób, aby móc zrealizować konkretny cel, jaki stawia Zamawiający przez audytem.

Realizacja audytu powinna każdorazowo przebiegać w sposób uporządkowany. Poniżej przedstawiono poszczególne kroki audytu, które powinny być realizowane zgodnie z ustalonym porządkiem:

1) określenie Celu audytu,

2) zdefiniowanie Zakresu audytu oraz Planu audytu,

3) określenie dla każdego zadania Opisu zadania audytorskiego oraz Kryteriów oceny zadania audytorskiego,

4) realizacja zadania audytorskiego,

5) opracowanie Raportu z realizacji zadania audytorskiego,

6) przedstawienie Raportu z audytu.

Działania poza audytowe / Produkty poza audytowe

W przypadku stwierdzenia w czasie audytu istotnych uchybień lub nieprawidłowości w ramach działań poza audytowych, powinien powstać Plan działań naprawczych.

W przypadku stwierdzenia w czasie audytu istotnych uchybień lub nieprawidłowości ich opis oraz rekomendacje powinny się znaleźć w Raporcie z audytu. W takim przypadku, , należy po zakończeniu audytu podjąć następujące działania:

1) opracowanie Planu działań naprawczych,

2) realizacja działań naprawczych.

Plan działań naprawczych

Dokument zawierający informacje odnośnie tego, w jaki sposób i w jakich terminach Wykonawca zamierza zrealizować rekomendacje dotyczące działań Wykonawcy, opisane w Raporcie z audytu.

Plan działań naprawczych musi zostać zaakceptowany przez Zamawiającego.

Realizacja działań naprawczych

Realizacja działań naprawczych powinna być wykonana przez Wykonawcę niezwłocznie, niezależnie od nakładów koniecznych do zaangażowania. Działania Wykonawcy powinny być prowadzone w zakresie oraz terminie określonym w Planie działań naprawczych. Realizacja działań naprawczych przez Wykonawcę, powinna odbyć się w ramach realizacji przedmiotu zamówienia. Kontrola realizacji działań naprawczych możliwa jest poprzez wykonanie kolejnego audytu.

Załącznik nr 6 do umowy ramowej nr COI/U/3201/…../2016 (COI-ZZAK.3201….2016)

WARUNKI GWARANCJI

Ustala się, iż dla każdego zgłoszonego wniosku, Wykonawca i Zamawiający wspólnie, działając z najwyższą starannością, ustalą zasadność tego wniosku oraz zasadność określonego w nim typu błędu (jeśli dotyczy) w terminach podanych w:

Tabela 1. Terminy, o których mowa w zdaniu poprzednim liczą się od momentu, zgłoszenia wniosku o naprawę gwarancyjną

Tabela 1. Terminy i warunki napraw gwarancyjnych

Dotyczy	Typ błędu		Termin ustalenia zasadności wniosku	Termin naprawy
Dokumentacja projektowa			Do końca 10 dnia roboczego	Do końca 30 dnia roboczego
Oprogramowanie wykonawcy	Błąd krytyczny	wymagania funkcjonalne	Do końca następnego dnia roboczego	Do końca 2 dnia roboczego
		wymagania niefunkcjonalne		Do końca 15 dnia roboczego
	Błąd średni		Do końca 15 dnia roboczego	Do końca 30 dnia roboczego
	Błąd niski		Do końca 15 dnia roboczego	Do końca 45 dnia roboczego

Wykonawca poprawi zgłoszony błąd w terminach podanych w:

1. Tabela 1.

2. Termin „koniec dnia roboczego” oznacza godzinę 24:00 w dni od poniedziałku do piątku z wyłączeniem dni ustawowo wolnych od pracy

3. Przez naprawę Oprogramowania Wykonawcy rozumie się:

a. aktualizację kodu źródłowego wytworzonego przez Wykonawcę tak, aby zgłoszony Błąd po tej aktualizacji już nie występował,

b. przetestowanie i potwierdzenie przez Wykonawcę skuteczności aktualizacji, o której mowa w punkcie powyżej,

c. zgłoszenie Zamawiającemu informacji o zrealizowaniu działań opisanych w dwóch powyższych punktach.

4. W przypadku wniosków o naprawę gwarancyjną dotyczącą oprogramowania, które nie jest Oprogramowaniem Wykonawcy, a które zostało Zamawiającemu dostarczone przez Wykonawcę w ramach realizacji Projektu, Wykonawca będzie w imieniu Xxxxxxxxxxxxx pośredniczył w kontaktach pomiędzy Zamawiającym i autorem oprogramowania i będzie:

x. xxxxxxxx w/w autorom błędy opisywane we wnioskach o naprawę gwarancyjną,

b. udzielał w/w autorom odpowiedzi mających na celu ustalenie, czy zgłoszony błąd faktycznie jest błędem i jakie kroki prowadzą do jego reprodukcji,

c. testował ewentualne, dostarczone przez w/w autorów rozwiązania eliminujące w/w błędów. Pozostałe warunki dotyczące napraw gwarancyjnych, o których mowa w tym puncie będą zależne od warunków, jakich na dane oprogramowanie udzieli jego autor. Każdy termin, zadeklarowany w warunkach gwarancyjnych, jakich na dane oprogramowanie udzieli jego autor, ulegnie wydłużeniu o dwa dni robocze.

5. Wszystkie terminy, o których mowa w niniejszych warunkach gwarancji mogą ulec wydłużeniu w sytuacji, jeżeli Wykonawca złoży prośbę o wydłużenie tych terminów, a Zamawiający do tej prośby się przychyli.

6. Zamawiający zagwarantuje Wykonawcy, na czas realizacji przez Wykonawcę napraw, stały dostęp do środowiska, w którym wykryto nieprawidłowość będącą przyczyną złożenia wniosku o naprawę gwarancyjną oraz do Środowiska Testów Integracyjnych Zamawiającego umożliwiający Wykonawcy:

a. reprodukowanie zgłoszonych błędów/nieprawidłowości (nie dotyczy środowiska produkcyjnego),

b. niezbędne informacje z logów systemowych Oprogramowania Wykonawcy oraz oprogramowania niewytworzonego przez Wykonawcę, na którym polega, lub z którego korzysta, lub z którym integruje się oprogramowanie Wykonawcy (np. logi: systemu operacyjnego, serwerów aplikacyjnych, serwerów WWW, baz danych, oprogramowania EUCARIS; itd.),

c. niezbędne informacje z plików danych i konfiguracji Oprogramowania Wykonawcy oraz oprogramowania standardowego, na którym polega, lub z którego korzysta Oprogramowanie Wykonawcy.

7. Wniosek o naprawę gwarancyjną będzie zawierał:

• usługa, w zakresie której świadczona będzie naprawa – jedna z gałęzi Usługi CEPiK 2.0;

• tytuł zgłoszenia;

• rodzaj zgłoszenia (Wniosek o naprawę gwarancyjną - oprogramowanie);

• opis zgłoszenia zawierający następujące informacje:

1) opis niepożądanego działania oprogramowania, w tym:

▪ datę i czas, zaobserwowania nieprawidłowego działania oprogramowania;

▪ dokładne kroki, włącznie z wprowadzonymi danymi i otrzymanymi rezultatami pośrednimi, które pozwalają to niepożądane działanie oprogramowania odtworzyć;

▪ spodziewany rezultat działania oprogramowania;

2) wagę/priorytet Błędu.

a. W przypadku wniosku o naprawę gwarancyjną dotyczącą dokumentacji:

• usługa, w zakresie której świadczona będzie naprawa – jedna z gałęzi Usługi CEPiK 2.0;

• tytuł zgłoszenia;

• rodzaj zgłoszenia (Wniosek o naprawę gwarancyjną - dokumentacja);

• opis zgłoszenia zawierający ogólną informację o oczekiwanej naprawie,

Załącznik nr 7 do umowy ramowej nr COI/U/3201/…../2016 (COI-ZZAK.3201….2016)

Wymagania dotyczące kodu źródłowego.

1. Kod źródłowy musi być napisany w powszechnie używany języku programowania z wykorzystaniem jego aktualnie najwyższej dostępnej stabilnej wersji platformy. Język i platforma musi zostać uzgodniona z Zamawiającym przed przystąpieniem do prac, informacja taka winna się znaleźć w ofercie Wykonawcy.

W przypadku użycia Javy zalecana jest platforma OpenJDK. Dopuszczalne po uzgodnieniu inne języki JVM - Scala, Groovy, Kotlin.

W uzasadnionych przypadkach dopuszcza się inne języki JVM (Groovy, Scala i Kotlin) przy zachowaniu spójności i standardów IT. Po uzasadnieniu możliwe jest zastosowanie Oracle JDK.

2. Konfiguracja infrastruktury niezbędnej do uruchomienia środowiska powinna być udokumentowana i udostępniona w formie kodu źródłowego dla jednego z otwartych mechanizmów zarządzania konfiguracją infrastruktury.

3. Kod źródłowy powinien być dostarczony wraz z historią zmian w repozytorium GIT. Historia powinna zawierać opisy poszczególnych zmian pozwalające na prześledzenie przyrostu kodu dla głównej gałęzi projektu. Nie jest wymagane dostarczanie danych osobowych poszczególnych autorów zmian.

4. Wykonawca udostępni ciągły dostęp do powstającego rozwiązania lub przekaże częściowe rozwiązanie w przyrostach (nie rzadziej niż co 3 miesiące, częstotliwość zostanie ustalona w Umowie Wykonawczej), umożliwiając Zamawiającemu wykonanie częściowego odbioru i weryfikację zgodności z przyjętymi założeniami.

5. Wykonawca powinien dostarczyć konfigurację stosowanego do budowania projektu środowiska Continuous Integration z wykorzystaniem uzgodnionych przez Strony narzędzi i dokumentację niezbędną do jego uruchomienia po stronie odbierającego. Odbierana wersja produktu będzie budowana ze źródeł, testowana przez automaty oraz wdrażana na środowisko testów akceptacyjnych w taki sposób, by Zamawiający mógł zweryfikować fakt istnienia takiego procesu. Zamawiający ma prawo zażądać przeprowadzenia całego procesu na własnej infrastrukturze, samodzielnie lub przy wykorzystaniu asysty technicznej Twórcy.

6. Publicznie wdrażane wersje oprogramowania powinny mieć wersje zgodne ze schematem Semantic Versioning xxxx://xxxxxx.xxx

7. Artefakty wynikowe kodu źródłowego muszą być dostarczone dla każdej dostarczanej wersji wraz ze zaktualizowaną dokumentacją (w tym wygenerowaną dokumentacją kodu) oraz logiem zmian opisanym biznesowo. Artefakty powinny być podpisane cyfrowo, aby możliwe było potwierdzenie ich pochodzenia oraz integralność binariów.

8. Można użyć ogólnodostępnych bibliotek i artefaktów o ile ich licencja nie ogranicza wykorzystania rozwiązania przez odbiorcę. Dostarczone oprogramowanie powinno używać możliwie najnowszych stabilnych wersji bibliotek. W uzasadnionych przypadkach zezwala się na użycie artefaktów określonych producentów ale w takim przypadku będą one dostarczone wraz z wymaganymi licencjami odbiorcy. Twórca musi dostarczyć listę wszystkich zewnętrznych zależności w projekcie (tj. nazwy pakietów i ich wersje, sumę kontrolną pakietu

- pozwalające jednoznacznie zidentyfikować wykorzystywany artefakt).

9. Kod źródłowy (aplikacji, bibliotek i wdrożeniowy) musi posiadać testy jednostkowe i integracyjne. Pokrycie powinno pokrywać co najmniej 50% rozgałęzień w kodzie. W chwili oddania oprogramowania wszystkie testy muszą się poprawnie kończyć.

10. Rozwiązanie musi dysponować powtarzalnymi testami wydajności. Metodyka testów, plan testów, skrypty oraz dane testowe do przeprowadzenia testów, oraz sposób przeprowadzania pomiarów i oceny wydajności powinny zostać dostarczone jako produkty wraz z projektem, aby możliwe było odtworzenie testów przez Zamawiającego. Dostarczony raport musi umożliwiać powtórzenie testów dla nowszej wersji systemu w taki sposób, by możliwe było potwierdzenie lub zaprzeczenie występowania wskazanych podatności w nowszej wersji systemu.

11. Po ustaleniu z zamawiającym wykonawca dostarczy raport z testów bezpieczeństwa wykonanych dla konkretnej wersji systemu. Raport musi zawierać co najmniej metodologię testów, plan testów, scenariusze testowe, listę znalezionych podatności, sposób powtórzenia, krytyczność oraz informację, czy podatność została naprawiona (jeśli tak, to w której wersji systemu). Dostarczony raport musi umożliwiać powtórzenie testu dla nowszej wersji systemu w taki sposób, by możliwe było potwierdzenie lub zaprzeczenie występowania wskazanych podatności w nowszej wersji systemu.

12. Kod źródłowy musi przejść przegląd kodu przy wykorzystaniu analizy w narzędziu typu SonarQube: brak zgłoszeń typu Blocker i Critical, dług techniczny poniżej 3%. Profile reguł narzędzia zostaną ustalone przy starcie projektu i muszą one korzystać ze standardowego

zestawu reguł. Zestaw reguł może zostać zmieniony w trakcie trwania projektu po wcześniejszej akceptacji przez Xxxxxx.

13. Kod źródłowy powinien spełniać wymagania architektoniczne ustalone w zaproszeniu do zgłaszania ofert oraz w Umowie Wykonawczej. Ustalenia architektoniczne definiują stosowane w projekcie języki programowania i technologie. Zmiany w tym zakresie mogą zostać wprowadzone po akceptacji przez Strony, po określeniu wpływu, oraz udowodnieniu zasadności, w tym:

a. obniżenie kosztów wytworzenia lub utrzymania,

b. krótszy termin dostarczenia,

c. krótszy termin reakcji na błędy,

d. aktualizacja wymagana przez czynniki zewnętrzne,

e. naprawa błędnej decyzji technologicznej na wcześniejszym etapie

f. zmniejszenie ryzyka w projekcie,

g. Udowodnienie zasadności musi być poparte dostarczeniem stosownej symulacji, analizy ryzyka lub techniczny dowód poprawności (ang. proof-of-concept).