Załącznik nr 1 wer_ do Specyfikacji Istotnych Warunków Zamówienia

Transkrypt

1 Załącznik nr 1 wer_ do Specyfikacji Istotnych Warunków Zamówienia Szczegółowy Opis Przedmiotu Zamówienia: Dostawa sprzętu i oprogramowania oraz wdrożenie Zintegrowanego Systemu Informatycznego w ramach projektu pn.: "eadministracja - szansą na rozwój społeczeństwa informacyjnego w Gminie Kościerzyna" Projekt finansowany w ramach Regionalnego Programu Operacyjnego dla Województwa Pomorskiego na lata GMINA KOŚCIERZYNA ul. Strzelecka Kościerzyna Tel Fax ug@koscierzyna.pl

2 Rozdział I Wymagania dotyczące Zintegrowanego Systemu Informatycznego (Systemu) 1. Przedmiot zamówienia Przedmiotem zamówienia jest Dostawa sprzętu i oprogramowania oraz wdrożenie Zintegrowanego Systemu Informatycznego w ramach projektu pn.: "eadministracja - szansą na rozwój społeczeństwa informacyjnego w Gminie Kościerzyna" udostępniającego usługi elektroniczne na rzecz mieszkańców Gminy Kościerzyna,. W ramach zamówienia zostaną zrealizowane następujące elementy: a. Modernizacja systemu informatycznego Urzędu Gminy Kościerzyna w ramach której przewidziana jest dostawa następującego sprzętu i oprogramowania: Zestaw komputerowy (monitor i jednostka centralna) 20 szt. Notebook 20 szt. Oprogramowanie biurowe 20 szt. Drukarki sieciowe kolorowe 2 szt. Drukarka/skaner/fax czarno - białe 10 szt. Drukarki sieciowe czarno białe 5 szt. Kserokopiarka 1 szt. Projektor 1 szt. Router/firewall 1 szt. Switch zarządzalny 7 szt. Sewer aplikacji 2 szt. Serwer kontrolera domeny 1 szt. Macierz dyskowa 1 szt. Zasilacze UPS 4 szt. Streamer 1 szt. Szafa rack 1 szt. Skanery kancelaryjne 5 szt. Skanery 5 szt. b. Centralny Biuletyn Informacji Publicznej c. Kwalifikowany podpis elektroniczny d. System obsługi radnych e. System elektronicznego obiegu dokumentów f. Portal informacyjny g. Publiczne Punkty dostępu do Internetu h. Szkolenia Elementy dodatkowe: a. Dostawa zestawów komputerowych wraz z oprogramowaniem - 10 szt. b. Dostawa oprogramowania dla szkół wraz z wdrożeniem 10 szt. c. Dostawa noteboków 14 szt. d. Dostawa urządzeń wielofunkcyjnych 10 szt. e. Modernizacja okablowania i serwerowni W ramach zamówienia konieczne będzie wykonanie następujących prac: - dostawa, konfiguracja, i instalacja poszczególnych aplikacji składających się na System - przeprowadzenie testów oraz wypełnienie treścią Systemu - udzielenie licencji na System - wdrożenie systemu w miejscu wskazanym przez Zamawiającego na platformie sprzętowej udostępnionej przez Zamawiającego. - przeprowadzenie szkoleń - utrzymanie Systemu we wskazanej przez Zamawiającego lokalizacji oraz na wskazanym przez Zamawiającego sprzęcie na okres 3 lat

3 2. Wymagania ogólne Architektura 1. System powinien zapewniać poprawną prezentację treści przeznaczonych dla interesantów w popularnych przeglądarkach 2. System powinien zapewniać poprawną prezentację treści dla urządzeń typu PIAP 3. Serwer aplikacji systemu powinien umożliwiać pracę pod kontrolą różnych systemów operacyjnych z rodziny MS Windows lub Linux. 4. System powinien umożliwiać pracę zarówno z wykorzystaniem komercyjnego jak i niekomercyjnego (typu Open Source) systemu do zarządzania relacyjnymi bazami danych. 5. System powinien być w pełni transakcyjny. 6. System powinien działać w dowolnej sieci komputerowej w standardzie TCP/IP. 7. System powinien być skalowalny, przy czym skalowanie systemu powinno być możliwe przez: - dołączenie dodatkowych stanowisk zwiększanie liczby użytkowników oraz włączenie w projekt nowych podmiotów - 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), - 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). 8. System powinien zostać oparty na standardach zgodnie z zapisami Rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych Dz.U nr 212 poz Interfejs użytkownika (warstwa kliencka) 9. W ramach interfejsu Użytkownik powinien posiadać możliwość korzystania ze wszystkich funkcjonalności Systemu, które są dla niego udostępnione zgodnie z przypisanymi mu uprawnieniami. 10. System powinien posiadać polskojęzyczny interfejs użytkownika oraz obsługę polskich liter i sortowania wg polskiego alfabetu. 11. Dopuszczalne formaty przetwarzanych plików nie mogą być ograniczone przez technologię Systemu. Interfejsy wymiany danych 12. System powinien zapewniać możliwość łatwego importu dużej ilości danych w formatach typowych dla systemów webowych. 13. Dane publikowane w Systemie będą mogły zostać pozyskiwane z baz danych relacyjnych, relacyjnoobiektowych oraz przestrzennych 14. System powinien umożliwiać publikację oraz indeksację dokumentów w formatach html, xml, xsd, pdf, formatach tekstowych i pochodnych. 15. System wyposażony powinien zostać w dedykowane narzędzia zapewniające komunikację z zewnętrznymi źródłami danych oraz za pomocą bazy danych. 16. Zastosowanie standardów wymiany danych (np. WebService) umożliwi bezpośrednią komunikacje Systemu z innymi dziedzinowymi systemami już działającymi w ramach infrastruktury informatycznej Urzędu Gminy, w tym import i publikacje określonych informacji przekazywanych w postaci plików XML np. na stronach Portalu Informacyjnego lub w Elektronicznym Obiegu Dokumentów. Bezpieczeństwo 17. System ma dawać możliwość bezpiecznego łączenia się do bazy (uwierzytelnianie, autoryzacja). 18. System powinien zapewniać pełną ochronę przed nieuprawnionym dostępem, przy czym uwierzytelnianie użytkowników w ramach aplikacji odbywać powinno się za pomocą co najmniej loginu i hasła 19. System ma umożliwiać wykonanie kopii bezpieczeństwa kluczowych danych: baz, dokumentów, konfiguracji aplikacji oraz systemów operacyjnych 20. Poszczególne komponenty Systemu powinny komunikować się ze sobą oraz z systemami zewnętrznymi w sposób zapewniający poufność danych. Dopuszczalne jest wykorzystanie protokołu SSL lub połączenia VPN, przy czym Oferent zobowiązany jest do dostarczenia i wdrożenia zaproponowanych przez siebie rozwiązań w cenie ofertowej 21. System powinien zapobiegać możliwości wprowadzenia i uruchomienia złośliwego kodu do poszczególnych aplikacji 22. System powinien zostać wyposażony w narzędzia umożliwiające informowanie administratora o wszystkich nieautoryzowanych działaniach oraz incydentach 23. System powinien umożliwić monitoring aktywności użytkowników Niezawodność 24. Elementy Systemu dostępne dla zewnętrznych użytkowników powinny umożliwiać nieprzerwaną pracę 24/7/365.

