OZNACZENIE SPRAWY: ZP/TITT/60/2019 UMOWA NR [ ] zwana dalej Umową zawarta w dniu [ ], w Warszawie, pomiędzy: TELEWIZJĄ POLSKĄ S.A.

Transkrypt

1 UMOWA NR [ ] zwana dalej Umową zawarta w dniu [ ], w Warszawie, pomiędzy: TELEWIZJĄ POLSKĄ S.A. z siedzibą w Warszawie (00-999), ul. J.P. Woronicza 17 działającą na podstawie wpisu do Rejestru Przedsiębiorców Krajowego Rejestru Sądowego prowadzonego przez Sąd Rejonowy dla m.st. Warszawy, XIII Wydział Gospodarczy Krajowego Rejestru Sądowego, pod numerem KRS , o numerze identyfikacji podatkowej NIP , REGON: i kapitale zakładowym wpłaconym całkowicie w wysokości ,00 zł, zwaną dalej ZAMAWIAJĄCYM reprezentowaną przez: [ ] a [ ] z siedzibą w [ ] działającą na podstawie [ ] REGON: [ ] NIP: [ ], zwaną dalej WYKONAWCĄ reprezentowaną przez: [ ] przy czym Zamawiający i Wykonawca zwani są dalej łącznie Stronami Umowa zawarta została w wyniku przeprowadzonego postępowania o udzielenie zamówienia publicznego o wartości szacunkowej poniżej euro (znak sprawy: ZP/TITT/60/2019) w trybie przetargu nieograniczonego, na podstawie art. 39 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tj.: Dz. U. z 2018 r. poz ze zm.) 1/26

2 1. PRZEDMIOT UMOWY 1. Przedmiotem Umowy jest: dostawa dwóch licencji Microsoft SQL Server edycja Enterprise wraz z prawem prawem do nowych wersji oprogramowania oraz wsparcie techniczne producenta (SQLSvrEntCore ALNG SA MVL 2Lic CoreLic), zgodnie z Opisem Przedmiotu Zamówienia stanowiącym Załącznik Nr 1 do Umowy. 2. Warunki dostawy i jego realizacji, o której mowa w ust. 1 zostały określone w 4 i 5, w tym zapewnienie Zamawiającemu prawa do aktualizacji Oprogramowania, na zasadach określonych w Umowie, w zamian za wynagrodzenie określone w 3 ust Przez wykonanie Przedmiotu Umowy Strony rozumieją dostawę licencji Systemu bazodanowego (SBD): Microsoft SQL Server na potrzeby rozbudowy Systemu Planowania Produkcji Telewizyjnej (SPPT), obejmującą dwie licencje Microsoft SQL Server edycja Enterprise w modelu licencjonowania na rdzeń (łącznie prawo do instalacji na 4 rdzeniach procesorowych), wraz z usługami (programem) Software Assurance (SA) obejmującymi: prawo do nowych wersji oprogramowania i wsparcie techniczne producenta oraz w przypadku zaoferowania przez oferenta rozwiązania równoważnego - instalację, uruchomienie, konfigurację i integrację Oprogramowania dostarczonego przez Wykonawcę z systemem SPPT w ramach Umowy, zgodnie ze wszystkimi wymaganiami Zamawiającego zawartymi w Opisie Przedmiotu Zamówienia stanowiącym Załącznik nr 1 do Umowy. 4. Wykonawca niniejszym oświadcza, że dostarczone Oprogramowanie nie jest obciążone prawami osób trzecich, oraz że będzie wolne od jakichkolwiek wad fizycznych i prawnych. 2. TERMIN I WARUNKI ODBIORU PRZEDMIOTU UMOWY 1. Wykonawca zobowiązuje się zrealizować przedmiot Umowy wyspecyfikowany w 1 ust. 1 w terminie 14 od dnia zawarcia umowy. 2. Na koniec procedury odbioru, trwającej nie dłużej niż 5 dni, po dostarczeniu licencji, Zamawiający sporządza Protokół Odbioru Technicznego zgodnie z Załącznikiem nr 2 do Umowy. Osobą upoważnioną do podpisania Protokołu Odbioru Technicznego ze strony Zamawiającego jest.. Ze strony Zamawiającego Protokół Odbioru Technicznego wymaga akceptacji Dyrektora Ośrodka TVP Technologie lub jego zastępcy. 3. Podpisany Protokół Odbioru Technicznego z zastrzeżeniami powoduje zobowiązanie Wykonawcy do usunięcia wykrytych i wymienionych w protokole usterek w terminie nieprzekraczającym 2 dni. 3. WARTOŚĆ UMOWY I WARUNKI PŁATNOŚCI 1. Z tytułu wykonania całości przedmiotu Umowy, określonego w 1 Umowy, Zamawiający zapłaci Wykonawcy wynagrodzenie w kwocie [ ] zł (słownie: [ ]), do którego zostanie doliczony podatek VAT zgodnie z obowiązującymi przepisami prawa. 2/26

3 2. Wynagrodzenie, o którym mowa w ust. 1 uwzględnia wszelkie koszty związane z Wykonaniem Przedmiotu Umowy, w tym cenę u zakupu oprogramowania i licencji wraz z przeniesieniem praw do licencji oraz innymi usługami niezbędnymi do realizacji Umowy. 3. Wykonawca wystawi fakturę w ciągu 7 dni od daty podpisania bez zastrzeżeń Protokołu Odbioru Technicznego przez Zamawiającego. 4. W treści wystawionej faktury należy umieścić następujące informacje: Telewizja Polska S.A. Ośrodek TVP Technologie ul. J.P. Woronicza Warszawa NIP Nr umowy [ ] Nr DF [ ] (umieszczony na pieczęci rejestracyjnej Biura Rachunkowości TVP S.A. na pierwszej stronie Umowy) Faktura powinna być wystawiona w formie wydruku z systemu informatycznego. Wykonawca jest zobowiązany dostarczyć fakturę wraz z kopią Protokołu Odbioru Technicznego, o którym mowa w ust. 3 Umowy, na adres: Telewizja Polska S.A. Kancelaria Centralnej Obsługi Księgowej Biuro Rachunkowości Blok D ul. J.P. Woronicza Warszawa Koperta zawierająca fakturę powinna być opatrzona napisem Faktura Faktura powinna być wystawiona w formie e-faktury, zgodnie z następującymi zasadami: 1) faktura zostanie wystawiona i dostarczona w formie elektronicznej, 2) faktura w formie elektronicznej zostanie wystawiona zgodnie z przepisami ustawy o podatku od towarów i usług, 3) Wykonawca oświadcza, iż faktura w formie papierowej nie zostanie wprowadzona do obrotu, 4) faktura zostanie przekazana na adres mailowy: kancelariacok@tvp.pl z adresu [ ], 5) Wykonawca przyjmuje do wiadomości, iż przesłanie faktury na inny adres niż wskazany w pkt 4, nie będzie traktowane jako dostarczenie faktury Faktura powinna być wystawiona z użyciem portalu internetowego, na następujących zasadach: 1) faktura zostanie wystawiona i udostępniona w formie elektronicznej, 2) faktura w formie elektronicznej zostanie wystawiona zgodnie z przepisami ustawy o podatku od towarów i usług, 3) Wykonawca oświadcza, iż faktura w formie papierowej nie zostanie wprowadzona do obrotu, 4) dostęp do faktury elektronicznej znajduje się na portalu internetowym pod adresem: 1 Jeden sposób wystawienia faktury spośród czterech określonych zostanie uzgodniony przed zawarciem umowy z Wykonawcą, którego oferta zostanie wybrana jako najkorzystniejsza 3/26

