Zacznik nr 6a do specyfikacji istotnych warunkw zamwienia na wykonanie zada wramach projektu pn. "Rozwj e-usug w Miecie i Gminie Koniecpol - szans na nowoczesno", realizowanego w ramach Regionalnego Programu Operacyjnego Wojewdztwa lskiego na lata 2014-2020 (Europejski Fundusz Rozwoju Regionalnego).

SZCZEGOWY OPIS PRZEDMIOTU ZAMWIENIA

Spis treciI.Informacje oglne.4II.Szczegowy opis przedmiotu zamwienia zadanie Elektronizacja procesu konsultacji spoecznych.6a.Opracowanie projektw dokumentw okrelajcych proces konsultacji drog elektroniczn.6b.Zakup licencji systemu konsultacji spoecznych dla Urzdu Miasta iGminy i jednostek organizacyjnych Miasta i Gminy.6c.Wdroenie systemu konsultacji spoecznych na serwerach Urzdu Miasta i Gminy i asysta techniczna.11d.Opracowanie i wdroenie e-usug na platformie ePUAP i SEKAP.12III.Szczegowy opis przedmiotu zamwienia zadanie Uruchomienie systemu komunikacji mobilnej.13a.Przygotowanie projektu regulaminu funkcjonowania systemu komunikacji mobilnej.13b.Zakup licencji systemu komunikacji mobilnej dla Urzdu Miasta i Gminy ijednostek organizacyjnych Miasta i Gminy.13c.Wdroenie systemu komunikacji mobilnej na serwerach Urzdu Miasta iGminy i asysta techniczna.16d.Opracowanie i wdroenie e-usugi w systemie na platformie ePUAP iSEKAP.17IV.Szczegowy opis przedmiotu zamwienia zadanie Uruchomienie e-usug finansowych.18a.Zakup licencji zintegrowanego systemu dziedzinowego.18Architektura systemu i wymagania niefunkcjonalne18Wymagania licencyjne20Wymagania funkcjonalne dla systemu zintegrowanego20b.Wdroenie zintegrowanego systemu dziedzinowego i asysta techniczna.38c.Zakup licencji portalu informacyjno-patniczego40Architektura systemu i wymagania niefunkcjonalne40Wymagania funkcjonalne systemu portalu informacyjno-patniczego41c. Wdroenie portalu informacyjno-patniczego, asysta techniczna igwarancja44d.Opracowanie i wdroenie e-usug na platformie ePUAP i SEKAP46V.REALIZACJA SZKOLE.47a.Wymagania oglne wobec szkole:47b.Szczegowa specyfikacja szkole:48VI.WDROENIE E-USUG PUBLICZNYCH DLA URZDU MIASTA I GMINY.49a.Audyt obecnie istniejcych procedur i dokumentw dotyczcych elektronizowanych e-usug49b.Przygotowanie ustandaryzowanych projektw dokumentw niezbdnych przy wiadczeniu e-usug.49c.Przygotowanie formularzy e-usug50d.Konfiguracja ESP na ePUAP w zakresie wiadczonych e-usug.52e.Audyt i aktualizacja polityki bezpieczestwa i dokumentacji ochrony danych osobowych.53f.Audyt i aktualizacja instrukcji zarzdzania systemem informatycznym.54VII.Wymagania minimalne i opcjonalne dla prbki systemw informatycznych55

I. Informacje oglne.

Celem oglnym projektu jest rozwj elektronicznej administracji w gminie Koniecpol w zakresie elektronizacji usug publicznych oraz udostpnienia usug elektronicznych poprzez budow przyjaznych dla mieszkacw, przedsibiorcw, organizacji i administracji samorzdowej narzdzi.

Celem bezporednim projektu jest zapewnienie klientom Urzdu Miasta i Gminy w Koniecpolu dostpu do szerokiego zakresu wysokiej jakoci i prostych w obsudze usug publicznych wiadczonych drog elektroniczn.

Cel bezporedni projektu zostanie osignity poprzez realizacj nastpujcych celw szczegowych:

1. wzrost liczby usug publicznych wiadczonych przez Urzd Miasta i Gminy w Koniecpolu dostpnych drog elektroniczn poprzez udostpnienie na platformie ePUAP i SEKAP 30 e-usug publicznych o3.stopniu dojrzaoci dwustronna interakcja oraz 11 e-usug publicznych o 4. stopniu dojrzaoci transakcja,

2. zwikszenie stopnia cyfryzacji procesw realizowanych w Urzdzie Miasta i Gminy w Koniecpolu poprzez wdroenie systemu konsultacji spoecznych, systemu komunikacji mobilnej oraz wdroenie i integracj systemu dziedzinowego z portalem informacyjno-patniczym,

3. zwikszenie odsetka spraw, wnioskw skadanych drog elektroniczn w szczeglnoci przez ePUAP iSEKAP przez mieszkacw i przedsibiorcw w gminie Koniecpol.

Aby osign cele szczegowe projektu zaplanowane zostay nastpujce zadania:

1. ELEKTRONIZACJA PROCESU KONSULTACJI SPOECZNYCH w ramach zadania uruchomiony zostanie 1system teleinformatyczny (tj. system konsultacji spoecznych) zintegrowany z ePUAP i SEKAP oraz nastpi wdroenie 4 e-usug na 4 poziomie dojrzaoci na platformie ePUAP i SEKAP. W ramach zadania zaplanowano:

a. Opracowanie projektw dokumentw okrelajcych proces konsultacji drog elektroniczn.

b. Zakup licencji systemu konsultacji spoecznych dla Urzdu Miasta i Gminy i jednostek organizacyjnych Miasta i Gminy.

c. Wdroenie systemu konsultacji spoecznych na serwerach Urzdu Miasta i Gminy i asysta techniczna.

d. Opracowanie i wdroenie e-usug na platformie ePUAP i SEKAP.

2. URUCHOMIENIE SYSTEMU KOMUNIKACJI MOBILNEJ w ramach zadania uruchomiony zostanie 1system teleinformatyczny (tj. system komunikacji mobilnej) zintegrowany z ePUAP i SEKAP oraz nastpi wdroenie 1 e-usugi na 4 poziomie dojrzaoci na platformie ePUAP i SEKAP, dostpnej rwnie na aplikacje mobilne. W ramach zadania zaplanowano:

a. Przygotowanie projektu regulaminu funkcjonowania systemu komunikacji mobilnej.

b. Zakup licencji systemu komunikacji mobilnej dla Urzdu Miasta i Gminy i jednostek organizacyjnych Miasta i Gminy.

c. Wdroenie systemu komunikacji mobilnej na serwerach Urzdu Miasta i Gminy i asysta techniczna.

d. Opracowanie i wdroenie e-usugi w systemie na platformie ePUAP i SEKAP.

3. URUCHOMIENIE E-USUG FINANSOWYCH w ramach zadania uruchomione zostan 2 systemy teleinformatyczne (tj. zintegrowany system dziedzinowy i portal informacyjno-patniczy) oraz nastpi wdroenie 6 e-usug na 4 poziomie dojrzaoci na platformie ePUAP i SEKAP. W ramach zadania zaplanowano:

a. Zakup licencji zintegrowanego systemu dziedzinowego.

b. Wdroenie zintegrowanego systemu dziedzinowego i asysta techniczna.

c. Zakup licencji portalu informacyjno-patniczego.

d. Wdroenie portalu informacyjno-patniczego i asysta techniczna.

e. Opracowanie i wdroenie e-usug na platformie ePUAP i SEKAP.

4. REALIZACJA SZKOLE w ramach zadania przeprowadzone zostanie szkolenie dla osb zaangaowanych wrealizacj wdraanych e-usug oraz szkolenie z systemu konsultacji spoecznych isystemu komunikacji mobilnej. W ramach zadania zaplanowano:

a. Przeprowadzenie szkolenia - Szkolenie dla osb zaangaowanych w realizacj wdraanych e-usug (3 godz. x 1gr. x 10 os./gr. = 3 godz.).

b. Przeprowadzenie szkolenia - System konsultacji spoecznych (8 godz. x 1 gr. x 10 os./gr. = 8 godz.).

c. Przeprowadzenie szkolenia - System komunikacji mobilnej (8 godz. x 1 gr. x 10 os./gr. = 8 godz.).

5. WDROENIE E-USUG PUBLICZNYCH DLA URZDU MIASTA I GMINY w ramach zadania nastpi wdroenie 30 e-usug na 3 poziomie dojrzaoci na platformie ePUAP i SEKAP. W ramach zadania zaplanowano:

a. Audyt obecnie istniejcych procedur i dokumentw dotyczcych elektronizowanych e-usug.

b. Przygotowanie ustandaryzowanych projektw dokumentw niezbdnych przy wiadczeniu e-usug.

c. Przygotowanie formularzy e-usug.

d. Konfiguracja ESP na ePUAP w zakresie wiadczonych e-usug.

e. Audyt i aktualizacja polityki bezpieczestwa i dokumentacji ochrony danych osobowych.

f. Audyt i aktualizacja instrukcji zarzdzania systemem informatycznym.

II. Szczegowy opis przedmiotu zamwienia zadanie Elektronizacja procesu konsultacji spoecznych.a. Opracowanie projektw dokumentw okrelajcych proces konsultacji drog elektroniczn.

1. Dla Urzdu realizujcego zadanie oraz dla jednostek organizacyjnych Miasta i Gminy musz zosta opracowane projekty dokumentw okrelajcych proces konsultacji spoecznych drog elektroniczn, tj.:

a. regulamin okrelajcy funkcjonowania systemu w Urzdzie i jednostkach organizacyjnych Miasta i Gminy,

b. procedury przeprowadzenia konsultacji spoecznych za porednictwem drogi elektronicznej,

c. wzr uchway dotyczcej procesu konsultacji spoecznych z wykorzystaniem drogi elektronicznej.

2. Opracowanie projektw dokumentw okrelajcych proces konsultacji spoecznych drog elektroniczn musi by poprzedzony analiz wymaga.

3. Projekty dokumentw okrelajcych proces konsultacji spoecznych drog elektroniczn musz zawiera co najmniej:

a. definicje podstawowych poj, istot konsultacji spoecznych oraz cel,

b. schemat procesu konsultacji spoecznych drog elektroniczn,

c. opis procesu konsultacji spoecznych drog elektroniczn.

4. Projekty dokumentw okrelajcych proces konsultacji drog elektroniczn musz uwzgldnia wytyczne i ograniczenia wynikajce z:

a. przeprowadzonych analiz,

b. obowizujcych przepisw prawa (powszechnie obowizujcych i ustanowionych przez Rad Miejsk).

b. Zakup licencji systemu konsultacji spoecznych dla Urzdu Miasta iGminy i jednostek organizacyjnych Miasta i Gminy.

Zakup licencji umoliwi prowadzenie Urzdowi i jego jednostkom organizacyjnym konsultacji spoecznych oraz innych form dialogu spoecznego wformie elektronicznej w zakresie uruchamianych w ramach projektu e-usug. Minimalne wymagania dostarczanego oprogramowania s nastpujce:

1. System musi umoliwia prowadzenie konsultacji spoecznych z mieszkacami, organizacjami, stowarzyszeniami i jednostkami wasnymi JST, obejmujce swoim zasigiem obszar dziaania urzdu lub wybrane jego czci w formie: forum dyskusyjnego i/lub ankiet i/lub konsultacji dokumentu.

2. System musi umoliwia zgaszanie wniosku w sprawie inicjacji konsultacji spoecznych uprawnionym do tego osobom.

3. System musi umoliwia zgaszanie inicjatyw uchwaodawczych uprawnionym do tego osobom.

4. System musi umoliwia automatyczne powiadamianie zarejestrowanych osb, ktre wyraziy ch otrzymywania powiadomie o zbliajcych si terminach konsultacji lub ich etapw.

5. System musi umoliwia zainteresowanym osobom udzia w dialogu spoecznym z wykorzystaniem dedykowanych e-usug i formularzy opublikowanych na platformie ePUAP.

6. System musi umoliwia zainteresowanym osobom udzia w dialogu spoecznym z wykorzystaniem dedykowanych e-usug i formularzy opublikowanych na platformie SEKAP.

7. System musi umoliwia rejestracj osb zainteresowanych udziaem w dialogu spoecznym zwykorzystaniem dedykowanej e-usugi i formularza ePUAP.

8. System musi umoliwia rejestracj osb zainteresowanych udziaem w dialogu spoecznym zwykorzystaniem dedykowanej e-usugi i formularza SEKAP.

9. System musi umoliwia uczestnikom dialogu spoecznego skadanie podpisw pod wnioskami zwykorzystaniem profilu zaufanego.

10. System musi publikowa wszystkie aktualnie prowadzone, zakoczone i archiwalne formy dialogu spoecznego.

11. System musi by podzielony na dwie czci:

a. prywatn dostpn tylko dla zalogowanych, uprawnionych pracownikw urzdu. Konfigurowanie oraz wszystkie wpisy dotyczce konsultacji i kolejnych jej etapw wykonywane przez urzd powinny by moliwe tylko z w strefie prywatnej,

b. publiczn dostpn uczestnikom dialogu spoecznego, przy czym przeglda wszystkie formy dialogu moe kady i zawsze, ale wzi w nich udzia mog tylko zalogowani uczestnicy.

12. System musi umoliwia prac minimum nastpujcym typom uytkownikw:

a. uytkownik zewntrzny - uytkownik niezalogowany/go posiada prawo do przegldania wszystkich form dialogu spoecznego,

b. uytkownik zewntrzny uytkownik z uproszczonym logowaniem - uytkownik indywidualny lub instytucjonalny identyfikowany poprzez PESEL lub adres email,

c. uytkownik zewntrzny - uytkownik zalogowany - uytkownik indywidualny lub instytucjonalny identyfikowany poprzez konto ePUAP oraz SEKAP i posiadajcy profil zaufany,

d. uytkownik wewntrzny - administrator konfiguruje system dialogu spoecznego, tworzy konta uytkownikw wewntrznych inadaje im uprawnienia,

e. uytkownik wewntrzny operator systemu tworzy i zarzdza przebiegiem dialogu spoecznego,

f. uytkownik wewntrzny - moderator dyskusji zarzdza treci forum dyskusyjnego.

13. System musi by zintegrowany z platform ePUAP:

a. system musi umoliwia integracj z dedykowan skrytk urzdu,

b. system musi umoliwia skonfigurowanie komunikacji z ePUAP (certyfikat i haso),

c. system musi automatycznie pobiera, z dedykowanej skrytki ePUAP, dane z wypenionych przez osoby uczestniczce w dialogu formularzy i rejestrowa je w bazie, tylko w przypadku, kiedy dane formularza zostay podpisane profilem zaufanym,

d. system musi umoliwia logowanie si za pomoc konta ePUAP,

e. system musi umoliwia osobom uczestniczcym w dialogu spoecznym podpisywanie si pod zgoszonymi wnioskami z wykorzystaniem profilu zaufanego.

14. System musi by zintegrowany z platform SEKAP:

a. system musi umoliwia integracj z dedykowan skrytk urzdu,

b. system musi umoliwia skonfigurowanie komunikacji z SEKAP (certyfikat i haso),

c. system musi automatycznie pobiera, z dedykowanej skrytki SEKAP, dane z wypenionych przez osoby uczestniczce w dialogu formularzy i rejestrowa je w bazie,

d. system musi umoliwia logowanie si za pomoc konta SEKAP.

15. System musi zbiera informacj o wszystkich aktywnociach uytkownikw:

a. wewntrznych w zakresie wprowadzanych zmian w systemie oraz zarzdzania formami dialogu spoecznego,

b. zewntrznych w zakresie wyraania przez nich opinii w trakcie korzystania z systemu.

16. System musi umoliwia administratorowi:

a. tworzenie kont uytkownikw systemu oraz nadawanie uprawnie do systemu,

b. zarzdzanie parametrami konfiguracyjnymi systemu w szczeglnoci w zakresie:

konfiguracji danych teleadresowych urzdu,

konfiguracji poczenia z ePUAP i SEKAP,

konfiguracji poczty elektronicznej wykorzystywanej do komunikacji z mieszkacami ipodmiotami.

17. System musi umoliwia prowadzenie wielu konsultacji jednoczenie.

18. System musi umoliwia przeprowadzanie zoonego procesu konsultacji spoecznych, skadajcego si z jednego lub wielu etapw i zrnicowanych form w ramach jednej konsultacji spoecznej.

19. System musi udostpnia wszystkie zaplanowane, aktualnie prowadzone oraz zakoczone konsultacje spoeczne oraz informacje o nich (harmonogramy, zaczniki) wszystkim zainteresowanym osobom, bez koniecznoci logowania.

20. System musi umoliwia prowadzenia konsultacji w minimum nastpujcych formach: ankiety, forum dyskusyjnego oraz opiniowania dokumentu:

a. ankieta:

moe skada si z jednego lub wielu pyta, przy czym system nie moe ogranicza ich maksymalnej liczby,

pytania w ankiecie mog by jedno- lub wielokrotnego wyboru,

do tworzenia ankiet system musi zapewnia odpowiedni kreator,

kreator musi umoliwia tworzenie ankiet skadajcych si z dowolnej liczby pyta idowolnej liczby odpowiedzi dla kadego pytania,

b. forum dyskusyjne:

moe mie jeden lub wiele poruszanych tematw, przy czym system nie moe ogranicza maksymalnej liczby tematw,

system musi zapewnia moliwo wypowiadania si uprawnionym uytkownikom, atake musi zapewnia moliwo udzielania odpowiedzi innym uytkownikom,

system musi zapewnia moliwo udzielania gosu poparcia w postaci polubienia (Tak lub Nie),

system musi umoliwia przydzielenie moderatora dyskusji kademu tematowi forum dyskusyjnego,

system musi przed opublikowaniem treci w dyskusjach sprawdzi wprowadzany tekst pod ktem wystpowania w nim typowych, niecenzuralnych sw; w przypadku wykrycia, system musi wykasowa je i zastpi odpowiednim komentarzem,

c. opiniowanie dokumentu:

system musi umoliwia prowadzenie konsultacji spoecznej dowolnego dokumentu,

system musi umoliwia odwzorowanie struktury dokumentu w postaci elektronicznej wedug okrelonych wzorcw i da moliwo odniesienia si uczestnikom konsultacji do kadego z nich, przy czym uczestnik konsultacji musi mie moliwo wyboru, z listy dostpnych odnonikw/oznacze, fragmentu dokumentu, do ktrego wyraa swoj opini np. paragraf, rozdzia itp.

21. System musi umoliwia przeprowadzenie konsultacji skierowanej do wszystkich podmiotw i/lub mieszkacw konsultacje otwarte.

22. System musi umoliwia przeprowadzenie konsultacji skierowanej do wybranej grupy uczestnikw konsultacje zamknite.

23. System musi umoliwia przeprowadzenie konsultacji wymagajcej podpisu pod wyraon opini konsultacje sformalizowane.

24. System musi umoliwia przeprowadzenie konsultacji niewymagajcej podpisu pod wyraon opini konsultacje niesformalizowane.

25. System, za pomoc dedykowanych kreatorw, musi umoliwia zaprojektowanie caego procesu konsultacji. Kreator musi umoliwia tworzenie forum dyskusyjnego z list tematw, ankiet skadajcych si z dowolnej liczby pyta i dowolnej liczby odpowiedzi dla kadego pytania oraz struktury konsultowanego dokumentu.

26. System musi umoliwia zaprojektowanie harmonogramu przebiegu konsultacji terminw rozpoczcia i zakoczenia konsultacji, kadego z jej etapw, jego form, przy czym musi umoliwia takie zaprojektowanie harmonogramu, eby mona byo uwzgldni rwnie te formy konsultacji, dla ktrych system nie przewiduje wsparcia, np. spotkania informacyjne. Harmonogram musi by jednoczenie mechanizmem kontrolujcym przebieg konsultacji, ktry w sposb automatyczny odpowiednio wcza lub wycza dostp do aktualnego etapu konsultacji. Harmonogram dziaa niezalenie dla kadej konsultacji i stanowi jej integraln cz.

27. System musi umoliwia zaczanie plikw do konsultacji lub dowolnego jej etapu uytkownikom wewntrznym na etapie tworzenia konsultacji, oraz do forum, uytkownikom zewntrznym, w trakcie wyraania swoich opinii.

28. System musi umoliwia przerwanie tworzenia konsultacji spoecznej i zapisanie jej na dowolnym etapie tworzenia.

29. System musi umoliwia dowoln modyfikacj zaprojektowanej konsultacji spoecznej, lub jej etapu, ktra nie zostaa rozpoczta.

30. System musi umoliwia publikowanie wynikw ankiety w trakcie trwania konsultacji, jak rwnie po jej zakoczeniu oraz dodatkowo, po jej zakoczeniu generowa wyniki w postaci raportu.

31. W przypadku, kiedy do urzdu wpyn, na pimie, opinie uprawnionych do udziau w konsultacjach osb i/lub podmiotw, system musi umoliwia operatorowi konsultacji ich rczne wprowadzenie do systemu, w taki sposb, eby te opinie byy brane pod uwag w prezentowanych przez system raportach i wynikach.

32. W przypadku zastosowania w trakcie konsultacji innej formy, niemoliwej do przeprowadzenia wsystemie (np. spotkanie), system musi umoliwia zaczenie raportu z jego przebiegu w postaci krtkiego opisu i/lub zacznika oraz udostpnienie wszystkim zainteresowanym osobom.

33. System musi w sposb w peni automatyczny udostpnia informacje o wszystkich aktualnych konsultacjach minimum kanaami RSS i/lub umoliwia powiadomienie zarejestrowanych w systemie osb, ktre mog by zainteresowane udziaem w konsultacji spoecznej.

34. System musi automatycznie nadawa status kadej konsultacji:

a. projektowane,

b. aktualne,

c. zakoczone,

d. archiwalne.

35. Minimalna lista parametrw konsultacji, ktre musi wspiera system:

a. temat konsultacji,

b. data rozpoczcia i zakoczenia konsultacji,

c. data rozpoczcia i zakoczenia kolejnych etapw konsultacji,

d. data przeniesienia konsultacji do archiwum,

e. konsultacja otwarta/zamknita,

f. osoba (operator) odpowiedzialna za przebieg konsultacji,

g. sposb identyfikacji uczestnika konsultacji.

36. System musi umoliwia tworzenie szablonw konsultacji, ktre mog by pniej wykorzystane do stworzenia nowej konsultacji, bazujcej na szablonie.

37. System musi prezentowa statystki dotyczce poszczeglnych konsultacji spoecznych, czy jej etapw, w szczeglnoci liczb wypowiedzi lub oddanych gosw.

38. System musi umoliwia generowanie raportu po kadym zakoczonym etapie konsultacji oraz raport kocowy z przebiegu konsultacji.

39. System musi umoliwia zoenie dowolnej liczby wnioskw w sprawie inicjacji konsultacji spoecznych przez jednego lub wielu uytkownikw systemu, w dowolnym czasie.

40. System musi umoliwia konfiguracj parametrw i wymogw formalnych zoenia wniosku, wszczeglnoci w zakresie:

a. liczby wymaganych podpisw pod wnioskiem,

b. liczby dni niezbdnych do zebrania podpisw pod wnioskiem liczonych od momentu zoenia wniosku.

41. System musi umoliwia zoenie wniosku w sprawie inicjacji konsultacji spoecznej na dedykowanym formularzu ePUAP i SEKAP.

42. System musi umoliwia podpisanie si pod elektronicznym wnioskiem, dowolnej liczbie osb, profilem zaufanym wyraenie poparcia, przy czym jedna osoba moe zoy tylko jeden podpis.

43. System musi umoliwia rczne wprowadzenie wniosku o inicjacj konsultacji spoecznej zoonego wwersji papierowej do urzdu oraz rczne wprowadzenie gosw poparcia zoonych w wersji papierowej do urzdu, przy czym wprowadzone w ten sposb informacje musz funkcjonowa na tych samych zasadach, co zoony wniosek i podpisy w wersji elektronicznej.

44. System musi automatycznie akceptowa lub odrzuca wniosek w przypadku niespenienia warunkw wzakresie liczby zoonych podpisw lub terminu ich zoenia.

45. System musi wizualizowa w czasie rzeczywistym przebieg procedowania wniosku oraz prezentowa statystyki zwizane z wnioskiem.

46. System musi umoliwia zaczenie kocowego raportu z przebiegu obsugi wniosku i decyzji kierownictwa urzdu.

47. System musi umoliwia zoenie dowolnej liczby inicjatyw przez jednego lub wielu uytkownikw systemu, w dowolnym czasie.

48. System musi umoliwia konfiguracj parametrw i warunkw formalnych, w szczeglnoci w zakresie:

a. liczby wymaganych podpisw pod wnioskiem,

b. liczby dni niezbdnych do zebrania podpisw pod wnioskiem liczonych od momentu zoenia wniosku.

49. System musi umoliwia zoenie wniosku w sprawie inicjatywy uchwaodawczej na dedykowanym formularzu ePUAP i SEKAP.

50. System musi umoliwia podpisanie si pod elektronicznym wnioskiem, dowolnej liczbie osb, profilem zaufanym wyraenie poparcia, przy czym jedna osoba moe zoy tylko jeden podpis.

51. System musi umoliwia administratorowi systemu rczne wprowadzenie inicjatywy zoonej w wersji papierowej do urzdu oraz rczne wprowadzenie gosw poparcia zoonych w wersji papierowej do urzdu, przy czym wprowadzone w ten sposb informacje musz funkcjonowa na tych samych zasadach, co zoony wniosek i podpisy w wersji elektronicznej.

52. System musi automatycznie akceptowa lub odrzuca wniosek w przypadku niespenienia warunkw w zakresie liczby zoonych podpisw lub terminu ich zoenia.

53. System musi wizualizowa w czasie rzeczywistym przebieg procedowania wniosku oraz prezentowa statystyki zwizane z wnioskiem.

54. System musi umoliwia zaczenie kocowego raportu z przebiegu obsugi wniosku i decyzji kierownictwa urzdu.

55. System musi umoliwia wyduenie terminu w przewidzianych przepisami przypadkach.

56. System musi umoliwia pobranie zoonych przez skadajcego zacznikw w celu opcjonalnego wyczyszczenia z nich danych osobowych oraz zaadowanie tak przygotowanych plikw do systemu wcelu ich opublikowania.

57. System musi archiwizowa przebieg wszystkich form dialogu.

58. System musi umoliwia dowolne ich przegldanie przez wszystkie osoby, w tym rwnie niezalogowane.

59. System musi umoliwia wyszukiwanie informacji znajdujcych si w archiwum.

60. System musi dziaa w dowolnej sieci komputerowej TCP/IP.

61. System musi da si zainstalowa na serwerach wyposaonych w systemy Windows lub rwnowanych.

62. System musi by poprawnie obsugiwany z dowolnego komputera, na ktrym zainstalowany jest system Windows lub Linux, z wykorzystaniem popularnych przegldarek internetowych w szczeglnoci przez Mozilla Firefox, Google Chrome, czy Microsoft Internet Explorer/Edge w aktualnych wersjach.

63. Architektura systemu musi umoliwia prac jedno i wielostanowiskow oraz zapewnia jednokrotne wprowadzanie danych tak, aby byy one widoczne dla wszystkich uytkownikw.

64. System musi prawidowo pracowa na stacjach roboczych o nastpujcych, minimalnych parametrach technicznych:

a. procesor 1 GHz,

b. pami RAM 1 GB.

65. System powinien umoliwia wykorzystanie bezpiecznego protokou komunikacji pomidzy stacj robocz a serwerem, na ktrym jest zainstalowany, w celu zabezpieczenia poufnoci danych.

66. Interfejs uytkownika powinien by w caoci polskojzyczny.

67. System musi zapewnia, w prosty sposb, moliwo dodania dowolnego, innego ni polski, jzyka obsugi interfejsu (Zamawiajcy nie dopuszcza stosowania internetowych translatorw), przy czym Zamawiajcy dopuszcza realizacj tego wymogu poprzez zastosowanie plikw tumacze lub sownikw przechowywanych w bazie danych.

68. System musi umoliwia dodanie tumacze treci publikowanych przez urzd, a nie bdcych czci interfejsu.

69. Dokumentacja powinna zawiera opis funkcji programu, wyjania zasady pracy z programem, oraz zawiera opisy przykadowych scenariuszy pracy.

70. Dokumentacja musi by dostpna z poziomu oprogramowania w postaci elektronicznej (pliki PDF lub DOC lub RTF).

71. System musi zapewnia weryfikacj wprowadzanych danych w formularzach i kreatorach.

72. Licencjobiorc wszystkich licencji bdzie Gmina.

73. Licencje musz zosta wystawione na czas nieograniczony.

74. Oferowane licencje musz pozwala na uytkowanie oprogramowania zgodnie z przepisami prawa oraz zapisami niniejszej specyfikacji przez Zamawiajcego i jednostki organizacyjne.

75. Licencja oprogramowania nie moe ogranicza prawa licencjobiorcy do rozbudowy, zwikszenia iloci serwerw obsugujcych oprogramowanie, przeniesienia oprogramowania na inny serwer, rozdzielenia funkcji serwera (osobny serwer bazy danych, osobny serwer aplikacji, osobny serwer plikw).

76. Licencja oprogramowania musi by licencj bez ograniczenia iloci komputerw, serwerw, na ktrych mona zainstalowa i uywa oprogramowanie.

77. Licencja na oprogramowanie nie moe w aden sposb ogranicza sposobu pracy uytkownikw kocowych (np. praca w sieci LAN, praca zdalna poprzez Internet).

78. Licencja oprogramowania nie moe ogranicza prawa licencjobiorcy do wykonania kopii bezpieczestwa oprogramowania w iloci, ktr uzna za stosown.

79. Licencja oprogramowania nie moe ogranicza prawa licencjobiorcy do instalacji oprogramowania na serwerach zapasowych uruchamianych w przypadku awarii serwerw podstawowych.

80. Licencja oprogramowania nie moe ogranicza prawa licencjobiorcy do korzystania z oprogramowania na dowolnym komputerze klienckim (licencja nie moe by przypisana do komputera/urzdzenia).

81. Licencja oprogramowania musi pozwala na modyfikacj, zmian, rozbudow, oprogramowania w celu przystosowania go do potrzeb Zamawiajcego.

c. Wdroenie systemu konsultacji spoecznych na serwerach Urzdu Miasta i Gminy i asysta techniczna.

1. Usuga bdzie dotyczya uruchomienia systemu oraz wdroenia jego penych funkcjonalnoci, utrzymania usug na platformie ePUAP i SEKAP oraz wsparcia technicznego przez zewntrznego usugodawc w zakresie obsugi platformy dot. elektronicznych konsultacji spoecznych.

2. Zamawiajcy wymaga 12-miesicznego okresu asysty technicznej (pierwszy okres eksploatacji systemu).

3. Asysta techniczna bdzie polega na:

a. wiadczeniu pomocy technicznej,

b. wiadczeniu usug utrzymania i konserwacji dla dostarczonego oprogramowania,

c. dostarczaniu nowych, ulepszonych wersji oprogramowania lub innych komponentw systemu bdcych konsekwencj wykonywania w nich zmian wynikych ze stwierdzonych niedoskonaoci technicznych,

d. dostarczaniu nowych wersji dokumentacji uytkownika oraz dokumentacji technicznej zgodnych co do wersji jak i rwnie zakresu zaimplementowanych i dziaajcych funkcji z wersj dostarczonego oprogramowania aplikacyjnego,

e. wiadczeniu telefonicznie usug doradztwa i opieki w zakresie eksploatacji systemu, jeeli wymagaj tego kwestie techniczne lub organizacyjne, a nie jest to spowodowane brakiem wiedzy lub przeszkolenia pracownikw, a brak podjcia takiego dziaania przez Wykonawc moe spowodowa nieprawidow eksploatacj systemu lub czasowe jej wstrzymanie,

f. podejmowaniu czynnoci zwizanych z diagnozowaniem problemw oraz usuwaniem przyczyn nieprawidowego funkcjonowania dostarczonego rozwizania.

4. Zamawiajcy wymaga 60-miesicznego okresu gwarancji.

5. Gwarancja udzielana przez Wykonawc obejmuje usuwanie wszelkich wad i usterek wykrytych przez uytkownikw Zamawiajcego uniemoliwiajcych wykorzystywanie funkcji systemu, przy czym:

a. awaria rozumiana jest jako niepoprawne dziaanie oprogramowania, ktre uniemoliwia prawidow eksploatacj systemu i powoduje konieczno wstrzymania jego eksploatacji,

b. usterka to nieprawidowe lub niezgodne z dokumentacj wykonywanie funkcji systemu, niepowodujce jednak koniecznoci wstrzymania eksploatacji systemu.

6. W ramach gwarancji Wykonawca zobowizuje si do utrzymywania zgodnoci systemu z wymaganiami prawa.

d. Opracowanie i wdroenie e-usug na platformie ePUAP i SEKAP.

1. Usuga bdzie dotyczya opracowania i wdroenia dedykowanych formularzy dotyczcych uruchomienia e-usug na platformie ePUAP dotyczcych konsultacji spoecznych, tj.:

a. udziau w konsultacjach spoecznych sformalizowanych otwartych,

b. udziau w konsultacjach spoecznych sformalizowanych zamknitych,

c. zgoszenia obywatelskiej inicjatywy uchwaodawczej,

d. zgoszenia wniosku w sprawie inicjacji konsultacji spoecznych.

2. Wszystkie e-usugi cechuj si 4 poziomem dojrzaoci - systemy wewntrzne zostan zintegrowane na podstawie dopasowania procesw administracyjnych, nastpi integracja e-usug z zewntrznymi systemami informatycznymi oraz z wewntrznymi systemami dziedzinowymi. Dziki temu nastpi integracja systemw informatycznych oraz wykorzystanie moliwoci platform do wiadczenia e-usug publicznych: krajowej (ePUAP) i regionalnej (SEKAP).

3. Dziki prowadzonym dziaaniom, Urzd docelowo bdzie mg prowadzi konsultacje sformalizowane w formie elektronicznej przez formularze ePUAP i SEKAP, tj.: konsultacje programu wsppracy zorganizacjami pozarzdowymi, strategii rozwoju lokalnego, wieloletniego planu inwestycyjnego, programw spoeczno-gospodarczych, planw zagospodarowania przestrzennego, studium uwarunkowa ikierunkw zagospodarowania przestrzennego, decyzje o uwarunkowaniach rodowiskowych zgody na realizacj przedsiwzicia.

III. Szczegowy opis przedmiotu zamwienia zadanie Uruchomienie systemu komunikacji mobilnej.a. Przygotowanie projektu regulaminu funkcjonowania systemu komunikacji mobilnej.

1. Usuga obejmie szczegowy opis zasad dziaania systemu komunikacji mobilnej zarwno z perspektywy obiegu informacji w urzdzie, jak i z perspektywy klienta (podstawowe funkcje, zakres oddziaywania).

2. Regulamin prezentowa bdzie projekty dziaa informacyjnych z wykorzystaniem systemu elektronicznego, zawiera bdzie wzr formularza zgoszeniowego na ePUAP i SEKAP.

3. Wdroenie systemu umoliwi szerok promocj wdraanych rozwiza na rzecz zaatwiania spraw urzdowych na odlego nowymi drogami komunikacji. System komunikacji mobilnej bdzie umoliwia zarejestrowanym uytkownikom przekazywanie treci typu:

a. alarmy i zagroenia,

b. wydarzenia kulturalno-turystyczne,

c. komunikaty urzdowe,

d. wydarzenia sportowe.

b. Zakup licencji systemu komunikacji mobilnej dla Urzdu Miasta i Gminy ijednostek organizacyjnych Miasta i Gminy.

Zakup licencji umoliwi komunikacj z mieszkacami z wykorzystaniem dostpnych kanaw komunikacji elektronicznej: system gwarantujcy bezpieczestwo ze wzgldu na konieczno prowadzenia elektronicznego rejestru wydanych profili zaufanych, gromadzenia danych dotyczcych wyraanych zgd do przekazywania treci w formie elektronicznej, adresw e-mail, numerw telefonw komrkowych. Minimalne wymagania dostarczanego oprogramowania s nastpujce:

1. System musi by systemem informatycznym i umoliwia integracj z ePUAP, SEKAP oraz podatkowym systemem dziedzinowym.

2. System musi umoliwia wysyanie drog elektroniczn wiadomoci o wanych wydarzeniach iprzedsiwziciach realizowanych przez Urzd, zagroeniach, czy indywidualnych sprawach zwizanych z obsug obywateli.

3. System musi umoliwia wysyanie wiadomoci tylko do osb, ktre wyra na to zgod pisemn izostan zarejestrowane w bazie odbiorcw lub zarejestruj si osobicie w bazie odbiorcw wiadomoci za porednictwem platformy ePUAP, SEKAP i dedykowanego formularza.

4. System musi by dostpny tylko dla zalogowanych uytkownikw, pracownikw urzdu.

5. System musi by stworzony w technologii Web.

6. System musi mie interfejs uytkownika w caoci w jzyku polskim.

7. System musi umoliwia tworzenie dowolnej liczby kont uytkownikw penicych minimum dwie role:

a. administratora systemu,

b. operatora wiadomoci.

8. System musi umoliwia prac dowolnej liczbie uytkownikw jednoczenie.

9. System musi umoliwia zarzdzanie danymi obywateli zarejestrowanych w systemie. W szczeglnoci musi umoliwia:

a. dodawanie, edytowanie i usuwanie danych obywateli zarejestrowanych w systemie,

b. czasowe wyczenie konta obywatela,

c. resetowanie kodu walidacyjnego wykorzystywanego w aplikacji mobilnej.

10. System musi umoliwia wysyanie wiadomoci do odbiorcw nastpujcymi kanaami:

a. poczta email,

b. ePUAP,

c. SEKAP

d. sms (system musi umoliwia integracj z zewntrznym dostawc usug bramki sms),

e. aplikacja mobilna.

11. System musi umoliwia tworzenie wiadomoci, na ktr skadaj si minimum nastpujce elementy:

a. kategoria wiadomoci,

b. temat wiadomoci,

c. tre wiadomoci,

d. zacznik.

12. System musi umoliwia przerwanie tworzenia wiadomoci i zapisanie jej na dowolnym etapie jej tworzenia.

13. System musi automatycznie nadawa statusy zapisanym lub wysyanym wiadomociom, ktre bd uzalenione od stanu ich gotowoci do lub realizacji wysyki (projektowana, gotowa, wysana).

14. System musi umoliwia tworzenie szablonw wiadomoci.

15. System musi umoliwia zarzdzanie kategoriami wiadomoci (tworzenie, edycja i usuwanie).

16. System musi umoliwia wysyanie wiadomoci do grupy osb lub do jednej, wybranej osoby.

17. W przypadku wysyania wiadomoci do wielu odbiorcw, system musi umoliwia tworzenie grup woparciu o minimum nastpujce parametry:

a. pe,

b. wiek,

c. adres zamieszkania (np. gmina, miasto, ulica, kod pocztowy),

d. imi i nazwisko.

18. System musi umoliwia tworzenie i zapisywanie grup odbiorcw jako predefiniowany zestaw parametrw dynamicznego wyszukiwania odbiorcw.

19. System musi umoliwia wybr kanau dystrybucji wiadomoci.

20. System musi umoliwia wysyanie wiadomoci natychmiast lub w dowolnie okrelonym terminie pniejszym.

21. System musi umoliwia modyfikacj niewysanych wiadomoci lub wstrzymanie ich wysyki.

22. System musi obsugiwa dziennik zdarze, w ktrym zapisywane bd minimum nastpujce zdarzenia:

a. dodawanie, edycja i usuwanie danych obywateli,

b. dodawanie, edycja i usuwanie danych uytkownikw systemu,

c. reset hasa uytkownikw systemu,

d. zmiana uprawnie uytkownika systemu,

e. dodawanie, edycja i usuwanie wiadomoci,

f. dodawanie, edycja i usuwanie grup odbiorcw,

g. archiwizacja dziennika zdarze i komunikacji.

23. System musi obsugiwa dziennik komunikacji, w ktrym zapisywane bd informacje zwizane zwysyk komunikatw.

24. Integracja z ePUAP:

a. system musi umoliwia integracj z dedykowan skrytk urzdu,

b. system musi umoliwia skonfigurowanie komunikacji z ePUAP (certyfikat i haso),

c. system musi automatycznie pobiera, z dedykowanej skrytki ePUAP, dane z wypenionych przez rejestrujce si osoby formularzy i rejestrowa je w bazie, tylko w przypadku, kiedy dane formularza zostay podpisane profilem zaufanym,

d. system musi umoliwia wysyk wiadomoci, podpisanych profilem zaufanym, na konta ePUAP zarejestrowanych osb, ktre poday swj adres skrytki ePUAP.

25. Integracja z SEKAP:

a. system musi umoliwia integracj z dedykowan skrytk urzdu,

b. system musi umoliwia skonfigurowanie komunikacji z SEKAP (certyfikat i haso),

c. system musi automatycznie pobiera, z dedykowanej skrytki SEKAP, dane z wypenionych przez rejestrujce si osoby formularzy i rejestrowa je w bazie,

26. Integracja z dziedzinowym systemem podatkowym:

a. system musi udostpnia niezbdne mechanizmy komunikacji dwustronnej, umoliwiajce wymian informacji z systemem dziedzinowym,

b. system musi umoliwia wysyanie informacji podatkowych generowanych przez podatkowy system dziedzinowy do obywatela, przy czym informacja taka musi trafi do waciwej, zarejestrowanej w systemie osoby, ktra w trakcie procesu rejestracji podaa PESEL i/lub NIP (parametr identyfikacyjny),

c. system musi automatycznie weryfikowa zgodno parametru identyfikacyjnego z systemu dziedzinowego z przechowywanym w swoim rejestrze obywateli,

d. system musi obsugiwa wysyk minimum nastpujcych typw wiadomoci z podatkowego systemu dziedzinowego:

Informacja o wystawionej decyzji

Informacja o zbliajcym si terminie patnoci

Informacja o zalegoci

Wezwanie do zoenia deklaracji

Informacja o wystawionej decyzji

Informacja o zbliajcym si terminie patnoci

Informacja o zalegoci

e. system musi zapisywa i odpowiednio oznacza w dzienniku zdarze wszystkie wysane informacje podatkowe,

f. caa komunikacja pomidzy systemem dziedzinowym, a systemem musi by zabezpieczona przed nieautoryzowanym dostpem,

g. system musi udostpnia dziedzinowemu systemowi podatkowemu informacje o statusie wysanej wiadomoci podatkowej.

27. Wszystkie parametry konfiguracyjne systemu zwizane z komunikacj musz by konfigurowalne za pomoc dedykowanych formularzy bdcych czci systemu.

28. Aplikacja mobilna:

a. musi umoliwia odbieranie wiadomoci wysyanych przez Urzd,

b. musi wywietla wiadomoci z podziaem na kategorie wiadomoci,

c. musi obsugiwa kod autoryzacji, ktry suy bdzie jednoznacznej identyfikacji obywatela, przy czym, kady zarejestrowany w systemie obywatel, musi automatycznie otrzyma, wskazanym przez siebie, w trakcie rejestracji, kanaem komunikacji (ePUAP, SEKAP, email, sms) lub w przypadku rejestracji w urzdzie, w formie pisemnej, wygenerowany przez system kod,

d. moliwo wyboru okrelonych grup komunikatw oraz moliwo otrzymywania wiadomoci z podatkowego systemu dziedzinowego przez uytkownikw aplikacji mobilnej, dostpna bdzie tylko dla aplikacji z wprowadzonym kodem autoryzacji,

e. aplikacja, ktra nie bdzie miaa wprowadzonego kodu autoryzacji bdzie wywietla tylko wiadomoci z kategorii, ktre wskae administrator systemu,

f. aplikacja mobilna musi pracowa na minimum dwch systemach: Android 4.0 i wyej, iOS 7 iwyej.

29. System musi dziaa w dowolnej sieci komputerowej TCP/IP.

30. System musi da si zainstalowa na serwerach wyposaonych w systemy Windows Server lub rwnowane.

31. System musi by poprawnie obsugiwany z dowolnego komputera, na ktrym zainstalowany jest system Windows lub Linux, z wykorzystaniem popularnych przegldarek internetowych w szczeglnoci przez Mozilla Firefox, Google Chrome, czy Microsoft Edge w aktualnych wersjach.

32. Architektura systemu musi umoliwia prac jedno i wielostanowiskow oraz zapewnia jednokrotne wprowadzanie danych tak, aby byy one widoczne dla wszystkich uytkownikw.

33. System musi prawidowo pracowa na stacjach roboczych o nastpujcych, minimalnych parametrach technicznych:

a. procesor 1 GHz,

b. pami RAM 1 GB.

34. System powinien umoliwia wykorzystanie bezpiecznego protokou komunikacji pomidzy stacj robocz a serwerem, na ktrym jest zainstalowany, w celu zabezpieczenia poufnoci danych.

c. Wdroenie systemu komunikacji mobilnej na serwerach Urzdu Miasta iGminy i asysta techniczna.

1. Usuga bdzie dotyczya uruchomienia systemu, utrzymania usug na platformie ePUAP i SEKAP oraz wsparcia technicznego przez zewntrznego usugodawc w zakresie obsugi platformy dot. komunikacji mobilnej. Usuga obejmowa bdzie wsparcie informatyczne w rozwizywaniu pojawiajcych si trudnoci/ problemw zwizanych z e-usug.

2. Zamawiajcy wymaga 12-miesicznego okresu asysty technicznej (pierwszy okres eksploatacji systemu).

3. Asysta techniczna bdzie polega na:

a. wiadczeniu pomocy technicznej,

b. wiadczeniu usug utrzymania i konserwacji dla dostarczonego oprogramowania,

c. dostarczaniu nowych, ulepszonych wersji oprogramowania lub innych komponentw systemu bdcych konsekwencj wykonywania w nich zmian wynikych ze stwierdzonych niedoskonaoci technicznych,

d. dostarczaniu nowych wersji dokumentacji uytkownika oraz dokumentacji technicznej zgodnych co do wersji jak i rwnie zakresu zaimplementowanych i dziaajcych funkcji z wersj dostarczonego oprogramowania aplikacyjnego,

e. wiadczeniu telefonicznie usug doradztwa i opieki w zakresie eksploatacji systemu, jeeli wymagaj tego kwestie techniczne lub organizacyjne, a nie jest to spowodowane brakiem wiedzy lub przeszkolenia pracownikw, a brak podjcia takiego dziaania przez Wykonawc moe spowodowa nieprawidow eksploatacj systemu lub czasowe jej wstrzymanie,

f. podejmowaniu czynnoci zwizanych z diagnozowaniem problemw oraz usuwaniem przyczyn nieprawidowego funkcjonowania dostarczonego rozwizania.

4. Zamawiajcy wymaga 60-miesicznego okresu gwarancji.

5. Gwarancja udzielana przez Wykonawc obejmuje usuwanie wszelkich wad i usterek wykrytych przez uytkownikw Zamawiajcego uniemoliwiajcych wykorzystywanie funkcji systemu, przy czym:

a. awaria rozumiana jest jako niepoprawne dziaanie oprogramowania, ktre uniemoliwia prawidow eksploatacj systemu i powoduje konieczno wstrzymania jego eksploatacji,

b. usterka to nieprawidowe lub niezgodne z dokumentacj wykonywanie funkcji systemu, niepowodujce jednak koniecznoci wstrzymania eksploatacji systemu.

6. W ramach gwarancji Wykonawca zobowizuje si do utrzymywania zgodnoci systemu z wymaganiami prawa.

d. Opracowanie i wdroenie e-usugi w systemie na platformie ePUAP iSEKAP.

1. E-usuga dotyczy bdzie wpisania si do bazy danych systemu komunikacji mobilnej wraz z wyraeniem zgody na przetwarzanie danych i komunikacj elektroniczn. System w sposb w peni zautomatyzowany pobiera bdzie dane osoby zgaszajcej si przy wykorzystaniu formularza e-usugi opublikowanej na elektronicznej Platformie Usug Administracji Publicznej (e-PUAP) i SEKAP.

2. E-usug cechuje 4 poziom dojrzaoci - systemy wewntrzne zostan zintegrowane na podstawie dopasowania procesw administracyjnych, nastpi integracja e-usug z zewntrznymi systemami informatycznymi oraz z wewntrznymi systemami dziedzinowymi. Dziki temu nastpi integracja systemw informatycznych oraz wykorzystanie moliwoci platform do wiadczenia e-usug publicznych: krajowej (ePUAP) i regionalnej (SEKAP).

IV. Szczegowy opis przedmiotu zamwienia zadanie Uruchomienie e-usug finansowych.

a. Zakup licencji zintegrowanego systemu dziedzinowego.Architektura systemu i wymagania niefunkcjonalne

1. System musi by zbudowany w architekturze klient-serwer lub trjwarstwowej, w oparciu o baz danych SQL typu open source, posiadajc wsparcie techniczne producenta. Zamawiajcy dopuszcza rozwizanie oparte na komercyjnym systemie bazodanowym, ale w takim przypadku Wykonawca musi doliczy koszt zakupu licencji bazy komercyjnej oraz dostpw do serwerw na nieograniczon ilo uytkownikw.

2. System musi dziaa w rodowisku zintegrowanych baz danych posiadajcym nastpujce cechy:

a. relacyjno i transakcyjno,

b. komunikacja z aplikacjami w standardzie SQL.

3. System musi posiada budow moduow i stanowi kompletny, kompleksowy zintegrowany system zarzdzania. Wymagane jest wzajemne wspdziaanie aplikacji programowych poprzez powizania logiczne i korzystanie ze wsplnych danych przechowywanych wserwerze bazy danych.

4. Dostarczone moduy dziedzinowe musz pracowa na jednym silniku bazy danych. System musi by zintegrowany pod wzgldem przepywu informacji - informacja razwprowadzona do systemu jest wykorzystywana w pozostaych moduach dziedzinowych.

5. System musi zapewnia prac w rodowisku klastrowym serwerw aplikacji bazodanowych.

6. System musi pracowa na sieciowych systemach operacyjnych: MS Windows Serwer oraz Linux.

7. System musi dziaa poprawnie na komputerach (stanowiskach roboczych) z systemami operacyjnymi: MS Windows XP/VISTA/ 7 / 8 / 10 bd Linux.

8. System musi dziaa w dowolnej sieci komputerowej w standardzie TCP/IP.

9. System musi zapewnia spjno i integracj, informacje raz wprowadzone w ktrymkolwiek zmoduw musz trafia wszdzie tam, gdzie s wymagane oraz moliwy jest elektroniczny transfer danych.

10. System musi zapewnia elastyczno i daleko posunit parametryzacj - dostpn dlauytkownika lub administratora.

11. System musi umoliwia definiowanie dowolnej iloci uytkownikw.

12. System musi by w caoci polskojzyczny.

13. System musi posiada graficzny interfejs uytkownika gwarantujcy wygodne wprowadzanie danych, biec kontrol poprawnoci wprowadzanych danych, przejrzysto prezentowania danych na ekranie oraz wygodny sposb wyszukiwania danych podowolnych kryteriach.

14. System musi posiada jednolit obsug operatorsk, uawiajc korzystanie z rnych czci systemu.

15. System musi posiada mechanizmy umoliwiajce identyfikacj operatora iustalenie daty wprowadzenia i modyfikacji danych.

16. System musi zapewnia biec kontrol poprawnoci wprowadzanych danych wraz z mechanizmem pomocy kontekstowej.

17. System musi zapewnia weryfikacj poprawnoci wprowadzanych danych: PESEL, NIP, kont bankowych.

18. System musi posiada wsplne dla wszystkich moduw sowniki i wspln baz kontrahentw.

19. System musi umoliwia prowadzenie rejestrw branowych (osb, kontrahentw, dziaek, nieruchomoci), wsplnych dla wszystkich czci, bez dublowania danych.

20. System musi posiada wbudowane mechanizmy zapewniajce jednoznaczn identyfikacj informacji oraz gwarantujce spjno danych.

21. System musi posiada wbudowane mechanizmy budowy i projektowania raportw cznie zprojektowaniem wydrukw, w szczeglnoci musi mie:

a. moliwo definiowania ukadu strony, marginesw,

b. moliwo definiowania dowolnej iloci pl,

c. moliwo tworzenia dowolnej iloci obiektw, pl,

d. moliwo wstawiania grafiki,

e. moliwo zmiany rozmiarw obiektw,

f. moliwo zmiany pozycji obiektw i dopasowania do punktw czenia siatki,

g. moliwo ustawienia tekstw w dowolnej pozycji,

h. moliwo tworzenia zapyta w SQL,

i. moliwo tworzenia zapyta do bazy danych oraz z zewntrznych rde,

j. moliwo przypisania raportu do drukarki w systemie,

k. moliwo tworzenia raportw wielopoziomowych.

22. System musi zapewnia moliwo eksportu do formatw: pdf, xls, csv, rtf, XML.

23. System musi posiada moliwo dwukierunkowej wymiany informacji w standardzie XML, adlasystemw podatkowych w standardzie zgodnym z IPE-PN.

24. System musi posiada narzdzia administracyjne pozwalajce na zarzdzanie uytkownikami i ich uprawnieniami.

25. Mechanizmy przyznawania uprawnie w systemie musz umoliwia:

a. prac w oparciu o struktury urzdu, wraz z podziaem na jednostki, wydziay i referaty,

b. zakadanie nowych uytkownikw systemu i modyfikacj istniejcych,

c. nadawanie identyfikatora systemowego,

d. rejestracj daty zaoenia,

e. ustawianie i zmiany hasa,

f. moliwo automatycznego logowania wedug Loginu z systemu operacyjnego,

g. wymuszanie zmiany hasa przy pierwszym zalogowaniu do bazy danych,

h. blokowanie i odblokowywanie konta uytkownika,

i. przydzielanie podsystemw - nadawanie i odbieranie uprawnie do podsystemw,

j. definiowanie grup uytkownikw,

k. moliwo generowania zestawie typu: ewidencja uytkownikw systemu, lista uytkownikw wybranego podsystemu, lista aktywnych uytkownikw.

26. System musi umoliwia administratorowi ustalenie polityki dostpu do systemu, w szczeglnoci wzakresie definicji hase uytkownikw oraz musi:

a. umoliwia definiowanie i modyfikacj czasu wanoci hasa,

b. umoliwia wskazanie minimalnej dugoci hasa i liczby znakw specjalnych,

c. umoliwia wymuszanie stosowania maych i duych liter w hale,

d. umoliwia wskazanie minimalnego terminu wymuszenia zmiany hasa,

e. umoliwia zdefiniowanie blokady uytkownika po okrelonej liczbie prb bdnego logowania,

f. umoliwia zdefiniowanie przechowywania okrelonej liczby poprzednich hase,

g. umoliwia blokowanie wczeniej uywanego hasa,

h. umoliwia blokowanie hasa identycznego z loginem,

i. umoliwia wymuszanie, aby haso nie skadao si z samych liter.

27. System musi umoliwia prac w ramach bezpiecznego poczenia SSL gwarantujc zachowanie poufnoci, integralnoci i bezpieczestwa przesyanych danych.

28. System musi by rozwizaniem skalowalnym, rozumianym przez:

a. moliwo doczenia dodatkowych stanowisk zwikszenia liczby uytkownikw,

b. moliwo rozbudowy warstwy aplikacyjnej (zwikszenia zasobw komputerw),

c. moliwo rozbudowy infrastruktury serwerowej.

29. System musi by zgodny we wszystkich obszarach z obowizujcymi przepisami prawa.

30. System musi spenia wymagania Rozporzdzenia Rady Ministrw z 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjnoci.

Wymagania licencyjne

1. Wykonawca musi dostarczy licencje na nastpujce produkty:

a. licencje na czas nieokrelony na oprogramowanie systemu zintegrowanego dla Zamawiajcego umoliwiajce take obsug jednostek organizacyjnych Zamawiajcego dla nieograniczonej liczby uytkownikw,

b. licencje na czas nieokrelony na kade dostarczone oprogramowanie, ktre potrzebne jest do prawidowego funkcjonowania systemu zintegrowanego,

c. licencje na oprogramowanie systemowe niezbdne do prawidowej pracy systemu zintegrowanego, w tym licencje na oprogramowanie bazodanowe w przypadku zastosowania bazy komercyjnej.

2. Dostarczone licencje musz charakteryzowa si poniszymi cechami:

a. wszystkie licencje udzielone na oprogramowanie systemu zintegrowanego musz obejmowa nieograniczon liczb stanowisk do wykorzystania przez Zamawiajcego i w jednostkach organizacyjnych,

b. licencje na oprogramowanie dziedzinowe nie mog posiada ogranicze zwizanych zuruchamianiem w rodowisku zwirtualizowanym,

c. licencje oprogramowania baz danych oraz serwera aplikacji nie mog mie ogranicze zwizanych z liczb uytkownikw bd ogranicze zwizanych z wykorzystywan infrastruktur sprztow.

Wymagania funkcjonalne dla systemu zintegrowanego

System musi umoliwia obsug w penym zakresie Zamawiajcego oraz jednostek organizacyjnych Zamawiajcego.

A. Wymagania dla obszaru budetowo-sprawozdawczego

1. System musi umoliwia tworzenie budetu zarwno w ukadzie klasycznym, jak i zadaniowym.

2. System musi umoliwia wprowadzanie planu na rok budetowy do penego klucza budetowego, przy wymaganych elementach klucza budetowego:

a. dysponent rodkw budetowych,

b. klasyfikacja budetowa wraz z moliwoci wprowadzenia pozycji paragrafu,

c. rda finansowania,

3. System musi zapewnia uytkownikom, w zalenoci od nadanych uprawnie, moliwo korzystania ze sownikw budetowych:

a. sownik klasyfikacji budetowej z informacjami o dziaach, rozdziaach, paragrafach i pozycjach paragrafw definiowanych przez uytkownikw,

b. sownik klasyfikacji strukturalnej zawierajcy klasyfikacj strukturaln,

4. System musi pozwala na wprowadzenie do kadego zadania parametrw.

a. nazwa,

b. cel realizacji (wraz z okreleniem priorytetu),

c. jednostka nadzorujca zadanie,

d. jednostka realizujca zadanie,

e. dziedzina,

f. kategoria,

g. opis dodatkowy.

5. System musi zapewnia moliwo wprowadzenia przez uytkownikw merytorycznych kwot planu budetu oraz zmian budetowych tylko w ramach otwartych zmian.

6. System musi zapewnia dwupoziomowe zatwierdzanie projektu budetu.

7. System musi umoliwia, wybranym uytkownikom, anulowanie zatwierdzenia projektu caoci budetu oraz anulowania zatwierdzenia wybranej zmiany w ramach wybranego dysponenta rodkw budetowych.

8. System musi posiada moliwo podczenia wariantw planw jednostek organizacyjnych w ramach tylko ukoczonych bd wszystkich utworzonych projektw jednostek.

9. System musi umoliwia wprowadzanie uzasadnie opisowych do wprowadzanych zmian budetowych.

10. System musi umoliwia udostpnienie on-line planu jednostkom organizacyjnym.

11. System musi zawiera funkcjonalno umoliwiajc udostpnienie elementw wprowadzania projektu budetu oraz zmian budetowych przez jednostki organizacyjne.

12. System musi umoliwia agregowanie sprawozda jednostkowych i sporzdzania sprawozda zbiorczych.

13. System musi umoliwia kontrol planu jednostki w zakresie zgodnoci z uchwalonym planem.

14. System musi umoliwia generowanie planw, zmian i sprawozda budetowych do plikw XML(moliwo eksporto do systemu BESTI@).

15. System musi umoliwia przegld, w dowolnym momencie, aktualnego stanu budetu dla wybranego dysponenta rodkw budetowych bd dla wszystkich jednostek dla penego klucza budetowego.

16. System musi umoliwia utworzenie symulacji budetu na podstawie zatwierdzonego plan budetu z poprzedniego roku,

17. System musi umoliwia tworzenia symulacji przy wybraniu parametrw zwizanych z kluczem budetowym.

18. System musi umoliwia raportowanie w zakresie planu oraz wykonania na podstawie sprawozda budetowych do arkusza kalkulacyjnego (w formacie xls), przy czym wymagana jest:

a. moliwo definiowania dynamicznych zestawie przez uytkownikw moduu w oparciu ozarejestrowane dane,

b. moliwo generowania raportw w dowolnym momencie czasu, ktre wczeniej zostan zdefiniowane przez uytkownikw, zarwno z zarejestrowanych danych aktualnych, jak ihistorycznych,

c. moliwo blokady definicji raportu dla uytkownikw.

19. System musi by zintegrowany z moduem ksigowym w zakresie dekretacji planu budetu i zmian.

20. System musi umoliwia budowanie wzorcw dekretacji planu budetu, zmian i sprawozda budetowych w oparciu o konta ksigowe.

21. System musi by zintegrowany z rejestrem umw i umoliwia sprawdzenie na danym poziomie planowania budetu biecego stanu zaangaowania w oparciu o wybrany klucz budetowy.

22. System musi umoliwia rejestracj sprawozda budetowych Rb wymaganych przepisami prawa oraz moliwo wydruku na wzorach ustawowych.

23. System musi umoliwia rejestracj sprawozda Rb-27S i Rb-28S z pen szczegowoci klasyfikacji budetowej, zadania budetowego, rda finansowania.

24. System musi posiada obsug sprawozda wymaganych przepisami prawa, w zakresie:

a. dwupoziomowe zatwierdzanie,

b. tworzenie korekt sprawozda,

c. tworzenie sprawozda cznych,

d. tworzenie sprawozda zbiorczych w zakresie wybranej jednostki organizacyjnej,

e. wydruk sprawozda na wydrukach zgodnych z przepisami prawa,

f. wydruk sprawozda do arkusza kalkulacyjnego,

g. eksport do programu Besti@,

h. podczenie zacznikw do wybranego sprawozdania,

i. generowanie sprawozda Rb27S, Rb28S, RbN, RbZ, Rb-50, Rb-27ZZ, Rb-28NW, Rb-NZ, Rb-UZ, Rb-UN z ksig rachunkowych i eksport do sprawozdawczoci budetowej.

25. System musi posiada integracj z programem Besti@ w zakresie importu sprawozda w postaci plikw xml.

26. System musi zapewnia moliwo przegldu oraz porwnania planu budetu oraz wykonania w dowolnym momencie.

27. System musi umoliwia tworzenie sprawozda cznych na dowolnym poziomie wybranym przez uytkownika.

28. System musi by zintegrowany z moduem ksigowym w zakresie dekretacji sprawozda Rb27S i Rb28S.

29. System musi umoliwia budowanie wzorcw dekretacji planu budetu, zmian i sprawozda budetowych w oparciu o konta ksigowe.

30. System musi posiada obsug sprawozda finansowych (rachunek zyskw i strat, bilans jednostki budetowej oraz zestawienie zmian w funduszu jednostki), w tym moliwo automatycznego ich generowania.

31. System musi posiada moliwo wprowadzania uzasadnie do wykonania planu w penej szczegowoci do klucza budetowego.

32. System musi umoliwia czynnoci w zakresie deklaracji VAT, w szczeglnoci:

a. generowanie zbiorczej deklaracji VAT dla caej Gminy (centralizacja VAT),

b. import faktur sprzedaowych i zakupowych z jednostek podlegych w formacie JPK, z podziaem na jednostki i wydziay.

c. obsug korekt deklaracji zbiorczej,

d. tworzenie zbiorczej korekty deklaracji VAT-7,

e. wprowadzenie powodu zoenia korekty, ktrych lista bdzie doczana do deklaracji zbiorczej,

f. archiwizowanie deklaracji w formacie PDF.

33. System musi umoliwia tworzenie wariantw prognozy finansowej.

B. Wymagania dla obszaru finansowo-ksigowego

1. System musi umoliwia rejestracj faktur zakupu w zakresie danych opisowych, pozycji faktury wraz zwyborem z listy stawki podatku VAT.

2. System musi umoliwia ukoczenie faktury, anulowanie faktury, dekretacj faktury wedug automatw dekretujcych zdefiniowanych przez uytkownika.

3. System musi umoliwia rejestrowanie realizacji do wybranej umowy na podstawie utworzonej faktury zakupu wraz z przypisaniem szczegowoci klucza budetowego.

4. System musi posiada moliwo wygenerowania korekty faktury oraz podpicie jej do kwot realizacji do wybranej umowy.

5. System musi umoliwia utworzenie noty korygujcej dla wybranego dokumentu.

6. System musi posiada ewidencj faktur zakupw.

7. System musi posiada moliwo rejestracji dowolnych dokumentw zobowiza bdcych podstaw wydatkw.

8. System musi umoliwia wprowadzanie listy dokumentw zobowiza wg okrelonych kryteriw:

a. rodzaj dokumentu,

b. typ operacji ksigowej,

c. jednostka organizacyjna,

d. data wystawienia,

e. data otrzymania,

f. data terminu patnoci,

g. stay opis dokumentu.

9. System musi umoliwia generowanie korekt dokumentw zobowiza.

10. System musi umoliwia powizanie dowolnego zobowizania do wybranej umowy.

11. System musi posiada moliwo generowania paczki przeleww oraz pliku elektronicznego do systemu bankowego.

12. System musi posiada moliwo dekretacji dokumentu zobowiza wedug zdefiniowanych automatw ksigowych utworzonych przez uytkownika.

13. System musi umoliwia dekretacj pojedynczych dokumentw zobowiza bd dekretacj zbiorcz wybranych dokumentw przez uytkownika.

14. System musi umoliwia wygenerowanie raportw:

a. zestawienie dokumentw na kontrahenta,

b. zestawienie z ewidencji dokumentw,

c. sumaryczne zestawienie na rodzaj dokumentu oraz typu operacji ksigowej,

d. zestawienie kontrahentw.

15. System musi umoliwia wyszukiwanie dowolnych dokumentw po wybranych parametrach zdokumentw (numer, data wystawienia, data zapaty, rodzaj dokumentu, typ operacji ksigowej, jednostka organizacyjna).

16. System musi zapewnia moliwo wprowadzenia jednolitego planu kont z podziaem na jednostki organizacyjne Gminy.

17. System musi zapewnia moliwo grupowania kont.

18. System musi zapewnia moliwo definiowania rnych typw dekretw.

19. System musi pozwala na rozbudow analityki wedug potrzeb za pomoc wykorzystania zdefiniowanych sownikw pomocniczych:

a. klasyfikacji budetowej dzia, rozdzia, paragraf oraz opcjonalnie pozycja paragrafu,

b. listy zada budetowych,

c. listy jednostek organizacyjnych,

d. listy rde finansowania,

e. listy kontrahentw,

f. sownika zada inwestycyjnych,

g. sownika klasyfikacji wydatkw strukturalnych,

20. System musi zapewnia moliwo definiowania wielu poziomw kont ksigowych.

21. System musi umoliwia zdefiniowanie rodzajw dokumentw/nalenoci, ktre pozwalaj charakteryzowa poszczeglne operacje wykonywane w systemie i agregowa je w jednorodne grupy.

22. System musi zapewnia moliwo zdefiniowania sownika typw operacji ksigowej.

23. System musi zapewnia moliwo tworzenia automatw dekretujcych i wzorcw ksigowa dla zdefiniowanych operacji ksigowych.

24. System powinien posiada kontrole sprawdzajce:

a. uzupenienia wymagalnych elementw dekretu,

b. czy kwoty dekretu s rne od zera,

c. czy ksigowanie odbywa si na najniszym poziomie analityki,

d. czy data dowodu odpowiada okresowi, ktry nie zosta zamknity ani zablokowany.

25. System powinien pozwala na nadawanie numerw dla dowodw w ewidencji ksigowej zgodnie ze zdefiniowanym numeratorem.

26. System powinien zapewnia przyporzdkowanie kolejnych numerw dla dowodw w sposb chronologiczny.

27. System musi umoliwi wykonywanie operacji dla dowodw zaksigowanych:

a. generowanie dowodw storna,

b. przegldanie stornowanych dowodw,

c. przegldanie dowodw storna,

d. wydruk ksigowania,

e. przegld dokumentw rdowych,

f. kopiowanie dowodu.

28. System musi mie funkcjonalno suc do otwierania nowego roku bilansowego z:

a. automatycznego definiowania okresw sprawozdawczych,

b. kopiowania dostpw do okresw z poprzedniego roku bilansowego.

29. System powinien umoliwia wyodrbnienie dowolnej iloci okresw dla przeksigowa technicznych wykonywanych pod koniec roku w zalenoci od potrzeb uytkownika.

30. System powinien umoliwia wprowadzanie dowodw ksigowych do dowolnej iloci otwartych okresw jednoczenie.

31. System powinien umoliwia blokowanie oraz zamykanie okresw uniemoliwiajce wprowadzanie dowodw ksigowych.

32. System powinien umoliwia przegldanie i drukowanie dowodw ksigowych, w szczeglnoci:

a. wyszukanie dowodw wprowadzonych w ramach danego okresu sprawozdawczego,

b. wyszukanie wszystkich dowodw wprowadzonych przez danego uytkownika,

c. wyszukanie dowodw ksigowych wedug: daty operacji, daty dowodu, nazwy, numeru, symbolu rejestru, rodzaju dowodu, symbolu operacji ksigowej,

d. wyszukanie dekretw wg kwot, dat, kont, klucza dekretu uzupeniajcego.

33. System musi zapewnia moliwo generowania sprawozda budetowych Rb-28S, Rb-27S, Rb-27, Rb-28, Rb-23, Rb-27ZZ, Rb-30S, Rb-31, Rb-32, Rb-33, Rb-34, Rb-50D, Rb-50W, Rb-N, Rb-Z, Rb-UN, Rb-UZ, Rb-WS, Rb-ZN, Rb-28NWS oraz zestawie.

34. System musi zapewnia moliwo tworzenia sprawozda finansowych (bilans, rachunek zyskw i strat, zestawienie zmian w funduszu).

35. System powinien dawa moliwo wygenerowania potwierdzenia sald z kontrahentami, wszczeglnoci:

a. stworzenia zbioru kont biorcych udzia w wyliczaniu salda rozlicze z kontrahentem,

b. generowania potwierdzenia salda na wskazany dzie dla jednego lub wielu kontrahentw zfunkcj pozwalajca na przegldanie, drukowanie, nanoszenie uwag, modyfikowanie opisu,

c. prowadzenia ewidencji wygenerowanych potwierdze sald,

d. moliwoci zdefiniowania odpowiednich filtrw pozwalajcych na wyszukanie kontrahentw zgodnie z warunkami zawartymi w filtrze.

36. System musi zapewnia moliwo archiwizacji ksig rachunkowych.

37. System musi umoliwia generowanie raportw i zestawie, w szczeglnoci:

a. wydruk kart kontowych kont analitycznych,

b. wydruk Dziennika,

c. wydruk zestawie dowodw ksigowych,

d. wydruk obrotw i sald,

e. wydruk obrotw i sald dla dekretw uzupeniajcych,

f. wydruk raportw obrotw i sald wygenerowanego na podstawie zaksigowanych dowodw prezentujcy skutki dekretacji.

38. System musi umoliwia definiowanie dowolnej iloci rejestrw sprzeday i nabycia.

39. System musi umoliwia przydzielanie i modyfikowanie dostpw do rejestrw sprzeday.

40. System musi pozwala na oznaczanie rodzaju dokumentu:

a. symbolem

b. pen nazw dokumentu

c. zdefiniowaniem numeracji (miesiczna, roczna, kwartalna, wasna)

d. rejestrem VAT do ktrego naley

e. domylnego szablonu wydruku faktury

f. domylnego typu patnoci (ilo dni czy termin)

41. System musi umoliwia definiowanie oddzielnych numeratorw dla poszczeglnych rejestrw sprzeday.

42. System musi umoliwia obsug centralizacji VAT w zakresie fakturowania z moliwoci wskazania na fakturze jednostki organizacyjnej.

43. System musi umoliwia umieszczanie faktur VAT w rejestrach zgodnie z dat wystawienia; system powinien zapewnia nadanie kolejnych numerw faktur narastajco zgodnie z dat wystawienia.

44. System musi umoliwia wprowadzenia daty VAT na fakturze okrelajcej moment powstania obowizku podatkowego.

45. System musi umoliwia wygenerowanie wydruku rejestru pozwalajcego na zestawienie wystawionych faktur umieszczonych w rnych rejestrach wedug daty wystawienia oraz wedug daty powstania obowizku podatkowego w danym miesicu.

46. System musi umoliwia wygenerowanie zbiorczego zestawienia dla rejestrw VAT:

a. podsumowanie wartoci netto, VAT i brutto dla poszczeglnych rejestrw,

b. czne podsumowanie wartoci netto, VAT i brutto dla rejestrw danego okresu,

c. wyszczeglnienie sumarycznego ujcia pozycji sprzeday podlegajcej opodatkowaniu wrozbiciu na poszczeglne stawki podatku VAT oraz sprzeday zwolnionej z podatku VAT dla faktur ujtych we wszystkich rejestrach danego okresu,

d. wyszczeglnienie sumarycznego zestawienia pozycji faktur wedug przyporzdkowanej jednostki ksigowej oraz rodzaju dowodu.

47. System musi umoliwia wygenerowanie wydruku danych rejestrw z moliwoci ograniczenia:

a. rodzaju dokumentu,

b. symbolu rejestru,

c. miesica, w ramach ktrego utworzony by rejestr,

d. wybranej grupy rejestrw,

e. daty VAT,

f. daty wystawienia w okresie.

48. System musi umoliwia wprowadzanie zarwno faktur jedno- jak i wielopozycyjnych.

49. System musi umoliwia wprowadzanie faktur sprzeday zarwno w kwotach netto jak i brutto.

50. System musi umoliwia wprowadzenie danych ewidencyjnych i opisowych zawartych na fakturze:

a. kontrahenta zarejestrowanego w ewidencji kontrahentw,

b. nazwy, ceny jednostkowej, stawki VAT, jednostki miary,

c. podsumowania pozycji faktury,

d. terminu patnoci dla faktury wpywajcego na wysoko odsetek od zalegoci,

e. terminu zapaty drukowanego na fakturze,

f. rodzaju nalenoci.

51. System musi umoliwia wprowadzanie faktur korygujcych ze szczeglnym uwzgldnieniem zapewnienia powizania pomidzy dokumentem pierwotnym a korekt oraz ewidencjonowanie wprowadzonych korekt.

52. System powinien umoliwia hurtowe drukowanie partii utworzonych faktur.

53. System powinien umoliwia prowadzanie ewidencji faktur wewntrznych.

54. System musi pozwala na przegld wystawionych faktur oraz ich wyszukiwanie po zadeklarowanym parametrze (m.in. numerze faktury, kodzie kontrahenta, dacie wystawienia, sprzeday, VAT).

55. System musi umoliwia:

a. generowanie wielu duplikatw faktur,

b. wprowadzanie daty wystawienia dla kadego z duplikatw przed jego zatwierdzeniem,

c. wygenerowanie duplikatu faktury z danymi, jakie zawieraa faktura pierwotna,

d. wygenerowanie i odoenie kopii wygenerowanych faktur w formacie PDF.

56. System musi umoliwia:

a. automatyczne pobieranie danych zarejestrowanych w ewidencji moduu dziedzinowego do generowanych faktur dla zaznaczonych grup nalenoci,

b. hurtowe generowanie faktur dla usug o charakterze cigym, ktrych ewidencje prowadzone s w moduach dziedzinowych,

c. generowanie faktur zaliczkowych na podstawie przekazanych informacji o zarejestrowaniu wpat dla wybranej grupy nalenoci.

57. System powinien pozwoli na tworzenie ewidencji zamwie z uwzgldnieniem moliwoci tworzenia faktur zaliczkowych oraz generowania faktur kocowych.

58. System musi generowa Jednolity Plik Kontrolny zgodny z wymaganiami prawa.

59. W systemie musi istnie moliwo prowadzenia rejestru umw.

60. Prowadzenie rejestru umw musi opiera si na podziale umw:

a. bdce w przygotowaniu - umowy, ktre mona edytowa,

b. umowy aktualne,

c. umowy archiwalne.

61. W systemie musi istnie moliwo prowadzenia sownikw do umw, ktre bd dan umow charakteryzoway:

a. sownik rodzajw umw,

b. sownik kategorii,

c. sownik typw umw.

62. System musi mie moliwo prowadzenia rejestru aneksw do wybranych umw, ktre bd powizane z umow gwn za pomoc jej numeru.

63. System musi mie moliwo wprowadzania harmonogramu finansowego do kadej umowy, wraz zmoliwoci zmiany w momencie podpisania aneksu oraz powizania danej pozycji harmonogramu zwybranym aneksem.

64. System musi mie moliwo wprowadzania i aktualizacji harmonogramu umowy ze szczegowoci do klasyfikacji budetowej, zadania budetowego, rda finansowania, obiektu budetowego oraz dysponenta rodkw budetowych, wraz z okreleniem rodzaju kosztu.

65. System musi mie moliwo weryfikacji zarejestrowanych harmonogramw z danymi ju zaksigowanymi dotyczcymi zaksigowanego planu budetu, zaksigowanego wykonania, pozostaej kwoty do wykorzystania, zaksigowanego zaangaowania oraz kosztw.

66. System musi umoliwia ledzenie na bieco zaangaowanych rodkw ze wszystkich umw na danym kluczu budetowym oraz weryfikacj z danymi realizacji umw.

67. System musi umoliwia szybkie zweryfikowanie z jakimi fakturami (dokumentami) powizana jest dana umowa, w tym rwnie z fakturami (dokumentami) korygujcymi lub dokumentami wewntrznymi.

68. System musi umoliwia rejestrowanie informacji o umowach podpisanych w wyniku prowadzonego postpowania o zamwienie publiczne. Wymagane informacje:

a. numer postpowania,

b. data rozpoczcia postpowania,

c. data zakoczenia postpowania.

69. System musi umoliwia rejestracj i ewidencj skadnikw majtku trwaego, w szczeglnoci:

a. nazwy rodka,

b. opisu rodka,

c. daty przychodu,

d. wartoci rodka,

e. umorzenia,

f. jednostki organizacyjnej,

g. rodzaju GUS,

h. rodzaju WNP,

i. roku produkcji,

j. numeru fabrycznego,

k. KST,

l. stawki amortyzacji.

70. System musi umoliwia przyporzdkowanie oraz zmian osoby odpowiedzialnej za skadnik majtku zokreleniem w jakim okresie dana osoba jest przypisana jako osoba odpowiedzialna.

71. System musi umoliwia przyporzdkowanie oraz zmian adresu skadnika majtku z okreleniem wjakim okresie dany adres jest przypisany do skadnika majtku.

72. System musi umoliwia budowanie przez uytkownika sownikw cech wraz z moliwoci przypisywania cech wybranym skadnikom majtku.

73. System musi umoliwia wykonanie operacji hurtowego przychodu skadnikw majtku o takiej samej charakterystyce.

74. System musi umoliwia generowanie dokumentw przychodu, likwidacji, sprzeday, zmiany miejsca uytkowania, odpowiedzialnoci, zmian wartoci.

75. System musi umoliwia ewidencj zmian:

a. zwikszenia wartoci,

b. zmniejszenia wartoci,

c. zmiany stawki amortyzacji,

d. przeceny,

e. korekty umorze,

f. zatrzymanie naliczania umorze.

76. System musi umoliwia ewidencj przemieszcze skadnikw majtku.

77. System musi umoliwia hurtowe wykonywanie operacji na skadnikach majtku, w szczeglnoci:

a. przemieszczenia,

b. rozchody,

c. przyporzdkowanie lub zmiana adresu,

d. przyporzdkowanie lub zmiana osoby odpowiedzialnej,

e. przyporzdkowanie lub zmiana osoby uytkujcej,

f. nadanie cechy.

78. System musi umoliwia naliczanie umorze i amortyzacji na wybrany okres (miesic, rok).

79. System musi umoliwia pen obsug inwentaryzacji z wykorzystaniem czytnikw kodw kreskowych.

80. System musi umoliwia przegldanie i wydruk ilociowo-wartociowych zestawie majtku w zakresie:

a. zestawienie stanu majtku,

b. zestawienie obrotw za wskazany okres,

c. zestawienie przychodw za wskazany okres,

d. zestawienie rozchodw za wskazany okres,

e. zestawienie majtku wedug adresw,

f. zestawienie majtku wedug osb uytkujcych,

g. zestawienie majtku wedug osb odpowiedzialnych,

h. zestawienie majtku wedug jednostek organizacyjnych.

81. System musi umoliwia rwnolege prowadzenie wielu ewidencji i wielu ksig inwentarzowych.

82. System musi umoliwia prowadzenie odrbnych ewidencji majtku trwaego dla jednostek podlegych ktre ewidencjonowane s przez jednostk gwn, ewidencje jednostek musz by rozdzielone poprzez ich wybr na etapie logowania

83. System musi umoliwia prowadzenie sownikw zwizanych z ewidencj rodkw:

a. rodzaje rodkw nazwa rodzaju (np. rodki trwae, pozostae rodki trwae, wartoci niematerialne i prawne),

b. rodzaje GUS wraz z przyporzdkowaniem stawki,

c. rodzaje PKD na potrzeby sprawozdania SG-01,

d. rodzaje WNiP wraz z przyporzdkowaniem stawki.

84. System musi umoliwia prowadzenie sownikw zwizanych z ewidencj ksigow rodkw w zakresie:

a. rodzaje przychodw,

b. rodzaje rozchodw,

c. rodzaje operacji,

d. konta ksigowe,

e. wzorce dekretacji.

85. W obszarze kadrowym system musi:

a. umoliwia ewidencjonowanie, aktualizacj oraz analiz danych osobowych pracownikw izleceniobiorcw, danych o zatrudnieniu, staach, nieobecnociach, uprawnieniach i czasie pracy,

b. umoliwia prowadzenie ewidencji danych osobowych pracownikw i zleceniobiorcw wszczeglnoci opartej na:

rejestrowaniu i aktualizacji danych o pracowniku (imi, nazwisko, PESEL, NIP, adres zamieszkania, imiona rodzicw, pe, stan cywilny, stosunek do suby wojskowej, dowd tosamoci, informacja o grupie inwalidzkiej i emeryturze oraz orzeczonym stopniu niepenosprawnoci, kwalifikacje, kursy i szkolenia, rodzina, odznaczenia, zdjcia),

rejestrowaniu i aktualizacji danych o zatrudnieniu (dane podstawowe, realizowane zadania, przebieg pracy, uprawnienia, dane do ZUS, ubezpieczenia spoeczne izdrowotne pracownika i czonkw rodziny , owiadczenia, historia zatrudnienia),

rejestrowaniu wymiaru urlopu dla osb zatrudnionych w penym i niepenym wymiarze czasu pracy, praca w rnych dniach i w rnym wymiarze czasu pracy,

rejestrowaniu rnych typw urlopw urlopu szkoleniowego, dodatkowego, okolicznociowego, macierzyskiego, rodzicielskiego, bezpatnego itp.,

rejestrowaniu i aktualizacji umw cywilnoprawnych,

rejestrowaniu nieobecnoci, nadgodzin w tym zwolnie chorobowych pracownika,

rejestrowaniu bada lekarskich z podziaem na wstpne, kontrolne, okresowe, specjalistyczne,

c. umoliwia zatrudnienie i zwolnienie pracownika,

d. umoliwia wprowadzanie ocen pracownika oraz udzielonych kar i przyznanych nagrd,

e. umoliwia symulacj podwyek wynagrodze,

f. umoliwia generowanie raportw w zakresie zestawie imiennych, statystyki, dokumentw wydawanych pracownikowi, list pracownikw, umw o prac, angay, list obecnoci, zestawie urlopowych, wiadectw pracy, zawiadcze o zatrudnieniu, itp.,

g. umoliwia samodzielne tworzenie raportw i zestawie w oparciu o dane dostarczane przez modu.

86. W obszarze obsugi pacowej system musi:

a. umoliwia definiowanie i wyliczania list pac dla pracownikw,

b. umoliwia rejestracj i aktualizacj danych, w szczeglnoci:

analiz skadnikw pacowych,

wprowadzanie, aktualizacj, przegldanie dodatkw i potrce staych i jednorazowych pracownika,

wprowadzanie, usuwanie i korekta zaduenia pracownika z tytuu poyczek,

wprowadzenie, korekta i przegld wysokoci zasikw chorobowych,

okrelenie rodzaju i wysokoci zasikw chorobowych,

rejestracj wiadcze socjalnych ( przyznanie wiadczenia, wypata wiadczenia),

ustalenie prawa dodatkowego wynagrodzenia, obliczanie wysokoci wynagrodzenia, przegld,

przyporzdkowanie zatrudnionego do dowolnej listy pac,

obliczanie miesicznych list pac,

wprowadzanie i przegld dodatkowych list wypat ( w tym dodatkowego wynagrodzenia rocznego),

obsug wynagrodze z tytuu umw zlece, o dzieo, stypendiw,

obsug wynagrodze radnych,

rejestracj i obsug danych dotyczcych kont bankowych pracownikw, waciwych Urzdw Skarbowych, danych rodzinnych oraz pozostaych wymaganych do obsugi pac,

wprowadzanie dodatkw i potrce dodatkowych pracownika,

naliczanie skadek i podatkw zgodnie z definicj skadnikw pacowych,

wykonanie w pacach wedug dzia/rozdzia/paragraf/zadanie,

c. umoliwia generowanie wydrukw i zestawie, w tym:

list pac (gwnych i dodatkowych),

list pac z innych tytuw (w tym z umw cywilnoprawnych),

kartotek pracowniczych za dany okres z uwzgldnieniem list gwnych i dodatkowych,

miesicznych zestawie dla ZUS i US,

kartotek zasikowych,

zestawienie czasu pracy, w tym zestawie rednich pac w zadanym okresie dla wybranego pracownika lub grupy pracownikw z uwzgldnieniem wyboru list,

dokumentw PIT (PIT-11, PIT-40, PIT-4, PIT 8A i in.),

dokumentw do ZUS i US,

dokumentw do GUS (Z-03, Z-06 i in.),

generowanie i przekazanie danych do PATNIKA,

d. umoliwia przegld wszystkich kartotek i wprowadzanych danych, w tym danych podatkowych, opaconych skadek, zasikw, wypat z tytuu umw cywilnoprawnych.

e. umoliwia samodzieln analiz danych i generowanie raportw i zestawie z wszystkich danych dostarczanych przez modu.

f. umoliwia podpisanie i wysyk elektroniczn PIT.

C. Wymagania dla obszaru obsugi dochodw podatkowych i opat

Podatek od rodkw transportu osb fizycznych prawnych:

1. System musi zapewnia moliwo zaoenia kartoteki podmiotowo-przedmiotowej.

2. System musi umoliwia rejestracj danych pojazdu:

a. daty nabycia lub rejestracji z oznaczeniem typu daty,

b. daty sprzeday lub wyrejestrowania z oznaczeniem typu daty,

c. rodzaj rodka transportu,

d. numer rejestracyjny,

e. marka,

f. model,

g. rok produkcji,

h. parametry okrelane na podstawie rodzaju pojazdu (ilo miejsc, DMC),

i. warto parametru,

j. liczba osi,

k. rodzaj zawieszenia,

l. dodatkowy sownik charakterystyki pojazdu (np. katalizator, certyfikat euro).

3. System musi umoliwia ewidencj zmian numeru rejestracyjnego pojazdu.

4. System musi umoliwia rejestracj dat czasowego wycofania pojazdw z ruchu.

5. System musi umoliwia wyszukiwanie i przegld danych po informacjach osobowo-adresowych podatnikw, wspwacicieli oraz danych pojazdu.

6. System musi umoliwia rejestracj, ewidencj i rozliczanie deklaracji podatkowych za rok biecy i lata wstecz.:

a. Numeru deklaracji nadanego przez system,

b. Dat obowizywania deklaracji,

c. Daty zoenia deklaracji,

d. Danych dotyczcych podstaw opodatkowania,

e. Ulg i zwolnie.

7. System musi umoliwia pen rejestracj druku deklaracji DT-1 i zacznikw DT-1/A wraz z moliwoci weryfikacji kwot podatku wpisanych przez podatnika z kwotami wynikajcymi z uchway.

8. System musi umoliwia wyliczenia nalenego podatku na podstawie danych pojazdw wskazanych wdeklaracji.

9. System musi umoliwia rejestracj korekty deklaracji o podatkowej.

10. System musi umoliwia ustalenie w drodze decyzji wysokoci wymiaru podatku za rok biecy i lata wstecz poprzez wskazanie pojazdw zawartych w decyzji.

11. System musi umoliwia ewidencj deklaracji podatkowych zoonych przez wspwacicieli zuwzgldnieniem rodzaju informacji, skadajcego oraz daty zoenia.

12. System musi umoliwia naliczenie na podstawie deklaracji kwoty nalenego w biecym roku podatkowym lub za lata wstecz.

13. System musi umoliwia wgld w biecy stan konta podatnika w zakresie dokonanych przypisw iodpisw oraz wpat.

14. System musi umoliwia kompleksow obsug w zakresie generowania, zatwierdzania, ewidencjonowania oraz drukowania rnorodnych pism (dokumentw):

a. rejestrowanie pism,

b. zatwierdzanie pism,

c. oznaczanie daty wysania i odbioru,

d. elastyczne definiowanie szablonw pism,

e. generowanie ewidencji pism.

15. System musi zapewnia moliwo zbiorczego generowania pism.

16. System musi generowa sprawozdania Rb-27S i RBN na podstawie zapisw ksigowych.

17. System musi umoliwia obsug patnoci masowych.

Obsuga opat od posiadania psa:

1. System musi umoliwia rejestracj podatnika.

2. System musi umoliwia rejestracj danych psa.

3. System musi umoliwia rejestracj stawek.

4. System musi umoliwia ewidencj ulg i zwolnie z opaty.

5. System musi umoliwia naliczanie opaty i korekt ze zmian w cigu roku.

6. System musi umoliwia przegld przypisw wg daty rejestracji.

7. umoliwia przegld odpisw wg daty rejestracji.

Obsuga dochodw innych:

1. System musi pozwala na rozrnienie wprowadzonych nalenoci podatkowych i niepodatkowych.

2. System musi zapewnia moliwo generowania dokumentw korygujcych przypisy nalenoci ze szczeglnym uwzgldnieniem zaewidencjonowania powizania pomidzy dokumentem korygowanym a korekt.

3. System musi zapewnia nadawanie indywidualnego numeru dla kadego ewidencjonowanego dokumentu nalenoci zgodnie ze zdefiniowanym numeratorem.

4. System musi gwarantowa wywietlanie historii dokumentu uwzgldniajcej informacje dotyczce daty, loginu uytkownika oraz rodzaju operacji wykonanej na dokumencie.

5. System musi umoliwia definiowanie paczek dokumentw pozwalajcych na uporzdkowanie iagregacj przypisw nalenoci.

6. System musi zapewnia moliwo przyporzdkowania do dokumentu osb solidarnie zobowizanych.

7. System musi zapewnia moliwo operacji dla osb solidarnie zobowizanych m.in. wystawienie upomnie oraz tytuw wykonawczych.

8. System musi zapewnia moliwo przegldania salda kontrahenta-wspwaciciela w kontekcie wszystkich nalenoci kontrahenta, zarwno tych, ktre zostay bezporednio przypisane, jak i tych, za ktre kontrahent odpowiada jako osoba solidarnie odpowiedzialna.

9. System musi zapewnia obsug upomnie i wezwa do zapaty, w szczeglnoci:

a. moliwoci wprowadzania upomnie pojedynczo lub hurtowo za pomoc generatora,

b. moliwoci nadawania upomnieniom okrelonych statusw w zalenoci od wykonywanej wramach upomnienia operacji (rejestrowane, nadane, dorczone, zwrcone, anulowane),

c. moliwoci wprowadzenia daty wystawienia, daty dorczenia oraz notatki wasnej dla pojedynczego upomnienia lub wielu zaznaczonych upomnie,

d. moliwoci prowadzenia ewidencji wystawionych upomnie,

e. moliwoci obsugi seryjnej upomnie,

f. moliwoci wyszukiwania upomnie po zadanym parametrze,

g. moliwoci wydruku upomnienia wraz z potwierdzeniem odbioru lub danymi adresatw,

h. moliwoci przypisania kosztw upomnienia z poziomu ewidencji upomnie dla jednego lub wielu upomnie,

i. moliwoci wygenerowania pisma zwizanego z upomnieniem na bazie funkcjonalnoci dotyczcej obsugi pism w systemie,

j. moliwoci wydruku ewidencji upomnie,

k. elastycznoci w sposobie numerowania, przyporzdkowanych szat graficznych wydrukw dla upomnie wystawionych dla nalenoci danego rodzaju oraz konfigurowania treci upomnienia z poziomu aplikacji.

10. System musi zapewnia obsug tytuw wykonawczych, w szczeglnoci:

a. moliwoci wystawiania tytuw pojedynczo oraz z wykorzystaniem generatora,

b. moliwoci wystawiania tytuw wielo- i jednopozycyjnych,

c. moliwoci prowadzenia ewidencji wystawionych tytuw wykonawczych,

d. moliwoci przegldania szczegw tytuu wykonawczego z poziomu ewidencji,

e. moliwoci wyszukiwania tytuw wykonawczych po zadanym parametrze,

f. moliwoci drukowania tytuw wielo- i jednopozycyjnych,

g. moliwoci wydruku ewidencji tytuw wykonawczych,

h. moliwoci wygenerowania pisma w ramach tytuu wykonawczego z pen obsug pism,

i. moliwoci przeprowadzenia aktualizacji tytuw wykonawczych wynikajcej ze zmiany wysokoci zalegoci spowodowanej zarachowaniem zapaty na zalegy termin lub wydaniem decyzji,

j. moliwoci prowadzenia ewidencji uaktualnie,

k. elastycznoci w sposobie numerowania tytuw wystawionych dla nalenoci danego rodzaju,

l. moliwoci dowolnego definiowania sownika podstaw prawnych oraz treci tytuu wykonawczego.

11. System musi zapewnia moliwo generowania dokumentw umorze, przedawnie oraz dokumentu rozoenia na raty.

12. System musi zapewnia moliwo wygenerowania dokumentw PK szczeglnie w zakresie: zarachowania zapaty, zmiany danych na dokumencie, zmiany terminu patnoci.

13. System musi umoliwia prowadzenie kartoteki kontrahenta, podatnika oraz wspwaciciela wraz zprezentacj:

a. wygenerowanych dla kontrahenta/podatnika/wspwaciciela rat w ramach danego roku lub lat przeszych z moliwoci dynamicznego filtrowania wywietlanych pozycji oraz prezentacj informacji dodatkowych przyporzdkowanych do danej raty,

b. zarejestrowanych wpat i wypat kontrahenta/podatnika/wspwaciciela,

c. wystawionych upomnie, tytuw, spraw, decyzji ratalnych, pism itp.,

d. listy rat patnoci pogrupowanych wg daty w ramach danego rodzaju nalenoci (podatku) oraz roku,

e. zapisw na wybranych kontach ksigowych w ramach kontrahenta/podatnika,

f. historii zapisw na koncie.

14. System musi zapewnia prawidowe naliczanie odsetek od zalegoci wraz z opcjami:

a. moliwoci wstrzymania naliczania odsetek w danym okresie,

b. przywrcenia naliczania odsetek od wskazanego dnia,

c. zawieszenie naliczania odsetek w wielu przedziaach czasowych.

15. System musi umoliwia wystawianie not odsetkowych dla nalenoci zapaconych po terminie pojedynczo lub hurtowo na podstawie wskazanych parametrw ograniczajcych:

a. przedzia dat wystawienia, rodzaj dokumentu,

b. przedzia dat terminu patnoci,

c. suma zalegoci,

d. uwzgldnienie terminw objtych tytuem wykonawczym lub upomnieniem,

e. przedzia dat zapaty,

f. innych zadeklarowanych w filtrze.

16. System musi przy generacji hurtowej not mie moliwo:

a. wygenerowania symulacji wystawienia not odsetkowych,

b. wielokrotnego powtarzania symulacji przed zatwierdzeniem not,

c. przegldania dokumentw not z moliwoci zmiany daty wysania/ otrzymania oraz numeru noty,

d. wydruku dokumentw noty.

17. System musi posiada moliwo wygenerowania raportw i zestawie, w szczeglnoci:

a. zestawienie z ewidencji zapat,

b. zestawienie przypisw i odpisw,

c. zestawienie sald kontrahentw,

d. zestawienie zalegoci,

e. zestawienie nadpat.

18. System musi umoliwia dekretacj pojedynczych dokumentw nalenoci bd wyselekcjonowanych grup nalenoci przy uyciu definiowanych przez uytkownikw wzorcw dekretacji.

19. System musi obsugiwa przesunicia terminw patnoci wynikajce z dni ustawowo wolnych.

20. System musi ewidencjonowa hipoteki i zastawy skarbowe.

21. System musi umoliwia generowanie faktur na podstawie zapisw na koncie.

22. System musi umoliwia zablokowanie danego dokumentu przed egzekucj.

23. System musi generowa sprawozdania Rb-27S i RBN na podstawie zapisw ksigowych.

Obsuga patnoci masowych:

1. System musi umoliwia gromadzenie i zarzdzanie danymi o wycigu bankowym oraz poszczeglnych operacjach zarejestrowanych pod wycigiem na podstawie dostarczanego przez bank elektronicznego pliku z zapisem operacji na koncie lub kontach bankowych.

2. System musi zapewnia import wycigw bankowych w formie elektronicznej o wymaganym formacie w ramach systemu indywidualnych rachunkw bankowych kontrahentw.

3. System musi zapewnia rozkodowanie pliku wycigu bankowego ze szczeglnym uwzgldnieniem wydzielenia z poszczeglnych operacji bankowych kwoty oraz tytuu wpaty.

4. System musi zapewnia moliwo wyszukiwania danych z operacji zawartych w wycigach bankowych.

5. System musi zapewnia moliwo automatycznej identyfikacji wpacajcego na podstawie kodowanej informacji zawartej w numerze rachunku bankowego (wirtualne konta) oraz identyfikacja tytuu.

6. System musi zapewnia weryfikacj poprawnoci rozliczenia wycigu w odniesieniu do ilo pozycji, kwoty.

7. System powinien zapewnia moliwo wykonania symulacji rozdysponowania rodkw wynikajcych z wpaty:

a. symulacje zapat odsetek od zalegoci

b. symulacje zapat kosztw upomnienia

c. wywietlanie oznaczenia nalenoci dowolnym znacznikiem okrelajcym cechy szczeglne nalenoci.

8. System musi umoliwia kodowanie i dekodowanie informacji o kontrahencie/podatniku urzdu oraz tytuu nalenoci w ramach systemu indywidualnych rachunkw bankowych.

9. System powinien zapewnia integracj funkcjonalnoci z innymi moduami systemu (podatki i opaty) obsugujcymi indywidulane konta dla kontrahentw (konta wirtualne) w zakresie generowania indywidualnych rachunkw bankowych.

Gospodarowanie nieruchomociami:

1. System musi umoliwia prowadzenie ewidencji zasobu Gminy i Skarbu Pastwa.

2. System musi umoliwia nadanie identyfikatora dla pozycji zapisanych w ewidencji Gminy iSkarbu Pastwa w zakresie dziaek zgodnie z obowizujcymi przepisami prawa.

3. System musi posiada funkcjonalno suc do wprowadzania zmian w obrbie dziaek dla poszczeglnych obiektw, w szczeglnoci:

a. nabycie dziaki do zasobu Gminy lub Skarbu Pastwa,

b. nabycie prawa uytkowania wieczystego na gruncie Skarbu Pastwa,

c. zbycie dziaki gminnej,

d. zbycie prawa uytkowania wieczystego na gruncie Skarbu Pastwa,

e. podziay geodezyjne

f. ewidencja klasouytkw

g. przeznaczenia i oznaczenia w planie zagospodarowania przestrzennego

h. ewidencj budynkw i lokali,

i. likwidacja rodka trwaego,

j. przyjcie rodka trwaego.

4. System musi umoliwia wygenerowanie raportu o stanie mienia na konkretny dzie koczcy ustalony okres sprawozdawczy (miesic, kwarta, rok).

5. System musi umoliwia wykonanie wydruku sprawozdania porwnywalnego z odpowiednim zestawieniem z ewidencji rodkw trwaych za dany okres.

6. System musi umoliwia komunikacj z ewidencj rodkw trwaych w zakresie prowadzenia przeze zasobu gruntw, w szczeglnoci dotyczy to generowania dokumentw ksigo