specyfikacja istotnych warunków zamówienia (siwz)€¦ · web view48000000 (pakiety...

Specyfikacja Istotnych Warunków Zamówieniana usługi asysty technicznej i konserwacji, modyfikacji i rozwoju,

transferu wiedzy oraz dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego

I. Nazwa i adres Zamawiającego.

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych (PFRON)

Al. Jana Pawła II 13, 00-828 Warszawa

Numer telefonu: (+ 48) 22 50 55 500

Strona internetowa: www.pfron.org.pl

Ogłoszenia i komunikaty dotyczące zamówień publicznych znajdują się na stronie

internetowej Zamawiającego: www.pfron.org.pl/bip

II. Postanowienia ogólne.

1. Zamówienie zostanie udzielone w trybie przetargu nieograniczonego zgodnie

z art. 39-46 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych

(Dz. U. z 2015 r., poz. 2164), dalej zwaną „ustawą”.

2. Wartość zamówienia przekracza wartość kwoty określonej w przepisach wydanych na

podstawie art. 11 ust. 8 ustawy w odniesieniu do usług i dostaw.

3. Użyte w niniejszej Specyfikacji Istotnych Warunków Zamówienia terminy mają

następujące znaczenie:

3.1. „Zamawiający” - Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych

(PFRON).

3.2. „Wykonawca” - podmiot, który ubiega się o wykonanie zamówienia, złoży ofertę

na jego wykonanie lub zawrze z Zamawiającym Umowę w sprawie wykonania

zamówienia.

Usługi asysty technicznej i konserwacji, modyfikacji i rozwoju, transferu wiedzy oraz dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego - znak sprawy ZP/02/16

1

3.3. „postępowanie” - postępowanie o udzielenie zamówienia publicznego,

prowadzone na podstawie niniejszej Specyfikacji Istotnych Warunków

Zamówienia.

3.4. „SIWZ” - niniejsza Specyfikacja Istotnych Warunków Zamówienia.

3.5. „OPZ” - Opis Przedmiotu Zamówienia.

3.6. „Umowa” - Umowa zawarta między Zamawiającym a Wykonawcą wraz

ze wszystkimi aneksami i Załącznikami do Umowy.

3.7. „ustawa” - ustawa z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z

2015 r., poz. 2164).

3.8. „zamówienie” - zamówienie publiczne, którego przedmiot w sposób szczegółowy

został opisany w niniejszej SIWZ.

3.9. „grupa kapitałowa” – wszyscy przedsiębiorcy, którzy są kontrolowani w sposób

bezpośredni lub pośredni przez jednego przedsiębiorcę, w tym również tego

przedsiębiorcę w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie

konkurencji i konsumentów (Dz. U. z 2015 r., poz. 184).

3.10. „tajemnica przedsiębiorstwa” - w rozumieniu art. 11 ust. 4 ustawy z dnia

16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (Dz. U. z 2003 r., Nr 153

poz. 1503, z późn. zm.) przez tajemnicę przedsiębiorstwa rozumie się

nieujawnione do wiadomości publicznej informacje techniczne, technologiczne,

organizacyjne przedsiębiorstwa lub inne informacje posiadające wartość

gospodarczą, co do których przedsiębiorca podjął niezbędne działania w celu

zachowania ich poufności.

3.11. Pozostałe definicje zawarte są w Załączniku nr 8 do SIWZ .


2

III. Określenie przedmiotu zamówienia.

1. Przedmiotem zamówienia jest świadczenie:

1.1. Usług asysty technicznej i konserwacji Systemu NEO i Modułu Komunikacyjnego

przez okres 24 miesięcy.

1.2. Usług modyfikacji i rozwoju Systemu NEO i Modułu Komunikacyjnego przez okres

24 miesięcy w ramach maksymalnego limitu 15 000 Roboczogodzin.

1.3. Usług transferu wiedzy przez okres 24 miesięcy w ramach maksymalnego limitu

500 Roboczogodzin.

1.4. Usług dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego przez

okres 14 miesięcy.

2. W ramach niniejszego zamówienia Wykonawca zobowiązuje się także:

2.1. Udzielić Zamawiającemu gwarancji, na warunkach szczegółowo opisanych w § 7

Załącznika nr 8 do SIWZ.

2.2. Przenieść na Zamawiającego autorskie prawa majątkowe oraz prawa zależne

do wytworzonych lub dostarczonych podczas realizacji niniejszego zamówienia

Produktów na warunkach i zasadach opisanych szczegółowo w § 13 Załącznika nr 8

do SIWZ.

2.3. Zapewnić Zamawiającemu licencje na korzystanie z Produktów, na warunkach

i zasadach opisanych szczegółowo w § 13 Załącznika nr 8 do SIWZ.

2.4. Wykonać inne zobowiązania na rzecz Zamawiającego określone w Załączniku nr 8

do SIWZ.

3. Opis Przedmiotu Zamówienia zawiera Załącznik nr 1 do SIWZ.

4. Zakres oraz zasady wykonania usług określa Załącznik nr 8 do SIWZ (Istotne dla Stron

postanowienia, które zostaną wprowadzone do treści Umowy w sprawie zamówienia

publicznego).


3

5. Dokumentację Systemu NEO i Modułu Komunikacyjnego zawiera Załącznik nr 9 do

SIWZ.

6. Zamawiający udostępni Wykonawcy na potrzeby realizacji Umowy:

6.1. Kody Źródłowe Systemu NEO i Modułu Komunikacyjnego, będące w posiadaniu

Zamawiającego,

6.2. Dokumentację Systemu NEO i Modułu Komunikacyjnego, będącą w posiadaniu

Zamawiającego.

7. Zamawiający wykorzystuje dwie instalacje Systemu: instalację produkcyjną i instalację

testową. Zamawiający udostępni Wykonawcy zdalny dostęp zarówno do instalacji

produkcyjnej, jak i testowej Systemu poprzez łącze dedykowane. Wszelkie koszty

związane z utrzymaniem zdalnego dostępu ponosi Wykonawca. Wykonawca nadzoruje

także prawidłowość działania zdalnego dostępu.

8. Kod zamówienia określony we Wspólnym Słowniku Zamówień (CPV):

72267000-4 (usługi w zakresie konserwacji i naprawy oprogramowania),

72253200-5 (usługi w zakresie wsparcia systemu),

72262000-9 (usługi rozbudowy oprogramowania).

48000000 (pakiety oprogramowania i systemy informatyczne),

22471000 (instrukcje komputerowe).

IV. Dodatkowe informacje.

1. Na podstawie art. 29 ust 4 pkt 4 ustawy Zamawiający wymaga, aby Wykonawca zatrudnił

w pełnym wymiarze czasu pracy na podstawie umowy o pracę co najmniej 1 osobę

wykonującą czynności w trakcie realizacji przedmiotu Umowy.

2. Osoba, o której mowa w pkt 1 powyżej musi zostać zatrudniona na cały okres realizacji

przedmiotu Umowy. W przypadku rozwiązania stosunku pracy przez osobę zatrudnioną

lub przez pracodawcę przed zakończeniem ww. okresu Wykonawca będzie zobowiązany


4

w terminie 30 dni licząc od dnia rozwiązania stosunku pracy, zatrudnić na to miejsce inną

osobę w pełnym wymiarze czasu pracy na podstawie umowy o pracę.

3. Zamawiający ma prawo w każdym okresie realizacji Umowy zwrócić się do Wykonawcy

o przedstawienie dokumentacji zatrudnienia ww. osoby (umowę o pracę lub dokumenty

potwierdzające podleganie ubezpieczeniom społecznym z tytułu zatrudnienia na

podstawie umowy o pracę), natomiast Wykonawca ma obowiązek przedstawić ją

niezwłocznie Zamawiającemu.

4. W przypadku nie zatrudnienia przy realizacji Umowy wymaganej w pkt 1 powyżej osoby

Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 5% wynagrodzenia

określonego w § 14 pkt 1 Załącznika nr 8 do SIWZ.

5. Przed upływem terminu składania ofert Zamawiający zaprasza do siedziby

Zamawiającego (Al. Jana Pawła II 13, 00-828 Warszawa) na wizję lokalną Systemu NEO

i Modułu Komunikacyjnego. W ramach wizji lokalnej Zamawiający zapewni dostęp do

interfejsów, do Kodów Źródłowych Systemu NEO i Modułu Komunikacyjnego. W celu

ustalenia terminu wizji lokalnej, należy złożyć wniosek na numer faksu

(+48) 22 50 55 275 lub pisemnie. O terminie wizji lokalnej Wykonawca zostanie

powiadomiony niezwłocznie.

V. Oferty wariantowe i częściowe.

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

VI. Informacja o przewidywanych zamówieniach uzupełniających.

Zamawiający przewiduje udzielenie zamówień uzupełniających. Zamówienia uzupełniające

mogą zostać udzielone w okresie 3 lat od udzielenia zamówienia podstawowego

dotychczasowemu wykonawcy usług i mogą stanowić nie więcej niż 50% wartości

zamówienia podstawowego i polegać na powtórzeniu tego samego rodzaju zamówień.


5

VII. Termin wykonania zamówienia.

Termin realizacji przedmiotu zamówienia – 24 miesiące od dnia zawarcia Umowy, jednak nie

wcześniej niż od dnia 8 maja 2016 r. z tym zastrzeżeniem, że usługa dostosowania

dokumentacji Systemu NEO i Modułu Komunikacyjnego zakończy się po 14 miesiącach od

dnia zawarcia Umowy.

VIII. Warunki udziału Wykonawców w postępowaniu oraz opis sposobu dokonywania

oceny spełniania tych warunków.

1. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy nie podlegają

wykluczeniu z postępowania na podstawie art. 24 ust. 1 oraz art. 24 ust. 2 ustawy.

Zgodnie z art. 24 ust. 2a ustawy Zamawiający wyklucza również z postępowania

o udzielenie zamówienia Wykonawcę, który w okresie 3 lat przed wszczęciem

postępowania, w sposób zawiniony poważnie naruszył obowiązki zawodowe,

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ą dowolnych środków dowodowych. Zamawiający

nie wyklucza z postępowania o udzielenie zamówienia Wykonawcy, który udowodni,

że podjął konkretne środki techniczne, organizacyjne i kadrowe, które mają zapobiec

zawinionemu i poważnemu naruszaniu obowiązków zawodowych w przyszłości oraz

naprawił szkody powstałe w wyniku naruszenia obowiązków zawodowych lub

zobowiązał się do ich naprawienia.

2. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy spełniają warunki

z art. 22 ust. 1 ustawy tj.:

2.1. Posiadania uprawnień do wykonywania określonej działalności lub czynności,

jeżeli przepisy prawa nakładają obowiązek ich posiadania:

Z uwagi na charakter zamówienia, Zamawiający nie wyznacza szczegółowego opisu

sposobu dokonywania oceny spełniania powyższego warunku udziału

w postępowaniu. Zamawiający dokona oceny spełnienia ww. warunku


6

na podstawie oświadczenia o spełnianiu warunków udziału w postępowaniu

złożonego zgodnie z treścią Załącznika nr 3 do SIWZ.

2.2. Posiadania wiedzy i doświadczenia:

Zamawiający uzna ww. warunek za spełniony jeżeli Wykonawca wykaże,

że w okresie ostatnich 3 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 również wykonuje należycie co najmniej:

2.2.1. dwie usługi polegające na świadczeniu usług asysty technicznej i konserwacji

systemu informatycznego, przy czym:

każda z nich trwała co najmniej 12 miesięcy. W przypadku usługi, której

wykonywania jeszcze nie zakończono, Zamawiający uzna spełnienie

warunku, gdy dotychczasowy okres świadczenia usługi będzie

nie krótszy niż 12 miesięcy,

każda z nich była oparta na modelu SLA,

wartość każdej z usług wynosiła co najmniej 500 000,00 zł brutto

(słownie: pięćset tysięcy złotych),

z systemu, którego dotyczy usługa, korzysta co najmniej 100

użytkowników,

system, którego dotyczy usługa, obsługuje wymianę danych z co

najmniej 2 innymi systemami informatycznymi,

każda z nich obejmowała:

- wykonywanie czynności administracyjnych nad systemem

udostępnianym w sieci internet, w którym zaimplementowano

mechanizmy pozwalające na wymianę danych w sposób bezpieczny

w oparciu o elektroniczną komunikację pomiędzy użytkownikami a

systemem,

- usuwanie błędów i awarii w systemie,


7

- zapewnianie wsparcia oraz udzielanie konsultacji użytkownikom

systemu.

2.2.2. dwie usługi modyfikacji lub rozwoju systemu informatycznego, przy czym:

wartość każdej z usług wynosiła co najmniej 700 000,00 zł brutto

(słownie: siedemset tysięcy złotych),

każda z nich polegała na rozbudowie istniejących lub dodawaniu nowych

funkcjonalności,

wymagania funkcjonalne i pozafunkcjonalne opracowywane były na

podstawie przedstawionych wymagań biznesowych,

prace programowe były wykonywane na podstawie sporządzonego

projektu,

realizacja usługi wymagała aktualizacji lub stworzenia dokumentacji

systemu informatycznego.

UWAGA:

Zamawiający uzna, że Wykonawca spełnia powyższy warunek udziału w

postępowaniu tylko w przypadku, gdy Wykonawca wykaże spełnienie wszystkich

powyższych wymagań.


8

2.3. Dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi

do wykonania zamówienia:

Zamawiający uzna ww. warunek za spełniony, jeżeli Wykonawca wykaże, że

dysponuje lub będzie dysponował zespołem, który będzie uczestniczyć w

wykonywaniu zamówienia, tj.:

2.3.1. kierownik projektu – min. 1 osoba, która:

posiada kwalifikacje potwierdzone certyfikatem wydanym przez

uprawniony podmiot niezależny od Wykonawcy w zakresie stosowania

powszechnie uznanych metodyk prowadzenia projektów;

w okresie ostatnich trzech lat przed upływem terminu składania ofert

zdobyła doświadczenie na stanowisku kierownika projektu w co najmniej

dwóch zakończonych projektach informatycznych o wartości co najmniej

300 000 zł każdy projekt (bez kosztów zakupu sprzętu, kosztów licencji

oraz budowy infrastruktury), obejmujących swym zakresem budowę lub

utrzymanie lub rozwój systemów informatycznych;

2.3.2. architekt systemu – min. 1 osoba, która:

- w okresie ostatnich trzech lat przed upływem terminu składania ofert

zdobyła doświadczenie na stanowisku architekta systemu w co najmniej

dwóch zakończonych projektach informatycznych o wartości co najmniej


oraz budowy infrastruktury), obejmujących swym zakresem

projektowanie i budowę lub rozwój systemów informatycznych w

technologii Java;

2.3.3. analityk – min. 1 osoba, która:


9

w okresie ostatnich trzech lat przed upływem terminu składania ofert

zdobyła doświadczenie na stanowisku analityka w co najmniej dwóch

zakończonych projektach informatycznych o wartości co najmniej


oraz budowy infrastruktury), obejmujących swym zakresem tworzenie

założeń i identyfikowanie ograniczeń systemowych, analizy wymagań dla

systemów informatycznych z wykorzystaniem technik modelowania

BPMN oraz UML;

2.3.4. programista – min. 2 osoby:

z których każda w okresie ostatnich trzech lat przed upływem terminu

składania ofert nabyła doświadczenie na stanowisku programisty w co

najmniej dwóch zakończonych projektach informatycznych o wartości co

najmniej 300 000 zł każdy projekt (bez kosztów zakupu sprzętu, kosztów

licencji oraz budowy infrastruktury) zrealizowanych z wykorzystaniem

technologii Java oraz każda z nich posiada co najmniej dwuletnie

doświadczenie w projektowaniu i programowaniu systemów

wykorzystujących relacyjne bazy danych;

2.3.5. specjalista ds. administrowania i utrzymania – min. 1 osoba, która:

posiada co najmniej dwuletnie doświadczenie w zakresie

administrowania i utrzymania systemów informatycznych

wykorzystujących relacyjne bazy danych;

2.3.6. specjalista ds. szkoleń – min. 1 osoba, która:

posiada co najmniej dwunastomiesięczne doświadczenie zawodowe w

charakterze szkoleniowca w zakresie technologii informatycznych.

Zamawiający dopuszcza łączenie ról, przy czym jedna osoba może pełnić najwyżej

dwie role.


10

UWAGA: Zamawiający uzna, że Wykonawca spełnia powyższy warunek udziału

w postępowaniu tylko w przypadku, gdy Wykonawca wykaże spełnienie wszystkich

powyższych wymagań.

2.4 Sytuacji ekonomicznej i finansowej:

Zamawiający uzna ww. warunek za spełniony, jeżeli Wykonawca wykaże,

że posiada środki finansowe lub zdolność kredytową w wysokości nie mniejszej

niż 1 000 000,00 zł (słownie: jeden milion złotych).

3. Ocena spełniania warunków wymaganych od Wykonawcy zostanie dokonana

wg formuły “spełnia/nie spełnia” na podstawie dokumentów i oświadczeń załączonych

do oferty. Z treści załączonych oświadczeń i dokumentów winno jednoznacznie wynikać,

że Wykonawca spełnia ww. warunki.

4. Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach

zdolnych do wykonywania zamówienia, zdolnościach finansowych lub ekonomicznych

innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków.

Wykonawca w takiej sytuacji zobowiązany jest udowodnić Zamawiającemu, iż będzie

dysponował tymi zasobami w trakcie realizacji zamówienia, w szczególności

przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu

do dyspozycji niezbędnych zasobów na potrzeby wykonywania zamówienia. Podmiot,

który zobowiązał się do udostępnienia zasobów zgodnie z art. 26 ust. 2b ustawy,

odpowiada solidarnie z Wykonawcą za szkodę Zamawiającego powstałą wskutek

nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy.

5. W przypadku, gdy złożone przez Wykonawcę dokumenty, oświadczenia dotyczące

warunków udziału w postępowaniu zawierają informacje w innych walutach

niż określono w niniejszej SIWZ, Zamawiający jako kurs przeliczeniowy waluty przyjmie

kurs NBP z dnia publikacji ogłoszenia o zamówieniu w Dzienniku Urzędowym Unii

Europejskiej. Jeżeli w dniu publikacji ogłoszenia o zamówieniu nie będzie opublikowany


11

średni kurs walut przez NBP Zamawiający przyjmie kurs przeliczeniowy z ostatniej

opublikowanej tabeli kursów NBP przed dniem publikacji ogłoszenia o zamówieniu

w Dzienniku Urzędowym Unii Europejskiej.

IX. Wykaz oświadczeń i dokumentów, jakie mają dostarczyć Wykonawcy w celu

potwierdzenia spełnienia warunków udziału w postępowaniu oraz braku podstaw

do wykluczenia z postępowania.

1. W celu wykazania braku podstaw do wykluczenia Wykonawcy z postępowania

o udzielenie zamówienia na podstawie art. 24 ust. 1 i ust. 2 pkt 5 ustawy, Wykonawca

zobowiązany jest załączyć do oferty:

1.1. Oświadczenie o braku podstaw do wykluczenia z postępowania, stanowiące

Załącznik nr 4 do SIWZ.

1.2. Aktualny odpis z właściwego rejestru lub centralnej ewidencji i informacji

o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru

lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu

o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcześniej niż 6 miesięcy przed

upływem terminu składania ofert.

1.3. Aktualne zaświadczenie właściwego naczelnika urzędu skarbowego

potwierdzające, że Wykonawca nie zalega z opłacaniem podatków, lub

zaświadczenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub

rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji

właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem

terminu składania ofert.

1.4. Aktualne zaświadczenie właściwego oddziału Zakładu Ubezpieczeń Społecznych

lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzające, że Wykonawca

nie zalega z opłacaniem składek na ubezpieczenia zdrowotne i społeczne, lub

potwierdzenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub

rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji


12

właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem


1.5. Aktualną informację z Krajowego Rejestru Karnego w zakresie określonym

w art. 24 ust. 1 pkt 4-8, 10 i 11 ustawy, wystawioną nie wcześniej niż 6 miesięcy

przed upływem terminu składania ofert.

1.6. Aktualną informację z Krajowego Rejestru Karnego w zakresie określonym

w art. 24 ust. 1 pkt 9 ustawy, wystawioną nie wcześniej niż 6 miesięcy przed

upływem terminu składania ofert.

1.7. Listę podmiotów należących do tej samej grupy kapitałowej, o której mowa

w art. 24 ust. 2 pkt 5 ustawy, albo informację o tym, że Wykonawca nie należy

do grupy kapitałowej (wg wzoru stanowiącego Załącznik nr 7 do SIWZ).

2. W celu wykazania spełniania warunków udziału w postępowaniu określonych w pkt 2

rozdziału VIII SIWZ, Wykonawca zobowiązany jest załączyć do oferty:

2.1. Oświadczenie o spełnianiu warunków udziału w postępowaniu stanowiące

Załącznik nr 3 do SIWZ.

2.2. Wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych również

wykonywanych, głównych usług, w okresie ostatnich 3 lat przed upływem terminu

składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym

okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów,

na rzecz których usługi zostały wykonane oraz załączeniem dowodów, czy zostały

wykonane lub są wykonywane należycie. Wykaz należy sporządzić zgodnie

z Załącznikiem nr 5 do SIWZ.

Za główne usługi uznaje się usługi niezbędne do wykazania spełniania warunku

określonego w pkt 2.2 rozdziału VIII SIWZ.

Dowodami potwierdzającymi czy usługi zostały wykonane należycie są:

a) poświadczenie, z tym że w odniesieniu do nadal wykonywanych usług

okresowych lub ciągłych poświadczenie powinno być wydane nie wcześniej

niż na 3 miesiące przed upływem terminu składania ofert;


13

b) oświadczenie Wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym

charakterze Wykonawca nie jest w stanie uzyskać poświadczenia, o którym

mowa w lit. a) powyżej. Jeśli Wykonawca składa oświadczenie, zobowiązany

jest podać przyczyny braku możliwości uzyskania poświadczenia. W opisanej

sytuacji niepodanie przyczyn braku możliwości uzyskania poświadczenia

zostanie potraktowany jako niespełnienie warunku określonego w pkt 2.2

rozdziału VIII SIWZ.

W przypadku, gdy Zamawiający (Państwowy Fundusz Rehabilitacji Osób

Niepełnosprawnych) jest podmiotem, na rzecz którego usługi wskazane w wykazie

usług zostały wcześniej wykonane, Wykonawca nie ma obowiązku przedkładania

dowodów potwierdzających, o których mowa w lit. a) i b) powyżej.

W razie konieczności, szczególnie gdy wykaz lub dowody potwierdzające czy usługi

zostały wykonane należycie budzą wątpliwości Zamawiającego lub gdy

z poświadczenia albo z innego dokumentu wynika, że zamówienie nie zostało

wykonane lub zostało wykonane nienależycie, Zamawiający może zwrócić się

bezpośrednio do właściwego podmiotu, na rzecz którego usługi były wykonane,

o przedłożenie dodatkowych informacji lub dokumentów bezpośrednio

Zamawiającemu.

2.3. Wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia, w

szczególności odpowiedzialnych za świadczenie usług, wraz z informacjami na

temat ich wiedzy, kompetencji i doświadczenia niezbędnego do wykonania

zamówienia, a także zakresu wykonywanych przez nie czynności oraz informacją o

podstawie do dysponowania tymi osobami należy sporządzić według wzoru

stanowiącego Załącznik nr 6 do SIWZ.

2.4. Informację z banku lub spółdzielczej kasy oszczędnościowo-kredytowej,

potwierdzającej wysokość posiadanych środków finansowych lub zdolność

kredytową Wykonawcy w wysokości nie mniejszej niż 1 000 000,00 (słownie: jeden

milion złotych), wystawionej nie wcześniej niż 3 miesiące przed upływem terminu

składania ofert.


14

3. W sytuacji, gdy Wykonawca wykazując spełnianie warunków, o których mowa w pkt 2

rozdziału VIII SIWZ, polega na zasobach innych podmiotów na zasadach określonych

w art. 26 ust. 2b ustawy, zobowiązany jest udowodnić Zamawiającemu, iż będzie

dysponował tymi zasobami w trakcie realizacji zamówienia, w szczególności

przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu

do dyspozycji niezbędnych zasobów na potrzeby wykonywania zamówienia.

3.1. Jeżeli Wykonawca wykazując spełnianie warunków, o których mowa w pkt 2

rozdziału VIII SIWZ, polega na zasobach innych podmiotów na zasadach

określonych w art. 26 ust. 2b ustawy, a podmioty te będą brały udział w realizacji

części zamówienia, to Wykonawca zobowiązany jest przedstawić w odniesieniu

do tych podmiotów dokumenty wymienione w pkt 1.1 - 1.6 powyżej.

3.2. Jeżeli Wykonawca wykazując spełnianie warunków, o których mowa w pkt 2

rozdziału VIII SIWZ, polega na zasobach innych podmiotów na zasadach

określonych w art. 26 ust. 2b ustawy, Zamawiający, w celu oceny, czy Wykonawca

będzie dysponował zasobami innych podmiotów w stopniu niezbędnym

dla należytego wykonania zamówienia oraz oceny, czy stosunek łączący

Wykonawcę z tymi podmiotami gwarantuje rzeczywisty dostęp do ich zasobów,

żąda:

3.2.1. złożenia dokumentu, o którym mowa w pkt 2.4 rozdziału IX SIWZ,

w przypadku, gdy Wykonawca wykazuje spełnianie warunku wskazanego

w pkt 2.4 rozdziału VIII SIWZ;

3.2.2. złożenia dokumentów dotyczących:

zakresu dostępnych Wykonawcy zasobów innego podmiotu,

sposobu wykorzystania zasobów innego podmiotu, przez Wykonawcę,

przy wykonaniu zamówienia,

charakteru stosunku, jaki będzie łączył Wykonawcę z innym podmiotem,

zakresu i okresu udziału innego podmiotu przy wykonaniu zamówienia.

UWAGA:


15

4. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium

Rzeczypospolitej Polskiej zamiast dokumentów, o których mowa:

4.1. W pkt 1.2, 1.3, 1.4, 1.6 – składa dokument lub dokumenty, wystawione w kraju,

w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że:

a) nie otwarto jego likwidacji ani nie wszczęto upadłości;

b) nie zalega z uiszczaniem podatków, opłat, składek na ubezpieczenie społeczne

i zdrowotne albo, że uzyskał przewidziane prawem zwolnienie, odroczenie lub

rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania

decyzji właściwego organu;

c) nie orzeczono wobec niego zakazu ubiegania się o zamówienie.

4.2. W pkt 1.5 – składa zaświadczenie właściwego organu sądowego lub

administracyjnego miejsca zamieszkania albo zamieszkania osoby, której

dokumenty dotyczą, w zakresie określonym w art. 24 ust. 1 pkt 4 - 8, 10 i 11 ustawy.

4.3. Dokumenty, o których mowa w pkt 4.1 lit. a) i c) oraz w pkt 4.2 powyżej powinny być

wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

Dokument, o którym mowa w pkt 4.1 lit. b) powyżej powinien być wystawiony nie

wcześniej niż 3 miesiące przed upływem terminu składania ofert.

4.4. Jeżeli w kraju miejsca zamieszkania osoby lub w kraju, w którym Wykonawca

ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa

w pkt 4.1 - 4.2 powyżej, zastępuje się je dokumentem zawierającym oświadczenie,

w którym określa się także osoby uprawnione do reprezentacji Wykonawcy, złożone

przed właściwym organem sądowym, administracyjnym albo organem samorządu

zawodowego lub gospodarczego odpowiednio kraju miejsca zamieszkania osoby lub

kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, lub przed

notariuszem. Zapisy pkt 4.3 stosuje się odpowiednio.

4.5. Jeżeli, w przypadku Wykonawcy mającego siedzibę na terytorium Rzeczypospolitej

Polskiej, osoby, o których mowa w art. 24 ust. 1 pkt 5 - 8, 10 i 11 ustawy, mają

miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, Wykonawca składa


16

w odniesieniu do nich zaświadczenie właściwego organu sądowego albo

administracyjnego miejsca zamieszkania, dotyczące niekaralności tych osób

w zakresie określonym w art. 24 ust. 1 pkt 5 - 8, 10 i 11 ustawy, wystawione nie

wcześniej niż 6 miesięcy przed upływem terminu składania ofert, z tym że

w przypadku gdy w miejscu zamieszkania tych osób nie wydaje się takich

zaświadczeń - zastępuje się je dokumentem zawierającym oświadczenie złożone

przed właściwym organem sądowym, administracyjnym albo organem samorządu

zawodowego lub gospodarczego miejsca zamieszkania tych osób lub przed

notariuszem.

X. Informacja dla Wykonawców, którzy wspólnie składają ofertę (spółki

cywilne/konsorcja).

1. W przypadku podmiotów wspólnie ubiegających się o zamówienie każdy z Wykonawców

musi złożyć dokumenty, o których mowa w pkt 1.1 - 1.7 rozdziału IX SIWZ. Oświadczenie

wymienione w pkt 2.1 rozdziału IX SIWZ (Załącznik nr 3 do SIWZ) może być złożone

przez każdego z tych Wykonawców (na jednym dokumencie pieczęcie i podpisy

wszystkich Wykonawców) lub przez pełnomocnika, o którym mowa w pkt 3 poniżej.

Dokumenty wymienione w pkt 2.2 - 2.4 rozdziału IX SIWZ powinien złożyć

w imieniu wszystkich co najmniej jeden Wykonawca, który spełnia wymagane warunki

lub wszyscy Wykonawcy, którzy spełniają wymagane warunki łącznie.

2. W przypadku spółek cywilnych dokumenty, o których mowa w pkt 1.3 i 1.4 rozdziału

IX SIWZ należy złożyć dla każdego wspólnika z osobna oraz dodatkowo wystawione

na spółkę.

3. Wykonawcy wspólnie ubiegający się o udzielenie zamówienia ustanawiają pełnomocnika

do reprezentowania ich w postępowaniu o udzielenie zamówienia albo reprezentowania

w postępowaniu i zawarcia Umowy w sprawie przedmiotowego zamówienia.


17

4. W związku z faktem, iż wszelka korespondencja związana z postępowaniem będzie

kierowana do ustanowionego przez Wykonawców pełnomocnika należy podać adres

pełnomocnika, na jaki ma być wysyłana korespondencja.

5. Pełnomocnictwo dla ustanowionego pełnomocnika winno jednoznacznie określić

postępowanie, do którego się odnosi, precyzować zakres umocowania i wskazać

pełnomocnika. Musi też wyliczać wszystkich Wykonawców wspólnie ubiegających się

o zamówienie i być podpisane przez każdego z nich.

6. Przyjmuje się, że pełnomocnictwo do podpisania oferty obejmuje również

pełnomocnictwo do poświadczania za zgodność z oryginałem wszystkich kopii

dokumentów dołączonych do oferty.

7. Pełnomocnictwo należy dołączyć do oferty w oryginale lub kopii poświadczonej

notarialnie za zgodność z oryginałem.

8. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia, kopie

dokumentów dotyczących poszczególnych Wykonawców muszą być poświadczone

własnoręcznym podpisem i dopiskiem „za zgodność z oryginałem”, przez wyznaczonego

przez nich pełnomocnika lub odpowiednio przez tych Wykonawców.

XI. Sposób udzielania wyjaśnień.

1. Wykonawca może zwrócić się do Zamawiającego z prośbą o wyjaśnienie treści niniejszej

SIWZ. Zamawiający udzieli niezwłocznie wyjaśnień 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łynie do Zamawiającego nie później niż do końca dnia, w którym upływa połowa

wyznaczonego terminu składania ofert. Jeżeli wniosek o wyjaśnienie treści SIWZ wpłynie

po upływie terminu składania wniosku lub dotyczy udzielonych wyjaśnień, Zamawiający

może udzielić wyjaśnień albo pozostawić wniosek bez rozpoznania. Przedłużenie

terminu składania ofert nie wpływa na bieg terminu składania wniosku. Zapytanie należy

kierować na numer faksu (+48) 22 50 55 275 lub pisemnie. W przypadku,


18

gdy Wykonawca wybierze formę pisemną, zapytanie należy umieścić w zamkniętej

kopercie z napisem:

„PILNE – zapytanie do komisji przetargowej na usługi asysty technicznej i konserwacji,

modyfikacji i rozwoju, transferu wiedzy oraz dostosowania dokumentacji Systemu NEO

i Modułu Komunikacyjnego – znak sprawy ZP/02/16” i przesłać na adres:

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych


Kancelaria – parter

2. Zamawiający przekaże treść zapytań wraz z wyjaśnieniami wszystkim Wykonawcom,

którym przekazano SIWZ, bez ujawniania źródeł zapytania oraz zamieści na stronie

internetowej, na której zamieszczona została SIWZ.

3. W uzasadnionych przypadkach Zamawiający może przed upływem terminu składania

ofert zmienić treść niniejszej SIWZ. Dokonaną zmianę SIWZ Zamawiający przekaże

niezwłocznie wszystkim Wykonawcom, którym przekazano SIWZ oraz zamieści ją na

stronie internetowej, na której zamieszczona została SIWZ. Zmiana może wynikać z

pytań zadanych przez Wykonawców, jak i z własnej inicjatywy Zamawiającego.

4. Zamawiający nie zamierza zwoływać zebrania Wykonawców w niniejszym postępowaniu.

Zamawiający umożliwia wizję lokalną Systemu NEO i Modułu Komunikacyjnego zgodnie

z rozdziałem IV SIWZ.

XII. Wadium.

1. Zamawiający żąda wniesienia wadium w wysokości 90 000,00 zł (słownie:

dziewięćdziesiąt tysięcy złotych).


19

2. Wadium może być wniesione w jednej lub kilku następujących formach:

2.1 w pieniądzu przelewem na rachunek bankowy:

BGK I O/Warszawa 68 1130 1017 0019 9361 9020 0005

z dopiskiem:

„Wadium – na usługi asysty technicznej i konserwacji, modyfikacji i rozwoju,

transferu wiedzy oraz dostosowania dokumentacji Systemu NEO i Modułu

Komunikacyjnego – znak sprawy ZP/02/16 ”

2.2 poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-

kredytowej, z tym że zobowiązanie kasy jest zawsze poręczeniem pieniężnym,

2.3 gwarancjach ubezpieczeniowych,

2.4 gwarancjach bankowych,

2.5 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. z 2014 r., poz. 1804 z późn. zm.).

3. Wadium, z wyjątkiem przelewu pieniężnego, składa się w oryginale w siedzibie PFRON

(Wydział Księgowości, pokój 314) najpóźniej przed upływem terminu składania ofert.

Wskazane jest, aby kopia dokumentu stanowiąca dowód wniesienia wadium

potwierdzona za zgodność z oryginałem przez Wykonawcę, była dołączona do oferty.

4. W przypadku wadium wniesionego w formie gwarancji lub poręczenia jej treść winna

zawierać zobowiązanie, odpowiednio podmiotu udzielającego gwarancji lub

poręczyciela, do bezwarunkowej, nieodwołalnej wypłaty kwoty gwarancji lub poręczenia

na pierwsze żądanie pisemne Zamawiającego w okolicznościach określonych w art. 46

ust. 4a ustawy i art. 46 ust. 5 ustawy.


20

5. Wadium wniesione w pieniądzu przelewem na rachunek bankowy musi wpłynąć

na wskazany w pkt 2.1 powyżej rachunek bankowy Zamawiającego najpóźniej przed

upływem terminu składania ofert. Wskazane jest, aby kopia dokumentu

potwierdzającego transfer środków pieniężnych, potwierdzona za zgodność

z oryginałem przez Wykonawcę, stanowiącą dowód wniesienia wadium, była dołączona

do oferty.

6. Wykonawca, którego oferta nie będzie zabezpieczona wadium w formie, o której mowa

w pkt 2 powyżej, zostanie przez Zamawiającego wykluczony z postępowania.

7. Wadium musi obejmować cały okres związania ofertą.

8. Wadium wniesione w pieniądzu Zamawiający przechowuje na rachunku bankowym.

9. Zamawiający dokona niezwłocznie zwrotu wadium, jeżeli zajdą przesłanki określone

w art. 46 ust. 1, ust. 1a i ust. 2 ustawy.

10. Zamawiający żąda ponownego wniesienia wadium przez Wykonawcę, któremu

zwrócono wadium na podstawie art. 46 ust. 1 ustawy, jeżeli w wyniku rozstrzygnięcia

odwołania jego oferta została wybrana jako najkorzystniejsza. Wykonawca wnosi

wadium w terminie określonym przez Zamawiającego.

11. Jeżeli wadium wniesiono w pieniądzu, Zamawiający zwraca je wraz z odsetkami

wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane,

pomniejszone o koszt prowadzenia rachunku bankowego oraz prowizji bankowej

za przelew pieniędzy na rachunek bankowy wskazany przez Wykonawcę.

12. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca, którego oferta

zostanie wybrana:

12.1 odmówił podpisania Umowy w sprawie zamówienia publicznego na warunkach

określonych w ofercie,

12.2 nie wniósł zabezpieczenia należytego wykonania Umowy,

12.3 zawarcie Umowy w sprawie zamówienia publicznego stało się niemożliwe

z przyczyn leżących po stronie Wykonawcy.


21

UWAGA: Zamawiający zatrzyma wadium wraz z odsetkami, jeżeli Wykonawca

w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 ustawy, z przyczyn leżących po

jego stronie, nie złoży dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy,

pełnomocnictw, listy podmiotów należących do tej samej grupy kapitałowej,

o której mowa w art. 24 ust. 2 pkt 5 ustawy lub informacji o tym, że nie należy do grupy

kapitałowej, lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust. 2 pkt

3 ustawy, co powoduje brak możliwości wybrania oferty złożonej przez Wykonawcę jako

najkorzystniejszej.

XIII. Zabezpieczenie należytego wykonania Umowy.

1. Wykonawca zobowiązany będzie do wniesienia zabezpieczenia należytego wykonania

Umowy najpóźniej przed wyznaczonym przez Zamawiającego terminem podpisania

Umowy.

2. Wartość zabezpieczenia wyniesie 10% ceny całkowitej brutto podanej w ofercie.

3. Zabezpieczenie może być wnoszone według wyboru Wykonawcy w jednej lub kilku

następujących formach:

3.1. pieniądzu,

3.2. poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-

kredytowej, z tym że zobowiązanie kasy jest zawsze zobowiązaniem pieniężnym,

3.3. gwarancjach ubezpieczeniowych,

3.4. gwarancjach bankowych,

3.5. 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. z 2014r., poz. 1804 z późn. zm.).

4. Za zgodą Zamawiającego zabezpieczenie może być wnoszone również w formach

określonych w art. 148 ust. 2 ustawy.


22

5. W przypadku zabezpieczenia w formie, o której mowa w pkt 3.1 ustaloną kwotę należy

wpłacić przelewem pieniężnym na rachunek bankowy Zamawiającego:

BGK I O/Warszawa 68 1130 1017 0019 9361 9020 0005 z dopiskiem:

„Zabezpieczenie należytego wykonania Umowy – przetarg nieograniczony na usługi

asysty technicznej i konserwacji, modyfikacji i rozwoju, transferu wiedzy oraz

dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego – znak sprawy

ZP/02/16”.

6. Jeżeli zabezpieczenie wniesiono w postaci gwarancji lub poręczenia, gwarancja powinna

być sporządzona zgodnie z obowiązującym prawem i winna zawierać następujące

elementy:

6.1. nazwę dającego zlecenie (Wykonawcy), beneficjenta gwarancji lub poręczenia

(Zamawiającego), gwaranta lub poręczyciela (banku lub instytucji

ubezpieczeniowej udzielających gwarancji lub poręczenia) oraz wskazanie

ich siedzib,

6.2. dokładne przytoczenie nazwy niniejszego postępowania,

6.3. precyzyjne określenie wierzytelności, która ma być zabezpieczona gwarancją lub

poręczeniem,

6.4. kwotę gwarancji lub poręczenia,

6.5. zobowiązania gwaranta lub poręczyciela do nieodwołalnego i bezwarunkowego

zapłacenia kwoty gwarancji lub poręczenia na pierwsze pisemne żądanie

Zamawiającego,

6.6. zapewnienia wykonalności na terenie Rzeczpospolitej Polskiej,

6.7. określenia miejsca rozstrzygania sporów przez sąd właściwy dla siedziby

Zamawiającego.

7. Do zmiany formy zabezpieczenia należytego wykonania Umowy w trakcie realizacji

Umowy stosuje się art. 149 ustawy.


23

8. Zwrot kwoty zabezpieczenia należytego wykonania Umowy następuje na zasadach

określonych w art. 151 ust. 1 ustawy w terminie do 30 dni od dnia wykonania

zamówienia i uznania przez Zamawiającego za należycie wykonaną.

9. Jeżeli Wykonawca, którego oferta została wybrana, uchyla się od zawarcia Umowy

w sprawie zamówienia publicznego lub nie wnosi zabezpieczenia należytego wykonania

Umowy, Zamawiający może wybrać ofertę najkorzystniejszą spośród pozostałych ofert

bez przeprowadzania ich ponownego badania i oceny, chyba że zachodzą przesłanki

unieważnienia postępowania, o których mowa w art. 93 ust. 1 ustawy.

XIV. Informacja o sposobie porozumiewania się Zamawiającego z Wykonawcami.

1. W niniejszym postępowaniu o udzielenie zamówienia oświadczenia, wnioski,

zawiadomienia oraz informacje Zamawiający i Wykonawcy przekazują pisemnie lub

faksem. Jeżeli Zamawiający lub Wykonawca przekazuje oświadczenia, wnioski,

zawiadomienia oraz informacje faksem, każda ze Stron na żądanie drugiej potwierdzi

fakt ich otrzymania.

2. W przypadku niepotwierdzenia przez Wykonawcę faktu otrzymania przekazanego przez

Zamawiającego oświadczenia, wniosku, zawiadomienia oraz informacji, o których mowa

w pkt 1, Zamawiający uzna, że dotarł on do Wykonawcy w dniu i godzinie jego nadania

i był czytelny.

3. Zamawiający nie ponosi odpowiedzialności z tytułu nieotrzymania przez Wykonawcę

informacji związanych z prowadzonym postępowaniem w przypadku wskazania przez

Wykonawcę w ofercie błędnego adresu, numeru telefonu lub faksu.

4. Osoby uprawnione do kontaktu z Wykonawcami oraz numer faksu Zamawiającego:

4.1. osobą uprawnioną do kontaktowania się z Wykonawcami jest Pani Monika

Bartold,

4.2. numer telefonu: (+48) 22 50 55 256;

4.3. numer faksu: (+48) 22 50 55 275.


24

XV. Termin związania złożoną ofertą.

1. Termin związania ofertą wynosi 60 dni. Bieg terminu związania ofertą rozpoczyna się

wraz z upływem terminu składania ofert.

2. Wykonawca samodzielnie lub na wniosek Zamawiającego może przedłużyć termin

związania ofertą, z tym, że Zamawiający może tylko raz, co najmniej na 3 dni przed

upływem terminu związania ofertą, zwrócić się do Wykonawców o wyrażenie zgody na

przedłużenie tego terminu o oznaczony okres, nie dłuższy jednak niż 60 dni.

3. Wniesienie odwołania po upływie terminu składania ofert zawiesza termin związania

ofertą do czasu ogłoszenia orzeczenia.

XVI. Opis sposobu przygotowania oferty.

1. Oferta musi być przedstawiona zgodnie z zasadami określonymi w ustawie i odpowiadać

treści SIWZ.

2. Ofertę stanowi:

2.1. wypełniony formularz ofertowy (Załącznik nr 2 do SIWZ);

2.2. pełnomocnictwo (jeśli jest wymagane).

3. Do oferty należy dołączyć dokumenty i oświadczenia, o których mowa w rozdziale

IX SIWZ.

4. Oferta powinna być podpisana przez osobę/osoby upoważnione do reprezentowania

Wykonawcy, zgodnie z formą reprezentacji Wykonawcy określoną w rejestrze sądowym

lub w innym dokumencie, właściwym dla danej formy organizacyjnej Wykonawcy, albo

przez pełnomocnika Wykonawcy.

5. Pełnomocnictwo do podpisania oferty musi być dołączone do oferty (oryginał lub kopia

poświadczona notarialnie za zgodność z oryginałem), o ile uprawnienie do podpisania

oferty nie wynika z innych dokumentów załączonych do oferty.

6. Dokumenty i oświadczenia, o których mowa w rozdziale IX SIWZ (za wyjątkiem


25

oświadczenia o spełnianiu warunków udziału w postępowaniu wymienionego w pkt 2.1

rozdziału IX SIWZ, które musi zostać złożone w formie oryginału, a także zobowiązania,

o którym mowa w pkt 3 rozdziału IX SIWZ, które wymaga zachowania formy pisemnej)

są składane w oryginale lub kopii poświadczonej za zgodność z oryginałem przez

Wykonawcę. Poświadczenie za zgodność z oryginałem winno być sporządzone w sposób

umożliwiający identyfikację podpisu (np. wraz z imienną pieczątką osoby

poświadczającej kopię dokumentu za zgodność z oryginałem). W przypadku

Wykonawców wspólnie ubiegających się o udzielenie zamówienia oraz w przypadku

innych podmiotów, na zasobach których Wykonawca polega na zasadach określonych

w art. 26 ust. 2b ustawy, kopie dokumentów dotyczących odpowiednio Wykonawcy lub

tych podmiotów są poświadczane za zgodność z oryginałem przez Wykonawcę lub

te podmioty.

Zamawiający może żądać przedstawienia oryginału lub notarialnie poświadczonej kopii

dokumentu wyłącznie wtedy, gdy złożona kopia dokumentu jest nieczytelna lub budzi

wątpliwości co do jej prawdziwości.

7. Wszelkie skreślenia, poprawki, których w ofercie dokonał Wykonawca muszą być

parafowane przez osobę podpisującą ofertę.

8. Wykonawca może złożyć tylko jedną ofertę.

9. Ofertę należy sporządzić w języku polskim, z zachowaniem formy pisemnej pod rygorem

nieważności.

10. Oferty nieczytelne nie będą rozpatrywane.

11. Wskazane jest, aby wszystkie strony oferty oraz dokumenty i oświadczenia były trwale ze

sobą połączone, kolejno ponumerowane, z zastrzeżeniem sytuacji opisanej w pkt 12, a

informacja o liczbie stron zamieszczona w treści oferty.

12. Nie ujawnia się informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu

przepisów o zwalczaniu nieuczciwej konkurencji, jeżeli Wykonawca, nie później niż

w terminie składania ofert, zastrzegł, że nie mogą być one udostępnione oraz wykazał,

iż zastrzeżone informacje stanowią tajemnice przedsiębiorstwa. Wykonawca nie może


26

zastrzec informacji, o których mowa w art. 86 ust. 4 ustawy. Wskazane jest,

aby informacje te były umieszczone w osobnym wewnętrznym opakowaniu, trwale

ze sobą połączone i ponumerowane.

13. Wszystkie strony oferty oraz dokumenty i oświadczenia, o których mowa w rozdziale

IX SIWZ, powinny być podpisane lub parafowane przez Wykonawcę.

14. Ofertę wraz z oświadczeniami i dokumentami należy umieścić w dwóch zamkniętych

opakowaniach, uniemożliwiających odczytanie ich zawartości bez uszkodzenia

opakowania. Opakowania powinny być oznaczone pełną nazwą (firma) i adresem

Wykonawcy, zaadresowane do Zamawiającego na adres podany w rozdziale I SIWZ

oraz obydwa opisane:

„PRZETARG NIEOGRANICZONY

na usługi asysty technicznej i konserwacji, modyfikacji i rozwoju, transferu wiedzy oraz

dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego –

znak sprawy ZP/02/16 (nie otwierać przed dniem 12.04.2016 r., godz. 12:30)”

15. Wszelkie negatywne konsekwencje mogące wyniknąć z niezachowania powyższych

wymagań będą obciążały Wykonawcę.

16. Wykonawca może wprowadzić zmiany do złożonej oferty lub ją wycofać. Zmiany lub

wycofanie złożonej oferty są skuteczne wówczas, gdy zostały dokonane przed upływem


16.1. Wykonawca może wprowadzić zmiany do treści złożonej oferty pod warunkiem,

że Zamawiający otrzyma pisemne powiadomienie o wprowadzeniu zmian przed

upływem terminu składania ofert. Zmiany do oferty muszą być złożone w miejscu i

według zasad obowiązujących przy składaniu oferty. Odpowiednio opisane koperty

zawierające zmiany należy dodatkowo opatrzeć dopiskiem „ZMIANA”, kopertę

każdej „ZMIANY” należy dodatkowo opisać napisem „zmiana nr …”.

16.2. Wycofanie złożonej oferty następuje poprzez złożenie pisemnego oświadczenia

podpisanego przez Wykonawcę. Wycofanie należy złożyć w miejscu i według zasad


27

obowiązujących przy składaniu oferty. Odpowiednio opisaną kopertę zawierającą

powiadomienie należy dodatkowo opatrzyć dopiskiem „WYCOFANIE”.

UWAGA: Do składania oświadczenia (ZMIANA lub WYCOFANIE oferty) należy dołączyć

stosowny dokument potwierdzający uprawnienie osoby podpisującej oświadczenie

do występowania w imieniu Wykonawcy.

17. Dokumenty sporządzone w języku obcym są składane wraz z tłumaczeniem na język

polski.

XVII. Miejsce i termin składania ofert.

Oferty należy składać w siedzibie Zamawiającego pod adresem:



Kancelaria – parter

w nieprzekraczalnym terminie do dnia 12.04.2016 r. do godz. 12:00.

XVIII. Otwarcie i weryfikacja ofert.

1. Otwarcie ofert nastąpi w dniu 12.04.2016 r. o godz. 12:30 w siedzibie Zamawiającego,

pod adresem:



Sala konferencyjna - pokój 907

2. Bezpośrednio przed otwarciem ofert zostanie podana kwota, jaką Zamawiający zamierza

przeznaczyć na sfinansowanie zamówienia.

3. Podczas otwarcia ofert zostaną podane nazwy i adresy Wykonawców oraz informacje,

o których mowa w art. 86 ust. 4 ustawy.


28

4. Otwarcie ofert jest jawne. W przypadku nieobecności Wykonawcy, Zamawiający

przekaże Wykonawcy informacje, o których mowa w pkt 2 i 3 na jego wniosek.

5. W toku dokonywania oceny spełniania przez Wykonawców warunków udziału

w postępowaniu oraz badania i oceny złożonych ofert Zamawiający może żądać

udzielenia przez Wykonawców wyjaśnień dotyczących treści złożonych przez nich

oświadczeń i dokumentów oraz treści ofert.

6. Zamawiający dokona kwalifikowania Wykonawców na podstawie art. 24 ustawy

w oparciu, m. in. o wymagane dokumenty wskazane w rozdziale IX SIWZ na zasadzie

„spełnia/nie spełnia”, a następnie na podstawie badania ofert w oparciu

o art. 89 ustawy.

7. Zamawiający wykluczy Wykonawcę z postępowania, o ile zajdą wobec tego Wykonawcy

okoliczności wskazane w art. 24 ust. 1, ust. 2a, ust. 2 i art. 24b ust. 3 ustawy.

8. Zamawiający odrzuci ofertę w przypadku zaistnienia wobec niej przesłanek określonych

w art. 89 ustawy.

9. Oferty, które nie zostaną odrzucone, zostaną poddane procedurze oceny zgodnie

z kryteriami oceny ofert określonymi w SIWZ.

XIX. Opis sposobu obliczenia ceny.

1. Cena brutto oferowana za wykonanie całości przedmiotu zamówienia określonego

w rozdziale III SIWZ, Załączniku nr 1 do SIWZ oraz na warunkach określonych

w Załączniku nr 8 do SIWZ, powinna być umieszczona na formularzu ofertowym

stanowiącym Załącznik nr 2 do SIWZ.

2. Walutą ceny oferty jest złoty polski.

3. Cena oferty musi być podana z dokładnością do 1 grosza, tj. do dwóch miejsc

po przecinku.


29

4. Cena oferty musi zawierać wszelkie koszty związane z należytym wykonaniem

przedmiotu zamówienia, w tym w szczególności opłaty instalacyjne za zestawienie łączy,

opłaty utrzymaniowe i serwisowe itp. oraz podatek od towarów i usług VAT.

5. Cena określona przez Wykonawcę jest ostateczna i zostanie ustalona na cały okres

trwania Umowy, z zastrzeżeniem sytuacji wskazanych w § 19 Załącznika nr 8 do SIWZ.

6. Jeżeli złożono ofertę, której wybór prowadziłby do powstania u Zamawiającego

obowiązku podatkowego, zgodnie z przepisami o podatku od towarów i usług,

Zamawiający w celu oceny takiej oferty dolicza do przedstawionej w niej ceny podatek

od towarów i usług, który miałby obowiązek rozliczyć zgodnie z tymi przepisami.

Wykonawca, składając ofertę, informuje Zamawiającego, czy wybór oferty będzie

prowadzić do powstania u Zamawiającego obowiązku podatkowego, wskazując nazwę

(rodzaj) towaru lub usługi, których dostawa lub świadczenie będzie prowadzić do jego

powstania, oraz wskazując ich wartość bez kwoty podatku.

XX. Informacje dotyczące walut obcych.

Zamawiający nie przewiduje stosowania walut obcych w rozliczeniu.

XXI. Opis kryteriów, którymi Zamawiający będzie się kierował przy wyborze oferty, wraz

z podaniem znaczenia tych kryteriów i sposobu oceny oferty.

1. Kryterium: Cena „C” – waga 80 % (80% = 80 punktów). Maksymalną liczbę punktów w

tym kryterium otrzyma oferta Wykonawcy, który zaproponuje najniższą cenę za

wykonanie całości przedmiotu zamówienia podaną przez Wykonawcę w formularzu

ofertowym (Załącznik nr 2 do SIWZ ), natomiast pozostali Wykonawcy otrzymają

odpowiednio mniejszą liczbę punktów obliczoną zgodnie z poniższym wzorem:

C = CnCo x 80

gdzie:


30

Cn – cena brutto najniższej oferty,Co – cena brutto ocenianej oferty.

Wykonawca, w tym kryterium może otrzymać maksymalnie 80 punktów.

2. Kryterium: SLA dla usługi asysty technicznej i konserwacji „J”– waga 20%

(20% = 20 punktów), w tym za:

Lp. Nazwa Wady

Maksymalny Czas Naprawy

wymagany przez Zamawiającego

Ocena punktowa Czasu Naprawy

oferowanego przez Wykonawcę

Maksymalny Czas Obejścia

wymagany przez

Zamawiającego

Ocena punktowa Czasu Obejścia oferowanego

przez Wykonawcę

A B C D E F

1 Awaria 8 godzin

za każdą 1 godzinę krótszego Czasu

Naprawy wymaganego przez Zamawiającego (kol. 1C) - 2 punkty,

jednak nie więcej niż 4 punkty łącznie

5 godzin


Obejścia wymaganego przez Zamawiającego

(kol. 1E) - 2 punkty, jednak nie więcej niż 4

punkty łącznie

2 Błąd 24 godziny

za każde 2 godziny krótszego Czasu

Naprawy wymaganego przez Zamawiającego (kol. 2C) - 2 punkty,

jednak nie więcej niż 6 punktów łącznie

12 godzin


Obejścia wymaganego przez Zamawiającego (kol. 2E) - 2 punkty,

jednak nie więcej niż 6 punktów łącznie

Definicje pojęć Awaria, Błąd, Czas Naprawy, Czas Obejścia zawiera Załącznik nr 8 do

SIWZ.

Wymagania dotyczące maksymalnego Czasu Naprawy oraz maksymalnego Czasu

Obejścia zawiera kolumna „C” i „E” tabeli powyżej.

Jeżeli Wykonawca zaoferuje Czas Naprawy lub Czas Obejścia równy maksymalnemu

wymaganemu przez Zamawiającego, oferta Wykonawcy w tym kryterium otrzyma

0 punktów. W sytuacji, gdy Wykonawca zaoferuje Czas Naprawy lub Czas Obejścia


31

dłuższy niż maksymalny wymagany przez Zamawiającego, oferta Wykonawcy zostanie

odrzucona na podstawie art. 89 ust. 1 pkt 2 ustawy.

UWAGA: W przypadku, gdy Wykonawca zaoferuje Czas Naprawy lub Czas Obejścia

krótszy niż maksymalny wymagany przez Zamawiającego, wówczas zapisy § 16

Załącznika nr 8 do SIWZ (IPU) oraz Załącznika nr 6 do Umowy (Poziomy świadczenia

usług) ulegną zmianie poprzez dostosowanie ich do wartości zaoferowanych przez

Wykonawcę.

Wykonawca, w tym kryterium może otrzymać maksymalnie 20 punktów.

3. Ostateczną ocenę punktową każdej z ocenianych ofert stanowić będzie suma liczby

punktów przyznanych w każdym z kryteriów. Najkorzystniejsza oferta może uzyskać

maksymalnie 100 punktów.

LP = C + J

gdzie LP – liczba punktów uzyskanych przez ofertę

4. Wszystkie obliczenia dokonywane będą z dokładnością do dwóch miejsc po przecinku.

XXII. Udzielenie zamówienia.

1. Zamawiający udzieli zamówienia Wykonawcy, który spełni wszystkie postawione

w niniejszej SIWZ warunki oraz otrzyma największą liczbę punktów spośród

rozpatrywanych ofert.

2. W przypadku, gdy w postępowaniu nie będzie można dokonać wyboru oferty

najkorzystniejszej, z uwagi na to, że dwie lub więcej ofert przedstawia taki sam bilans

ceny i innych kryteriów oceny ofert, Zamawiający spośród tych ofert wybierze ofertę

z niższą ceną.

3. Niezwłocznie po dokonaniu wyboru najkorzystniejszej oferty Zamawiający powiadomi

Wykonawców, którzy złożyli oferty, o:

3.1. wyborze najkorzystniejszej oferty, podając nazwę (firmę) albo imię i nazwisko,

siedzibę albo adres zamieszkania i adres Wykonawcy, którego ofertę wybrano,


32

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ę,

3.2. Wykonawcach, których oferty zostały odrzucone, podając uzasadnienie faktyczne

i prawne,

3.3. Wykonawcach, którzy zostali wykluczeni z postępowania o udzielenie zamówienia,

podając uzasadnienie faktyczne i prawne,

3.4. terminie, po którego upływie Umowa w sprawie zamówienia publicznego może

być zawarta.

4. Informacje, o których mowa w pkt 3.1 Zamawiający zamieści na swojej stronie

internetowej oraz tablicy ogłoszeń w swojej siedzibie, Al. Jana Pawła II 13 w Warszawie.

XXIII. Istotne dla Stron postanowienia, które zostaną wprowadzone do treści zawieranej

Umowy w sprawie zamówienia publicznego.

Warunki, na jakich Zamawiający zawrze Umowę z Wykonawcą zostały przedstawione

w Istotnych dla Stron postanowieniach, które zostaną wprowadzone do treści zawieranej

Umowy w sprawie zamówienia publicznego (Załącznik nr 8 do SIWZ).

XXIV. Pouczenie o środkach ochrony prawnej przysługujących Wykonawcy w toku

postępowania o udzielenie zamówienia.

1. Wykonawcy, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu danego

zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez

Zamawiającego przepisów ustawy (Prawo zamówień publicznych), przysługują środki

odwoławcze zgodnie z działem VI – środki ochrony prawnej ustawy. Wobec ogłoszenia

oraz SIWZ środki ochrony prawnej przysługują również organizacjom wpisanym na listę,

o której mowa w art. 154 pkt 5 ustawy.


33

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 powinno wskazywać czynność lub zaniechanie czynności Zamawiającego,

której zarzuca się niezgodność z przepisami ustawy, zawierać zwięzłe przedstawienie

zarzutów, określać żądanie oraz wskazywać okoliczności faktyczne i prawne

uzasadniające wniesienie odwołania.

4. Odwołanie wnosi się do Prezesa Krajowej Izby Odwoławczej w formie pisemnej albo

elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym

za pomocą ważnego kwalifikowanego certyfikatu.

5. Odwołujący przesyła kopię odwołania Zamawiającemu przed upływem terminu

do wniesienia odwołania w taki sposób, aby mógł on zapoznać się z jego treścią przed

upływem tego terminu.

6. 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. 27 ust. 2 ustawy, albo w terminie 15 dni – jeżeli zostały

przesłane w inny sposób.

7. 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.

8. Odwołanie wobec czynności innych niż określone w pkt 6 i 7 wnosi się w terminie 10 dni

od dnia, w którym powzięto lub przy zachowaniu należytej staranności, można było

powziąć wiadomość o okolicznościach stanowiących podstawę jego wniesienia.

9. Jeżeli Zamawiający nie przesłał Wykonawcy zawiadomienia o wyborze oferty

najkorzystniejszej, odwołanie wnosi się nie później niż w terminie:

9.1. 30 dni od dnia publikacji w Dzienniku Urzędowym Unii Europejskiej ogłoszenia

o udzieleniu zamówienia;


34

9.2. 6 miesięcy od dnia zawarcia Umowy, jeżeli Zamawiający nie opublikował

w Dzienniku Urzędowym Unii Europejskiej ogłoszenia o udzieleniu zamówienia.

10. Na orzeczenie Krajowej Izby Odwoławczej (KIO) Stronom oraz uczestnikom

postępowania odwoławczego przysługuje skarga do sądu. Skargę wnosi się do sądu

okręgowego właściwego dla siedziby Zamawiającego. Skargę wnosi się

za pośrednictwem Prezesa KIO w terminie 7 dni od dnia doręczenia orzeczenia KIO,

przesyłając jednocześnie jej odpis przeciwnikowi skargi. Złożenie skargi w placówce

operatora pocztowego wyznaczonego w rozumieniu ustawy z dnia 23 listopada 2012 r. –

Prawo pocztowe (Dz. U. z 2012 r., poz. 1529) jest równoznaczne z jej wniesieniem

w terminie.

XXV. Informacja o formalnościach, jakie powinny zostać dopełnione po wyborze oferty w celu zawarcia Umowy w sprawie zamówienia publicznego.

1. Wykonawca, którego oferta zostanie wybrana jako najkorzystniejsza zobowiązany

będzie przed zawarciem Umowy w sprawie zamówienia publicznego:

1.1. przedłożyć, w przypadku wyboru oferty Wykonawców występujących wspólnie,

umowy regulującą ich współpracę (umowy konsorcjum) stwierdzającą solidarną

odpowiedzialność wszystkich Wykonawców, za realizację zamówienia oraz

zawierającą upoważnienie dla jednego z nich do składania i przyjmowania

oświadczeń wobec Zamawiającego w imieniu wszystkich Wykonawców, a także do

otrzymywania należnych płatności,

1.2. przekazać wszystkie niezbędne informacje potrzebne do wypełnienia treści

Umowy oraz wskazać osoby uprawnione do zawarcia Umowy wraz

z dokumentami uprawniającymi do zawarcia Umowy, o ile nie wynika to ze

złożonych wraz z ofertą dokumentów,

1.3. przedłożyć potwierdzenie wniesienia zabezpieczenia należytego wykonania

Umowy, w przypadku wnoszenia zabezpieczenia należytego wykonania Umowy w

formie gwarancji lub poręczenia uzyskać akceptację treści gwarancji lub

poręczenia przez Zamawiającego.


35

2. Niedopełnienie powyższego obowiązku będzie skutkować odstąpieniem od czynności

zawarcia Umowy z przyczyn leżących po stronie Wykonawcy.

3. W przypadku, gdy Wykonawca, którego oferta została wybrana, będzie uchylał się od

zawarcia Umowy (np. poprzez niedopełnienie formalności, jakie muszą być dokonane w

celu zawarcia Umowy) Zamawiający wybierze ofertę najkorzystniejszą spośród

pozostałych ofert.

XXVI. Podwykonawstwo.

1. Wykonawca może powierzyć wykonanie części zamówienia podwykonawcy.

2. W przypadku zmiany lub rezygnacji z podwykonawcy, na którego zasoby Wykonawca

powoływał się, na zasadach określonych w art. 26 ust. 2b ustawy, w celu wykazania

spełniania warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy,

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 postępowania o udzielenie zamówienia.

XXVII. Załączniki do SIWZ.

Wymienione poniżej Załączniki stanowią integralną część SIWZ:

Załącznik nr 1 - Opis Przedmiotu Zamówienia.

Załącznik nr 2 - Formularz ofertowy.

Załącznik nr 3 - Oświadczenie o spełnianiu warunków udziału w postępowaniu.

Załącznik nr 4 - Oświadczenie o braku podstaw do wykluczenia.

Załącznik nr 5 - Wykaz głównych usług.

Załącznik nr 6 - Wykaz osób, które będą uczestniczyć w wykonaniu zamówienia.

Załącznik nr 7 - Lista podmiotów należących do tej samej grupy kapitałowej / Informacja o tym, że wykonawca nie należy do grupy kapitałowej.

Załącznik nr 8 - Istotne dla Stron postanowienia, które zostaną wprowadzone do treści


36

Umowy w sprawie zamówienia publicznego.

Załącznik nr 9 - Dokumentacja Systemu NEO i Modułu Komunikacyjnego.


37

Załącznik nr 1 do SIWZ

OPIS PRZEDMIOTU ZAMÓWIENIA

Do niniejszego Opisu Przedmiotu Zamówienia zastosowanie znajdują definicje pojęć zawarte w Istotnych dla Stron postanowieniach, które zostaną wprowadzone do treści Umowy w sprawie zamówienia publicznego (Załącznik nr 8 do SIWZ).

I. Ogólny opis zamówienia.

1. Przedmiotem zamówienia jest świadczenie:

1.1. Usług Asysty Technicznej i Konserwacji Systemu NEO oraz Modułu Komunikacyjnego przez okres 24 miesięcy.

1.2. Usług Modyfikacji i Rozwoju Systemu NEO oraz Modułu Komunikacyjnego przez okres 24 miesięcy w ramach maksymalnego limitu 15 000 Roboczogodzin.

1.3. Usług Transferu Wiedzy przez okres 24 miesięcy w ramach maksymalnego limitu 500 Roboczogodzin.

1.4. Usług Dostosowania Dokumentacji Systemu NEO oraz Modułu Komunikacyjnego przez okres 14 miesięcy.

2. W ramach niniejszego zamówienia Wykonawca zobowiązuje się także:

2.1. Udzielić Zamawiającemu gwarancji, na warunkach szczegółowo opisanych w § 8 Załącznika nr 8 do SIWZ.

2.2. Przenieść na Zamawiającego autorskie prawa majątkowe oraz zależne prawa do wytworzonych lub dostarczonych podczas realizacji niniejszego zamówienia Produktów na warunkach i zasadach opisanych szczegółowo w Załączniku nr 8 do SIWZ / Umowie.

2.3. Zapewnić Zamawiającemu licencje na korzystanie z Produktów, na warunkach i zasadach opisanych szczegółowo w § 13 Załącznika nr 8 do SIWZ / Umowy.

2.4. Wykonać inne zobowiązania na rzecz Zamawiającego określone w Załączniku nr 8 do SIWZ / Umowie.

3. Szczegółowe zasady realizacji zobowiązań Wykonawcy w ramach przedmiotu zamówienia, w tym zasady świadczenia usług, o których mowa w ust. 1 powyżej określają Istotne dla Stron postanowienia, które zostaną wprowadzone do treści Umowy w sprawie zamówienia publicznego, zawarte w Załączniku nr 8 do SIWZ.

II. Informacje o Systemie NEO i Module Komunikacyjnym.

1. Opis Systemu NEO.


38

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych (PFRON) eksploatuje aplikacyjny System NEO, który wspiera procesy biznesowe w obszarze wpłat obowiązkowych. System ten (produkcyjny i testowy) został zbudowany wyłącznie w celu realizacji przez PFRON zadań z zakresu obsługi pracodawców zobowiązanych do dokonywania obowiązkowych wpłat na Fundusz lub zwolnionych z tych wpłat – wynikających z ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz.U. z 2011 r. Nr 127, poz. 721, z późn. zm.).

W Systemie NEO prowadzi się ewidencję pracodawców zobowiązanych i zwolnionych z wpłat oraz rozlicza wpłaty w oparciu o dokumenty składane przez pracodawców.

Dokumenty deklaracji i informacji pobierane są z systemu e-PFRON2. Komunikacja pomiędzy systemami NEO, a e-PFRON2 odbywa się poprzez Moduł Komunikacyjny.

Proces rozliczania polega na odpowiednim przyporządkowaniu wniesionych wpłat, z uwzględnieniem odpowiedniej ich klasyfikacji oraz naliczenia ewentualnych odsetek. Odpowiednie przyporządkowanie wpłat odbywa się w stosunku do zobowiązania pracodawcy, które powstaje jako efekt składanych przez pracodawcę deklaracji lub decyzji wydawanych przez Fundusz.

Informacje o wniesionych wpłatach pochodzą z elektronicznych wyciągów bankowych.

Efektem procesu rozliczeń są zapisy na kontach rozrachunkowych prowadzonych analitycznie dla poszczególnych pracodawców. Zapisy te stanowią podstawę do określenia salda zobowiązań pracodawców oraz do generacji miesięcznych not sumarycznych dla centralnego systemu finansowo-księgowego PFRON.

System NEO obsługiwany jest przez pracowników z Biura PFRON.

Serwery zlokalizowane są w Biurze PFRON w Warszawie, Al. Jana Pawła II 13.

PFRON posiada prawa majątkowe do Kodu Źródłowego i Dokumentacji Systemu NEO, w tym do wykonywania zależnego prawa autorskiego.

W postępowaniu przetargowym zostanie udostępniony Kod Źródłowy oraz Dokumentacja Systemu NEO.

2. Elementy i funkcje Systemu NEO.

Funkcjonalność ogólna całego Systemu NEO obejmuje następujące zakresy:

2.1. Ewidencja pracodawców: ewidencja danych pracodawcy, ewidencja adresów bieżących i archiwalnych w różnych typach, ewidencja danych kontaktowych (telefony, e-mail itp.), ewidencja osób reprezentujących pracodawcę, rejestracja dostępu do danych chronionych, rejestracja zdarzeń prawnych, komunikacja z systemem SODiR (System Obsługi Dofinansowań i Refundacji)

w zakresie weryfikacji istnienia pracodawcy,


39

rejestracja obowiązku wpłat.

2.2. Ewidencja deklaracji i informacji: komunikacja z systemem e-PFRON2, ewidencja i obsługa złożonych deklaracji, diagnostyka i weryfikacja złożonych deklaracji, komunikacja z systemem obiegu dokumentów PFRON w zakresie pobrania

listy dokumentów i ustawienia statusu wybranego dokumentu, przekształcenia deklaracji i informacji w zapisy księgowe.

2.3. Ewidencji wniesionych wpłat: obsługa wyciągów elektronicznych z rachunków bankowych PFRON, analiza i klasyfikacja przelewów, przekształcanie wpłat na zapisy księgowe.

2.4. Obsługa pomocniczej księgi rozrachunkowej: prowadzenie kont księgowych rozrachunkowych, wystawianie dowodów księgowych, realizacja rozliczeń z pracodawcami z uwzględnieniem odsetek i wpłat

ratalnych, generacja noty księgowej dla centralnego systemu finansowo-księgowego, obsługa odpisów aktualizacyjnych, obsługa sald do potwierdzenia.

2.5. Obsługa decyzji i postanowień PFRON: ewidencja i obsługa przygotowania decyzji, generacja postanowień, generacja sentencji decyzji, obsługa księgowa decyzji (zmiana zobowiązań w zapisach księgowych

spowodowaną wydaniem decyzji). 2.6. Obsługa postępowań egzekucji administracyjnej:

ewidencja dokumentów postępowań, wystawianie upomnień, obsługa i generacja tytułów wykonawczych, obsługa wpłat komorniczych.

2.7. Obsługa postępowań upadłościowych: ewidencja dokumentów postępowania, obsługa zgłoszeń wierzytelności, ewidencja planów podziału, obsługa wpłat syndyka.

2.8. Obsługa korespondencji i załączników: ewidencja pism wychodzących i przychodzących, rejestracja skanów,


40

generacja pism w oparciu o szablony, obsługa zwrotek.

2.9. Generacja raportów: generacja raportów wg zaimplementowanych szablonów i określanych

kryteriów. 2.10. Monitoring procesów administracyjnych:

obsługa procesów workflow, obsługa procesów w oparciu o analizę zapisów księgowych, analiza zapisów połączona z generacją raportów określających potencjalną

ilość wykrytych spraw. 2.11. Dokumentacja elektroniczna:

przegląd dokumentacji użytkowej i technicznej, edycja i tworzenie nowych artykułów.

3. W skład Systemu NEO wchodzą moduły funkcjonalne:

3.1. Ewidencja pracodawców.Moduł referencyjny dla pozostałych elementów Systemu NEO, oparty na unikalnym identyfikatorze pracodawcy (numerze w rejestrze PFRON), gromadzący dane o pracodawcy (adresy, osoby reprezentujące, zdarzenia prawne, dokumenty, itp.) – bieżące oraz historyczne. Każdy pracodawca charakteryzowany jest przez status i typ klasyfikacyjny, może posiadać dowolną liczbę adresów w różnych typach (korespondencyjny, rejestrowy, itp.). Ewidencjonowane osoby są powiązane z pracodawcami w oparciu o przypisaną im pełnioną funkcję (przedstawiciel, współwłaściciel, itp.).

3.2. Ewidencja wpłat.Moduł obejmujący import wyciągów bankowych i zlecenia dedykowane obsłudze przelewów. Obsługuje analizę wyciągów elektronicznych dostarczanych przez system bankowy. W procesie analizy wyciągów na podstawie treści przelewu realizowana jest identyfikacja pracodawcy, klasyfikacja wpłaty oraz jej przeznaczenie. Wpłaty podlegają dekretacji polegającej na przetworzeniu ich w zapisy księgowe.

3.3. Ewidencja dokumentów.Moduł zawiera bazę dokumentów (deklaracje i informacje) składanych w formie papierowej i elektronicznej przez pracodawców od początku obowiązku dokonywania wpłat na PFRON (ok. 8 mln dokumentów). Dokumenty przechowywane są w tabelach strukturalnych oraz/i w formacie XML. Dokumenty podlegają dekretacji polegającej na przetworzeniu ich w zapisy księgowe tworzące zobowiązania pracodawcy.


41

3.4. Obsługa www.Moduł umożliwia sterowanie procesem analizy dokumentów dostarczanych przez system e-PFRON2, poprzez uruchomienie analizy dokumentu, weryfikację jego treści oraz zmiany statusu dokumentu.

3.5. Moduł rozliczeń.Moduł stanowi księgę analityczną realizującą ewidencję zapisów księgowych w oparciu o strukturę kont i pozycji rozrachunkowych. Zasadniczą funkcją modułu jest rozliczanie zobowiązań wynikających z ewidencjonowanych w Systemie NEO dokumentów źródłowych oraz wnoszonych przez pracodawców wpłat. Wszystkie złożone przez pracodawców deklaracje oraz inne dokumenty źródłowe są klasyfikowane na rodzaje, które pokrywają się z systemem kont stosowanym w systemie ewidencji finansowo-księgowej PFRON. Według analogicznych grup klasyfikowane są wszystkie przelewy. Podstawową funkcją modułu są procesy umożliwiające (w pełni lub częściowo automatyczne) dokonywanie rozliczeń na podstawie danych przelewu. Dodatkowymi funkcjami modułu są: generacja miesięcznej noty księgowej oraz obsługa odpisów aktualizacyjnych. Moduł rozliczeń zawiera formularze prezentacji danych oraz obsługę kolejki zleceń księgowych. Za jego pośrednictwem możliwe jest wydawanie zleceń realizacji zapisów księgowych. Każde zlecenie posiada parametry, które są weryfikowane przez silnik księgowy.

3.6. Moduł załączników.Moduł umożliwia generację pism z wykorzystaniem gotowych szablonów oraz tworzenie załączników binarnych (zawierających pliki z rozszerzeniem doc, pdf, itd.) i wiązanie ich z innymi obiektami Systemu NEO (pracodawcami, dokumentami, itd.).

3.7. Moduł postępowań egzekucyjnych. Moduł realizuje obsługę postępowań egzekucji administracyjnej poprzez generację upomnień, wystawianie tytułów wykonawczych, obsługę wpłat komorniczych, realizację księgowań pozwalających na bieżącą obserwację salda zobowiązań.

3.8. Moduł postępowań upadłościowych.Moduł realizuje obsługę postępowań upadłościowych poprzez generację zgłoszeń wierzytelności, obsługę wpłat syndyka, realizację księgowań pozwalających na bieżącą obserwację salda zobowiązań.

3.9. Moduł raportów.Zawiera raporty tworzone w formie załączników. Pozwala na generację raportów poprzez wybranie odpowiedniego szablonu i określenie parametrów zakresu analizowanych danych. Powstałe zlecenie jest realizowane przez silnik raportowy. Efekt realizacji jest zapisywany w systemie plikowym lub w bazie danych.

3.10. Moduł administracyjny.Moduł konfiguracji formularzy i parametrów oraz zarządzania uprawnieniami do Systemu NEO. Umożliwia nadzorowanie działania silników rozliczeniowych,


42

raportowych i WWW. Obsługuje parametry noty księgowej i komunikację z operatorami poprzez zamieszczanie komunikatów dla użytkowników.

3.11. Moduł sald do potwierdzenia.Moduł obsługuje proces generacji, wysyłki i odbioru potwierdzeń dokumentów sald inwentaryzacyjnych wysyłanych do pracodawców.

3.12. Moduł korespondencji.Moduł umożliwia rejestrację pism przychodzących oraz generację, paczkowanie, wydruk i adresowanie korespondencji wychodzącej. Powiązany jest z m.in. modułem załączników, postępowań egzekucyjnych, obsługi decyzji i postępowań upadłościowych.

3.13. Moduł obsługi decyzji. Moduł zawiera ewidencje decyzji wydawanych przez PFRON. Dekretacja decyzji umożliwia dodanie lub zmianę zobowiązań pracodawcy.

3.14. Moduł ZFRON.Moduł umożliwia obsługę spraw związanych ze zobowiązaniami typu ZFRON, związanych z obecnymi lub byłymi Zakładami Pracy Chronionej. Moduł ewidencjonuje kolejne etapy przebiegu spraw i nadzoruje terminy ich realizacji.

3.15. Moduł monitoringu procesów.Moduł umożliwia zarządzanie procesami administracyjnymi realizowanymi przez PFRON. Tworzy i zarządza sprawami przydzielanymi do realizacji przez operatorów Systemu NEO. Moduł monitoruje termin realizacji każdego zadania. Oparty jest na silniku Enhydra Shark i implementuje 20 procesów workflow.

3.16. Rejestr zdarzeń.Stanowi rejestr o charakterze logu ewidencjonujący zdarzenia biznesowe. Rejestruje zdarzenia wykonywane automatycznie bądź na zlecenie operatora. Zakres rejestrowanych zdarzeń odbywa się w stosunku do określonej listy ich rodzajów.

3.17. Dokumentacja elektroniczna.Dokumentacja użytkowa i techniczna wywoływana z list aplikacji WWW, łącząca funkcjonalność dokumentacji elektronicznej z możliwością wyszukiwania i pomocy kontekstowej.

3.18. Moduły pomocnicze lub archiwalne.Moduły, których funkcjonalność jest ograniczona lub wygasła w związku ze zmianami przepisów prawa. Są to m.in.: ewidencja protokołów UKS, ewidencja decyzji restrukturyzacyjnych, ewidencja faktur węglowych, obsługa bankowych postępowań ugodowych.


43

4. Architektura Systemu NEO.

System NEO jest rozwijany od 1993 r. Pierwsza wersja Systemu NEO oparta była o narzędzie JAM JYACC. Pierwszymi modułami były ewidencja deklaracji i wpłat. Kolejnymi: ewidencja pracodawców, moduł rozliczeń i obsługi decyzji. W 2003 r. istniejące moduły Systemu NEO zostały przepisane do technologii aplikacji WWW w oparciu o serwer aplikacji BEA WebLogic 5 i serwer bazy danych INFORMIX. System NEO był rozbudowywany poprzez tworzenie kolejnych modułów funkcjonalnych opartych o wspólną bazę danych. W kolejnych etapach rozwoju z aplikacji WWW wydzielano funkcjonalności obliczeniowe i raportowe tworząc tzw. silniki. Są to samodzielne bezinterface’owe aplikacje realizujące zlecenia otrzymywane za pośrednictwem kolejki w bazie danych.Wszystkie moduły Systemu NEO mają bezpośredni dostęp do wspólnej bazy danych. Baza danych stanowi jedyną metodę komunikacji pomiędzy modułami Systemu NEO.

Na funkcjonalność Systemu NEO składają się następujące moduły programowe:

4.1. Aplikacja obsługi interface'u użytkowników.Zrealizowana jako aplikacja WWW uruchamiana na serwerze Oracle WebLogic Server 11g. Aplikacja obsługiwana jest przez 2 serwery aplikacji pracujące w klastrze wraz z Load balancerem. Struktura logiczna aplikacji jest płaska – obiekty biznesowe obsługiwane są metodą CRUD. Aplikacja wykorzystuje formularze JSP budowane w oparciu o bibliotekę NJAM. Biblioteka ta stanowi zbiór „custom tagów” rozszerzających standardy JSP. Tagi te w momencie uruchomienia formularza tworzą obiekty typu JavaBean umożliwiające komunikację z bazą danych. Zapis danych realizowany jest w większości przypadków przez ten sam serwlet. Odczytuje on zasady obsługi formularza z jednego z plików konfiguracyjnych NJAM-DEFS. Dzięki temu formularze nie zawierają kwerend do bazy danych, a jedynie identyfikatory określone w parametrach tagów. Identyfikatory te odsyłają do plików konfiguracyjnych typu NJAM-DEFS, w których zawarte są opisy pól, kryteria walidacji, klasy walidatorów, itd.

4.2. Dokumentacja elektroniczna – Minidok.Stanowi samodzielną aplikację WWW łączącą funkcjonalność dokumentacji elektronicznej z możliwością wyszukiwania i pomocy kontekstowej. Minidok posiada własną bazę danych i wykorzystuje pakiet indeksujący Lucene.

4.3. Silnik księgowy.Samodzielna aplikacja realizująca tzw. zlecenia księgowe. Zlecenia te są pobierane przez silnik z kolejki (w bazie danych). Zlecenia wraz z parametrami tworzone są przez operatorów PFRON. W Systemie NEO pracuje jedna instancja silnika księgowego. Posiada ona jednak funkcję pracy wielowątkowej.


44

4.4. Silnik raportowy.Samodzielna aplikacja realizująca tzw. zlecenia raportowe. Zlecenia te silnik pobiera z kolejki (w bazie danych). Zlecenia wraz z parametrami tworzone są przez operatorów PFRON. W Systemie NEO pracują 2 instancje silnika raportowego na odrębnych serwerach fizycznych. Posiadają one funkcję pracy wielowątkowej.

4.5. Silnik analizy deklaracji (tzw. WWW).Samodzielna aplikacja realizująca diagnostykę dokumentów. Dokumenty pobierane z systemu e-PFRON2 podlegają weryfikacji realizowanej przez ten silnik. Efektem weryfikacji jest status analizowanego dokumentu oraz ewentualna lista wykrytych błędów. Silnik uruchamiany jest w reakcji na zlecenia, które wraz z parametrami tworzone są przez operatorów PFRON. W Systemie NEO pracuje jedna instancja silnika analizy deklaracji.

4.6. Baza danych.System NEO pracuje w oparciu o wspólna bazę danych IBM IDS wersja 12.10.

4.7. Interface'y komunikacyjne.System NEO wykorzystuje następujące interface'y zrealizowane w technologii WebService:

z systemem obiegu dokumentów Funduszu: funkcja pobrania listy dokumentów i ustawienia statusu dokumentów,

z systemem SODiR: funkcja weryfikacji istnienia pracodawcy w ewidencji SODiR, z systemem e-PFRON2: funkcja pobierania złożonych dokumentów oraz

zwrotnie określania statusu ich diagnostyki, funkcja obsługi sald i raportów złożonych dokumentów. Funkcjonalność ta realizowana jest w tzw. Module Komunikacyjnym z systemem e-PFRON2.

4.8. Procesy workflow.System NEO implementuje 20 procesów workflow w oparciu o silnik Enhydra-Shark. Wyróżniono procesy związane m.in. z brakiem deklaracji lub informacji, z brakiem wpłaty, określeniem wysokości zobowiązań, obsługą odwołania lub zażalenia, obsługą wniosku o ulgę, przygotowania decyzji, itd.

4.9. Procesy czasowe.Procesy czasowe to grupa procedur uruchamianych wg zadanego harmonogramu i realizujących zadania w tle i bez udziału użytkowników.

5. Architektura fizyczna Systemu NEO zawiera:

5.1. Serwer Neo2 obsługujący: system operacyjny: HP-UX Wer.11.31, maszyna wirtualna: Java 1.6.0.22 64-Bit, serwer administracyjny klastra Oracle WebLogic 11g,


45

serwer aplikacji WWW Oracle WebLogic 11g obsługujący interface użytkownika oraz Minidok,

silnik księgowy (Java), silnik raportowy (Java).

5.2. Serwer Neo3 obsługujący: system operacyjny: HP-UX Wer.11.31, maszyna wirtualna: Java 1.6.0.22 64-Bit, serwer aplikacji WWW Oracle WebLogic 11g obsługujący interface użytkownika

oraz Minidok, silnik analizy deklaracji (ESQL/C), silnik raportowy (Java).

5.3. Serwer Informix obsługujący: bazę danych IBM IDS Wer. 12.10.FC5.

5.4. Stacje użytkowników: Windows i przeglądarka FireFox wer.30 lub nowsza oraz MS Internet Explorer wer.8 lub nowszy.

5.5. Load balancer: zapewniający równomierne rozłożenie ruchu pomiędzy serwery aplikacyjne.


46

6. Zastosowane technologie w Systemie NEO.

6.1. Interface główny użytkownika. Aplikacja obsługująca interface użytkownika zrealizowana została jako aplikacja WWW w oparciu o serwer aplikacji Oracle WebLogic 11g z wykorzystaniem technologii: HTML, Java Script, AJAX, JSP, Java, JEE, WebServices, Struts, JDBC, SQL. Wykorzystano bibliotekę obsługi formularzy NJAM (opartą o jsp custom tags).


47

Aplikacja zawiera ok. 1 000 formularzy JSP i ok. 180 000 linii kodu Java. Jednocześnie obsługiwanych jest ok. 300 użytkowników.

6.2. Dokumentacja elektroniczna.Aplikacja łącząca funkcjonalność prezentacji dokumentacji z możliwością wyszukiwania i pomocy kontekstowej.Wykorzystano technologie: pakiet indeksujący Lucene, aplikacja WWW, Java, JSF, XHTML, SQL. Zawiera ok. 5 000 linii kodu.

6.3. Silnik księgowy. Zrealizowany jako samodzielna bezinterface'owa aplikacja z wykorzystaniem technologii: Java, Spring, JDBC, SQL.Aplikacja zawiera ok. 58 000 linii kodu Java. Silnik obsługuje ok. 11 000 zleceń miesięcznie (ok. 50 typów), podczas których generowanych jest ok. 150 000 zapisów księgowych.

6.4. Silnik raportowy.Wykonany jako samodzielna bezinterface'owa aplikacja z wykorzystaniem technologii: Java, Birt, JEE, JDBC, SQL.Aplikacja zawiera ok. 11 000 linii kodu Java. Generowanych jest ok. 7 000 raportów miesięcznie w 70 typach.

6.5. Silnik analizy deklaracji.Wykonany jako samodzielna bezinterface'owa aplikacja z wykorzystaniem technologii: ESQL/C, C, SQL.Aplikacja zawiera ok. 11 000 linii kodu w ESQL/C. Przetwarza ok. 70 000 dokumentów miesięcznie.

6.6. Baza danych.IBM IDS Wer. 12.10.Objętość: ok. 165GB. Zawiera ok. 560 tabel.

7. Opis Modułu Komunikacyjnego.

PFRON eksploatuje Moduł Komunikacyjny, który wspiera procesy biznesowe w obszarze wpłat obowiązkowych. Moduł ten został zbudowany wyłącznie w celu realizacji przez PFRON zadań z zakresu obsługi pracodawców zobowiązanych do dokonywania obowiązkowych wpłat na Fundusz lub zwolnionych z tych wpłat – wynikających z ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz.U. z 2011 r. Nr 127, poz. 721, z późn. zm.).

Moduł Komunikacyjny jest to interfejs integrujący, realizujący wymianę danych pomiędzy systemami e-PFRON2 i NEO. Wymiana danych odbywa się z wykorzystaniem WebService’ów wyspecyfikowanych w języku WSDL.


48

Moduł Komunikacyjny stanowi odrębny podsystem i nie wchodzi w skład Systemu NEO. Jednakże obsługa Modułu Komunikacyjnego realizowana jest z wykorzystaniem Systemu NEO, który w procesie komunikacji między systemami NEO i e-PFRON2 jest stroną aktywną – nawiązuje połączenie.

PFRON posiada niewyłączną, nieograniczoną czasowo i terytorialnie licencję na korzystanie i modyfikacje Modułu Komunikacyjnego.

W postępowaniu przetargowym zostanie udostępniony Kod Źródłowy oraz dokumentacja Modułu Komunikacyjnego.

8. Elementy i funkcje Modułu Komunikacyjnego.

Systemy NEO i e-PFRON2 są autonomiczne i działają niezależnie. W procesie komunikacji System NEO jest stroną aktywną tzn. nawiązującą połączenie. Wymiana danych realizowana jest okresowo wg harmonogramu lub na życzenie użytkownika. Zarządzanie harmonogramem realizowane jest przez System NEO.

W celu wymiany danych pomiędzy systemami NEO i e-PFRON2 stworzono następujące serwisy komunikacyjne:

8.1. pobranie dokumentów z systemu e-PFRON2 do Systemu NEO;8.2. aktualizacja statusów dokumentów w e-PFRON2;8.3. aktualizacja raportów w e-PFRON2;8.4. aktualizacja listy i danych ewidencyjnych pracodawców w e-PFRON2;8.5. aktualizacja przeciętnego wynagrodzenia w e-PFRON2;8.6. eksport sald do potwierdzenia do e-PFRON2.

Wymiana komunikatów realizowana jest w formie transakcji. Każda transakcja składa się z żądania (pytania) i odpowiedzi. Żądanie i odpowiedź należące do tej samej transakcji mają identyczny numer seryjny. Transakcja jest zawsze inicjowana przez System NEO (tzn. NEO generuje żądania, na które odpowiada e-PFRON2). Dopóki nie zostanie odebrana odpowiedź nie można wysłać kolejnego pytania tego samego typu.

9. Zastosowane technologie w Module Komunikacyjnym.

Moduł Komunikacyjny został zaimplementowany jako część Systemu NEO, w oparciu o serwer aplikacji Oracle WebLogic Server. Do obsługi formularzy tworzących interface użytkownika wykorzystywana jest biblioteka NJAM, która pozwala na zdefiniowanie walidatorów wykorzystywanych przez formularze interface'u użytkownika. Walidatory te mają postać klas JAVA. Formularze zaimplementowane są z wykorzystaniem technologii JSP.

Elektroniczne dokumenty przesyłane z systemu e-PFRON2 zapisywane są w plikach w formacie XML.

Obsługa komunikatów realizowana jest z wykorzystaniem biblioteki axis2 w wersji 1.5.4.

Wymiana danych odbywa się z wykorzystaniem WebService’ów - WSDL.

Przy komunikacji pomiędzy systemami NEO a e-PFRON2 wykorzystywany jest protokół https. Żadne dodatkowe metody autoryzacji nie są stosowane.


49

10. Oprogramowanie Zamawiającego.

Instalacja produkcyjna Modułu Komunikacyjnego.

10.1. System operacyjny – HP-UX 11.3110.2. Oprogramowanie serwera aplikacji – WebLogic 11g10.3. Baza danych – IBM IDS Wer.12.10.FC510.4. JAVA VM v 1.6.0.22 64-Bit10.5. Klient Informix IDS

Instalacja testowa Modułu Komunikacyjnego.10.6. System operacyjny – HP-UX 11.3110.7. Oprogramowanie serwera aplikacji – WebLogic 11g10.8. Baza danych – IBM IDS 12.10.FC510.9. JAVA VM v 1.6.0.22 64-Bit10.10. Klient Informix IDS

11. Dokumentacja.

Dokumentacja Systemu NEO zawiera:11.1. Instrukcję instalacji systemu (System - budowa i konfiguracja), w pliku w formacie

edytowalnym. 11.2. Dokumentację techniczną w plikach w formacie edytowalnym oraz w formie

elektronicznej wywoływanej z list aplikacji WWW Systemu NEO. Dokumentacja podzielona jest na główne kategorie:11.2.1. Generacja not księgowych.11.2.2. Walidacja dowodów księgowych.11.2.3. Weryfikacja danych ewidencyjnych – obiekty bazy danych.11.2.4. Rejestr pobrań danych wrażliwych.11.2.5. Opis ogólny systemu.11.2.6. Panel operacyjny.11.2.7. Moduł rozliczeń.11.2.8. Zasady dekretacji dokumentów.11.2.9. Import wyciągów.11.2.10. Monitoring.11.2.11. Monitoring – księga procedur.11.2.12. Decyzje.11.2.13. Postanowienia.11.2.14. Postanowienia generowane.11.2.15. Wnioski.11.2.16. Salda do potwierdzenia.11.2.17. Załączniki.11.2.18. Postępowania upadłościowe.11.2.19. Raporty.11.2.20. Tabele bazy danych11.2.21. PEA.


50

11.2.22. Zlecenia księgowe.11.2.23. Obsługa dokumentów www.11.2.24. Automatyczna modyfikacja statusu i obowiązku podmiotu.11.2.25. Implementacja obsługi ZFRON.11.2.26. Obsługa wniosków o odpis.11.2.27. Moduł komunikacji z e-PFRON2.11.2.28. Konfiguracja.11.2.29. Weryfikacja danych ewidencyjnych.11.2.30. Ewidencja podmiotów.11.2.31. Biblioteka NJAM.11.2.32. Minidok.11.2.33. Rejestr zdarzeń - OperLog.11.2.34. Neo WebServices.11.2.35. Silnik księgowy.

11.3. Dokumentację użytkową w plikach w formacie edytowalnym oraz w formie elektronicznej wywoływanej z list aplikacji WWW Systemu NEO. Dokumentacja podzielona jest na główne kategorie:11.3.1. Komunikacja z systemem.11.3.2. Deklaracje.11.3.3. Import wyciągów.11.3.4. Księgowość.11.3.5. Obsługa spraw.11.3.6. Decyzje.11.3.7. Postanowienia.11.3.8. Wnioski.11.3.9. Salda.11.3.10. Dokumenty.11.3.11. PEA.11.3.12. Postępowania upadłościowe.11.3.13. UKS.11.3.14. Raporty.11.3.15. Administracja.11.3.16. Archiwalia.11.3.17. Ewidencja podmiotów.11.3.18. Administracja systemem www.11.3.19. Wpłaty.11.3.20. Ochrona danych osobowych.11.3.21. Obsługa ZFRON.11.3.22. Weryfikacja danych ewidencyjnych.11.3.23. Moduł komunikacji z e-PFRON2.

Dokumentacja Modułu Komunikacyjnego zawiera:


51

11.4. Opis Modułu Komunikacyjnego - integracja systemów NEO i e-PFRON2 oraz specyfikacja WebService - w pliku w formacie edytowalnym.

11.5. Opis biblioteki NJAM - w pliku w formacie edytowalnym.11.6. Walidacje opisujące reguły zastosowane w formatkach dokumentów - w plikach w

formacie edytowalnym.

12. Dane statystyczne dotyczące Systemu NEO:

Kategoria Wynik Okres pomiaruAktywni użytkownicy 263 stan 2016/02/24Korespondencja (Przychodząca) 8 922 średnia miesięczna dla roku 2015Korespondencja (Wychodząca) 6 635 średnia miesięczna dla roku 2015Zlecenia księgowe wykonane 315 947 średnia miesięczna dla roku 2015Zapisy księgowe w pomocniczej księdze rachunkowej 327 719

średnia miesięczna w okresach księgowych dla roku 2015

Liczba zapisów księgowych dotyczących wygenerowanych księgowych dowodów wewnętrznych 39 288

średnia miesięczna w okresach księgowych dla roku 2015

Wydane decyzje 1 327 średnia miesięczna dla roku 2015Liczba dokonanych wpłat 31 664 średnia miesięczna dla roku 2015Liczba dokonanych wypłat (zwrotów) 280 średnia miesięczna dla roku 2015Dokumenty deklaracji wpływające za pośrednictwem e-PFRON2 47 610 średnia miesięczna dla roku 2015Dokumenty informacji wpływające za pośrednictwem e-PFRON2 30 723 średnia miesięczna dla roku 2015Liczba podmiotów o statusie zobowiązany 32 226 stan 2016/02/24Liczba podmiotów rejestrowanych miesięcznie 396 średnia miesięczna dla roku 2015Liczba wygenerowanych załączników 1 347 średnia miesięczna dla roku 2015Liczba wygenerowanych raportów 1 426 średnia miesięczna dla roku 2015Liczba Awarii Systemu brak w roku 2015Liczba Błędów Systemu brak w roku 2015Liczba Usterek Systemu (dotyczących m.in. działania raportów, księgowania odpisów aktualizujących należności, rozliczania sald podlegających egzekucji) ok. 30 w roku 2015


52

13. Testy wydajnościowe Systemu NEO.

Testy wydajnościowe pozwalają na kontrolę aktualnej wydajności Systemu NEO. Pomiar wydajności realizowany jest poprzez pomiar czasu wykonania 6 zapytań do kluczowych tabel Systemu NEO oraz 6-krotne przeładowanie formularza.

Trzy kolejne powtórzenia prezentują następujące wyniki:


53


..........................................., dnia ................................ (miejscowość)

FORMULARZ OFERTOWY

I. Dane Wykonawcy/Wykonawców:(w przypadku oferty wspólnej, należy wskazać pełnomocnika w rozdziale III pkt 7)

1. Pełna nazwa: ........................................................................................................................

Adres: ..........................................................................................................................

Telefon: ..........................................................................................................................

Faks: ..........................................................................................................................

e-mail: ..........................................................................................................................

(w przypadku składania oferty przez podmioty występujące wspólnie należy podać nazwy (firmy) i dokładne adresy wszystkich członków konsorcjum lub spółki cywilnej)

Wszelką korespondencję związaną z niniejszym postępowaniem prosimy kierować na:

2. Pełna nazwa: ...........................................................................................................................

Adres: ..........................................................................................................................

Telefon: ..........................................................................................................................

Faks: ..........................................................................................................................

e-mail: ..........................................................................................................................

II. Oferta Wykonawcy:


54

(Pieczęć Wykonawcy)

1. W nawiązaniu do ogłoszenia o przetargu nieograniczonym na „usługi asysty technicznej i konserwacji, modyfikacji i rozwoju, transferu wiedzy oraz dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego” – znak sprawy ZP/02/16, oferujemy wykonanie przedmiotu zamówienia określonego w SIWZ oraz Istotnych dla Stron postanowień, które zostaną wprowadzone do treści Umowy w sprawie zamówienia publicznego – Załącznik nr 8 do SIWZ.

za cenę: …………..…………………………………………………………………………… zł brutto (kwota z pozycji 5F tabeli poniżej): (słownie: ………………………………………………………………………………………………………………….…),

zgodnie z poniższą wyceną:

Lp. Rodzaj usług Jednostka miary Liczba Cena jednostkowa brutto

Wartość brutto(kol. D x kol. E)

A B C D E F

1. Usługi Asysty Techniczna i Konserwacji Miesiąc 24

2. Usługi Modyfikacji i Rozwoju Roboczogodzina 15 000

3.Usługi Transferu Wiedzy Roboczogodzina 500

4.Usługi Dostosowania

Dokumentacji

Usługa (kwota za realizację

wszystkich etapów)

1

5. Łączna kwota brutto za realizację zamówienia:

(suma pozycji: 1F+ 2F + 3F + 4F)

2. Kryterium – SLA dla usługi asysty technicznej i konserwacji:

Lp. Nazwa Wady

Maksymalny Czas Naprawy


Oferowany przez Wykonawcę Czas

Naprawy

Maksymalny Czas Obejścia


Oferowany przez

Wykonawcę Czas Obejścia

A B C D E F

1. Awaria 8 godzin 5 godzin

2. Błąd 12 godzin


55

24 godziny

Wymagania Zamawiającego dotyczące maksymalnego Czasu Naprawy oraz Czasu Obejścia zawiera tabela powyżej. Jeżeli Wykonawca zaoferuje Czas Naprawy lub Czas Obejścia równy maksymalnemu wymaganemu przez Zamawiającego, oferta Wykonawcy w tym kryterium otrzyma 0 punktów. W sytuacji, gdy Wykonawca zaoferuje Czas Naprawy lub Czas Obejścia dłuższy niż maksymalny wymagany przez Zamawiającego, oferta Wykonawcy zostanie odrzucona na podstawie art. 89 ust. 1 pkt 2 ustawy.

W przypadku nie określenia przez Wykonawcę Czasu Naprawy w kolumnie „D” lub Czasu Obejścia w kolumna „F” powyższej tabeli, Zamawiający uzna, że Wykonawca wykona przedmiot zamówienia zgodnie z Czasem Naprawy oraz Czasem Obejścia wymaganym przez Zamawiającego w kolumnie „C” i „E” powyższej tabeli.

3. Wykonawca informuje, że:

wybór oferty nie będzie prowadzić do powstania u Zamawiającego obowiązku podatkowego,

wybór oferty będzie prowadzić do powstania u Zamawiającego obowiązku podatkowego w odniesieniu do następujących usług (w zależności od przedmiotu zamówienia): ………………………………………………………………………………….. Wartość usługi ……………………………….…..(należy wpisać nazwę towaru/usługi), którego dostawa lub świadczenie będzie prowadzić do powstania obowiązku podatkowy u Zamawiającego to …………………………… zł netto.

III. Oświadczenia:

1. Oświadczam/oświadczamy*, że zapoznaliśmy się z SIWZ i nie wnosimy do niej zastrzeżeń oraz uzyskaliśmy konieczne informacje i wyjaśnienia do przygotowania oferty.

2. Oświadczam/oświadczamy*, że uważamy się za związanych niniejszą ofertą na czas wskazany w SIWZ.

3. Oświadczam/oświadczamy*, że zapoznaliśmy się z Istotnymi dla Stron postanowieniami, które zostaną wprowadzone do treści zawieranej Umowy w sprawie zamówienia publicznego stanowiącymi Załącznik nr 8 do SIWZ i akceptujemy je bez zastrzeżeń. Zobowiązujemy się, w przypadku wyboru naszej oferty, do zawarcia Umowy w miejscu i terminie wyznaczonym przez Zamawiającego.

4. Oświadczam/oświadczamy*, że zatrudnię/zatrudnimy* w pełnym wymiarze czasu pracy na podstawie umowy o pracę co najmniej 1 osobę wykonującą czynności w trakcie realizacji przedmiotu Umowy.

5. Zobowiązuję się/zobowiązujemy się* niezwłocznie przedstawić Zamawiającemu dokumentację zatrudnienia osoby, o której mowa w pkt 4 powyżej.


56

6. Wyrażam/ wyrażamy* zgodę w przypadku nie zatrudnienia przy realizacji Umowy wymaganej powyżej osoby do zapłaty Zamawiającemu kary umownej w wysokości 5% wynagrodzenia określonego w § 14 pkt 1 Załącznika nr 8 do SIWZ/Umowy.

7. Oświadczam/oświadczamy*, że przed zawarciem Umowy wniesiemy zabezpieczenie należytego wykonania Umowy.

8. Oświadczam/oświadczamy, że następujące części zamówienia zamierzamy powierzyć do realizacji przez podwykonawców**:

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

9. Oświadczam/oświadczamy*, że w celu wykazania spełniania warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy, powołujemy się na zasadach określonych w art. 26 ust. 2b ustawy, na zasoby (podwykonawców) wskazane poniżej:

……………………………………......................................................................................................(nazwa (firma) podwykonawcy, na którego zasoby powołuje się Wykonawca)

10. Oświadczamy, że sposób reprezentacji spółki/konsorcjum* dla potrzeb niniejszego zamówienia jest następujący (Wypełniają jedynie przedsiębiorcy składający wspólną ofertę - spółki cywilne lub konsorcja):

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

11. Ofertę wraz z załącznikami składamy na ……........... kolejno ponumerowanych stronach.Zostałem/am pouczony/a o odpowiedzialności karnej z art. 297. § 1 Kodeksu Karnego: „Kto celem uzyskania dla siebie lub innej osoby kredytu, pożyczki bankowej, gwarancji kredytowej, subwencji lub zamówienia publicznego, przedkłada fałszywe lub stwierdzające nieprawdę dokumenty albo nierzetelne, pisemne oświadczenia dotyczące okoliczności mających istotne znaczenie dla uzyskania takiego kredytu, pożyczki bankowej, gwarancji kredytowej, dotacji, subwencji lub zamówienia publicznego, podlega karze pozbawienia wolności od 3 miesięcy do 5 lat.”

................................................................(czytelny podpis albo podpis i pieczątka

Wykonawcy/pełnomocnika)*niepotrzebne skreślić

** brak wypełnienia pola oznacza, iż Wykonawca zrealizuje zamówienie bez udziału podwykonawców


57



OŚWIADCZENIE O SPEŁNIANIU WARUNKÓW UDZIAŁU W POSTĘPOWANIU

.....................................................................................................................................................(nazwa Wykonawcy)

Składając ofertę w przetargu nieograniczonym na „usługi asysty technicznej i konserwacji, modyfikacji i rozwoju, transferu wiedzy oraz dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego” – znak sprawy ZP/02/16 oświadczam/y, że spełniam/y warunki udziału w wyżej wymienionym postępowaniu określone w art. 22 ust. 1 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r., poz. 2164).


Wykonawcy/pełnomocnika)


58



..........................................., dnia ................................. (miejscowość)

OŚWIADCZENIE O BRAKU PODSTAW DO WYKLUCZENIA

.....................................................................................................................................................(nazwa Wykonawcy)

Składając ofertę w przetargu nieograniczonym na „usługi asysty technicznej i konserwacji, modyfikacji i rozwoju, transferu wiedzy oraz dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego” – znak sprawy ZP/02/16 oświadczam/y, że brak jest podstaw do wykluczenia mnie/nas z postępowania na podstawie art. 24 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r., poz. 2164).




59




WYKAZ GŁÓWNYCH USŁUG

Na potwierdzenie warunku udziału w postępowaniu, o którym mowa w pkt 2.2.1. rozdziału VIII SIWZ.

Lp.Zamawiający(nazwa, adres i nr

telefonu)Przedmiot zamówienia

Wartość zamówienia

(co najmniej 500 000,00 zł

brutto)

Data wykonania

zamówienia (od –do, np.:

od 01.01.2014 r. do 31.12.2014 r.)

A B C D E

1. Usługa polegająca na świadczeniu asysty technicznej i konserwacji systemu informatycznego (podać nazwę systemu): …………………………….……………….……………………

usługa oparta na modelu SLA

z systemu, korzysta co najmniej 100 użytkowników

system, którego dotyczy usługa, obsługuje wymianę danych z co najmniej 2 innymi systemami informatycznymi

usługa obejmowała: wykonywanie czynności

administracyjnych nad systemem udostępnianym w sieci internet, w którym zaimplementowano mechanizmy pozwalające na wymianę danych w sposób bezpieczny w oparciu o elektroniczną komunikację pomiędzy użytkownikami a systemem,

usuwanie błędów i awarii w systemie, zapewnianie wsparcia oraz udzielanie

konsultacji użytkownikom systemu


60


Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

2. Usługa polegająca na świadczeniu asysty technicznej i konserwacji systemu informatycznego (podać nazwę systemu): …………………………….……………….……………………

usługa oparta na modelu SLA

z systemu, korzysta co najmniej 100 użytkowników

system, którego dotyczy usługa, obsługuje wymianę danych z co najmniej 2 innymi systemami informatycznymi

usługa obejmowała: wykonywanie czynności

administracyjnych nad systemem udostępnianym w sieci internet, w którym zaimplementowano mechanizmy pozwalające na wymianę danych w sposób bezpieczny w oparciu o elektroniczną komunikację pomiędzy użytkownikami a systemem,

usuwanie błędów i awarii w systemie, zapewnianie wsparcia oraz udzielanie

konsultacji użytkownikom systemu

Na potwierdzenie warunku udziału w postępowaniu, o którym mowa w pkt 2.2.2. rozdziału VIII SIWZ.

Lp.Zamawiający(nazwa, adres i nr

telefonu)Zakres świadczonych usług modyfikacji lub rozwoju

Wartość zamówienia

(co najmniej 700 000,00 zł

brutto)

Data wykonania

zamówienia (od –do, np.:

od 01.01.2014 r. do 31.12.2014 r.)

A B C D E

1. Usługa modyfikacji/rozwoju* systemu informatycznego (podać nazwę systemu): ………………………………………………….…………………………..

*niepotrzebne skreślić

usługa polegała na rozbudowie istniejących funkcjonalności

usługa polegała na dodawaniu nowych funkcjonalności


61

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

wymagania funkcjonalne i pozafunkcjonalne opracowywane były na podstawie przedstawionych wymagań biznesowych

prace programowe były wykonywane na podstawie sporządzonego projektu

realizacja usługi wymagała aktualizacji dokumentacji systemu informatycznego

realizacja usługi wymagała stworzenia dokumentacji systemu informatycznego

2. Usługa modyfikacji/rozwoju* systemu informatycznego (podać nazwę systemu): ………………………………………………….…………………………..


usługa polegała na rozbudowie istniejących funkcjonalności

usługa polegała na dodawaniu nowych funkcjonalności

wymagania funkcjonalne i pozafunkcjonalne opracowywane były na podstawie przedstawionych wymagań biznesowych

prace programowe były wykonywane na podstawie sporządzonego projektu

realizacja usługi wymagała aktualizacji dokumentacji systemu informatycznego

realizacja usługi wymagała stworzenia dokumentacji systemu informatycznego

UWAGA: Do każdej głównej usługi wymienionej w wykazie należy dołączyć dowody potwierdzające, czy usługi zostały wykonane należycie.

Dowodami potwierdzającymi, czy usługi zostały wykonane należycie są:- poświadczenie, z tym że w odniesieniu do nadal wykonywanych usług okresowych

lub ciągłych poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania ofert;


62

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

Tak

Nie

- oświadczenie Wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze Wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa powyżej. Jeśli Wykonawca składa oświadczenie, zobowiązany jest podać przyczyny braku możliwości uzyskania poświadczenia. W opisanej sytuacji niepodanie przyczyn braku możliwości uzyskania poświadczenia zostanie potraktowany jako nie spełnienie warunku określonego w pkt 2.2 rozdziału VIII SIWZ.

W przypadku, gdy Zamawiający (Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych) jest podmiotem, na rzecz którego usługi wskazane w wykazie usług zostały wcześniej wykonane, Wykonawca nie ma obowiązku przedkładania dowodów potwierdzających, o których mowa powyżej.




63



WYKAZ OSÓB, KTÓRE BĘDĄ UCZESTNICZYĆ W WYKONANIU ZAMÓWIENIA

Lp. Imię i nazwisko

Funkcja w zespole

Informacje na temat kwalifikacji zawodowych i doświadczenia niezbędnych do wykazania spełniania warunku określonego w

pkt 2.3 rozdziału VIII SIWZ

Informacje o podstawie do dysponowania

osobą

A B C D E

1. kierownik projektu

posiada kwalifikacje potwierdzone certyfikatem (podać pełną nazwę certyfikatu): ………………….……………………………………………….… wydanym przez uprawniony podmiot niezależny od Wykonawcy w zakresie stosowania powszechnie uznanych metodyk prowadzenia projektóww okresie ostatnich trzech lat przed upływem terminu składania ofert osoba zdobyła doświadczenie na stanowisku kierownika projektu w:

1. zakończonym projekcie informatycznym (podać nazwę projektu): ………………………………………………………………………..… o wartości …………………………………….. zł (bez kosztów zakupu sprzętu, kosztów licencji oraz budowy infrastruktury), obejmującym swym zakresem …………………………………………..………………………………………………………………………………………….

2. zakończonym projekcie informatycznym (podać nazwę projektu): ………………………………………………………………………..… o wartości …………………………………….. zł (bez kosztów zakupu sprzętu, kosztów licencji oraz budowy infrastruktury), obejmującym swym zakresem …………………………………………..………………………………………………………………………………………….

2. architekt systemu

w okresie ostatnich trzech lat przed upływem terminu składania ofert osoba zdobyła doświadczenie na stanowisku architekta systemu w:

1. zakończonym projekcie informatycznym (podać nazwę projektu): ………………………………………………………………………..… o wartości …………………………………….. zł (bez kosztów zakupu sprzętu, kosztów licencji oraz budowy infrastruktury), obejmującym swym zakresem ……………………..…………………………………………………………………………………………………..…………..

2. zakończonym projekcie informatycznym (podać nazwę projektu): ………………………………………………………………………..… o wartości …………………………………….. zł (bez kosztów zakupu sprzętu, kosztów licencji oraz budowy infrastruktury), obejmującym swym zakresem ……………………..……………………


64


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

3. analityk

w okresie ostatnich trzech lat przed upływem terminu składania ofert osoba zdobyła doświadczenie na stanowisku analityka w:

1. zakończonym projekcie informatycznym (podać nazwę projektu): ………………………………………………………………………..… o wartości …………………………………….. zł (bez kosztów zakupu sprzętu, kosztów licencji oraz budowy infrastruktury), obejmującym swym zakresem …………………………….………………………………………………………………………………………………….…..

2. zakończonym projekcie informatycznym (podać nazwę projektu): ………………………………………………………………………..… o wartości …………………………………….. zł (bez kosztów zakupu sprzętu, kosztów licencji oraz budowy infrastruktury), obejmującym swym zakresem …………………………….………………………………………………………………………………………………….…..

4. programista

w okresie ostatnich trzech lat przed upływem terminu składania ofert osoba zdobyła doświadczenie na stanowisku programisty w:

1. zakończonym projekcie informatycznym (podać nazwę projektu): ………………………………………………………………………..… o wartości …………………………………….. zł (bez kosztów zakupu sprzętu, kosztów licencji oraz budowy infrastruktury), zrealizowanym z wykorzystaniem technologii Java


posiada co najmniej dwuletnie doświadczenie w projektowaniu i programowaniu systemów wykorzystujących relacyjne bazy danych

5. programista

w okresie ostatnich trzech lat przed upływem terminu składania ofert osoba zdobyła doświadczenie na stanowisku programisty w:



posiada co najmniej dwuletnie doświadczenie w projektowaniu i programowaniu systemów wykorzystujących relacyjne bazy danych

6.specjalista ds.

administrowania i utrzymania

posiada co najmniej dwuletnie doświadczenie zawodowe w zakresie administrowania i utrzymania systemów informatycznych wykorzystujących relacyjne bazy danych.


65

Tak

Nie

Tak

Nie

Tak

Nie

7. specjalista ds. szkoleń

posiada co najmniej roczne doświadczenie zawodowe w charakterze szkoleniowca w zakresie technologii informatycznych.

UWAGA: Zamawiający dopuszcza łączenie funkcji w zespole, przy czym jedna osoba może pełnić

najwyżej dwie funkcje; Wykonawca musi wskazać, na jakiej podstawie dysponuje lub będzie dysponował osobami

wskazanymi do realizacji zamówienia, np. osoba jest pracownikiem Wykonawcy (umowa o pracę, umowa zlecenie); osoba fizyczna niebędąca pracownikiem Wykonawcy (umowa zlecenie, umowa o dzieło); umowa z innym podmiotem.




66

Tak

Nie



LISTA PODMIOTÓW NALEŻĄCYCH DO TEJ SAMEJ GRUPY KAPITAŁOWEJ / INFORMACJA O TYM, ŻE WYKONAWCA NIE NALEŻY DO GRUPY KAPITAŁOWEJ

Nazwa Wykonawcy: ……………………………………………………………..………………………………………………

Adres Wykonawcy: ………………………………………………………..……………………………………………………

Składając ofertę w postępowaniu o udzielenie zamówienia publicznego na usługi asysty technicznej i konserwacji, modyfikacji i rozwoju, transferu wiedzy oraz dostosowania dokumentacji Systemu NEO i Modułu Komunikacyjnego – znak sprawy ZP/02/16, zgodnie z art. 26 ust. 2d ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r., poz. 2164)

1. Informuję, że nie należę/należę* do grupy kapitałowej , w rozumieniu ustawy z dnia 16 lutego 2007 r. ochronie konkurencji i konsumentów (Dz. U. z 2015 r., poz. 184).

UWAGA: Punkt 2 należy wypełnić tylko w przypadku, gdy Wykonawca zaznaczy w punkt 1, że należy do grupy kapitałowej.

2. Informuję, że należę do grupy kapitałowej, o której mowa w punkcie 1 w związku z tym przedstawiam poniżej listę podmiotów należących do tej samej ww. grupy kapitałowej:

Lp. Nazwa podmiotu Siedziba podmiotu

1.

2.

(…)




67




68


ISTOTNE DLA STRON POSTANOWIENIA, KTÓRE ZOSTANĄ WPROWADZONE DO TREŚCI UMOWY W SPRAWIE ZAMÓWIENIA PUBLICZNEGO

Spis treści

§ 1. Definicje........................................................................................................................... 69

§ 2. Przedmiot Umowy............................................................................................................73

§ 3. Oświadczenia Stron..........................................................................................................74

§ 4. Usługi Asysty Technicznej i Konserwacji...........................................................................76

§ 5. Usługi Modyfikacji i Rozwoju............................................................................................81

§ 6. Usługi Transferu Wiedzy...................................................................................................87

§ 7. Usługa Dostosowania Dokumentacji................................................................................90

§ 8. Warunki gwarancji...........................................................................................................92

§ 9. Ogólne zasady świadczenia usług i przygotowanie do świadczenia usług........................93

§ 10. Organizacja wykonywania Umowy.................................................................................96

§ 11. Podwykonawcy...............................................................................................................97

§ 12. Odbiór i dostarczanie Produktów...................................................................................98

§ 13. Prawa autorskie i licencje.............................................................................................100

§ 14. Wynagrodzenie............................................................................................................105

§ 15. Poufność i ochrona informacji......................................................................................108

§ 16. Odpowiedzialność Stron oraz kary umowne................................................................109

§ 17. Rozwiązanie Umowy....................................................................................................112

§ 18. Siła wyższa....................................................................................................................114

§ 19. Zmiana Umowy............................................................................................................114

§ 20. Zawiadomienia.............................................................................................................116

§ 21. Zabezpieczenie należytego wykonania Umowy...........................................................117

§ 22. Postanowienia końcowe...............................................................................................117


69

Załącznik nr 2 do Umowy nr..................................................................................................119








70

Umowa została zawarta w wyniku przeprowadzonego postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego zgodnie z art. 39 – 46 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r., poz. 2164) zwanej dalej "ustawą".

§ 1. Definicje

1. Strony nadają terminom używanym w dalszej treści Umowy następujące znaczenie:

Termin Definicja

Awaria Wada powodująca całkowite zatrzymanie lub poważne zakłócenie pracy Systemu lub poszczególnych ich części, dla której nie ma alternatywnej metody wykonania danej operacji, uniemożliwiająca normalne korzystanie z podstawowych funkcji Systemu przez jego Użytkowników tak jak było to możliwe przed wystąpieniem Awarii lub uniemożliwienie wywiązania się przez Zamawiającego z nałożonych na niego obowiązków/zadań wynikających z przepisów prawa bądź powstała Wada powodująca wysokie ryzyko sytuacji, w której nie będzie możliwe wywiązanie się przez Zamawiającego z nałożonych na niego obowiązków/zadań wynikających z przepisów prawa.

Błąd Wada inna niż Awaria powodująca istotne zakłócenia pracy Systemu lub poszczególnych jego części, która jednak nie uniemożliwia Użytkownikom korzystania z podstawowych funkcji Systemu, polegająca w szczególności na ograniczeniu realizacji lub uciążliwości w realizacji co najmniej jednej z funkcji Systemu.

Czas Naprawy Czas liczony od momentu dokonania Zgłoszenia Wady do chwili dokonania przez Wykonawcę usunięcia Wady na Środowisku Produkcyjnym.

Czas Obejścia Czas liczony od momentu dokonania Zgłoszenia Wady do chwili dokonania przez Wykonawcę Obejścia na Środowisku Produkcyjnym.

Dokumentacja Systemu

Wszelka dokumentacja opisująca System, Kody Źródłowe Systemu, dotycząca aspektów technicznych, funkcjonalnych i użytkowych związanych z korzystaniem z Systemu, ich działaniem i rozwojem, w tym dokumentacja w wersji elektronicznej w formie edytowalnej oraz wersji zoptymalizowanej do wydruku. Dokumentacją Systemu jest istniejąca Dokumentacja Systemu, jak również Dokumentacja Systemu, którą Wykonawca zobowiązany jest dostarczyć lub wytworzyć w ramach realizacji niniejszej Umowy, a także Dokumentacja Systemu dostosowana przez Wykonawcę zgodnie z Umową.

Dzień Roboczy Każdy dzień tygodnia od poniedziałku do piątku, za wyjątkiem dni ustawowo wolnych od pracy w Rzeczypospolitej Polskiej.

Godziny Robocze Godziny od 6:00 do 18:00 w Dni Robocze.

Informacje Poufne Wszelkie informacje, dokumenty oraz materiały dotyczące działalności jednej ze Stron, do których druga Strona uzyskała dostęp w związku z wykonywaniem niniejszej Umowy. Informacjami Poufnymi są w szczególności


71

dane zawarte w dokumentach przekazywanych lub przetwarzanych za pośrednictwem Systemu, wszelkie informacje finansowe, organizacyjne, technologiczne, dane osobowe oraz inne informacje o działalności jednej ze Stron, które posiadają wartość gospodarczą lub zostały udostępnione drugiej Stronie z zastrzeżeniem poufności.

Kierownik Projektu Osoba kontaktowa lub podejmująca decyzje dotyczące realizacji Umowy w ramach kompetencji przyznanych w Umowie, wyznaczona przez Zamawiającego i Wykonawcę, odpowiedzialna za prawidłowe wykonywanie zobowiązań wynikających z Umowy oraz bieżący przepływ informacji pomiędzy Stronami.

Kody Źródłowe Systemu

Zestaw plików zawierających nieskompilowany kod oprogramowania napisany w języku programowania, wynikającym z przyjętej technologii rozwiązania oraz w formie czytelnej dla człowieka, normalnie używanej dla umożliwienia wprowadzania modyfikacji, (w tym również komentarze oraz kody proceduralne, takie jak skrypty w języku opisu prac i skrypty do sterowania kompilacją i instalowaniem), jak również dokumentacja niezbędna do użycia takiego kodu.

Moduł Komunikacyjny Interfejs integrujący, realizujący wymianę danych pomiędzy systemami NEO i e-PFRON2, wspierający procesy biznesowe w obszarze wpłat obowiązkowych. Moduł ten został zbudowany wyłącznie w celu realizacji przez PFRON zadań z zakresu obsługi pracodawców zobowiązanych do dokonywania obowiązkowych wpłat na Fundusz lub zwolnionych z tych wpłat – wynikających z ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz.U. z 2011 r. Nr 127, poz. 721, z późn. zm.). PFRON posiada niewyłączną, nieograniczoną czasowo i terytorialnie licencję na korzystanie i modyfikacje tego modułu.

Naprawa Trwałe usunięcie Wady poprzez wyeliminowanie przyczyn powstania Wady skutkujące przywróceniem pełnej sprawności Systemu, w tym również zakończenie innych działań naprawczych.

Obejście Zapewnienie funkcjonowania Systemu poprzez zminimalizowanie uciążliwości Wady i doprowadzenie Systemu do działania bez usuwania przyczyny wystąpienia Wady. Obejście nie stanowi Naprawy, jednak pozwala korzystać nieprzerwanie z wszystkich funkcjonalności Systemu i Modułu Komunikacyjnego.

Odbiór Czynności mające na celu potwierdzenie dostarczenia Zamawiającemu zamówionych usług i Produktów, w tym w szczególności modyfikacji i rozwoju, w ramach świadczenia przez Wykonawcę usług będących przedmiotem niniejszej Umowy na podstawie zaakceptowanego Protokołu Odbioru bez zastrzeżeń.

Okno serwisowe Czas pomiędzy godziną 22:00 a 5:00, przeznaczony na wykonywanie wszelkich niezbędnych prac serwisowych, przeglądów, aktualizacji oprogramowania oraz wgrywania nowych wersji Systemu na Środowisko Produkcyjne, z uwzględnieniem zapisów Umowy.

Oprogramowanie Standardowe

Oprogramowanie typu Commercial of the Shelf Software – powszechnie dostępne oprogramowanie standardowe, wytwarzane seryjnie, dostarczane w formie gotowego, zamkniętego Produktu stworzone przez Wykonawcę lub podmiot trzeci i dostarczone przez Wykonawcę na potrzeby realizacji Umowy.


72

Oprogramowanie Systemowe i Narzędziowe

Oprogramowanie wykorzystywane na potrzeby Systemu, którego producentem nie jest Wykonawca, konieczne do poprawnego działania Systemu, inne niż Oprogramowanie Zamawiającego.

Oprogramowanie Zamawiającego

Oprogramowanie wykorzystywane na potrzeby Systemu, które zapewnia Zamawiający, z uwzględnieniem aktualizacji tego oprogramowania dokonanych w trakcie trwania Umowy.

Pakiet Aktualizacji Przygotowane do instalacji uaktualnienie Systemu: służące usunięciu nieprawidłowości lub usprawnieniu pracy Systemu; wytworzone w wyniku modyfikacji lub rozwoju; stworzone w związku ze zmianami Sprzętu lub Oprogramowania Systemowego i Narzędziowego oraz Oprogramowania Standardowego.

Podwykonawca Każdy podmiot inny niż pracownik Wykonawcy, któremu Wykonawca zleca wykonanie części prac w ramach niniejszej Umowy.

Portal Serwisowy Narzędzie informatyczne służące do ewidencji i obsługi Zgłoszeń, Wniosków i Zamówień zapewniające niezbędny poziom wymiany informacji pomiędzy Zamawiającym a Wykonawcą (JIRA).

Produkt Wszelkie programy komputerowe, dokumentacja i inne utwory, które powstają w toku wykonywania Umowy w wyniku prac Wykonawcy, w tym także wszelkie modyfikacje i opracowania innych utworów, a także materiały i informacje niepodlegające ochronie prawa autorskiego, stworzone lub dostarczone Zamawiającemu przez Wykonawcę w wykonaniu zobowiązań wynikających z Umowy.

Protokół Odbioru Dokument przedstawiony przez Wykonawcę i zaakceptowany przez Zamawiającego, potwierdzający prawidłowość i zakres wykonania konkretnych usług. Wzory Protokołów Odbioru Usług Asysty Technicznej i Konserwacji, Usług Modyfikacji i Rozwoju, Usług Transferu Wiedzy oraz Usług Dostosowania Dokumentacji Systemu stanowią Załącznik nr 8 do Umowy.

Raport Dokument przedstawiony przez Wykonawcę i zaakceptowany przez Zamawiającego, potwierdzający prawidłowość i zakres wykonania usług.

Roboczogodzina Jednostka miary pracochłonności wyrażająca normę ilościową pracy wykonanej przez jednego pracownika Wykonawcy w czasie jednej godziny.

SLA

(Service Level Agreement)

Warunki poziomu świadczenia usług i sposobu jego pomiaru, określone w Załączniku nr 6 do Umowy.

Sprzęt Urządzenia, w szczególności sprzęt komputerowy i infrastruktura teleinformatyczna znajdująca się w posiadaniu Zamawiającego, na których działa System w okresie realizacji Umowy.

System System NEO wraz z Modułem Komunikacyjnym, chyba że w treści Umowy wprost wskazano inaczej.

System e-PFRON2 Oprogramowanie informatyczne wspierające obsługę procesów związanych


73

ze składaniem i odbieraniem deklaracji, informacji oraz innych dokumentów poprzez teletransmisję danych w formie dokumentów elektronicznych przez pracodawców zobowiązanych do wpłat lub zwolnionych z wpłat na PFRON, na podstawie ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz. U. z 2011 r., Nr 127, poz.721, z późn. zm.).

System NEO Oprogramowanie informatyczne wspierające realizację zadań w obszarze wpłat obowiązkowych, w zakresie obsługi pracodawców zobowiązanych do dokonywania obowiązkowych wpłat na PFRON lub zwolnionych z tych wpłat (wynikających z ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych – Dz. U. z 2011 r., Nr 127, poz.721, z późn. zm.).

Środowisko Deweloperskie

Infrastruktura sprzętowo – programowa Wykonawcy, która zapewnia Wykonawcy wykonywanie czynności: - wprowadzania zmian do Kodu Źródłowego Systemu; - tworzenia i uzupełniania Dokumentacji Systemu oraz Kodów Źródłowych; - wytwarzania wykonywalnej i instalacyjnej wersji Systemu dla Środowiska Testowego i Środowiska Produkcyjnego; - przeprowadzania testów realizowanych przez Wykonawcę w wersji instalacyjnej Systemu przed przystąpieniem do testów akceptacyjnych w Środowisku Testowym.

Środowisko Produkcyjne Środowisko informatyczne, na którym działa System.

Środowisko Testowe Infrastruktura sprzętowo – programowa Wykonawcy. Środowisko informatyczne analogiczne do Środowiska Produkcyjnego w zakresie systemów operacyjnych, systemów bazodanowych oraz oprogramowania aplikacyjnego mogące się różnić od Środowiska Produkcyjnego mocą obliczeniową (liczba procesorów i RAM) oraz sposobem wirtualizacji.

Umowa Umowa zawarta między Zamawiającym, a Wykonawcą wraz ze wszystkimi aneksami i Załącznikami do Umowy.

Usługi Asysty Technicznej i Konserwacji

Wszelkie usługi związane z zapewnieniem bezawaryjnego działania Systemu, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usługi Modyfikacji i Rozwoju

Wszelkie usługi polegające na wprowadzaniu zmian w Systemie, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usługi Transferu Wiedzy Wszelkie usługi polegające na pozyskiwaniu i przekazywaniu wiedzy o Systemie, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usługa Dostosowania Dokumentacji

Wszelkie usługi związane z dostosowaniem istniejącej Dokumentacji Systemu do standardów określonych przez Zamawiającego, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usterka Wada niebędąca Awarią ani Błędem, powodująca zakłócenie pracy Systemu lub poszczególnych jego części mogąca mieć wpływ na ich funkcjonalność, natomiast nieograniczająca zdolności operacyjnych Systemu.

Użytkownik Osoba korzystająca z Systemu lub ich poszczególnych części.


74

Wada Działanie Systemu w sposób odmienny od sposobu działania oraz zakresu funkcjonalnego opisanego w Dokumentacji Systemu oraz wszelkimi innymi dokumentami oraz ustaleniami Stron dotyczącymi sposobu działania, funkcjonalności oraz wydajności Systemu, wynikające z przyczyn leżących po stronie Systemu. Wady mogą mieć charakter Awarii, Błędu lub Usterki.

Wniosek Przekazanie Wykonawcy zapotrzebowania na modyfikacje i rozwój oraz transfer wiedzy w ramach Usług Modyfikacji i Rozwoju oraz Usług Transferu Wiedzy.

Załącznik Każdy tekst, materiał graficzny lub też inny przedmiot, odnoszący się do treści głównego dokumentu, dołączony do niego w celu uzupełnienia, bądź uprawomocnienia jego treści.

Zamówienie Przekazanie Wykonawcy zapotrzebowania na wykonanie określonych Produktów lub innych prac w ramach Usług Modyfikacji i Rozwoju oraz Usług Transferu Wiedzy.

Zgłoszenie Przekazanie Wykonawcy zawiadomienia o Wadzie, złożenie pytań w ramach świadczenia Usług Asysty Technicznej i Konserwacji oraz w okresie gwarancji.

2. Wszystkim pojęciom pisanym z wielkich liter, używanym w Załącznikach do Umowy, Strony nadają brzmienie zgodne z Umową, chyba że Załącznik wprost definiuje inne znaczenie używanego pojęcia.

3. Ilekroć w Umowie wyraźnie nie zaznaczono inaczej, terminy wykonania zobowiązań oblicza się w dniach kalendarzowych.

§ 2. Przedmiot Umowy

1. Przedmiotem Umowy jest świadczenie:

1.1. Usług Asysty Technicznej i Konserwacji Systemu przez okres 24 miesięcy.

1.2. Usług Modyfikacji i Rozwoju Systemu przez okres 24 miesięcy w ramach maksymalnego limitu 15 000 Roboczogodzin.

1.3. Usług Transferu Wiedzy przez okres 24 miesięcy w ramach maksymalnego limitu 500 Roboczogodzin.

1.4. Usługi Dostosowania Dokumentacji Systemu do standardów określonych przez Zamawiającego przez okres 14 miesięcy.

2. W ramach niniejszej Umowy Wykonawca zobowiązuje się także:

2.1. Udzielić Zamawiającemu gwarancji, na warunkach szczegółowo opisanych w § 8 Umowy.

2.2. Przenieść na Zamawiającego autorskie prawa majątkowe oraz prawa zależne do wytworzonych lub dostarczonych podczas realizacji niniejszego zamówienia Produktów na warunkach i zasadach opisanych szczegółowo w Umowie.


75

2.3. Zapewnić Zamawiającemu licencje na korzystanie z Produktów wskazanych w Umowie, na warunkach i zasadach opisanych szczegółowo w § 13 Umowy.

2.4. Wykonać inne zobowiązania na rzecz Zamawiającego określone w Umowie.

3. Umowa obowiązuje 24 miesiące od jej zawarcia, jednak nie wcześniej niż od dnia 8 maja 2016 r.

4. Usługi Asysty Technicznej i Konserwacji Wykonawca świadczyć będzie w zamian za stałe, miesięczne wynagrodzenie ryczałtowe określone w § 14 pkt 2 Umowy przez okres 24 miesięcy.

5. Usługi Modyfikacji i Rozwoju świadczone będą przez Wykonawcę na rzecz Zamawiającego, w maksymalnym wymiarze 15 000 Roboczogodzin przez okres 24 miesięcy, jednak nie dłużej niż do wyczerpania przez Zamawiającego wyżej wymienionego limitu Roboczogodzin, w zamian za wynagrodzenie kosztorysowe obliczone wg stawki, określonej w § 14 pkt 6 Umowy.

6. Usługi Transferu Wiedzy świadczone będą przez Wykonawcę na rzecz Zamawiającego, w maksymalnym wymiarze 500 Roboczogodzin przez okres 24 miesięcy, jednak nie dłużej niż do wyczerpania przez Zamawiającego ww. limitu Roboczogodzin, w zamian za wynagrodzenie kosztorysowe obliczone wg stawki godzinowej, określonej w § 14 pkt 8 Umowy.

7. Usługę Dostosowania Dokumentacji Wykonawca świadczyć będzie w zamian za wynagrodzenie określone w § 14 pkt 10 Umowy przez okres 14 miesięcy.

8. Zamawiający wymaga, aby Wykonawca zatrudnił w pełnym wymiarze czasu pracy na podstawie umowy o pracę co najmniej 1 osobę wykonującą czynności w trakcie realizacji przedmiotu Umowy.

9. Osoba, o której mowa w pkt 8 powyżej musi zostać zatrudniona na cały okres realizacji przedmiotu Umowy. W przypadku rozwiązania stosunku pracy przez osobę zatrudnioną lub przez pracodawcę przed zakończeniem ww. okresu Wykonawca będzie zobowiązany w terminie 30 dni licząc od dnia rozwiązania stosunku pracy, zatrudnić na to miejsce inną osobę w pełnym wymiarze czasu pracy na podstawie umowy o pracę.

6. Zamawiający ma prawo w każdym okresie realizacji Umowy zwrócić się do Wykonawcy o przedstawienie dokumentacji zatrudnienia ww. osoby (umowę o pracę lub dokumenty potwierdzające podleganie ubezpieczeniom społecznym z tytułu zatrudnienia na podstawie umowy o pracę), natomiast Wykonawca ma obowiązek przedstawić ją niezwłocznie Zamawiającemu.

§ 3. Oświadczenia Stron

1. Strony zgodnie oświadczają, że niezależnie od zakresu wiedzy informatycznej i organizacyjnej, którą dysponuje Zamawiający, nie będzie on traktowany jak profesjonalista, w zakresie przedmiotu Umowy, na poziomie porównywalnym do Wykonawcy.


76

2. Dla uniknięcia wszelkich wątpliwości, Strony zgodnie postanawiają, że jeżeli w trakcie realizacji zobowiązań wynikających ze świadczenia usług dojdzie do powstania Produktu, w szczególności poprzez wprowadzenie modyfikacji i rozwoju w Systemie lub Dokumentacji Systemu, Wykonawca, z chwilą dokonania Odbioru przez Zamawiającego, przeniesie na Zamawiającego autorskie prawa majątkowe, zależne prawa do Produktów oraz licencje na korzystanie z Oprogramowania Standardowego na zasadach szczegółowo opisanych w § 13 niniejszej Umowy.

[Oświadczenia Wykonawcy]

3. Wykonawca oświadcza, że:

3.1. Posiada fachową wiedzę i dysponuje wszelkimi niezbędnymi informacjami oraz pozwoleniami wymaganymi przez przepisy prawa w dziedzinach związanych z wykonaniem przedmiotu Umowy.

3.2. Dysponuje odpowiednim doświadczeniem, wiedzą fachową, środkami techniczno-organizacyjnymi oraz zasobami ludzkimi niezbędnymi do prawidłowego wykonania Umowy oraz gwarantującymi pełną i profesjonalną realizację niniejszej Umowy.

3.3. Zdolność finansowa, a w szczególności płynność finansowa jego przedsiębiorstwa, umożliwiają prawidłowe i terminowe wykonanie Umowy.

3.4. Nie znajduje się w stanie likwidacji oraz, że nie toczy się wobec niego postępowanie upadłościowe lub naprawcze, jak również nie jest zagrożony niewypłacalnością ani nie jest wobec niego prowadzone postępowanie egzekucyjne.

4. Wykonawca oświadcza, że nie był karany sądownie i że nie toczy się przeciwko niemu postępowanie karne lub karne skarbowe o przestępstwa umyślne lub przestępstwa skarbowe umyślne ścigane z oskarżenia publicznego (w przypadku osoby prawnej dotyczy to osób wchodzących w skład organu zarządzającego).

5. Wykonawca zobowiązany jest zawiadamiać Zamawiającego o każdym przypadku wszczęcia przeciwko niemu postępowania karnego lub karnego skarbowego o przestępstwa umyślne lub przestępstwa skarbowe umyślne ścigane z oskarżenia publicznego (w przypadku osoby prawnej dotyczy to osób wchodzących w skład organu zarządzającego). Zawiadomienie powinno nastąpić w terminie 7 dni od przedstawienia zarzutów i mieć formę pisemną.

6. W razie powstania w trakcie wykonywania Umowy lub po wykonaniu Umowy jakichkolwiek roszczeń osób trzecich wynikłych z niewykonania lub nienależytego wykonania Umowy przez Wykonawcę lub Podwykonawców, Wykonawca oświadcza, że bierze na siebie wszelką odpowiedzialność za roszczenia osób trzecich z tytułu szkód materialnych wynikłych z niewykonania lub nienależytego wykonania Umowy przez Wykonawcę lub Podwykonawców.

7. Wykonawca oświadcza, że przyjmuje do wiadomości, że świadczenie usług w ramach niniejszej Umowy odbywać się będzie zdalnie lub u Zamawiającego przy wykorzystaniu


77

Sprzętu Zamawiającego oraz Oprogramowania Systemowego i Narzędziowego (w tym baz danych, bibliotek itp.) i Oprogramowania Zamawiającego, jak również przy wykorzystaniu pomieszczeń Zamawiającego. Wykonawca zobowiązuje się do prowadzenia prac w ramach Umowy w taki sposób, aby zminimalizować zakłócenie właściwego funkcjonowania Zamawiającego.

[Oświadczenia Zamawiającego]

8. Zamawiający oświadcza, że jest świadomy tego, że realizacja Umowy wymaga jego współpracy z Wykonawcą. Zamawiający zapewni współdziałanie w takim zakresie, w jakim jest to faktycznie niezbędne do wykonania przez Wykonawcę Umowy.

9. Zamawiający oświadcza, że posiada wszelkie majątkowe prawa autorskie oraz zależne prawa do Kodów Źródłowych oraz Dokumentacji Systemu NEO niezbędne do realizacji usług.

10. Zamawiający oświadcza, że posiada niewyłączną, nieograniczoną czasowo i terytorialnie licencję na korzystanie z Modułu Komunikacyjnego oraz jego modyfikacje.

11. O wszelkich zgłoszonych roszczeniach osób trzecich Zamawiający niezwłocznie poinformuje Wykonawcę. Zamawiający nie uzna żadnych roszczeń bez pisemnej zgody Wykonawcy.

§ 4. Usługi Asysty Technicznej i Konserwacji

1. W ramach Usług Asysty Technicznej i Konserwacji Systemu Wykonawca zobowiązany jest do:

1.1. Zapewnienia nieprzerwanego i bezawaryjnego działania Systemu w okresie obowiązywania Umowy.

1.2. Zapewnienia utrzymania parametrów wydajnościowych Systemu na poziomie określonym w pkt 5 ppkt 5.1 poniżej.

1.3. Kontrolowania funkcjonowania oraz dokonywania okresowych przeglądów funkcjonowania Systemu.

1.4. Bieżącego informowania Zamawiającego o wystąpieniu konieczności aktualizacji Systemu i konfiguracji bazy danych lub aktualizacji i konfiguracji oprogramowania serwera aplikacyjnego.

1.5. Bieżącego dostarczania i instalowania aktualizacji Systemu.

1.6. Przyjmowania i obsługi Zgłoszeń dotyczących Wad Systemu.

1.7. Usuwania Wad z odpowiednim priorytetem.

1.8. Odzyskiwania danych utraconych lub uszkodzonych w wyniku Wad Systemu.

1.9. Wykonywaniu migracji danych.


78

1.10. Wydawania rekomendacji dotyczących przeprowadzania zmian oraz modernizacji Systemu.

1.11. Zapewnienia stałej opieki wyznaczonych przez Wykonawcę konsultantów i wsparcia przy rozwiązywaniu problemów związanych z funkcjonowaniem Systemu.

1.12. Rozwiązywania problemów poprzez przyjmowanie Zgłoszeń i pytań dotyczących funkcjonowania Systemu, utrzymania, konfiguracji i współpracy poszczególnych części Systemu oraz udzielania na nie odpowiedzi.

1.13. Przygotowaniu oraz prowadzeniu szkoleń i warsztatów związanych ze zmianami w Systemie wprowadzonymi w ramach Usług Asysty Technicznej i Konserwacji.

1.14. Tworzenia i aktualizacji bazy wiedzy poprzez gromadzenie opinii oraz wiedzy o problemach i ich rozwiązaniach w Portalu Serwisowym.

1.15. Przygotowania zestawień dotyczących realizowanych Zgłoszeń i pytań.

1.16. Zgłaszania zdefiniowanych problemów do Zamawiającego.

1.17. Wsparcia przy konstruowaniu zapytań bezpośrednich do bazy danych i dostarczania gotowych zapytań w języku SQL w celach raportowych.

1.18. Interweniowania na miejscu u Zamawiającego lub poprzez połączenie zdalne.

1.19. Aktualizowania Dokumentacji Systemu w ramach zmian powstałych w trakcie realizacji usługi zgodnie z wymogami opisanymi w Załączniku nr 3 do Umowy.

1.20. Utrzymania wartości parametrów związanych z asystą techniczną i konserwacją na warunkach opisanych w Załączniku nr 6 do Umowy.

2. Wszelkie planowane przerwy w działaniu Systemu oraz ingerencje mogące spowodować niedostępność Systemu muszą być uzgodnione z Zamawiającym.

3. Zasady obsługi Zgłoszeń.

3.1. Zgłoszenie dokonywane jest za pośrednictwem Portalu Serwisowego przez upoważnione osoby wskazane w Umowie.

3.2. Jeżeli Wada została wykryta przez Wykonawcę, Wykonawca niezwłocznie poinformuje Zamawiającego o wystąpieniu Wady, nada Wadzie odpowiednią kategorię oraz przystąpi do działań zmierzających do usunięcia Wady, z tym zastrzeżeniem, że ostateczna decyzja odnośnie kategorii Wady należy do Zamawiającego.

3.3. Zgłoszenie Wady powinno zawierać:

3.3.1. opis funkcjonalności Systemu, której dotyczy Wada;

3.3.2. opis zauważonych nieprawidłowości w działaniu Systemu, jeśli jest to możliwe, ilustrowanych zrzutami ekranów;

3.3.3. kategorię Wady.


79

3.4. W przypadku, gdy Zgłoszenie zostanie uznane przez Wykonawcę za niezasadne lub w przypadku uznania, iż Zamawiający w sposób nieprawidłowy określił kategorię Wady, Wykonawca zobowiązany jest do poinformowania Zamawiającego o wyniku analizy Zgłoszenia, przy czym ostateczna decyzja, co do realizacji oraz co do kwalifikacji określonej Wady należy do Zamawiającego.

3.5. Przyjmuje się, że do skutecznego Zgłoszenia Wady dochodzi z chwilą zarejestrowania Wady w Portalu Serwisowym.

3.6. Po otrzymaniu Zgłoszenia Wykonawca potwierdzi istnienie i kategorię Wady oraz przystąpi do jej Naprawy.

3.7. Czas na usunięcie Wady rozpoczyna się w momencie skutecznego Zgłoszenia, w przypadku, gdy skuteczne Zgłoszenie ma miejsce w Godzinach Roboczych. W przypadku skutecznego Zgłoszenia po godzinie 18:00 w Dniu Roboczym, czas na usunięcie Wady liczy się od godziny 6:00 następnego Dnia Roboczego. W przypadku skutecznego zawiadomienia przed godziną 6:00 w Dniu Roboczym, czas na usunięcie Wady liczy się od godziny 6:00 tego Dnia Roboczego.

3.8. Usunięcie Wady nie może prowadzić do naruszenia struktur i integralności danych, do utraty danych lub wpływać negatywnie na funkcjonowanie Systemu lub innych składników infrastruktury Zamawiającego. Wykonawca zobowiązuje się również do usunięcia Wad w sposób zapobiegający utracie jakichkolwiek danych. W przypadku, gdy wykonanie usługi wiąże się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do usunięcia Wady.

3.9. Wykonawca przed zainstalowaniem poprawek (Pakietu Aktualizacji) na Środowisku Testowym wykona testy wewnętrzne.

3.10. Poinformowanie Zamawiającego, o zainstalowaniu przez Wykonawcę Pakietu Aktualizacji usuwającego Wadę na Środowisku Testowym uznaje się za zgłoszenie przez Wykonawcę gotowości do Odbioru poprawki.

3.11. Po zgłoszeniu gotowości Odbioru Pakietu Aktualizacji Zamawiający przystąpi niezwłocznie do weryfikacji poprawki.

3.12. Po weryfikacji Pakietu Aktualizacji Zamawiający niezwłocznie potwierdzi skuteczność lub stwierdzi nieskuteczność dokonanych poprawek.

3.13. Zamawiający ma prawo do weryfikacji należytego wykonania usługi dowolną metodą. Zamawiający ma w szczególności prawo przeprowadzić testy za pomocą samodzielnie zdefiniowanych scenariuszy testowych.

3.14. W przypadku, gdy Pakiet Aktualizacji nie usunie zgłoszonej Wady lub spowoduje pojawienie się nowej Wady w Systemie, Zgłoszenie uznaje się za niezakończone. Do czasu obsługi Zgłoszenia nie są wliczane okresy potwierdzania przez Zamawiającego skuteczności dostarczonych poprawek pod warunkiem, że zaproponowane rozwiązanie usunie zgłoszoną Wadę oraz godziny poza Godzinami Roboczymi.


80

3.15. Jeżeli Wykonawca nie dokona Naprawy / Obejścia w terminach, o których mowa w Załączniku nr 6 do Umowy, Zamawiający może:

3.15.1. wydłużyć termin usunięcia Wady na pisemną prośbę Wykonawcy zawierającą uzasadnienie;

3.15.2. zawiadamiając uprzednio Wykonawcę, usunąć Wadę we własnym zakresie lub powierzyć jej usunięcie innemu podmiotowi trzeciemu na koszt Wykonawcy, co nie spowoduje utraty przysługujących Zamawiającemu uprawnień z tytułu gwarancji - przy czym koszty poniesione przez Zamawiającego przy usunięciu Wady mogą być potrącone z wynagrodzenia przysługującego Wykonawcy lub z zabezpieczenia należytego wykonania przedmiotu Umowy;

3.15.3. obciążyć Wykonawcę karą umowną na zasadach opisanych w niniejszej Umowie.

3.16. Potwierdzenie przez Zamawiającego usunięcia Wady, upoważnia Wykonawcę do instalacji poprawki na Środowisku Produkcyjnym. Zakończenie instalacji na Środowisku Produkcyjnym kończy obsługę Zgłoszenia. Zamknięcie Zgłoszenia w Portalu Serwisowym dokonywane jest po instalacji poprawki na Środowisku Produkcyjnym, przez upoważnionych Pracowników Zamawiającego wskazanych w Umowie.

3.17. W ciągu 5 Dni Roboczych od zakończenia obsługi każdego Zgłoszenia Wykonawca dostarczy Zamawiającemu w formie elektronicznej zaktualizowaną, na dzień dostarczenia skutecznej poprawki, wersję Kodów Źródłowych Systemu oraz wersję Dokumentacji Systemu aktualizującą jej części lub całość.

3.18. Wykonawca będzie aktualizował Dokumentację Systemu oraz Kody Źródłowe Systemu w ramach wynagrodzenia, o którym mowa w § 14 pkt 2 Umowy, oraz w sposób umożliwiający weryfikację przez Zamawiającego wprowadzonych zmian i na zasadach opisanych w Załączniku nr 3 do Umowy.

3.19. W przypadku stwierdzenia przez Zamawiającego niespójności pomiędzy zaktualizowaną przez Wykonawcę Dokumentacją, a działaniem Systemu, Wykonawca usunie niespójności w ciągu 48 Godzin Roboczych od pozyskania informacji od Zamawiającego.

3.20. Wykonawca zobowiązany jest przedstawić comiesięczny Raport, który będzie określał liczby oraz rodzaj zgłoszonych Wad wraz z opisem dotrzymania lub zwłoki względem terminów wskazanych w Załączniku nr 6 do Umowy.

4. Zasady aktualizacji Systemu.

4.1. Aktualizacja realizowana jest dla: nowych wersji Systemu stworzonych w związku ze zmianami Sprzętu i Oprogramowania Systemowego i Narzędziowego; nowych wersji lub uaktualnień Systemu lub ich poszczególnych części w ramach wersji głównej Systemu lub części Systemu, utworzonych z własnej inicjatywy przez Wykonawcę, jako kolejne wersje Systemu lub części Systemu, zawierające


81

usprawnienia w porównaniu z poprzednimi wersjami Systemu lub części Systemu; dostosowania Systemu do bezwzględnie obowiązujących przepisów prawa wpływających na sposób funkcjonowania oraz funkcjonalności Systemu, w tym również określających minimalne wymagania techniczne dla systemów informatycznych eksploatowanych przez Zamawiającego.

4.2. Instalacja aktualizacji Systemu realizowana będzie w terminie uzgodnionym z Zamawiającym.

4.3. Jeżeli Wykonawca opracuje samodzielnie, niezależnie od zobowiązań wynikających z zamówienia jakiekolwiek aktualizacje polegające na uaktualnieniu Systemu w ramach jego wersji głównej, służące do usunięcia stwierdzonych nieprawidłowości pracy Systemu, dodania nowych funkcjonalności lub uwzględnienia zmian w przepisach prawa - Wykonawca zobowiązany jest niezwłocznie do poinformowania Zamawiającego o fakcie opracowania powyższych uaktualnień oraz ich przedstawienia. Wykonawca zobowiązany jest również poinformować Zamawiającego o ewentualnych skutkach zainstalowania aktualizacji w Systemie, w szczególności ich wpływie na sposób jego funkcjonowania oraz sposób korzystania z Systemu.

4.4. Aktualizacja Systemu przez Wykonawcę obejmuje w szczególności:

przygotowanie i uzgodnienie z Zamawiającym planu wdrożenia wersji Systemu, aby Zamawiający z odpowiednim wyprzedzeniem mógł poinformować Użytkowników o przerwie w działaniu Systemu i planowanym zakresie aktualizacji;

dostarczenie aktualizacji;

instalację aktualizacji na Środowisku Testowym;

instalację aktualizacji na Środowisku Produkcyjnym;

wsparcie przy uruchamianiu Systemu i testach uruchomieniowych na Środowisku Produkcyjnym;

aktualizacje Dokumentacji Systemu, zgodnie z wymogami dla docelowej Dokumentacji opisanymi w Załączniku nr 3 do Umowy;

podniesienie numeru wersji Systemu.

5. Zasady zapewnienia kontroli i ciągłości działania Systemu oraz okresowych przeglądów.

5.1. Wykonawca zapewni ciągłe funkcjonowanie Systemu przy założeniu, że System działa w trybie ciągłym 24 godziny na dobę 7 dni w tygodniu 365 dni w roku, a w jednym czasie korzysta z niego co najmniej 350 Użytkowników w ciągu jednego Dnia Roboczego, z ustalonym punktem przesilenia w godzinach 9:00 - 16:00 oraz założeniu utrzymania minimum 1 000 sesji jednocześnie.

5.2. Wykonawca będzie prowadził działania prewencyjne mające na celu wydłużenie czasu bezawaryjnej pracy Systemu, w tym będzie wykonywał optymalizacje


82

Systemu oraz przeglądy nie rzadziej niż raz na kwartał, a także na żądanie Zamawiającego.

5.3. W przypadku konieczności wykonania prac mających na celu optymalizację działania Systemu Wykonawca bezzwłocznie poinformuje Zamawiającego o zakresie prac jaki jest z tym związany.

6. Zasady udzielania stałych konsultacji.

6.1. Zgłaszanie konsultacji dokonywane jest za pośrednictwem Portalu Serwisowego przez upoważnione osoby wskazane w Umowie.

6.2. Wykonawca przyjmuje Zgłoszenia, uwagi i pytania od Zamawiającego oraz udziela odpowiedzi, porad i wyjaśnień za pośrednictwem Portalu Serwisowego.

6.3. Przyjmuje się, że do skutecznego zawiadomienia dochodzi z chwilą zarejestrowania sprawy w Portalu Serwisowym.

6.4. Jeżeli Wykonawca nie będzie w stanie udzielić odpowiedzi, porad i wyjaśnień w terminie 12 Godzin Roboczych, jest zobowiązany powiadomić o tym fakcie Zamawiającego, z którym zostanie ustalony nowy termin udzielenia odpowiedzi.

7. Wszystkie materiały wytworzone w ramach usług muszą być przez Strony rejestrowane i prezentowane w Portalu Serwisowym, w sposób pozwalający na archiwizację danych o czasie, autorach i treści.

§ 5. Usługi Modyfikacji i Rozwoju

1. Wykonawca w ramach realizacji Usług Modyfikacji i Rozwoju stosować będzie dobre praktyki inżynierii programowania oraz uznane procesy wytwórcze. W ramach Usług Modyfikacji i Rozwoju Systemu Wykonawca zobowiązany jest do:

1.1. Ustalania z Zamawiającym szczegółowych warunków wykonania konkretnej zmiany w Systemie.

1.2. Dokonywania zmian zgodnie z wymaganiami funkcjonalnymi i niefunkcjonalnymi Systemu wynikającymi z potrzeb Zamawiającego.

1.3. Opracowywania i wdrażania nowych funkcjonalności Systemu lub dokonywania wszelkich innych zmian w Systemie w zakresie wskazanym przez Zamawiającego.

1.4. Dokonywania zmian w Systemie na potrzeby integracji z innymi systemami wykorzystywanymi przez Zamawiającego.

1.5. Utrzymania wartości parametrów związanych z modyfikacją i rozwojem na warunkach opisanych w Załączniku nr 6 do Umowy.

1.6. Aktualizowania Dokumentacji Systemu, po realizacji modyfikacji i rozwoju zgodnie z wymogami opisanymi w Załączniku nr 3 do Umowy.

1.7. W ramach każdej Usługi Modyfikacji i Rozwoju (jeśli realizowany jest Etap III usługi) musi powstać „Dokumentacja analityczno – projektowa” wyspecyfikowana w Załączniku nr 3 do Umowy.


83

2. Zasady realizacji Usług Modyfikacji i Rozwoju.

2.1. Modyfikacje będą zgłaszane w miarę potrzeb.

2.2. Do czasu wykorzystania limitu Roboczogodzin, o którym mowa w § 2 pkt 1.2 Umowy, Zamawiający ma prawo składać Wykonawcy Wnioski i Zamówienia na usługi, a Wykonawca zobowiązany jest do ich realizacji.

2.3. Zamawiający nie jest zobowiązany do wykorzystania w całości limitu Roboczogodzin oraz zastrzega sobie prawo wykorzystania dostępnych Roboczogodzin w dowolnym czasie trwania Umowy.

2.4. Wykonawca wykona zmiany w terminach umożliwiających Zamawiającemu wywiązanie się z nałożonych na niego wymagań prawnych.

2.5. Tryb realizacji zmian może być równoległy, przy czym zakłada się, iż Wykonawca nie będzie realizował jednocześnie więcej niż 5 procedur realizacji, o których mowa w pkt 2.13 poniżej.

2.6. Zamawiający wymaga, aby Wykonawca przy realizacji Usług Modyfikacji i Rozwoju miał możliwość dysponowania zespołem projektowo-programowym, który może wykonać prace o zakresie nie mniejszym niż 840 Roboczogodzin w trakcie miesiąca.

2.7. Wykonawca nie może odmówić realizacji złożonego Wniosku i Zamówienia, poza przypadkami, gdy realizacja usługi spowoduje przekroczenie limitu Roboczogodzin.

2.8. Zrealizowana usługa nie może prowadzić do naruszenia struktur i integralności danych, do utraty danych lub wpływać negatywnie na funkcjonowanie Systemu lub innych składników infrastruktury Zamawiającego. W przypadku, gdy wykonanie usługi wiąże się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do realizacji usług.

2.9. W przypadku, gdy realizacja usługi spowoduje pojawienie się Wady, Wykonawca zobowiązany jest do wstrzymania prac nad usługą, do czasu skutecznego usunięcia Wady.

2.10. Przyjmuje się, że do skutecznego złożenia zawiadomienia dochodzi z chwilą zarejestrowania sprawy w Portalu Serwisowym.

2.11. Zgłoszenie Wniosków i Zamówień Usług Modyfikacji i Rozwoju dokonywane jest przez upoważnione osoby wskazane przez Zamawiającego w Umowie.

2.12. Wszystkie materiały wytworzone w ramach usług (w tym z testów) muszą być przez Strony rejestrowane i prezentowane w Portalu Serwisowym, w sposób pozwalający na archiwizację danych o czasie, autorach i treści.

2.13. Procedura realizacji Usług Modyfikacji i Rozwoju składa się z:

2.13.1. etapu I - analiza wstępna,

2.13.2. etapu II - projekt,

2.13.3. etapu III - realizacja.


84

2.14. Etap I (analiza wstępna) - inicjowany jest przez Zamawiającego.

2.14.1. Zamawiający składa Wykonawcy Wniosek zmian, zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy.

2.14.2. Wykonawca w ciągu 5 Dni Roboczych liczonych od zarejestrowania Wniosku w Portalu Serwisowym przedstawi Zamawiającemu wynik analizy wstępnej, zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy, zawierający w szczególności:

opis oraz zakres dziedziny/funkcjonalności Systemu, które będą przedmiotem prac;

opis wpływu zmian na poszczególne elementy i wydajność;

harmonogram realizacji etapu II (projekt), który musi zawierać co najmniej:

analizę wymagań biznesowych, której wynikiem będzie specyfikacja wymagań biznesowych,

projekt techniczny, którego wynikiem będzie opis architektury rozwiązania oraz projekty wszystkich modułów, które będą podlegały zmianie;

wycenę etapu II w Roboczogodzinach;

propozycję harmonogramu realizacji etapu III (realizacja);

szacunkową wycenę etapu III w Roboczogodzinach;

informację o przewidywanym wykorzystaniu rozwiązań autorstwa podmiotów trzecich oraz opis uwarunkowań prawnych zastosowania tych rozwiązań.

2.14.3. Strony mogą ustalić inny termin dostarczenia wyniku analizy wstępnej przez Wykonawcę.

2.14.4. Strony mogą dokonywać zmian i uzupełnień do materiału analizy wstępnej w trybie roboczym.

2.14.5. Zamawiający zobowiązany jest do przekazania Wykonawcy informacji czy akceptuje lub odrzuca przedstawiony przez Wykonawcę wynik etapu I.

2.14.6. Sposób wyceny czasochłonności prac przedstawia Załącznik nr 5 do Umowy. Ostateczna akceptacja wyceny czasochłonności prac należy do Zamawiającego.

2.14.7. Zamawiającemu przysługuje prawo weryfikacji i akceptacji sposobu oraz czasochłonności prac, które zostały przedstawione przez Wykonawcę.

2.14.8. Zamawiający ma prawo zrezygnować z realizacji kolejnych etapów. Realizacja etapu I nie powoduje żadnych skutków finansowych dla Zamawiającego.


85

2.15. Etap II (projekt) - inicjowany jest przez Zamawiającego.

2.15.1. Zamawiający akceptuje wynik prac I etapu i składa do Wykonawcy Wniosek zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy wykonania projektu.

2.15.2. Wykonawca w ciągu 10 Dni Roboczych liczonych od dnia zarejestrowania Wniosku na wykonanie etapu II w Portalu Serwisowym przedstawi Zamawiającemu projekt (szczegółową specyfikację), zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy, która musi zawierać w szczególności:

opis dziedziny oraz specyfikację wymagań biznesowych (głównie obszar funkcjonalny), które będą przedmiotem prac;

jeśli jest taka potrzeba - opis architektury po zmianach (głównie perspektywa biznesu, perspektywa logiczna oraz perspektywa danych),

projekt wszystkich modułów, które będą przedmiotem prac – minimalny zakres informacji to:

- opis elementów struktury (tj. komponentów, podmodułów itp.),

- opis głównych scenariuszy działania a w tym opis algorytmów po zmianach,

- opis interfejsów po zmianach,

- opis logicznego modelu danych wykorzystywanych w modułach,

- opis modelu wdrożenia;

opis ewentualnych szkoleń;

schemat uprawnień po zmianach;

wycenę realizacji etapu III w Roboczogodzinach;

zakres niezbędnego współdziałania Zamawiającego;

harmonogram realizacji prac, w tym terminy zakończenia testów wewnętrznych Wykonawcy, dostarczenia Pakietów Aktualizacji do testów akceptacyjnych, terminy realizacji testów, szacunkowy termin wdrożenia oraz termin przekazania aktualnych Kodów Źródłowych i Dokumentacji;

informację o wpływie realizacji usługi na integralność, wydajność oraz bezpieczeństwo Systemu;

wykaz niezbędnych licencji do uruchomienia zmian.

2.15.3. Strony mogą ustalić inny termin dostarczenia projektu przez Wykonawcę.


86

2.15.4. Zamawiający w ciągu 10 Dni Roboczych od dnia dostarczenia przez Wykonawcę projektu modyfikacji lub rozwoju przedstawi Wykonawcy akceptację projektu, wniosek o zmianę lub uzupełnienie projektu albo poinformuje Wykonawcę o wstrzymaniu lub rezygnacji z realizacji modyfikacji i rozwoju.


2.15.6. Zamawiającemu przysługuje prawo weryfikacji i akceptacji sposobu oraz czasochłonności prac, które zostały przedstawione przez Wykonawcę.

2.15.7. W przypadku nieprzystąpienia przez Zamawiającego do etapu III (realizacji), Zamawiający ponosi koszt realizacji etapu II pod warunkiem akceptacji przez Zamawiającego wyniku etapu II – projektu.

2.15.8. W przypadku nieprzystąpienia przez Zamawiającego do etapu III (realizacji) akceptacja projektu i podpisanie Protokołu Odbioru bez zastrzeżeń stanowi Odbiór Produktu etapu II (projekt) i jest podstawą do wystawienia faktury.

2.15.9. Końcowa wersja projektu zostaje uzgodniona w trybie roboczym. Wycena realizacji modyfikacji i rozwoju uzgodniona w końcowej wersji projektu dotyczącej realizacji etapu III będzie stanowić podstawę wyliczenia wynagrodzenia za wykonanie usługi.

2.15.10. W przypadku akceptacji projektu Zamawiający może złożyć Zamówienie o realizację etapu III zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy.

2.16. Etap III (realizacja) - inicjowany przez Zamawiającego.

2.16.1. Wykonawca przystępuje do realizacji prac po otrzymaniu od Zamawiającego Zamówienia etapu III z uwzględnieniem ustalonego harmonogramu.

2.16.2. W wyjątkowych sytuacjach podczas trwania etapu III (realizacja), ale przed przekazaniem Produktów tego etapu do Odbioru, Zamawiający może zgłosić wniosek o zmianę wymagań, nie później jednak niż przed upływem połowy czasu przeznaczonego na wykonanie etapu. Wykonawca zobowiązany jest uwzględnić zgłoszone we wskazanym czasie zmiany wymagań. Wykonawca przedstawi Zamawiającemu poprawkę do projektu zawierającą zgłoszone zmiany wymagań, wycenę ich wykonania oraz wpływ na harmonogram realizacji w terminie 5 Dni Roboczych – Strony mogą ustalić inny termin.

2.16.3. Wykonawca przeprowadza testy wewnętrzne na Środowisku Deweloperskim według przygotowanych przez siebie scenariuszy testowych i potwierdza Zamawiającemu ich wykonanie odpowiednim


87

protokołem. Scenariusze testowe będą używane, jako kryterium Odbioru do przeprowadzenia testów akceptacyjnych przez Zamawiającego.

2.16.4. Po przeprowadzeniu testów wewnętrznych Wykonawca zgłasza Zamawiającemu gotowość do testów akceptacyjnych. Zgłoszenie Wykonawcy do testów akceptacyjnych musi zawierać harmonogram instalacji Pakietu Aktualizacji na Środowisku Testowym oraz formularze scenariuszy testowych, o których mowa w pkt 2.16.3 powyżej.

2.16.5. Wykonawca przekazuje Zamawiającemu na etapie testów:

Pakiety Aktualizacji;

formularze scenariuszy testowych wraz z protokołem potwierdzającym wykonanie testów przez Wykonawcę;

dokumentację niezbędną do przeprowadzenia testów przez Zamawiającego (w tym dokumentacje Użytkowników i administratora);

Dokumentację Systemu uwzględniającą zmiany powstałe w wyniku realizacji etapu III sporządzoną zgodnie z wymogami Załącznika nr 3 do Umowy.

2.16.6. Poinformowanie Zamawiającego o zainstalowaniu przez Wykonawcę Pakietu Aktualizacji na Środowisku Testowym uznaje się za zgłoszenie przez Wykonawcę gotowości do Odbioru realizowanych usług.

2.16.7. Zamawiający ma prawo do weryfikacji należytego wykonania prac dowolną metodą. Zamawiający ma prawo przeprowadzić testy za pomocą samodzielnie zdefiniowanych scenariuszy testowych.

2.16.8. Po weryfikacji zmian Zamawiający niezwłocznie potwierdzi wykonanie lub stwierdzi niewykonanie usług. Wykonanie usługi, która została odrzucona przez Zamawiającego podlega dalszym pracom, do czasu jej skutecznego wykonania.

2.16.9. Jeżeli Wykonawca nie wykona usługi w terminach określonych w projekcie, o którym mowa w pkt 2.15 powyżej, Zamawiający może:

wydłużyć termin wykonania usługi na pisemną prośbę Wykonawcy zawierającą uzasadnienie i zmiany harmonogramu;

obciążyć Wykonawcę karą umowną na zasadach opisanych w niniejszej Umowie.

2.16.10. Po zakończeniu testów akceptacyjnych Strony ustalają harmonogram instalacji Pakietu Aktualizacji na Środowisku Produkcyjnym.

2.16.11. Instalacja Pakietu Aktualizacji na Środowisku Produkcyjnym realizowana będzie w czasie Okna Serwisowego, o ile Strony nie uzgodnią inaczej.


88

2.16.12. Zamawiający zastrzega sobie prawo rezygnacji z instalacji Pakietu Aktualizacji na Środowisku Produkcyjnym.

2.16.13. Po instalacji Pakietu Aktualizacji na Środowisku Produkcyjnym lub w przypadku rezygnacji przez Zamawiającego z instalacji na Środowisku Produkcyjnym, po zakończeniu testów akceptacyjnych zostanie sporządzony Protokół Odbioru, którego wzór zawiera Załącznik nr 8 do Umowy.

2.16.14. Warunkiem koniecznym do zaakceptowania przez Zamawiającego Protokołu Odbioru jest dostarczenie przez Wykonawcę zaktualizowanej kompletnej Dokumentacji Systemu, zaktualizowanej wersji Kodów Źródłowych Systemu oraz opisu procedury instalacji na Środowisku Produkcyjnym. Przekazany materiał musi zawierać wszelkie informacje pozwalające Zamawiającemu lub podmiotom wybranym przez Zamawiającego na samodzielne korzystanie z Produktów, a także na ich samodzielne utrzymywanie i rozwój.

2.16.15. Upoważniona osoba od strony Zamawiającego wskazana w Umowie, zamyka Zamówienie w Portalu Serwisowym po podpisaniu Protokołu Odbioru bez zastrzeżeń.

2.16.16. Zaakceptowanie przez Zamawiającego Protokołu Odbioru etapu bez zastrzeżeń jest podstawą do wystawienia przez Wykonawcę faktury.

2.16.17. Wykonawca przeprowadzi szkolenia dla Użytkowników, jeśli Zamówienie zawiera takie zapotrzebowanie.

2.17. Z datą potwierdzenia Protokołem Odbioru bez zastrzeżeń wykonania prac, Wykonawca obejmuje Produkty Usługami Asysty Technicznej i Konserwacji, o których mowa w § 4 Umowy oraz gwarancją, o której mowa w § 8 Umowy w ramach wynagrodzenia przysługującego z tytułu realizacji Umowy oraz przenosi na Zamawiającego autorskie prawa majątkowe oraz zależne prawa do Produktu na zasadach opisanych w § 13 niniejszej Umowy.

2.18. Protokół Odbioru zawierać będzie zaakceptowaną przez Zamawiającego liczbę Roboczogodzin, w ramach których Produkty zostały wykonane.

2.19. Podstawą do ustalenia wysokości wynagrodzenia z tytułu Usługi Modyfikacji i Rozwoju objętych danym Wnioskiem lub Zamówieniem będzie liczba Roboczogodzin wskazana w Protokole Odbioru oraz stawka za Roboczogodzinę określona w § 14 pkt 6 Umowy.

2.20. Wynagrodzenie z tytułu realizacji Usługi Rozwoju i Modyfikacji będzie płatne po odebraniu przez Zamawiającego wszystkich usług lub Produktów objętych danym Zamówieniem/Wnioskiem, na podstawie zaakceptowanego przez Zamawiającego Protokołu Odbioru oraz prawidłowo wystawionej faktury VAT.


89

§ 6. Usługi Transferu Wiedzy

1. W ramach Usług Transferu Wiedzy Wykonawca zobowiązany jest do:

1.1. Przygotowania i prowadzenia dla Zamawiającego lub innych podmiotów wskazanych przez Zamawiającego szkoleń i warsztatów dotyczących w szczególności budowy, działania i obsługi Systemu, Kodów Źródłowych oraz Dokumentacji Systemu.

1.2. Udzielania Zamawiającemu lub innym podmiotom wskazanym przez Zamawiającego konsultacji ustnych lub pisemnych dotyczących w szczególności budowy, działania i obsługi Systemu, Kodów Źródłowych oraz Dokumentacji Systemu.

2. Zasady realizacji Usług Transferu Wiedzy.

2.1. Do czasu wykorzystania limitu Roboczogodzin, o którym mowa w § 2 pkt 1.3 Umowy, Zamawiający ma prawo składać Wykonawcy Wnioski i Zamówienia na Usługi Transferu Wiedzy, a Wykonawca zobowiązany jest do ich realizacji.

2.2. Zamawiający nie jest zobowiązany do wykorzystania w całości limitu Roboczogodzin oraz zastrzega sobie prawo wykorzystania dostępnych Roboczogodzin w dowolnym momencie trwania Umowy.

2.3. Wykonawca nie może odmówić realizacji złożonego Wniosku i Zamówienia, poza przypadkami, gdy realizacja usługi spowoduje przekroczenie limitu Roboczogodzin.

2.4. Przyjmuje się, że do skutecznego zawiadomienia dochodzi z chwilą zarejestrowania sprawy w Portalu Serwisowym.

2.5. Zgłaszanie Wniosków i Zamówień dokonywane jest przez upoważnione osoby wskazane przez Zamawiającego w Umowie.

2.6. Wszystkie Wnioski i Zamówienia oraz inne materiały z realizacji Usług Transferu Wiedzy (w tym prezentacje szkoleniowe) muszą być przez Strony rejestrowane i prezentowane w Portalu Serwisowym, w sposób pozwalający na archiwizację danych o czasie, treści Wniosków, Zamówień i realizacji.

2.7. Procedura realizacji Usług Transferu Wiedzy składa się z:

2.7.1. etapu I - analiza i wycena,

2.7.2. etapu II - realizacja.

2.8. Etap I (analiza i wycena) - inicjowany jest przez Zamawiającego.

2.8.1. Zamawiający składa Wykonawcy Wniosek na transfer wiedzy zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy.

2.8.2. Wykonawca w ciągu 5 Dni Roboczych liczonych od zarejestrowania Wniosku w Portalu Serwisowym przedstawi Zamawiającemu wynik analizy i wycenę, zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy,


90

Strony mogą ustalić inny termin dostarczenia wyniku etapu I przez Wykonawcę.

2.8.3. Strony mogą dokonywać zmian i uzupełnień do materiału etapu I w trybie roboczym.


2.8.5. Zamawiający zobowiązany jest do przekazania Wykonawcy informacji czy akceptuje lub odrzuca przedstawiony przez Wykonawcę wynik etapu I. Zamawiającemu przysługuje prawo weryfikacji i akceptacji sposobu oraz czasochłonności prac, które zostały przedstawione przez Wykonawcę.

2.8.6. Zamawiający ma prawo zrezygnować z realizacji kolejnego etapu. Realizacja etapu I nie powoduje żadnych skutków finansowych dla Zamawiającego.

2.8.7. Końcowa wersja wyceny zostaje uzgodniona w trybie roboczym. Wycena realizacji Usług Transferu Wiedzy uzgodniona w końcowej wersji będzie stanowić podstawę wyliczenia wynagrodzenia za wykonanie usług.

2.9. Etap II (realizacja) - inicjowany jest przez Zamawiającego.

2.9.1. Zamawiający składa Wykonawcy Zamówienie na transfer wiedzy zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy.

2.9.2. Wykonawca przystępuje do realizacji usługi po otrzymaniu od Zamawiającego Zamówienia etapu II z uwzględnieniem ustalonego harmonogramu.

2.9.3. Jeżeli Wykonawca nie wykona usługi w terminach określonych w wyniku analizy i wyceny, o którym mowa w pkt 2.8 powyżej, Zamawiający może:

wydłużyć termin wykonania usługi na pisemną prośbę Wykonawcy zawierającą uzasadnienie i zmiany harmonogramu;

obciążyć Wykonawcę karą umowną na zasadach opisanych w niniejszej Umowie.

2.9.4. Odbiór odbywa się po zrealizowaniu usług na podstawie zaakceptowanego Protokołu Odbioru bez zastrzeżeń zgodnie ze wzorem określonym w Załączniku nr 8 do Umowy.

2.9.5. Zamknięcie Zamówienia w Portalu Serwisowym dokonywane jest przez upoważnione osoby wskazane przez Zamawiającego w Umowie, po podpisaniu Protokołu Odbioru bez zastrzeżeń.

2.9.6. Zaakceptowanie przez Zamawiającego Protokołu Odbioru bez zastrzeżeń jest podstawą do wystawienia przez Wykonawcę faktury.

2.10. Szkolenia i warsztaty, o których mowa w pkt 1.1 powyżej, Wykonawca przeprowadza w lokalizacji Zamawiającego, w udostępnionej przez


91

Zamawiającego sali wyposażonej w sprzęt niezbędny do przeprowadzenia warsztatów lub szkolenia.

2.11. Wykonawca zobowiązuje się zapewnić w szczególności wykładowców posiadających należyte doświadczenie szkoleniowe i odpowiednią wiedzę merytoryczną w zakresie objętym przedmiotem szkolenia lub warsztatu, materiały szkoleniowe dla wszystkich uczestników, w tym zestawy ćwiczeń i testów.

2.12. Koszty dojazdu na miejsce szkolenia lub warsztatu, zakwaterowania i wyżywienia wykładowców przeprowadzających szkolenie, warsztat pokrywa w całości Wykonawca.

§ 7. Usługa Dostosowania Dokumentacji

1. Usługa jest świadczona przez 14 miesięcy licząc od dnia zawarcia Umowy.

2. W terminie 7 dni od dnia zawarcia Umowy Zamawiający przekaże Wykonawcy Dokumentację Systemu.

3. W ramach Usługi Dostosowania Dokumentacji Systemu Wykonawca zobowiązany jest do:

II. Dostosowania Dokumentacji Systemu do wymagań określonych w Załączniku nr 3 do Umowy.

III. Przygotowania oraz prowadzenia szkoleń i warsztatów dotyczących poszczególnych obszarów Dokumentacji Systemu wytworzonych w ramach tej usługi.

4. Dla każdej wersji Dokumentacji Systemu Wykonawca dostosuje odpowiednie obszary Dokumentacji wyspecyfikowane w Załączniku nr 3 do Umowy.

5. Zasady realizacji Usługi Dostosowania Dokumentacji:

5.1. Aktualizowanie Dokumentacji będzie odbywało się zgodnie z kolejno określonymi poniżej etapami:

Etap Obszar dokumentacjiCzas trwania etapu w miesiącach trwania

Umowy

I. „Dokumentacja administracyjna” oraz „Dokumentacja wspierająca proces wytwórczy” wyspecyfikowana w Załączniku nr 3 do Umowy. 1-2

II.„Dokumentacja analityczno – projektowa” (dokumenty OAR, PMS, SKO, PIS) oraz „Dokumentacja Kodu Źródłowego” wyspecyfikowana w Załączniku nr 3 do Umowy.

3-8

III. „Dokumentacja Użytkowa” wyspecyfikowana w Załączniku nr 3 do Umowy. 9-12


92

IV.Dokumentacja Modułu Komunikacyjnego (dokumenty PMS, SKO, PIS) oraz „Dokumentacja Kodu Źródłowego” wyspecyfikowana w Załączniku nr 3 do Umowy.

13-14

5.2. W połowie czasu trwania każdego etapu Zamawiający może zweryfikować postępy prac nad dostosowaniem Dokumentacji do wymogów określonych w Załączniku nr 3 do Umowy. Po dokonaniu tej weryfikacji Zamawiający może sporządzić zalecenia i uwagi co do sposobu lub postępów prac nad dostosowaniem Dokumentacji, które Wykonawca zobowiązany jest uwzględnić przy dalszych pracach nad Dostosowaniem Dokumentacji. Uprawnienia Zamawiającego przewidziane w niniejszym punkcie nie wyłączają uprawnień Zamawiającego do kontroli i weryfikacji prac Wykonawcy, o których mowa w § 9 niniejszej Umowy.

5.3. W ramach wynagrodzenia za dany etap o którym mowa w § 14 pkt 10 Umowy, po zakończeniu każdego etapu Wykonawca zobowiązany jest również do przeprowadzenia szkoleń i warsztatów dotyczących Dokumentacji wytworzonej w ramach danego etapu.

5.4. Szkolenia i warsztaty, o których mowa w pkt 5.3 powyżej, Wykonawca przeprowadza w lokalizacji Zamawiającego, w udostępnionej przez Zamawiającego sali wyposażonej w sprzęt niezbędny do przeprowadzenia szkolenia lub warsztatu.

5.5. Wykonawca zobowiązuje się zapewnić w szczególności wykładowców posiadających należyte doświadczenie szkoleniowe i odpowiednią wiedzę merytoryczną w zakresie objętym przedmiotem szkolenia lub warsztatu, materiały szkoleniowe dla wszystkich uczestników, w tym zestawy ćwiczeń i testów.

5.6. Koszty dojazdu na miejsce szkolenia lub warsztatu, zakwaterowania i wyżywienia wykładowców przeprowadzających szkolenie, warsztat pokrywa w całości Wykonawca.

5.7. Po zakończeniu każdego etapu Zamawiający dokona oceny przekazanej Dokumentacji pod kątem jej zgodności ze standardami opisanymi w Załączniku nr 3 do Umowy. Odbiór dostosowanej Dokumentacji odbędzie się na zasadach opisanych w § 12 niniejszej Umowy.

5.8. Wytwarzana i dostarczana do odbioru Dokumentacja będzie aktualna, kompletna i będzie obejmowała modyfikacje powstałe w trakcie trwania niniejszej Umowy odebrane przed zakończeniem danego etapu.

5.9. Wykonawca przekaże Zamawiającemu Dokumentację, w jednakowym brzmieniu w trzech formach:

5.9.1. elektronicznego dokumentu umożliwiającego edycję i wydruk;

5.9.2. w formie elektronicznej wywoływanej z list aplikacji WWW Systemu NEO;5.9.3. w formie repozytorium narzędzia Sparx Enterprise Architect zgodnie

z wymaganiami wyspecyfikowanymi w Załączniku nr 3 do Umowy


93

w sposób i formie umożliwiającej jej dalszy rozwój przez Zamawiającego lub inne podmioty.

6. Dostawa Dokumentacji dotycząca poszczególnych obszarów odbywa się zgodnie z poniższym scenariuszem:6.1. Zgodnie z harmonogramem przedstawionym powyżej Wykonawca przekazuje

Zamawiającemu obszar Dokumentacji do Odbioru, zgodnie ze wzorem określonym w Załączniku nr 7 do Umowy, w celu sprawdzenia przez Zamawiającego zgodności Dokumentacji ze standardami określonymi w Załączniku nr 3 do Umowy oraz zapoznania się z jej treścią.

6.2. Wraz z przedstawieniem Zamawiającemu do Odbioru danego obszaru Dokumentacji Wykonawca przedstawi na piśmie propozycję zakresu i sposobu przeprowadzenia szkoleń i warsztatów dotyczących danego obszaru Dokumentacji, a także propozycje terminów poszczególnych sesji szkoleń oraz warsztatów dotyczących danego obszaru Dokumentacji.

6.3. Zakres szkoleń i warsztatów musi odpowiadać treści objętego odbiorem obszaru Dokumentacji. Oczekiwanym rezultatem ww. szkoleń i warsztatów jest pełen transfer wiedzy o danym obszarze Dokumentacji.

6.4. Warsztaty i szkolenia, o których mowa powyżej odbędą się w terminie uzgodnionym przez obie Strony.

6.5. Warunkiem odebrania poszczególnych obszarów (etapów) Dokumentacji jest wytworzenie przez Wykonawcę Dokumentacji przewidzianej dla danego etapu oraz wydanie jej Zamawiającemu zgodnie z zasadami określonymi w niniejszym paragrafie, a także przeprowadzenie szkoleń i warsztatów, o których mowa w pkt 3.2 powyżej.

6.6. Odbiór odbywa się po zrealizowaniu usług na podstawie zaakceptowanego przez Zamawiającego Protokołu Odbioru bez zastrzeżeń zgodnie ze wzorem określonym w Załączniku nr 8 do Umowy.

6.7. Zaakceptowanie przez Zamawiającego Protokołu Odbioru bez zastrzeżeń jest podstawą do wystawienia przez Wykonawcę faktury.

7. Zmiany wprowadzane przez Wykonawcę do Dokumentacji będą oznaczone wyraźnie oraz w sposób umożliwiający Zamawiającemu ich zidentyfikowanie oraz wyszukanie w tekście, w szczególności poprzez zastosowanie trybu śledzenia zmian.

8. W przypadku nie wywiązania się z postanowień niniejszego paragrafu Zamawiający może naliczyć kary umowne określone w § 16 Umowy.


94

§ 8. Warunki gwarancji

1. W ramach wynagrodzenia, o którym mowa w § 14 Umowy Wykonawca zapewnia Zamawiającemu gwarancję na wszelkie Produkty powstałe lub dostarczone Zamawiającemu w wyniku świadczenia usług na podstawie niniejszej Umowy.

2. Okres gwarancji, o której mowa w punkcie powyżej, wynosi 12 miesięcy liczonych od:

2.1. dnia przekazania Zamawiającemu Produktu w ramach realizacji Usług Asysty Technicznej i Konserwacji;

2.2. dnia odebrania przez Zamawiającego Produktu wykonanego w ramach Usług Modyfikacji i Rozwoju.

3. W okresie gwarancji Wykonawca zobowiązuje się do usuwania Wad w Produktach zgodnie z Załącznikiem nr 6 do Umowy [SLA].

4. Zobowiązania w zakresie gwarancji muszą być świadczone w sposób zapobiegający utracie jakichkolwiek danych. W przypadku, gdy wykonanie usługi wiąże się z ryzykiem utraty lub uszkodzenia danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do wykonywania świadczeń gwarancyjnych.

5. W zakresie nieuregulowanym w niniejszym paragrafie do zasad świadczenia zobowiązań w ramach gwarancji stosuje się odpowiednio zasady przewidziane dla realizacji Usługi Asysty Technicznej i Konserwacji, określone w § 4 Umowy.

6. Jeżeli w trakcie realizacji zobowiązań w ramach gwarancji dojdzie do wprowadzenia zmian w Systemie lub powstania albo też dostarczenia Produktów, w szczególności programów komputerowych lub Dokumentacji Systemu, Wykonawca przeniesie na Zamawiającego majątkowe prawa autorskie oraz zależne prawa takich Produktów na zasadach określonych w § 13 Umowy.

7. Dla uniknięcia wszelkich wątpliwości, Strony zgodnie postanawiają, że w okresie trwania gwarancji Zamawiający upoważniony jest do wprowadzania samodzielnie lub poprzez wskazane przez Zamawiającego osoby trzecie dowolnych zmian w Systemie oraz innych Produktach.

8. Dokonywanie przez Zamawiającego samodzielnych działań dotyczących Produktów, a także ingerencji lub zmian w Produktach, w szczególności poprzez modyfikowanie Produktów, nie wpływa na zakres uprawnień Zamawiającego wynikających z gwarancji w odniesieniu do Produktów, które zostały dostarczone przez Wykonawcę, w szczególności takie działania Zamawiającego nie powodują wygaśnięcia uprawnień z tytułu gwarancji.

§ 9. Ogólne zasady świadczenia usług i przygotowanie do świadczenia usług

[Ogólne zasady świadczenia usług w ramach Umowy]

1. Wykonawca zobowiązuje się wykonywać niniejszą Umowę z zachowaniem najwyższej staranności oraz przy wykorzystaniu całej posiadanej wiedzy i doświadczenia.


95

2. Prace prowadzone przez Wykonawcę w ramach świadczenia usług z tytułu niniejszej Umowy nie mogą prowadzić do naruszenia struktur i integralności danych, do utraty danych lub wpływać negatywnie na funkcjonowanie Systemu. Wykonawca zobowiązuje się również do świadczenia usług w ramach realizacji niniejszej Umowy w sposób zapobiegający utracie jakichkolwiek danych. Z uwagi na zobowiązanie Zamawiającego, o którym mowa w pkt 3 i pkt 4 poniżej w przypadku, gdy Zamawiający zawiadomi Wykonawcę o problemie z wykonaniem zapasowej kopii danych, Wykonawca wstrzyma się z rozpoczęciem realizacji usług do czasu potwierdzenia przez Zamawiającego dokonania przez Zamawiającego stosownej kopii danych Systemu i do tego momentu Czas Obejścia i Czas Naprawy ulega zawieszeniu. Gdy Wykonawca zignoruje to zawiadomienie i nastąpi utrata danych, to wówczas Wykonawca ponosi odpowiedzialność za utratę danych na zasadach opisanych w § 16 Umowy. Strony ustalają, że narzędziem właściwym do składania zawiadomień o problemach z wykonaniem kopii zapasowej jest Portal Serwisowy.

3. Zamawiający zobowiązuje się do codziennego wykonywania kopii zapasowych danych Systemu oraz do posiadania aktualnej na chwilę bieżącą kopii Systemu i Oprogramowania Zamawiającego.

4. Wykonywanie kopii przez Zamawiającego odbywać się będzie przy użyciu oprogramowania umożliwiającego wykonywanie bieżących kopii zapasowych danych Systemu w trybie ciągłym.

5. W przypadku wystąpienia konieczności odzyskania danych Systemu Zamawiający zobowiązuje się do odzyskiwania z kopii, o których mowa w pkt 3 oraz pkt 4 powyżej danych na moment wskazany przez Wykonawcę, o ile kopia, o której mowa pkt 3 została wykonana w sposób prawidłowy lub w przypadku błędnego działania oprogramowania, o którym mowa w pkt 4 na moment ostatnio sporządzonej codziennej kopii zapasowej, co nie stoi na przeszkodzie w naliczeniu przez Zamawiającego kary umownej, o której mowa w § 16 Umowy.

6. W razie konieczności przeprowadzenia testów Zamawiający zobowiązany jest do aktualizacji danych bazy testowej zgodnie z zawartością bazy produkcyjnej. Dodatkowo Zamawiający zobowiązany jest do powiadamiania Wykonawcy o planowanych okresach wyłączenia serwerów produkcyjnych i testowych oraz o zmianach konfiguracji infrastruktury sieciowej.

7. Zamawiający zobowiązuje się do:

7.1. Przekazywania Wykonawcy informacji i danych wskazanych i wyspecyfikowanych przez Wykonawcę jako niezbędne dla realizacji przedmiotu Umowy.

7.2. Zapewnienia poprawnego funkcjonowania urządzeń po stronie Zamawiającego wykorzystywanych do zdalnego dostępu do Systemu.

8. Strony zobowiązują się dołożyć wszelkich starań celem najkorzystniejszej realizacji Umowy, w szczególności polegających na niezwłocznym przekazywaniu drugiej ze Stron danych i informacji mających znaczenie dla realizacji podjętych niniejszą Umową zobowiązań.


96

9. W toku realizacji prac objętych przedmiotem Umowy, Strony zobowiązane są na bieżąco informować się wzajemnie o wszelkich znanych im zagrożeniach, trudnościach, czy przeszkodach związanych z wykonywaniem Umowy.

10. Strony zobowiązane są również na bieżąco informować się wzajemnie o wszelkich znanych im przypadkach naruszania postanowień Umowy. Informacje te powinny być przekazywane Kierownikom Projektu wskazanym w Umowie.

11. Usługi będące przedmiotem niniejszej Umowy świadczone będą przez Wykonawcę w lokalizacji Zamawiającego lub za pośrednictwem dedykowanego-dzierżawionego łącza zestawionego do lokalizacji Zamawiającego przez Wykonawcę.

12. Wykonawca zapewnia, iż wszystkie prace prowadzone u Zamawiającego w związku z wykonywaniem niniejszej Umowy będą prowadzone w sposób minimalizujący zakłócenia w pracy oraz organizacji pracy Zamawiającego, w trybie ustalonym przez Strony.

13. Zamawiający zapewnia udział swoich Pracowników do współpracy z Wykonawcą oraz Podwykonawcami w okresie realizacji Umowy, zapewniając zaangażowanie Pracowników w stopniu umożliwiającym Wykonawcy realizację Umowy.

14. Niezależnie od postanowień wskazanych powyżej, Wykonawca ponosi odpowiedzialność za prawidłową organizację wykonywania zobowiązań wynikających z Umowy.

15. Zamawiający zastrzega sobie prawo kontroli wykonania, sposobu oraz postępów prowadzenia prac objętych Umową. Wykonawca zobowiązany będzie niezwłocznie udzielić Zamawiającemu wszelkich informacji, danych i wyjaśnień w żądanym zakresie oraz udostępnić i zaprezentować Produkty, jak również zapewnić możliwość ich kontroli oraz podjąć z Zamawiającym współpracę w innym, niezbędnym zakresie. Koszty kontroli, o której mowa w zdaniu poprzedzającym ponosi Zamawiający.

[Przygotowanie do świadczenia usług]

16. Przed przystąpieniem do świadczenia usług objętych niniejszą Umową:

16.1. Wykonawca zapozna się z należytą starannością z Systemem oraz Dokumentacją Systemu w celu rozpoczęcia świadczenia usług;

16.2. Wykonawca stworzy Środowisko Deweloperskie Systemu w ramach wewnętrznej infrastruktury Wykonawcy, które będzie wykorzystywane między innymi do testów wewnętrznych Wykonawcy;

16.3. Zamawiający umożliwi Wykonawcy dostęp do Środowiska Testowego i Środowiska Produkcyjnego Systemu;

17. Wykonawca przez czternaście dni od dnia zawarcia Umowy będzie świadczył usługi wyłącznie na Środowisku Testowym.

18. Okres wskazany w pkt 17 powyżej ma na celu zapewnienie Wykonawcy czasu na zapoznanie się z Systemem. W tym okresie Wykonawca uprawniony i zobowiązany jest wykonywać usługi wyłącznie na Środowisku Testowym.


97

19. Odpowiedzialność Wykonawcy za należyte wykonywanie usług rozpoczyna się piętnastego dnia od dnia zawarcia Umowy, kiedy to Wykonawca przystąpi do wykonywania usług na Środowisku Produkcyjnym. Do tego dnia Zamawiający nie jest uprawniony do naliczania przewidzianych w Umowie kar umownych za nienależyte wykonanie usług.

20. Zamawiający udostępni Wykonawcy Portal Serwisowy wspomagający świadczenie usług, a Wykonawca zobowiązany jest do podłączenia się do Portalu Serwisowego.

§ 10. Organizacja wykonywania Umowy

1. Bieżące zarządzanie realizacją Umowy odbywa się poprzez wzajemne uzgodnienia Kierowników Projektu, a w razie ich nieobecności Zastępców Kierowników Projektu.

2. Kierownik Projektu Wykonawcy, a w razie jego nieobecności Zastępca Kierownika Projektu odpowiada za stałą współpracę z Zamawiającym.

3. Kierownik Projektu Zamawiającego, a w razie jego nieobecności Zastępca Kierownika Projektu jest upoważniony do przyjmowania i dokonywania Odbiorów usług zamówionych przez Zamawiającego.

4. Kierownicy Projektu, a w razie ich nieobecności Zastępcy Kierowników Projektu są upoważnieni do podejmowania decyzji w imieniu Stron we wszystkich sprawach dotyczących realizacji Umowy, w tym także do udzielania pisemnego pełnomocnictwa substytucyjnego, jednakże bez prawa do zmiany postanowień Umowy.

5. Kierownicy Projektu, a w razie ich nieobecności Zastępcy Kierowników Projektu są upoważnieni do obsługi wszelkich Zgłoszeń, zapytań, Wniosków i Zamówień.

6. Zamawiający jednocześnie oświadcza, że osobami upoważnionymi do dokonywania powyżej wskazanych czynności w imieniu Zamawiającego są również osoby zajmujące stanowisko Dyrektora Wydziału Informatyki PFRON lub Zastępcy Dyrektora Wydziału Informatyki PFRON.

7. Każda ze Stron ma prawo do zmiany osób upoważnionych za pisemnym powiadomieniem drugiej Strony, pod rygorem nieważności. Powiadomienie będzie w każdym przypadku doręczone drugiej Stronie przed rozpoczęciem wykonywania obowiązków przez nową osobę. Do czasu doręczenia powiadomienia wszelkie czynności wykonane przez daną osobę w granicach kompetencji określonych Umową, uważa się za skuteczne.

8. Do bieżącej współpracy w zakresie wykonywania Umowy upoważnione są osoby:

8.1. Po Stronie Zamawiającego:

8.1.1. Kierownik Projektu: ……..………………………..…………………………………………………… e-mail: ……………………………….……….…….. nr telefonu: …..………….…………………..

8.1.2. Zastępca Kierownika Projektu: ………….……….……..……………………………………… e-mail: ……………………………….….………….. nr telefonu: …………………………………..


98

8.2. Po Stronie Wykonawcy:

8.2.1. Kierownik Projektu: ………..…………………………………….……………………….…………… e-mail: …………………………………..………….. nr telefonu: ……………….………………….

8.2.2. Zastępca Kierownika Projektu: ……………….……….………………………………….……… e-mail: ………………………………..…………….. nr telefonu: ……..…………….……………..

9. Dodatkowo dla bieżącej obsługi Zgłoszeń, Wniosków, konsultacji, testów upoważnione są następujące osoby ze Strony Zamawiającego:

9.1. ………..………………………………………………..……………………………………….……………………..…… e-mail: ……..…………………………………………….. nr telefonu: ……………………….………………..

9.2. ………..………………………………………………..………………….…………………………………………..…… e-mail: ……..…………………………………………….. nr telefonu: …………………..…………………….

9.3. ………..………………………………………………..…………………………………………….………………..…… e-mail: ……..…………………………………………….. nr telefonu: ………………………..……………….

9.4. ………..………………………………………………..…………………………………………………….………..…… e-mail: ……..…………………………………………….. nr telefonu: …………………………………..…….

§ 11. Podwykonawcy

1. Wykonawca może korzystać w toku realizacji Umowy ze świadczeń Podwykonawców wyłącznie w zakresie wskazanym w formularzu ofertowym oraz na zasadach opisanych w niniejszym paragrafie.

2. Wykonawca zapewnia, że Podwykonawcy, z których świadczeń będzie korzystał w trakcie wykonywania niniejszej Umowy będą podmiotami profesjonalnie świadczącymi zlecone im przez Wykonawcę zadania oraz posiadającymi wszelkie niezbędne kwalifikacje do wykonywania zleconych im przez Wykonawcę zadań.

3. Wykonawca uprawniony jest do korzystania ze świadczeń Podwykonawców po uzyskaniu zgody Zamawiającego.

4. Korzystając w ramach wykonywania niniejszej Umowy ze świadczeń Podwykonawców, Wykonawca zobowiązany jest nałożyć na takiego Podwykonawcę obowiązek przestrzegania wszelkich zasad, reguł i zobowiązań określonych w Umowie, w zakresie, w jakim odnosić się one będą do zakresu prac danego Podwykonawcy.

5. Wykonawca zobowiązuje się, że zapewni, iż Podwykonawcy, którym Wykonawca powierzy wykonanie świadczeń określonych w Umowie będą przestrzegali zasad i przepisów dotyczących bezpieczeństwa informacji obowiązujących u Zamawiającego oraz innych zasad związanych z wykonaniem czynności na terenie obiektów Zamawiającego i w związku z dostępem do infrastruktury lub wszelkich innych systemów, bądź też baz danych Zamawiającego.


99

6. Wykonawca, w każdym przypadku skorzystania ze świadczeń Podwykonawcy, ponosi pełną odpowiedzialność za wykonywanie zobowiązań przez Podwykonawcę jak za działania lub zaniechania własne.

7. Wykonawca pozostaje gwarantem wykonywania i przestrzegania przez Podwykonawców wszelkich zasad, reguł i zobowiązań określonych w Umowie.

8. Podmiot, który zobowiązał się do udostępnienia zasobów zgodnie z art. 26 ust. 2b ustawy, odpowiada solidarnie z Wykonawcą za szkodę Zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba, że za nieudostępnienie zasobów nie ponosi winy.

9. W przypadku zmiany lub rezygnacji z Podwykonawcy, na którego zasoby Wykonawca powoływał się, na zasadach określonych w art. 26 ust. 2b ustawy, w celu wykazania spełniania warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy, 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 postępowania o udzielenie zamówienia.

10. Korzystanie ze świadczeń Podwykonawców niezgodnie z postanowieniami niniejszego paragrafu traktowane będzie jako istotne naruszenie warunków Umowy.

§ 12. Odbiór i dostarczanie Produktów

[Odbiór]

1. W trakcie realizacji Umowy Odbiorowi podlegają:

1.1. Wszelkie prace, w tym Produkty powstałe w wyniku realizacji Usług Modyfikacji i Rozwoju oraz Usługi Dostosowania Dokumentacji

1.2. Wszelkie prace zrealizowane w wyniku świadczenia Usług Transferu Wiedzy.

2. Odbiorom podlega również każdy okres świadczenia Usług Asysty Technicznej i Konserwacji.

3. Z każdego Odbioru Wykonawca sporządza Protokół Odbioru, na zasadach określonych w niniejszym paragrafie. Wzory Protokołów Odbioru określa Załącznik nr 8 do Umowy. Protokół Odbioru zaakceptowany przez Zamawiającego bez zastrzeżeń stanowi podstawę do wystawienia faktury na kwotę wynagrodzenia należnego Wykonawcy za zrealizowaną usługę.

4. W trakcie procedury Odbioru Zamawiający dokona weryfikacji, czy przedmiot Odbioru spełnia wymagania określone w Umowie.

5. Wykonawca zobowiązany jest powiadomić Kierownika Projektu wskazanego w Umowie o gotowości do Odbioru. Wykonawca zobowiązany jest – przed przedstawieniem Zamawiającemu prac do Odbioru – do przeprowadzenia we własnym zakresie weryfikacji, czy przedmiot Odbioru jest zgodny z postanowieniami niniejszej Umowy, według scenariuszy testowych opracowanych przez Wykonawcę we własnym zakresie.


100

6. Po potwierdzeniu przez Zamawiającego przedstawienia prac do Odbioru Zamawiający przystąpi do sprawdzenia, czy przedmiot Odbioru jest zgodny z wymaganiami niniejszej Umowy.

7. Niezależnie od postanowień zawartych powyżej, Zamawiający ma prawo do weryfikacji należytego wykonania prac podlegających Odbiorom dowolną metodą. Zamawiający ma w szczególności prawo przeprowadzić testy dostarczonych do Odbioru prac za pomocą samodzielnie zdefiniowanych scenariuszy testowych.

8. W przypadku stwierdzenia przez Zamawiającego rozbieżności pomiędzy przekazanym do weryfikacji przedmiotem prac, a założeniami przyjętymi w Umowie dla wykonania tych prac, Zamawiający sporządza i przekazuje Wykonawcy protokół rozbieżności wraz z wyszczególnieniem rozbieżności uniemożliwiających Odbiór, w terminie 7 Dni Roboczych od dnia przekazania prac do Odbioru albo też odmawia odbioru danej usługi czy Produktu. Termin ten nie dotyczy odbioru Produktów w formie Kodu Źródłowego oraz Dokumentacji, w przypadku których termin na Odbiór przez Zamawiającego wynosi 21 dni.

9. Brak przedstawienia przez Zamawiającego uwag do przedmiotu Odbioru w wyżej wymienionym terminie nie oznacza Odbioru i akceptacji przedmiotu Odbioru przez Zamawiającego.

10. W przypadku stwierdzenia przez Zamawiającego niezgodności pracy podlegającej Odbiorowi z Umową lub Zamówieniem, Wykonawca poprawi przedmiot Odbioru w terminie wskazanym przez Zamawiającego. W takim przypadku procedurę Odbioru opisaną powyżej powtarza się aż do czasu dokonania przez Zamawiającego Odbioru („ponowna procedura Odbioru”) albo skorzystania przez Zamawiającego z prawa do wypowiedzenia Umowy zgodnie z przepisami prawa lub Umowy.

11. Odbiór określonych prac przez Zamawiającego nie zwalnia Wykonawcy od odpowiedzialności, jeżeli na podstawie dotychczasowych prac Wykonawca wiedział lub jako profesjonalista powinien był wiedzieć, że prace odebrane przez Zamawiającego nie spełniają wymagań określonych w Umowie.

12. O ile w Umowie nie postanowiono inaczej, dniem spełnienia określonego świadczenia będzie zgłoszenie przez Wykonawcę danej pracy do Odbioru pod warunkiem, że praca taka zostanie zaakceptowana przy pierwszym Odbiorze, zgodnie z procedurą Odbioru przewidzianą dla danej pracy. Jednakże w przypadku stwierdzenia nieprawidłowości w zgłoszonej do Odbioru pracy, termin uważa się za niedotrzymany, a terminem wykonania będzie zaakceptowanie stosownego Protokołu Odbioru bez zastrzeżeń przez Zamawiającego.

[Przekazywanie Produktów]

13. W przypadku dostarczania Zamawiającemu w toku realizacji Produktów stanowiących programy komputerowe, a także modyfikacje tych programów (w tym zmiany Systemu) Wykonawca zobowiązany jest dostarczyć Zamawiającemu w momencie przekazywania tych Produktów kompletną dokumentację tych Produktów, zgodną ze standardami określonymi w Załączniku nr 3 do Umowy.


101

14. W przypadku przekazywania Zamawiającemu Produktów będących oprogramowaniem Wykonawca zobowiązany jest do dostarczenia Zamawiającemu na nośnikach optycznych takich Produktów w formie wykonywalnej oraz w formie Kodu Źródłowego.

15. Wraz z Kodem Źródłowym Produktu, będącego programem komputerowym, Wykonawca zobowiązany jest dostarczyć na nośnikach optycznych kompletny wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia takiego Produktu do formy wykonywalnej.

16. Produkty, dostarczone w formie Kodu Źródłowego, zawierać będą komentarze, w szczególności komentarze umieszczone w trakcie realizacji Usług Asysty Technicznej i Konserwacji, Usług Modyfikacji i Rozwoju wykonane zgodnie z treścią Załącznika nr 3 do Umowy. Wykonawca nie będzie usuwał komentarzy oraz innych informacji technicznych z Kodu Źródłowego danego Produktu, przed jego dostarczeniem Zamawiającemu.

§ 13. Prawa autorskie i licencje

1. W ramach wynagrodzenia należnego za wykonanie usług, Wykonawca przenosi na Zamawiającego autorskie prawa majątkowe oraz prawa zależne do wszystkich Produktów wytworzonych, dostarczonych lub zmodyfikowanych w toku realizacji Umowy w tym dokumentów, programów komputerowych w dowolnej formie utrwalenia, Kodów Źródłowych, skryptów, plików konfiguracyjnych, scenariuszy testowych, danych testowych, etc.), niebędących Oprogramowaniem Standardowym lub dokumentacją Oprogramowania Standardowego, bez ograniczeń czasowych oraz terytorialnych, na wszystkich znanych w chwili zawarcia niniejszej Umowy polach eksploatacji, w tym w zakresie i na polach eksploatacji określonych w art. 50 oraz 74 ust. 4 ustawy o prawie autorskim i prawach pokrewnych (Dz. U. z 2006 r., Nr 90, poz. 631, z późn. zm.), a w szczególności na polach eksploatacji obejmujących:

1.1. Wykorzystywanie w działalności prowadzonej przez Zamawiającego bez jakichkolwiek ograniczeń.

1.2. Korzystanie z wszystkich Produktów w ramach wszystkich ich funkcjonalności w dowolny sposób w nieograniczonej liczbie kopii/stanowisk/serwerów oraz przez nieograniczoną liczbę użytkowników i osób, również spoza organizacji Zamawiającego.

1.3. Wprowadzanie i zapisywanie w pamięci komputerów, odtwarzanie.

1.4. Utrwalanie w całości lub części, wytwarzanie dowolną techniką egzemplarzy Produktów, w tym techniką drukarską, reprograficzną, zapisu magnetycznego oraz techniką cyfrową i w formie dysków twardych, tasiemek streamerów, dyskietek, nośników CD-R/RW, DVD/RW, przenośnej pamięci zewnętrznej, poczty elektronicznej, za pomocą Internetu, przesyłanie za pomocą sieci bezprzewodowych.


102

1.5. Trwałe lub czasowe zwielokrotnianie w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie wytworzonych Produktów, w tym wprowadzanie do systemu informatycznego, pamięci komputerów, sieci komputerowych, odtwarzanie, przekazywanie, przechowywanie, wyświetlanie, sporządzanie kopii, instalowanie i deinstalowanie.

1.6. Tłumaczenie, przystosowanie, zmiany układu oraz wprowadzanie jakichkolwiek innych zmian w Produktach, w szczególności modyfikowanie Kodów Źródłowych, kompilowanie i łączenie, testowanie, wdrażanie, dokonywanie przeróbek oraz wykonywanie opracowań Produktu i dokumentacji oraz używanie wytworzonego w ten sposób oprogramowania.

1.7. Rozpowszechnianie, użyczanie, najem, dzierżawę, upoważnianie innych osób do wykorzystania w całości lub części Produktów lub ich kopii.

1.8. Korzystanie z produktów powstałych w wyniku eksploatacji Produktów lub modyfikacji tych Produktów przez Zamawiającego, w szczególności danych, raportów oraz innych dokumentów kreowanych w ramach tej eksploatacji.

2. Przeniesienie praw autorskich, na zasadach określonych powyżej, do Produktów:

2.1. wykonanych lub dostarczonych w ramach Usług Modyfikacji i Rozwoju - następuje z dniem odebrania danego Produktu przez Zamawiającego;

2.2. wykonanych lub dostarczonych w ramach realizacji Usługi Asysty Technicznej i Konserwacji, Usług Transferu Wiedzy oraz gwarancji – następuje z dniem przekazania Zamawiającemu danego Produktu.

3. Wykonawca gwarantuje, że po nabyciu przez Zamawiającego majątkowych praw autorskich oraz zależnych praw do wszystkich Produktów wytworzonych lub zmodyfikowanych w toku realizacji Umowy osoby uprawnione z tytułu osobistych praw autorskich w powyższym zakresie w żaden sposób nie będą wykonywały przysługujących im praw, w szczególności Wykonawca zagwarantuje, że Zamawiający może korzystać z Produktów bez wskazywania autorstwa twórców.

4. W ramach wynagrodzenia należnego za wykonanie usług Wykonawca przenosi na Zamawiającego prawo do wykonywania praw zależnych w zakresie i na polach eksploatacji, o których mowa w pkt 1 powyżej.

5. Wykonawca gwarantuje, że wykonane przez niego w ramach Umowy prace, w tym dostarczone przez Wykonawcę programy komputerowe, Kody Źródłowe, skrypty, pliki konfiguracyjne, dokumentacje, materiały i informacje, nie naruszają jakichkolwiek praw osób trzecich, zwłaszcza w zakresie przepisów o wynalazczości, znakach towarowych, prawach autorskich i prawach pokrewnych oraz nieuczciwej konkurencji.

6. W przypadku wykorzystania utworów podmiotów trzecich Wykonawca zapewnia sobie prawa autorskie w takim zakresie, w jakim zobowiązany jest do ich przeniesienia na Zamawiającego.

7. Wykonawca przyjmuje na siebie odpowiedzialność za naruszenie dóbr osobistych lub praw autorskich i pokrewnych osób trzecich, spowodowanych w trakcie lub w wyniku


103

realizacji usług objętych Umową lub dysponowania przez Zamawiającego Produktami, do których Wykonawca przeniósł prawa na Zamawiającego, a w przypadku skierowania z tego tytułu roszczeń przeciwko Zamawiającemu, Wykonawca zobowiązuje się do całkowitego zaspokojenia roszczeń osób trzecich oraz do zwolnienia Zamawiającego z obowiązku ponoszenia jakichkolwiek kosztów z tego tytułu.

8. Jeśli zrealizowane w ramach Umowy Produkty faktycznie naruszać będą prawa osób trzecich, Wykonawca niezwłocznie przystąpi do ich zmodyfikowania w sposób pozwalający na dalsze ich wykorzystywanie, bez naruszania praw osób trzecich lub uzyska dla Zamawiającego, na swój koszt, licencję lub sublicencję na produkt naruszający prawa osób trzecich.

9. Postanowienia zawarte w niniejszym paragrafie stosuje się odpowiednio do zmian Produktów realizowanych przez Wykonawcę w ramach Umowy oraz licencji lub sublicencji na oprogramowanie wytworzone przez podmioty trzecie.

10. Z dniem przeniesienia autorskich praw majątkowych oraz praw zależnych do Produktów Wykonawca przenosi na Zamawiającego własność nośników, na których utrwalone zostały Produkty.

11. Wynagrodzenie Wykonawcy z tytułu przeniesienia majątkowych praw autorskich oraz zależnych praw na wszystkich polach eksploatacji wskazanych w niniejszym paragrafie zawiera się w wynagrodzeniu z tytułu realizacji niniejszej Umowy.

12. Wykonawca zapewnia i gwarantuje, że przeniesione majątkowe prawa autorskie oraz prawa zależne nie będą obciążone prawami osób trzecich, uniemożliwiającymi Zamawiającemu korzystanie z Produktów oraz zgodnie z celem niniejszej Umowy, a w przypadku Produktów stanowiących programy komputerowe, składających się na System NEO i Moduł Komunikacyjny – zgodnie z celem i zakresem uprawnień Zamawiającego wynikających z treści przeniesionych praw majątkowych.

13. W celu uniknięcia wszelkich wątpliwości Strony zgodnie potwierdzają, że Wykonawcy nie przysługują majątkowe prawa autorskie oraz prawa zależne do jakichkolwiek modyfikacji, nowych wersji Systemu oraz Produktów wytworzonych przez Zamawiającego lub podmioty działające na zlecenie Zamawiającego, inne niż Wykonawca, a także że wyłączne prawa autorskie do takich modyfikacji Systemu, nowych wersji Systemu oraz innych Utworów przysługiwać będą twórcom takich utworów.

14. Jeżeli Wykonawca w ramach realizacji niniejszej Umowy dostarcza Oprogramowanie Standardowe wraz z dokumentacją Oprogramowania Standardowego, stworzone samodzielnie przez Wykonawcę lub stworzone przez podmiot trzeci, Wykonawca w ramach wynagrodzenia, o którym mowa w § 14 Umowy udziela bądź też zapewnia udzielenie Zamawiającemu licencji na korzystanie z takiego Oprogramowania Standardowego oraz dokumentacji, na zasadach i w zakresie określonym poniżej.

15. Licencja, o której mowa powyżej, obejmuje następujące pola eksploatacji:

15.1. W odniesieniu do produktów niestanowiących programów komputerowych:


104

15.1.1. utrwalanie, a także trwałe lub czasowe zwielokrotnianie w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie;

15.1.2. tłumaczenie, przystosowanie, zmiana układu lub wprowadzanie jakichkolwiek innych zmian w Produktach;

15.1.3. publiczne udostępnianie Produktów w taki sposób, aby każdy mógł mieć do nich dostęp w miejscu i w czasie przez siebie wybranym w celu korzystania z Systemu w sposób, do jakiego został on przeznaczony.

15.2. W odniesieniu do Produktów stanowiących programy komputerowe:

15.2.1. utrwalanie, a także trwałe lub czasowe zwielokrotnianie w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie;

15.2.2. tłumaczenie, przystosowanie, zmiana układu lub wprowadzanie jakichkolwiek innych zmian w Produktach;

15.2.3. publiczne udostępnianie Produktów w taki sposób, aby każdy mógł mieć do nich dostęp w miejscu i w czasie przez siebie wybranym w celu korzystania z Systemu w sposób do jakiego został on przeznaczony.

16. Licencja, o której mowa powyżej zapewnia Zamawiającemu prawo do korzystania z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego bez ograniczeń czasowych i terytorialnych.

17. Udzielenie licencji, na zasadach określonych powyżej, do Produktów:

17.1. wykonanych lub dostarczonych w ramach Usług Modyfikacji i Rozwoju - następuje z dniem odebrania danego Produktu przez Zamawiającego;

17.2. wykonanych lub dostarczonych w ramach realizacji Usług Asysty Technicznej i Konserwacji, Usług Transferu Wiedzy oraz gwarancji – następuje z dniem przekazania Zamawiającemu danego Produktu.

18. Licencje powinny uprawniać do korzystania z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego bez ograniczeń terytorialnych przez:

18.1. Zamawiającego,

18.2. osoby wskazane przez Zamawiającego,

18.3. Użytkowników,

18.4. podmioty świadczące usługi informatyczne dla Zamawiającego z zakresie niezbędnym do dokonywania usług, bez prawa korzystania przez te podmioty z oprogramowania na potrzeby własne tych podmiotów lub na potrzeby innych osób.

19. Wykonawca zapewnia, że licencja, o której mowa powyżej, obejmuje prawo do wprowadzania dowolnych zmian w Oprogramowaniu Standardowym oraz dokumentacji Oprogramowania Standardowego, w tym na modyfikowanie, skracanie, łączenie lub przerabianie takiego Oprogramowania Standardowego przez Zamawiającego lub wskazane przez Zamawiającego osoby trzecie.


105

20. W ramach udzielonej lub zapewnianej Zamawiającemu licencji, o której mowa powyżej, Zamawiający będzie miał prawo do udzielania sublicencji do korzystania z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego na rzecz podmiotów, o których mowa w pkt 18 powyżej.

21. W przypadku licencji na korzystanie z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego, do którego autorskie prawa majątkowe przysługują innemu podmiotowi niż Wykonawca, Wykonawca zobowiązuje się, że podmiot udzielający licencji nie utraci praw niezbędnych do zapewnienia Zamawiającemu możliwości korzystania z tego Oprogramowania przez okres obowiązywania umowy licencyjnej, a w wypadku gdyby takie zdarzenie miało miejsce Wykonawca w ramach wynagrodzenia należnego z tytułu niniejszej Umowy dostarczy i wdroży zamienne Oprogramowanie.

22. Wykonawca zapewnia, że licencja na korzystanie z Oprogramowania Standardowego nie będzie zawierała ograniczeń polegających na tym, że dane oprogramowanie może być używane wyłącznie z innym oprogramowaniem lub może być wdrażane, serwisowane itp. wyłącznie przez określony podmiot lub grupę podmiotów.

23. Warunki licencji dostarczanej Zamawiającemu nie mogą ograniczać uprawnień Zamawiającego wynikających z niniejszej Umowy.

24. Wykonawca zobowiązuje się, że w przypadku, kiedy to on udziela licencji na korzystanie z Oprogramowania Standardowego nie będzie korzystał w ustawowego uprawnienia do wypowiedzenia umowy licencyjnej, ani prawa do odstąpienia od umowy przysługującego mu na podstawie art. 56 ust. 1 ustawy o prawie autorskim i prawach pokrewnych w okresie 20 lat od zakończania niniejszej Umowy.

25. Wykonawca gwarantuje, że w przypadku, kiedy Wykonawca zapewnia udzielenie licencji na korzystanie z Oprogramowania Standardowego, którą faktycznie udziela producent tego Oprogramowania niebędący Wykonawcą, producent Oprogramowania Standardowego przez okres co najmniej 3 lat od dnia zakończenia niniejszej Umowy nie będzie korzystał z ustawowego uprawnienia do wypowiedzenia umowy licencyjnej z innych powodów niż naruszenie przez Zamawiającego warunków licencji, po wcześniejszym wyznaczeniu Zamawiającemu dodatkowego terminu (nie krótszego niż 30 dni) na usunięcie naruszeń i bezskutecznym upływie takiego terminu, ani prawa do odstąpienia od umowy przysługującego mu na podstawie art. 56 ust. 1 ustawy o prawie autorskim i prawach pokrewnych.

26. Za każdy przypadek naruszenia zobowiązań określonych w pkt 24 i 25 powyżej, Wykonawca zobowiązany jest do zapłaty na rzecz Zamawiającego kary umownej w wysokości 200 000 zł (słownie: dwieście tysięcy złotych). Zastrzeżenie niniejszej kary umownej nie ogranicza Zamawiającego w dochodzeniu odszkodowania uzupełniającego przewyższającego wysokość zastrzeżonej kary umownej na zasadach ogólnych prawa cywilnego.

27. Wykonawca zapewnia, że osoby uprawnione z tytułu osobistych praw autorskich do licencjonowanego Oprogramowania Standardowego oraz dokumentacji


106

Oprogramowania Standardowego nie będą wykonywać takich praw w stosunku do Zamawiającego.

28. Wykonawca zapewnia i gwarantuje Zamawiającemu, że korzystanie przez Zamawiającego z Oprogramowania Standardowego nie będzie naruszać żadnych praw własności intelektualnej osób trzecich. Wykonawca zapewnia i gwarantuje również, że licencje dostarczone Zamawiającemu na zasadach określonych powyżej nie będą obciążone prawami osób trzecich, uniemożliwiającymi Zamawiającemu korzystanie z Oprogramowania Standardowego zgodnie z celem niniejszej Umowy.

29. Wykonawca zobowiązuje się naprawić każdą szkodę, w tym pokryć wszelkie koszty, wydatki, w tym koszty obsługi prawnej, którą Zamawiający może ponieść lub za którą Zamawiający może stać się odpowiedzialny, lub do naprawienia której może zostać zobowiązany w związku z jakimkolwiek pozwem, roszczeniem czy postępowaniem prowadzonym przeciwko niemu oraz w związku z jakimkolwiek innym postępowaniem, w wyniku złożenia przez Wykonawcę nieprawdziwych oświadczeń co do posiadanych praw własności intelektualnej pod warunkiem jednak, iż Zamawiający: 1) niezwłocznie powiadomi Wykonawcę o takim roszczeniu, 2) nie uzna swojej odpowiedzialności i nie zawrze ugody, bez uprzedniego powiadomienia Wykonawcy o planowanych działaniach i uzgodnienia przez Strony wspólnego stanowiska w tym przedmiocie, 3) będzie przekazywać Wykonawcy informacje, pisma oraz inne dokumenty, związane z przedmiotowym roszczeniem, o ile nie będzie to naruszać przepisów prawa.

§ 14. Wynagrodzenie

1. Łączne maksymalne wynagrodzenie z tytułu realizacji niniejszej Umowy nie przekroczy kwoty: ………………………...….. zł netto (słownie ………………………...….. złotych), plus VAT, co daje łącznie kwotę nieprzekraczającą ………………………...….. zł brutto (słownie: ………………………...….. złotych), w tym za:

1.1. Usługi Asysty Technicznej i Konserwacji ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

1.2. Usługi Modyfikacji i Rozwoju ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

1.3. Usługi Transferu Wiedzy ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

1.4. Usługa Dostosowania Dokumentacji ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych


107

[Wynagrodzenie za świadczenie Usług Asysty Technicznej i Konserwacji]

2. Za należyte wykonywanie Usług Asysty Technicznej i Konserwacji Wykonawca otrzyma w każdym miesiącu obowiązywania Umowy wynagrodzenie ryczałtowe w wysokości ………………………...….. zł netto (słownie ………………………...….. złotych), plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...…..złotych).

3. Wynagrodzenie, o którym mowa w pkt 2 powyżej płatne będzie z dołu, po wykonaniu przez Wykonawcę w danym miesiącu Usług Asysty Technicznej i Konserwacji, na podstawie zaakceptowanego bez zastrzeżeń przez Zamawiającego Protokołu Odbioru Usług Asysty Technicznej i Konserwacji świadczonych w danym miesiącu. W razie, gdy Umowa obowiązywać będzie przez niepełny miesiąc, wynagrodzenie należne jest w wysokości proporcjonalnej do liczby dni, w których Umowa obowiązywała.

4. Wykonawca uprawniony jest do wystawienia faktury VAT na wynagrodzenie, o którym mowa w pkt 2 powyżej, na podstawie zaakceptowanego bez zastrzeżeń przez Zamawiającego Protokołu Odbioru Usług Asysty Technicznej i Konserwacji świadczonych w danym miesiącu, który będzie sporządzony przez Wykonawcę po zakończeniu danego miesiąca świadczenia Usług Asysty Technicznej i Konserwacji.

5. Wzór Protokołu Odbioru Usług Asysty Technicznej i Konserwacji stanowi pkt 1 Załącznika nr 8 do Umowy.

[Wynagrodzenie za świadczenie Usług Modyfikacji i Rozwoju]

6. Wynagrodzenie za Usługi Modyfikacji i Rozwoju płatne będzie na podstawie wyceny dokonanej zgodnie z § 5 Umowy, w wysokości stanowiącej iloczyn Roboczogodzin na realizację Usług Modyfikacji i Rozwoju wskazanych w Protokole Odbioru oraz stawki za jedną Roboczogodzinę wynoszącą ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

7. Wynagrodzenie z tytułu realizacji Usług Modyfikacji i Rozwoju będzie płatne po odebraniu przez Zamawiającego wszystkich prac lub Produktów objętych danym Zamówieniem/Wnioskiem lub ich grupą, na podstawie prawidłowo wystawionej faktury VAT i odpowiedniego Protokołu Odbioru. Brak Protokołu Odbioru może stanowić podstawę do zwrotu otrzymanej od Wykonawcy faktury.

[Wynagrodzenie za świadczenie Usług Transferu Wiedzy]

8. Usługi Transferu Wiedzy płatne są na podstawie wyceny dokonanej zgodnie z § 6 Umowy, w wysokości stanowiącej iloczyn Roboczogodzin wykorzystanych na realizację Usług Transferu Wiedzy, wskazanych w Protokole Odbioru oraz stawki za jedną Roboczogodzinę wynoszącą ………………………...….. zł netto (słownie: ………………………...….. złotych), plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

9. Wynagrodzenie z tytułu realizacji Usług Transferu Wiedzy będzie płatne po odebraniu przez Zamawiającego wszystkich usług lub Produktów objętych danym Zamówieniem, na podstawie prawidłowo wystawionej faktury VAT i odpowiedniego Protokołu Odbioru.


108

Brak Protokołu Odbioru może stanowić podstawę do zwrotu otrzymanej od Wykonawcy faktury.

[Wynagrodzenie za świadczenie Usług Dostosowania Dokumentacji]

10. Za należyte wykonanie Usługi Dostosowania Dokumentacji Wykonawcy przysługuje wynagrodzenie w ………………………...….. zł netto (słownie ………………………...….. złotych), plus VAT, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...…..złotych).

11. Wynagrodzenie, o którym mowa w pkt 10 powyżej będzie płatne etapami po odbiorze przez Zamawiającego poszczególnych obszarów Dokumentacji zgodnie z poniższym harmonogramem:

Etap Obszar Dokumentacji Systemu Kwota netto Kwota brutto (kwota netto + VAT)

I.

Dokumentacja administracyjna” oraz „Dokumentacja wspierająca proces wytwórczy” wyspecyfikowana w Załączniku nr 3 do Umowy

10 % kwoty netto, o której mowa w pkt 10 powyżej

10 % kwoty brutto, o której mowa w pkt 10 powyżej

II.

„Dokumentacja analityczno – projektowa” (dokumenty OAR, PMS, SKO, PIS) oraz „Dokumentacja Kodu Źródłowego” wyspecyfikowana w Załączniku nr 3 do Umowy



III.„Dokumentacja Użytkowa” wyspecyfikowana w Załączniku nr 3 do Umowy



IV.

Dokumentacja Modułu Komunikacyjnego (dokumenty PMS, SKO, PIS) oraz „Dokumentacja Kodu Źródłowego” wyspecyfikowana w Załączniku nr 3 do Umowy



12. Wynagrodzenie z tytułu realizacji Usługi Dostosowania Dokumentacji Systemu będzie płatne po odebraniu przez Zamawiającego danego etapu, na podstawie prawidłowo wystawionej faktury VAT i odpowiedniego Protokołu Odbioru. Brak podpisanego Protokołu Odbioru stanowi podstawę do zwrotu otrzymanej od Wykonawcy faktury.

[Postanowienia dodatkowe]

13. Wynagrodzenie, o którym mowa w pkt 1 powyżej stanowi całość wynagrodzenia Wykonawcy w związku z realizacją niniejszej Umowy. Wykonawcy nie przysługują żadne inne roszczenia w stosunku do Zamawiającego, w szczególności: zwrot kosztów podróży oraz zakwaterowania Wykonawcy i Podwykonawców czy też zwrot jakichkolwiek innych,


109

dodatkowych kosztów ponoszonych przez Wykonawcę związanych z wykonywaniem Umowy. Wynagrodzenie, o którym mowa w pkt 1 powyżej obejmuje również wynagrodzenie (cenę) za przeniesienie autorskich praw majątkowych oraz praw zależnych do wytworzonych w ramach usług Produktów, jak również udzielenie licencji, wskazanych w niniejszej Umowie.

14. Zamawiającemu przysługuje prawo do potrącania z wynagrodzenia należnego Wykonawcy wszelkich roszczeń nadających się do potrącenia i wynikających z niniejszej Umowy, w tym w szczególności roszczeń z tytułu należnych Zamawiającemu kar.

15. Płatności dokonywane są wyłącznie w złotych polskich przelewem na rachunek bankowy Wykonawcy wskazany na fakturze w terminie 21 dni od daty doręczenia Zamawiającemu prawidłowo wystawionej faktury VAT.

16. Za dzień płatności uważa się dzień złożenia przez Zamawiającego prawidłowego i przyjętego do realizacji przelewu bankowego.

§ 15. Poufność i ochrona informacji

1. Strony zobowiązują się wzajemnie do zachowania w ścisłej tajemnicy Informacji Poufnych, w czasie obowiązywania niniejszej Umowy oraz przez okres 10 (dziesięć) lat od dnia jej wykonania, wygaśnięcia, odstąpienia lub rozwiązania.

2. Strony zobowiązują się do wykorzystywania Informacji Poufnych wyłącznie w celu realizacji Umowy.

3. Strony zobowiązane są w szczególności do:

3.1. nieujawniania i nierozpowszechniania Informacji Poufnych;

3.2. niewykorzystywania Informacji Poufnych do celów innych niż realizacja przedmiotu niniejszej Umowy;

3.3. przechowywania Informacji Poufnych w sposób uniemożliwiający dostęp do nich osobom nieuprawnionym oraz zabezpieczenia Informacji Poufnych drugiej Strony w taki sposób, w jaki Strona zabezpiecza własne informacje tego rodzaju.

4. Informacje Poufne nie będą przez żadną ze Stron ujawniane, rozpowszechniane i udostępniane w jakikolwiek sposób osobom trzecim, bez wyraźnej, uprzedniej zgody drugiej Strony wyrażonej w formie pisemnej pod rygorem nieważności, z zastrzeżeniem pkt 5 i 6 niniejszego paragrafu.

5. Wykonawca uprawniony jest do przekazywania Informacji Poufnych swoim pracownikom oraz Podwykonawcom, wyłącznie, gdy jest to konieczne do wykonania niniejszej Umowy. W takim przypadku, Wykonawca ponosi odpowiedzialność za naruszenie zasad poufności przez Podwykonawców jak za własne działania bądź zaniechania.

6. Obowiązek zachowania poufności nie dotyczy informacji lub materiałów:


110

6.1. których ujawnienie jest wymagane przez bezwzględnie obowiązujące przepisy prawa;

6.2. których ujawnienie następuje na żądanie podmiotu uprawnionego do kontroli, pod warunkiem, że podmiot ten został poinformowany o poufnym charakterze informacji;

6.3. które są powszechnie znane;

6.4. które Strona uzyskała lub uzyska od osoby trzeciej, jeżeli przepisy obowiązującego prawa lub zobowiązanie umowne wiążące tę osobę nie zakazują ujawniania przez nią tych informacji i o ile Strona nie zobowiązała się do zachowania poufności;

6.5. w których posiadanie Strona weszła zgodnie z obowiązującymi przepisami prawa, przed dniem uzyskania takich informacji na podstawie niniejszej Umowy.

7. Jakiekolwiek postanowienia Umowy nie wyłączają dalej idących zobowiązań dotyczących ochrony Informacji Poufnych przewidzianych w przepisach prawa.

8. W wypadku, gdy Strona zostanie zobowiązana nakazem sądu bądź organu administracji państwowej do ujawnienia informacji lub materiałów albo konieczność ich ujawnienia będzie wynikała z przepisów prawa, zobowiązuje się niezwłocznie pisemnie powiadomić o tym fakcie drugą Stronę oraz poinformować odbiorcę informacji lub materiałów o ich poufnym charakterze.

9. Za każdy przypadek ujawnienia Informacji Poufnych wbrew postanowieniom niniejszego paragrafu, Zamawiający może naliczyć Wykonawcy karę umowną w wysokości 500 000 zł (słownie: pięćset tysięcy złotych).

10. Zamawiający, jako administrator danych, powierza Wykonawcy przetwarzanie danych osobowych w celu wykonania zobowiązań przewidzianych w Umowie. Szczegółowe uregulowanie dotyczące powierzenia danych osobowych zawiera Załącznik nr 2 do Umowy.

§ 16. Odpowiedzialność Stron oraz kary umowne

1. Strony ponoszą odpowiedzialność za niewykonanie lub nienależyte wykonanie Umowy na zasadach opisanych w niniejszej Umowie oraz na zasadach ogólnych przewidzianych w przepisach prawa.

2. Jeżeli w toku realizacji usług w ramach niniejszej Umowy,

2.1. wskutek Wad Systemu, powstałych z przyczyn, za które odpowiedzialność ponosi Wykonawca, w tym również Wad powstałych z powodu nieprawidłowego działania Oprogramowania Systemowego i Narzędziowego, lub

2.2. w wyniku działania lub zaniechania Wykonawcy lub osób, za które Wykonawca ponosi odpowiedzialność,


111

dojdzie do utraty danych z Systemu, co spowoduje konieczność wykonania przez Zamawiającego odtworzenia danych, Zamawiający może naliczyć Wykonawcy karę umowną w wysokości 100 000 zł (słownie: sto tysięcy złotych).

3. W przypadku świadczenia Usług Asysty Technicznej i Konserwacji niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy, Zamawiający może naliczyć Wykonawcy następujące kary umowne:

3.1. Za niedotrzymanie wskaźnika RPDS (rzeczywisty poziom dostępności Systemu) w okresie miesięcznym:

Lp.Wartość wskaźnika

(od-do) [%]Wysokość naliczonej

kary w złotych

1. 95,00 – 91,67 10 000

2. 91,66 – 88,33 50 000

3. 88,32 – 85,00 100 000

Wskaźnik RPDS został podany dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższej wartości parametrów – wartość wskaźnika zostanie zaktualizowana zgodnie z ofertą Wykonawcy.

3.2. Za niedotrzymanie wskaźnika PDTN (poziom dotrzymania terminów Naprawy) w okresie miesięcznym:

Lp.

Wartość wskaźnika (od-do) [%]

Wysokość naliczonej kary w złotych

1. 94,82 - 86,82 1 000

2. 86,81 – 76,82 3 000

3. 76,81 - 66,82 5 000

4. poniżej 66,82 10 000

Wskaźnik PDTN został podany dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższej wartości parametrów – wartość wskaźnika zostanie zaktualizowana zgodnie z ofertą Wykonawcy.

4. W przypadku świadczenia Usług Modyfikacji i Rozwoju niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy, Zamawiający może naliczyć Wykonawcy następujące kary umowne:


112

4.1. Za niedotrzymanie wskaźnika WJCR (wskaźnik jakościowy czasu realizacji) - liczony raz na kwartał; jego wartość musi być mniejsza niż 1,05 (mniej niż 5% opóźnień dla wszystkich prac).


(od-do) [%]Wysokość naliczonej kary

w złotych

1. 5-20 5 000

2. >20 10 000

4.2. Za niedotrzymanie wskaźnika WJLB (wskaźnik jakościowy liczby błędów) - liczony raz na kwartał; jego wartość musi być mniejsza bądź równa 1 (liczba błędów na każde 50 Roboczogodzin).


na każde 50 Roboczogodzin(od – do)

Wysokość naliczonej kary w złotych

1. 1,01 - 5 5 000

2. >5 10 000

5. Jeżeli po drugim i każdym następnym zgłoszeniu do odbioru danego obszaru Dokumentacji Systemu, przedmiot Odbioru jest niezgodny z Umową i nie zostanie odebrany przez Zamawiającego, Strony mogą ustalić inny termin dostarczenia przedmiotu Odbioru lub Zamawiający może naliczyć Wykonawcy karę umowną w wysokości 30% wartości netto przedmiotu Odbioru.

6. Ponadto, Zamawiający może naliczyć Wykonawcy następujące kary umowne:

6.1. W przypadku odstąpienia od Umowy lub jej wypowiedzenia z powodu okoliczności leżących po stronie Wykonawcy, Zamawiający może naliczyć Wykonawcy karę w wysokości 25% (słownie: dwadzieścia pięć procent) łącznego maksymalnego wynagrodzenia należnego Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 14 pkt 1 niniejszej Umowy.

6.2. W przypadku wystąpienia wad prawnych w przekazanych Zamawiającemu w toku realizacji usług Produktach, Zamawiający może naliczyć Wykonawcy karę umowną w wysokości 10% (słownie: dziesięć procent) łącznego maksymalnego wynagrodzenia należnego Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 14 pkt 1 niniejszej Umowy.

6.3. W przypadku zwłoki w aktualizacji Dokumentacji, o której mowa w § 4 pkt 3.17 lub nieusunięcia niespójności zgodnie z § 4 pkt 3.19 Umowy - Zamawiający może naliczyć karę umowną w wysokości 1 000 złotych za każdy Dzień Roboczy zwłoki.


113

7. W przypadku nie zatrudnienia przy realizacji Umowy osoby, o której mowa w § 2 pkt 8 Umowy, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 5% wynagrodzenia określonego w § 14 pkt 1 Umowy.

8. Zamawiający jest uprawiony do dochodzenia poszczególnych kar umownych niezależnie, kary te podlegają sumowaniu, przy czym w razie, gdy Zamawiającemu przysługuje prawo do naliczenia kary umownej w przypadku odstąpienia od Umowy z przyczyn leżących po stronie Wykonawcy, Zamawiającemu przysługuje prawo do naliczania kar umownych (kary umownej) wyłącznie z tego tytułu.

9. Kary umowne będą płatne przez Wykonawcę w terminie 10 dni, licząc od dnia dostarczenia Wykonawcy wezwania do zapłaty/noty księgowej, przelewem na rachunek bankowy Zamawiającego wskazany w wezwaniu do zapłaty/nocie księgowej. W przypadku niedokonania zapłaty kary umownej we wskazanym terminie może być ona również wyegzekwowana poprzez potrącanie z odsetkami ustawowymi z wynagrodzenia należnego Wykonawcy, na co Wykonawca wyraża zgodę i do czego upoważnia Zamawiającego bez potrzeby uzyskiwania pisemnego potwierdzenia.

10. Obowiązek zapłaty przez Wykonawcę kar umownych z tytułu niewykonania lub nienależytego wykonania Umowy, nie wyłącza prawa Zamawiającego do dochodzenia odszkodowania przewyższającego ustalone powyżej kary umowne na zasadach ogólnych, uregulowanych w Kodeksie cywilnym.

§ 17. Rozwiązanie Umowy

1. Zamawiający uprawniony jest do końca obowiązywania Umowy do wypowiedzenia niniejszej Umowy w zakresie niewykorzystanych Roboczogodzin na świadczenie przez Wykonawcę Usług Modyfikacji i Rozwoju lub Usług Transferu Wiedzy.

2. W razie zaistnienia istotnej zmiany okoliczności powodującej, że wykonanie Umowy nie leży w interesie publicznym, czego nie można było przewidzieć w chwili zawarcia Umowy, Zamawiający może odstąpić od Umowy w terminie 30 dni od powzięcia wiadomości o tych okolicznościach. W takiej sytuacji:

2.1. Wykonawca zachowa wynagrodzenie otrzymane od Zamawiającego za prace wykonane do dnia odstąpienia od Umowy, które zostało rozliczone;

2.2. Zamawiający zapłaci Wykonawcy wynagrodzenie za wszystkie prace wykonane do dnia odstąpienia od Umowy, które nie zostały rozliczone, przy czym wysokość wynagrodzenia zostanie ustalona w oparciu o wartość danych prac zgodnie z Umową oraz stopień ich ukończenia;

2.3. Zamawiający nabędzie prawa do wszelkich prac Wykonawcy, również tych nieukończonych, w tym nabędzie uprawnienie do korzystania z Produktów w zakresie opisanym w § 13 Umowy.

3. Zamawiający ma prawo do natychmiastowego wypowiedzenia niniejszej Umowy z ważnych powodów, w szczególności w następujących przypadkach:


114

3.1. nierozpoczęcia realizacji przedmiotu Umowy z przyczyn leżących po stronie Wykonawcy;

3.2. zwłoki Wykonawcy w Naprawie/Obejściu Wady przekraczającej trzykrotność gwarantowanego Czasu Naprawy/Obejścia w okresie gwarancji i Asysty Technicznej i Konserwacji;

3.3. Naprawy/Obejścia Wady w sposób powodujący utratę danych lub poważne ryzyko utraty takich danych w okresie gwarancji lub Usług Asysty Technicznej i Konserwacji;

3.4. zwłoki Wykonawcy wynoszącej ponad 10 Dni Roboczych w realizacji zobowiązań Wykonawcy wynikających z realizowanych usług na podstawie postanowień § 5 lub § 6 Umowy;

3.5. w przypadku świadczenia Usługi Asysty Technicznej i Konserwacji niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy przy wartości wskaźnika RPDS poniżej 85,00%; Wskaźnik RPDS został podany dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższej wartości parametrów – wartość wskaźnika zostanie zaktualizowana zgodnie z ofertą Wykonawcy.

3.6. gdy suma kar umownych, o których mowa w § 16 pkt 3 lub pkt 4 lub pkt 5 lub pkt 6 Umowy przekroczy 20% wynagrodzenia określonego w § 14 pkt 1 Umowy;

3.7. zaprzestania realizacji Umowy przez Wykonawcę z przyczyn leżących po stronie Wykonawcy;

3.8. gdy Wykonawca nie wywiąże się z któregokolwiek z postanowień niniejszej Umowy z przyczyn nieleżących po stronie Zamawiającego, mających istotny wpływ na realizację przedmiotu Umowy;

3.9. rozwiązania, likwidacji lub zaprzestania prowadzenia działalności przez Wykonawcę lub Zamawiającego.

4. Strony zgodnie postanawiają, że rozwiązanie niniejszej Umowy przez którąkolwiek ze Stron nie powoduje wygaśnięcia:

4.1. Zobowiązań Wykonawcy, w zakresie gwarancji (§ 8 Umowy) do Produktów odebranych przez Zamawiającego lub przekazanych Zamawiającemu przed złożeniem oświadczenia o wypowiedzeniu Umowy.

4.2. Zobowiązań Wykonawcy do przeniesienia autorskich praw majątkowych, praw zależnych, udzielenia licencji oraz w zakresie zobowiązań opisanych w § 13 Umowy w stosunku do Produktów przekazanych Zamawiającemu lub odebranych przez Zamawiającego przed złożeniem oświadczenia o wypowiedzeniu Umowy.

4.3. Zobowiązań Stron wynikających z postanowień § 15 Umowy.

5. Strony zobowiązane są w terminie 10 dni od dnia wypowiedzenia bądź odstąpienia od Umowy do sporządzenia protokołu, który będzie stwierdzał stan realizacji Umowy do dnia wypowiedzenia bądź odstąpienia od Umowy.


115

6. Po zakończeniu obowiązywania Umowy, niezależnie od przyczyn, Wykonawca zobowiązany jest do niezwłocznego wydania Zamawiającemu aktualnej na dzień zakończenia obowiązywania Umowy kompletnej Dokumentacji Systemu, aktualnych i kompletnych na dzień zakończenia obowiązywania Umowy Kodów Źródłowych Systemu oraz dostarczyć na nośnikach optycznych kompletny wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia Kodu Źródłowego Systemu do formy wykonywalnej.

7. Po rozwiązaniu Umowy z jakiejkolwiek przyczyny Wykonawca zobowiązany jest do:

7.1. Niezwłocznego przekazania Zamawiającemu wszelkich informacji, haseł itp. dotyczących Systemu oraz Produktów powstałych w toku realizacji Umowy, w wyniku prac Wykonawcy, koniecznych dla dalszego rozwoju Systemu oraz Produktów.

7.2. Niezwłocznego wydania Zamawiającemu aktualnej na dzień wygaśnięcia Umowy kompletnej Dokumentacji systemu, aktualnego na dzień wygaśnięcia Umowy oraz kompletnego Kodu Źródłowego Produktów Systemu uwzględniających wszystkie zmiany, modyfikacje i uaktualnienia Systemu powstałe w wyniku realizacji Umowy oraz nośników optycznych kompletnym wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia Kodu Źródłowego Systemu do formy wykonywalnej.

7.3. Podjęcia przez okres 30 dni od wypowiedzenia Umowy niezbędnej współpracy z Zamawiającym lub podmiotami wskazanymi przez Zamawiającego.

§ 18. Siła wyższa

1. W każdym przypadku Strona nie jest odpowiedzialna za niewykonanie lub nienależyte wykonanie swoich zobowiązań wynikających z Umowy, jeżeli udowodni, że niewykonanie zostało spowodowane okolicznością Siły Wyższej.

2. Okolicznościami Siły Wyższej są zdarzenia zewnętrzne, nadzwyczajne i niemożliwe do zapobieżenia, a w szczególności:

2.1. wojna, w tym wojna domowa, zamieszki, rozruchy i akty terroryzmu;

2.2. katastrofy naturalne, takie jak silne burze, huragany, trzęsienia ziemi, powodzie, zniszczenie przez piorun, długotrwałe silne opady;

2.3. wybuchy, pożary, przerwy w łączności lub dostawie prądu trwające jednorazowo nieprzerwanie co najmniej 2 dni.

3. Strona starająca się o zwolnienie z odpowiedzialności ze względu na Siłę Wyższą, w terminie 3 dni po zaistnieniu zdarzenia powiadomi pisemnie drugą Stronę o powyższym zdarzeniu i jego wpływie na jej zdolność do realizacji Umowy. W przypadku ustania przyczyny zwolnienia Strona starająca się o zwolnienie z odpowiedzialności,


116

w terminie 3 dni po zaistnieniu okoliczności Siły Wyższej powiadomi pisemnie drugą Stronę o powyższym fakcie.

4. Strona, która nie zawiadomi o zdarzeniu oraz nie przekaże drugiej Stronie pisemnego potwierdzenia zaistnienia Siły Wyższej w terminie określonym w punkcie powyżej, jest odpowiedzialna za szkody poniesione przez drugą Stronę, których można było uniknąć w przypadku terminowego zawiadomienia.

5. W razie zaistnienia okoliczności Siły Wyższej terminy realizacji Umowy przedłużają się o okres jej trwania.

§ 19. Zmiana Umowy

1. Wszelkie zmiany i uzupełnienia niniejszej Umowy wymagają formy pisemnej pod rygorem nieważności.

2. Zmiany Umowy nie stanowi w szczególności zmiana nazw/określeń Stron, siedziby Stron, numerów rachunków bankowych Stron, jak również osób odpowiedzialnych za realizację przedmiotu Umowy ze strony Wykonawcy oraz Zamawiającego.

3. Zamawiający dopuszcza możliwość zmiany niniejszej Umowy w następujących przypadkach:

3.1. wystąpienia zmian powszechnie obowiązujących przepisów prawa w zakresie mającym wpływ na realizację Umowy - w zakresie dostosowania postanowień Umowy do zmiany przepisów prawa;

3.2. możliwości zastosowania nowszych i korzystniejszych dla Zamawiającego rozwiązań technologicznych lub technicznych, niż te istniejące w chwili podpisania Umowy, nie powodujących zmiany przedmiotu Umowy - w zakresie dostosowania postanowień Umowy do zmiany tych rozwiązań;

3.3. zmiany oprogramowania wykorzystywanego przez Zamawiającego na potrzeby korzystania z Systemu lub potrzebnego do korzystania z Systemu w zakresie zmiany treści Załącznika nr 4 do Umowy;

3.4. opóźnień w realizacji Umowy niezależnie od przyczyny - w zakresie zmian terminów realizacji Umowy, o ile zmiana taka jest korzystna dla Zamawiającego lub jest konieczna w celu prawidłowej realizacji Umowy;

3.5. konieczności zmiany wysokości wynagrodzenia za wykonanie przedmiotu Umowy w przypadku zmiany:

a. stawki podatku od towarów i usług,

b. wysokości minimalnego wynagrodzenia za prace ustalonego na podstawie art. 2 ust. 3-5 ustawy z dnia 10 października 2002 r. o minimalnym wynagrodzeniu za pracę (Dz. U. Nr 200, poz. 1679, z późn. zm.),


117

c. zasad podlegania ubezpieczeniom społecznym lub ubezpieczeniu zdrowotnemu lub wysokości stawki składki na ubezpieczenia społeczne lub zdrowotne

- jeżeli zmiany te będą miały wpływ na koszt wykonania zamówienia przez Wykonawcę. W razie zaistnienia zmiany wskazanej w pkt 3.5, Wykonawca w terminie 30 dni od daty wejścia w życie dowolnej z powyższych zmian, przedstawi Zamawiającemu w formie pisemnej wniosek o zmianę wynagrodzenia wraz z uzasadnieniem i przedstawieniem dowodów (np.: umowy o pracę, umowy o dzieło, umowy zlecenia, w przypadku zmiany stawki podatku od towarów i usług - wzrost stawki podatku od towaru i usług. itp.), z których będzie wynikać, w jaki sposób zmiany wymienione w pkt 3.5 powyżej wpływają na koszty wykonania przedmiotu Umowy przez Wykonawcę i mogą być podstawą do zmiany wartości Umowy. Po zaakceptowaniu wniosku przez Zamawiającego zostanie sporządzony aneks do Umowy określający zmianę wynagrodzenia Wykonawcy. Zmiana będzie obejmować okres od dnia wejścia w życie zmiany, o której mowa w pkt 3.5 powyżej,

3.6. zmian w zakresie podwykonawstwa.

4. Zmiana Umowy dla swojej skuteczności wymaga formy pisemnej.

5. Zmiany Umowy, o których mowa w niniejszym paragrafie nie mogą w żadnym przypadku stanowić podstawy zwiększenia wysokości wynagrodzenia Wykonawcy, należnego na podstawie § 14 Umowy z zastrzeżeniem pkt 3.5 powyżej. Każda ze zmian, o których mowa w niniejszym paragrafie może jednak stanowić podstawę do obniżenia wysokości wynagrodzenia Wykonawcy.

§ 20. Zawiadomienia

1. Strony mogą doręczać określone powiadomienia oraz przekazywać sobie informacje związane z realizacją Umowy, które nie stanowią oświadczeń woli o znaczeniu prawnym (np. nie stanowią wezwań do zaniechania naruszeń, oświadczeń o odstąpieniu od Umowy, itp.) oraz w sytuacjach, w których Umowa nie wymaga zachowania formy pisemnej, wyznaczonym Kierownikom Projektu wskazanym w Umowie.

2. W przypadku przekazania informacji faksem lub za pośrednictwem poczty elektronicznej (e-mail) nadawca winien dysponować potwierdzeniem ich nadania pod właściwy numer lub adres elektroniczny odbiorcy. Powiadomienie uznaje się za doręczone z chwilą dostarczenia za pomocą faksu lub poczty elektronicznej.

3. Z zastrzeżeniem odrębnych postanowień niniejszej Umowy wszelkie oświadczenia o znaczeniu prawnym, związane z obowiązywaniem lub realizacją niniejszej Umowy, a w szczególności oświadczenia o wypowiedzeniu Umowy dokonywane będą przez odpowiednio do tego umocowane osoby na piśmie za potwierdzeniem odbioru, listem poleconym lub przesyłką kurierską na poniższe adresy:


118

3.1. Adres do doręczeń dla Zamawiającego:

Państwowy Fundusz Rehabilitacji Osób NiepełnosprawnychAl. Jana Pawła II 13, 00-828 Warszawa

3.2. Adres do doręczeń dla Wykonawcy:

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

4. Zmiana danych, o których mowa w niniejszym paragrafie może być dokonywana w toku obowiązywania niniejszej Umowy za uprzednim poinformowaniem drugiej Strony. Każda ze Stron zobowiązana jest poinformować drugą Stronę o każdorazowej zmianie adresów wskazanych w niniejszym paragrafie niezwłocznie po dokonaniu takiej zmiany. W przypadku braku zawiadomienia o zmianie adresu w sposób, o którym mowa powyżej, wszelkie zawiadomienia dokonane na poprzednio wskazany przez Stronę adres, w sposób określony w zdaniu poprzedzającym, uznane będą za skutecznie doręczone. Zmiana danych, o których mowa w niniejszym paragrafie nie stanowi zmiany Umowy.

§ 21. Zabezpieczenie należytego wykonania Umowy

1. Zabezpieczenie należytego wykonania Umowy ustala się w wysokość 10% wartości określonej w § 14 pkt 1 Umowy, tj. w wysokości ………………………...….. zł (słownie: ………………………...….. złotych).

2. Dowód wniesienia 100% zabezpieczenia określonego w pkt 1 powyżej został przedstawiony Zamawiającemu w dniu zawarcia niniejszej Umowy.

3. Wniesione zabezpieczenie należytego wykonania Umowy przeznaczone jest na zabezpieczenie roszczeń z tytułu nie wykonania lub nienależytego wykonania niniejszej Umowy, w szczególności na pokrycie kar umownych.

4. Zwrot kwoty zabezpieczenia należytego wykonania Umowy następuje na zasadach określonych w art. 151 ust. 1 ustawy.

5. Wykonawca jest zobowiązany zapewnić, aby zabezpieczenie należytego wykonania Umowy zachowało moc wiążącą w okresie wykonywania Umowy. Wykonawca jest zobowiązany do niezwłocznego poinformowania Zamawiającego o faktycznych lub prawnych okolicznościach, które mają lub mogą mieć wpływ na moc wiążącą zabezpieczenia należytego wykonania Umowy oraz na możliwość i zakres wykonywania przez Zamawiającego praw wynikających z zabezpieczenia.

6. Jeśli w przypadku przedłużenia terminu realizacji Umowy, niezależnie od przyczyn tego przedłużenia, zabezpieczenie wniesione w gwarancjach bankowych, ubezpieczeniowych lub w poręczeniach wygasłoby przed upływem przedłużonego terminu realizacji Umowy, Wykonawca zobowiązuje się, że w terminie 7 Dni Roboczych przed wygaśnięciem takiego zabezpieczenia przedstawi Zamawiającemu stosowny aneks lub nową gwarancję/poręczenie bądź też wpłaci odpowiednie zabezpieczenie w gotówce. Jeżeli Wykonawca nie wykona powyższego obowiązku Zamawiający może zażądać


119

od gwaranta/poręczyciela wypłaty z gwarancji/poręczenia i zaliczyć uzyskaną w ten sposób kwotę na poczet zabezpieczenia. Powyższe uprawnienie winno wynikać z treści gwarancji lub poręczenia.

§ 22. Postanowienia końcowe

1. Prawem właściwym dla zobowiązań wynikających z niniejszej Umowy jest prawo polskie.

2. W sprawach nieuregulowanych niniejszą Umową mają zastosowanie przepisy Kodeksu Cywilnego oraz ustawy o prawie autorskim i prawach pokrewnych oraz inne obowiązujące przepisy prawa.

3. Umowa została sporządzona w czterech egzemplarzach, jeden dla Wykonawcy i trzy dla Zamawiającego.

4. Strony dołożą wszelkich starań, aby sprawy sporne wynikłe podczas realizacji Umowy rozwiązać polubownie, jednakże, jeśli wynikną sprawy sporne, których nie można rozwiązać polubownie, Strony poddają rozstrzygnięciu sądowi właściwemu dla siedziby Zamawiającego.

5. Strony zgodnie ustanawiają bezwzględny zakaz przenoszenia wierzytelności i praw wynikających z niniejszej Umowy na rzecz osób trzecich bez zgody drugiej Strony.

6. Integralną część Umowy stanowią następujące Załączniki:

5.1. Załącznik nr 1 – Opis Przedmiotu Zamówienia.

5.2. Załącznik nr 2 – Umowa powierzenia przetwarzania danych osobowych.

5.3. Załącznik nr 3 – Wymogi dla docelowej Dokumentacji Systemu.

5.4. Załącznik nr 4 – Parametry techniczne instalacji produkcyjnej i testowej.

5.5. Załącznik nr 5 – Wycena czasochłonności prac.

5.6. Załącznik nr 6 – Poziomy świadczenia usług (SLA).

5.7. Załącznik nr 7 – Wzory formularzy dla realizacji usług.

5.8. Załącznik nr 8 – Wzory Protokołów Odbioru.

5.9. Załącznik nr 9 – Oferta Wykonawcy.

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

Wykonawca

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

Zamawiający


120

Załącznik nr 2 do Umowy nr...........................

UMOWA POWIERZENIA PRZETWARZANIA DANYCH OSOBOWYCH

Umowa nr ......................................

Zawarta w dniu …………………………................. w Warszawie pomiędzy:

Państwowym Funduszem Rehabilitacji Osób Niepełnosprawnych (PFRON), Al. Jana Pawła II 13, 00-828 Warszawa, zwanym w dalszej części niniejszej umowy „Zleceniodawcą”, reprezentowanym przez:………………………………………………………….………………………………………………………………………….…..……

a

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

zwanym w dalszej części niniejszej umowy „Wykonawcą”, reprezentowanym przez:

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

o następującej treści:

§ 1Powierzenie przetwarzania danych osobowych.

1. W związku z realizacją Umowy nr .......................................... z dnia .................................. pomiędzy PFRON a …..………………………………………………………………..……………………………….., o …………………………………………………………………………………………………………….. Zleceniodawca powierza Wykonawcy w trybie art. 31 ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz. U. z 2015 r., poz. 2135) zwanej dalej ,,ustawą” przetwarzanie danych osobowych.

2. Zleceniodawca oświadcza, że jest administratorem danych, które powierza.

3. Powierzone dane zawierają w szczególności informacje o osobach fizycznych, pracownikach Funduszu, pracownikach pracodawców lub pracodawcach będących osobami fizycznymi.

4. Zleceniodawca powierza Wykonawcy przetwarzanie danych osobowych w zakresie określonym w § 2.

§ 2Zakres i cel przetwarzania danych.

1. Wykonawca będzie przetwarzał, powierzone na podstawie niniejszej umowy dane osobowe zawarte w zbiorze o nazwie System Ewidencji Poboru Wpłat.

2. Powierzone przez Zleceniodawcę dane osobowe będą przetwarzane przez Wykonawcę wyłącznie w celu wykonywania przez Wykonawcę na rzecz Zleceniodawcy usług


121

szczegółowo opisanych w Umowie, o której mowa w § 1 ust. 1 i w sposób zgodny z niniejszą umową.

§ 3Sposób wykonania umowy w zakresie przetwarzania danych osobowych.

1. Wykonawca zobowiązuje się, przy przetwarzaniu danych osobowych, o których mowa w § 2 ust. 1, do ich zabezpieczenia poprzez podjęcie środków technicznych i organizacyjnych, o których mowa w art. 36 – 39 ustawy oraz spełnienia wymagań określonych w przepisach, o których mowa w art. 39a ustawy.

2. Wykonawca oświadcza i gwarantuje, że zgodnie z ustawą i rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych:

2.1. prowadzi dokumentację opisującą sposób przetwarzania danych osobowych;

2.2. znajdujące się w jego posiadaniu urządzenia i systemy informatyczne służące do przetwarzania danych osobowych zapewniają poziom bezpieczeństwa określony jako wysoki;

2.3. stosuje środki techniczne i organizacyjne zapewniające ochronę przetwarzanych danych osobowych, a w szczególności zabezpieczenia danych osobowych przed ich udostępnieniem osobom nieupoważnionym, zabraniem przez osobę nieuprawnioną, przetwarzaniem z naruszeniem ustawy, zmianą, utratą, uszkodzeniem lub zniszczeniem w zakresie, za który odpowiada Wykonawca.

3. Wykonawca zobowiązuje się przetwarzać powierzone mu dane osobowe zgodnie z niniejszą umową, ustawą oraz z innymi przepisami prawa powszechnie obowiązującego, które chronią prawa osób, których dane dotyczą.

4. Wykonawca zobowiązuje się niezwłocznie zawiadomić Zleceniodawcę o:

4.1. każdym prawnie umocowanym żądaniu udostępnienia danych osobowych właściwemu organowi państwa chyba, że zakaz zawiadomienia wynika z przepisów prawa, a w szczególności przepisów postępowania karnego, gdy zakaz ma na celu zapewnienie poufności wszczętego dochodzenia,

4.2. każdym nieupoważnionym dostępie do danych osobowych, zabraniem ich przez osobę nieuprawnioną, a także o każdym przypadku ich uszkodzenia, zniszczenia lub nieautoryzowanej zmiany;

4.3. każdym żądaniu otrzymanym od osoby, której dane przetwarza, powstrzymując się jednocześnie od odpowiedzi na żądanie.

5. Zleceniodawca ma prawo do kontroli sposobu wykonywania niniejszej umowy w szczególności poprzez przeprowadzenie doraźnych kontroli dotyczących przetwarzania danych osobowych przez Wykonawcę oraz żądania składania przez niego pisemnych wyjaśnień.


122

6. Na zakończenie kontroli, o których mowa w ust. 5, przedstawiciel Zleceniodawcy sporządza w dwóch egzemplarzach protokół, który podpisują przedstawiciele obu Stron. Wykonawca może wnieść zastrzeżenia do protokołu w terminie do 5 dni roboczych od daty jego podpisania przez Strony.

7. Wykonawca zobowiązuje się dostosować do zaleceń pokontrolnych mających na celu usunięcie uchybień i poprawę bezpieczeństwa przetwarzania danych osobowych.

8. Wykonawca zobowiązuje się odpowiedzieć niezwłocznie i właściwie na każde pytanie Zleceniodawcy dotyczące przetwarzania powierzonych mu na podstawie niniejszej umowy danych osobowych.

9. Wykonawca może podpowierzyć podwykonawcom usługi objęte Umową, o której mowa w § 1 ust. 1 i niniejszą umową jedynie za pisemną zgodą Zleceniodawcy.

§ 4Odpowiedzialność Wykonawcy.

1. Wykonawca jest odpowiedzialny za udostępnienie lub wykorzystanie danych osobowych niezgodnie z niniejszą umową, a w szczególności za udostępnienie osobom nieupoważnionym.

2. W przypadku naruszenia przepisów ustawy lub niniejszej umowy z przyczyn leżących po stronie Wykonawcy, w następstwie czego Zleceniodawca, jako administrator danych osobowych zostanie zobowiązany do wypłaty odszkodowania lub zostanie ukarany karą grzywny, Wykonawca zobowiązuje się pokryć Zleceniodawcy poniesione z tego tytułu straty i koszty.

§ 5Czas obowiązywania umowy powierzenia przetwarzania danych osobowych.

Niniejsza umowa powierzenia zostaje zawarta na czas obowiązywania Umowy, o której mowa w § 1 ust. 1.

§ 6Warunki wypowiedzenia umowy powierzenia przetwarzania danych osobowych.

1. Zleceniodawca ma prawo rozwiązać niniejszą umowę bez zachowania terminu wypowiedzenia, gdy Wykonawca:

1.1. wykorzystał dane osobowe w sposób niezgodny z niniejszą umową;

1.2. powierzył przetwarzanie danych osobowych podwykonawcom bez zgody Zleceniodawcy;

1.3. nie zaprzestanie niewłaściwego przetwarzania danych osobowych;

1.4. zawiadomi o swojej niezdolności do dalszego wykonywania niniejszej umowy, a w szczególności niespełniania wymagań określonych w § 3.

2. Rozwiązanie niniejszej umowy przez Zleceniodawcę jest równoznaczne z wypowiedzeniem Umowy, o której mowa w § 1 ust. 1.


123

3. Niniejsza umowa wygasa w przypadku rozwiązania lub wygaśnięcia Umowy, o której mowa w § 1 ust. 1.

§ 7Rozwiązanie umowy powierzenia przetwarzania danych osobowych.

Wykonawca, w przypadku wygaśnięcia lub rozwiązania Umowy, o której mowa § 1 ust. 1 i niniejszej umowy niezwłocznie, ale nie później niż w terminie do 5 dni kalendarzowych, zobowiązuje się zwrócić lub usunąć wszelkie dane osobowe, których przetwarzanie zostało mu powierzone, w tym skutecznie usunąć je również z nośników elektronicznych pozostających w jego dyspozycji i potwierdzić powyższe przekazanym Zleceniodawcy protokołem.

§ 8

Wszelkie zmiany niniejszej umowy wymagają formy pisemnej pod rygorem nieważności.

§ 9

W sprawach nieuregulowanych w niniejszej umowie mają zastosowanie przepisy Kodeksu Cywilnego.

§ 10

Spory wynikłe z tytułu niniejszej umowy będzie rozstrzygał Sąd właściwy dla miejsca siedziby Zleceniodawcy.

§ 11

Umowę sporządzono w czterech jednobrzmiących egzemplarzach, w tym jeden dla Wykonawcy i trzy dla Zleceniodawcy.

....................................................za Zleceniodawcę

....................................................za Wykonawcę


124


WYMOGI DLA DOCELOWEJ DOKUMENTACJI SYSTEMU

I. Struktura Dokumentacji Systemu

1. Wykonawca opracuje następujące kategorie Dokumentacji Systemu :a. „Dokumentacja użytkowa” zawierająca dokumentację dla użytkowników

zewnętrznych, użytkowników wewnętrznych (PFRON) oraz administratora merytorycznego (PFRON).

b. „Dokumentacja administracyjna” zawierająca wszystkie niezbędne do utrzymania oprogramowania informacje, w szczególności opis instalacji i deinstalacji Systemu, opis archiwizacji i odtworzenia Systemu, typowych czynności administracyjnych.

c. „Dokumentacja analityczno – projektowa” przedstawiająca zasady konstrukcji oraz opis funkcjonalny i techniczny Systemu oraz jego poszczególnych modułów składowych;

d. „Dokumentacja wspierająca proces wytwórczy” wyjaśniająca zasady wytwarzania oprogramowania Systemu, w szczególności zasady zarządzania konfiguracją czy budowania Kodu Źródłowego do postaci wykonywalnej;

e. „Dokumentacja Kodu Źródłowego” wyjaśniająca działanie Kodu Źródłowego, a w zasadniczej części stanowiąca jego komentarze.

f. „Dokumentacja zapewnienia jakości” przedstawiająca zarówno podejście do zapewnienia jakości w ramach rozwoju Systemu, jak i plany, specyfikacje oraz raporty z testów.

2. Zakres Dokumentacji użytkowej musi obejmować następujące rodzaje dokumentów:a. PUZ – Podręcznik Użytkownika Zewnętrznego,b. PUW – Podręcznik Użytkownika Wewnętrznego,c. PAM – Podręcznik Administratora Merytorycznego.

3. Zakres „Dokumentacji administracyjnej” obejmuje następujące rodzaje dokumentów:a. PAS – Podręcznik Administratora Systemu,b. PES – Podręcznik Eksploatacji Systemu.

4. Hierarchiczna postać Dokumentacji analityczno – projektowej .Dokumentacja analityczno – projektowa opracowana będzie na kilku poziomach szczegółowości, przy czym każdy kolejny poziom stanowić będzie dekompozycję poprzedniego. Na najwyższym (tj. najogólniejszym) poziomie przedstawione będą informacje dotyczące Systemu jako całości (m.in. opis architektury oprogramowania). Na kolejnym poziomie znajdować się będą informacje o modułach składowych Systemu.


125

Najniższy poziom dokumentacji zależny jest od złożoności danego modułu, niemniej zakłada się, iż odnosić się on będzie do szczegółów implementacyjnych komponentów oprogramowania (np. opis usługi sieciowej zdefiniowanej w postaci WSDL, opis encji danych wraz z jej atrybutami i powiązanymi obiektami w bazie danych np. indeksy, wyzwalacze). Dokumentacja analityczno – projektowa na najniższym poziomie powinna być kontynuowana w Dokumentacji Kodu Źródłowego, a tym samym powinna do niego referować.

5. Podstawą do utworzenia dokumentacji Systemu będzie model opracowany w Repozytorium Architektury, w którym znajdą się m.in. specyfikacje elementów Systemu (np. komponenty, obiekty danych, interfejsy). Wykonawca zapewni spójność pomiędzy dokumentacją i Repozytorium Architektury, które pełni rolę źródła informacji o elementach Systemu.

6. Modele Repozytorium Architektonicznego opracowane będą w języku UML, o ile Strony nie postanowią inaczej. Zakłada się możliwość stosowania rozszerzeń języka UML w celu ułatwienia modelowania Systemu.

7. Wykonawca zapewni spójność modelu z Repozytorium Architektury na kolejnych poziomach jego szczegółowości.

8. Zakres „Dokumentacji analityczno – projektowej” obejmuje następujące rodzaje dokumentów:

a. SWB – Specyfikacja Wymagań Biznesowych;b. SWSI – Specyfikacja Wymagań Systemu Informatycznego;c. OAR – Opis Architektury Rozwiązania;d. PMS – Projekt Modułu Systemu;e. SKO – Specyfikacja Komponentu Oprogramowania;f. PIS – Projekt Infrastruktury Systemu.

9. Zakres „Dokumentacji wspierającej proces wytwórczy” obejmuje następujące rodzaje dokumentów:

a. PZW – Plan Zarządzania Wymaganiami;b. IKTP – Instrukcja Kompilacji i Tworzenia Pakietu Instalacji;c. OWO – Opis Wersji Oprogramowania.

10. Zakres „Dokumentacji oprogramowania źródłowego” obejmuje następujące rodzaje dokumentów:

a. SKZ – Skomentowany Kod Źródłowy;b. DKZ – Dokumentacja Kodu Źródłowego (wygenerowana automatycznie

z komentarzy).11. Zakres „Dokumentacji zapewnienia jakości” obejmuje następujące rodzaje dokumentów:

a. PTS – Plan Testów Systemu;b. SPST – Specyfikacja Przypadków i Scenariuszy Testowych;c. RT – Raport z Testów.


126

II. Specyfikacja zakresu informacyjnego Dokumentacji Systemu

1. Podręcznik Użytkownika Zewnętrznego (PUZ).Wymagania:

1. Dokumentacja powinna zostać uzupełniona o elementy identyfikujące dokument.2. Dokumentacja powinna zostać uzupełniona o zasady świadczenia wsparcia

technicznego dla tej grupy użytkowników.

Minimalny zakres informacyjny:

Element zakresu informacyjnego (np. rozdział)

Opis elementu zakresu informacyjnego

Identyfikator dokumentu

Informacje na temat: wersji dokumentu, historii zmian, nazwy i wersji Systemu, do którego się odnosi.

Opis ogólny Ogólny opis, do czego służy System, zasady nawigacji pomiędzy poszczególnymi komponentami Systemu oraz generalne zasady współpracy z Systemem, a także zasady świadczenia wsparcia technicznego.

Opis funkcji Opis ról i uprawnień, opis funkcjonalności oraz interfejsu dla tej grupy użytkowników, zasady walidacji pól, opis raportów i zestawień.

Zasady komunikacji Opis komunikacji za pomocą e-mail.

2. Podręcznik Użytkownika Wewnętrznego (PUW).Wymagania:








Opis ogólny Ogólny opis, do czego służy System, zasady nawigacji pomiędzy poszczególnymi komponentami Systemu oraz generalne zasady


127

współpracy z Systemem, a także zasady świadczenia wsparcia technicznego



3. Podręcznik Administratora Merytorycznego (PAM).Wymagania:








Opis ogólny Ogólny opis, do czego służy System, zasady nawigacji pomiędzy poszczególnymi komponentami oraz generalne zasady współpracy z Systemem, a także zasady świadczenia wsparcia technicznego



4. Podręcznik Administratora Systemu (PAS).Wymagania:

a. Podręcznik PAS obejmuje wszystkie czynności administracyjne związane z Systemem, w szczególności opis zadań administratora, w sposób umożliwiający Zamawiającemu ich realizację bez udziału Wykonawcy:

a. instrukcje konfiguracji i administracji Systemu,b. instrukcje postępowania w przypadkach szczególnych oraz awarii, w tym

odtworzenia Systemu,c. opisy komunikatów o błędach w Systemie i procedury rozwiązania takich

sytuacji,d. dokumenty wymagane przez ustawę z dnia 29 sierpnia 1997 r. o ochronie

danych osobowych i przepisy wykonawcze do tej ustawy.b. Podręcznik jest zgodny z elementami Systemu, które opisuje.


128




Wykaz instrukcji i odpowiedzialności

Pełna lista instrukcji wraz z określeniem zespołu odpowiedzialnego za wykonywanie i przestrzeganie danej instrukcji w zakresie administrowania Systemem.

Określenie wersji Określenie wersji Systemu /Produktów, których dotyczy wraz z wersjami systemu operacyjnego/bazy danych/serwerów aplikacyjnych itp.

Wytyczne do planu eksploatacji

Wytyczne do Planu Eksploatacji Systemu sugerujące np. harmonogram wykonywanych okresowo instrukcji.

Instrukcje administratorskie

Opis instrukcji obsługi wszystkich elementów Systemu (w tym uwzględniających mechanizmy bezpieczeństwa przetwarzania danych) niezbędnych dla eksploatacji i utrzymania Systemu.Instrukcje administracyjne powinny dotyczyć co najmniej:

oprogramowania (wraz z obsługą danych), wymaganej konfiguracji infrastruktury programowo –

sprzętowej.Opis powinien zawierać informacje nt. zachowania się w przypadku wystąpienia awarii i konieczności odtworzenia Systemu.

Komunikaty Systemu

Opis komunikatów Systemu (np. występujących w logach czy wyświetlanych na ekranie), w tym komunikatów o błędach – wraz ze szczegółowym wyjaśnieniem ich znaczenia.

Wymogi prawne Opis dokumentów wymaganych przez ustawę o ochronie danych osobowych – w kontekście administrowania Systemem.

5. Podręcznik Eksploatacji Systemu (PES).Wymagania:

1. Podręcznik PES pokrywa pełny zakres procedur eksploatacyjnych Systemu.2. Podręcznik, poprzez wprowadzane zasady eksploatacji, optymalizuje wykorzystanie

zasobów (organizacyjnych i technologicznych) pod kątem spełnienia wymagań eksploatacyjnych Systemu.

3. Opis działań dotyczących eksploatacji Systemu umożliwia Zamawiającemu ich realizację bez udziału Wykonawcy.


129




Role i ich zakresy odpowiedzialności

Wykaz ról pełnionych w przez osoby w realizacji zadań eksploatacyjnych.

Cykliczne zadania eksploatacyjne

Szczegółowy wykaz cyklicznych zadań eksploatacyjnych wraz z pełnym opisem:

Nazwa zadania. Wykaz ról uczestniczących w realizacji zadania, również jeśli

rola występuje wyłącznie w czynnościach opcjonalnych. Określenie terminów/częstotliwości wykonywania zadania. Określenie momentu zakończenia zadania – np. poprzez

określenie czasu trwania lub czasu zakończenia. Czynności wykonywane w ramach zadania z określeniem:

o roli, która wykonuje daną czynność,o wykorzystywanych komponentów oprogramowania.

Jednorazowe zadania eksploatacyjne

Określenie zasad zlecania jednorazowych zadań eksploatacyjnych oraz szablonu zlecenia zadania jednorazowego.

Opis stanowisk pracy

Pełna charakterystyka stanowiska pracy Użytkownika Systemu: Opis przeznaczenia danego stanowiska pracy. Wymagany sprzęt stanowiska pracy, np. minimalna

konfiguracja komputera dla stanowiska pracy. Wymagane oprogramowanie stanowiska pracy wspierające

pracę systemu np. system operacyjny, przeglądarka, oprogramowanie biurowe, etc.

Wymagane wsparcie telekomunikacyjne (sieć telefoniczna, LAN, karta GPRS, etc.).

Wymagane materiały eksploatacyjne. Wymagania charakteryzujące bezpieczne użytkowanie

systemu informatycznego, np. umiejscowienie stanowiska, prace w pomieszczeniu o ograniczonym dostępie.

Wymagane doświadczenie/umiejętności administratora Systemu.

Inne wymagania specyficzne dla Systemu.


130

6. Specyfikacja Wymagań Biznesowych (SWB).Dokument SWB będzie tworzony na podstawie wymagań implementowanych w ramach Usługi Modyfikacji i Rozwoju.Wymagania:

1. Przedstawione w specyfikacji wymagania biznesowe są weryfikowalne.2. Głównym elementem przedstawiającym zakres działania biznesu będzie obszar

funkcjonalny. Dopuszcza się, aby Wykonawca zaproponował zastąpienie obszaru funkcjonalnego przez inny element opisujący biznes - za zgodą Zamawiającego.

3. Zakres obszarów funkcjonalnych obejmuje całość biznesu wspieranego przez System.

4. Każdy obszar funkcjonalny jest powiązany co najmniej z jednym aktorem biznesowym. Obszar funkcjonalny będzie powiązany z aktorami realizującymi bądź korzystającymi z funkcji danego obszaru. W sposób szczególny zostanie wskazany właściciel biznesowy obszaru funkcjonalnego.

5. Obszary funkcjonalne dekomponowane są na składowe obszary funkcjonalne (tj. podobszary). Zastosowany będzie taki poziom dekompozycji obszaru aby inne powiązane z nim elementy występujące w dokumentacji technicznej miały z nim klarowny związek (tj. niedopuszczalna jest istotna różnica w poziomie szczegółowości powiązanych elementów).

6. Każdy opis obszaru funkcjonalnego zawiera informacje nt. wykorzystywanych w jego ramach obiektach biznesowych.

7. Każdy z obszarów funkcjonalnych powinien być opisany w formie tabelarycznej (za pomocą opisanych wyżej atrybutów) oraz przedstawiony w formie graficznej zgodnie z notacją języka UML i przyjętych na potrzeby modelowania Systemu rozszerzeń.

Minimalny zakres informacyjny SWB:



Model dziedziny Opis obiektów biznesowych modelowanej dziedziny i relacje występujące pomiędzy nimi. Model dziedziny musi być przedstawiony zarówno w formie tekstowej (katalog obiektów wraz z ich opisem), jak i graficznej (tj. diagram modelu dziedziny).

Obszary funkcjonalne

Wykaz obszarów funkcjonalnych, których realizacja jest wspierana przez System. Obszary funkcjonalne muszą być opisane następującymi atrybutami:

identyfikator obszaru, nazwa obszaru, opis obszaru, właściciel obszaru, uczestnicy obszaru, podstawa prawna powiązana z obszarem,


131

opis funkcji realizowanych w ramach danego obszaru, powiązanie z obiektami biznesowymi związanymi z danym

obszarem.Aktorzy biznesowi Wykaz aktorów biznesowych powiązanych z obszarem.

Każdy aktor zostanie opisany przez: identyfikator aktora, opis aktora.

Wymagania biznesowe

Wykaz wymagań biznesowych powiązanych z obszarem funkcjonalnym i związanych z dalszą realizacją w Systemie. Wymagania muszą być opisane następującymi atrybutami:

identyfikator wymagania, nazwa wymagania, realizowany cel (opcjonalne), kryteria spełnienia (opcjonalne), dokument źródłowy (opcjonalne), szczegółowa treść wymagania, źródło pochodzenia danego wymagania (opcjonalne), wersja wymagania, data jego dodania do Systemu (opcjonalne), okres obowiązywania, moduły, których dotyczy wymaganie, status określając m.in. czy wymaganie jest otwarte,

zaakceptowane, zrealizowane czy unieważnione, autor - imię i nazwisko autora, autorów, kategoria (Funkcjonalne, Pozafunkcjonalne), priorytet (1 - Niski, 2 - Średni, 3 – Ważny), etap realizacji: identyfikator umowy, nr zmiany, słowa kluczowe, uwagi (opcjonalne), załączniki plikowe (opcjonalne).

Procedury realizacyjne, wytyczne, instrukcje

Wykaz dokumentów uwzględnionych przez Wykonawcę w toku projektowania Systemu.

7. Specyfikacja Wymagań Systemu Informatycznego (SWSI).Dokument SWSI będzie tworzony na podstawie wymagań implementowanych w ramach Usługi Modyfikacji i Rozwoju.Wymagania:

1. Zebrane wymagania muszą być podzielone na wymagania funkcjonalne i pozafunkcjonalne.

2. Wymagania muszą nawiązywać do określonych elementów dokumentacji, w szczególności co najmniej SWB i OAR – przy czym powinno być jasno wskazane,


132

do których elementów dane wymaganie się odnosi. Zakłada się, iż model wymagań będzie powiązany z modelami architektonicznymi w Repozytorium Architektury.

3. Może zostać wydzielona grupa wymagań ogólnych, oprócz tego grupy wymagań wspólnych dla określonych zakresów, wskazane jest wprowadzanie grupowania tematycznego wymagań.

4. Wymagania te muszą być w pełni rozliczalne tj. muszą być mapowane na przypadki testowe – z opisem zakresu i sposobu realizacji każdego z rozważanych wymagań.

5. W celu sprawnego zarządzania cyklem życia wymagań, w tym pomiaru ich realizacji, konieczne może się okazać stosowanie dodatkowych atrybutów wymagań np. statusu realizacji w cyklu życia (np. wymaganie zdefiniowane, implementowane, zrealizowane w całości, zrealizowane w części).

6. W zakresie częściowej i całościowej realizacji wymagań w Planie zarządzania wymaganiami Wykonawca musi przewidzieć utrzymywanie procesu monitorowania stanu i rozliczania realizacji wymagań dla Zamawiającego.

7. Dokument SWSI stanowi kluczowy raport z modelu wymagań, mogący stanowić również podsumowanie stanu ich realizacji w danym okresie.

8. Wymagania obejmują swym zakresem działanie Systemu i pozwalają na powiązanie z nimi przypadków testowych umożliwiających przeprowadzenie testów akceptacyjnych całego Systemu.

9. Rozróżnienie wymagań funkcjonalnych i pozafunkcjonalnych będzie realizowane poprzez stosowną konwencję nazewniczą.

10. Zakres informacyjny dokumentu prezentowany jest z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.




Ogólny opis systemu

Ogólny opis głównych czynników wpływających na kształt Systemu i jego wymagania, w ramach którego musi być przedstawiony:

Kontekst (środowisko), w jakim będzie działał System. Charakterystyka użytkowników Systemu. Uwarunkowania, jakie zostały uwzględnione podczas

tworzenia Systemu. Założenia i zależności np. dotyczące wykonalności

technicznej Systemu.

Kontekst wymagań na system informatyczny

Opisanie sposobu wynikania (ang. traceability) kluczowych wymagań na System z wymagań biznesowych oraz innych czynników sterujących.

Wymagania Wykaz wymagań funkcjonalnych na System.


133

funkcjonalne Każdy przypadek użycia musi być przedstawiony za pomocąnastępujących atrybutów:

identyfikator, nazwa wymagania, opis wymagania, źródło pochodzenia danego wymagania, status wymagania określający jego cykl życia, waga danego wymagania w kontekście Systemu (np.

kluczowe, istotne, normalne, wspomagające), zgłaszający – podmiot bądź osoba, która zgłosiła

wymaganie, część systemu, której dotyczy, wersja wymagania, data jego powstania i data jego ostatniej

modyfikacji.Oprócz opisu tekstowego należy przygotować diagram prezentujący wymagania.Na diagramach przedstawione zostaną wzajemne relacje pomiędzy wymaganiami oraz powiązania z pozostałymi elementami modelu Repozytorium Architektury (np. komponenty, funkcje biznesowe).

Wymaganianiefunkcjonalne

Wykaz wymagań niefunkcjonalnych na System .Muszą być uwzględnione co najmniej następujące rodzaje wymagań niefunkcjonalnych:

wymagania na niezawodność Systemu, wymagania wydajnościowe na System, wymagania dotyczące architektury Systemu (tj. jego

konstrukcji), wymagania dotyczące bezpieczeństwa Systemu

(w szczególności wymagania dotyczące rozliczalności – zakresu informacyjnego danych zapisywanych do dzienników usług i dzienników danych Systemu) oraz dotyczące ochrony przetwarzanych danych (w szczególności danych osobowych),

wymagania dotyczące użyteczności (usability) Systemu, wymagania dotyczące Oprogramowania Systemowego (np.

platform systemowych, platform baz danych, platform aplikacji, itp.) i urządzeń którymi dysponuje Zamawiający z punktu widzenia Systemu,

wymagania dotyczące interfejsów, które musi posiadać System(zarówno zewnętrznych, jak i wewnętrznych) – np. użytkownika, sprzętowe, programowe, sieciowe,

wymagania wynikające z wymaganych do stosowania standardów informatycznych i biznesowych Zamawiającego,

wymagania związane z warunkami licencjonowania, prawami autorskimi, patentowymi itp. lub ograniczenia


134

związane z użytkowaniem, które musi spełnić System, wymagania odnoszące się do wspierania bądź utrzymywania

zbudowanego Systemu, w tym standardy pisania Kodu, konwencje nazewnictwa, biblioteki klas, dostęp serwisowy i narzędzia serwisowe.

Projekty ekranów Projekty ekranów i diagramy nawigacji w postaci załącznika do dokumentu.Powiązanie ww. informacji z wymaganiami.

Projekt przetwarzania dokumentów

Projekt przetwarzania dokumentów w postaci załącznika do dokumentu.Powiązanie ww. informacji z wymaganiami.

Załączniki Ewentualne załączniki doprecyzowujące wymagania.

8. Opis Architektury Rozwiązania (OAR).Wymagania:

1. Wszystkie wymagania zawarte w Opisie Architektury Rozwiązania muszą być zgodne ze specyfikacją wymagań opisanych w dokumencie SWSI.

2. Dobór perspektyw architektonicznych oraz zakres ich opisu może podlegać zmianie na skutek uzasadnionej propozycji Wykonawcy zaakceptowanej przez Zamawiającego.

3. Zakłada się hierarchiczność struktury opisu Systemu, tj. system składający się z modułów, które opcjonalnie mogą składać się z podmodułów, składających się z komponentów o różnym poziomie zagnieżdżenia. Prace nad OAR muszą się rozpocząć od definicji modułów, a następnie będą kontynuowane zgodnie z powyżej opisaną hierarchią.

4. Zakres informacyjny może być przedstawiony w formie zgodnej z wyżej wymienioną hierarchią, gdzie na poziomie dekompozycji modułów przedstawione zostaną perspektywy architektoniczne, jak również w postaci poszczególnych perspektyw architektonicznych, wewnątrz których prowadzona dekompozycja jest zgodna z hierarchią Systemu. Wybór sposobu przedstawienia zakresu informacyjnego określi Wykonawca z uwzględnieniem kryterium czytelności dokumentu.

5. Zakres informacyjny dokumentu ma być prezentowany z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.




Sposób dokumentowania

Opis przyjętego sposobu dokumentowania architektury Systemu– w szczególności objaśnienie wykorzystanych perspektyw wraz


135

architektury z charakterystyką ich zawartości. Prezentowane jest objaśnienie zastosowanych perspektyw.

Syntetyczne przedstawienie architektury rozwiązania

Syntetyczny opis architektury Systemu przedstawiający za pomocą diagramu następujące warstwy:

warstwę biznesową złożoną z obszarów funkcjonalnych i głównych aktorów,

warstwę modułów i ich zasadniczych komponentów, warstwę wdrożenia obejmującą lokalizacje oraz główne węzły.

Kluczowe wymagania architektoniczne

Wykaz istotnych wymagań funkcjonalnych i pozafunkcjonalnych mających istotny wpływ na obecny kształt architektury Systemu np. dotyczących bezpieczeństwa, dostępności, wolumetrii danych, integracji z systemami zewnętrznymi.Każde wymaganie zostanie opisane przez:

identyfikator wymagania, opis wymagania.

Kluczowe decyzje architektoniczne

Wykaz istotnych decyzji kształtujących obecną architekturę Systemu. Decyzje architektoniczne mogą dotyczyć np.: aspektów funkcjonalnych oraz pozafunkcjonalnych, takich jak bezpieczeństwo systemu, modyfikowalność, niezawodność, przenaszalność.Każda decyzja zostanie opisana przez:

identyfikator decyzji, opis słowny decyzji.

Wzorce architektoniczne

Opis wzorców architektonicznych stosowanych w oprogramowaniu Systemu (np. wzorce projektowe GoF, wzorce integracyjne, wzorce szczególne dla systemu). Należy wskazać miejsce i specyfikę jego zastosowania w Systemie na ogólnym poziomie (tj. modułów).Każdy wzorzec architektoniczny zostanie opisany przez:

identyfikator wzorca, opis wzorca (lub jego nazwę, jeśli jest to wzorzec powszechnie

znany).

Perspektywa biznesu

Opis i przedstawienie na diagramie obszarów funkcjonalnych, aktorów z nimi powiązanych oraz obiektów biznesowych.

Perspektywa zachowania

Prezentacja działania Systemu za pomocą wybranych scenariuszy biznesowych, stanowiących istotną, centralną funkcjonalność Systemu lub mających znaczący wpływ na architekturę całego Systemu. Scenariusze biznesowe powinny być powiązane z obszarami funkcjonalnymi, modułami i ich komponentami.Każdy scenariusz biznesowy zostanie opisany przez:

identyfikator,


136

syntetyczny opis, diagram zachowania.

Perspektywa logiczna

Opis struktury logicznej Systemu w kontekście jego modułów, podmodułów i komponentów składowych, warstw (np. prezentacji, logiki biznesowej, baz danych) oraz wzajemnych powiązań pomiędzy poszczególnymi warstwami i elementami. Każdy z modułów Systemu powinien być skrótowo opisany. Dla każdego podmodułu lub komponentu należy podać co najmniej jego nazwę, realizowane funkcjonalności i ogólną definicję interfejsów, które odpowiadają za wzajemne relacje pomiędzy komponentami Systemu oraz z innymi systemami. Należy również odnieść się do kwestii architektonicznych dotyczących sposobów integracji komponentów Systemu z zewnętrznymi komponentami i systemami.Opis zostanie przedstawiony w postaci tekstowej oraz graficznej z wykorzystaniem m.in. diagramów komponentów.

Perspektywa danych

Opis sposobu przechowywania danych w Systemie, w szczególności: modelu zasadniczych obiektów danych w postaci diagramu

klas oraz ich opis, mapowania istotnych, nietrywialnych trwałych klas

projektowych na model danych, w postaci tabeli z mapowaniem i diagramów klas,

części Systemu, które zostały zrealizowane bezpośrednio w bazie danych np. w postaci procedur, w postaci tabelarycznej wykazu procedur i powiązań z obiektami danych,

prezentacji kwestii zapewnienia transakcyjności, współbieżności, rozproszenia itp., w postaci opisu słownego przedstawiającego sposób zapewniania danego zagadnienia.

Należy wymienić kluczowe wymagania i decyzje architektoniczne mające wpływ na perspektywę danych.

Perspektywa fizyczna

a. Opis topologii poszczególnych elementów Systemu– zarówno sprzętowych, jak i programowych, w szczególności należy przedstawić:

lokalizacje oraz elementy Systemu dla danej lokalizacji, charakterystykę połączeń (w tym sieciowych) pomiędzy

poszczególnymi elementami systemu informatycznego.Perspektywa fizyczna zostanie opisana przez odrębny diagram wdrożenia dla każdej z lokalizacji.Należy wymienić kluczowe wymagania i decyzje architektoniczne mające wpływ na perspektywę fizyczną.


137

Zamawiający dostarczy Wykonawcy informację o elementach perspektywy fizycznej pozostającej w gestii Zamawiającego lub podmiotów trzecich.

Zestawienie infrastruktury programowej i sprzętowej

b. Charakterystyka niezbędnej infrastruktury programowej i sprzętowej wykorzystywanej przez oprogramowanie Systemu.

c. Zestawienie infrastruktury programowej obejmuje oprogramowanie systemowe (np. system operacyjny, serwery aplikacji, oprogramowanie integracyjne, oprogramowanie baz danych itp.). Zestawienie zostanie opisane przez tabelę zawierającą:

nazwę oprogramowania, typ, wersję, producenta, liczbę i rodzaj wykorzystywanych licencji.

d. Zestawienie infrastruktury sprzętowej zostanie opisane przez tabelę zawierającą:

nazwę urządzenia, typ, wersję, producenta, liczbę wykorzystywanych urządzeń danego typu.

e. Zamawiający dostarczy Wykonawcy informację o elementach infrastruktury programowej i sprzętowej pozostającej w gestii Zamawiającego lub podmiotów trzecich z wykorzystaniem przygotowanych przez Wykonawcę arkuszy specyfikujących ww. infrastrukturę (tj. szablonu).

9. Projekt Modułu Systemu (PMS). Wymagania:

1. PMS może być dokumentem złożonym, oddającym hierarchię podmodułów Systemu. 2. Identyfikowany model danych w ogólnym przypadku obejmuje model danych

Systemu (bazujący na modelu obiektów biznesowych) oraz model danych jego interoperacyjności (semantycznej, ew. technicznej dla danych) z systemami zewnętrznymi.

3. Zakres informacyjny dokumentu ma być prezentowany z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.




Opis techniczny Wykaz standardów technicznych oraz podejść projektowych wykorzystywanych do implementacji komponentów oprogramowania w danym module Systemu.

Wykaz narzędzi Wykaz narzędzi wspomagających tworzenie komponentów


138

wspomagających tworzenie systemów informatycznych

oprogramowania w postaci tabeli zawierającej: nazwę danego narzędzia, oznaczenie wykorzystywanej wersji danego narzędzia, opis zastosowania – krótki opis celu wykorzystania danego

narzędzia.

Koncepcja integracji

Opis integracji danego modułu z innymi modułami i systemamiInformatycznymi.Dla każdej integracji pomiędzy modułami Systemu należy opisać:

Moduły, których dotyczy dana integracja, Cel integracji modułów (jakie zadanie spełnia dana

integracja), Charakterystyka i sposób wymiany danych (np.

komunikatów, plików).

Model komponentów oprogramowania

Opis poszczególnych podmodułów (o ile to zasadne) oraz komponentów oprogramowania. Zamieszczony opis prezentuje ogólną informację o ww. elementach oraz sposób ich wzajemnej interakcji.Zakres informacji powinien zostać dostosowany do konkretnego typu podmodułu czy komponentu oprogramowania. Poniżej został zamieszczony minimalny zakres informacji:

opis elementów (tj. podmodułów, komponentów), opis powiązań pomiędzy elementami (tj. identyfikacja

interfejsów), ogólny opis interfejsów:

o identyfikator interfejsu;o nazwa interfejsu;o syntetyczny opis interfejsu;o rodzaj interfejsu (np. plikowy, WebAPI);

główne scenariusze działania, powiązania elementów z funkcjami biznesowymi, w postaci

realizacji zależności ww. funkcji do danego elementu bądź w innej formie ustalonej z Zamawiającym.

Zamawiający może wyrazić zgodę na inny zakres informacji. Informacje mogą zostać umieszczone w zewnętrznych dokumentach, będących załącznikami.

Logiczny model danych

Opis logicznego modelu danych wykorzystywany w ramach modułu. Opis zawiera diagram modelu danych, jak i jego specyfikację.Model jest dalszą dekompozycją danych przedstawionych w OAR i zachowuje z nim spójność.

Model wdrożenia Model wdrożenia dla danego modułu składający się ze stosownych


139

diagramów wdrożenia opracowanych w języku UML.Model wdrożenia opisuje rozmieszczenie komponentów i obiektów w węzłach (nodes, typu CPU, pamięć RAM, urządzenie/serwer itp.), jak również występujące tam (inne) artefakty oraz wzajemne połączenia sieciowe.Do artefaktów można zaliczyć skrypty, konfiguracje, pliki, Kody Źródłowe, fizyczne zbiory/bazy danych, komponenty przetwarzające itd.Diagramy rozlokowania komponentów powinny być tworzone zarówno na poziomie logicznym, jak i fizycznym.Zamawiający dostarczy Wykonawcy informację o elementach obiektów w węzłach (nodes, typ CPU, RAM, urządzenia, serwery, itp.), jak również połączenia sieciowe w zakresie poszczególnych modułów Systemu z wykorzystaniem przygotowanych przez Wykonawcę arkuszy specyfikujących ww. infrastrukturę (tj. szablonu).

10. Specyfikacja Komponentu Oprogramowania (SKO).Wymagania:

1. Specyfikacja komponentu powinna wyjaśnić: jaka jest struktura wewnętrzna danego komponentu wraz z powiązaniami, interfejsy z otoczeniem i zakresy wymienianych informacji, jaki jest sposób jego wytworzenia, zakres realizowanych wymagań.

2. Dokumentacja komponentu powinna umożliwiać Zamawiającemu, w uzupełnieniu do pozostałych definiowanych tutaj dokumentów, zlecenie podmiotowi trzeciemu utrzymania, modyfikacji i rozwoju danego komponentu.

3. Komponenty oprogramowania mogą mieć bardzo zróżnicowany charakter (np. komponent bazodanowy, komponent usługowy, komponent obsługujący GUI itp.) stąd Wykonawca w oparciu o własną wiedzę na temat Systemu zaproponuje stosowne uszczegółowienie podanego poniżej zakresu informacyjnego uwzględniając specyfikę danego typu komponentu występującego w Systemie. Powyższe uszczegółowienie będzie miało wyraz w propozycji szablonu dokumentu dla danego typu komponentu. Dla przykładu podano poniżej oczekiwany zakres informacyjny dla komponentu aplikacyjnego, i bazodanowego.

4. Dla zachowania efektywności opisu oraz minimalizacji liczby dokumentów istotnie powiązane ze sobą komponenty (np. korzystające z tych samych danych) mogą być opisane w ramach jednego dokumentu SKO.


Minimalny zakres informacyjny dla komponentu aplikacyjnego:


140



Kontekst komponentu Cel i zastosowanie komponentu. Ogólny opis komponentu oraz powiązań z jego otoczeniem, w tym interfejsów.

Skład komponentu Opis składowych elementów komponentu, w tym klas z wyróżnionymi stereotypami oraz opisanymi metodami i atrybutami. W szczególności należy wyróżnić klasy pełniące rolę kontrolerów, encji i klasy granicznej.Opis zawierać będzie specyfikację interfejsów danego komponentu.

Model danych (opcjonalny)

Opis logicznego i fizycznego modelu danych komponentu. Opis zawiera diagram modelu danych, jak i jego specyfikację.Model jest dalszą dekompozycją danych przedstawionych na poziomie powiązanego dokumentu PMS i zachowuje z nim spójność.

Zachowanie komponentu

Przedstawienie mechanizmów działania komponentu w postaci diagramów zachowania (np. diagramów sekwencji, diagramów aktywności).

Widok implementacji Przedstawienie powiązania komponentu i jego składowych z postacią źródłową (np. pakietami).

Model wdrożenia W przypadku gdy dla danego komponentu istnieje szczególna specyfika wdrożenia tj. wykraczająca poza opis na poziomie modułu (PMS) należy ją przedstawić zgodnie z zaleceniami dla Modelu wdrożenia w PMS.

Zakres realizowanych wymagań

Specyfikacja pozwalająca na szczegółowe udokumentowanie powiązań wymagań na System z implementowanymi zakresami funkcjonalnymi i sposobem ich realizacji w opisywanym komponencie.Wskazaniu podlegają również wymagania pozafunkcjonalne dotyczące komponentu.

Specyfikacje algorytmów

Opis obejmujący zastosowane w komponentach algorytmy wyliczania wartości liczbowych lub logicznych. Algorytmy zostaną opisane za pomocą diagramów zachowania oraz opisu słownego.Przedstawiony w dokumencie model danych powinien odpowiadać poziomem szczegółowości opisom algorytmów komponentu.

Odniesienie do Wskazanie zastosowanych wzorców projektowych (odniesienie


141

wzorców projektowych do OAR) wraz z podaniem miejsca zastosowania.

Zastosowane bibliotek Zestawienie i ogólny opis zastosowanych bibliotek.

Minimalny zakres informacyjny dla komponentu bazodanowego:



Kontekst komponentu Cel i zastosowanie komponentu.

Logiczny model danych Opis logicznego modelu danych komponentu, o ile nie został wystarczająco przedstawiony na poziomie dokumentu PSM i konieczna jest jego dalsza dekompozycja.

Fizyczny model danych Opis fizycznego modelu danych komponentu.

Lista obiektów bazy danych

Lista obiektów bazy danych (m.in. sekwencji) wraz z opisem i przeznaczeniem (tj. gdzie i do czego obiekt jest wykorzystywany).

Opis tabel i widoków Szczegółowy opis każdej tabeli i widoku .Opis kolumn z podaniem ich typów oraz wielkości, wymagalności i opisu przeznaczenia.Zestawienie kluczy obcych ze wskazaniem nazwy klucza, kolumny referencji i tabeli referencji.Zestawienie kluczy głównych oraz indeksów ze wskazaniem nazwy, kolumn składowych z zachowaniem kolejności oraz unikalności indeksu.

Zakres realizowanych wymagań

Specyfikacja pozwalająca na szczegółowe udokumentowanie powiązań wymagań na System z implementowanymi zakresami funkcjonalnymi i sposobem ich realizacji w opisywanym komponencie.Specyfikacji podlegają również wymagania pozafunkcjonalne dotyczące komponentu.

Opis kodu działającego po stronie bazy danych

Opis kodu działającego po stronie bazy danych, w tym wyzwalaczy, procedur, funkcji oraz pakietów.Szczególny opis kodu zawierającego algorytmy - wyliczenia wartości liczbowych lub logicznych. Algorytmy zostaną opisane za pomocą diagramów zachowania oraz opisu słownego.

11. Projekt Infrastruktury Systemu (PIS).Wymagania:


142

1. Zawartość dokumentu powinna pozwalać na zidentyfikowanie pokrycia potrzeb infrastrukturalnych Systemu przez przydzielone do niego lub planowane do przydzielenia zasoby.

2. Należy oczekiwać wyspecyfikowania przynajmniej środowisk: deweloperskiego, szkoleniowego, testowego, produkcyjnego – wraz z określeniem ich skalowalności.





Rodzaje środowisk Systemu

Charakterystyka środowisk (deweloperskiego, szkoleniowego, testowego, produkcyjnego) opisana poprzez zestaw atrybutów:

rodzaj środowiska, użytkowników środowiska (zewnętrznych, wewnętrznych), cel istnienia, lokalizację środowiska (wskazanie ośrodka przetwarzania

danych).

Architektura logiczna Systemu

Specyfikacja i charakterystyka komponentów Systemu oraz schemat blokowy Systemu

Opis poszczególnych środowisk

Opis wymagań niefunkcjonalnych: zasięg systemu (opis), liczba użytkowników w Systemie (szt.), relacje z innymi systemami:

o zasila systemy (opis)o jest zasilany z systemów (opis)

szacowany rozmiar danych w systemie (GB), planowany przyrost danych w ciągu roku (GB), wymagania systemu na platformę sprzętowo-systemową, wymagania systemu na platformę bazodanową, inne.

Architektura systemu

Opis i diagramy architektury dla danego środowiska, uwzględniające warstwy Systemu (prezentacji, aplikacji, DB, integracji, itp.).

Serwery aplikacyjne

Opis serwerów aplikacyjnych w danym środowisku – za pomocą zestawu atrybutów:

nazwa serwera aplikacyjnego, przeznaczenie (m.in. lista wdrażanych komponentów), producent, rodzaj i wersja,


143

rodzaj konfiguracji (np. klaster – liczba nodów / standalone), opis konfiguracji serwera i jego parametry, opis powiązań serwera aplikacyjnego z otoczeniem (np. bazą

danych, LDAP).

Systemy baz danych

Opis baz danych w danym środowisku – za pomocą zestawu atrybutów:

nazwa bazy danych, funkcja bazy danych, producent, rodzaj i wersja RDBMS, rodzaj konfiguracji (np. klaster – liczba nodów / standalone), rozmiar bazy danych, szacowany przyrost danych (w ciągu roku), opis środowiska bazy danych i parametry bazy, fizyczna struktura bazy danych na poziomie przestrzeni tabel, opis powiązań bazy danych, komunikacja aplikacji z bazą danych, lista użytkowników bazy, zadania automatyczne.

Urządzenia klienckie i peryferyjne

Rodzaje i liczba użytkowników Systemu oraz ich wymagania na komputery klienckie wraz z ich oprogramowaniem i urządzeniami peryferyjnymi.

Koncepcja backup’u

Ogólny opis systemu backupu i archiwizacji oraz urządzeń i narzędzi przewidywanych do obsługi procesu backupu i archiwizacji (m.in. serwer backupowy, klienci, urządzenia przechowujące).Opis:

architektury systemu backupu i archiwizacji, oprogramowania do backupu i archiwizacji, polityk backupu, lista elementów Systemu objętych backup’em i archiwizacją.

Koncepcja Disaster Recovery

Opis koncepcji odtworzenia Systemu po awarii - dla każdego ze środowisk Opis Architektury Rozwiązania Disaster Recovery

Wymagane licencje Wykaz zbiorczy wszystkich potrzebnych do wdrożenia Systemu licencji dla wszystkich środowisk i we wszystkich ośrodkach przetwarzania danych scharakteryzowany poprzez informacje:

rodzaj licencji, nazwa licencji, sposób licencjonowania, liczba, okres wsparcia.

Załączniki W ramach załączników do dokumentu należy przestawić listę


144

i zawartość plików konfiguracyjnych.

12. Plan Zarządzania Wymaganiami (PZW).Wymagania:

1. PZW jest kluczowym dokumentem zarządczym definiującym proces zarządzania wymaganiami w ramach Umowy.

2. Wykonawca musi określić i uzgodnić z Zamawiającym jakie narzędzia będą użyte do zarządzania wymaganiami i utrzymania powiązań z innymi repozytoriami czy rejestrami (np. z modelem architektury, z modelem przypadków testowych zamkniętych w scenariusze).

3. Rozróżnienie wymagań funkcjonalnych i pozafunkcjonalnych będzie realizowane poprzez stosowną konwencję nazewniczą.




Organizacja, zakresodpowiedzialności i zasady komunikacji

Opis, kto będzie odpowiedzialny za poszczególne działania opisane w procesie zarządzania wymaganiami oraz charakterystyka zasad komunikacji.

Narzędzia Opis narzędzi, które będą używane do realizacji zadań związanych z zarządzaniem wymaganiami podczas realizacji niniejszej Umowy.

Sformułowanie wymagań

Opis typów wymagań (funkcjonalnych i niefunkcjonalnych) wykorzystywanych w trakcie realizacji Umowy, jak i zdefiniowanie konwencji ich nazewnictwa, oznaczenia i numeracji.

Zatwierdzanie wymagań

Definicja zasad zatwierdzania zidentyfikowanych wymagań, a szczególnie zasad wprowadzania zmian w zaakceptowanych wymaganiach.

Kontrola wymagań Dla każdego typu wymagania, należy wymienić dodatkowe reguły lub wskazówki niezbędne do zastosowania w celu śledzenia jego powiązań z innymi wymaganiami. Należy opisać wszystkie zasady, których należy się trzymać, np. każda zaakceptowana cecha oprogramowania musi być powiązana z przynajmniej jednym wymaganiem.

Atrybuty wymagań Adekwatnie do konwencji przyjętej SWB.

13. Instrukcja Kompilacji i Tworzenia Pakietu Instalacji (IKTP).


145

Wymagania:1. Instrukcja powinna umożliwić realizację budowy Kodu Źródłowego do postaci kodu

wykonywalnego Systemu, a następnie jego instalację.2. Opisy powinny uwzględniać fakt, że Zamawiający nie ma wszystkich repozytoriów,

narzędzi i wiedzy Wykonawcy, stąd ważne jest dokonanie transferu pełnej wiedzy i wskazanie dostępnych dla Zamawiającego metod i środków działania.

3. Budowa Systemu powinna być możliwa bez dostępu do Internetu (np. z wykorzystaniem wewnętrznych repozytoriów bibliotek).

4. Pakiet instalacyjny rozumiany jest zarówno jako pakiet aktualizacyjny czy usuwający wadę dla danej wersji Systemu, jak i pakiet pełnej instalacji Systemu. Dokument IKTP obejmuje wszystkie rodzaje instalacji (m.in. aktualizację i instalację pełną).




Opis środowiska wytwórczego

Opis środowiska wytwórczego, w tym jego komponentów składowych oraz ich konfiguracji.

Opis przygotowania pakietu instalacji

Instrukcje związane z kompilacją i konsolidacją kodu (budową kodu) oraz wstępne prace konfiguracyjne, zmierzające do przygotowania pakietu instalacji Systemu.

Opis instalacji i konfiguracji

Informacje niezbędne do przeprowadzenia pełnej instalacji i konfiguracji wszystkich elementów Systemu wymaganych od Wykonawcy. W przypadku zastosowania mechanizmów automatyzacji procesu instalacji, należy przedstawić również opis manualnego instalowania Systemu. Należy opisać instrukcje instalowania i wycofywania nowej wersji Systemu.

14. Opis Wersji Oprogramowania (OWO).Wymagania:

1. OWO jest elementem kontroli konfiguracji w procesie wytwarzania Systemu.2. Każda wersja (wydanie) ma określoną funkcję, poziom szczegółowości. Utrwalanie i

archiwizowanie tych wersji ma tym większe znaczenie, im bardziej zbliżone są one do wydań głównych.




Nazwa wydania Symboliczna nazwa wydawanego kodu.


146

Wersja - numer Unikalne oznaczenie wersji, zgodne ze stosowaną konwencją i zasadami wersjonowania np. kod z liczb naturalnych w układzie „[numer główny].[numer dodatkowy].[numer wydania poprawkowego wersji rozwojowej].

Znacznik czasu wydania

Stempel czasowy wydania – data i godzina z minutami.

Status rozwoju oprogramowania

Oznaczenie etapu według systematyki np.: Wersja niestabilna – testowa:

o Wersja robocza – wersja dostępna przeważnie tylko dla twórców, w której zaimplementowano algorytmy, definiowany jest interfejs użytkownika, dodaje się funkcje oprogramowania.

o Wersja alfa – wersja sygnalizująca w określonym zakresie funkcjonalność oprogramowania, udostępniana dla zebrania uwag, propozycji zmian, sugestii (np. wersja prototypowa).

o Wersja beta - wersja wydawana w celu przetestowania kodu w rożnych środowiskach i warunkach, aby zidentyfikować ewentualne błędy w działaniu oraz dla optymalizacji działania kodu.

o Wersja RC (ang. release candidate) – kandydat do wydania stabilnego, wersja gotowa do celów produkcyjnych, ale publikowana jako testowa i bez gwarancji poprawności działania.

Wersja stabilna – oznaczenie wersji finalnej, produkcyjnej.

Odnośniki do dokumentacji bazowej

Odnośniki do dokumentacji bazowej, której wynikiem jest dana wersja oprogramowania (m.in. SWB, OAR, SWSI).Odniesienie do procedur instalacji z ewentualnymi uwagami dodatkowymi dotyczącymi danej wersji.

Komponenty składowe

Lista komponentów składowych i ich wersji.

Opis zmian wersji Lista zmian oraz możliwych problemów.

15. Skomentowany Kod Źródłowy (SKZ).Wymagania:

1. SKZ składa się z właściwego skomentowanego Kodu Źródłowego w postaci dokumentu DKZ.

2. Jakość komentarzy ma bezpośrednie znaczenie dla jakości DKZ, z tego powodu Wykonawca jest odpowiedzialny za zapewnienie odpowiedniej zawartości.


147

3. Opis należy sporządzać zgodnie z konwencją i najlepszymi praktykami w tym zakresie, dostosowując się do stosowanego języka oraz dedykowanego narzędzia.

4. Jako roboczą regułę wyznaczającą jakość opisu ustala się komentowanie kodu w taki sposób, jakiego tworzący komentarz programista sam by oczekiwał - co do zakresu, podejścia, zawartości, szczegółowości, konsekwencji w stylu, spójności konwencji itd. Minimalne wymagania to:

Każda klasa (aplikacji, formularzy, raportów itd.) musi zawierać kilkuzdaniowy komentarz opisujący, jakiego rodzaju obiekty generuje i jaka jest ich semantyka,

Każdy atrybut każdej klasy musi zawierać komentarz opisujący jego znaczenie, Każda metoda każdej klasy musi zawierać komentarz opisujący, do czego

metoda służy, jakie ma parametry (co one oznaczają) oraz jaką wartość zwraca,

Każde wywołanie metody obiektu musi zawierać komentarz objaśniający czemu służy,

Każde wykonanie instrukcji SQL musi zawierać komentarz objaśniający czemu służy.

5. Brak komentarzy lub ich niska jakość traktowana będzie jako wada jakościowa Kodu Źródłowego, która zostanie krytycznie oceniona w trakcie dokonywania odbioru przez Zamawiającego, ze wstępnym wskazaniem rezultatu jako uwaga istotna, uniemożliwiająca Odbiór Produktu.

6. SKZ będzie instalowany na środowisku wytwórczym Zamawiającego z zachowaniem zasad zarządzania konfiguracją.




Wykaz KodówŹródłowych

Wykaz wszystkich Kodów Źródłowych koniecznych do generowania określonej wersji Systemu, modyfikacji oraz dalszego rozwoju zbudowanych komponentów oprogramowania. W zestaw Kodów Źródłowych zalicza się również wszelkie dodatkowe zasoby takie jak skrypty, dane konfiguracyjne, itp.

Charakterystyka zestawów Kodów Źródłowych

Charakterystyka zestawu Kodów Źródłowych opisana przez zestaw co najmniej następujących atrybutów:

identyfikator zestawu Kodów Źródłowych, nazwa zestawu Kodów Źródłowych, opis przeznaczenia zestawu Kodów Źródłowych, opis formatu dostarczonego zestawu Kodów Źródłowych (np.

archiwum ZIP), lista technologii, wraz z wersją technologii, w których zostały


148

wytworzone Kody Źródłowe danego zestawu, wykaz środowisk programistycznych, wraz z wersją danego

środowiska, w których zostały wytworzone Kody Źródłowe danego zestawu,

pełna charakterystyka zestawu: katalogów, plików, skryptów, dokumentacji Kodów Źródłowych.

Kod Źródłowy Kod Źródłowy oprogramowania w zakresie dostawy (w postaci elektronicznej i edytowalnej z oznaczeniem wersji/wydania).

Instrukcje konfiguracji środowiska i utworzenia paczki instalacyjnej

Odesłanie do odpowiedniego dokumentu Instrukcja Kompilacji i Tworzenia Pakietu Instalacji (IKTP) dla opisywanej paczki instalacyjnej.

16. Dokumentacja Kodu Źródłowego (DKZ) .Wymagania:

1. DKZ jest generowana na podstawie SKZ przy użyciu wybranego dedykowanego narzędzia i jest pozyskiwana z niego na podstawie odpowiednich znaczników wpisywanych w komentarze (o składni zgodnej z regułami narzędzia).

2. Jakość DKZ wynika z zasad stosowanych przy realizacji produktu SKZ.




Treść dokumentacji Kodu Źródłowego

Dokumentacja Kodu w formacie html, wygenerowana stosownym dla Systemu narzędziem (np. javadoc).Dokumentacja powstanie na podstawie komentarzy zawartych w Kodzie Źródłowym i oznaczonych odpowiednimi znacznikami.

Konfiguracja narzędzia dokumentującego

Opis konfiguracji narzędzia dokumentującego, w tym jego ewentualne pliki konfiguracyjne w postaci załączników.

17. Plan Testów Systemu (PTS).Wymagania:


149

1. Zakłada się, że Plan Testów Systemu, ze względu na wagę tego etapu procesu wytwórczego, nie jest tylko dokumentem zarządczym, ale narzędziem dobrego przygotowania testów odbiorczych Systemu.

2. Szczególnie ważne są harmonogramy testów: zabezpieczenie odpowiednich zasobów, przygotowanie lokalizacji, zgromadzenie odpowiednich osób o odpowiednich kwalifikacjach i wiedzy.

3. Plan Testów wspiera proces, w którym rozliczane są wszystkie wymagania na System w przypadkach testowych zawartych w przeprowadzanych scenariuszach testów. Dzięki wsparciu dodatkowych narzędzi, zarówno Wykonawca, jak i Zamawiający są w stanie systematycznie monitorować stan realizacji i reagować na odstępstwa i zmiany.

4. Opis oceny stosowany przy weryfikacji i akceptacji wyników testów będzie zgodny z praktykami stosowanymi w Usłudze Modyfikacji i Rozwoju Systemu.




Przegląd planowanych testów

Przegląd zakresu testów:o Ogólny przegląd głównych planowanych testów.

Przegląd wyłączeń:o Przegląd potencjalnych testów, które mogłyby zostać

przeprowadzone, ale zostały z określonych przyczyn wyłączone z zakresu testów. Należy jasno wskazać, dlaczego dane testy (lub cała ich kategoria) zostały wyłączone z zakresu planu testów, podając uzasadnienie, np.:

testy te nie przyczyniają się do oceny zakresu funkcjonalności przewidzianego w ramach tego etapu kontraktu,

brak możliwości technicznych przeprowadzenia określonych testów.

Strategia testów Przegląd zalecanej strategii analizowania, projektowania, tworzenia i wykonywania niezbędnych testów.

Pomiar postępów testów – wskazanie jakie podejścia zostaną zastosowane do mierzenia postępów prac testowych.

Przeprowadzenie testów – opisanie, w jaki sposób testy będą przeprowadzane. Charakterystyka obszarów ryzyka dla jakości produktu oraz rodzaje testów, jakie będą przeprowadzone, a także związane z tym techniki testowania. Przedstawienie sposobu prowadzenia testów dla każdej techniki: w jaki sposób zostanie przeprowadzone projektowanie, tworzenie


150

i wykonywanie testów oraz kryteria weryfikacji przydatności i skuteczności danej techniki.

Harmonogram testów

Opisanie harmonogramu testów oraz omówienie kryteriów wykorzystywanych do oceny możliwości rozpoczęcia, zakończenia lub zawieszenia wykonywania testów. Harmonogram powinien uwzględniać szkolenia przewidziane na cele procesu testowania.

Proces testowania Przedstawienie kolejności wykonywania testów, którego powinien trzymać się zespół testowy w realizacji planu testów. Przedstawienie poszczególnych zadań testowych. Opisanie wymaganej dokumentacji, powstającej w procesie testowania oraz charakterystyka produktów dodatkowych m.in.:

Testów regresji i pomocniczych skryptów testowych, Dodatkowych skryptów testowych - mogą to być zestawy

Kodów Źródłowych dla testów automatycznych w postaci skryptów lub odniesienie do repozytorium Kodów Źródłowych i skompilowanych plików wykonywalnych dla skryptów utrzymywanych przy użyciu wyspecjalizowanego narzędzia do testów automatycznych,

Wskazówek dla testerów - wskazówki dla testerów obejmują szereg kategorii dokumentów, jak np. katalogi wskazań testowych, zestawy najlepszych praktyk, wzorce testowe, itd.

Środowisko testowe

Charakterystyka zasobów innych niż ludzkie niezbędnych dla realizacji testów – tj.:

sprzęt, oprogramowanie wspierające proces testowania, oprogramowanie dodatkowe, konfiguracja środowiska testowego.

Personel Charakterystyka zasobów ludzkich niezbędnych dla realizacji testów, opisanie zakresu odpowiedzialności oraz poziom wiedzy i umiejętności oczekiwanych od tych zasobów. Należy wskazać, w którym momencie cyklu życia projektu potrzebne będą określone umiejętności i zasoby ludzkie i w jakiej liczbie. Ze względu na fakt, że zespół testowy często potrzebuje wsparcia ze strony członków innych zespołów, należy uwzględnić zaangażowanie i dostępność niezbędnych specjalistów.

Proces zarządzania Opis procesów i procedur, które należy uruchomić w przypadku pojawienia się problemów związanych z Planem Testów Systemu i jego realizacją.

Określenie zasad zarządzania strategią mierzenia i oceny postępów testów.

Opis procesu oceny stosowany przy weryfikacji i akceptacji


151

Raportów z Testów. Opis sposobu raportowania i eskalowana problemów

związanych z testami, oraz opis procesu ich rozwiązywania. Opis procesu kontroli cyklu testów przez kierownictwo.

18. Specyfikacja Przypadków i Scenariuszy Testowych (SPST).Wymagania:

1. W przyjętej nomenklaturze zakłada się, że zestaw testów dla danego zakresu Systemu składa się ze scenariuszy testowych, a te z kolei z przypadków testowych.

2. Dany przypadek testowy jest związany z określonymi wymaganiami, dla których zawiera on opis sposobu i zakresu realizacji.

3. Przypadki testowe są także podstawą rozliczenia wymagań funkcjonalnych i pozafunkcjonalnych na System, analogicznie – poprzez wskazanie zakresu i sposobu realizacji.

4. W celu zapewnienia powiązań przypadków testowych z wymaganiami Wykonawca zapewni przechowywanie przypadków testowych we wspólnym Repozytorium Wymagań, tak by możliwa była analiza spójności, raporty podsumowujące itd.

5. Planowanie zasobów podczas realizacji testów Systemu w SPST:a. SPST przedstawia strategię podejścia do testów, w sposób, który optymalizuje

wykorzystanie zasobów (osób, czasu, sprzętu, oprogramowanie itp.) po stronie Zamawiającego.

b. SPST jest przygotowany w ten sposób, że planowane zasoby po stronie Zamawiającego są realne do uzyskania.

c. Przeprowadzenie równolegle testów z wymaganym udziałem osób o tych samych kompetencjach po stronie Zamawiającego zostało przez niego zaakceptowane.

6. SPST zawiera informacje dotyczące sposobu pomiaru postępu testów, co pozwala określić:

a. jaka część planowanych testów została wykonana,b. ile testów (pracochłonność, czasochłonność, procent itp.) jest jeszcze do

wykonania.Minimalny zakres informacyjny:



Wykaz zestawów testów

Wykaz zestawów testów wykonywanych w ramach tworzenia Systemu oraz wykonywanych w celu jego odbioru, opisany za pomocą co najmniej następującego zestawu atrybutów:

identyfikator zestawu,


152

nazwa zestawu, zespół, lub osoba odpowiedzialna za przeprowadzenie testów, lista elementów (np. systemu oprogramowania,

komponentów oprogramowania, platform programowych, urządzenia) Systemu podlegających kontroli w ramach danego zestawu testów, wraz z listą celów, jakie mają zostać osiągnięte poprzez przeprowadzenie danego testu,

opis przyjętego sposobu testowania, wraz z listą narzędzi wspierających testy (doszczegółowienie w „Planie Testów Systemu”). W przypadku zastosowania narzędzi wspierających należy tutaj wskazać instrukcje instalowania i konfigurowania danego narzędzia,

kryteria określające pozytywny wynik wykonania danego zestawu testów, w szczególności dla testów odbioru; powinny zostać umieszczone kryteria odbioru,

wykaz zasobów ludzkich koniecznych do przeprowadzenia testów,

wykaz zestawów danych testowych wymaganych do przeprowadzenia zestawu testów.

Scenariusze testowe

Opis wykorzystywanych do testów scenariuszy testowych. Każdy scenariusz testowy musi być opisany za pomocą następujących atrybutów:

identyfikator scenariusza, nazwa scenariusza, wykaz wymagań (np. identyfikator wymagania, identyfikator

przypadku użycia), które są testowane w ramach danego scenariusza testowego,

opis danego scenariusza testowego, wykaz warunków, jakie muszą być spełnione przed

rozpoczęciem wykonania scenariusza testowego, włącznie ze wskazaniem specyficznych danych wejściowych dla danego scenariusza,

wykaz warunków, jakie muszą być spełnione po wykonaniu scenariusza testowego – przykładowo stan Systemu, jaki musi zostać pozostawiony po wykonaniu scenariusza testowego,

waga danego scenariusza testowego określana ekspercko, kryteria określające pozytywny rezultat danego scenariusza

testowego.

Przypadki testowe Opis wykorzystywanych do testów przypadków testowych (wraz z listą operacji), wykonywanych w ramach scenariusza testowego. Każdy scenariusz testowy musi być opisany za pomocą następujących atrybutów:


153

wykaz elementów (np. identyfikator wymagania, identyfikator przypadku użycia), które są testowane w ramach danego scenariusza testowego,

opis danego przypadku testowego, wykaz warunków, jakie muszą być spełnione przed

rozpoczęciem wykonania przypadku testowego, opis operacji wykonywanych w ramach przypadku testowego

(w tym: wprowadzane dane, oczekiwany rezultat oraz metodę oceny tego rezultatu).

Dane testowe Opis danych testowych wykorzystywanych podczas realizacji testów, opisany za pomocą co najmniej następującego zbioru atrybutów:

opis przeznaczenia zestawu danych, opis danego zestawu danych, lokalizacja repozytorium, dokumentu lub pliku z danymi.

Konfiguracja środowiska testowego

Opis konfiguracji środowiska testowego, specyficzny dla zestawu testów, zawierający co najmniej następujące atrybuty:

nazwa środowiska testowego, konfiguracja tych części Systemu, które będą podlegać testom

w ramach danego środowiska testowego, konfiguracja środowiska testowego w zakresie specyficznym

dla zestawu testów, wykaz zasobów sprzętowych wykorzystywanych do

przeprowadzenia zestawu, lista narzędzi wykorzystywanych do testowania, wraz

z wykazem narzędzi przeznaczonych do automatyzacji testów (narzędzia, wersje, dodatkowe pakiety doinstalowywane do narzędzi), oraz wykaz paramentów konfiguracyjnych danych narzędzi.

Harmonogram testów

Szczegółowy harmonogram przeprowadzania testów (z uwzględnieniem etapu zaplanowania, przygotowania i realizacji testów).

Załączniki Załącznikiem elektronicznym do SPST są dane testowe i dane umożliwiające testy m.in. pliki konfiguracyjne, skrypty, eksporty baz danych, dokumenty xml.

19. Raport z Testów (RT).Wymagania:

1. Raport z Testów ma wspierać Wykonawcę i Zamawiającego w weryfikacji poprawnego funkcjonowania Systemu i rozliczeniu wymagań na system.


154

2. Raport w jasny, czytelny sposób powinien podsumowywać, jaki zakres wymagań był testowany i jaki był wynik tego testowania, w szczególności obowiązkowo powinien nawiązywać do SPST.




Wynik testów Przedstawienie końcowego wyniku testów, ich zakresu, formułyrealizacyjnej, wykorzystanych narzędzi testowych.

Podsumowanie testów

Syntetyczne podsumowanie, w szczególności przedstawienie informacji statystycznych, oraz porównanie wyników testów z ewentualnymi wcześniejszymi wynikami, przedstawienie ewentualnych rekomendacji, informacje o zrealizowanym i pominiętym zakresie testów.

Wskazanie na dokument z testów

Wskazanie na dokument z testów będący podstawą przygotowania raportu z testów.

III. Wymagania uzupełniające dotyczące opracowywanej Dokumentacji.1. Wykonawca jest zobowiązany do prowadzenia Repozytorium Projektowego

zawierającego dokumentację projektu, w oparciu o środowisko dostarczone przez Zamawiającego.

a. w Repozytorium Projektowym, w sposób szczególny wyróżnione będą aktualne wersje dokumentacji projektowej,

b. dokumenty projektowe zawierać będą historię zmian oraz dane identyfikacyjne, w tym numer wersji,

c. Wykonawca odpowiedzialny będzie za sporządzanie notatek ze spotkań projektowych i umieszczanie ich w Repozytorium Projektowym.

2. W uzupełnieniu do dokumentacji w Repozytorium Projektowym, Wykonawca prowadzi i utrzymuje następujące repozytoria i bazy wchodzące w jego skład:

a. Repozytorium Architektury – zawierające model architektury, utrzymywany według ustalonej po uruchomieniu Umowy definicji tego modelu (po ustaleniu tzw. Metamodelu), obejmującego przynajmniej:

i. strukturę modelu w narzędziu, ii. bibliotekę obiektów stosowaną do opisu architektury na poziomie

biznesowym, logicznym (aplikacji i danych) oraz technicznym,iii. ustalone diagramy (widoki) architektury.


155

Repozytorium Architektury będzie m.in. służyć jako źródło do generowania części lub całości dokumentacji Systemu omawianej w niniejszym Załączniku. Repozytorium Architektury musi być prowadzone w narzędziu Sparx Enterprise Architect.

b. Repozytorium Wymagań – zawierające wszystkie wymagania funkcjonalne i pozafunkcjonalne, odnotowujące także informacji pomocnicze (stan realizacji wymagań itp.), mające więzy spójności (odniesienia) poszczególnych wymagań do elementów architektury w Repozytorium Architektury. Repozytorium Wymagań prowadzone jest w narzędziu Sparx Enterprise Architect.

c. Repozytorium Kodów Źródłowych – zawierające wszystkie pakiety Kodów Źródłowych, w tym wydania archiwalne.


156


PARAMETRY TECHNICZNE INSTALACJI PRODUKCYJNEJ I TESTOWEJ

Instalacja produkcyjna Systemu

1. System operacyjny – HP-UX Wer. 11.31

2. Oprogramowanie serwera aplikacji – WebLogic 11g

3. Baza danych – IDS 12.10.FC5

4. JAVA VM v 1.6.0.22 64-Bit

5. Klient Informix IDS

Instalacja testowa Systemu

1. System operacyjny – HP-UX Wer. 11.31

2. Oprogramowanie serwera aplikacji – WebLogic 11g

3. Baza danych – IDS 12.10.FC5

4. JAVA VM v 1.6.0.22 64-Bit

5. Klient Informix IDS


157


WYCENA CZASOCHŁONNOŚCI PRAC

1. Wycena czasochłonności prac – Usługa Modyfikacji i Rozwoju etap I – analiza wstępna.

1.2. Podczas realizacji etapu I (analiza wstępna) Wykonawca przedstawia Zamawiającemu wycenę czasochłonności prac koniecznych do wykonania w etapie II (projekt) w Roboczogodzinach. Wycena musi zawierać liczbę Roboczogodzin konieczną do przeprowadzenia prac projektowych i opracowania harmonogramu.

1.3. Podczas realizacji etapu I (analiza wstępna) Wykonawca przedstawia Zamawiającemu szacunkową wycenę czasochłonności prac koniecznych do wykonania w etapie III (realizacja) w Roboczogodzinach.

1.4. Wycena musi zawierać w szczególności:1.4.1. Krótki opis i szacunkową liczbę Roboczogodzin konieczną

do przeprowadzenia prac analitycznych.

1.4.2. Krótki opis i szacunkową liczbę Roboczogodzin konieczną do przeprowadzenia prac programistycznych.

1.4.3. Szacunkową liczbę Roboczogodzin konieczną do przeprowadzenia zmian w Kodzie Źródłowym.

1.4.4. Krótki opis i szacunkową liczbę Roboczogodzin konieczną do wdrożenia modyfikacji i rozwoju.

1.4.5. Krótki opis i szacunkową liczbę Roboczogodzin konieczną do przeprowadzenia testów modyfikacji i rozwoju.

1.4.6. Szacunkową liczbę Roboczogodzin konieczną do uzupełnienia Dokumentacji Systemu po modyfikacjach i rozwoju.

2. Wycena czasochłonności prac – Usługa Modyfikacji i Rozwoju etap II - projekt.

2.1. Podczas realizacji etapu II (projekt) Wykonawca przedstawia Zamawiającemu wycenę czasochłonności prac koniecznych do realizacji etapu III (realizacja) w Roboczogodzinach i opracowania harmonogramu.

2.2. Wycena musi zawierać w szczególności:

2.2.1. Opis i liczbę Roboczogodzin konieczną do przeprowadzenia prac analitycznych.

2.2.2. Opis i liczbę Roboczogodzin konieczną do przeprowadzenia prac programistycznych.

2.2.3. Liczbę Roboczogodzin konieczną do przeprowadzenia zmian w Kodzie Źródłowym.


158

2.2.4. Opis i liczbę Roboczogodzin konieczną do wdrożenia modyfikacji i rozwoju.

2.2.5. Opis i liczbę Roboczogodzin konieczną do przeprowadzenia testów modyfikacji i rozwoju.

2.2.6. Liczbę Roboczogodzin konieczną do uzupełnienia Dokumentacji Systemu po modyfikacjach i rozwoju.

3. Wycena czasochłonności prac – Usługa Transferu Wiedzy etap I – analiza i wycena.

3.1. Podczas realizacji etapu I (analiza i wycena) Wykonawca przedstawia Zamawiającemu wycenę czasochłonności prac koniecznych do realizacji etapu II (realizacja) w Roboczogodzinach.

3.2. Wycena musi zawierać w szczególności liczbę Roboczogodzin konieczną do przeprowadzenia prac projektowych, opracowania harmonogramu oraz realizowania transferu wiedzy z wyszczególnieniem poszczególnych zakresów czynności koniecznych do wykonania w ramach danej pracy z podaniem liczby Roboczogodzin za każdą czynność.


159


POZIOMY ŚWIADCZENIA USŁUG (SLA) DLA SYSTEMU

Poniższe wartości parametrów obliczane są dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę innych wartości SLA (zgodnie z ofertą Wykonawcy) wartości parametrów w niniejszym załączniku zostaną zaktualizowane.

Wykonawca zobowiązuje się świadczyć usługi z zachowaniem następujących parametrów SLA (Service Level Agreement):

1. Usługi Asysty Technicznej i Konserwacji.

Kalendarz świadczenia usługi

W godzinach 6:00-18:00 w Dni Robocze – przyjmuje się średnią wartość 20 Dni Roboczych w miesiącu.

Okno serwisowe w godzinach: 22:00-05:00

Czasy realizacji Lp. Nazwa Wady Czas Naprawy Czas Obejścia1. Awaria 8 godzin 5 godzin2. Błąd 24 godziny 12 godzin3. Usterka 48 godzin Nie dotyczy

Definicje znajdują się w słowniku w § 1 Załącznika nr 8 do SIWZ.


160

Poziom dostępności usługi dla użytkowników Systemu

RPDS – rzeczywisty poziom dostępności Systemu dla Użytkowników

RPDS ≥ 95,00 %

RPDS obliczany jest wg wzoru:

(TD - ∑ TN) / TD x 100[%]

Gdzie:

TD – uzgodniony czas dostępności usługi, wynikający z kalendarza świadczenia usługi (20 Dni Roboczych w miesiącu po 12 Godzin Roboczych).

TN – czas trwania niedostępności usługi, zaistniałej w wyniku wystąpienia Wady (w Godzinach Roboczych).

Wyliczenie minimalnego progu RPDS:

TN – czas niedostępności usługi – przyjmuje się dopuszczalną niedostępność Systemu przez 12 Godzin Roboczych w miesiącu.

TD = 20 Dni Roboczych x 12 Godzin Roboczych = 240 Godzin Roboczych (zgodnie z podanym kalendarzem świadczenia usługi).

RPDS = (240 Godzin Roboczych - 12 Godzin Roboczych) / 240 Godzin Roboczych x 100 = 95,00 %

UWAGA: W związku z koniecznością dokonania napraw w czasie liczonym w godzinach zegarowych (patrz tabela powyżej), do faktycznego wyliczania wskaźnika RPDS będzie wskazywany czas niedostępności Systemu mający miejsce w Dniach i Godzinach Roboczych, zgodnie z poniższymi przykładami.

Przykłady wyliczeń RPDS:

Przykład 1

W miesiącu nie wystąpiła niedostępność.RPDS = (240 - 0) / 240 x 100% = 100 %.

Przykład 2W miesiącu wystąpiła jedna Wada - Awaria – naprawiona w 10 godzin, Wada została skutecznie zgłoszona w Dzień Roboczy o godzinie 16:00 (czas niedostępności Systemu z powodu zaistnienia Wady to 2 Godziny Robocze - od 16:00 do 18:00 w dniu dokonania Zgłoszenia).RPDS = (240 - 2) / 240 x100 %= 99,17 %.

Przykład 3W miesiącu wystąpiły 3 Wady:- Awaria naprawiona w 18 godzin, Wada została skutecznie zgłoszona w Dzień Roboczy o godzinie 16:00 (czas niedostępności Systemu z powodu zaistnienia Wady to 4 Godziny Robocze - od 16:00 do 18:00 w dniu dokonania Zgłoszenia oraz od 6:00 do 8:00 następnego Dnia Roboczego);- Awaria - naprawiona w 7 godzin, Wada została skutecznie zgłoszona w Dzień Roboczy o godzinie 12:00 (czas niedostępności Systemu z powodu zaistnienia Wady


161

to 6 Godzin Roboczych - od 12:00 do 18:00 w dniu dokonania Zgłoszenia);- Awaria - naprawiona w 2 godziny, Wada została skutecznie zgłoszona w Dzień Roboczy o godzinie 7:00 (czas niedostępności Systemu z powodu zaistnienia Wady to 2 Godziny Robocze - od 7:00 do 9 :00 w dniu dokonania Zgłoszenia).TN = 4+6+2= 12RPDS = (240- 12) / 240 x 100% = 95 %.

Przykład 4W miesiącu wystąpiły dwie Wady:- Awaria naprawiona w 12 godzin, Wada została skutecznie zgłoszona w Dzień Roboczy o godzinie 8:00 (czas niedostępności Systemu z powodu zaistnienia Wady to 10 Godzin Roboczych - od 8:00 do 18:00 w dniu dokonania Zgłoszenia);- Awaria - naprawiona w 7 godzin, Wada została skutecznie zgłoszona w Dzień Roboczy o godzinie 8:00 (czas niedostępności Systemu z powodu zaistnienia Wady to 7 Godzin Roboczych - od 8:00 do 15:00 w dniu dokonania Zgłoszenia);TN = 10+7= 17RPDS = (240- 17) / 240 x 100% = 92,92 %.

Przykład 1, 2 i 3 nie powodują możliwości naliczenia kary umownej. Przykład 4 gdzie RPDS=92,92% jest poniżej wymaganego poziomu 95,00% - może być naliczona kara umowna zgodnie z tabelą Załącznika nr 8 do SIWZ § 16 pkt 3 ppkt 3.1.


162

Terminowość PDTN – poziom dotrzymania terminów naprawy

PDTN ≥ 94,82%

PDTN jest obliczany wg wzoru:

Σ (Wx x Px) / Σ Wx [%]

Gdzie:

Px – wskaźnik dotrzymania terminów naprawy zgłoszeń serwisowych dla danej Wady, obliczany wg wzoru: Ax / Bx x 100 [%].

Ax – liczba zgłoszeń serwisowych danej Wady, dla których w danym miesiącu kalendarzowym nie został przekroczony Czas Naprawy.

Bx – liczba wszystkich zgłoszeń serwisowych danej Wady, zarejestrowanych w danym miesiącu kalendarzowym.

Wx – waga zgłoszenia serwisowego danej Wady.

W poniższej tabeli znajdują się wartości Wx i Px dla poszczególnych rodzajów Wad.

Nazwa Wady Wx Px[%]

Awaria 5 100,00

Błąd 3 93,00

Usterka 3 88,00

Wyliczenie minimalnego progu PDTN:

PDTN = (5 x 100 + 3 x 93 + 3 x 88 ) / (5 + 3 + 3) = 94,82%


163

Przykłady wyliczeń PDTN:

Przykład 1

Nazwa Wady

Nr zdarzenia

Wymagany czas

naprawy

Faktyczny czas

naprawy

Czy na czas >=0 w terminie,

a <0 po terminie (kolumna 3 – 4)

Px Wx

Awaria 1 8 8 050,00 5

2 8 10 -2

Błąd 1 24 36 -12

66,67 32 24 10 143 24 16 8

Usterka1 48 15 33 100,00 3

Zgodnie z wzorem:

PDTN = (5 x 50 + 3 x 66,67 + 3 x 100) / (5 + 3 + 3) = 63,63%

Przykład 2

Nazwa Wady

Nr zdarzenia

Wymagany czas

naprawy

Faktyczny czas

naprawy


a <0 po terminie (kolumna 3 –4)

Px Wx

Awaria1 8 8 0

100,00 52 8 7 1

Błąd1 24 15 9

100,00 32 24 20 43 24 5 19

Usterka 1 48 15 33 100,00 3

Zgodnie z wzorem:

PDTN = (5 x 100 + 3 x 100 + 3 x100)/(5 + 3 + 3) = 100,00%

Przykład 3

Nazwa Wady

Nr zdarzenia

Wymagany czas

naprawy

Faktyczny czas

naprawy


a <0 po terminie (kolumna 3 –4)

Px Wx

Awaria1 8 8 0

100,00 52 8 5 3

Błąd

1 24 22 2

83,33 3

2 24 13 113 24 10 144 24 25 -15 24 20 46 24 24 0

Usterka 1 48 47 1 100,00 3


164

Zgodnie z wzorem:

PDTN = (5 x 100 + 3 x 83,33 + 3 x 100)/(5 + 3 + 3) = 95,45%

Przykład 2 i 3 nie powodują możliwości naliczenia kary umownej. Przykład 1 gdzie PDTN=63,63% - może być naliczona kara umowna zgodnie z tabelą Załącznika nr 8 do SIWZ § 16 pkt 3 ppkt 3.2.

Niezawodność Liczba incydentów o rodzaju Wady – Awaria ≤ 2 / miesiąc

Lista i częstotliwość raportów

Rzeczywisty poziom dostępności Systemu (RPDS) wykonywany raz w miesiącu przez Wykonawcę.

Poziom dotrzymania terminów Naprawy (PDTN) wykonywany raz w miesiącu przez Wykonawcę.

Zestawienie informujące o Wadach wykonywane raz w miesiącu przez Wykonawcę.

2. Usługi Modyfikacji i Rozwoju.

Czasy realizacji Lp. Nazwa Czas realizacji usługi1. Modyfikacja i Rozwój - etap I 5 Dni Roboczych2. Modyfikacja i Rozwój - etap II 10 Dni Roboczych3. Modyfikacja i Rozwój - etap III Ustalany indywidualnie

Wskaźniki:

WJCR oraz WJLBWJCR – wskaźnik jakościowy czasu realizacji

WJCR jest obliczany wg wzoru:

WJCR = ∑i=1

n TZiTWin

Gdzie:TZi – rzeczywisty czas realizacji etapu;TWi – ustalony lub wymagany czas realizacji etapu;i – każdy zakończony etap (dla wszystkich usług modyfikacji i rozwoju

wykonanych lub rozpoczętych) w okresie, dla którego liczony jest wskaźnik;n – ilość etapów;

WJCR będzie:< 1 jeśli Wykonawca wykonuje zadania przed terminem,= 1 jeśli wykonuje zadania w terminie,> 1 jeśli się spóźnia z wykonaniem zadania.


165

Przykłady wyliczeń WJCR:

Przykład 1

Nr Etap I Faktyczny czas - etap I Etap II

Faktyczny czas - etap II

Etap III (ustalony

na dni)

Faktyczny czas - etap III

1 5 5 10 10 8 92 5 6 10 10 10 103 5 5 10 10 15 15

Mamy 3 modyfikacje ustalone w etapie III odpowiednio na 8, 10, 15 dni.

Faktyczne czasy dla 3 modyfikacji:1. etap I 5 dni, etap II 10 dni, etap III 9 dni2. etap I 6 dni, etap II 10 dni, etap III 10 dni3. etap I 5 dni, etap II 10 dni, etap III 15 dni

WJCR =((5 / 5 + 10 / 10 + 9 / 8) + (6 / 5 + 10 / 10 + 10 / 10) + (5 / 5 + 10 / 10 + 15 / 15)) / (3 + 3 + 3) = 1,03

Zgodnie z tabelą z Załącznika nr 8 do SIWZ § 16 pkt 4 ppkt 4.1 wskaźnik = 3% dla prac nie powoduje możliwości naliczenia kary umownej.

Przykład 2

Nr Etap IFaktyczny

czas - etap I

Etap IIFaktyczny czas - etap

II

Etap III (ustalony

na dni)

Faktyczny czas - etap

III

1 5 6 10 11 8 92 5 5 10 12 10 103 5 8 10 10 15 17

Mamy 3 modyfikacje ustalone w etapie III odpowiednio na 8, 10, 15 dni.

Faktyczne czasy dla 3 modyfikacji:1. etap I 6 dni, etap II 11 dni, etap III 9 dni2. etap I 5 dni, etap II 12 dni, etap III 10 dni3. etap I 8 dni, etap II 10 dni, etap III 17 dni

WJCR =((6 / 5 + 11 / 10 + 9 / 8) + (5 / 5 + 12 / 10 + 10 / 10) + (8 / 5 +12 / 10 + 17 / 15)) / (3 + 3 + 3) = 1,14

Może być naliczona kara umowna zgodnie z tabelą Załącznika nr 8 do SIWZ § 16 pkt 4 ppkt 4.1 wskaźnik = 14%


166

WJLB – wskaźnik jakościowy liczby błędów (wykrytych podczas odbioru usług)

WJLB jest obliczany wg wzoru:

WJLB = LBRb

∗50

Gdzie:LB – liczba błędów wykrytych podczas odbioru;Rb – liczba Roboczogodzin związana z harmonogramem zlecenia usługi;50 – oznacza, że badanie wskaźnika odbywa się na poziomie 50 Roboczogodzin.

WJLB będzie:< 1 nie wystąpiły błędy podczas odbioru usługi (na poziomie 50 Roboczogodzin),= 1 błąd - dopuszczalny (na poziomie 50 Roboczogodzin),> 1 zbyt duża liczba błędów (na poziomie 50 Roboczogodzin).

Przykłady wyliczeń WJLB:

Przykład 1 Przykład 2 Przykład 3LB 1 5 50

Rb 50 200 200

WJBL 1 1,25 12,5

Zgodnie z tabelą z Załącznika nr 8 do SIWZ § 16 pkt 4 ppkt 4.2 wskaźnik = 1 dla ilości błędów na każde 50 Roboczogodzin w Przykładzie 1 nie powoduje możliwości naliczenia kary umownej. Wskaźnik >1 w przykładach 2 i 3 oznacza, że może być naliczona kara umowna.

Lista i częstotliwość raportów

Okres Rozliczeniowy to jeden kwartał lub raz na 500 Roboczogodzin w przypadku, gdy prace przekroczyły 500 Roboczogodzin w kwartale.

Zestawienie informacji o usłudze (raport) wykonywane przez Wykonawcę raz na jeden Okres Rozliczeniowy (kwartalnie).

Poziom dotrzymania terminów usługi WJCR tj. wszystkich zakończonych etapów dotyczących wszystkich zleceń usługi wykonywany przez Wykonawcę raz na jeden Okres Rozliczeniowy (kwartalnie).

Poziom wartości wskaźnika WJLB dla każdego zakończonego zlecenia usługi wykonywany przez Wykonawcę raz na jeden Okres Rozliczeniowy (kwartalnie).


167


WZORY FORMULARZY DLA REALIZACJI USŁUG

1. Wzór formularza dla Usług Modyfikacji i Rozwoju: Etap I - Wniosek o analizę wstępną.

USŁUGI MODYFIKACJI I ROZWOJU SYSTEMU

ETAP I – WNIOSEK O ANALIZĘ WSTĘPNĄ

na podstawie Umowy nr ……………………… z dnia ………………………

WNIOSEK NR ……………………… z dnia ………………………

Zgłaszający:

Data Wniosku etapu I (analiza wstępna):

Opis i zakres prac (koncepcja):

Uwagi:

Podpis Zamawiającego: Podpis Wykonawcy:


168

2. Wzór formularza dla Usług Modyfikacji i Rozwoju: Etap I - wynik analizy wstępnej.


ETAP I – WYNIK ANALIZY WSTĘPNEJ


w związku z WNIOSKIEM O ANALIZĘ WSTĘPNĄ NR ……………………… z dnia ………………………

Data wyniku etapu I (analizy wstępnej):

Opis i zakres prac:

Opis wpływu zmian na poszczególne elementy i wydajność:

Harmonogram etapu II (projekt):

Wycena etapu II (projekt):

Propozycja harmonogramu etapu III (realizacja):

Szacunkowa wycena etapu III (realizacja):

Przewidywane wykorzystanie rozwiązań autorstwa podmiotów trzecich oraz opis uwarunkowań prawnych zastosowania tych rozwiązań:

Uwagi:



169

3. Wzór formularza dla Usług Modyfikacji i Rozwoju: Etap II - Wniosek o projekt.


ETAP II – WNIOSEK O PROJEKT


w związku z WNIOSKIEM O ANALIZĘ WSTĘPNĄ NR ……………………… z dnia ………………………

Zgłaszający:

Data Wniosku etapu II (projekt):

Opis i zakres prac:

Harmonogram wykonania etapu II (projekt):

Wycena czasochłonności prac etapu II (projekt):

- wynagrodzenie netto:

- podatek VAT:

- liczba Roboczogodzin:

Uwagi:



170

4. Wzór formularza dla Usług Modyfikacji i Rozwoju: Etap II - przygotowanie projektu.


ETAP II – PRZYGOTOWANIE PROJEKTU

na podstawie Umowy nr ………………………z dnia ………………………

w związku z WNIOSKIEM O PROJEKT NR ……………………… z dnia ………………………

Data przygotowania projektu:

Opis i zakres prac:

Opis architektury po zmianach:

Opis modułów po zmianach:

Schemat uprawnień po zmianach:

Opis szkoleń:

Wycena wykonania etapu III (realizacja):

Harmonogram wykonania etapu III (realizacja):

Zakres niezbędnego współdziałania Zamawiającego:

Wpływ wykonania zmian na integralność, wydajność oraz bezpieczeństwo:

Wykaz niezbędnych licencji do uruchomienia zmian:

Uwagi:



171

5. Wzór formularza dla Usług Modyfikacji i Rozwoju: Etap III - Zamówienie prac.


ETAP III – ZAMÓWIENIE PRAC



Zgłaszający:

Data Zamówienia etapu III (realizacja):

Opis i zakres prac:

Harmonogram wykonania etapu III (realizacja):

Wycena czasochłonności prac etapu III (realizacja):


- podatek VAT:


Uwagi:



172

6. Wzór formularza dla Usług Modyfikacji i Rozwoju: Etap III - przekazanie wykonanych prac.


ETAP III – PRZEKAZANIE WYKONANYCH PRAC


w związku z ZAMÓWIENIEM PRAC NR ……………………… z dnia ………………………

Data przekazania etapu III (realizacja):

1. Pakiety aktualizujące:

- w załączeniu / brak

2. Scenariusze testowe


3. Dokumentacja do testów


4. Dokumentacja Systemu


5. Inne


Uwagi:



173

7. Wzór formularza dla Usług Transferu Wiedzy: Etap I - analiza i wycena.

USŁUGI TRANSFERU WIEDZY DLA SYSTEMU

ETAP I – WNIOSEK O ANALIZĘ I WYCENĘ


WNIOSEK NR ……………………… z dnia ………………………

Zgłaszający:

Data Wniosku etapu I (analiza i wycena):

Opis i zakres prac:



174

8. Wzór formularza dla Usług Transferu Wiedzy: etap I - wynik analizy i wycena.


ETAP I – WYNIK ANALIZY I WYCENA


w związku z WNIOSKIEM O ANALIZĘ I WYCENĘ NR ……………………… z dnia ………………………

Data wyniku etapu I (analiza i wycena):

Opis i zakres prac:

Harmonogram wykonania etapu II (realizacja):

Wycena wykonania etapu II (realizacja):

Zakres niezbędnego współdziałania Zamawiającego:

Przewidywane wykorzystanie rozwiązań autorstwa podmiotów trzecich oraz opis uwarunkowań prawnych zastosowania tych rozwiązań:

Uwagi:



175

9. Wzór formularza dla Usług Transferu Wiedzy: Etap II - Zamówienie prac.


ETAP II – ZAMÓWIENIE PRAC


w związku z WNIOSKIEM O ANALIZĘ I WYCENĘ NR ……………………… z dnia ………………………

Zgłaszający:

Data Zamówienia etapu II (realizacja):

Opis i zakres prac:

Harmonogram wykonania etapu II (realizacja):

Wycena czasochłonności prac etapu II (realizacja):


- podatek VAT:


Uwagi:



176

10. Wzór formularza dla Usług Dostosowania Dokumentacji - przekazanie prac.

USŁUGI DOSTOSOWANIA DOKUMENTACJI SYSTEMU

ETAP …………….. – PRZEKAZANIE WYKONANYCH PRAC


Data przekazania etapu:

Obszar Dokumentacji:

Opis szkoleń:

Wynagrodzenie realizacji usługi w etapie ……

Wykorzystanie rozwiązań autorstwa podmiotów trzecich oraz opis uwarunkowań prawnych zastosowania tych rozwiązań:

Uwagi:



177


WZORY PROTOKOŁÓW ODBIORU

1. Wzór Protokołu Odbioru Usług Asysty Technicznej i Konserwacji.

USŁUGI ASYSTY TECHNICZNEJ I KONSERWACJI SYSTEMU

PROTOKÓŁ ODBIORU

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….

Zamawiający i Wykonawca potwierdzają wykonanie Usług Asysty Technicznej i Konserwacji określonych w Umowie w okresie od …………………….…………. do …………………….………….

Przedmiot odbioru:

1. Opis prac wykonanych:………………………………………………………………………………………………………………………………………………………

2. Raport ze Zgłoszeń i konsultacji:- w załączeniu / brak

3. Raport z monitorowania parametrów:- w załączeniu / brak

4. Inne:- w załączeniu / brak

Zaakceptowany bez zastrzeżeń przez Zamawiającego Protokół Odbioru stanowi podstawę do wystawienia faktury VAT na kwotę …………………….…………. zł netto (słownie: …………………….…………. złotych), zgodnie z postanowieniami Umowy.

Wykonawca przenosi na Zamawiającego autorskie prawa majątkowe / prawa zależne / licencje do Produktów stworzonych i dostarczonych podczas realizacji usług, na zasadach określonych w Umowie.

Protokołem niniejszym Zamawiający i Wykonawca potwierdzają prawidłową i pełną realizację wyżej wymienionych prac nie wnoszą w tym zakresie zastrzeżeń poza umieszczonymi w niniejszym Protokole.

Protokół sporządzony został w trzech jednobrzmiących egzemplarzach, dwa dla Zamawiającego i jeden dla Wykonawcy.

Data i podpis Zamawiającego: Data i podpis Wykonawcy:


178

2. Wzór Protokołu Odbioru Usług Modyfikacji i Rozwoju Systemu: Etap II - projekt.


PROTOKÓŁ ODBIORU ETAPU II – PROJEKT



Zamawiający i Wykonawca potwierdzają wykonanie Usług Modyfikacji i Rozwoju: Etap II - projekt, określonych w Umowie.

Przedmiot odbioru:

1. Opis prac wykonanych:………………………………………………………………………………………………………………………………………………………….

2. Projekt - w załączeniu


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



Protokołem niniejszym Zamawiający i Wykonawca potwierdzają prawidłową i pełną realizację ww. prac i nie wnoszą w tym zakresie zastrzeżeń poza umieszczonymi w niniejszym Protokole.




179

3. Wzór Protokołu Odbioru Usług Modyfikacji i Rozwoju: etap III - realizacja.


PROTOKÓŁ ODBIORU ETAPU III – REALIZACJA



Zamawiający i Wykonawca potwierdzają wykonanie Usług Modyfikacji i Rozwoju: Etap III - realizacja, określonych w Umowie.

Przedmiot odbioru:

1. Opis prac wykonanych:…………………………………………………………………………………………………………………………………………….

2. Dokumentacja Systemu:- w załączeniu / brak

3. Kody Źródłowe Systemu:- w załączeniu / brak

4. Procedura instalacji na Środowisku Produkcyjnym:- w załączeniu / brak


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







180


181

4. Wzór Protokołu Odbioru Usług Transferu Wiedzy.


PROTOKOŁ ODBIORU ETAPU II – REALIZACJA



Zamawiający i Wykonawca potwierdzają wykonanie Usług Transferu Wiedzy, określonych w Umowie.

Przedmiot odbioru:

1. Opis wykonanych prac:……………………………………………………………………………………………………………………………………………….


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



Protokołem niniejszym potwierdza się prawidłową i pełną realizację ww. prac i nie wnosi się w tym zakresie zastrzeżeń poza umieszczonymi w niniejszym Protokole.




182

5. Wzór Protokołu Odbioru Usług Dostosowania Dokumentacji.

USŁUGI DOSTOSOWANIA DOKUMENTACJI SYSTEMU

PROTOKÓŁ ODBIORU ETAPU ………………………


Zamawiający i Wykonawca potwierdzają wykonanie Usług Dostosowania Dokumentacji Systemu – Etap ……………………….., określonych w Umowie.

Przedmiot odbioru:

1. Opis wykonanych prac:…………………………………………………………………………………………………………………………………………….


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







183


DOKUMENTACJA SYSTEMU NEO i MODUŁU KOMUNIKACYJNEGO

Dokumentacja Systemu NEO zawiera:1. Instrukcję instalacji systemu (System - budowa i konfiguracja), w pliku w formacie

edytowalnym. 2. Dokumentację techniczną w plikach w formacie edytowalnym oraz w formie

elektronicznej wywoływanej z list aplikacji WWW Systemu NEO. Dokumentacja podzielona jest na główne kategorie:

2.1. Generacja not księgowych.2.2. Walidacja dowodów księgowych.2.3. Weryfikacja danych ewidencyjnych – obiekty bazy danych.2.4. Rejestr pobrań danych wrażliwych.2.5. Opis ogólny systemu.2.6. Panel operacyjny.2.7. Moduł rozliczeń.2.8. Zasady dekretacji dokumentów.2.9. Import wyciągów.2.10. Monitoring.2.11. Monitoring – księga procedur.2.12. Decyzje.2.13. Postanowienia.2.14. Postanowienia generowane.2.15. Wnioski.2.16. Salda do potwierdzenia.2.17. Załączniki.2.18. Postępowania upadłościowe.2.19. Raporty.2.20. Tabele bazy danych2.21. PEA.2.22. Zlecenia księgowe.2.23. Obsługa dokumentów www.2.24. Automatyczna modyfikacja statusu i obowiązku podmiotu.2.25. Implementacja obsługi ZFRON.2.26. Obsługa wniosków o odpis.2.27. Moduł komunikacji z e-PFRON2.2.28. Konfiguracja.2.29. Weryfikacja danych ewidencyjnych.2.30. Ewidencja podmiotów.2.31. Biblioteka NJAM.


184

2.32. Minidok.2.33. Rejestr zdarzeń - OperLog.2.34. Neo WebServices.2.35. Silnik księgowy.

3. Dokumentację użytkową w plikach w formacie edytowalnym oraz w formie elektronicznej wywoływanej z list aplikacji WWW Systemu NEO. Dokumentacja podzielona jest na główne kategorie:

3.1. Komunikacja z systemem.3.2. Deklaracje.3.3. Import wyciągów.3.4. Księgowość.3.5. Obsługa spraw.3.6. Decyzje.3.7. Postanowienia.3.8. Wnioski.3.9. Salda.3.10. Dokumenty.3.11. PEA.3.12. Postępowania upadłościowe.3.13. UKS.3.14. Raporty.3.15. Administracja.3.16. Archiwalia.3.17. Ewidencja podmiotów.3.18. Administracja systemem www.3.19. Wpłaty.3.20. Ochrona danych osobowych.3.21. Obsługa ZFRON.3.22. Weryfikacja danych ewidencyjnych.3.23. Moduł komunikacji z e-PFRON2.

Dokumentacja Modułu Komunikacyjnego zawiera:

1. Opis Modułu Komunikacyjnego - integracja systemów NEO i e-PFRON2 oraz specyfikacja WebService - w pliku w formacie edytowalnym.

2. Opis biblioteki NJAM - w pliku w formacie edytowalnym.3. Walidacje opisujące reguły zastosowane w formatkach dokumentów - w plikach w

formacie edytowalnym.


185

specyfikacja istotnych warunków zamówienia (siwz)€¦ · web view48000000 (pakiety...

Documents