SPIS TREŚCI

znak sprawy: TZ/370/74/13

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego

„Dostawę licencji wraz z usługami opieki serwisowej dla środowiska Mainframe i NROI”.

Wartość zamówienia przekracza równowartość kwoty

130.000 euro

SPIS TREŚCI

ROZDZIAŁ I INFORMACJE OGÓLNE

I. INFORMACJA O ZAMAWIAJĄCYM

II. TRYB UDZIELENIA ZAMÓWIENIA I WARTOŚĆ ZAMÓWIENIA

III. OFERTY CZĘŚCIOWE, WARIANTOWE, RÓWNOWAŻNE.

IV. FORMA PRZEKAZYWANIA INFORMACJI, OŚWIADCZEŃ I DOKUMENTÓW W POSTĘPOWANIU ORAZ KOPII ODWOŁAŃ

V. OSOBY UPRAWNIONE DO KONTAKTÓW Z WYKONAWCAMI

VI. ZAMÓWIENIE UZUPEŁNIAJĄCE

VII. INFORMACJE DODATKOWE

ROZDZIAŁ II OPIS PRZEDMIOTU ZAMÓWIENIA I TERMIN WYKONANIA

I. PRZEDMIOT ZAMÓWIENIA

II. TERMIN I SPOSÓB WYKONANIA ZAMÓWIENIA

ROZDZIAŁ III WYSOKOŚĆ I ZASADY WNIESIENIA WADIUM

I. WYSOKOŚĆ WADIUM

II. FORMA WADIUM

III. TERMIN I MIEJSCE WNIESIENIA WADIUM

IV. ZWROT WADIUM

V. ZATRZYMANIE WADIUM

ROZDZIAŁ IV WARUNKI UDZIAŁU W POSTĘPOWANIU, OFERTA ORAZ DOKUMENTY WYMAGANE OD WYKONAWCY

I. WARUNKI UDZIAŁU W POSTĘPOWANIU

II. WYMOGI FORMALNE OFERTY

III. WYMAGANE DOKUMENTY

IV. ZASADY UDZIAŁU W POSTĘPOWANIU WYKONAWCÓW WYSTĘPUJĄCYCH WSPÓLNIE

V. FORMA DOKUMENTÓW

VI. OPAKOWANIE OFERTY

ROZDZIAŁ V OPIS SPOSOBU OBLICZENIA CENY OFERTY

ROZDZIAŁ VI INFORMACJE O MIEJSCU I TERMINIE SKŁADANIA I OTWARCIA OFERT

I. MIEJSCE I TERMIN SKŁADANIA OFERT

II. MIEJSCE I TERMIN OTWARCIA OFERT

III. PUBLICZNE OTWARCIE OFERT

IV. TERMIN ZWIĄZANIA OFERTĄ

V. ZMIANA I WYCOFANIE OFERTY

ROZDZIAŁ VII KRYTERIA I ZASADY OCENY OFERT

I. TRYB OCENY OFERT

II. KRYTERIA WYBORU NAJKORZYSTNIEJSZEJ OFERTY

III. ZASADY OCENY OFERT WEDŁUG USTALONYCH KRYTERIÓW ROZDZIAŁ VIII ZABEZPIECZENIE NALEŻYTEGO WYKONANIA UMOWY ROZDZIAŁ IX WZÓR UMOWY

ROZDZIAŁ X POUCZENIE O ŚRODKACH OCHRONY PRAWNEJ

ROZDZIAŁ XI FORMALNOŚCI PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY

I. OGŁOSZENIE O WYNIKU POSTĘPOWANIA

II. WARUNKI ZAWARCIA UMOWY

ROZDZIAŁ XII ZMIANA UMOWY

Rozdział I INFORMACJE OGÓLNE

I. INFORMACJA O ZAMAWIAJĄCYM

Zamawiającym jest Zakład Ubezpieczeń Społecznych z siedzibą w Warszawie, xx. Xxxxxxxx 0, 0, 00-000 Xxxxxxxx.

tel.: 00 000-00-00; fax: 00 000-00-00/36;

II. TRYB UDZIELENIA ZAMÓWIENIA I WARTOŚĆ ZAMÓWIENIA

Postępowanie o udzielenie zamówienia publicznego prowadzone jest w trybie przetargu nieograniczonego na podstawie przepisów ustawy z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.) – zwaną dalej ustawą.

Wartość zamówienia:

Wartość zamówienia przekracza wyrażoną w złotych równowartość kwoty 130.000 euro, o której mowa w przepisach wydanych na podstawie art. 11 ust. 8 ustawy.

III. OFERTY CZĘŚCIOWE, WARIANTOWE, RÓWNOWAŻNE.

1. Każdy Wykonawca ma prawo złożyć tylko jedną ofertę.

2. Oferta musi obejmować całość przedmiotu zamówienia.

3. Zamawiający nie dopuszcza możliwości składania ofert wariantowych w rozumieniu art. 2 pkt 7 ustawy.

4. Zamawiający dopuszcza możliwość składania ofert równoważnych.

IV. FORMA PRZEKAZYWANIA INFORMACJI, OŚWIADCZEŃ I DOKUMENTÓW W POSTĘPOWANIU ORAZ KOPII ODWOŁAŃ

1. Oświadczenia, wnioski, zawiadomienia oraz informacje Zamawiający i Wykonawcy przekazują faksem lub mailem w postaci skanu dokumentu z podpisem, z uwzględnieniem ust. 2. Xxxxx Xxxxxxxxxxxxx, na który Wykonawcy przekazują dokumenty: XxxxxxxxxxxXXX@xxx.xx

2. Forma pisemna zastrzeżona jest dla złożenia oferty wraz z załącznikami (dotyczy również uzupełnienia oferty – art. 26 ust. 3 ustawy), w tym oświadczeń i dokumentów potwierdzających spełnianie warunków udziału w postępowaniu oraz oświadczeń i dokumentów potwierdzających spełnianie przez oferowany przedmiot zamówienia wymagań określonych przez zamawiającego, a także zmiany lub wycofania oferty.

3. Wykonawca potwierdza niezwłocznie fakt otrzymania oświadczenia, wniosku, zawiadomienia lub informacji poprzez podpisanie pierwszej strony dokumentu i jej odesłanie na faks lub mail Zamawiającego.

4. Dokument uważa się za złożony w terminie, jeżeli jego treść dotarła do adresata przed upływem wyznaczonego terminu, z zastrzeżeniem ust. 2.

5. W przypadku wniesienia odwołania, odwołujący przesyła kopię odwołania Zamawiającemu za pomocą faksu – wyłącznie na numer (0) 00 000-00-00/36 lub drogą elektroniczną – wyłącznie na adres: XxxxxxxxxxxXXX@xxx.xx

V. OSOBY UPRAWNIONE DO KONTAKTÓW Z WYKONAWCAMI

Osobą uprawnioną do kontaktu z Wykonawcami jest: imię i nazwisko: Xxxxxx Xxxxxxxx

stanowisko służbowe: Starszy Specjalista tel./fax: (000) 000-00-00, (000) 000-00-00

godziny urzędowania: 8.30 - 15.30

VI. ZAMÓWIENIE UZUPEŁNIAJĄCE

Zamawiający przewiduje udzielenie zamówienia uzupełniającego w wysokości do 20% zamówienia podstawowego na przedmiot zamówienia określony w Rozdziale II Specyfikacji.

VII. INFORMACJE DODATKOWE

1. Postępowanie, którego dotyczy niniejszy dokument oznaczone jest znakiem: TZ/370/74/13. Wskazane jest, aby Wykonawcy we wszelkich kontaktach z Zamawiającym powoływali się na ten znak.

2. Istnieje możliwość uzyskania formularza oferty w wersji elektronicznej, pod warunkiem przekazania Zamawiającemu prośby wraz z podaniem adresu poczty elektronicznej (e- mail) Wykonawcy.

Rozdział II

OPIS PRZEDMIOTU ZAMÓWIENIA I TERMIN WYKONANIA

I. PRZEDMIOT ZAMÓWIENIA

1. Przedmiotem zamówienia jest:

Dostawa licencji wraz z usługami opieki serwisowej dla środowiska Mainframe i NROI w tym:

I. Wsparcie w utrzymaniu Środowiska Mainframe i Nowego Regionalnego Ośrodka Informatycznego.

II. Świadczenie usługi opieki serwisowej na dostarczone oprogramowanie BMC lub dostarczone oprogramowanie równoważne.

III. Wsparcie relokacji instancji EMIR/RENTIER z ZETO.

IV. Wsparcie podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery.

V. Rozszerzenie licencji oprogramowania BMC lub dostarczenie oraz wdrożenie oprogramowania równoważnego. Zakup licencji oprogramowania BMC jest uzupełnieniem oraz rozszerzeniem stanu licencyjnego dla systemów eksploatowanych u Zamawiającego. Zamawiający dopuszcza możliwość dostarczenia oprogramowania w wersji najnowszej.

2. W zakresie świadczenia usług opieki serwisowej (maintenance) dla zaoferowanego oraz będącego w posiadaniu Zamawiającego oprogramowania, Wykonawca musi posiadać przyznane przez producenta tego oprogramowania uprawnienia umożliwiające stały dostęp do oficjalnego kanału rejestracji i obsługi zgłoszeń serwisowych, bazy wiedzy zawierającej informacje o znanych błędach i sposobach ich rozwiązywania, patch’y, poprawek oraz innych elementów służących naprawie

błędów, w zakresie wynikającym z przysługującym twórcy programu komputerowego praw wyłącznych.

3. Zamawiający zastrzega sobie prawo do przeprowadzenia testu przedmiotu zamówienia opisanego w Załączniku nr 5 do SIWZ. Sposób oraz zakres przeprowadzenia testu zostanie wybrany przez Zamawiającego. Testy zostaną przeprowadzone zgodnie z założeniami opisanymi w Załączniku 8 do SIWZ.

Negatywny wynik testu w podanym przez Zamawiającego terminie skutkować będzie odrzuceniem oferty Wykonawcy, na podstawie art. 89 ust. 1 pkt 2 ustawy Pzp.

4. Szczegółowy opis przedmiotu zamówienia (OPZ) wraz z zakresem równoważności stanowi Załącznik nr 5 do Specyfikacji Istotnych Warunków Zamówienia.

5. Wszystkie dokumenty sporządzone przez Wykonawcę w ramach realizacji przedmiotu zamówienia będą sporządzone w języku polskim, w formie pisemnej (wydruk komputerowy, format A4), jak również w formie elektronicznej (w wersji edytowalnej w formacie zgodnym z MS Office).

6. Przedmiot zamówienia według Wspólnego Słownika Zamówień (CPV):

– 48621000-7 - Pakiety oprogramowania dla systemów operacyjnych komputerów mainframe

– 48780000-9 - Pakiety oprogramowania do zarządzania systemem, przechowywaniem i zawartością

– 72267000-4 - Usługi w zakresie konserwacji i napraw oprogramowania

– 72514300-4 - Usługi w zakresie konserwacji systemów komputerowych

II. TERMIN I SPOSÓB WYKONANIA ZAMÓWIENIA

1. Termin realizacji zamówienia: 36 miesięcy od dnia zawarcia umowy, w tym:

a) W terminie do 7 dni kalendarzowych od zawarcia Umowy Wykonawca dostarczy Zamawiającemu oprogramowanie BMC Software, w przypadku gdy oferta Wykonawcy obejmuje oprogramowanie BMC Software oraz udzieli licencji/sublicencji w zakresie określonym Umową. W przypadku gdy oferta Wykonawcy obejmuje oprogramowanie równoważne Wykonawca dostarczy Zamawiającemu oprogramowanie objęte ofertą Wykonawcy, w terminie do 21 dni kalendarzowych od zawarcia Umowy przeprowadzi wdrożenie tego oprogramowania w pełnym zakresie opisanym w Załączniku nr 2 do Umowy oraz udzieli licencji/sublicencji w zakresie określonym Umową.

b) Wsparcie w utrzymaniu Środowiska Mainframe w zakresie i na zasadach określony w Załączniku 3a do Umowy (przez okres 36 miesięcy)

c) Świadczenie usługi opieki serwisowej na dostarczone oprogramowanie BMC lub dostarczone oprogramowanie równoważne na zasadach określonych w Załączniku nr 5 do SIWZ pkt. III (przez okres 36 miesięcy od daty zawarcia Umowy).

d) Wsparcie relokacji instancji EMIR/RENTIER z ZETO w zakresie i na zasadach określonych w Załączniku 3b do Umowy (Do końca trwania Umowy Wykonawca udzieli wsparcia na relokację nie więcej niż 5 instancji baz zgodnie z przyjętymi w ramach inicjacji projektów harmonogramami dla każdej instancji)

e) Wsparcie podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery w zakresie i na zasadach określonych w Załączniku 3b do

Umowy (zgodnie z przyjętym w ramach inicjacji projektu harmonogramem, w terminie do 3 miesięcy od daty zawarcia Umowy.

2. Szczegółowe warunki realizacji zamówienia zostały zawarte we wzorze umowy stanowiącym Załącznik nr 2 do Specyfikacji Istotnych Warunków Zamówienia.

Rozdział III

WYSOKOŚĆ I ZASADY WNIESIENIA WADIUM

I. WYSOKOŚĆ WADIUM

Wykonawca przystępujący do postępowania zobowiązany jest wnieść wadium w wysokości: 1 000 000, 00 złotych (słownie: jeden milion zł).

II. FORMA WADIUM

Wadium może być wniesione w jednej lub kilku z poniższych form:

1. pieniądzu,

2. poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo- kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym,

3. gwarancjach bankowych,

4. gwarancjach ubezpieczeniowych,

5. poręczeniach udzielonych przez podmioty, o których mowa w art. 6 b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. 2007 r. Nr 42, poz. 275 ze zm.).

III. TERMIN I MIEJSCE WNIESIENIA WADIUM

1. Wadium należy wnieść przed upływem terminu składania ofert określonego w Rozdziale VI, podrozdział I pkt 1.

2. W przypadku wnoszenia wadium w pieniądzu ustaloną kwotę należy wpłacić na rachunek bankowy Zamawiającego w banku:

Bank PKO BP S.A. nr rachunku bankowego: 81 1020 5590 0000 0602 9000 7017;

2.1. Zaleca się aby na przelewie umieścić informację:

„wadium: do postępowania na „Dostawę licencji wraz z usługami opieki serwisowej dla środowiska Mainframe i NROI”.

2.2. Wadium winno znaleźć się na rachunku bankowym Zamawiającego przed upływem terminu składania ofert.

3. W przypadku wnoszenia wadium w pozostałych dopuszczalnych formach określonych w podrozdziale II, oryginał należy złożyć w siedzibie Zamawiającego w Warszawie ul. Szamocka 3, 5 Departament Zamówień Publicznych, pok. 104 (I piętro, skrzydło

„C”),

a kserokopię dokumentu potwierdzającego wniesienie wadium zaleca się dołączyć do oferty.

4. Z dokumentu wadium wniesionego w formie gwarancji bankowej/ubezpieczeniowej powinno wynikać jednoznacznie gwarantowanie wypłat należności w sposób

nieodwołalny, bezwarunkowy i na pierwsze żądanie Zamawiającego zawierające oświadczenie o okolicznościach stanowiących podstawę do żądania wypłaty należności. Wadium takie powinno obejmować cały okres związania ofertą, poczynając od daty składania ofert.

5. Nie wniesienie wadium w wymaganym terminie (także na przedłużony okres związania ofertą), wysokości lub formie skutkuje wykluczeniem Wykonawcy z postępowania.

IV. ZWROT WADIUM

1. Zamawiający zwróci wadium wszystkim Wykonawcom niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania, z wyjątkiem Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem ust. 2 działu V – „Zatrzymanie Wadium”.

2. Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, Zamawiający zwróci wadium niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego oraz wniesieniu zabezpieczenia należytego wykonania umowy, jeżeli jego wniesienia żądano.

3. Zamawiający zwróci wadium niezwłocznie na pisemny wniosek Wykonawcy, który wycofał ofertę przed upływem terminu składania ofert.

4. 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, pomniejszonym o koszty prowadzenia rachunku oraz prowizji bankowej za przelew pieniędzy na rachunek Wykonawcy.

V. ZATRZYMANIE WADIUM

1. Wykonawca, którego oferta została wybrana, traci wadium wraz z odsetkami na rzecz Zamawiającego w sytuacjach, gdy:

a) odmówił podpisania umowy na warunkach określonych w ofercie,

b) nie wniósł wymaganego zabezpieczenia należytego wykonania umowy,

c) zawarcie umowy stało się niemożliwe z przyczyn leżących po stronie Wykonawcy.

2. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 ustawy, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy, lub pełnomocnictw, chyba że udowodni, że wynika to z przyczyn nie leżących po jego stronie.

Rozdział IV

WARUNKI UDZIAŁU W POSTĘPOWANIU, OFERTA ORAZ DOKUMENTY WYMAGANE OD WYKONAWCY

I. WARUNKI UDZIAŁU W POSTĘPOWANIU

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

1) posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania;

2) posiadania wiedzy i doświadczenia;

3) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia;

4) sytuacji ekonomicznej i finansowej.

2. Opisane poniżej:

2.1. Wykonali bądź wykonują w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, usługi w zakresie niezbędnym do wykazania spełnienia warunku wiedzy i doświadczenia, polegające na realizacji co najmniej jednej usługi serwisowej, przez minimum 12 miesięcy, w zakresie komputerów Mainframe (IBM System z) działających z systemem operacyjnym z/OS z oprogramowaniem firmy BMC Software oraz dla bazy danych IBM DB2 on z/OS w konfiguracji Data Sharing.

2.2. Dysponują lub będą dysponowali osobami, które będą uczestniczyły w wykonaniu zamówienia:

a. minimum jedną osobą, Kierownikiem Projektu o następujących kompetencjach:

- posiadającą umiejętności niezbędne dla uzyskania certyfikatu w zakresie zarządzania projektami na poziomie PRINCE2 Practitioner lub PMP potwierdzone tymi dokumentami lub innymi dokumentami, które potwierdzają takie umiejętności jak wymienione dokumenty (wykluczone są oświadczenia wykonawcy),

- posiadającą minimum 5-letnie doświadczenie w realizacji projektów informatycznych,

- pełniącą rolę Kierownika projektu w minimum trzech projektach informatycznych, z których co najmniej jeden obejmował swoim zakresem zaprojektowanie i wdrożenie systemu monitorowania zasobów infrastruktury techniczno-systemowej w zakresie monitorowania zdarzeń i stanu usług.

b. minimum dwiema osobami posiadającymi umiejętności niezbędne dla uzyskania certyfikatu w zakresie obsługi technologii IBM DB2 on z/OS (Certified Database Administrator DB2 for z/OS lub Certified System Administrator DB2 for z/OS dla aktualnej wersji wspieranej przez producenta tego oprogramowania) potwierdzone tymi dokumentami lub innymi dokumentami, które potwierdzają takie umiejętności jak wymienione dokumenty (wykluczone są oświadczenia wykonawcy),

c. minimum dwiema osobami posiadającymi umiejętności niezbędne dla uzyskania certyfikatu w zakresie obsługi technologii IBM z/OS (IBM Certified Specialist System z Technical dla aktualnej wersji wspieranej przez producenta tego oprogramowania) potwierdzone tymi dokumentami lub innymi dokumentami, które potwierdzają takie umiejętności jak wymienione dokumenty (wykluczone są oświadczenia Wykonawcy),

d. minimum jedną osobą posiadającą umiejętności niezbędne dla uzyskania certyfikatu w zakresie obsługi technologii Software AG Natural ADABAS (Adabas Certified Database Administrator dla aktualnej wersji wspieranej przez producenta tego oprogramowania) potwierdzone tymi dokumentami lub innymi dokumentami, które potwierdzają takie umiejętności jak wymienione dokumenty (wykluczone są oświadczenia wykonawcy).

Wszystkie ww. osoby powinny komunikować się w zakresie koordynacji i realizacji przedmiotu zamówienia z Zamawiającym w języku polskim (w

mowie i piśmie). W przypadku osób nie władających językiem polskim Wykonawca zobowiązany jest zapewnić tłumacza na język polski.

Zamawiający wymaga, aby jedna osoba pełniła wyłącznie jedną z ww. funkcji.

2.3. Posiadają środki finansowe lub zdolność kredytową w wysokości minimum 7 500 000,00 PLN.

2.4. W okresie ostatnich 3 (trzech) lat obrotowych, a jeżeli okres prowadzenia działalności jest krótszy, w każdym roku obrotowym osiągnął średni przychód netto ze sprzedaży produktów, towarów i materiałów z prowadzonej przez siebie działalności w wysokości nie mniejszej niż 35 000 000,00 PLN.

3. O udzielenie zamówienia ubiegać się mogą Wykonawcy, którzy nie podlegają wykluczeniu z postępowania o udzielenie zamówienia

4. Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków.

II. WYMOGI FORMALNE OFERTY

1. Oferta musi spełniać następujące wymogi:

a) treść oferty musi odpowiadać treści specyfikacji;

b) oferta musi zostać sporządzona w języku polskim w formie pisemnej, na maszynie do pisania, komputerze lub inną trwałą i czytelną techniką;

c) oferta i załączone do niej oświadczenia i dokumenty, wymagane przez Zamawiającego, sporządzone przez Wykonawcę muszą być podpisane; za podpisanie uznaje się własnoręczny podpis złożony (w sposób umożliwiający identyfikację osoby) przez osobę(-y) upoważnioną(-e) do reprezentowania Wykonawcy;

d) poprawki lub zmiany w ofercie, muszą być dokonane w sposób czytelny, parafowane własnoręcznie przez osobę (-y) podpisującą(-e) ofertę,

2. Zaleca się, aby:

a) każda strona oferty była parafowana przez osobę podpisującą ofertę;

b) wszystkie strony oferty wraz z załącznikami były ponumerowane oraz połączone w sposób trwały;

c) materiały nie wymagane przez Zamawiającego, tj. nie stanowiące oferty (druki i foldery reklamowe) były wyraźnie oznaczone i oddzielone od oferty;

d) osoba podpisująca ofertę opatrzyła swój podpis pieczątką imienną.

3. W przypadku, gdy informacje zawarte w ofercie stanowią tajemnicę przedsiębiorstwa w rozumieniu przepisów ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (t. jedn. Xx. X. x 0000 x. Xx 000 poz. 1503 ze zm.), Wykonawca powinien to wyraźnie zastrzec w ofercie i odpowiednio oznaczyć zastrzeżone informacje.

Wskazane jest wyodrębnienie dokumentów zawierających zastrzeżone informacje.

Nie podlegają zastrzeżeniu informacje obejmujące: nazwę (firmę) oraz adres Wykonawcy, cenę oferty, termin wykonania zamówienia, okres gwarancji i warunki płatności.

III. WYMAGANE DOKUMENTY

1. Wykonawca składa wraz z ofertą następujące dokumenty i oświadczenia: 1.1.Oświadczenia i dokumenty potwierdzające spełnianie warunków udziału

w postępowaniu:

1) oświadczenie potwierdzające spełnianie przez Wykonawcę warunków określonych w art.22 ust.1 ustawy, sporządzone wg wzoru stanowiącego Załącznik nr 3 do Specyfikacji;

2) wykaz wykonanych bądź wykonywanych w przypadku warunków usług w zakresie niezbędnym do wykazania spełnienia warunku wiedzy i doświadczenia w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres działalności jest krótszy – w tym okresie usług na potwierdzenie spełniania warunku udziału w postępowaniu, o którym mowa w rozdz. IV podrozdz. I ust. 2.1, z podaniem przedmiotu, dat wykonania i odbiorców, oraz załączeniem dowodów czy usługi zostały wykonane należycie, sporządzony wg Załącznika nr 6 do SIWZ.

3) wykaz osób które będą uczestniczyć w realizacji zamówienia, na potwierdzenie spełniania warunku udziału w postępowaniu, o którym mowa w rozdz. IV podrozdz. I ust. 2.2, wraz informacją o podstawie do dysponowania w/w osobami, sporządzony wg Załącznika nr 7 do SIWZ

4) informacja banku lub spółdzielczej kasy oszczędnościowo-kredytowej, potwierdzająca wysokość posiadanych środków finansowych lub zdolność kredytową Wykonawcy, wystawiona nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

5) sprawozdanie finansowe albo jego część, a jeśli podlega ono badaniu przez biegłego rewidenta zgodnie z przepisami o rachunkowości również z opinią odpowiednio o badanym sprawozdaniu albo jego części, a w przypadku Wykonawców nie zobowiązanych do sporządzania sprawozdania finansowego, innych dokumentów określających obroty oraz zobowiązania i należności - za okres nie dłuższy niż ostatnie trzy lata obrotowe, a jeżeli okres prowadzenia działalności jest krótszy - za ten okres.

6) jeżeli Wykonawca polega na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków, zobowiązany jest udowodnić Zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie takich podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia.

1.2. Oświadczenia i dokumenty o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia:

1) oświadczenie o braku podstaw do wykluczenia, sporządzone wg wzoru stanowiącego

Załącznik nr 4 do Specyfikacji;

2) aktualny odpis z właściwego rejestru lub z 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.;

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.

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 ubezpieczenie 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 właściwego organu – wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert;

5) aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 4-8) oraz 10 i 11 ustawy wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert ;

6) aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

7) lista podmiotów należących do tej samej grupy kapitałowej o której mowa w art. 24 ust. 2 pkt 5 ustawy lub informacja o tym, że nie należy do grupy kapitałowej

1.3. Oświadczenia i dokumenty potwierdzające, że oferowany przedmiot zamówienia odpowiada wymaganiom określonym przez Zamawiającego:

Zestawienie wymagań dotyczących implementacji procesów krytycznych dla zamawiającego stanowiące Załącznik nr 1 do formularza ofertowego

1.4. Inne wymagane oświadczenia i dokumenty:

1) w przypadku, gdy Wykonawcę reprezentuje pełnomocnik - pełnomocnictwo określające jego zakres i podpisane przez osoby uprawnione do reprezentacji Wykonawcy;

2) w przypadku, gdy ofertę składają Wykonawcy ubiegający się wspólnie o udzielenie zamówienia, wymagane jest załączenie dokumentu pełnomocnictwa określającego zakres umocowania pełnomocnika ustanowionego do reprezentowania ich w postępowaniu, stosownie do art. 23 ust. 2 ustawy;

3) dokument potwierdzający wniesienie wadium, jeżeli zostało wniesione w innej formie niż w pieniądzu (zaleca się dołączyć);

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

3. Wykonawca zagraniczny

3.1. Wykonawca zagraniczny (mający siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej) zamiast dokumentów wskazanych w pkt 1.2.:

1) ppkt 2), 3), 4), 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 ogłoszono upadłości - wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

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 - wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert;

c) nie orzeczono wobec niego zakazu ubiegania się o zamówienie - wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

2) ppkt 5 – składa zaświadczenie właściwego organu sądowego lub administracyjnego miejsca zamieszkania osoby, której dokumenty dotyczą, w zakresie określonym w art. 24 ust. 1 pkt 4 – 8, 10 i 11 ustawy - wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. .

3.2. Jeżeli w miejscu zamieszkania osoby lub w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów wskazanych w pkt 3.1. 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 notariuszem – wystawione odpowiednio w terminach określonych w pkt 3.1.

IV. ZASADY UDZIAŁU W POSTĘPOWANIU WYKONAWCÓW WYSTĘPUJĄCYCH WSPÓLNIE

1. Wykonawcy ubiegający się wspólnie o udzielenie zamówienia ustanawiają pełnomocnika do reprezentowania ich w postępowaniu albo reprezentowania w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego.

2. Wykonawcy, o których mowa w pkt 1, składają jedną ofertę, przy czym:

a) wymagane oświadczenia i dokumenty wskazane w podrozdziale III pkt 1.2 ppkt 1-7 niniejszego Rozdziału składa każdy z Wykonawców,

b) oświadczenie potwierdzające spełnianie warunków określonych w art. 22 ust.1 ustawy – wszyscy Wykonawcy wspólnie,

c) pozostałe dokumenty składają wszyscy Wykonawcy wspólnie.

V. FORMA DOKUMENTÓW

1. Wymagane dokumenty powinny być złożone w formie oryginału lub kserokopii potwierdzonej za zgodność z oryginałem przez osobę uprawnioną do reprezentowania Wykonawcy. W przypadku zaistnienia sytuacji, o której mowa w podrozdziale I ust. 1 pkt 3. Wykonawca zobowiązany jest przedstawić pisemne zobowiązanie w formie oryginału lub kopii potwierdzonej notarialnie.

2. Za osoby uprawnione do reprezentowania Wykonawcy uznaje się osoby upoważnione do reprezentowania firmy, wskazane we właściwym rejestrze bądź w stosownym pełnomocnictwie, które należy załączyć do oferty w oryginale lub kopii poświadczonej za zgodność z oryginałem przez osobę udzielającą pełnomocnictwa lub poświadczone notarialnie.

3. W przypadku, gdy załączone do oferty dokumenty zostały sporządzone w języku obcym (w tym dokumenty składane przez Wykonawcę zagranicznego) niezbędne jest przedstawienie ich tłumaczenia na język polski.

4. Jeżeli złożone kserokopie dokumentów będą nieczytelne lub będą budzić wątpliwości co do ich prawdziwości, Zamawiający może żądać przedstawienia oryginału lub notarialnie poświadczonej kopii dokumentu.

5. 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świadczone za zgodność z oryginałem odpowiednio przez wykonawcę lub te podmioty.

VI. OPAKOWANIE OFERTY