4 25. Elementy Systemu dostępne wyłącznie dla wewnętrznych użytkowników (pracowników Urzędu Gminy i jednostek organizacyjnych) mają umożliwiać nieprzerwana pracę w godzinach 07:00-16:00 w dni robocze (dowolnie konfigurowane przez Zamawiającego) Wydajność 26. Oferent zobowiązany jest do złożenia oferty, która zagwarantuje odpowiednią wydajność Systemu. 27. System ma umożliwiać dostęp do pełnej funkcjonalności wszystkich jego elementów dla docelowo - 70 użytkowników wewnętrznych użytkowników zewnętrznych 28. System EOD powinien zapewnić rocznie obsługę nie mniej niż pism. Przenośność 29. System musi cechować się przenośnością, rozumianą jako łatwość adaptacji systemu informatycznego do zmieniających się rozwiązań sprzętowych i programowych. Będzie to realizowane poprzez: - zastosowanie szeroko dostępnych i znanych języków oprogramowania i środowisk (platform) wspieranych na wielu platformach sprzętowo-systemowych, - konstrukcję modułowa systemu, umożliwiająca szybką rozbudowę Systemu z zachowaniem dotychczasowej funkcjonalności - dokładne udokumentowanie protokołów współpracy poszczególnych modułów - zastosowanie otwartych standardów - przez co rozumie się stosowalność standardów wymienionych w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 roku w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz. U nr 212 poz. 1766) Elastyczność 30. System musi cechować się dużą elastycznością, rozumianą jako możliwość dostosowania systemu do zmieniających się wymagań funkcjonalnych wynikających ze zmieniającego się stanu prawnego i zmieniających się warunków praktycznych i przepisów prawnych oraz do nowych wymagań poza funkcjonalnych, szczególnie w obszarze wydajności, bezpieczeństwa i komunikacji z systemami zewnętrznymi. Licencjowanie 31. W cenie oferty uwzględnione powinny zostać wszystkie licencje obejmujące całość aplikacji/elementów działających w ramach Systemu 32. Wykonawca zobowiązany jest dostarczyć wszystkie komponenty oprogramowania systemowego, narzędziowego, baz danych niezbędne do uruchomienia i wdrożenia systemów objętych niniejszym zamówieniem. Dostarczone licencje oprogramowania systemowego, narzędziowego, baz danych SQL powinno uwzględniać dostęp do wszystkich zasobów przez 70 Użytkowników Systemu we wszystkich lokalizacjach Uczestników projektu. 33. Licencje na System nie mogą być przywiązane do komputera (miejsca pracy). 34. Licencje na oprogramowanie powinny być dostarczone w ilości umożliwiającej prawidłowe działanie Systemu wg założeń SIWZ oraz zgodnie z zasadami określonymi dla poszczególnych aplikacji/elementów Systemu Testy 35. Na podstawie wcześniej zdefiniowanych scenariuszy testowych Wykonawca Systemu będzie zobowiązany do przeprowadzenia co najmniej następujących typów testów: - testy statyczne - testy dynamiczne - testy wydajnościowe Szkolenia 36. Wykonawca Systemu przeprowadzi szkolenia dla Użytkowników systemu zgodnie z wymaganiami określonymi dla poszczególnych elementów Systemu 37. Minimum na dwa tygodnie przed rozpoczęciem szkolenia Wykonawca powinien przedstawić Zamawiającemu program szkolenia, który podlega zatwierdzeniu przez Zamawiającego 38. Program szkolenia powinien określać podział na bloki tematyczne (sesje), poruszane w ramach bloku zagadnienia oraz ramy czasowe poszczególnych prezentacji. 39. Program szkolenia powinien zawierać kompletne informacje na temat wszystkich wydarzeń związanych ze szkoleniem 40. Zamawiający minimum na dwa tygodnie przed rozpoczęciem szkolenia dostarczy do Wykonawcy listę uczestników szkolenia 41. Szkolenia powinny zostać przeprowadzone w salach udostępnionych przez Zamawiającego na terenie Urzędu Gminy Kościerzyna 42. Szkolenia będą zrealizowane w postaci całodziennych (8-godzinnych) zajęć praktycznych przy komputerze pod przewodnictwem trenera.

5 43. Wykonawca będzie odpowiedzialny za dostawę odpowiednio skonfigurowanego oprogramowania testowego, które służyć będzie wyłącznie celom szkoleniowym. 44. Wykonawca zobowiązany będzie do przekazania dokumentacji szkoleniowej dla wszystkich uczestników (Użytkownicy oraz Administratorzy Systemu) poszczególnych szkoleń. 45. Wykonawca zobowiązany będzie do przeprowadzenia egzaminu z tematyki szkolenia zakończonego wydaniem certyfikatu dla Użytkowników wskazanych przez Zamawiającego. 46. Liczba szkoleń: Portal Informacyjny: pracownicy: - liczba grup: 2 - liczba dni: 3 administratorzy: - liczba grup: 1 - liczba dni: 3 System Elektronicznego Obiegu Dokumentów pracownicy: - liczba grup: 6 - liczba dni: 2 administratorzy: - liczba grup: 1 - liczba dni: 5 System Obsługi Radnych pracownicy: - liczba grup: 1 - liczba dni: 3 administratorzy: - liczba grup: 1 - liczba dni: 3 Szkolenie - konfiguracja e-usług na epuap pracownicy: - liczba grup: 1 - liczba dni: 3 administratorzy: - liczba grup: 1 - liczba dni: 3 Centralny BIP pracownicy: - liczba grup: 1 - liczba dni: 3 administratorzy: - liczba grup: 1 - liczba dni: 3 Dokumentacja 47. Wykonawca Systemu dostarczy co najmniej: - dokumentację z analizy przedwdrożeniowej zatwierdzoną przez Zamawiającego - dokumentację powykonawczą, obejmującą: - dokumentację instalacyjną i konfiguracyjną Systemu - dokumentację użytkownika Systemu - dokumentację szkoleniową 48. Dokumentacja Systemu powinna w całości zostać sporządzona i dostarczona w języku polskim. Instalacja i konfiguracja systemu 49. System powinien zostać zainstalowany na dedykowanej platformie serwerowej dostarczonej w ramach przedmiotowego postępowania przetargowego. 50. Specyfikacja techniczna w/w platformy serwerowej została opisana w Rozdziale III niniejszego dokumentu Zarządzanie projektem 51. Zarządzanie projektem powinno odbywać się zgodnie z metodyką zarządzania projektami PRINCE2 lub równoważnym

6 52. W tym celu Wykonawca projektu powinien dysponować zespołem projektowym, którego skład i doświadczenie będzie co najmniej odpowiadać wymaganiom określonym w rozdziale 6 SIWZ. 53. Wykonawca przedstawi (opisze szczegółowo zgodnie z metodyką PRINCE 2) propozycję organizacji projektu stanowiącego przedmiot niniejszego postępowania Utrzymanie systemu 54. Wykonawca wyłoniony w przetargu zapewni co najmniej 3 letnią gwarancję na sprzęt i dostarczone oprogramowanie, czas reakcji zostanie określony na 24h a podjęcie naprawy w czasie nie dłuższym niż 72h. 55. Naprawy drobnego sprzętu tj. zestawów komputerowych, laptopów, projektora itp. będzie realizowany w systemie door-to-door wraz z zapewnieniem sprzętu zastępczego na czas naprawy. 56. Okres gwarancji będzie liczony od dnia podpisania protokołu końcowego odbioru projektu 57. Całe oferowane oprogramowanie narzędziowe dostarczone w ramach niniejszego postępowania powinno być dostarczone z 3-letnią opieką aktualizującą (nowe wersje wszystkich aplikacji składających się na System) 58. W ramach świadczenia usług utrzymania Wykonawca będzie zobowiązany do wykonania poprawek celem usunięcia błędów w Systemie 59. Wykonawca zapewni również wsparcie techniczne dla Użytkowników Systemu na okres 3 lat 60. Wsparcie techniczne świadczone powinno być z wykorzystaniem środków porozumiewania na odległość (Internet i/lub telefon), w dni robocze i w godzinach pracy Urzędu.

7 3. Portal Informacyjny Gminy Kościerzyna Wymagania ogólne 1. W ramach zamówienia dostarczony powinien zostać nowoczesny Portal www oparty o narzędzia typu CMS Content Management System system zarządzania treścią z wbudowanym edytorem WYSIWYG. 2. Dostarczony portal powinien umożliwić prowadzenie zintegrowanych w jednym miejscu w Internecie serwisów informacyjnych Urzędu Gminy Kościerzyna (UGK) oraz następujących jednostek organizacyjnych (JO) UGK, tj.: - Zakład Oświaty Gminy Kościerzyna (ZOGK), - Gminny Ośrodek Pomocy Społecznej (GOPS), - Zakład Sportu, Kultury i Turystyki Gminy Kościerzyna (ZSKIT) - Zakład Komunalny Gminy Kościerzyna (ZKGK). 3. Portal stanowić będzie narzędzie ułatwiające komunikację Urzędu z obywatelami i przedsiębiorcami oraz umożliwiające optymalizację procesu publikowania i aktualizacji informacji. 4. Portal powinien posiadać budowę modułową, logicznie rozdzielającą grupy funkcjonalne (moduły), takie jak: - Aktualności - eedukacja - ekultura - eturystyka - ezdrowie - ebiblioteka - Unia Europejska - Dla Inwestora - Materiały promocyjne - Dla rolnika 5. Portal Informacyjny będzie stanowił jednolity interfejs dostępowy dla wszystkich ww. modułów 6. Dzięki zaimplementowanym mechanizmom CMS moduły wypełniane powinny być treścią bezpośrednio przez dostawców tych informacji rozproszonych w różnych lokalizacjach. 7. Portal powinien spełniać wymagania technologiczne zgodne z zapisami rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych Dz.U nr 212 poz W tym zakresie system powinien być zgodny, co najmniej z następującymi standardami: - HTML 4.01 lub XHTML CSS - UTF-8 - XML 9. Portal powinien zostać zainstalowany na platformie sprzętowej udostępnionej przez Zamawiającego Pierwsze wypełnienie i aktualizacja treści w Portalu 10. W ramach projektu planowane jest również wypełnienie treścią Portalu 11. Wykonawca będzie zobowiązany do przeprowadzenia pierwszego wypełnienia treścią wszystkich modułów Portalu 12. Wypełnienie treścią Portalu obejmować będzie: - przygotowanie treści informacyjnych - wytworzenie/zakup elementów graficznych zamieszczanych na Portalu 13. W ramach wypełnienia treścią Portalu Wykonawca opracuje content do następujących modułów systemu: - Aktualności - eedukacja - ekultura - eturystyka - ezdrowie - ebiblioteka - Unia Europejska - Dla Inwestora - Materiały promocyjne - Dla rolnika 14. Zamawiający deleguje uprawnionych pracowników (zespół zadaniowy ds. treści Portalu), których zadaniem będzie analiza i zatwierdzenie do publikacji tekstów (oraz multimediów) wytworzonych przez Wykonawcę.

