„dostawę licencji dla oprogramowania Red Hat oraz EnterpriseDB lub równoważnego”

znak sprawy: TZ/370/55/13

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

w postępowaniu o udzielenie zamówienia publicznego prowadzonym

w trybie przetargu nieograniczonego na

„dostawę licencji dla oprogramowania Red Hat oraz EnterpriseDB lub równoważnego”

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

ROZDZIAŁ I INFORMACJE OGÓLNE

I. INFORMACJA O ZAMAWIAJĄCYM

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

III. OFERTY CZĘŚCIOWE, WARIANTOWE,

IV. FORMA PRZEKAZYWANIA INFORMACJI, OŚWIADCZEŃ I DOKUMENTÓW W POSTĘPOWANIU

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 WARUNKI REALIZACJI 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 (01-748 Warszawa), ul. Szamocka 3, 5, tel. (0-00) 000-00-00, fax (0-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.), zwanej dalej „ustawą”.

Wartość zamówienia:

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

III. OFERTY CZĘŚCIOWE, WARIANTOWE, ROWNOWAŻNE

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

2. Oferta musi obejmować całość przedmiotu zamówienia wskazanego w Rozdziale II Specyfikacji.

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

1. Oświadczenia, wnioski, zawiadomienia oraz informacje Zamawiający i Wykonawcy przekazują faksem lub mailem w postaci skanu dokumentu z podpisem, z uwzględnieniem pkt 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ą faxu – 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. (00) 000-00-00 fax. (00) 000-00-00

godziny urzędowania: 8.00 - 15.00

VI. ZAMÓWIENIE UZUPEŁNIAJĄCE

Zamawiający nie przewiduje udzielenia zamówienia uzupełniającego na przedmiot zamówienia określony w Rozdziale II niniejszej Specyfikacji.

VII. INFORMACJE DODATKOWE

1. Postępowanie, którego dotyczy niniejszy dokument oznaczone jest znakiem: TZ/370/55/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 przez Wykonawcę licencji dla niżej wymienionych oprogramowań:

	Produkt	Ilość licencji
1	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 1 guest) lub równoważny	17
2	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 4 guests) lub równoważny	6
3	High-Availability (1-2 sockets) lub równoważny	4
4	Resilient Storage (1-2 sockets) lub równoważny	2
5	JBoss Enterprise Application Platform, 16 Core Standard lub równoważny	2
6	JBoss Enterprise Application Platform, 64 Core Standard lub równoważny	1
7	EnterpriseDB Postgres Plus Advanced Server Premium Subscription (per socket) lub równoważny	8

W ramach dostarczonych licencji dla ww. oprogramowań Zamawiający winien mieć zapewnione przez okres 24 miesięcy od daty podpisania umowy:

1) Aktualizacje wersji oprogramowania oraz dostęp do poprawek związanych z bezpieczeństwem.

2) 24-godzinny dostęp do portalu pomocy technicznej producenta oprogramowania w celu:

a. przeglądania i składania informacji o problemach dotyczących przedmiotu zamówienia

b. informacji o nowych produktach

c. dostępu do bazy wiedzy do oprogramowania będącego przedmiotem zamówienia

d. informacji o dostępnych poprawkach do oprogramowania

2. Wymagania ogólne

1) Dostarczone licencje muszą uwzględniać prawo do instalacji udostępnianych przez producenta oprogramowania uaktualnień i poprawek krytycznych i opcjonalnych do oprogramowań.

2) Wymagane jest zapewnienie możliwości korzystania na podstawie nabytych licencji ze wszystkich wersji oprogramowań i korzystania z kopii zamiennych (możliwość instalowania oprogramowania na urządzeniach przy wykorzystaniu jednego standardowego obrazu w procesie instalacji i tworzenia kopii zapasowych).

3. Opis równoważności

I. System operacyjny Red Hat Enterprise Linux Server, Standard (1- 2 sockets) (Up to 1 guest ) (dotyczy tabeli w ust. 1 wiersz 1 i wiersz 2)

1. System operacyjny musi charakteryzować:

1) Obsługa minimum dwóch fizycznych procesorów.

2) Szeroki zestaw oprogramowania dołączony wraz z systemem. W wariancie minimalnym oprogramowanie umożliwiające uruchomienie: serwera www, serwera poczty, serwera bazy danych, serwera cache'ującego obiekty w pamięci ulotnej, serwerów sieciowych systemów plików NFSv4 i SMB, wirtualnej maszyny Javy.

3) Ochrona obiektów systemu poprzez mechanizm SELinux lub w pełni równoważny. Mechanizm wymusza kontrolę dostępu do obiektów zgodnie z polisą przynajmniej dla takich obiektów jak pliki, katalogi, porty, użytkownicy, procesy, maszyny wirtualne. System operacyjny musi zostać dostarczony wraz z zestawem wspieranych przez producenta i aktualizowanych polis bezpieczeństwa. System powinien zapewniać narzędzia tekstowe i graficzne pozwalające w prosty sposób analizować alarmy bezpieczeństwa.

4) Mechanizm izolacji maszyn wirtualnych sVirt bądź w pełni równoważny.

5) Certyfikat bezpieczeństwa zgodny z EAL4+.

6) Wbudowana w jądro obsługa wirtualizacji oraz narzędzia tekstowe i graficzne służące do zarządzania maszynami wirtualnymi.

7) Możliwość uruchomienia nieokreślonej liczby wirtualnych maszyn.

8) Możliwość instalacji bezpośrednio na fizycznym sprzęcie. W tym wariancie musi być możliwa instalacja jednego dodatkowego systemu operacyjnego w maszynie wirtualnej pracującej na tej maszynie fizycznej przy zachowaniu wsparcia producenta zarówno na system fizyczny jak i wirtualny.

9) W przypadku instalacji w wirtualnej maszynie, posiada wsparcie przynajmniej następujących hypervisorów: KVM, VMware, Hyper-V. Producent systemu operacyjnego wspiera przynajmniej jedną taką instalację w maszynie wirtualnej. Ponadto dla wymienionych hypervisorów system operacyjny posiada para-wirtualizowane sterowniki, które zostaną automatyczne załadowane przez jądro systemu przy jego uruchomieniu.

10) W przypadku instalacji bezpośrednio na fizycznym sprzęcie musi posiadać oficjalne wsparcie firmy Microsoft dla uruchamiania w maszynach wirtualnych serwerów Windows 2003 oraz Windows 2008.

11) Kompatybilność ABI oraz API przez cały okres życia aktualizowanego systemu. Wymaganie dotyczy wersji głównych (ang. major).

12) Otwarty kod źródłowy. Wymaganie dotyczy wszystkich elementów systemu operacyjnego włącznie z dostarczonym zestawem oprogramowania.

13) Instalator dający możliwość utworzenia szyfrowanych partycji jeszcze przed instalacją systemu operacyjnego.

14) Istnienie mechanizmu grup kontrolnych, pozwalającego na dynamiczne klasyfikowanie i grupowanie zadań systemowych oraz wymuszenie zadanego przez administratora sposobu zarządzania zadaniami przez jądro systemy operacyjnego. Grupy kontrolne w szczególności muszą pozwolić na wprowadzenie mechanizmu QoS dla procesów i maszyn wirtualnych. W wariancie minimalnym, dla każdego zadania (ang. task) musi być możliwe:

a) przyporządkowanie na stałe do określonych przez administratora procesorów

b) określenie maksymalnych wartości bądź proporcji wykorzystania operacji wejścia/wyjścia (ang. I/O) dla podsystemu sieciowego i dyskowego

c) określenie udziałów w dostępie do procesorów, np. poprzez utworzenie proporcji czasu dostępu dla różnych zadań

d) przyporządkowanie do strefy NUMA, zarówno CPU jak i pamięci RAM

15) Mechanizm wykonywania kopii migawkowych (ang. snapshots) uprzednio przygotowanych przestrzeni blokowych.

16) Możliwość wykorzystania jako klient pNFS (ang. parallel NFS) w układzie plikowym (ang. file layout).

2. Producent systemu operacyjnego musi:

1) Dostarczać na bieżąco aktualizowaną listę kompatybilnego i certyfikowanego sprzętu (HCL).

2) Gwarantować czas życia (utrzymania na rynku wraz z dostarczaniem aktualizacji) przez co najmniej 10 lat od momentu pojawienia się systemu operacyjnego na rynku.

3. Wsparcie producenta systemu operacyjnego:

1) Musi być realizowane bezpośrednio przez producenta w standardowych godzinach pracy z gwarantowanym czasem reakcji na zgłaszane problemy do 1 godziny dla zgłoszeń krytycznych oraz bez ograniczeń dotyczących ilość zgłoszeń w miesiącu.

2) Musi być realizowane przez kanały: telefon, web, email.

3) W wirtualnej maszynie powinno być na tym samym poziomie jak systemu macierzystego. Dotyczy to przypadku, gdy zarówno system operacyjny instalowany na maszynie fizycznej jak i wirtualnej jest dostarczany przez producenta systemu operacyjnego. Wsparcie dla sytemu w wirtualnej maszynie powinno być zawarte w cenie systemu macierzystego.

4) Musi trwać przez co najmniej dwa lata.

II. High-Availability (1-2 sockets) (dotyczy tabeli w ust. 1 wiersz 3)

1. System operacyjny lub dodatek do niego musi umożliwiać skonfigurowanie aplikacji w tryb wysokiej dostępności, który jest osiągnięty poprzez operację failover (zmianę węzła, na którym aplikacja pracuje) oraz poprzez eliminację pojedynczych punktów awarii (ang. SPOF).

Poprzez węzły rozumie się systemy pracujące na różnym fizycznie sprzęcie. Węzły mogą również stanowić systemy pracujące w niezależnych maszynach wirtualnych. Oprogramowanie High- Availability musi umożliwiać wykorzystanie co najmniej tych dwóch rodzajów węzłów (fizycznych i wirtualnych).

2. System operacyjny bądź dodatek charakteryzuje:

1) Wykorzystanie technik klastrowania, tzn. wykorzystanie wielu węzłów do kontroli i uruchamiania tych samych usług. Oprogramowanie klastrowe monitoruje stan węzłów i usług i w razie potrzeby przenosi bądź wznawia usługi na innych węzłach oraz odcina źle funkcjonujące węzły klastra (fencing).

2) Odcinanie (ang. fencing). Odcinanie jest operacją usunięcia dostępu do wyznaczonych zasobów wyznaczonym węzłom klastra. Przykładem takiego zasobu jest współdzielona przestrzeń pamięci masowej. Realizacja odcinania może odbywa się poprzez odcięcie zasilania w przypadku maszyn fizycznych lub natychmiastowe zniszczenie maszyny wirtualnej w przypadku maszyn wirtualnych. Odcinanie musi wspierać przynajmniej następujące mechanizmy i technologie: apc, bladecenter, drac5, ilo, ipmilan, rhevm, scsi, vmware_soap, xvm. Muszą być wspierane również mechanizmy umożliwiające odcinanie w sieci SAN (ang. SAN-based fencing).

3) Portal zarządzający. Scentralizowany portal z interfejsem webowym umożliwiający konfigurację, dodawanie, usuwanie oraz modyfikowanie następujących elementów klastra: jego parametrów, zarządzanych zasobów, grup zasobów oraz węzłów.

4) Zasoby. Klaster musi umożliwiać skonfigurowanie wysokiej dostępności (ang. high availability) dla zasobów. Zasobem mogą być własne aplikacje, usługi systemy operacyjnego (np. Apache, MySQL, PostgreSQL) bądź całe wirtualne maszyny. W kontekście wirtualnych maszyn konieczne jest wsparcie dla technologii KVM (Kernel-based Virtual Machine).

5) Otwarty kod źródłowy wszystkich komponentów.

III. Resilient Storage (1-2 sockets) (dotyczy tabeli w ust. 1 wiersz 4)

1. System operacyjny lub dodatek do niego musi umożliwiać wykorzystanie klastrowego systemu plików. Klastrowy system plików umożliwia jednoczesne używanie systemu plików przez różne węzły klastra HA oraz gwarantuje wszystkim węzłom w kontekście zawartości systemu plików ujednolicony, spójny widok oraz wspólną przestrzeń nazw. Klastrowy system plików musi działać w taki sposób, aby węzły posiadające wyłącznie dostęp w warstwie blokowej do współdzielonego urządzenia pamięci masowej z zainstalowanym klastrowym systemem plików mogły z niego jednocześnie korzystać, pracując na wspólnej i jedynej wersji dowolnych plików. Przykładem

klastrowego systemu plików jest GFS2 bądź równoważne.

2. Ponadto, klastrowy system plików musi charakteryzować:

1) Kompatybilność z woluminami logicznymi LVM2 lub rozwiązaniem równoważnym. Urządzenie blokowe, na którym jest zainstalowany klastrowy system plików, może być prezentowane jako logiczny wolumin LVM2. Przykładem mechanizmu oferującego taką kompatybilność jest CLVM bądź równoważne. Klastrowane logiczne woluminy LVM2 (lub równoważne) muszą dać się skonfigurować w przynajmniej dwóch trybach:

a) współdzielonym, gdzie do jednego logicznego woluminu istnieje równoległy dostęp wielu węzłów klastra

b) na wyłączność, gdzie tylko jeden węzeł klastra, który jako pierwszy aktywował wolumin logiczny, uzyskuje do niego dostęp

2) Możliwość wykorzystania co najmniej 100 TiB (słownie: stu terabajtów) w pojedynczym systemie plików.

3) Mechanizm blokad, gwarantujący, że tylko jeden węzeł w danym czasie może modyfikować wybrane dane. Mechanizm blokad pozwala na zachowanie spójności danych.

4) Wsparcie rozszerzonych atrybutów SELinux.

5) Otwarty kod źródłowy wszystkich komponentów. W przypadku idealnym obsługa klastrowego systemu plików jest wbudowanym składnikiem jądra systemu operacyjnego.

IV. JBoss Enterprise Application Platform (dotyczy tabeli w ust. 1 wiersz 5 i wiersz 6)

Serwer aplikacyjny JAVA z bezpośrednim wsparciem producenta w godzinach roboczych przez okres 2 lat z możliwością późniejszego rozszerzenia okresu wsparcia technicznego. Dostarczone licencje muszą umożliwić pracę na 96 rdzeniach fizycznych.

Produkt powinien posiadać gwarantowany przez producenta czas życia na co najmniej 10 lat od momentu pojawienia się na rynku. Na podstawie nabytych licencji cykl życia produktu zapewni:

a) przez okres przynajmniej 4 lat - nowe funkcjonalności

b) przez okres przynajmniej 7 lat - nowe certyfikacje np: dla nowych wydań JVM, baz danych, itp...

c) przez okres przynajmniej 10 lat - nielimitowana liczba zgłoszeń, poprawki bezpieczeństwa, poprawki błędów

1.Serwer aplikacyjny powinien zapewniać wsparcie dla Java Virtual Machines w wersji 1.6 i 1.7 następujących vendorów:

1) OpenJDK 1.6 , 1.7

2) IBM JDK 1.6 , 1.7

3) Oracle JDK 1.6 , 1.7

4) Zing ZVM 5

2. Produkt powinien zapewniać wsparcie dla platform:

1) Red Hat Enterprise Linux 6 (latest update): x86; x86_64

2) Red Hat Enterprise Linux 5 (latest update): x86; x86_64

3) Microsoft Windows 2008 Server: x86

4) Microsoft Windows 2008 Server: x86_64

5) Oracle Solaris 10: x86; x86_64; SPARC64

6) Oracle Solaris 11: x86; x86_64; SPARC64

3. Serwer aplikacyjny powinien wspierać następujące bazy danych:

1) MySQL 5.1, MySQL 5.5

2) IBM DB2 9.7

3) Oracle 11g R1, Oracle 11g R1 RAC, Oracle 11g R2, Oracle 11g R2 RAC

4) Microsoft SQL Server 2008, Microsoft SQL Server 2008 R2

5) PostgreSQL 8.4, PostgreSQL 9.1

6) Sybase ASE 15.7

4. Produkt powinien współpracować z następującymi serwerami http:

1) Apache 2.2

2) Microsoft IIS 7.5

3) Oracle iPlanet Web Server 7

5. Serwer aplikacyjny powinien zawierać modularny classloader pozwalający na izolowanie aplikacji działających na serwerze.

6. Serwer powinien mieć możliwość zarządzania, wprowadzania zmian konfiguracji z "linii poleceń" (CLI).

7. Konsola CLI powinna pozwalać na pisanie skryptów ułatwiających zarządzanie.

8. Wprowadzanie zmian w konfiguracji środowiska serwerów aplikacyjnych powinno odbywać się w sposób transakcyjny - albo wszystkie zmiany zostaną poprawnie wprowadzone, albo żadna zmiana nie będzie wprowadzona

9. Serwer aplikacyjny powinien mieć możliwość zarządzania domeną wirtualnych serwerów aplikacyjnych na fizycznych hostach, w oparciu o grupy serwerów.

10. Serwer aplikacji powinien umożliwiać zarządzanie poprzez: webową konsolę zarządzania, wiersz poleceń, API, oraz RESTFulowy serwis udostępniający dane w formacie JSON.

11. Oprogramowanie serwera aplikacyjnego powinno zapewnić realizację odpowiedniego poziomu bezpieczeństwa w zakresie: uwierzytelniania, kontroli dostępu

12. Produkt powinien zapewniać obsługę specyfikacji i technologie:

a) Java EE 6.0

b) JAX-RPC 1.1

c) SOAP with Attachments API for Java 1.3

d) Java Servlet 3.0

e) JavaServer Faces (JSF) 2.0

f) JavaServer Pages & Expression Language (JSP) 2.2

g) Standard Tag Library for JavaServer Pages (JSTL) 1.2

h) Java Transaction API (JTA) 1.1

i) Enterprise JavaBeans (EJB) 3.1, 3.0, 2.1, 2.0

j) Java Persistence (JPA) 2.0

k) Java Message Service (JMS) 1.1

l) Web Services Metadata for the Java Platform [JSR-181] 2.1

m) Common Annotations for the Java Platform 1.1

n) Java Architecture for XML Binding (JAXB) 2.2

o) Java API for RESTful Web Services (JAX-RS) 1.1

p) Java API for XML Registries 1.0

q) Contexts and Dependency Injection for Java (CDI) 1.0

r) Bean Validation 1.0

s) Java Authorization Contract for Containers (JACC) 1.4

t) Java Authentication and Authorization Service (JAAS)

u) Java Secure Sockets Extensions (JSSE)

v) Java Cryptography Extensions (JCE)

Standardy Web Servisowe

a) SOAP 1.2

b) MTOM

c) XML-Binary Optimized Packaging

d) WSDL 1.1

e) WS-I Basic Profile 1.1

f) WS-I Basic Security Profile 1.1

g) WS-Addressing 1.0

h) WS-Reliable Messaging 1.1

i) WS-Security 1.1

j) WS-Security Core 1.1

k) WS-Security Username Token Profile 1.1

l) WS-Security X.509 Token Profile 1.1

m) WS-Security SOAP with Attachments Token Profile 1.1

n) WS-Security SOAP Message Security 1.1

o) JAX-WSA 1.0

p) WS-Atomic Transactions 1.1

q) Fast Infoset

r) WS-Coordination 1.1

s) WS-Security Policy 1.3

t) WS-Policy 1.5

u) WS-Policy Attachment 1.5

v) WS-I Attachments Profile 1.0

w) WS-Trust 1.3

x) SAML 2.0

y) XACML 2.0

13. Serwer aplikacji powinien umożliwiać komunikację z wykorzystanie protokołu IPv6.