Ofertę należy złożyć w dwóch zamkniętych kopertach. Kopertę zewnętrzną należy oznaczyć w następujący sposób:

Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych 00-000 Xxxxxxxx; ul. Szamocka 3, 5

„Dostawa licencji wraz z usługami opieki serwisowej dla środowiska Mainframe i NROI”

znak sprawy: TZ/370/74/13

Koperta wewnętrzna musi być oznakowana w następujący sposób:

Zakład Ubezpieczeń Społecznych

„Oferta przetargowa”

i zaadresowana na adres Wykonawcy.

Rozdział V

OPIS SPOSOBU OBLICZENIA CENY OFERTY

1. Wykonawca poda cenę oferty w sposób określony w Formularzu ofertowym części II

–„Cena Oferty” oraz część V – „Formularz cenowy” (Załącznik nr 1 do niniejszej Specyfikacji).

2. Stawka podatku VAT jest określana zgodnie z ustawą z dnia 11 marca 2004 r. o podatku od towarów i usług ( Xx. X. Xx 00, xxx. 535 ze zm.).

3. Wszystkie wartości powinny być podane w złotych polskich. Cena oferty powinna być wyrażona cyfrowo i słownie oraz podana z dokładnością do dwóch miejsc po przecinku.

4. Ceny podane w ofercie powinny zawierać wszystkie koszty Wykonawcy związane z realizacją zmówienia oraz uwzględniać inne opłaty i podatki, a także ewentualne upusty i rabaty. Cena umowna jest ceną ostateczną nie podlegającą zwiększeniu w okresie obowiązywania umowy.

Rozdział VI

INFORMACJE O MIEJSCU I TERMINIE SKŁADANIA I OTWARCIA OFERT

I. MIEJSCE I TERMIN SKŁADANIA OFERT

1. Ofertę należy złożyć w siedzibie Zamawiającego w Warszawie, ul. Szamocka 3, 5, Xxxxxxxx „X”, xxx. 000, do dnia 21.11.2013 r. do godziny 09.00.

2. Oferty złożone po tym terminie zostaną zwrócone bez otwierania zgodnie z zasadą określoną w art. 84 ust. 2 ustawy.

3. Każdy Wykonawca składający ofertę otrzyma od Zamawiającego potwierdzenie z numerem wpływu odnotowanym także na kopercie oferty.

4. Oferty przesłane faksem nie będą rozpatrywane.

II. MIEJSCE I TERMIN OTWARCIA OFERT

Otwarcie ofert nastąpi w dniu upływu terminu składania ofert w siedzibie Zamawiającego w Warszawie, ul. Szamocka 3, 5, Departament Zamówień Publicznych, sala C135, o godzinie 09:30.

III. PUBLICZNE OTWARCIE OFERT

1. Otwarcie ofert jest jawne.

2. Bezpośrednio przed otwarciem ofert Zamawiający poda kwotę, jaką zamierza przeznaczyć na sfinansowanie zamówienia.

3. Dokonując otwarcia ofert Zamawiający poda nazwę (firmę) albo imię i nazwisko, adres (siedzibę) Wykonawcy, cenę oferty, a także termin wykonania, okres gwarancji oraz warunki płatności, jeżeli ich podanie w ofercie było wymagane.

IV. TERMIN ZWIĄZANIA OFERTĄ

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

V. ZMIANA I WYCOFANIE OFERTY

1. Wykonawca może przed upływem terminu do składania ofert zmienić lub wycofać ofertę poprzez złożenie pisemnego powiadomienia przed upływem wyznaczonego terminu składania ofert. Powiadomienie musi być podpisane przez osobę uprawnioną do reprezentowania Wykonawcy.

2. Powiadomienie o wprowadzeniu zmian winno zostać złożone w sposób i formie przewidzianych w Specyfikacji dla złożenia oferty, z zastrzeżeniem, że koperta zewnętrzna będzie zawierała dodatkowe oznaczenie „ZMIANA” i zostanie podany numer wpływu z potwierdzenia, o którym mowa w podrozdziale I pkt 3 niniejszego Rozdziału.

I. TRYB OCENY OFERT

1. Zamawiający poprawia w ofercie:

1) oczywiste omyłki pisarskie,

2) oczywiste omyłki rachunkowe, z uwzględnieniem konsekwencji rachunkowych dokonanych poprawek,

3) inne omyłki polegające na niezgodności oferty ze specyfikacją istotnych warunków zamówienia, nie powodujące istotnych zmian w treści oferty

- niezwłocznie zawiadamiając o tym Wykonawcę, którego oferta została poprawiona.

2. Oferta Wykonawcy, który w terminie 3 dni od dnia doręczenia zawiadomienia nie zgodził się na poprawienie omyłki, o której mowa w ust. 1 pkt 3, będzie podlegała odrzuceniu.

II. KRYTERIA WYBORU NAJKORZYSTNIEJSZEJ OFERTY

Przy wyborze oferty Zamawiający będzie kierował się następującym kryterium:

Kryterium wyboru	Znaczenie
Cena oferty	100%

III. ZASADY OCENY OFERT WEDŁUG USTALONYCH KRYTERIÓW

Ocena ofert dokonywana będzie w kryterium:

Łączna cena brutto (z podatkiem VAT) za realizację zamówienia - według następującego wzoru:

najniższa cena ofertowa brutto

C =

cena oferty badanej brutto

X 100 (waga kryterium)

1) Przyjmuje się, że 1 % = 1 pkt i tak zostanie przeliczona liczba punktów w/w kryterium.

2) Za najkorzystniejszą zostanie uznana oferta, która uzyska najwyższą liczbę punktów.

3) Jeżeli złożono ofertę, której wybór prowadziłby do powstania obowiązku podatkowego Zamawiającego zgodnie z przepisami o podatku od towarów i usług w zakresie dotyczącym wewnątrzwspólnotowego nabycia towarów, 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 wpłacić zgodnie z obowiązującymi przepisami.

1. Wykonawca zobowiązany jest wnieść przed podpisaniem umowy zabezpieczenie należytego wykonania umowy w wysokości 7 % ceny brutto oferty.

2. Zabezpieczenie należytego wykonania umowy może być wniesione w jednej lub kilku z następujących form:

a) pieniądzu,

b) poręczeniu bankowym lub poręczeniu spółdzielczej kasy oszczędnościowo- kredytowej, z tym że zobowiązanie kasy jest zawsze zobowiązaniem pieniężnym,

c) gwarancji bankowej,

d) gwarancji ubezpieczeniowej,

e) poręczeniu udzielonym przez podmioty, o których mowa w art. 6 b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. z 2007r. Nr 42, poz. 275 ze zm.).

3. W przypadku wnoszenia zabezpieczenia należytego wykonania umowy:

a) w pieniądzu - odpowiednią kwotę należy wpłacić na rachunek bankowy Zamawiającego nr rachunku: Bank PKO BP S.A. nr rachunku bankowego: 81 1020 5590 0000 0602 9000 7017;a dokument potwierdzający wpłatę (pokwitowanie) należy złożyć w siedzibie Zamawiającego w Warszawie ul. Szamocka 3, 5, Departament Zamówień Publicznych, xxxxxxxx „X”, xxx. 000, najpóźniej przed podpisaniem umowy;

b) w przypadku wniesienia zabezpieczenia w pozostałych dopuszczanych formach dokument zabezpieczenia należy złożyć w siedzibie Zamawiającego w Warszawie ul. Szamocka 3, 5, Departament Zamówień Publicznych, skrzydło „C”, I piętro, xxx. 000 najpóźniej przed podpisaniem umowy.

4. Z dokumentu zabezpieczenia należytego wykonania umowy wniesionego w formie gwarancji bankowej/ubezpieczeniowej powinno wynikać jednoznacznie gwarantowanie wypłat należności w sposób nieodwołalny, bezwarunkowy i na pierwsze żądanie Zamawiającego zawierające oświadczenie o okolicznościach stanowiących podstawę do żądania wypłaty należności.

5. Warunki i termin zwolnienia zabezpieczenia należytego wykonania Umowy określone zostały we wzorze Umowy.

Rozdział XX WZÓR UMOWY

Wzór umowy określający szczegółowe warunki, na których Zamawiający zawrze umowę w sprawie udzielenia zamówienia publicznego, stanowi Załącznik nr 2 do Specyfikacji.

Wykonawcy, uczestnikowi konkursu, 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, przysługują środki ochrony prawnej, o których mowa w Dziale VI ustawy Prawo zamówień publicznych – Środki Ochrony Prawnej.

Rozdział XI

FORMALNOŚCI PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY

I. OGŁOSZENIE O WYNIKU POSTĘPOWANIA

Niezwłocznie po wyborze najkorzystniejszej oferty Zamawiający powiadomi Wykonawców, którzy złożyli oferty, o:

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

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

3. Wykonawcach, którzy zostali wykluczeni z postępowania podając uzasadnienie faktyczne i prawne

4. terminie, określonym zgodnie z art. 94 ust. 1 lub 2, po którego upływie umowa w sprawie zamówienia publicznego może być zawarta.

II. WARUNKI ZAWARCIA UMOWY

1. Zamawiający wskaże termin i miejsce podpisania umowy Wykonawcy, którego oferta została wybrana w zawiadomieniu o wyborze oferty.

2. Najpóźniej na trzy dni przed podpisaniem Umowy Wykonawca dostarczy listę osób zgodnie § 6 ust. 5 wzoru Umowy (lista musi składać się minimum z osób wynikających z Załącznika nr 7 do SIWZ). Zmiany osób będą mogły nastąpić po wyrażeniu przez Zamawiającego pisemnej zgody, zgodnie z postanowieniami Umowy.

3. Przed podpisaniem umowy Wykonawca, którego oferta została wybrana, zobowiązany jest do wniesienia zabezpieczenia należytego wykonania umowy na warunkach i w formie określonych w Rozdziale VIII niniejszej Specyfikacji.

4. Umowa zostanie zawarta w terminach o których mowa w art. 94 ust 1 ustawy Prawo zamówień publicznych.

5. W sprawach nieuregulowanych w niniejszej Specyfikacji istotnych warunków zamówienia mają zastosowanie przepisy ustawy – Prawo zamówień publicznych oraz przepisy Kodeksu cywilnego.

1. Zamawiający dopuszcza możliwość dokonania zmian Umowy w zakresie opisu przedmiotu zamówienia i jego cech oraz sposobu i terminu jego realizacji - jeżeli zmiany są korzystne dla Zamawiającego lub wywołane okolicznościami, których nie można było przewidzieć w momencie składania oferty.

2. Wykonawca nie może dokonywać przeniesienia praw lub wierzytelności wynikających z Umowy na osoby trzecie ani regulować ich w drodze kompensaty..

3. Zmiana umowy wynika z okoliczności, których nie można było przewidzieć w chwili zawarcia umowy lub zmiany te są korzystne dla Zamawiającego.

4. Zmiana postanowień Umowy następuje w formie pisemnego aneksu pod rygorem nieważności.

5. Z wnioskiem o zmianę postanowień Umowy może wystąpić zarówno Wykonawca, jak i Zamawiający.

LISTA ZAŁĄCZNIKÓW DO SPECYFIKACJI

Wymienione poniżej załączniki stanowią integralną część niniejszej Specyfikacji:

1. Formularz ofertowy

2. Wzór umowy

3. Oświadczenie potwierdzające spełnianie przez Wykonawcę warunków określonych w art. 22 ust 1 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych.

4. Oświadczenie o braku podstaw do wykluczenia na podstawie art. 24 ust. 1 ustawy z dnia 29 stycznia 2004r. Prawo zamówień publicznych.

5. Opis przedmiotu zamówienia

6. Wykaz usług

7. Wykaz osób

8. Założenia przeprowadzenia testów wraz ze wzorem arkusza testów

Załącznik nr 1 do SIWZ

Nazwa Wykonawcy: ...............................

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

Adres Wykonawcy: ...............................

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

nr telefonu: ...............................

nr faksu: ...............................

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

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

(miejscowość, data)

Zakład Ubezpieczeń Społecznych xx. Xxxxxxxx 0, 0

00-000 Xxxxxxxx (Zamawiający)

OFERTA

I. PRZEDMIOT OFERTY

1. Oferujemy dostawę licencji wraz z usługami opieki serwisowej dla środowiska Mainframe i NROI .

2. Oświadczamy, że oferowany przedmiot zamówienia spełnia wszystkie wymagania Zamawiającego określone w Opisie przedmiotu zamówienia zawartym w Rozdziale II Specyfikacji Istotnych Warunków Zamówienia.

II. CENA OFERTY

Oferujemy wykonanie zamówienia za całkowitą cenę brutto zł,

(słownie ).

Ceny jednostkowe zostały określone w części Oferty - Formularz cenowy zgodnie z postanowieniami Rozdziału V Specyfikacji.

III. DEKLAROWANE WARUNKI REALIZACJI ZAMÓWIENIA Deklarujemy następujące warunki realizacji zamówienia:

1) Termin realizacji przedmiotu zamówienia: 36 miesięcy od dnia zawarcia umowy, w tym:

a) W terminie do 7 dni kalendarzowych od zawarcia Umowy Wykonawca dostarczy Zamawiającemu oprogramowanie BMC Software, w przypadku gdy oferta Wykonawcy obejmuje oprogramowanie BMC Software oraz udzieli licencji/sublicencji w zakresie określonym Umową. W przypadku gdy oferta Wykonawcy obejmuje oprogramowanie równoważne Wykonawca dostarczy Zamawiającemu oprogramowanie objęte ofertą Wykonawcy, w terminie do 21 dni kalendarzowych od zawarcia Umowy przeprowadzi wdrożenie tego oprogramowania w pełnym zakresie integracji opisanej w Załączniku nr 2) do Umowy oraz udzieli licencji/sublicencji w zakresie określonym Umową.

b) Wsparcie w utrzymaniu Środowiska Mainframe w zakresie i na zasadach określonych w Załączniku 3a do Umowy (przez okres 36 miesięcy)

c) Wsparcie relokacji instancji EMIR/RENTIER z ZETO w zakresie i na zasadach określonych w Załączniku 3b do Umowy (Do końca trwania Umowy Wykonawca udzieli wsparcia na relokację nie więcej niż 5 instancji baz zgodnie z przyjętymi w ramach inicjacji projektów harmonogramami dla każdej instancji)

d) Wsparcie podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery w zakresie i na zasadach określonych w Załączniku 3b do Umowy (zgodnie z przyjętym w ramach inicjacji projektu harmonogramem, w terminie do 3 miesięcy od daty zawarcia Umowy.

2) Płatności za przedmiot umowy:

Płatności na rzecz Wykonawcy z tytułu realizacji przedmiotu Umowy dokonywane będą przelewem bankowym na rachunek Wykonawcy wskazany w umowie w terminie 30 dni od dnia otrzymania przez Zamawiającego Zakład Ubezpieczeń Społecznych, ul. Szamocka 3, 5; 00-000 Xxxxxxxx (Sekretariat Departamentu Zarządzania Systemami Informatycznymi) oryginału prawidłowo wystawionych faktur wraz z podpisanymi bez zastrzeżeń przez osoby upoważnione przez Strony - Protokołami odbioru lub Protokołami wykonania usług.

3) Wniesienie zabezpieczenia należytego wykonania umowy w wysokości 7 % ceny oferty brutto, w formie :…………………

4) Podwykonawcom zamierzamy powierzyć wykonanie zamówienia w całości / części dotyczącej…………………………………………………………………………………………..

(określić odpowiedni zakres lub pozostawić bez wypełnienia jeżeli nie dotyczy).

IV. OŚWIADCZENIA

1) Oświadczamy, że zapoznaliśmy się ze Specyfikacją Istotnych Warunków Zamówienia i zobowiązujemy się do stosowania i ścisłego przestrzegania warunków w niej określonych.

2) Oświadczamy, że uważamy się za związanych niniejszą ofertą na czas wskazany w Specyfikacji Istotnych Warunków Zamówienia, tj. 90 dni od upływu terminu składania ofert.

3) Oświadczamy, że zawarty w Specyfikacji Istotnych Warunków Zamówienia wzór Umowy został przez nas zaakceptowany i zobowiązujemy się w przypadku wyboru naszej oferty do zawarcia Umowy na warunkach określonych we wzorze w miejscu i terminie wyznaczonym przez Zamawiającego. Jesteśmy świadomi, że w przypadku nie dojścia do zawarcia Umowy z przyczyn leżących po naszej stronie wniesione wadium ulega przepadkowi na rzecz Zamawiającego.

4) Jesteśmy świadomi, że w przypadku nie złożenia dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy, lub pełnomocnictw z przyczyn leżących po naszej stronie, w odpowiedzi na wezwanie Zamawiającego, o którym mowa w art. 26 ust. 3 ustawy, wniesione wadium ulega przepadkowi na rzecz Zamawiającego.

5) Oświadczamy, że wnieśliśmy wadium w formie ............................................... , zwrotu

wadium należy dokonać na rachunek bankowy Wykonawcy: ..............................................

....................................... (dotyczy Wykonawców, którzy wnieśli wadium formie pieniądza).

6) Oświadczamy, że w zakresie świadczenia usług opieki serwisowej (maintenance) dla zaoferowanego oraz będącego w posiadaniu Zamawiającego oprogramowania, posiadamy przyznane przez producenta tego oprogramowania uprawnienia umożliwiające stały dostęp do oficjalnego kanału rejestracji i obsługi zgłoszeń serwisowych, bazy wiedzy zawierającej informacje o znanych błędach i sposobach ich rozwiązywania, patch’y,

poprawek oraz innych elementów służących naprawie błędów, w zakresie wynikającym z przysługującym twórcy programu komputerowego praw wyłącznych.

7) Oświadczamy, że posiadamy prawo do udzielenia licencji/sublicencji na zaoferowane oprogramowanie (w przypadku zaoferowania oprogramowania, którego użytkowanie wymaga oddzielnej licencji).

8) Oświadczamy, że najpóźniej na trzy dni przed podpisaniem Umowy dostarczymy listę osób zgodnie § 6 ust. 5 wzoru Umowy (lista musi składać się minimum z osób wynikających z Załącznika nr 7 do SIWZ). Zmiany osób będą mogły nastąpić po wyrażeniu przez Zamawiającego pisemnej zgody, zgodnie z postanowieniami Umowy.

V. FORMULARZ CENOWY

I	Szczegółowa specyfikacja zaoferowanych licencji/sublicencji na oprogramowanie (nazwa/producent/wersja/inne dane określające licencję/sublicencję) -	Cena jednostkowa	Ilość licencji/sublicencj i (określa Wykonawca zgodnie z zasadami licencjonowania)	Razem (kol 2 x kol 3)
L.P.	1	2	3	4
1	…………………………………………………
2	…………………………………………………
…
	RAZEM
II	Przedmiot	Cena jednostkowa	Ilość wystąpień w ciągu trwania umowy	Wartość (kol 2 x kol 3)
L.P .	1	2	3	4
1	Usługi wsparcia relokacji instancji EMIR/RENTIER z ZETO		5
2	Usługa wsparcia podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery		1
	RAZEM
III	Przedmiot	Opłata miesięczna	Ilość miesięcy świadczenia usługi	Wartość (kol 2 x kol 3)
NALEŻY WYPEŁNIĆ W PRZYPADKU ZAOFEROWANIA OPROGRAMOWANIA BMC
1	Wsparcie w utrzymaniu środowiska Mainframe i NROI z usługą opieki serwisowej dostarczonego oprogramowania BMC		36
NALEŻY WYPEŁNIĆ W PRZYPADKU ZAOFEROWANIA OPROGRAMOWANIA RÓWNOWAŻNEGO
2	Wsparcie w utrzymaniu środowiska Mainframe i NROI z usługą opieki serwisowej dostarczonego oprogramowania równoważnego		36
RAZEM I+II+III

Oświadczamy, że wskazane w niniejszym formularzu ceny jednostkowe i wartość ogółem obejmują wszelkie koszty Wykonawcy wynikające z realizacji Umowy i nie ulegną zwiększeniu w okresie obowiązywania Umowy.

VI. ZAŁĄCZNIKI DO OFERTY

1.1. oświadczenia i dokumenty potwierdzające spełnianie warunków udziału w postępowaniu:

1) oświadczenie potwierdzające spełnianie przez Wykonawcę warunków określonych w art. 22 ust. 1 ustawy, sporządzone wg wzoru stanowiącego Załącznik nr 3 do Specyfikacji;

2) wykaz wykonanych bądź wykonywanych usług w zakresie niezbędnym do wykazania spełnienia warunku wiedzy i doświadczenia w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres działalności jest krótszy – w tym okresie usług na potwierdzenie spełniania warunku udziału w postępowaniu, o którym mowa w rozdz. IV podrozdz. I ust. 2.1, z podaniem przedmiotu, dat wykonania i odbiorców, oraz załączeniem dowodów czy usługi zostały wykonane należycie, sporządzony wg Załącznika nr 6 do SIWZ

3) wykaz osób, które będą uczestniczyć w realizacji zamówienia, na potwierdzenie spełniania warunku udziału w postępowaniu, o którym mowa w rozdz. IV podrozdz. I ust. 2.2, wraz informacją o podstawie do dysponowania w/w osobami, sporządzony wg Załącznika nr 7 do SIWZ

5) sprawozdanie finansowe albo jego część, a jeżeli podlega ono badaniu przez biegłego rewidenta zgodnie z przepisami o rachunkowości również z opinią odpowiednio o badanym sprawozdaniu albo jego części, a w przypadku wykonawców nie zobowiązanych do sporządzania sprawozdania finansowego innych dokumentów.

1.2. oświadczenia i dokumenty o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia:

1) oświadczenie o braku podstaw do wykluczenia, sporządzone wg wzoru stanowiącego Załącznik nr 4 do Specyfikacji;

właściwego organu – wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert;

6) aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

7) lista podmiotów należących do tej samej grupy kapitałowej o której mowa w art. 24 ust. 2 pkt 5 ustawy lub informacja o tym, że nie należy do grupy kapitałowej

1.3. Oświadczenia i dokumenty potwierdzające, że oferowany przedmiot zamówienia odpowiada wymaganiom określonym przez Zamawiającego:

Zestawienie wymagań dotyczących implementacji procesów krytycznych dla zamawiającego stanowiące załącznik nr 1 do formularza ofertowego;

1.4. Inne wymagane oświadczenia i dokumenty:

1) w przypadku, gdy Wykonawcę reprezentuje pełnomocnik - pełnomocnictwo określające jego zakres i podpisane przez osoby uprawnione do reprezentacji Wykonawcy;

2) w przypadku, gdy ofertę składają Wykonawcy ubiegający się wspólnie o udzielenie zamówienia wymagane jest załączenie dokumentu pełnomocnictwa określającego zakres umocowania pełnomocnika ustanowionego do reprezentowania ich w postępowaniu, stosownie do art. 23 ust. 2 ustawy;

3) dokument potwierdzający wniesienie wadium, jeżeli zostało wniesione w innej formie niż w pieniądzu (zaleca się dołączyć);

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

(podpis osoby upoważnionej do reprezentowania Wykonawcy)

Załącznik nr 1

do formularza ofertowego

Zestawienie wymagań dotyczących implementacji procesów krytycznych dla Zamawiającego

Dostawca oferujący oprogramowanie potwierdza poprzez wypełnienie poniższej tabeli, że spełnia wymagania Zamawiającego opisane w punktach 1-4 w Załączniku nr 5 do SIWZ w pkt. III.

	Nazwa wymagania	Potwierdza realizację wymagania Zamawiającego (*) (TAK/NIE)	Sposób realizacji wymagania (**)
1-01	Tworzenie tzw. BASELINE dla środowisk KSI DB2
1-02	Audyt stanu struktur dla środowiska KSI DB2
1-03	Synchronizacja struktur i uprawnień DB2
1-04	Tworzenie nowych środowisk DB2
1-05	Migracja struktur i danych pomiędzy środowiskami DB2
1-06	Realizacja masowych zmian w strukturach DB2
1-07	Realizacja zmian w strukturach DB2 dostarczonych w postaci DDL z zachowaniem lokalnych modyfikacji wybranych atrybutów
2-01	Kolektor danych typu DB2 Accounting dla zdań SQL i obiektów
2-02	Interfejs użytkownika narzędzia do analizy i strojenia wydajności SQL na DB2 on z/OS
2-03	Wsparcie dla analizy wydajności na poziomie WORKLOAD
3-01	Narzędzie do analizy stanu obiektów DB2 i automatyzacji przygotowania zadań utrzymaniowych
3-02	Narzędzie do reorganizacji danych i indeksów w DB2 on z/OS w trybie ONLINE
3-03	Rozwiązanie do sterowania zadaniami REORG ONLINE
3-04	Repartcjonowanie w trybie ONLINE
4-01	Interfejs użytkownika
4-02	Kolektor danych

4-03	Inne cechy
4-04-1	Integracja z systemem monitorującym infrastrukturę i stan usług realizowanym prze BMC Patrol, ProActiveNet i BEM/SIM
4-04-2	Możliwość prezentacji danych z różnych monitorów na jednym ekranie ISPF
4-04-3	Zapewnienie dostępu do raportów zgodnych w treści z aktualnie bazowo używanych prze użytkowników w środowisku ZUS KSI
4-04-4	Pokazanie praktycznej możliwości monitorowania i automatycznego rozwiązywania problemów w środowisku NROI na styku CICS⬄ADABAS. Rozwiązanie przykładowego problemu.
4-04-5	Pokazanie praktycznej możliwości zdefiniowania przykładowych miar KPI dla infrastruktury technologiczno-systemowej środowiska NROI
4-04-6	Pokazanie możliwości budowy rozwiązań wykorzystujących narzędzia z różnych grup – pokazanie na jednym ekranie ISPF (np. w formacie 50 x 160) informacji ze wskazanych obszarów

Uwagi:

(*) Poprzez wpisanie TAK oferent potwierdza możliwość spełnienia wymagania opisanego w Załączniku przez Zamawiającego

(**) W kolumnie Sposób realizacji wymagania należy krótko opisać, jak oferowane produkty będą realizowały wymaganie klienta. Przykładowe sposoby opisu są następujące:

• w ramach funkcjonalności podstawowej produktu A wersja X.Yz zgodnie z dokumentacją str. XXX

• konieczność przygotowania dedykowanego zestawu skryptów/zadań wykorzystujących produkty A, B i C

• w ramach funkcjonalności podstawowej produktu B wersja X.Y z zgodnie z dokumentacją str. XXX oraz na podstawie testów we własnym środowisku testowym

Załącznik nr 2 do SIWZ

Postępowanie znak: TZ/370/74/13

Wzór Umowy nr ___________

W dniu roku w Warszawie, pomiędzy:

Zakładem Ubezpieczeń Społecznych z siedzibą w Warszawie, ul. Szamockiej 3, 5 posiadającym NIP nr 000-00-00-000, REGON nr 000017756 który reprezentuje:

1. …………………..

zwanym w treści umowy „ZAMAWIAJĄCYM”,

a ………… z siedzibą w ……………., przy ul. ………….., posiadającą NIP nr……………………., REGON nr …………………, działającą w oparciu o wpis do ………………., pod numerem , którą reprezentują:

1. …………………………..

2. …………………………..

zwanym w treści umowy „WYKONAWCĄ”

wyłonionym w trybie przetargu nieograniczonego, na podstawie przepisu art. 39 ustawy z dnia 29 stycznia 2004

x. - Xxxxx zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.), została zawarta umowa o następującej treści:

Definicje:

Centrum Zgłoszeniowe ZUS, CZ ZUS	Dedykowana organizacja Zamawiającego upoważniona do przekazywania zgłoszeń w ramach usług serwisowych Wykonawcy.
Środowisko Mainframe	Środowisko komputera centralnego Zamawiającego opisane w Załączniku nr 2.
NROI	Nowy Regionalny Ośrodek Informatyczny – środowisko zajmujące się przetwarzaniem danych w systemach emerytalno-rentowych EMIR/RENTIER w Centrali ZUS.
Umowa	Niniejszy dokument wraz z załącznikami.

§ 1

Przedmiot Umowy

1. W ramach przedmiotu Umowy Wykonawca zobowiązany jest do:

udzielenia licencji/sublicencji na oprogramowanie BMC Software, zakresie określonym Umową w przypadku gdy oferta Wykonawcy obejmuje oprogramowanie BMC Software, w terminie 7 dni kalendarzowych od daty zawarcia Umowy;

albo:

dostarczenia Zamawiającemu oprogramowania objętego ofertą Wykonawcy w przypadku gdy Wykonawca oferuje oprogramowanie równoważne, w terminie do 21 dni kalendarzowych od zawarcia Umowy, przeprowadzenie wdrożenia tego oprogramowania opisanego w Załączniku nr 2 oraz udzielenia licencji/sublicencji na zaoferowane oprogramowanie równoważne w zakresie określonym Umową.*

Szczegółowa specyfikacja licencji/sublicencji na oprogramowanie, o którym mowa powyżej, zawarta jest w formularzu cenowym stanowiącym Załącznik nr 6 do Umowy.

Wykonawca gwarantuje, iż funkcjonalność zaoferowanego oprogramowania równoważnego

…………………………………………………….. nie pogorszy parametrów systemowych posiadanego przez Zamawiającego środowiska Mainframe.*

2. Ponadto w ramach realizacji przedmiotu Umowy Wykonawca zobowiązuje się świadczyć na rzecz Zamawiającego następujące usługi:

1) Wsparcie w utrzymaniu Środowiska Mainframe NROI w zakresie i na zasadach określonych w Załączniku 3a

(przez okres 36 miesięcy od daty zawarcia Umowy),

2) Świadczenie usług opieki serwisowej na oprogramowanie BMC lub oprogramowanie równoważne na zasadach określonych w Załączniku nr 2 pkt. III (przez okres 36 miesięcy od daty zawarcia Umowy),

