do Specyfikacji Istotnych Warunków Zamówienia dla przetargu nieograniczonego pn.

Wielkość: px
Rozpocząć pokaz od strony:

Download "do Specyfikacji Istotnych Warunków Zamówienia dla przetargu nieograniczonego pn."

Transkrypt

1 do Specyfikacji Istotnych Warunków Zamówienia dla przetargu nieograniczonego pn. Spis treści 1. Słownik pojęć Wstęp Skrócony opis projektu Równoważność rozwiązań Ogólny opis przedmiotu zamówienia Miejsce realizacji dostaw i usług Wymagania ogólne Wymagania prawne Wymagania bezpieczeństwa systemu Wymagania wydajnościowe System Obiegu Dokumentów Architektura systemu, wykorzystywane technologie Administrowanie systemem Podstawowe ewidencje Obsługa korespondencji, procedowanie spraw Obsługa przepływu pracy (workflow) Komunikacja Systemu Obiegu Dokumentów z innymi systemami Obszar funkcjonalny Wymiany Danych Wymagania dotyczące licencjonowania oprogramowania Platforma Usług On-Line Platforma e-spraw Platforma e-formularzy System Płatności Moduły informacyjne w ramach PUOL Biuletyn Informacji Publicznej Portal www e-urząd Podstawowe założenia Wymagania Struktura Portalu www i serwisów cząstkowych Opis działania modułów i mechanizmów serwisu Lokalne Centrum Certyfikacji Opracowanie wzorów dokumentów elektronicznych oraz ścieżek workflow Wzory formularzy elektronicznych Wzory ścieżek procedowania spraw (workflow) Wzory pism/decyzji w Systemie Obiegu Dokumentów Minimalne wymagania odnośnie szkoleń Wdrożenie systemu Pozostałe obowiązki Wykonawcy Gwarancja i serwis gwarancyjny Definicje...35 strona 1

2 15.2. Oprogramowanie Parametry świadczenia serwisu gwarancyjnego Dostępność Serwisu Czas Reakcji Serwisu Czas Naprawy Wsparcie dla użytkowników HelpDesk Dokumentacja Słownik pojęć Tabela1 SOD System Obiegu Dokumentów - system teleinformatyczny o charakterze back-office dla potrzeb elektronicznego obiegu dokumentów oraz obiegu spraw (workflow), a także modelowania i optymalizacji procesów administracji publicznej; system obiegu dokumentów (dokumentacji), obejmujący wszystkie czynności kancelaryjne (w tym archiwizacje), dotyczące zarówno dokumentów papierowych jak i elektronicznych; system umożliwiający obsługę spraw z wykorzystaniem dokumentu elektronicznego, służący do przyjmowania, rejestracji, dekretowania i przekazywania dokumentów między osobami (interesantami, urzędnikami). PUOL OWD Uczestnik projektu/ Partner Lider LCC Platforma Usług On-Line - system teleinformatyczny o charakterze front-office mający za zadanie zapewnienie dwukierukowej, transakcyjnej wymiany danych pomiędzy klientem (interesantem) a urzędem. Obszar funkcjonalny Obszar Wymiany Danych" -system teleinformatyczny o charakterze narzędziowym, który integruje SOD, Biuletyny Informacji Publicznej (BIP) oraz aplikacje tworzące system e-usług o charakterze back-office z aplikacjami centralnymi o charakterze front-office, tworzącymi PUOL; istotą obszaru wymiany danych (OWD) są otwarte technologicznie interfejsy komunikacji (protokoły, standardy, zakres wymienianych danych i dokumentów elektronicznych). Partner projektu Informatyzacja Jednostek Samorządu Terytorialnego Powiatu Pleszewskiego". Partnerzy projektu zostali wyszczególnieni w punkcie 4 poniżej. Powiat Pleszewski Lokalne Centrum Certyfikacji 2. Wstęp 2.1. Skrócony opis projektu 1. Projekt obejmuje wdrożenie w urzędach platformy elektronicznej w postaci zintegrowanego i jednolitego systemu informatycznego obejmującego: a) elektroniczny obieg i wymianę dokumentów, strona 2

3 b) elektroniczną archiwizację dokumentów, c) świadczenie elektronicznych usług dla ludności z wykorzystaniem podpisu elektronicznego (załatwianie spraw przez Internet), 2. Realizacja projektu ma zapewnić rozwiązanie szeregu problemów urzędu i podległych mu jednostek organizacyjnych, poprzez zaspokojenie następujących potrzeb: a) obsługę kancelarii i sekretariatów oraz wydziałów urzędu w zakresie elektronicznego obiegu dokumentów, b) obsługę archiwum zakładowego urzędu w zakresie dokumentów tradycyjnych i elektronicznych, c) obsługę wymiany informacji i dokumentów elektronicznych z innymi urzędami, jednostkami organizacyjnymi, podmiotami gospodarczymi i obywatelami w Polsce i Unii Europejskiej z wykorzystaniem technologii łączy szerokopasmowych, d) podniesienie bezpieczeństwa przechowywania i przesyłu danych (e-security), e) przyspieszenie rozwoju elektronicznych usług dla ludności poprzez uruchomienie załatwiania spraw przez Internet, f) automatyzację procesu przygotowywania i przekazywania treści do internetowego Biuletynu Informacji Publicznej, g) stworzenie podstaw działania systemu do pełnej obsługi zamówień publicznych w Internecie, h) uruchomienie procesu tworzenia regionalnych elektronicznych baz danych Równoważność rozwiązań 1. Wszędzie tam, gdzie przedmiot zamówienia jest opisany poprzez wskazanie znaków towarowych, patentów lub pochodzenia, Zamawiający dopuszcza zastosowanie przez Wykonawcę rozwiązań równoważnych w stosunku do opisanych w niniejszej specyfikacji, pod warunkiem, że będą one posiadały, co najmniej takie same lub lepsze parametry techniczne i funkcjonalne, i nie obniżą określonych w niniejszej specyfikacji standardów. 2. W przypadku, gdy Wykonawca zaproponuje urządzenia, instalacje, materiały i inne elementy równoważne, zobowiązany jest wykonać i załączyć do oferty zestawienie wszystkich zaproponowanych urządzeń, instalacji, materiałów oraz innych elementów równoważnych i wykazać ich równoważność w stosunku do urządzeń, instalacji, materiałów i innych elementów opisanych w niniejszej specyfikacji, stanowiącej opis przedmiotu zamówienia ze wskazaniem nazwy, strony i pozycji, których dotyczy. 3. Wszystkie zaproponowane przez Wykonawcę równoważne urządzenia, instalacje, materiały lub inne elementy muszą: a) posiadać parametry techniczne i funkcjonalne nie gorsze od określonych w niniejszej specyfikacji, b)zapewniać pełną kompatybilność sprzętową i programową z rozwiązaniami określonymi w niniejszej specyfikacji, c) gwarantować sposób administrowania i zarządzania systemami, wynikający wprost z rozwiązania projektowego zawartego w niniejszej specyfikacji, d) posiadać stosowne dopuszczenia i atesty. 4. W przypadku, gdy Wykonawca zastosuje w ofercie równoważne urządzenia, które zmieniają system określony w niniejszej specyfikacji, to wówczas zobowiązany jest do wykonania zamiennych rozwiązań projektowych dla dokonanych zmian we wszystkich branżach. strona 3

4 3. Ogólny opis przedmiotu zamówienia Przedmiot zamówienia obejmuje: 1. Zakup i wdrożenie oprogramowania administracyjnego (Elektroniczny Obieg Dokumentów, Platforma Usług On-Line, Wzory Dokumentów Elektronicznych oraz Ścieżek Workflow). 2. Wdrożenie oraz szkolenia dla użytkowników, liderów oraz administratorów. W ramach rzeczowej realizacji przedmiotu zamówienia zostaną zaimplementowane następujące aplikacje: 1. System Obiegu Dokumentów - oprogramowanie posiada m.in. funkcjonalność obejmującą: rejestrację korespondencji, rejestrację i obsługę spraw, prowadzenie rejestrów kancelaryjnych, elektroniczny obieg i wymianę dokumentów, elektroniczną archiwizację dokumentów, przekazywanie spraw, korespondencji, rejestrów do publikacji w BIP, monitorowanie, raportowanie, wyszukiwanie spraw, korespondencji, rejestrów, zintegrowaną kartotekę personelu zawierającą informacje o przynależności pracowników do poszczególnych komórek organizacyjnych, kontrolę dostępu do systemu poprzez identyfikację użytkowników systemu zintegrowaną z kartoteką personelu. 2. Platforma Usług On-Line składa się z następujących głównych komponentów/podsystemów: a) Platforma e-spraw - będzie ona odpowiedzialna za dwukierunkową elektroniczną komunikację interesantów z urzędem. b) Platforma e-formularzy - ma umożliwiać tworzenie, przechowywanie i wyświetlanie e- formularzy, przeznaczonych dla klientów urzędu. Będą one złożone z gotowych struktur informacyjnych (tzw. metadanych"), służących do opisu i walidacji określonego typu informacji takich jak adres, kod pocztowy, nip, data, załącznik, formularz. Struktury te mają zapewniać jednolitość podstawowych tagów xml dla wszystkich e-formularzy. c) System Płatności - przewiduje się wnoszenie przez strony opłat związanych z załatwianymi sprawami. Do tego celu w systemie przewidziano System Płatności, umożliwiający wnoszenie przez klientów płatności (np. za pomocą dowolnego systemu bankowości elektronicznej lub mikropłatności), a urzędowi - identyfikację tych opłat. System będzie udostępniał informację o należnych i dokonanych płatnościach oraz generował identyfikatory płatności i grup płatności. Jeżeli obywatel wnosząc przelew wprowadzi odpowiedni identyfikator w pole tytuł przelewu", urzędnik będzie mógł sprawdzić tytuł płatności i odpowiednio ją zaksięgować. 3. Portal WWW - nowoczesny portal www oparty o technologię bazodanową oraz narzędzia typu CMS - Content Management System - system zarządzania treścią z wbudowanym edytorem WYSYWIG. portal będzie się składał z następujących serwisów cząstkowych: Eedukacja, E-Zdrowie, E-Praca, E-Turystyka, E-Administracja, stanowiące osobno zarządzane serwisy www, połączone poprzez wymianę danych w integralną całość jako portale-urząd. Portal www oraz serwisy cząstkowe będą składały się z części ogólnodostępnej oraz panelu administracyjnego (dostęp do niego będzie zabezpieczony hasłem) 4. Lokalne Centrum Certyfikacji - umożliwiające wystawianie certyfikatów niekwalifikowanych dla interesantów. 5. Biuletyn Informacji Publicznej. 4. Miejsce realizacji dostaw i usług Dostawy i usługi realizowane będą w następujących lokalizacjach (poniższa lista stanowi również słownik skrótów używanych do oznaczania poszczególnych Uczestników Projektu / lokalizacji): strona 4

5 Tabela 2 Identyfikator ID 1 ID 2 ID 3 ID 4 ID 5 ID 6 ID 7 Nazwa Powiat Pleszewski - lider projektu Gmina Pleszew - uczestnik projektu Gmina Gizałki - uczestnik projekt Gmina Chocz - uczestnik projektu Gmina Gołuchów - uczestnik projektu Gmina Czermin - uczestnik projektu Gmina Dobrzyca - uczestnik projektu Szczegółowy zakres dostaw i usług dla poszczególnych Partnerów projektu przedstawiony został w Załączniku nr 5 do niniejszej specyfikacji Wzór formularza ofertowego (Szczegółowy zakres dostaw i usług). 5. Wymagania ogólne 5.1. Wymagania prawne Wszystkie produkty składające się na realizację przedmiotu zamówienia muszą spełniać wymogi prawne adekwatnie do celu i roli jaką odgrywają w zakresie realizacji zamówienia. Rozwiązania wchodzące w skład Systemu są zgodne z aktami prawnymi regulującymi pracę urzędów oraz realizacji e-usług. System jest zgodny w szczególności z następującymi przepisami: 1. Rozporządzenie Prezesa Rady Ministrów z dnia 22 grudnia 1999 r. w sprawie instrukcji kancelaryjnej dla organów gmin i związków międzygminnych (Dz.U r. nr 112, poz z późn. zm.). 2. Rozporządzenie Prezesa Rady Ministrów z dnia 18 grudnia 1998 r. w sprawie instrukcji kancelaryjnej dla organów powiatów (Dz.U r. nr 160, poz z późn. zm.). 3. Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego (Dz.U r. Nr 30 poz. 168 z późn. zm.). 4. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27 listopada 2006 r. w sprawie sporządzania i doręczania pism w formie dokumentów elektronicznych (Dz.U r. Nr 227 poz. 1664). 5. Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (Dz.U r. Nr 38 poz. 173 z późn. zm.). 6. Rozporządzenie Ministra Kultury z dnia 16 września 2002 r. w sprawie postępowania z dokumentacją, zasad jej klasyfikowania i kwalifikowania oraz zasad i trybu przekazywania materiałów archiwalnych do archiwów państwowych (Dz.U r. Nr 167 poz. 1375). 7. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie niezbędnych elementów struktury dokumentów elektronicznych (Dz.U r. Nr 206 poz. 1517). 8. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie szczegółowego sposobu postępowania z dokumentami elektronicznymi (Dz.U r. Nr 206 poz. 1518). 9. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 2 listopada 2006 r. w sprawie wymagań technicznych formatów zapisu i informatycznych nośników danych, na których utrwalono materiały archiwalne przekazywane do archiwów państwowych (Dz.U r. Nr 206 poz ). 10. Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U r. Nr 133 poz. strona 5

6 883). 11. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 3 czerwca 1998 w sprawie określenia podstawowych warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U r. Nr 80 poz. 521). 12. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 1 października 2001 r. zmieniające rozporządzenie w sprawie określenia podstawowych warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U r. Nr 121 poz. 1306). 13. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U r. Nr 100 poz. 1024). 14. Ustawa z dnia 22 stycznia 1999 o ochronie informacji niejawnych (Dz.U r. Nr 11 poz. 95). 15. Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz.U r. Nr 112 poz ). 16. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 18 stycznia 2007 r. w sprawie Biuletynu Informacji Publicznej (Dz.U r. Nr 10 poz. 68). 17. Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym (Dz.U r. Nr 130 poz. 1450). 18. Rozporządzenie Rady Ministrów z dnia 7 sierpnia 2002 r. w sprawie określenia warunków technicznych i organizacyjnych dla kwalifikowanych podmiotów świadczących usługi certyfikacyjne, polityk certyfikacji dla kwalifikowanych certyfikatów wydawanych przez te podmioty oraz warunków technicznych dla bezpiecznych uradzeń służących do składania i weryfikacji podpisu elektronicznego (Dz.U r. Nr 128 poz. 1094). 19. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 24 lipca 2007 r. w sprawie warunków udostępniania formularzy i wzorów dokumentów w postaci elektronicznej (Dz.U r. Nr 151 poz. 1078). 20.Ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz.U r. Nr 144 poz. 1204). 21. Ustawa z dnia 17 lutego 2005 r. o informatyzacji podmiotów realizujących zadania publiczne (Dz.U r. Nr 64 poz. 565). 22. Rozporządzenie Prezesa Rady Ministrów z dnia 29 września 2005 r. w sprawie warunków organizacyjno-technicznych doręczania dokumentów elektronicznych podmiotom publicznym (Dz.U r. Nr 200 poz. 1651). 23. Rozporządzenie Rady Ministrów z dnia 27 września 2005 r. w sprawie sposobu, zakresu i trybu udostępniania danych zgromadzonych w rejestrze publicznym (Dz.U r. Nr 205 poz ). 24. Rozporządzenie Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U r. Nr 212 poz. 1766). 25. Rozporządzenie Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej (Dz.U r. Nr 214 poz ). 26. Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005 r. w sprawie testów akceptacyjnych oraz badania oprogramowania interfejsowego i weryfikacji tego badania (Dz.U r. Nr 217 poz ). 27. Rozporządzenie Rady Ministrów z dnia 1 sierpnia 2006 r. w sprawie Planu Informatyzacji Państwa na rok 2006 (Dz.U r. Nr 147 poz ). 28. Rozporządzenie Rady Ministrów z dnia 28 marca 2007 r. w sprawie Planu Informatyzacji strona 6