14. Konfiguracja serwera aplikacji powinna pozawalać elastyczną konfigurację usług sieciowych poprzez wybór portów, adresu ip, protokołu (ipv6 or ipv4 ) , interfejsu sieciowego na którym usługa będzie zasłuchiwać.

15. Serwer powinien zachowywać historię zmian konfiguracji. Tak by można było dokonać audytu lub cofnąć zmiany do wybranego punktu w historii.

16. Dostępne powinny być narzędzia wspierające pracę deweloperskie integrujące się z serwerem aplikacji.

17. Serwer powinien umożliwiać rozkładanie ruchu http (load balancing) z wykorzystaniem wyliczanych metryk bazujących np. zajętości pamięci, wykorzystania procesora, ilości użytkowników na serwerze. Wraz z możliwością implementacji własnych metryk.

18. Aplikacja zarządzająca powinna pozwalać na wgląd i zarządzanie wieloma domenami z jednej konsoli.

19. Serwer aplikacyjny JAVA z bezpośrednim wsparciem producenta 24x7 przez okres min. 4 lat z

możliwością późniejszego rozszerzenia okresu wsparcia technicznego.

V. Postgres Plus Advanced Server 2 Year Premium Subscription (dotyczy tabeli w ust. 1 wiersz 7)

1. Wymagane limity i wielkości elementów bazy danych:

1) brak limitów na rozmiar bazy danych,

2) brak limitów na ilość wierszy w tabeli,

3) brak limitów na ilość indeksów w tabeli,

4) możliwość utworzenia tabeli o rozmiarze do 32 TB,

5) możliwość utworzenia wiersza tabeli o rozmiarze do 1.6 TB,

6) możliwość utworzenia pojedynczej komórki (pola) w bazie danych o rozmiarze 1GB.

2. Wymagania dotyczące wsparcia i licencji

1) Relacyjna baza danych ze wsparciem technicznym prowadzonym bezpośrednio przez producenta w trybie 24/7 z gwarantowanym czasem reakcji na zgłaszane problemy do jednej godziny dla błędów krytycznych oraz bez ograniczeń dotyczących ilości zgłoszeń w miesiącu. Wsparcie techniczne realizowane jest przez kanały – telefon/web/email.

2) Dostęp do wydawanych przez producenta aktualizacji i nowych wersji systemu bazy danych przez okres trwania wykupionego wsparcia.

3) Licencja bazy danych nie jest przypisana do konkretnego serwera fizycznego i pozwala na swobodne przenoszenie bazy między różnymi serwerami.

4) Brak formalnych (licencyjnych) ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy)

3. Wymagania do silnika relacyjnej bazy danych:

1) wsparcie dla języka SQL,

2) partycjonowanie danych,

3) wsparcie dla architektury High Availability,

4) replikacja asynchroniczna,

5) brak limitów formalnych i funkcjonalnych na ilość węzłów będących replikami głównej bazy danych,

6) replikacja synchroniczna - klient bazy nie otrzyma potwierdzenia udanego zapisu dopóki dana transakcja nie zostanie zapisana na dwóch węzłach bazy danych. Możliwość sterowania, jeśli występuje więcej węzłów, który z nich jest synchroniczny, bez konieczności restartowania bazy danych. Możliwość decydowania czy transakcje mają być replikowane synchronicznie na poziomie instancji, bazy, sesji lub transakcji w sposób dynamiczny (bez restartu),

7) replikacja kaskadowa - replikacja w trybie master-slave, gdzie slave może występować w roli mastera dla kolejnej replikacji master-slave,

8) tryb hot standby - każda z replik bazy danych może udostępniać dane do odczytu. Możliwość wypromowania węzła standby do roli węzła głównego bez konieczności restartu tego węzła. Możliwość automatycznego wznowienia replikacji przez kolejne węzły standby z nowo wypromowanego węzła głównego,

9) tabele niezapisywane w logu transakcyjnym - możliwość tworzenia tabel dostępnych dla wszystkich użytkowników, które nie są zapisywane w logu transakcyjnym – tworzone w całości w pamięci RAM,

10) ustawienie porządku sortowania (collation) na poziomie kolumny - sortowanie można zdefiniować dla kolumny, domeny, indeksu lub wyrażenia, poprzez standardowe polecenie SQL COLLATE,

11) wykonywanie ciągłego backupu (przyrostowego) i powrotu do punktu w czasie,

12) wykonywanie backupu różnicowego,

13) przywracanie bazy danych z backupu w sposób równoległy (wiele połączeń do bazy danych realizujących operacje przywracania ze wskazanej kopii zapasowej),

14) funkcjonalność rodzaju index only scan - możliwość realizacji zapytań bez pobierania danych z tabel,

15) szyfrowanie danych,

16) tworzenia podtransakcji.

17) możliwość instalacji na systemach Windows/Linux/HP-UX/Solaris SPARC/Solaris x86-64/Linux on Power,

18) wsparcie dla języka PL/SQL,

19) replikacja w trybie multimaster,

20) równoważenie obciążenia na wiele serwerów bazodanowych. Możliwość przekierowania poleceń SQL zapisujących i odczytujących dane na różne serwery bazy danych,

21) automatyczne tworzenie, modyfikowania i usuwania partycji oraz podpartycji poprzez polecenia SQL,

22) rozproszone cache'owanie - wykorzystanie ramu dostepnego na innych (zdalnych) maszynach fizycznych. Wykorzystanie zdalnej pamięci RAM nie pociąga konieczności wykupienia licencji na te maszyny,

23) kompresja danych w pamięci RAM,

24) wskazówki dla optymalizatora bazy danych - motor bazy danych pozwala na użycie własnych wskazówek co do sposobu realizacji zapytania SQL,

25) limitowanie dostępu do wierszy danych dla różnych użytkowników poprzez składnię SQL,

26) wbudowane oprogramowanie monitorujące - oprogramowanie pozwala na zarządzanie, monitorowanie oraz przeglądanie historii aktywności bazy danych. Możliwość ustawiania alertów i wysyłania powiadomień przez SMTP i SNMP,

27) oprogramowanie aktualizujące - oprogramowanie pozwalające na utrzymywanie aktualnej wersji oprogramowania,

28) oprogramowanie profilujące i filtrujące wykonywany kod SQL - Narzędzie wspierające dewelopera SQL poprzez wykrywanie oraz optymalizację wolno działającego kodu SQL. Zapewnia śledzenie kodu na żądanie lub według harmonogramu, posortowanie, przefiltrowane i zapisanie zgodnie z wymogami użytkownika. Oprogramowanie daje możliwość analizowania zapytań SQL i sugeruje sposoby optymalizacji,

29) oprogramowanie chroniące przed włamaniem – SQL firewall - ochrona serwerów bazy danych przed atakami typu SQL injection, poprzez automatyczne rozpoznawanie i naukę bezpiecznych wzorców dostępu oraz gromadzenie danych z ataków,

30) oprogramowanie chroniące kod SQL - ochrona kodu SQL jako własności intelektualnej poprzez zaciemnianie kodu przez transformację jego treści po stronie bazy danych.

4. Kategoria przedmiotu zamówienia zgodna ze Wspólnym Słownikiem Zamówień (CPV):

48.51.70.00-5 „Pakiety oprogramowania informatycznego”,

II. TERMIN I WARUNKI REALIZACJI ZAMÓWIENIA

1. Termin wykonania zamówienia:

- dostarczenie licencji potwierdzającej prawo do użytkowania oprogramowania, do 21 dni od dnia podpisania umowy.

2. W ramach dostarczonych licencji dla oprogramowań o których mowa w Rozdz. II Dział I SIWZ Zamawiający winien mieć zapewnione przez okres 24 miesięcy od daty podpisania umowy:

1) Aktualizacje wersji oprogramowania oraz dostęp do poprawek związanych z bezpieczeństwem.

2) 24-godzinny dostęp do portalu pomocy technicznej producenta oprogramowania w celu:

a. przeglądania i składania informacji o problemach dotyczących przedmiotu zamówienia

b. informacji o nowych produktach

c. dostępu do bazy wiedzy do oprogramowania będącego przedmiotem zamówienia

d. informacji o dostępnych poprawkach do oprogramowania

2. Miejsce dostawy:

- Centrala Zakładu Ubezpieczeń Społecznych w Warszawie, ul. Szamocka 3, 5, 01 – 748 Warszawa.

Rozdział III

WYSOKOŚĆ I ZASADY WNIESIENIA WADIUM

I. WYSOKOŚĆ WADIUM

