Warunki Techniczne wykonania przedmiotu zamówienia

Załącznik Nr 7 do SIWZ Gmina Miasta Gdyni 81-382 Gdynia, Al. Marszałka Piłsudskiego 52/54 Warunki Techniczne wykonania przedmiotu zamówienia Rozbudowa aplikacji w ramach istniejących programów w Wydziale Geodezji Gdynia, wrzesień 2011 1

Spis Treści 1. USTALENIA NATURY ORGANIZACYJNEJ I TECHNICZNEJ...3 1.1 Zamawiający...3 1.2 Przedmiot zamówienia...3 1.3 Obowiązujące przepisy.. 3 1.4 Obowiązujące instrukcje techniczne....3-4 1.5 Opis aplikacji funkcjonujących w Urzędzie Miasta Gdyni oraz w Wydziale Geodezji..4 1.5.1 Program Ośrodek...4-5 1.5.2 System GeoEdytor.5-6 1.5.3 Program Egipt 2007...6-7 1.5.4 Program ZUDP...7 2. SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA...7 I. Rozbudowa aplikacji w ramach programu EGIPT..7 I.1 Zakres prac 7-8 I.2 Sposób wykonania 8 II. Rozbudowa aplikacji w ramach programu OŚRODEK....9 II.1Zakres prac...9 II.2 Sposób wykonania..9 III. Rozbudowa aplikacji w ramach programu ZUDP...9 III.1Zakres prac..9 III.2 Sposób wykonania.9 IV. Wymagania dodatkowe...9-10 3. WARUNKI GWARANCJI I SERWISU.......10 13 4. SZKOLENIA.13 5. ODBIÓR, KONTROLA I NADZÓR PRAC 13 14 6. POSTANOWIENIA KOŃCOWE..14 7. ZAŁĄCZNIKI : 1. Wzór zawiadomienia do GUS o budynkach dodanych Zał. Nr 7.1.15 2. Wzór zawiadomienia do GUS o budynkach usuniętych Zał. Nr 7.2...16 2

1. USTALENIA NATURY ORGANIZACYJNEJ I TECHNICZNEJ 1.1 ZAMAWIAJĄCY 1.1.1 Gmina Miasta Gdyni, 81-382 Gdynia, Al. Marszałka Piłsudskiego 52/54, reprezentowana przez Prezydenta Miasta Gdyni. 1.1.2 Wydział prowadzący postępowanie Wydział Geodezji Urzędu Miasta Gdyni. 1.2 PRZEDMIOT ZAMÓWIENIA 1.2.1 Rozbudowa aplikacji w ramach istniejących programów w Wydziale Geodezji Urzędu Miasta Gdyni w zakresie programów EGIPT, OŚRODEK, ZUDP. 1.3 OBOWIĄZUJĄCE PRZEPISY 1.3.1 Ustawa z dnia 17 maja 1989 roku Prawo geodezyjne i kartograficzne (tekst jedn. Dz. U. z 2010 r. Nr 193poz. 1287 z późn. zm.), 1.3.2 Ustawa z dnia 29 stycznia 2004r Prawo zamówień publicznych (Dz. U. z 2010r. Nr 113 poz. 759 z późn. zm.), 1.3.3 Ustawa z dnia 4 marca 2010r. o infrastrukturze informacji przestrzennej (Dz. U. z 2010r. Nr 76 poz. 489), 1.3.4 Ustawa z dnia 29 czerwca 1995 roku o statystyce publicznej (Dz. U. Nr 88, poz. 439, z późn. zm.), 1.3.5 Ustawa z dnia 17 lutego 2005r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. Nr 64 poz.565 ze zm. ostatnie z dnia 12 luty 2010 Dz. U. Nr 40 poz. 230), 1.3.6 Ustawa z dnia 14 czerwca 1960r. Kodeks postępowania administracyjnego. (Dz. U. Nr 30 poz.168 tekst jednolity Dz. U. z 2000r Nr 98 poz.1071), 1.3.7 Ustawa z dnia 18 lipca 2002r. o świadczeniu usług drogą elektroniczną.(dz.u.nr.144 poz.1204), 1.3.8 Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (Dz. U. Nr 97 poz.673 z 2006r ost. zmiana z dnia 10 kwietnia 2010r Dz. U. Nr 47poz.278), 1.3.9 Ustawa z dnia 18 września 2001r. o podpisie elektronicznym (Dz. U. Nr 130 poz.1450), 1.3.10 Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006r. w sprawie niezbędnych elementów struktury dokumentów elektronicznych (Dz.U.Nr.206 poz.1517) 1.3.11 Rozporządzenie Ministra Infrastruktury z dnia 28 października 2004 r. w sprawie numeracji porządkowej nieruchomości. (Dz. U. Nr 243, poz. 2432). 1.3.12 Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001r. w sprawie ewidencji gruntów i budynków (Dz. U. nr 38, poz. 454) 1.3.13 Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 24 marca 1999r w sprawie standardów technicznych dotyczących geodezji i kartografii oraz krajowego systemu informacji o terenie (Dz. U. nr 30 poz. 297), 3