4 [ ]. Login i hasło zostaną dostarczone w kopercie do sekretariatu Biura Rachunkowości w terminie 7 dni od podpisania Umowy, 5) Wykonawca przyjmuje do wiadomości, iż przekazanie loginu i hasła w inne miejsce niż do sekretariatu Biura Rachunkowości, nie będzie traktowane jako udostępnienie faktury Wykonawca złoży ustrukturyzowaną fakturę za pośrednictwem platformy elektronicznego fakturowania efaktura.gov.pl zgodnie z zasadami określonymi w ustawie z dnia 9 listopada 2018 r. o elektronicznym fakturowaniu w zamówieniach publicznych, koncesjach na roboty budowlane lub usługi oraz partnerstwie publiczno prywatnym. 6. W przypadku wyboru formy dostarczania faktury o której mowa w ust. 5 należy wypełnić i dostarczyć do Biura Rachunkowości Telewizji Polskiej S.A. oświadczenie w sprawie wyrażenia zgody na przesyłanie faktur w formie elektronicznej. 7. Wynagrodzenie o którym mowa w ust. 1 zostanie uregulowane jednorazowo przez Zamawiającego przelewem bankowym na wskazane w fakturze konto Wykonawcy w terminie 30 dni licząc od daty doręczenia prawidłowej faktury. 8. Dniem dokonania płatności jest dzień obciążenia rachunku bankowego Zamawiającego. 4. WARUNKI REALIZACJI UMOWY 1. W ramach realizacji przedmiotu Umowy Wykonawca zapewni Zamawiającemu: 1) prawo do nowych wersji oprogramowania oraz wsparcie techniczne producenta, którego zakres został opisanych Załącznik nr 1 do niniejszej umowy (Opis Przedmiotu Zamówienia); 2) prawa do aktualizacji, tak aby Zamawiający był uprawniony do pobierania ze stron internetowych producenta najnowszej wersji Oprogramowania lub dostarczanie aktualizacji Oprogramowania Zamawiającemu w postaci elektronicznej na nośniku danych w sposób nienaruszający praw twórców i właściciela praw autorskich oraz nieograniczający praw Zamawiającego do korzystania z Oprogramowania, w szczególności zapewni Zamawiającemu dostęp i prawo pobierania, w okresie trwania Umowy, ze stron internetowych producenta Oprogramowania nowych wersji Oprogramowania, wersji podwyższonych, wydań uzupełniających oraz poprawek programistycznych, poprawek bezpieczeństwa lub poprawek funkcjonalnych bez dodatkowych opłat licencyjnych. 2. Wykonawca, bez uprzedniej zgody Zamawiającego, nie jest uprawniony do powierzenia wykonania przedmiotu Umowy podwykonawcom w zakresie innych czynności, niż wskazane w ofercie Wykonawcy stanowiącej załącznik nr 3, jako czynności, które zostaną powierzone podwykonawcom. Zgoda Zamawiającego musi zostać wydana na piśmie, pod rygorem nieważności. 3. Za działania i zaniechania podwykonawców Wykonawca odpowiada jak za własne działania i zaniechania. 4. Osobami odpowiedzialnymi za prawidłową realizację Umowy są: 1) ze strony Zamawiającego [ ] [ ], nr tel. [ ] 4/26

5 2) ze strony Wykonawcy [ ] [ ], nr tel. [ ] 5. Każda ze Stron oświadcza, że osoby wymienione w ust. 4 są umocowane do dokonywania czynności związanych z realizacją przedmiotu Umowy. Osoby te nie są uprawnione do dokonywania jakichkolwiek czynności prowadzących do zmian Umowy. 6. Zmiana osób wskazanych w ust. 4 wymaga pisemnego poinformowania drugiej Strony i nie stanowi zmiany Umowy. 7. Strony zobowiązują się niezwłocznie informować na piśmie o każdorazowej zmianie danych kontaktowych. Zmiana danych kontaktowych nie będzie powodowała konieczności zmiany Umowy. 5. POMOC TECHNICZNA I LICENCJE 1. Wykonawca, w ramach umowy i za wynagrodzeniem określonym w 3 ust. 1 Umowy zapewnia świadczenie wsparcia technicznego przez producenta oprogramowania zgodnie z warunkami wskazanymi w 4 ust Licencje zostaną przekazane Zamawiającemu na warunkach umowy licencyjnej producenta Oprogramowania. Licencje zostaną przekazane Zamawiającemu elektronicznie w formie klucza licencyjnego. 3. Licencje zostają udzielone na następujących warunkach: 1) licencjonowane prawa nie są i nie będą obciążone prawami osób trzecich, które uniemożliwiałyby korzystanie z udzielonych licencji, w szczególności, że osoba dysponująca tymi prawami nie zobowiązała się do przeniesienia tych praw w całości lub części na osobę trzecią, jeśli miałoby to skutkować utratą bądź ograniczeniem uprawnień licencyjnych Zamawiającego; 2) licencje nie mogą zawierać ograniczeń w zakresie możliwości swobodnego administrowania Oprogramowaniem, jego konfigurowania, strojenia oraz parametryzacji przez Zamawiającego 4. Licencje powinny uprawniać Zamawiającego do korzystania z Oprogramowania przez czas nieokreślony, bez ograniczeń terytorialnych. 5. Po podpisaniu Protokołu Odbioru Technicznego, Zamawiający uzyskuje niewyłączną i nieprzenoszalną licencję na czas nieokreślony. 6. Wykonawca oświadcza, że posiada uprawnienia do przekazywania licencji Zamawiającemu do Oprogramowania na warunkach licencyjnych producenta Oprogramowania. 6. PRAWA AUTORSKIE 1. Wykonawca, w ramach wynagrodzenia, o którym mowa w 3 ust. 1, przenosi na Zamawiającego autorskie prawa majątkowe do dokumentacji powstałej w ramach realizacji Umowy. 2. Majątkowe prawa autorskie wraz z wyłącznym prawem wykonywania i zezwalania na wykonywanie praw zależnych do dzieła, o których mowa w ust. 1 Wykonawca przenosi 5/26