8 15. W ramach wypełnienia treścią Portalu Wykonawca wprowadzi treści informacyjne do następujących modułów systemu: - Aktualności - eedukacja - ekultura - eturystyka - ezdrowie - ebiblioteka - Unia Europejska - Dla Inwestora - Materiały promocyjne - Dla rolnika 16. Wykonawca w ramach oferty technicznej opisze propozycję dotyczącą publikacji materiałów na Portalu (źródła pozyskania, proponowany zakres wypełnienia treścią, multimedia, itp.) 17. Wykonawca będzie odpowiedzialny za aktualizację treści a także za publikację nowych treści zamieszczanych na Portalu przez okres 3 lat (okres ten liczony będzie od momentu produkcyjnego uruchomienia Portalu). 18. Wykonawca będzie odpowiedzialny za aktualizację i publikację (o której mowa wyżej) treści do następujących modułów systemu: - Aktualności - eedukacja - ekultura - eturystyka - ezdrowie - ebiblioteka - Unia Europejska - Dla Inwestora - Materiały promocyjne - Dla rolnika Grafika i układ treści w portalu 19. Wykonawca przedstawi Zamawiającemu 3 różne projekty graficzne (strony głównej i podstrony) dla każdej witryny www. Na podstawie zaakceptowanej koncepcji graficznej wykonany zostanie cały Portal oraz jego moduły. 20. System nawigacji portalu powinien być spójny i intuicyjny. 21. Linia graficzna Portalu powinna pozostawać w zgodzie z polityką marketingową prowadzoną przez UGK w zakresie wizualnym Interfejs użytkownika 22. Interfejs użytkownika powinien być oparty na przeglądarce internetowej. 23. W ramach interfejsu użytkownik powinien posiadać możliwość korzystania ze wszystkich funkcjonalności, które są dla niego udostępnione poprzez moduł uprawnień. 24. Portal powinien zapewnić poprawne działanie konsoli administracyjnej oraz części redakcyjnej pod następującymi przeglądarkami: IE od wersji 7.0, Firefox Mozilla od 3.5, Opera od wersji System zapewni komfortową pracę dla użytkowników w rozdzielczości 1024x768 i wyższych oraz administratorów pracujących w rozdzielczości 1024x768 i wyższych Dostosowanie do wymagań dla osób niepełnosprawnych 26. W tym zakresie System powinien co najmniej: - umożliwić zmianę rozmiaru czcionki (dedykowane przyciski pozwalające powiększyć/pomniejszyć czcionki) - udostępniać mapę całego Portalu - udostępnić wersję tekstową Portalu Wielojęzyczność 27. Portal powinien udostępniać możliwość publikacji treści wielojęzycznych, wymagane wersje językowe to: - język polski (domyślnie) - język angielski - język niemiecki 28. Struktura Portalu powinna być niezależna dla wersji językowych. 29. Dostęp do poszczególnych wersji językowych dla internauty powinien być realizowany za pomocą ikon flag dostępnych z każdego miejsca Portalu. Administracja Portalem, zarządzanie użytkownikami w Portalu 30. Portal powinien zostać wyposażony w narzędzia do administracji i zarządzania w postaci systemu CMS

9 31. Na Portal powinny składać się: - część ogólnodostępna dla ogółu Internautów, - część redakcyjna dostępna wyłącznie dla uprawnionych użytkowników, - oraz odpowiednio zabezpieczony panel administracyjny. 32. Portal powinien zapewnić możliwość grupowania treści w sekcje oraz podsekcje (moduły i podmoduły tematyczne) 33. Portal z poziomu konsoli administracyjnej powinien umożliwiać pełne zarządzanie strukturą Portalu, tworzenie stron portalu na podstawie zdefiniowanych szablonów a także późniejsza modyfikację tych stron. 34. Mechanizm umożliwiający zarządzanie strukturą Portalu pozwalać powinien na tworzenie sekcji i stron oraz późniejszą modyfikację tych elementów 35. Struktura informacji w Portalu powinna być ułożona w hierarchię stron, zwaną dalej drzewem stron. 36. Strony Portalu powinny umożliwiać dodawanie stron niższego poziomu, tzw. podstron. 37. Portal powinien zapewnić publikowanie treści w oparciu o przygotowane wcześniej szablony stron 38. Wszystkie strony udostępnione w Portalu opisane powinny być metadanymi: tytuł, słowa kluczowe, opis. 39. Każda strona w Portalu powinna być zbudowana z modułów/elementów funkcjonalnych będących zamkniętą częścią funkcjonalności 40. Portal powinien zapewniać zarządzanie i kontrolę uprawnień dla jego poszczególnych modułów, formularzy, funkcji i elementów repozytorium 41. Portal powinien zostać wyposażony w zabezpieczenie administracyjne przed nieupoważnionym definiowaniem uprawnień przez Użytkowników 42. Portal powinien pozwalać na uwierzytelnianie się użytkowników z wykorzystaniem nazwy użytkownika i poufnego hasła 43. Zabezpieczenia Portalu powinny uniemożliwiać wejście do części administracyjnej serwisu bez uprzedniego podania nazwy użytkownika i hasła 44. Ze względów bezpieczeństwa Portal powinien zostać wyposażony w mechanizm obowiązkowego wymuszania zmiany hasła dostępu w określonym okresie czasu - co 30 dni (z możliwością zmiany okresu przez administratora) 45. Portal powinien umożliwić określenie minimalnej liczby znaków w haśle 46. Portal powinien umożliwić przypominanie hasła 47. Portal powinien umożliwić szyfrowanie haseł w bazie danych 48. Portal powinien umożliwić rejestrację nowego użytkownika w dwojaki sposób: - Dodanie bezpośrednio przez administratora - Samodzielna rejestracja użytkownika za pomocą formularza zabezpieczonego przed spamem rejestracyjnego 49. Każde nowe konto w Portalu każde konto powinno zostać uprzednio aktywowane przez osobę zakładającą takie konto (administrator lub użytkownik bezpośrednio) 50. Administrator Portalu w dowolnej chwili powinien mieć możliwość dezaktywacji konta użytkownika 51. Portal powinien zostać wyposażony również hierarchiczny system uprawnień administracyjnych tzn. powinna istnieć 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). 52. Portal powinien zapewnić możliwość zarządzania użytkownikami i ich uprawnieniami a także możliwość zdefiniowania uprawnień do poszczególnych zasobów, sekcji, modułów i czynności 53. Portal powinien umożliwić określenie ilości stopni akceptacji treści oraz nazwania kolejnych stopni 54. Portal powinien zapewnić możliwość stworzenia odpowiednich ról dla stopni i przypisania ich do użytkowników. 55. Portal powinien zapewnić możliwość zaimplementowania hierarchicznej wielopoziomowej struktury uprawnień typu edytor redaktor administrator 56. Portal powinien zapewnić, iż widok serwisu prezentowany użytkownikom będzie zależny od poziomu uprawnień. W zależności od uprawnień użytkownik powinien uzyskać dostęp do wybranych sekcji, podsekcji, stron, modułów funkcjonalnych (przykładowo moduł wyszukiwarki, moduł logowania, moduł administracyjny) 57. Portal powinien zostać wyposażony w tzw. szablony uprawnień umożliwiających grupowanie uprawnień użytkowników. Dzięki szablonom administrator powinien mieć możliwość tworzenia wzorcowego szablon zawierający uprawnienia np. dla redaktorów i przypisywać do niego odpowiednie grupy i użytkowników 58. Portal powinien umożliwiać: - Definiowanie grup użytkowników, - Definiowanie użytkowników Systemu, - Przydzielanie użytkowników do grup bez ograniczeń na liczbę użytkowników w poszczególnych grupach jak również bez ograniczeń na liczbę grup, do których użytkownik został przydzielony 59. Portal powinien gwarantować płynną obsługę jednocześnie minimum kilku użytkowników

