SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Załącznik nr 1 do SIWZ SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Dotyczy projektu: W kierunku nowoczesnego urzędu. E- administracja w Urzędzie Miejskim w Nowym Wiśniczu Cyfrowa Małopolska Działanie 2.1 - E-administracja i otwarte zasoby Poddziałanie 2.1.1 - Elektroniczna administracja 1

Spis treści SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA... 1 1. Zakres zamówienia - wstęp... 5 2. Zakres zamówienia... 9 3. Szczegółowy opis parametrów minimalnych dla zadań przedmiotu zamówienia... 10 Część I: Działania dotyczące e usług i związane z nimi oraz działania dotyczące rozwiązań IT w administracji służące cyfryzacji procesów i procedur administracyjnych.... 10 Działanie 1.1 System do Naliczeń i Księgowości Podatków Gminnych (Rolny, Leśny, Od Nieruchomości od osób fizycznych i prawnych, Od Środków Transportowych, opłat lokalnych) o moduł wymiany informacji i danych z innymi użytkownikami i systemami oraz o moduł płatności internetowych.... 10 Wymagania dotyczące gwarancji... 24 Działanie 1.2 Przygotowanie i uruchomienie usług elektronicznych na e-puap (eusług) w tym: opracowanie wzorów dokumentów elektronicznych, przekazanie do publikacji w CRD, budowa formularza na podstawie opublikowanego w CRD wzoru, przygotowanie opisu usługi, przygotowanie karty usługi (z zakresu podatków i opłat lokalnych).... 24 Wymagania funkcjonalne dla części publicznej... 25 Wymagania funkcjonalne dla panelu administracyjnego... 29 Wymagania dotyczące Elektronicznej Skrzynki Podawczej (ESP)... 33 Wymagania dotyczące integracji CU z innymi systemami... 34 Wymaganie bezpieczeństwa systemu... 36 Wymagania niefunkcjonalne... 36 Wymagania dotyczące licencjonowania... 36 Wymagania dotyczące wdrożenia... 37 Wymagania dotyczące gwarancji... 37 Działanie 1.3 Platforma internetowa do konsultacji z mieszkańcami... 37 Wymagania funkcjonalne dla platformy portalowej... 38 Wymagania dotyczące narzędzi zarządzania i konfiguracją... 44 Responsywność oraz dostępność... 45 API... 46 Wymagania niefunkcjonalne... 46 Wymagania dotyczące licencjonowania... 46 Wymagania dotyczące gwarancji... 47 2

Działanie 1.6 Budowa systemu do naliczeń i kontroli zobowiązań z tytułu opłat za wodę i ścieki wraz z modułem wymiany informacji i danych z innymi systemami oraz moduł płatności internetowych... 47 Wymagania dotyczące gwarancji... 55 Działanie 2.1 Integracja Systemów Dziedzinowych o funkcjonalność obsługi pism i dokumentów elektronicznych (EZD/EOD).... 55 Wymagania dotyczące gwarancji... 66 Działanie 2.2 Wdrożenie Systemu Planowania i Realizacji Budżetu wraz z integracją z uruchomieniem usługi elektronicznej na epuap dotyczącej możliwości składania propozycji do budżetu Gminy przez mieszkańców... 67 Działanie 4.1 Szkolenia tematyczne... 81 Część II: Turystyczna aplikacja mobilna.... 83 Działanie 1.4 Turystyczna aplikacja mobilna... 83 Wymagania dotyczące gwarancji... 86 Działanie 4.1 Szkolenia tematyczne... 86 Część III: Działania dotyczące zakupów sprzętowych oraz związane z nimi... 86 Działanie 3.1 Oprogramowanie sieci LAN... 86 Działanie 3.2 Sprzęt informatyczny sieci LAN... 88 Działanie 3.3 Aplikacje, baza danych, serwer z oprogramowaniem... 89 Działanie 3.4 Adaptacja pomieszczenia na serwery... 106 Działanie 3.5 Komputery stacjonarne wraz z oprogramowaniem... 114 Działanie 3.7 Podpisy kwalifikowane... 123 Działanie 3.8 Skaner wysokowydajny... 124 Działanie 3.9 Czytnik kodów kreskowych... 125 Działanie 3.10 Drukarka etykiet z kodami kreskowymi... 126 Działanie 3.11 Kolektor danych... 126 Działanie 3.12 Urządzenie wielofunkcyjne... 127 Działanie 4.1 Szkolenia tematyczne... 128 Część IV: Opracowanie mapy cmentarza z podziałem na kwatery i groby udostępnione w internecie... 129 Działanie 1.5 Opracowanie mapy cmentarza z podziałem na kwatery, groby udostępnione w Internecie; e-cmentarz... 129 Wymagania dotyczące gwarancji... 132 Działanie 4.1 Szkolenia tematyczne... 133 Część V: Audyt zewnętrzny... 133 3

4

1. Zakres zamówienia - wstęp Zgodnie z wnioskiem nr RPMP.02.01.01-IZ.00-12-022/15 o dofinansowanie projektu realizowanego w ramach projektu: W kierunku nowoczesnego urzędu. E- administracja w Urzędzie Miejskim w Nowym Wiśniczu, Cyfrowa Małopolska, Działanie 2.1 - E-administracja i otwarte zasoby, Poddziałanie 2.1.1 -Elektroniczna administracja zamawia niżej wyszczególnione produkty i usługi, zgodnie z opisem poszczególnych elementów zamówienia, przedstawione poniżej. Opis zadań planowanych do realizacji w ramach całego projektu, zgodnie z wnioskiem aplikacyjnym (wyciąg z wniosku aplikacyjnego nr RPMP.02.01.01-IZ.00-12-022/15): Zadanie Nazwa zadania Działania 1 Działania dotyczące e- usług i związane z nimi 2 Działania dotyczące rozwiązań IT w administracji służące cyfryzacji procesów i Procedur administracyjnych 3 Działania dotyczące zakupów sprzętowych oraz związane z nimi 1.1 System do Naliczeń i Księgowości Podatków Gminnych (Rolny, Leśny, Od Nieruchomości od osób fizycznych i prawnych, Od Środków Transportowych, opłat lokalnych) o moduł wymiany informacji i danych z innymi użytkownikami i systemami oraz o moduł płatności internetowych. 1.2 Przygotowanie i uruchomienie usług elektronicznych na e-puap (eusług) w tym: opracowanie wzorów dokumentów elektronicznych, przekazanie do publikacji w CRD, budowa formularza na podstawie opublikowanego w CRD wzoru, przygotowanie opisu usługi, przygotowanie karty usługi (z zakresu podatków i opłat lokalnych) 1.3 Platforma internetowa do konsultacji z mieszkańcami 1.4 Turystyczna aplikacja mobilna 1.5 Opracowanie mapy cmentarza z podziałem na kwatery i groby udostępnione w Internecie 1.6 Budowa systemu do naliczeń i kontroli zobowiązań z tytułu opłat za wodę i ścieki wraz z modułem wymiany informacji i danych z innymi systemami oraz moduł płatności internetowych 2.1 Integracja Systemów Dziedzinowych o funkcjonalność obsługi pism i dokumentów elektronicznych 2.2 Wdrożenie Systemu Planowania i Realizacji Budżetu wraz z integracją z uruchomieniem usługi elektronicznej na epuap dotyczącej możliwości składania propozycji do budżetu Gminy przez mieszkańców 3.1 Oprogramowanie sieci LAN 3.2 Sprzęt informatyczny sieci LAN 3.3 Aplikacje, baza danych, serwer z oprogramowaniem 5