6 na Zamawiającego najpóźniej w dniu poprzedzającym podpisanie Protokołu Odbioru Technicznego. 3. Przeniesienie praw, o których mowa w ust. 1 powyżej rozciąga się na nieograniczony obszar i przestrzeń, i nieograniczony czas i obejmuje w szczególności następujące pola eksploatacji: 1) w zakresie utrwalania i zwielokrotniania dzieła: utrwalanie i zwielokrotnianie (w tym wprowadzanie do pamięci komputera lub innego urządzenia), wytwarzanie egzemplarzy jakąkolwiek techniką, w tym zapis magnetyczny, mechaniczny, optyczny, elektroniczny lub inny, techniką analogową lub cyfrową, w dowolnym systemie lub formacie; na wszelkich nośnikach, w tym nośnikach audio lub video, nośnikach papierowych lub podobnych, światłoczułych, magnetycznych, optycznych, dyskach, kościach pamięci, nośnikach komputerowych i innych nośnikach zapisów i pamięci, niezależnie od liczby egzemplarzy, 2) w zakresie obrotu oryginałem i egzemplarzami, na których dzieła utrwalono: wprowadzenie do obrotu, najem, dzierżawę i użyczenie. 4. Przeniesienie praw, o których mowa w ust. 1, obejmuje także zezwolenie z prawem dalszego jego udzielania na wykonywanie opracowań tj., w szczególności, tłumaczeń, adaptacji, przeróbek (w tym na inną technikę), w zakresie pól eksploatacji wymienionych w ust. 3., z zastrzeżeniem poszanowania praw osobistych Wykonawcy. 5. Nabyte prawa Zamawiający może przenosić na podmioty trzecie. 6. Wykorzystanie dzieła na wszystkich wymienionych powyżej polach eksploatacji może następować w dowolnych formach, a w szczególności: 1) rozpowszechnianie w całości lub częściach, samodzielnie lub w dziełach innych podmiotów, a także w połączeniu z dziełami innych podmiotów, 2) rozpowszechnianie po dokonaniu opracowania, 3) rozpowszechnianie w całości lub w częściach. Takie wykorzystanie dzieła nie będzie uważane za niosące jakikolwiek uszczerbek dla dóbr osobistych Wykonawcy. 7. Wykonawca zapewnia, iż korzystanie przez Zamawiającego z dokumentacji w związku z realizacją Umowy nie narusza jakichkolwiek praw osób trzecich, w szczególności przysługujących takim osobom osobistych i majątkowych praw autorskich lub praw patentowych. 8. Wykonawca zobowiązuje się do uzyskania i okazania na żądanie Zamawiającego wszelkiej możliwej dokumentacji potwierdzającej, że dysponuje on majątkowymi prawami autorskimi do dokumentacji. 9. Strony ustalają zgodnie, że Zamawiający nie ponosi i nie będzie ponosić odpowiedzialności za naruszenie praw osób trzecich w związku z pracami wykonywanymi przez Wykonawcę. Cała odpowiedzialność w powyższym zakresie spoczywa na Wykonawcy. 10. W przypadku zgłoszenia przez osobę trzecią roszczeń opartych na zarzucie, że korzystanie przez Zamawiającego, jego licencjobiorców lub następców prawnych z jakiegokolwiek dobra niematerialnego stworzonego lub dostarczonego przez Wykonawcę w związku z realizacją Umowy narusza jakiekolwiek przysługujące Zamawiającemu prawa własności intelektualnej, Wykonawca podejmie niezbędne działania mające na celu zażegnanie sporu 6/26

7 i poniesie w związku z tym wszelkie koszty z tym związane. W szczególności, w przypadku wytoczenia w związku z tym przeciwko Zamawiającemu lub innemu podmiotowi uprawnionemu do korzystania z powyżej wskazanych dóbr niematerialnych powództwa z jakiegokolwiek tytułu związanego z korzystaniem z przedmiotowych dóbr niematerialnych, Wykonawca wstąpi do postępowania w charakterze strony pozwanej, a w razie braku takiej możliwości wystąpi z interwencją uboczną po stronie pozwanej oraz pokryje wszelkie koszty i odszkodowania związane z roszczeniem osoby trzeciej, w tym koszty obsługi prawnej poniesione przez Zamawiającego, jego następców prawnych lub ich licencjobiorców. 11. Wykonawca zobowiązuje się do niewykonywania autorskich praw osobistych, w szczególności do oznaczania dzieła swoim imieniem i nazwiskiem, prawa do integralności dzieła i upoważnia Zamawiającego do wykonywania autorskich praw osobistych do dzieła, w tym prawa do: decydowania o pierwszym publicznym udostępnieniu, do nadzoru autorskiego, do nienaruszalności formy i treści dzieła oraz do jego rzetelnego wykorzystania. 12. Z chwilą przyjęcia dzieła Zamawiający nabywa własność nośnika, na którym dzieło utrwalono. 7. OŚWIADCZENIA WYKONAWCY 1. Wykonawca oświadcza, że posiada niezbędną wiedzę i doświadczenie do wykonania przedmiotu Umowy oraz dysponuje wszelkimi niezbędnymi informacjami i pozwoleniami wymaganymi przepisami prawa. 2. Wykonawca oświadcza, że przedmiot Umowy nie posiada wad fizycznych i prawnych uniemożliwiających jego wykorzystanie zgodnie z Umową. 8. ODPOWIEDZIALNOŚĆ ODSZKODOWAWCZA I KARY UMOWNE 1. Zamawiający uprawniony jest do obciążenia Wykonawcy karami umownymi z tytułu: 1) opóźnienia w wykonaniu Przedmiotu Umowy w wysokości 0,2% wynagrodzenia brutto określonego w 3 ust. 1 Umowy, za każdy dzień opóźnienia, w stosunku do terminu określonych w 2 ust. 1 Umowy, nie więcej jednak niż 20% wynagrodzenia brutto określonego w 3 ust. 1 Umowy, 2) odstąpienia przez Zamawiającego od Umowy z przyczyn, za które odpowiedzialność ponosi Wykonawca w wysokości 10% wynagrodzenia brutto określonego w 3 ust. 1 Umowy. 2. W przypadku skorzystania z prawa naliczenia kary umownej, Zamawiający wystawi notę księgową wskazując w niej wysokość kary umownej oraz termin płatności 7 dni od daty doręczenia noty Wykonawcy. Zamawiający będzie uprawniony do dokonania potrącenia kwoty kary umownej z kwoty wynagrodzenia należnego Wykonawcy, bez składania w tym zakresie dodatkowych oświadczeń, na co Wykonawca wyraża zgodę. 3. Wykonawca wyraża zgodę na potrącenie zastrzeżonych w Umowie kar umownych z wynagrodzenia wynikającego z przedłożonej do zapłaty faktury. W przypadku braku 7/26