Wykonawca przystępujący do postępowania jest zobowiązany wnieść wadium w wysokości: 12 300,00 zł (słownie: dwanaście tysięcy trzysta 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. z 2007 r. Nr 42, poz. 275 z późn. 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: PKO BP S.A. nr rachunku: 81 1020 5590 0000 0602 9000 7017.

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

„wadium do postępowania na: dostawę licencji dla oprogramowania Red Hat oraz EnterpriseDB lub równoważnego TZ/370/55/13"

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 nieleżą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. O udzielenie zamówienia ubiegać się mogą Wykonawcy, którzy nie podlegają wykluczeniu z postępowania o udzielenie zamówienia.

3. Wykonawcy mogą 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 (Dz. U. z 2003 r. Nr 153 poz. 1503 z późn. 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 niniejszej Specyfikacji;

2) 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 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. 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. Wykonawcy zagraniczni

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 l, 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. 3 Wykonawca zobowiązany jest przedstawić pisemne zobowiązanie w formie oryginału lub kopii potwierdzonej notarialnie.

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.

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

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

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

xx. Xxxxxxxx 0, 5 Oferta przetargowa

„dostawa licencji dla oprogramowania Red Hat oraz EnterpriseDB lub równoważnego ”

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 V "Formularz cenowy" (załącznik nr l 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 (Dz. X. x 0000 x. Xx 00, xxx. 535 z późn. 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 dostawą, ubezpieczeniem, opakowaniem oraz uwzględniać inne opłaty i podatki wynikające z realizacji zamówienia, a także ewentualne upusty i rabaty, i nie może ulec zwiększeniu w okresie obowiązywania umowy.

Rozdział VI

INFORMACJE O MIEJSCU I TERMINIE SKŁADANIA I OTWARCIA OFERT

l. MIEJSCE l TERMIN SKŁADANIA OFERT

1. Ofertę należy złożyć w siedzibie Zamawiającego w Warszawie, ul. Szamocka 3, 5 skrzydło „C", xxxxxx X, xxx. 000, do dnia 17.04.2014 r. do godziny 09:00.

2. Oferty złożone po tym terminie zostaną zwrócone bez otwierania zgonie 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, skrzydło „C", piętro I, Departament Zamówień Publicznych, xxx. 000, o godzinie 9: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 imię i nazwisko, nazwę (firmę) i 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 60 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 niniejszej 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.

Rozdział VII

KRYTERIA I ZASADY OCENY OFERT

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. l pkt 3, będzie podlegała odrzuceniu.

II. KRYTERIA WYBORU NAJKORZYSTNIEJSZEJ OFERTY

Przy wyborze oferty Zamawiający będzie kierował się następującymi kryteriami: Kryterium wyboru znaczenie

Cena oferty 100%

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

1. Ocena oferty dokonywana będzie w kryterium:

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

najniższa cena ofertowa brutto

C =

cena oferty badanej brutto

x 100 (waga kryterium)

2. Przyjmuje się, że 1% = 1 pkt i tak zostanie przeliczona liczba w ww. kryterium.

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

4. 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ątrz wspó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.

Rozdział VIII

ZABEZPIECZENIE NALEŻYTEGO WYKONANIA UMOWY

1. Wykonawca zobowiązany jest wnieść przed podpisaniem umowy zabezpieczenie należytego wykonania umowy w wysokości 5 % ceny oferty zawierającej podatek VAT.

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. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. z 2007 r. Nr 42, poz. 275 z późn. 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 w Banku: PKO BP S.A. nr rachunku: 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, skrzydło „C” piętro I, pok. 104 – Departament Zamówień Publicznych, 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 xx. Xxxxxxxx 0, 0 , xxxxxxxx „C” piętro I, pok. 104 – Departament Zamówień Publicznych, najpóźniej przed podpisaniem umowy.

4. Z dokumentu zabezpieczenia należytego wykonania umowy wniesionego w formie gwarancji bankowej / ubezpieczeniowej winno 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 niniejszej Specyfikacji.

Rozdział X

POUCZENIE O ŚRODKACH OCHRONY PRAWNEJ

Wykonawcy, uczestnikowi konkursu, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu 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 – Ś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. 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.

3. Zamawiający może zawrzeć umowę w sprawie zamówienia publicznego przed upływem terminów, o których mowa w ust. 3, jeżeli w postępowaniu o udzielenie zamówienia:

a) w przypadku trybu przetargu nieograniczonego została złożona tylko jedna oferta,

b) w przypadku trybu przetargu ograniczonego, negocjacji z ogłoszeniem i dialogu konkurencyjnego złożono tylko jedną ofertę oraz w przypadku wykluczenia Wykonawcy upłynął termin do wniesienia odwołania na tę czynność lub w następstwie jego wniesienia Izba ogłosiła wyrok lub postanowienie kończące postępowanie odwoławcze.

4. Umowa zostanie zawarta w terminach o których mowa w art. 94 ust 1 oraz ust. 2 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.

Rozdział XII ZMIANA UMOWY

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 pisemnej 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 - załącznik nr l do SIWZ.

2) Wzór umowy - załącznik nr 2 do SIWZ.

3) Wzór oświadczenia potwierdzającego spełnianie przez Wykonawcę warunków określonych w art. 22 ust l ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.)

- załącznik nr 3 do SIWZ.

4) Wzór oświadczenia o braku podstaw do wykluczenia - załącznik nr 4 do SIWZ.

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

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

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

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

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

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

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

NIP: ...............................

Załącznik nr l do SIWZ

Zakład Ubezpieczeń Społecznych ul. Szamocka 3,5

01-748 Warszawa

(Zamawiający)

OFERTA

I. PRZEDMIOT OFERTY

1. Oferujemy, wykonanie zamówienia na: „dostawę licencji dla oprogramowania Red Hat oraz EnterpriseDB lub równoważnego ”

2. Oferowany przedmiot zamówienia spełnia wszystkie wymagania Zamawiającego określone w Opisie przedmiotu zamówienia zawartym w Rozdziale II SIWZ.

II. CENA OFERTY

1. Oferujemy wykonanie zamówienia za całkowitą cenę z podatkiem VAT zł,

(słownie ).

2. Ceny określone zostały 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 wykonania zamówienia:

I. dostarczenie licencji potwierdzającej prawo do użytkowania oprogramowania do 21 dni od dnia podpisania umowy.

II. w ramach dostarczonych licencji dla oprogramowań o których mowa w Rozdz. II Dział I SIWZ Zamawiający winien mieć zapewnione przez okres 24 miesięcy od daty podpisania umowy:

1) Aktualizacje wersji oprogramowania oraz dostęp do poprawek związanych z bezpieczeństwem.

2) 24-godzinny dostęp do portalu pomocy technicznej producenta oprogramowania w celu:

a. przeglądania i składania informacji o problemach dotyczących przedmiotu zamówienia

b. informacji o nowych produktach

c. dostępu do bazy wiedzy do oprogramowania będącego przedmiotem zamówienia

d. informacji o dostępnych poprawkach do oprogramowania

2. Płatność za realizację przedmiotu zamówienia nastąpi przelewem na rachunek Wykonawcy wskazany w umowie, w terminie 30 dni od daty otrzymania przez Zamawiającego – Zakład Ubezpieczeń Społecznych, Departament Zarządzania Systemami Informatycznymi (sekretariat) faktury prawidłowo wystawionej na podstawie podpisanego przez strony bez zastrzeżeń protokołu odbioru (załącznik nr 3

do umowy).

3. Miejsce realizacji przedmiotu zamówienia:

- Centrala Zakładu Ubezpieczeń Społecznych w Warszawie, ul. Szamocka 3, 5, 01 – 748 Warszawa

4. Wniesienie zabezpieczenia należytego wykonania umowy w wysokości 5% ceny oferty brutto, w formie……………………………………….

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

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

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

6. 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 w formie pieniądza)

V. FORMULARZ CENOWY

	Nazwa oprogramowania	ilość zgodnie z zasadami licencjonowania wykonawcy w przypadku produktów równoważnych*	Całkowita cena z podatkiem VAT w zł
	1	2	3
1	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 1 guest) w ilości 17 szt. lub równoważny* Nazwa: …………………………………….………	………….
2	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 4 guests) w ilości 6 szt. lub równoważny* Nazwa: …………………………………….………	………….
3	High-Availability (1-2 sockets) w ilości 4 szt. lub równoważny* Nazwa: …………………………………….………	………….
4	Resilient Storage (1-2 sockets) w ilości 2 szt. lub równoważny* Nazwa: …………………………………….………	………….
5	JBoss Enterprise Application Platform, 16 Core Standard w ilości 2 szt. lub równoważny* Nazwa: …………………………………….………	………….
6	JBoss Enterprise Application Platform, 64 Core Standard w ilości 1 szt. lub równoważny* Nazwa: …………………………………….………	………….
7	EnterpriseDB Postgres Plus Advanced Server Premium Subscription (per socket) w ilości 8 szt. lub równoważny* Nazwa: …………………………………….………	………….
Razem

* wypełnia wykonawca o ile ma zastosowanie

Podane powyżej ceny są ostateczne i nie podlegają zwiększeniu w okresie obowiązywania umowy.

VI. ZAŁĄCZNIKI DO OFERTY

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) 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 wg wzoru stanowiącego załącznik nr 4 do SIWZ;

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

znak sprawy TZ/370/55/13.

Załącznik nr 2 do SIWZ.

WZÓR UMOWY nr…

W dniu roku w Warszawie pomiędzy:

Zakładem Ubezpieczeń Społecznych z siedzibą w Warszawie, ul. Szamocka 3, 5, posiadającym NIP nr 000-00-00-000, REGON nr 000017756, w imieniu którego działa:

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

a ......................... z siedzibą ......................., ul , działająca w oparciu

o ...................................., posiadającym NIP ........................, XXXXX , wysokość kapitału

zakładowego: ………………………………(jeżeli dotyczy), , w imieniu którego działają:

1.................................

2. ..................................

zwanym w treści umowy „WYKONAWCĄ”

w wyniku postępowania o zamówienie publiczne, prowadzonego w trybie przetargu nieograniczonego, na podstawie ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.), została zawarta umowa o następującej treści:

§ 1

Przedmiot Umowy

1. Przedmiotem umowy jest dostawa przez Wykonawcę licencji dla oprogramowania Red Hat oraz EnterpriseDB*:

1) Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 1 guest) w ilości 17 szt. lub równoważny ……………………………….. w ilości ….,

2) Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 4 guests) w ilości 6 szt. lub równoważny ………………………………..w ilości ….,

3) High-Availability (1-2 sockets) w ilości 4 szt. lub równoważny w ilości …

4) Resilient Storage (1-2 sockets) w ilości 2 szt. lub równoważny ………………..w ilości ,

5) JBoss Enterprise Application Platform, 16 Core Standard w ilości 2 szt. lub równoważny …… w ilości …,

6) JBoss Enterprise Application Platform, 64 Core Standard w ilości 1 szt. lub równoważny

……….. w ilości ….,

7) EnterpriseDB Postgres Plus Advanced Server Premium Subscription (per socket) w ilości 8 szt. lub równoważny ……………. w ilości ....

*zostanie wypełnione zgodnie z wybraną ofertą

2. Opis przedmiotu umowy stanowi załącznik nr 1 do niniejszej umowy.

3. W ramach dostarczonych licencji dla oprogramowań o których mowa w ust. 1 Zamawiający będzie miał zapewnione przez okres 24 miesięcy od daty podpisania umowy:

1) Aktualizacje wersji oprogramowania oraz dostęp do poprawek związanych z bezpieczeństwem.

2) 24-godzinny dostęp do portalu pomocy technicznej producenta oprogramowania w celu:

a. przeglądania i składania informacji o problemach dotyczących przedmiotu umowy

b. informacji o nowych produktach

c. dostępu do bazy wiedzy do oprogramowania będącego przedmiotem umowy

d. informacji o dostępnych poprawkach do oprogramowania zgodnie z zasadami wynikającymi z załącznika nr 1 do niniejszej umowy.

4. Zamawiający oświadcza, że dostarczone licencje będą uwzględniać prawo do instalacji udostępnianych przez producenta oprogramowania uaktualnień i poprawek krytycznych i opcjonalnych do oprogramowań.

5. Wykonawca zapewni możliwości korzystania na podstawie nabytych licencji ze wszystkich wersji oprogramowań i korzystania z kopii zamiennych.

6. WYKONAWCA ponosi odpowiedzialność za dotrzymanie deklarowanych w umowie warunków realizacji zamówienia.

7. WYKONAWCA oświadcza, że posiada uprawnienia do udzielenia ZAMAWIAJĄCEMU licencji, o których mowa w ust. 1 niniejszej umowy.

8. Wykonawca zobowiązany jest do dołożenia najwyższej staranności oraz wykonania przedmiotu Umowy zgodnie z najlepszą wiedzą i posiadanym doświadczeniem.

9. Podwykonawcom zostanie powierzone wykonanie umowy w części/całości1*

…………………………

§ 2

Pola eksploatacji

1. Wykonawca oświadcza, że posiada uprawnienia do udzielenia Zamawiającemu licencji, o których mowa w § 1 niniejszej umowy.

2. Wykonawca gwarantuje, że przekazane Zamawiającemu licencje są wolne od wad prawnych oraz nie są obciążone prawami osób trzecich.

3. W przypadku zgłoszenia przez osoby trzecie jakichkolwiek roszczeń z tytułu korzystania z licencji przez Zamawiającego lub w przypadku zgłoszenia przez osoby trzecie roszczeń z zakresu ochrony praw autorskich z tytułu korzystania przez Xxxxxxxxxxxxx z licencji, Wykonawca zobowiązuje się do podjęcia na swój koszt i ryzyko wszelkich kroków prawnych zapewniających należytą ochronę Zamawiającego przed takimi roszczeniami osób trzecich, a w szczególności zobowiązuje się wstąpić w miejsce Zamawiającego lub w przypadku braku takiej możliwości przystąpić po stronie Zamawiającego do wszelkich postępowań toczących się przeciwko Zamawiającemu, a także zobowiązuje się zrekompensować Zamawiającemu wszelkie koszty, jakie może ponieść Zamawiający lub jakie będzie zobowiązany zapłacić osobie trzeciej w związku z roszczeniem lub pozwem sądowym o naruszenie prawa autorskiego, licencji, patentu, zastrzeżonego wzoru lub praw znaku towarowego, jakie ta osoba zgłosi w związku z tym, że Zamawiający eksploatuje dostarczone przez Wykonawcę licencje.

1zostanie wypełnione jeśli dotyczy

4. Wykonawca udzieli Zamawiającemu bezterminowych, niewyłącznych licencji, o których mowa w

§ 1 na następujących polach eksploatacji:

a) trwałe lub czasowe zwielokrotnienie Oprogramowania w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie oraz – w zakresie w jakim jest to konieczne do korzystania z Oprogramowania zgodnie z umową,

b) wprowadzanie Oprogramowania do pamięci komputera,

c) tłumaczenia, przystosowywania, zmiany układu lub jakichkolwiek innych zmian w Oprogramowaniu na warunkach określonych umową,

d) możliwość instalowania oprogramowania na urządzeniach przy wykorzystaniu jednego standardowego obrazu w procesie instalacji i tworzenia kopii zapasowych.

§ 3

Cena umowna

1. Całkowita cena umowna z podatkiem VAT za przedmiot Umowy , o którym mowa w § 1 wynosi:

………….. (słownie ), zgodnie z Formularzem cenowym stanowiącym Załącznik nr

2 do niniejszej Umowy.

2. Całkowita cena umowna, o której mowa w ust. 1 zawiera w sobie wszelkie koszty Wykonawcy wynikające z realizacji niniejszej Umowy oraz nie ulegnie zwiększeniu w okresie jej obowiązywania.

§ 4

Termin i warunki realizacji

1. Wykonawca w terminie do 21 dni od daty podpisania Umowy dostarczy do siedziby Zamawiającego dokumenty licencyjne, potwierdzające prawo do użytkowania oprogramowań.

2. Dokumenty, o których mowa w ust. 1 zostaną dostarczone w języku polskim lub w języku angielskim w 1 egzemplarzu (wersja papierowa) z prawem drukowania i powielania bez ograniczeń na potrzeby Zamawiającego.

3. W przypadku dostarczenia przedmiotu Umowy na cyfrowych nośnikach danych, Wykonawca oświadcza, że nośniki te są wolne od wad i zapewnia ich prawidłowe funkcjonowanie.

4. W przypadku stwierdzenia wady nośnika cyfrowego, uniemożliwiającej prawidłowe korzystanie z przedmiotu Umowy, Wykonawca wymieni nośnik cyfrowy na nowy w ciągu 3 dni kalendarzowych od daty otrzymania pisemnej informacji o tym fakcie od Zamawiającego, pod rygorem zapłaty kar umownych.

5. Wykonawca na piśmie lub pocztą elektroniczną powiadomi Zamawiającego o terminie realizacji przedmiotu Umowy nie później niż na 3 dni robocze przed planowanym terminem realizacji.

6. W przypadku nie dotrzymania terminu, o którym mowa w ust. 5 Zamawiający zastrzega sobie prawo odmowy przyjęcia przedmiotu Umowy.

7. Za datę odbioru przedmiotu Umowy, o którym mowa w § 1, uznany będzie dzień podpisania bez zastrzeżeń, przez Wykonawcę i Zamawiającego Protokołu odbioru przedmiotu umowy, stanowiącego Załącznik nr 3 do niniejszej Umowy.

§ 5

Osoby odpowiedzialne

1. W celu prawidłowego odbioru przedmiotu Umowy oraz do wszelkich kontaktów w zakresie jej realizacji strony wyznaczają następujących koordynatorów:

a) ze strony Zamawiającego: ………………………., tel:……,email……………..

b) ze strony Wykonawcy: …………………………, tel:……..., email……………

2. Zmiana osób wskazanych w ust. 1 nie powoduje konieczności zmiany Umowy. Strony o tym fakcie zawiadamiają się pisemnie.

§ 6

Zasady rozliczeń

1. Płatność za realizację przedmiotu umowy będzie dokonana jednorazowo, w terminie 30 dni od daty otrzymania przez Zakładu Ubezpieczeń Społecznych, Departament Zarządzania Systemami Informatycznymi (sekretariat) prawidłowo wystawionej faktury, na podstawie podpisanego bez zastrzeżeń przez przedstawicieli obu stron Protokołu odbioru przedmiotu umowy stanowiącego załącznik nr 3 do umowy, przelewem na rachunek bankowy Wykonawcy nr

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

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

3. W przypadku opóźnienia w dokonaniu płatności Wykonawca może obciążyć Zamawiającego ustawowymi odsetkami.

§ 7

Kary umowne i odstąpienie od umowy

1. W przypadku opóźnienia terminu realizacji przedmiotu Umowy, o którym mowa w § 4 ust. 1, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,1 % całkowitej ceny z podatkiem VAT, o której mowa w § 3 ust. 1, za każdy dzień opóźnienia.

2. W przypadku opóźnienia terminu, o którym mowa w § 4 ust. 1 powyżej 14 dni, Zamawiający zastrzega sobie prawo do odstąpienia od umowy i obciążenia Wykonawcy karą umowną w wysokości 20% całkowitej ceny z podatkiem VAT, o której mowa w § 3 ust. 1, niezależnie od pozostałych kar umownych.

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

4. W przypadku opóźnienia terminu wymiany nośnika cyfrowego na nowy, o którym mowa w § 4 ust. 4, w terminie 3 dni roboczych od daty otrzymania pisemnej informacji o tym fakcie od Zamawiającego, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,1 % całkowitej ceny z podatkiem VAT za każdy dzień opóźnienia.

5. Kary umowne Zamawiający potrąca z zabezpieczenia należytego wykonania umowy lub z należnej Wykonawcy zapłaty faktury bez potrzeby uzyskania zgody Wykonawcy.

6. Zamawiający może dochodzić na zasadach ogólnych odszkodowania przewyższającego karę umowną do wysokości poniesionej szkody.

7. W razie wystąpienia 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 powyższych okolicznościach.

§ 8

Zabezpieczenie należytego wykonania umowy

1. Wykonawca udzielił Zamawiającemu zabezpieczenia należytego wykonania umowy w formie ……………. w wysokości ………………..zł (słownie: )

tj. 5% całkowitej ceny umowy z podatkiem VAT wskazanej w §3 ust. 1, ważnego od dnia podpisania umowy do dnia upływu terminu realizacji umowy, o którym mowa w § 4 ust. 1 umowy.

2. Wykonawca może zmienić formę zabezpieczenia na inną zgodnie z przepisami art. 149 ustawy. Zmiana taka nie powoduje konieczności zmiany Umowy.

3. Kwota zabezpieczenia należytego wykonania umowy zostanie zwrócona Wykonawcy w terminie 30 dni od dnia podpisania bez zastrzeżeń przez przedstawicieli Stron Protokołu odbioru przedmiotu umowy, stanowiącego Załącznik nr 3 do umowy

4. Zabezpieczenie należytego wykonania umowy służy do pokrycia roszczeń Zamawiającego wynikających z realizacji niniejszej umowy.

§ 9

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łać się na zaistnienie siły wyższej tylko wtedy, gdy poinformuje ona o tym pisemnie drugą stronę w ciągu 3 dni od jej zaistnienia.

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

