i. elektroniczny obieg dokumentów

advertisement
Załącznik A do Załącznika nr 6 do siwz
Specyfikacja techniczna
Elektronicznego Obiegu Dokumentów
Poniższa tabela określa funkcjonalności podstawowe, których posiadania w zaoferowanym
systemie bezwzględnie wymaga Zamawiający. Wykonawca jest zobowiązany do ich zrealizowania.
Zamawiający wymaga, aby oferowany system posiadał wszystkie funkcjonalności na dzień złożenia
oferty. Zamawiający oceni zgodność oferowanych dostaw z wymaganiami opisanymi w siwz na
podstawie dokumentów określonych w ogłoszeniu i siwz.
 ELEKTRONICZNY OBIEG DOKUMENTÓW
Zintegrowany System oprogramowania do zarządzania dokumentami, korespondencją, sprawami,
poleceniami oraz czasem pracy pracowników i terminami EOD przeznaczony jest dla urzędów
administracji samorządowej. EOD powinien być oparty o Rzeczowy Wykaz Akt oraz odpowiednią
dla jednostki instrukcję obiegu dokumentów, tworząc centralną, uporządkowaną bazę dokumentów i
informacji, w tym: pism przychodzących i wychodzących, poleceń służbowych, umów, uchwał,
regulacji wewnętrznych itp. EOD powinien: umożliwiać sprawny dostęp do dokumentów i
informacji, kontrolować drogę ich obiegu oraz stan realizacji, usprawniać obsługę interesantów,
współpracować z systemami: System Internetowej Obsługi Interesanta (SIOI), Biuletyn Informacji
Publicznej (BIP), Archiwum elektroniczne (AE), Elektroniczna Skrzynka Podawcza (ESP), System
Ewidencji Przedsiębiorców (SEP). EOD musi rozwiązywać problem przepływu informacji wewnątrz
jednostki oraz pomiędzy podmiotem a jego otoczeniem.
Nowoczesna i modułowa budowa EOD musi zapewniać możliwość wdrażania kolejnych
funkcjonalności zgodnie ze sposobem pracy użytkowników. W każdej chwili powinno być możliwe
dowolne włączanie/wyłączanie poszczególnych modułów, udostępnianie funkcjonalności wybranym
osobom. EOD powinien mieć możliwość dwutorowego działania w oparciu o procesy workflow
modelowane przy pomocy graficznego interfejsu oraz ad hoc.
W ramach zamówienia Wykonawca dostarczy bezterminową licencję na nieograniczoną liczbę
stanowisk oraz bazę danych.
Wraz z EOD Wykonawca dostarczy instrukcję instalacji systemu obiegu dokumentów, instrukcję
panelu administracyjnego dla administratora oraz „Instrukcję obsługi” dla bezpośrednich
użytkowników na stanowiskach pracy – dla każdego modułu i dla każdego stanowiska. Wykonawca
dostarczy również instrukcję obsługi EOD w formie pomocy kontekstowej dostępnej dla każdego
pracownika z każdego miejsca w systemie.
W ramach realizowanego zamówienia Wykonawca zapewni dostęp do narzędzi elektronicznych
umożliwiających zgłaszanie błędów i uwag do systemów oraz możliwość bieżącego śledzenia
postępów w pracach nad zmianami. Wykonawca zapewni również w podobny sposób dostęp do
nowych wersji systemów.
Załącznik A do Załącznika nr 6 do siwz
 WYMAGANIA OGÓLNE DLA SYSTEMU:
Wykonawca musi zapewnić zgodność systemu ze stanem prawa obowiązującym w dniu instalacji
(dostarczenia) systemu. EOD musi być zgodny z następującymi aktami prawnymi oraz posiadać nżej
wymienione funkcje.
Wykonawca zobowiązany jest do wypełnienia poniższych tabeli i opisanie oferowanego systemu
poprzez wybór i zaznaczenie odpowiedniej opcji TAK*/ NIE* - Niewłaściwe skreślić, a
następnie załączenie tak wypełnionego załącznika do oferty.
Wymogi prawne:
Opis funkcjonalności:
Lp.
1.
2.
3.