8 pokrycia nałożonych kar umownych w kwocie wynagrodzenia, Wykonawca zobowiązuje się do zapłaty pozostałej po potrąceniu kwoty na podstawie noty, o której mowa w ust Uregulowanie kar umownych, o których mowa w ust. 1, nie zwalnia Wykonawcy z wykonania zobowiązań wynikających z Umowy. 5. W wypadku powstania szkód z tytułu niewykonania lub nienależytego wykonania Umowy przewyższających wysokość kar umownych, Zamawiający zastrzega sobie prawo do dochodzenia odszkodowania przewyższającego wysokość zastrzeżonych kar (odszkodowanie uzupełniające). 6. Kary umowne są niezależne od siebie i należą się Zamawiającemu w pełnej wysokości nawet w przypadku, gdy z powodu jednego zdarzenia naliczona jest więcej niż jedna kara. Kary będą naliczane za każdy naruszenia Umowy odrębnie. 9. SIŁA WYŻSZA 1. Dla celów Umowy siła wyższa oznacza zdarzenia zewnętrzne, na wystąpienie którego Strona nie ma wpływu, których nie można było przewidzieć i których nie dało się uniknąć nawet w przypadku dołożenia przez Strony najwyższej staranności, i które uniemożliwiają wykonanie zobowiązań wynikających z Umowy, a w szczególności takie jak wojna, zamach terrorystyczny, rozruchy, trzęsienie ziemi, pożar, eksplozja, strajk, lokaut, generalny brak środków transportu, materiałów lub siły roboczej lub ograniczenia w dostawie energii. 2. Strona, u której wyniknęły utrudnienia w wykonaniu Umowy wskutek działania siły wyższej, jest obowiązana do bezzwłocznego poinformowania drugiej Strony o wystąpieniu i ustaniu działania siły wyższej. 3. Brak powiadomienia lub zwłoka z powiadomieniem drugiej Strony o wystąpieniu siły wyższej spowoduje, iż Strona ta nie będzie mogła skutecznie powoływać się na siłę wyższą jako przyczynę zwolnienia z odpowiedzialności za niewykonanie lub nienależyte wykonanie zobowiązania. 4. Strona, u której wyniknęły utrudnienia w wykonaniu Umowy na skutek działania siły wyższej, jest obowiązana do podjęcia wszelkich możliwych i prawem przewidzianych działań w celu zminimalizowania wpływu działania siły wyższej na wykonanie Umowy. 5. Daty lub terminy wypełnienia zobowiązań wynikających z Umowy zostaną przełożone lub przedłużone o okres, w którym istniała siła wyższa. 6. Siła wyższa nie obejmuje zdarzeń, będących wynikiem niewykonania lub nienależytego wykonywania Umowy, których wystąpienie Strona przy dołożeniu należytej staranności mogła przewidzieć w chwili zawierania Umowy lub mogła im zapobiec. 10. POUFNOŚĆ INFORMACJI 1. Wszelkie informacje, dokumenty oraz materiały uzyskane przez Wykonawcę od Zamawiającego, począwszy od dnia rozpoczynającego realizację postanowień Umowy, niezależnie od formy ich przekazania, są wyłączną własnością Zamawiającego i stanowią 8/26

9 Tajemnicę przedsiębiorstwa w rozumieniu art. 11 ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji. 2. Wykonawca jest zobowiązany do zachowania w ścisłej poufności informacji, o których mowa w ust. 1, uzyskanych w trakcie realizacji Umowy jak i powstałych w ramach toczących się prac. 3. Wykonawca zobowiązany jest wykorzystywać informacje, o których mowa w ust. 1 i 2 jedynie w celach związanych z wykonaniem Umowy. 4. Wykonawca zobowiązuje się nie kopiować, nie powielać ani w jakikolwiek sposób nie rozpowszechniać jakichkolwiek informacji lub ich części, określonych w ust. 1 i 2, z wyjątkiem uzasadnionej potrzeby wynikającej z konieczności realizacji postanowień Umowy. 5. Zobowiązanie dotyczące zachowania w poufności nie odnosi się informacji, które: a) są informacjami ogólnie dostępnymi w momencie przekazania ich Wykonawcy; b) staną się informacjami ogólnie dostępnymi po udostępnieniu Wykonawcy, w inny sposób niż poprzez niezachowanie ich w tajemnicy przez Wykonawcę, c) zostały ujawnione w zakresie wymaganym przez prawo. 6. Wykonawca bezwarunkowo zobowiązuje się do zwrotu wszelkich udostępnionych mu przez Zamawiającego dokumentów, materiałów i informacji, niezależnie od formy przekazania. Zwrot nastąpi nie później niż w dniu wezwania Wykonawcy przez Zamawiającego do dokonania zwrotu wskazanych dokumentów, materiałów i informacji. 7. Wykonawca zobowiązuje się do zachowania w tajemnicy informacji, o których mowa w ust. 1 i 2, także po wygaśnięciu Umowy. 8. Wykonawca zobowiązuje się do poinformowania wszystkich pracowników lub innych osób, którymi posługuje się przy wykonaniu Umowy o obowiązku zachowania w poufności informacji, o których mowa w ust. 1 i 2 oraz o terminie wskazanym w ust Wykonawca zobowiązuje się do konsultowania treści publikacji i wywiadów dla środków masowego przekazu, które dotyczą przedmiotu Umowy i/lub Zamawiającego z rzecznikiem prasowym Zamawiającego. 10. W przypadku naruszenia postanowień niniejszego paragrafu Zamawiającemu przysługiwać będzie prawo do naliczenia kary umownej, o której mowa w 8 ust. 1 pkt 2 Umowy. 11. Jeżeli szkoda poniesiona w efekcie naruszenia ust. 1-9 przewyższa zastrzeżoną karę umowną, o której mowa w ust. 10, Zamawiający może domagać się od Wykonawcy naprawienia szkody w zakresie ponad zastrzeżoną karę, na zasadach ogólnych. 11. OCHRONA DANYCH OSOBOWYCH 1. Zgodnie z treścią Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE ogólne rozporządzenie o ochronie danych (dalej: Rozporządzenie lub RODO), Strony ustalają, iż w związku z zawarciem i realizacją niniejszej umowy będę 9/26

10 wzajemnie przetwarzać dane osobowe osób uczestniczących w zawarciu i realizacji niniejszej umowy. Żadna ze Stron nie będzie wykorzystywać tych danych w celu innym niż realizacja niniejszej Umowy. 2. Każda ze Stron oświadcza, że osoby wymienione w ust. 1 zapoznały się i dysponują informacjami dotyczącymi przetwarzania ich danych osobowych przez drugą Stronę na potrzeby realizacji niniejszej Umowy, określonymi w ust. 3. Wykonawca oświadcza również, że zapoznał się i dysponuje informacjami dotyczącymi przetwarzania jego danych osobowych zawartymi w specyfikacji istotnych warunków zamówienia. Wykonawca zobowiązują się również do przekazania informacji zwartych w ust. 3 swoim podwykonawcom. 3. Zgodnie z treścią art. 13 i 14 RODO, Strony informują, iż: 3.1. Telewizja Polska S.A. z siedzibą w Warszawie, ul. J. P. Woronicza 17, Warszawa, informuje, iż jest administratorem danych osobowych w odniesieniu do osoby/osób ze strony Wykonawcy Wykonawca z siedzibą w [ ], ul. [ ], [ ], informuje, iż jest administratorem danych osobowych w odniesieniu do osoby/osób ze strony Zamawiającego Dane osobowe osób wymienionych w ust. 1 są przetwarzane na podstawie art. 6 ust. 1 lit. c RODO (obowiązek wynikający z przepisów prawa Prawo zamówień publicznych) oraz art. 6 ust. 1 lit. f RODO (prawnie uzasadniony interes administratorów), w celu związanym z zawarciem oraz realizacją niniejszej Umowy, a także w celu ustalenia, dochodzenia lub obrony przed ewentualnymi roszczeniami z tytułu realizacji niniejszej Umowy Administratorami danych osobowych wymienionych w ust. 1 pozostają Strony. Źródłem pochodzenia danych są Strony niniejszej Umowy. Kategorie odnośnych danych osobowych zawierają w sobie wyłącznie dane osobowe określone w niniejszej Umowie lub inne dane kontaktowe niezbędne do realizacji Umowy oraz podpis Dane osobowe będą przechowywane przez Strony przez okres realizacji niniejszej Umowy, a po jej rozwiązaniu lub wygaśnięciu przez okres 5 lat od zakończenia roku obrotowego, w którym doszło do jej rozwiązania lub wygaśnięcia, z zastrzeżeniem, iż okres ten może ulec przedłużeniu w przypadku potrzeby ustalenia, dochodzenia lub obrony przed roszczeniami z tytułu realizacji niniejszej Umowy Osoby wymienione w ust. 1 posiadają prawo dostępu do treści swoich danych oraz prawo ich sprostowania, usunięcia, ograniczenia przetwarzania oraz prawo do wniesienia sprzeciwu wobec przetwarzania w sytuacjach określonych w przepisach RODO. Wskazane uprawnienia można zrealizować poprzez kontakt, o którym mowa w pkt Osoby wymienione w ust. 1 mają również prawo wniesienia skargi do Prezesa Urzędu Ochrony Danych Osobowych, gdy uznają, iż przetwarzanie danych osobowych ich dotyczących narusza przepisy RODO Z Inspektorem Ochrony Danych Osobowych można kontaktować się: 10/26