10 60. Portal powinien umożliwiać pracę współbieżną nad publikacją treści i nie dopuścić do powstawania konfliktów oraz błędów wynikających z próbą jednoczesnej edycji tego samego dokumentu 61. Portal powinien umożliwić czasowe blokowanie uprawnień użytkownika 62. Portal powinien umożliwić określenie maksymalnej liczby nieudanych prób logowania. 63. Portal powinien zostać wyposażony w narzędzia automatycznej blokady po zadanym czasie nieaktywności użytkownika 64. Portal powinien zostać wyposażony w narzędzia automatycznego rozłączania sesji po określonym czasie nieaktywności użytkownika 65. Portal powinien posiadać Dzienniki Systemowe, gdzie informacja o wybranych zdarzeniach zachodzących w aplikacji będzie zapisywana w logach aplikacji 66. Zawartość logów będzie można wydrukować 67. W logach zapisywane powinny być dane dotyczące co najmniej czasu zdarzenia, kategorii zdarzenia, źródła zdarzenia oraz komunikatu wygenerowanego przez system Publikacja treści w Portalu 68. Dostarczony system CMS powinien zapewnić m.in.: - Możliwość edycji tekstu (usuwanie, dodawanie, modyfikowanie, formatowanie) - Możliwość dodawania zdjęć i innych elementów graficznych - Możliwość podłączania wersji źródłowej dokumentów w postaci plików do pobrania (np..doc,.rtf,.pdf) 69. Zmiany w treści stron Portalu powinny być wprowadzane w trybie off-line a ich przeniesienie ze strefy offline do on-line wymagać powinno publikacji strony 70. Portal powinien zostać wyposażony w mechanizm obiegu publikacji treści (worflow) 71. W Portalu każda informacja powinna być akceptowana przez uprawnioną osobę przed publikacją 72. Edycja treści wprowadzanej na stronę www powinna odbywać się w miejscu publikacji tej informacji w serwisie, a nie z odseparowanej/wydzielonej konsoli administratora 73. Portal powinien umożliwić podgląd wyglądu strony na każdym poziomie edycyjnym przed jej opublikowaniem w Internecie (lub przed opublikowaniem zmian na stronę wprowadzanych) 74. Portal powinien automatycznie uwzględniać nowe treści w elementach serwisu, w szczególności: - W mapie Portalu - W menu Portalu 75. Portal powinien zostać wyposażony w edytor graficzny typu WYSIWYG zintegrowany z popularnymi pakietami biurowymi (MS Word, Open Office) 76. Edytor graficzny w zakresie edycji tekstu powinien pozwalać w szczególności na: - Wybór i dostosowanie czcionki (typ, rodzaj (pogrubienie, podkreślenie, kursywa), kolor), - Formatowanie tekstu, - Opcje wytnij, wklej, cofnij, - Definiowanie odnośników i kotwic, - Wstawianie obrazków, - Tworzenie i edycję tabel, - Edycję komórek tabeli. 77. Edytor powinien umożliwić umieszczenie w tekście grafiki, plików multimedialnych oraz odnośników do innych stron (linki wewnętrzne i zewnętrzne) 78. Edytor powinien umożliwić podłączanie wersji źródłowej dokumentów publikowanych na stronach Portalu - w postaci plików do pobrania (np. doc, rtf, pdf). 79. Portal zapewni możliwość wersjonowania stron publikowanych w serwisie 80. Portal powinien umożliwić zapisanie każdej nowej wersji dla strony, przy czym dla każdej wersji przechowywana powinna być co najmniej: data modyfikacji, osoba dokonująca zmiany, kolejny numer wersji, treść wersji, tytuł. 81. Portal umożliwi przywrócenie historycznych wersji jako wersji bieżących 82. W Portalu powinna zostać zapewniona możliwość archiwizacji publikowanych stron 83. Portal w tym zakresie powinien umożliwiać: - Przechowywanie archiwalnych wersji stron - Przeglądanie wersji archiwalnych - Przywrócenie każdej z wersji archiwalnych jako wersji bieżącej (czyli opublikowanej w Internecie) - Określenia ważności publikacji dla każdej strony (gdzie publikacja oznacza dostępność w Internecie, po tym czasie informacja zostaje przeniesiona automatycznie do archiwum) - Przenoszenie stron do archiwum wraz ze swoimi wersjami Narzędzia interakcji 84. W ramach Portalu udostępniana powinna zostać mapa serwisu prezentująca w sposób hierarchiczny listę udostępnianych stron 85. Mapa Portalu powinna być tworzona automatycznie wraz ze zmianą struktury Portalu

11 86. Portal powinien zostać wyposażony moduł umożliwiający publikację na stronie głównej wybranej z panelu administracyjnego informacji (wraz ze zdjęciem) - tzw. moduł mini-edukacja 87. Na pozostałych stronach treść elementu powinna być wyświetlana losowo ze wszystkich komunikatów dostępnych na liście w panelu zarządzania Mini edukacją 88. Portal powinien zostać wyposażony w mechanizm sond służący do badania opinii mieszkańców na wskazany temat oraz umożliwiający publikację wyników w/w badań 89. Portal powinien umożliwić prezentowane wyników sond w formie graficznej 90. Portal powinien zostać wyposażony w Newsletter moduł umożliwiający przesyłanie na podany przez użytkownika adres systematycznych informacji z wybranych działów tematycznych 91. Moduł Newsletter powinien zostać wyposażony w dedykowany panel zarządzania 92. W panelu zarządzania Newsletterem uprawnieni użytkownicy powinni mieć możliwość wyboru grupy tematycznej, a następnie przygotowania treści newslettera dla wybranej grupy odbiorców 93. Przygotowywanie treści Newslettera powinno odbywać się za pomocą edytora WYSIWYG W panelu zarządzania Newsletterem powinny być dostępne funkcjonalności: - Parametryzowania daty i godziny wysłania newslettera - Rejestracja wysyłanych wiadomości i prezentacja na liście z informacją o dacie wysłania, temacie wiadomości, kategorii tematycznej - Usuwanie/wyłączanie więcej niż jednego a (grupowe usuwanie/wyłączanie) 94. Portal powinien zostać wyposażony w multimedialny kalendarz, informujący w sposób graficzny oraz tekstowy o planowanych wydarzeniach na terenie Gminy (kalendarium powinno być powiązane m.in. z Modułem Aktualności w zakresie publikacji wydarzeń, oraz z Modułem erada w zakresie publikacji Planów Pracy Rady) 95. Portal powinien zostać wyposażony w funkcjonalność Galerii 96. W Galerii zamieszczane i publikowane będą pliki graficzne, które odpowiednio mogą być pozycjonowane w stosunku do tekstu/informacji 97. Moduł galerii powinien umożliwiać dodawanie, usuwanie poszczególnych zdjęć jak i całych katalogów 98. Portal powinien zostać wyposażony w rozbudowany system Statystyk 99. Portal powinien zapewnić możliwość generowania statystyk w określonych odstępach czasu: dzień/miesiąc/rok/od początku uruchomienia serwisu Portal powinien umożliwiać publikację Statystyk w postaci informacji na stronie oraz w potraci wykresów 101. Portal powinien zostać wyposażony w zaawansowane narzędzie wyszukujące umożliwiające co najmniej: - Wyszukiwanie pełnotekstowe w treści - Wyszukiwanie wewnątrz dokumentów dostępnych w serwisie (DOC, RTF, PDF), - Określenie, czy mają zostać znalezione dokumenty zawierające wszystkie słowa z podanej frazy czy też dowolne ze słów - Obsługę znaków specjalnych we frazie wyszukiwania - Zawężenie opcji wyszukiwania do jednego ze zdefiniowanych modułów Portalu oraz grupy modułów Wyniki wyszukiwania powinny być wyświetlane według trafności stron, a poszukiwana fraza będzie podświetlana 103. Portal powinien posiadać repozytorium zasobów (zorganizowany wirtualny system katalogów, w których gromadzone są wszelkie materiały publikowane na stronach Portalu) 104. Portal powinien umożliwić automatyczne określanie formatu plików i przypisywanie odpowiedniej ikony graficznej plikom dodawanym do repozytorium 105. Do każdego zasobu w repozytorium powinien zostać przypisany również nadany URL 106. Dostęp do repozytorium i jego zasobów uzależniony powinien być od posiadanych przez użytkownika uprawnień 107. Portal powinien umożliwić dodanie komentarza do artykułu i artykułu przez użytkownika 108. System komentarzy powinien być moderowany przed administratora Portalu 109. Portal powinien posiadać dla każdej opublikowanej strony opcję podglądu wydruku zawartości tej strony 110. Portal powinien umożliwić wydruk zawartości wskazanej strony www w postaci uproszczonej tj. pozbawionej elementów nawigacyjnych 111. Portal powinien umożliwić automatyczną publikację informacji za pomocą kanałów RSS oraz ATOM 112. Portal powinien zostać wyposażony w moderowane Forum, gdzie nad całością dyskusji czuwa uprawniony moderator 113. Portal powinien zawierać formularze kontaktowe służące użytkownikom do wysyłania wiadomości (np. do redakcji) 114. Każdy formularz kontaktowy zabezpieczony przed spamem powinien być techniką captcha 115. Portal powinien zostać wyposażony w licznik odwiedzin poszczególnych stron Moduły Portalu Aktualności 116. Portal powinien umożliwić publikację "Aktualności" w każdym z modułów