7 Państwa na lata (Dz.U r. Nr 61 poz. 415). 29. Ustawa z dnia 5 lipca 2002 r. o ochronie niektórych usług świadczonych drogą elektroniczną opartych lub polegających na dostępie warunkowym (Dz.U r. Nr 126 poz z późn. zm.). 5.2 Wymagania bezpieczeństwa systemu 1.Bezpieczeństwo danych. System musi być zabezpieczony w trybie czasu rzeczywistego przed utratą danych w przypadku awarii pojedynczych urządzeń pamięci. 2.Tworzenie kopii zapasowych (backup). Oferowane rozwiązanie musi umożliwiać, tworzenie kopii zapasowych (backup) danych na urządzenia archiwizujące dostarczone wraz z systemem. Zaoferowane rozwiązanie musi być zdolne do tworzenia kopii zapasowych (backupu) danych dokonywanych nie rzadziej niż raz w tygodniu. 3.Procedura tworzenia kopii zapasowych musi być zgodna z Instrukcją kancelaryjną. 4.Zabezpieczenia komunikacji. Poszczególne komponenty Systemu muszą komunikować się ze sobą oraz z systemami zewnętrznymi w sposób zapewniający poufność danych. Dopuszcza się jako rozwiązanie wykorzystanie protokołu SSL lub połączenia VPN. Wykonawca musi dostarczyć i wdrożyć zaproponowane przez siebie rozwiązanie w cenie projektu. 5.Ochrona przed złośliwym kodem. System ma zapobiegać możliwości wprowadzenia i uruchomienia złośliwego kodu do aplikacji PUOL. 6.Ochrona przed nieuprawnionym dostępem. Uwierzytelnianie użytkowników w ramach aplikacji będzie odbywać się za pomocą loginu i hasła lub karty procesorowej (dla niektórych użytkowników, według konfiguracji Systemu dokonanej przez administratora). 5.3 Wymagania wydajnościowe 1 Wykonawca zobowiązany jest do złożenia oferty, która zagwarantuje odpowiednią wydajność Systemu. 2 Odpowiednia wydajność oznacza, że system zapewnia odpowiednio szybką reakcję na działania użytkowników: a) odświeżania/odbudowy ekranu po czynności wykonanej przez użytkownika skutkujący wywołaniem ekranu edycyjnego nie może być dłuższy niż 2 sek. b) odświeżania/odbudowy ekranu po czynności wykonanej przez użytkownika skutkujący wywołaniem listy najwyżej 20 rekordów 1 nie może być dłuższy niż 3 sek. Warunek ten nie dotyczy funkcji, które są związane z wykonywaniem globalnych operacji na bazie danych takich, jak np. sporządzanie raportów i jednocześnie nie są wykonywane w trakcie codziennej, rutynowej pracy z systemem 2. 1 Dla list dłuższych niż 20 rekordów system musi umożliwiać ograniczenie liczby rekordów wyświetlanych na jednym ekranie do Jako kryterium globalnej operacji na bazie danych przyjmuje się sytuację, w której po zastosowaniu filtrowania na ekranie wyświetlane są rekordy z puli większej niż 500. strona 7

8 6. System Obiegu Dokumentów Informatyzacja Jednostek Samorządu Terytorialnego Powiatu Pleszewskiego 6.1. Architektura systemu, wykorzystywane technologie 1. System zbudowany jest w architekturze trój warstwowej, złożonej z: a) programu klienckiego (kod generowany dla przeglądarki internetowej), b) serwera aplikacji (kod zarządzający aplikacją, wykonujący funkcje z zakresu logiki biznesowej, pośredniczący między żądaniami programu klienckiego a funkcjami udostępnianymi przez motor bazy danych), c) motoru bazy danych, zarządzającego SQL-ową bazą danych. 2. Zastosowany motor bazy danych posiada interfejsy pozwalające na integrację w następujących technologiach: Java (JDBC), ODBC, Perl, Python, Ruby, C, C++, PHP. 3. Zastosowany motor bazy danych spełnia wymogi standardów ANSI-SQL 92/99 4. Zastosowany motor bazy danych umożliwia, a warstwa aplikacyjna systemu wykorzystuje: a) klucze obce, b) sekwencje, c) kursory, d) widoki, e) typy definiowane i tablicowe, f) funkcje okienkowe, g) przechowywanie danych w standardzie UTF-8. 5.Minimalne ograniczenia zastosowanego motoru bazy danych: a) Maksymalny rozmiar bazy danych: nieograniczony, b) Maksymalny rozmiar tabeli: 32 TB, c) Maksymalny rozmiar wiersza: 1.6 TB, d) Maksymalny rozmiar pola: 1 GB, e) Maksymalna liczba wierszy w tabeli: nieograniczona, f) Maksymalna liczba kolumn w tabeli: 250, g) Maksymalna liczba indeksów dla tabeli: nieograniczona. 6. System posiada mechanizm bezpieczeństwa polegający na automatycznym generowaniu sum kontrolnych plików, które jednoznacznie identyfikują zapisany w systemie plik (np. załącznik), potwierdzając w ten sposób jego wiarygodność. System zapewnia automatyczne porównywanie sum kontrolnych plików z zapamiętanym wzorcem i informuje w trakcie przeglądania dokumentów o zaistniałych zmianach / naruszeniach integralności plików. 7. System posiada wersje uruchamiane w środowiskach systemowych bazujących na technologii Microsoft Windows dedykowanych do zastosowań serwerowych oraz w środowiskach opartych na systemie Linux (dystrybucje dedykowane do zastosowań serwerowych). Uruchomione w różnych środowiskach systemowych wersje systemu zachowują zdolność wzajemnej współpracy (możliwość konfiguracji środowiska heterogenicznego). 8. System jest systemem w pełni transakcyjnym. 9. System działa w dowolnej sieci komputerowej w standardzie TCP/IP. 10. System w warstwie klienckiej (przeglądarka internetowa) umożliwia pracę w różnych środowiskach: Windows, Linux. 11. System nie wymaga instalacji dodatkowych komponentów typu plug-in przez użytkowników (urzędników, administratorów, klientów urzędu). System realizuje wszystkie czynności przez przeglądarkę internetową z obsługą wirtualnej maszyny Java. 12. Moduł do skanowania dokumentów musi umożliwiać minimum: a) obracanie obrazu, b) dowolne sortowanie dokumentów, strona 8

9 c) usuwanie stron, d) dodawanie nowego skanu dokumentu pomiędzy istniejące skany, e) skanowanie konfigurowalne z apletu czarno-białe lub w kolorze, f) sortowanie automatyczne i ręczne - rosnąco i malejąco oraz dowolne z pomocą metody drag & drop g) obracanie skanów w lewo, w prawo i o 180 stopni, h) redukcja kolorów do odcieni szarości i czarno-białego, i) możliwość dołączania plików (z dysku) do listy wcześniej utworzonych dokumentów. 13. Do realizacji wybranych funkcji administracyjnych (archiwizacja bazy danych, aktualizacja oprogramowania) dopuszcza się pracę na konsoli administracyjnej serwera. Dla komponentów oprogramowania systemowego i narzędziowego, dla których wymagane jest operowanie na konsoli administracyjnej serwera wymagane jest, aby wszystkie te czynności można było realizować wykorzystując interfejs tekstowy za pośrednictwem protokołu SSH lub równoważnego. 14. System posiada zdolność do automatycznej (tzn. bez ingerencji człowieka) aktualizacji oprogramowania na nowszą wersję. 15. Interfejs użytkownika aplikacji udostępniany przez przeglądarkę internetową wykorzystuje takie kontrolki jak: menu, listy pozycji, drzewo, menu kontekstowe, przyciski. 16. Dostarczone oprogramowanie musi posiadać polskojęzyczny interfejs użytkownika oraz obsługę polskich liter i sortowania wg polskiego alfabetu. 17. Interfejs użytkownika aplikacji udostępniany przez przeglądarkę internetową wykorzystuje technologię AJAX w celu przyspieszenia pracy. 18. Dopuszczalne formaty przetwarzanych plików nie mogą być ograniczone przez technologię Systemu. 19. System jest skalowalny, przy czym skalowanie systemu może odbywać się przez: a) dołączenie dodatkowych stanowisk - zwiększanie liczby użytkowników, b) rozbudowę warstwy aplikacyjnej (zwiększenie zasobów komputerów obsługujących warstwę poprzez rozbudowę pamięci, zwiększenie liczby procesorów oraz zwiększanie liczby maszyn), c) rozbudowę warstwy bazodanowej (zwiększenie zasobów komputerów obsługujących warstwę poprzez rozbudowę pamięci, zwiększenie liczby procesorów, zwiększenie pojemności pamięci masowych). 20. Dostarczone licencje muszą umożliwiać przynajmniej dowolne zwiększenie ilości serwerów aplikacji i baz danych (serwery zapasowe, serwery testowe). 21. Wszystkie dostarczane moduły oprogramowania w ramach SOD muszą tworzyć jednolity system informatyczny, w szczególności poprzez: a) wykorzystanie wspólnej platformy systemowej serwerów aplikacji i baz danych, b) wykorzystanie jednej wspólnej bazy danych (struktura tabel musi być jedna wspólna dla wszystkich modułów), w szczególności wszystkie dane muszą być zapisywane i odczytywane z jednej bazy danych, c) wykorzystanie wspólnego interfejsu użytkownika, d) wykorzystanie wspólnych kartotek wspomagających przez poszczególne komponenty (kartoteka interesantów urzędu, struktura organizacyjna urzędu, rejestry urzędowe), e) wykorzystanie wspólnego i spójnego systemu uprawnień, 22. System posiada repozytoria plików przechowujące pliki w bazie danych. Zamawiający dopuszcza rozwiązanie równoważne, przy czym rozwiązanie równoważne musi posiadać strona 9