11 a) z ramienia Telewizji Polskiej S.A. mailowo, pod adresem rodo@tvp.pl, a także pocztą tradycyjną pod adresem Telewizja Polska S.A. ul. J. P. Woronicza 17, Warszawa, z dopiskiem do Inspektora Ochrony Danych Osobowych ; b) z ramienia Wykonawcy mailowo, pod adresem [ ], a także pocztą tradycyjną pod adresem [ ], z dopiskiem Podanie danych osobowych jest warunkiem zawarcia i realizacji niniejszej Umowy, ich niepodanie może uniemożliwić jej zawarcie lub realizację Dane osobowe nie będą poddawane profilowaniu, ani zautomatyzowanemu podejmowaniu decyzji Strony nie będą przekazywać danych osobowych do państwa trzeciego lub organizacji międzynarodowych Dane osobowe osób wymienionych w ust. 1 mogą zostać udostępnione organom uprawionym na podstawie powszechnie obowiązujących przepisów prawa, osobom i podmiotom świadczącym usługi dla Stron z zakresu pomocy prawnej, a także powierzone na podstawie umowy powierzenia zawartej na piśmie zgodnie z art. 28 RODO lub udostępnione podmiotom świadczącym usługi na zlecenie Stron w zakresie niezbędnym dla realizacji niniejszej umowy. 12. ZMIANY UMOWY 1. Na podstawie art. 144 ust. 1 pkt 1 ustawy Prawo zamówień publicznych Zamawiający przewiduje możliwość zmiany, za zgodą obu stron, postanowień Umowy w przypadkach określonych poniżej: 1) zmiany powszechnie obowiązujących przepisów prawa w zakresie mającym wpływ na realizację przedmiotu zamówienia; 2) konieczności zmiany terminu realizacji zamówienia, o którym mowa w 2 ust. 1 wynikającej z przyczyn leżących po stronie Zamawiającego. 2. Wszystkie zmiany Umowy wymagają zachowania formy pisemnego aneksu pod rygorem nieważności. 13. ODSTĄPIENIE OD UMOWY 1. Zamawiający uprawniony będzie do odstąpienia od Umowy z Wykonawcą w przypadku opóźnienia w wykonaniu przedmiotu Umowy, przekraczającego 21 dni względem terminu określonego w 2 ust.1 Umowy, 2. Uprawnienie do odstąpienia od Umowy w przypadku, o którym mowa w ust. 1 będzie mogło być wykonane przez Zamawiającego w terminie 30 dni od daty upływu 21 dnia opóźnienia w Wykonaniu Przedmiotu Umowy 11/26

12 14. POSTANOWIENIA KOŃCOWE 1. Ewentualne spory mogące wyniknąć w związku z wykonywaniem Umowy, których Strony nie będą w stanie rozwiązać w sposób ugodowy, zostaną rozstrzygnięte przez Sąd powszechny, właściwy miejscowo dla siedziby Zamawiającego. 2. W sprawach nie uregulowanych Umową zastosowanie mają przepisy Kodeksu cywilnego Ustawy Prawo zamówień Publicznych oraz Ustawy o Prawie autorskim i prawach pokrewnych. 3. Wykonawca bez pisemnej zgody Zamawiającego nie może dokonywać przeniesienia wierzytelności wynikających z Umowy na osoby trzecie. 4. Integralną część Umowy stanowią następujące załączniki: 1) Załącznik nr 1 Opis Przedmiotu Zamówienia 2) Załącznik nr 2 Protokół Odbioru Technicznego/Zawiadomienie o wadach 3) Załącznik nr 3 Kopia Formularza Oferty 5. Umowa została sporządzona w trzech jednobrzmiących egzemplarzach, dwa dla Zamawiającego, jeden dla Wykonawcy. 6. Umowa wchodzi w życie z dniem jej zawarcia przez Strony.. za i w imieniu Wykonawcy. za i w imieniu Zamawiającego 12/26

13 Załącznik nr 1 do Umowy nr OPIS PRZEDMIOTU ZAMÓWIENIA 1. Opis przedmiotu zamówienia 1) Przedmiotem zamówienia jest dostawa licencji Systemu bazodanowego (SBD): Microsoft SQL Server na potrzeby rozbudowy Systemu Planowania Produkcji Telewizyjnej (SPPT), obejmująca dwie licencje Microsoft SQL Server edycja Enterprise w modelu licencjonowania na rdzeń (łącznie prawo do instalacji na 4 rdzeniach procesorowych), wraz z usługami (programem) Software Assurance (SA) obejmującymi: prawo do nowych wersji oprogramowania i wsparcie techniczne producenta. Nazwa kodowa producenta to: SQLSvrEntCore ALNG SA MVL 2Lic CoreLic. 2) Dostawa oprogramowania oraz aktualizacja informacji o posiadanym Oprogramowaniu przez Zamawiającego na portalu producenta Oprogramowania, zgodnie z przedmiotem Umowy, nastąpi w terminie do 14 dni kalendarzowych od dnia zawarcia Umowy. 3) Licencje zostaną udzielone na czas nieoznaczony. 4) Zamawiający zostanie uprawniony do pobierania poprawek, aktualizacji i nowych wersji Oprogramowania przez okres do końca obowiązywania Umowy w sposób nienaruszający praw twórców i właściciela praw autorskich oraz nieograniczający praw Zamawiającego do korzystania z tego Oprogramowania. 5) Zamawiający dopuszcza zaoferowanie oprogramowania SBD równoważnego. Oprogramowanie równoważne musi być kompatybilne z oryginalnym oprogramowaniem oraz posiadać wszystkie jego cechy funkcjonalne, w szczególności musi charakteryzować się cechami wskazanymi w pkt Cechy oprogramowania równoważnego System bazodanowy (SBD) licencjonowany na rdzenie procesora musi spełniać poniższe wymagania poprzez wbudowane mechanizmy: 1) Możliwość wykorzystania SBD, jako silnika relacyjnej bazy danych, analitycznej, wielowymiarowej bazy danych, platformy bazodanowej dla wielu aplikacji. Powinien zawierać serwer raportów, narzędzia do: definiowania raportów, wykonywania analiz biznesowych, tworzenia procesów ETL. 2) Zintegrowane narzędzia graficzne do zarządzania systemem SBD musi dostarczać zintegrowane narzędzia do zarządzania i konfiguracji wszystkich usług wchodzących w skład systemu (baza relacyjna, usługi analityczne, usługi raportowe, usługi transformacji danych). Narzędzia te muszą udostępniać możliwość tworzenia skryptów zarządzających systemem oraz automatyzacji ich wykonywania. 13/26