§ 10

Postanowienia ogólne

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

2. Wszelkie spory mogące wyniknąć z zawarcia i wykonania umowy strony poddają pod rozstrzygnięcie sądu właściwego dla siedziby ZAMAWIAJĄCEGO.

3. W sprawach nie unormowanych niniejszą umową zastosowanie ma ustawa z dnia 29 stycznia 2004r. – Prawo zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.), przepisy Kodeksu Cywilnego, ustawa

z 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz. U. z 2006 r., Nr 90, poz. 631) oraz odpowiednie przepisy mające związek z przedmiotem umowy.

4. Wszelkie zmiany i uzupełnienia dotyczące niniejszej umowy wymagają formy pisemnego aneksu pod rygorem nieważności, za wyjątkiem postanowienia § 5 ust. 1 oraz danych teleadresowych.

5. Umowę sporządzono w trzech jednobrzmiących egzemplarzach, dwa egzemplarze dla Zamawiającego, jeden egzemplarz dla Wykonawcy.

6. Załączniki nr 1-3 do umowy stanowią jej integralną część.

Wykaz Załączników:

1. Opis przedmiotu zamówienia

2. Formularz ofertowy (po wyborze najkorzystniejszej oferty)

3. Protokół odbioru przedmiotu umowy

ZAMAWIAJĄCY WYKONAWCA

Załącznik nr 1 do umowy

znak sprawy: TZ/370/55/13

Opis przedmiotu umowy

1. Przedmiotem umowy jest dostawa przez Wykonawcę licencji dla niżej wymienionych oprogramowań:

	Produkt	Ilość licencji
1	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 1 guest) lub równoważny	17
2	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 4 guests) lub równoważny	6
3	High-Availability (1-2 sockets) lub równoważny	4
4	Resilient Storage (1-2 sockets) lub równoważny	2
5	JBoss Enterprise Application Platform, 16 Core Standard lub równoważny	2
6	JBoss Enterprise Application Platform, 64 Core Standard lub równoważny	1
7	EnterpriseDB Postgres Plus Advanced Server Premium Subscription (per socket) lub równoważny	8

W ramach dostarczonych licencji dla ww. oprogramowań Zamawiający winien mieć zapewnione przez okres 24 miesięcy od daty podpisania umowy:

1) Aktualizacje wersji oprogramowania oraz dostęp do poprawek związanych z bezpieczeństwem.

2) 24-godzinny dostęp do portalu pomocy technicznej producenta oprogramowania w celu:

a. przeglądania i składania informacji o problemach dotyczących przedmiotu zamówienia

b. informacji o nowych produktach

c. dostępu do bazy wiedzy do oprogramowania będącego przedmiotem zamówienia

d. informacji o dostępnych poprawkach do oprogramowania

2. Wymagania ogólne

1) Dostarczone licencje muszą uwzględniać prawo do instalacji udostępnianych przez producenta oprogramowania uaktualnień i poprawek krytycznych i opcjonalnych do oprogramowań.

2) Wymagane jest zapewnienie możliwości korzystania na podstawie nabytej licencji ze wszystkich wersji oprogramowań i korzystania z kopii zamiennych (możliwość instalowania oprogramowania na urządzeniach przy wykorzystaniu jednego standardowego obrazu w procesie instalacji i tworzenia kopii zapasowych).

3. Opis równoważności (o ile będzie miał zastosowanie) 2*

I. System operacyjny Red Hat Enterprise Linux Server, Standard (1- 2 sockets) (Up to 1 guest ) (dotyczy tabeli w ust. 1 wiersz 1 i wiersz 2)

1. System operacyjny musi charakteryzować:

1) Obsługa minimum dwóch fizycznych procesorów.

2) Szeroki zestaw oprogramowania dołączony wraz z systemem. W wariancie minimalnym oprogramowanie umożliwiające uruchomienie: serwera www, serwera poczty, serwera bazy danych, serwera cache'ującego obiekty w pamięci ulotnej, serwerów sieciowych systemów plików NFSv4 i SMB, wirtualnej maszyny Javy.

3) Ochrona obiektów systemu poprzez mechanizm SELinux lub w pełni równoważny. Mechanizm wymusza kontrolę dostępu do obiektów zgodnie z polisą przynajmniej dla takich obiektów jak pliki, katalogi, porty, użytkownicy, procesy, maszyny wirtualne. System operacyjny musi zostać dostarczony wraz z zestawem wspieranych przez producenta i aktualizowanych polis

2*Niepotrzebne skreślić

bezpieczeństwa. System powinien zapewniać narzędzia tekstowe i graficzne pozwalające w prosty sposób analizować alarmy bezpieczeństwa.

4) Mechanizm izolacji maszyn wirtualnych sVirt bądź w pełni równoważny.

5) Certyfikat bezpieczeństwa zgodny z EAL4+.

6) Wbudowana w jądro obsługa wirtualizacji oraz narzędzia tekstowe i graficzne służące do zarządzania maszynami wirtualnymi.

7) Możliwość uruchomienia nieokreślonej liczby wirtualnych maszyn.

8) Możliwość instalacji bezpośrednio na fizycznym sprzęcie. W tym wariancie musi być możliwa instalacja jednego dodatkowego systemu operacyjnego w maszynie wirtualnej pracującej na tej maszynie fizycznej przy zachowaniu wsparcia producenta zarówno na system fizyczny jak i wirtualny.

9) W przypadku instalacji w wirtualnej maszynie, posiada wsparcie przynajmniej następujących hypervisorów: KVM, VMware, Hyper-V. Producent systemu operacyjnego wspiera przynajmniej jedną taką instalację w maszynie wirtualnej. Ponadto dla wymienionych hypervisorów system operacyjny posiada para-wirtualizowane sterowniki, które zostaną automatyczne załadowane przez jądro systemu przy jego uruchomieniu.

10) W przypadku instalacji bezpośrednio na fizycznym sprzęcie musi posiadać oficjalne wsparcie firmy Microsoft dla uruchamiania w maszynach wirtualnych serwerów Windows 2003 oraz Windows 2008.

11) Kompatybilność ABI oraz API przez cały okres życia aktualizowanego systemu. Wymaganie dotyczy wersji głównych (ang. major).

12) Otwarty kod źródłowy. Wymaganie dotyczy wszystkich elementów systemu operacyjnego włącznie z dostarczonym zestawem oprogramowania.

13) Instalator dający możliwość utworzenia szyfrowanych partycji jeszcze przed instalacją systemu operacyjnego.

14) Istnienie mechanizmu grup kontrolnych, pozwalającego na dynamiczne klasyfikowanie i grupowanie zadań systemowych oraz wymuszenie zadanego przez administratora sposobu zarządzania zadaniami przez jądro systemy operacyjnego. Grupy kontrolne w szczególności muszą pozwolić na wprowadzenie mechanizmu QoS dla procesów i maszyn wirtualnych. W wariancie minimalnym, dla każdego zadania (ang. task) musi być możliwe:

a) przyporządkowanie na stałe do określonych przez administratora procesorów

b) określenie maksymalnych wartości bądź proporcji wykorzystania operacji wejścia/wyjścia (ang. I/O) dla podsystemu sieciowego i dyskowego

c) określenie udziałów w dostępie do procesorów, np. poprzez utworzenie proporcji czasu dostępu dla różnych zadań

d) przyporządkowanie do strefy NUMA, zarówno CPU jak i pamięci RAM

15) Mechanizm wykonywania kopii migawkowych (ang. snapshots) uprzednio przygotowanych przestrzeni blokowych.

16) Możliwość wykorzystania jako klient pNFS (ang. parallel NFS) w układzie plikowym (ang. file layout).

2. Producent systemu operacyjnego musi:

1) Dostarczać na bieżąco aktualizowaną listę kompatybilnego i certyfikowanego sprzętu (HCL).

2) Gwarantować czas życia (utrzymania na rynku wraz z dostarczaniem aktualizacji) przez co najmniej 10 lat od momentu pojawienia się systemu operacyjnego na rynku.

3. Wsparcie producenta systemu operacyjnego:

1) Musi być realizowane bezpośrednio przez producenta w standardowych godzinach pracy z gwarantowanym czasem reakcji na zgłaszane problemy do 1 godziny dla zgłoszeń krytycznych oraz bez ograniczeń dotyczących ilość zgłoszeń w miesiącu.

2) Musi być realizowane przez kanały: telefon, web, email.

3) W wirtualnej maszynie powinno być na tym samym poziomie jak systemu macierzystego. Dotyczy to przypadku, gdy zarówno system operacyjny instalowany na maszynie fizycznej jak i wirtualnej jest dostarczany przez producenta systemu operacyjnego. Wsparcie dla sytemu w wirtualnej maszynie powinno być zawarte w cenie systemu macierzystego.

4) Musi trwać przez co najmniej dwa lata.

II. High-Availability (1-2 sockets) (dotyczy tabeli w ust. 1 wiersz 3)

1. System operacyjny lub dodatek do niego musi umożliwiać skonfigurowanie aplikacji w tryb wysokiej dostępności, który jest osiągnięty poprzez operację failover (zmianę węzła, na którym aplikacja pracuje) oraz poprzez eliminację pojedynczych punktów awarii (ang. SPOF).

Poprzez węzły rozumie się systemy pracujące na różnym fizycznie sprzęcie. Węzły mogą również stanowić systemy pracujące w niezależnych maszynach wirtualnych. Oprogramowanie High- Availability musi umożliwiać wykorzystanie co najmniej tych dwóch rodzajów węzłów (fizycznych i wirtualnych).

2. System operacyjny bądź dodatek charakteryzuje:

1) Wykorzystanie technik klastrowania, tzn. wykorzystanie wielu węzłów do kontroli i uruchamiania tych samych usług. Oprogramowanie klastrowe monitoruje stan węzłów i usług i w razie potrzeby przenosi bądź wznawia usługi na innych węzłach oraz odcina źle funkcjonujące węzły klastra (fencing).