4 Działania z zakresu szkoleń/crossfinancingu 3.4 Adaptacja pomieszczenia na serwery 3.5 Audyt zewnętrzny 3.6 Komputery stacjonarne wraz z oprogramowaniem 3.7 Podpisy kwalifikowane 3.8 Skaner wysokowydajny 3.9 Czytnik kodów kreskowych 3.10 Drukarka etykiet z kodami kreskowymi 3.11 Kolektor danych 3.12 Urządzenie wielofunkcyjne 3.13 Adaptacja pomieszczenia na serwery 4.1 Szkolenia tematyczne Projekt będzie realizowany na terenie gminy Nowy Wiśnicz. Gmina ma charakter miejsko-wiejsko, położona jest w województwie małopolskim, w powiecie bocheńskim. Siedzibą władz miasta i gminy jest miasto Nowy Wiśnicz, położone na Pogórzu Wiśnickim, w odległości 8 km od Bochni. Powierzchnia gminy wynosi 8216 ha. Najważniejszym problemem gminy, związanym z realizowanym projektem, jest niewielkie wykorzystanie nowoczesnych technologii informatycznych w procesie zarządzania w administracji publicznej oraz niski stopień udostępnienia e-usług w administracji dla obywateli. Jak wynika z analizy potrzeb Wnioskodawcy, liczba obecnie załatwianych w Urzędzie Miejskim spraw wynosi ok. 1500 miesięcznie. Ogromna większość spraw jest rozpatrywana i procedowana w oparciu o dokumentację papierową. Niesie to za sobą ryzyko zniszczenia lub zgubienia dokumentów, brak błyskawicznego dostępu do dokumentów również dla wielu pracowników zaangażowanych w realizację danej sprawy równocześnie, konieczność osobistego stawiennictwa się interesantów do urzędu w celu sprawdzania postępu w realizacji danej sprawy lub kontaktu telefonicznego ale bez potwierdzenia uzyskanych informacji, wydłużenie czasu realizacji danej sprawy. Celem ogólnym projektu jest wspieranie rozwoju gminy, a tym samym całego regionu, przez zwiększenie wykorzystania nowoczesnych technologii informatycznych do świadczenia usług publicznych. Wskutek realizacji projektu poprawione zostaną warunki obsługi mieszkańców, przedsiębiorców i inwestorów, skrócony zostanie czas realizacji czynności administracyjnych co przełoży się pozytywnie na funkcjonowanie lokalnej gospodarki. Bezpośrednim celem projektu jest budowa systemów informatycznych pozwalających na sprawne zarządzanie urzędem oraz świadczenie e-usług w zakresie administracji publicznej. Realizacja bezpośredniego celu projektu w efekcie poprawi efektywność pracy administracji publicznej, zwiększy komfort mieszkańców w kontakcie z urzędem, skróci czas poświęcany na załatwienie spraw urzędowych, zwiększy atrakcyjność gminy dla inwestorów. Cel będzie zrealizowany przez wdrożenie systemów informatycznych oraz zakup sprzętu, specjalistycznego oprogramowania, rozbudowę infrastruktury informatycznej, instalację sprzętu i oprogramowania w siedzibie Wnioskodawcy, dzięki czemu: wzrośnie jakość i szybkość obsługi mieszkańców i podmiotów gospodarczych, 6

wydatki urzędu zostaną zracjonalizowane, zarządzanie jednostką stanie się bardziej efektywne, dzięki zastosowaniu zinformatyzowanego oprogramowania do finansów i księgowości oraz związanego z kontrolą i oceną pracowników urzędu, w pełni zostanie wykorzystana infrastruktura teleinformatyczna urzędu, ułatwiona zostanie archiwizacja danych w formie elektronicznej, ułatwiony i przyśpieszony zostanie kontakt z urzędem, zarówno klienta jak i innych jednostek samorządu terytorialnego, nawet w godzinach wolnych od pracy, klienci z miejscowości oddalonych od Urzędu Gminy będą mogli załatwić część spraw przez internet, informatyzacja usług administracyjnych oraz umożliwienie korzystania z usług elektronicznych podmiotom gospodarczym przyczyni się do rozwoju regionu, umożliwione zostanie elektroniczne składanie wniosków za pośrednictwem sieci oraz śledzenie aktualnego przebiegu spraw. Celem projektu jest także rozwój usług publicznych on-line opartych na wykorzystaniu narzędzi informatycznych służących polepszeniu jakości życia obywateli, w szczególności: zwiększenie ilości usług publicznych, świadczonych drogą elektroniczną (on-line) przez Beneficjenta; budowa systemu autentykacji i identyfikacji Podniesienie jakości, efektywności i zakresu świadczonych przez Beneficjenta usług publicznych, przy jednoczesnym obniżeniu kosztów. Cel główny zostanie osiągnięty poprzez zwiększenie dostępności i zakresu liczby usług publicznych świadczonych drogą elektroniczną on-line w wyniku przebudowy systemów teleinformatycznych Beneficjenta. Architektura systemu udostępniania usług publicznych będzie zbudowana w modelu rozproszonym. Beneficjent będzie udostępniał usługi publiczne świadczone drogą elektroniczną integrując posiadane Systemy, tak aby były one zdolne do obsługi i udostępniania usług publicznych. Dostęp do świadczonych elektronicznych usług informacyjnych będzie możliwy do zrealizowania poprzez sieć komputerową obsługującą protokół komunikacyjny z rodziny TCP/IP, za pomocą przeglądarki www i nie będzie się wiązał z koniecznością pobierania i instalowania na komputerze docelowego użytkownika (interesanta/ klienta) jakiegokolwiek dedykowanego oprogramowania (zarówno bezpłatnego, jak i komercyjnego). W ten sposób z oferowanych elektronicznych usług publicznych będzie mogła skorzystać każda osoba mająca dostęp do Internetu. Aplikacje będą mogły zostać wykonane w technologii trójwarstwowej i dwuwarstwowej. Technologia trójwarstwowa będzie się składała z warstw: warstwy prezentacyjnej - kodu generowanego do interpretacji przez przeglądarkę internetową jako graficzny interfejs użytkownika, warstwy aplikacyjnej (serwera aplikacji) warstwy pośredniczącej pomiędzy warstwą prezentacyjną a bazodanową, realizującej logikę biznesową aplikacji oraz przetwarzającej dane aplikacji, warstwy bazodanowej gromadzącej i archiwizującej przetwarzane dane w bazie danych. Technologia trójwarstwowa będzie dedykowana, dla Portalu Interesanta udostępniającego graficzny interfejs użytkownika w przeglądarce internetowej, dzięki czemu parametry techniczne stacji roboczej na których Interesanta/ Klient korzysta z aplikacji nie mają większego wpływu na wydajność procesów logiki biznesowej danej aplikacji (dane są przetwarzane na serwerach aplikacyjnych). Technologia dwuwarstwowa będzie się składała z warstw: 7