3) Wsparcie relokacji instancji EMIR/RENTIER z ZETO w zakresie i na zasadach określonych w Załączniku 3b do Umowy (w okresie obowiązywania Umowy Wykonawca udzieli wsparcia na relokację nie więcej niż 5 instancji baz zgodnie z przyjętymi w ramach inicjacji projektów harmonogramami dla każdej instancji),

4) Wsparcie podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery w zakresie i na zasadach określonych w Załączniku 3c (zgodnie z przyjętym w ramach inicjacji projektu harmonogramem, w terminie do 3 miesięcy od daty zawarcia Umowy).

3. Wszystkie dokumenty sporządzone przez Wykonawcę w ramach realizacji przedmiotu Umowy będą sporządzone w języku polskim, w formie pisemnej (wydruk komputerowy, format A4), jak również w formie elektronicznej (w wersji edytowalnej w formacie zgodnym z MS Office).

4. Podwykonawcom zostanie powierzone wykonanie zamówienia w całości / części dotyczącej (zapis

dotyczy jedynie sytuacji gdy Wykonawca wskazał w Formularzu ofertowym, iż ten zakres zamówienia powierzy podwykonawcom).

5. Oprogramowanie zaoferowane przez Wykonawcę spełniać będzie wymagania określone w Załączniku nr 9 do Umowy.

*Niepotrzebne skreślić

§ 2

Prawa własności intelektualnej oraz Prawa autorskie osób trzecich

1. Strony oświadczają, że autorskie prawa majątkowe do programów komputerowych i utworów innych niż programy komputerowe wytworzonych przez Wykonawcę w ramach realizacji usług stanowiących przedmiot Umowy przysługiwać będą Zamawiającemu.

2. Wykonawca zapewnia, iż korzystanie z praw nabytych przez Zamawiającego na podstawie niniejszego paragrafu nie będzie naruszało praw autorskich osób trzecich.

3. Wykonawca zapewnia ponadto, iż korzystanie – w ramach uzyskanych przez Zamawiającego uprawnień – z oprogramowania udostępnianego przez Wykonawcę Zamawiającemu w ramach licencji/sublicencji nie będzie naruszało praw autorskich osób trzecich.

4. Wykonawca przenosi na Zamawiającego, autorskie prawa majątkowe do wytworzonych przez Wykonawcę, w ramach realizacji usług stanowiących przedmiot Umowy programów komputerowych, z dniem ich przekazania Zamawiającemu, bez ograniczenia, co do czasu lub terytorium, na następujących polach eksploatacji:

1) trwałe lub czasowe zwielokrotnianie programów komputerowych w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie w zakresie związanym z wykonywaniem autorskich praw majątkowych na polach eksploatacji określonych w niniejszym ustępie,

2) wprowadzanie programów komputerowych do systemu informatycznego, pamięci komputerów, sieci komputerowych Zamawiającego w zakresie związanym z wykonywaniem autorskich praw majątkowych na polach eksploatacji określonych w niniejszym ustępie,

3) korzystanie z programów komputerowych w prowadzonej działalności bez ograniczeń odnośnie terytorium, czasu oraz liczby instalacji,

4) tłumaczenie, przystosowywanie, zmiany układu oraz wprowadzanie jakichkolwiek innych zmian/modyfikacji w programach komputerowych, z zachowaniem praw osoby, która tych zmian dokonała,

5) użyczanie, najem, dzierżawa, upoważnianie innych osób do wykorzystywania w całości lub części programów komputerowych lub ich kopii,

6) wykonywanie oraz upoważnianie do wykonywania praw zależnych do programów komputerowych na wszystkich wymienionych powyżej polach eksploatacji w zakresie oraz w celu przewidzianym odpowiednio dla każdego z pól.

5. Wraz z programami komputerowymi wytworzonymi przez Wykonawcę, Wykonawca przekazuje Zamawiającemu kody źródłowe tych programów.

6. Wykonawca ma prawo zatrzymać jedną kopię aktualnej wersji programów komputerowych oraz utworów, do których autorskie prawa majątkowe zostały przeniesione na Zamawiającego, wyłącznie w celu archiwizacyjnym i audytu. Pozostałe posiadane kopie programów komputerowych oraz utworów Wykonawca zobowiązany jest zniszczyć (w tym usunąć ich kopie elektroniczne) oraz przedstawić Zamawiającemu oświadczenie o ich zniszczeniu / usunięciu w terminie 30 dni od zakończenia Umowy.

7. Wykonawca przenosi na Zamawiającego autorskie prawa majątkowe do wytworzonych przez Wykonawcę, w ramach realizacji usług stanowiących przedmiot Umowy utworów innych niż programy komputerowe w tym dokumentacji programów komputerowych, z dniem ich przekazania Zmawiającemu, bez ograniczenia, co do czasu lub terytorium, na następujących polach eksploatacji:

1) w zakresie utrwalania i zwielokrotniania utworu w całości lub części - wytwarzanie dowolną techniką egzemplarzy utworu, w tym techniką drukarską, reprograficzną, zapisu magnetycznego oraz techniką cyfrową w zakresie związanym z wykonywaniem praw do utworów na polach eksploatacji określonych w niniejszym ustępie,

2) tłumaczenie, przystosowywanie, zmiana układu lub jakiekolwiek inne zmiany w utworze w zakresie związanym z wykonywaniem praw do utworów na polach eksploatacji określonych w niniejszym ustępie,

3) użyczanie, najem, dzierżawa, upoważnianie innych osób do wykorzystywania w całości lub części utworu lub jego kopii,

4) wykonywanie oraz upoważnianie do wykonywania zależnych praw autorskich na wszystkich wymienionych powyżej polach eksploatacji w zakresie oraz w celu przewidzianym odpowiednio dla każdego z pól.

§ 3

Warunki licencyjne

1. Wykonawca udziela Zamawiającemu licencji/sublicencji na zaoferowane oprogramowanie, o których mowa w § 1 ust. 1 w tym na Produkty wymienione w Załączniku nr 2 w pkt II.2.A Tabela nr 1 / w pkt II.2.B*, dalej łącznie zwane oprogramowaniem objętym licencją/sublicencją.

2. Z dniem podpisania Protokołu odbioru (wzór 3 w Załączniku nr 7) Wykonawca udziela Zamawiającemu nieodwołalnej, niewyłącznej i niezbywalnej licencji/sublicencji na korzystanie z oprogramowania objętego licencją/sublicencją, z zastrzeżeniem możliwości wypowiedzenia jedynie w przypadku rażącego naruszania przez Zamawiającego warunków licencyjnych/sublicencyjnych.

3. W przypadku, gdy Wykonawca zaoferuje oprogramowanie równoważne, Wykonawca gwarantuje, że Zamawiającemu przysługuje prawo do tymczasowego korzystania z tego oprogramowania do czasu podpisania bez zastrzeżeń Protokołu odbioru (wzór 3 w Załączniku nr 7 do Umowy) w zakresie koniecznym na potrzeby wdrożenia w pełnym zakresie.

4. Karty licencyjne wraz z kluczami licencyjnymi i nośnikami z oprogramowaniem stanowiącym przedmiot licencji/sublicencji wraz z dokumentacją techniczną oprogramowania objętego licencją/sublicencją. zostaną dostarczone Zamawiającemu do dnia podpisania Protokołu odbioru (wzór 3 w Załączniku nr 7). Podpisany bez uwag przez Strony Protokół odbioru stanowi podstawę do wystawienia faktury.

5. Zamawiający nie ma prawa udzielania dalszych licencji/sublicencji na oprogramowanie objęte licencją/sublicencją oraz wprowadzania oprogramowania objętego licencją/sublicencją do obrotu w całości lub części, pod każdą postacią, w szczególności poprzez ich sprzedaż, najem, dzierżawę.

6. W ramach udzielonych licencji/sublicencji do oprogramowania objętego licencją/sublicencją Zamawiający jest uprawniony do:

1) trwałego lub czasowego zwielokrotnienia programu komputerowego w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie,

2) instalacji, uruchamiania, przechowywania i korzystania,

3) implementacji w środowisku operacyjnym Zamawiającego,

4) wprowadzania i przechowywania Produktów w pamięci komputerów Mainframe Zamawiającego o łącznej mocy obliczeniowej1 nieprzekraczającej zakresu, o którym mowa w Załączniku nr 2 pkt II.1 Tabela nr 12 / zgodnie z dostarczonym przez Wykonawcę certyfikatem licencyjnym3,

5) uruchamiania, wyświetlania i stosowania w celach zgodnych z dokumentacją,

6) przystosowywania oprogramowania objętego, wprowadzania w oprogramowaniu objętym licencją/sublicencją zmian układu lub innych zmian wyłącznie w zakresie, w jakim to przystosowywanie lub zmiany będą niezbędne do korzystania z oprogramowania objętego licencją/sublicencją zgodnie z przeznaczeniem.

7. Pozostałe warunki korzystania z Produktów określa dokument licencyjny (licence agreement) producenta oprogramowania dostarczony przez Wykonawcę.

8. Wykonawca zapewnia, że oprogramowanie objęte licencją/sublicencją jest wolne od jakichkolwiek praw osób trzecich a ponadto, że nie zachodzą jakiekolwiek podstawy do zgłoszenia przez osoby trzecie roszczeń do tych praw w przyszłości.

*Niepotrzebne skreślić

§ 4

Zasady współdziałania Stron

1. Strony zobowiązują się do współdziałania w celu należytego i terminowego wykonania przedmiotu Umowy.

2. W terminie 5 dni roboczych od zawarcia Umowy Strony wyznaczą swoich przedstawicieli kierujących realizacją przedmiotu Umowy. Role i Zadania osób kierujących realizacją przedmiotu Umowy określa Załącznik nr 1.

3. W terminie 10 dni roboczych od zawarcia Umowy Strony powołają Komitet Sterujący będący organem kolegialnym, koordynującym wykonywanie Umowy. Skład, kompetencje i zasady działania Komitetu Sterującego określa Załącznik nr 1.

4. Brak decyzji rozstrzygającej w umówionym terminie sprawę przedstawioną do decyzji Strony, brak stanowiska Strony przedstawionego na zwołanym w tym celu posiedzeniu organu kolegialnego albo zaniechanie dokonania czynności przez osobę, do której obowiązków należało dokonanie takiej czynności będzie uważane za zawinione zachowanie

1 Dopuszcza się różne parametry licencjonowania oprogramowania

2 Dotyczy oprogramowania BMC Software

3 W zależności od zaoferowania oprogramowania

Xxxxxx, która była zobowiązana do podjęcia decyzji, przedstawienia stanowiska, udzielenia odpowiedzi lub dokonania czynności.

§ 5

Zobowiązania Zamawiającego

1. Zamawiający zapewni Wykonawcy niezbędną pomoc w realizacji przedmiotu Umowy, zgodnie z warunkami Umowy.

2. Zamawiający zobowiązany jest przy wykonywaniu Umowy do współdziałania z Wykonawcą, w szczególności poprzez:

1) dołożenie należytej staranności w dostarczaniu posiadanych informacji niezbędnych dla wykonywania Umowy (w tym procedur i innych dokumentów),

2) terminowe wykonywanie obowiązków przyjętych w Umowie,

3) zapewnienie gotowości technicznej sprzętu komputerowego, infrastruktury technicznej i oprogramowania firm trzecich w zakresie niezbędnym dla realizacji Umowy,

4) zapewnienie współdziałania służb Zamawiającego w trakcie diagnozowania oraz odtwarzania komponentów systemu po awarii,

5) zapewnienie wykonania kopii zapasowych komponentów systemu zgodnie z zasadami ustalonymi pomiędzy Stronami,

6) udzielenie pracownikom Wykonawcy dopuszczeń wymaganych obowiązującymi przepisami oraz uprawnień dostępu do zasobów eksploatacyjnych ZUS niezbędnych do świadczenia usług,

§ 6

Zobowiązania Wykonawcy

1. Wykonawca zobowiązany jest przy realizacji przedmiotu Umowy do współdziałania z Zamawiającym poprzez:

1) dołożenie należytej staranności przy wykonywaniu usług, wynikającej z zawodowego charakteru świadczenia tych usług,

2) terminowe wykonywanie zobowiązań,

3) przestrzeganie podczas realizacji prac procedur uzgodnionych w dokumentach kontraktowych,

4) przestrzeganie podczas realizacji prac wewnętrznych uregulowań Zamawiającego udostępnianych Wykonawcy.

2. Wykonawca zobowiązany jest zapewnić personel zdolny do realizacji Umowy określony w Załączniku nr 1 do Umowy i Załączniku nr 8 do Umowy oraz dołożyć odpowiednich starań w celu zapewnienia stabilności tego personelu, w szczególności zaś nie będzie dokonywał zmian personelu bez ważnych przyczyn.

3. Wszystkie osoby dedykowane przez Wykonawcę do prac na rzecz Zamawiającego wchodzące w skład personelu, o którym mowa w ust. 3 będą komunikować się w zakresie koordynacji i realizacji przedmiotu zamówienia z Zamawiającym w języku polskim (w mowie i piśmie). W przypadku osób nie władających językiem polskim Wykonawca zobowiązany jest zapewnić tłumacza na język polski.

4. Zmiana personelu Wykonawcy może być dokonana po pisemnym zawiadomieniu Zamawiającego z przynajmniej 7 dniowym wyprzedzeniem, o ile z przyczyn obiektywnych możliwe będzie dotrzymanie tego terminu, przy czym zmiana taka nie może mieć negatywnego wpływu na jakość i terminowość usług świadczonych przez Wykonawcę.

5. Zmiana osób następuje poprzez:

1) pisemne oświadczenie Wykonawcy o zamiarze dokonania zmiany,

2) wskazanie osoby zastępującej,

3) akceptację lub odmowę akceptacji osoby przez Zamawiającego.

Zmiana osób, o których mowa w ust. 2 nie powoduje zmiany Umowy, wymaga jednak dla swej skuteczności notyfikacji zmiany drugiej Stronie.

§ 7

Kontrola jakości

Zamawiający ma prawo kontroli wykonywania czynności i procedur określonych w Umowie. Wykonawca na pisemne zgłoszenie Zamawiającego, zapewni kontrolującemu dostęp do niezbędnych informacji bez dodatkowego wynagrodzenia z tego tytułu. Odpowiedzialność za wszelkie działania związane z wykonywaniem kontroli przez kontrolującego ponosi Zamawiający.

§ 8

Wynagrodzenie umowne

1. Łączne wynagrodzenie za realizację przedmiotu Umowy nie przekroczy zł (z podatkiem VAT).

2. Wynagrodzenie, o którym mowa w ust. 1, zawiera wszelkie koszty Wykonawcy związane z realizacją przedmiotu Umowy i nie ulegnie zwiększeniu w okresie obowiązywania Umowy.

3. Wynagrodzenie Wykonawcy z tytułu dostawy i udzielenia licencji na zaoferowane oprogramowanie, o których mowa w § 1 ust. 1, wynosi zł (z podatkiem VAT).

4. Wynagrodzenie Wykonawcy z tytułu Wsparcia w utrzymaniu Środowiska Mainframe NROI, o którym mowa w § 1 ust. 2 pkt 1 oraz z tytułu świadczenia usług opieki serwisowej na dostarczone oprogramowanie BMC lub dostarczone oprogramowanie równoważne, o której mowa w § 1 ust. 2 pkt 2, wynosi zł (z podatkiem VAT), przy czym miesięczna opłata z tytułu powyższych usług w okresie obowiązywania Umowy wynosi zł (z podatkiem VAT).

5. Wynagrodzenie Wykonawcy z tytułu Wsparcia relokacji instancji EMIR/RENTIER z ZETO, o którym mowa w § 1 ust. 2 pkt 3, nie przekroczy zł (z podatkiem VAT). Jednostkowa opłata za wykonanie usługi Wsparcia relokacji instancji EMIR/RENTIER z ZETO wynosi zł (z podatkiem VAT).

6. Wynagrodzenie Wykonawcy z tytułu Wsparcia podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery, o którym mowa w § 1 ust. 2 pkt 4, wynosi zł (z podatkiem VAT).

7. Szczegółową specyfikację cenową za poszczególne pozycje z przedmiotu Umowy określa formularz cenowy (zgodnie z wybrana ofertą) stanowiący Załącznik nr 6 do Umowy.

8. Zamawiający zapłaci za faktycznie zrealizowany przedmiot Umowy.

§ 9

Zasady płatności

1. Płatności na rzecz Wykonawcy z tytułu realizacji przedmiotu Umowy dokonywane będą przelewem bankowym na rachunek Wykonawcy, w terminie 30 dni od dnia otrzymania przez Zamawiającego Zakład Ubezpieczeń Społecznych, ul. Szamocka 3, 5; 00-000 Xxxxxxxx (Sekretariat Departamentu Zarządzania Systemami Informatycznymi) oryginału prawidłowo wystawionych faktur wraz z podpisanymi bez zastrzeżeń przez osoby upoważnione przez Strony - Protokołami odbioru lub Protokołami wykonania usług.

2. Wynagrodzenie, o którym mowa w § 8 ust. 3 będzie płatne na podstawie faktury prawidłowo wystawionej w oparciu o podpisany bez uwag Protokół odbioru, którego wzór określa Załącznik 7 (wzór 3).

3. Miesięczna opłata, o której mowa w § 8 ust. 4 będzie płatna na podstawie faktury prawidłowo wystawionej po zakończeniu każdego miesiąca kalendarzowego, w którym usługi były świadczone, przy czym podstawą do wystawienia faktury z tytułu tych usług będzie Protokół wykonania usług, którego wzór określa Załącznik 7 (wzór 2), potwierdzający wykonanie usług w danym miesiącu.

4. Wysokość opłaty miesięcznej, o której mowa w § 8 ust. 4 za niepełny miesiąc świadczenia usług będzie wyliczana w następujący sposób: opłata miesięczna za jeden miesiąc świadczenia usług podzielona przez ilość dni danego miesiąca i pomnożona przez ilość dni świadczenia usług w tym miesiącu.

5. Wynagrodzenie, o którym mowa § 8 ust. 5 każdorazowo płatne na podstawie odpowiedniej faktury prawidłowo wystawionej w oparciu o podpisany bez uwag Protokół wykonania usług, którego wzór określa Załącznik 7 (wzór 2).

6. Wynagrodzenie, o którym mowa § 8 ust. 6 płatne na podstawie odpowiedniej faktury prawidłowo wystawionej w oparciu o podpisany bez uwag Protokół wykonania usług, którego wzór określa Załącznik 7 (wzór 2).

7. Płatności będą dokonywane przelewami bankowymi w złotych polskich na rachunek bankowy Wykonawcy nr

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

8. Za dzień dokonania płatności uważany będzie dzień obciążenia rachunku bankowego Zamawiającego.

9. W przypadku zwłoki w płatności Wykonawca może żądać zapłaty przez Zamawiającego odsetek umownych w wysokości odsetek ustawowych.

§ 10

Zabezpieczenie należytego wykonania Umowy

1. Wykonawca przed podpisaniem Umowy wniósł zabezpieczenie należytego wykonania umowy, gwarantujące zgodne z Umową wykonanie zamówienia. Zabezpieczenie zostało wniesione w formie ......................... i wynosi:

............................ zł. (słownie: ........................................................................................). tj.: 7% wynagrodzenia za

realizację przedmiotu Umowy z podatkiem VAT, o którym mowa w § 8 ust. 1, ważnego na okres obowiązywania Umowy (o którym mowa w § 16 ust. 6.), przedłużony o 30 dni. Zabezpieczenie zostanie zwrócone na warunkach określonych w ust.2.

2. Zabezpieczenie należytego wykonania umowy będzie zwolnione Wykonawcy w terminie 30 dni od daty wykonania umowy albo zostanie zatrzymane w całości lub odpowiedniej części, jeśli Zamawiający wniesie zastrzeżenia co do należytego wykonania Umowy.

3. Wykonawca może zmienić formę zabezpieczenia należytego wykonania umowy na inną przewidzianą w art. 148 ust. 1 ustawy - Prawo zamówień publicznych. Zmiana formy zabezpieczenia nie powoduje konieczności zmiany treści Umowy.

4. Zabezpieczenie należytego wykonania Umowy służy do pokrycia roszczeń Zamawiającego wynikających z realizacji Umowy bez potrzeby uzyskania zgody Wykonawcy.

§ 11

Kary umowne

1. Zamawiający ma prawo naliczyć kary umowne w przypadku:

1) opóźnienia terminów, o których mowa w § 1 ust. 1 Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,25% całkowitego wynagrodzenia za realizację przedmiotu Umowy z podatkiem VAT, o którym mowa w § 8 ust. 1, za każdy rozpoczęty kalendarzowy dzień opóźnienia,

2) opóźnienia terminu realizacji Relokacji instancji EMIR/RENTIER z ZETO, o której mowa w § 1 ust. 2 pkt 3 w stosunku do terminu każdorazowo wskazanego we wniosku wykonania usługi relokacji (Załącznik nr 7, wzór 1), Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,2% całkowitego wynagrodzenia za realizację przedmiotu Umowy z podatkiem VAT, o którym mowa w § 8 ust. 1, za każdy tydzień opóźnienia,

3) opóźnienia terminu realizacji Podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery, o którym mowa w § 1 ust. 2 pkt 4, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,02% całkowitego wynagrodzenia za realizację przedmiotu Umowy z podatkiem VAT, o którym mowa w § 8 ust. 1, za każdy rozpoczęty kalendarzowy dzień opóźnienia,

4) W przypadku niedotrzymania przez Wykonawcę czasu reakcji, o którym mowa w Załączniku nr 4 pkt IV ust. 11, będzie on zobowiązany do zapłaty na rzecz Zamawiającego kary umownej w wysokości 0,1 % opłaty miesięcznej z podatkiem VAT, o której mowa w § 8 ust. 4, za każdą rozpoczętą godzinę roboczą opóźnienia.

2. W przypadku przekroczenia terminu dostawy oprogramowania BMC Software lub dostawy i wdrożenia oprogramowania równoważnego, o którym mowa w § 1 ust. 1, powyżej 14 dni Zamawiający może odstąpić od umowy, a Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 20% całkowitego wynagrodzenia za realizację przedmiotu Umowy z podatkiem VAT, o którym mowa w § 8 ust. 1, niezależnie od kar umownych, o których mowa w ust. 1 pkt 1.

3. W przypadku odstąpienia od Umowy przez Zamawiającego z przyczyn leżących po stronie Wykonawcy, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 20% całkowitej ceny przedmiotu Umowy z podatkiem VAT, o której mowa w § 8 ust. 1.

4. Przed odstąpieniem od Umowy Zamawiający wezwie Wykonawcę na piśmie do wykonania Umowy, w terminie 14 dni kalendarzowych wskazując świadczenia, których spełnienia się domaga. Zamawiający będzie uprawniony do odstąpienia od Umowy po bezskutecznym upływie powyższego terminu.

5. 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 takim przypadku Wykonawcy przysługuje wynagrodzenie należne za świadczenia faktycznie wykonane przez Wykonawcę na podstawie Umowy do dnia odstąpienia.

6. W przypadku odstąpienia od Umowy każda ze Stron zatrzymuje świadczenia, prawa oraz programy komputerowe i utwory nie będące programami komputerowymi otrzymane oraz należne jej do dnia otrzymania oświadczenia o odstąpieniu.

7. Wymagalne kary umowne mogą być potrącane z wynagrodzenia Wykonawcy z tytułu wykonywania Umowy, bez potrzeby uzyskania odrębnej zgody Wykonawcy lub z zabezpieczenia należytego wykonania Umowy.

8. Zapłata kary umownej nie wyłącza dalej idącej odpowiedzialności odszkodowawczej Wykonawcy, na zasadach ogólnych, z tytułu szkody wyrządzonej Zamawiającemu z powodu niewykonania lub nienależytego wykonania Umowy.

§ 12

Roszczenia osób trzecich

1. W przypadku udzielenia licencji/sublicencji lub przeniesienia przez Wykonawcę na Zamawiającego prawa do korzystania z utworu lub programu komputerowego, będącego przedmiotem roszczeń osoby trzeciej, Wykonawca zobowiązany jest do zwolnienia Zamawiającego z obowiązku świadczenia na zasadzie art. 392 kc.

2. W związku z powyższym zobowiązaniem Wykonawca jest zobowiązany do obrony Zamawiającego, na własny koszt i w granicach dopuszczalnych prawem, przed roszczeniami osób trzecich kierowanymi do Zamawiającego, których przyczyną jest prawo, utwór lub program komputerowy dostarczony lub wytworzony przez Wykonawcę pod warunkiem, że Zamawiający niezwłocznie poinformuje Wykonawcę na piśmie o wszelkich tego rodzaju roszczeniach oraz udzieli mu, w granicach obowiązującego prawa, uprawnień do podejmowania w jego imieniu i na jego rzecz czynności związanych z obroną przed takimi roszczeniami, a także udzieli wszelkich informacji niezbędnych do wykonywania obrony. Wykonawca ma obowiązek uprzedniego konsultowania swoich działań z Zamawiającym.

3. Postanowienia powyższe nie wykluczają możliwości podejmowania przez Zamawiającego dodatkowej obrony przed roszczeniami w sposób, w jaki Zamawiający uzna to za właściwe. Zamawiający zobowiązany jest w takim przypadku do uprzedniego konsultowania swoich działań z Wykonawcą, w szczególności zmierzających do ugodowego rozwiązania sporu lub do uznania powództwa. Zawarcie ugody przez Xxxxxxxxxxxxx, uznanie powództwa oraz czynności Zamawiającego o podobnym charakterze wymagają zgody Wykonawcy, pod rygorem utraty przez Zamawiającego roszczeń wobec Wykonawcy, wynikających z ust. 1.

4. Wykonawca zobowiązany jest zapewnić, by ewentualne roszczenie nie miało wpływu na wykonywanie innych zobowiązań wynikających z Umowy. W tym celu Wykonawca zapewni możliwość legalnego korzystania przez Zamawiającego z przedmiotu roszczenia albo zastąpi go stosownym odpowiednikiem.

§ 13

Poufność

1. Wykonawca jest zobowiązany do zachowania w tajemnicy informacji, danych i wiedzy, bez względu na formę ich utrwalenia, stanowiących tajemnicę Zamawiającego, uzyskanych w trakcie wykonywania Umowy.

2. W szczególności Wykonawca jest zobowiązany zachować w tajemnicy pozyskane od Zamawiającego informacje dotyczące rozmieszczenia i konfiguracji infrastruktury techniczno-systemowej sieci oraz stosowanych zabezpieczeń.

3. Uzyskane przez Wykonawcę, w związku z wykonywaniem Umowy, informacje nie mogą być wykorzystane do innego celu, niż do realizacji Umowy.

4. Zobowiązanie do zachowania w tajemnicy nie dotyczy informacji, które:

1) stały się publicznie dostępne bez naruszenia przez Wykonawcę postanowień Umowy,

2) były znane przed otrzymaniem ich od Zamawiającego i nie były objęte zobowiązaniem do zachowania w tajemnicy wobec jakiegokolwiek podmiotu,

3) podlegają ujawnieniu na mocy przepisów prawa.

5. W terminie 5 dni roboczych od rozwiązania lub wygaśnięcia Umowy Wykonawca zobowiązany jest do zwrotu Zamawiającemu lub zniszczenia wszelkich materiałów zawierających informację stanowiącą tajemnicę Zamawiającego, jakie otrzymał lub wytworzył w związku z wykonywaniem Umowy, za wyjątkiem jednej kopii ww. materiałów niezbędnych do ewentualnego dochodzenia roszczeń, które zostaną zniszczone z upływem terminu przedawnienia roszczeń. Wykonawca zapewni tym materiałom ochronę w stopniu co najmniej równym poziomowi ochrony, na jakim chroni własne informacje. Potwierdzenie zwrotu ww. materiałów dokumentuje się w protokole, który podpisują Zamawiający i Wykonawca. Niezwłocznie po upływie terminu przedawnienia potencjalnych roszczeń Wykonawca informuje pisemnie Zamawiającego o zniszczeniu kopii materiałów pozostawionych do ewentualnego dochodzenia roszczeń.

6. Osoby wykonujące zadania w związku z realizacją Umowy na terenie budynków, pomieszczeń lub części pomieszczeń użytkowanych przez Zamawiającego są zobowiązane do przestrzegania obowiązujących u Zamawiającego uregulowań wewnętrznych dotyczących bezpieczeństwa informacji. Wszystkie osoby biorące udział w realizacji przedmiotu Umowy zostaną poinformowane o poufnym charakterze informacji oraz zobowiązane do zachowania ich w poufności. W takim przypadku Wykonawca odpowiedzialny jest za wszelkie naruszenia dokonane przez takie osoby, włącznie z odpowiedzialnością materialną.

7. Zamawiający zastrzega sobie możliwość dochodzenia roszczeń wobec Wykonawcy, w wypadku wyrządzenia przez niego szkód Zamawiającemu lub osobom trzecim, będących wynikiem naruszenia bezpieczeństwa informacji, na zasadach określonych w kodeksie cywilnym.

§ 14

Zawiadomienia

1. O ile Strony nie postanowią inaczej, zawiadomienia jednej Strony przez drugą Stronę będą uważane za prawidłowo przekazane, jeśli zostaną sporządzone w formie pisemnej i doręczone osobiście za potwierdzeniem odbioru, za pośrednictwem listu poleconego z potwierdzeniem odbioru lub za pośrednictwem poczty kurierskiej.

2. O ile Strony nie postanowią inaczej, zawiadomienia mogą być dokonywane telefaksem (z zachowaniem raportu nadania generowanego przez telefaks) lub przy użyciu poczty elektronicznej, z równoczesnym przesłaniem kopii zawiadomienia w sposób określony w ust. 1.