12 117. Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 118. Dla celów publikacji treści moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 119. Aktualności udostępniane powinny być na stronach głównych modułów oraz na stronie głównej Portalu 120. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu eedukacja 121. Portal powinien zawierać moduł eedukacja, stanowiący źródło informacji z obszaru edukacji w Gminie Kościerzyna 122. Moduł powinien w jednym miejscu w Internecie udostępniać informacje na temat oferty edukacyjnej oraz placówek oświatowych z terenu Gminy Kościerzyna oraz powiatu kościerskiego w odniesieniu do szkół ponadgimnazjalnych, informacje związane z zarządzaniem edukacją, kształceniem ustawicznym, itp Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 124. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 125. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu ekultura 126. Portal powinien zawierać moduł ekultura, stanowiący źródło informacji z obszaru kultury i sportu w Gminie Kościerzyna 127. Moduł powinien w jednym miejscu w Internecie udostępniać informacje związane z wydarzeniami kulturalnymi, informacjami na temat regionalnych instytucji kultury oraz katalog zabytków, itp Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 129. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 130. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu eturystyka 131. Portal powinien zawierać moduł eturystyka, stanowiący źródło informacji z obszaru turystyki w Gminie Kościerzyna 132. Moduł powinien wspierac turystów i podmioty gospodarcze z sektora usług turystycznych Gminy, m.in. poprzez interaktywne usługi świadczone drogą elektroniczną 133. Moduł powinien pełnić również rolę promocyjną zawierając informacje na temat położenia, mieszkańców, historii regionu/miasta, opis tradycji oraz legend. itp Moduł powinien w jednym miejscu w internecie udostępniać informacje na temat atrakcji turystycznych, unikalnych szlaków tematycznych, bazy noclegowej, informacje na temat możliwości aktywnego wypoczynku i agroturystyki, itp Moduł powinien udostępnić funkcje rezerwacji i zamawiania usług on - line, co najmniej na poziomie wypełniania przez turystę i przesłania zapytania/rezerwacji do wybranego obiektu poprzez dedykowany formularz kontaktowy 136. Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 137. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 138. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu ezdrowie 139. Portal powinien zawierać moduł ezdrowie, stanowiący źródło informacji z zarządzaniem zdrowiem w Gminie Kościerzyna 140. Moduł powinien w jednym miejscu w Internecie udostępniać informacje związane z publikacją informacji związanych z medycyną pracy, prawami i obowiązkami pacjenta, promocją zdrowego trybu życia Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 142. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 143. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu ebiblioteka 144. Portal powinien zawierać moduł ebiblioteka, stanowiący źródło informacji na temat zasad korzystania z bibliotek gminnych i szkolnych oraz czytelni 145. Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 146. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego

13 147. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu Unia Europejska 148. Portal powinien zawierać moduł Unia Europejska, stanowiący źródło informacji związanych z Unią Europejską i Funduszami Europejskimi 149. Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 150. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 151. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu: Dla Inwestora w tym Wirtualny Urzędnik 152. Portal w zakresie modułu Wirtualny Urzędnik udostępnić powinien Interesantom Wirtualne Okienko Kontaktu z Urzędnikiem zgodnie z postulatem SPOC (z ang. Single Point of Contact), przy zachowaniu zasady udzielenia on-line wsparcia dla Interesantów i otrzymania pomocy w czasie rzeczywistym 153. W tym zakresie Moduł powinien umożliwić kontakt on-line z co najmniej 4 pracownikami Urzędu Gminy Kościerzyna w godzinach pracy Urzędu 154. Poza godzinami pracy Urzędu Gminy Kościerzyna Moduł powinien umożliwić Interesantowi pozostawienie wiadomości elektronicznej w Wirtualnym Okienku, a Urzędnikom odbiór wiadomości w momencie zalogowania do Modułu 155. Moduł powinien umożliwić publikację okienka Wirtualnego Urzędnika na wskazanej przez Zamawiającego stronie Portalu Informacyjnego 156. Moduł powinien umożliwić Interesantowi uruchamianie okienka Wirtualnego Urzędnika jednym kliknięciem w przycisk rozmowy umieszczony na wskazanej stronie WWW 157. Moduł powinien umożliwić ukrycie (bez konieczności usunięcia) okienka Wirtualnego Urzędnika 158. Wirtualne Okienko Kontaktu z Urzędnikiem powinno być w zgodzie z linią graficzną Portalu Informacyjnego 159. Wirtualne Okienko Kontaktu z Urzędnikiem powinno zostać dostarczone w formie aplikacji przyjaznej dla użytkowników, niewymagającej żadnych dodatkowych instalacji 160. Moduły powinny być spójne z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 161. Dla celów publikacji treści Moduły powinny wykorzystywać mechanizmy CMS Portalu Informacyjnego 162. W ramach zamówienia powstaną dodatkowe moduły: 163. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu: Materiały promocyjne 164. W module zostaną umieszczone wszystkie materiały promocyjne przekazane przez Zamawiającego 165. Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 166. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 167. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu: Dla Rolnika 168. W module zostaną umieszczone informacje o wszystkich sołectwach wraz z zdjęciami sołtysów z terenu Gminy Kościerzyna 169. Moduł powinien być spójny z Portalem przynajmniej na poziomie mechanizmów autoryzacji i uwierzytelniania użytkowników oraz formy graficznej 170. Dla celów publikacji treści Moduł powinien wykorzystywał mechanizmy CMS Portalu Informacyjnego 171. Szczegółowy opis wymagań dotyczących zawartości modułu znajduje się w Rozdziale II niniejszego dokumentu: 4. Centralny Biuletyn Informacji Publicznej 1. Moduł BIP powinien być zgodny z obowiązującymi przepisami prawa. W szczególności BIP powinien być zgodny z następującymi przepisami: 2. Ustawa z dnia 6 września 2001 o dostępie do informacji publicznej (Dz. U. Nr 112, poz. 1198)

14 3. Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 18 stycznia 2007 r. w Biuletynu Informacji Publicznej (Dz. U. z 2007 r. Nr 10 poz. 68) 4. Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych Dz.U nr 212 poz Ustawa z dnia 6 maja 2005 r. o zmianie ustawy o pracownikach samorządowych, ustawy o samorządowych kolegiach odwoławczych i ustawy o systemie oświaty. (Dz. U. Nr 122, poz. 1020) 6. Moduł BIP powinien zapewnić możliwość integracji Biuletynów dla następujących jednostek: - Urzędu Gminy Kościerzyna - Zakładu Oświaty Gminy Kościerzyna, - Gminnego Ośrodka Pomocy Społecznej, - Zakładu Sportu, Kultury i Turystyki Gminy Kościerzyna - Zakładu Komunalny Gminy Kościerzyna. 7. Moduł BIP powinien zostać zbudowany w oparciu o system bazodanowy 8. Moduł BIP powinien umożliwiać dostęp do informacji publicznych nieprzerwanie 24h na dobę 9. Strony Modułu BIP powinny spełniać minimalne wymagania dla systemów teleinformatycznych określone w rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz. U. nr 212, poz. 1766); to jest: - do kodowania i szyfrowania informacji w systemie zastosowane powinny zostac następujące formaty danych: Unicode UTF-8 wersja 3.0, XMLdsig, XMLenc - zapewnienie możliwości zamieszczania na stronach BIPplików zawierających dane tekstowe lub tekstowograficzne w formatach: txt, rtf, pdf, doc, Open Document. - do tworzenia i modyfikacji stron BIP powinno stosować się co najmniej jeden z następujących formatów danych: HTML 4.01, XHTML 1.0, HTML wersja 3.2, CSS, WAP. 10. BIP powinien działać z wykorzystaniem protokołu HTTPS 11. Strony BIP powinny zostać zaprojektowane w sposób umożliwiający ich dalszą modyfikację oraz rozwój Modułu 12. Moduł BIP powinien umożliwić wydruk wszystkich informacji publicznych zamieszczonych na stronach poszczególnych BIPów jednostek 13. Każda informacja publikowana w BIP powinna zostać wyposażona w metryczkę określającą: - podmiot udostępniający informację - tożsamość osoby, która wytworzyła informację lub tożsamość osoby, która odpowiada za treść informacji - tożsamość osoby, która wprowadziła informację - czas wytworzenia informacji i czas jej udostępnienia 14. BIP powinien zostać wyposażony w mechanizm "Rejestru zmian - sekcji prezentującej informacje o wszystkich zmianach dokonanych w treści BIP-ów poszczególnych jednostek 15. Moduł BIP powinien zostać zintegrowany z całym systemem portalowym i umożliwiać zarządzanie wszelkimi funkcjami serwisu z poziomu konsoli administracyjnej Portalu Informacyjnego 16. W celu zachowania ujednoliconego układu strukturalnego i ujednoliconej formy prezentacji danych dla Biuletynów wszystkich jednostek Moduł BIP powinien wykorzystywać wspólne z Portalem Informacyjnym mechanizmy CMS, w szczególności - edycja stron powinna być prowadzona na tych samych zasadach, co w Portalu tj. Moduł powinien umożliwić wprowadzanie informacji oraz dokonywanie zmian treści informacji udostępnianych na stronach BIP przez osoby do tego uprawnione - zapewniony powinien być ergonomiczny i funkcjonalny interfejs użytkownika oparty o przeglądarkę - zapewniona powinna zostać możliwość elastycznej konfiguracji poszczególnych BIP-ów zgodnie ze specyfikacją (np. modyfikacja danych adresowych, logo, struktury organizacyjnej danej jednostki) 17. BIP powinien posiadać budowę modułową umożliwiającą na publikację następującej struktury informacji: 18. Dostęp do Centralnego Modułu BIP powinien być możliwy ze strony głównej Portalu Informacyjnego 19. Na stronie głównej BIP każdej jednostki powinien zostać umieszczony czytelny link do strony głównej BIP Moduł BIP powinien zawierać (dla każdej jednostki): - logo (znak graficzny) BIP, umieszczone w górnej części strony - adres redakcji strony podmiotowej BIP (w tym imię i nazwisko, numer telefonu, numer telefaksu i adres poczty elektronicznej co najmniej jednej z osób redagujących stronę podmiotową BIP) - instrukcję korzystania z BIP - wyszukiwarkę ( przy czym o mechanizm wyszukiwarki może być tym samym mechanizmem, co wyszukiwarka zaimplementowana w Portalu) - menu przedmiotowe 21. Menu przedmiotowe BIP powinno składać się co najmniej z następujących sekcji: 22. Władza i struktura

15 23. Rada Gminy - sekcja powinna prezentować skład Rady, Komisje Rady, Prezydium Rady, kalendarz posiedzeń Rady i Komisji Rady, godziny dyżurów radnych, regulamin Rady, etc. - w tym zakresie sekcja powinna zostać zintegrowana z Modułem erada oraz w zakresie importu danych Radnych z Modułu Skład Osobowy Rady 24. Ważne Wystąpienia - sekcja zawierająca m.in. stanowiska w sprawach publicznych zajęte przez organy władzy publicznej (wójt, Rada; sekcja zintegrowana z Modułem erada) 25. Urząd Gminy - sekcja powinna opisywać strukturę organizacyjną podmiotów w układzie hierarchicznym, tu publikowane powinny być również informacje na temat kierownictwa Urzędu wraz z danymi kontaktowymi, informacje na temat przedmiotu działalności poszczególnych komórek organizacyjnych Urzędu, regulamin organizacyjny Urzędu, etc. 26. Jednostki Gminy - zawierać powinna usystematyzowane strony BIP dla jednostek organizacyjnych Gminy 27. Prawo miejscowe - sekcja zawierać powinna informacje o: - aktach prawnych konstytuujących działalność jednostki - o trybie działania władz publicznych i ich jednostek - o sposobie stanowienie aktów publicznoprawnych - zarządzeniach Wójta (sekcja zintegrowana z Modułem erada) - uchwałach Rady Gminy (sekcja zintegrowana z Modułem erada) - protokołów z posiedzeń Rady oraz Komisji Rady (sekcja zintegrowana z Modułem erada) - projektów aktów prawnych (sekcja zintegrowana z Modułem erada) 28. Dokumenty publikowane w sekcji Prawo miejscowe powinny być w wersji html oraz w wersji tekstowej (np. w *pdf) Sprawy do załatwienia - sekcja zawierać powinna informacje o: - procedurach stanowienia aktów normatywnych - sposobach przyjmowania i załatwiania spraw w Urzędzie (sekcja w tym zakresie powinna zostać zintegrowana z Katalogiem Usług Publicznych na epuap) - stanie przyjmowanych i realizowanych spraw w Urzędzie i jednostkach podległych - kolejności ich załatwiania lub rozstrzygania 30. W zakresie publikacji informacji o stanie przyjmowanych i realizowanych spraw Moduł BIP powinien umożliwić Interesantom śledzenie stanu spraw realizowanych w Elektronicznym Obiegu Dokumentów (identyfikacja po numerze danej sprawy) 31. W tym celu Interesant powinien mieć możliwość uzyskania na epuap informacji o numerze sprawy jaka została jej nadana w Elektronicznym Obiegu Dokumentów 32. Rejestry - sekcja zawierająca informacje na temat prowadzonych przez Gminie rejestrów, ewidencji i archiwach a także informacje na temat udostępniania przez podmiot danych zawartych w w/w rejestrach, ewidencjach i archiwach 33. Sekcja Rejestry powinna zostać zintegrowana z EOD w zakresie publikowania na stronach Centralnego BIP rejestrów prowadzonych w EOD 34. Finanse - sekcja informująca o: - stanie majątkowym jednostki, - budżecie (i projektach), - podatkach i opłatach lokalnych 35. Dokumenty Strategiczne - sekcja powinna zawierać plany/programy/strategie rozwoju dotyczące działań w zakresie polityki wewnętrznej i zagranicznej a także informacje o programach w zakresie realizacji zadań publicznych, sposobie ich realizacji, wykonywaniu i skutkach realizacji tych zadań 36. Wakaty - sekcja umożliwiająca prowadzenie naboru na stanowiska urzędnicze zgodnie z zapisami Ustawy z dnia 6 maja 2005 r. o zmianie ustawy o pracownikach samorządowych, ustawy o samorządowych kolegiach odwoławczych i ustawy o systemie oświaty. (Dz. U. Nr 122, poz. 1020). 37. Sekcja Wakaty powinna umożliwić, co najmniej: - publikację ogłoszeń o naborach, - publikację listy kandydatów, którzy spełniają wymagania formalne określone w ogłoszeniu o naborze - publikację wyników naboru w określonych w ustawie terminach 38. Zamówienia publiczne - sekcja powinna zawierać wykaz postępowań przetargowych prowadzonych przez Gminę, treść ich rozstrzygnięć 39. Sekcja Zamówienia publiczne powinna zapewnić mechanizm wyszukiwania zamówień na podstawie atrybutów: - nazwa, - data publikacji, - stan, - rodzaj 40. Dokumentacje kontroli - sekcja powinna zawierać dokumentację przebiegu i efektów kontroli oraz wystąpienia, stanowiska, wnioski i opinie podmiotów ją przeprowadzających

16 41. Redakcja BIP - sekcja powinna zawierać dane kontaktowe wraz z formularze kontaktowym do wypełnienia przez Interesantó w trybie on-line 42. Informacje nieudostępnione w BIP - sekcja powinna zawierać niezbędne dane o trybie udostępniania "na wniosek" informacji publicznej w Gminie Kościerzyna 43. Oświadczenia majątkowe - sekcja powinna udostępniać oświadczenia majątkowe wszystkich osób, których dotyczy obowiązek publikacji 5. Elektroniczny Obieg dokumentów Wymagania ogólne 1. System musi być całkowicie spolonizowany, co oznacza, że wszelkie komunikaty, powiadomienia, alerty, elementy interfejsu użytkownika muszą być w języku polskim z wyłączeniem części administracyjnej gdzie mogą występować w języku angielskim. 2. System musi umożliwiać logowanie użytkownika do systemu przy pomocy indywidualnego hasła. Możliwość ustawienia mechanizmu wymuszania okresowej zmiany hasła zgodnie z określonym stopniem złożoności hasła. Hasła przechowywane są w bazie danych w postaci zaszyfrowanej. 3. System musi zapamiętywać profile pracy poszczególnych użytkowników i udostępniać je po zalogowaniu na dowolnej stacji roboczej. 4. System musi zapewniać definiowanie i zapisywania sposobu wyświetlania gromadzonych danych w postaci tabelarycznej. Zapisane widoki mogą być prywatne lub udostępnione wszystkim użytkownikom. 5. System musi wspierać standard XML do wymiany danych i opisu formularzy elektronicznych. Wymagania prawne 6. System musi spełniać wymagania określone w następujących aktach prawnych: 7. Rozporządzenie Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2005r, nr 212, poz.1766). 8. 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. Z 2006r, nr 206, poz. 1517). 9. 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. Z 2006r, nr 206, poz. 1518). 10. 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. Z 2006r, nr 206, poz. 1519). 11. 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. z 2004r, nr 100, poz. 1024). 12. Rozporządzeniem Prezesa Rady Ministrów z dnia 18 stycznia 2011 r. w sprawie instrukcji kancelaryjnej, jednolitych rzeczowych wykazów akt oraz instrukcji w sprawie organizacji i zakresu działania archiwów zakładowych (Dz. U. z dnia 20 stycznia 2011 r.). Rejestrowanie pism w systemie 13. System musi zapewniać obieg dokumentów zgodnie z wymogami instrukcji kancelaryjnej. 14. System musi umożliwiać rejestrację papierowej korespondencji przychodzącej wraz z załącznikami i skanowanie jej do postaci elektronicznej. 15. System musi umożliwiać przyjmowanie korespondencji przychodzącej złożonej z z wykorzystaniem nośników cyfrowych: dyskietki 3½, płyt CD i DVD oraz pamięci Flash ROM z łączem USB v. 1.1 i v.2. System musi zapewniać generowanie UPP dla tak złożonych dokumentów za pośrednictwem platformy epuap. 16. System musi umożliwiać rejestrowanie dokumentów przychodzących i wychodzących, papierowych oraz elektronicznych złożonych za pośrednictwem epuap, , fax. 17. System musi umożliwiać odebranie i za pomocą wbudowanego klienta pocztowego i zarejestrowanie ich w systemie jako pismo.

