Ogłoszenie nr 25365 - 2017 z dnia 2017-02-14 r.

Gliwice: Zakup serwera bazy danych oraz serwera aplikacyjnego na potrzeby realizacji projektu GEPAR
OGŁOSZENIE O UDZIELENIU ZAMÓWIENIA -

Zamieszczanie ogłoszenia: obowiązkowe.

Ogłoszenie dotyczy: zamówienia publicznego

Zamówienie dotyczy projektu lub programu współfinansowanego ze środków Unii Europejskiej

tak

Nazwa projektu lub programu
Regionalny Program Operacyjny Województwa Śląskiego na lata 2014-2020 (Europejski Fundusz Rozwoju Regionalnego)

Zamówienie było przedmiotem ogłoszenia w Biuletynie Zamówień Publicznych: tak
Numer ogłoszenia: 370970 - 2016

Ogłoszenie o zmianie ogłoszenia zostało zamieszczone w Biuletynie Zamówień Publicznych: tak
Numer ogłoszenia: 373641 - 2016, 376147 - 2016

SEKCJA I: ZAMAWIAJĄCY

Postępowanie zostało przeprowadzone przez centralnego zamawiającego

nie

Postępowanie zostało przeprowadzone przez podmiot, któremu zamawiający powierzył/powierzyli przeprowadzenie postępowania

nie

Postępowanie zostało przeprowadzone wspólnie przez zamawiających

nie

Postępowanie zostało przeprowadzone wspólnie z zamawiającymi z innych państw członkowskich Unii Europejskiej

nie

W przypadku przeprowadzania postępowania wspólnie z zamawiającymi z innych państw członkowskich Unii Europejskiej - mające zastosowanie krajowe prawo zamówień publicznych::
Informacje dodatkowe:

I. 1) NAZWA I ADRES: Miasto Gliwice, Wydział Zamówień Publicznych, krajowy numer identyfikacyjny 27625533500000, ul. Ul. Zwycięstwa  21, 44100   Gliwice, państwo Polska, woj. śląskie, tel. 32 238 55 30, faks 32 238 55 27, e-mail za@um.gliwice.pl
Adres strony internetowej (URL): www.gliwice.eu

I. 2) RODZAJ ZAMAWIAJĄCEGO:

Administracja samorządowa

I.3) WSPÓLNE UDZIELANIE ZAMÓWIENIA (jeżeli dotyczy):

Podział obowiązków między zamawiającymi w przypadku wspólnego udzielania zamówienia, w tym w przypadku wspólnego przeprowadzania postępowania z zamawiającymi z innych państw członkowskich Unii Europejskiej (jeżeli zamówienie zostało udzielone przez każdego z zamawiających indywidualnie informacja w sekcji I jest podawana przez każdego z zamawiających, jeżeli zamówienie zostało udzielone w imieniu i na rzecz pozostałych zamawiających w sekcji I należy wskazać który z zamawiających zawarł umowę):

SEKCJA II: PRZEDMIOT ZAMÓWIENIA

II.1) Nazwa nadana zamówieniu przez zamawiającego:

Zakup serwera bazy danych oraz serwera aplikacyjnego na potrzeby realizacji projektu GEPAR

Numer referencyjny (jeżeli dotyczy):

ZA.271.114.2016

II.2) Rodzaj zamówienia:

Dostawy

II.3) Krótki opis przedmiotu zamówienia (wielkość, zakres, rodzaj i ilość dostaw, usług lub robót budowlanych lub określenie zapotrzebowania i wymagań ) a w przypadku partnerstwa innowacyjnego - określenie zapotrzebowania na innowacyjny produkt, usługę lub roboty budowlane:

Przedmiotem zamówienia jest dostawa bezterminowej, tj. nieograniczonej czasowo licencji (w postaci dokumentu papierowego potwierdzającego przez producenta zaoferowanego oprogramowania nabycie przez Zamawiającego praw licencyjnych) aktualnej wersji oprogramowania oraz binaria na dostarczonym nośniku produktów wymienionych poniżej: 1. Oracle Database Standard Edition Two lub równoważny (licencje per procesor z rocznym ATiK) (4 szt.), 2. Oracle Forms and Reports (zawierający WebLogic Server Basic) (licencje per procesor bez ATiK) lub równoważny (3 szt.). Wymienione powyżej oprogramowanie Zamawiający nabywa na potrzeby modernizacji eksploatowanego przez Zamawiającego Zintegrowanego Systemu Zarządzania dla jednostek samorządu terytorialnego - KSAT2000i autorstwa firmy COIG S.A., ul. Mikołowska 100, 40-065 Katowice. Dostarczone w ramach niniejszego postępowania binaria muszą umożliwiać poprawną instalację, konfigurację i eksploatację oprogramowania co najmniej pod kontrolą systemu operacyjnego Linux CentOS 6.8 dla platformy 64-bitowej. Przedstawione powyże wskazania na produkty z podaniem nazwy producenta należy traktować jako przykładowe ze względu na zasady ustawy Pzp (t.j. Dz.U. z 2015 r. poz. 2164 z późn. zm.), a zwłaszcza art. 29 do 31. Zamawiający dopuszcza produkty równoważne opisywanym powyżej. Oznacza to, że Wykonawca może zaproponować inne niż wyszczególnione powyżej oprogramowanie z zachowaniem odpowiednich równoważnych parametrów technicznych, a w takim przypadku w złożonej przez siebie ofercie Wykonawca powinien uwzględnić koszt instalacji oprogramowania w środowisku informatycznym Zamawiającego, tj. na sprzęcie i systemie operacyjnym wskazanym przez Zamawiającego oraz pełnego przeniesienia aktualnie eksploatowanego przez Zamawiającego systemu KSAT2000i na nowe, zaoferowane przez Wykonawcę środowisko pracy, w sposób gwarantujący poprawną pracę systemu KSAT2000i. Za produkty równoważne Zamawiający uważa oprogramowanie oferowane przez jednego producenta charakteryzujące się analogiczną w stosunku do produktów wymienionych powyżej funkcjonalnością, jak również cechami technicznymi, użytkowymi, wsparciem i warunkami licencyjnymi. 1. Produkt równoważny dla produktu Oracle Database Standard Edition Two musi zapewniać: 1) Dostępność oprogramowania na współczesne 64-bitowe platformy Unix (HP-UX dla procesorów PA-RISC i Itanium, Solaris dla procesorów SPARC i Intel/AMD, IBM AIX), Intel/AMD Linux 32-bit i 64-bit, MS Windows 32-bit i 64-bit; produkt równoważny musi zapewniać identyczną funkcjonalność serwera bazy danych na wyżej wymienionych platformach; 2) Niezależność platformy systemowej dla oprogramowania klienckiego/serwera aplikacyjnego od platformy systemowej bazy danych; 3) Możliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy wyżej wymienionymi platformami bez konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego; 4) Przetwarzania z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności; modyfikowanie wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich blokować do celów modyfikacji; jednocześnie spójność odczytu musi gwarantować uzyskanie rezultatów zapytań odzwierciedlających stan danych z chwili jego rozpoczęcia, niezależnie od modyfikacji przeglądanego zbioru danych; 5) Możliwość zagnieżdżania transakcji - powinna istnieć możliwość uruchomienia niezależnej transakcji wewnątrz transakcji nadrzędnej; przykładowo - powinien być możliwy następujący scenariusz: każda próba modyfikacji tabeli X powinna w wiarygodny sposób odłożyć ślad w tabeli dziennika operacji, niezależnie, czy zmiana tabeli X została zatwierdzona, czy wycofana; 6) Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode); 7) Możliwość migracji zestawu znaków bazy danych do Unicode; 8) Możliwość redefiniowania przez klienta ustawień narodowych - symboli walut, formatu dat, porządku sortowania znaków za pomocą narzędzi graficznych. 9) Skalowanie rozwiązań opartych o architekturę trójwarstwową: możliwość uruchomienia wielu sesji bazy danych przy wykorzystaniu jednego połączenia z serwera aplikacyjnego do serwera bazy danych; 10) Możliwość otworzenia wielu aktywnych zbiorów rezultatów (zapytań, instrukcji DML) w jednej sesji bazy danych; 11) Wsparcie protokołu XA; 12) Wsparcie standardu JDBC 3.0; 13) Zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym; 14) Motor bazy danych powinien umożliwiać wskazywanie optymalizatorowi SQL preferowanych metod optymalizacji na poziomie konfiguracji parametrów pracy serwera bazy danych oraz dla wybranych zapytań; powinna istnieć możliwość umieszczania wskazówek dla optymalizatora w wybranych instrukcjach SQL; 15) Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy); 16) Wsparcie dla procedur i funkcji składowanych w bazie danych; język programowania powinien być językiem proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku), oraz wspierającym obsługę wyjątków; w przypadku, gdy wyjątek nie ma zadeklarowanej obsługi wewnątrz bloku, w razie jego wystąpienia wyjątek powinien być automatycznie propagowany do bloku nadrzędnego bądź wywołującej go jednostki programu; 17) Możliwość parametryzowania za pomocą parametrów prostych, jak i parametrów o typach złożonych, definiowanych przez użytkownika procedur i funkcji składowanych; funkcje powinny mieć możliwość zwracania rezultatów, jako zbioru danych, możliwego do wykorzystania jako źródło danych w instrukcjach SQL (czyli występujących we frazie FROM); wyżej wymienione jednostki programowe powinny umożliwiać wywoływanie instrukcji SQL (zapytania, instrukcje DML, DDL), umożliwiać jednoczesne otwarcie wielu tzw. kursorów pobierających paczki danych (wiele wierszy za jednym pobraniem) oraz wspierać mechanizmy transakcyjne (np. zatwierdzanie bądź wycofanie transakcji wewnątrz procedury); 18) Możliwość kompilacji procedur składowanych w bazie do postaci kodu binarnego (biblioteki dzielonej); 19) Możliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML oraz na poziomie zdarzeń bazy danych (np. próba wykonania instrukcji DDL, start serwera, stop serwera, próba zalogowania użytkownika, wystąpienie specyficznego błędu w serwerze); ponadto mechanizm wyzwalaczy powinien umożliwiać oprogramowanie obsługi instrukcji DML (INSERT, UPDATE, DELETE) wykonywanych na tzw. niemodyfikowalnych widokach (views); 20) Następujący sposób działania: w przypadku, gdy w wyzwalaczu na poziomie instrukcji DML wystąpi błąd zgłoszony przez motor bazy danych bądź ustawiony wyjątek w kodzie wyzwalacza, wykonywana instrukcja DML musi być automatycznie wycofana przez serwer bazy danych, zaś stan transakcji po wycofaniu musi odzwierciedlać chwilę przed rozpoczęciem instrukcji w której wystąpił wyżej wymieniony błąd lub wyjątek; 21) Możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników założonego w bazie danych; 22) Wymuszanie przez bazę danych złożoności hasła użytkownika, czasu życia hasła, sprawdzanie historii haseł, blokowanie konta przez administratora bądź w przypadku przekroczenia limitu nieudanych logowań; 23) Możliwość, aby przywileje użytkowników bazy danych były określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu/modyfikacji tabeli, wykonania procedury); baza danych powinna umożliwiać nadawanie wyżej wymienionych przywilejów za pośrednictwem mechanizmu grup użytkowników/ról bazodanowych; w danej chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych; 24) Możliwość wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy danych; możliwość zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów; możliwość integracji z powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, OmniBack, ArcServe itd); wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online; 25) Możliwość wykonywania kopii bezpieczeństwa w trybie online (hot backup); 26) Możliwość realizacji funkcji odtwarzania w sposób umożliwiający odzyskanie stanu danych z chwili wystąpienia awarii bądź cofnąć stan bazy danych do punktu w czasie; w przypadku odtwarzania do stanu z chwili wystąpienia awarii odtwarzaniu może podlegać cała baza danych bądź pojedyncze pliki danych; 27) Możliwość realizacji funkcji odtwarzania w sposób umożliwiający w przypadku, gdy odtwarzaniu podlegają pojedyncze pliki bazy danych, że pozostałe pliki baz danych mogą być dostępne dla użytkowników; 28) Wbudowaną obsługę wyrażeń regularnych zgodną ze standardem POSIX dostępną z poziomu języka SQL, jak i procedur/funkcji składowanych w bazie danych; 29) Możliwość budowy klastra na węźle obsługiwanym przez maksymalnie 2 procesory; 30) Możliwość pracy na maszynie wyposażonej maksymalnie w 2 gniazda procesorowe (ang. sockets); 31) Możliwość obsługi co najmniej do 16 wątków; 32) Wsparcie producenta bazy danych dostępne w trybie 24/7/365 dostępne telefonicznie i przez dedykowany portal internetowy, w języku polskim co najmniej od poniedziałku do piątku w godzinach od 8.00 do 17.00. 2. Produkt równoważny dla produktu Oracle Forms and Reports (zawierający WebLogic Server Basic) musi zapewniać: 1) funkcjonalność narzędzia klasy Middleware (oprogramowanie warstwy pośredniej infrastruktury IT), zapewniającego możliwość szybkiego tworzenia aplikacji z interfejsem użytkownika, polegającym na udostępnianiu formularzy wprowadzania danych, a następnie tworzenia raportów; możliwość pracy na danych z co najmniej następujących źródeł: baza danych Oracle, JDBS, XML oraz pliki tekstowe; 2) funkcjonalność narzędzia Rapid Application Development, wspomagającego programowanie w języku SQL, PL/SQL; 3) wbudowany Sewer http; 4) możliwość publikowania raportów do: przeglądarki internetowej, e-mail, WebDav, serwery ftp, lokalne systemy plików oraz z wykorzystaniem technologii Oracle Portal; 5) wsparcie dla standardów J2EE w wersji 7: a) Batch Application Processing (JSR 352); b) Concurrent Managed Objects (JSR 236); c) domyślne źródła danych; d) JMS 2.0 Support for Simplified JMS Application Development (JSR 343); e) Java EE Connector Architecture 1.7 (JSR 322); f) Enterprise JavaBeans 3.2 (JSR-345); g) Clustering and High Availability Support for WebSocket 1.1 Applications; h) wsparcie kompresji GZIP w ramach kontenera WEB; i) Java EE 7 Security Standards; 6) wsparcie dla technologii Multitenancy; 7) wsparcie dla technologii Zero Downtime Patching polegającej na uproszczeniu procesu aktualizacji; 8) zgodność z JDK 8; 9) możliwość uruchamiania w kontenerze Docker; 10) wsparcie dla technologii FastSwap; 11) wsparcie dla następujących standardów Java: a) Batch Application Processing (JSR 352) 1.0; b) Contexts and Dependency Injection for Java EE 1.1; c) Dependency Injection for Java EE 1.0; d) Concurrent Managed Objects (JSR 236) 1.0; e) Expression Language (EL) 3.0, 2.2, 2.1, 2.0; f) Java API for JSON Processing (JSR-353) 1.0; g) Java API for XML-Based Web Services (JAX-WS) 2.2, 2.1, 2.0; h) Java API for RESTful Web Services (JAX-RS) 2.0; i) Java API for WebSocket 1.1; j) JavaBeans Activation Framework 1.1; k) Java EE 7.0; l) Java EE Application Deployment 1.2; m) Java EE Bean Validation 1.1; n) Java EE Common Annotations 1.2; o) Java EE Connector Architecture 1.7; p) Java EE EJB 3.2, 3.1, 3.0, 2.1, 2.0, and 1.1; q) Java EE Enterprise Web Services 1.3, 1.2, 1.1; r) Java EE Interceptors 1.1; s) Java EE JDBC 4.0, 3.0; t) Java EE JMS 2.0, 1.1, 1.0.2b; u) Java EE JNDI 1.2; v) Java EE JSF 2.2, 2.1.*, 2.0, 1.2, 1.1; w) Java EE JSP 2.3, 2.2, 2.1, 2.0, 1.2, and 1.1; x) JSP 1.2. i 1.1 wraz z Expression Language (EL); y) Java EE Managed Beans 1.0; z) Java EE Servlet 3.1, 3.0, 2.5, 2.4, 2.3, and 2.2; aa) Java RMI 1.0; bb) JavaMail 1.4; cc) Java Transaction API 1.2; dd) JAX-B 2.2, 2.1, 2.0; ee) JAX-P 1.3, 1.2, 1.1; ff) JAX-R 1.0; gg) JAX-RPC 1.1; hh) JDKs 8.0 (8.0 i 7.0 w przypadku klienta); ii) JMX 2.0; jj) JPA 2.1, 2.0., 1.0; kk) JSR 77: Java EE Management 1.1; ll) JSTL 1.2; mm) Managed Beans 1.0; nn) OTS/JTA OTS 1.2 i JTA 1.2; oo) RMI/IIOP 1.0; pp) SOAP Attachments for Java (SAAJ) 1.3, 1.2; qq) Streaming API for XML (StAX) 1.0; rr) Web Services Metadata for the Java Platform 2.0, 1.1; 12) wsparcie dla następujących standardów: a) X.509 v3; b) LDAP v3; c) TLS v1.1, v1.2; d) HTTP 1.1; e) SNMP SNMPv1, SNMPv2, SNMPv3; f) xTensible Access Control Markup Language (XACML) 2.0; g) Partial implementation of Core and Hierarchical Role Based Access Control (RABC) Profile of XACML 2.0; h) Internet Protocol (IP) v6 v4; 13) możliwość uruchamiania posiadanych przez Zamawiającego plików aplikacji w formacie Oracle Forms (FMX) oraz Oracle Reports (RDF) zachowując kompletną funkcjonalność aplikacji tzn. sposób uruchamiania, wygląd i zachowanie interfejsu użytkownika, środowiska uruchomienia (przeglądarka internetowa z appletem java); rozwiązanie równoważne nie może powodować utraty kompatybilności i wsparcia technicznego producentów innego używanego i współdziałającego z nim oprogramowania. 3. Warunki licencji produktów równoważnych nie będą gorsze w każdym aspekcie licencjonowania, niż standardowe warunki licencji udzielanej przez producenta oprogramowania Oracle Database Standard Edition Two, Oracle Forms and Reports (zawierający WebLogic Server Basic). 4. Nabycie licencji oprogramowania równoważnego pozwalać będzie na legalne używanie posiadanych przez Zamawiającego licencji innego oprogramowania, w tym systemu KSAT2000i. 5. Oprogramowanie równoważne będzie w sposób niezakłócony współdziałać z posiadanym przez Zamawiającego systemem KSAT2000i oraz nie wpłynie na funkcjonowanie aplikacji dziedzinowych. Wymagany termin gwarancji: 36 miesięcy licząc od daty dostarczenia przedmiotu zamówienia Zamawiającemu. Gwarancja dotyczy dostarczonych nośników oprogramowania oraz, w przypadku dostarczenia przez Wykonawcę produktu równoważnego, także wykonanych usług (instalacji oprogramowania w środowisku informatycznym Zamawiającego, tj. na sprzęcie i systemie operacyjnym wskazanym przez Zamawiającego oraz pełnego przeniesienia aktualnie eksploatowanego przez Zamawiającego systemu KSAT2000i na nowe, zaoferowane przez Wykonawcę środowisko pracy, w sposób gwarantujący poprawną pracę systemu KSAT2000i).