3. Powyższe nie uchybia powoływaniu się przez adresata zawiadomienia na otrzymanie zawiadomienia niezależnie od tego, czy dochowano powyższych wymogów, pod warunkiem, że nastąpiło ono w formie pisemnej lub za pośrednictwem telefaksu albo poczty elektronicznej oraz powoływaniu się przez nadawcę na doręczenie zawiadomienia, jeśli było ono dokonane w sposób określony w niniejszym ustępie oraz jeśli adresat przyznał jego otrzymanie.

4. Zamawiający będzie wysyłał zawiadomienia na następujący adres:

………………….

5. Wykonawca będzie wysyłał zawiadomienia na następujący adres:

Zakład Ubezpieczeń Społecznych xx. Xxxxxxxx 0, 0

00-000 Xxxxxxxx

6. Każda ze Stron może w dowolnym czasie zawiadomić drugą Stronę o zmianie swoich danych do korespondencji, co nie stanowi zmiany Umowy.

7. Postanowienia niniejszego paragrafu stosuje się do komunikacji pomiędzy Stronami, w zakresie nie określonym innymi postanowieniami Umowy.

§ 15

Siła wyższa

1. Strony Umowy będą zwolnione z odpowiedzialności za niewypełnienie swoich zobowiązań zawartych w Umowie w czasie trwania siły wyższej, jeżeli okoliczności zaistnienia siły wyższej będą stanowiły przeszkodę w ich wypełnieniu.

2. Siłą wyższą jest zdarzenie zewnętrzne, nie posiadające swojego źródła wewnątrz przedsiębiorstwa, niemożliwe do przewidzenia oraz niemożliwe do zapobieżenia, przy czym dotyczy to niemożliwości zapobieżenia jego szkodliwym następstwom.

3. Strona może powoływać się na zaistnienie siły wyższej tylko wtedy, gdy poinformuje ona o tym pisemnie drugą Stronę w ciągu 7 dni od jej zaistnienia.

4. Okoliczności zaistnienia siły wyższej muszą zostać udowodnione przez Xxxxxx, która się na nie powołuje.

§ 16

Postanowienia końcowe

1. Wszelkie spory mogące wyniknąć z zawarcia i wykonania Umowy, Xxxxxx poddają pod rozstrzygnięcie sądu właściwego dla siedziby Zamawiającego.

2. W sprawach nieunormowanych Umową mają zastosowanie przepisy Ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.), Kodeksu cywilnego, oraz inne przepisy mające związek z przedmiotem Umowy.

3. Wykonawca nie może dokonywać przeniesienia praw lub wierzytelności wynikających z Umowy na osoby trzecie ani regulować ich w drodze kompensaty.

4. Wszelkie zmiany i uzupełnienia dotyczące Umowy wymagają formy pisemnego aneksu pod rygorem nieważności z wyłączeniem danych teleadresowych oraz osób wskazanych do realizacji umowy.

5. Załączniki do Umowy stanowią jej integralną część.

6. Umowa zostaje zawarta z chwilą podpisania jej przez obie Xxxxxx i obowiązuje przez okres 36 miesięcy.

Egzemplarze Umowy

Umowa sporządzona została w 4 jednobrzmiących egzemplarzach, jeden dla Wykonawcy, trzy dla Zamawiającego.

Spis załączników

Załącznik nr 1

Struktura Organizacyjna

Załącznik nr 2

Zakres oraz sposób realizacji usług wsparcia w utrzymaniu środowiska Mainframe

Załącznik nr 3a

Wsparcie w utrzymaniu Środowiska Mainframe i Nowego Regionalnego Ośrodka Informatycznego

Załącznik nr 3b

Zakres oraz sposób realizacji usług wsparcia relokacji instancji EMIR/RENTIER z ZETO

Załącznik nr 3c

Zakres oraz sposób realizacji usług wsparcia podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery

Załącznik nr 4

Zakres oraz sposób realizacji usług serwisowych

Załącznik nr 5

Procedury dla realizacji Umowy

Załącznik nr 6

Wynagrodzenie Wykonawcy - Formularz cenowy (zgodnie z wybraną ofertą)

Załącznik nr 7

Wzory dokumentów dotyczących realizacji Umowy

Załącznik nr 8

Wykaz osób dedykowanych przez Wykonawcę do realizacji Umowy (dostarczony przed zawarciem Umowy)

Załącznik nr 9

Zestawienie wymagań dotyczących implementacji procesów krytycznych dla Zamawiającego (zgodnie z wybraną ofertą)

ZAMAWIAJĄCY WYKONAWCA

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

Załącznik 1 Struktura Organizacyjna

do Umowy

ZAŁĄCZNIK 1

Struktura Organizacyjna

I. KOMITET STERUJĄCY

Strony ustalają następujący Regulamin Komitetu Sterującego:

1. Komitet Sterujący jest wspólnym organem kolegialnym powołanym do koordynowania wykonywania i współdziałania w wykonywaniu Umowy. W skład Komitetu Sterującego wchodzi 2 przedstawicieli Zamawiającego, w tym Przewodniczący Komitetu oraz 2 przedstawicieli Wykonawcy.

2. W posiedzeniach Komitetu Sterującego mają obowiązek uczestniczyć Dyrektorzy Projektu Zamawiającego i Wykonawcy

3. Do kompetencji Komitetu Sterującego, zwanego dalej Komitetem, należy w szczególności:

1) zapewnianie efektywnej realizacji i kontroli Umowy

2) ustalanie sposobów rozwiązania problemów zaistniałych w trakcie realizacji Umowy

3) rozstrzyganie spraw określonych w Umowie

4) rozstrzyganie spraw oraz problemów zgłaszanych przez Dyrektorów Projektu

4. Tryb działania Komitetu:

1) Komitet Sterujący dokonuje, na okresowo odbywanych posiedzeniach, oceny przebiegu wykonywania i współdziałania w realizacji Umowy.

2) Posiedzenie Komitetu zwołuje Przewodniczący z własnej inicjatywy lub na wniosek innego członka Komitetu lub Dyrektora Projektu, zawiadamiając o terminie, miejscu posiedzenia i porządku obrad Członków Komitetu co najmniej na 5 dni wcześniej.

3) Przewodniczący czuwa nad porządkiem posiedzenia i zapewnia sporządzenie prawidłowego protokołu. Protokół sporządzany jest w dwóch egzemplarzach i wymaga podpisów obu Stron.

4) Decyzje Komitetu Sterującego wymagają zgody obu Stron.

II. DYREKTOR PROJEKTU ZAMAWIAJĄCEGO I DYREKTOR PROJEKTU WYKONAWCY

1. Każda ze stron powołuje Dyrektorów Projektu ze wskazaniem obszaru odpowiedzialności.

2. Zadania Dyrektorów Projektu w obszarze odpowiedzialności:

2.1. Dyrektorzy Projektu są odpowiedzialni za bieżące zarządzanie realizacją Umowy, w szczególności odpowiadają przed Komitetem za realizację wszystkich zadań w ustalonym czasie, zakresie, kosztach i jakości.

2.2. Dyrektorzy Projektu opracowują szczegółowy plan prac oraz uzgadniają priorytety i nadają statusy zgłoszeniom ryzyk i problemów, uzgadniają sposób obsługi zgłoszeń ryzyk i problemów, zarządzają procedurą ich kontroli i oceniają stan realizacji prac.

2.3. Dyrektorzy Projektu upoważnieni są do podpisywania protokołów oraz innych dokumentów projektowych.

2.4. Przez cały okres realizacji Umowy Dyrektorzy Projektu zobowiązani są do wzajemnej współpracy, co oznacza w szczególności przekazywanie wszelkich informacji w zakresie koniecznym dla wykonania Umowy oraz dokonywanie bez zbędnej zwłoki wszelkich uzgodnień.

ZAŁĄCZNIK 2

Rozszerzenie licencji oprogramowania BMC lub dostarczenie oraz wdrożenie oprogramowania równoważnego

Spis treści

I. DEFINICJE

II. ROZSZERZENIE LICENCJI OPROGRAMOWANIA BMC LUB DOSTARCZENIE ORAZ WDROŻENIE OPROGRAMOWANIA RÓWNOWAŻNEGO

1. Specyfikacja komputerów Mainframe (MF) wraz z zakresem licencji i usługą opieki serwisowej dla Rodzin Produktów

2. Udzielenie licencji na Rodziny Produktów BMC lub oprogramowanie równoważne:

A. Zakres licencji Produktów BMC Software

B. Zakres licencji na oprogramowanie równoważne, w przypadku braku oferty na Rodziny Produktów

C. Wdrożenie oprogramowania równoważnego

III. OPIEKA SERWISOWA ORAZ AKTUALIZACJA DO NOWYCH WERSJI PRODUKTÓW

1. Zakres świadczenia usług Opieki Serwisowej na dostarczone oprogramowanie BMC lub dostarczone oprogramowanie równoważne.

2. Obsługa realizacji wsparcia projektów zainicjalizowanych przez Zamawiającego w zakresie wykorzystania produktów BMC lub równoważnych

A. Zasady zlecania realizacji

B. Zasady odbioru projektu w zakresie wykorzystania produktów BMC Software lub równoważnych

C. Xxxxxxx Xxxxxxxxxxx projektu

3. Wymagania dla oprogramowania wraz z zakresem wdrożenia

I. Definicje

Centrum Zgłoszeniowe ZUS (CZ ZUS)	Dedykowana organizacja Zamawiającego zapewniająca obsługę zgłoszeń serwisowych oraz zgłoszeń o parametryzację.
Diagnoza	Działania Wykonawcy w celu znalezienia przyczyny wystąpienia incydentu oraz przekazania Zamawiającemu wyników tych działań wraz z rozwiązaniem. W ramach prowadzenia diagnozy Wykonawca ma prawo do zwrócenia się do Zamawiającego o przekazanie dodatkowych informacji bądź wykonanie dodatkowych czynności koniecznych do zdiagnozowania incydentu.
DIP	Dokument inicjujący projekt
Dzień Roboczy	Każdy dzień w godzinach Obsługi zgłoszeń zgodnie z Kalendarzem świadczenia usługi serwisowej przez Wykonawcę.
EMIR, RENTIER	Systemy emerytalno-rentowe w wersji ADABAS autorstwa odpowiednio ZETO Bydgoszcz S.A. i ZETO Katowice Sp. z o.o.
Instancja EMIR, RENTIER	Baza danych świadczeń emerytalno-rentowych jednostki ZUS (Oddział ZUS bądź Wydział Realizacji Umów Międzynarodowych) przetwarzana w danym systemie.
Konsultacja	Specjalistyczne wsparcie udzielane pracownikom Zamawiającego przez specjalistów Wykonawcy, prowadzone w dialogu ze zgłaszającym.
Obejście błędu	Zastosowanie tymczasowego rozwiązania redukującego lub eliminującego wpływ błędu na funkcjonalność komponentu. Obejście błędu może mieć postać: a. Zastosowania zmian w konfiguracji lub architekturze systemu b. Zastosowanie odtworzenia w przypadku, gdy zalecane przez producenta i zastosowane zmiany spowodują obniżenie parametrów usługi c. Zastosowanie procedur, które zastąpią wadliwie działającą funkcję systemu.
Produkty	Dostarczone oprogramowanie
ZETO	Zakład Elektronicznej Techniki Obliczeniowej – w rozumieniu umowy firmy wykonujące dla ZUS usługi przetwarzania danych świadczeń emerytalno- rentowych.
Zgłoszenie	Sformalizowane zapotrzebowanie na usługę serwisową, przekazane kanałem komunikacji uzgodnionym między Stronami, zawierające informacje określone w Formularzu zgłoszenia.
Zgłoszenie na Poziomie Specjalnym	Zgłoszenie, dla którego wymagany jest specjalny sposób obsługi.

II. Rozszerzenie licencji oprogramowania BMC lub dostarczenie oraz wdrożenie oprogramowania równoważnego

1. Specyfikacja komputerów Mainframe (MF) wraz z zakresem licencji i usługą opieki serwisowej dla Rodzin Produktów

Tabela nr 1 - Wykaz komputerów MF Zamawiającego

Lp.	Komputery MF Zamawiającego	Producent	Typ komputera	Model	Moc obliczeniowa wg Gartner [MIPS*]
1.	C1 – Xxxxxxxx 0	IBM	2817-707	M32	7160
2.	C2 – Xxxxxxxx 0	IBM	2817-707	M32	7160
3.	C3 – Xxxxxxxxxxxxx 00	IBM	2817-702	M32	2270
4.	C4 – Xxxxxxxx 0	IBM	2818-S02	M10	549
5.	C5 – Xxxxxxxx 0	IBM	2818-O02	M10	351
RAZEM (łączna moc obliczeniowa)					17490

(*) Określenie mocy obliczeniowej komputerów IBM zostało przygotowane w oparciu o dokument firmy Gartner: „MIPS Rating for IBM's zEnterprise 196 Processors”, opublikowanym w dniu 8 września 2010 r.

Tabela nr 2 - Wykaz Produktów wchodzących w skład Rodzin Produktów BMC

Nazwa Rodziny Produktów

Produkty BMC Software wchodzące w skład Rodziny Produktów

BMC System Performance Family for DB2 z/OS

MAINVIEW for DB2

BMC System Performance for DB2

BMC MAINVIEW Performance Manager Family for Mainframe Operating Systems

CMF MONITOR

MAINVIEW for z/OS MAINVIEW for Linux - Servers

MAINVIEW for UNIX System Services MAINVIEW SYSPROG Services MAINVIEW AutoOPERATOR for z/OS MAINVIEW FOCAL POINT

MAINVIEW AutoOPERATOR TapeSHARE

BMC SQL Performance Family for DB2 z/OS

SQL PERFORMANCE for DB2

SQL Explorer for DB2

BMC Database Manager Family for DB2 z/OS

ALTER for DB2

CATALOG MANAGER for DB2 CHANGE MANAGER for DB2

BMC MAINVIEW Performance Manager Family for CICS

MAINVIEW for CICS

Energizer for CICS

MAINVIEW AutoOPERATOR for CICS

BMC Database Advisor Family for DB2 z/OS

REORG Plus for DB2

DASD MANAGER PLUS for DB2 SNAPSHOT UPGRADE FEATURE for DB2

Tabela nr 3 - Obecny zakres licencji oraz usług wsparcia na podstawie dotychczas zawartych umów dla Rodzin Produktów BMC

Oprogramowanie BMC Software Zamawiającego		Serwer Mainframe Zamawiającego (Tabela nr 1)				Obecny Zakres licencji na podstawie dotychczas zawartych umów [MIPS]	Obecny zakres wsparcia
Oprogramowanie BMC Software Zamawiającego	C1	C2	C3	C4	C5		Obecny zakres wsparcia
1		2				3	4
BMC System Performance Family for DB2 z/OS	√	√	√	-	-	14770	0
BMC MAINVIEW Performance Manager Family for Mainframe Operating Systems	√	√	√	√	-	15319	0
BMC SQL Performance Family for DB2 z/OS	√	√	√	-	-	14770	0
BMC Database Manager Family for DB2 z/OS	√	√	√	-	-	14770	0
BMC MAINVIEW Performance Manager Family for CICS	-	-	-	√	-	549	0
BMC Database Advisor Family for DB2 z/OS	√	√	√	-	-	14770	0

2. Udzielenie licencji na Rodziny Produktów BMC lub oprogramowanie równoważne:

A. Zakres licencji Produktów BMC Software

Tabela nr 1 – Zakres licencji Produktów BMC Software

Lp.	Nazwa Rodziny Produktów	Zakres licencji posiadanej przez Zamawiającego przed zawarciem Umowy [ MIPS]	Zakres licencji udzielonej Zamawiającemu na podstawie Umowy [MIPS]	Licencja na łączny zakres mocy obliczeniowej (serwery zamawiającego)po zawarciu Umowy
1	2	3	4	5
1.	BMC MainView Performance Manager Family for Mainframe Operating Systems	15319	2171	17490 (C1+C2+C3+C4+C5)
2.	BMC System Performance Family for DB2 z/OS	14770	1820	16590 (C1+C2+C3)
3.	BMC SQL Performance Family for DB2 z/OS	14770	1820	16590 (C1+C2+C3)
4.	BMC Database Manager Family for DB2 z/OS	14770	1820	16590 (C1+C2+C3)
5.	BMC MainView Performance Manager Family for CICS	549	351	900 (C1+C2)
6.	BMC Database Advisor Family for DB2 z/OS	14770	1820	16590 (C1+C2+C3)

Produkty wymienione w powyższej Tabeli nr 1, będą eksploatowane zgodnie z zakresem licencji na serwerach Zamawiającego. W szczególności serwery C1, C2 i C3 oraz C4 i C5 mają działać niezależnie w równoległym środowisku Parallel Sysplex.

B. Zakres licencji na oprogramowanie równoważne, w przypadku braku oferty na Rodziny Produktów

Dopuszcza się zaoferowanie produktów równoważnych do produktów określonych w pkt II.2.A w Tabeli nr 1, kolumna 2.. W kolumnie nr 5, oprócz mocy obliczeniowej, w nawiasach wskazano serwery, na których będzie eksploatowane oprogramowanie równoważne. Sposób licencjonowania produktów równoważnych jest dowolny i może być wyrażony w różnych jednostkach miary, np.: moc obliczeniowa w MIPS, moc obliczeniowa w MSU, liczba procesorów, liczba serwerów itp. Warunkiem koniecznym jest, by licencja/sublicencja dawała prawo do korzystania z oprogramowania eksploatowanego, na pełną moc dla nieograniczonej liczby użytkowników, na serwerach Zamawiającego C1, C2 i C3 oraz C4 i C5, działających niezależnie w równoległym środowisku w Parallel Sysplex. Xxxxxxx Xxxxxxxxxxxxx opisano w pkt II.1. w Tabela nr 1.

C. Wdrożenie oprogramowania równoważnego

1) Wdrożenie Produktów będących oprogramowaniem równoważnym, o których mowa w pkt II.2.B, zostanie dokonane na zasadach określonych w pkt. III.2.

2) Wdrożenie Produktów zostanie potwierdzona sprawdzeniem prawidłowego działania oprogramowania zgodnie z wymaganiami określonymi w pkt. III.2.

3) Zamawiający przeprowadzi weryfikację wdrożenia oprogramowania równoważnego w ciągu 1 dnia w ramach 21 dniowego terminu przewidzianego na wdrożenie.

4) Pozytywnie zakończone wdrożenie stanowi podstawę do podpisania Protokołu odbioru (wzór 3 w

Załączniku nr 7).

III. Opieka serwisowa oraz aktualizacja do nowych wersji Produktów

1. Zakres świadczenia usług Opieki Serwisowej na dostarczone oprogramowanie BMC lub dostarczone oprogramowanie równoważne.

1. Z dniem podpisania Umowy w ramach § 1 ust. 2 pkt 2, Wykonawca świadczy na rzecz Zamawiającego Opiekę Serwisową, która będzie realizowana z poziomu Komputera Centralnego Zamawiającego. Opieka Serwisowa obejmuje następujące rodzaje usług:

1) zapewnienie Zamawiającemu profesjonalnej pomocy i doradztwa w zakresie: instalacji, korekty kodu, innych poprawek oraz użytkowania Produktów. W szczególności Wykonawca zobowiązuje się do przekazania Zamawiającemu pakietów dystrybucyjnych z nowymi wersjami Produktów na nośnikach, wraz ze specyficzną dla środowiska Zamawiającego dokumentacją techniczną, w skład, której wchodzi dokumentacja instalacyjna, serwisowa, procedury z obszaru eksploatacji operatorskiej i administratorskiej oraz z przeprowadzonych testów wydajnościowych, funkcjonalnych i kompatybilności Produktów, przygotowanych po zakończeniu testu na środowisku nieprodukcyjnym Zamawiającego, zatwierdzonych i udostępnionych Zamawiającemu przez Wykonawcę,

2) dostarczanie Zamawiającemu korekty kodu, niezwłocznie po jej udostępnieniu przez Producenta, potrzebnej mu do naprawienia wadliwie działającego Produktu tak, by mógł uzyskać pełną zgodność działania tego Produktu z parametrami, podanymi w aktualnej dokumentacji Produktu,

3) dostarczanie Zamawiającemu wszystkich elementów, które poszerzają i udoskonalają Produkty, a które Producent wytwarza lub dodaje do Produktów w ramach poszerzania funkcjonalności wersji aktualnie wykorzystywanej w instalacji Zamawiającego. Wykonawca udzieli wszelkich niezbędnych informacji i pomocy w celu zaplanowania i przeprowadzenia procedury wprowadzenia elementów poszerzających i udoskonalających Produkty, zainstalowane w środowisku produkcyjnym, w ramach aktualnie wykorzystywanych wersji. Informacje o publikacjach poprawek oraz wszystkich elementów, które poszerzają i udoskonalają Produkty będą dostarczane Zamawiającemu niezwłocznie po ich opublikowaniu przez Producenta,

4) dostarczanie Zamawiającemu, na jego wniosek, nowych wersji Produktów wraz z udzieleniem prawa do korzystania z nich, po ich wprowadzenia na rynek europejski przez Producenta, w terminie do 4 tygodni od otrzymania pisemnego wniosku. Dostarczenie Zamawiającemu Nowych Wersji Produktów będzie każdorazowo potwierdzane Protokołem odbioru (wzór 3 w Załączniku nr 7). Wykonawca udzieli wszelkich niezbędnych informacji i pomocy w celu zaplanowania i przeprowadzenia procedury wymiany wersji Produktów na nowsze,

5) przeprowadzenie na wniosek Zamawiającego Przeglądu Technicznego Produktów obejmującego sprawdzenie bieżącej wersji Produktu, przegląd aktualnej dokumentacji technicznej w środowisku Zamawiającego oraz sprawdzenie jakości funkcjonowania dostarczonego Produktu, w szczególności

pod kątem wydajności i kompatybilności ze środowiskiem systemowym Zamawiającego. Dodatkowo po wykonaniu Przeglądu Technicznego niezwłocznie sporządzony zostanie raport podsumowujący funkcjonowanie Produktów oraz informujący o nowych funkcjach. Data przeglądu będzie uzgodniona przez Strony,

6) wymianę nośników Produktu, jeżeli nośniki te ulegną zniszczeniu lub zostaną uszkodzone w terminie nieprzekraczającym 4 tygodni od daty otrzymania zawiadomienia.

7) zapewnienie dostępu do bazy wiedzy na temat Produktów będących przedmiotem Umowy. Wspomniany system zarządzany jest przez Producenta. Dostęp do bazy wiedzy będzie polegał na wpisaniu na listę wysyłkową danych Zamawiającego wraz ze spisem Produktów objętych Umową. Dane Zamawiającego będą zawierały adres poczty elektronicznej (e-mail), na który dostarczane będą aktualne informacje o Produktach, a w tym między innymi:

a) informacje o dostępności nowych wersji Produktów i datach wprowadzenia ich na rynek europejski,

b) informacje o poprawkach i nowych elementach poszerzających i udoskonalających Produkty i datach wprowadzenia ich na rynek europejski.

2. W ramach usług Opieki Serwisowej Wykonawca zobowiązuje się do instruktażu nie więcej niż 10 wskazanych pracowników Zamawiającego w zakresie użytkowania Produktów objętych licencją w wymiarze 288 godzin zegarowych wykładowcy w okresie obowiązywania Umowy. W szczególności instruktaż ten będzie prowadzony po wprowadzeniu nowych wersji Produktów lub ich elementów. Terminy i miejsca instruktażu będą każdorazowo uzgadniane przez Xxxxxx. Wykonawca zapewnia, iż instruktaż będzie prowadzony przez osoby posiadające wysokie kwalifikacje w zakresie użytkowania i obsługi Produktów objętych licencją. Instruktaż powinien być przeprowadzony w języku polskim.

3. Jeżeli zajdzie konieczność wprowadzenia nowych wersji Produktów, o których mowa w pkt. 1 ppkt 4) w ramach realizacji Opieki Serwisowej, wersje te zostaną dostarczone Zamawiającemu przez Wykonawcę w ramach wynagrodzenia za świadczoną usługę serwisową i potwierdzone Protokołem odbioru (wzór 3 w Załączniku nr 7).

4. Zamawiający będzie uprawniony do korzystania z nowych wersji Produktów dostarczonych na podstawie pkt. 1 ppkt. 4), w ramach dotychczas udzielonych mu licencji. Jednocześnie Wykonawca oświadcza, że korzystanie z nowych wersji oprogramowania nie będzie wymagać udzielenia nowych licencji. Warunki korzystania z nowych wersji Produktów, o których mowa w pkt. 3, określa §3 Umowy, Warunki licencyjne.

5. Zamawiający zobowiązuje się zapewnić Wykonawcy, stałe stanowisko pracy w Centrali Zamawiającego, przy ul. Szamockiej 3, 5 w Warszawie, pozwalające realizować usługi wsparcia w utrzymaniu środowiska Mainframe.

6. Zakres usług Wsparcia w przypadku oferty licencji na Rodziny Produktów BMC

Tabela nr 1

Nazwa Rodziny Produktów

Zakres wsparcia świadczony przez Wykonawcę

od dnia podpisania Umowy

do końca

Komputery

MF Zamawiającego

	obowiązywania Umowy (w MIPS)
BMC MAINVIEW Performance Manager Family for Mainframe Operating Systems	17490	√	√	√	√	√
BMC System Performance Family for DB2 z/OS	16590	√	√	√	-	-
BMC SQL Performance Family for DB2 z/OS	16590	√	√	√	-	-
BMC Database Manager Family for DB2 z/OS	16590	√	√	√	-	-
BMC Database Advisor Family for DB2 z/OS	16590	√	√	√	-	-
BMC MainView Performance Manager Family for CICS	900	-	-	-	√	√

7. Zakres usług Wsparcia w przypadku oferty licencji produktów/oprogramowania równoważnego

Tabela nr 2

Zakres wsparcia świadczony przez Wykonawcę od dnia podpisania Umowy do końca obowiązywania

Umowy

Komputery

Nazwa nowego oferowanego

MF Zamawiającego

produktu/oprogramowania

równoważnego w odniesieniu do

Nazwy Rodziny Produktów w ramach

udzielonej licencji

………………………………………(*)

{nazwa oprogramowania równoważnego do BMC MAINVIEW Performance Manager Family for Mainframe Operating Systems}

…………………....(*)

{eksploatacja oprogramowania równoważna dla 17490 [MIPS]}

√

………………………………………(*)

{nazwa oprogramowania równoważnego do BMC System Performance Family for DB2

z/OS}

…………………....(*)

{eksploatacja oprogramowania równoważna dla 16590

[MIPS]}

√

………………………………………(*)

{nazwa oprogramowania równoważnego do BMC SQL Performance Family for DB2 z/OS}

…………………....(*)

{eksploatacja oprogramowania równoważna dla 16590 [MIPS]}

√

………………………………………(*)

{nazwa oprogramowania równoważnego do BMC Database Manager Family for DB2 z/OS}

…………………....(*)

{eksploatacja oprogramowania równoważna dla 16590 [MIPS]}

√

………………………………………(*)

{nazwa oprogramowania równoważnego do BMC Database Advisor Family for DB2 z/OS}

…………………....(*)

{eksploatacja oprogramowania równoważna dla 16590 [MIPS]}

√

………………………………………(*)

{nazwa oprogramowania równoważnego do

…………………....(*)

{eksploatacja

√

BMC MainView	Performance	Manager	oprogramowania
Family for CICS}			równoważna dla [MIPS]}	900

(*) – nazwa oprogramowania równoważnego lub wartość z odpowiednią jednostką miary, może wypełnić Wykonawca

Tabela nr 2 uwzględnia produkty (oprogramowanie) z nowo udzielonymi licencjami/sublicencjami określonymi w pkt. II.2.B.

8. Wykonawca zobowiązuje się do udziału pracowników Wykonawcy w projektach zainicjalizowanych przez Zmawiającego w wymiarze 300 osobodni w okresie obowiązywania Umowy. Z zastrzeżeniem, iż projekty w swym zakresie będą wykorzystywać oprogramowanie BMC Software, określone w pkt. II.1 Tabeli nr 2 lub zaoferowane oprogramowanie równoważne

2. Obsługa realizacji wsparcia projektów zainicjalizowanych przez Zamawiającego w zakresie wykorzystania produktów BMC lub równoważnych

A. Zasady zlecania realizacji

1) Dyrektor Projektu ze strony Zamawiającego przekazuje Dyrektorowi Projektu ze strony Wykonawcy informacje o potrzebie zainicjowania projektu w zakresie wykorzystania produktów BMC lub równoważnych

2) Strony, w trybie ustaleń, uzgadniają i potwierdzają w formie pisemnej warunki realizacji wsparcia projektu w zakresie wykorzystania produktów BMC lub równoważnych:

i. Szczegółowy zakres prac do wykonania

ii. Szczegółowy harmonogram prac z podziałem na ewentualne etapy

iii. Szczegółowy zestaw produktów dostarczanych w ramach projektu

iv. Zasady odbioru poszczególnych produktów projektu

v. Warunki niezbędne do realizacji, w tym przewidywany wpływ na środowisko produkcyjne

vi. Osoby po stronie Zamawiającego i Wykonawcy odpowiedzialne za realizację prac oraz prowadzenie ewentualnych uzgodnień – Kierownicy projektu

3) Dyrektor Projektu ze strony Zamawiającego potwierdza przeprowadzone zgodnie z trybem określonym w pkt. 2 ustalenia poprzez wystawienie Wniosku wykonania usług (wzór 1 w Załączniku 7).