17 18. System musi opisywać dokumenty za pomocą formularza elektronicznego zawierającego najważniejsze informacje (np. dane teleadresowe), pole z datą wpływu powinno być wypełniane automatycznie. 19. System musi umożliwiać administratorowi definiowanie dodatkowych atrybutów dla spraw. Administrator musi mieć możliwość definiowania nazwy atrybutu i wyboru, dla jakiego typu spraw atrybut będzie widoczny. Zdefiniowane atrybuty muszą być widoczne jako atrybuty dodatkowe w metrykach wszystkich pism lub spraw wybranego typu. 20. System musi umożliwiać wyświetlanie różnych zestawów pól dla dokumentu w zależności od kroku procesu obsługi. 21. Metryka korespondencji przychodzącej musi zawierać między innymi pola określające: typ dokumentu, sposób dostarczenia (np. osobiście, pocztą, mailem, faksem, epuap) oraz listę załączników elektronicznych. 22. System musi umożliwiać wykorzystanie słownika TERYT w zakresie miejscowości oraz ulic. 23. Przy stosowaniu słowników TERYT musi istnieć możliwość globalnego dla całego systemu uaktywnienia słownika bądź wyłączenia. 24. System musi zapewniać automatyczne numerowanie dokumentów i spraw podczas rejestracji. Numerowanie musi opierać się na edytowalnych schematach numeracji. Schemat ma umożliwiać wypełnienie części numeru na podstawie co najmniej: roku, symbolu jednostki organizacyjnej, symbolu pracownika, kategorii JRWA, numeru teczki, numeru podteczki. Zarządzanie schematami numeracji będzie się odbywać z poziomu administracji systemem. 25. System musi umożliwiać oznaczanie pisma jako załatwionego bez zakładania sprawy dla pisma. 26. System musi umożliwiać przechowywanie treści dokumentów wraz z załącznikami - załączony plik może mieć dowolny format (pliki graficzne, pliki pakietów biurowych, dokumenty skanowane, pliki multimedialne i inne). 27. System musi umożliwiać zapisanie fizycznej lokalizacji oryginału załącznika papierowego i śledzenie jego obiegu niezależnie do obiegu dokumentów zeskanowanych lub elektronicznych. 28. System musi wspierać obsługę pism papierowych z wykorzystaniem kodów kreskowych na pismach oraz kodów kreskowych pracowników. Obsługa kodów kreskowych musi być wspierana w zakresie: odbierania i wydawania pism, wyszukiwania, podglądu pism. 29. System musi umożliwiać drukowanie potwierdzenia przyjęcia dla klienta/interesanta zawierającego: datę wpływu pisma, numer pod którym zostało zarejestrowane we właściwym rejestrze, dane interesanta, liczbę załączników oraz kod kreskowy identyfikujący dokument i umożliwiający sprawdzenie stanu załatwienia swojej sprawy przez interesanta. 30. System musi umożliwiać: oznaczanie kodem kreskowym dokumentu papierowego (nadruk lub naklejka) oraz ewidencjonowanie w systemie przydzielonego pismu kodu kreskowego oraz wyszukanie w systemie dokumentu przy użyciu czytnika kodów kreskowych. 31. Dla korespondencji wychodzącej system musi automatyzować obsługę pism wychodzących poprzez prowadzenie pocztowej książki nadawczej w formie rejestru. 32. Przy wysyłce dokumentów System musi umożliwiać drukowanie etykiet oraz nadruków na zwrotki i koperty w formatach co najmniej: C4, C5, C System musi umożliwiać generowanie dokumentów na podstawie szablonów. 34. System musi umożliwiać rejestrowanie oraz powiązanie z odpowiednim dokumentem potwierdzenia dostarczenie pisma adresatowi (tzw. zwrotka). 35. System musi mieć możliwość rejestrowania i kontroli obiegu korespondencji wewnętrznej pomiędzy pracownikami i komórkami organizacyjnymi. 36. System musi umożliwiać obsługę wielu sekretariatów i rejestrować korespondencję wpływającą wraz z załącznikami oraz automatycznie ją numerować. 37. System musi umożliwiać ustawienia przez pracownika, w jaki sposób chce skierować korespondencję do adresata i przekazać ją do kancelarii w celu wysłania. 38. System powinien umożliwić dokonywanie wysyłek w dwóch trybach za pośrednictwem kancelarii wysyłkowej oraz samodzielnie przez referentów. 39. Wysyłka dokumentów przez kancelarię wychodzącą powinna wspierać agregację przesyłek do jednego adresata. 40. System musi umożliwiać eksport dziennika korespondencji przychodzącej i wychodzącej, co najmniej do formatów: XLS, PDF, CSV, HTML.

18 Obsługa spraw 41. System musi umożliwiać tworzenie sprawy na podstawie pisma przychodzącego lub z urzędu. 42. System podczas rejestracji sprawy musi umożliwiać wybór kategorii JRWA. 43. System po zarejestrowaniu sprawy musi jej nadawać numer zgodny ze schematem numeracji spraw. 44. System musi umożliwiać wielopoziomową dekretację dokumentów na wielu użytkowników. 45. Systemu musi umożliwiać zwrot pisma mylnie zadekretowanego. 46. System musi umożliwiać przełożonemu zmianę referenta spraw podległych mu pracowników. 47. System musi umożliwiać zastosowanie formularza dekretacji, zawierającej co najmniej pola określające: adresata dekretacji, dyspozycję, termin załatwienia, pole typu checkbox określające, czy użytkownik będzie powiadamiany o przekroczeniu terminu oraz tabelki określające adresatów dekretacji. 48. System musi umożliwiać dołączanie przez uprawnionego pracownika do sprawy pism, które zostały na niego zadekretowane po zarejestrowaniu sprawy. Dołączone pismo staje się kolejnym pismem w sprawie. 49. System musi wspierać proces wielostopniowej akceptacji projektu pisma. 50. System musi umożliwiać edycję opisu i treści załącznika bezpośrednio z poziomu Systemu w odpowiedniej, przypisanej do danego formatu pliku aplikacji. Zapisanie kolejnej wersji pliku w Systemie musi nastąpić automatycznie po zapisaniu zmian i zakończeniu pracy w aplikacji użytej do edycji pliku. 51. System musi umożliwiać wersjonowane załączników plikowych. Poprzednie muszą być widoczne w systemie jako wersie historyczne. Dla każdego dokumentu musi być możliwe przeglądanie i pobieranie wersji historycznych. 52. System przy wysyłce dokumentu musi automatycznie podpowiadać domyślnego adresata, czyli nadawcę pisma wiodącego oraz umożliwiać zmianę adresata i wybór dodatkowych adresatów z bazy. 53. System musi umożliwiać dodawanie do dokumentów i spraw komentarzy tekstowych. 54. System musi umożliwiać generowanie powiadomień informujących o stanie sprawy i terminach realizacji. 55. System musi umożliwiać konfigurowanie sposobu powiadamiania (powiadomienie systemowe lub/i ). 56. System musi umożliwiać rejestrowanie i wyświetlanie historii wykonanych operacji i komentarzy dla sprawy i dokumentów wchodzących w jej skład. 57. System musi posiadać możliwość wglądu do wszystkich spraw w podległej jednostce organizacyjnej. System musi udostępniać widok takich spraw w przejrzystej formie graficznej drzewa i wyświetlać informację o liczbie spraw prowadzonych w poszczególnych jednostkach i przez poszczególnych pracowników, z możliwością podglądu sprawy. 58. System musi umożliwiać definiowanie grupy użytkowników uprawnionych do pracy grupowej nad dokumentem. System musi kontrolować pracę nad dokumentem za pomocą blokowania dokumentu do edycji i wyświetlania historię zmian. 59. System musi umożliwiać zamykanie spraw. Podczas zamykania System musi sprawdzać, czy wszystkie pisma w sprawie sa załatwione. 60. System musi umożliwiać oznaczanie pism jako załatwionych w trybie Ad acta i przenoszenie do odpowiedniej teczki. 61. System musi posiadać możliwość tworzenia teczek i podteczek oznaczanych literowo oraz numerowanych liczbowo. 62. System musi umożliwiać przenoszenie spraw z danego roku na kolejny i kontynuowanie pracy nad sprawą. Obsługa podpisu elektronicznego 63. System musi zapewniać podpisywanie dokumentów niekwalifikowanym i kwalifikowanym podpisem elektronicznym (weryfikowanym certyfikatami wszystkich centrów kwalifikowanych działających w Polsce na dzień składania oferty) z poziomu aplikacji, przy czym dopuszczalne jest użycie appletu Java.