10 następujące cechy: a) musi istnieć możliwość wyodrębnienia zbiorów danych poszczególnych Uczestników Projektu 1, b) musi istnieć możliwość ustanowienia odrębnego administratora danych przez poszczególnych Uczestników Projektu, c) zastosowane mechanizmy wykonywania kopii zapasowych repozytoriów muszą być zintegrowane z mechanizmami kopii zapasowych przewidzianych dla baz danych systemu obiegu dokumentów poszczególnych Uczestników Projektu, d) dostęp do plików umieszczonych w repozytorium odbywa się tylko i wyłącznie na podstawie uprawnień wynikających z systemu obiegu dokumentów 2. e) System umożliwia rozpraszanie repozytorium plików w ramach jednego systemu obiegu dokumentów na wiele komputerów rozmieszczonych w różnych lokalizacjach geograficznych (np. budynki urzędu). f) System cechuje niezależność działania od poszczególnych komponentów repozytorium tj. w przypadku awarii komputerów bądź łączy zachowuje zdolność działania za wyjątkiem dostępu do dokumentów zlokalizowanych w repozytorium, które uległo awarii. a) System jest niezależny od wyboru pakietów biurowych (edytor tekstów, arkusz kalkulacyjny itp.) służących do tworzenia i uaktualniania poszczególnych dokumentów przez pracowników urzędu. b) System nie przetwarza dokumentów (plików zawierających dokumenty) w sposób, który naruszałby spójność i integralność plików, a w szczególności uniemożliwia ich odczytanie w aplikacji źródłowej. c) Jedno miejsce logowania się do poszczególnych modułów systemu. d) System pozwala na jednoczesny dostęp do danych wielu użytkownikom oraz zapewnia ochronę tych danych przed utratą spójności lub zniszczeniem Administrowanie systemem 1. System umożliwia określanie uprawnień użytkowników (urzędników i administratorów) do czynności i danych, z możliwością delegowania uprawnień. 2. System rejestruje historię wszystkich wprowadzonych zmian w polach opisujących dokument. 3. System pozwala na uwierzytelnianie się użytkowników z wykorzystaniem nazwy użytkownika i poufnego hasła oraz umożliwia autoryzację dostępu do obiektów: danych i dokumentów. 4. System umożliwia definiowanie ról, tj. grup uprawnień użytkowników, jakie posiadają w systemie oraz dostępnych mu funkcjonalności. System uprawnień jest zdolny do odzwierciedlenia uprawnień i odpowiedzialności poszczególnych urzędników, stosowany w jednostkach samorządu terytorialnego i wynikający z Instrukcji Kancelaryjnych. Uprawnienia użytkowników są niezależne od systemu uprawnień systemu plikowego obsługiwanego przez system operacyjny lub motoru bazy danych - muszą w całości być obsługiwane przez aplikację. Zakres uprawnień musi umożliwia co najmniej: uprawnienie lub zakaz przeglądania dokumentów, edycji własnych dokumentów, edycji dokumentów innych użytkowników. 5. System prowadzi dziennik zdarzeń i dostępu do obiektów danych, spraw i dokumentów, umożliwiający odtwarzanie historii aktywności poszczególnych użytkowników systemu. 1 Każdy Uczestnik Projektu, czyli każda odrębna instancja systemu obiegu dokumentów, może mieć zdefiniowane więcej niż jedno repozytorium plików., 2 Niedopuszczalne jest, aby dostęp do konkretnego pliku w repozytorium uzyskała osoba nie posiadająca uprawnień do danego pliku wynikających z uprawnień w systemie obiegu dokumentów. strona 10

11 System umożliwia eksport dziennika zdarzeń do pliku. 6. Uwierzytelnianie użytkowników do aplikacji może odbywać się za pomocą loginu i hasła albo certyfikatu PKI (w zależności od potrzeb użytkownika). 7. Wiedza o systemie zawarta w podręczniku administratora i dokumentacji technicznej musi pozwalać na rozszerzanie systemu zarówno w odniesieniu do wydajności jak i pojemności. Wiedza ta musi pozwalać również na dokonywanie integracji systemu z systemami zewnętrznymi. 8. System uprawnień administracyjnych w Systemie ma być hierarchiczny, tzn. będzie możliwość powołania przez Administratora innych administratorów i nadania im części posiadanych przez siebie uprawnień (z możliwością ograniczenia nadanego zakresu uprawnień do pojedynczego wydziału, wybranych lokalizacji, urządzeń i plików). 9. Podstawowe zadania administracyjne (obejmujące m.in. definiowanie użytkowników i ich uprawnień, parametryzowanie systemu, definiowanie raportów) mają być wykonywane przez graficzny interfejs użytkownika, dostępny przez przeglądarkę WWW. 10.System wymusza ustawianie hasła z uwzględnieniem wybranego przez administratora poziomu bezpieczeństwa. 11.System umożliwia określenie minimalnej liczby znaków w haśle z uwzględnieniem poziomu bezpieczeństwa oraz wymogów przyjętej Polityki Bezpieczeństwa. 12.System umożliwia określenie maksymalnej liczby nieudanych prób logowania. 13.System posiada narzędzie do generowania hasła dla każdego użytkownika. Podczas konieczności zmiany hasła, pracownik może zmieniać hasło z wykorzystaniem generatora haseł. 14.System umożliwia odzyskanie utraconego hasła poprzez wygenerowanie nowego hasła. Funkcjonalność ta może zostać wyłączona przez administratora Podstawowe ewidencje 1. System zawiera hierarchiczną ewidencję struktury organizacyjnej urzędu (ESOU), zawierającą w szczególności: a) informację o podległościach poszczególnych komórek organizacyjnych i stanowisk, b) informację o pracownikach przypisanych do poszczególnych komórek organizacyjnych i stanowisk, c) dane adresowe komórki organizacyjnej, d) symbol komórki wykorzystywany do generowania sygnatury sprawy, e) informację o rolach przypisanych poszczególnym pracownikom. 2. System zawiera ewidencję pracowników urzędu (EPU), zawierającą w szczególności: a) dane osobowe pracownika, b) informacje służbowe (telefon, , fax, symbol pracownika wykorzystywany do generowania sygnatury sprawy), 3. System zawiera jednolity rzeczowy wykaz akt (JRWA), zawierający w szczególności: a) wyciągi z JRWA dla poszczególnych komórek organizacyjnych, b) możliwość przechowywania historycznych JRWA c) możliwość definiowania JRWA, które będzie obowiązywało od określonej daty (po zdefiniowaniu nowego JRWA istnieje możliwość zapamiętania bieżącego JRWA w historii, a następnie uaktywnienia nowego JRWA), 4. System zawiera ewidencję klientów urzędu (EKU) zawierającą w szczególności: a) podział klientów na osoby fizyczne i inne, b) dane adresowe klienta, c) możliwość grupowania klientów w grupy (każdy klient może należeć do więcej niż jednej grupy), d) możliwość określenia więcej niż jednego adresu, strona 11

12 e) możliwość określenia więcej niż jednej osoby reprezentującej klienta (imię, nazwisko, stanowisko, dział, telefony, faksy, ), 5. System posiada wbudowany słownik miejscowości i ulic w oparciu o dane z podziału terytorialnego kraju na gminy, powiaty i województwa. We wszystkich formatkach obejmujących dane adresowe możliwe jest wykorzystanie słownika do wprowadzania danych. Tym samym wszystkie dane adresowe przechowywane w systemie są ocechowane kodem TERC. 6. System umożliwia prowadzenie ewidencji szablonów dokumentów (ESD). Szablony dokumentów definiowane są co najmniej w następujących formatach: RTF, OpenOffice, plik XML o dowolnej strukturze, dokument XML na podstawie wzorów dokumentów przechowywanych w repozytorium Platformy Formularzy Elektronicznych Obsługa korespondencji, procedowanie spraw 1. System umożliwia prowadzenie postępowania z dokumentami ewidencjonowanymi i metadanymi zgodnie z wymogami określonymi w przepisach prawa. 2. System umożliwia rejestrację korespondencji złożonej w postaci papierowej" do kancelarii urzędu oraz przetworzenie jej do postaci dokumentu elektronicznego. 3. System umożliwia rejestrację dokumentów elektronicznych złożonych na nośnikach elektronicznych do kancelarii urzędu. 4. Dla korespondencji przychodzącej złożonej na nośnikach elektronicznych system umożliwia wygenerowanie urzędowego poświadczenia odbioru. 5. System umożliwia przypisywanie sprawom, pismom oraz dokumentom słów kluczowych oraz szybkie przeszukiwanie repozytorium według słów kluczowych. 6. System umożliwia nadawanie sprawom, pismom odniesień przestrzennych (związanie sprawy lub pisma z konkretnym obiektem w przestrzeni geograficznej, której pismo dotyczy). 7. System umożliwia przekazywanie dokumentów i spraw (dekretację) pomiędzy poszczególnymi pracownikami (bez konieczności wykorzystania mechanizmu workflow) co najmniej w zakresie: przekazywania do opracowania, przekazywania do wiadomości, odrzucania błędnie przekazanej korespondencji z podaniem przyczyny odrzucenia. 8. System umożliwia definiowanie zesłownikowanych klasyfikatorów (cech informacji) dla wszystkich obszarów informacji (dokumenty, pisma, sprawy, teczki, klient urzędu) oraz wyszukiwanie po klasyfikatorach. 9. System umożliwia łączenie pism z innymi pismami lub sprawami poprzez zakładanie więzów relacji. 10. System umożliwia prowadzenie słownika dekretacji opisującego polecenia do wykonania dla osoby na którą następuje dekretacja korespondencji. 11.System umożliwia oznaczanie kodem kreskowym dokumentu papierowego (nadruk, naklejka), ewidencjonowanie w systemie przydzielonego pismu kodu kreskowego oraz identyfikowanie w systemie (danych ewidencyjnych) dokumentu przy użyciu czytnika kodów kreskowych. 12.System umożliwia definiowanie i prowadzenie co najmniej rejestrów urzędowych (wydziałowych, urzędowych, innych), wprowadzanie korespondencji, spraw oraz dokumentów (dowolne pliki elektroniczne) do zdefiniowanych wcześniej rejestrów. Istnieje możliwość wydrukowania raportów i zestawień ze zdefiniowanych rejestrów. 13.System umożliwia generowanie sygnatury sprawy zgodnie z Instrukcjami Kancelaryjnymi właściwymi dla jednostek samorządu terytorialnego. 14.System umożliwia gromadzenie pełnej dokumentacji dotyczącej sprawy w postaci poprzez dołączanie/dowiązanie do sprawy obiektów różnych typów, co najmniej następujące typy obiektów: załączniki w postaci plików, referencje do innych spraw, strona 12

13 referencje do dokumentów przychodzących i wychodzących składających się na akta sprawy, referencje do wpisów w definiowanych i wbudowanych rejestrach, notatki, notatki z ustawionym przypomnieniem informującym użytkownika (lub grupę użytkowników) w wyznaczonym czasie o konieczności wykonania czynności (alarmy). Dopuszczalna liczba obiektów w teczce każdego typu jest nie mniejsza niż System umożliwia prowadzenie Archiwum Zakładowego zgodnie z Rozporządzeniem MSWIA w sprawie szczegółowego sposobu postępowania z dokumentami elektronicznymi (Dz. U nr 206 poz. 1518), a w szczególności powinien umożliwiać: archiwizowanie spraw (przekazywanie do archiwum zakładowego), generowanie potwierdzeń przekazania akt do archiwum zakładowego, potwierdzanie przejęcia akt do archiwum zakładowego, generowanie spisów dokumentacji niearchiwalnej przeznaczonej do zbrakowania, brakowanie dokumentów ewidencjonowanych, zmianę klasyfikacji archiwalnej dokumentacji niearchiwalnej, tworzenie paczki archiwalnej" dla dokumentacji archiwalnej. Czynności związane z obsługą archiwum powinny pozwalać na pełne udokumentowanie przeprowadzonych czynności. Wszelkie generowane spisy dokumentów oraz zawartość paczki archiwalnej powinny być zgodne z obowiązującym formatem wymiany danych udostępnionym przez Naczelną Dyrekcję Archiwów Państwowych. 16. System umożliwia integrację z faks-serwerem przez SMTP tj. umożliwia automatyczne wprowadzanie korespondencji przychodzącej do urzędu faksem, a także automatyczne wysyłanie korespondencji wychodzącej za pomocą faksu. 17. System umożliwia pełnotekstowe wyszukiwanie dokumentów elektronicznych w repozytorium dokumentowym co najmniej dla następujących formatów: txt,.pdf,.doc,.rtf,.xls,.ppt,.odt.,.sxw. 18. System zapewnia wersjonowanie dokumentów, tj. zachowywanie kolejnych wersji plików dołączanych do dokumentów. Umożliwia także ewidencjonowanie, przeglądanie oraz przywracanie starszych wersji plików. 19. System umożliwia monitorowanie obiegu korespondencji oraz procedowania spraw poprzez generowanie wydruków raportów i statystyk, w szczególności: a) raport statystyczny zarejestrowanych spraw, przedstawiający ilość spraw zarejestrowanych w danej komórce organizacyjnej (referat, wydział, stanowisko) z wyszczególnionym podziałem na każdego pracownika. b) dziennik przekazań" czyli raport przekazywanej korespondencji; dziennik przekazań powinien umożliwiać wybranie strony przekazującej wraz ze stroną odbierającą oraz umożliwiać naniesienie na wydruku papierowym dokumentu parafki osoby odbierającej dokumenty niezależnie pod każdym pismem lub grupą pism kierowanej do danej osoby lub grupy osób c) raporty stanu obiegu dokumentów każdego pracownika ze szczególnym uwzględnieniem: i) ilość nieodebranych oraz przeterminowanych pism wewnętrznych zarejestrowanych w obiegu międzywydziałowym, pomiędzy poszczególnymi komórkami organizacyjnymi, ii) ilość nieodebranych oraz przeterminowanych pism, które zostały zarejestrowane w rejestrze korespondencji przychodzącej (dzienniku korespondencji sekretariatu), które wpłynęły od klienta, d) raport statystyczny zarejestrowanych pism w systemie z podziałem na poszczególne osoby oraz typy dokumentów (decyzja, faktura, wniosek, akt notarialny, itp.), e) raport aktywności poszczególnych użytkowników, który będzie przedstawiał m.in.: ogólną ilość logowań do systemu, ilość wykonanych operacji, ilość zarejestrowanych spraw przez daną osobę, ilość zarejestrowanych pism przez daną osobę oraz ilość zarejestrowanych pozycji rejestrów przez daną osobę, strona 13