2) Odcinanie (ang. fencing). Odcinanie jest operacją usunięcia dostępu do wyznaczonych zasobów wyznaczonym węzłom klastra. Przykładem takiego zasobu jest współdzielona przestrzeń pamięci masowej. Realizacja odcinania może odbywa się poprzez odcięcie zasilania w przypadku maszyn fizycznych lub natychmiastowe zniszczenie maszyny wirtualnej w przypadku maszyn wirtualnych. Odcinanie musi wspierać przynajmniej następujące mechanizmy i technologie: apc, bladecenter, drac5, ilo, ipmilan, rhevm, scsi, vmware_soap, xvm. Muszą być wspierane również mechanizmy umożliwiające odcinanie w sieci SAN (ang. SAN-based fencing).

3) Portal zarządzający. Scentralizowany portal z interfejsem webowym umożliwiający konfigurację, dodawanie, usuwanie oraz modyfikowanie następujących elementów klastra: jego parametrów, zarządzanych zasobów, grup zasobów oraz węzłów.

4) Zasoby. Klaster musi umożliwiać skonfigurowanie wysokiej dostępności (ang. high availability) dla zasobów. Zasobem mogą być własne aplikacje, usługi systemy operacyjnego (np. Apache, MySQL, PostgreSQL) bądź całe wirtualne maszyny. W kontekście wirtualnych maszyn konieczne jest wsparcie dla technologii KVM (Kernel-based Virtual Machine).

5) Otwarty kod źródłowy wszystkich komponentów.

III. Resilient Storage (1-2 sockets) (dotyczy tabeli w ust. 1 wiersz 4)

1. System operacyjny lub dodatek do niego musi umożliwiać wykorzystanie klastrowego systemu plików. Klastrowy system plików umożliwia jednoczesne używanie systemu plików przez różne węzły klastra HA oraz gwarantuje wszystkim węzłom w kontekście zawartości systemu plików ujednolicony, spójny widok oraz wspólną przestrzeń nazw. Klastrowy system plików musi działać w taki sposób, aby węzły posiadające wyłącznie dostęp w warstwie blokowej do współdzielonego urządzenia pamięci masowej z zainstalowanym klastrowym systemem plików mogły z niego jednocześnie korzystać, pracując na wspólnej i jedynej wersji dowolnych plików. Przykładem klastrowego systemu plików jest GFS2 bądź równoważne.

2. Ponadto, klastrowy system plików musi charakteryzować:

1) Kompatybilność z woluminami logicznymi LVM2 lub rozwiązaniem równoważnym. Urządzenie blokowe, na którym jest zainstalowany klastrowy system plików, może być prezentowane jako logiczny wolumin LVM2. Przykładem mechanizmu oferującego taką kompatybilność jest CLVM bądź równoważne. Klastrowane logiczne woluminy LVM2 (lub równoważne) muszą dać się skonfigurować w przynajmniej dwóch trybach:

a) współdzielonym, gdzie do jednego logicznego woluminu istnieje równoległy dostęp wielu węzłów klastra

b) na wyłączność, gdzie tylko jeden węzeł klastra, który jako pierwszy aktywował wolumin logiczny, uzyskuje do niego dostęp

2) Możliwość wykorzystania co najmniej 100 TiB (słownie: stu terabajtów) w pojedynczym systemie plików.

3) Mechanizm blokad, gwarantujący, że tylko jeden węzeł w danym czasie może modyfikować

wybrane dane. Mechanizm blokad pozwala na zachowanie spójności danych.

4) Wsparcie rozszerzonych atrybutów SELinux.

5) Otwarty kod źródłowy wszystkich komponentów. W przypadku idealnym obsługa klastrowego systemu plików jest wbudowanym składnikiem jądra systemu operacyjnego.

IV. JBoss Enterprise Application Platform (dotyczy tabeli w ust. 1 wiersz 5 i wiersz 6)

Serwer aplikacyjny JAVA z bezpośrednim wsparciem producenta w godzinach roboczych przez okres 2 lat z możliwością późniejszego rozszerzenia okresu wsparcia technicznego. Dostarczone licencje muszą umożliwić pracę na 96 rdzeniach fizycznych.

Produkt powinien posiadać gwarantowany przez producenta czas życia na co najmniej 10 lat od momentu pojawienia się na rynku. Na podstawie nabytych licencji cykl życia produktu zapewni:

a) przez okres przynajmniej 4 lat - nowe funkcjonalności

b) przez okres przynajmniej 7 lat - nowe certyfikacje np: dla nowych wydań JVM, baz danych, itp...

c) przez okres przynajmniej 10 lat - nielimitowana liczba zgłoszeń, poprawki bezpieczeństwa, poprawki błędów

1.Serwer aplikacyjny powinien zapewniać wsparcie dla Java Virtual Machines w wersji 1.6 i 1.7 następujących vendorów:

1) OpenJDK 1.6 , 1.7

2) IBM JDK 1.6 , 1.7

3) Oracle JDK 1.6 , 1.7

4) Zing ZVM 5

2. Produkt powinien zapewniać wsparcie dla platform:

1) Red Hat Enterprise Linux 6 (latest update): x86; x86_64

2) Red Hat Enterprise Linux 5 (latest update): x86; x86_64

3) Microsoft Windows 2008 Server: x86

4) Microsoft Windows 2008 Server: x86_64

5) Oracle Solaris 10: x86; x86_64; SPARC64

6) Oracle Solaris 11: x86; x86_64; SPARC64

3. Serwer aplikacyjny powinien wspierać następujące bazy danych:

1) MySQL 5.1, MySQL 5.5

2) IBM DB2 9.7

3) Oracle 11g R1, Oracle 11g R1 RAC, Oracle 11g R2, Oracle 11g R2 RAC

4) Microsoft SQL Server 2008, Microsoft SQL Server 2008 R2

5) PostgreSQL 8.4, PostgreSQL 9.1

6) Sybase ASE 15.7

4. Produkt powinien współpracować z następującymi serwerami http:

1) Apache 2.2

2) Microsoft IIS 7.5

3) Oracle iPlanet Web Server 7

5. Serwer aplikacyjny powinien zawierać modularny classloader pozwalający na izolowanie aplikacji działających na serwerze.

6. Serwer powinien mieć możliwość zarządzania, wprowadzania zmian konfiguracji z "linii poleceń" (CLI).

7. Konsola CLI powinna pozwalać na pisanie skryptów ułatwiających zarządzanie.

8. Wprowadzanie zmian w konfiguracji środowiska serwerów aplikacyjnych powinno odbywać się w sposób transakcyjny - albo wszystkie zmiany zostaną poprawnie wprowadzone, albo żadna zmiana nie będzie wprowadzona

9. Serwer aplikacyjny powinien mieć możliwość zarządzania domeną wirtualnych serwerów aplikacyjnych na fizycznych hostach, w oparciu o grupy serwerów.

10. Serwer aplikacji powinien umożliwiać zarządzanie poprzez: webową konsolę zarządzania, wiersz poleceń, API, oraz RESTFulowy serwis udostępniający dane w formacie JSON.

11. Oprogramowanie serwera aplikacyjnego powinno zapewnić realizację odpowiedniego poziomu bezpieczeństwa w zakresie: uwierzytelniania, kontroli dostępu

12. Produkt powinien zapewniać obsługę specyfikacji i technologie:

1) Java EE 6.0

2) JAX-RPC 1.1

3) SOAP with Attachments API for Java 1.3

4) Java Servlet 3.0

5) JavaServer Faces (JSF) 2.0

6) JavaServer Pages & Expression Language (JSP) 2.2

7) Standard Tag Library for JavaServer Pages (JSTL) 1.2

8) Java Transaction API (JTA) 1.1

9) Enterprise JavaBeans (EJB) 3.1, 3.0, 2.1, 2.0

10) Java Persistence (JPA) 2.0

11) Java Message Service (JMS) 1.1

12) Web Services Metadata for the Java Platform [JSR-181] 2.1

13) Common Annotations for the Java Platform 1.1

14) Java Architecture for XML Binding (JAXB) 2.2

15) Java API for RESTful Web Services (JAX-RS) 1.1

16) Java API for XML Registries 1.0

17) Contexts and Dependency Injection for Java (CDI) 1.0

18) Bean Validation 1.0

19) Java Authorization Contract for Containers (JACC) 1.4

20) Java Authentication and Authorization Service (JAAS)

21) Java Secure Sockets Extensions (JSSE)

22) Java Cryptography Extensions (JCE) Standardy Web Servisowe

1) SOAP 1.2

2) MTOM

3) XML-Binary Optimized Packaging

4) WSDL 1.1

5) WS-I Basic Profile 1.1

6) WS-I Basic Security Profile 1.1

7) WS-Addressing 1.0

8) WS-Reliable Messaging 1.1

9) WS-Security 1.1

10) WS-Security Core 1.1

11) WS-Security Username Token Profile 1.1

12) WS-Security X.509 Token Profile 1.1

13) WS-Security SOAP with Attachments Token Profile 1.1

14) WS-Security SOAP Message Security 1.1

15) JAX-WSA 1.0

16) WS-Atomic Transactions 1.1

17) Fast Infoset

18) WS-Coordination 1.1

19) WS-Security Policy 1.3

20) WS-Policy 1.5

21) WS-Policy Attachment 1.5

22) WS-I Attachments Profile 1.0

23) WS-Trust 1.3

24) SAML 2.0

25) XACML 2.0

13. Serwer aplikacji powinien umożliwiać komunikację z wykorzystanie protokołu IPv6.

14. Konfiguracja serwera aplikacji powinna pozawalać elastyczną konfigurację usług sieciowych poprzez wybór portów, adresu ip, protokołu (ipv6 or ipv4 ) , interfejsu sieciowego na którym usługa będzie zasłuchiwać.

15. Serwer powinien zachowywać historię zmian konfiguracji. Tak by można było dokonać audytu lub cofnąć zmiany do wybranego punktu w historii.