warstwy klienckiej stanowiącej jednocześnie graficzny interfejs użytkownika oraz realizującej logikę biznesową. warstwy bazodanowej gromadzącej i archiwizującej przetwarzane dane w bazie danych. Technologia dwuwarstwowa zapewnia lepszą kontrolę i bezpieczeństwo nad transakcyjnością przetwarzanych danych i jest stosowana w systemach dziedzinowych obsługujących obszar podatków i opłat lokalnych. Wspomniane systemy będą wykonane w technologii dwuwarstwowej, z zastrzeżeniem, że mogą być one również wykonane w technologii trójwarstwowej, przy zachowaniu wydajności i poziomu bezpieczeństwa danych tak jak w rozwiązaniach dwuwarstwowych. Wymagane jest wzajemne współdziałanie Aplikacji poprzez: korzystanie ze wspólnych danych przechowywanych na serwerach baz danych; pracę opartą na wspólnych słownikach obejmujących swym zakresem co najmniej dane podatników, mieszkańców, adresatów nadawców, dane teleadresowe. Aplikacje nie mogą dopuszczać do redundancji wprowadzanych danych tzn. muszą kontrolować powielanie wprowadzonych danych. Aplikacje dziedzinowe mogą wykorzystywać jedną wspólną scentralizowaną bazę danych. Podstawowym celem społeczno- gospodarczym jest zwiększenie liczby wysokiej jakości publicznych e-usług w Gminie Nowy Wiśnicz, mierzony odsetkiem korzystających z nich obywateli i przedsiębiorców. W praktyce oznacza to, że klient będzie mógł zrealizować od początku do końca całą swoją sprawę w jednym miejscu. Działania te zakładają zarówno pełne wykorzystanie funkcjonalności platformy epuap, a także integrację e-usług świadczonych za pośrednictwem platform tematycznych. Zadania będą polegały na przebudowie co wiąże się w każdym przypadku z wymianą oprogramowania tego samego lub innego dostawcy co jest związane z tym że nie da się nanieść gruntownych zmian bezpośrednio na stanowisku pracy co oznacza że zawsze produkt będzie dostarczony jako nowy. Dodatkowa informacja dotycząca obecnie wdrażanych systemów: W Urzędzie Miejskim w ramach projektu POWER wdrażane jest obecnie następujące oprogramowanie: Districtus - Portal Interesanta wersja 2.5 SIDAS Nieruchomości wersja 6.15 Districtus - Elektroniczne Tytuły Wykonawcze wersja 1.0.0 SIDAS EZD wersja 3.14 Integracja EZD z systemami dziedzinowymi przy pomocy Distructus szyna przesyłu danych Zamawiający wymaga współpracy planowanego oprogramowania dostarczanego w ramach projektu z RPO, z wyżej wymienionym oprogramowaniem obecnie wdrażanym w Urzędzie. 8

2. Zakres zamówienia W związku z powyższą tabelą, niniejszy przedmiot zamówienia został podzielony na zadania zamówieniowe zgodne z tabelą. Wszystkie produkty w zakresie dostaw w niniejszym zamówieniu muszą pochodzić z legalnego źródła sprzedaży, z legalnego kanału sprzedaży na teren Polski. Urządzenia muszą zostać objęte gwarancją przez autoryzowane przez producenta centrum gwarancyjne. 9

3. Szczegółowy opis parametrów minimalnych dla zadań przedmiotu zamówienia Część I: Działania dotyczące e usług i związane z nimi oraz działania dotyczące rozwiązań IT w administracji służące cyfryzacji procesów i procedur administracyjnych. Działanie 1.1 System do Naliczeń i Księgowości Podatków Gminnych (Rolny, Leśny, Od Nieruchomości od osób fizycznych i prawnych, Od Środków Transportowych, opłat lokalnych) o moduł wymiany informacji i danych z innymi użytkownikami i systemami oraz o moduł płatności internetowych. Modernizacja systemu polegać będzie na przebudowie/wymianie istniejącego systemu funkcjonującego w Urzędzie do obsługi interesanta. System w założeniu będzie eksportował na bieżąco dane z bazy danych o zobowiązaniach należnych Gminie Nowy Wiśnicz do platformy internetowej (specjalnie przygotowanej na ten cel strony internetowej), gdzie interesant będzie miał podgląd do swoich zobowiązań. W założeniu system będzie zintegrowany z platformą EPUAP i profilem zaufanym, które będą umożliwiały zalogowanie się do niego, po wcześniejszym potwierdzeniu profilu zaufanego w Urzędzie. Użytkownik po zalogowaniu się zobaczy klasyfikację zobowiązań należnych Gminie z podziałem na podatki, opłaty śmieciowe, opłaty od nieruchomości od środków transportowych itp. Następnie interesant będzie miał możliwość zapłacenia raty zobowiązania korzystając z usługi płatności internetowych. Po zleceniu usługi płatności system notuje informację a usługa rozliczeniowa pośredniczy w transferze środków z konta płatnika bezpośrednio na konto Urzędu Miejskiego w Nowym Wiśniczu. Po zaksięgowaniu kwoty w banku użytkownik systemu (pracownik urzędu) pomniejsza wartość zobowiązań na koncie petenta, co widoczne jest na platformie internetowej. Systemy obsługiwać będą potrzeby petentów z zakresu m.in. opłat planistycznych (rent planistycznych), czynszów za wynajem mieszkań komunalnych i socjalnych, wieczystego użytkowania gruntów i nieruchomości, opłata za trwały zarząd nieruchomości na rzecz innych jednostek, opłat podatków rolnych, leśnych i nieruchomości osób fizycznych i prawnych. Kalkulacja kosztów przyjęta w harmonogramie rzeczowo- finansowym została sporządzona na podstawie wyceny rynku. System będzie zrealizowany w oparciu o bazę danych, dzięki czemu będzie można go połączyć z innymi systemami dziedzinowymi. Wyżej opisana e-usługa skierowana będzie do dużej liczby interesantów z uwagi na fakt iż podatki to najpopularniejsza forma załatwiania spraw w urzędzie. Szereg interesantów zarówno z Gminy Nowy Wiśnicz oraz całego powiatu, województwa a nie jednokrotnie z terenu całej Polski uiszcza opłaty podatkowe, zabiera nakazy płatnicze. E- usługa polegająca na modernizacja Systemu do Naliczeń i Księgowości Podatków Gminnych (Rolny, Leśny, Od Nieruchomości od osób fizycznych i prawnych, Od Środków Transportowych, opłat lokalnych) o moduł wymiany informacji i danych z innymi użytkownikami i systemami oraz o moduł płatności internetowych będzie powszechnie wykorzystywana, na podstawie aktualnych obserwacji można mieć pewność, że w/w usługa będzie cieszyć się dużym zainteresowaniem. 10