4) Dyrektor Projektu Wykonawcy w ciągu 7 dni po otrzymaniu Wniosku wykonania usług przekazuje potwierdzenie przyjęcia do realizacji przez Wykonawcę na uzgodnionych warunkach.

5) Jeśli w trakcie realizacji projektu w zakresie wykorzystania produktów BMC lub równoważnych zaistnieją okoliczności, które wpływają lub mogą wpłynąć na uzgodnione warunki realizacji, zakres prac lub harmonogram projektu, Kierownicy projektu obu Stron uzgadniają ich wpływ na projekt wraz z rekomendacją implementacji i przekazują w formie pisemnej Dyrektorom Projektu.

6) Dyrektorzy Projektu, w trybie ustaleń, rozpatrują ewentualne wprowadzenie zmian oraz uwzględnienie ich wpływu na uzgodnione warunki realizacji i w przypadku pozytywnej decyzji wprowadzają odpowiednie modyfikacje.

B. Zasady odbioru projektu w zakresie wykorzystania produktów BMC Software lub równoważnych

1) Odbiorowi będą podlegać produkty zatwierdzone w uzgodnionych warunkach realizacji projektu w zakresie wykorzystania produktów BMC Software lub równoważnych.

2) O ile uzgodnione warunki realizacji projektu w zakresie wykorzystania produktów BMC Software lub równoważnych nie stanowią inaczej, zatwierdzony produkt projektu (przedmiot odbioru) przekazywany jest Kierownikowi projektu ze strony Zamawiającego przez Xxxxxxxxxx projektu Wykonawcy wraz z Protokołem wykonania usług (wzór 2 w Załączniku 7) w dwóch egzemplarzach, po jednym dla każdej ze stron. Kierownik projektu ze strony Zamawiającego podpisuje jeden egzemplarz protokołu i przekazuje niezwłocznie Kierownikowi projektu ze strony Wykonawcy.

3) O ile uzgodnione warunki realizacji projektu w zakresie wykorzystania produktów BMC Software lub równoważnych nie stanowią inaczej, Kierownik projektu ze strony Zamawiającego w ciągu 7 dni od przekazania przedmiotu odbioru, dokonuje weryfikacji przedmiotu odbioru i w tym czasie ma prawo zgłaszania uwag do przedmiotu odbioru, a w przypadku ich braku przekazuje do Dyrektora Projektu ze strony Zamawiającego Protokół wykonania usług, a następnie, w ciągu 3 dni roboczych przekazuje podpisany protokół do Kierownika projektu Wykonawcy.

4) W przypadku zgłoszenia uwag przez Zamawiającego, Kierownik projektu Wykonawcy przedstawia w formie pisemnej swoje stanowisko do uwag oraz przystępuje do usunięcia zastrzeżeń będących przedmiotem uwag w terminie uzgodnionym przez Kierowników projektu obu Stron. W przypadku uwzględnienia wszystkich uwag Zamawiającego przez Wykonawcę, Xxxxxxxxx projektu ze strony Zamawiającego przekazuje zaakceptowany przez Dyrektora Projektu ze strony Zamawiającego Protokół wykonania usług. Jeżeli nie wszystkie uwagi Zamawiającego zostały uwzględnione, Kierownicy projektu Zamawiającego i Wykonawcy informują Dyrektorów Projektu o ustalonym sposobie postępowania z pozostałymi przypadkami uwag.

C. Xxxxxxx Xxxxxxxxxxx projektu

1) Kierownicy projektu, po jednym dla każdej ze Stron, są wskazani imiennie w uzgodnionych warunkach realizacji projektu w zakresie wykorzystania produktów BMC Software lub równoważnych.

2) Kierownicy projektu ze strony Zamawiającego i Wykonawcy mają za zadanie nadzór nad poprawną realizacją projektu, decydowanie o szczegółowym sposobie jego realizacji w razie sporu oraz za rozwiązywanie problemów.

3) Zadaniem Kierowników projektu po obu Stronach jest koordynacja niezbędnych do wykonania prac oraz zarządzanie zespołem po swojej Stronie.

4) Zadaniem Kierownika projektu ze strony Wykonawcy jest nadzór prac związanych z realizacją zadań projektu w zakresie wykorzystania produktów BMC Software lub równoważnych wykonywanych przez Wykonawcę.

5) Zadaniem Kierownika projektu ze strony Zamawiającego jest nadzór prac związanych z realizacją zadań projektu w zakresie wykorzystania produktów BMC Software lub równoważnych wykonywanych przez Zamawiającego.

6) Kierownik projektu ze strony Zamawiającego jest odpowiedzialny za dokonanie odbioru produktów projektu.

7) Kierownicy projektu zobowiązani są do współpracy ze sobą, co oznacza w szczególności przekazywanie nawzajem wszelkich informacji i materiałów w zakresie koniecznym do wykonania projektu oraz dokonywania bez zwłoki wszelkich uzgodnień.

8) W przypadku rozbieżnych opinii Xxxxxxxxxxx projektu, decyzje podejmują Dyrektorzy Projektu.

3. Wymagania dla oprogramowania wraz z zakresem wdrożenia

Opis wdrożenia oprogramowania

Oprogramowanie musi zostać wdrożone w terminach oraz zasadach określonych poniżej:

1. Oprogramowanie musi być kompatybilne i w sposób niezakłócony współdziałać z systemami komputerowymi Zamawiającego IBM Mainframe z196 oraz z114, pracującymi z systemami operacyjnymi z/OS V1R10, z/OS V1R11, z/OS V1R12, z/OS V1R13 i z/VM 5.x, podsystemem baz danych IBM DB2 UDB for z/OS V9.1 Conversion Mode oraz New Function Mode, Software AG ADABAS 8.1.3 oraz NATURAL 4.2.4, podsystemem IBM CICS TS for z/OS V3.2 oraz V4.1, podsystemem IBM Tivoli Workload Schedule w wersjach co najmniej 8.5.1 oraz 8.6.

2. Z uwagi na krytyczność procesów technologicznych wspieranych obecnie przez narzędzia BMC w środowisku Zamawiającego, które wymaga obsługi w trybie 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku, dostawa i instalacja produktów równoważnych w środowisku produkcyjnym muszą być zakończone w terminie 21 dni od daty zawarcia Umowy z Wykonawcą. Procesy technologiczne, o których mowa w tym punkcie należą do następujących czterech obszarów:

1) Zarządzanie strukturami DB2 i ich zmianami

2) Badanie wydajności zdań SQL i obiektów DB2

3) Wydajność podsystemu DB2 – prace utrzymaniowe

4) Monitory środowiska z/OS i jego podsystemów DB2, CICS i inne

3. Wykonawca jest zobowiązany do wdrożenia dostarczonego oprogramowania równoważnego, w krytycznym dla Zamawiającego zakresie funkcjonalnym, opisanym poniżej, w terminie 21 dni od daty podpisania umowy.

Wykonawca zobowiązany jest do zrealizowania w/w wdrożenia w oparciu o dostarczone oprogramowanie w sposób nie gorszy od użytkowanego obecnie w środowisku Zamawiającego rozwiązania zbudowanego z wykorzystaniem oprogramowania BMC, w szczególności nie może przekraczać podanych poniżej czasów realizacji poszczególnych funkcjonalności i/lub konsumowanych czasów CPU serwerów IBM System z oraz innych wymienionych dla poszczególnych funkcjonalności zasobów jak np. pamięć dyskowa, czy taśmowa.

4. Wdrożenie oprogramowania polega na:

1) Dostosowaniu oprogramowania oraz procedur administratorskich i operatorskich do procesów technologicznych wspieranych obecnie przez narzędzia BMC w środowisku Zamawiającego, o których mowa w ust. 2.

2) Dostarczeniu rozwiązań wykorzystujących oprogramowanie równoważne, odpowiadających aktualnie używanym rozwiązaniom na bazie oprogramowania BMC. Dostarczone rozwiązania muszą:

i. mieć pełną funkcjonalność rozwiązań pracujących na bazie oprogramowania BMC,

ii. nie gorszą wydajność,

iii. nie zużywać więcej zasobów.

3) Zapewnieniu integracji dostarczonego oprogramowania równoważnych z innymi komponentami środowiska technologiczno-systemowego Zamawiającego takimi jak: IBM DB2 on z/OS, TWS, Software AG Natural/ADABAS.

4) Przygotowaniu i przeprowadzeniu warsztatów przystanowiskowych, dla max 10 osób w wymiarze 20 godzin w zakresie wdrażanego oprogramowania, rozwiązań i procedur.

5) Wykonaniu testów potwierdzających wdrożenie oraz wymagania stawiane przez Zamawiającego w niniejszym Załączniku.

6) Udokumentowaniu powyższego, tj. wykonania czynności z pkt. 1)-4).

Potwierdzeniem wykonania wdrożenia będzie podpisanie protokołu odbioru bez zastrzeżeń przez strony.

Zakres funkcjonalny wdrożenia (Implementacja Procesów krytycznych dla Zamawiającego)

w terminie 21 dni od daty podpisania umowy

Lista oprogramowania BMC zainstalowanego w środowiskach IBM z/OS, zarówno Kompleksowego Systemu Informatycznego (KSI) jak i w Nowym Regionalnym Ośrodku Informatycznym (NROI) przedstawiona jest w Tabeli 1 niniejszego punktu. Z wykorzystaniem produktów BMC przygotowano szereg rozwiązań z zakresu wspomagania administrowania, monitorowania i zarządzania środowiskiem technologiczno-systemowym. Rozwiązania często wykorzystują kilka produktów BMC oraz IBM.

Ogólne kryteria „równoważności” w zakresie funkcjonalnym oprogramowania, jakim są narzędzia dodatkowe dla środowisk IBM z/OS Zamawiający zweryfikuje w oparciu o przeprowadzoną przez Wykonawcę Implementacji Procesów dla „kluczowych” funkcjonalności realizowanych przez oprogramowanie BMC, wdrożone i wykorzystywane produkcyjnie w środowisku Zamawiającego.

Zamawiający wszystkie wymagania do Implementacji Procesów oparł o rzeczywisty zakres wykorzystania oprogramowania BMC w środowiskach Zamawiającego (KSI i NROI ZUS, produkcyjnych i testowych), według stanu na czerwiec 2013.

Tabela 1. Wykaz oprogramowania BMC zainstalowanego w środowisku Zamawiającego KSI i NROI

Nazwa Rodziny Produktów BAP

Produkty/oprogramowanie BMC wchodzące w skład Rodziny Produktów

BMC System Performance Family for DB2 z/OS

MAINVIEW for DB2 (KSI)

BMC System Performance for DB2

BMC MAINVIEW Performance Manager Family for Mainframe Operating Systems

CMF MONITOR

MAINVIEW for z/OS (KSI I NROI)

MAINVIEW for Linux - Servers

MAINVIEW for UNIX System Services (NROI)

MAINVIEW SYSPROG Services

MAINVIEW AutoOPERATOR for z/OS (NROI I KSI)

MAINVIEW FOCAL POINT

MAINVIEW AutoOPERATOR TapeSHARE

BMC SQL Performance Family for DB2 z/OS

SQL PERFORMANCE for DB2 (KSI)

SQL Explorer for DB2

BMC Database Manager Family for DB2 z/OS

ALTER for DB2

CATALOG MANAGER for DB2

CHANGE MANAGER for DB2 (KSI)

BMC Database Advisor for DB2

DASD Manager for DB2 (KSI) REORG Plus for DB2 (KSI)

SNAPSHOT UPGRADE FEATURE for DB2

BMC MAINVIEW Performance Manager Family for CICS

MAINVIEW for CICS (NROI)

Energizer for CICS

MAINVIEW AutoOPERATOR for CICS (NROI)

1. Zarządzanie strukturami DB2 i ich zmianami.

1-1. Implementacja Procesu: Tworzenie tzw. BASELINE dla środowisk KSI DB2.

BASELINE jest tu rozumiany, jako „zdjęcie” – zapisanie stanu struktur i uprawnień DB2 w danym momencie czasowym. Aktualnie usługa pracuje automatycznie pod TWS – w każdy wtorek, start o godz. 02:00. W ramach implementacji Procesu należy przygotować i zademonstrować rozwiązanie, które będzie posiadało następujące cechy:

1) Możliwość generowania BASELINE na bazie profili opisujących zakres struktur objętych

„zdjęciem”.

2) Możliwość kopiowania profili opisujących zakres BASELINE:

2.1 W ramach profilu przydatna funkcja pełnoekranowego kopiowania copy/paste.

2.2 Możliwość identyfikacji BASELINE wykonanych z wykorzystaniem danego profilu.

3) Możliwość wersjonowania BASELINE oraz możliwość utrzymywania kliku cykli równolegle:

3.1 Typy BASELINE w KSI: Roczne, Miesięczne, Tygodniowe i Robocze.

3.2 Mechanizmy do automatycznego dołączania wersji do nazwy BASELINE – np. V#### zamienia się na numer kolejnej wersji np. V0033.

4) Możliwość automatyzacji generacji BASELINE (batch, TWS),

5) Możliwość automatyzacji utrzymywanie BASELINE – automatyczne usuwanie po zadanym czasie. Aktualnie jest to następujący cykl:

5.1 Roczne wszystkie,

5.2 Miesięczne – 2 lata,

5.3 Tygodniowe – 1/2 roku,

5.4 Robocze – 2 tygodnie.

6) Możliwość generowania raportów nt. zawartości BASELINE- BATCH oraz ONLINE

6.1 Ogólny raport na temat zawartości BASELINE – ilości obiektów poszczególnych typów, uprawnień itp.

6.2 Konieczność wygenerowania kompletnego DDL na podstawie danego BASELINE gotowego do uruchomienia pod SPUFI.

6.3 Opcjonalna możliwość generowania CDL na podstawie BASELINE.

7) Akceptowalna przez Zamawiającego wydajność i koszty usługi generowania BASELINE są następujące:

7.1 Dla całego środowiska produkcyjnego ZUS KSI: nie więcej niż 15 min CPU.

7.2 Dla całego środowiska produkcyjnego ZUS KSI realizacja wykonania BASELINE w czasie nie większym niż 75 minut.

1-2. Implementacja Procesu: Audyt stanu struktur dla środowiska KSI DB2

Zamawiający ponosi pełną odpowiedzialność za kompletność i spójność danych zebranych w DB2 KSI. Jednym z ważniejszym mechanizmów pozwalających na realizację tego zadania jest Audyt struktur i uprawnień DB2. Audyt ten pozwala na weryfikację, czy zmiany struktur i uprawnień w środowisku produkcyjnym odpowiadają ściśle zakresowi wyspecyfikowanemu w zatwierdzonych dokumentach opisujących zakres zmian.

Usługa audyt struktur i uprawnień DB2 pracuje automatycznie pod kontrolą TWS – w każdy wtorek, start po realizacji BASELINE. Może być uruchamiane na żądanie. Audyt struktur i uprawnień pracuje na bazie mechanizmu generowania BASELINE opisanego w Implementacji Procesu 1-1. W ramach Implementacji Procesu 1-2 Zamawiający wymaga od Wykonawcy przygotowania i zademonstrowania rozwiązania, które będzie posiadało następujące cechy:

1) Możliwość generowania różnic na bazie porównania zadanych BASELINE. Oprócz podstawowego dla Zamawiającego porównania BASELINE⬄BASELINE rozwiązanie powinno dodatkowo umożliwiać:

1.1 generowanie różnic w strukturach porównując BASELINE ⬄ katalog DB2,

1.2 Generowanie różnic w strukturach porównując BASELINE ⬄ DDL,

1.3 Generowanie różnic w strukturach porównując Katalog lokalny⬄Katalog zdalny (przez DDF).

1) Możliwość generowania raportów zestawiających zbiorczo wykryte różnice - zarówno w zakresie struktur jak i GRANT/REVOKE,

2) Możliwość generowania zmian w postaci CDL (lub innej równoważnej) umożliwiającej automatyczne utworzenie poprawnego ciągu operacji (takich jak UNLOAD, DDL DROP/CREATAE/ALTER/GRANT, LOAD, REORG, RUNSTAT, REBIND) niezbędnych do wycofania/wprowadzenia brakujących zmian do struktur lub uprawnienia.

3) Możliwość uruchamiania usługi generowania raportów zestawiających zbiorczo wykryte różnice automatycznie pod kontrolą TWS,

4) Akceptowalne przez Zamawiającego parametry dla poprawnej Implementacji Procesu muszą być zrealizowane dla całego środowiska produkcyjnego KSI, przy czym:

4.1 Audyt musi być zrealizowany w czasie nie więcej niż 20 minut wykorzystania CPU procesorów CP,

4.2 Realizacja całkowita audytu w czasie nie większym niż 30 minut.

4.3 Poprawna realizacja kompletnego scenariusza wycofania nieautoryzowanej zmiany wykrytej w czasie audytu w czasie nie większym niż 20 minut( do wygenerowania poprawnego zestawu zadań JCL wykonującego proces wycofania zmiany). Przykładem do demonstracji poprawnej Implementacji Procesu może być wycofanie „przypadkowej”

zmiany sposoby kontroli partycjonowania z kontrolowanej przez Index na kontrolowaną przez tablicę. W ramach testów akceptacyjnych konieczne będzie sprawdzenie kilku tego typu przykładów.

5) W tablicach DB2 narzędzia Change Manager zebrane są dane na temat stanu struktur z wykonanych Audytów w założonej perspektywie historycznej. Narzędzie równoważne musi zapewnić migrację tych danych do nowego rozwiązania, aby zachować ciągłość procesu.

1-3. Implementacja Procesu: Synchronizacja struktur i uprawnień DB2

Synchronizacja struktur i uprawnień to funkcjonalność pozwalająca na wyrównanie stanu struktur i uprawnień dla wybranych środowisk Zamawiającego z zachowaniem założonych różnic dla wybranych atrybutów obiektów (np. BP) i/lub nazw (B11PC => B12PC.) Funkcjonalność wykorzystywana w środowiskach Zamawiającego np. synchronizacja dwóch środowisk rocznych. W ramach Implementacji Procesu 1-3 należy przygotować i zademonstrować rozwiązanie, które będzie posiadało następujące cechy:

1) Możliwość przygotowania powielarnego opisu założonych różnic między środowiskami - Profil Migracyjny lub inny równoważny sposób z zachowaniem:

1.1 Niezbędna opcja kopiowania profili,

1.2 W ramach profilu niezbędna funkcja pełnoekranowego kopiowania copy/paste reguł opisujących różnice między środowiskami,

1.3 Możliwość zastosowania opisu (profilu) dla zmian przychodzących i wychodzących z danego środowiska (inbound/outbound).

2) Możliwość porównania stanu dwóch struktur. Oprócz podstawowego dla Zamawiającego porównania BASELINE⬄BASELINE (demonstrowanego w ramach Implementacji Procesu 1-2) rozwiązanie powinno dodatkowo umożliwiać generowanie różnic w strukturach porównując:

2.1 BASELINE ⬄ katalog DB2,

2.2 BASELINE ⬄ DDL,

2.3 Katalog lokalny⬄Katalog zdalny (przez DDF).

3) Możliwość porównania struktur bez lub z wykorzystaniem profilu migracyjnego,

4) Możliwość generowania zmian w postaci CDL (lub innej równoważnej) umożliwiającej automatyczne utworzenie poprawnego ciągu operacji (takich jak UNLOAD, DDL DROP/CREATAE/ALTER/GRANT, LOAD, REORG, RUNSTAT, REBIND) niezbędnych do propagacji zmian struktur oraz uprawnień do innych środowisk, przy czym niezbędne jest:

4.1 posiadanie możliwości propagowania zmian do kliku środowisk znajdujących się w jednej grupie Data Sharing (wybieranie środowisk z listy).

4.2 przygotowanie zmiany typu usunięcie kolumny ze wskazanej tablicy oraz dodanie kolumny do innej tablicy. Zmiana powinna być wykryta w środowisku wzorcowym,

zapisana w postaci CDL lub równoważnej a następnie zaimplementowana do wybranych 10 z 12 środowisk rocznych, z zachowaniem „lokalnych”, założonych różnic np. BP, SG, PRIQTY, SECQTY.

5) Akceptowalne przez Zamawiającego jest wykazanie w ramach Implementacji Procesu 1-3, że opisany powyżej przykładowy scenariusz, do etapu przygotowania zadania/zestawu zadań implementujących zmianę (bez ich uruchamiania), można przygotować w ciągu maksymalnie 30 min.

1-4. Implementacja Procesu: Tworzenie nowych środowisk DB2

Przykładem typowej dla Zamawiającego operacji wymagającej wsparcia narzędziowego przy tworzeniu nowych środowisk DB2 jest coroczne tzw. powołanie nowego środowiska rocznego. Zadanie dla Wykonawcy polega na stworzeniu struktur DB2 obejmujących definicję kilku tysięcy obiektów różniących się od środowiska wzorcowego w założony sposób. W ramach Implementacji Procesu 1-4 Wykonawca musi przygotować i zademonstrować rozwiązanie, które będzie posiadało następujące cechy:

1) Możliwość automatycznego generowania zdań DDL zakładającego nowe struktury i uprawnienia DB2 na bazie bieżącego środowiska w oparciu o profil migracyjny (lub innych sposób opisu zakładanych zmian) skopiowany z profilu migracyjnego (lub równoważnego sposobu opisu) dla środowiska bieżącego,

2) Akceptowalne przez Zamawiającego jest wykazanie, że przygotowanie nowego środowiska na wzór istniejącego zrealizowane zostanie w czasie do 6h.

1-5. Implementacja Procesu: Migracja struktur i danych pomiędzy środowiskami DB2

Przykładem wykorzystania funkcjonalności migracji struktur i danych pomiędzy środowiskami DB2 Zamawiającego w praktyce musi być realizowane przez zasilanie środowiska testowego SOŚ. Ze względów na rozmiary środowiska produkcyjnego nie jest możliwa prosta kopia fizyczna całego środowiska. Tylko wybrane struktury i dane ze środowiska produkcyjnego ZWAP/DB2P migrowane są do środowiska testowego ZWAD/DB2W. Specyfikacja zakresu migracji przedstawiana jest w postaci listy (arkusz EXCEL) od kilkuset do kilku tysięcy tablic DB2, które powinny być migrowane. Oprogramowanie w sposób automatyczny musi zidentyfikować wszystkie obiekty zależne (przestrzenie tablic, indeksy, synonimy i inne obiekty oraz uprawnienia). Dane miedzy środowiskami przekazywane są w postaci Image Copy typu REFERENCE (biblioteka taśmowa).

W ramach Implementacji Procesu 1-5 Wykonawca musi przygotować i zademonstrować rozwiązanie, które będzie posiadało następujące cechy:

1) Praca manualna administratorów realizujących migrację musi być ograniczona do etapu specyfikacji zakresu migracji rozumianego, jako:

1.1 Sporządzenie wykazu obiektów podlegających migracji w układzie środowiska (bazy)/tabele. Ze względu na ilość obiektów niedopuszczalna jest konieczność „ręcznej” specyfikacji obiektów zależnych, zarówno w dół np. indeksy, synonimy jak i w górę np. przestrzenie tablic, bazy danych, DB2 STORAGE GROUP.

1.2 Weryfikacja profilu migracyjnego lub innego równoważnego opisu dopuszczalnych zmian pomiędzy środowiskami;

1.3 Wszystkie powyższe czynności składające się na specyfikację zakresu migracji zawiera jedno zadanie JCL, które może być modyfikowane zgodnie z zapotrzebowaniem danej migracji.

2) Wszelkie zadania JCL realizujące sam proces migracji powinny być generowane automatycznie, przy czym:

2.1 Ze względu na długi czas realizacji zadań migracyjnych niezbędne jest, aby zadania można było uruchamiać automatycznie pod kontrolą TWS (zawsze stała liczba zadań, niektóre zawierają tylko IEFBR14),

3) Źródłem danych do migracji musi być konsystentna kopia danych (DB2 IMAGE COPY), przy czym:

3.1 UNLOAD/LOAD jest niedopuszczalna z uwagi na rozmiar migrowanych danych i dodatkową niedostępność niezbędną do realizacji operacji UNLOAD,

3.2 UNLOAD from IMAGE COPY/LOAD jest niedopuszczalna z uwagi na rozmiar migrowanych danych.

4) Implementacja musi być zakończona możliwością wykonywania operacji w środowisku testowym po migracji jak np.:

4.1 Odtworzenie zabezpieczonych obiektów niepodlegających migracji a usuniętych,

4.2 Porównanie struktur i dodanie elementów różnicowych,

4.3 Pełne kopie, statystyki i niezbędne operacje CHECK, muszą być wykonywane automatycznie.

5) Obsługiwane typy danych:

5.1 Standardowe DB2,

5.2 LOBy,

5.3 ROWID,

5.4 IDENTITY automatycznie zmodyfikowane w nowych strukturach,

6) W ramach Implementacji Procesu 1-5 akceptowalne przez Zamawiającego jest wykazanie przez Wykonawcę, że czas realizacji migracji (bez wykonania Image Copy) ok. 6 TB danych (bez indeksów) wyniesie nie więcej niż 10 dni roboczych (z uwzględnieniem mocy dostępnej typowo dla środowisk ZWAP/ZWAR i ZWAD).Do celów weryfikacyjnych Implementacji Procesu 1-5 przez Zamawiającego przygotowany zostanie 5-10% podzbiór danych z typowej migracji. Taki zakres danych powinien być przemigrowany w czasie 8-12h.

1-6. Implementacja Procesu: Realizacja masowych zmian w strukturach DB2

W środowisku Zamawiającego występują zmiany dotykające kilkuset, kilku tysięcy obiektów. Ręczna specyfikacja zmiany dla każdego z nich jest zbyt pracochłonna, czasochłonna i narażona na błędy. Dlatego istotne jest posiadanie rozwiązania, które pozwala na specyfikację obiektów do zmiany i samej zmiany zdaniem podobnym do SQL (odpowiednik BMC Data ManipulationLanguage - DML).

Przykładem takiego problemu może być zadanie, aby wszystkie przestrzenie tablic (TABLESPACE) o nazwie pasującej do wzorca np. TS1% ze środowisk rocznych, które są typu SEGMENTED i obsługują jedną tablicę zamienić na TABLESPACE typu UTS PARTITION-BY-GROWTH. Niezbędny jest mechanizm umożliwiający automatyczne wybieranie obiektów, dla których należy wykonać zadaną zmianę. Przy przygotowaniu rozwiązania należy założyć, że definicja zmiany dotyczy wielu obiektów i nie ma możliwości ich ręcznego wyliczenia(pracochłonne i błędogenne)- potrzebny jest automat wybierający obiekty zgodnie z zadaną specyfikacją. W chwili obecnej specyfikacja ogranicza się do poniższego skryptu DML.

-- CONVERT SEGMENTED (SEGSIZE > 0 ) TS TO V9 PBG

--DSSIZE WILL BE 4GB

UPDATE TABLESPACE SET

MAXPARTITIONS = 4

WHERE

DBNAME LIKE ‘ TS01%’ AND NTABLES = 1

AND SEGSIZE > 0

;

Dalsze kroki realizowane są w pełni automatycznie.

Wykonawca w ramach Implementacji Procesu 1-6 zobowiązany jest przygotować i zademonstrować rozwiązanie, które będzie posiadało następujące cechy:

1) Intuicyjny interfejs, przy czym musi on spełniać poniższe wymagania:

1.1 Definicja opcji użytkownika, nazewnictwo, alokacje, itp.,

1.2 Komunikaty o błędach online,

1.3 Help online,

1.4 Monitor przebiegu realizowanej zmiany,

1.5 Status prac,

2) Definicja zmiany zgodnie z poniżej wymienionymi:

2.1 Narzędzie udostępnia informacje z katalogu DB2,

2.2 Narzędzie udostępnia pełnoekranowy edytor zmiany – dostęp do wszystkich atrybutów obiektów DB2. Mechanizmy (powtórz, usuń,.itp.)

2.3 Możliwość kopiowania i nadpisywania wartości domyślnych,

2.4 Możliwość importu specyfikacji zmiany w postaci DDL i DML,

3) W pełni automatyczne przygotowanie scenariusza zmiany. Wybrany scenariusz implementacji powinien gwarantować najwyższą możliwą w danej wersji DB2 dostępność obiektów w trakcie implementacji zmiany np. ALTER+REORG ONLINE zamiast UNLOAD+DROP+CREATE+LOAD.

4) Generacja zadań wprowadzających zmianę z uwzględnieniem n/w wymagań:

4.1 Wielkość obszarów roboczych dyskowych (SYSUT, SYREC, SORTOUT, SORTWK, SYSMAP, …) szacowana automatycznie (ze statystyk lub samplingu),

4.2 Możliwość alokacji dynamicznych,

4.3 Maski alokowanych zbiorów w tym również kopii (zmienne, dsnapaty, itp.)

4.4 VOLCNT, STACK itp.

5) Wymagana jest zrealizowanie obsługi standardowych IBM DB2 UTILITIES i ewentualnych zamienników, gdy jest to potrzebne,

6) Wymagana jest wielowątkowość(wszędzie tam, gdzie to możliwe, np. procesy UNLOAD/LOAD równoległość na poziomie partycji),

7) Obiekt po zrealizowaniu zmiany ma być gotowy do pracy (wykonane kopie, statystyki, operacje bind itp.).

Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli w czasie demonstracji rozwiązania przez Wykonawcę po zakończeniu Implementacji Procesu 1-6 Wykonawca wykaże, że rozwiązanie przykładowego problemu - dla wszystkich tablic o nazwie pasującej do wzorca np. TB1% ze środowisk rocznych dodaj kolumnę COL99 – od rozpoczęcia pracy do wygenerowania zadania/zestawu zadań implementujących zmianę (bez ich uruchomienia) zajmie nie więcej niż 30 min.