14 3) Zarządzanie serwerem za pomocą skryptów - SBD musi udostępniać mechanizm zarządzania systemem za pomocą uruchamianych z linii poleceń skryptów administracyjnych, które pozwolą zautomatyzować rutynowe czynności związane z zarządzaniem serwerem. 4) Dedykowana sesja administracyjna - SBD musi pozwalać na zdalne połączenie sesji administratora systemu bazy danych w sposób niezależny od normalnych sesji klientów. 5) Wykonywanie typowych zadań administracyjnych w trybie on-line - SBD musi umożliwiać wykonywanie typowych zadań administracyjnych (indeksowanie, backup, odtwarzanie danych) bez konieczności przerywania pracy systemu lub przechodzenia w tryb jednoużytkownikowy. 6) Możliwość automatycznej aktualizacji systemu - SBD musi umożliwiać automatyczne ściąganie i instalację wszelkich poprawek producenta oprogramowania (redukowania zagrożeń powodowanych przez znane luki w zabezpieczeniach oprogramowania). 7) Skalowalność systemu - SBD powinien wspierać skalowanie w kontekście wielkości rozwiązania (powinien być dostępny zarówno na platformie wieloserwerowej, jak również średniej wielkości komputerów i urządzeń mobilnych). 8) Możliwość dodawania procesorów bez restartu systemu - SBD powinien umożliwiać dodanie procesora do systemu, bez konieczności restartu silnika bazy danych. 9) Kopie bazy tylko do odczytu - SBD powinien umożliwiać tworzenie w dowolnym momencie kopii bazy danych tylko do odczytu zawierającej stan bazy z bieżącego momentu czasu. Wiele takich kopii może być równolegle użytkowanych w celu wykonywania z nich zapytań. 10) Możliwość dodawania pamięci bez restartu systemu - SBD powinien umożliwiać dodanie pamięci do systemu bez konieczności restartu silnika bazy danych. 11) SBD musi umożliwiać tworzenie klastrów niezawodnościowych. Powinien również umożliwiać tworzenie klastrów niezawodnościowych, których węzły znajdują się w różnych podsieciach komputerowych. 12) Wysoka dostępność - SBD musi posiadać mechanizm pozwalający na duplikację bazy danych między wieloma lokalizacjami (podstawowa i zapasowe) przy zachowaniu następujących cech: bez specjalnego sprzętu (rozwiązanie tylko programowe oparte o sam SBD), niezawodne powielanie danych w czasie rzeczywistym (potwierdzone transakcje bazodanowe), duplikacja danych w trybie synchronicznym lub asynchronicznym, SBD musi umożliwiać duplikację danych z ośrodka podstawowego, do co najmniej 3 lokalizacji zapasowych, w celu zwiększenia skalowalności i wydajności systemu SBD musi umożliwiać korzystanie z kopii baz w lokalizacjach zapasowych w trybie tylko do odczytu (raportowanie, tworzenie backupów itp.) bez przerywania działania mechanizmu duplikacji danych z ośrodka podstawowego, klienci bazy danych mogą być automatycznie przełączeni do bazy zapasowej w przypadku awarii bazy podstawowej bez zmian w aplikacjach, 14/26