Wymagania dla Zintegrowanego Systemu w obszarze: Podatku od Środków Transportowych, Opłat Lokalnych oraz Podatku Rolnego, Leśnego, Od Nieruchomości, Łącznego od osób fizycznych i prawnych, Rozliczeń z Tytułu Opłat za Zużycie Wody i Ścieków. Minimalne wymagania ogólne dla Zintegrowanego Systemu Dziedzinowego: 1) Zamawiany system musi być oparty o jedną bazę danych typu SQL dla wszystkich obszarów. 2) System musi wykorzystywać wbudowane słowniki w celu ułatwienia codziennej pracy (słowniki powinny obejmować co najmniej: dane teleadresowe, typy umów, stawki podatków, rejony). 3) System musi współpracować i wykorzystywać słowniki miejscowości, ulic, kodów terytorialnych nadanych przez GUS. 4) System musi pracować w technologii klient serwer. 5) System musi posiadać identyfikację i ewidencję zdarzeń tj. identyfikować i zapisywać operacje dokonywane przez poszczególnych użytkowników. 6) System musi zarządzanie na poziomie administratora (nadawanie uprawnień, itp.) 7) System musi posiadać możliwość identyfikacji każdego użytkownika za pomocą loginu i hasła. 8) System musi być aktualny i zgodny z obowiązującymi przepisami prawa. 9) Wymagane jest dostarczenie wraz z systemem dokumentacji w języku polskim zawierającej co najmniej procedury aktualizacji systemu, podręcznik użytkownika. Minimalne wymagania dla Systemu obszaru Podatków od Środków Transportowych na dzień skłania ofert: 1) System musi umożliwiać prowadzenie kartoteki podatników oraz posiadanych przez nich pojazdów. 2) System musi umożliwiać prowadzenie rozliczeń księgowych w ramach naliczonych na kartotekach należności. 3) System musi umożliwiać prowadzenie kartotek osób fizycznych i osób prawnych z możliwością wprowadzenia jako podatnika: osoby fizycznej, osoby prawnej, małżeństwa, grupy podmiotów. 4) System musi posiadać wbudowane słowniki ulic, miejscowości, kodów pocztowych (GUS) oraz województw, powiatów, gmin i kodów terytorialnych (TERYT). 5) System musi posiadać wbudowane mechanizmy aktualizacji słowników ulic, miejscowości, kodów pocztowych, kodów terytorialnych, gmin, powiatów i województw online lub offline z plików zawierających uaktualnione dane. 6) System musi wykorzystywać dane TERYT i GUS przy tworzeniu i edycji danych adresowych, umożliwiając wybieranie danych ze słowników, jak również ograniczając zakres możliwych do wybrania danych zawężając go do zakresu ograniczonego przez dane już wprowadzone z wykorzystaniem wzajemnych zależności słowników TERYT i GUS. 7) System musi umożliwiać wprowadzanie danych adresowych spoza słowników. 8) System musi umożliwiać wprowadzenie adresu korespondencyjnego jeżeli jest inny jak adres stały podatnika. 9) System musi sprawdzać i zabraniać ponownego wprowadzenia danych osoby zawierającej numer PESEL już występującej w bazie danych. 11

10) System musi umożliwiać uzyskanie informacji o historii zmian danych osobowych i adresowych. 11) System musi umożliwiać wykorzystanie podmiotu na innych kartach podatkowych (Podatek Rolny, Leśny, od Nieruchomości) oraz Opłat Lokalnych. 12) System musi umożliwiać wskazanie pierwszego właściciela wpisanego w dowodzie rejestracyjnym pojazdu. 13) System musi umożliwiać wyszukiwanie i ograniczanie zbioru danych kart podatników z wykorzystaniem co najmniej: 14) numeru karty, 15) nazwy i adresu lub ich części, 16) podziału na osoby prawne i fizyczne, 17) kart aktualnych i archiwalnych. 18) System musi umożliwiać wyszukiwanie kart podatników wg danych pojazdów uwzględniając co najmniej: 19) numer rejestracyjny, 20) markę, 21) rok produkcji, 22) numer identyfikacyjny pojazdu, 23) datę nabycia, datę rejestracji. 24) System musi umożliwiać zmianę i podgląd historii opodatkowania pojazdu (obsługa zmiany stawki). 25) System musi umożliwiać zastosowanie ulg w opodatkowaniu pojazdu. 26) System musi umożliwiać wprowadzenie wycofania pojazdu z ruchu i odzwierciedlenie tego faktu w kwocie naliczanego podatku. 27) System musi umożliwiać sporządzenie rejestru pojazdów wycofanych z ruchu. 28) System musi umożliwiać jednoczesne przenoszenie lub sprzedaż wielu pojazdów pomiędzy różnymi kartotekami płatników. 29) System musi umożliwiać zmianę wszystkich danych pojazdu, w tym mających wpływ na wysokość podatku. 30) System musi umożliwiać naliczenie kwoty podatku oraz naliczenie korekt wysokości podatku. 31) System musi umożliwiać skreślanie operacji naliczenia podatku. 32) System musi umożliwiać naliczanie i korygowanie kwoty podatku za lata poprzednie. 33) System musi umożliwiać przeniesienie nieużywanych już danych płatnika do archiwum. 34) System musi posiadać możliwość przywrócenia i dopuszczenia ponownej pracy dla kart przeniesionych do archiwum. 35) System musi umożliwiać import danych pojazdów z systemu ewidencji pojazdów (format XML). 36) System musi pozwalać na wprowadzenie zmiany nr rejestracyjnego pojazdu. 37) System musi umożliwiać wprowadzenie informacji o złożonych deklaracjach, powiązanie deklaracji z pojazdem, anulowanie/skreślenie wprowadzonej deklaracji, odnotowanie daty wpływu i daty obowiązywania deklaracji. 38) System musi umożliwiać przygotowanie i weryfikację dowolnego wydruku przed jego wydrukowaniem. 12