II.4) Informacja o częściach zamówienia:
Zamówienie podzielone jest na części:

Nie

II.5) Główny Kod CPV: 48610000-7
Dodatkowe kody CPV: 48611000-4, 48612000-1

SEKCJA III: PROCEDURA

III.1) TRYB UDZIELENIA ZAMÓWIENIA

Przetarg nieograniczony

III.2) Ogłoszenie dotyczy zakończenia dynamicznego systemu zakupów

III.3) Informacje dodatkowe:

SEKCJA IV: UDZIELENIE ZAMÓWIENIA

Postępowanie/część zostało unieważnione nie Należy podać podstawę i przyczynę unieważnienia postępowania:
IV.1) DATA UDZIELENIA ZAMÓWIENIA: 01/02/2017 IV.2 Całkowita wartość zamówienia Wartość bez VAT275000.00 Walutazł IV.3) INFORMACJE O OFERTACH Liczba otrzymanych ofert2 w tym Liczba otrzymanych ofert od małych i średnich przedsiębiorstw: 1 Liczba otrzymanych ofert od wykonawców z innych państw członkowskich Unii Europejskiej: 0 Liczba otrzymanych ofert od wykonawców z państw niebędących członkami Unii Europejskiej: 0 liczba ofert otrzymanych drogą elektroniczną: 0 IV.4) LICZBA ODRZUCONYCH OFERT: 0 IV.5) NAZWA I ADRES WYKONAWCY, KTÓREMU UDZIELONO ZAMÓWIENIA Zamówienie zostało udzielone wykonawcom wspólnie ubiegającym się o udzielenie: nie COIG S.A.,  coig@coig.pl,  ul. Mikołowska 100,  40-065,  Katowice,  kraj/woj. śląskie Wykonawca jest małym/średnim przedsiębiorcą: nie Wykonawca pochodzi z innego państwa członkowskiego Unii Europejskiej: nie Skrót literowy nazwy państwa: Wykonawca pochodzi z innego państwa nie będącego członkiem Unii Europejskiej: nie Skrót literowy nazwy państwa: Sprawdź tą firmę: dane rejestrowe i kontaktowe firmy COIG S.A. jakie przetargi wygrała firma COIG S.A. IV.6) INFORMACJA O CENIE WYBRANEJ OFERTY/ WARTOŚCI ZAWARTEJ UMOWY ORAZ O OFERTACH Z NAJNIŻSZĄ I NAJWYŻSZĄ CENĄ/KOSZTEM Cena wybranej oferty/wartość umowy 307377,00 Oferta z najniższą ceną/kosztem 307377,00 > Oferta z najwyższą ceną/kosztem 525948,00 Waluta: zł IV.7) Informacje na temat podwykonawstwa Wykonawca przewiduje powierzenie wykonania części zamówienia podwykonawcy/podwykonawcom Wartość lub procentowa część zamówienia, jaka zostanie powierzona podwykonawcy lub podwykonawcom: IV.8) Informacje dodatkowe:

IV.9) UZASADNIENIE UDZIELENIA ZAMÓWIENIA W TRYBIE NEGOCJACJI BEZ OGŁOSZENIA, ZAMÓWIENIA Z WOLNEJ RĘKI ALBO ZAPYTANIA O CENĘ

IV.9.1) Podstawa prawna
Postępowanie prowadzone jest w trybie   na podstawie art.  ustawy Pzp.

IV.9.2) Uzasadnienia wyboru trybu
Należy podać uzasadnienie faktyczne i prawne wyboru trybu oraz wyjaśnić, dlaczego udzielenie zamówienia jest zgodne z przepisami.