14 19. System posiada możliwość kontroli terminowości rejestrowanych pozycji w systemie oraz dodatkowo sprawdzić poprawność wprowadzanych danych (zgodność z datą systemową, formatem numeracji, itp.). 20. System umożliwia osobie posiadającej odpowiednie uprawnienie kontrolować obieg dokumentów poszczególnych osób oraz umożliwiać przeglądanie elektronicznych kont danego użytkownika. 21. System umożliwia filtrowanie wydruków po dowolnym okresie czasowym. 22. System umożliwia wprowadzanie korespondencji: przychodzącej, wewnętrznej i wychodzącej oraz nadawanie korespondencji i sprawom statusów odpowiednich do stopnia realizacji (co najmniej: rozpoczęta", tymczasowo zakończona", ostatecznie zakończona", wznowiona") a także wyposażony jest w mechanizm priorytetyzowania spraw oraz korespondencji. Dla korespondencji wychodzącej automatyzuje ich obsługę poprzez prowadzenie pocztowej książki nadawczej oraz drukowanie kopert i pocztowych potwierdzeń odbioru. System umożliwia określenie rodzaju korespondencji za pomocą pola słownikowego. 23. System posiada wewnętrzny edytor tekstowy niezależny od pakietów biurowych umożliwiający tworzenie notatek z wykorzystaniem wyłącznie przeglądarki internetowej bez konieczności załączania dokumentów tworzonych w zewnętrznych aplikacjach. 24. System umożliwia automatyczne generowanie korespondencji seryjnej adresowanej do wielu adresatów (z Ewidencji Klientów Urzędu) na podstawie zdefiniowanego pisma (szablonu). 25. System umożliwia automatyczne wstawianie do dokumentu generowanego na podstawie szablonu podstawowych danych na podstawie informacji zawartych w SOD (np. numer sprawy, numer pisma, dane adresowe kontrahenta, treść pisma) Obsługa przepływu pracy (workflow) 1. System umożliwia przetwarzanie i wysyłanie dokumentów elektronicznych z wykorzystaniem mechanizmu procedowania według zdefiniowanych ścieżek (mechanizm przepływu pracy - workflow). 2. System umożliwia obsługę przepływu pracy (workflow), czyli automatyczne przemieszczanie sprawy pomiędzy użytkownikami systemu (pracownikami urzędu) w ustalonej dla danej kategorii spraw kolejności (zgodnie ze zdefiniowaną uprzednio ścieżką procedowania sprawy). Ścieżki procedowania sprawy dopuszczają rozwidlanie oraz łączenie się podścieżek, a także podścieżki wariantowe (alternatywne). Wybór wariantu następuje wskutek decyzji urzędnika. 3. System umożliwia procedowanie sprawy trybem ad hoc" tj. poprzez definiowanie na bieżąco kolejnego stanowiska zajmującego się sprawą, bez konieczności wykorzystywania uprzednio zdefiniowanej ścieżki procedowania sprawy. System umożliwia zaniechanie na dowolnym etapie procedowania sprawy zgodnie ze ścieżką i kontynuowanie jej trybem ad hoc". 4. System umożliwia definiowanie na węźle ścieżki w trybie ad hoc", (pod)ścieżki do wykonania, zakończonej powrotem do tegoż węzła. Opisana funkcjonalność umożliwia dowolną liczbę (nie mniej niż 10) takich zagnieżdżeń. 5. System posiada graficzny modeler 3 ścieżek procedowania spraw. Modeler ten umożliwia definiowanie w formie grafu zorientowanego nowych oraz edytowanie istniejących ścieżek procedowania sprawy. Węzły grafu muszą reprezentować wykonywane czynności a 3 Za rozwiązanie równoważne zamawiający uzna graficzny modeler ścieżek procedowania spraw wykorzystujący mechanizmy "chwyć i upuść" (ang. drag'n'drop). Modeler ten umożliwia definiowanie nowych oraz edytowanie istniejących ścieżek procedowania sprawy. Poszczególne kroki obrazują wykonywane czynności (formatki procesowania spraw) oraz proces przekazywania sprawy pomiędzy stanowiskami realizującymi poszczególne czynności. strona 14

15 strzałki (zorientowane krawędzie grafu) proces przekazywania sprawy pomiędzy stanowiskami realizującymi poszczególne czynności. 6. System umożliwia umieszczenie na ścieżce procedowania sprawy: a)stanowisk, komórek organizacyjnych bądź ról na podstawie ewidencji struktury organizacyjnej urzędu (ESOU), b)konkretnych pracowników na podstawie ewidencji pracowników urzędu (EPU). 7. Jeżeli na ścieżce umieszczone jest stanowisko, komórka organizacyjna bądź rola, system kieruje procedowanie danej sprawy do wszystkich pracowników przypisanych do danej struktury (stanowiska, komórki organizacyjnej bądź roli) lub do osoby zdefiniowanej w ESOU jako kierownik. Wybór trybu działania możliwy jest do określenia w definicji procesu. 8.System umożliwia wprowadzanie zmian kadrowych, urlopów i zastępstw bez konieczności modyfikacji ścieżek procedowania. W przypadkach braku pracownika na danym stanowisku (np. z powodu urlopu) przekazywane sprawy lub pisma automatycznie trafią do zdefiniowanych zastępców. 9. System umożliwia prowadzenie kontroli czasu wykonania szeregu czynności na ścieżce. System ma możliwość bieżącego monitorowania o czasie pozostałym do terminowego wykonania przez niego czynności na danym etapie realizacji sprawy z przypisaną ścieżką procedowania. System ma możliwość informowania użytkownika o zaległościach (w tym pocztą elektroniczną). 10. System posiada zdolność dynamicznego definiowania ścieżek przetwarzania sprawy tj. stworzony ad hoc" ciąg stanowisk procedujących konkretną sprawę może być przyjęty jako (wzorcowa) ścieżka procedowania dla odpowiedniej kategorii spraw. Musi istnieć mechanizm reedycji tak stworzonych ścieżek. Ponadto system umożliwia tworzenie nowych ścieżek procedowania na podstawie istniejących ścieżek. 11. System umożliwia opisanie na węźle ścieżki czynności, jakie urzędnik ma do wykonania Komunikacja Systemu Obiegu Dokumentów z innymi systemami 1. Komunikacja pomiędzy wszystkimi komponentami systemu oraz z Platformą Usług On- Line odbywa się w sposób zapewniający poufność danych (protokół SSL). Dla połączeń pomiędzy różnymi lokalizacjami wymagane są dodatkowo połączenia VPN (np. IPSec).Oprogramowanie systemowe przeznaczone do zestawienia tuneli VPN zawarte jest w systemie. 2. System wykorzystuje szyfrowanie oraz infrastrukturę klucza publicznego do zabezpieczania komunikacji z użytkownikiem, pomiędzy modułami i zewnętrznymi aplikacjami. 3. Poufność danych w odniesieniu do komunikacji z klientem i urzędnikiem jest zapewniona przez wykorzystanie protokołu SSL (HTTPS). 4. Komunikacja dwukierunkowa z interesantem odbywa się poprzez skrzynkę kontaktową, która jest spersonalizowanym, wymagającym uwierzytelniania, interfejsem dostępu interesanta do usług publicznych przez przeglądarkę WWW. Klient może otrzymać swoją skrzynkę dwiema drogami: a) Klient zakłada j ą sam na stronach internetowych PUOL, b) Skrzynka jest zakładana przez urzędnika z poziomu aplikacji SOD 5. System obsługuje opłaty powstałe w toku załatwiania sprawy (np. w związku z wydaniem decyzji) w szczególności w zakresie możliwość utworzenia wymagalności" opłaty w związku ze sprawą (nawet zainicjowaną w sposób papierowy"), możliwość monitorowania wpływu opłaty. 6. System udostępnia funkcje i mechanizmy potrzebne do integracji z PUOL przez OWD. strona 15

16 7.System umożliwia odbieranie przez SOD dokumentów elektronicznych, które interesant przesłał z PUOL. 8. System umożliwia odbieranie i przechowanie informacji zawierającej urzędowe poświadczenie odbioru. 9. System umożliwia przekazywanie pism i informacji z SOD do skrzynki kontaktowej interesanta. 10. System umożliwia przekazywanie do PUOL informacji o statusach spraw z SOD przez OWD. 11. Aplikacja jest przystosowana do współpracy z innymi aplikacjami przez usługi Web Services poprzez mechanizmem odpowiedzialnym za niezawodną i bezpieczną komunikację pomiędzy poszczególnymi elementami systemu oraz między systemem a systemami zewnętrznymi. 12. W skład Platformy Usług On-Line ma wchodzić również mechanizmem odpowiedzialnym za niezawodną i bezpieczną komunikację pomiędzy poszczególnymi elementami systemu oraz między systemem a systemami zewnętrznymi. 13. System umożliwia integrację z wieloma PUOL (np. oficjalnym i testowym) przez OWD. 14. System umożliwia stworzenie i edycję dokumentu elektronicznego w standardzie formularzy PeF i jego podpisanie podpisem elektronicznym w formacie zgodnym z formatem e-paczka. 15. System umożliwia wysłanie do PUOL dokumentu elektronicznego w formacie e- Paczki Obszar funkcjonalny Wymiany Danych Całość komunikacji pomiędzy poszczególnymi systemami/modułami/komponentami systemu składającymi się na PUOL i SOD odbywa się za pośrednictwem systemu o funkcjonalności opisanej w pkt Obszar funkcjonalny Wymiany Danych (OWD). OWD udostępnia również interfejs wymiany danych pomiędzy PUOL oraz SOD a innymi (zewnętrznymi) systemami. 1. OWD udostępnia zespół interfejsów komunikacyjnych w standardzie WebService 1, opisanych za pomocą WDSL dla poszczególnych elementów Platformy Transakcyjnej. 2. OWD udostępnia również zespół interfejsów do komunikacji z innymi (zewnętrznymi) systemami, np. BIP, epuap. 3. Interfejsy komunikacyj ne wykorzystuj ą komunikaty XML, które opi sane są za pomocą XML Schema. 4. Komunikacja pomiędzy poszczególnymi systemami/modułami/komponentami systemu składającymi się na PUOL i SOD realizowana za pośrednictwem OWD spełnia następujące wymogi: a) wykorzystuje tylko i wyłącznie technologię WebService2 b) wszystkie wywołania usług WebService są wywoływane z wykorzystaniem szyfrowania SSL, c) komunikaty przesyłane w ramach usług komunikacyjnych są podpisywane cyfrowo, d) usługi komunikacyjne umożliwiają: i. kolejkowanie komunikatów i transmisję asynchroniczną, ii. segmentację dużych komunikatów na mniejsze części realizowane odrębnymi wywołaniami WebService, iii.priorytetyzację rodzajów komunikatów. e) usługi komunikacyjne umożliwiaj ą konfiguracj ę pośredniczących OWD1, f) istnieje możliwość pełnego logowania wszystkich transmisji, 1 zgodnie z Rozporządzeniem w sprawie minimalnych wymagań dla systemów teleinformatycznych Zał. 1 pkt Mechanizm WebService jest jedynym dopuszczalnym do przekazywania jakichkolwiek danych pomiędzy strona 16

17 g) istnieje interfejs dostępny przez przeglądarkę internetową pozwalający co najmniej na obserwację kolejki komunikatów z filtrowaniem i wyszukiwaniem, ręczne wstrzymanie i wznawianie komunikatów, eksport komunikatu do pliku tekstowego oraz wysyłanie komunikatów diagnostycznych Wymagania dotyczące licencjonowania oprogramowania 1. Wszystkie licencj e muszą być udzielone na czas nieograniczony. 2. Wykonawca zobowiązany jest dostarczyć wszystkie komponenty oprogramowania systemowego, narzędziowego, baz danych niezbędne do uruchomienia i wdrożenia systemów objętych zamówieniem. Dostarczone licencje oprogramowania systemowego, narzędziowego, baz danych SQL powinno uwzględniać dostęp do wszystkich zasobów przez wszystkich użytkowników Systemu w lokalizacjach Uczestników projektu, szczegółowe rozlokowanie licencji aplikacji przedstawione jest w tabeli poniżej. Tabela3 L.P. Przedmiot oferty Powiat Gmina Gmina Gmina Gmina Gmina Gmina Pleszewski Pleszew Gizałki Gołuchów Chocz Czermin Dobrzyca Oprogramowanie 1.1. Oprogramowanie serwera licencja systemu operacyjnego (szt.) liczba użytkowników serwera plików (user) licencja zabezpieczenia firewall (szt.) licencja serwera bazy danych SQL (szt.) liczba użytkowników bazy SQL (user) licencja oprogramowania do archiwizacji (szt.) 1.2. Oprogramowanie Systemu Obiegu składnikami dostarczonych systemów. 1 Zamawiający oczekuje możliwości uruchomienia komponentu oprogramowania realizującego funkcję OWD na wyodrębnionym serwerze. W przypadku gdy funkcje OWD są realizowane przez oprogramowanie realizujące również inne funkcje (np. SOD), zamawiający oczekuje możliwości takiej konfiguracji tego oprogramowania, aby funkcje nie związane z OWD nie utrudniały / zakłócały funkcjonowania OWD. Dokumentów licencja (szt.) Serwer aplikacji (szt.) Liczba użytkowników strona 17