39) System musi posiadać operację masowego naliczenia podatku z uwzględnieniem kart ze złożonymi, aktualnymi deklaracjami. 40) System musi umożliwiać ewidencję stawek obowiązujących w danym roku podatkowym, stawek minimalnych i stawek maksymalnych. 41) System musi umożliwiać wyliczenie skutków obniżenia stawek maksymalnych wraz z prezentacją danych w postaci wydruków i w sprawozdaniu RB-27S. 42) System musi umożliwiać przygotowanie deklaracji DT1 w postaci wydruku. 43) System musi umożliwiać przygotowanie postanowienia o wszczęciu, wznowieniu postępowania podatkowego. 44) System musi umożliwiać przygotowanie wezwań kierowanych do podatnika (do złożenia deklaracji, informacji, wyjaśnień, o osobiste wstawienie się itp.). 45) System musi umożliwiać sporządzenie informacji (uzyskanie danych) o kartach, na których nie policzono podatku albo kwotę naliczonego podatku należy skorygować. 46) System musi umożliwiać wydanie decyzji o wysokości zobowiązania podatkowego. 47) System musi umożliwiać przygotowanie rejestru przypisów i odpisów. 48) System musi posiadać możliwość sporządzenia zestawienia pojazdów (i/lub pojazdów wyrejestrowanych) wg stawek podatkowych, marki, roku produkcji. 49) System musi posiadać funkcjonalność automatycznego generowania i wysyłania pism do posiadanego przez Zamawiającego Systemu Elektronicznego Zarządzania Dokumentami. System w celu przekazania pisma musi posiadać mechanizm automatycznego importu aktualnej listy spraw prowadzonych w Systemie Elektronicznego Zarządzania Dokumentami, w celu nadania kolejnego numeru sprawy bądź też dołączenia do już istniejącej sprawy. Import nie może wymagać od użytkownika ręcznego generowania plików, realizacja spraw musi odbywać się bez-plikowo, działać w tle w trybie on-line. 50) System musi umożliwiać podgląd listy dokumentów zaimportowanych z posiadanego Systemu Elektronicznego Zarządzania Dokumentami wraz z możliwością podglądu załącznika. 51) System musi posiadać funkcjonalność przeksięgowania mylnie wprowadzonej wpłaty na kartę tego samego podatnika prowadzoną i rozliczaną w obecnie użytkowanym systemie do naliczania i księgowości podatków (rolny, leśny, od nieruchomości) od osób prawnych i fizycznych, a także z zamawianym Systemie do obsługi Opłat Lokalnych. 52) System musi umożliwiać sporządzenie wykazu podatników, którzy nie złożyli deklaracji. 53) System musi zapewniać pełną obsługę wprowadzonych kartotek płatników pod katem księgowym oraz windykacyjnym. 54) System musi umożliwiać tworzenie (i usuwanie) dokumentów przypisów/odpisów pochodzących na podstawie danych naliczeniowych. 55) System musi umożliwiać przeksięgowanie nadpłaty, części lub całości wpłaty na inne należności na karcie tego samego płatnika, na inne karty kontowe lub na karty kontowe innych systemów wykorzystywanych przez Zamawiającego m.in. podatków: rolny, leśny, od nieruchomości od osób prawnych i fizycznych oraz Systemu do obsługi Opłat Lokalnych. 56) System musi posiadać możliwość tworzenia wszystkich rodzajów dokumentów księgowych typu wpłata, zaliczenie, zwrot, przeksięgowanie, umorzenie itp. 13

57) System musi umożliwiać uzyskanie informacji o BO, przypisach, wpłatach saldach należności, zaległościach itp. w podziale na grupy (typy, odpowiedniki klasyfikacji budżetowej); kwoty prezentowane w poszczególnych wydrukach są wynikiem przeliczeń rzeczywistych zapisów. 58) System musi umożliwiać wprowadzanie klasyfikacji budżetowej dla utworzonych typów dokumentów księgowych. 59) System musi posiadać algorytmy ułatwiające wprowadzanie kwot dokumentów i ich powiązanie z konkretnymi rodzajami/terminami należności. 60) System musi umożliwiać proporcjonalny, nieproporcjonalny, dowolny podział składowych kwoty dla tworzonych dokumentów. 61) System musi umożliwiać księgowanie wpłat z wykorzystaniem systemów płatności masowych (zautomatyzowane księgowanie wyciągów bankowych). 62) System musi umożliwiać wystawianie/drukowanie upomnień dla pojedynczego płatnika oraz jako operacje masowe dla wszystkich płatników lub ograniczonej ich grupy. 63) System musi umożliwiać ograniczenie operacji masowego wystawiania upomnień do należności, dla których nie wystawiono upomnienia, ograniczonych zakresem terminów płatności i wysokością zaległości. 64) System musi umożliwiać wprowadzenie/ewidencje daty doręczenia upomnienia również z możliwością wykorzystaniem kodów kreskowych do wspomagania operacji wprowadzania doręczenia. 65) System musi umożliwiać prezentację listy płatników, którym w zadanym okresie zostały wystawione upomnienia, z możliwością ograniczenia grupy prezentowanych danych według różnych kryteriów. 66) System musi umożliwiać rozłożenie wybranych zaległości wraz z odsetkami lub bez na dowolną ilość rat. 67) System musi umożliwiać odroczenie terminu płatności. 68) System musi automatycznie wyliczać opłatę prolongacyjną oraz należne odsetki na datę podania o rozłożenie na raty lub odroczenie terminu płatności oraz wstrzymuje naliczanie odsetek do upływu nowych terminów płatności. 69) System musi umożliwiać umorzenie zaległości, należności płatnika. 70) System musi umożliwiać szczegółowe zestawienie płatników, u których powstają skutki decyzji związanych z rozłożeniem na raty, odroczeniem i umorzeniem, prezentuje skutki takich decyzji w sprawozdaniu rb-27s. 71) System musi umożliwiać pokazywanie wszystkich składowych kwoty dla wprowadzonych dokumentów: kwota należności głównej, koszty egzekucji, opłata prolongacyjna, odsetki. 72) System musi posiadać wbudowaną obsługę różnych kategorii odsetek. 73) System musi posiadać możliwość automatycznej aktualizacji stóp odsetek pobranych online. 74) System musi wyliczać aktualne saldo płatnika, a także posiadać możliwość przeliczania go na dowolną datę. 75) System musi umożliwiać sporządzanie wydruków wszystkich typów wprowadzanych dokumentów księgowych z możliwością prezentacji szczegółowej, zbiorczej wszystkich płatników lub dowolnie ograniczonej ich grupy. 76) System musi automatycznie wyliczać kwotę należnych odsetek od istniejących zaległości. 14

77) System musi posiadać wbudowany kalkulator odsetek umożliwiający wyliczenie odsetek od dowolnej kwoty, za podany przedział czasu, według dowolnej kategorii odsetek z uwzględnieniem zaokrąglenia i odsetek minimalnych. 78) System musi posiadać możliwość masowego przenoszenia powstałych nadpłat na inne, nowe należności płatnika dla dowolnie określonego zakresu danych. 79) System musi umożliwiać drukowanie zaświadczeń ZAS-W, ZAS-P, ZAS-Z, ZAS-S. 80) System musi obsługiwać możliwość poprawy/anulowania wprowadzonych dokumentów księgowych. 81) System musi posiadać możliwość filtrowania/porządkowania dokumentów płatnika na karcie kontowej. 82) System musi posiadać funkcjonalność zamknięcia okresu (wprowadzenie blokad) na podany dzień w sposób uniemożliwiający wprowadzanie, edycję, usuwanie danych, czy wykonywanie jakichkolwiek operacji powodujących zmianę danych księgowych w zamkniętym okresie. 83) System musi umożliwiać wprowadzenie dokumentów bilansowych z lat poprzednich, przy czym w kolejnych latach dokumenty bilansowe są wynikiem zamknięcia roku. 84) System w zależności od potrzeb musi umożliwiać przygotowanie wydruku karty kontowej, noty odsetkowej, dowodu wpłaty, wezwania do zapłaty, potwierdzenia salda. 85) System umożliwia generowanie zestawień zbiorczych wszystkich wprowadzonych dokumentów księgowych wszystkich płatników lub dowolnie ograniczonej ich grupy za dowolny czas. 86) System musi umożliwiać wyszukiwanie płatników na podstawie danych wprowadzonych dokumentów: numeru decyzji, oznaczenia, kwoty głównej lub pochodnych, przedziału kwot, daty doręczenia itp. 87) System musi posiadać możliwość wygenerowania sprawozdania Rb27S dla wprowadzonych dokumentów. 88) System musi umożliwiać przygotowanie wydruków zawierających szczegółową, analityczną prezentację wszystkich danych składających się na sprawozdanie RB-27S z dokładnością do płatnika, poszczególnych rodzajów należności, kwot odsetek, upomnień, opłaty prolongacyjnej (działu, rozdziału i paragrafu klasyfikacji budżetowej). 89) System musi posiadać wbudowany automatyczny mechanizm przenoszenia danych bilansowych po otwarciu nowego roku. 90) System musi posiadać możliwość korekty danych oraz ponowne przeniesienie ich do nowego roku dla pojedynczego płatnika. 91) System musi umożliwiać wielokrotne przeprowadzanie operacji przenoszenia sald księgowych do nowego roku wraz z równoległą pracą na danych starego i nowego roku i zachodzącą tym samym zmianą danych w starym roku; operacja ponownego przeniesienia sald do nowego roku nie może usuwać dokumentów już wprowadzonych w nowym roku. 92) System musi umożliwiać wczytanie i przeglądanie dowolnego roku księgowego; w obrębie wybranego płatnika możliwe jest szybkie przełączanie pomiędzy poszczególnymi latami. 93) System musi współpracować z użytkowanym obecnie programem kasowym w zakresie przekazywania aktualnego stanu salda, informacji o karcie podatnika, a także w przypadku dokonania wpłaty w kasie, automatycznie odnotowywać ten fakt w obszarze księgowości i pokazywać, rzeczywiste aktualne saldo rozliczeń na karcie podatnika. 15