15 brak limitu odległości między systemami (dopuszczalne są tylko limity w minimalnej wymaganej przepustowości łącza oraz limity wynikające z opóźnień na łączu), kompresja danych przesyłanych między serwerem podstawowym i zapasowym (w celu minimalizacji obciążenia sieci), system automatycznie naprawia błędy pamięci masowej (w przypadku odkrycia błędu fizycznego odczytu danych z pamięci masowej, poprawny fragment danych jest transferowany z drugiego systemu i korygowany). 13) Replikacja danych i modyfikacja w wielu punktach - SBD powinien pozwalać na transakcyjną replikację wybranych danych z bazy danych między wieloma węzłami. Dodanie lub usunięcie węzła nie powinno wpływać na funkcjonowanie i spójność systemu replikacji, ani nie powinno przerywać procesu replikacji. Dane mogą w takim schemacie replikacji być modyfikowane w dowolnym węźle, (ale tylko w jednym węźle w danym momencie). System powinien zawierać narzędzie do nadzorowania i wizualizacji topologii oraz stanu procesu replikacji. Dodatkowo SBD powinien umożliwiać kompresję przesyłanych danych między serwerami uczestniczącymi w replikacji, aby minimalizować obciążenie łączy sieciowych. 14) Kompresja kopii zapasowych - SBD musi pozwalać na kompresję kopii zapasowej danych (backup) w trakcie jej tworzenia. Powinna to być cecha SBD niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych. 15) Możliwość automatycznego szyfrowania kopii bezpieczeństwa bazy danych przy użyciu między innymi certyfikatów lub kluczy asymetrycznych. System szyfrowania powinien wspierać następujące algorytmy szyfrujące: AES 128. AES 192, AES 256, Triple DES. Mechanizm ten nie może wymagać konieczności uprzedniego szyfrowania bazy danych. 16) Możliwość szyfrowania przechowywanych danych - SBD musi pozwalać na szyfrowanie przechowywanych danych. Szyfrowanie musi być cechą SBD i nie może wymagać jakichkolwiek zmian w aplikacjach korzystających z danych. Zaszyfrowanie lub odszyfrowanie danych nie powinno powodować przerwy w dostępie do danych. Kopia bezpieczeństwa szyfrowanej bazy także powinna być automatycznie zaszyfrowana. 17) Korzystanie z zewnętrznych urządzeń do przechowywania kluczy szyfrujących - SBD powinien posiadać mechanizm pozwalający na przechowywanie kluczy szyfrujących na urządzeniach zewnętrznych (np. czytniki kart). Rozwiązanie to powinno być otwarte, to znaczy pozwalać na dodawanie w przyszłości obsługi urządzeń nowych, oczywiście pod warunkiem dostarczenia przez producenta urządzenia odpowiednich modułów oprogramowania zgodnych z SBD. 18) Możliwość zastosowania reguł bezpieczeństwa obowiązujących w przedsiębiorstwie - wsparcie dla zdefiniowanej w przedsiębiorstwie polityki bezpieczeństwa (np. automatyczne wymuszanie zmiany haseł użytkowników, zastosowanie mechanizmu weryfikacji dostatecznego poziomu komplikacji haseł wprowadzanych przez 15/26

16 użytkowników), możliwość zintegrowania uwierzytelniania użytkowników z Active Directory. 19) Możliwość definiowania reguł administracyjnych dla serwera lub grupy serwerów - SBD musi mieć możliwość definiowania reguł wymuszanych przez system i zarządzania nimi. Przykładem takiej reguły jest uniemożliwienie użytkownikom tworzenia obiektów baz danych o zdefiniowanych przez administratora szablonach nazw. Dodatkowo wymagana jest możliwość rejestracji i raportowania niezgodności działającego systemu ze wskazanymi regułami, bez wpływu na jego funkcjonalność. 20) Ograniczenie użycia zasobów SBD powinien posiadać wbudowany mechanizm ograniczający wykorzystanie zasobów systemu operacyjnego (% wykorzystania czasu procesora, % wykorzystania pamięci, liczba operacji wejścia/wyjścia podsystemu dyskowego). Reguły definiujące ograniczenia dla użytkowników lub grup użytkowników dotyczące wykorzystania zasobów powinny mieć możliwość użycia w nich logiki zaimplementowanej za pomocą języka programowania (np. używanego w danym SBD języka SQL). 21) W celu zwiększenia wydajności przetwarzania system bazy danych musi posiadać wbudowaną funkcjonalność pozwalającą na rozszerzenie cache u przetwarzania w pamięci RAM o dodatkową przestrzeń na dysku SSD. 22) System bazy danych, w celu zwiększenia wydajności, musi zapewniać możliwość asynchronicznego zatwierdzania transakcji bazodanowych (lazy commit). Włączenie asynchronicznego zatwierdzania transakcji powinno być dostępne zarówno na poziomie wybranej bazy danych, jak również z poziomu kodu pojedynczych procedur/zapytań. 23) W celu zwiększenia bezpieczeństwa i niezawodności system bazy danych powinien udostępniać komendę pozwalającą użytkownikowi na utrwalenie na dysku wszystkich zatwierdzonych asynchronicznych transakcji (lazy commit). 24) System SDB musi łączyć w sobie cechy bazy przechowywanej w pamięci RAM (IMDB) oraz tradycyjnej bazy danych (RDBMS) przechowywanej na dyskach. 25) System SDB musi zapewniać w ramach tej samej bazy danych możliwość umieszczenia wybranych tabel w pamięci RAM serwera, a pozostałych tabel w tradycyjnej postaci (na dysku). 26) SBD musi posiadać możliwość korzystania w procedurach jednocześnie z tabel przechowywanych w pamięci RAM oraz tabel przechowywanych na dyskach. 27) System SDB musi zapewniać wersjonowanie wierszy w tabelach przechowywanych w pamięci RAM. 28) W celu zwiększenia wydajności SBD musi posiadać możliwość tworzenia procedur składowanych w kodzie natywnym, to znaczy takich procedur, które są automatycznie kompilowane do kodu natywnego podczas ich tworzenia oraz składają się z instrukcji procesora, które nie wymagają dalszych kompilacji lub interpretacji. 29) Rejestrowanie zdarzeń silnika bazy danych w czasie rzeczywistym - SBD musi posiadać możliwość rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach diagnostycznych, bez ujemnego wpływu na wydajność rozwiązania, pozwalać na selektywne wybieranie rejestrowanych zdarzeń (rejestrowanie tylko zdarzeń 16/26

17 spełniających zdefiniowane warunki filtrujące, np. dotyczących tylko wskazanego obiektu). Wymagana jest rejestracja zdarzeń: odczyt/zapis danych na dysku dla zapytań wykonywanych do baz danych (w celu wychwytywania zapytań znacząco obciążających system), wykonanie zapytania lub procedury trwające dłużej niż zdefiniowany czas (wychwytywanie długo trwających zapytań lub procedur), para zdarzeń zablokowanie/zwolnienie blokady na obiekcie bazy (w celu wychwytywania długotrwałych blokad obiektów bazy). 30) Zarządzanie pustymi wartościami w bazie danych - SBD musi efektywnie zarządzać pustymi wartościami przechowywanymi w bazie danych (NULL). W szczególności puste wartości wprowadzone do bazy danych powinny zajmować minimalny obszar pamięci. 31) Definiowanie nowych typów danych - SBD musi umożliwiać definiowanie nowych typów danych wraz z definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje dostępu do potomków obiektu, rodzica itp. Logika operacji nowego typu danych powinna być implementowana w zaproponowanym przez Dostawcę języku programowania. Nowe typy danych nie mogą być ograniczone wyłącznie do okrojenia typów wbudowanych lub ich kombinacji. 32) Wsparcie dla technologii XML - SBD musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML. W szczególności musi: udostępniać typ danych do przechowywania kompletnych dokumentów XML w jednym polu tabeli, udostępniać mechanizm walidacji struktur XML-owych względem jednego lub wielu szablonów XSD, udostępniać język zapytań do struktur XML, udostępniać język modyfikacji danych (DML) w strukturach XML (dodawanie, usuwanie i modyfikację zawartości struktur XML), udostępniać możliwość indeksowania struktur XML-owych w celu optymalizacji wykonywania zapytań. 33) Możliwość efektywnego przechowywania dużych obiektów binarnych - SBD powinien umożliwiać przechowywanie i efektywne zarządzanie dużymi obiektami binarnymi (pliki graficzne, multimedialne, dokumenty, itp.). Obiekty te nie powinny być przechowywane w plikach bazy danych, ale w systemie plików. Jednocześnie pliki te powinny być zarządzane przez SBD (kontrola dostępu na podstawie uprawnień nadanych w SBD). Dodatkowo dane binarne powinny być dostępne dla użytkowników bazy danych jako standardowa kolumna tabeli (dostęp z poziomu zapytań języka SQL obsługiwanego przez SBD). 34) Możliwość kompresji przechowywanych danych - SBD powinien udostępniać wbudowany mechanizm kompresji zgromadzonych danych w celu osiągnięcia lepszej wydajności przy niezmienionej konfiguracji sprzętowej. System kompresji powinien umożliwiać również kompresję UNICODE systemem UCS-2. 17/26

18 35) Możliwość rejestracji zmiany w rekordzie danych SBD powinien pozwalać na rejestrację zmian w danych włącznie z zapamiętaniem stanu pojedynczego rekordu danych sprzed modyfikacji. Rozwiązanie nie powinno ujemnie wpływać na wydajność systemu i powinno być konfigurowalne bez wpływu na istniejące aplikacje korzystające z danych. Rozwiązanie powinno rejestrować także zmiany w definicji struktur danych. 36) Audyt dostępu do danych - SBD powinien pozwalać na rejestrację operacji takich jak: logowanie, wylogowanie użytkownika, zmiany w definicji obiektów bazy danych (tabele, procedury), wykonywanie przez wskazanego użytkownika operacji takich jak SELECT, INSERT, UPDATE, DELETE. Rozwiązanie powinno być niezależne od aplikacji, wbudowane w SBD. 37) Partycjonowanie danych - SBD powinien pozwalać na podział danych w jednej tabeli między różne fizyczne pamięci masowe zgodnie ze zdefiniowanymi warunkami podziału. Powinien udostępniać mechanizm równoległego (wielowątkowego) dostępu do danych umieszczonych w różnych partycjach (ang. Partitioned Table Parallelism). Dodatkowo powinna być dostępna możliwość szybkiego przesyłania dużych zbiorów danych poprzez mechanizm przełączania partycji (czyli dane przenoszone są z jednej tabeli do drugiej za pomocą operacji na metadanych, a nie przez fizyczne kopiowanie rekordów). Dzięki takiej funkcjonalności możliwe jest przeniesienie dużej liczby rekordów w bardzo krótkim czasie (rzędu sekund). Dodatkowo minimalizowane jest odczuwanie wpływu tej operacji przez użytkowników (minimalny wpływ przenoszenia danych na obciążenie systemu). 38) Wsparcie dla Indeksów kolumnowych - SBD powinien umożliwiać tworzenie indeksów przechowujących dane osobno dla każdej z kolumn tabeli łącząc je następnie w całość. Indeks powinien również wykorzystywać mechanizm kompresji oraz pozwalać na modyfikowanie danych w tabeli, dla której taki indeks utworzono. 39) Indeksowanie podzbioru danych w tabeli - SBD powinien umożliwiać tworzenie indeksów na podzbiorze danych z tabeli określonym poprzez wyrażenie filtrujące. 40) Możliwość tworzenia funkcji i procedur w innych językach programowania - SBD musi umożliwiać tworzenie procedur i funkcji z wykorzystaniem innych języków programowania, niż standardowo obsługiwany język zapytań danego SBD. System powinien umożliwiać tworzenie w tych językach m.in. agregujących funkcji użytkownika oraz wyzwalaczy. Dodatkowo powinien udostępniać środowisko do debuggowania. 41) Możliwość tworzenia rekursywnych zapytań do bazy danych - SBD musi udostępniać wbudowany mechanizm umożlwiający tworzenie rekursywnych zapytań do bazy danych bez potrzeby pisania specjalnych procedur i wywoływania ich w sposób rekurencyjny. 42) Obsługa błędów w kodzie zapytań - język zapytań i procedur w SBD musi umożliwiać zastosowanie mechanizmu przechwytywania błędów wykonania procedury (na zasadzie bloku instrukcji TRY/CATCH) tak jak w klasycznych językach programowania. 18/26