18 1.3. Platforma e-usług Publicznych e-urząd (liczba miesięcy) Biuletyn Informacji Publicznej (liczba miesięcy) Portal www e-urząd (liczba miesięcy) Lokalne Centrum Certyfikacji (liczba miesięcy) Informatyzacja Jednostek Samorządu Terytorialnego Powiatu Pleszewskiego Licencje Systemu w części obejmującej System Obiegu Dokumentów nie mogą być przywiązane do komputera (miejsca pracy). 4. Licencje muszą w sumie umożliwiać jednoczesną pracę określonej w niniejszej specyfikacji liczbie nazwanych użytkowników (personalnie definiowanym w systemie) u każdego z Uczestników projektu. 5. Każdy z Uczestników projektu w ramach licencji będzie mógł zainstalować dodatkowo przynajmniej instancję testową oraz szkoleniową systemu 1 (w sumie 3 instancje). 6. Licencje oprogramowania baz danych oraz serwera aplikacji w każdej lokalizacji muszą: a)umożliwiać uruchomienie na każdym serwerze nieograniczonej liczby instancji bazy danych (np. bazy danych szkoleniowe, archiwa zapasowe, kopie tymczasowe), b)nie mieć ograniczeń związanych z liczbą użytkowników. 7. Licencje na pozostałe oprogramowanie mają być dostarczone w ilości umożliwiającej prawidłowe działanie Systemu wg założeń SIWZ. 8. Wykonawca przedstawi kompletną listę licencji, które zostaną udzielone w ramach realizacji zamówienia wraz ze wzorami poszczególnych umów licencyjnych w Ramowym Planie Projektu. 7. Platforma Usług On-Line Wdrożenie obejmuje opisane poniżej moduły funkcjonalne systemu mające zapewnić świadczenie e-usług dla firm i obywateli zgodnie z wymaganiami programu eeurope 2005 poprzez realizację: -dostępności do pełnej i bieżącej informacji o wszystkich usługach, -pobierania formularzy i innych druków związanych z wykonywaniem usługi publicznej, -interakcji umożliwiającej wypełnienie formularza na komputerze oraz przesłanie go z zabezpieczeniem zwrotnym, -transakcji realizującej pełne wykonanie usługi na podstawie formularza lub wniosku. 1. Zamawiający wymaga, aby moduły oprogramowania stanowiące Platformę Usług On-Line (PUOL) posadowione były na platformie sprzętowej Wykonawcy i udostępnione za pośrednictwem sieci Internet, zgodnie z Tabelą3, na okres 21 miesięcy od daty zakończenia projektu. Wykonawca jest zobowiązany udostępnić narzędzia administracyjne Platformy 1 Pojęcie system" obejmuje oprogramowanie systemowe i narzędziowe niezbędne do funkcjonowania systemu, oprogramowanie serwera zarządzającego bazą danych (RDBMS), serwera aplikacji oraz aplikacji realizujących funkcje PUOL i SOD. strona 18

19 Usług On- Line Zamawiającemu w zakresie niezbędnym do zarządzania PUOL. 2. Przedmiot postępowania nie obejmuje wypełnienie treścią/migracja treści modułów PUOL Platforma e-spraw 1. Elementem Platformy Usług On-Line będzie Platforma e-spraw. Będzie ona odpowiedzialna za dwukierunkową elektroniczną komunikację interesantów z urzędem. 2. Komunikacja dwukierunkowa odbywać się będzie poprzez skrzynkę kontaktową, która będzie spersonalizowanym, wymagającym uwierzytelniania, interfejsem dostępu interesanta do usług publicznych przez przeglądarkę WWW. 3. Po zalogowaniu się do skrzynki identyfikatorem i hasłem klient urzędu będzie miał dostęp do następujących funkcjonalności - będzie mógł: a)wypełnić dowolny spośród udostępnionych e-formularzy, dołączyć załączniki i wysłać go do urzędu, otrzymując w odpowiedzi elektroniczne potwierdzenie odbioru, b)podpisać wysyłane dokumenty podpisem elektronicznym weryfikowanym przez certyfikat kwalifikowany, c)uzyskać informację o stanie spraw i korespondencji, którą złożył do urzędu, niezależnie od jej postaci (dokument papierowy lub elektroniczny) oraz sposobu złożenia (osobisty lub przez PUOL), a także o innych istotnych okolicznościach dotyczących przesyłanej do urzędów korespondencji i prowadzonych spraw (złożone i wymagane opłaty wraz z terminami wniesienia, informacja o pozytywnej lub negatywnej weryfikacji podpisu elektronicznego, okres procedowania sprawy, przewidywany termin realizacji, data odbioru dokumentu z decyzją administracyjną, sposób odbioru decyzji), d)uzyskać informację o historii dokonywanych ostatnio w skrzynce kontaktowej operacji (dostęp do logu operacji wraz z czasem ich wykonania), e)przerwać swoje działania zachowując częściowo wypełniony danymi formularz, do edycji którego może powrócić później, f)wygenerować unikalny identyfikator dla dowolnej grupy należnych płatności, które chce uiścić przelewem (patrz: System Płatności Elektronicznych), g)zamówić automatyczne powiadomienia na podany przez siebie adres o zmianie statusu sprawy. 4. Dla celów wymiarowania systemu należy przyjąć, że system musi być w stanie obsłużyć do skrzynek kontaktowych. 5. Katalog usług zawiera wyszczególnienie wszystkich usług świadczonych przez Uczestników Projektu (zarówno obsługiwanych drogą elektroniczną jak i tradycyjną). 6. Każda usługa zawiera opis usługi w postaci karty usługi zawierający informacje pogrupowane według działów: a)ogólny opis, b)wymagane dokumenty, c)sposób dostarczenia dokumentów, d)informacje o możliwości wszczęcia/obsługi sprawy drogą elektroniczną, e)miejsce złożenia dokumentów w urzędzie, f)informacje o opłatach, g)terminy i sposób załatwienia sprawy, h)jak można uzyskać informację na temat przebiegu sprawy, i)tryb odwoławczy, j) Skargi i wnioski, k) Podstawa prawna, l) Usługi powiązane. strona 19

20 m) Informacje dodatkowe. 7. Karta usługi zawiera odnośnik do powiązanych formularzy elektronicznych pochodzących z repozytorium formularzy Platformy e-spraw. 8. Karta usługi posiada możliwość przyłączenia dowolnych plików do pobrania (np. formularzy w formacie rtf/pdf/doc/odt). 9. Katalog usług zawiera mechanizmy pozwalające na tworzenie wspólnych treści informacyjnych kart usług dla wielu Uczestników Projektu bez konieczności duplikowania treści. Aktualizacja informacji w odpowiednim dziale, wprowadzona jest raz i aktualizuje jednocześnie kartę usługi dla wielu Uczestników Projektu (np. zmienia się termin udostępnienia informacji publicznej - czyli dotyczy usługi która jest realizowana przez wszystkich Uczestników Projektu). 10. Katalog usług zawiera mechanizmy pozwalające na tworzenie wspólnych treści informacyjnych dla wielu kart usług (przy zachowaniu możliwości wskazanych w poprzednim punkcie). Aktualizacja informacji w odpowiednim dziale, wprowadzona jest raz i aktualizuje jednocześnie wszystkie karty usług korzystające z tej informacji (np. w dziale podstawa prawna - nazwa i adres ustawy). 11. Katalog usług zawiera hierarchiczną klasyfikacj ę wszystkich usług. 12. Katalog usług pozwala na przeglądanie kart usług zarówno z poziomu całego projektu (widoczne są wtedy karty usług wszystkich Uczestników Projektu) lub z poziomu konkretnego Uczestnika Projektu wybranego z Katalogu podmiotów (widoczne wtedy są tylko te karty usług, które przypisane są do danego Uczestnika Projektu). 13. Karty usług muszą posiadać wszystkie informacje dotyczące sposobu załatwienia sprawy zgodnie z wymogami prawa w tym zakresie. 14. Katalog Podmiotów stanowi wykaz wszystkich Uczestników Projektu wraz z możliwością przejścia do Katalogu Usług dla danego Uczestnika Projektu. 15. Katalog podmiotów zawiera dwupoziomowy spis wszystkich Uczestników Projektu. Pierwszym poziomem jest rodzaj Uczestnika Projektu. 16. Każdy Uczestnik Projektu opisany jest danymi adresowymi. 17. Oprócz skrzynki kontaktowej na Platformie Usług On-Line będą znajdowały się informacje ogólne dostępne dla wszystkich obywateli, takie jak: a)wyszczególnienie e-usług publicznych dostępnych w ramach Systemu, b)formularze spraw do wydruku w formacie.pdf (przeznaczone do ręcznego wypełniania), c)informacje o Projekcie Informatyzacja Jednostek Samorządu Terytorialnego Powiatu Pleszewskiego i sposobie korzystania z jego zasobów, 18. Generowanie Urzędowego Poświadczenia Odbioru (zgodnie z przepisami prawa) podpisywane jest przez sprzętowy moduł bezpieczeństwa HSM zgodny z normą FIPS poziom 3. Wykonawca musi posiadać/dysponować sprzętowym modułem bezpieczeństwa w celu prawidłowego świadczenia usługi elektronicznej skrzynki podawczej. 19. Informacje o zdarzeniach, wnioskach i sprawach będą dostępne jedynie dla tych klientów, których tożsamość została powiązana z określoną skrzynką kontaktową przez urząd. Będzie to możliwe poprzez wizytę klienta w urzędzie bądź poprzez przesłanie do urzędu podpisanego elektronicznie pisma ze skrzynki kontaktowej Platforma e-formularzy 1.Platform e-formularzy (PeF) ma umożliwiać tworzenie, przechowywanie i wyświetlanie eformularzy, przeznaczonych dla klientów urzędu. 2.e-Formularze wykonane są w technologii XML (XML+XSLT+XMLSchema). 3.e-Formularze złożone są gotowych struktur informacyjnych (tzw. metadanych"), strona 20

Załącznik nr 8 - Szczegółowy Opis Przedmiotu Zamówienia do Specyfikacji Istotnych Warunków Zamówienia dla przetargu nieograniczonego pn.

Załącznik nr 8 - Szczegółowy Opis Przedmiotu Zamówienia do Specyfikacji Istotnych Warunków Zamówienia dla przetargu nieograniczonego pn. Załącznik nr 8 - Szczegółowy Opis Przedmiotu Zamówienia do Specyfikacji Istotnych Warunków Zamówienia dla przetargu nieograniczonego pn. Spis treści 1. Słownik pojęć...2 2. Wstęp...2 2.1. Skrócony opis

Bardziej szczegółowo

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji Załącznik nr 1b do SIWZ TABELA FUNKCJONALNOŚCI UWAGA: Jeśli funkcjonalność, dla której wymagane jest potwierdzenie zrzutem ekranu wymusza wykonanie kliku zrzutów ekranu, konieczne jest aby każdy taki zrzut

Bardziej szczegółowo

Pleszew, dn. 09. 07. 2010r

Pleszew, dn. 09. 07. 2010r Pleszew, dn. 09. 07. 2010r Zarząd Powiatu w Pleszewie ul. Poznańska 79 63 300 Pleszew Dotyczy: Przetargu nieograniczonego na: Dostawę i wdrożenie oprogramowania administracyjnego w ramach projektu pn.

Bardziej szczegółowo

Zarządzenie Nr 110/2007 Burmistrza Gminy i Miasta w Pelplinie z dnia 28 grudnia 2007 roku

Zarządzenie Nr 110/2007 Burmistrza Gminy i Miasta w Pelplinie z dnia 28 grudnia 2007 roku Zarządzenie Nr 110/2007 Burmistrza Gminy i Miasta w Pelplinie z dnia 28 grudnia 2007 roku w sprawie wprowadzenia obowiązku prowadzenia Elektronicznego Obiegu Dokumentów w Urzędzie Gminy i Miasta w Pelplinie

Bardziej szczegółowo

ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU

ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU Projekt Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału województwa ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO

Bardziej szczegółowo

Specyfikacja SYSTEMU ELEKTRONICZNEGO OBIEGU DOKUMENTÓW zintegrowany z platformą E-PUAP

Specyfikacja SYSTEMU ELEKTRONICZNEGO OBIEGU DOKUMENTÓW zintegrowany z platformą E-PUAP Specyfikacja SYSTEMU ELEKTRONICZNEGO OBIEGU DOKUMENTÓW zintegrowany z platformą E-PUAP 1. Architektura Systemu Elektronicznego Obiegu Dokumentów (SEOD) 1.1. Oprogramowanie musi posiadać architekturę trójwarstwową,

Bardziej szczegółowo

ZETO Koszalin Sp. z o.o.

ZETO Koszalin Sp. z o.o. Izabela Wrzeszcz Dział Nowych Usług ZETO Koszalin Sp. z o.o. Zakład Elektronicznej Techniki Obliczeniowej Sp. z o.o. Firma powstała w 1967 roku Największa firma informatyczna w regionie PomorzaŚrodkowego

Bardziej szczegółowo

Opis weryfikacji. Zasady weryfikacji

Opis weryfikacji. Zasady weryfikacji Opis weryfikacji 1. Celem weryfikacji jest weryfikacja wiarygodności funkcjonalności oferowanego systemu pod kątem zgodności z funkcjonalnościami zadeklarowanymi przez Wykonawcę w ofercie. 2. Wyniki weryfikacji

Bardziej szczegółowo

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko

Bardziej szczegółowo

OPIS PRZEDMIOTU ZAMÓWIENIA. warstwa prezentacji, obejmująca interfejsy użytkownika klienta WWW, warstwa danych, zawierająca serwer bazy danych.

OPIS PRZEDMIOTU ZAMÓWIENIA. warstwa prezentacji, obejmująca interfejsy użytkownika klienta WWW, warstwa danych, zawierająca serwer bazy danych. OPIS PRZEDMIOTU ZAMÓWIENIA Załącznik Nr 7 do siwz 1. Przedmiotem zamówienia jest dostawa i wdrożenie systemu EZD w Urzędzie Gminy w Stężycy 2. Zamówienie obejmie w szczególności: 1) Wdrożenie systemu,