94) System musi umożliwiać masowe lub indywidualne usuwanie nieużywanych kartotek księgowych; kartoteki, na których występują dokumenty księgowe nie są usuwane. 95) System musi umożliwiać szczegółowe, zbiorcze, z dokładnością do podsumowań dziennych zestawienie wpłat (dochodów) poszczególnych płatników, za dowolny okres czasu z możliwością prezentacji danych w szczegółowości do grupy należności (lub klasyfikacji budżetowej), z podziałem na osoby prawne i fizyczne, miejsce dokonania wpłaty, z podziałem na wpłaty do należności z roku bieżącego i lat poprzednich, z możliwością ograniczenia do należności powstałych w konkretnym roku (latach) lub ograniczonych zakresem terminów płatności. 96) System musi umożliwiać sporządzenie wydruków zawierających informację o stanie należności, zaległości, nadpłat na dowolny dzień dla wszystkich płatników lub dowolnie ograniczonej ich grupy, w sposób szczegółowy lub zbiorczy. 97) System umożliwia uzyskanie informacji o kwotach zaległości podzielonych na dowolnie zdefiniowane okresy, w których upływał ich termin płatności. 98) System musi umożliwiać obsługę wygenerowania indywidualnych kont dla płatników i automatycznego księgowania wpłat z otrzymywanych plików elektronicznych od obsługującego banku, na poszczególne kartoteki płatników. 99) System musi posiadać możliwość otwarcia nowego roku bez konieczności zamykania roku bieżącego. 100) System musi umożliwiać przełączanie się między latami aby podglądnąć dane w nich zawarte. 101) System musi posiadać opcję archiwizacji nieużywanych kartotek. 102) System musi umożliwiać podgląd danych zarchiwizowanych, bez konieczności dodatkowego logowania, przełączania się pomiędzy latami pracy itp. 103) System musi umożliwiać przeszukiwanie bazy kontrahentów poprzez różne filtry wyszukiwania (w tym co najmniej: numer kartoteki płatnika, nazwa, grupa płatnika, adresie). 104) System musi umożliwiać przeszukiwanie należności oraz umów poprzez różne filtry wyszukiwania (w tym co najmniej: numer decyzji, numer umowy, nazwa płatnika). 105) System musi posiadać funkcjonalność przekazywania informacji do posiadanego Portalu Informacyjnego w zakresie co najmniej salda konta, naliczeń opłat, szczegółów dotyczących rat i terminów płatności, wymiaru naliczonej opłaty. 106) System musi posiadać mechanizm automatycznego importu zapisów z wyciągu bankowego zawierającego dane wpłat dokonanych za pomocą internetowego Portalu Informacyjnego. Minimalne wymagania dla Systemu obszaru Opłat Lokalnych na dzień skłania ofert: 1) System musi obsługiwać obszar naliczania, księgowości i windykacji opłat lokalnych. 2) System musi umożliwiać zakładanie/tworzenie kartotek płatników z ich danymi szczegółowymi. 3) System musi umożliwiać ewidencję osób fizycznych, instytucji prawnych, złożonych grup płatników. 4) System musi pokazywać historię zmian danych dokonanych na edytowanym podmiocie. 5) System musi korzystać ze słowników automatycznie aktualizowanych przy tworzeniu nowych podmiotów i kartotek np. słownika miejscowości, ulic, kodów pocztowych itp. 16

6) System musi umożliwiać definicję dowolnych rodzajów należności (które przekładać się będą na odpowiednie klasyfikacje budżetowe w sprawozdaniach). 7) System musi umożliwiać tworzenie własnych grup płatników. 8) System musi umożliwiać definiowanie własnych szablonów rozliczanych umów. 9) System musi umożliwiać szczegółową obsługę umów dla płatników, zawierającą informację co najmniej o datach i terminach zawarcia umowy, obowiązywania umowy, kwotach, ilości rat itp. 10) System musi umożliwiać prowadzenie umów wieloletnich. 11) System musi umożliwiać wprowadzanie ulg dla umów (procentowa, roczna, dla raty). 12) System musi posiadać możliwość modyfikacji / zakończenia wskazanej umowy poprzez aneksy. 13) System musi umożliwiać wprowadzanie stawek zmiennych dla umów opartych o różne okresy czasowe (miesiąc, kwartał, półrocze, rok). 14) System musi umożliwiać zmianę precyzji (wyliczania do miejsc dziesiętnych) dla stawek zmiennych używanych w szablonach umów. 15) System musi umożliwiać szczegółową obsługę należności jednorazowych dla płatników. 16) System musi umożliwiać definiowanie własnych danych dodatkowych dla umów / należności jednorazowych (definiowanie to musi umożliwiać określanie typu definiowanych pól np. liczba, tekst jak i podpięcie słownika już istniejącego bądź nowo zakładanego i tworzonego na potrzeby rozszerzenia części opisowej dla należności). 17) System musi umożliwiać wprowadzanie uprawnień / ograniczeń dla Użytkowników odnośnie dostępu do grup płatników oraz rodzajów należności. 18) System musi posiadać mechanizmy służące do wystawiania faktury VAT oraz korekt. 19) System musi umożliwiać wystawianie faktur dla jednego kontrahenta oraz automatycznie dla wielu kontrahentów. 20) System musi umożliwiać wystawianie faktur cząstkowych. 21) System musi umożliwiać definiowanie automatycznego generowania kolejnego numeru faktury. 22) System musi umożliwiać dostarczanie kompletnych danych dotyczących faktury (datę wystawienia, datę sprzedaży, dane nabywcy, dane podatnika, nazwę towaru, sposób i termin zapłaty, stawkę vat, wysokość podatku itd. ) 23) System musi umożliwiać automatyczne usuwanie faktur masowo z zadanego przedziału (po uprzednim zaznaczeniu zbiorczego przedziału bądź wybranych faktur przez użytkownika). 24) System musi umożliwiać podgląd wystawionych i nie wystawionych faktur z zadanego przedziału wyszukiwania. 25) System musi umożliwiać obsługę generowania Jednolitego Pliku Kontrolnego. 26) System musi umożliwiać masowe wystawianie aneksów dla wprowadzonych umów. 27) System musi umożliwiać automatyczne naliczanie rat dla wprowadzonych umów w bieżącym roku. 28) System musi umożliwiać wykaz zestawień wprowadzonych umów, należności, płatników. 29) System musi umożliwiać automatyczne przeliczenie umowy w przypadku zmian stawki zmiennej (dotyczy umów zawierających wybraną stawkę zmienną). 17

30) System musi umożliwiać skróconą /uproszczoną księgową obsługę wprowadzonych kartotek płatników (oraz współpracować z zamawianą w niniejszym postepowaniu częścią księgową). 31) System musi umożliwiać otwarcie nowego roku bez konieczności zamykania roku bieżącego. 32) System musi umożliwiać przełączanie się między latami w celu podglądu danych w nich zawartych. 33) System musi umożliwiać opcję archiwizacji nieużywanych kartotek (nieposiadających sald wskazujących na nadpłatę bądź zaległość ani żadnych bieżących rozliczeń). 34) System musi umożliwiać podgląd danych zarchiwizowanych. 35) System musi umożliwiać tworzenie wielu rejestrów faktur, zdefiniowanych przez użytkownika. 36) System musi umożliwiać wykaz wszystkich należności do prowadzenia rejestru VAT. 37) System musi współpracować z użytkowanym obecnie programem kasowym w zakresie przekazywania aktualnego stanu salda, informacji o karcie podatnika, a także w przypadku dokonania wpłaty w kasie, automatycznie odnotowywać ten fakt w obszarze księgowości i pokazywać, rzeczywiste aktualne saldo rozliczeń na karcie podatnika. 38) System musi posiadać funkcjonalność przeksięgowania mylnie wprowadzonej wpłaty na kartę tego samego płatnika prowadzoną i rozliczaną w obecnie użytkowanym systemie do naliczania i księgowości podatków (rolny, leśny, od nieruchomości) od osób prawnych i fizycznych, a także z zamawianym Systemie Podatków od Środków Transportowych. 39) System musi umożliwiać wprowadzanie klasyfikacji budżetowej dla utworzonych typów dokumentów dotyczących księgowości podatkowej i opłat lokalnych. 40) System musi posiadać wiele algorytmów ułatwiających wprowadzanie kwot dokumentów i ich powiązanie z konkretnymi rodzajami / terminami należności. 41) System musi umożliwiać proporcjonalny, nieproporcjonalny, dowolny podział składowych kwoty dla tworzonych dokumentów. 42) System musi zapewniać wydajne operacje księgowania wpłat z wyciągów bankowych, poprzez zbiorczą prezentację należności wszystkich płatników lub ich grup, z podpowiedziami kwot wynikających z sum poszczególnych należności, dając równocześnie możliwość całkowitej dowolności przy rozdzielaniu wpłaty na poszczególne należności, z szybką możliwością wyszukania danej karty, z bieżącymi podsumowaniami przygotowanych rekordów. 43) System musi umożliwiać księgowanie wpłat z wykorzystaniem systemów płatności masowych tj. indywidulanych kont płatników (zautomatyzowane księgowanie wyciągów bankowych). 44) System musi umożliwiać wprowadzenie maski konta (wspólnej dla wszystkich kartotek części rachunku bankowego), na podstawie której będą dokonywane wpłaty na subkonta konta podstawowego, umożliwiające identyfikację wpłacającego na podstawie konta, na jakie dokonano wpłaty. 45) System musi umożliwiać automatyczne nadawanie kolejnych kont bankowych zgodnie ze standardem IBAN. System nie może wymagać od użytkownika żadnej dodatkowej czynności związanej z nadaniem kolejnego numeru. 46) System musi automatycznie uwzględniać, od chwili uruchomienia modułu płatności masowych, indywidualny numer rachunku bankowego na wszystkich wydrukach zawierających numer rachunku bankowego kierowanych do podatnika. 18

47) System musi umożliwiać przygotowanie masowej bądź indywidualnej informacji o zmienionym numerze rachunku bankowego. 48) System musi posiadać opcję wyszukania karty kontowej, do której przypisany jest indywidualny numer rachunku bankowego, na podstawie tego numeru. 49) System musi umożliwiać wczytanie i weryfikację merytoryczną elektronicznego wyciągu bankowego pochodzącego z systemów bankowych. W przypadku zmiany formatu danych udostępnianych przez bank możliwe jest dostosowanie systemu do nowego formatu. 50) System musi na podstawie numeru konta bankowego przypisywać wpłatę do konta płatnika, od którego pochodzi. W przypadku gdy rozdysponowanie wpłaty na poszczególne należności płatnika jest jednoznaczne, System musi dokonać automatycznej dekretacji kwoty. 51) System musi umożliwiać przeksięgowanie nadpłaty, części lub całości wpłaty na inne należności na karcie tego samego płatnika, na inne karty kontowe lub na karty kontowe innych modułów podatków i opłat lokalnych, z którymi współpracuje system windykacji. 52) System musi umożliwiać wprowadzenie spłaty należności powstałych w wyniku przeniesienia własności lub wzajemnych wierzytelności wraz z możliwością sporządzenia zestawienia takich operacji i właściwym ujęciu w sprawozdaniach. 53) System musi umożliwiać wystawianie / drukowanie upomnień dla pojedynczego płatnika oraz jako operacje masowe dla wszystkich płatników lub ograniczonej ich grupy. 54) System musi umożliwiać ograniczenie operacji masowego wystawiania upomnień do należności, dla których nie wystawiono upomnienia, ograniczonych zakresem terminów płatności i wysokością zaległości. 55) System musi umożliwiać wprowadzenie / ewidencję daty doręczenia upomnienia również z możliwością wykorzystania kodów kreskowych do wspomagania operacji wprowadzania doręczenia. 56) System musi umożliwiać prezentację listy płatników, którym w zadanym okresie zostały wystawione upomnienia, z możliwością ograniczenia grupy prezentowanych danych według różnych kryteriów. 57) System musi umożliwiać wystawienie tytułu wykonawczego, zmienionego tytułu wykonawczego i dalszego tytułu wykonawczego i ich wydruk. 58) System musi korzystać ze słowników wykorzystywanych przy tworzeniu tytułów wykonawczych takich jak podstawy prawne, wierzyciele, rodzaje klasyfikacji spraw itp. 59) System musi posiadać możliwość aktualizacji (zarówno w trybie online za pomocą sieci Internetowej lub offline za pomocą plików dostarczonych przez producenta w ramach świadczenia gwarancji i asysty technicznej) słowników wykorzystywanych przy tworzeniu tytułów wykonawczych. 60) System musi umożliwiać uzyskanie informacji o wystawionych tytułach wykonawczych w postaci szczegółowych lub zbiorczych zestawień. 61) System musi umożliwiać ocenę skuteczności prowadzonych działań związanych z wystawieniem upomnień lub tytułów wykonawczych w postaci informacji o kwotach dokonanych wpłat. 62) System musi umożliwiać rozłożenie wybranych zaległości wraz z odsetkami lub bez na dowolną ilość rat. 63) System musi umożliwiać odroczenie terminu płatności. 19