1.3.14 Rozporządzenie Rady Ministrów z dnia 11 października 2005r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz. U. nr.212poz.1766 ). 1.3.15 Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27 listopada 2006r. w sprawie sporządzania i doręczania pism w formie dokumentów elektronicznych (Dz. U. nr.227 poz.1664 ). 1.3.16 Ustawa z dnia 21 sierpnia 1997r o gospodarce nieruchomościami tekst jednolity z 2004r (Dz. U. Nr 261,poz.2603 z póź.zm.). 1.3.17 Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa w sprawie zgłaszania prac geodezyjnych i kartograficznych, ewidencjonowania systemów i przechowywania kopii zabezpieczających bazy danych, a także ogólnych warunków umów o udostępnianie tych baz. z dnia 16 lipca 2001 r. (Dz. U. z 2001 r. Nr 78, poz. 837). 1.3.18 Rozporządzenie Ministra Infrastruktury w sprawie wysokości opłat za czynności geodezyjne i kartograficzne oraz udzielanie informacji, a także za wykonywanie wyrysów i wypisów z operatu ewidencyjnego z dnia 19 luty 2004 r. (Dz.U. z 2004 r. Nr 37, poz. 333). 1.3.19 Dyrektywa Unii Europejskiej dotycząca infrastruktury informacji przestrzennej z dnia 14 marca 2007r. Nr 2007/2/WE. 1.4 OBOWIĄZUJĄCE INSTRUKCJE TECHNICZNE 1.4.1 Instrukcja Techniczna K-1/1998 Mapa zasadnicza, Warszawa 1998r, 1.4.2 Wytyczne Techniczno Organizacyjne w sprawie prowadzenia ewidencji gruntów i budynków; Instrukcja Techniczna G-5 Ewidencja gruntów i budynków, Warszawa 2003r. 1.4.3 Instrukcja Techniczna O-4 Zasady prowadzenia Państwowego Zasobu Geodezyjnego i Kartograficznego Warszawa 1987r. 1.4.4 Instrukcja techniczna O-3 Zasady kompletowania dokumentacji geodezyjnej i kartograficznej Warszawa 1992r. 1.5 OPIS APLIKACJI FUNKCJONUJĄCYCH W URZĘDZIE MIASTA GDYNI ORAZ W WYDZIALE GEODEZJI 1.5.1 PROGRAM OŚRODEK 1.5.1.1 Program Ośrodek opracowany został w roku 2002 przez firmę BMT Argoss sp. z o. o. z Gdańska. Program ten powstał w środowisku Microsoft.Net (DotNet) i c# oraz Oracle z wykorzystaniem opcji Locator. Program ten jest wykorzystywany do rejestracji robót geodezyjnych zgłaszanych przez geodetów do Miejskiego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej w Gdyni. Program ten jest ściśle powiązany z programem do prowadzenia mapy zasadniczej GeoEdytor, którego charakterystyka techniczna przedstawiona jest w kolejnym akapicie niniejszego dokumentu. 1.5.1.2 Program Ośrodek spełnia m.in. następujące funkcje: 1) pozwala na zgłoszenie nowej roboty geodezyjnej (na założenie nowego zlecenia) połączone z określeniem zakresu terytorialnego roboty, 2) umożliwia wyszukiwanie konkretnych operatów według zadanych kryteriów np. według numeru działki, połączone z udostępnieniem danych dotyczących tego operatu, 4

3) pozwala na wyszukiwaniu punktów osnowy sytuacyjnej i wysokościowej oraz stosownych danych dotyczących tego typu punktów (np. opisy topograficzne i współrzędne) 4) umożliwia wyszukiwanie obiektów na mapie np. działek wraz wyświetlaniem pełnej informacji o wybranej działce, 5) umożliwia wprowadzanie do bazy danych nowych operatów wraz z określeniem ich zakresu terytorialnego i asortymentu, 1.5.1.3 Użytkownik programu Ośrodek ma do wyboru dwa rodzaje instalacji: 1) instalacja w tzw. wersji zintegrowanej; tego typu instalacja wymaga zainstalowanego środowiska graficznego wraz z programem do prowadzenia mapy zasadniczej GeoEdytor. W tej wersji programu dostępne są narzędzia do definiowania i edycji zakresów robót i operatów, możliwość ich lokalizacji na mapie oraz narzędzia do edycji i wyszukiwania danych opisowych. Na stanowisku z wersją zintegrowaną są zakładane nowe zlecenia i operaty oraz wykonywane poprawki związane z edycją zakresów. 2) instalacja w tzw. wersji opisowej; tego typu instalacja pozwala na edycję danych opisowych oraz na wyszukiwanie i wydawanie materiałów związanych z wybranym zleceniem lub operatem. 1.5.1.4 Czynności takie jak: edycja danych opisowych, wyszukiwanie danych, wydawanie danych geodetom, dodawanie dokumentów mogą być wykonywane za pomocą dowolnej wersji programu. 1.5.1.5 Program Ośrodek stanowi ścisłe połączenie z programem Geoedytor i jedna z głównych funkcji, to możliwość kosztorysowania zgłoszeń prac geodezyjnych w oparciu o cennik wynikający z rozporządzenia o którym mowa w punkcie 1.3.18. Program ten posiada tablice dotyczące cen jednostkowych. 1.5.1.6 Wszystkie inne, niezbędne parametry techniczne programu Ośrodek dostępne są w Wydziale Geodezji Urzędu Miejskiego w Gdyni. 1.5.2 SYSTEM GEOEDYTOR 1.5.2.1 System GeoEdytor jest zestawem aplikacji napisanych dla środowiska Microstation Geographics, które umożliwiają tworzenie oraz bieżącą aktualizację numerycznej mapy zasadniczej miasta. System ten dostosowany jest do instrukcji technicznej K-1 Mapa zasadnicza (wyd. Warszawa 1998).; system ten spełnia następujące funkcje: 1) tworzy numeryczną, obiektową mapę zasadniczą wykorzystując funkcje MicroStation GeoGraphics, 2) umożliwia grupowanie elementów prostych w grupy graficzne, 3) elementom treści mapy przypisuje identyfikatory, określające: 4) pochodzenie danego elementu (z jakiego operatu technicznego element został pozyskany), 5) sposób pozyskania elementu: digitalizacja lub na podstawie współrzędnych pozyskanych z pomiarów, 6) dane operatora, który wprowadził element do treści mapy, 7) przechowuje atrybuty elementów mapy w zewnętrznej bazie danych, co pozwala na łatwą redefinicję elementów przez użytkownika oraz na definicję nowych elementów, 8) automatycznie zarządza mapami, 5

9) pozwala na wykonywanie na mapie operacji i analiz dostępnych w środowisku MicroStation GeoGraphics, 10) pozwala na eksport danych graficznych - wraz z atrybutami opisowymi - do systemów informatycznych ArcInfo i MapInfo, 11) umożliwia import danych z pliku ASCII, 12) pozwala na dokonywanie przeliczań pomiędzy różnymi układami współrzędnych, 1.5.2.2 Wszystkie inne, niezbędne parametry techniczne systemu GeoEdytor można pozyskać w Wydziale Geodezji Urzędu Miejskiego w Gdyni. 1.5.3 PROGRAM EGIPT 2007 1.5.3.1 Program EGIPT 2007 służy do prowadzenia ewidencji gruntów i budynków (EGiB). 1.5.3.2 Program wymaga systemu operacyjnego Windows 2003 SP2 oraz bazy danych Oracle 1.5.3.4 Program EGIPT 2007 spełnia następujące funkcje: 1) rezerwację numerów działek, 2) założenie zmiany, 3) modyfikacje zmiany, 4) usunięcie zmiany, 5) generowanie zawiadomień o zmianie, 6) wystawienie faktury. 1.5.3.5 W środowisku programu EGIPT 2007 prowadzone są Rejestry (gruntów, budynków i lokali) oraz Kartoteki (działek, budynków i lokali). 1.5.3.6 Program składa się z dwóch modułów: pierwszym z nich jest tzw. Moduł do zintegrowanej edycji danych ewidencyjnych a drugim jest tzw. Moduł Ewidencja wybór danych. 1.5.3.7 Moduł do zintegrowanej edycji danych ewidencyjnych umożliwia w odniesieniu do konkretnego operatu technicznego - wykonanie następujących czynności: 1) aktualizację mapy ewidencji gruntów i budynków na podstawie danych z pomiarów terenowych zawartych w danym operacie (tzw. I etap prac dotyczący operatów do celów prawnych), 2) wprowadzenia zmian graficznych zgodnych z treścią operatu np. połączenie działek, podział działki lub innych zmian, 3) wypełnienie wykazu zmian i jednoczesną (zintegrowaną) aktualizację części graficznej (mapy) i opisowej ewidencji gruntów, 4) zakładanie i edycję kartotek budynków integrowanych z mapą EGiB, 5) aktualizację treści mapy EGiB w zakresie budynków dla operatów z pomiarów powykonawczych lub z pomiarów sytuacyjno wysokościowych. 6

1.5.3.8 Przedmiotowy moduł może zostać tak skonfigurowany, aby proces realizacji zmian zintegrowanych prowadzić na jednym stanowisku lub też w podziale na stanowisko odpowiadające merytorycznie za część graficzną (aktualizacja stanu faktycznego, wprowadzenie projektu podziału) oraz na stanowisko opisowe, na którym wypełniany jest wykaz zmian, edycja kartotek budynków oraz realizowany zintegrowany zapis części graficznej i opisowej. 1.5.3.9 Moduł Ewidencja wybór danych przeznaczony jest do wprowadzania zmian przedmiotowych do ewidencji gruntów i budynków na podstawie danych zawartych w przedkładanym przez geodetę operacie technicznym. 1.5.3.10 Wszystkie inne, niezbędne parametry techniczne programu EGIPT 2007 można pozyskać w Wydziale Geodezji Urzędu Miejskiego w Gdyni. 1.5.4. PROGRAM ZUDP 1.5.4.1 Program ZUDP jest zestawem aplikacji pozwalających na zarządzanie pracą Zespołu Uzgodnień Dokumentacji Projektowej w zakresie pełnej obsługi części graficznej i opisowej projektu. 1.5.4.2 Program spełnia następujące funkcje: 1) rejestracja zgłoszeń inwestora 2) wprowadzanie na mapę projektową projektu przekazanego przez inwestora 3) obsługa posiedzeń (zestawienie dokumentacji, listy obecności, protokoły z posiedzeń) 4) tworzenie opinii i kosztorysów, 5) obsługa wszystkich typów zasobów (przejściowego, bazowego i archiwalnego) 6) przechowywanie wszystkich danych w bazie Oracle 1.5.4.3 Program ZUDP w pełni współpracuje z systemami GeoEdytor, EGiPT i Ośrodek I.1.1 I.1.2 2. SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA W RAMACH ROZBUDOWY APLIKACJI I. ROZBUDOWA APLIKACJI W RAMACH PROGRAMU EGIPT I.1 Zakres prac: Stworzenie możliwości zapisania i przesłania wygenerowanych raportów z bazy danych ewidencji gruntów i budynków do pliku w celu przesłania w formie elektronicznej zamawiającemu informacji bezpośrednio z Egiptu. Przygotowanie warstwy topologicznej użytków polegającej na budowie obszarów użytków w granicach działki I.1.3 Utworzenie warstwy usuwanych budynków jako nakładki do aktualnej mapy ewidencyjnej z podłączeniem informacji z numerem operatu, którym usunięto budynek, danymi operatora i datą usunięcia od roku 2006 włącznie. I.1.4 Przygotowanie raportu dla GUS o budynkach usuniętych i dopisanych, obejmujący datę aktualizacji, identyfikator budynku, nr działki, adresu budynku, funkcja budynku, nr operatu technicznego. 7

I.1.5 Stworzenie możliwości wyszukiwania budynków z wykorzystaniem adresów gromadzonych w bazie adresowej. I.2 Sposób wykonania: I.2.1 I.2.2 I.2.3 I.2.4 Opis sposobu realizacji punktu I.1.1 W programie Egipt, dla raportów generowanych z rejestrów gruntów, budynków i lokali oraz zawiadomienia o zmianie należy umożliwić opcję zapisania na dysk oraz wysłania dokumentu mailem, z wykorzystaniem zainstalowanego na stanowisku operatora oprogramowania biurowego. Obecnie używanym w Wydziale Geodezji oprogramowaniem jest pakiet MSOffice. Opis sposobu realizacji punktu I.1.2 W treści mapy ewidencji gruntów i budynków należy stworzyć dodatkową warstwę informacyjną użytki. Wprowadzić je do bazy Oracle wraz ze zmianami polegającymi na zamianie konturów użytków w granicach działki z postaci liniowej na zamknięte wieloboki, które powinny łącznie zamykać się w powierzchni działki. Aktualizacje nowej warstwy mają przebiegać w tym samym procesie co zmiana treści działek. Opis sposobu realizacji punktu I.1.3 Warstwa budynków usuniętych ma być integralną częścią GeoEdytora w postaci dedykowanej mapy, możliwej do podłączenia w projekcie. Elementy na mapie muszą zawierać informację o numerze operatu, którym usunięto budynek, zawierać dane operatora i datę usunięcia. Zawartość warstwy ma obejmować zmiany od 1 stycznia 2006 do "teraz". W pliku mają być widoczne wszystkie zmiany grafiki budynków aż do stanu aktualnego. Warstwa usuwanych budynków powinna podlegać nocnej aktualizacji zasobu mapowego. Kolejna funkcja to generowanie raportu o identyfikatorach budynków usuniętych z mapy, w cyklu dobowym i przekazania go do ewidencji gruntów w celu ich usunięcia z części opisowej Egipt. Raport w postaci pliku XLS ma być zapisywany w dedykowanym katalogu na serwerze Urzędu Miasta, w osobnych plikach dla każdego dnia. Format nazwy pliku to "RRRRMMDD.xls" gdzie RRRR oznacza rok, MM - miesiąc, DD - dzień miesiąca. Raport ma zawierać dla każdego usuniętego budynku nazwę obrębu, identyfikator usuniętego budynku, numer operatu oraz kod operatora. Opis sposobu realizacji punktu I.1.4 Raport dla GUS o budynkach usuniętych i dopisanych powinien być generowany w formie zawiadomienia a powinien zawierać w szczególności: 1) oznaczenie dokumentu, który stanowił podstawę do zmiany, oraz datę wprowadzenia zmiany, 2) oznaczenia odpowiednich jednostek rejestrowych gruntów, budynków i lokali oraz pozycji kartotek budynków i lokali, w których nastąpiły zmiany, 3) zestawienie odpowiednich danych ewidencyjnych przed zmianą i po zmianie, 4) wyszczególnienie organów i jednostek organizacyjnych, do których przekazane zostało zawiadomienie, 5) podpis organu lub upoważnionej przez niego osoby I.2.4.1 Raport musi mieć możliwość wyboru okresu zawiadomienia od... do... z dokładnością do jednego dnia. I.2.4.2 Raport jest sporządzany według wzorów Nr 3 i nr 4 zamieszczonych w Rozporządzeniem Rady Ministrów z dnia 15 grudnia 1998 poz.1031 Dz. U. 157 i stanowi załącznik Nr 7.1 i Nr 7.2. I.2.4.3 Raport jest sporządzany w oparciu o informacje pobrane z bazy Egipt. 8

I.2.5 Opis sposobu realizacji punktu I.1.5.W celu wyszukiwania budynków wg adresu z bazy adresowej należy wykorzystać do realizacji opcję adres w istniejącym wyszukiwaniu i dodać opcję wyszukaj przestrzennie w bazie adresowej. II.ROZBUDOWA APLIKACJI W RAMACH PROGRAMU OŚRODEK II.1 Zakres prac: II.1.1 Wyselekcjonowanie zgłoszeń prac geodezyjnych, którym upłynął termin zakończenia prac. Stworzenie monitoringu rezerwacji numerów działek w Programie Egipt poprzez: -zapewnienie komunikacji w kwestii przesyłania informacji z Programu Ośrodek do programu Egipt dotyczącej zmiany statusu zgłoszeń prac geodezyjnych (aktualny, anulowany), dotyczących podziałów nieruchomości, -wykonanie raportu o niewykorzystanych rezerwacjach. II.2 Sposób wykonania: II.2.1 Opis sposobu realizacji punktu II. II.2.1.1 Wykonanie raportu zgłoszeń prac geodezyjnych, którym upłynął termin zakończenia prac celem naliczenia opłat przez ODGK za czynności związane z prowadzeniem państwowego zasobu geodezyjnego, wynikające z przepisów ustawy z dnia 17.05.1989r- Prawo geodezyjne i kartograficzne (tj. Dz. U. z 2010 r. Nr 193poz. 1287). Raport ma być wywoływany analogicznie jak inne raporty w systemie Ośrodek. Raport ma zawierać numer KERG, nazwę zgłaszającego i terminu pływu zakończenia prac. II.2.1.2 Należy stworzyć monitoring rezerwacji numerów działek w Programie Egipt poprzez: zapewnienie komunikacji w kwestii przesyłania informacji z Programu Ośrodek do programu Egipt dotyczącej zmiany statusu zgłoszeń prac geodezyjnych (aktualny, anulowany), dotyczących podziałów nieruchomości, celem usunięcia z bazy zarezerwowanych numerów działek. wykonanie raportu o niewykorzystanych numerach działek (puli wolnych numerów) pozostających do dyspozycji operatorów. Raport będzie aktualny na moment wywołania. Raport będzie wywoływany z aplikacji Egipt i możliwy do zapisania w formacie TXT,CSV. III. ROZBUDOWA APLIKACJI W RAMACH PROGRAMU ZUDP III.1 W ramach rozbudowy należy stworzyć możliwość: wybieranie płatnika po numerze NIP III.2 Sposób wykonania: III.2.1 Opis sposobu realizacji punktu III.1 należy rozbudować rejestrację sprawy o możliwość wybierania podatnika po numerze NIP pisanym łącznie. IV. WYMAGANIA DODATKOWE IV.1 Wykonawca przedstawi Zamawiającemu do akceptacji: a) Harmonogram prac w terminie 7 dni od daty podpisania umowy, 9

b) Projekt informatyczny opisujący koncepcję realizacji zamówienia w terminie 14 dni od daty podpisania umowy, c) Procedurę testów funkcjonalności i poprawności w terminie 21 dni od daty podpisania umowy. IV.2 Wykonawca zobowiązuje się przekazać Zamawiającemu w terminie 70 dni od daty podpisania Umowy nie później jednak niż w dniu odbioru prac, dokumentację oprogramowania: 2 egz. na nośniku magnetycznym, 1 egz. w formie papierowej. IV.3 Wykonawca przed rozpoczęciem szkolenia przedstawi Zamawiającemu program szkolenia oraz materiały do przeprowadzenia szkolenia. 3. WARUNKI GWARANCJI I SERWISU 3.1 LICENCJODAWCA udziela LICENCJOBIORCY 24- miesięcznej (liczonej od dnia odbioru końcowego OPROGRAMOWANIA) gwarancji na prawidłowe (zgodne z zakresem wykonanych prac określonych w punktach od I do III) na działanie czynnej instalacji OPROGRAMOWANIA na serwerze (lub serwerach), bazie produkcyjnej (lub bazach produkcyjnych) i danych. W tym zakresie LICENCJODAWCA zobowiązuje się usuwać awarie i nieprawidłowości dostarczonego OPROGRAMOWANIA. Serwis gwarancyjny rozpoczyna się od dnia odbioru OPROGRAMOWANIA. a) W ramach serwisu gwarancyjnego LICENCJODAWCA udzieli LICENCJOBIORCY wsparcia polegającego na doradztwie w zakresie procesu napełniania baz danymi. b) Usługi serwisu gwarancyjnego (naprawy gwarancyjne), o których mowa są nieodpłatne. c) Po zakończeniu okresu gwarancji, ale i w okresie jej trwania, LICENCJODAWCA może zapewnić pomoc techniczną dla OPROGRAMOWANIA w ramach odrębnej umowy podpisanej z LICENCJOBIORCĄ. 3.2 PROCEDURA SERWISU GWARANCYJNEGO 3.2.1 Serwis gwarancyjny obejmuje następujące czynności: a) Usuwanie błędów Oprogramowania. b) Pomoc w rozwiązywaniu bieżących problemów pojawiających się w związku z użytkowaniem oprogramowania. c) Dostarczanie Administratorowi zaktualizowanych wersji programów z opisem zakresu wprowadzonych zmian i jednoczesnym powiadomieniem drogą e-mailową kierownika komórki którego aktualizacja dotyczy. 3.2.2 Serwis gwarancyjny rozpoczyna się od dnia odbioru końcowego Oprogramowania i kończy po upływie 24 miesięcy. Po tym terminie Licencjodawca deklaruje podpisanie umowy na świadczenie usługi asysty technicznej i konserwacji oprogramowania na uzgodnionych warunkach. 3.3 DEFINICJE I POJĘCIA Zdefiniowane zostały następujące pojęcia: 3.3.1 Administrator osoba, której Zamawiający powierzył odpowiedzialność za konfigurację Środowiska Teleinformatycznego w zakresie niezbędnym dla poprawnego funkcjonowania Oprogramowania Systemowego i Oprogramowania Narzędziowego lub osobę, która wykonuje zadania związane z ustawianiem parametrów Oprogramowania. Administrator wprowadza zmiany do instalacji Systemu na podstawie instrukcji dostarczonej przez 10

Licencjodawcę wraz z Nową Wersją, Nowym Wydaniem lub Uzupełnieniem Oprogramowania. Administrator jest upoważniony do kontaktów z Koordynatorem i podejmowania decyzji związanych z realizacją zgłoszeń. 3.3.2 Koordynator rozumie się przez to osobę, którą Wykonawca upoważnił do kontaktów z Administratorem i powierzył nadzór nad realizacją niniejszej umowy. 3.3.3 Pracownicy rozumie się przez to osoby zatrudnione przez Strony lub współdziałające ze Stronami, bez względu na rodzaj stosunku prawnego stanowiącego podstawę tego współdziałania. 3.3.4 Portal Zgłaszania Błędów Wykonawca udostępni Zamawiającemu serwis Internetowy, gdzie należy zgłaszać wszystkie propozycje Rozbudowy i Błędy Oprogramowania. 3.3.5 Adres pocztowy - rozumie się przez to adres internetowy, za pomocą, którego Zamawiający kontaktuje się z Wykonawcą w sprawach dotyczących Oprogramowania. 3.3.6 Błąd Oprogramowania jest to brak przewidzianego w Dokumentacji Oprogramowania działania Oprogramowania. 3.3.7 Błąd Krytyczny Oprogramowania oznacza Błąd Oprogramowania, który uniemożliwia osiągnięcie celu, do jakiego przewidziane jest Oprogramowanie, a w szczególności prowadzi do utraty danych lub naruszenia ich spójności albo uniemożliwia prowadzenie bieżącej działalności przy użyciu tego Oprogramowania. 3.3.8 Błąd Niekrytyczny Oprogramowania oznacza Błąd Oprogramowania, który nie jest błędem Krytycznym. 3.3.9 Nieprawidłowość Konfiguracji Oprogramowania rozumie się przez to taką nieprawidłowość w działaniu Oprogramowania, która może być usunięta przez odpowiednie ustawienie parametrów konfiguracji Oprogramowania przewidziane w dokumentacji. 3.3.10 Uzupełnienie (patch) Oprogramowania rozumie się przez to nowelizację Oprogramowania, która nie jest ani Nową Wersją ani Nowym Wydaniem. Wynika ze zmian prawa i konieczności dostosowania już istniejącej funkcjonalności Oprogramowania do jego wymogów. 3.3.11 Rozbudowa rozumie się przez to zmiany w Oprogramowaniu, które nie są ujęte w dokumentacji Oprogramowania. 3.3.12 Nowa Wersja (upgrade) Oprogramowania rozumie się przez to taką nowelizację Oprogramowania, która wprowadza do niego nowe moduły lub funkcje rozszerzające jego funkcjonalność. 3.3.13 Nowe Wydanie (update) Oprogramowania rozumie się przez to taką nowelizację Oprogramowania, która nie rozszerza jego funkcjonalności, natomiast poprawia błędy. 3.3.14 Dzień roboczy rozumie się przez to osiem godzin pracy z pominięciem dni ustawowo wolnych od pracy. 3.3.15 Godziny pracy rozumie się przez to godziny od 9: 00 do 16: 00 od poniedziałku do piątku za wyjątkiem dni ustawowo wolnych od pracy. 3.3.16 Dokumentacja Oprogramowania rozumie się przez to zbiór dokumentów, instrukcji użytkownika i innych dokumentów opisujących sposób funkcjonowania i stan Oprogramowania autoryzowanych przez Wykonawcę. 3.3.17 Instalacja Oprogramowania rozumie się przez to umieszczenie Oprogramowania w pamięci masowej i operacyjnej komputerów, umożliwiające jego współpracę z Oprogramowaniem Narzędziowym i Oprogramowaniem Systemowym; 3.3.18 Licencja rozumie się przez to nabycie przez Zamawiającego, jako Licencjobiorcę praw do korzystania z Oprogramowania. 3.3.19 Oprogramowanie Narzędziowe rozumie się przez to oprogramowanie służące do obsługi eksploatacyjnej Oprogramowania i jego bazy danych. 3.3.20 Oprogramowanie Systemowe rozumie się przez to system operacyjny komputera (serwera lub stacji roboczej). 3.3.21 Szkolenie rozumie się przez to prezentację przez Wykonawcę możliwości konfigurowania i posługiwania się Oprogramowaniem w zakresie funkcji Oprogramowania lub innego elementu Środowiska Teleinformatycznego. 11

3.3.22 Środowisko Teleinformatyczne rozumie się przez to niezbędne do pracy Oprogramowania: sprzęt komputerowy wraz z peryferiami oraz inne urządzenia techniczne wraz z Oprogramowaniem Narzędziowym, Oprogramowaniem Systemowym i innym oprogramowaniem użytkowym. 3.4 ZASADY WYKONYWANIA SERWISU GWARANCYJNEGO 3.4.1 Procedura przyjmowania zgłoszeń: a) Zgłaszanie Błędów i problemów związanych z bieżącym użytkowaniem oprogramowania odbywać się będzie przez Portal Zgłaszania Błędów za pomocą formularza udostępnionego na portalu. Portal zostanie przygotowany przez Wykonawcę. b) Koordynator przydzieli Administratorowi konto do Portalu Zgłaszania Błędów, na którym będzie rejestrował wszystkie zgłoszenia Zamawiającego dotyczące Oprogramowania. c) Koordynator zgodnie z listą Pracowników przekazaną przez Administratora nada uprawnienia do Portalu w zakresie obserwacji zgłoszeń i realizacji prac objętych umową. Uprawnienia nie będą pozwalały na edycję zgłoszeń. d) W przypadku nieprecyzyjnego opisu w zgłoszeniu Koordynator jest zobowiązany niezwłocznie poinformować Administratora i określić listę danych i informacji niezbędnych do zdefiniowania problemu. Na tej podstawie zgłoszenie otrzyma status zwrócony DoKlienta. Administrator ponownie dokona zgłoszenia załączając w/w materiały. Od tej daty będzie liczony czas realizacji. e) Na podstawie treści zgłoszenia i dostarczonych danych Koordynator zakwalifikuje z krótkim uzasadnieniem zgłoszenie jako: i. Błąd Krytyczny ii. iii. Błąd Niekrytyczny Rozbudowa f) W przypadku Błędów Krytycznych Wykonawca przystąpi niezwłocznie do usunięcia błędu. Usunięcie Błędu Krytycznego nie może trwać dłużej niż 3 dni robocze od następnego dnia po dniu zgłoszenia. Wyjątkiem jest sytuacja, w której Administrator jest nieobecny i Wykonawca musi przeprowadzić prace wynikające z uprawnień Administratora. Wówczas termin usunięcia błędu może się wydłużyć. Powyższy termin obowiązuje Licencjodawcę, jeżeli usunięcie Błędu Krytycznego w danej Lokalizacji możliwe jest za pomocą zdalnego łącza. Jeżeli usunięcie Błędu Krytycznego w danej Lokalizacji wymaga obecności Licencjodawcy w lokalizacji, to zostanie ona wykonana w terminie uzgodnionym z Administratorem. g) W przypadku Błędów Niekrytycznych Licencjodawca poinformuje w czasie 2 dni roboczych od zgłoszenia przez Administratora o proponowanym sposobie usunięcia błędu. Po akceptacji Administratora Wykonawca usunie błąd w czasie nie dłuższym niż 10 dni roboczych, od następnego dnia po dniu zgłoszenia. Jeżeli usunięcie Błędu Niekrytycznego w danej Lokalizacji możliwe jest za pomocą zdalnego łącza. Jeżeli usunięcie Błędu Krytycznego w danej Lokalizacji wymaga obecności Licencjodawcy w lokalizacji, to zostanie ona wykonana w uzgodnionym terminie z Administratorem. h) Po usunięciu Błędu Koordynator zmieni na Portalu jego status na Przekazany DoKlienta dodatkowo w polu Przekazane w wersji pojawi się informacja o dacie przekazania programów instalacyjnych Administratorowi. Po przekazaniu Administratorowi instalacji zgłoszenie podlega kontroli Zamawiającego, który może zaakceptować rozwiązanie nadając status Zamknięty lub dokonać ponownego zgłoszenia. i) Zgłoszenie zostanie zakwalifikowane, jako Rozbudowa, gdy nie jest błędem. Jego realizacja nie jest przedmiotem umowy. 12

3.4.2 Licencjodawca zobowiązuje się do informowania Licencjobiorcę z wyprzedzeniem o wszystkich potrzebach zmian w konfiguracji sprzętowo-systemowej niezbędnych do przetwarzania nowych wersji lub nowych funkcji Oprogramowania. 3.4.3 Licencjodawca przesyłać będzie Licencjobiorcy Nowe Wersje i Nowe Wydania Oprogramowania na nośniku magnetycznym, poprzez dedykowany serwer ftp lub pocztą elektroniczną, wraz z instrukcją oraz suplementami do dokumentacji. 3.4.4 Wszelkie modyfikacje, powiadomienia i oświadczenia dotyczące serwisu gwarancyjnego kierowane do drugiej strony muszą być pisemne. W razie zmiany adresu przez którąkolwiek ze stron, pisma doręczone na dotychczasowy adres wywołują skutek, jeżeli druga strona nie została pisemnie powiadomiona o zmianie adresu. 3.4.5 Uprawnienia Zamawiającego z gwarancji przedmiotu Umowy wygasają z upływem 24 miesięcy licząc od daty przyjęcia bez usterek przedmiotu Umowy. 3.4.6 Gwarancja nie może być przenoszona na osoby trzecie. 4. SZKOLENIA 4.1 Wykonawca przeprowadzi jednodniowe szkolenie dla pracowników Zamawiającego w zakresie użytkowania nowo powstałych aplikacji w terminie uzgodnionym z Zamawiającym. 4.2 Szkolenie musi odbyć się w siedzibie Zamawiającego i na jego sprzęcie oraz na jego danych źródłowych. 4.3 Z przeprowadzonego szkolenia Wykonawca przedstawi dokument potwierdzający przeprowadzenie szkolenia podpisany przez uczestników szkolenia. 4.4 Wykonawca dostarczy instrukcje dla użytkownika w wersji cyfrowej w 2 egz. oraz 1 egz. w formie drukowanej. 5. ODBIÓR, KONTROLA I NADZÓR PRAC 5.1 Do dokonania odbioru przedmiotu Umowy Zamawiający powoła komisję odbioru, zwaną dalej Komisją. 5.2 Z czynności odbioru Komisja sporządzi protokół. 5.3 Odbioru przedmiotu Umowy dokonywać będzie Komisja w siedzibie Zamawiającego. 5.4 Zamawiający w terminie 7 dni od przekazania każdego z zadań wymienionych w punkcie IV zobowiązany jest do wydania opinii w zakresie sporządzonych dokumentów. 5.5 Jeśli Zamawiający w terminie 21 dni nie wyda opinii pozytywnej w zakresie przyjęcia koncepcji realizacji projektu informatycznego o której mowa w pkt IV.1.b) Wykonawcy przysługuje prawo odstąpienia od realizacji umowy, bez konsekwencji finansowych. 5.6 Wykonawca każdorazowo powiadomi pisemnie Zamawiającego o gotowości do przekazania oprogramowania wykonanego w ramach umowy, jednak nie później niż 7 dni przed datą zakończenia prac. 5.7 Zamawiający w terminie 2 dni na podstawie zgłoszenia Wykonawcy wyznaczy termin przeprowadzenia testów przekazywanego oprogramowania. Termin testów nie może być późniejszy niż 2 dni przed zakończeniem prac. 5.8 Testy zostaną przeprowadzone w siedzibie Zamawiającego na podstawie procedury testów wymienionej w punkcie IV.1. c). 5.9 Na 21 dni przed terminem zakończenia prac Wykonawca w uzgodnieniu z Zamawiającym wskaże termin realizacji szkolenia z przedmiotu Umowy. Szkolenie odbędzie się w wymiarze 13

1 dnia dla użytkowników każdego oprogramowania podlegającego rozbudowie. Szkolenia odbędą się w siedzibie Zamawiającego. Podstawą przeprowadzonych szkoleń będą materiały szkoleniowe wymienione w pkt. IV.3. 5.10 W terminie 7 dni Zamawiający zaakceptuje termin szkolenia oraz przekaże Wykonawcy listę uczestników szkolenia. 5.11 Podstawą podpisania przez Komisję protokołu odbioru jest wykonanie prac zgodnie z zmówieniem oraz dostarczenie przez Wykonawcę: 1) dokumentu potwierdzającego pomyślne wyniki testów oprogramowania, 2) kopii listy obecności na szkoleniu, 3) zatwierdzonych materiałów szkoleniowych w formacie PDF 1 egzemplarz nośnika,1 egzemplarz w formie wydruku. 4) zatwierdzonej dokumentacji aplikacji w formacie PDF 2 egzemplarze nośnika oraz 1 egzemplarz w formie wydruku. 6. POSTANOWIENIA KOŃCOWE 6.1 W sprawach wymagających wyjaśnień Wykonawca na bieżąco będzie konsultować się z Zamawiającym. 6.2 Uzgodnień należy dokonywać w formie pisemnej. 6.3 W kwestiach nie ujętych w niniejszych warunkach technicznych należy kierować się zapisami Instrukcji, Wytycznych Technicznych oraz przepisami prawa w zakresie przedmiotu zamówienia. 14