Spełnia
Kodeks postępowania administracyjnego – ustawa z dnia 14 czerwca 1960 r.
Kodeks postępowania administracyjnego (Dz. U. 2000 r. nr 98, poz. 1071 z TAK*/ NIE
późn. zm.)
Rozporządzenie Prezesa Rady Ministrów w sprawie instrukcji kancelaryjnej
dla organów gmin i związków międzygminnych z dnia 22 grudnia 1999 r. (Dz. TAK*/ NIE*
U. Nr 112, poz. 1319 z późn. zm.).
Ustawa o podpisie elektronicznym z dnia 18 września 2001 r. (Dz. U. Nr. 130,
TAK*/ NIE*
poz. 1450 z późn. zm.).
4.
Ustawa o narodowym zasobie archiwalnym i archiwach z dnia 14 lipca 1983 r.
TAK*/ NIE*
(tekst jednolity Dz. U. 97 z 16 maja 2006 r. poz. 673 z późn. zm.),
5.
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30
października 2006 r. w sprawie niezbędnych elementów struktury dokumentów TAK*/ NIE*
elektronicznych (Dz. U. nr 206 poz. 1517),
6.
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 2
listopada 2006 r. w sprawie wymagań technicznych formatów zapisu i
TAK*/ NIE*
informatycznych nośników danych, na których utrwalono materiały archiwalne
przekazywane do archiwów państwowych (Dz. U. nr 206 poz. 1519).
7.
Ustawa z dnia 17 lutego 2005 w sprawie informatyzacji podmiotów
TAK*/ NIE*
realizujących zadania publiczne (Dz. U. nr 64 poz. 565 z późn. zm.).
8.
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29
września 2005 r. w sprawie warunków organizacyjno-technicznych
TAK*/ NIE*
dostarczania dokumentów elektronicznych podmiotom publicznym (Dz. U. nr
200 poz. 1651),
Niewłaściwe skreślić
Załącznik A do Załącznika nr 6 do siwz
9.
Minimalne wymagania dla systemów teleinformatycznych – rozporządzenie
Ministra Spraw Wewnętrznych i Administracji z dnia 11 października 2005 r.
TAK*/ NIE*
w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz. U.
nr 212 poz. 1766),
10.
Minimalne wymagania dla rejestrów publicznych i wymiany informacji w
formie elektronicznej – rozporządzenie Ministra Spraw Wewnętrznych i
Administracji z dnia 27 września 2005 r. w sprawie sposobu, zakresu i trybu TAK*/ NIE*
udostępniania danych zgromadzonych w rejestrze publicznym (Dz. U. nr 205
poz. 1692),
11.
Udostępnianie danych z rejestrów publicznych – rozporządzenie Ministra
Spraw Wewnętrznych i Administracji z dnia 11 października 2005 r. w sprawie
TAK*/ NIE*
minimalnych wymagań dla rejestrów publicznych i wymiany informacji w
formie elektronicznej (Dz. U. nr 214 poz. 1781),
12.
Ewidencja systemów teleinformatycznych – rozporządzenie Ministra Nauki i
ainformatyzacji z dnia 29 sierpnia 2005 r. w sprawie sposobu prowadzenia oraz
TAK*/ NIE*
trybu dostarczania i udostępniania danych z Krajowej Ewidencji Systemów
Teleinformatycznych i Rejestrów publicznych (Dz. U. nr 200 poz. 1655),
13.
Sporządzanie i doręczenie pism elektronicznych do klienta – rozporządzenie
Ministra Spraw Wewnętrznych i Administracji z dnia 27 listopada 2006 r. w
TAK*/ NIE*
sprawie sporządzania i doręczania pism w formie dokumentów elektronicznych
(Dz. U. nr 227 poz. 1664).
14.
Ustawa o ochronie danych osobowych – z dnia 29 sierpnia 1997 r. o ochronie
TAK*/ NIE*
danych osobowych (Dz. U. z 2002 r. nr 101, poz. 926)
15.
Warunki techniczne dla systemów, w których przetwarzane są dane osobowe –
rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29
kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych
TAK*/ NIE*
oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać
urządzenia i systemy informatyczne służące do przetwarzania danych
osobowych (Dz. U. Nr 100, poz. 1024 z późn. zm.),
16.
O publikowaniu aktów normatywnych i niektórych innych aktów prawnych –
ustawa z dnia 20 lipca 2000 r. o ogłaszaniu aktów normatywnych i niektórych TAK*/ NIE*
innych aktów prawnych (t.j. Dz. U. 2007 nr 68 poz. 449 z późn. zm.).
17.
Ustawa z dnia 27 lipca 2001 r. o ochronie baz danych (Dz. U. Nr. 128, poz.
TAK*/ NIE*
1402 z poźn. Zm.)
18.
Ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz. U.
TAK*/ NIE*
Nr. 144, poz. 1204 z późn. zm.)
Załącznik A do Załącznika nr 6 do siwz
EOD musi:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
w sposób czytelny pokazywać poszczególne etapy obiegu dokumentów oraz
mieć możliwość wprowadzenia struktury organizacyjnej jednostki (schematu
organizacyjnego) opartego na stanowiskach, do których przypisani są
pracownicy,
posiadać w pełni polskojęzyczny interfejs użytkownika,
zapewniać obieg dokumentów zgodnie z wymogami instrukcji kancelaryjnej
stosowanej przez daną jednostkę.
posiadać budowę modułową, umożliwiającą jego etapowe wdrażanie.
środowisko systemu powinno umożliwiać udostępnianie usług WebService
umożliwiać rozproszoną rejestrację wszelkiej korespondencji każdego typu
wpływającej do Zamawiającego wraz z załącznikami oraz jej automatycznym
numerowaniem i asygnowaniem w postaci kodu kreskowego oraz tworzeniem
raportów i zestawień, w tym statystyki pism przychodzących do
poszczególnych pracowników oraz tworzenie na jej podstawie wykresu
graficznego.
umożliwiać tworzenie raportów z określonych przez pracownika przedziałów
czasu w zakresie:
stosunku korespondencji przychodzącej do korespondencji wychodzącej
dla danego pracownika, działu lub całej firmy z określeniem terminowości
załatwiania spraw w których analizowana była korespondencja
ilości korespondencji przychodzącej na daną jednostkę organizacyjną w
podziale na poszczególne miesiące
ilości korespondencji wychodzącej na daną jednostkę organizacyjną w
podziale na poszczególne miesiące
kategoryzacji pism wg. dowolnie zdefiniowanego przez użytkownika
słownika w podziale na poszczególne miesiące
ilości korespondencji wychodzącej zewnętrznej i wewnętrznej w danym
miesiącu w podziale na poszczególne dni miesiąca oraz na pracowników.
ilości korespondencji przychodzącej do poszczególnych lokalizacji
Zamawiającego
ilości korespondencji przychodzącej w danym miesiącu w podziale na
poszczególne dni miesiąca
ilości korespondencji przychodzącej do poszczególnych lokalizacji
Zamawiającego w podziale na poszczególne miesiące
ilości korespondencji przychodzącej do poszczególnych lokalizacji
Zamawiającego w układzie miesięcznym
umożliwiać wielostronicowe skanowanie dokumentów z poziomu aplikacji
oraz rejestrowanie ich formy elektronicznej,
umożliwiać filtrowanie widoków wszystkich wyświetlanych rejestrów według
dowolnego zestawu metadanych,
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
umożliwiać sortowanie widoków wszystkich wyświetlanych rejestrów poprzez
kliknięcie nagłówka kolumny,
umożliwiać rejestrację i nadzorowanie obiegu korespondencji wewnętrznej
Zamawiającego (pomiędzy pracownikami i komórkami organizacyjnymi)
udostępniać bazę nadawców i odbiorców korespondencji w celu sprawnej
obsługi EODu
posiadać mechanizm ostrzegania zapobiegający dublowaniu wpisów w bazie
nadawców i odbiorców
posiadać możliwość porządkowania bazy adresowej w trybie on-line podczas
pracy w systemie bez konieczności wylogowania użytkowników.
podczas scalania umożliwiać blokowanie dla pozostałych użytkowników
modyfikacji interesantów wybranych do scalenia (scalenie czyli zastąpienie
kilku nieprawidłowych wpisów do bazy adresowej jednym prawidłowym) oraz
scalenia interesantów aktualnie edytowanych przez użytkowników
posiadać możliwość wielopoziomowej dekretacji wpływającej korespondencji
z możliwością
niezależnego
kierowania
oryginałów
dokumentów
i sporządzania dowolnej ilości ich kopii, tworzonych na dowolnym etapie ich
obiegu. Każda z utworzonych kopii dokumentów musi być nadzorowana
rejestrować każdą czynność związaną z poszczególnym dokumentem, np. w
postaci historii,
przypisując jednoznacznie odpowiedzialność za każdą
czynność i dając możliwość szybkiego odczytania tych informacji
umożliwić w ramach obsługi procesów podpisywania kolejnych decyzji
(dokumenty) bezpiecznym podpisem elektronicznym z użyciem certyfikatu
kwalifikowanego lub niekwalifikowanego, zapewniając zdefiniowaną
odpowiedzialność za podejmowane decyzje,
rejestrować zmiany dokonane w danych adresowych np. w postaci historii
zachowywać dane adresowe historyczne w dokumentach z jednoczesną
możliwością ich aktualizacji
posiadać możliwość nadawania poleceń i terminów realizacji związanych z
korespondencją oraz ich kontroli
posiadać możliwość przydzielania zadań samemu sobie oraz innym
użytkownikom zgodnie z przydzielonymi uprawnieniami oraz umożliwiać
nadzorowanie terminu i sposobu realizacji
posiadać jednolity terminarz organizacji z możliwością wpisywania terminów i
rocznic poszczególnym użytkownikom i grupom pracowników oraz ich
powiadamiania wraz z potwierdzeniem
posiadać możliwość tworzenia i przeglądania terminarzy grupowych oraz
zarządzania nimi
posiadać możliwość udzielania zastępstw przez pracowników oraz pracę w
zastępstwie (przy czym w historii musi być widoczne, że czynności na obiekcie
wykonała osoba zastępująca wraz z jej wskazaniem),
zapewniać jednoznaczne przypisanie odpowiedzialności za każdy z
dokumentów
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
umożliwiać prezentację danych opisujących dokumenty i sprawy dla wielu
dokumentów/spraw jednocześnie
EOD musi ewidencjonować i nadzorować dokumenty wewnętrzne jednostki
wraz z ich stanami i wersjami); musi istnieć możliwość odtworzenia stanu
(wersji) dokumentu obowiązującej w danym dniu, jeżeli dokument w systemie
zmienił wersję/stan.
Obsługa korespondencji wychodzącej powinna być wyposażona w możliwość
wykorzystania szablonów ułatwiających przygotowanie dokumentów.
Tworzenie szablonów powinno być proste i możliwe do samodzielnego
definiowania i modyfikowania przez przeszkolonego pracownika jednostki.
EOD musi umożliwiać rejestrowanie i prowadzenie spraw wraz z dokumentami
związanymi. System musi dawać możliwość kontrolowania stanu sprawy
(stopnia realizacji) i poszczególnych terminów realizacji wraz z
powiadamianiem o opóźnieniach. Sprawy są trwale gromadzone w teczkach i
podteczkach rzeczowego wykazu akt i udostępniane zgodnie z uprawnieniami.
EOD musi dawać możliwość przekazywania prowadzonych spraw innym
pracownikom do dalszego prowadzenia. EOD powinien umożliwiać
wyszukanie spraw przeterminowanych oraz niezakończonych.
EOD musi umożliwiać definiowanie – obok dokumentów – również innych
obiektów (np. notatek, zadań, zdarzeń),
EOD musi umożliwiać zdefiniowanie i prowadzenie rejestrów wszystkich
typów dokumentów z zakresu działalności urzędu zgodnie z wymaganiami
prawnymi dotyczącymi tych dokumentów
EOD musi umożliwiać prowadzenie rejestrów obiektów nie będących
dokumentami, np. posiedzeń rady, wyjazdów służbowych, kontroli itd.,
EOD ma być wyposażony w wyszukiwarkę, która w prosty i szybki sposób
znajduje odpowiednie dokumenty, interesantów i inne obiekty. Wyszukiwarka
ma umożliwiać przeszukiwanie metryk dokumentów, jak i umożliwiać
wyszukiwanie w treści dokumentów (plików dokumentów) w formatach MS
Word, MS Excel, HTML, XML, PDF, OpenOffice, TXT.
Instrukcja obsługi EOD i inne jego dokumenty mają być polskojęzyczne, EOD
ma mieć możliwość przechowywania polskojęzycznych danych.
Uprawnieni użytkownicy mają mieć możliwość sumarycznej kontroli
dotyczącej ilości korespondencji przychodzącej, terminów realizacji
i przydzielonych zadań poszczególnych użytkowników oraz ich grup. Kontrola
dotycząca terminów realizacji jest też możliwa z odpowiednim wyprzedzeniem
(stan na dany dzień).
EOD powinien być elastyczny i umożliwiać samodzielne dostosowanie do
konkretnych potrzeb na stanowisku, EOD powinien zapamiętywać profile
pracy poszczególnych użytkowników w każdym z modułów i udostępniać je po
zalogowaniu na dowolnej stacji roboczej.
EOD powinien być wyposażony w możliwość implementacji procedur
postępowania związanych z obiegiem dokumentów przy odpowiednim typie
sprawy. Definiowanie procesów pracy ma być jasne i umożliwiać tworzenie
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
osobnych kroków. Kroki te mogą być niezależnie kontrolowane przez
użytkownika prowadzącego. Tworzenie procedur powinno być możliwe do
samodzielnego wykonania przez odpowiednio wyszkolonego administratora po
stronie urzędu.
EOD powinien cechować się rozbudowanym modułem bezpieczeństwa
zarządzającym dostępem użytkowników zarówno do odpowiedniego typu
dokumentów (grup dokumentów, teczek), jak i funkcji systemu.
Baza danych, w której przechowane są dokumenty powinna być ograniczona
jedynie zasobami sprzętowymi serwera. System operacyjny serwera powinien
zapewnić kontrolowany dostęp do zasobów bazy danych.
EOD powinien być wyposażony w mechanizmy dokonujące eksportu
wybranych danych do Biuletynu Informacji Publicznej zgodnie z
obowiązującymi standardami formatu danych. EOD udostępnia otwarty
interfejs integracji z dowolnym Systemem BIP. Interfejs zapewnia dostęp do
informacji o sprawach i dokumentach wyznaczonych do publikowania w BIP.
EOD informuje o dacie umieszczenia dokumentu i informacji o sprawach w
BIP oraz dacie aktualizacji tych dokumentów.
EOD powinien zapewniać importowanie korespondencji elektronicznej z sieci
Internet do wewnętrznej, oddzielonej galwanicznie sieci urzędu
Zamawiającego.
EOD powinien umożliwiać dołączanie notatki tekstowej do dokumentów wraz
z możliwością potwierdzenia przez użytkownika systemu faktu zapoznania się
z jej treścią. EOD powinien informować o dokumentach posiadających
niepotwierdzone notatki.
EOD powinien zapewniać integrację z systemem informatycznym
zapewniającym realizację zadań jednostek administracji publicznej
wynikających z ustawy z dnia 18 września 2001 r. o podpisie elektronicznym
(Dz.U. 2001, Nr 130, poz. 1450) (dalej „Elektroniczny Urząd) i umożliwiającą
załatwianie spraw drogą elektroniczną.
EOD powinien zapewniać integrację z elektroniczną skrzynką podawczą
umożliwiającą spełnianie wymagań ustawowych Rozporządzenia Prezesa Rady
Ministrów z dnia 29 września 2005 w sprawie warunków organizacyjno –
technicznych doręczania dokumentów elektronicznych podmiotom publicznym
(Dz. U. Nr 200 poz. 1651), w zakresie:
 Importu dokumentów (korespondencji przychodzącej) do EOD
 Eksportu dokumentów z EOD do skrzynki podawczej