Bardziej szczegółowo

ZARZADZENIE NR 84/08 BURMISTRZA OZIMKA z dnia 30 grudnia 2008 roku

ZARZADZENIE NR 84/08 BURMISTRZA OZIMKA z dnia 30 grudnia 2008 roku ZARZADZENIE NR 84/08 BURMISTRZA OZIMKA z dnia 30 grudnia 2008 roku w sprawie: wprowadzenia w Urzędzie Gminy i Miasta w Ozimku elektronicznego obiegu dokumentów w ramach aplikacji MUNSOL Na podstawie art.

Bardziej szczegółowo

Obieg korespondencji. System spełnia wymagania GIODO. Funkcja obsługi obiegu korespondencji dzięki zastosowaniu kodów kreskowych.

Obieg korespondencji. System spełnia wymagania GIODO. Funkcja obsługi obiegu korespondencji dzięki zastosowaniu kodów kreskowych. Załącznik Nr 1 do OPZ SPECYFIKACJA WYMAGAŃ FUNKCJONALNYCH 1. obieg przychodzącej zewnętrznej i obieg wewnętrznej, w tym: 1) Zapotrzebowania i Zakupy (ZZ); 2) (ZP); 3) Akty Wewnętrzne (AW); Lp. Obszar Opis

Bardziej szczegółowo

Zarządzenie Nr 93/V/2008 Prezydenta Miasta Zgierza z dnia 30 kwietnia 2008 roku

Zarządzenie Nr 93/V/2008 Prezydenta Miasta Zgierza z dnia 30 kwietnia 2008 roku Zarządzenie Nr 93/V/2008 Prezydenta Miasta Zgierza z dnia 30 kwietnia 2008 roku w sprawie: wprowadzenia w Urzędzie Miasta Zgierza elektronicznego obiegu dokumentów w ramach aplikacji DocFlow Na podstawie

Bardziej szczegółowo

4. Załącznik nr VII do SIWZ, pkt V. Prosimy o podanie dokładnych wymagań co do ilości certyfikatów, które mają być generowane w module obsługi

4. Załącznik nr VII do SIWZ, pkt V. Prosimy o podanie dokładnych wymagań co do ilości certyfikatów, które mają być generowane w module obsługi Odpowiedzi na pytania w przetargu nieograniczonym na opracowanie i wdrożenie Elektronicznego Obiegu Dokumentów i Zarządzania Informacją oraz modułu transakcyjnego do Komunikacji z Internetem dla Urzędu

Bardziej szczegółowo

FUNKCJONALNOŚĆ SYSTEMU TALGOS v. 4.0