W czasie Implementacji Procesu Zamawiający zastrzega sobie możliwość rozszerzenia prezentacji rozwiązania do 3-4 podobnych problemów dla których ustalone zostaną adekwatne czasy realizacji.

1-7. Implementacja Procesu: Realizacja zmian w strukturach DB2 dostarczonych w postaci DDL z zachowaniem lokalnych modyfikacji wybranych atrybutów

W praktyce ZUS większość zmian struktur DB2 do środowiska KSI przychodzi w postaci serii zbiorów DDL. Bardzo często pojedynczy zbiór DDL zawiera tysiące linii kodu. Pojedyncza zmiana zawiera często kilka, kilkanaście takich zbiorów. Najbardziej złożone w implementacji są zmiany, które wykonują ciąg operacji UNLOAD, DROP, CREATE, LOAD, ponieważ to ZUS jest odpowiedzialny za zagwarantowanie pełnego bezpieczeństwa, kompletności i spójność danych – x.xx. odtworzenie uprawnień, kluczy obcych, indeksów, aliasów, synonimów itp.

Zmianie takiej towarzyszy zazwyczaj dokumentacyjny opis zakresu zmiany.

Bez narzędzi implementacja takiej zmiany jest trudna i ryzykowna. Trudno przewidzieć wszystkie możliwe scenariusze tego typu zmian.

W ramach implementacji procesu 1-7 należy przygotować i zademonstrować rozwiązanie, które będzie posiadało następujące cechy:

1) pozwoli zapisać stan struktur i danych objętych zmianą przed jej implementacją (utworzyć baseline)

2) pozwoli w sposób automatyczny porównać stan struktur przed zmianą ze stanem struktur, jaki powstanie hipotetycznie po wykonaniu operacji DDL z dostarczonych przez dostawcę aplikacji plików. W wyniku porównania powinien powstać raport sumaryczny i szczegółowy.

3) pozwoli wygenerować raport sumaryczny o zakresie informacyjnym zbliżonym do przykładu poniżej:

** CDL GENERATED

** STOGROUP

** DATABASE

** TABLESPACE

** TABLE

** CHECK CNST

** TRIGGER

** FOREIGN KEY

** INDEX

** UNIQUE CNST

** VIEW

** SYNONYM

** ALIAS

** SEQ OBJ

** TOTALS

CREATE

ALTER DROP COUNT

Compare Report

- SUMMARY

** Action Object

** DROP SYNONYM

** ALTER TABLE

** ALTER INDEX

Name

ZAMIN.B_UBEZPRCA R13.UBEZPRCA X00.XX_URCA X00.X0_URCA X00.X0_URCA X00.X0_URCA X00.X0_URCA X00.X0_URCA

4) pozwoli wygenerować raport szczegółowy o zakresie informacji zbliżonym do poniższego (linia z

komentarzem ‘* ‘ zawiera starą wartość atrybutu, bez komentarza nową):

-CDL 000250 ALTER TABLE R13.UBEZPRCA

*-------- NOCOMMENT

COMMENT 'Imię Nazwisko - WROCLAW - PZWOD - wer: 1.

23CO(1)'

-CDL 000300 ALTER INDEX X00.XX_URCA

*-------- KEYCOLUMNS (I_OKRESRAPORTU ASC, ID_WEW_DOKUMENTU ASC,

*NR_PODDOKUMENTU ASC)

KEYCOLUMNS (I_OKRESRAPORTU ASC, PARTYCJA ASC, ID_WEW_DOKUMENTU ASC, NR_PODDOKUMENTU ASC)

*-------- PADDED PADDED NO

ALTER PART 1

*--------

VALUES VALUES

ALTER PART

('2013-01-01',-1647483647)

('2013-01-01',1,-1647483647)

*--------

VALUES

('2013-01-01',-203013926)

('2013-01-01',1,-203013926)

…

-CDL 000350 ALTER INDEX R13.X1_URCA

*--------

PADDED

*--------

PIECESIZE PIECESIZE

ALTER PART

524288 K

131072 K

*--------

PCTFREE

*--------

…

PCTFREE GBPCACHE GBPCACHE

CHANGED NONE

5) pozwoli w sposób automatyczny przygotować kompletny sposób implementacji zamiany. Jeśli trzeba to UNLOAD, DROP, CREATE, LOAD (z zabezpieczeniem danych, indeksów, uprawnień, kluczy obcych i innych obiektów zależnych itp.).

6) Jeśli to możliwe to zamiast UNLOAD, DROP, CREATE, LOAD narzędzie samo zaproponuje ALTER + REORG ONLINE lub inna efektywną metodę implementacji.

7) Pełna procedura oznacza poprawnie przygotowanie zadanie (lub serię zadań) JCL z poprawnymi alokacjami zbiorów roboczych, syntaktyki DB2 UTILITIES, SQL itp. niezbędnych do implementacji zmiany.

8) Zamawiający uzna, że rozwiązanie spełnia wymagania, jeżeli:

8.1 pozwoli zrealizować wszystkie opisane powyżej kroki, wspierane przez narzędzie – BASELINE, porównanie BASELINE-DDL, raporty ogólny i szczegółowy, automatyczna generacja zadań implementujących zmianę w czasie do 30 min. Czas ten nie obejmuje analizy raportów oraz samego procesu implementacji zmiany,

8.2 zapewni automatycznie (bez konieczności ręcznej edycji kodu JCL) pełną restartowalność zadania implementującego zmianę na wypadek jego nieplanowego zatrzymania (np. błąd x37, błąd uprawnień).Wskazane jest, aby narzędzie równoważne, pozwalało na realizację Procesu 1-07 w ramach funkcjonalności podstawowych – bez dodatkowych skryptów REXX, czy innych metod dostosowania narzędzi do potrzeb ZUS.

1-8. Implementacja Procesu: Wsparcie codziennych aktywności DBA.

Narzędzie BMC Database Manager wspiera wiele codziennych czynności administracyjnych wykonywanych rutynowo przez administratorów DB2. Oferowane narzędzie równoważne powinno oferować następujące funkcjonalności kluczowe z tego zakresu:

1) Wsparcie w generowaniu komend DB2, w tym możliwość aplikowania danej komendy DB2 do dużej listy obiektów

2) Wsparcie w generowaniu zdań SQL(DDL,DML,DCL oraz SELECT).

2.1 W zakresie generowania DDL narzędzie powinno umożliwiać generowanie zdań DDL dla pojedynczych obiektów(DDL dla tablicy, indexu, triggera itp.) bez konieczności generowania DDL dla obiektów wyższego poziomu lub jeśli jest taka potrzeba generowanie hierarchicznego DDL(HDDL) dla danego obiektu i wszystkich obiektów zależnych. W przypadku generowania HDDL powinna być możliwość uwzględniania lub nie autoryzacji.

3) Wsparcie w generowaniu zadań JCL dla DB2 UTILITIES.

3.1 Generator JCL dla DB2 UTILITIES powinien wspierać wszystkie dostępne w DB2 V9.1 i następnych narzędzie UTILITIES

3.2 Generator JCL dla DB2 UTILITIES powinien umożliwiać zapisanie syntaktyki UTILITY dostosowanej do potrzeb ZUS w postaci wykorzystywanych wielokrotnie profili. Dla danego UTILITY powinna być możliwość utrzymywania wielu różnych profili. Profile te powinny być utrzymywane na poziomie podsystemu(ogólnodostępne) i danego TSOID (prywatne). Konieczna jest możliwość łatwej migracji profili dla UTILITIES pomiędzy środowiskami produkcyjnymi i testowymi.

4) Wsparcie w zarządzaniu uprawnieniami na poziomie DB2(GRANT/REVOKE). Oprócz podstawowych mechanizmów przeglądania uprawnień oraz generowania komend DCL na poziomie uprawnień systemowych oraz na poziomie obiektów DB2 konieczne jest również wspieranie:

4.1 Kopiowania uprawnień z obiektu na obiekt na poziomie pojedynczego obiektu oraz na poziomie obiektów zależnych – np. uprawnienia z bazy DBS1 i wszystkich obiektów od niej zależnych do bazy DBS2, z zachowaniem lub podmianą GRANTORA uprawnień.

4.2 Kopiowania uprawnień z jednego ID na drugie z zachowaniem lub podmianą GRANTORA uprawnień.

4.3 Raporty utraconych uprawnień przy kaskadowaniu w trakcie operacji REVOKE

5) Wsparcie przy przeglądaniu i edycji tablic DB2.

5.1 Możliwość pełnoekranowego przeglądania tablic systemowych i narzędziowych w środowisku ISPF

5.2 Możliwość pełnoekranowego edytora tablic z podstawowymi funkcjami, edycji, kopiowania i kasowania rekordów w środowisku ISPF oraz kopiowania danych pomiędzy tablicami.

5.3 Możliwość audytu czynności administracyjnych (np. DDL, DCL …) wykonywanych za pomocą narzędzia przez danego użytkownika w ustalonym okresie.

2. Badanie wydajności zdań SQL i aktywności obiektów DB2.

W rozbudowanym i dynamicznym środowisku Zamawiającego niezbędne jest posiadane rozwiązania do kontroli obciążenia bazy DB2 przez poszczególne aplikacje (ścieżki przetwarzania) na poziomie wydajności poszczególnych zdań SQL. W oparciu o tego typu rozwiązanie funkcjonuje szereg procesów z zakresu kontroli jakości, wydajności i optymalizacji aplikacji. Rozwiązanie takie służy również do oceny zachowania się aplikacji po zmianach wersji podsystemów DB2 i innych dużych zmian w środowisku technologiczno-systemowym.

2-1. Implementacja Procesu: Kolektor danych typu DB2 Accounting dla zdań SQL i obiektów

W ramach Implementacji Procesu 2-1 Wykonawca zobowiązany jest do przygotowania i zademonstrowania rozwiązania do zbierania danych typu DB2 Accounting do poziomu pojedynczych SQL oraz obiektów, które będzie posiadało następujące cechy:

1) Kolektor danych jeden dla wszystkich monitorów DB2 w ramach rodziny oprogramowania,

2) Konfiguracja kolektora musi uwzględniać:

2.1 Parametry konfiguracji kolektora możliwe do zmiany, uaktywnienie zmian możliwe dynamicznie (online),

2.2 Filtry z parametrami konfiguracji dla zadanych podsystemów DB2 modyfikowane i uaktywniane dynamicznie,

2.3 Dodanie, usunięcie monitorowanego podsystemu DB2 dynamicznie,

2.4 Granulacja danych (poziom agregacji danych) zgodnie z zapotrzebowaniem z możliwością zmiany dynamicznej, bez konieczności restartu kolektora

2.5 Zmiana konfiguracji nie może powodować konieczności restartu kolektora – utrata danych w czasie restart.

3) Wydajność kolektora musi zbierać pełny zdefiniowany, typowy dla środowiska ZUS KSI SQL Workload z uwzględnieniem:

3.1 W ramach podsystemu DB2, planów i programów,

3.2 Dodatkowo dla wyszczególnionych użytkowników i correlation ID (itp.) w ramach zdefiniowanych filtrów,

3.3 Musi zbierać informacje o aktywnościach na obiektach DB2 – przestrzenie tablic i indeksy.

4) Archiwizacja danych musi uwzględniać:

4.1 Archiwizacja danych krótkookresowa(dwa dni) musi zawierać wszystkie dane kolektora z ostatnich dwóch dni,

4.2 Archiwizacja danych kolektora długoterminowa zgodnie z zapotrzebowaniem –z uwagi na potencjalnie ogromne ilości danych wydajnościowych, konieczne jest zapewnienie możliwości precyzyjnego wyboru danych do archiwizacji np. po numerach IFCID (bezwzględnie musi zawierać pełny tekst SQL dla KSI Workload),

4.3 Prowadzenie skorowidza danych archiwizowanych: oprogramowanie dynamicznie dobiera zbiory danych archiwalnych dla raportów w trybie BATCH za zadany okres,

4.4 Zbiory archiwalne dostępne w trybie BATCH i ONLINE,

4.5 Zbiory archiwalne tworzone w trybie dziennym.

Niezbędne jest, aby oprogramowanie równoważne:

a) Miało możliwość pracy na zbiorach archiwalnych długookresowych utworzonych przez oprogramowanie BMC lub

b) Umożliwiało migrację zbiorów archiwalnych długookresowych utworzonych przez oprogramowanie BMC do własnych plików.

5) Zapotrzebowanie na zasoby. Zakładając zbieranie zakresu danych wydajnościowych w środowisku produkcyjnym ZUS KSI jak w obecnym rozwiązaniu należy zapewnić:

5.1 Dostęp do danych ONLINE przez minimum trzy dni (5 LPAR, 5 DC + zastępczy P501 dla ZWAP5) z wykorzystaniem zasobu dyskowego na dane ONLINE nie większy niż 65 GB,

6) Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli zużycie zasobów do realizacji zadania wyniesie więcej niż 0,04 % czasu CPU liczonego łącznie na wszystkich serwerach (partycjach LPAR) obsługujących środowisko produkcyjne KSI. ( średnio, wszystkie DC zużywają 184 sek. CPU dziennie, nie policzony czas archiwizacji w zadaniach batch).

2-2. Implementacja Procesu: Interfejs użytkownika narzędzia do analizy i strojenia wydajności SQL na DB2 on z/OS

W ramach Implementacji Procesu 2-2 Wykonawca zobowiązany jest przygotować i zademonstrować rozwiązanie do analizy i strojenia wydajności SQL , które będzie posiadało następujące cechy:

1) Na jednym ekranie typu 3270 ISPF muszą być dostępne wszystkie monitorowane podsystemy DB2 pracujące w ramach jednego sysplex’u równoległego,

2) Intuicyjna nawigacja:

2.1 Hierarchiczny dostęp do raportów: od ogólnych (DB2, PLAN, …) do szczegółów SQL’e, obiekty, itp.,

2.2 Szybki i prosty dostęp do najbardziej obciążających zdań SQL

2.3 Możliwość sortowania wg dowolnej kolumny raportu,

2.4 Możliwość wyboru raportu inicjalnego,

2.5 Opcje użytkownika (ekran, typ daty, itp…)

2.6 Komunikaty o błędach on-line, Help online,

3) Możliwość konfiguracji raportów zgodnie z potrzebami użytkownika,

4) Możliwość realizacji raportów w trybie ONLINE i w trybie BATCH:

4.1 Raporty zawierają niezbędne dane do analiz wydajnościowy

5) Możliwość wykonania operacji SQL EXPLAIN na życzenie:

5.1 Na wybranym zdaniu SQL z obciążenia zbieranego przez kolektor,

5.2 Możliwość modyfikacji zdania SQL przed/po operacji EXPLAIN

5.3 Na dowolnym zdaniu SQL nie zebranym przez kolektor,

5.4 Funkcja What-If-Indeks – możliwość zdefiniowania nowego indeksu w trybie weryfikacji hipotez strojeniowych (bez wpływu na rzeczywisty WORKLOAD), bez danych, ale ze statystykami przed wykonaniem operacji EXPLAIN.

5.5 Możliwość porównania różnych wariantów EXPLAIN na jednym ekranie (np. z dodatkowym indeksem, bez dodatkowego indeksu, ze zmienionym zdaniem SQL itp.)

6) Export interesujących danych/raportów do zbioru:

6.1 Dane to można użyć w dowolnym czasie (np. do porównań),

6.2 Wydajność interfejsu zostanie zweryfikowana przez realizację kliku do kilkunastu przykładowych sesji strojeniowych typu:

6.3 Zidentyfikuj najbardziej obciążające zdanie SQL dla: PLAN/PACKAGE, Użytkownik, Aplikacja/Server Tuxedow zadanym przedziale czasu:

a) Do minus 48h ONLINE z kolektora

b) Powyżej 48h ze zbiorów archiwalnych

6.4 Wykonaj operację EXPLAIN dla wybranego zdania SQL

6.5 Wykonaj przykładową edycję zdania SQL (teoretycznie w celu poprawy wydajności) i wykonaj ponownie EXPLAIN

6.6 Zweryfikuj hipotezę, że dodanie nowego indeksu poprawi wydajność zdania SQL

6.7 Zweryfikuj hipotezę, że usunięcie istniejącego indeksu nie pogorszy wydajność zdania SQL

7) Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli całość sesji strojeniowej dla jednego zdania SQL realizująca kroki jak wyżej lub podobne powinna zając nie więcej niż 3-5 minut.

2-3. Implementacja Procesu: Wsparcie dla analizy wydajności na poziomie WORKLOAD

W środowisku Zamawiającego zachodzi potrzeba porównania zachowania się całego zestawu zdań SQL – SQL WORKLOAD w różnych środowiskach np. przed i po wymianie wersji aplikacji, przed/po migracji do nowej wersji/trybu DB2 itp. Oferowanie przez Wykonawcę rozwiązanie musi umożliwiać zebranie kompletnego SQL WORKLOAD (statyczny i dynamiczny) za określony reprezentatywny okres czasu (patrz Proces 2-1) oraz jego sprawną analizę – porównanie.

W ramach Implementacji Procesu 2-3 Wykonawca musi przygotować i zademonstrować rozwiązanie do analizy wydajności na poziomie WORKLOAD, które będzie posiadało następujące cechy:

1) Możliwość generowania raportów EXPLAIN z zadanego SQL WORKLOAD w xxxxxx XXXXX (bez obciążenia kolektora):

1.1 Należy założyć, że Workload może być bardzo duży – np. pełny cykl obliczeniowy danej usługi, czy 2-3 pełne dni ze środowiska produkcyjnego.

2) Możliwość porównanie dwóch SQL WORKLOAD w trybie batch:

2.1 Explainy, koszty (timerony) SQL’i w ramach tego samej wersji DB2, a różnych wersji aplikacji,

2.2 Explainy, koszty (timerony) SQL’i w ramach różnych wersji DB2.

3) Możliwość wykonania kompletnych analiz obiektowych – dla przestrzeni tablic i (w szczególności) indeksów

4) Raporty:

4.1 Obowiązkowy tryb online i batch,

4.2 Raporty ze zbiorów online i archiwalnych,

4.3 Raporty w trybie batch ze zbiorów archiwalnych nie obciążają kolektora danych (kolektor może być wyłączony a raporty będą generowane),

4.4 Opcja ładowania raportu do tabel DB2 (DDL, zdania sterujące utility LOAD, dane)

4.5 Możliwość konfiguracji raportów:

a) Modyfikacja istniejących raportów,

b) Utworzenie raportu na bazie istniejącego,

c) Definicja nowego raportu.

5) Wsparcie dla analizy wydajności na poziomie WORKLOAD zostanie zweryfikowane w następujący sposób:

5.1 Kolektor zbierający SQL WORKLOAD zostanie zainstalowany w systemie I systemie testowym np. ZWAD i będzie zbierał dane przez min. 24h.

5.2 Należy wykonać masową operację EXPLAIN w środowisku testowym I.

5.3 Następnie należy przenieść zebrany workload i EXPLAIN do II środowiska testowego np. ZWAR

i wykonać masowy EXPLAIN i porównanie w środowisku testowym II.

5.4 Należy zidentyfikować zdania SQL, których koszt zmienił się najbardziej. Jako koszt należy traktować ilość wykonań x koszt pojedynczego zdania SQL (timeron), jak to było zebrane w rzeczywistym WORKLOAD.

6) Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli łączny czas zadań EXPLAIN i EXPLAIN/COMPARE nie powinien zająć więcej niż 30 minut.

3. Wydajność podsystemu DB2 – prace utrzymaniowe.

Uwagi ogólne

Eksploatacja aplikacji Zamawiającego wykorzystujących bazę IBM DB2 wymaga realizacji procedur gwarantujących utrzymanie bazy w dobrej kondycji (RUNSTATS, REORG, REBIND) i gwarantujących możliwość odzyskania danych na wypadek awarii (COPY, RECOVER, REBUILD INDEX). Z uwagi na rozmiary środowiska Zamawiającego proponowane rozwiązanie musi maksymalnie automatyzować wszelkie prace utrzymaniowe. Rozwiązanie musi obsługiwać wszystkie dostarczane z bazą DB2 on z/OS narzędzia utrzymaniowe (DB2 UTILITIES).

W zakresie utrzymania DB2 Zamawiający realizuje strategię typu sprawdź czy obiekt wymaga procedury maintenance, jeśli tak to podejmij stosowną akcję. Niedopuszczalna jest automatyzacja na zasadzie wykonywania akcji regularnie niezależnie, czy jest to potrzebne czy też nie.

Ostatnią wartą podkreślenia uwagą ogólną, jest dążenie do podniesienia dostępności środowiska DB2 on/OS poprzez stosowanie wszędzie, gdzie jest to możliwe, narzędzi w trybie ONLINE.

3-1. Implementacja Procesu: Narzędzie do analizy stanu obiektów DB2 i automatyzacji przygotowania zadań utrzymaniowych

Oprogramowanie do analizy stanu obiektów DB2 i automatyzacji przygotowania zadań utrzymaniowych musi dostarczać następujące funkcje:

1) Musi umożliwiać automatyczną kwalifikacje obiektów DB2 do prac utrzymaniowych (reorganizacja, statystyki, kopie, itp.) na postawie statystki DB2 oraz tablic RTS :

1.1 Algorytmy, wartości progowe, rekomendacje,

1.2 Możliwość modyfikacji ich przez użytkownika,

1.3 Dodanie nowych własnych algorytmów i wartości progowych,

1.4 Wbudowany mechanizm generujący akcie naprawcze dla obiektów, których parametry przekraczają wartości progowe,

1.5 Pożądane byłoby również kwalifikowanie obiektów do reorganizacji na podstawie rzeczywistego pogorszenia się wydajności aplikacji z nich korzystających.

2) Musi umożliwiać definiowanie akcji naprawczych o następujących cechach:

2.1 Jedna akcja naprawcza może zawierać kilka serwisów (DB2 UTILITIEs i inne programy np. DSNTEP2),

2.2 Obiekty w ramach serwisu mogą być grupowane – przykładowo, jeśli do operacji REORG zakwalifikowały się 3 partycje to będą one reorganizowane w ramach jednego kroku zadania JCL a nie w trzech oddzielnych krokach.

2.3 Dla każdego serwisu musi być możliwość zdefiniowania dowolnej ilość zestawów syntaktyki akcji naprawczych. Syntaktyka musi oferować pełne wsparcie dla wszystkich aktualnych wersji narzędzi DB2 (V9, V10) i ew. narzędzi dodatkowych wchodzących w skład rozwiązania.

2.4 Możliwość definiowania nowych własnych akcji naprawczych,

2.5 Możliwość ograniczenia zakresu akcji naprawczych do grupy obiektów,

3) Musi umożliwiać automatyczne generowanie akcji naprawczych:

3.1 Automatyczna generacja zadań na bazie zdefiniowanych syntaktyk,

3.2 Automatyczne szacowanie alokacji na zbiory robocze,

3.3 Dynamiczna alokacja zbiorów,

3.4 Wygenerowane zadania uruchamiane przez SCHEDULER np. TWS.

3.5 Rozłożenie zadań wg założonego schematu pomiędzy 5 partycji (LPAR) środowiska produkcyjnego – np. 40% zadań do ZWAP3, 20% do ZWAP1, ZWAP2 i ZWAP4.

4) Interfejs narzędzia powinien mieć następujące cechy:

4.1 Dostęp do narzędzia przez ISPF i ekran typu 3270 ISPF,

4.2 Opcje użytkownika – standardy nazewnictwa zbiorów, bibliotek itp.,

4.3 Dodatkowe funkcje edycyjne:

a) Kopiowanie definicji np. syntaktyki, akcje naprawcze

b) Weryfikacja definicji, ich walidacja i wizualizacja,

4.4 Dostęp do komunikatów online,

4.5 Help online,

4.6 Migracja definicji (np. z Procesu do produkcji),

4.7 Raportowanie ONLINE i BATCH przykładowo:

a) Aktualny stan obiektów – statystyki

b) Analiza historyczna stanu obiektu

c) Częstotliwość przekraczania danego progu/wykonania akcji naprawczej

5) W ramach Implementacji Procesu 3-1 Wykonawca zobowiązany jest do przygotowani:

5.1 Opis sytuacji wyjątkowej typu obniżenie CLUSTERRATIO, poniżej 90% jako wartość domyślna. Analizy dokonać na poziomie partycji.

5.2 Dla wybranych 3 obiektów zmienić próg na odpowiednio 95%, 96% i 97%

5.3 Przygotować stosowną akcję naprawczą z wykorzystaniem narzędzia IBM REORG oraz przygotować, co najmniej dwie różne syntaktyki REORG

5.4 Jako domyślną akcję naprawczą dla obniżonego CLUSTERRATIO przypisać IBM REORG z jedną z dwóch przygotowanych syntaktyk, dla wybranego obiektu o niestandardowej wartości progowej przypisać akcję REORG z drugą syntaktyką. Dodatkowo dla obiektów partycjonowanych należy dokonać konsolidacji kilku partycji do jednego kroku. Wskazane jest, aby przy pomocy parametru możliwe było sterowanie poziomem konsolidacji.

5.5 Dokonać analizy wszystkich obiektów aplikacyjnych wchodzących w skład KSI

5.6 Wygenerować automatycznie zadania JCL dla obiektów wymagających akcji naprawczej

5.7 Pokazać mechanizm integracji z TWS.

6) Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli:

6.1 przygotowanie definicji sytuacji wyjątkowej i akcji naprawczych nie przekroczy 30 min

6.2 czas na analizę stanu obiektów aplikacyjnych wchodzących w skład KSI oraz wygenerowanie zadań JCL również nie przekroczy 30 min.

3-2. Implementacja Procesu: Narzędzie do reorganizacji danych i indeksów w DB2 on z/OS w trybie ONLINE

Zaproponowane narzędzie równoważne musi mieć wydajność nie gorszą niż używane obecnie narzędzie BMC REORG Plus i zużywać zasobów nie więcej niż REORG Plus. Ze względu na ew. wpływ innych obciążeń w środowiskach testowych dopuszcza się pogorszenie wydajności i zwiększenie zapotrzebowania na CPU o 10%.

Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli proces reorganizacji 3 wybranych partycji przykładowej tablicy testowej (o przybliżonych parametrach jak na rysunku poniżej) będzie miał parametry wykonania tzn. CPU Time i Elapsed Time nie gorsze niż 110% tych pokazanych na rysunku poniżej dla BMC REORG Plus.

Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli narzędzie REORG ONLINE posiada następujące cechy:

1) Wbudowany monitor zaawansowania procesu z opcją modyfikacji ONLINE parametrów fazy LOG APPLY

2) Posiadać możliwość reorganizacji w tradycyjnych trybach NONE i REFERENCE

3-3. Implementacja Procesu: Rozwiązanie do sterowania zadaniami REORG ONLINE

Rozwiązanie do sterowania zadaniami REORG ONLINE musi spełniać następujące założenia podstawowe:

1) Najlepszy REORG ONLINE to brak reorganizacji. Do reorganizacji ONLINE kwalifikowane są tylko te obiekty, które niezbędnie tego wymagają. Rozwiązanie równoważne musi przejąć obowiązujące obecnie kryteria wybierania obiektów do reorganizacji.

2) Jeśli REORG musi być wykonany ONLINE to w okresie, gdy aktywność aplikacji jest minimalna. Rozwiązanie musi identyfikować okresy niskiej aktywności, dla poszczególnych usług/podusług KSI

3) Głównym kosztem reorganizacji online jest konieczność utrzymywania wolnego miejsca głównie dla NPI shadow data sets jak również shadow data sets dla TS i indeksów partycjonowanych. Rozwiązanie równoważne musi sterować ilością równolegle wykonujących się zadań REORG tak, aby nie doszło do wyczerpania wolnego miejsca w grupie dysków obsługujących przestrzenie tablic i indexów dla reorganizowanych obiektów, ponadto rozwiązanie ma dbać o to aby jak najwięcej zadań REORG ONLINE mogło się wykonywać równocześnie.

4) Rozwiązanie musi sterować ilością równolegle wykonujących się zadań REORG tak, aby nie doszło do wyczerpania wolnego miejsca w grupie dysków obsługujących przestrzenie tablic i

indeksów dla reorganizowanych obiektów, ale równocześnie jak najwięcej zadań REORG ONLINE mogło wykonywać się równocześnie.

5) Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli w ramach Implementacji Procesu 3-3 Wykonawca przygotuje rozwiązanie do sterowania zadaniami REORG ONLINE, które realizować będą w/w założenia podstawowe, a dodatkowo posiadać będą następujące cechy:

5.1 Możliwość automatycznej kwalifikacji obiektów do reorganizacji:

a) Wykorzystywać jednolity z pozostałymi akcjami naprawczymi (RUNSTATS, COPY) mechanizm zarządzania zestawem reguł, wartości progowych, akcji naprawczych, serwisów (patrz Implementacja Procesu 3-1), uzupełniony o mechanizmy specyficzne dla operacji REORG ONLINE;

b) Posiadać teoretyczną możliwość wyboru obiektów wymagających reorganizacji wynikającą z rzeczywistego obniżenia wydajności dostępu do danych;

5.2 Możliwość automatycznej oceny prawdopodobieństwa realizacji reorganizacji obejmująca:

a) Szacunek wolnego miejsca w grupie SMS, w której kandydat jest zdefiniowany,

b) Zapotrzebowanie wolnych obszarów dla procesu reorganizacji obiektu,

c) Bilansowanie wolnego miejsca w grupie SMS grupie i zapotrzebowaniem dla reorganizowanego obiektu – standardowy zasób policzalny,

d) Funkcja „bilans wolnego miejsca – zapotrzebowania”:

i. Realizowana wielokrotnie w trakcie jednego dnia,

