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

tak

nie

nie

nie

nie

nie

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

I. 2) RODZAJ ZAMAWIAJĄCEGO:
Administracja samorządowa

II.1) Nazwa nadana zamówieniu przez zamawiającego:
Zakup serwera bazy danych oraz serwera aplikacyjnego na potrzeby realizacji projektu GEPAR

Numer referencyjny:
ZA.271.114.2016

Przed wszczęciem postępowania o udzielenie zamówienia przeprowadzono dialog techniczny



II.2) Rodzaj zamówienia:
dostawy

II.3) Informacja o możliwości składania ofert częściowych

Zamówienie podzielone jest na części:



II.4) 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 lub równoważny (licencje per procesor z rocznym ATiK) (4 szt.) 2. Oracle Forms and Reports wraz z Oracle WebLogic Server (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 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 wraz z Oracle WebLogic Server 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, Oracle Forms and Reports wraz z Oracle WebLogic Server. 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.5) Główny kod CPV:
48610000-7

Dodatkowe kody CPV:
48611000-4, 48612000-1

II.6) Całkowita wartość zamówienia
(jeżeli zamawiający podaje informacje o wartości zamówienia):
Wartość bez VAT:
Waluta:


II.7) Czy przewiduje się udzielenie zamówień, o których mowa w art. 67 ust. 1 pkt 6 i 7 lub w art. 134 ust. 6 pkt 3 ustawy Pzp:
nie

II.8) Okres, w którym realizowane będzie zamówienie lub okres, na który została zawarta umowa ramowa lub okres, na który został ustanowiony dynamiczny system zakupów:


II.9) Informacje dodatkowe:
Termin wykonania zamówienia: 14 dni licząc od daty zawarcia umowy; obowiązującą formą zapłaty za przedmiot zamówienia będzie wynagrodzenie ryczałtowe

IV.1) OPIS


IV.1.1) Tryb udzielenia zamówienia:
przetarg nieograniczony

IV.1.2) Zamawiający żąda wniesienia wadium:


IV.1.3) Przewiduje się udzielenie zaliczek na poczet wykonania zamówienia:


IV.1.4) Wymaga się złożenia ofert w postaci katalogów elektronicznych lub dołączenia do ofert katalogów elektronicznych:


IV.1.5.) Wymaga się złożenia oferty wariantowej:


IV.1.6) Przewidywana liczba wykonawców, którzy zostaną zaproszeni do udziału w postępowaniu

(przetarg ograniczony, negocjacje z ogłoszeniem, dialog konkurencyjny, partnerstwo innowacyjne)

IV.1.7) Informacje na temat umowy ramowej lub dynamicznego systemu zakupów:


IV.1.8) Aukcja elektroniczna


Przewidziane jest przeprowadzenie aukcji elektronicznej
(przetarg nieograniczony, przetarg ograniczony, negocjacje z ogłoszeniem) nie

Należy wskazać elementy, których wartości będą przedmiotem aukcji elektronicznej:


Przewiduje się ograniczenia co do przedstawionych wartości, wynikające z opisu przedmiotu zamówienia:

nie
Należy podać, które informacje zostaną udostępnione wykonawcom w trakcie aukcji elektronicznej oraz jaki będzie termin ich udostępnienia:
Informacje dotyczące przebiegu aukcji elektronicznej:
Jaki jest przewidziany sposób postępowania w toku aukcji elektronicznej i jakie będą warunki, na jakich wykonawcy będą mogli licytować (minimalne wysokości postąpień):
Informacje dotyczące wykorzystywanego sprzętu elektronicznego, rozwiązań i specyfikacji technicznych w zakresie połączeń:
Wymagania dotyczące rejestracji i identyfikacji wykonawców w aukcji elektronicznej:
Informacje o liczbie etapów aukcji elektronicznej i czasie ich trwania:

IV.2) KRYTERIA OCENY OFERT


IV.2.1) Kryteria oceny ofert:


IV.2.2) Kryteria



IV.2.3) Zastosowanie procedury, o której mowa w art. 24aa ust. 1 ustawy Pzp
(przetarg nieograniczony)
tak

IV.3) Negocjacje z ogłoszeniem, dialog konkurencyjny, partnerstwo innowacyjne


IV.3.1) Informacje na temat negocjacji z ogłoszeniem

Minimalne wymagania, które muszą spełniać wszystkie oferty:

Przewidziane jest zastrzeżenie prawa do udzielenia zamówienia na podstawie ofert wstępnych bez przeprowadzenia negocjacji nie
Przewidziany jest podział negocjacji na etapy w celu ograniczenia liczby ofert: nie
Należy podać informacje na temat etapów negocjacji (w tym liczbę etapów):

Informacje dodatkowe



IV.3.2) Informacje na temat dialogu konkurencyjnego

Opis potrzeb i wymagań zamawiającego lub informacja o sposobie uzyskania tego opisu:

Informacja o wysokości nagród dla wykonawców, którzy podczas dialogu konkurencyjnego przedstawili rozwiązania stanowiące podstawę do składania ofert, jeżeli zamawiający przewiduje nagrody:

Wstępny harmonogram postępowania:

Podział dialogu na etapy w celu ograniczenia liczby rozwiązań: nie
Należy podać informacje na temat etapów dialogu:


Informacje dodatkowe:


IV.3.3) Informacje na temat partnerstwa innowacyjnego

Elementy opisu przedmiotu zamówienia definiujące minimalne wymagania, którym muszą odpowiadać wszystkie oferty:

Podział negocjacji na etapy w celu ograniczeniu liczby ofert podlegających negocjacjom poprzez zastosowanie kryteriów oceny ofert wskazanych w specyfikacji istotnych warunków zamówienia:
nie
Informacje dodatkowe:


IV.4) Licytacja elektroniczna

Adres strony internetowej, na której będzie prowadzona licytacja elektroniczna:
Adres strony internetowej, na której jest dostępny opis przedmiotu zamówienia w licytacji elektronicznej:
Wymagania dotyczące rejestracji i identyfikacji wykonawców w licytacji elektronicznej, w tym wymagania techniczne urządzeń informatycznych:
Sposób postępowania w toku licytacji elektronicznej, w tym określenie minimalnych wysokości postąpień:
Informacje o liczbie etapów licytacji elektronicznej i czasie ich trwania: Termin otwarcia licytacji elektronicznej:
Termin i warunki zamknięcia licytacji elektronicznej:

Istotne dla stron postanowienia, które zostaną wprowadzone do treści zawieranej umowy w sprawie zamówienia publicznego, albo ogólne warunki umowy, albo wzór umowy:

Wymagania dotyczące zabezpieczenia należytego wykonania umowy:

Informacje dodatkowe:

IV.5) ZMIANA UMOWY


Przewiduje się istotne zmiany postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru wykonawcy:
tak
Należy wskazać zakres, charakter zmian oraz warunki wprowadzenia zmian:
1) zamawiający przewiduje istotne zmiany postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru wykonawcy pod następującymi warunkami: a) skrócenie terminu realizacji umowy - z przyczyn organizacyjnych i na wniosek Zamawiającego, b) w przypadku obniżenia stawki podatku od towarów i usług wynagrodzenie wskazane w § 3 ust. 1 umowy ulegnie stosownemu obniżeniu, z tym, że kwota netto obliczona z uwzględnieniem obowiązującej w dacie zawarcia niniejszej umowy stawki podatku od towarów i usług nie ulegnie zmianie, b)*w przypadku zmiany stawki podatku od towarów i usług całkowita wartość umowy wskazana w § 3* ust. 2 umowy ulegnie stosownej zmianie, z tym, że kwota wynagrodzenia, o którym mowa w ust. 1 nie ulegnie zmianie. *dotyczy transakcji, w wyniku których podatek VAT zobowiązany jest rozliczyć Zamawiający.

IV.6) INFORMACJE ADMINISTRACYJNE



IV.6.1) Sposób udostępniania informacji o charakterze poufnym
(jeżeli dotyczy):


Środki służące ochronie informacji o charakterze poufnym



IV.6.2) Termin składania ofert lub wniosków o dopuszczenie do udziału w postępowaniu:

Data: 28/12/2016, godzina: 9:00,
Skrócenie terminu składania wniosków, ze względu na pilną potrzebę udzielenia zamówienia (przetarg nieograniczony, przetarg ograniczony, negocjacje z ogłoszeniem):
nie
Wskazać powody:

Język lub języki, w jakich mogą być sporządzane oferty lub wnioski o dopuszczenie do udziału w postępowaniu
> Oferta musi być sporządzona pisemnie w języku polskim. Wszelkie dokumenty obcojęzyczne załączone do oferty muszą być zaopatrzone w tłumaczenie na język polski

IV.6.3) Termin związania ofertą:
okres w dniach: 30 (od ostatecznego terminu składania ofert)

IV.6.4) Przewiduje się unieważnienie postępowania o udzielenie zamówienia, w przypadku nieprzyznania środków pochodzących z budżetu Unii Europejskiej oraz niepodlegających zwrotowi środków z pomocy udzielonej przez państwa członkowskie Europejskiego Porozumienia o Wolnym Handlu (EFTA), które miały być przeznaczone na sfinansowanie całości lub części zamówienia:
nie

IV.6.5) Przewiduje się unieważnienie postępowania o udzielenie zamówienia, jeżeli środki służące sfinansowaniu zamówień na badania naukowe lub prace rozwojowe, które zamawiający zamierzał przeznaczyć na sfinansowanie całości lub części zamówienia, nie zostały mu przyznane
nie

IV.6.6) Informacje dodatkowe: