SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Załącznik nr 4 do SIWZ Część I Zakup urządzeń inkasenckich do programu obsługi wodno-kan. Miejsce wykonywania zlecenia: Urząd Gminy Wierzbica Termin wykonywania przedmiotu zamówienia: od daty podpisania umowy do 25 kwietnia Przedmiotem zamówienia jest dostawa następujących urządzeń: Urządzenia inkasenckie PSION o minimalnych parametrach i wyposażeniu (2 szt.): 1) klawiatura podświetlana, pełna alfanumeryczna, 2) wyświetlacz kolorowy, podświetlany ekran dotykowy o rozdzielczości min. 480x640 pix i wielkości min. 3,7, 3) akumulator umożliwiający całodzienną pracę inkasenta, min. 11,1 Wh, 4) gniazdo pamięci kart SD, 5) futerał, 6) rysik, 7) folia na ekran, 8) zasilacz sieeciowy, 9) stacja dokująca (z zasilaczem sieciowym), 10)karta pamięci FLASH min. 8 GB, 11) temperatura pracy: od -10 o C do +50 o C, 12)spełnienie stopnia ochrony min. IP65, 13)gwarancja min. 12 miesięcy. Urządzenie musi spełniać wszelkie obowiązujące w Polsce wymagania dla tego typu urządzeń, w szczególności określone w Rozporządzeniu Ministra Gospodarki z dnia 27 marca 2007 r. w sprawie szczegółowych wymagań ograniczenia wykorzystywania w sprzęcie elektronicznym i elektrycznym niektórych substancji mogących negatywnie oddziaływać na środowisko, Rozporządzeniu Ministra Gospodarki z dnia 21 sierpnia 2007 r. w sprawie zasadniczych wymagań dla sprzętu elektrycznego (Dziennik Ustaw Nr 155 Poz. 1089), Ustawie z dnia 30 sierpnia 2002 r. o systemie oceny zgodności (Dziennik Ustaw 2004 nr 204 poz. 2087). Urządzenie musi spełniać standardy ROHS Compliant. Spełnienie powyższych wymagań musi być potwierdzone w oświadczeniu wykonawcy. Drukarka o minimalnych parametrach i wyposażeniu (2 szt.): 1) klasa: drukarka termiczna, 2) interfejs: RS232, Bluetooth, USB (do połączenia z komputerem PC w celu konfiguracji), automatyczne przełączanie się drukarki pomiędzy drukiem z interfejsów RS232 i Bluetooth, automatyczne wybudzanie drukarki z trybu uśpienia poprzez sygnały w interfejsach RS232 i Bluetooth bez konieczności naciskania jakiegokolwiek przycisku, 3) wydruk polskich znaków diakrytycznych, obsługa tablic kodowych: Polgaz, Mazovia, Latin2 852,Windows 1250, Windows 1251, Windows 1252, ISO8859-1, ISO8859-2, 4) wymienny akumulator umożliwiający całodzienną pracę inkasenta, min. 14,4 Wh 5) torba na drukarkę i komputer inkasencki z bocznymi kieszeniami umożliwiająca

2 wydruk bez wyciągania drukarki z torby, 6) kabel RS232, kabel USB, 7) zasilacz 230V, 8) zasilacz samochodowy, 9) gwarancja min. 12 miesięcy. Urządzenie musi spełniać wszelkie obowiązujące w Polsce wymagania dla tego typu urządzeń, w szczególności określone w Rozporządzeniu Ministra Gospodarki z dnia 27 marca 2007 r. w sprawie szczegółowych wymagań ograniczenia wykorzystywania w sprzęcie elektronicznym i elektrycznym niektórych substancji mogących negatywnie oddziaływać na środowisko, Rozporządzeniu Ministra Gospodarki z dnia 21 sierpnia 2007 r. w sprawie zasadniczych wymagań dla sprzętu elektrycznego (Dziennik Ustaw Nr 155 Poz. 1089), Ustawie z dnia 30 sierpnia 2002 r. o systemie oceny zgodności (Dziennik Ustaw 2004 nr 204 poz. 2087). Urządzenie musi spełniać standardy ROHS Compliant. Spełnienie powyższych wymagań musi być potwierdzone w oświadczeniu wykonawcy. Akcesoria dodatkowe 1 szt. 1) stacja dokująca dedykowana do oferowanego komputera inkasenckiego, stacja dokująca umożliwiająca ładowanie dodatkowego akumulatora, wyposażona w porty USB Client i USB Host dostępne jednocześnie, dostarczona w zestawie z zasilaczem i kablem USB do podłączenia z komputerem PC, 2) papier termiczny min. 80 rolek papieru termicznego dedykowanego do oferowanej drukarki inkasenckiej, długość rolki min. 20 m. Zainstalowany na urządzeniu PSION system rozliczeń produkcji i sprzedaży wody oraz odbioru ścieków ma posiadać następującą funkcjonalność: Komunikacja przenośny terminal PC: a) dokonanie odczytu (indeks, numer kartoteki, numer wodomierza, rodzaj rozliczenia, data odczytu, odczytany stan wodomierza, ilość: wody, ścieków, naliczonych abonamentów); b) wystawione faktury (indeks, numer kartoteki, numer faktury, data wystawienia, termin zapłaty, sposób zapłaty, kwota zapłaty, kwoty: netto, brutto, podatek VAT); c) opłaty zaległych faktur (indeks odbiorcy, numer faktury, kwota zapłaty, data zapłaty, naliczone odsetki). d) posiada dodatkowe moduły: rozliczania usług, np. podgrzanie wody, wywóz nieczystości stałych i płynnych, dzierżawa pojemników e) wydruk szeregu zestawień kontrolnych ułatwiających pracę inkasentowi oraz umożliwiających rozliczenie jego pracy Komunikacja PC przenośny terminal: a) dane przedsiębiorstwa (nazwa, adres, nazwa banku, nr konta), b) cennik (kod cen, woda, odprowadzone ścieki kanalizacji sanitarnej), abonament, data obowiązywania), c) tablica odsetek, d) dane odbiorcy z trasy (inkasent, numer kartoteki, nazwa, adres), e) odczyty (indeks, numer kartoteki, numer wodomierza, rodzaj rozliczenia, data ostatniego odczytu, stan wodomierza, sposób rozliczania ścieków, naliczenia abonamentu, kod cen),

3 f) zaległości (indeks odbiorcy, numer faktury, kwota zaległości, data wystawienia, termin zapłaty), g) nadpłaty (indeks odbiorcy, kwota nadpłaty). Dostawca skonfiguruje do pracy zestaw oraz program Rozliczanie zużycia wody i nieczystości firmy Mikrobit Sp. z o. o. z Lublina, posiadany przez Urząd Gminy Wierzbica. Dostawca przeprowadzi szkolenie z zainstalowanego oprogramowania na urządzeniu inkasenckim oraz wykonywania transmisji. Część II Zakup oprogramowania mobilnego do zarządzania zgromadzonym zasobem archiwalnym wraz z oprzyrządowaniem Ilość: 1 sztuka Miejsce wykonywania zlecenia: Starostwo Powiatowe w Chełmie Termin wykonywania przedmiotu zamówienia: od daty podpisania umowy do 25 kwietnia 2014 r. 1. System powinien być oparty o relacyjną bazę danych SQL. 2. System powinien pozwalać na przyjmowanie dokumentów w postaci dowolnych plików. 3. System powinien pozwalać na przyjmowanie metadanych opisujących już przechowywane dokumenty. 4. System powinien pozwalać na obsługę metadanych dostarczanych wraz z dokumentami. 5. System powinien pozwalać na tworzenie/edycję metadanych. 6. System powinien pozwalać na zarządzanie uprawnieniami dostępu do dokumentów na poziomie grup i pojedynczych użytkowników. 7. System powinien pozwalać na określenie zakresu dostępu do dokumentu dla poszczególnych grup i użytkowników (podgląd informacji o dokumencie, dostęp do plików dokumentu, brak dostępu). 8. System powinien pozwalać na określenie stopnia tajności dokumentu (tajny, poufny, jawny itp.). 9. System powinien pozwalać na utworzenie reprezentacji tekstowej skanu dokumentu. 10. System powinien pozwalać na wyszukiwanie dokumentów po dowolnych atrybutach. 11. System powinien pozwalać na wyszukiwanie dokumentów po dowolnych metadanych 12. System powinien posiadać przeglądarkę dokumentów oparta o interfejs WWW. 13.System powinien pozwalać na sortowanie listy wyników wg.: Trafności, Kategorii archiwalnej, Nazwy dokumentu, Stopnia tajności 14.System powinien pozwalać na wyszukiwanie i przeglądanie dokumentów oznaczonych jako publiczne przez dowolnych użytkowników. 15.System powinien pozwalać na wyszukiwanie i przeglądanie pozostałych dokumentów zgodnie z uprawnieniami użytkownika. 16.System powinien pozwalać na wyszukiwanie dokumentów poprzedzone procesem autoryzacji użytkownika. 17.System powinien pozwalać na przechowywanie dokumentów elektronicznych zgodnie z

4 czasem wynikającym z kategorii archiwalnej. 18.System powinien posiadać mechanizm informowania o przekroczeniu czasu przechowywania w postaci alertów dla użytkowników oraz w postaci raportu. 19. System powinien pozwalać na zmianę kategorii archiwalnej dokumentu. 20. System powinien pozwalać na tworzenie nowych kategorii archiwalnych. 21.System powinien posiadać obsługę procesu brakowania pism. System powinien pozwalać na brakowanie pojedynczych pism w sprawie lub całych spraw. 22.System powinien pozwalać na dokonywanie ekspertyz (możliwość zmiany kategorii BE na inną po upływie czasu przechowywania lub brakowania dokumentu). 23.System powinien pozwalać na automatyczne tworzenie spisów zdawczo odbiorczych podczas przekazywania materiałów do Archiwum Państwowego. 24.System powinien pozwalać na obsługę procesu akceptacji spisu zdawczo odbiorczego przez Archiwum Państwowe. 25.System powinien pozwalać na Możliwość usunięcia danych, które zostały przyjęte przez Archiwum Państwowe. 26.System powinien pozwalać na zarządzanie użytkownikami, w tym ich dodawanie, usuwanie, edycja danych. 27. System powinien pozwalać na tworzenie grup użytkowników. 28.System powinien pozwalać na nadawanie uprawnień na poziomie grup i pojedynczych użytkowników. 29. System powinien pozwalać na dodawanie/usuwanie użytkownika z grupy. 30. System powinien pozwalać na tworzenie ról grupujących uprawnienia. 31. System powinien pozwalać na przypisywanie użytkownikowi wielu ról. 32.System powinien pozwalać na określenie typu dokumentów do jakich użytkownik ma dostęp na podstawie stopnia tajności dokumentu. 33.System powinien pozwalać na definiowanie miejsca eksportu dokumentów przeznaczonych do przekazania do Archiwum Państwowego. 34.System powinien pozwalać na tworzenie raportu spis przechowywanych dokumentów z możliwością filtracji po atrybutach. 35.System powinien pozwalać na tworzenie raportu spis dokumentów, których okres przechowywania kończy się w podanym przez użytkownika terminie. 36. System powinien pozwalać na tworzenie raportu spis wygenerowanych spisów zdawczoodbiorczych wraz z ich statusem. 37.System powinien pozwalać na tworzenie raportu spis dokumentów, które nie zostały zwrócone po wypożyczeniu. 38.System powinien pozwalać na tworzenie metadanych dla każdego dokumentu przechowywanego w archiwum. 39. System powinien posiadać obsługę kodów kreskowych. 40. System powinien pozwalać na edycję metadanych dokumentów przechowywanych. 41.System powinien pozwalać na tworzenie powiązań pomiędzy dokumentami przez odpowiednią edycję metadanych. 42. System powinien pozwalać na oznaczenia metadanych atrybutem tylko do odczytu. 43. System powinien wspierać proces wypożyczania fizycznych dokumentów. 44.System powinien umożliwiać oznaczenie dokumentu jako wypożyczonego z określeniem terminu zwrotu. 45.System powinien alarmować przy przekroczeniu terminu oddania wypożyczonych

5 fizycznych dokumentów do archiwum. DRUKARKA ETYKIET wymagania minimalne Rodzaj druku termiczny i termotransferowy Maksymalna szerokość druku 104 mm, szerokość mediów 108 mm Maksymalna długość druku Min. 990 mm Szybkość wydruku: Min. 102 mm/s Rozdzielczość wydruku Min. 203 dpi Interfejsy LPT, RS232, USB Pamięć drukarki standardowo 8MB SDRAM; 8 MB Flash Drukowane kody Kody 1D: Codabar, Code 11, Code 128, Code 128 with subsets A/B/C, Code 39, Code 93, EAN-13, EAN-14, EAN-8, EAN-8 and EAN-13 with 2 or 5 digit extensions, German Post Code, Industrial 2-of-5, Interleaved 2-of-5, Japanese Postnet, Logmars, MSI, MSI-3, Plessey, Postnet, RSS (reduced space symbology), RSS-14 (limited, truncated, stacked), UCC/EAN-128, UPC and EAN 2 or 5 digit extensions, UPC-A, UPC-A and UPC-E with 2 or 5 digit extensions, UPC-A and UPC- E with EAN 2 or 5 digit extensions, UPC-E Kody 2D:Aztec, Codablock, Code 49, Data, Matrix, MacroPDF417, MaxiCode, MicroPDF417, PDF417, QR Code, RSS / GS1 DataBar family CZYTNIK KODÓW RĘCZNY wymagania minimalne Źródło światła dioda laserowa 650 nm Interfejsy USB, PS2 lub RS232 Odczytywane kody UPC/EAN, UCC/EAN 128, Code 39, Code 39 Full, ASCII, Code 39 Tri Optic, Code 128, Code 128 FullASCII, Codabar, Interleaved 2 of 5, Discrete 2 of 5, Code 93 Szybkość odczytu 90 odczytów na sekundę Część III Zakup edytora aktów prawnych licencja open Ilość: 1 sztuka Miejsce wykonywania zlecenia: Urząd Gminy Sawin Termin wykonywania przedmiotu zamówienia: od daty podpisania umowy do 25 kwietnia 2014 r. I. Edytor aktów prawnych powinien spełniać wymogi wynikające z: Ustawy z 20 lipca 2000 r. o ogłaszaniu aktów normatywnych i niektórych innych aktów prawnych (jednolity tekst Dz. U z 2011 r. Nr 197, poz. 1172).

6 Rozporządzenia Prezesa Rady Ministrów z dnia 27 grudnia 2011 r. w sprawie wymagań technicznych dla dokumentów elektronicznych zawierających akty normatywne i inne akty prawne, dzienników urzędowych wydawanych w postaci elektronicznej oraz środków komunikacji elektronicznej i informatycznych nośników danych (Dz. U. z 2011r. Nr 289, poz. 1699). Rozporządzenia Prezesa Rady Ministrów z dnia 3 października 2011 r. w sprawie określenia wzoru graficznego winiety dzienników urzędowych oraz pierwszej i ostatniej strony Dziennika Urzędowego Rzeczypospolitej Polskiej Monitor Polski B, a także wzoru okładek i strony tytułowej załączników do tego dziennika urzędowego (Dz. U. z 2011 r. Nr 214, poz. 1269). Rozporządzenia Prezesa Rady Ministrów z dnia 20 czerwca 2002 r. w sprawie Zasad techniki prawodawczej (Dz. U. Nr 100, poz.908). II. Szczegółowe wymagania dotyczące edytora aktów prawnych: 1. Edytor powinien pozwalać na utworzenie nowego projektu aktu prawnego, edycja wcześniej zapisanego aktu prawnego, podpisanie aktu prawnego bezpiecznym podpisem elektronicznym. 2. Edytor powinien pozwalać na automatyczne generowanie tekstu ujednoliconego oraz porównawczego dla każdego aktu zmieniającego. 3. Edytor powinien pozwalać na tworzenie aktu prawnego w edytorze XML w sposób analogiczny jak to jest realizowane w popularnych edytorach biurowych (np. Word, Writer). 4. Edytor powinien pozwalać na automatyczne tworzenie aktu w postaci tekstu strukturalnego w formacie XML na podstawie dokumentów przygotowanych w innych edytorach tekstów: 1) powinien mieć możliwość wklejenia kompletnej treści aktu prawnego do edytora aktów prawnych z aplikacji Microsoft Word oraz OpenOffice.org Writer wraz z wszystkimi załącznikami graficznymi i tabelami, 2) powinien mieć możliwość automatycznego rozpoznawania jednostek redakcyjnych i innych elementów użytych w przyklejonym dokumencie i ich konwersja do postaci strukturalnej aktu prawnego w formacie XML. 5. Edytor powinien pozwalać na ręczne tworzenie aktu prawnego bezpośrednio w edytorze: 1) powinien pozwalać na tworzenie aktu w widoku strony (identycznie jak w przypadku popularnych programów biurowych do edycji tekstu), 2) powinien posiadać wbudowaną logikę rozpoznającą poszczególne jednostki redakcyjne (i ich elementy takie jak: ustęp, punkt, litera, tiret) i pozwalającą na automatycznie numerowanie poszczególnych jednostek, 3) powinien pozwalać na obsługę wszystkich elementów aktów i jednostek redakcyjnych, w tym: a) elementy podstawowe: metryka aktu, obejmująca co najmniej następujące dane: rodzaj aktu, numer aktu, data aktu, nazwa organu wydającego, przedmiot regulacji; podstawa prawna, preambuła; b) jednostki systematyzacyjne wyższego stopnia: część, księga, tytuł, dział, rozdział, oddział; c) podstawowe jednostki redakcyjne: artykuł, paragraf, d) elementy podstawowych jednostek redakcyjnych: ustęp, punkt, litera, tiret;

7 e) elementy uzupełniające standardowe: akapit, śródtytuł, przypis, uzasadnienie, podpis, organ wydający kolegialny; f) elementy uzupełniające niestandardowe (dodatkowe): wielka litera, cyfra rzymska, podział strony; g) elementy włączane w treść aktu: obraz, tabela, link, link do podstawy prawnej; h) elementy dołączane do aktu głównego: załącznik, załącznik binarny, uzasadnienie do aktu; 4) powinien posiadać podstawowe opcje formatowania tekstu: a) wytłuszczenie, b) kursywa, c) podkreślenie, d) indeks górny, e) indeks dolny, f) wstawianie symboli, g) zmiana numeracji jednostki redakcyjnej, h) przenumerowanie całości aktu, i) orientacja strony, j) rozmiar strony, 5) powinien posiadać podstawowe opcje formatowania tabel: a) łączenie komórek, b) zmiana szerokości kolumn, c) automatyczne dopasowanie tabeli do rozmiaru strony, d) możliwość formatowania tekstu w ramach komórki (a nie całej tabeli) w zakresie pozwalającym na: zmiana rozmiaru i kroju czcionki, wytłuszczenie, kursywa. 6. Edytor powinien pozwalać na pracę z projektami aktów: 1) powinien pozwalać na tworzenie aktu na podstawie innego aktu, 2) powinien pozwalać na tworzenie porozumień wraz z możliwością ich opatrzenia bezpiecznym podpisem elektronicznym przez dowolną liczbę podmiotów oraz uzupełnieniem daty i numeru aktu przy składaniu ostatniego podpisu, 3) powinien pozwalać na kopiowanie wybranych jednostek lub grup jednostek pomiędzy aktami, 4) powinien pozwalać na blokowanie aktu, 5) powinien pozwalać na elektroniczne podpisywanie aktu (wbudowane biblioteki do podpisu obsługujące podpisy wydane przez dowolne, polskie centrum certyfikacji), 6) powinien pozwalać na elektroniczną kontrasygnatę (podpis z wyłączeniem daty i numeru aktu), 7) powinien pozwalać na eksport aktu do: PDF, DOC, DOCX, RTF, EDAP MSWiA, 8) powinien pozwalać na import tabel z arkuszu kalkulacyjnego Microsoft EXCEL oraz OpenOffice.org Calc, 9) powinien posiadać automatyczne nadawanie ID dokumentu XML (w celu zapewnienie identyczności wersji papierowej i elektronicznej). 7. Edytor powinien pozwalać na tworzenie aktu zmieniającego:

8 1) powinien pozwalać na utworzenie nowego projektu aktu zmieniającego (z poziomu projektu aktu dostęp do treści i struktury aktu pierwotnego, a w przypadku gdy był nowelizowany dostęp do tekstu ujednoliconego obejmującego wszystkie wcześniejsze zmiany), 2) powinien pozwalać na zmianę aktu przy pomocy znaczników nowelizacyjnych: zmień, dodaj, uchyl, 3) powinien pozwalać na automatyczne tworzenie treści aktu zmieniającego wybór jednostki redakcyjnej ze struktury ujednoliconego aktu oraz użycie wybranego znacznika nowelizacyjnego tworzy treść aktu zmieniającego, 4) powinien pozwalać na automatyczne generowanie (w czasie rzeczywistym) tekstu ujednoliconego oraz tekstu porównawczego, uwzględniających zmiany wynikające z tworzonego aktu nowelizującego oraz możliwość bezpośredniego dostępu do tych tekstów. 8. Edytor powinien pozwalać na automatyczne generowanie obwieszczeń z tekstem jednolitym na podstawie aktu pierwotnego (źródłowego) i kolejnych aktów zmieniających przy użyciu wbudowanego kreatora wymagane jest zapewnienie jako minimalnych następujących funkcjonalności: 1) powinien pozwalać na wybranie jednostek redakcyjnych, które mają zostać pominięte w tekście jednolitym (jednostki wybierane z widoku drzewa struktury aktu źródłowego i kolejnych aktów zmieniających), 2) powinien pozwalać na automatyczne wygenerowanie treści obwieszczenia, z zapewnieniem: a) automatycznego zamieszczenia informacji o akcie dla którego tworzony jest tekst jednolity oraz o wszystkich aktach zmieniających uwzględnionych przy tworzeniu obwieszczenia, wraz z przytoczeniem ich pełnych tytułów i adresów publikacyjnych (jeżeli zostały ogłoszone w dzienniku urzędowym), b) automatycznie dodanie informacji o pominiętych w tekście jednolitym jednostkach redakcyjnych wraz z przytoczeniem tytułu aktu zmieniającego oraz pełnej treści pominiętych przepisów. 3) w treści tekstu jednolitego stanowiącego załącznik do obwieszczenia powinien pozwalać na: a) automatyczne wygenerowanie przypisów nowelizacyjnych dla każdej nowelizacji wraz z podaniem oznaczenia przepisu zmieniającego i pełnego tytułu aktu zmieniającego, b) automatyczne wygenerowanie przypisów dla jednostek pominiętych wraz z informacją/odwołaniem do odpowiedniego punktu w treści obwieszczenia, 4) powinien pozwalać na dowolną ingerencję w treść wygenerowanego obwieszczenia w przypadku dokonania zmiany treści wygenerowanego automatycznie obwieszczenia, automatyczne wygenerowanie nieedytowalnego pliku różnicowego zawierającego szczegółową informację o treści wprowadzonych zmian oraz autorze i czasie osobie ich dokonania (ostatniej zmiany). 9. Edytor powinien pozwalać na tworzenie kolejnych aktów zmieniających do tekstu jednolitego ogłoszonego obwieszczeniem i na tej podstawie automatyczne tworzyć: 1) tekst ujednolicony oraz tekst porównawczy dla każdego kolejnego aktu zmieniającego, 2) kolejne obwieszczenia z tekstem jednolitym.

9 10.Edytor powinien pozwalać na przesyłanie aktów do publikacji w Dzienniku Urzędowym bezpośrednio z poziomu edytora. 11. Wymagania techniczne i licencja: 1) wersja językowa: oprogramowanie musi być dostarczone w polskiej wersji językowej obejmującej wszystkie elementy interfejsu użytkownika oraz dokumentację użytkownika, 2) środowisko systemowe: Microsoft Windows 7 (32/64 bit), 3) licencja na nielimitowaną ilość stanowisk - edytor może zostać zainstalowany na dowolnej ilości komputerów w urzędzie, zarówno w trybie stanowiskowym jak i sieciowym i korzystać z niego może dowolna ilość użytkowników w ramach urzędu, 4) okres obowiązywania licencji minimum 24 miesiące, 5) cena musi obejmować świadczenie usługi serwisowej i opieki autorskiej przez okres ważności licencji. Pod pojęciem usługi serwisowej rozumie się dostęp do pomocy technicznej i merytorycznej. W ramach opieki autorskiej dostarczane są nowe wersje programu zawierające poprawki i udoskonalenia programu, oraz dbanie o zgodność z obowiązującym prawem w zakresie tworzenia i publikacji aktów prawnych. Wymagania związane z wdrożeniem Tabela 1. Wykaz modułów z podziałem na jednostki Zakup urządzeń inkasenckich do programu obsługi wodno-kan. Zakup oprogramowania mobilnego do zarządzania zgromadzonym zasobem archiwalnym wraz z oprzyrządowaniem Zakup edytora aktów prawnych licencja open Starostwo Powiatowe w Chełmie TAK Urząd Gminy Sawin TAK Urząd Gminy Wierzbica TAK Tabela 2. Zakres wdrożenia UG Sawin Dostarczenie licencji produktów wymienionych w tabeli 1. Starostwo Powiatowe w Dostarczenie licencji produktów wymienionych w tabeli 1. Chełmie UG Wierzbica Dostarczenie licencji produktów wymienionych w tabeli 1. Dostawca skonfiguruje zestaw do współpracy z programem Rozliczenie zużycia wody i nieczystości firmy Mikrobit Sp. z o.o. z Lublina posiadanym przez Urząd Gminy Wierzbica oraz przeprowadzi szkolenie z zainstalowanego oprogramowania na urządzeniu inkasenckim. Wymagania związane z szkoleniem Tabela 3. Zakres szkoleń dla każdego urzędu gminy (zgodnie z zakresem z tabeli 1) Użytkownik Administrator Nazwa systemu/modułu liczba godzin przypadająca na system/moduł Oprogramowanie mobilne do 3 godz. 1 godz.

10 zarządzania zgromadzonym zasobem archiwalnym Gwarancja 1) Wykonawca w ramach serwisu gwarancyjnego będzie świadczył następujące usługi: a) w godzinach 8-16 zapewni telefoniczne wsparcie techniczne umożliwiające zgłaszanie usterek oprogramowania. b) w godzinach 8-16 zapewni telefoniczne konsultacje merytoryczne przy rozwiązywaniu problemów z oprogramowaniem. 2) Wykonawca udzieli gwarancji na dostarczone oprogramowanie i urządzenia na okres minimum 2 lat (chyba, że w opisie podany jest inny okres),licząc od daty ostatniego protokołu odbioru bez uwag, zapewniając jednocześnie serwis gwarancyjny.