16. Dostępne powinny być narzędzia wspierające pracę deweloperskie integrujące się z serwerem aplikacji.

17. Serwer powinien umożliwiać rozkładanie ruchu http (load balancing) z wykorzystaniem wyliczanych metryk bazujących np. zajętości pamięci, wykorzystania procesora, ilości użytkowników na serwerze. Wraz z możliwością implementacji własnych metryk.

18. Aplikacja zarządzająca powinna pozwalać na wgląd i zarządzanie wieloma domenami z jednej konsoli.

19. Serwer aplikacyjny JAVA z bezpośrednim wsparciem producenta 24x7 przez okres min. 4 lat z możliwością późniejszego rozszerzenia okresu wsparcia technicznego.

V. Postgres Plus Advanced Server 2 Year Premium Subscription (dotyczy tabeli w ust. 1 wiersz 7)

1. Wymagane limity i wielkości elementów bazy danych:

1) brak limitów na rozmiar bazy danych,

1) brak limitów na ilość wierszy w tabeli,

2) brak limitów na ilość indeksów w tabeli,

3) możliwość utworzenia tabeli o rozmiarze do 32 TB,

4) możliwość utworzenia wiersza tabeli o rozmiarze do 1.6 TB,

5) możliwość utworzenia pojedynczej komórki (pola) w bazie danych o rozmiarze 1GB.

2. Wymagania dotyczące wsparcia i licencji

1) Relacyjna baza danych ze wsparciem technicznym prowadzonym bezpośrednio przez producenta w trybie 24/7 z gwarantowanym czasem reakcji na zgłaszane problemy do jednej godziny dla błędów krytycznych oraz bez ograniczeń dotyczących ilości zgłoszeń w miesiącu. Wsparcie techniczne realizowane jest przez kanały – telefon/web/email.

2) Dostęp do wydawanych przez producenta aktualizacji i nowych wersji systemu bazy danych przez okres trwania wykupionego wsparcia.

3) Licencja bazy danych nie jest przypisana do konkretnego serwera fizycznego i pozwala na swobodne przenoszenie bazy między różnymi serwerami.

4) Brak formalnych (licencyjnych) ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy)

3. Wymagania do silnika relacyjnej bazy danych:

1) wsparcie dla języka SQL,

2) partycjonowanie danych,

3) wsparcie dla architektury High Availability,

4) replikacja asynchroniczna,

5) brak limitów formalnych i funkcjonalnych na ilość węzłów będących replikami głównej bazy danych,

6) replikacja synchroniczna - klient bazy nie otrzyma potwierdzenia udanego zapisu dopóki dana transakcja nie zostanie zapisana na dwóch węzłach bazy danych. Możliwość sterowania, jeśli występuje więcej węzłów, który z nich jest synchroniczny, bez konieczności restartowania bazy danych. Możliwość decydowania czy transakcje mają być replikowane synchronicznie na poziomie instancji, bazy, sesji lub transakcji w sposób dynamiczny (bez restartu),

7) replikacja kaskadowa - replikacja w trybie master-slave, gdzie slave może występować w roli mastera dla kolejnej replikacji master-slave,

8) tryb hot standby - każda z replik bazy danych może udostępniać dane do odczytu. Możliwość wypromowania węzła standby do roli węzła głównego bez konieczności restartu tego węzła. Możliwość automatycznego wznowienia replikacji przez kolejne węzły standby z nowo wypromowanego węzła głównego,

9) tabele niezapisywane w logu transakcyjnym - możliwość tworzenia tabel dostępnych dla wszystkich użytkowników, które nie są zapisywane w logu transakcyjnym – tworzone w całości w pamięci RAM,

10) ustawienie porządku sortowania (collation) na poziomie kolumny - sortowanie można zdefiniować dla kolumny, domeny, indeksu lub wyrażenia, poprzez standardowe polecenie SQL COLLATE,

11) wykonywanie ciągłego backupu (przyrostowego) i powrotu do punktu w czasie,

12) wykonywanie backupu różnicowego,

13) przywracanie bazy danych z backupu w sposób równoległy (wiele połączeń do bazy danych realizujących operacje przywracania ze wskazanej kopii zapasowej),

14) funkcjonalność rodzaju index only scan - możliwość realizacji zapytań bez pobierania danych z tabel,

15) szyfrowanie danych,

16) tworzenia podtransakcji.

17) możliwość instalacji na systemach Windows/Linux/HP-UX/Solaris SPARC/Solaris x86-64/Linux on Power,

18) wsparcie dla języka PL/SQL,

19) replikacja w trybie multimaster,

20) równoważenie obciążenia na wiele serwerów bazodanowych. Możliwość przekierowania poleceń SQL zapisujących i odczytujących dane na różne serwery bazy danych,

21) automatyczne tworzenie, modyfikowania i usuwania partycji oraz podpartycji poprzez polecenia SQL,

22) rozproszone cache'owanie - wykorzystanie ramu dostepnego na innych (zdalnych) maszynach fizycznych. Wykorzystanie zdalnej pamięci RAM nie pociąga konieczności wykupienia licencji na te

maszyny,

23) kompresja danych w pamięci RAM,

24) wskazówki dla optymalizatora bazy danych - motor bazy danych pozwala na użycie własnych wskazówek co do sposobu realizacji zapytania SQL,

25) limitowanie dostępu do wierszy danych dla różnych użytkowników poprzez składnię SQL,

26) wbudowane oprogramowanie monitorujące - oprogramowanie pozwala na zarządzanie, monitorowanie oraz przeglądanie historii aktywności bazy danych. Możliwość ustawiania alertów i wysyłania powiadomień przez SMTP i SNMP,

27) oprogramowanie aktualizujące - oprogramowanie pozwalające na utrzymywanie aktualnej wersji oprogramowania,

28) oprogramowanie profilujące i filtrujące wykonywany kod SQL - Narzędzie wspierające dewelopera SQL poprzez wykrywanie oraz optymalizację wolno działającego kodu SQL. Zapewnia śledzenie kodu na żądanie lub według harmonogramu, posortowanie, przefiltrowane i zapisanie zgodnie z wymogami użytkownika. Oprogramowanie daje możliwość analizowania zapytań SQL i sugeruje sposoby optymalizacji,

29) oprogramowanie chroniące przed włamaniem – SQL firewall - ochrona serwerów bazy danych przed atakami typu SQL injection, poprzez automatyczne rozpoznawanie i naukę bezpiecznych wzorców dostępu oraz gromadzenie danych z ataków,

30) oprogramowanie chroniące kod SQL - ochrona kodu SQL jako własności intelektualnej poprzez zaciemnianie kodu przez transformację jego treści po stronie bazy danych.

Załącznik nr 2 do umowy

znak sprawy: TZ/370/55/13

Formularz ofertowy

zostanie dołączony zgodnie z wybraną ofertą

Załącznik nr 3 do Umowy;

znak sprawy: TZ/370/55/13

Protokół odbioru przedmiotu umowy

W dniu .................................. roku w w

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

Komisja w składzie:

Ze strony ZAMAWIAJĄCEGO: Ze strony WYKONAWCY :

1. .......................................... 1. ...................................................

2. .......................................... 2. ...................................................

dokonała odbioru ................ licencji stanowiących przedmiot umowy nr ………………...

zgodnie z poniższym wykazem:

	Produkt	Ilość licencji
1	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 1 guest) lub równoważny Nazwa: ……….…………………….…………….……
2	Red Hat Enterprise Linux Server, Standard (1-2 sockets) (Up to 4 guests) lub równoważny Nazwa: ……….…………………….…………….……
3	High-Availability (1-2 sockets) lub równoważny Nazwa: ……….…………………….…………….……
4	Resilient Storage (1-2 sockets) lub równoważny Nazwa: ……….…………………….…………….……
5	JBoss Enterprise Application Platform, 16 Core Standard lub równoważny Nazwa: ……….…………………….…………….……
6	JBoss Enterprise Application Platform, 64 Core Standard lub równoważny Nazwa: ……….…………………….…………….……
7	EnterpriseDB Postgres Plus Advanced Server Premium Subscription (per socket) lub równoważny Nazwa: ……….…………………….…………….……

Wykonawca dostarczył/nie dostarczył* Zamawiającemu dokumenty potwierdzające nabycie przez Zamawiającego licencji dla oprogramowania Red Hat oraz EnterpriseDB lub równoważnego.

Uwagi:

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

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

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

Dostawa została przyjęta/nie przyjęta* z powodu:

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

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

PRZEDSTAWICIELE ZAMAWIAJĄCEGO: PRZEDSTAWICIELE WYKONAWCY: 1. ............................................ 1. ..........................................

2. ............................................ 2. ..........................................

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

Pieczątka firmowa Pieczątka firmowa

* niepotrzebne skreślić

Załącznik nr 3 do SIWZ

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

miejscowość, data

OŚWIADCZENIE

Niniejszym oświadczam, że ..........................................................................

Nazwa wykonawcy

Spełnia warunki określone w art. 22 ust. 1 pkt 1)-4) ustawy z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.).

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

podpis osoby upoważnionej do reprezentowania

Wykonawcy

W załączeniu dowód, w szczególności pisemne zobowiązanie innych podmiotów (art. 22 ust. 1 pkt 2), 3) i

4) ustawy Prawo zamówień publicznych) do oddania wykonawcy do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonaniu zamówienia:*

1. ………………………

2. ………………………

3. ………………………

* wypełnia Wykonawca, którego dotyczy określona sytuacja;

Załącznik nr 4 do SIWZ

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

miejscowość, data

OŚWIADCZENIE

Niniejszym oświadczam, że ..........................................................................

Nazwa wykonawcy

nie podlegam wykluczeniu z postępowania o udzielenie zamówienia publicznego na podstawie art. 24 ust. 1 ustawy z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych (Dz. U. z 2013r. poz. 907 ze zm.).

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

podpis osoby upoważnionej do reprezentowania

Wykonawcy