FUNKCJONALNOŚĆ SYSTEMU TALGOS v. 4.0 Załącznik nr 1 FUNKCJONALNOŚĆ SYSTEMU TALGOS v. 4.0 System TALGOS w wersji 4.0 zapewnia: 1) kontrolę nad obiegiem informacji (korespondencji przychodzącej i wychodzącej, poczty elektronicznej i innych

Bardziej szczegółowo

ZARZĄDZENIE Nr 78/2018 STAROSTY POZNAŃSKIEGO. z dnia 3 września 2018 roku

ZARZĄDZENIE Nr 78/2018 STAROSTY POZNAŃSKIEGO. z dnia 3 września 2018 roku ZARZĄDZENIE Nr 78/2018 STAROSTY POZNAŃSKIEGO z dnia 3 września 2018 roku w sprawie systemu informatycznego FINN Na podstawie art. 34 ust. 1 ustawy z dnia 5 czerwca 1998 r. o samorządzie powiatowym (tj.

Bardziej szczegółowo

Wymagana dokumentacja Systemów dziedzinowych i EOD

Wymagana dokumentacja Systemów dziedzinowych i EOD Załącznik nr 1i do SIWZ Wymagana dokumentacja Systemów dziedzinowych i EOD Strona 1 z 10 Spis treści 1. Działania organizacyjne i przygotowawcze do wdrożenia... 3 1.1 Opracowanie dokumentacji na potrzeby

Bardziej szczegółowo

PROCEDURA ELEKTRONICZNEJ WYMIANY KORESPONDENCJI

PROCEDURA ELEKTRONICZNEJ WYMIANY KORESPONDENCJI Załącznik do Zarządzenia Nr 183.195.2015 Wójta Gminy Wiązowna z dnia 21 grudnia 2015 r. PROCEDURA ELEKTRONICZNEJ WYMIANY KORESPONDENCJI Urząd Gminy Wiązowna 1/7 Spis treści: I. OKREŚLENIA UŻYTE W PROCEDURZE.

Bardziej szczegółowo

Zarządzenie wewnętrzne Nr OR Wójta Gminy Dubicze Cerkiewne z dnia 17 sierpnia 2015r.

Zarządzenie wewnętrzne Nr OR Wójta Gminy Dubicze Cerkiewne z dnia 17 sierpnia 2015r. Zarządzenie wewnętrzne Nr OR.120.13.2015 Wójta Gminy Dubicze Cerkiewne z dnia 17 sierpnia 2015r. w sprawie wprowadzenia Systemu Elektronicznego Obiegu Dokumentów w Urzędzie Gminy Dubicze Cerkiewne przy

Bardziej szczegółowo

ZADANIA PROJEKTU I HARMONOGRAM ICH REALIZACJI

ZADANIA PROJEKTU I HARMONOGRAM ICH REALIZACJI Projekt Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału województwa ZADANIA PROJEKTU I HARMONOGRAM ICH REALIZACJI Krzysztof

Bardziej szczegółowo

edok elektroniczny obieg dokumentów

edok elektroniczny obieg dokumentów edok elektroniczny obieg dokumentów edok to elektroniczny system obiegu dokumentów przeznaczony dla administracji publicznej. Umożliwia prowadzenie dowolnej sprawy w formie elektronicznej od momentu jej

Bardziej szczegółowo

OfficeObjects e-forms

OfficeObjects e-forms OfficeObjects e-forms Rodan Development Sp. z o.o. 02-820 Warszawa, ul. Wyczółki 89, tel.: (+48-22) 643 92 08, fax: (+48-22) 643 92 10, http://www.rodan.pl Spis treści Wstęp... 3 Łatwość tworzenia i publikacji

Bardziej szczegółowo

Zakres wymagań dotyczących Dokumentacji Systemu

Zakres wymagań dotyczących Dokumentacji Systemu Załącznik nr 2 do Umowy nr CUI/.../.../.../2014 z dnia r. Zakres wymagań dotyczących Dokumentacji Systemu 1. Uwagi i wymagania ogólne 1. Dokumentacja musi zostać dostarczona w wersji elektronicznej edytowalnej

Bardziej szczegółowo

Podstawowe możliwości programu Spectro Market Faktura 2011.2

Podstawowe możliwości programu Spectro Market Faktura 2011.2 Podstawowe możliwości programu Spectro Market Faktura 2011.2 Obsługa faktur VAT sprzedaży, zaliczki, marży. Obsługa faktur korygujących. Tworzenie not. Tworzenie pokwitowań. Budowane i obsługa kartotek:

Bardziej szczegółowo

Kompleksowe rozwiązanie informatyczne dla administracji publicznej i samorządów COMARCH WORKFLOW COMARCH WORKFLOW. Agenda

Kompleksowe rozwiązanie informatyczne dla administracji publicznej i samorządów COMARCH WORKFLOW COMARCH WORKFLOW. Agenda www.comarch.pl Kompleksowe rozwiązanie informatyczne dla administracji publicznej i samorządów COMARCH WORKFLOW II Konwent Informatyków Administracji Publicznej na Lubelszczyźnie 29.01.09 Agenda e-urząd

Bardziej szczegółowo

FINN narzędzie do elektronicznego zarządzania, zabezpieczania i archiwizacji dokumentacji

FINN narzędzie do elektronicznego zarządzania, zabezpieczania i archiwizacji dokumentacji FINN narzędzie do elektronicznego zarządzania, zabezpieczania i archiwizacji dokumentacji LTC Sp. z o.o. Siemianowice Śląskie, 22 maja 2014 r. Nasze zadania Firma LTC oferuje kompleksowe rozwiązania elektronizacji

Bardziej szczegółowo

Dokumentacja techniczna. Młodzieżowe Pośrednictwo Pracy

Dokumentacja techniczna. Młodzieżowe Pośrednictwo Pracy Dokumentacja techniczna Młodzieżowe Pośrednictwo Pracy Spis Treści 1. Widok ogólny architektury MPP... 3 2. Warstwy systemu... 5 3. Struktura systemu/komponentów... 7 3.1 Aplikacje... 7 3.2 Biblioteki...

Bardziej szczegółowo

Regulamin korzystania z Systemu Wrota Podlasia

Regulamin korzystania z Systemu Wrota Podlasia Dotyczy projektu nr WND-RPPD.04.01.00-20-002/11 pn. Wdrażanie elektronicznych usług dla ludności województwa podlaskiego część II, administracja samorządowa realizowanego w ramach Decyzji nr UDA-RPPD.04.01.00-20-002/11-00

Bardziej szczegółowo

Aktualizacja: 04/12/2012

Aktualizacja: 04/12/2012 Aktualizacja: 04/12/2012 Pytanie 1: Czy do oferty mam dołączyć umowę, która stanowi jeden z załączników zapytania ofertowego? W treści zapytania jest mowa o podpisaniu jakiegoś oświadczenia, że Oferent

Bardziej szczegółowo

7. zainstalowane oprogramowanie. 8. 9. 10. zarządzane stacje robocze

7. zainstalowane oprogramowanie. 8. 9. 10. zarządzane stacje robocze Specyfikacja oprogramowania do Opis zarządzania przedmiotu i monitorowania zamówienia środowiska Załącznik nr informatycznego 1 do specyfikacji Lp. 1. a) 1. Oprogramowanie oprogramowania i do systemów

Bardziej szczegółowo

Currenda EPO Instrukcja Konfiguracji. Wersja dokumentu: 1.3

Currenda EPO Instrukcja Konfiguracji. Wersja dokumentu: 1.3 Currenda EPO Instrukcja Konfiguracji Wersja dokumentu: 1.3 Currenda EPO Instrukcja Konfiguracji - wersja dokumentu 1.3-19.08.2014 Spis treści 1 Wstęp... 4 1.1 Cel dokumentu... 4 1.2 Powiązane dokumenty...

Bardziej szczegółowo

FORMULARZ OFERTOWY. Nawiązując do ogłoszonego przetargu w trybie przetarg nieograniczony na:

FORMULARZ OFERTOWY. Nawiązując do ogłoszonego przetargu w trybie przetarg nieograniczony na: Załącznik nr 1 pieczęć wykonawcy GMINA KAMIEŃ POMORSKI STARY RYNEK 1 72-400 KAMIEŃ POMORSKI FORMULARZ OFERTOWY Nawiązując do ogłoszonego przetargu w trybie przetarg nieograniczony na: firma: Dostawa, instalacja

Bardziej szczegółowo

Z A R Z Ą D Z E N I E Nr 186 /2014 PREZESA SĄDU OKRĘGOWEGO WE WŁOCŁAWKU z dnia 4 grudnia 2014r.

Z A R Z Ą D Z E N I E Nr 186 /2014 PREZESA SĄDU OKRĘGOWEGO WE WŁOCŁAWKU z dnia 4 grudnia 2014r. P R E Z E S SĄDU OKRĘGOWEGO WE WŁOCŁAWKU ul. Wojska Polskiego 22 A-0000-52/14 Z A R Z Ą D Z E N I E Nr 186 /2014 PREZESA SĄDU OKRĘGOWEGO WE WŁOCŁAWKU z dnia 4 grudnia 2014r. W sprawie ustalenia Zasad postępowania

Bardziej szczegółowo

EXSO-CORE - specyfikacja

EXSO-CORE - specyfikacja EXSO-CORE - specyfikacja System bazowy dla aplikacji EXSO. Elementy tego systemu występują we wszystkich programach EXSO. Może on ponadto stanowić podstawę do opracowania nowych, dedykowanych systemów.

Bardziej szczegółowo

OPIS JAKOŚCIOWY (wymagania minimalne) ZESTAWIENIE PARAMETRÓW GRANICZNYCH

OPIS JAKOŚCIOWY (wymagania minimalne) ZESTAWIENIE PARAMETRÓW GRANICZNYCH załącznik nr 3 do SIWZ pieczęć wykonawcy... OPIS JAKOŚCIOWY (wymagania minimalne) ZESTAWIENIE PARAMETRÓW GRANICZNYCH Dot.: Dostawa biuletynu informacji publicznej, portalu miejskiego oraz hostingu w ramach

Bardziej szczegółowo

Poniżej zostały zaprezentowane najważniejsze funkcjonalności Paperless BPM.

Poniżej zostały zaprezentowane najważniejsze funkcjonalności Paperless BPM. Paperless BPM jest głównym modułem platformy Billennium Paperless dedykowanej optymalizacji procesów biznesowych, obiegu dokumentów i zwiększania wydajności firm. Poniżej zostały zaprezentowane najważniejsze

Bardziej szczegółowo

OPIS i SPECYFIKACJA TECHNICZNA

OPIS i SPECYFIKACJA TECHNICZNA OPIS i SPECYFIKACJA TECHNICZNA Dotyczy Konkursu ofert numer 1/POIG 8.2/2013 WdroŜenie internetowego systemu klasy B2B do automatyzacji procesów biznesowych oraz koordynacji działań z partnerami w firmie

Bardziej szczegółowo

Czy przedmiotem oferty jest dostarczenie bazy danych dedykowanej do oferowanego rozwiązania?

Czy przedmiotem oferty jest dostarczenie bazy danych dedykowanej do oferowanego rozwiązania? Znak WAG II 2910-16/PII/08 Kraków 01.12.2008r. Uczestnicy postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego na Dostawę systemu elektronicznego obiegu dokumentów

Bardziej szczegółowo

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Opolskiego na lata 2007-2013 inwestujemy w

Bardziej szczegółowo

System Broker. Wersja 5.1

System Broker. Wersja 5.1 System Broker Wersja 5.1 1 System Broker wersja 5.1 System Broker to oprogramowanie zaprojektowane specjalnie z myślą o usprawnieniu pracy brokera ubezpieczeniowego. Przeznaczone jest zarówno dla małych

Bardziej szczegółowo

DTextra System Zarządzania Dokumentami

DTextra System Zarządzania Dokumentami DTextra System Zarządzania Dokumentami 2012 1 S t r o n a Spis treści Wstęp... 4 Główne zadania oprogramowania... 4 Korzyści z wdrożenia... 4 Interfejs graficzny... 5 Bezpieczeństwo... 5 Wymagania systemowe...

Bardziej szczegółowo

Zarządzenie Nr 400/OU/2017 Prezydenta Miasta Słupska z dnia 9 maja zarządzam, co następuje:

Zarządzenie Nr 400/OU/2017 Prezydenta Miasta Słupska z dnia 9 maja zarządzam, co następuje: Zarządzenie Nr 400/OU/2017 Prezydenta Miasta Słupska z dnia 9 maja 2017 w sprawie wskazania podstawowego systemu wykonywania czynności kancelaryjnych w Urzędzie Miejskim w Słupsku oraz określenia wyjątków

Bardziej szczegółowo

Zarządzenie nr 64/2014 Prezydenta Miasta Radomia z dnia 31 grudnia 2014 r.

Zarządzenie nr 64/2014 Prezydenta Miasta Radomia z dnia 31 grudnia 2014 r. Zarządzenie nr 64/2014 Prezydenta Miasta Radomia z dnia 31 grudnia 2014 r. w sprawie wskazania podstawowego systemu wykonywania czynności kancelaryjnych w Urzędzie Miasta Radom Na podstawie art. 33 ust.

Bardziej szczegółowo

Współpraca z platformą Emp@tia. dokumentacja techniczna

Współpraca z platformą Emp@tia. dokumentacja techniczna Współpraca z platformą Emp@tia dokumentacja techniczna INFO-R Spółka Jawna - 2013 43-430 Pogórze, ul. Baziowa 29, tel. (33) 479 93 29, (33) 479 93 89 fax (33) 853 04 06 e-mail: admin@ops.strefa.pl Strona1

Bardziej szczegółowo

Opis Przedmiotu Zamówienia

Opis Przedmiotu Zamówienia Załącznik nr 1 do SIWZ Załącznik nr 1 do Umowy CSIOZ/ /2016 Opis Przedmiotu Zamówienia Przedmiotem zamówienia jest realizacja zadania pod nazwą System do backupu urządzeń sieciowych (zwany dalej: Systemem

Bardziej szczegółowo

Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl

Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl Poznań, 24.01.2011 Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl Realizując postanowienia ustawy z dnia 29.08.1997r. o ochronie danych osobowych (Dz.

Bardziej szczegółowo

Elektroniczny Obieg Dokumentów i Elektroniczna Skrzynka Podawcza. FlowER & eboi

Elektroniczny Obieg Dokumentów i Elektroniczna Skrzynka Podawcza. FlowER & eboi Elektroniczny Obieg Dokumentów i Elektroniczna Skrzynka Podawcza FlowER & eboi Agenda Flower Cyfrowy Urząd eboi Serwer wiadomości SCS Administracja SCS Warianty wdrożenia systemu Cele istnienia FlowER

Bardziej szczegółowo

AE/ZP-27-16/14. Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi

AE/ZP-27-16/14. Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi AE/ZP-27-16/14 Załącznik B Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi Wykonywanie kopii zapasowych Oprogramowanie do archiwizacji musi współpracować z infrastrukturą

Bardziej szczegółowo

Załącznik 1a - Szczegółowy opis I części zamówienia

Załącznik 1a - Szczegółowy opis I części zamówienia Załącznik 1a - Szczegółowy opis I części zamówienia UTWORZENIE NOWYCH E-USŁUG NA 5 POZIOMIE DOJRZAŁOŚCI W ramach zamówienia Wykonawca zrealizuje usługę polegającą na przygotowaniu i uruchomieniu 66 e-usług

Bardziej szczegółowo

System generacji raportów

System generacji raportów Zalety systemu Czym jest ProReports? prostota instalacji, wieloplatformowość (AIX, Linux, Windows, Solaris), obsługa popularnych formatów (PDF, XLS, RTF, HTML,TXT,XML,CSV), obsługa wielu baz danych, raporty

Bardziej szczegółowo

Śląski Konwent Informatyków i Administracji Samorządowej

Śląski Konwent Informatyków i Administracji Samorządowej Śląski Konwent Informatyków i Administracji Samorządowej Szczyrk, 2011.12.01-02 Interoperacyjność czyli komunikacja FINN8WEB SEKAP epuap. Elektroniczny obieg dokumentów FINN8WEB oraz elektroniczna archiwizacja

Bardziej szczegółowo

OPIS OBSZARU OBJTEGO PROJEKTEM ZRESMP

OPIS OBSZARU OBJTEGO PROJEKTEM ZRESMP OPIS OBSZARU OBJTEGO PROJEKTEM ZRESMP Zamawiający ma zamiar przeprowadzić wdrożenie mechanizmów i narzędzi do świadczenia e-usług publicznych wraz z szkoleniami dla Urzędu Miejskiego jak i podległych jednostek

Bardziej szczegółowo

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 29 kwietnia 2004 r.

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 29 kwietnia 2004 r. Dz.U.2004.100.1024 ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych,

Bardziej szczegółowo

I. Skład komisji: Przedstawiciele Zamawiającego: Przedstawiciele Wykonawcy:

I. Skład komisji: Przedstawiciele Zamawiającego: Przedstawiciele Wykonawcy: Załącznik nr 3 do Umowy nr... z dnia... PROTOKÓŁ ODBIORU Dostawy, instalacji i wdrożenie w Urzędzie Miejskim w Grodzisku Mazowieckim, oprogramowania i sprzętu systemu Elektronicznego Obiegu Dokumentów,

Bardziej szczegółowo

Kraków, 2 kwietnia 2004 r.

Kraków, 2 kwietnia 2004 r. Realizacja projektu Rozbudowa systemów elektronicznej administracji w Małopolsce w kontekście Wrót Małopolski oraz E-PUAP Kraków, 2 kwietnia 2004 r. 1 Agenda Podstawowe założenia Miejsce Wrót Małopolski

Bardziej szczegółowo

Szczegółowy opis przedmiotu zamówienia

Szczegółowy opis przedmiotu zamówienia Załącznik nr 1 do Szczegółowy opis przedmiotu zamówienia Przedmiotem jest rozbudowa systemu kolejkowego funkcjonującego w Urzędzie Miasta Lublina, służącego do zarządzania obsługą klientów. W ramach modernizacji

Bardziej szczegółowo

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne. Załącznik nr 1a do Zapytania ofertowego nr POIG.08.02-01/2014 dotyczącego budowy oprogramowania B2B oraz dostawcy sprzętu informatycznego do projektu pn. Budowa systemu B2B integrującego zarządzanie procesami

Bardziej szczegółowo

Dokumentacja programu Rejestr Informacji o Środowisku www.rios.pl

Dokumentacja programu Rejestr Informacji o Środowisku www.rios.pl Dokumentacja programu Rejestr Informacji o Środowisku www.rios.pl Trol InterMedia 2006 Dokumentacja programu Rejestr Informacji o Środowisku 1 Spis treści 1. PRZEZNACZENIE OPROGRAMOWANIA... 3 1.1. O autorze

Bardziej szczegółowo

Systemy obiegu informacji i Protokół SWAP "CC"

Systemy obiegu informacji i Protokół SWAP CC Systemy obiegu informacji i Protokół SWAP Grzegorz Blinowski "CC" Grzegorz.Blinowski@cc.com.pl http://www.cc.com.pl/ tel (22) 646-68-73; faks (22) 606-37-80 Problemy Integracja procesów zachodzących w

Bardziej szczegółowo

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

Specyfikacja Wymagań. System Obsługi Zgłoszeń Serwisowych Polfa Warszawa S.A. Załącznik nr 1

Specyfikacja Wymagań. System Obsługi Zgłoszeń Serwisowych Polfa Warszawa S.A. Załącznik nr 1 Specyfikacja Wymagań System Obsługi Zgłoszeń Serwisowych Polfa Warszawa S.A. Załącznik nr 1 1. Wymagania sprzętowe i środowiskowe 1.1. Wymagania podstawowe Nowy system ma być dostępny dla wszystkich pracowników

Bardziej szczegółowo

Zadanie nr 4.5: Oprogramowanie bazodanowe. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia

Zadanie nr 4.5: Oprogramowanie bazodanowe. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia Zadanie nr 4.5: Oprogramowanie bazodanowe Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia Zakres przedmiotu zamówienia obejmuje dostarczenie, wdrożenie oraz konfigurację

Bardziej szczegółowo

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Opis oferowanego przedmiotu zamówienia

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Opis oferowanego przedmiotu zamówienia Załącznik 1C do SIWZ Opis oferowanego przedmiotu zamówienia w postępowaniu pn. Dostawa sprzętu komputerowego i oprogramowania dla Urzędu Miejskiego w Słupsku w ramach projektu pn. e-urząd dodaj do ulubionych!

Bardziej szczegółowo

ZAŁĄCZNIK Nr 1 do CZĘŚCI II SIWZ

ZAŁĄCZNIK Nr 1 do CZĘŚCI II SIWZ ZAŁĄCZNIK Nr 1 do CZĘŚCI II SIWZ WYMAGANIA BEZPIECZEŃSTWA DLA SYSTEMÓW IT Wyciąg z Polityki Bezpieczeństwa Informacji dotyczący wymagań dla systemów informatycznych. 1 Załącznik Nr 1 do Część II SIWZ SPIS

Bardziej szczegółowo

Win Admin Replikator Instrukcja Obsługi

Win Admin Replikator Instrukcja Obsługi Win Admin Replikator Instrukcja Obsługi Monitoring Kopie danych (backup) E-mail Harmonogram lokalne i zewnętrzne repozytorium Logi Pamięć Procesor HDD Administracja sprzętem i oprogramowaniem (automatyzacja

Bardziej szczegółowo

Lp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3. Wymóg.

Lp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3. Wymóg. Lp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3 Licencja bezterminowa na jeden serwer fizyczny 2 System operacyjny serwera 2.1 System operacyjny

Bardziej szczegółowo

Podręcznik Użytkownika LSI WRPO

Podręcznik Użytkownika LSI WRPO Podręcznik użytkownika Lokalnego Systemu Informatycznego do obsługi Wielkopolskiego Regionalnego Programu Operacyjnego na lata 2007 2013 w zakresie wypełniania wniosków o dofinansowanie Wersja 1 Podręcznik

Bardziej szczegółowo

Opis zmian funkcjonalności platformy E-GIODO wprowadzających możliwość podpisania wniosku bezpośrednio w oknie przeglądarki.

Opis zmian funkcjonalności platformy E-GIODO wprowadzających możliwość podpisania wniosku bezpośrednio w oknie przeglądarki. Opis zmian funkcjonalności platformy E-GIODO wprowadzających możliwość podpisania wniosku bezpośrednio w oknie przeglądarki. Wstęp. Opisane poniżej zmiany wprowadzają modyfikacje platformy e-giodo w zakresie

Bardziej szczegółowo

OPIS PRZEDMIOTU ZAMÓWIENIA

OPIS PRZEDMIOTU ZAMÓWIENIA OPIS PRZEDMIOTU ZAMÓWIENIA Załącznik nr 1 do SIWZ Przedmiotem zamówienia jest organizacja i przeprowadzenie szkoleń, warsztatów, nabycie licencji i wdrożenie oprogramowania informatycznego platformy stanowienia

Bardziej szczegółowo

Załącznik 1c - Szczegółowy opis III części zamówienia

Załącznik 1c - Szczegółowy opis III części zamówienia Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE PORTALU INTERESANTA - 9 SZTUK W ramach zamówienia Wykonawca zrealizuje usługę polegającą na dostawie i wdrożeniu Portalu Interesanta

Bardziej szczegółowo

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ WYMAGANIA BEZPIECZEŃSTWA DLA SYSTEMÓW IT Wyciąg z Polityki Bezpieczeństwa Informacji dotyczący wymagań dla systemów informatycznych. 1 Załącznik Nr 3 do Część II SIWZ Wymagania

Bardziej szczegółowo

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:

Bardziej szczegółowo

SPOSÓB POSTĘPOWANIA Z DOKUMENTACJĄ W JEDNOSTCE ORGANIZACYJNEJ W ŚWIETLE INSTRUKCJI KANCELARYJNEJ

SPOSÓB POSTĘPOWANIA Z DOKUMENTACJĄ W JEDNOSTCE ORGANIZACYJNEJ W ŚWIETLE INSTRUKCJI KANCELARYJNEJ SPOSÓB POSTĘPOWANIA Z DOKUMENTACJĄ W JEDNOSTCE ORGANIZACYJNEJ W ŚWIETLE INSTRUKCJI KANCELARYJNEJ Rynia 2015 STAN PRAWNY Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (tekst

Bardziej szczegółowo

Załącznik 1a - Szczegółowy opis I części zamówienia

Załącznik 1a - Szczegółowy opis I części zamówienia Załącznik 1a - Szczegółowy opis I części zamówienia UTWORZENIE NOWYCH E-USŁUG NA 5 POZIOMIE DOJRZAŁOŚCI W ramach zamówienia Wykonawca zrealizuje usługę polegającą na przygotowaniu i uruchomieniu 65 e-usług

Bardziej szczegółowo

Instrukcja użytkownika zewnętrznego systemu e-rpo wspierającego wdrażanie Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata

Instrukcja użytkownika zewnętrznego systemu e-rpo wspierającego wdrażanie Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata Instrukcja użytkownika zewnętrznego systemu e-rpo wspierającego wdrażanie Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020 Spis treści System e-rpo... 3 System e-rpo krok

Bardziej szczegółowo

ADMINISTRACJA ELEKTRONICZNA. Autor: Jacek Janowski

ADMINISTRACJA ELEKTRONICZNA. Autor: Jacek Janowski ADMINISTRACJA ELEKTRONICZNA Autor: Jacek Janowski WSTĘP 1. NOWY MODEL ADMINISTRACJI PUBLICZNEJ 1.1. Kształtowanie się nowej administracji 1.1.1. Współczesny model administracji publicznej 1.1.2. Tradycyjny

Bardziej szczegółowo

Część I Tworzenie baz danych SQL Server na potrzeby przechowywania danych

Część I Tworzenie baz danych SQL Server na potrzeby przechowywania danych Spis treści Wprowadzenie... ix Organizacja ksiąŝki... ix Od czego zacząć?... x Konwencje przyjęte w ksiąŝce... x Wymagania systemowe... xi Przykłady kodu... xii Konfiguracja SQL Server 2005 Express Edition...

Bardziej szczegółowo

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Łysomice

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Łysomice Nowa odsłona wyodrębnienie i kierunki jego rozwoju 15.06.2016 Łysomice Plan Wystąpienia 1.Rozbudowa epuap 2.Co się zmieniło w epuap 3.Wyodrębnienie profilu zaufanego epuap i kierunki jego rozwoju Czym

Bardziej szczegółowo

INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH W OŚRODKU KULTURY W DRAWSKU POMORSKIM

INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH W OŚRODKU KULTURY W DRAWSKU POMORSKIM Załącznik Nr 3 do zarządzenia Nr 5/2012 Dyrektora Ośrodka Kultury w Drawsku Pomorskim z dnia 1 marca 2012 r. INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH W

Bardziej szczegółowo

DOTYCZY KLIENTA PKO BIURO OBSŁUGI LEASING ZAPYTANIE O INFORMACJĘ OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE DLA PKO

DOTYCZY KLIENTA PKO BIURO OBSŁUGI LEASING ZAPYTANIE O INFORMACJĘ OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE DLA PKO ZAPYTANIE O INFORMACJĘ DOTYCZY OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE BIURO OBSŁUGI KLIENTA DLA PKO LEASING SA SA PKO ŁÓDŹ, MARZEC 2014 PYTAJĄCY PKO Leasing SA ul. Śmigłego Rydza 20, 93 281 Łódź tel.

Bardziej szczegółowo

RFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot

RFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot RFP Wymagania dla projektu sklepu internetowego B2C dla firmy Oplot CEL DOKUMENTU Celem niniejszego dokumentu jest przedstawienie wymagań technicznych i funkcjonalnych wobec realizacji projektu budowy

Bardziej szczegółowo

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Polska Organizacja Turystyczna ul. Chałubińskiego 8 00-613 Warszawa Spis treści 1 Założenia wstępne... 1 1.1 Informacje wstępne... 1 1.2 Cel projektu...

Bardziej szczegółowo

Projekt epuap obecny stan realizacji i plany na przyszłość

Projekt epuap obecny stan realizacji i plany na przyszłość Projekt epuap obecny stan realizacji i plany na przyszłość Waldemar Ozga Centrum Projektów Informatycznych MSWiA Projekt współfinansowany Agenda 1. Czym jest epuap 2. Korzyści z zastosowanie epuap 3. Funkcjonowanie

Bardziej szczegółowo

Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE MODULU PŁATNOŚCI PRZEZ INTERNET W PORTALU INTERESANTA - 5 SZTUK

Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE MODULU PŁATNOŚCI PRZEZ INTERNET W PORTALU INTERESANTA - 5 SZTUK Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE MODULU PŁATNOŚCI PRZEZ INTERNET W PORTALU INTERESANTA - 5 SZTUK W ramach zamówienia Wykonawca zrealizuje usługę polegającą na dostawie

Bardziej szczegółowo

SZCZEGÓŁOWY OPIS SPOSOBU DOSTĘPU DO INFORMACJI I DANYCH ZAWARTYCH W RAPORTACH SKŁADANYCH DO KRAJOWEJ BAZY DLA GIOŚ I WIOŚ

SZCZEGÓŁOWY OPIS SPOSOBU DOSTĘPU DO INFORMACJI I DANYCH ZAWARTYCH W RAPORTACH SKŁADANYCH DO KRAJOWEJ BAZY DLA GIOŚ I WIOŚ SZCZEGÓŁOWY OPIS SPOSOBU DOSTĘPU DO INFORMACJI I DANYCH ZAWARTYCH W RAPORTACH SKŁADANYCH DO KRAJOWEJ BAZY DLA GIOŚ I Warszawa, październik 2015 DOSTĘP DO INFORMACJI I DANYCH ZAWARTYCH W RAPORTACH SKŁADANYCH

Bardziej szczegółowo

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce Kielce, dnia 27.02.2012 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży

Bardziej szczegółowo

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Deduplikacja danych. Zarządzanie jakością danych podstawowych Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication

Bardziej szczegółowo

Zmiany wprowadzone w pakiecie. Projekt PSZ.eDOK

Zmiany wprowadzone w pakiecie. Projekt PSZ.eDOK Projekt Wersja 4.0 2 kwietnia 2012 Dokument wg wzorca PULS/SW/KOD/FR/10 Strona: 1 Spis treści 1. 3 Moduł administratora 1.1. Poszerzono funkcjonalność zmiany drzewa struktury organizacyjnej 3 1.2. Umożliwiono

Bardziej szczegółowo

Konfiguracja konta pocztowego w Thunderbird

Konfiguracja konta pocztowego w Thunderbird Konfiguracja konta pocztowego w Thunderbird Sygnity SA 2013 Wszystkie prawa zastrzeżone. Znaki firmowe oraz towarowe użyte w opracowaniu są prawną własnością ich właścicieli. Autor dokumentacji: Magdalena

Bardziej szczegółowo

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach) Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach) 1. Wstęp: 1.1. Cel. Niniejszy dokument przestawia specyfikację wymagań systemowych (zarówno funkcjonalnych jak i niefunkcjonalnych)

Bardziej szczegółowo

Nr telefonu Nr faksu e-mail

Nr telefonu Nr faksu e-mail Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Opolskiego na lata 2007-2013 inwestujemy w

Bardziej szczegółowo

e-awizo SYSTEM POTWIERDZANIA DORĘCZEŃ POCZTY ELEKTRONICZNEJ

e-awizo SYSTEM POTWIERDZANIA DORĘCZEŃ POCZTY ELEKTRONICZNEJ e-awizo SYSTEM POTWIERDZANIA DORĘCZEŃ POCZTY ELEKTRONICZNEJ www.e-awizo.pl BrainSoft sp. z o. o. ul. Bolesława Chrobrego 14/2 65-052 Zielona Góra tel.68 455 77 44 fax 68 455 77 40 e-mail: biuro@brainsoft.pl

Bardziej szczegółowo

Bazy danych 2. Wykład 1

Bazy danych 2. Wykład 1 Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu

Bardziej szczegółowo

Elektroniczna Książka Pocztowa z Obiegiem Dokumentów by CTI Instrukcja

Elektroniczna Książka Pocztowa z Obiegiem Dokumentów by CTI Instrukcja Elektroniczna Książka Pocztowa z Obiegiem Dokumentów by CTI Instrukcja 1 Spis treści 1. Opis programu...3 2. Pierwsze uruchomienie...5 3. Okno główne programu...6 3.1. Operacje na listach...6 3.1.1. Sortowanie...6

Bardziej szczegółowo

Instrukcja użytkownika ARSoft-WZ3

Instrukcja użytkownika ARSoft-WZ3 02-699 Warszawa, ul. Kłobucka 8 pawilon 119 tel. 0-22 853-48-56, 853-49-30, 607-98-95 fax 0-22 607-99-50 email: info@apar.pl www.apar.pl Instrukcja użytkownika ARSoft-WZ3 wersja 1.5 1. Opis Aplikacja ARSOFT-WZ3

Bardziej szczegółowo

Projekt wymagań bezpieczeństwa wobec statycznych bezpośrednich 1-fazowych i 3- fazowych liczników energii elektrycznej:

Projekt wymagań bezpieczeństwa wobec statycznych bezpośrednich 1-fazowych i 3- fazowych liczników energii elektrycznej: Projekt wymagań bezpieczeństwa wobec statycznych bezpośrednich 1-fazowych i 3- fazowych liczników energii elektrycznej: Lp. 1. Wymagania ogólne Wymaganie techniczne 1.1 Licznik musi posiadać aktywną funkcję

Bardziej szczegółowo

Alians AMReminder. Przypomnij kontrahentom o nierozliczonych płatnościach

Alians AMReminder. Przypomnij kontrahentom o nierozliczonych płatnościach Alians AMReminder Przypomnij kontrahentom o nierozliczonych płatnościach Do czego służy program Alians AMReminder? Program Alians AMReminder pozwala na automatyczne wysyłanie przypomnień do dłużników,

Bardziej szczegółowo

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI (1) z dnia 29 kwietnia 2004 r.

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI (1) z dnia 29 kwietnia 2004 r. Strona 1 z 5 LexPolonica nr 44431. ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI (1) z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych

Bardziej szczegółowo

Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych w Urzędzie Miasta Lublin

Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych w Urzędzie Miasta Lublin w sprawie wprowadzenia Polityki bezpieczeństwa danych osobowych i Instrukcji zarządzania systemem informatycznym służącym do przetwarzania danych osobowych w Urzędzie Miasta Lublin Instrukcja zarządzania

Bardziej szczegółowo

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: 2015.0.0.7 Wydanie: 2015-08

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: 2015.0.0.7 Wydanie: 2015-08 Spis treści Wstęp... 2 1. System KS-EWD... 2 1.1. Instalacja KS-EWD... 2 2. Aktualizacja plików repozytorium Dokumentów... 4 2.1.1. Instalacja KS-EDE... 7 3. Integracja systemów... 8 4. Konfiguracja ustawień

Bardziej szczegółowo