ii. Czas realizacji – szybki tzn. pojedyncze minuty,

iii. Zużyte zasoby serwera – pomijalnie małe

Obecnie funkcja zrealizowana przy pomocy BMC MainView for z/OS

5.3 Możliwość analizy historycznej aktywności na obiektach w zadanych okresach:

a) Analizy historyczne dotyczące:

i. Liczby ilości SELECT’ów, IINSERT, UPDATE i DELETE w ramach 8 godzinnych okresów

(3 okresy dziennie: 8:00-16:00, 16:00-24:00,00:00-8:00),

ii. Korelacje w ramach dnia tygodnia – od niedzieli do soboty,

iii. Uwzględnienie specyfiki różnych typów tygodni (dwa lub trzy),

iv. Wyniki analiz powinny być zawarte w tabelach DB2,

v. Należy przygotować zdania SQL/raporty wykluczające automatycznie kandydatów

do reorganizacji w danym okresie na podstawie danych historycznych;

vi. Należy przygotować raporty o możliwościach/brakach możliwości reorganizacji danego obiektu w ramach poszczególnych okien eksploatacyjnych (okno 8h);

vii. Oferowane rozwiązanie równoważne musi zapewniać ciągłość analiz danych historycznych dot. Aktywności obiektów. Dane zgromadzone dotychczas muszą zostać przyjęte przez nowe rozwiązanie.

Obecnie funkcja zrealizowana przy pomocy oprogramowania BMC SQL Performance for DB2,

5.4 Możliwość Identyfikacji zadań rzadko wykonujących operację COMMIT:

a) Należy przygotować raport - Wykaz threadów (planów) z dużym czasem między commitem równocześnie z istotną aktywnością miedzy commitami;

b) Należy zidentyfikować obiekty zablokowane przez w/w thready i przypisać te aktywności (wykluczająco) do okien maintenance reorganizacji online,

c) Obecnie funkcja realizowana jest z wykorzystaniem oprogramowania BMC MainView for DB2.

5.5 Dostępność konsoli technologicznej działającej w środowisku ISPF opisanej w wymaganiach 4-04 pkt. 6 monitorującej minimum:

a) Monitory zadań reorganizowanych (wszystkie LPAR’y)’

b) Podstawowe parametry środowiska z/OS, podsystemów DB2 (wszystkie LPAR’y),

c) Monitor podstawowych parametrów i zasobów niezbędnych do realizacji procesu reorganizacji.

Obecnie taki monitor jest zrealizowany na bazie oprogramowania BMC z rodziny Main View.

5.6 W chwili obecnej zadania związane ze sterowaniem oraz uruchamianiem właściwych zadań REORG ONLINE są kontrolowane przez TWS. Oferowane rozwiązanie równoważne musi zapewnić nie mniejszy poziom automatyzacji.

Proces oceny przez Zamawiającego dla zrealizowanego przez Wykonawcę rozwiązania będzie polegał na:

1) Ocenie jakości raportu analizującego możliwość wykonania operacji REORG ONLINE w danym 8h oknie eksploatacyjnym na podstawie analizy historycznej aktywności na obiektach w zadanych okresach (zakładając przejęcie danych historycznych do nowego rozwiązania);

2) Ocenie jakości raportu identyfikującego aplikacje rzadko wykonujących operację COMMIT;

3) Praktycznej prezentacji rozwiązania do automatycznego, równoległego uruchamiania zadań REORG ONLINE uwzględniającego stan dostępnych zasobów dyskowych;

3-4. Implementacja Procesu: Repartcjonowanie w trybie ONLINE

W praktyce ZUS stosunkowo częstą zmianą jest zmiana kluczy limitujących zakres danych przechowywanych w poszczególnych partycjach (DB2 Limit Keys – LK). Zmiana LK dotyczy zarówno obiektów, dla których partycjonowanie kontrolowane jest przez indeks, jak i przez tablicę.

W ramach procesu 3-4 należy przygotować i zademonstrować rozwiązanie, które będzie posiadało następujące cechy:

1) pozwoli automatycznie przygotować poprawną kolejność operacji: ALTER TABLE xxx ALTER PARTITION yyy ENDING AT (zzz) lub

ALTER INDEX iii ALTER PARTITION yyy ENDING AT (zzz)

zależnie od typu partycjonowania.

2) pozwoli zaimplementować zmianę z minimalnym ograniczeniem dostępności do obiektu np. poprzez wykonania operacji REORG ONLINE z jednoczesną zmianą LK.

4. Monitory środowiska z/OS i jego podsystemów DB2, CICS i inne.

Oprogramowanie typu monitor środowiska z/OS i jego podsystemów DB2, CICS i inne powinno spełniać następujące wymagania ogólne:

4-1. Wymaganie: Interfejs użytkownika:

1) Intuicyjny, łatwo przyswajalny,

2) Do każdego produkty identyczny w wyglądzie (nie zawartości), funkcjach i funkcjonalności,

3) Help i komunikaty o błędach online,

4) Dostęp do oprogramowania na ekranie typu 3270 oraz http/GUI. Funkcjonalność obydwu interfejsów identyczna.

5) Konfigurowane widoki oprogramowania:

5.1 Dostępne z pozycji użytkownika,

5.2 Manipulacje na kolumnach, polach, zakresy danych, typy danych (średnie, sumy, max, min,..) progi, kolory,

5.3 Możliwość zachowania skonfigurowanego widoku

5.4 Tworzenie wielu okien (screen) na ekranie:

a) Każde okno zawiera standardowy/skonfigurowany widok,

b) Każdy okno może zawierać inny widok,

c) Widok może być z dowolnego produktu w ramach rodziny,

d) Widok z produktu na oknie z dowolnego węzła równoległego sysplex’u,

e) Dostęp do tego widoku na jednym ekranie pod ISPF typu IBM 3270

f) Wszystko to można zachować i przywołać w odpowiednim momencie,

6) Widoki kontekstowe (np. konkretny DB2 ssid, zestaw DB2 Sssid),

7) Dostępne filtry, interwały czasowe,

8) Widoki produktowe (np., z/OS, DB2, CICS) – dostęp do jednego, wybranych, wszystkich w ramach jednego równoległego,

9) Widoki w trybie rzeczywistym, sesyjnym (interwałowym) i historycznym,

10) Widoki również sumaryczne za zadany okres,

11) Widoki z czasu rzeczywistego i historyczne.

4-2. Wymaganie: Kolektory danych:

1) Jeden kolektor do systemu lub podsystemu:

1.1 Kolektor monitora DB2 musi używać wspólnego z kolektorem SQL Performance,

1.2 Kolektor zajmuje się obsługą danych rzeczywistych i historycznych,

2) Dane:

2.1 Rzeczywiste i historyczne,

2.2 Dane historyczne dostępne online,

2.3 Dane historyczne dostępne przez zadany okres (tygodnie, miesiące),

2.4 Dane zbierane w definiowalnych interwałach,

2.5 Dane dla z/OS gromadzone w definiowalnych interwałach:

a) Krótko terminowe (30 sek),

b) Średnio terminowe 15 min,

c) Długoterminowe 2 godz.

2.6 Brak narzutów administracyjnych na utrzymanie danych historycznych – po przygotowaniu dedykowanego zasobu dyskowego przeterminowane dane historyczne powinny być automatycznie usuwane

3) Zużycie zasobów:

3.1 Akceptowalne i nie większe średnio niż 0,07% CPU na produkt, nie więcej niż 1% CPU całego zestawu na LPAR.

3.2 Instalacja i serwis niewymagający IPL.

4-3. Wymaganie: Inne cechy:

1) Integracja między produktami:

1.1 Funkcjonalność, funkcje, interfejs podobny,

1.2 Łatwe przejście od produktu do produktu,

1.3 Integracja pomiędzy innymi produktami – np. monitor DB2 i SQL performance,

1.4 Łatwość konfiguracji (parametry konfiguracyjne, jako zmienne środowiskowe),

2) Niezbędny generator alarmów i alertów o przekroczeniu progów dla parametrów lub pojawieniu się komunikatów:

2.1 Identyczny dla każdego produktu z rodziny równoważnej,

2.2 Łatwość użycia- zdefiniowanie w czasie kilkudziesięciu sekund z weryfikacją to oczekiwana norma,

2.3 Zakres czasowy aktywności alarmu

2.4 Proste i skuteczne zarządzanie alarmami – grupy, aktywne grupy itd.

3) Generator raportów w trybie batch:

3.1 Raporty generowane za zadany okres, z zadanego środowiska i z zadanych widoków,

3.2 Prostota użycia (wstaw nazwę raportu, okres i submit),

3.3 Sformatowany output (też CSV).

4-4. Wymagania szczegółowe niezbędne w środowisku ZUS:

1) Integracja z systemem monitorującym infrastrukturę i stan usług realizowanym przez System Monitorowania Usług (aktualnie System Monitorowania Usług Zamawiającego oparty jest na oprogramowaniu BMC Patrol, ProActiveNet i BEM/SIM):

1.1 Przesyłanie informacje o stanach infrastruktury do Systemu Monitorowania Usług Zamawiającego (aktualnie realizuje to rodzina BMC MainView),

2) Możliwość prezentacji danych z różnych monitorów na jednym ekranie ISPF oraz http/GUI.

2.1 Przykładowo dane dot. systemu z/OS np. obciążenie wszystkich produkcyjnych partycji (LPAR) pokazane na jednym ekranie z informacjami o aktualnych DB2 UTILITY Threads.

2.2 Informacje wydajnościowe z wszystkich regionów CICS/TS w NROI na jednym ekranie – aktualnie kilkanaście, docelowo do 50 regionów.

3) Zapewnienie dostępu do raportów zgodnych w treści z aktualnie bazowo używanych przez użytkowników w środowisku ZUS KSI, przykładowe raporty:

3.1 MV for z/OS: z serii LPARSTST,

3.2 MV for DB2: aktywne thready (aż do detalu),

3.3 Monitor locków

Konieczna inwentaryzacja raportów oraz pokazanie stosownych zamienników.

4) Pokazanie praktycznej możliwości monitorowania i automatycznego rozwiązywania problemów w środowisku NROI na styku CICS⬄ADABAS. Przykład problemu do rozwiązania:

4.1 W czasie pracy programów Natural pod kontrolą CICS każda rozpoczęta sesja przechowuje swoje dane. Dane te są przechowywane w pamięci operacyjnej, w buforach SWAP POOL oraz w pamięci Temporary Storage. Identyfikator kolejki Temporary Storage wykorzystywanej do tego celu zawiera nazwę terminala w CICS. W czasie pracy CICS/TS w środowisku NROI często dochodzi do zrywania sesji TCPIP, a ponieważ kolejno przydzielane sesje TCPIP dla terminala mają nowe nazwy, w CICS pozostają bezużyteczne kolejki Temporary Storage. Należy przygotować rozwiązanie identyfikowania tego typu sytuacji i zapobiegające konieczności restartowania regionów CICS/TS z powodu zerwanych sesji TCP/IP.

5) Pokazanie praktycznej możliwości zdefiniowania przykładowych miar KPI dla infrastruktury technologiczno-systemowej środowiska NROI:

5.1 Przykład miary KPI typu dostępność – dostępność środowiska NROI dla trybu ONLINE (7:00-16:00) i trybu BATCH (16:00-7:00) uwzględniająca takie komponenty infrastruktury jak podsystemy CICS/TS, NATURAL/ADABAS, TWS, DFSMS hsm/rmm, napędy taśmowe, miejsce na dyskach itp.

5.2 Przykład miary KPI typu wydajność – np. dla środowiska NROI w trybie ONLINE uwzględniający komponenty CICS/NATURAL/ADABAS

6) Pokazanie możliwości budowy rozwiązań wykorzystujących narzędzia z różnych grup np. integracja z realizacją procesu REORG ONLINE zgodnie z pkt. 3.:

6.1 Informacje o zasobach dyskowych,

6.2 Aktywność THREAD, aktywność między operacjami COMMIT, częstotliwość operacji COMMIT, itp.

4-5. Sposób oceny wymagań określonych w pkt. od 4-1 do 4-4 –

1) Wymagania ogólne opisane w tym punkcie zostaną ocenione na podstawie prezentacji produktów zainstalowanych w środowisku testowym Zamawiającego wykonanych przez Wykonawcę oraz własnych ćwiczeń wykonanych przez specjalistów Zamawiającego;

2) Dla wymagania szczegółowego nr 1 (określonego w pkt 4-4) Wykonawca zobowiązany jest do zademonstrowania działającego interfejsu. W czasie demonstracji Wykonawca musi przygotować test pokazujący praktyczną wydajność połączenia do BEM/SIM w komunikatach/zdarzeniach na sekundę. Minimalna oczekiwana wydajność wynosi 100 zdarzeń na sekundę.

3) Dla wymagania szczegółowego nr 2 (określonego w pkt 4-4) Wykonawca zobowiązany jest zademonstrować raport/ekran pokazujący informacje z różnych monitorów – zależnie od środowiska testowego z/OS i DB2 lub z/OS i CICS/ADABAS.

4) Dla wymagania szczegółowego nr 3 (określonego w pkt 4-4) Wykonawca zobowiązany jest zademonstrować odpowiedniki trzech wybranych przez Zamawiającego raportów z zestawu aktualnie wykorzystywanych. Raporty zostaną wybrane w czasie testu w celu oceny sprawności mechanizmów do przygotowania i personalizacji raportów.

5) Dla wymagania szczegółowego nr 4 (określonego w pkt 4-4) Wykonawca zobowiązany jest zademonstrować rozwiązanie problemu z obszaru CICS⬄ADABAS.

6) Dla wymagania szczegółowego nr 5 (określonego w pkt 4-4) Wykonawca zobowiązany jest przygotować koncepcję implementacji jednej miary dot. dostępności i jednej miary dot. wydajności i ew. zademonstrować praktyczne rozwiązanie.

7) Dla wymagania szczegółowego nr 6 (określonego w pkt 4-4) wystarczające będzie zaprezentowanie rozwiązań opisanych w Implementacji Procesu 3-3. Możliwe jest tu również pokazanie innych praktycznych możliwości budowy rozwiązań wykorzystujących narzędzia z różnych grup.

Zamawiający uzna rozwiązanie za spełniające wymagania, jeżeli Wykonawca zrealizuje w/w zadania zgodnie z założeniami w niniejszym punkcie (4-5).

Załącznik 3a

Wsparcie w utrzymaniu Środowiska Mainframe i Nowego Regionalnego Ośrodka Informatycznego

1. Szczegółowy zakres usługi wsparcia administrowania dla środowiska NROI

1. Wsparcie zadań administracyjnych w środowisku systemu z/OS dla NROI obejmujące:

1) System operacyjny z/OS wraz głównymi komponentami

a) Produkcyjne partycje logiczne WRP1 oraz WRP2 pracujących w sysplexie równoległym o łącznej mocy 900 MIPS (partycja WRP2 utworzona w trakcie trwania umowy na zasadach określonych w Załączniku 3c)

b) 2 partycje deweloperskie WRD1 oraz WRD2

c) 2 partycje testowe i szkoleniowe

d) 1 partycję na potrzeby Centralnego Repozytorium Danych (CRD) – wsparcie tylko na zasadach określonych w pkt VI ppkt 3

e) z/OS w wersji 1.9 lub nowszej, w zależności od partycji

f) JES2,

g) Narzędzia do automatyzacji (IBM Tivoli Workload Scheduler / DB2 / BMC MAINVIEW AutoOPERATOR)

2) Monitorowanie i zarządzanie wydajnością systemu z/OS poprzez WLM

a) Monitorowanie i zarządzanie obciążeniami w kontekście zwiększania ilości instancji CICS/ADABAS związanych z obsługą nowych oddziałów EMIR/RENTIER;

b) Modyfikacje środowiska WLM związane ze zwiększającym się obciążeniem, wynikającym z implementacji nowych środowisk EMIR/RENTIER;

c) Zapewnienie optymalnego zużycia zasobów środowiska technologiczno-systemowego NROI i zagwarantowanie sprawnej obsługi uzgodnionych ilości instancji aplikacji EMIR/RENTIER przy uzgodnionej z zamawiającym konfiguracji serwerów Mainframe, systemów dyskowych i taśmowych;

3) Podsystem CICS/TS wersja 3.2, lub wyższy

a) Obecnie 17 regionów CICS. W związku z realizacją prac opisanych w Załączniku 3b „Zakres oraz sposób realizacji usług wsparcia relokacji instancji EMIR/RENTIER z ZETO”, liczba regionów może wzrosnąć do 30.

b) Optymalizacja definicji istniejących systemów CICS/TS, utrzymywanie zasad tworzenia nowych systemów CICS dla potrzeb nowego scentralizowanego środowiska NROI;

c) Wsparcie przy instalacji nowych systemów CICS/TS z interfejsem do środowiska ADABAS/NATURAL;

d) Rozwiązywanie bieżących problemów eksploatacyjnych związanych z podsystemem CICS/TS;

e) Monitorowanie dostępności i wydajności dla regionów CICS/TS;

2. Wsparcie w Administrowaniu aplikacjami w środowisku NROI obejmujące:

a. Kopie zapasowe danych

b. Utrzymanie i rozbudowa istniejących procedury zabezpieczeń i odtwarzania danych aplikacyjnych w oparciu o technologię z/OS pod kątem założeń biznesowych dot. planowania ciągłości przetwarzania w zakresie tzw. local recovery dla środowiska NROI;

c. Utrzymanie i rozbudowa istniejących technologii zabezpieczania i odtwarzania systemu oraz aplikacji w oparciu o dostępne aktualnie technologie w środowisku NROI;

d. Modyfikacje technologii wykorzystania zasobów kasetowych do zabezpieczania istniejących i planowanych instancji EMIR/RENTIRER w związku z konieczną rozbudową fizycznego środowiska napędów kasetowych;

e. Modyfikacje i implementacja nowych procedur oraz przygotowanie ich opisów;

3. Wsparcie zadań administracyjnych w środowiskach ADABAS/NATURAL dla NROI obejmujące:

a. Podsystem ADABAS/NATURAL

b. Wsparcie przy instalacji nowych baz danych ADABAS;

c. Rozwiązywanie bieżących problemów eksploatacyjnych związanych z pracą baz danych ADABAS;

d. Wykonywanie kopii zapasowych i przygotowanie procedur odtwarzania

e. Kontrola prawidłowości realizacji procedur do zabezpieczania

f. Opracowanie automatyzacji w procedurach do obsługi lokalizacji zdalnych dla archiwalnych kaset bezpieczeństwa;

4. Wsparcie w projekcie migracji do nowych wersji podsystemów ADABAS/NATURAL

a. Wsparcie w procesie migracji ADABAS 8.1.3 –> ADABAS 8.2.3 lub nowszy;

b. Wsparcie w procesie migracji CICSTS 3.2.0 –> CICSTS 4.1.0 lub nowszy;

5. Wsparcie w migracji do nowej wersji systemu operacyjnego z/OS i nowych modeli serwerów IBM z Series

a. Wsparcie w procesie migracji z/OS 1.9 –> z/OS 1.11 lub nowszy

6. Wsparcie w budowie rozwiązań do automatyzacji i zarządzania dostępnością i wydajnością infrastruktury systemowej dla środowiska NROI

a. Rozbudowa systemu monitorowania dla CICS

b. Rozbudowa monitorowania dla systemu z/OS

c. Rozbudowa rozwiązania do automatyzacji obsługi zdarzeń systemowych

7. Automatyzacja przetwarzania

a. Wsparcie w realizacji projektu rozwiązania do automatyzacji przetwarzania wsadowego aplikacji w środowisku NROI

b. Wsparcie w utrzymaniu narzędzi do automatyzacji przetwarzania wsadowego w środowisku NROI;

c. Wsparcie w trakcie wdrożenia rozwiązania docelowego i przekazanie do eksploatacji;

8. Instruktaż przy stanowisku pracy dla administratorów Zamawiającego w zakresie technologii i rozwiązań objętych usługą wsparcia, a w szczególności eksploatacji nowych procedur przygotowanych i wdrożonych w ramach realizacji usług wsparcia w utrzymaniu środowiska Mainframe. Celem instruktażu powinno być przekazywanie wiedzy niezbędnej do przejęcia samodzielnej eksploatacji przez

specjalistów Zamawiającego rozwiązań/procedur przygotowanych przez Wykonawcę w trakcie realizacji usługi wsparcia Instruktaż powinien objąć wskazanych pracowników Zamawiającego w maksymalnej liczbie 10 osób w wymiarze maksymalnym 300 godzin w okresie trwania Umowy.

2. Sposób realizacji Usług Wsparcie administrowania i rozwoju dla środowiska NROI

1. Wykonawca zobowiązuje się do świadczenia usług przez inżynierów, posiadających stosowną wiedzę i doświadczenie w usłudze wsparcia administrowania i rozwoju, świadczonej w złożonym środowisku IT Zamawiającego, wykorzystującym technologie IBM System z, z/OS, CICS/TS, Software AG ADABAS/NATURAL przez cały czas obowiązywania Umowy.

2. Usługi, o których mowa w § 1ust. 2 pkt 2) Umowy, realizowane będą:

a. we wszystkie dni robocze przez cały okres obowiązywania umowy. Standardowy czas pracy w dni robocze dla inżyniera Wykonawcy wynosi 8 godzin przy czym godziny rozpoczęcia pracy obowiązują od 7:00-15:00.

b. w wybrane dni, maksymalnie 20 dni ustawowo wolnych od pracy w ciągu roku. Standardowy czas pracy w dni ustawowo wolne od pracy dla inżyniera Wykonawcy wynosi 8 godzin przy czym godziny rozpoczęcia pracy obowiązują od 7:00-15:00.

c. w wybranych okresach, maksymalnie 300 godzin przez cały okres trwania Umowy, prace mogą być realizowane w godzinach nocnych tj. między 23:00 a 7:00.

Dopuszcza się realizowanie usług wsparcia na miejscu (w siedzibie Zamawiającego) oraz zdalnie (poza siedzibą Zamawiającego) przy założeniu, że w okresie, gdy świadczona będzie usługa wsparcia na miejscu będzie obecny minimum jeden i maksymalnie czterech inżynierów Wykonawcy.

3. Wykonawca zobowiązuje się do udziału pracowników Wykonawcy w projektach Zamawiającego w wymiarze 250 osobodni przez cały okres trwania umowy, z zastrzeżeniem iż projekty będą dotyczyć środowiska NROI. Zakres projektów będzie obejmował :

a. zadania realizowane w ramach usługi wsparcia administrowania dla środowiska NROI (inne niż określone w pkt V ppkt 1)

b. rozwój obecnie eksploatowanego autorskiego oprogramowania stosowanego w NROI,

c. Modyfikacje procesu automatyzacji oraz inne zadania rozwojowe w środowisku CRD (Centralnego Repozytorium Danych),

d. opracowanie nowych metod optymalizacji pracy administratorów środowiska NROI

e. wsparcie w relokacji instancji EMIR lub RENTIER z ZETO (relokacja pierwszych 5 instancji baz z ZETO, zakres usług wsparcia opisany w p. IV - Zakres oraz sposób realizacji usług wsparcia relokacji instancji EMIR/RENTIER z ZETO).

4. Najpóźniej na trzy dni przed końcem danego miesiąca Zamawiający uzgodni z Wykonawcą wymiar czasowy usług wsparcia w utrzymaniu środowiska Mainframe na kolejny miesiąc dla usług świadczonych poza standardowym czasem pracy jak opisano w pkt 2. Przy założeniu, że nie zostały przekroczone limity na świadczenie usług wsparcia w dni wolne od pracy i w godzinach nocnych.

5. Wzór Planu realizacji usługi wsparcia na kolejny miesiąc w godzinach niestandardowych realizacji usług znajduje się w Załączniku 7 (wzór 4)

ZAŁĄCZNIK 3b

Zakres oraz sposób realizacji usług wsparcia relokacji instancji EMIR/RENTIER z ZETO

I. Definicje

EMIR, RENTIER

Systemy emerytalno-rentowe w wersji ADABAS autorstwa odpowiednio

ZETO Bydgoszcz S.A. i ZETO Katowice Sp. z o.o.

Instancja EMIR, RENTIER

Baza danych świadczeń emerytalno-rentowych jednostki ZUS (Oddział

ZUS bądź Wydział Realizacji Umów Międzynarodowych) przetwarzana w danym systemie.

ZETO

Zakład Elektronicznej Techniki Obliczeniowej – w rozumieniu umowy firmy wykonujące dla ZUS usługi przetwarzania danych świadczeń

emerytalno-rentowych.

II. Szczegółowy zakres usług wsparcia relokacji instancji EMIR lub RENTIER z ZETO

1. Przygotowanie środowiska dla zrelokowania instancji EMIR lub RENTIER z ZETO.

a. Wsparcie w przygotowaniu koncepcji relokacji instancji EMIR lub RENTIER

b. Analiza i modyfikacja systemu kontroli wydajności WLM

c. Stworzenie systemu procedur do zabezpieczania i odtwarzania bazy

2. Przygotowanie systemu operacyjnego IBM z/OS do przejęcia instancji EMIR lub RENTIER do środowiska NROI.

a. Dopasowanie parametrów systemu operacyjnego do potrzeb przetwarzania kolejnej instancji

b. Definicje, przygotowanie i przetestowanie podsystemu CICSTS do celów obsługi kolejnej instancji

c. Test systemu

3. Przygotowanie środowiska ADABAS do przejęcia instancji EMIR lub RENTIER do środowiska NROI.

a. Analiza i modyfikacja parametrów podsystemów ADABAS/NATURAL pod kątem implementacji kolejnych instancji

b. Analiza struktury przejmowanej bazy i przygotowanie środowiska bazodanowego do przetwarzania kolejnej instancji

c. Wsparcie w procesie odtworzenia bazy z kopii z ZETO i w dostosowaniu bazy do standardów w NROI

d. Testowe uruchomienie podsystemów ADABAS/NATURAL

e. Uruchomienie interfejsu CICS-ADABAS/NATURAL

f. Testy pracy aplikacji ONLINE i BATCH

4. Przygotowanie środowiska eksploatacyjnego do przejęcia instancji

a. Współpraca z działem eksploatacji w dostosowaniu wzorca do potrzeb oddziału

b. Przygotowanie środowiska do testów i nadzór systemowy nad przebiegiem testów

c. Współpraca przy przenoszeniu procesów wsadowych do środowiska przetwarzania automatycznego

d. Współpraca podczas testów środowiska eksploatacyjnego przed przejęciem instancji 5. Migracja instancji EMIR lub RENTIER

a. Strojenie i stworzenie procedur środowiska produkcyjnego

b. Wsparcie w przygotowaniu i wdrożeniu środowiska backup

c. Przeniesienie danych aplikacyjnych z oddziałku do NROI

d. Wsparcie podczas testowego uruchomienia relokowanej instancji aplikacji 6. Nadzór po relokacji instancji

a. Analiza stanu środowiska systemu po przejęciu przetwarzania

b. Analiza stanu CICS/TS po przejęciu przetwarzania i ewentualne korekty

c. Analiza stanu bazy ADABAS po przejęciu przetwarzania i ewentualne korekty

d. Wsparcie przy analizie stanu przetwarzania wsadowego i ewentualne korekty

e. Analiza wydajności systemu 7. Transfer wiedzy i dokumentacja

a. Min. 15 godz. warsztatów przy stanowisku pracy dla obsługi NROI przejmującej nową instancję

b. Inne zadania zmierzające do przekazania eksploatacji relokowanej instancji aplikacji

c. Dokumentacja relokowanej instancji

III. Sposób realizacji usług wsparcia relokacji instancji EMIR lub RENTIER

1. Usługa Wsparcia obejmuje relokację instancji EMIR lub RENTIER z ZETO do NROI w Centrali ZUS (Warszawa, ul. Szamocka 3, 5)

2. Zamawiający każdorazowo zgłosi chęć skorzystania z usługi wsparcia relokacji poprzez wystawienie Wniosku wykonania usług (wzór 1 w Załączniku 7). Data potwierdzenia przyjęcia dokumentu będzie równocześnie datą rozpoczęcia okresu wsparcia relokacji jednej instancji EMIR lub RENTIER.

3. Po relokacji instancji procesy wsadowe muszą być obsługiwane automatycznie. W związku z tym rozwiązanie do automatyzacji przetwarzania wsadowego odpowiednie dla relokowanej instancji EMIR lub RENTIER będzie udostępnione przez Zamawiającego w środowisku produkcyjnym NROI w momencie wystawienia Wniosku wykonania usług.

4. Dokument Wniosku wykonania usług będzie zawierał uzgodnioną przez Strony datę zakończenia realizacji usług.

5. Skuteczne zakończenie wsparcia relokacji instancji EMIR lub RENTIER zostanie potwierdzone w formie Protokołu wykonania usług (wzór 2 w Załączniku 7) podpisanego bez uwag przez przedstawicieli Stron. Potwierdzenie zakończenia realizacji usługi będzie podstawą do wystawienia faktury w wysokości określonej w § 8 pkt 5 Umowy.

6. W zakresie obsługi operatorskiej procesów obsługiwanych wsadowo usługa wsparcia relokacji kończy się po pierwszym pełnym cyklu dla każdego rodzaju przetwarzania zrealizowanego w środowisku NROI w trakcie obowiązywania Umowy.

7. Zamawiający szacuje, że:

a. Maksymalny okres trwania relokacji 1 instancji wynosi 9 miesięcy,

b. w terminie do 12 miesięcy od podpisania Umowy zleci relokację przynajmniej 2 instancji

8. Relokacje kilku instancji mogą być realizowane równocześnie.

ZAŁĄCZNIK 3c

Zakres oraz sposób realizacji usług wsparcia

podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery

I. Obsługa realizacji wsparcia podniesienia dostępności NROI w ramach procedur DR

A. Zasady zlecania realizacji

1) Dyrektor Projektu ze strony Zamawiającego przekazuje Dyrektorowi Projektu ze strony Wykonawcy informacje o potrzebie zainicjowania działań w zakresie wsparcia podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery (DR).

2) Strony, w trybie ustaleń, uzgadniają i potwierdzają w formie pisemnej warunki realizacji wsparcia podniesienia dostępności NROI w ramach procedur DR, a w szczególności:

a. Szczegółowy zakres prac do wykonania

b. Szczegółowy harmonogram prac z podziałem na ewentualne etapy

c. Szczegółowy zestaw produktów dostarczanych w ramach projektu

d. Zasady odbioru poszczególnych produktów projektu

e. Warunki niezbędne do realizacji, w tym przewidywany wpływ na środowisko produkcyjne

f. Osoby po stronie Zamawiającego i Wykonawcy odpowiedzialne za realizację prac oraz prowadzenie ewentualnych uzgodnień – Kierownicy projektu

3) Dyrektor Projektu ze strony Zamawiającego potwierdza przeprowadzone zgodnie z trybem określonym w pkt. 2 ustalenia poprzez wystawienie Wniosku wykonania usług (wzór 1 w Załączniku 7).

4) Dyrektor Projektu Wykonawcy w ciągu 7 dni po otrzymaniu Wniosku wykonania usług przekazuje potwierdzenie przyjęcia do realizacji przez Wykonawcę na uzgodnionych warunkach.

5) Jeśli w trakcie realizacji projektu wsparcia podniesienia dostępności NROI w ramach procedur DR zaistnieją okoliczności, które wpływają lub mogą wpłynąć na uzgodnione warunki realizacji, zakres prac lub harmonogram projektu, Kierownicy projektu obu Stron uzgadniają ich wpływ na projekt wraz z rekomendacją implementacji i przekazują w formie pisemnej Dyrektorom Projektu.

B. Zasady odbioru projektu wsparcia podniesienia dostępności NROI

1) Odbiorowi będą podlegać produkty zatwierdzone w uzgodnionych warunkach realizacji projektu wsparcia podniesienia dostępności środowiska NROI.

2) O ile uzgodnione warunki realizacji projektu wsparcia podniesienia dostępności środowiska NROI nie stanowią inaczej, zatwierdzony produkt projektu (przedmiot odbioru) przekazywany jest Kierownikowi projektu ze strony Zamawiającego przez Xxxxxxxxxx projektu Wykonawcy wraz z Protokołem wykonania usług (wzór 2 w Załączniku 7) w dwóch egzemplarzach, po jednym dla każdej ze stron. Kierownik projektu ze strony Zamawiającego podpisuje jeden egzemplarz protokołu i przekazuje niezwłocznie Kierownikowi projektu ze strony Wykonawcy.

3) O ile uzgodnione warunki realizacji projektu wsparcia podniesienia dostępności środowiska NROI nie stanowią inaczej, Kierownik projektu ze strony Zamawiającego w ciągu 7 dni od przekazania przedmiotu odbioru, dokonuje weryfikacji przedmiotu odbioru i w tym czasie ma prawo zgłaszania uwag do przedmiotu odbioru, a w przypadku ich braku przekazuje do Dyrektora Projektu ze strony Zamawiającego Protokół wykonania usług, a następnie, w ciągu 3 dni roboczych przekazuje podpisany protokół do Kierownika projektu Wykonawcy.

C. Xxxxxxx Xxxxxxxxxxx projektu

1) Kierownicy projektu, po jednym dla każdej ze Stron, są wskazani imiennie w uzgodnionych warunkach realizacji projektu wsparcia podniesienia dostępności środowiska NROI.

3) Zadaniem Kierowników projektu po obu Stronach jest koordynacja niezbędnych do wykonania prac oraz zarządzanie zespołem po swojej Stronie.

4) Zadaniem Kierownika projektu ze strony Wykonawcy jest nadzór prac związanych z realizacją zadań projektu wsparcia podniesienia dostępności środowiska NROI wykonywanych przez Wykonawcę.

5) Zadaniem Kierownika projektu ze strony Zamawiającego jest nadzór prac związanych z realizacją zadań projektu wsparcia podniesienia dostępności środowiska NROI wykonywanych przez Zamawiającego.

6) Kierownik projektu ze strony Zamawiającego jest odpowiedzialny za dokonanie odbioru produktów projektu.

8) W przypadku rozbieżnych opinii Xxxxxxxxxxx projektu, decyzje podejmują Dyrektorzy Projektu.

II. Szczegółowy zakres usługi wsparcia podniesienia dostępności NROI w ramach procedur DR

1. Opracowanie koncepcji przetwarzania w technologii PARALLEL SYSPLEX dla środowiska NROI wg następujących założeń:

a. Produkcyjne środowisko technologiczno-systemowe NROI będzie składało się z dwóch systemów z/OS połączonych w CLUSTER

b. Połączone w CLUSTER systemy będą miały następujące zasoby wspólne:

i. JES2 – SPOOL

ii. Konfiguracja SMS

iii. DFSMShsm

iv. DFSMSrmm

v. RACF

vi. TCPIP – w konfiguracji dynamic VIPA

c. W normalnych warunkach produkcyjnych przetwarzanie dla danej instancji aplikacji EMIR lub RENTIER realizowane będzie w ramach jednego, zdefiniowanego systemu z/OS. Przypisanie instancji aplikacji do systemu będzie dynamiczne tzn. takie, aby możliwe było optymalne wykorzystanie posiadanej mocy obliczeniowej przy dynamicznie zmieniającym się zapotrzebowaniu.

d. W przypadku awarii jednego z serwerów możliwy będzie restart wszystkich instancji aplikacji w ramach drugiego systemu operacyjnego.

e. Oczekiwane parametry biznesowe dla nowych procedur DISASTER RECOVERY zabezpieczających przed awarią jednego z dwóch środowisk technologiczno-systemowych (bez macierzy dyskowych) są następujące:

i. Oczekiwana wartość RTO dla awarii w trybie ONLINE – 30 min,

ii. Oczekiwana wartość RTO dla awarii w trybie BATCH – 60 min na odtworzenie bazy plus czas powtórnego przetwarzania.

2. Usługi wsparcia w trakcie implementacji rozwiązania podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery w środowisku testowym.

3. Usługi wsparcia w trakcie implementacji rozwiązania podniesienia dostępności środowiska NROI w ramach procedur Disaster Recovery w środowisku produkcyjnym.

4. Udział w implementacji opracowanej koncepcji wykonywania kopii systemu operacyjnego i aplikacji NROI we współpracy z pracownikami Zamawiającego

5. Udział w opracowanie procedur DR dotyczących:

a. Awarii pojedynczego serwera

b. Awarii pojedynczej macierzy dyskowej

c. Awarii pojedynczej biblioteki kasetowej, (jeśli będą dostępne dwie biblioteki w NROI)

6. Udział w opracowanie planu testów weryfikacyjny dla wdrożonych procedur DR w celu weryfikacji rzeczywistych parametrów biznesowych procedur RECOVERY

7. Wsparcie w trakcie samodzielnego wykonywania testów przez administratorów Zamawiającego (maksymalnie 2 razy w roku), praca na kopii systemu produkcyjnego. Testy obejmowałyby najbardziej prawdopodobne scenariusze awarii w środowisku Zamawiającego:

a. Awaria pojedynczego serwera

b. Awaria pojedynczej macierzy dyskowej

c. Awaria pojedynczej biblioteki kasetowej

8. Zweryfikowanie potencjalnych korzyści i kosztów związanych z możliwością opracowania i wdrożenia technologii CICSPLEX + ADABAS CLUSTER, w celu skrócenia czasów RTO i RPO w stosunku do rozwiązań opisanych w p. 1-6. Realizacja tego punktu nastąpi przy założeniu, że Zamawiający będzie dysponował licencjami na ww. technologie.

ZAŁĄCZNIK 4

Zakres oraz sposób realizacji usług serwisowych

I. Definicje

Błąd

Usterka, która przejawia się poprzez brak funkcjonowania lub niezgodne z dokumentacją lub wymaganiami funkcjonowanie. Przez błąd Strony rozumieją również usterkę w rozumieniu ustawy o prawie autorskim i prawach pokrewnych. Błąd może być błędem krytycznym,

istotnym lub innym.

Czas diagnozy

Czas diagnozowania przyczyny incydentu liczony od momentu zarejestrowania zgłoszenia w HD Wykonawcy, do chwili przekazania wyników diagnozy Zamawiającemu. W przypadku gdy informacje przekazane w zgłoszeniu nie są wystarczające do postawienia diagnozy, do czasu diagnozy nie wlicza się czasu od momentu zwrócenia się Wykonawcy do Zamawiającego o przekazanie dodatkowych informacji bądź wykonanie dodatkowych czynności do

momentu uzyskania odpowiedzi ze strony Zamawiającego.

Czas naprawy

Czas poświęcony na usunięcie przyczyny błędu liczony od momentu przekazania Zamawiającemu wyników diagnozy do czasu udostępnienia przez Wykonawcę rozwiązania o ile dostarczone rozwiązanie doprowadziło do naprawy. Do czasu naprawy nie wlicza się czasu od momentu udostępnienia rozwiązania lub obejścia do czasu poinformowania Wykonawcy o wyniku weryfikacji rozwiązania lub obejścia. Informacja o nieskuteczności naprawy lub obejścia błędu

powinna zostać przekazana Wykonawcy wraz z zakresem informacyjnym dla zgłoszenia.

Centrum Zgłoszeniowe ZUS

(CZ ZUS)

Dedykowana organizacja Zamawiającego zapewniająca obsługę

zgłoszeń serwisowych oraz zgłoszeń o parametryzację.

Diagnoza

Działania Wykonawcy w celu znalezienia przyczyny wystąpienia incydentu oraz przekazania Zamawiającemu wyników tych działań wraz z rozwiązaniem. W ramach prowadzenia diagnozy Wykonawca ma prawo do zwrócenia się do Zamawiającego o przekazanie dodatkowych informacji bądź wykonanie dodatkowych czynności koniecznych do

zdiagnozowania incydentu.

Dzień Roboczy

Każdy dzień w godzinach Obsługi zgłoszeń zgodnie z Kalendarzem

świadczenia usługi serwisowej przez Wykonawcę.

Help Desk (HD)

Dedykowana organizacja Wykonawcy zapewniająca obsługę usług

serwisowych.

Incydent

Każde zdarzenie nie będące częścią standardowego działania usługi, które powoduje lub może powodować przerwę w dostarczaniu usługi

lub obniżenie jakości usługi.

Formularz zgłoszenia	Określony w Załączniku zestaw informacji wymaganych do zarejestrowania i przekazania zgłoszenia do Wykonawcy.
Konsultacja	Specjalistyczne wsparcie udzielane pracownikom Zamawiającego przez specjalistów Wykonawcy, prowadzone w dialogu ze zgłaszającym.
Obejście błędu	Zastosowanie tymczasowego rozwiązania redukującego lub eliminującego wpływ błędu na funkcjonalność komponentu. Obejście błędu może mieć postać: d. Zastosowania zmian w konfiguracji lub architekturze systemu e. Zastosowanie odtworzenia w przypadku, gdy zalecane przez producenta i zastosowane zmiany spowodują obniżenie parametrów usługi f. Zastosowanie procedur, które zastąpią wadliwie działającą funkcję systemu.
Zgłoszenie Serwisowe	Sformalizowane zapotrzebowanie na usługę serwisową, przekazane kanałem komunikacji uzgodnionym między Stronami, zawierające informacje określone w Formularzu zgłoszenia.

II. Stosowanie.

Procedury określone w niniejszym opisie stosuje się do świadczenia przez Wykonawcę usług Opieki Serwisowej wymienionych w §1 ust. 2 pkt 1 oraz 2 Umowy.

III. Zakres Usług.

Usługi Opieki Serwisowej mają na celu zapewnienie najbardziej efektywnego, sprawnego, prawidłowego i profesjonalnego użytkowania oprogramowania, na które Zamawiający posiada licencje i nie dotyczą urządzeń, na których oprogramowanie zostało zainstalowane lub jest wykorzystywane.

Usługi Opieki Serwisowej obejmują kompleksową obsługę Zamawiającego w zakresie instalacji i użytkowania oprogramowania w trakcie obowiązywania powyższej Umowy.

IV. Warunki świadczenia usług serwisowych

1. Doraźna i bieżąca pomoc w zakresie lokalizowania i rozwiązywania problemów związanych z użytkowaniem oprogramowania jest realizowana poprzez porady i konsultacje telefoniczne z udziałem dyżurującego przedstawiciela Wykonawcy. Każdy przypadek udzielenia pomocy jest odnotowywany w Raporcie Czynności Serwisowych, którego odpis co miesiąc będzie przesyłany Zamawiającemu. Wzór Raportu Czynności Serwisowych znajduje się w Załączniku nr 7 (wzór 8).

2. W razie niemożliwości rozwiązania problemów związanych z użytkowaniem oprogramowania drogą telefoniczną upoważniony przedstawiciel Zamawiającego powiadamia o tym fakcie dyżurującego przedstawiciela Wykonawcy i dokonuje Zgłoszenia Serwisowego.

3. Każda ze Stron Umowy dysponuje pojedynczym punktem kontaktu do wzajemnej komunikacji.

4. Przez pojedynczy punkt kontaktu rozumie się organizację serwisową Zamawiającego bądź Wykonawcy dysponującą dedykowanym narzędziem wspomagającym obsługę.

5. Zgłoszenia mogą być zgłaszane do HelpDesk (HD) Wykonawcy w trybie 24/7. Godziny obsługi zgłoszeń regulują szczegółowe zapisy w metryce usługi.

6. Obsługa Zgłoszeń realizowana jest od poniedziałku do piątku w godzinach 7:00-18:00, za wyjątkiem dni ustawowo wolnych od pracy

7. Na życzenie Zamawiającego, obsługa usług serwisowych może być świadczona w jeden dodatkowy dzień w miesiącu, po przekazaniu informacji o takiej potrzebie co najmniej 7 dni przed terminem dodatkowym

8. W pierwszym dniu obowiązywania umowy Strony wymienią adresy poczty elektronicznej, numery telefonów i numery faksów do kontaktów między CZ ZUS i HD Wykonawcy.

9. Każde Zgłoszenie przekazywane będzie z wykorzystaniem komunikacji pomiędzy systemami obsługi zgłoszeń Zamawiającego i Wykonawcy lub zastosowaniem Formularza zgłoszenia serwisowego (Załącznik 7 wzór 5) z wypełnionymi obowiązkowymi polami informacyjnymi.

10. Zamawiający zobowiązany jest dokonać Zgłoszenia Serwisowego za pośrednictwem systemu. Zgłoszenie dokonane pod innym adresem lub numerem faksu nie wywołuje żadnych skutków prawnych i faktycznych, w szczególności nie zobowiązuje Wykonawcy do podjęcia reakcji serwisowej. W wyjątkowych przypadkach, w razie niemożności Zgłoszenia w wyżej podany sposób, przedstawiciel Zamawiającego może dokonać Zgłoszenia telefonicznie.

11. Wykonawca przystępuje do realizacji Zgłoszenia Serwisowego w ciągu 2 godzin roboczych (czas reakcji) od otrzymania Zgłoszenia Serwisowego. W tym czasie Wykonawca przekaże Zamawiającemu dane osoby (osób) wyznaczonych do realizacji Zgłoszenia. Po ustaleniu przyczyn usterki lub zdefiniowaniu problemu Wykonawca informuje Xxxxxxxxxxxxx o przewidywanym czasie ich usunięcia. Informacja ta nie może być podstawą żadnych roszczeń Zamawiającego wobec Wykonawcy poza roszczeniem o dołożenie przez Wykonawcę należytej staranności w celu najszybszego przywrócenia pełnej sprawności funkcjonalnej oprogramowania lub rozwiązania innego problemu. W tym czasie Wykonawca dostarcza niezbędnych do usunięcia usterki informacji i materiałów jak również profesjonalnej technicznej asysty w trakcie usuwania awarii.

12. Wykonawca zobowiązuje się świadczyć Usługi w sposób najmniej uciążliwy dla Zamawiającego, zaś Zamawiający ma obowiązek współdziałać z przedstawicielami Wykonawcy w niezbędnym zakresie w celu zapewnienia im sprawnej realizacji Zgłoszeń.

13. Prace zespołu wykonującego usługę Opieki Serwisowej dokumentowane są w formie Protokołów Wykonania Usługi Serwisowej. Wzór Protokołu Wykonania Usługi Serwisowej, stanowi Załącznik nr 7 (wzór 6).

14. Po dokonaniu naprawy Wykonawca uczestniczy w testach sprawdzających poprawność działania oprogramowania.

15. W przypadku niemożności przywrócenia sprawności funkcjonalnej oprogramowania w terminie uzasadnionym potrzebami Zamawiającego z uwagi na brak standardowych środków dopuszcza się możliwość realizacji usług Opieki Serwisowej środkami zastępczymi. O konieczności użycia środków zastępczych Zamawiający będzie każdorazowo informowany. Zastosowanie środków zastępczych może wiązać się z dodatkowymi niedogodnościami w obsłudze i korzystaniu z oprogramowania przez Zamawiającego. Wykonawca dołoży wszelkich starań, aby okres funkcjonowania oprogramowania z wykorzystaniem środków zastępczych był możliwie jak najkrótszy. Może się okazać, że pełne przywrócenie sprawności nastąpi dopiero w kolejnej wersji Produktu.

16. Wykonawca przeprowadzi u Zamawiającego Przegląd Techniczny Produktów obejmujący sprawdzenie bieżącego poziomu wersji oraz sprawdzenie jakości funkcjonowania serwisowanego przez Wykonawcę oprogramowania. Wykonanie przeglądu zostanie potwierdzone protokołem zawierającym jego zakres, w tym opis przeprowadzonych czynności oraz ewentualnych ustaleń. Wzór Protokołu Wykonania Usługi Przeglądu Technicznego znajduje się w Załączniku nr 7 (wzór 7).

V. Integracja HD Wykonawcy z CZ ZUS

1. Do czasu integracji systemu obsługi zgłoszeń Zamawiającego z systemem obsługi zgłoszeń Wykonawcy, maksymalnie 6 miesięcy od daty zawarcia Umowy, oraz w przypadku awarii systemu obsługi zgłoszeń Zamawiającego (HP Service Manager), o czym Zamawiający niezwłocznie poinformuje Wykonawcę lub systemu obsługi zgłoszeń Wykonawcy, Strony będą dokonywać zgłoszeń oraz wymieniać komunikaty za pośrednictwem poczty elektronicznej na uzgodnione adresy e-mail. Wykonawca zobowiązany jest do niezwłocznego poinformowania Zamawiającego o awarii swojego systemu obsługi zgłoszeń. W przypadku braku takiej informacji, zgłoszenia awarii dokonane przez Zamawiającego przez system HP Service Manager do systemu Wykonawcy będą uznane za dostarczone.

VI. Komunikacja pomiędzy HP SM a systemem obsługi incydentów Wykonawcy

1. Komunikaty z HP SM do systemu Wykonawcy

Format oraz struktura komunikatów obsługiwanych przez system obsługi zgłoszeń Zamawiającego (HP Service Manager), zakres informacji przekazywanych przy zgłaszaniu awarii

A. Opis funkcjonalności

System HP Service Manager (ZUS) będzie wysyłał na zdefiniowany adres mailowy wiadomość elektroniczną zawierającą w treści niezbędne dane do utworzenia zgłoszenia Usługi Serwisowej. Treścią emaila będzie wyłącznie dokument XML. Email będzie wysyłany w formacie tekstowej (Plain Text Body) z adresu xx@xxx.xx.

Komunikaty zwrotne do HP Service Manager (ZUS) należy przysyłać na adres xxxxxxxxxxxxxx@xxx.xx.

Jeżeli Wykonawca będzie implementował zasady obsługi maili, lepiej zastosować reguły filtrowania wiadomości wg adresu nadawcy – niektóre programy pocztowe zachowują się różnie jeśli chodzi o kodowanie znaków i może zajść możliwość błędnego przefiltrowania po temacie wiadomości. Wszystkie dane dotyczące zgłoszenia są zawarte w treści komunikatu w kodzie XML.

B. Komunikaty wychodzące z HP Service Manager (ZUS) do systemów dostawców zewnętrznych

1. Struktura komunikatu przesyłanego z HP SM7 w ZUS do systemu Serwisu Zewnętrznego wygląda przykładowo:

Komunikat otwarcia zgłoszenia serwisowego do serwisu zewnętrznego

<opis>

<p id="14" war="

"/>

</opis>

<param id="subcategory" name="Podkategoria:" war="Programy, portale i serwisy

intranetowe"/>

</parametry>

</zs>

Komunikat aktualizacji ZS do serwisu zewnętrznego po zarejestrowaniu idSC:

<opis>

<p id="4" war="Osoba do

kontaktu:"/>

</opis>

<param id="subcategory" name="Podkategoria:" war="Programy, portale i serwisy

intranetowe"/>

</parametry>

</zs>

Wymagany zakres przekazywanej informacji:

• id – identyfikator Zgłoszenia Serwisowego w HP SM7 w ZUS,

• idSC – zewnętrzny identyfikator Zgłoszenia Serwisowego,

• type – typ komunikatu. Dopuszczalne wartości:

− O – Otwarcie. Rejestracja Zgłoszenia Serwisowego w systemie Serwisu Zewnętrznego, z pustym atrybutem idSC.

− A – Aktualizacja. Powtórne wysłanie ZS z HP SM7 w ZUS do SZ. Wypełnione atrybuty id i idSZ. Obowiązkowy element <opis>, możliwy element <parametry>.

− R – Reklamacja. Wypełnione atrybuty id i idSZ. Obowiązkowy element <opis>.

− ZP – Żądanie zmiany programu serwisowego. Wypełnione atrybuty id i idSC oraz element

<usluga>, zawierający bieżący poziom (program serwisowy) w HP SM7 w ZUS.

− Z – Zamknięcie. Informacja o zamknięciu zgłoszenia w HP SM. Komunikat typu „O” będzie powodował utworzenie zgłoszenia.

Komunikaty typu „A”, „R” oraz „Z” będą powodowały aktualizację informacji w systemie Serwisu Zewnętrznego. Będą one miały znaczenie wyłącznie informacyjne.

Z komunikatem może zostać przesłany załącznik, który zostanie dołączony odpowiednio do zgłoszenia albo incydentu.

• time – data i czas przesłania komunikatu XML,

• cat – kategoria, wartość stała, zawsze „ZUS”,

• usl – informacje o usłudze:

− id – identyfikator Usługi Dostawcy, której dotyczy zgłoszenie, zawarty w polu elementu konfiguracji Zgłoszenia Serwisowego,

− serw – identyfikator Usługi Serwisowej Dostawcy, odpowiadający umowie w rejestrach dla Zgłoszeń Serwisowych,

− poziom – wybrany poziom Usługi Serwisowej Dostawcy, odpowiadający programowi umowy w rejestrach dla Zgłoszeń Serwisowych,

− priorytet – priorytet dotyczący błędu, tylko dla wybranych Usług Dostawcy.

• contact – xxxx kontaktowe (imię i nazwisko, e-mail, telefon) zgłaszającego,

• opis – opis Zgłoszenia Serwisowego.

Pozostałe wartości (opcjonalnie):

• parametry – dodatkowe wartości przekazywane w zgłoszeniu. Obecnie są to wartości z incydentu, z którego utworzono ZS:

− Element Konfiguracji,

− Podkategoria,

− Typ produktu,

− Typ Problemu.

C. Komunikaty z systemu serwisu zewnętrznego do HP SM7

Odpowiedź z systemu Serwisu Zewnętrznego do HP SM7 w ZUS składa się jedynie z nagłówka oraz elementu opis:

<opis>

</opis>

</zs>

Przykładowo:

<opis>

</opis>

</zs>

Istotne znaczenie ma atrybut type, który w tym przypadku może zawierać następujące wartości:

• O – rejestracja w SZ i nadanie idSZ. Nie zawiera elementu opis.

• P – pytanie do użytkownika. Element <opis> zawiera treść pytania.

• D – Diagnoza zgłoszenia.

• ZN – Zalecenia naprawcze.

• ZP – Potwierdzenie rejestracji żądania programu serwisowego.

• ZT – Zalecenia tymczasowe.

• Z – Prośba o zamknięcie

ZAŁĄCZNIK 5

Procedury dla realizacji Umowy

I. PROCEDURY DLA REALIZACJI UMOWY

A. PROCEDURA ESKALACJI

1. Przedmiotem eskalacji może być każdy spór wynikający z realizacji prac. Przedmiot eskalacji powinien być szczegółowo opisany i przedstawiony w formie pisemnej.

2. Każda ze Stron może zgłosić spór odpowiedniemu Dyrektorowi Projektu reprezentującemu daną Stronę.

3. Dyrektorzy Projektu podejmują działania zmierzające do rozwiązania sporu.

4. Spory nierozstrzygnięte przez Dyrektorów Projektów będą przekazywane do Komitetu Sterującego.

5. Komitet Sterujący jest najwyższą instancją, na poziomie której muszą zostać podjęte decyzje w zakresie eskalowanych problemów.

6. Spory, których Strony nie rozwiążą w sposób polubowny, są rozstrzygane przez sąd powszechny.

B. PROCEDURA ZARZĄDZANIA RYZYKIEM

1. W procesie zarządzania ryzykiem wprowadza się następujące role oraz określa się ich odpowiedzialności:

Rola

Zadania / odpowiedzialności

Dyrektor Projektu Wykonawcy

• identyfikacja ryzyka po stronie Wykonawcy

• odpowiedzialność za realizację wybranych działań zapobiegawczych po stronie Wykonawcy

• weryfikacja prawidłowości wykonania działań zapobiegawczych po stronie Wykonawcy

• zgłaszanie ryzyk i propozycji działań zapobiegawczych po stronie Wykonawcy Dyrektorowi Projektu ze strony Zamawiającego

Dyrektor Projektu Zamawiającego

• gromadzenie informacji o ryzykach od osób biorących udział w realizacji Umowy

• identyfikacja ryzyk po stronie Zamawiającego

• prowadzenie rejestru ryzyka

• wyznaczanie Właściciela ryzyka

• analiza i ocena ryzyka

• opracowanie i prezentacja propozycji działań zapobiegawczych po stronie Zamawiającego

Załącznik 5 Procedury dla realizacji Umowy

do Umowy

• akceptacja rekomendowanych działań zapobiegawczych

• weryfikacja prawidłowości wykonania działań zapobiegawczych po stronie Zamawiającego

2. Rejestr ryzyk prowadzony jest przez Dyrektorów Projektu ze strony Zamawiającego na podstawie ryzyk zgłoszonych przez przedstawicieli Stron.

Załącznik 6

Wynagrodzenie Wykonawcy - Formularz cenowy

do Umowy

ZAŁĄCZNIK 6

Wynagrodzenie Wykonawcy - Formularz cenowy

(zgodnie z wybraną ofertą) ZAŁĄCZNIK 7

Wzory dokumentów dotyczących realizacji Umowy

SPIS TREŚCI

WZÓR 1 - WNIOSEK WYKONANIA USŁUG WZÓR 2 - PROTOKÓŁ WYKONANIA USŁUG WZÓR 3 - PROTOKÓŁ ODBIORU

WZÓR 4 - PLAN REALIZACJI USŁUGI WSPARCIA WZÓR 5 - KARTA ZGŁOSZENIA SERWISOWEGO

WZÓR 6 - PROTOKÓŁ WYKONANIA USŁUGI SERWISOWEJ

XXXX 0 - XXXXXXXX WYKONANIA PRZEGLĄDU TECHNICZNEGO WZÓR 8 - MIESIĘCZNY RAPORT CZYNNOŚCI SERWISOWYCH

Wniosek wykonania usług

1. Data wniosku
2. Numer wniosku	WWU/…../rrrr

3. Nazwa usługi
4. Zakres usługi
5. Uzgodnione warunki realizacji (w tym ramowy harmonogram / daty etapów / data zakończenia)
6. Inne uwarunkowania

Podpis Dyrektora Projektu Zamawiającego

Załącznik nr 8

Wzór 2

Protokół wykonania usług

1. Data protokołu
2. Numer protokołu	PWU/…../rrrr

3. Numer wniosku / miesiąc świadczenia usług
4. Nazwa wykonanej usługi
5. Przedmiot odbioru

Podpis Kierownika projektu Wykonawcy

Dyrektor Projektu Wykonawcy

Podpis Kierownika projektu Zamawiającego

Dyrektor Projektu Zamawiającego

Załącznik nr 8

Wzór 3

Protokół odbioru

1. Data protokołu
2. Numer protokołu	PO/…../rrrr

3. Przedmiot odbioru

4. Uwagi

Ze strony Wykonawcy

Ze strony Zamawiającego

Załącznik 7

Wzór 4

Plan realizacji usługi wsparcia

1. Data sporządzenia
2. Numer planu	PRUW/…../rrrr

3. Planowane zapotrzebowanie na prace specjalistów Wykonawcy w siedzibie Zamawiającego w dni robocze (ilość dni / godzin)
4. Planowane zapotrzebowanie na prace specjalistów Wykonawcy w dni ustawowo wolne od pracy (ilość dni / godzin)
Planowane zapotrzebowanie na prace specjalistów Wykonawcy w godzinach nocnych (ilość godzin)

5. Uwagi

Podpis przedstawiciela Wykonawcy

Podpis przedstawiciela Zamawiającego

Document Metadata

Table of Contents

SPIS TREŚCI

Document Metadata