Z EOD wykonawca powinien dostarczyć narzędzie służące do wykonywania
automatycznej oraz ręcznej kopii zapasowej EOD. Przy kopii automatycznej
administrator ma mieć możliwość zdefiniowania konkretnego terminu
wykonania kopii lub terminu powtarzającego się cyklicznie (np. od
poniedziałku do piątku o godzinie 22:00). Narzędzie to ma umożliwiać
wykonywanie co najmniej dwóch rodzajów kopii:
 Pełną kopię bezpieczeństwa EOD (kopia, która umożliwia przywrócenie
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
59.
systemu wraz z wszystkimi ustawieniami, z bazą danych oraz
dokumentami),
 Różnicową kopię EOD (aktualizuje kopię pełną o dane, które uległy TAK*/ NIE*
zmianie).
 SZCZEGÓŁOWY OPIS MODUŁÓW SYSTEMU
1.
2.
3.
4.
5.
6.
7.
8.
1.
2.
3.
4.
5.
6.
7.
8.
9.
1.
Logowanie użytkownika do EOD przy pomocy indywidualnego hasła,
Stałe wyświetlanie informacji o osobie zalogowanej i o pracy w zastępstwie
Możliwość indywidualnego ustalania hasła użytkownika,
Możliwość ustalania reguł złożoności hasła dla wszystkich użytkowników
Mechanizm wymuszania na użytkowniku okresowej zmiany hasła z
określonym stopniem złożoności hasła,
Możliwość zastępowania użytkownika bez konieczności ujawniania hasła
dostępu,
Hasła użytkowników są szyfrowane.
Możliwość integracji z Active Directory
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Rejestrowanie i sygnalizowanie terminów własnych pracownika oraz
zaplanowanych przez kierownictwo dla innych pracowników (pojedynczych i
cyklicznych), możliwość dodawania obszernych opisów do terminów;
Rejestrowanie i sygnalizowanie rocznic własnych pracownika i zaplanowanych
przez kierownictwo,
Kojarzenie terminów i rocznic z dokumentami, sprawami i pismami,
Definiowane terminarzy dziennych i grupowych,
Przeglądanie informacji zgromadzonych w kalendarzu w różnych widokach
(ciągły, dzienny, grupowy z możliwością definiowania listy stanowisk)
Odfiltrowanie terminów prywatnych, projektowanych oraz potwierdzonych
przez innych pracowników
Podglądanie terminarza pracownika podległego (z wyłączeniem terminów
prywatnych)
Generowanie wydruków z terminarza w układzie dziennym lub grupowym.
Moduł zarządzania czasem pracowników ma być w pełni zintegrowany
z innymi modułami EOD i umożliwiać pełną wymianę dokumentów pomiędzy
modułami oraz swobodną nawigację pomiędzy dokumentami powiązanymi ze
sobą.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Sporządzanie notatek w formie niestandardowych i zestandaryzowanych TAK*/ NIE*
druków i formularzy sporządzanych w postaci plików w dowolnym formacie
Załącznik A do Załącznika nr 6 do siwz
2.
wydruk notatki
TAK*/ NIE*
3.
zakładanie sprawy na podstawie notatki
TAK*/ NIE*
4.
dołączanie załączników do notatki (skanów i plików)
TAK*/ NIE*
5.
przekazanie notatki do akceptacji przełożonemu
TAK*/ NIE*
6.
filtrowanie istniejących notatek po stanie realizacji oraz dacie utworzenia
TAK*/ NIE*
7.
Generowanie wydruków z odfiltrowanych notatek
TAK*/ NIE*
Definiowanie zadań własnych pracownika oraz zlecanie zadań dla innych
pracowników Zamawiającego,
Kierowanie zadań do komórek organizacyjnych z możliwością dekretowania
ich na wskazanych pracowników komórki,
Nadzorowanie terminu i sposobu realizacji zadań przez zlecającego z
możliwością odrzucania zadań wykonanych niewłaściwie,
Kojarzenie zadań z dokumentami i sprawami.
Filtrowanie zadań po statusie, dacie oraz innych dowolnych kryteriach
Generowanie wydruków odfiltrowanych zadań
TAK*/ NIE*
Definiowanie dowolnych zasobów (aktywów) Zamawiającego,
Łączenie zasobów w grupy (np. sale, samochody służbowe, rzutniki
multimedialne itp.),
Ustalanie osób uprawnionych do rezerwowania zasobów,
Rezerwowanie wybranych zasobów w określonym dniu i przedziale czasowym
z sygnalizowaniem konfliktów (próby jednoczesnego wykorzystania w tym
samym czasie),
Przeglądanie historii wykorzystania wybranego zasobu lub grupy zasobów,
Raportowanie.
Generowanie wydruków z ustalonego zakresu czasu określających
wykorzystanie aktywów.
TAK*/ NIE*
TAK*/ NIE*
1.
2.
3.
4.
5.
6.
1.
2.
3.
4.
5.
6.
7.
1.
2.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Sygnalizowanie zdarzeń
EOD ma umożliwiać informowanie użytkownika, oraz kierownictwo TAK*/ NIE*
wszystkich szczebli o zdarzeniach i terminach wynikających z prowadzonych
spraw, dokumentów i wykonywanych zadań.
EOD powinien umożliwiać:
Sygnalizowanie przeterminowanych dokumentów, spraw i zadań oraz TAK*/ NIE*
automatyczne generowanie ich wykazów, przy czym dokumenty i sprawy
przeterminowane są wyświetlane np. wyróżnionym kolorem,
Załącznik A do Załącznika nr 6 do siwz
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
Sygnalizowanie zdarzeń z zadanym okresem wyprzedzenia, oraz
automatyczne generowanie ich wykazów,
Sygnalizacja zdarzeń bieżących obejmuje informowanie użytkownika
o zdarzeniach i terminach takich jak:
Otrzymanie nowego pisma do załatwienia,
Pojawienie się nowego terminu wpisanego do terminarza przez innego
użytkownika,
Sygnalizowanie terminu przekroczonego,
Zlecenie nowego zadania do wykonania przez innego użytkownika,
Pojawienie się zadania do akceptacji przez zlecającego,
Pojawienie się zadania do zadekretowania (dla kierownika),
Przeterminowanie zadania (własnego lub powierzonego),
Wyznaczenie pracownika do zastępowania,
Pojawienie się w kancelarii (sekretariacie) wycofanego pisma,
Pojawienie się nowych pism do zadekretowania (dla kierowników
wszystkich szczebli),
Pojawienie się nowej sprawy, dla której użytkownik jest wyznaczony jako
współpracujący,
Przeterminowanie sprawy,
Pojawienie się nowego dokumentu, dla którego użytkownik jest wyznaczony
jako współpracujący,
Pojawienie się nowego dokumentu do akceptacji (dla osoby posiadającej
uprawnienia do akceptacji).
Pojawienie się nowego pisma do akceptacji (dla osoby posiadającej
uprawnienia do akceptacji),
Pojawienie się pisma już zaakceptowanego (tych, które użytkownik wysłał
do akceptacji),
Oznaczenie dokumentu lub sprawy komentarzem.
EOD powinien zapewniać użytkownikowi natychmiastowe wylistowanie
dokumentów sygnalizowanych.
Funkcje uzupełniające
EOD powinien zapewniać użytkownikowi:
1.
Szybki dostęp do regulacji i procedur wewnętrznych,
Zarządzanie własnymi dokumentami oraz sprawami poprzez tworzenie grup
2.
dokumentów podręcznych,
Przekazywanie dokumentów i spraw pomiędzy pracownikami, dostępne z
3.
poziomu pojedynczego dokumentu/sprawy i grupowe, z możliwością
pokwitowania przez osobę otrzymującą dokumenty/sprawy
Ustalanie pracowników zastępujących na czas nieobecności w pracy innych
4.
pracowników (na bieżąco i z wyprzedzeniem),
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
5.
Logowanie się do EOD pracownika w zastępstwie innego z uprawnieniami TAK*/ NIE*
pracownika zastępowanego.
Obsługa korespondencji przychodzącej
Obsługa korespondencji przychodzącej powinna być modułem EOD, przeznaczonym do rejestracji i
zarządzania obiegiem pism wpływających w dowolnej postaci (papierowej, faksowej, emaile itp.).
Powinna wspomagać pracę kancelarii i sekretariatów jednostki. Musi umożliwiać rejestrowanie i
nadzorowanie obiegu korespondencji przychodzącej wewnątrz jednostki. We współpracy z innymi
modułami zintegrowanego pakietu oprogramowania, powinna wspomagać kontrolowanie obiegu
dokumentów i informacji. Moduł musi realizować następujące funkcje:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
Rejestrowanie pism wpływających w wielu, dowolnie zdefiniowanych
dziennikach (rejestrach) korespondencji wpływającej,
Automatyczną rejestrację poczty elektronicznej odebranej na oficjalnym koncie
pocztowym
jednostki oraz na indywidualnych kontach pocztowych
pracowników (wraz z załącznikami i identyfikacją danych adresowych
nadawcy). Rejestracja musi odbywać się bezpośrednio z klienta poczty e-mail
wbudowanego w system.
Automatyczną rejestrację faksów elektronicznych przy założeniu, że urząd
posiada serwer faksów
Jednoczesne rejestrowanie korespondencji na wielu stanowiskach pracy,
Automatyczną numerację rejestrowanych pism,
Rejestrowanie wielu nadawców pisma,
Rejestrowanie załączników do pism,
Skanowanie pism i załączników i udostępnianie obrazów tych dokumentów
pracownikom Zamawiającego, stosownie do ich uprawnień,
Dołączanie dokumentów w formie dowolnych plików elektronicznych,
Drukowanie pieczęci wpływu i sygnowanie korespondencji np. za pomocą
drukarki etykiet samoprzylepnych, znakowanych kodem kreskowym
Identyfikowanie pism przy pomocy czytników kodu kreskowego,
Drukowanie potwierdzenia przyjęcia pisma przyniesionego osobiście przez
zainteresowanego do kancelarii lub sekretariatu jednostki, administrator
systemu lub osoba upoważniona ma możliwość projektowania wyglądu
potwierdzenia, na potwierdzeniu jest możliwość umieszczenia kodu
kreskowego, który identyfikuje przyjęty dokument
Drukowanie pokwitowania przekazania pism do komórek organizacyjnych i
pracowników, w układzie odzwierciedlającym kolejność rejestracji i z
podziałem na komórki/pracowników (pisma dla komórki/pracownika
zsumowane na odrębnym wydruku pokwitowania)
Klasyfikowanie (kategoryzowanie) pism wg dowolnie zdefiniowanego przez
użytkownika słownika,
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
Pełna obsługa obiegu wewnętrznego korespondencji:
- wielopoziomowe dekretowanie i przekazywanie pism (oryginałów) do
podległych komórek organizacyjnych i pracowników
- wycofywanie
niewłaściwie
zadekretowanej
i
przekazanej
korespondencji
- dekretowanie i przekazywanie kopii pism kierowanych „do
wiadomości”
pracowników
i
komórek
organizacyjnych,
przekazywanie na dowolną osobę, możliwość przekazywania
oryginału z zachowaniem kopii u użytkownika przekazującego
Dołączanie do pisma nieusuwalnych adnotacji z rejestracją czasu i autora tych
adnotacji,
Dołączanie do pisma polecenia wykonania określonych czynności,
Automatyczne rejestrowanie historii życia pisma od momentu zarejestrowania
go w EOD oraz drogi obiegu pomiędzy komórkami organizacyjnymi i
pracownikami jednostki oraz czasów zatrzymania,
Zaawansowane wyszukiwanie pism zarejestrowanych w EOD,
Gromadzenie bazy danych o nadawcach pism i kontrahentach,
Współpracę z systemem GUS - TERYT,
Klasyfikowanie nadawców i kontrahentów,
Ustalanie terminów rozpatrywania i załatwiania spraw związanych z pismem,
Definiowanie formatek dla pism napływających masowo, o powtarzających się
tematach, terminach realizacji, usprawniających rejestrację i zwierających
gotowe dane (tematy, terminy, dekretacja)
Zestawianie statystyk i raportów dotyczących korespondencji przychodzącej
oraz drukowanie tych raportów.
Moduł obsługi korespondencji przychodzącej powinien być w pełni
zintegrowany z innymi modułami EOD.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Obsługa spraw
Obsługa prowadzonych spraw powinna być modułem EOD przeznaczonym do ewidencjonowania
spraw prowadzonych przez jednostkę. Moduł musi umożliwiać realizację typowych funkcji
kancelaryjnych wykonywanych w każdej jednostce organizacyjnej, prowadzącej sprawy
interesantów oraz sprawy wewnętrzne. Moduł powinien realizować następujące funkcje:
TAK*/ NIE*
Nadzorowanie przebiegu spraw przez kierownictwo poprzez:
Sygnalizowanie spraw o określonym terminie załatwienia (dla których TAK*/ NIE*
1.
upłynął termin załatwienia, termin załatwienia upływa w dniu bieżącym,
termin załatwienia upłynie za jakiś czas itp.),
TAK*/ NIE*
2.
Kontrolowanie sposobów realizacji,
TAK*/ NIE*
3.
Możliwość bezpośredniego wglądu do każdego dokumentu sprawy,
TAK*/ NIE*
4.
Nadawanie priorytetów sprawom,
Załącznik A do Załącznika nr 6 do siwz
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
Śledzenie historii przebiegu sprawy od chwili zarejestrowania jej w EOD
oraz drogi obiegu dokumentów sprawy pomiędzy komórkami
organizacyjnymi i pracownikami.
Zakładanie spraw w oparciu o pisma wpływające do jednostki, pisma
wychodzące, pisma wewnętrzne, notatki i inne dokumenty. EOD powinien
zapewniać utworzenie wielu spraw w oparciu o jeden dokument,
Zakładanie sprawy w teczce bez pisma prowadzącego w przypadku, gdy
użytkownik posiada już założone sprawy w danej teczce
Dołączanie dowolnych dokumentów do sprawy – pism przychodzących i
wychodzących, dokumentów wewnętrznych, ustalanie i dołączanie do
sprawy danych adresowych stron zainteresowanych,
Definiowanie SYSTEMU numerowania spraw w sposób odpowiadający
jednostce i automatyczna numeracja zakładanych spraw,
Definiowanie na którym poziomie struktury organizacyjnej będzie
zdefiniowana numeracja spraw (czy sprawy mają się numerować na
poziomie najniższej komórki, najwyższej, czy położonej w środku struktury
organizacyjnej) dla każdej z gałęzi struktury organizacyjnej odrębnie
Grupowanie
dokumentów
tworzonych
i
rejestrowanych
w wyspecjalizowanych modułach w sprawy, teczki i podteczki,
Przenoszenie spraw pomiędzy teczkami i podteczkami,
Usuwanie spraw,
Klasyfikowanie spraw zgodnie z rzeczowym wykazem akt lub
analogicznym Systemem klasyfikacji stosowanym przez jednostkę,
Modyfikowanie rzeczowego wykazu akt stosowanie do potrzeb jednostki
poprzez rozbudowywanie kategorii
Klasyfikowanie spraw za pomocą słowników definiowanych przez
użytkownika, ułatwiające wykonywanie prac pracownikom,
Dołączanie dokumentów do sprawy – pism przychodzących
i wychodzących, dokumentów wewnętrznych jednostki, ustalanie
i dołączanie do sprawy danych adresowych stron zainteresowanych,
Dołączanie zadań do sprawy
Nadawanie statusów sprawom
Tworzenie grup pracowników współpracujących przy realizacji spraw z
możliwością definiowania uprawnień każdego z użytkowników w
poszczególnych sprawach,
Definiowanie standardowych procedur postępowania przy załatwianiu spraw
poprzez przydzielanie zadań do wykonania przez komórki organizacyjne i
pracowników organizacji, nadzorowanie stanu realizacji zadań i terminów,
Sporządzanie wykazów przekazywanych akt spraw,
Sporządzanie zestawień prowadzonych spraw, statystyk i raportów,
Przeszukiwanie spraw wg kryteriów dowolnie definiowanych przez
użytkownika,
Eksportowanie danych o stanie realizacji spraw
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
Automatyczne numerowanie dokumentów w sprawie i sygnowanie
dokumentów numerem sprawy,
Generowanie nowych dokumentów z poziomu sprawy (pism wychodzących,
notatek, pism wewnętrznych itp.).
Zebranie wszystkich spraw z teczki w danym roku w paczkę w celu
przekazania do archiwum elektronicznego
Wersjonowanie sprawy wraz z informacją o liczbie wersji oraz dostępem do
wszystkich wersji
Rejestrację historii życia sprawy.
Przypisanie odpowiedzialności za każdą sprawę do konkretnego
użytkownika (również w przypadku zastępstw).
Przekazywanie spraw innym pracownikom do prowadzenia (z
odpowiednimi adnotacjami w historii sprawy).
Dołączanie komentarzy (żółtych karteczek) do sprawy.
Bezpośredni dostęp ze spisu spraw do szczegółów każdej z nich w trybie
edycji lub podglądu.
Filtrowanie dokumentów w sprawie z możliwością określenia daty
dokumentu, jego typu oraz użytkownika który go dołączył.
Możliwość wznawiania sprawy po jej uprzednim zamknięciu.
Moduł powinien być w pełni zintegrowany z innymi modułami EOD.
Powinien umożliwiać pełną wymianę dokumentów pomiędzy modułami oraz
swobodną nawigację pomiędzy dokumentami powiązanymi ze sobą.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Ewidencja dokumentów
EOD powinien posiadać moduł ewidencji (rejestrów) dokumentów powstających
i gromadzonych przez organizację, które nie są kierowane do określonych adresatów
(interesantów bądź kontrahentów) takich jak regulaminy, statuty, uchwały, protokoły, umowy
itp. Moduł musi wspomagać pracę organów stanowiących i wykonawczych jednostki (np.
biura obsługi zarządu). Umożliwiać rejestrowanie i nadzorowanie dokumentów gromadzonych
w segregatorach, teczkach i podteczkach. Moduł powinien realizować typowe funkcje
kancelaryjne wykonywane w związku z obsługą dokumentacji jednostki. Moduł powinien
posiadać następujące funkcje:
Definiowanie i prowadzenie rejestrów dokumentów: uchwał, protokołów, TAK*/ NIE*
1.
zarządzeń, umów itp.,
Definiowanie rodzajów ewidencjonowanych dokumentów (np. umowy, TAK*/ NIE*
2.
uchwały, pozwolenia itp.) wraz z określeniem ich atrybutów (odrębnie dla
każdego z rodzajów dokumentów).
Minimalny zestaw atrybutów przy definiowaniu ewidencjonowanych TAK*/ NIE*
3.
dokumentów musi obejmować:
Definiowalny zakres danych opisujących dokument (opisy, daty, słowniki TAK*/ NIE*
4.
itp.)
Załącznik A do Załącznika nr 6 do siwz
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
Definiowalne parametry pól danych opisujących (długość pól,
wymagalność, wartości domyślne, kolejność wyświetlania itp.)
Definiowalną maskę numeru dokumentu (z parametrami kontroli
unikalności numeru, numeracji automatycznej bądź ręcznej itp.)
Domyślne szablony dokumentu
Możliwość ustawienia domyślnej teczki Rzeczowego Wykazu Akt
Możliwość zdefiniowania w masce numeru elementów słownikowych
Prowadzenie dowolnego rodzaju rejestrów dokumentów. Wyświetlanie
danych o dokumentach (rejestrów) w układzie tabelarycznym standardowym
i zdefiniowanym przez użytkownika.
Definiowanie widoku użytkownika powinno obejmować:
Definiowanie widoków indywidualnych pracownika i publicznych
(dostępnych dla innych użytkowników EOD) przypisanych do
określonych rodzajów dokumentów,
Definiowanie układu tabeli (liczby kolumn, kolejności wyświetlania
kolumn),
Dynamiczne modyfikowanie widoków (sortowanie po nagłówkach
kolumn itp.).
Przechowywanie treści dokumentów utworzonych w dowolnym formacie
lub skanowanych,
Tworzenie Systemu powiązań i zależności pomiędzy dokumentami,
Definiowanie stron głównych i zainteresowanych dla dokumentów
Klasyfikowanie dokumentów zgodnie z rzeczowym wykazem akt lub
podobnym Systemem klasyfikacji stosowanym przez jednostkę,
Wersjonowanie dokumentów oraz przechowywanie treści dokumentów i
załączników dla każdej z wersji,
Zapewnienie dostępu do treści dokumentu w określonej wersji
obowiązującej w określonym czasie,
Możliwość edycji wszystkich plików dokumentu wraz z załącznikami
Nadzorowanie dokumentów przez kierownictwo – terminów i statusów.
Możliwość bezpośredniego wglądu do treści każdego dokumentu,
Śledzenie historii życia dokumentu od chwili zarejestrowania w EOD oraz
wszystkich czynności wykonywanych na dokumencie przez pracowników,
Sporządzanie wykazów przekazywanych dokumentów,
Przeszukiwanie dokumentów wg kryteriów dowolnie definiowanych przez
użytkownika,
Generowanie dokumentów na podstawie zdefiniowanych szablonów,
Podpisywanie dokumentów i załączników podpisem elektronicznym
kwalifikowanym z poziomu aplikacji z możliwością wielokrotnego
podpisywania dokumentu przez osoby akceptujące,
Obsługa ścieżki akceptacji dokumentów oraz dynamiczne tworzenie listy
osób akceptujących dla każdego użytkownika EOD,
Sygnowanie dokumentów kodem kreskowym,
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
30.
31.
32.
33.
TAK*/ NIE*
Identyfikowanie dokumentów przy pomocy czytnika kodów kreskowych.
TAK*/ NIE*
Możliwość eksport wybranych dokumentów do BIPu,
Zebranie wszystkich dokumentów z teczki w danym roku w paczkę w celu TAK*/ NIE*
przekazania do archiwum elektronicznego. Przekazanie powinno odbywać
się poprzez nośnik lub usługi oparte o WebService.
Moduł powinien być w pełni zintegrowany z innymi modułami EOD. Musi
umożliwiać pełną wymianę dokumentów pomiędzy modułami oraz TAK*/ NIE*
swobodną nawigację pomiędzy dokumentami powiązanymi ze sobą.
Obsługa korespondencji wychodzącej
Obsługa korespondencji wychodzącej powinna być modułem EOD, przeznaczonym do
rejestracji i zarządzania obiegiem pism wychodzących z urzędu. Moduł powinien wspomagać
pracę pracowników urzędu oraz kancelarii i sekretariatów. Moduł musi realizować następujące
funkcje:
TAK*/ NIE*
1.
Rejestrowanie pism wychodzących na każdym stanowisku pracy,
TAK*/ NIE*
2.
Rejestrowanie załączników do pism wychodzących,
Generowanie treści pism wychodzących i załączników w oparciu o TAK*/ NIE*
zdefiniowane szablony z automatycznym uzupełnianiem danymi
pochodzącymi z bazy danych EOD conajmniej pól: nr pisma wychodzącego,
3.
nr sprawy, temat, dane adresowe strony postępowania, dane adresowe stron
zainteresowanych, pole uwagi, dane autora dokumentu, jego stanowisko,
nazwa komórki, lokalizacja, sposób wysyłki, kod kreskowy.
Podpisywanie
pism
i
załączników
podpisem
elektronicznym TAK*/ NIE*
4.
kwalifikowanym i niekwalifikowanym z poziomu aplikacji, z możliwością
wielokrotnego podpisywania dokumentu przez osoby akceptujące,
Obsługa ścieżki akceptacji pism oraz dynamiczne tworzenie listy osób TAK*/ NIE*
5.
akceptujących dla każdego użytkownika EOD,
TAK*/ NIE*
6.
Automatyczne numerowanie pism,
Skanowanie pism i załączników i udostępnianie obrazów tych dokumentów TAK*/ NIE*
7.
pracownikom urzędu, stosownie do ich uprawnień,
TAK*/ NIE*
8.
Dołączanie dokumentów w formie plików elektronicznych i skanów,
Możliwość zarejestrowania uwag związanych z pismem w odrębnym polu TAK*/ NIE*
9.
przypisanym do konkretnego pisma
TAK*/ NIE*
10. Autoryzowanie i zatwierdzanie treści pism przez osoby uprawnione,
Klasyfikowanie (kategoryzowanie) pism wg dowolnie zdefiniowanego przez TAK*/ NIE*
11.
użytkownika słownika,
TAK*/ NIE*
12. Wersjonowanie pisma na każdym etapie jego opracowywania,
TAK*/ NIE*
13. Gromadzenie bazy danych o adresatach pism i kontrahentach urzędu,
TAK*/ NIE*
14. Klasyfikowanie adresatów i kontrahentów,
W zakresie usprawnienia przygotowania pism wychodzących do wysyłki system powinien
umożliwiać co najmniej:
Załącznik A do Załącznika nr 6 do siwz
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
drukowanie adresów
za pomocą drukarki etykiet samoprzylepnych,
drukowanie adresów wraz z kodem kreskowym,
drukowanie adresów dla wybranych z listy adresatów i dla wszystkich
adresów widocznych na liście bez konieczności zaznaczania każdego
adresata z osobna,
możliwość wpisania zwrotu grzecznościowego który pojawi się na
wszystkich aktualnie drukowanych etykietach bez konieczności wpisywania
zwrotu grzecznościowego odrębnie dla każdego z adresatów.
zaznaczenie różnych sposobów wysyłki (lista sposobów wysyłki edytowalna
dla administratora) dla pisma wychodzącego kierowanego jednocześnie do
strony postępowania i stron zainteresowanych
potwierdzenie powrotu i zaznaczenie daty z tzw. „zwrotki” zarówno z
poziomu pracownika jak i z poziomu kancelarii
wpisanie numer r-ki zarówno z poziomu pracownika jak i z poziomu
kancelarii
zmiana sposobu wysyłki, zaznaczenie braku doręczenia pisma wraz z
możliwością wpisania powodu nie doręczenia, (z jednoczesnym zapisem
tych informacji w historii pisma) ponowne skierowanie do wysyłki z
jednoczesną możliwością zmiany sposobu wysyłki zarówno z poziomu
pracownika jak i z poziomu kancelarii
zaznaczenie odebrania osobistego pisma (z zapisem daty odbioru osobistego)
z poziomu pracownika jak i z poziomu kancelarii, z możliwością
skierowania pisma do wysyłki w przypadku braku odbioru osobistego
łączenie/wyłączanie kilku pism w koperty/paczki w celu wspólnej wysyłki
do jednego adresata, po utworzeniu wspólnej koperty wpisanie nr r-ki i daty
z tzw. „zwrotki” dla wspólnej koperty ma skutkować aktualizacją zapisów na
poszczególnych pismach wchodzących w skład koperty
automatyczny wydruk książki nadawczej co najmniej w formacie graficznym
akceptowanym przez Pocztę Polską
wyszukiwanie pism po kodzie kreskowym widocznym na etykiecie, po nr rki, po sposobie doręczenia i etapie doręczania: wysłane, nie doręczone,
skierowane do ponownej wysyłki
w przypadku wysyłki za zwrotnym potwierdzeniem odbioru możliwość
przeglądania na zbiorczym zestawieniu wszystkich dat odebrania
poszczególnych dokumentów z możliwością ich sortowania: rosnąco,
malejąco
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
W zakresie wysyłki e-maili wychodzących system ma umożliwiać:
TAK*/ NIE*
27. wysyłanie e-maila bezpośrednio z ekranu tworzenia pisma wychodzącego,
wpisywanie treści e-maila
bezpośrednio z ekranu tworzenia pisma TAK*/ NIE*
28.
wychodzącego,
sposób powstawania/rejestracji e-maila analogiczny do pozostałych pism TAK*/ NIE*
29.
wychodzących
Załącznik A do Załącznika nr 6 do siwz
30.
31.
32.
33.
34.
wpisywanie treści, załączników do e-maila w przypadku pisma jednocześnie
dla adresatów głównych i maili do wiadomości z możliwością ich
zróżnicowania
dołączanie jako załącznik do e-maila wysyłanego z systemu plików
powstających z użyciem zdefiniowanego w systemie szablonu z
automatycznym uzupełnianiem danymi pochodzącymi z bazy danych EOD
w tym co najmniej pól: nr pisma wychodzącego, nr sprawy, temat, dane
adresowe strony postępowania, dane adresowe stron zainteresowanych, pole
uwagi, dane autora dokumentu, jego stanowisko, nazwa komórki,
lokalizacja, sposób wysyłki, kod kreskowy.
konfigurowania odrębnie przez każdego użytkownika EOD: adresu e –mail,
nazwy konta, podpisu pod e-mail którymi będzie się posługiwał w
przypadku e-maili.
EOD powinien wspomagać pracę kancelarii jednostki w zakresie
adresowania i ekspedycji pism wychodzących. Powinien generować wykazy
pism poleconych i dostarczanych przez gońców.
Moduł powinien być w pełni zintegrowany z innymi modułami EOD
i zapewniać swobodną nawigację pomiędzy dokumentami powiązanymi.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Obsługa korespondencji wewnętrznej
Obsługa korespondencji wewnętrznej powinna być modułem EOD, przeznaczonym do
rejestracji i zarządzania obiegiem pism w obiegu wewnętrznym (pomiędzy pracownikami
i komórkami organizacyjnymi urzędu. Moduł powinien realizować następujące funkcje:
TAK*/ NIE*
1.
Rejestrowanie pism wewnętrznych na każdym stanowisku pracy,
TAK*/ NIE*
2.
Rejestrowanie załączników do pism wewnętrznych,
Generowanie treści pism wychodzących i załączników w oparciu o TAK*/ NIE*
3.
zdefiniowane szablony, analogiczne do szablonów z korespondencji
wychodzącej
Podpisywanie pism i załączników podpisem elektronicznym TAK*/ NIE*
4.
kwalifikowanym i niekwalifikowanym z poziomu aplikacji, z możliwością
wielokrotnego podpisywania dokumentu przez osoby akceptujące,
Obsługa ścieżki akceptacji pism oraz dynamiczne tworzenie listy osób TAK*/ NIE*
5.
akceptujących dla każdego użytkownika EOD,
TAK*/ NIE*
6.
Automatyczne numerowanie pism,
Skanowanie pism i załączników i udostępnianie obrazów tych TAK*/ NIE*
7.
dokumentów pracownikom urzędu, stosownie do ich uprawnień,
TAK*/ NIE*
8.
Dołączanie dokumentów w formie plików elektronicznych i skanów,
TAK*/ NIE*
9.
Autoryzowanie i zatwierdzanie treści pism przez osoby uprawnione,
Klasyfikowanie (kategoryzowanie) pism wg dowolnie zdefiniowanego TAK*/ NIE*
10.
przez użytkownika słownika,
Kierowanie pism jednocześnie do wielu pracowników i komórek TAK*/ NIE*
11.
organizacyjnych, bez potrzeby zaznaczania każdego pracownika oddzielnie
Załącznik A do Załącznika nr 6 do siwz
12.
13.
14.
Wysyłka korespondencji pomiędzy pracownikami nie wymagająca TAK*/ NIE*
współpracy kancelarii, z jednoczesnym tworzeniem wspólnego odrębnego
rejestru pism wewnętrznych
TAK*/ NIE*
Kontrolowanie wersji dokumentu na każdym etapie jego opracowywania,
TAK*/ NIE*
Moduł powinien być w pełni zintegrowany z innymi modułami EOD.
Hierarchiczny dostęp do dokumentów i spraw
EOD powinien umożliwiać definiowanie grup użytkowników, którzy posiadają zróżnicowane
uprawnienia dostępu do dokumentów i spraw, a w szczególności:
TAK*/ NIE*
1.
Grup użytkowników z dostępem do rejestrów dokumentów i spraw,
Grup użytkowników z dostępem do treści dokumentów i spraw z TAK*/ NIE*
2.
pominięciem hierarchii RWA.
Grup użytkowników z dostępem do obsługi korespondencji wychodzącej i TAK*/ NIE*
3.
obsługi korespondencji przychodzącej
Wspomaganie pracy biura obsługi Zarządu (Rady Gminy)
EOD powinien posiadać narzędzie wspomagające pracę biura Rady Gminy. Struktura
gromadzonych danych powinna być całkowicie dowolna i umożliwiać dostosowywanie do
specyficznych potrzeb urzędu. EOD powinien umożliwiać prowadzenie rejestrów:
składu osobowego Rady z uwzględnieniem zmian zachodzących w tych TAK*/ NIE*
1.
składach – odwołania itp.,
TAK*/ NIE*
2.
posiedzeń Rady,
TAK*/ NIE*
3.
list obecności osób zaproszonych na posiedzenia,
dokumentów rozpatrywanych i podejmowanych na tych posiedzeniach – TAK*/ NIE*
4.
projektów uchwał, uchwał podjętych, protokołów, interpelacji i wniosków
itp.,
Definiowanie szablonów dokumentów
EOD powinien zapewniać realizowanie następujących funkcji:
Definiowanie szablonów z poziomu EOD (wbudowany edytor tekstu) z
możliwością wstawiania do treści pisma znaczników, których zawartość
1.
jest automatycznie odczytywana z bazy danych dokumentów, interesantów
i kontrahentów.
EOD powinien zapewniać automatyczne wstawianie następujących danych
2.
do treści pisma:
Danych adresata (minimum: nazwisko, imię, instytucję, kod pocztowy,
3.
nazwę miejscowości, nazwę ulicy, numer domu i lokalu, NIP, REGON,
PESEL),
Danych strony zainteresowanej (minimum: nazwisko, imię, instytucję, kod
4.
pocztowy, nazwę miejscowości, nazwę ulicy, numer domu i lokalu),
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
5.
6.
7.
8.
9.
10.
11.
Tematu dokumentu,
Numeru dokumentu,
Znaku sprawy z którą dokument jest związany,
Datę utworzenia,
Dane autora dokumentu,
Symbol komórki organizacyjnej autora dokumentu,
Kod kreskowy jednoznacznie identyfikujący dokument Dołączanie
dokumentów w formie plików elektronicznych i skanów,
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Wyszukiwanie dokumentów
Wyszukiwanie dokumentów musi być integralną częścią EOD, przeznaczoną do wyszukiwania
dokumentów utworzonych i zarejestrowanych w EOD. Moduł powinien umożliwiać realizację
następujących funkcji:
Zestawianie prostych i złożonych warunków wyszukiwania dokumentów
TAK*/ NIE*
1.
według ich metryk,
Pełnotekstowe
przeszukiwanie
treści
dokumentów
wcześniej
TAK*/ NIE*
2.
przetworzonych przez OCR.
Zestawianie wykazów wyszukanych dokumentów wraz z prezentacją
TAK*/ NIE*
3.
kontekstu i wskazania wystąpień poszukiwanych wyrazów w przypadku
przeszukiwania plików dokumentów,
TAK*/ NIE*
4.
Zestawianie zakresu informacji o wyszukanych dokumentach,
TAK*/ NIE*
5.
Zestawianie statystyk o dokumentach,
TAK*/ NIE*
6.
Wyświetlanie informacji szczegółowych o wyszukanych dokumentach,
Identyfikowanie i wyszukiwanie dokumentów na podstawie sygnowania w
TAK*/ NIE*
7.
EOD np. poprzez kod kreskowy,
TAK*/ NIE*
8.
Przeszukiwanie bazy interesantów.
TAK*/ NIE*
9.
Możliwość zapamiętywania zdefiniowanych warunków wyszukiwania
Workflow
System powinien mieć możliwość prowadzenia procesów zarówno w oparciu o ścieżki workflow
(zgodnie z ustalonymi procedurami i kolejnością) jak i poza workflow (swobodny obieg
dokumentów i spraw zgodny z nadawanymi użytkownikom uprawnieniami). Nawet jeżeli proces
rozpoczynany jest automatycznie (workflow), w każdym momencie użytkownicy muszą mieć
możliwość jego przerwania i załatwienia sprawy ad hoc. Moduł powinien umożliwiać realizację
następujących funkcji:
TAK*/ NIE*
1.
Modelowanie procesów za pomocą graficznego interfejsu.
Uruchamianie instancji procesów i zarządzanie nimi wg. definicji
TAK*/ NIE*
2.
procesów.
TAK*/ NIE*
3.
Definiowanie dowolnej liczby procesów oraz ich wersjonowanie.
TAK*/ NIE*
4.
Wizualizacja przebiegu procesu wg ścieżki jego faktycznego wykonania.
TAK*/ NIE*
5.
Prosty dostęp użytkownika do przydzielonych dla niego zadań workflow.
Załącznik A do Załącznika nr 6 do siwz
6.
Szybki sposób potwierdzania zadań wymagających prostych decyzji np.
potwierdzenie przyjęcia pisma itp.
TAK*/ NIE*
Pomoc
EOD musi być wyposażony w podsystem pomocy. Składa się on z:
pomocy podręcznej – użytkownik po wywołaniu tej funkcji przegląda całą TAK*/ NIE*
1.
instrukcję obsługi EOD,
możliwości wydruku całej dokumentacji w formie książki, poprzez TAK*/ NIE*
2.
pojedynczy wydruk odpowiednio sformatowanego pliku.
1.
2.
3.
4.
5.
6.
7.
8.
9.
Obsługa Archiwum Zakładowego
System musi umożliwiać archiwizację dokumentów elektronicznych z
możliwością przeniesienia danych do
Centralnego Archiwum
Elektronicznego (docelowo)
System musi umożliwiać określenie klasy archiwalnej dla rejestrowanego
dokumentu/sprawy.
System musi zapewniać stały dostęp do dokumentów, w tym również do
takich, które zostały już zarchiwizowane.
System musi wspomagać proces archiwizowania papierowych wersji
dokumentu z uwzględnieniem dwóch rodzajów dokumentów:
- dokumenty, których oryginał nie jest potrzebny w trakcie bieżącej pracy
użytkowników Systemu i może być zarchiwizowany,
- dokumenty, których oryginał musi krążyć wraz z wersją elektroniczną.
System musi umożliwić sporządzanie spisów zdawczo-odbiorczych spraw
przekazywanych do archiwum.
System musi umożliwiać przechowywanie i edytowanie informacji z
dokładnym uszczegółowieniem gdzie znajduje się papierowa wersja
dokumentu.
System musi wspierać proces udostępniania dokumentów wcześniej
zarchiwizowanych w wersji papierowej (skanowanie i udostępnianie wersji
elektronicznych dokumentów).
System musi dawać możliwość określenia czasu, po którym dokumenty
zostaną przeniesione do archiwum od momentu ich zakończenia
System musi posiadać funkcje organizacji archiwum:
- dowolna ilość archiwów,
- otwieranie i zapisywanie załączników z archiwum,
- obsługa wniosków o wypożyczenie/udostępnienie akt.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
10.
11.
12.
13.
14.
15.
1.
2.
3.
4.
System musi umożliwiać definiowanie przez użytkownika własnych
katalogów (tworzenie hierarchii katalogów, przeglądanie ich zawartości,
TAK*/ NIE*
umieszczanie w katalogach dokumentów, spraw, podmiotów,
korespondencji, kopiowanie i przenoszenie danych pomiędzy katalogami –
możliwość kopiowania i przenoszenia grupowego).
System musi umożliwiać tworzenie spisów materiałów archiwalnych
TAK*/ NIE*
przeznaczonych do przekazania do archiwum państwowego
System musi umożliwiać tworzenie spisów dokumentacji niearchiwalnej
TAK*/ NIE*
przeznaczonych na makulaturę
System musi umożliwiać tworzenie raportów przez użytkownika
TAK*/ NIE*
dotyczących zasobów archiwalnych
System musi umożliwiać ograniczenie praw dostępu do określonych
TAK*/ NIE*
rodzajów dokumentów.
TAK*/ NIE*
System musi zapewniać bezpieczeństwo składowania dokumentów.
Integracja z Systemem internetowej obsługi interesanta
EOD powinien zapewniać eksportowanie pism oraz danych o stanie
(stopniu zaawansowania) załatwianych spraw do platformy SIOI.
EOD powinien umożliwić pracownikowi prowadzącemu sprawę
wytypowanie jej do publikacji w platformie SIOI.
EOD powinien zapewniać możliwość przyjmowania danych za
pośrednictwem aktywnych formularzy, udostępnionych na stronie Eformularzy, emaili oraz nośników informatycznych z możliwością
automatycznego rejestrowania tych danych w bazie Systemu obiegu
dokumentów.
Treść urzędowego poświadczenia odbioru powinna być możliwa do
przejrzenia z poziomu EOD. Technologia formularzy powinna zapewnić
możliwość podpisywania ich kwalifikowanym podpisem elektronicznym.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
.
Integracja z Systemem Ewidencji Przedsiębiorców
EOD powinien zapewniać eksportowanie danych XML z wcześniej
zarejestrowanych poprzez Elektroniczną Skrzynkę Podawczą - eformularzy (EDG1)
1.
Elektroniczna Skrzynka Podawcza
EOD powinien zapewniać integrację z Elektroniczną Skrzynką Podawczą
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
2.
3.
4.
5.
6.
7.
Po zalogowaniu do Systemu z wykorzystaniem identyfikatora w postaci
loginu i hasła bądź certyfikatu podpisu elektronicznego, klient urzędu
zależnej ma mieć dostęp do następujących funkcjonalności:
- wypełnienia dowolnego spośród udostępnionych e-formularzy, dołączenia
załączniki i wysłania kompletu dokumentów do właściwego urzędu,
otrzymując w odpowiedzi elektroniczne potwierdzenie odbioru,
- podpisywania wysyłanych dokumentów podpisem elektronicznym
weryfikowanym przez certyfikat kwalifikowany (korzystając z aplikacji do
składania
bezpiecznego
podpisu
weryfikowanego
certyfikatem
kwalifikowanym),
- przerwania swoich działań zachowując częściowo wypełniony danymi
formularz, do edycji którego może powrócić później,
- zarządzania ustawieniami skrzynki - zmienić hasło i login, wprowadzić
lub zmienić dane osobowe, które będą automatycznie wypełniać
odpowiednie pola składanych formularzy oraz podać adres poczty
elektronicznej (e-mail),
- uzyskiwania informacji o zdarzeniach, które zaszły w związku z jego
wnioskami złożonymi w urzędzie/jednostce zależnej (przyjęcie opłaty,
przyjęcie wniosku, wezwanie do uzupełnienia wniosku, wydanie decyzji)
oraz o związanych z nimi należnościach, a także odebrać odpowiednie
dokumenty w postaci elektronicznej (potwierdzenie odbioru, wpłaty, treść
wezwania, decyzji),
- uzyskiwania informacji o historii dokonywanych ostatnio w skrzynce
kontaktowej operacji (dostęp do logu operacji wraz z czasem ich
wykonania),
Dla celów wymiarowania systemu należy przyjąć, że system musi być w
stanie obsłużyć do 100 000 skrzynek kontaktowych.
System ma umożliwiać tworzenie, podpisywanie i wystawianie decyzji
elektronicznych zgodnie z rozporządzeniem Ministra Spraw Wewnętrznych
i Administracji z dnia 27 listopada 2007 w sprawie sporządzania i
dostarczania pism w formie dokumentów elektronicznych. W
szczególności system umożliwi podpisanie pism urzędowych wg standardu
XAdES-XL lub XAdES-A z użyciem klucza o długości 2048 bitów.
Administrator systemu ma mieć możliwość zarządzania zaufanym centrami
certyfikacji.
System ma posiadać funkcjonalność zabezpieczenia utraty ważności
przyjętych dokumentów w czasie poprzez zastosowanie standardów
opisanych w normie ETSI TS 101 903.
System ma umożliwiać pełną weryfikację podpisanych dokumentów
(również podpisanych przy użyciu stosowanych powszechnie w Polsce
aplikacji dostarczanych przez kwalifikowane centra certyfikacji). Funkcja
ta będzie również dostępna dla klientów serwisu
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
System ma być wyposażony w narzędzie umożliwiające tworzenie,
TAK*/ NIE*
przechowywanie i wyświetlanie e-formularzy, przeznaczonych dla
klientów urzędu.
System musi umożliwiać zamieszczenie dowolnego e-formularza w
TAK*/ NIE*
repozytorium e-formularzy jako kolejnej wersji istniejącego e-formularza
lub jako nowego e-formularza,
System musi umożliwiać, dołączania formularzy pomocniczych
TAK*/ NIE*
(załączników) do formularza głównego dołączanie plików do formularza,
System musi umożliwiać podpisywanie danych wypełnionych przez
formularz przy pomocy wbudowanego mechanizmu (np. aplet Java,
TAK*/ NIE*
activeX) według normy ETSI TS 101 903 – XadES. obsługę e-formularzy
w przeglądarkach minimum Internet Explorer 6.0 i Firefox 1.6
System musi umożliwiać automatyzacje tworzenia wzorów dokumentów w
TAK*/ NIE*
celu późniejszej publikacji w centralnym repozytorium dokumentów
elektronicznych.
e-formularze mają być wykonane w technologii XML (XML+XSLT+XML
TAK*/ NIE*
Schema)
Tworzenie e-formularzy odbywać się ma za pomocą metody drag&drop (z
gotowych
struktur
–
metadanych),
tworzenie
e-formularzy
umożliwiających redaktorowi wielokrotne powielenie określonego pola lub
grupy pól (np. umożliwiających dodanie dowolnej ilości załączników),
definiowanie słowników i dodawanie do e-formularzy pól korzystających z
tych słowników (np. słownik JST, słownik ulic), zamieszczanie dowolnych
TAK*/ NIE*
elementów tekstowych i graficznych oraz treści pomocy kontekstowej w
ramach e-formularza, definiowanie reguł wyświetlania oraz reguł walidacji
w ramach e-formularza, definiowanie pół autowyliczalnych, tworzenie
formularzy wielostronicowych zapis tworzonych e-formularzy w wersji
roboczej, podgląd, wypełnianie treścią i walidację e-formularza w celach
testowych, wykorzystanie raz wprowadzonych treści (reguły wyświetlania,
teksty, eformularze itp.) do tworzenia nowych e-formularzy.
e-Formularze mają być złożone z gotowych struktur informacyjnych (tzw. TAK*/ NIE*
„metadanych”), służących do opisu i walidacji określonego typu informacji
takich jak adres, kod pocztowy, NIP, data, załącznik, formularz. Struktury
te mają zapewniać jednolitość podstawowych tagów XML dla wszystkich
e-formularzy.
e-formularze mogą być tworzone i modyfikowane przez uprawnionego TAK*/ NIE*
administratora.
e-Formularze oraz metadane mają być wersjonowane, przy czym raz TAK*/ NIE*
wprowadzone wersje muszą być nieusuwalne i niemodyfikowalne.
Integracja z ePUAP
EOD docelowo powinien zapewniać współpracę z systemem ePUAP
TAK*/ NIE*
Załącznik A do Załącznika nr 6 do siwz
1.
Raportowanie
EOD powinien posiadać zestaw raportów oraz zapewniać możliwość ich TAK*/ NIE*
modyfikowania przez przeszkolonego pracownika oraz umożliwiać
definiowanie całkowicie nowych raportów wg dowolnych danych
dostępnych w systemie.
Administrowanie Systemem
EOD powinien zapewniać możliwość administrowania przez uprawnionych pracowników, a w
szczególności umożliwiać:
Odwzorowanie wieloszczeblowej struktury organizacyjnej urzędu z
możliwością jej dowolnej modyfikacji, w tym z możliwością przeniesienia
dowolnego elementu struktury (pracownika/wydziału) w dowolne miejsce
TAK*/ NIE*
1.
struktury. Struktura powinna umożliwiać definiowanie: jednostek
organizacyjnych, komórek organizacyjnych, pracowników zatrudnionych
w komórkach, ich funkcji i stanowisk.
Tworzenie grup użytkowników, definiowanie ich uprawnień do
TAK*/ NIE*
2.
wykonywania funkcji,
Definiowanie uprawnień każdego z pracowników w zakresie: dostępu do
TAK*/ NIE*
3.
dokumentów i spraw oraz uprawnień do aktualizacji i przeglądania ich
zawartości,
Rejestrację historii zmian dokonywanych w strukturze organizacyjnej
TAK*/ NIE*
4.
i uprawnieniach oraz wyświetlenie stanu struktury w określonym dniu
oraz historię zmian każdego z elementów struktury.
TAK*/ NIE*
5.
Umożliwiać administratorowi konfigurację ustawień ekranu blokowania.
Umożliwiać wprowadzanie rocznej numeracji, pism przychodzących i
TAK*/ NIE*
6.
pism wewnętrznych bez spraw (nadawanie numeru początkowego przez
administratora).
Umożliwiać nadawanie uprawnień użytkownikom systemu do wysyłania eTAK*/ NIE*
7.
maili bezpośrednio z EOD.
EOD powinien zapewniać możliwość administrowania przez uprawnionych
TAK*/ NIE*
8.
pracowników poszczególnymi modułami EOD w zakresie zawartości
słowników, edycji szablonów itp.
Urządzenia wspomagające
EOD powinien zapewniać współpracę z urządzeniami wspomagającymi rejestrację dokumentów, a
w szczególności:
TAK*/ NIE*
1.
Skanerami automatycznymi,
TAK*/ NIE*
2.
Czytnikami kodów kreskowych,
Załącznik A do Załącznika nr 6 do siwz
3.
Drukarkami etykiet adresowych i kodów kreskowych.
Podpis elektroniczny
W zakresie integracji z podpisem elektronicznym EOD powinien umożliwiać:
sygnalizowanie, że dany dokument jest podpisany elektronicznie, bez
1.
konieczności otwierania tego dokumentu,
weryfikację podpisu elektronicznego z poziomu EOD (bez konieczności
2.
ręcznego uruchamiania dodatkowego oprogramowania),
podpisywanie plików podpisem elektronicznym z poziomu EOD (bez
3.
konieczności ręcznego uruchamiania dodatkowego oprogramowania),
4.
podpisywanie dokumentów przygotowanych w dowolnym formacie.
1.
Aktywne formularze
EOD powinien zapewniać możliwość przyjmowania danych za
pośrednictwem aktywnych formularzy z możliwością automatycznego
rejestrowania tych danych w bazie Systemu obiegu dokumentów.
Technologia formularzy powinna zapewnić możliwość podpisywania ich
kwalifikowanym i niekwalifikowanym podpisem elektronicznym.
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
TAK*/ NIE*
Opis i wymagania wdrożenia systemu
Wykonawca dokona konsultacji z Zamawiającym, ustali i wprowadzi parametry startowe systemu
niezbędne do rozpoczęcia eksploatacji (m.in. strukturę organizacyjną, RWA lub inny system
klasyfikacji, rejestry, rodzaje i właściwości ewidencjonowanych dokumentów), zainstaluje i
skonfiguruje bazę danych oraz aplikacje systemowe na wskazanej przez Zamawiającego
infrastrukturze sprzętowej. EOD powinien zostać przygotowany przez wykonawcę do wdrożenia
poprzez: wprowadzenie użytkowników, nadanie uprawnień, uzupełnienie słowników. EOD powinien
zapewnić możliwość zmiany wprowadzonych w ramach przygotowania do wdrożenia danych. Prace
przedwdrożeniowe i wdrożeniowe powinny przebiegać w trybie i na warunkach określonych w
szczegółowym harmonogramie projektu uzgodnionym z Zamawiającym. Wszystkie prace
przedwdrożeniowe i wdrożeniowe muszą być obligatoryjnie zrealizowane osobiście przez
wykonawcę, ewentualnie przez podwykonawcę wskazanego przez wykonawcę.
EOD powinien być wdrażany w formie instruktarzu przy użyciu sprzętu mobilnego (minimum 10
komputerów przenośnych połączonych w sieci oraz inny niezbędny sprzęt do prawidłowego
przeprowadzenia szkolenia i zapewniający każdej z osób uczestniczących w instruktarzu osobne
stanowisko do ćwiczeń). Sprzęt mobilny do instruktarzu powinien dostarczyć wykonawca.
Wykonawca powinien założyć, co najmniej 20 dni instruktarzu prowadzonego przez 6h dziennie w
siedzibie Zamawiającego. Instruktarz powinien:
 być prowadzone jednocześnie przez min. 2 konsultantów.
 grupy powinny liczyć maksymalnie 10 osób.
Załącznik A do Załącznika nr 6 do siwz
 maksymalna dzienna ilość instruktarzu dla pracownika wynosi 3 h.
Instruktaż ma odbyć się na wersji testowej systemu etapami. Dodatkowo musi istnieć możliwość
przeprowadzenia dodatkowych indywidualnych konsultacji. Instruktarz przeznaczony dla
pracowników kancelarii powinien być uzupełniony o asystę na stanowisku pracy przy wprowadzaniu
przynajmniej kilku pierwszych dokumentów do EOD. Wykonawca zapewni przez okres 48 miesięcy
od daty zawarcia umowy tj. w okresie wdrożenia oraz po odbiorze przedmiotu umowy bezpłatne
konsultacje telefoniczne dla wszystkich pracowników Zamawiającego w zakresie rozwiązywania
problemów eksploatacyjnych, administracyjnych i metodologicznych w godzinach pracy
Zamawiającego. W trakcie wdrożenia Wykonawca wykona i uruchomi 5 wybranych przez
Zamawiającego przepływów Workflow.
Warunki licencji:
Po wykonaniu zamówienia i zrealizowaniu płatności Zamawiający stanie się właścicielem licencji na
wszystkie moduły EOD.
W przypadku braku możliwości dalszej współpracy z Wykonawcą po zakończeniu projektu
Wykonawca przekaże Zamawiającemu kody źródłowe oprogramowania. Zamawiający stanie się
właścicielem tych kodów w celu utrzymania funkcjonowania i modyfikacji EOD we własnej
siedzibie i na własne potrzeby bez prawa zbycia ich innym podmiotom
W trakcie trwania umowy do wszystkich modyfikacji uprawniony i zobowiązany będzie tylko
Wykonawca
Inne wymagania
Cena oferty obejmuje:
- koszt instalacji, wdrożenia, aktualizacji EOD przez okres przez 48 miesięcy od daty zawarcia
umowy
- koszt utrzymania skrzynki podawczej przez 48 miesięcy od daty zawarcia umowy,
- koszt opracowania i aktualizacji formularzy Elektronicznej Skrzynki Podawczej przez 48
miesięcy od daty zawarcia umowy
- koszt szkoleń,
W przypadku rezygnacji Zamawiającego z usługi utrzymania Elektronicznej Skrzynki Podawczej lub
po zakończeniu wykonywania umowy i nie podpisaniu nowej Wykonawca udostępni jej zawartość
(dokumenty i elektroniczne formularze) podmiotowi wskazanemu przez Zamawiającego w sposób
umożliwiający ich przeniesienie.
.........................................
(podpis przedstawiciela wykonawcy)
Download