64) System musi automatycznie wyliczać opłatę prolongacyjną oraz należne odsetki na datę podania o rozłożenie na raty lub odroczenie terminu płatności oraz wstrzymuje naliczanie odsetek do upływu nowych terminów płatności. 65) System musi umożliwiać umorzenie zaległości, należności płatnika. 66) System musi umożliwiać szczegółowe zestawienie płatników, u których powstają skutki decyzji związanych z rozłożeniem na raty, odroczeniem i umorzeniem, prezentuje skutki takich decyzji w sprawozdaniu RB-27s. 67) System musi umożliwiać wprowadzenie przedawnienia i zabezpieczenia należności. 68) System musi umożliwiać pokazywanie wszystkich składowych kwoty dla wprowadzonych dokumentów: kwota należności głównej, koszty egzekucji, opłata prolongacyjna, odsetki. 69) W zakresie systemu, w którym powstałe należności dzielą się na dwie składowe: kwota netto i VAT, musi umożliwiać prezentację wszystkich dokumentów w rozbiciu na część netto i VAT, umożliwiać prezentację wynikających z nich należności, nadpłat, zaległości itp. w identycznym rozbiciu, a także odzwierciedlać ten fakt na wydrukach. 70) System musi posiadać wbudowane kategorie odsetek. 71) System musi umożliwiać automatyczną aktualizację stóp odsetek pobranych ze strony internetowej producenta systemu lub innej, na której są publikowane oficjalne dane z tego zakresu. 72) System musi umożliwiać wyliczanie aktualnego salda płatnika, a także posiadać możliwość przeliczania go na dowolną datę. 73) System musi umożliwiać sporządzanie wydruków wszystkich typów wprowadzanych dokumentów księgowych z możliwością prezentacji szczegółowej, zbiorczej wszystkich płatników lub dowolnie ograniczonej ich grupy. 74) System musi umożliwiać automatyczne wyliczania kwoty należnych odsetek od istniejących zaległości. 75) System musi posiadać wbudowany kalkulator odsetek umożliwiający wyliczenie odsetek od dowolnej kwoty, za podany przedział czasu, według dowolnej kategorii odsetek z uwzględnieniem zaokrąglenia i odsetek minimalnych. 76) System musi posiadać możliwość masowego przenoszenia powstałych nadpłat na inne, nowe należności płatnika dla dowolnie określonego zakresu danych. 77) System musi posiadać możliwość poprawy/anulowania wprowadzonych dokumentów księgowych. 78) System musi posiadać możliwość filtrowania/porządkowania dokumentów płatnika na karcie kontowej. 79) System musi umożliwiać zamknięcie okresu (wprowadzenie blokad) na podany dzień w sposób uniemożliwiający wprowadzanie, edycję, usuwanie danych czy wykonywanie jakichkolwiek operacji powodujących zmianę danych księgowych w zamkniętym okresie. 80) System musi umożliwiać wprowadzanie dokumentów bilansowych z lat poprzednich, przy czym w kolejnych latach dokumenty bilansowe są wynikiem zamknięcia roku. 81) System musi umożliwiać, w zależności od potrzeb, przygotowanie wydruku karty kontowej, noty odsetkowej, dowodu wpłaty, wezwania do zapłaty, potwierdzenia salda. 82) System musi umożliwiać drukowanie zaświadczeń o niezaleganiu. 20

83) System musi umożliwiać generowanie zestawień zbiorczych wszystkich wprowadzonych dokumentów księgowych wszystkich płatników lub dowolnie ograniczonej ich grupy za dowolny okres czasu. 84) System musi umożliwiać wyszukiwanie płatników na podstawie danych wprowadzonych dokumentów: numeru decyzji, oznaczenia, kwoty głównej lub pochodnych, przedziału kwot, daty doręczenia itp. 85) System musi umożliwiać wygenerowanie sprawozdania Rb27S dla wprowadzonych dokumentów. 86) System musi umożliwiać przygotowanie wydruków zawierających szczegółową, analityczną prezentację wszystkich danych składających się na sprawozdanie RB-27S z dokładnością do płatnika, poszczególnych rodzajów należności, kwot odsetek, upomnień, opłaty prolongacyjnej (działu, rozdziału i paragrafu klasyfikacji budżetowej). 87) System musi posiadać automatyczny mechanizm przenoszenia danych bilansowych po otwarciu nowego roku. 88) System musi umożliwiać dokonanie korekty danych oraz ponowne przeniesienie ich do nowego roku dla pojedynczego płatnika. 89) System musi umożliwiać wielokrotne przeprowadzanie operacji przenoszenia sald księgowych do nowego roku wraz z równoległą pracą na danych starego i nowego roku i zachodzącą tym samym zmianą danych w starym roku; operacja ponownego przeniesienia sald do nowego roku nie usuwa dokumentów już wprowadzonych w nowym roku. 90) System musi umożliwiać wczytanie i przeglądanie dowolnego roku księgowego; w obrębie wybranego płatnika możliwe jest szybkie przełączanie pomiędzy poszczególnymi latami. 91) System musi umożliwiać masowe lub indywidualne usuwanie nieużywanych kartotek księgowych, kartoteki, na których występują dokumenty księgowe nie są usuwane. 92) System musi umożliwiać szczegółowe, zbiorcze, z dokładnością do podsumowań dziennych zestawienie wpłat (dochodów) poszczególnych płatników, za dowolny okres czasu z możliwością prezentacji danych w szczegółowości do grupy należności (lub klasyfikacji budżetowej), z podziałem na osoby prawne i fizyczne, miejsce dokonania wpłaty, z podziałem na wpłaty do należności z roku bieżącego i lat poprzednich, z możliwością ograniczenia do należności powstałych w konkretnym roku (latach) lub ograniczonych zakresem terminów płatności. 93) System musi umożliwiać sporządzenie zestawienia przypisów, odpisów w sposób umożliwiający jego porównanie (uzgodnienie) z odpowiednim wydrukiem przypisów i odpisów po stronie systemów, z których pochodzą należności. 94) System musi posiadać funkcjonalność przekazywania informacji do posiadanego Portalu Informacyjnego w zakresie co najmniej salda konta, naliczeń opłat, szczegółów dotyczących rat i terminów płatności, wymiaru naliczonej opłaty. 95) System musi posiadać mechanizm automatycznego importu zapisów z wyciągu bankowego zawierającego dane wpłat dokonanych za pomocą internetowego Portalu Informacyjnego. 96) System musi umożliwiać sporządzenie wydruków zawierających informację o stanie należności, zaległości, nadpłat na dowolny dzień dla wszystkich płatników lub dowolnie ograniczonej ich grupy, w sposób szczegółowy lub zbiorczy. 21