19 43) Raportowanie zależności między obiektami - SBD musi udostępniać informacje o wzajemnych zależnościach między obiektami bazy danych. 44) Mechanizm zamrażania planów wykonania zapytań do bazy danych - SBD musi udostępniać mechanizm pozwalający na zamrożenie planu wykonania zapytania przez silnik bazy danych (w wyniku takiej operacji zapytanie jest zawsze wykonywane przez silnik bazy danych w ten sam sposób). Mechanizm ten daje możliwość zapewnienia przewidywalnego czasu odpowiedzi na zapytanie po przeniesieniu systemu na inny serwer (środowisko testowe i produkcyjne), migracji do innych wersji SBD, wprowadzeniu zmian sprzętowych serwera. 45) System transformacji danych - SBD musi posiadać narzędzie do graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno przepływu sterowania (program i warunki logiczne) jak i przepływu strumienia rekordów poddawanych transformacjom. Zestaw standardowych dostępnych transformacji powinien obejmować takie transformacje jak: sortowanie, wyszukiwanie wartości według klucza w tabelach słownikowych, automatyczna obsługa SCD (Slowly Changing Dimension) w zasilaniu hurtowni danych, pobranie danych z serwera FTP, wysłanie a, łączenie danych z wykorzystaniem logiki rozmytej, poprawa jakości danych wykorzystująca integrację z dedykowanym systemem zarządzania jakością danych oraz jego bazą wiedzy i reguł walidujących. Powinna być także zapewniona możliwość tworzenia własnych transformacji. Środowisko tworzenia transformacji danych powinno udostępniać m.in.: mechanizm debuggowania tworzonego rozwiązania, mechanizm stawiania pułapek (breakpoints), mechanizm logowania do pliku wykonywanych przez transformację operacji, możliwość wznowienia wykonania transformacji od punktu, w którym przerwano jej wykonanie (np. w wyniku pojawienia się błędu), możliwość cofania i ponawiania wprowadzonych przez użytkownika zmian podczas edycji transformacji (funkcja undo/redo) mechanizm analizy przetwarzanych danych (możliwość podglądu rekordów przetwarzanych w strumieniu danych oraz tworzenia statystyk, np. histogram wartości w przetwarzanych kolumnach tabeli), mechanizm automatyzacji publikowania utworzonych transformacji na serwerze bazy danych (w szczególności tworzenia wersji instalacyjnej pozwalającej automatyzować proces publikacji na wielu serwerach), mechanizm tworzenia parametrów zarówno na poziomie poszczególnych pakietów, jak też na poziomie całego projektu, parametry powinny umożliwiać uruchamianie pakietów podrzędnych i przesyłanie do nich wartości parametrów z pakietu nadrzędnego, mechanizm mapowania kolumn wykorzystujący ich nazwę i typ danych do automatycznego przemapowania kolumn w sytuacji podmiany źródła danych, 19/26

20 możliwość integracji z transakcjami bazy danych SBD, także rozproszonymi bez potrzeby pisania kodu. 46) Wbudowany system analityczny - SBD musi posiadać moduł pozwalający na tworzenie rozwiązań służących do analizy danych wielowymiarowych (hurtownia danych). System powinien umożliwiać pracę w dwóch trybach: wielowymiarowym (tworzenie kostek wielowymiarowych), tabelarycznym (wykorzystującym technologię in-memory BI). Powinno być możliwe tworzenie: wymiarów, miar. Wymiary powinny mieć możliwość określania dodatkowych atrybutów będących dodatkowymi poziomami agregacji. Powinna być możliwość definiowania hierarchii w obrębie wymiaru. Przykład: wymiar Lokalizacja Geograficzna. Atrybuty: miasto, gmina, województwo. Hierarchia: Województwo->Gmina. 47) Wbudowany system analityczny musi mieć możliwość wyliczania agregacji wartości miar dla zmieniających się elementów (członków) wymiarów i ich atrybutów. Agregacje powinny być składowane w jednym z wybranych modeli (MOLAP wyliczone gotowe agregacje rozłącznie w stosunku do danych źródłowych, ROLAP agregacje wyliczane w trakcie zapytania z danych źródłowych). Pojedyncza baza analityczna musi mieć możliwość mieszania modeli składowania, np. dane bieżące ROLAP, historyczne MOLAP w sposób przezroczysty dla wykonywanych zapytań. System powinien pozwalać na integrację z relacyjną bazą danych wymagana jest możliwość uruchomienia procesu wyliczenia agregacji zainicjowana poprzez dodanie rekordu do tabeli w relacyjnej bazy danych. Dodatkowo powinna być dostępna możliwość drążenia danych z kostki do poziomu rekordów szczegółowych z bazy relacyjnych (drill to detail). 48) Wbudowany system analityczny musi pozwalać na dodanie akcji przypisanych do elementów kostek wielowymiarowych (np. pozwalających na przejście użytkownika do raportów kontekstowych lub stron www powiązanych z przeglądanym obszarem kostki). 49) Narzędzia do zarządzania jakością danych - SBD powinien mieć wbudowane mechanizmy do zarządzania jakością danych w organizacji. W ramach tych funkcji powinien: udostępniać funkcje do profilowania danych (analiza i raporty dotyczące jakości danych), udostępniać funkcje do deduplikacji danych, określać stopień poprawności wartości atrybutu i w przypadku błędnej wartości sugerować wartość poprawną do akceptacji przez użytkownika, umożliwiać definiowanie osobnych reguł czyszczenia dla wybranych domen (typów atrybutów), umożliwiać definiowanie złożonych domen (zestawu kilku atrybutów) oraz ocenę jakości danych na podstawie powiązań między tymi atrybutami (np. weryfikację poprawności danych adresowych złożonych z kodu pocztowego, miasta i ulicy), pozwalać na ręczną korektę nieprawidłowych danych w dedykowanej aplikacji (bez konieczności programowania), 20/26