19 64. System musi umożliwiać podpisywania kolejnych decyzji (np. akceptacji) bezpiecznym podpisem elektronicznym z użyciem certyfikatu kwalifikowanego lub niekwalifikowanego. 65. System musi zapewniać obsługę podpisu elektronicznego. 66. System musi umożliwiać weryfikację podpisu elektronicznego i wyświetlać dla danego dokumentu informację o tym, czy podpis jest poprawny czy nie. 67. System musi umożliwiać odbieranie na epuap pism zawierających dokumenty podpisane elektronicznie. 68. System musi umożliwiać wysyłanie na epuap pism zawierających dokumenty podpisane elektronicznie zgodnie ze standardem i formatem podpisu umożliwiającym weryfikację na Platformie epuap. 69. System musi umożliwiać pobranie podpisu i certyfikatu, którym został podpisany dokument. Skanowanie i rozpoznawanie tekstu (OCR) 70. System musi umożliwiać skanowanie dokumentów z poziomu Systemu oraz zapisywanie ich formy elektronicznej w formacie wielostronicowym. 71. System musi posiadać moduł skanowania, niezależny od producenta skanera. Moduł powinien współpracować z dowolnym skanerem obsługującym interfejs TWAIN. Moduł skanowania powinien pozwalać na ustawienie podstawowych parametrów skanowania, w tym co najmniej: rozdzielczość skanowania, tryb kolor lub czarnobiały, format strony. 72. System musi umożliwiać optyczne rozpoznawanie tekstu na dokumentach przechowywanych w formie graficznej i konwersję tych dokumentów do plików tekstowych (obróbka OCR). Może odbywać się to z zastosowaniem programu zewnętrznego. Wyszukiwanie 73. System musi umożliwiać wyszukiwanie obiektów po wszystkich opisujących je metadanych. 74. System musi zapewniać filtrowanie i sortowanie po dowolnych atrybutach obiektów. 75. System musi udostępniać wyszukiwanie w trybach: prostym i zaawansowanym, w którym możliwe jest łączenie kryteriów wyszukiwania. 76. System musi umożliwiać eksport do pliku (w jednym z formatów:.csv,.xls,.pdf,.html.) dowolnych wyników wyszukiwania. Baza nadawców/odbiorców 77. System musi umożliwiać automatyczne podpowiadanie nadawcy/odbiorcy korespondencji na podstawie wbudowanego w system słownika - książki adresowej, 78. System musi umożliwiać wprowadzanie nowych danych do książki adresowej na etapie wprowadzania nowego pisma dla danego nadawcy. 79. System musi posiadać jedną, dla całego systemu, bazę interesantów, dostępną dla wszystkich osób pracujących w systemie EOD, 80. System musi umożliwiać automatyczne sprawdzenie poprawności wprowadzanych danych typu NIP, PESEL, REGON razem ze sprawdzaniem sumy kontrolnej, 81. System musi umożliwiać aktualizację danych przy zachowaniu danych poprzednich - zmiana nie może powodować zmian w dotychczasowych obiektach, do których przypisana była dana pozycja z bazy interesantów, 82. System musi umożliwiać wyszukiwanie adresata w bazie przynajmniej wg wszystkich wyświetlanych w widoku pól. Możliwość łączenia fraz wyszukiwania, 83. System musi wykrywać pokrywające się pozycje w bazie adresatów i proponować ich korektę na etapie rejestracji pisma. 84. System musi umożliwiać zapisywanie historii wpisów zawierającej informacje dotyczące: osoby modyfikującej i daty ostatniej modyfikacji wpisu, każdorazowej edycji wpisu, daty, osoby która edycji dokonała, różnic w stosunku do poprzedniej wersji wpisu, 85. System musi zapewniać funkcjonalność informowania o powielających się wpisach w bazie interesantów przy wprowadzaniu dokumentu. 86. System musi udostępniać bazę danych teleadresowych interesantów wraz z możliwością łatwego rejestrowania nowych danych interesanta przy wprowadzaniu dokumentu, 87. System musi zapewnić możliwość zdecydowania przy rejestrowaniu nowego dokumentu o automatycznym wprowadzeniu nowego wpisu do bazy,

20 Moduł archiwum 88. System musi posiadać wbudowany moduł archiwalny, wspierający: przekazywanie akt do archwum zakładowego, przekazywanie akt do Archiwum Państwowego, zarządzanie papierowymi zasobami. 89. System musi umożliwiać tworzenie paczki archiwalnej dla wybranego roku. Podczas tworzenia paczki System musi sprawdzać warunki typu: czy nie istnieje już paczka za wskazany okres, czy istnieją sprawy za podany okres w wydziale, czy wszystkie sprawy są zakończone. 90. System musi obsługiwać archiwizację spraw zgodnie z ich kategoriami archiwalnymi. Na podstawie kategorii archiwalnej System musi automatycznie dokonywać brakowania lub archiwizacji spraw. 91. System musi umożliwiać ręczne przypisywanie kategorii archiwalnej dla spraw w paczce archiwalnej. 92. System musi automatycznie generować spisy zdawczo-odbiorcze dla każdej kategorii archiwalnej. 93. System musi umożliwiać uprawnionemu pracownikowi archiwum weryfikację paczki archiwalnej. 94. System musi zapewniać przekazywanie akt do Archiwum Państwowego. Uprawniony pracownik musi mieć umożliwiać wybrania z listy spraw, które chce przekazać do Archiwum Państwowego. 95. System musi umożliwiać zarządzanie papierowymi zasobami, w tym: wypożyczanie, wyszukiwanie, edycję, przeglądanie. 96. System musi umożliwiać zarządzanie zawartością archiwum elektronicznego. 97. System musi zapewnić zgodność formatu metadanych eksportowanych dokumentów ze standardem tzw. paczki archiwalnej opracowanym przez Naczelną Dyrekcję Archiwów Państwowych. Terminarz 98. System musi udostępniać terminarz. Terminarz umożliwiać będzie prezentowanie terminów w widoku: miesięcznym, tygodniowym, dziennym. 99. Systemu musi umożliwiać definiowanie terminów w terminarzu. Dla terminu będzie możliwość ustawienia poziomu prywatności: termin publiczny widoczny dla wszystkich użytkowników systemu, termin prywatny termin będzie widoczny tylko dla właściciela terminarza, termin - mieszany - wyświetlający jedynie informację o zajętym bądź wolnym terminie System musi umożliwiać definiowanie terminów jednorazowych bądź cyklicznych oraz definiowanie godziny rozpoczęcia i zakończenia System musi umożliwiać uprawnionym pracownikom wgląd do kalendarza innych pracowników System musi umożliwiać zarządzanie rezerwacją zasobów. Tworzenie rejestrów 103. System musi umożliwiać prowadzenie dowolnej ilości rejestrów System musi być wyposażony w graficzny edytor rejestrów, który umożliwi uprawnionej osobie tworzenie prowadzonych rejestrów oraz ich kolumn. Raporty i zestawienia 105. System musi zawierać moduł analityczny, umożliwiający analizę danych w nim zawartych System musi być wyposażony w graficzny edytor raportów, 107. System powinien umożliwiać wygenerowanie co najmniej raportów lub zestawień typu: Pocztowa Książka Nadawcza, Liczba załatwionych spraw w jednostkach, Obłożenie zadaniami w jednostce organizacyjnej, Raport terminowości pracowników, Książka adresowa, Wydruki etykiet kopert o formatach C4, C5, C6, Wydruk zwrotki: krajowej, zagranicznej, Spis spraw, Dynamika przetwarzanych spraw, Pisma przychodzące System musi zapewnić eksport widoków danych z systemu co najmniej do formatów:.csv,.xls,.pdf,.html System musi udostępniać co najmniej statystyki: spraw rozpoczętych, spraw zakończonych ostatecznie z podziałem na rok, miesiąc, dział, pracownika. Zarządzanie zadaniami i procesami