Zalacznik NR 2

Wdrożenie Systemu Informatycznego „Elektroniczny Urząd Gminy Klucze”
Znak sprawy: IG.131.2.2011
Załącznik nr 2 do SIWZ
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Grupa I – sieć komputerowa
Projekt okablowania strukturalnego i dedykowanego zasilania elektrycznego
Projekt ten dotyczy budynku Urzędu Gminy Klucze.
Wykonawca jest zobligowany w ramach przedstawionej przez siebie oferty zaproponować
realizację przedmiotu zamówienia, stanowiącego łącznie sieć teleinformatyczną – w
jednorodnym rozwiązaniu systemu okablowania strukturalnego, którego wszystkie elementy
toru transmisyjnego pochodzą od tego samego producenta oraz muszą być objęte jednolitą i
spójną gwarancją systemową producenta na okres minimum 25 lat, obejmującą wszystkie
elementy pasywne toru transmisyjnego, jak również płyty czołowe gniazd końcowych,
wieszaki kablowe i szafy dystrybucyjne.
System okablowania musi spełniać co najmniej następujące wymagania:
Opis wymagań dla projektu okablowania strukturalnego wraz z

dedykowanym zasilaniem
Wykonawca przed złożeniem oferty musi dokonać wizji przedmiotowego obiektu i

zapoznać się ze stanem i zakresem wcześniej wykonanych części instalacji z
wykonaniem ich inwentaryzacji dla celów złożenia oferty. W trakcie postępowania
potencjalni Wykonawcy wystosują odpowiednie pismo w zakresie przeprowadzenia
wizji.
Wykonawca w ramach umowy zobowiązany jest dostarczyć Projekt okablowania
strukturalnego i dedykowanego zasilania elektrycznego. Projekt wykonawczy musi być
zgodny z obowiązującymi przepisami prawa m. in.:
• ustawy z dnia 7.07.1994 Prawo budowlane (t.j. z 2006r. Nr 156 poz. 1118) oraz
przepisami wykonawczymi do tej ustawy
• rozporządzenia Ministra Infrastruktury z 18.05.2004. w sprawie określenia
metod i podstaw sporządzania kosztorysu inwestorskiego. (Dz. U. z 2004r. Nr
130 poz. 1389)
• rozporządzenie Ministra Infrastruktury z dnia 02.09. 2004r. w sprawie
szczegółowego zakresu i formy dokumentacji projektowej, specyfikacji
technicznych… (DZ. U. z 2004r. Nr 202 poz.2072).
Projekt wykonawczy musi zawierać co najmniej:
• Specyfikację materiałową - na etapie projektu należy uwzględnić odpowiednią
ilość zapasowych elementów wymiennych (wkładek wielokrotnych) i
odpowiednich narzędzi w celu zapewnienia możliwości przyszłej samodzielnej
Projekt jest współfinansowany ze środków Unii Europejskiej – Europejskiego Funduszu Rozwoju Regionalnego oraz ze środków
Samorządu Województwa Małopolskiego w ramach projektu „Elektroniczny Urząd Gminy Klucze” Priorytet 1 „Warunki dla rozwoju
społeczeństwa opartego na wiedzy”, Działanie 1.2. „Rozwój społeczeństwa informacyjnego””
Opis wymagań dla projektu okablowania strukturalnego wraz z
dedykowanym zasilaniem
rekonfiguracji przez użytkownika. Dokładna specyfikacja wymagań po

uzgodnieniach z Zamawiającym.
• Specyfikację materiałowo-cenową (kosztorys)
• Rysunki (plany) lokalizacji głównych elementów okablowania, prowadzenie tras
kablowych, rysunki szaf, schematy blokowe – potrzebne wykonawcy do
realizacji zadania
• Opis rozwiązania
• Tablicę krosowań i oznaczenia gniazd
• Specyfikację techniczną budowy i odbioru robót
• Sposób wykonania pomiarów - w projekcie wykonawczym należy zawrzeć
warunek wykonania pomiarów torów transmisyjnych zgodnie z obowiązującą
specyfikacją Kat.6 (interfejs RJ45 - pasmo 250MHz)
Rozwiązanie zaproponowane w projekcie wykonawczym wymaga załączenia
odpowiednich certyfikatów zgodności komponentów i systemu okablowania z jednym
z obowiązujących standardów:
• ISO/IEC 11801:2002 wydanie drugie
• EN50173-1:2007 oraz EN50173-2:2007
• PN-EN 50173-1:2004
• ANSI/TIA/EIA 568-B.2 Cat.6
Rozwiązanie zaproponowane w projekcie wykonawczym musi posiadać co najmniej
certyfikaty wydane przez niezależne laboratoria takie jak:
• Zgodności z metodą testowania De-embedded
• Wydajności złącza kablowego do 2GHz
• Zgodności z draftem JTC 1/25N 981 (10GbE) w paśmie min. 500MHz
• Dotyczących niepalności osłony kabli FO
• deklaracji zgodności producenta systemu z obowiązującymi normami
Projekt wykonawczy ma również uwzględniać doprowadzenie dedykowanego zasilania
do pomieszczenia serwerowni.
Powyższa dokumentacja zostanie zatwierdzona przez Zamawiającego.
Okablowanie strukturalne (pasywne) wraz z dedykowanym zasilaniem
Wykonawca dostarczy okablowanie strukturalne szacowane na 73 punkty elektryczno-
logiczne (PEL) składające się z dwóch gniazd teleinformatycznych oraz dwóch gniazd
zasilania gwarantowanego. Rozmieszczenie punktów PEL – Załącznik nr 9.
Muszą zostać spełnione co najmniej następujące wymagania:
Opis wymagań dla okablowania strukturalnego wraz z dedykowanym

zasilaniem
1. Instalacja okablowania systemu zasilania dedykowanego dla budowanego systemu

sieci LAN musi zawierać w ramach realizacji usługę instalacji kompletnego toru
energetycznego z koniecznymi do wykonania pracami instalacyjnymi (wykonanie
przepustów w stropach lub ścianach działowych dla okablowania, instalację
odrębnej tablicy rozdzielczej (z możliwością wykorzystania istniejącego toru
energetycznego oraz istniejącej tablicy rozdzielczej wraz z kompletem wymaganych
przepisami SEP przełączników automatyki w zabezpieczeniu obwodów
podłączonych do sieci lokalnej.
2. Zasilanie do tablicy rozdzielczej należy doprowadzić z rozdzielni głównej.
3. Obwody energetyczne, zabezpieczające prace urządzeń końcowych stanowisk
operatorskich oraz obwodów zasilania zestawu przełączników jaki i serwerów oraz
stacji administratorskich w pomieszczeniu serwerowni - stanowić będą odrębne
samodzielne obwody z wydzieloną sekcją zabezpieczenia w rozdzielnicy głównej.
4. Sieć będzie miała prawidłowo zabezpieczoną wartość poziomu uziomu, zgodnie z
przepisami szczegółowymi dla tego typu działania oraz przepisami wykonawczymi
SEP i norm Prawa Budowlanego.
5. Wszystkie gniazda energetyczne sieci teleinformatycznej musi posiadać
zabezpieczenie uniemożliwiające wpięcie innych niż dedykowane urządzenia aby
uniemożliwić podłączenia dowolnych urządzeń elektrycznych i tym samym
wprowadzić podniesienie bezpieczeństwa użytkowania.
6. Dedykowane zasilanie elektryczne będzie obejmowało punkty prądowe złożone z
dwóch gniazd prądowych typu (DATA).
7. Obwody dedykowanych gniazd wtykowych 230V muszą być wykonane przewodami
YDYp3x2,5 w systemowych kanałach instalacyjnych PCV układanymi zgodnie z
normami i wytycznymi producenta.
8. Każde pomieszczenie do którego będzie doprowadzona projektowana sieć
teleinformatyczna musi zostać wyposażone w osobny obwód zasilania przy
uwzględnieniu, że nie zostanie przekroczona wartość max. 5 urządzeń na jeden
obwód zabezpieczający na poziomie napięciowej skrzynki rozdzielczej. W
przypadku wystąpienia większej liczby urządzeń niż 5 w danym pomieszczeniu
zostaną wykonane dwa niezależne obwody elektryczne. Każdy obwód elektryczny
musi zostać zabezpieczony przełącznikiem przepięciowym i różnicowoprądowym.
zasilaniem
Główny obwód zasilania budynku wydzielony z zasilania obiektu należy doposażyć

w pełne samodzielne zabezpieczenie elektryczne różnicowoprądowe i przepięciowe.
9. Po zakończeniu prac instalacyjnych należy wykonać pomiary sprawdzające zgodnie
z normą PN-HD 60364-6/2008.
10. System zasilania musi zostać poprowadzony w listwach natynkowych PCV z
separacją toru logicznego dla zminimalizowania wpływu pola elektrycznego na
przepływ strumienia danych w kablu logicznym.
11. Wszystkie korytka metalowe, drabinki kablowe, szafę kablową 19" wraz z osprzętem
oraz urządzenia aktywne sieci teleinformatycznej muszą być uziemione by zapobiec
powstawaniu zakłóceń.
Dla okablowania LAN wymagane jest co najmniej:
1. Wszystkie elementy okablowania muszą pochodzić od jednego producenta.
2. Wymagana jest jednolita 25-letnia bezpłatna gwarancja na system od producenta
oferowanego systemu okablowania strukturalnego zawierająca w sobie również
gwarancję na komponenty (kable, gniazda, panele krosowe, wkładki wymienne,
kable krosowe i przyłączeniowe, szafę kablową i elementy zarządzające, system
połączeń telefonicznych, zabezpieczenia linii telefonicznych, itp).
3. System ma pozwalać na rozbudowę ilości gniazd (interfejsów) końcowych bez
konieczności dokładania kabla oraz ponownej terminacji kabla na złączu – jedynie
przez wymianę wkładki zakończeniowej z pojedynczej (np. 1xRJ45) na podwójną
(2xRJ45) lub potrójną (3xRJ45).
4. System ma gwarantować zastosowanie dowolnego interfejsu, który może być
wykorzystany zgodnie ze specyfiką pracy obiektu bez zmiany w rozszyciu kabla, tj.
poprzez zamianę wkładki wymiennej po obydwu stronach łącza, wśród nich muszą
być RJ45, Tera Connector, ARJ45, DB9, RJ12, BNC, złącze F. Zmiana interfejsu
końcowego nie może być realizowana za pomocą dodatkowych rozgałęźników czy
adapterów.
5. System ma pozwalać na zmianę wydajności (kategorii, klasy) okablowania na
odpowiednią jedynie przez zmianę wkładek końcowych – bez zmian kabla
transmisyjnego i bez zmian w jego zakończeniu.
6. System ma mieć możliwość realizacji transmisji wielokanałowej (kilka aplikacji na
tym samym kablu) przez wymianę wkładki zakończeniowej bez ponownej
terminacji kabla na złączu.
7. System ma gwarantować przesyłanie sygnału CATV w pełnym paśmie 862MHz
oraz integrację transmisji CATV w ramach istniejącej infrastruktury kablowej przez
zamontowanie / wymianę wkładki na odpowiednią (z interfejsem typu F) bez
zasilaniem
konieczności ingerencji w zakończenie kabla.

8. System ma mieć możliwość realizacji transmisji wielokanałowej (kilka aplikacji na
tym samym kablu) przez wymianę wkładki zakończeniowej.
9. System ma być zgodny z obowiązującą specyfikacją Kat.7 i umożliwiać zastosowanie
co najmniej 2 rodzajów interfejsów zdefiniowanych przez normę PN-EN 50173-1:
2004.
10. W fazie projektowej należy skonfigurować gniazda końcowe tak, aby spełniały
obecne wymagania kategorii 6/klasy E – wykorzystując we wszystkich gniazdach
wkładki 1xRJ45 Kat.6. Wyjątek stanowić będą niektóre miejsca wskazane po
uzgodnieniach z użytkownikiem.
11. Dla zagwarantowania najwyższej jakości połączenia, marginesów pracy oraz
powtarzalności parametrów, wszystkie złącza, zarówno w gniazdach końcowych jak
i panelach muszą być zarabiane za pomocą narzędzia uderzeniowego 110. Z tych
samych powodów nie dopuszcza się złączy zarabianych metodami
beznarzędziowymi. Zalecane są takie rozwiązania, do których montażu możliwe jest
zastosowanie narzędzi zautomatyzowanych zapewniających powtarzalne i
niezmienne parametry wykonywanych połączeń oraz maksymalnie duże marginesy
bezpieczeństwa pracy.
12. Kable transmisyjne – zgodnie z normą - muszą być zakończone w sposób trwały na
8-pozycyjnym złączu; nie są dopuszczalne zmiany i rekonfiguracje rozszycia w
trakcie pracy systemu.
13. Ze względów bezpieczeństwa należy zastosować ekranowane kable logiczne 4
parowe o konstrukcji S-FTP (indywidualne ekranowanie każdej pary transmisyjnej
folią i dodatkowy ekran wszystkich par z siatki ekranującej). Biorąc pod uwagę
przyszłościową rozbudowę, zmiany wydajności do Kat.7A i możliwości integracji
różnych usług w ramach okablowania kable muszą mieć odpowiedni zapas
transmisyjny – zastosować kable o paśmie przenoszenia 1200 MHz (lub wyższej) Ze
względu na przeznaczenie obiektu kable mają mieć osłonę zewnętrzną niepalną
(LSZH).
14. Instalację okablowania logicznego Wykonawca osadzi w tych samych listwach,
których użył do realizacji systemu zasilania, zachowując zasadę separacji torów w
korycie dla całości projektu sieci oraz uwzględnić, że pojedynczy Punkt Elektryczno
– Logicznych PEL musi składać się z 2xRj45 kom./tel. oraz 2xelek.
15. Moduły zainstalowane w PEL musza zostać ponumerowane w sposób trwały i
widoczny, według następującego schematu: PPP-NN gdzie PPP to numer pokoju
w notacji trzy cyfrowej, NN numer gniazda na danym piętrze
16. Wykonawca zapewni w ramach wykonania usługi odpowiednią ilość ekranowanych
przewodów krosowniczych (z zachowaniem kat.6) dla realizacji połączeń jednostek
zasilaniem
komputerowych z pobudowanym torem logicznym (długość zależna od

rozmieszczenia stanowisk komputerowych od 3m do 5m) oraz niezbędnych do
połączeń aktywnych i pasywnych elementów sieci w szafie dystrybucyjnej (od 0,5m
do 2 m).
17. Wykonana instalacja okablowania LAN musi być objęta gwarancją systemową
producenta, gdzie okres gwarancji udzielonej bezpośrednio przez producenta nie
może być krótszy niż 25 lat (Użytkownik wymaga certyfikatu gwarancyjnego
producenta okablowania udzielonego bezpośrednio Użytkownikowi końcowemu i
stanowiącego 25-letnie zobowiązanie gwarancyjne producenta w zakresie
dotrzymania parametrów wydajnościowych, jakościowych, funkcjonalnych i
użytkowych wszystkich elementów oddzielnie i całego systemu okablowania).
18. 25 letnia gwarancja systemowa producenta ma obejmować:
• gwarancję materiałową (Producent zagwarantuje, że jeśli w jego produktach
podczas dostawy, instalacji bądź 25-letniej eksploatacji wykryte zostaną wady lub
usterki fabryczne, to produkty te zostaną naprawione bądź wymienione);
• gwarancję parametrów łącza/kanału (Producent zagwarantuje, że łącze stałe
bądź kanał transmisyjny zbudowany z jego komponentów przez okres 25 lat
będzie charakteryzował się parametrami transmisyjnymi przewyższającymi
wymogi stawiane przez normę ISO/IEC 11801 ed. 2.1 lub EN 50173-1 dla
klasy E);
• gwarancję aplikacji (Producent zagwarantuje, że na jego systemie okablowania
przez okres 25 lat będą pracowały dowolne aplikacje (współczesne i
opracowane w przyszłości), które zaprojektowane były (lub będą) dla systemów
okablowania klasy E (w rozumieniu normy ISO/IEC 11801 ed. 2.1 lub EN
50173-1).
19. Okres gwarancji ma być standardowo udzielany przez producenta okablowania, tzn.
na warunkach oficjalnych, ogólnie znanych, dostępnych i opublikowanych. Tym
samym oświadczenia o specjalnie wydłużonych okresach gwarancji wystawione
przez producentów, dostawców, dystrybutorów, pośredników, wykonawców lub
innych nie są uznawane za wiarygodne i równoważne względem niniejszych
wymagań. Okres gwarancji liczony jest od dnia, w którym podpisano protokół
końcowego odbioru prac i producent okablowania wystawił certyfikat gwarancji.
20. Warunkiem koniecznym dla odbioru końcowego instalacji przez Zamawiającego jest
uzyskanie gwarancji systemowej producenta potwierdzającej weryfikację wszystkich
zainstalowanych torów na zgodność parametrów z wymaganiami norm Klasy E /
Kategorii 6 wg obowiązujących norm.
21. Dla wykonanej instalacji okablowania strukturalnego należy wykonać komplet
pomiarów (pomiary części miedzianej i światłowodowej okablowania).
zasilaniem
22. Pomiary należy wykonać miernikiem dynamicznym (analizatorem), który posiada

oprogramowanie umożliwiające pomiar parametrów według aktualnie
obowiązujących standardów. Analizator pomiarów musi posiadać aktualny certyfikat
potwierdzający dokładność jego wskazań.
23. Analizator okablowania wykorzystany do pomiarów sieci musi charakteryzować się
minimum III poziomem dokładności.
24. Pomiary należy wykonać w konfiguracji pomiarowej kanału transmisyjnego (przy
pomocy adapterów typu Channel) dająca w wyniku analizę całego łącza, które
znajduje się „w ścianie”, łącznie z kablami krosowymi oraz dodatkowo, na życzenie
Zamawiającego, należy przeprowadzić pomiary w konfiguracji łącza stałego
(wykorzystać adaptery typu Permanent Link), obejmujące zakres okablowania od
panela krosowego do gniazda Zamawiającego.
25. W celu weryfikacji zainstalowanego symetrycznego miedzianego okablowania
strukturalnego na zgodność parametrów z normami należy przeprowadzić pomiary
odpowiednim miernikiem przeznaczonym do certyfikacji sieci. Wszelkie limity
mierzonych parametrów muszą być zgodne z tymi, które są zawarte w normie
EN50173- 1:2007/A1:20 lub ISO/IEC11801:2002/Am1:2008 dla odpowiedniej
klasy.
Budowa sieci LAN

Opis wymagań dla budowy sieci LAN
1. Wszystkie stosowane materiały i urządzenia muszą być fabrycznie nowe i najlepszej

jakości, a także muszą dokładnie odpowiadać warunkom niezbędnym do
prawidłowego wykonania powierzonych robot oraz do poprawnego
funkcjonowania całej instalacji. Stosowane materiały i urządzenia muszą posiadać
wymagane deklaracje zgodności lub certyfikaty dopuszczające do stosowania ich w
budownictwie.
2. Wykonawca dostarczy okablowanie strukturalne szacowane na 73 logiczne punkty
elektryczno logiczne składające się z dwóch gniazd teleinformatycznych oraz
dwóch gniazd zasilania gwarantowanego.
3. W ramach okablowania strukturalnego zostaną zamontowane urządzenia LAN
pozwalające na rejestrację wejść i wyjść pracowników urzędu. Urządzenia muszą
współpracować z system obiegu dokumentów.
4. System okablowania strukturalnego musi być wykonany zgodnie z przygotowaną
dokumentacją wykonawczą.
5. Wszystkie tory kablowe muszą być wykonane z wykorzystaniem listew

instalacyjnych z PCW zgodnych z dyrektywą 73/23/EWG, w sposób pozwalający
na zachowanie odpowiednich promieni gięcia wiązek kablowych na zakrętach.
6. Zamawiający nie dopuszcza montażu torów kablowych na żadnym z odcinków na
kleje natynkowe, a jedynie z wykorzystaniem kołków montażowych.
7. Zamawiający nie dopuszcza przeciągania przewodów toru kablowego przez
przepusty ścianowe i między stropowe – bez wprowadzania w nie peszli sztywnych
PCV.
8. Wykonawca prowadząc tory kablowe dla sieci strukturalnej jest zobligowany do
szczególnej ostrożności w czasie realizacji odwiertów przez ściany działowe lub
między stropowe w zakresie istniejących wiązek elektryki ogólnej, której położenie
na obiekcie nie jest udokumentowane schematem instalacyjnym.
9. Ponieważ Zamawiający przewiduje w przyszłości rozbudowę sieci LAN wraz z
dedykowanym zasilaniem elektrycznym o porównywalną ilość punktów PEL do
ilości objętej specyfikacją, Wykonawca na etapie projektu oraz wykonawstwa musi
przewidzieć odpowiedni przekrój tras kablowych, tak aby kable telekomunikacyjne
i kable zasilania dedykowanego zajmowały max.50% przekroju kanału oraz
miejsce w tablicach rozdzielczych na dodatkowe ochronniki.
10. Wszelkie uszkodzenia infrastruktury ogólnej na obiekcie przez Wykonawcę
podczas prowadzenia prac instalacyjnych obciążają jego samego i muszą być
usunięte w ramach nieodpłatnego usunięcia szkód w terminie natychmiastowym
po ich stwierdzeniu.
11. Zamawiający wymaga, aby odpady powstałe w wyniku realizowanych prac
budowlanych jak i niebezpieczne narzędzia i inne przedmioty były każdorazowo
uprzątnięte z ciągów komunikacyjnych do godz. 7:30 rano tak aby umożliwiały
bezpieczne przemieszczanie się pracowników w godzinach pracy.
12. Wykonawca zobowiązany jest do pozostawienia pomieszczeń w których będą
wykonywane prace w stanie takim jaki zastał przed przystąpieniem do prac.
13. Wykonawca przed przystąpieniem do projektowania budowy sieci zobowiązany
jest do doprecyzowania dokładnego rozmieszczenia punktów PEL w
poszczególnych pomieszczeniach. Przykładowy schemat rozmieszczenia gniazd
PEL został dodany do opisu specyfikacji.
14. Sieć logiczna oraz zasilanie dedykowane dla sieci LAN będzie podlegało odbiorowi
końcowemu – przez Zamawiającego poprzez przeprowadzenie testów
akceptacyjnych dla wszystkich punktów dostępowych na obiekcie oraz na
wybranych usługach, które muszą zostać możliwe do zrealizowania w zakresie
zbudowanej sieci strukturalnej.
15. Wykonawca po zakończonych pracach instalacyjnych – dokona pomiarów
poszczególnych segmentów z wykorzystaniem miernika pomiarowego,

posiadającego aktualną kalibracje potwierdzoną przez producenta miernika.
16. Po wykonaniu instalacji Wykonawca musi zgłosić wniosek o certyfikację systemu
okablowania do producenta. Wniosek musi zawierać przynajmniej: listę
zainstalowanych elementów systemu zakupionych w autoryzowanej sieci sprzedaży
w Polsce, imienną listę pracowników wykonujących instalację (ukończony kurs 1 i
2 stopnia), wyciąg z dokumentacji powykonawczej podpisanej przez pracownika
pełniącego funkcję nadzorującą (np. Kierownik Projektu) z ukończonym kursem
3 stopnia oraz wyniki pomiarów dynamicznych łącza/kanału transmisyjnego
(Permanent Link/Channel) wszystkich torów transmisyjnych według norm
ISO/IEC 11801 ed. 2.1 lub EN 50173-1.
17. W ramach realizacji systemu okablowania strukturalnego Zamawiający wymaga
dostarczenia dokumentacji powykonawczej zawierającej co najmniej:
• Raporty z pomiarów dynamicznych okablowania,
• Rzeczywiste trasy prowadzenia kabli transmisyjnych poziomych
• Oznaczenia poszczególnych szaf, gniazd, kabli i portów w panelach krosowych
• Lokalizację przebić przez ściany i podłogi.
18. Dokumentacja powykonawcza musi zostać przygotowana w języku polskim.
19. Raporty pomiarowe wszystkich torów transmisyjnych Wykonawca musi zawrzeć
w dokumentacji powykonawczej i przekazać Zamawiającemu przy odbiorze
budowy sieci LAN. Drugą kopię pomiarów (dokumentacji powykonawczej) należy
przekazać producentowi okablowania w celu udzielenia Zamawiającemu bezpłatnej
gwarancji.
Zamawiający informuje, że wskazane w specyfikacji typy i symbole materiałów lub urządzeń

oraz nazwy ich producentów zostały określone w celu sprecyzowania parametrów i
warunków techniczno-użytkowych przedmiotu zamówienia. Zamawiający dopuszcza
oferowanie materiałów i urządzeń równoważnych, pod warunkiem, że zagwarantują one
uzyskanie parametrów technicznych i eksploatacyjnych nie gorszych od założonych w
dokumentacji.
W przypadku zastosowania innych niż podane rozwiązań, udowodnienie równoważności
proponowanych rozwiązań spoczywa na Wykonawcy. Nie wykazanie materiałów
równoważnych traktowane będzie, jako deklaracja wbudowania materiałów wymienionych w
dokumentacji i przedmiarach robót.
Prace instalacyjne
1. Prace instalacyjne dla sieci elektrycznej muszą być prowadzone przez osoby
posiadające uprawnienia do eksploatacji urządzeń elektrycznych do 1kV.
2. Stały nadzór nad realizacją prac przy sieci elektrycznej musi prowadzić osoba
posiadająca uprawnienia do dozoru urządzeń elektrycznych do 1kV.
3. Wymagana jest opinia producenta oferowanego systemu okablowania o możliwości
wykonania certyfikowanej instalacji przez Wykonawcę oraz oświadczenie od
producenta wszystkich elementów toru transmisyjnego o gotowości do udzielenia
gwarancji 25-letniej systemowej po wykonaniu zadania przez Wykonawcę. (Opinie
należy dołączyć do oferty, opinia musi być wystawiona nie wcześniej niż 6 miesiące
przed ogłoszeniem postępowania oraz potwierdzać możliwości i uprawnienia
wykonawcy na czas składania oferty.)
4. W celu zagwarantowania Zamawiającemu najwyższej jakości parametrów
technicznych i użytkowych, cała instalacja musi być (bezpłatnie) nadzorowana w
trakcie budowy przez inżynierów ze strony producenta oraz zweryfikowana
niezależnie przed odbiorem technicznym. (Pisemne zobowiązanie producenta
należy dołączyć do oferty.)
5. Wszystkie prace instalacyjne opisane powyżej mogą być realizowane jedynie
poza godzinami urzędowania Urzędu Gminy, czyli między godz. 16.00 a
22.00.
LAN aktywne - switch zarządzalny 24 porty

Zamówienie przewiduje dostawę, instalację i konfigurację 4 (czterech) urządzeń switch 24-
porty.
Opis wymagań dla LAN aktywne
1. Przełącznik winien spełniać co najmniej następujące parametry:

a) Możliwość montażu w szafie 19”, wysokość 1U
b) 24 porty 10/100/1000 BASE-T PoE
c) Możliwość stakowania przez złącze o przepustowości nie mniejszej niż 10
Gb/s;
d) Min 4 porty Gigabit Ethernet 10/100/1000BASE-T SFP;
e) Min 1 slot XGM2
f) Możliwość sprzętowej obsługi routingu IPv4 dla RIP v.1, RIP v.2, OSPF;
g) Sprzętowa obsługa routingu IPv6;
h) Możliwość obsługi routingu multicastów;
i) Szybkość przełączania min 128 Gb/s
j) Obsługa QoS – 8 kolejek priorytetów na każdym porcie wyjściowym;
k) Wielkość tabeli adresów MAC min. 8000
l) Minimum 4000 VLAN
m) Obsługa sieci wirtualnych IEEE 802.1Q;
n) Redundancja zasilania;
o) Modularny system operacyjny zapewniający pełną ochronę procesów i
pamięci;
p) Aktualizacja oprogramowania bez konieczności restartu całego urządzenia
i przerwania transmisji danych;
q) Aktualizacja modułów oprogramowania w działającym przełączniku bez
konieczności restartu przełącznika i wstrzymania transmisji danych;
r) Możliwość tworzenia skryptów. Skrypty muszą posiadać możliwość
tworzenia zmiennych warunkowych oraz pętli;
s) Możliwość uruchomienia skryptów ręcznie przez administratora, o
kreślonym czasie oraz na podstawie zdarzeń;
t) Możliwość edycji skryptów oraz list ACL bezpośrednio na przełączniku;
u) Pełna prędkość przełączania na wszystkich portach;
v) Zużycie energii < 55 W
w) Zużycie energii < 490W przy pełnym obciążeniu PoE.
2. Bezpieczeństwo i ochrona sieci zapewnione mają być przez:
a) Obsługa sesji terminalowych SSH v2;
b) Obsługa Secure Copy SCP v2;
c) Obsługa SNMP v3;
d) Obsługa TACACS+ (RFC 1492);
e) Obsługa RADIUS Authentication (RFC 2138);
f) Obsługa RADIUS Accounting (RFC 2139);
g) Obsługa RADIUS EAP Support for IEEE 802.1x (RFC 3579);
h) Autentykacja komend w systemie RADIUS;

i) Obsługa Network Login - IEEE 802.1x, MAC authentication, Web based
authentication;
j) Obsługa wielu klientów IEEE 802.1x na jednym porcie;
k) Przydział sieci VLAN, ACL/QoS podczas logowania Network Login;
l) Obsługa Guest VLAN;
m) IP Security – RFC 3046 DHCP Option 82;
n) IP Security – Trusted DHCP Server;
o) Listy kontroli dostępu ACL pracujące na warstwie 2, 3 i 4;
p) Listy kontroli dostępu ACL realizowane w sprzęcie niezmniejszające
wydajności przełącznika;
q) Zabezpieczenie przełącznika przed atakami DoS:
• Networks Ingress Filtering RFC 2267;
• SYN Attack Protection;
• Zabezpieczenie CPU przełącznika poprzez ograniczenie ruchu do systemu
zarządzania;
• Współpraca Network Login z systemem kontroli stacji końcowych na
zgodność z politykami bezpieczeństwa (sprawdzanie wersji systemu
operacyjnego, poziomu Service Pack, zainstalowanych hotfix, ustawień
firewall, obecności skanera antywirusowego, ustawień przeglądarki WWW,
obecności oprogramowania P2P itp.).
3. Wszystkie przełączniki muszą być wyposażone w odpowiednią ilość modułów
SFP.
4. Gwarancja – min 36 miesięcy z serwisem w następnym dniu roboczym w
miejscu instalacji. W przypadku braku możliwości usunięcia awarii w miejscu
instalacji wymagane jest podstawienie na czas naprawy urządzenia zastępczego o
parametrach nie gorszych od wymaganego w niniejszym SIWZ.
5. Wymagana jest instalacja i konfiguracja urządzeń aktywnych sieci LAN przez
osoby posiadające certyfikat producenta w zakresie konfiguracji dla
dostarczanych urządzeń.
6. Wymagane jest aby serwis był realizowany przez producenta, dystrybutora lub
Autoryzowany Serwisu Producenta posiadający swoją siedzibę na terenie kraju,
posiadający ISO 9001 w zakresie świadczenia usług serwisowych. (Certyfikat
ISO 9001 oraz certyfikat dystrybutora lub Autoryzowanego serwisu producenta
należy dołączyć do oferty).
7. Wymagana jest możliwość zgłaszania usterek przez dedykowany moduł

internetowy, oraz infolinię w trybie 24x7. Do oferty należy załączyć informacje
o dedykowanym module internetowym i infolinii.
LAN aktywne – punkty dostępowe HotSpot

Zamówienie przewiduje dostawę, instalację i konfigurację urządzenia WiFi wraz z 3 szt. AP.
1. Sieć bezprzewodowa musi być zarządzana centralnie przez kontroler sieci

bezprzewodowej.
2. Konieczna jest możliwość klastrowania kontrolerów (Active-Active, N+1) w
celu zwiększenia niezawodności (klaster musi oferować obsługę punktów
dostępowych dołączonych do urządzenia uszkodzonego) oraz rozdzielania
ruchu dla zwiększenia przepustowości.
3. Kontroler musi obsługiwać min. 256 punktów dostępowych pracujących w
standardzie IEEE 802.11a/b/g oraz min. 48 punktów dostępowych pracujących
w standardzie IEEE 802.11n.
4. Wymagane jest aby urządzenia sieciowe oraz urządzenia bezprzewodowe
pochodziły od jednego producenta.
5. Kontroler bezprzewodowy musi posiadać:
• możliwość montażu w szafie RACK 19”,
• wysokość <2U,
• min. 8 portów 10/100/1000BASE-T z zasilaniem przez skrętkę PoE,
• port USB pozwalający na backup i odtworzenie konfiguracji.

6. Kontroler bezprzewodowy musi wspierać:
• Obsługę 32 sieci bezprzewodowych (różne SSID),
• Możliwość mapowania SSID do sieci VLAN oraz możliwość dołączania

klientów bezprzewodowych do sieci VLAN w trakcie autoryzacji na
podstawie informacji zapisanej w serwerze RADIUS,
• Stateful Packet Inspection Firewall,
• IEEE 802.1x/EAP – TLS, TTLS, EAP(PEAP),
• Szyfracja WEP 40/128 (RC4), WPA-TKIP, WPA2-CCMP (AES), WPA2-

TKIP,
• IEEE 802.11w,
• Obsługę gości z logowaniem i prostą stroną www do zarządzania systemem

logowania dla gości,
• Obsługę wyniesionych puktów dostępowych – poprzez tunel VPN

realizowany pomiędzy punktem dostępowym i kontrolerem,
• Wbudowany bezprzewodowy IDS/IPS – obsługa wykrywania obcych

punktów dostępowych, zabezpieczenie przed atakami DoS, wykrywanie
sieci Ad-Hoc,
• Możliwość autoryzacji użytkowników na podstawie ich lokalizacji –

geofencing,
• Obsługa technologii Mesh – rozszerzenie dostępu bezprzewodowego w

miejsca gdzie nie ma okablowania strukturalnego,
• Współpraca z systemem NAC,
• Obsługa QoS w sieci bezprzewodowej pozwalająca na uruchomienie

telefonii VoIP (WMM, 802.11k, IGMP snooping),
• Zarządzanie przez łącze szeregowe, telnet, SSH,
• Zarządzenie graficzne przez przeglądarkę WWW,
• Zarządzenie przez SNMP v1/v2/v3,
• Pliki konfiguracyjne w postaci tekstowej.

7. Punkty dostępowe:
• IEEE 802.11a/b/g – dwuradiowe. Każde radio może pracować w
standardzie IEEE 802.11a lub IEEE 802.11b/g,
• Możliwość podłączenia zewnętrznych anten,
• Zasilanie przez skrętkę PoE lub z dedykowanego zasilacza,
• Możliwość uruchomienia punktu dostępowego bez kontrolera – pracuje

wtedy jako samodzielny punkt dostępowy,
• Możliwość uruchomienia punktu dostępowego w zdalnej lokalizacji – jeden

port LAN podłączony do sieci lokalnej zdalnej lokalizacji, obsługa wireless
klientów bezprzewodowych, drugi port Ethernet podłączony do usługi
ADSL lub modemu kablowego. Punkt dostępowy kontrolowany przez
centralny kontroler,
• Obsługa min. 16 SSID przez pojedynczy punkt dostępowy.

8. Gwarancja – min 36 miesięcy z serwisem w następnym dniu roboczym w
miejscu instalacji. W przypadku braku możliwości usunięcia awarii w miejscu
instalacji wymagane jest podstawienie na czas naprawy urządzenia zastępczego o
osoby posiadające certyfikat producenta w zakresie konfiguracji dla
dostarczanych urządzeń.
posiadający ISO 9001 w zakresie świadczenia usług serwisowych. (Certyfikat
ISO 9001 oraz certyfikat dystrybutora lub Autoryzowanego serwisu producenta
internetowy, oraz infolinię w trybie 24x7. Do oferty należy załączyć informacje
o dedykowanym module internetowym i infolinii.
LAN aktywne - zabezpieczenie brzegu sieci
Zamówienie przewiduje dostawę, instalację i konfigurację urządzeń zabezpieczającego brzeg
sieci wraz z wykonaniem dokumentacji powdrożeniowej. Zabezpieczenie brzegu sieci będzie
składać się z urządzenia typu UTM oraz urządzenia ochrony antyspamowej.
Urządzenie typu UTM musi spełniać co najmniej następujące wymagania:
Opis wymagań dla zabezpieczenia brzegu sieci
1. System ochrony musi zapewniać najwyższy poziom bezpieczenstwa i

niezawdoności, a także nie może wymagać od Zamawiającego dostarczania
zewnętrznych serwerów w celu realizacji wymaganej funkcjonalności (czy to
związanej z ochroną czy zarządzaniem czy w końcu z gromadzeniem logów).
Oferowany system musi być wysokodostępny, tzn. urządzenia ochronne [gatewaye]
muszą być dostarczone w postaci klastra. System ochrony musi być zbudowany
przy użyciu minimalnej ilości elementów ruchomych, krytycznych dla jego
działania. Dlatego, klaster głównych urządzeń ochronnych [gatewayów] nie może
posiadać twardego dysku jako nośnika systemu operacyjnego, w zamian używać do
tego celu specjalizowanych pamięci FLASH. Podstawowe funkcje systemu muszą
być realizowane (akcelerowane) sprzętowo przy użyciu specjalizowanych układów
ASIC. W szczególności dotyczy to sprzętowej akceleracji funkcji: Firewall, VPN,
IPS, Antywirus.
2. Jednocześnie, dla zapewnienia bezpieczeństwa inwestycji i szybkiego wsparcia
technicznego ze strony Wykonawcy wymaga się aby wszystkie funkcje ochronne
oraz zastosowane technologie, w tym system operacyjny pochodziły od jednego
producenta, który udzieli odbiorcy licencji na nielimitowaną ilość chronionych
użytkowników (licencja na urządzenie).
3. Dla zapewnienia wysokiej sprawności i skuteczności działania systemu urządzenia
ochronne muszą pracować w oparciu o dedykowany system operacyjny czasu
rzeczywistego. Nie dopuszcza się stosowania komercyjnych systemów
operacyjnych, ogólnego przeznaczenia.
4. Obudowa dostarczanego rozwiązania musi mieć możliwość zamontowania w szafie
19”
5. Urządzenie musi być wyposażone w nie mniej niż 8 portów 10/100 Base-T i nie
mniej niż 2 porty 10/100/1000 Base-T.
6. System ochrony musi obsługiwać wszystkie z poniższych funkcjonalności
podstawowych:
a) kontrolę dostępu - zaporę ogniową klasy [FW] Stateful Inspection;
b) ochronę przed wirusami – antywirus [AV] (dla protokołów SMTP, POP3,
IMAP, http, FTP, IM);
c) poufność danych - IPSec VPN oraz SSL VPN;
d) ochronę przed atakami - Intrusion Prevention System [IPS i IDS];

e) kontrolę pasma [QoS] oraz ruchu i [Traffic Shaping] oraz funkcjonalności
uzupełniających:
• kontrolę treści – Web Filter [WF], 26 mln URL,
• kontrolę zawartości poczty – antyspam [AS] dla protokołów SMTP,
POP3, IMAP,
• kontrolę komunikatorów sieciowych (IM) oraz aplikacji P2P,
• zapobieganie przed wyciekiem informacji poufnej DLP (Data Leak
Preention),
• SSL proxy z możliwością pełniej analizy szyfrowanej komunikacji dla
wybranych protokołów.
7. Rozwiązanie musi dawać możliwość ustawienia jednego z dwóch trybów pracy:
a) router / NAT,
b) most /transparent bridge/. Tryb przezroczysty umożliwia wdrożenie
urządzenia bez modyfikacji topologii sieci niemal w dowolnym jej miejscu.
8. Polityka bezpieczeństwa systemu zabezpieczeń musi uwzględniać adresy IP,
interfejsy, protokoły i usługi sieciowe, użytkowników aplikacji, domeny, reakcje
zabezpieczeń, rejestrowanie zdarzeń i alarmowanie oraz zarządzanie pasma sieci
(m.in. pasma gwarantowane i maksymalne, priorytety, oznaczenia DiffServ).
9. Wykrywanie i blokowanie technik i ataków stosowanych przez hakerów (m.in. IP
Spoofing, SYN Attack, ICMP Flood, UDP Flood, Port Scan) i niebezpiecznych
komponentów (m.in. Java/ActiveX). Ochronę sieci VPN przed atakami Replay
Attack oraz limitowanie maksymalnej liczby otwartych sesji z jednego adresu IP.
Możliwość wykonywania filtracji URL oraz kontroli antywirusowej przy pomocy
produktów firm trzecich.
10. Rozwiązanie musi zapewniać:
a) Nie mniej niż 2100 sygnatur ataków;
b) Aktualizacja bazy sygnatur ma się odbywać ręcznie lub automatycznie;
c) Możliwość wykrywania anomalii protokołów i ruchu.
11. Urządzenia muszą mieć możliwość statycznej i dynamicznej translacja adresów
(NAT), możliwość definiowania w jednym urządzeniu wirtualnych routerów, gdzie
każdy z nich posiada indywidualne tabele routingu. Urządzenia mogą wykonywać
routing IP na bazie adresu przeznaczenia pakietów oraz adresu źródłowego.
Obsługa Policy Routingu w oparciu o typ protokołu, numeru portu, interfejsu,
adresu IP źródłowego oraz docelowego. Protokoły routingu dynamicznego, nie
mniej niż RIPv2, OSPF, BGP-4 i PIM.

12. System zabezpieczeń musi umożliwiać wykonywanie uwierzytelniania tożsamości
użytkowników za pomocą haseł statycznych i definicji użytkowników
przechowywanych w lokalnej bazie urządzenia, zgodnych z LDAP, w bazie
ActiveDirectory oraz haseł dynamicznych (RADIUS, RSA SecureID) w oparciu o
zewnętrzne bazy danych.
13. Rozwiązanie nie może mieć odczuwalnego wpływu na komfort pracy, w związku z
czym jego wydajność nie może być mniejsza niż 500Mbps dla Firewall-a oraz 100
Mbps dla VPN. Minimalna ilość jednoczesnych sesji nie może być mniejsza niż
400000.
14. Monitoring i wykrywanie uszkodzenia elementów sprzętowych i programowych
systemu zabezpieczeń oraz łączy sieciowych. Możliwość połączenia dwóch
identycznych urządzeń w klaster typu Active-Active lub Active-Passive. Możliwość
konfiguracji poprzez terminal i linię komend oraz konsolę graficzną (GUI). Dostęp
do urządzenia i zarządzanie z sieci muszą być zabezpieczone poprzez szyfrowanie
komunikacji. Musi być zapewniona możliwość definiowania wielu administratorów
o różnych uprawnieniach. Administratorzy muszą być uwierzytelniani za pomocą:
haseł statycznych, haseł dynamicznych (RADIUS, RSA SecureID).
15. System musi umożliwiać aktualizację oprogramowania oraz zapisywanie i
odtwarzanie konfiguracji z pamięci USB.
16. Jednocześnie, dla systemu bezpieczeństwa musi być dostępna zewnętrzna
sprzętowa platforma centralnego zarządzania pochodząca od tego samego
producenta.
17. Urządzenia wraz z funkcjami ochronnymi muszą posiadać certyfikaty: EAL4+,
UTM NSS Approved oraz ICSA dla funkcji : Firewall, VPN, SSL/TLS, IPS,
Antywirus.
18. Wraz w urządzeniem musi być dostarczony system logowania i raportowania
stanowiący centralne repozytorium danych gromadzonych przez wiele urządzeń
oraz aplikacji klienckich z możliwością definiowania własnych raportów na
podstawie predefiniowanych wzorców wyposażony w nie mniej niż jeden port
Ethernet 10/100 oraz 2 porty Ethernet 10/100/1000 . Dla zapewnienia
bezpieczeństwa inwestycji i szybkiego wsparcia technicznego ze strony dostawcy
wymaga się, aby wszystkie funkcje oraz zastosowane technologie, w tym system
operacyjny i sprzęt pochodziły od jednego producenta.
19. System logowania musi zapewnić:
• Składowanie oraz archiwizację logów z możliwością ich grupowania w oparciu o
urządzenia, użytkowników.
• Możliwość gromadzenia zawartości przesyłanych za pośrednictwem protokołów
Web, FTP, email, IM oraz na ich podstawie analizowania aktywności
użytkowników w sieci.
• Kwarantannę dla współpracujących z nim urządzeń. Kwarantanna obejmuje
zainfekowane lub wskazane przez analizę heurystyczną pliki.
• Przeglądanie archiwalnych logów przy zastosowaniu funkcji filtrujących.
• Wyświetlanie nowych logów w czasie rzeczywistym.
• Analizowanie ruchu w sieci poprzez nasłuch całej komunikacji w segmencie
sieci z możliwością jej zapisu i późniejszej analizy.
• Analizę podatności stacji w sieci wraz z możliwością raportowania wykrytych
luk.
• Export zgromadzonych logów do zewnętrznych systemów składowania danych
(długoterminowe przechowywanie danych).
20. Gwarancja – min 36 miesięcy z serwisem w następnym dniu roboczym w miejscu
instalacji. W przypadku braku możliwości usunięcia awarii w miejscu instalacji
wymagane jest podstawienie na czas naprawy urządzenia zastępczego o
osoby posiadające certyfikat producenta w zakresie konfiguracji dla dostarczanych
urządzeń.
posiadający ISO 9001 w zakresie świadczenia usług serwisowych. (Certyfikat ISO
9001 oraz certyfikat dystrybutora lub Autoryzowanego serwisu producenta należy
dołączyć do oferty).
internetowy, oraz infolinię w trybie 24x7. Do oferty należy załączyć informacje o
dedykowanym module internetowym i infolinii.
LAN aktywne - zabezpieczenie brzegu sieci, antyspam

Urządzenie typu antyspam musi spełniać co najmniej następujące wymagania:
Opis wymagań dla zabezpieczenia brzegu sieci - antyspam
1. System ochrony musi zapewniać kompleksową ochronę antyspamową,

antywirusową oraz antyspyware’ową.
2. Jednocześnie, dla zapewnienia bezpieczeństwa inwestycji i szybkiego wsparcia
technicznego ze strony dostawcy wymaga się aby wszystkie funkcje ochronne oraz
zastosowane technologie, w tym system operacyjny pochodziły od jednego
producenta, który udzieli odbiorcy licencji bez limitu chronionych użytkowników
(licencja na urządzenie).
3. Dla zapewnienia wysokiej sprawności i skuteczności działania systemu urządzenia
ochronne muszą pracować w oparciu o dedykowany system operacyjny czasu
rzeczywistego. Nie dopuszcza się stosowania komercyjnych systemów
operacyjnych, ogólnego przeznaczenia.
4. Urządzenia muszą być wyposażone w nie mniej niż 1 port 10/100 Base-TX i nie
mniej niż 2 porty 10/100/1000 Base-TX
5. Urządzenie musi mieć możliwość pracy w każdym trzech trybów:
a) Tryb gateway.
b) Tryb transparentny (nie wymaga rekonfiguracji istniejącego systemu poczty
elektronicznej).
c) Tryb serwera pocztowego.
6. Urządzenie musi posiadać nie mniej niż 255 interfejsów wirtualnych definiowanych
jako VLANy w oparciu o standard IEEE802.1q
7. System musi posiadać:
a) Wsparcie dla wielu domen pocztowych.
b) Polityki filtrowania tworzone w oparciu o adresy mailowe, nazwy domenowe,
adresy IP (w szczególności reguła all-all).
c) Email routing oraz zarządzanie kolejkami bazujące na politykach.
d) Ochrona poczty przychodzącej oraz wychodzącej.
e) Granularne, wielowarstwowe polityki wykrywania spamu oraz wirusów.
f) Skanowanie Antywirusowe oraz Antyspamowe definiowane na użytkownika w
oparciu o atrybuty LDAP.
g) Routing poczty (email routing) w oparciu o LDAP.
h) Kwarantanna poczty z dziennym podsumowaniem (możliwość samodzielnego
zwalniania plików z kwarantanny przez użytkownika).
i) Dostęp do kwarantanny poprzez WebMail lub POP3.
j) Archiwizacja poczty przychodzącej i wychodzącej, backup poczty do różnych
miejsc przeznaczeniaWhitelist’y definiowane dla użytkownika.
8. System w trybie serwera pocztowego musi zapewniać:
a) Obsługę serwisów pocztowych: SMTP, POP3, IMAP.
b) Wsparcie SMTP over SSL.
c) Definiowanie powierzchni dyskowej dla użytkownika.
d) Szyfrowany dostęp do poczty poprzez WebMail.

e) Polski interfejs użytkownika przy dostępie przez WebMail.
f) Lokalne konta użytkowników oraz uwierzytelnianie w oparciu o LDAP.
g) Obsługa minimum 200 skrzynek pocztowych na urządzeniu.
9. W ramach ochrony antywirusowej, antyspyware’owej system musi realizować:
a) Skanowanie antywirusowe wiadomości SMTP.
b) Kwarantannę dla zainfekowanych plików.
c) Skanowanie załączników skompresowanych.
d) Definiowanie komunikatów powiadomień w języku polskim.
e) Blokowanie załączników ze względu na typ pliku.
f) Obsługę nie mniej niż 60 profili antywirusowych.
10. Ponadto musi zapewnić:
a) Heurystyczna analiza spamu.
b) Filtrowanie treści załączników.
c) Szczegółowa kontrola nagłówka wiadomości.
d) Filtrowanie w oparciu o filtry Bayes’a, z możliwością dostrajania dla
poszczególnych użytkowników.
e) Filtrowanie poczty w oparciu o sumy kontrolne spamu.
f) Wykrywanie spamu w oparciu a analizę plików graficznych oraz plików PDF.
g) Analiza poczty w oparciu o dynamiczną bazę spamu dostarczaną przez tego
samego producenta.
h) Współpraca z zewnętrznymi serwerami RBL.
i) Kontrola w oparciu o Greylist’y.
j) Białe i czarne listy definiowane globalnie oraz per użytkownik.
k) Kwarantanna oraz oznaczanie spamu.
l) Weryfikacja źródłowego adresu IP.
m) Możliwość zdefiniowania 60 profili antyspamowych.
11. Rozwiązanie musi udostępniać funkcje logowania i raportowania:
a) Zdarzenia systemowe oraz przekroczone zdefiniowane progi logowanie
poprzez SNMP.
b) Logowanie do zewnętrznego serwera SYSLOG.
c) Logowanie zmian konfiguracji oraz krytycznych zdarzeń systemowych.

d) Powiadamianie o działalności wirusów.
e) Logowanie informacji na temat spamu oraz niedozwolonych załączników.
f) Predefiniowane szablony ponad 140 raportów.
g) Możliwość planowania czasu generowania raportów.
h) Możliwość podglądu logów w czasie rzeczywistym.
12. System musi umożliwiać Konfigurację HA [Active-Passive] w trybie gateway,
transparent oraz serwer .
13. Obudowa ma mieć możliwość zamontowania w szafie 19”.
14. Gwarancja – min 36 miesięcy z serwisem w następnym dniu roboczym w miejscu
instalacji. W przypadku braku możliwości usunięcia awarii w miejscu instalacji
wymagane jest podstawienie na czas naprawy urządzenia zastępczego o
osoby posiadające certyfikat producenta w zakresie konfiguracji dla dostarczanych
urządzeń.
posiadający ISO 9001 w zakresie świadczenia usług serwisowych. (Certyfikat ISO
9001 oraz certyfikat dystrybutora lub Autoryzowanego serwisu producenta należy
dołączyć do oferty).
internetowy, oraz infolinię w trybie 24x7. Do oferty należy załączyć informacje o
dedykowanym module internetowym i infolinii.
LAN – urządzenia identyfikacji i rejestracji czasu pracy wraz kartami.

Zamówienie przewiduje dostawę, instalację i konfigurację 2 (dwóch) urządzeń rejestrujących
wejście/wyjście oraz 80 kart współpracujących z oferowanym urządzeniem.
Opis wymagań dla urządzeń rejestrujących wejście/wyjście wraz z kartami.
1. Urządzenie zewnętrzne przeznaczone do pracy w systemach rejestracji czasu
pracy.
2. Współpraca z kartami zbliżeniowymi MIFARE w standardzie ISO 14443A.
3. Odczyt kart z odległości min 5 cm.
4. Komunikacja rejestratora z komputerem poprzez sieć LAN (TCP/IP) oraz
RS485.
5. Nielotna pamięć wewnętrzna przechowująca 10000 rejestracji pomiędzy
kolejnymi transmisjami do bazy danych.
6. Awaryjne podtrzymywanie napięcia realizowane poprzez zewnętrzny zasilacz z
UPS lub wewnętrzny, zapewniający prawidłowa pracę w ciągu 24 godzin.
7. Zapisywanie ostatnich 20 operacji na karcie.
8. Weryfikacja ostatniej rejestracji (tryb, w celu sygnalizacji ponownej próby
rejestracji w tym samym trybie i ewentualnym automatycznym zmianie trybu na
przeciwny).
9. Urządzenie musi posiadać klawiaturę do wyboru trybów rejestracji i wyświetlacz
informujący pracownika o aktualnej godzinie, dacie, trybie rejestracji,
komunikatach tekstowych, komunikatach bilansu czasu pracy i urlopów.
10. Sygnalizacja akustyczna i świetlna odczytu karty.
11. Temperatura pracy: -10 stopni C +40stopni C.
12. Zapewnienie możliwości łatwej, modułowej rozbudowy do kolejnych punktów, z
możliwością wpięcia rejestratorów do istniejącej magistrali RS485 czytników
kontroli przejścia.
13. Urządzenie musi posiadać możliwość sterowania urządzeniami wykonawczymi
(rygiel, kołowrót).
14. Urządzania muszą posiadać możliwość współpracy z kamerami wykonującymi
zdjęcia podczas zbliżania karty.
15. Urządzenia muszą być dostarczone w komplecie wraz z 80 szt. kart plastikowych
typu MIFARE oraz zestawem do personalizacji składającym się z
oprogramowania i drukarki kart plastikowych.
16. Oprogramowanie do personalizacji graficznej plastikowych kart elektronicznych
musi posiadać polski interfejs językowy, umożliwiać kolorowy, dwustronny
nadruk personalizacji na kryptograficznych kartach elektronicznych, musi
pracować pod systemem operacyjnym zgodnym z stanowiskiem komputerowym
dostarczonym w ramach zamówienia, musi być zintegrowane
z oprogramowaniem do półautomatycznej, wsadowej personalizacji
elektronicznej tych kart, wraz z dokumentacją w języku polskim oraz licencją na
jedno stanowisko.
17. Oprogramowanie do wsadowej personalizacji kart elektronicznych musi
zapewniać możliwość graficznej i elektronicznej personalizacji kryptograficznych
kart elektronicznych, do użycia ich w aplikacjach wykorzystujących PKI.
Oprogramowanie musi umożliwiać przetworzenie (spersonalizowanie) w jednym
wsadzie minimum 100 kart. Działanie oprogramowania musi opierać się
o przygotowaną zawartość bazy danych, poprzez przetwarzanie wszystkich
wskazanych rekordów. Musi także zapewniać możliwość dopisania rekordu do
bazy danych. Oprogramowanie musi współpracować z urządzeniami do
przechwytywania obrazu: kamerą cyfrową, cyfrowym aparatem fotograficznym i
skanerem z interfejsem TWAIN, w celu zapewnienia możliwości uzupełnienia
informacji do personalizacji o zdjęcie wybranej osoby, sporządzone na miejscy
lub dostarczone w postaci pliku lub obrazu.
18. Personalizacja karty elektronicznej w tym systemie musi realizować minimum
poniższe funkcje:
a) Zainicjowanie karty do pracy poprzez zapisanie na karcie odpowiedniej
struktury danych, tzw. profilu,
b) Generację pary kluczy kryptograficznych,
c) Wygenerowanie i wysłanie do centrum certyfikacji wniosku o wydanie
certyfikatu dla klucza publicznego,
d) Personalizację graficzną jednej lub obu stron karty,
e) Zapisanie otrzymanego certyfikatu na karcie,
f) Wygenerowanie i wpisanie na kartę poufnego kodu dostępu (PIN),
g) Poufny wydruk kodu PIN i umieszczenie go w bezpiecznej kopercie,
h) Wydruk listu przewodniego i kopertowanie karty (opcja).
19. Oprogramowanie musi posiadać poniższe cechy:
a) Dowolna ilość operatorów o definiowanym dostępie do poszczególnych
opcji oprogramowania,
b) Dostęp do aplikacji jest zabezpieczony sprzętowo (tokenem lub kartą),
c) Możliwość seryjnego wydruk tekstu i grafiki,
d) Możliwość definiowania postaci raportów z personalizacji,
e) Obsługa bazy danych, zawierającej dane do personalizacji poprzez
standardowy interfejs ODBC,
f) Pola bazy danych konfigurowalne przez użytkownika,
g) Współpraca z aparatem fotograficznym, skanerem lub kamerą do
przechwytywania obrazów, do personalizacji graficznej,
h) Edytor do projektowania formy graficznej do personalizacji,
i) Możliwość importowania obrazów w formacie JPG, BMP lub TIFF,
j) Współpraca z CA Microsoftu.
20. Oprogramowanie musi generować wnioski o wydanie certyfikatu dla klucza
publicznego wg standardu PKCS #10 w dwóch wariantach do wyboru:
a) Binarnym - DER,
b) Tekstowym (wniosek binarny DER, zakodowany wg Base64).
21. Muszą być obsługiwane formaty certyfikatów otrzymywanych z centrów
certyfikacji:
a) Binarny DER,
b) Tekstowy (wniosek binarny DER, zakodowany wg Base64),
22. Dokumentacja eksploatacyjna do oprogramowania musi opisywać w sposób
kompletny, zrozumiały i odpowiedni dla osoby o przygotowaniu inżynierskim,
informatycznym, oba procesy – personalizacji graficznej i personalizacji
elektronicznej.
23. Dopuszcza się oprogramowanie, będące wynikiem integracji modułów
pochodzących od różnych wytwórców, pod warunkiem, że powstała w ten
sposób aplikacja, wypełnienia wszystkie wymagania Zamawiającego.
24. Gwarancja dostawcy: nie mniej niż 36 miesięcy. Opieka autorska nie mniej niż 36
miesięcy.
25. Drukarka kart plastikowych musi spełniać minimalne wymagania:
a) Typ nadruku - jednostronny
b) Rozdzielczość druku - 300 dpi
c) Powierzchnia nadruku - cała karta (edge to edge)
d) Podajnik / odbiornik kart - 100 / 50
e) Prędkość druku jednostronnego monochromatycznego do 1000 kart/godz.
f) Prędkość druku jednostronnego YMCKO kolorowego do 150 kart/godz.
g) Grubość karty 0,25 - 1,00 mm
h) Koder kart elektronicznych stykowych (chipowych) - opcja
i) Koder kart elektronicznych zbliżeniowych (Mifare)
j) Koder kart Mifare Crazy Writer
k) Wydajność folii drukujących
• Monochromatyczna - czarna, niebieska, czerwona, zielona, biała, złota,
srebrna: 1000 kart/rolkę
• Specjalna monochromatyczna - BlackWAX do kart z materiału ABS i innych
specjalnie pokrytych kart plastikowych: 1000 kart/rolkę
• Monochromatyczna - czarna z warstwą "overlay" (KO): 500 kart/rolkę
• Kolorowa - pięciopanelowa (YMCKO): 200 kart/rolkę
• Specjalna kolorowa - półpanelowa (YMCKO): 400 kart/rolkę
• Specjalna holograficzna: 350 kart/rolkę
• Do nadruku paska do podpisu: 1000 kart/rolkę
l) Komunikacja USB, Ethernet (opcja)
m) Pamięć RAM 16 MB
n) Sterowniki Windows XP, Server2003, Vista, Mac OS X
o) Gwarancja 36 miesięcy bez limitu nadruków
Grupa II – komputery osobiste i ich oprogramowanie

Komputer PC
Zamówienie przewiduje dostawę, instalacje i konfigurację 35 (trzydziestu pięciu)
komputerów PC.
Opis wymagań dla komputerów PC
1. Procesor dwurdzeniowy, klasy x86, min 3 GHz 3MB;

2. Minimum 4 GB pamięci RAM, DDR2 (możliwość rozbudowy do 8 GB);
3. Twardy dysk minimum 500GB (min. SATA II; min. 7200 rpm, NCQ/3Gbit, 8mb
cache);
4. Napęd optyczny DVD-RW SATA;
5. Płyta główna zaprojektowana i wyprodukowana przez producenta komputera trwale
oznaczona logo producenta komputera na etapie produkcji oznaczenie modelu
płyty głównej trwale naniesione na etapie produkcji w standardzie µATX:
a) chipset dostarczony przez producenta procesora,
b) zintegrowany kontroler 4 x SATA II,
c) min 1x PCI Express o szybkości x16,
d) min 1x PCI Express o szybkości x1,
e) min 2x PCI 32bit,
f) możliwość zabezpieczenia hasłem dostępu do systemu operacyjnego i dostępu
do BIOS komputera - zabezpieczenia te muszą działać niezależnie od siebie,
możliwość zabezpieczenia dysku twardego w sposób uniemożliwiający
możliwość odczytu danych po podłączeniu dysku do innego komputera,

g) możliwość deaktywacji karty muzycznej i sieciowej z BIOS komputera,
h) możliwość odczytania z BIOS komputera informacji o numerze seryjnym,
numerze inwentaryzacyjnym (asset tag), możliwość odczytania z BIOS
dokładnych informacji o procesorze – co najmniej model, typ, częstotliwości
FSB, prędkości rzeczywista, ilość pamięci cache,
i) możliwość wyłączenia pracy wielordzeniowej procesora z pozycji BIOS
(konieczne w przypadku niektórych aplikacji),
j) możliwość wyłączenia portów COM, USB, FDD z BIOS komputera bez
pośrednictwa systemu operacyjnego ani bez pośrednictwa urządzeń
zewnętrznych, blokada zapisu na dyskietkach 3,5 cala,
k) możliwość ograniczenia dostępu do portów USB dla dysków i pamięci flash
pracujących w standardzie USB 1.x i 2.x,
l) rozwiązanie sprzętowe zintegrowane w płycie głównej komputera
zapewniające możliwość przywrócenia BIOS w przypadku jego uszkodzenia
(ataki wirusów itp.) lub nieudanej aktualizacji bez pośrednictwa jakichkolwiek
urządzeń zewnętrznych i w sytuacji, gdy obraz na monitorze nie jest
wyświetlany i/lub nie ma możliwości wprowadzania znaków za pomocą
konsoli tekstowej,
m) możliwość manualnego obniżenia poziomu głośności komputera z poziomu
BIOS poprzez aktywację funkcji pracy z obniżoną głośnością dla dysku
twardego, napędu optycznego i wentylatorów wbudowanych wewnątrz
obudowy;
n) Karta dźwiękowa zintegrowana, standard High Definition;
o) Możliwość wyłączenia karty dźwiękowej w BIOS;
p) Karta sieciowa: 10/100/1000 Mbps WoL, PXE;
q) Możliwość wyłączenia karty sieciowej w BIOS;
r) Możliwość odczytania adresu MAC karty z BIOS komputera;
s) Karta graficzna zintegrowana, układ Intel GMA 4500 lub nowszy o nie gorszej
wydajności 2D/3D;
t) Do 256 MB pamięci własnej lub współdzielonej z pamięcią systemową
(niewymagane jest uzupełnienie pamięci RAM).
6. Porty i złącza:
a) 8 portów USB 2.0 (w tym 2 na panelu przednim, w części środkowej);
b) 1x RS-232;
c) 2x porty PS2;
d) 1x VGA;
e) 1x audio line-in, 2x audio line-out, 1x wejście mikrofonowe;
f) nie dopuszcza się możliwości zasłonięcia złączy USB znajdujących się na panelu
przednim jakimikolwiek zaślepkami, maskownicami utrudniającymi wzrokową
weryfikację ich użycia – np. obecności klucza USB czy innego urządzenia
podłączonego do złączy na panelu przednim obudowy komputera;
7. Preinstalowany Microsoft Windows 7 Professional PL 64-bit lub równoważny –
dokładny opis w sekcji Licencje systemu operacyjnego.
8. System wraz z nośnikiem pozwalającym na ponowną instalację systemu
niewymagającą wpisywania klucza rejestracyjnego lub rejestracji poprzez Internet
czy telefon;
9. Obudowa standard µATX, zasilacz o mocy maksymalnej 300W z aktywnym filtrem
PFC, o gwarantowanej sprawności co najmniej 87% (87+ przy normalnym
obciążeniu tj. około 50%):
a) minimum dwie zewnętrzne zatoki 5.25 cala,
b) minimum jedna zewnętrzna zatoka 3,5 cala,
c) minimum dwie wewnętrzne zatoki 3,5 cala,
d) suma wymiarów obudowy (wysokość + szerokość + głębokość mierzona po
krawędziach zewnętrznych) nie więcej niż 955mm w tym całkowita szerokość
obudowy nie większa niż 175mm,
e) nie dopuszcza się, aby maskownica obudowy czy inne elementy wystawały poza
jej obrys określony maksymalnymi wymiarami obudowy,
f) otwierana boczna ściana obudowy umożliwiająca dostęp do wszystkich
podzespołów komputera,
g) mocowanie ściany na co najmniej dwie śruby widoczne z bocznej strony
obudowy (możliwość weryfikacji obecności śrub zabezpieczających bez
konieczności dostępu do tylnej ściany obudowy),
h) obudowa trwale oznaczona logo producenta komputera,
i) licencja na system operacyjny oraz numer seryjny komputera umieszczony na
górnej części obudowy,
j) złącze typu Kensington Lock,
k) oczko w obudowie do zabezpieczenia kłódką,
10. Klawiatura USB w układzie US;
11. Mysz optyczna 800 dpi USB dwuprzyciskowa, rolka (scroll) jako trzeci przycisk,
funkcja scroll'a czterokierunkowego, trwałe oznaczenie myszy logo producenta
komputera;
12. Oprogramowanie wyprodukowane i wspierane przez producenta komputera wraz z
licencją do zarządzania w sieci, pozwalające minimum na:
a) pracę w architekturze serwer-klient - licencja musi pozwalać na pełne
wykorzystanie aplikacji w wymaganym zakresie,
b) możliwość zdalnego przypisania dla jednego, lub grupy komputerów unikalnego
numeru, inwentarzowego widocznego zdalnie dla administratora jak i
bezpośrednio w BIOS maszyny,
c) monitoring systemu i przekazywanie informacji o zdarzeniach na stację
administratorską (konsola graficzna na stacji zarządzającej, konsola tekstowa,
email, sms),
d) możliwość konfiguracji i weryfikacji zakresu i stopnia szczegółowości alertów
przekazywanych na stację administratorską oraz wybór sposobu informacji o
zdarzeniu,
e) monitoring komponentów takich jak: dysku twardy (SMART), pamięci,
wentylatorów, stanu czujnika otwarcia obudowy, monitoring temperatury
wewnętrznej komputera,
f) zdalne zarządzanie BIOS: wprowadzanie i zmiana haseł BIOS, archiwizacja i
aktualizacja BIOSu dla pojedynczego komputera i grupy komputerów
jednocześnie; modyfikacja sekwencji bootowania,
g) generowanie raportów dot. pojedynczych komputerów lub grup komputerów, w
zakresie zainstalowanych komponentów, systemu operacyjnego oraz aplikacji,
h) odczyt modelu, numeru seryjnego i numer inwentarzowego komputera,
i) wersja i model płyty głównej, wersja BIOS,
j) model, wersja firmware i numer seryjny dysku twardego,
k) model, wersja firmware i numer seryjny napędu optycznego,
l) sposób obsadzenia kości pamięci wraz z informacją o zainstalowanych kościach
(pojemność, oznaczenie, numer seryjny kości);
13. Oprogramowanie wyprodukowane i wspierane przez producenta komputera
pozwalające minimum na:
a) praca w środowisku Windows 7, Vista, XP, DOS,
b) pełną diagnostykę sprzętową komputera (praca dysku twardego, płyty głównej i
jej układów, karty muzycznej, praca podsystemu pamięci, karty graficznej),
pozwalającą na wykrycie usterki z wyprzedzeniem lub jej weryfikację,
c) odczyt informacji o systemie: numer seryjny, numer inwentarzowy,
d) eksport informacji do plików danych,

e) automatyczne pobieranie z sieci Internet i instalację/aktualizację sterowników
dla wszystkich komponentów sprzętowych notebooka dla systemów Windows
7, Vista i XP (aplikacja musi rozpoznawać automatycznie typ i model
komputera, na którym pracuje, brak konieczności wprowadzania jakichkolwiek
informacji na temat sprzętu przez użytkownika),
f) automatyczne pobieranie krytycznych dla pracy komputera poprawek
systemowych (niezależnie od narzędzi systemu operacyjnego).
14. Gwarancja – 36 miesięcy.
15. Oświadczenie producenta komputera, że w przypadku nie wywiązywania się z
obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie
wszelkie zobowiązania związane z serwisem gwarancyjnym. (Oświadczenie
potwierdzające załączyć do oferty).
Notebook ze stacją dokującą

Zamówienie przewiduje dostawę, instalację i konfigurację 7 (siedmiu) notebooków ze stacją
dokującą.
Opis wymagań dla notebooka ze stacją dokującą
1. Procesor dwurdzeniowy, klasy x86, 2,5GHz 3MB;

2. Płyta główna zaprojektowana przez producenta komputera; chipset płyty
głównej rekomendowany przez producenta notebook, zintegrowany układ
szyfrujący zgodny z TPM 1.2;
3. 4GB RAM z możliwością rozbudowy do 8GB; rodzaj pamięci : DDR3;
częstotliwość pracy : co najmniej 1066 MHz; wolny jeden slot pamięci; tryb
pracy dual channel;
4. HDD: pojemność 500GB; interfejs : SATA; prędkość obrotowa : co najmniej
7200 rpm; wbudowany system antywstrząsowy;
5. Wyświetlacz: Wielkość : TFT min 15.6" LED WXGA;
6. Rozdzielczość : HD 1920x1200;
7. Karta grafiki: Zintegrowana z płytą główną ze współdzieloną pamięcią zgodna
ze standardem DIRECTX 10.0;
8. Karta dźwiękowa wbudowana zgodna z HD Audio; wbudowane głośniki stereo;
wbudowany mikrofon;
9. Porty i złącza:
a) 1 x wejście zasilacza DC;
b) 1 x wyjście line-out / słuchawkowe;
c) 4 x USB 2.0;
d) 1 x E-SATA / USB 2.0;
e) 1 x VGA;
f) 1 x RJ-45;
g) 1 x dedykowane złącze do replikatora portów;
h) 1 x Kensington Lock;
i) 1 x czytnik kart SD/MS/MSPro;
j) 1 x Express Card;
k) 1 x PC Card;
l) 1 x Port szeregowy (COM);
m) 1 x Display Port;
n) 1 x Firewire;
10. Napęd optyczny - wewnętrzny DVD-RW typu hot-plug; dołączone
oprogramowanie umożliwiające nagrywanie płyt CD/DVD;
11. Wbudowana karta sieciowa 10/100/1000 MBit LAN; wbudowana karta
sieciowa pracująca w standardzie b/g/n; wbudowany sprzętowy
włącznik/wyłącznik bezprzewodowej karty sieciowej;
12. Bluetooth : wbudowany na stałe moduł pracujący w standardzie co najmniej 2.1;
13. Przyciski funkcyjne służące do szybkiego dostępu do funkcji: blokowanie
komputera, zarządzanie wydajnością, konfiguracja sprzętowa, możliwość
powiązania przycisków z dowolnymi aplikacjami;
14. Klawiatura odporna na zalanie; w standardzie US;
15. Bateria litowo-jonowa - czas pracy do 7 godzin z możliwością przedłużenia do
11 godzin poprzez zastosowanie dodatkowej baterii; funkcja szybkiego
ładowania baterii;
16. Zasilacz zewnętrzny impulsowy o mocy do 80W;
17. Waga podróżna do 2,5 kg (bez napędu optycznego oraz dodatkowej baterii);
18. Waga do 3 kg;
19. Wymiary (szerokość x głębokość x wysokość) : maksymalnie 380 x 260 x 40
mm;
20. Preinstalowany Microsoft Windows 7 Professional PL 64-bit lub równoważny -
dokładny opis w sekcji Licencje systemu operacyjnego;
niewymagającą wpisywania klucza rejestracyjnego lub rejestracji poprzez
Internet czy telefon;
22. Możliwość założenia hasła użytkownika i administrator;
23. Możliwość założenia hasła HDD;
24. Możliwość zabezpieczenia komputera za pomocą karty mikroprocesorowej
przed nieautoryzowanym uruchomieniem systemu operacyjnego;
służące do zarządzania zaawansowanymi funkcjami bezpieczeństwa;
wraz z licencją do zarządzania w sieci, pozwalające minimum na:
a. zdalne monitorowanie, zarządzanie i raportowanie (sprzęt i
oprogramowanie);
b. zdalne zarządzaniem BIOS (konfiguracja - BIOSSET, uaktualnienia -
DeskFlash);
c. zdalne wyłączanie/restart komputera;
d. informowanie o zdarzeniach systemowych;
e. funkcja WoL (Wake on LAN);
f. zdalne blokowanie portów USB, serial, parallel (BIOSSET);
g. otrzymywanie informacji WMI;
27. Gwarancja – 36 miesięcy;
28. Oświadczenie producenta komputera, że w przypadku nie wywiązywania się z
obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie
wszelkie zobowiązania związane z serwisem gwarancyjnym (oświadczenie
potwierdzające załączyć do oferty)
29. Certyfikaty:
a. Potwierdzenie kompatybilności komputera na stronie Microsoft
Windows Hardware Compatibility List na daną platformę systemową
(wydruk ze strony)
b. Deklaracja zgodności CE
c. Certyfikat jakości ISO 9001 oraz 14001
d. Wszystkie komponenty notebooka muszą pochodzić od producenta

oraz stanowić element jego stałej oferty. (Oświadczenie producenta
e. Wszystkie komponenty muszą być objęte gwarancją producenta.
(Oświadczenie producenta należy dołączyć do oferty).
30. Notebook musi być wyposażony w stację dokującą posiadającą co najmniej:
a) 2 x port wideo VGA, 2 x DVI-D, 2 x HDMI (z kluczem sprzętowym);
b) gniazda szeregowe, równoległe, 2 x PS/2;
c) 6 x USB, eSATA z zasilaniem (dzielone z jednym portem USB), RJ-45,
wyjście i wejście dźwięku, gniazdo blokady, złącze podstawy E-Monitor;
d) zewnętrzny zasilacz na prąd zmienny;
e) gwarancja – 36 miesięcy.
31. Klawiatura i mysz.
Monitor do komputera PC i dla notebooka

Zarówno komputery PC jak i stacje dokujące notebooki muszą zostać wyposażone w
monitor. Zamówienie przewiduje dostawę i instalację 42 (czterdziestu dwóch) monitorów, w
tym 35 dla komputerów PC, a 7 dla stacji dokujących notebooki.
Opis wymagań dla monitorów do komputerów PC
1. Przekątna obrazu, rozdzielczość: 19 cali o rozdzielczości natywnej minimum

1280x1024 pikseli, maksymalny rozmiar piksela 0.294 mm;
2. Odwzorowanie 16,7 miliona kolorów, kontrast 800:1, jasność min. 250
cd/m2,czas reakcji matrycy max. 5ms, kąty widzenia pion/poziom minimum
170 stopni, częstotliwość pozioma 30-82 kHz, częstotliwość pionowa 55-75 Hz
(weryfikacja na podstawie dokumentacji technicznej producenta monitora);
3. Wejście video: 1x DVI, 1x VGA;
4. Obudowa i regulacja monitora: Obudowa ekranu w kolorze jasnym (biała,
szara), regulacja do pozycji portretowej (pivot), regulacja wysokości ekranu
minimum 110mm w pionie, pochylenie ekranu w zakresie -5° / +20° (tzw. tilt),
obrót względem osi pionowej w zakresie +/-45 (tzw. swivel), zintegrowany
zasilacz i głośniki stereo o mocy minimum 1W każdy, możliwość regulacji
głośności z menu OSD monitora, złącze Kensington Lock, złącze montażu na
ścianie w standardzie VESA 100 (100 mm);
5. Kable: Fabrycznie dostarczone w zestawie: kabel analogowy VGA o długości
Opis wymagań dla monitorów do komputerów PC
minimum 1,8m, kabel DVI o długości minimum 1,8m, kabel audio stereo –
analogowy;
6. Regulacja palety barw z menu OSD – co najmniej regulacja 6500K, 9300K,
możliwość zapisu ustawień użytkownika (RGB); wyświetlanie modelu, numeru
seryjnego monitora oraz parametrów pracy (rozdzielczość, używane złącze
sygnałowe) poprzez menu OSD;
7. Aplikacja producenta monitora do zdalnej inwentaryzacji w sieci komputerowej,
pozwalająca na odczyt modelu i producenta monitora, jego numeru seryjnego
oraz przepracowanego czasu w godzinach, możliwość regulacji wszystkich
ustawień menu OSD bezpośrednio z komputera PC;
8. Certyfikaty i normy:
a. TCO Displays 5.0,
b. EPEAT co najmniej na poziomie Silver,
c. Energy Star 5.0 (EPA 5.0), zużycie energii max. 19W wg standardów
EPA, zużycie energii w trybie stand-by oraz w trybie oszczędzania
energii nie więcej niż 0,1W – parametry potwierdzone w oficjalnej
dokumentacji technicznej producenta monitora,
d. CE,
e. ISO13406-2 (klasa II),
f. Certyfikaty jakości ISO 9001 i 14001.
9. Gwarancja 36 miesięcy
Licencje systemu operacyjnego

Zarówno notebooki, jak i komputery muszą zostać wyposażone w sposób jednorodny w
systemy operacyjne. Zamówienie przewiduje dostawę, instalację i konfigurację 42 licencji
OEM do opisanych wyżej komputerów PC i notebooków oraz dostawę 28 licencji do
posiadanych już przez Zamawiającego komputerów (licencje nie OEM).
Opis wymagań dla systemów operacyjnych komputerów PC,

notebooków
1. Microsoft Windows 7 Professional PL 64-bit lub równoważny, z zastrzeżeniem, by

był identyczny dla wszystkich elementów zamówienia zawierających system
operacyjny ze względu na zamierzoną kompatybilność środowiska pracy urządzeń
komputerowych.
Opis wymagań dla systemów operacyjnych komputerów PC,
notebooków
niewymagającą wpisywania klucza rejestracyjnego lub rejestracji poprzez Internet

czy telefon.
3. Dla sprzętu dostarczanego przez Wykonawcę wymagane są licencje OEM.
Zabezpieczenie antywirusowe
Zamówienie przewiduje dostawę, instalację i konfigurację 70 (siedemdziesięciu) licencji
zabezpieczenia antywirusowego.
Opis wymagań dla oprogramowania antywirusowego
1. Ochrona antywirusowa stacji roboczych (Windows 7 32-bit i 64-bit Windows

Vista 32-bit i 64-bit, Windows XP Home Edition z SP1/SP2/SP3, Windows XP
Professional Edition z SP1/SP2/SP3,Windows XP Media Center Edition z SP1).
2. Ochrona antywirusowa wyżej wymienionego systemu monitorowana i zarządzana
z pojedynczej, centralnej konsoli.
3. Możliwość instalacji konsoli zarządzania niezależnie na kilku wybranych stacjach.
4. Polski interfejs użytkownika i dokumentacja do oprogramowania na stację
roboczą.
5. Ochrona antywirusowa realizowana na wielu poziomach, tj.: monitora
kontrolującego system w tle, modułu skanującego nośniki i monitora poczty
elektronicznej, monitora ruchu http oraz moduł antyrootkitowy.
6. Co najmniej trzy różne silniki antywirusowe, funkcjonujące jednocześnie i
skanujące wszystkie dane.
7. Oddzielny silnik skanujacy do wykrywania niepożądanych aplikacji takich jak
oprogramowanie typu „spyware", „adware", „keylogger”, „dialer”, „trojan”.
8. Aktualizacje baz definicji wirusów dostępne 24h na dobę na serwerze
internetowym producenta, możliwa zarówno aktualizacja automatyczna programu
oraz na żądanie, jak i ściągnięcie plików i ręczna aktualizacja na stacjach
roboczych bez dostępu do Internetu.
9. Możliwość wywołania skanowania na żądanie lub według harmonogramu
ustalonego przez administratorów dla określonych grup klientów za pomocą
centralnej konsoli lub lokalnie przez określonego klienta.
10. Aktualizacja definicji wirusów czy też mechanizmów skanujących nie wymaga
zatrzymania procesu skanowania na jakimkolwiek systemie.
11. Brak konieczności restartu komputerów po dokonaniu aktualizacji mechanizmów
skanujących i definicji wirusów.

12. Heurystyczna technologia do wykrywania nowych, nieznanych wirusów.
13. Wykrywanie niepożądanych aplikacji takich jak oprogramowanie typu „spyware",
„adware", „keylogger”, „dialer”, „trojan”, „rootkit”.
14. Możliwość umieszczenia oprogramowania typu „spyware", „adware", „keylogger”,
„dialer”, „trojan” w kwarantannie.
15. Mechanizm centralnego zarządzania folderami kwarantanny znajdującymi się na
stacjach klienckich.
16. Mechanizm skanujący wspólny dla wszystkich platform sprzętowych i
programowych, wszystkich maszyn, wszystkich wersji oprogramowania, w tym
bez względu na wersję językową oprogramowania – bez względu na to jak duża
jest sieć lub jak bardzo jest złożona.
17. Mechanizm określania źródeł ataków prowadzonych przy użyciu zagrożeń
hybrydowych, takich jak Code Red i Nimda.
18. Mikrodefinicje wirusów – przyrostowe (inkrementalne) pobieranie jedynie
nowych definicji wirusów i mechanizmów skanujących bez konieczności
pobierania całej bazy (na stację kliencką pobierane są tylko definicje, które
przybyły od momentu ostatniej aktualizacji).
19. Obsługa plików skompresowanych obejmująca najpopularniejsze formaty, w tym
co najmniej : ZIP JAR ARJ LZH TAR TGZ GZ CAB RAR BZ2.
20. Automatyczne usuwanie wirusów oraz oprogramowania typu malware i zgłaszanie
alertów w przypadku wykrycia wirusa.
21. Logowanie historii akcji podejmowanych wobec wykrytych zagrożeń na stacjach
roboczych. Dostęp do logów z poziomu GUI aplikacji.
22. Automatyczne uruchamianie procedur naprawczych.
23. Uaktualnienia definicji wirusów posiadają podpis cyfrowy, którego sprawdzenie
gwarantuje, że pliki te nie zostały zmienione.
24. Gwarancja na dostarczenie szczepionki na nowego wirusa w czasie krótszym niż
48 godzin.
25. Średni czas reakcji producenta na nowy wirus poniżej 8 godzin, 24 godziny na
dobę przez cały rok (24/7/365).
26. Automatyczne powiadomienie użytkowników oraz administratora o pojawiających
się zagrożeniach wraz z określeniem stacja robocza jest odpowiednio
zabezpieczona.
27. Skanowanie przez program na komputerze klienckim przychodzącej i
wychodzącej poczty elektronicznej bez konieczności instalowania dodatkowych
programów/modułów. W programach pocztowych nie modyfikowane są

ustawienia konta, tj. serwera POP3, SMTP i IMAP. Obsługuje m.in. MS Outlook
Express, MS Outlook, Mozilla, Eudora, Netscape Mail.
28. Skanowanie przez program na komputerze klienckim, danych pobieranych i
wysyłanych danych przy pomocy protokołu http.
29. Automatyczna kwarantanna blokująca ruch przychodzący i wychodzący,
włączająca się w momencie gdy stacja robocza posiada stare sygnatury
antywirusowe.
30. Wsparcie dla technologii Cisco Network Admission Control (NAC).
31. Ochrona przeglądarki internetowej, w tym : blokowanie wyskakujących okienek,
blokowanie ciasteczek (cookies), blokowanie możliwości zmian ustawień w IE,
analiza uruchamianych skryptów ActiveX i pobieranych plików.
32. Ochrona podczas przeglądania sieci Internet przy pomocy – integracja z
przeglądarką internetową Internet Explorer 6 oraz Mozilla 2 (lub wyższe wersje).
33. Możliwość ręcznego aktualizowania baz definicji wirusów poprzez odrębną plik
wykonywalny dostarczony przez producenta.
34. Możliwość pobierania aktualizacji przez klientów między sobą – tzw.
„Neighborcast” pozwalające na odciążenie łącza do sieci WAN.
35. Ochrona rejestrów systemowych, w tym odpowiedzialnych za konfigurację
przeglądarki Internet Explorer, listę uruchamianych aplikacji przy starcie,
przypisania rozszerzeń plików do zadanych aplikacji.
36. Kontrola oraz możliwość blokowania aplikacji próbujących uzyskać połączenie z
Internetem lub siecią lokalną.
37. Osobista zapora ogniowa (tzw. personal firewall) z możliwością definiowania
profili bezpieczeństwa możliwych do przypisania dla pojedynczej stacji roboczej
lub grup roboczych.
38. Konsola zarządzania umożliwia eksport pakietu instalacyjnego dla klienta w
formacie Microsoft Installer (MSI) i JAR lub też bezpośrednią instalację zdalną
nienadzorowaną.
39. Narzędzie instalacyjne musi sprawdzać istnienie poprzednich wersji
oprogramowania. W przypadku znalezienia poprzedniej wersji instalator musi
pozostawić ustawienia użytkownika, usunąć starsze oprogramowanie z klienta lub
serwera i instalować nowe wersję.
40. Pełna administracja konfiguracją i monitorowanie stacji roboczych i serwerów
plików za pomocą konsoli administracyjnej (centralna instalacja, konfiguracja w
czasie rzeczywistym, zarządzanie, raportowanie i administrowanie
oprogramowaniem).
41. Komunikacja pomiędzy serwerem centralnego zarządzania a stacjami roboczymi

musi być zaszyfrowana lub sygnowana stosownymi kluczami prywatnymi i
publicznymi.
42. Pełne centralne zarządzanie dla środowisk Windows 98, Windows ME, Windows
NT Server & Workstation, Windows 2000, Windows Server 2003, Windows
Server 2008, Windows XP, Windows Vista, Windows 7, Linux.
43. Scentralizowane blokowanie i odblokowywanie dostępu użytkownika do zmian
konfiguracyjnych oprogramowania klienckiego, konsola pozwala na zdalne
zarządzanie wszystkimi ustawieniami klienta.
44. Administratorzy muszą mieć możliwość tworzenia logicznych grup klientów i
serwerów, w celu zarządzania oraz wymuszania określonych dla grupy zasad
bezpieczeństwa.
45. Centralna konsola administracyjna musi umożliwiać przenoszenie klientów z
jednej grupy do drugiej z możliwością zachowania ustawień lub dziedziczenia
ustawień grupy.
46. Możliwość zmiany ustawień dla poszczególnych grup, umożliwienie
administratorom zarządzania poszczególnymi klientami i funkcjonalnymi grupami
klientów (tworzenie grup klientów).
47. Tworzenie grup, zdalne instalowanie oprogramowania oraz wymuszanie
stosowania określonych zasad i ustawień na klientach.
48. Możliwość blokowania wszystkich ustawień konfiguracyjnych stacji roboczych i w
celu uniemożliwienia ich modyfikacji przez użytkowników.
49. Możliwość wyłączenia blokady zmiany ustawień dla użytkownika z prawami
administratora.
50. Serwer zarządzający związany z konsolą zarządzającą musi mieć funkcję
przesyłania aktualizacji do klientów z możliwością ustawienia harmonogramu lub
częstotliwości aktualizacji.
51. Możliwość definiowania harmonogramów lub częstotliwości automatycznego
pobierania aktualizacji definicji wirusów od producenta oprogramowania przez
serwer zarządzający.
52. Możliwość instalacji i konfiguracji wewnętrznego serwera aktualizacji, łączącego
się z serwerem aktualizacji producenta i aktualizacja serwerów, serwera
zarządzającego oraz stacji roboczych z wewnętrznego serwera aktualizacji.
53. Możliwość ustalenia dodatkowego harmonogramu pobierania przez serwery
plików i stacje robocze aktualizacji z serwera producenta.
54. Funkcja przechowywania i przekazywania danych umożliwiająca przechowywanie
przez klientów danych dotyczących zdarzeń, w sytuacji, jeśli nie mogą oni uzyskać
połączenia z serwerem zarządzania.

55. Dane muszą być przesyłane do serwera zarządzania podczas kolejnego
połączenia.
56. Możliwość włączania/wyłączania wyświetlania komunikatów o znalezionych
wirusach na wybranych stacjach klienckich.
57. Program musi pozwalać administratorowi zdefiniować treść komunikatu
wyświetlanego w przypadku wykrycia wirusa.
58. Umożliwienie administratorom na audyt sieci, polegający na wykryciu
niechronionych węzłów narażonych na ataki wirusowe.
59. Automatyczne wykrywanie i usuwanie oprogramowanie innych wiodących
producentów systemów antywirusowych (min. 3 inne) podczas instalacji.
60. Automatyczne uaktualnianie bazy definicji wirusów oraz mechanizmów
skanujących nie rzadziej niż co 7 dni (zalecane codzienne aktualizacje).
61. Automatyczne pobieranie przez program antywirusowy klienta zaktualizowanych
definicji wirusów, jeśli aktualnie przechowywane pliki są przestarzałe.
62. Możliwość eksportu raportów z pracy systemu do pliku MS Excel.
63. Możliwość natychmiastowej aktualizacji przez serwer definicji wirusów na stacjach
klienckich.
64. Możliwość uruchomienia aktualizacji stacji roboczych i serwerów przez
użytkowników „na żądanie”.
65. Możliwość lokalnego zarządzania wszystkimi ustawieniami programu klienta.
66. Program musi pozwalać administratorowi na określenie reakcji w przypadku
wykrycia wirusa.
67. Program musi pozwalać na określenie obszarów skanowania, tj.: pliki, katalogi,
napędy lokalne i sieciowe.
68. Program musi pozwalać na skanowanie pojedynczych plików przez dodanie
odpowiedniej opcji do menu kontekstowego (po kliknięciu prawym przyciskiem
myszy).
69. Program musi pozwalać na określenie typów skanowanych plików, momentu ich
skanowania (otwarcie, modyfikacja) oraz na wykluczenie ze skanowania
określonych folderów.
70. Zarządzanie zdarzeniami i raportowanie – natychmiastowe alarmowanie o
aktywności wirusów w administrowanej sieci na kilka sposobów: poczta
elektroniczna, powiadomienia przez SNMP, raportowanie do dziennika
systemowego, raportowanie do systemu centralnego zarządzania.
71. Program musi posiadać gwarancję na co najmniej 36 miesięcy.
Podpis kwalifikowany
Zamówienie przewiduje dostawę, instalację i konfigurację 3 (trzech) sztuk podpisu
kwalifikowanego.
Opis wymagań dla podpisu kwalifikowanego
1. Projekt zakłada wyposażenie urzędników w urządzenia do składania podpisu

elektronicznego, składających się z karty kryptograficznej z modułem Mifare,
czytnika kart kryptograficznych oraz z certyfikatu kwalifikowanego - w rozumieniu
Ustawy z dnia 18 września 2001 roku o podpisie elektronicznym (Dz.U. Nr 130,
Poz. 1450, z dnia 15.11.2001), zgodnego z wymaganiami określonymi w ww.
ustawie oraz rozporządzeniach do ww. ustawy, wydanego przez wystawcę
wpisanego do „Rejestru podmiotów kwalifikowanych świadczących usługi
certyfikacyjne” publikowanego na stronach www.nccert.pl.
2. Wydane certyfikaty muszą być powiązane z parą kluczy kryptograficznych o
długości 1024 bitów, generowanych przy użyciu algorytmu RSA, oraz zawierać
skrót wykonany za pomocą algorytmu SHA.
3. Certyfikaty muszą być wydane przez wystawcę umożliwiającego weryfikację statusu
certyfikatu za pomocą list CRL.
4. Zastosowane w rozwiązaniu karty hybrydowe SmartCard muszą być wyposażone w
interfejs stykowy i niezależny interfejs bezstykowy oraz muszą posiadać
oprogramowanie do zarządzania kartą i sterownikiem CSP współpracującym z
systemem operacyjnym minimum Windows XP i funkcją logowania do domeny
Windows.
5. Karta PVC ID-1 w części interfejsu stykowego musi być zgodna ze standardami
ISO 7816-1,2,3,4,8, musi współpracować z dostawcą usług kryptograficznych
SafeSignCSP lub crypto3 CSP dla profilu zwykłego, musi posiadać minimum 72
kB pamięci nieulotnej i umożliwiać obsługę kluczy RSA o długości minimum 2048
bitów, musi posiadać certyfikat bezpieczeństwa oraz funkcję blokady kodu PIN i
PUK po kilku próbach podania błędnego kodu. Musi zapewniać obsługę SHA-256
oraz algorytmy DES, 3DES
6. Certyfikat bezpieczeństwa dla układu z interfejsem stykowym, spełniający
wymagania dla komponentu technicznego w rozporządzeniach do Ustawy
o podpisie elektronicznym.
7. Karta przystosowana do umieszczenia na niej minimum 10 certyfikatów
niekwalifikowanych wraz z ich kluczami kryptograficznymi oraz 5 certyfikatów
kwalifikowanych wraz z ich kluczami kryptograficznymi; umieszczenie

w późniejszym czasie certyfikatów kwalifikowanych z kluczami kryptograficznymi
nie może spowodować nadpisania certyfikatów niekwalifikowanych i ich kluczy.
8. Karta musi być przygotowana do niezależnej i oddzielnej realizacji operacji:
a) składania podpisu elektronicznego z wykorzystaniem certyfikatu
niekwalifikowanego (MS CSP, PKCS#11),
b) składania podpisu elektronicznego z wykorzystaniem certyfikatu
kwalifikowanego (podpis bezpieczny),
c) sprzętowego zabezpieczenia komputera: wyjęcie karty z czytnika –
zablokowanie dostępu do komputera, włożenie karty do czytnika i podanie
kodu PIN – odblokowanie dostępu do komputera,
9. Wymagana wydajność karty:
a) 1 podpis / 2 sekundy z użyciem certyfikatu kwalifikowanego z kluczem RSA
2048 bitów,
b) 1 podpis / sekundę z użyciem certyfikatu niekwalifikowanego z kluczem
RSA 2048 bitów,
c) podpisy / sekundę z użyciem certyfikatu kwalifikowanego z kluczem RSA
1024 bity,
d) podpisy / sekundę z użyciem certyfikatu niekwalifikowanego z kluczem
RSA 1024 bity,
10. Karta w części interfejsu bezstykowego musi być zgodna ze standardem Mifare
oraz normą ISO/IEC 14443-1,2,3, umożliwiać konfigurację pamięci nieulotnej od
strony interfejsu bezstykowego.
11. Oprogramowanie dostarczone wraz z kartą musi umożliwiać bezpieczne
konfigurowanie pamięci nieulotnej układu z interfejsem bezstykowym, zgodnego
ze specyfikacją układu scalonego Philips Mifare Standard MF1 S50 IC.
12. Karta winna być biała i pozbawiona nadruków.
13. Karta musi być tak zainicjowana w części stykowej, aby była możliwość
instalowania na niej certyfikatów niekwalifikowanych w tzw. „profilu zwykłym”.
14. Wraz z kartami musi być dołączony czytnik spełniający wymagania:
a) musi zapewnić możliwość podłączenia do komputera przez złącze USB,
b) musi być zasilany przez złącze USB,
c) musi spełniać standardy PC/SC, CT-API,
d) musi zapewniać zapis i odczyt kart wykonanych zgodnie ze specyfikacją ISO
7816-1,2,3,4,
e) musi posiadać sygnalizację optyczną gotowości czytnika i pracy z kartą,
f) musi być zgodny ze standardem „Plug and Play” Microsoft,
g) musi posiadać sterowniki dla systemów operacyjnych: Windows 98,
Windows ME, Windows NT, Windows 2000, Windows XP, Linux,
h) musi obsługiwać karty: wszystkie T0 i T1, SLE4418, SLE4428, SLE4432,
SLE4442, wszystkie I2C,
i) obsługiwane protokoły: T0, T1, I2C, 2WBP, 3WBP,
j) trwałość styków nie mniej niż 100 000 cykli.
15. Certyfikat kwalifikowany – ważny przez 24 miesiące.
Grupa III – serwery i doposażenie serwerowni

Szafa rakowalna serwerowa wraz z szafą krosowniczą
Zamówienie przewiduje dostawę jednej szafy która spełniać będzie zadania szafy rakowalnej
serwerowej i szafy krosowniczej.
Opis wymagań dla szafy rakowalnej wraz z szafą krosowniczą
1. Szafa RACK 19” o wysokości 38U i wymiarach Wysokość x Szerokość x

Głębokość = 182 x 70 x 100 (cm).
2. Wymaga się aby technologia produkcji szafy zapewniła poziomy system
chłodzenia. Zapewnienie odpowiedniego chłodzenia zainstalowanego sprzętu w
szafie RACK musi się odbywać bez konieczności zastosowania dodatkowych
wentylatorów. Wszystkie nie wykorzystane miejsca w szafie RACK muszą
zostać zaślepione odpowiednimi panelami;
3. Szafa RACK musi umożliwiać zamontowanie minimum 6 urządzeń 19” w
pozycji pionowej z dostępem do tych urządzeń z przodu szafy RACK, bez
zmniejszania dostępnej przestrzeni 38U;
4. Szafa RACK wyprodukowana lub certyfikowana przez producenta serwera -
musi posiadać jego gwarancję;
5. Szafa RACK musi być wyposażona w 8 portowy przełącznik KVM
elektroniczny, umożliwiający sterowanie 8 serwerami. Połączenie sygnałów
klawiatury, myszy i monitora pomiędzy przełącznikiem KVM a serwerami ma
się odbywać z wykorzystaniem kabli RJ45 kategorii 5;
6. Rozwiązanie techniczne musi umożliwić zamontowanie przełącznika KVM w

pozycji pionowej lub poziomej. Wraz z przełącznikiem należy dostarczyć
niezbędne kable połączeniowe umożliwiające dołączenie do konsoli KVM
minimum 2 serwerów;
7. Wysokość przełącznika 1U. Przełącznik KVM musi być wyprodukowany lub
certyfikowany przez producenta serwerów i musi posiadać jego gwarancję;
8. Szafa musi być wyposażona w konsolę LCD, która ma współpracować
z przełącznikiem KVM wyposażoną w monitor LCD minimum 17”, klawiaturę
oraz touchpad;
9. Konsola KVM po zamontowaniu w szafie RACK nie może zabierać więcej
miejsca niż 1U;
10. Konsola LCD musi być wyprodukowana lub certyfikowana przez producenta
serwera - musi posiadać jego gwarancję.
11. Szafa musi być wyposażona w system monitoringu o wysokości 1U
umożliwiający śledzenie warunków klimatycznych (minimum temperatura i
wilgotność) z możliwością przesyłania informacji, raportów i alarmów za
pomocą protokołów TCP/IP, SNMP, HTTP. Wszystkie dane muszą być
dostępne dla administratora w interfejsie graficznym
12. System monitoringu musi być wyposażony w jednostkę przekazującą sygnały
alarmowe, komunikaty o statusie, dokonującą pomiary przez przekaźniki i
moduły czujnikowe wyposażoną w minimum 4 uniwersalne wejścia i wyjścia do
podłączenia różnych czujników, diody sygnalizujące alarm lub zmianę
konfiguracji, alarm akustyczny, zegar czasu rzeczywistego z NTP
13. Wymagane czujniki:
• Czujnik temperatury o rezystancji 10kΩ przy 250C
• Czujnik wilgotności z zakresem pomiaru 10-90% r.w. +/-3%
• Czujnik dymu z sygnalizatorem produktów spalania (dym)
• Czujnik dostępu drzwi przednich i tylnich z zestykiem
kontaktronowym montowanym na ramie szafy
14. System monitoringu musi umożliwiać automatyczne wykrywanie wymaganych
czujników oraz rozbudowę o kolejne czujniki.
15. Szafa musi umożliwiać montaż urządzeń zgodnie ze standardem CEA-310E.
Pionowe belki nośne szafy muszą pozwalać na przesuwanie ich w ramach
obudowy.
16. Gwarancja – 36 miesięcy od momentu podpisania umowy z czasem reakcji do
końca następnego dnia roboczego od zgłoszenia awarii.
17. Wszystkie naprawy gwarancyjne muszą być możliwe na miejscu.

18. Dostawca ponosi koszty napraw gwarancyjnych, włączając w to koszt części i
transportu.
19. Zamawiający wymaga audytu przedinstalacyjnego, oraz fizycznej instalacji szafy
w uzgodnionej lokalizacji.
20. Szafa musi być wyprodukowana zgodnie z normą ISO 9001.
Serwer SOD i e-Usług

Zamówienie obejmuje dostawę, instalację i konfigurację 1 (jednego) serwera dla potrzeb
systemu obiegu dokumentów SOD oraz dla potrzeb systemu e-usług.
Opis wymagań dla serwera
Obudowa Obudowa typu Tower, z konwersją do RACK wysokość nie więcej
niż 4U
Procesor Zainstalowane 2 procesory czterordzeniowe, w architekturze x86,
osiągające w testach wydajności SPECint_rate_base2006 min. 322
pkt.
Wymagana obecność certyfikatu potwierdzającego osiągnięty wynik
na stronie: www.spec.org ( wydruk załączony do oferty ) lub
dołączenie kompletnego protokołu z testów SPEC oferowanego
modelu serwera potwierdzonego przez producenta.
Płyta główna Dedykowana płyta serwerowa, dwuprocesorowa, umożliwiająca
instalację procesorów 4 i 6 rdzeniowych, wyprodukowana i
zaprojektowana przez producenta serwera.
Minimum 18 gniazd pamięci RAM .
Minimum 7 slotów PCIe Gen2, w tym minimum 4 muszą
umożliwiać pracę kart z prędkością x8, możliwość obsadzania w
min. 2 slotach kart PCIe x16
10 portów USB (w tym min 3 z przodu, min 4 z tyłu, min 3
wewnątrz obudowy), port VGA z tyłu, dodatkowo port VGA z
przodu obudowy.
2 porty RS-232 w tym jeden dostępny zarówno dla systemu
operacyjnego jak i kontrolera zdalnego zarządzania.
Pamięć RAM 24 GB RAM typu registred DDR3-1333 z korekcją błędów
Advanced ECC, funkcje scrubbing i SDDC, opcja aktywnej rezerwy
i zapisu lustrzanego pamięci, obsadzone min. 3 gniazd pamięci w
trybie maksymalnej wydajności.
Możliwość rozbudowy do minimum 192 GB DDR3.
HDD Zainstalowanych 4 szt. dysków twardych typu SAS hot-plug, nie
mniejszych niż 146GB 15 krpm 3,5” każdy.
Możliwość jednoczesnej instalacji do 14 dysków twardych (w tym
6xHDD 3,5”).
Kontrolery Kontroler dysków typu SAS 6Gb/s minimum 8 portów z obsługą
RAID 0,1,10,5,50,6,60 z pamięcią cache 512MB i podtrzymaniem
bateryjnym pamięci cache.
Karta HBA umożliwiająca podłączenie napędu taśmowego LTO-4
do serwera.
Kontroler SATA, minimum 2 porty.
Inne napędy i Napęd DVD-RW wewnętrzny.
moduły Wewnętrzny napęd LTO4, o natywnej pojemności 800GB,
120MB/s, SAS, wraz z kablami SAS do podłączenia w serwerze
oraz z pięcioma nośnikami danych o pojemności 800GB bez
kompresji.
Panel serwisowy z wyświetlaczem LCD informujący o pracy
podstawowych komponentów serwera
Karta graficzna Zintegrowana w jednym module z kontrolerem zdalnego
zarządzania, pamięć własna 32MB na płycie głównej, rozdzielczość
min. 1600 x 1200
Karty sieciowe 2 interfejsy na płycie głównej typu Ethernet 10/100/1000
(akceleracja TCP/IP), funkcje PXE-boot i iSCSI-boot, .
Wsparcie dla technologii SR-IOV oraz VMDq (lub równoważnych)
.
1 interfejs Ethernet 10/100 RJ45 wyłącznie dla komunikacji ze
sprzętowym kontrolerem zdalnego zarządzania.
Zasilanie Redundantne, dwa zasilacze zgodne ze standardem EPA o
i chłodzenie efektywności min 92% typu hot-plug o maksymalnym poborze
mocy 800W na 1 zasilacz.
Nadmiarowe chłodzenie – redundantne wentylatory typu hot-plug.
Oprogramowanie Microsoft Windows Server 2008 Standard.
Dostarczone wraz z serwerem oprogramowanie zarządzające i
diagnostyczne wyprodukowane i wspierane przez producenta
serwera umożliwiające m.in.:
-konfigurację kontrolera RAID bez konieczności konfiguracji
bezpośrednio w BIOS kontrolera
-instalację systemów operacyjnych wspieranych przez producenta
serwera (z nośników fizycznych lub zdalnie przez sieć LAN) wraz
ze sterownikami
-tworzenie i zapis plików konfiguracyjnych umożliwiających
zwielokrotnioną, automatyczną instalację systemu i konfigurację
serwera
-zdalne zarządzanie, diagnostykę i przewidywanie awarii w oparciu
o informacje dostarczane w ramach zintegrowanego w serwerze
systemu umożliwiającego monitoring systemu i środowiska
(temperatura, dyski, zasilacze itd.), przekierowanie informacji i
alertów poprzez email, bramkę SMS, popup.
-wykrywanie usterek z wyprzedzeniem
-monitorowanie i zarządzanie kontrolerami RAID i
zainstalowanymi dyskami twardymi (interfejs graficzny)
Zarządzanie Zintegrowany trwale z płytą główną kontroler zdalnego zarządzania
zgodny ze standardem IPMI 2.0 umożliwiający zdalne
uruchomienie, wyłączenie i restart serwera - pełne zarządzanie
sprzętowe: monitorowanie pracy kluczowych układów,
wentylatorów, zasilaczy, napędów, temperatur, itp.
Logowanie błędów w zakresie ustalonym przez administratora.
Dostęp do interfejsu karty zarządzającej za pomocą przeglądarki
MS Internet Explorer lub Mozilla Firefox, bez konieczności
instalowania jakiegokolwiek software specyficznego dla producenta
sprzętu.
Możliwość przekierowania konsoli tekstowej, graficznej (minimum
2 niezależne połączenia) i mapowania napędów zdalnych , bądź ich
obrazów (CD, DVD, FDD, klucz USB).
Połączenie z kartą zarządzającą musi być szyfrowane minimum 128
bitowym kluczem SSL.
Monitorowanie zużycia energii serwera w trybie dziennym,
miesięcznym, rocznym oraz wizualizacja raportów w postaci
wykresów graficznych, kontrola zużycia energii w trybie
rzeczywistym.
Funkcja konfiguracji i ograniczania zużycia energii elektrycznej
przez serwer bezpośrednio z pozycji konsoli graficznej karty
sprzętowej (tryby minimalnego zużycia energii, pełnej wydajności).
Funkcja umożliwiająca konfigurację i automatyczne przełączanie się
pomiędzy trybami zużycia energii w czasie, w ciągu tygodnia z
dokładnością do godzin (wymagane z uwagi na różne obciążenie
maszyny w czasie).
Dedykowana karta LAN 10/100 Mb/s do komunikacji wyłącznie z
kontrolerem zdalnego zarządzania z możliwością przeniesienia tej
komunikacji na inną kartę sieciową współdzieloną z systemem
operacyjnym serwera.
Umieszczona z przodu chowana karta identyfikacyjna serwera
zawierająca nazwę serwera, numer handlowy, numer seryjny, adresy
MAC kart sieciowych (jednoznaczna identyfikacja serwera bez
potrzeby dostępu do tyłu ani boków obudowy).
Możliwość konfiguracji 16 niezależnych kont administracyjnych
(dostępowych) do karty zarządzającej, logowanie aktywności
użytkowników, wsparcie dla integracji z Active Directory i LDAP.
Wsparcie dla aktualizacji firmware karty zarządzającej online, bez
konieczności restartu serwera.
System umożliwiający automatyczną rekonfigurację maszyny w
przypadku uszkodzenia takich komponentów jak pamięć lub
procesor i dalszą pracę z ograniczoną wydajnością.
Wsparcie dla Wymagana kompatybilność serwera z następującymi sieciowymi
systemów systemami operacyjnymi: Windows 2008, SUSE LINUX SLES-10
operacyjnych X86, Red Hat LINUX RHEL5 X86.
Certyfikaty Certyfikat producenta ISO 9001 w zakresie projektowania,
producenta produkcji i serwisu produktów, CE oraz ISO 14001.
Dokumentacja Karty gwarancyjne, instrukcje, licencje oprogramowania, nośniki ze
sterownikami.
Gwarancja 36 miesięcy gwarancji producenta, w miejscu instalacji, czas reakcji
serwisu 12 godzin od zgłoszenia.
Oświadczenie producenta serwera, że w przypadku nie
wywiązywania się z obowiązków gwarancyjnych oferenta lub firmy
serwisującej, przejmie na siebie wszelkie zobowiązania związane z
serwisem gwarancyjnym (oświadczenie potwierdzające załączyć do
oferty).
Inne Dostarczony sprzęt musi być fabrycznie nowy, musi pochodzić z
oficjalnego kanału sprzedaży producenta na rynek polski.
Wymagane oświadczenie producenta, że oferowany do przetargu
sprzęt spełnia ten wymóg.
Elementy, z których zbudowane są serwery muszą być produktami
producenta tych serwerów lub być przez niego certyfikowane
(wymagane oświadczenie producenta dołączone do oferty) oraz
muszą być objęte gwarancją producenta, potwierdzoną przez
oryginalne karty gwarancyjne.
Dostępność części zamiennych przez 5 lat od momentu zakupu
serwera (oświadczenie producenta należy dołączyć do oferty)
Serwer backup wraz z oprogramowaniem

Zamówienie przewiduje dostawę, instalacje i konfigurację 1 (jednego) serwera backupu wraz
z oprogramowaniem.
Opis wymagań dla serwera backup
Obudowa Typu Rack , wysokość nie więcej niż 2U

Procesor Procesor czterordzeniowy w architekturze x86, osiągający w testach
wydajnościowych SPECint_rate_base2006 min. 108 pkt.
Wymagane dostarczenie dokumentu z testów SPEC lub wymagana
obecność certyfikatu potwierdzającego osiągnięty wynik na stronie:
www.spec.org
Płyta główna Dedykowana płyta serwerowa, zaprojektowana i wyprodukowana przez
producenta serwera, trwale oznaczona logo producenta oraz oznaczeniem
modelu płyty głównej na etapie produkcji.
18 gniazd pamięci RAM.
2 sloty PCI-Express Gen2 x8 typu low profile.
5 slotów PCI-Express Gen2 x4 typu low profile.
Możliwość obsadzania w minimum 2 slotach kart PCIe x16.
Dwa gniazda PCI-Express Gen2 x4 muszą umożliwiać wykorzystanie jako
gniazdo x8, jeśli sąsiednie gniazda x4 będą niewykorzystane.
10 portów USB (w tym min. 3 z przodu, min. 4 z tyłu, min. 3 w środku).
Możliwość instalacji pamięci flash wewnątrz serwera za pośrednictwem
dedykowanego złącza na płycie głównej.
Port VGA z tyłu, dodatkowo port VGA z przodu.
2 porty RS-232 w tym jeden dostępny zarówno dla systemu operacyjnego
jak i sprzętowego kontrolera zdalnego zarządzania.
Pamięć RAM 8GB RAM typu registred DDR3-1333 z korekcją błędów Advanced ECC,
funkcje scrubbing i SDDC.
Możliwość konfiguracji aktywnej rezerwy i zapisu lustrzanego pamięci.
Obsadzone 2 gniazda pamięci.
Możliwość rozbudowy do minimum 192 GB RAM.
Obsługa pamięci typu UDIMM, RDIMM i LVDIMM.
HDD 4 szt dysków twardych typu SAS 2.0 hot-plug, nie mniejsze niż 146GB
10krpm 2,5” lub 3,5” każdy, możliwość jednoczesnej instalacji dysków
SATA i SAS.
Możliwość instalacji 8 szt. Dysków.
Kontrolery Kontroler dysków typu SAS 2.0.
8 portów z obsługą RAID 0,1,10,5,50,6,60 z pamięcią cache 512MB.
Fabrycznie zainstalowane podtrzymanie bateryjne pamięci cache kontrolera.
2 kanałowy kontroler typu SATA.
Inne napędy i DVD- RW wewnętrzny.
moduły
Panel serwisowy z wyświetlaczem LCD.
Urządzenie do Wymagany kontroler z kablem umożliwiającym podłączenie do urządzenia
zapisu danych do wykonywania kopii zapasowych .
Karta graficzna Zintegrowana, w jednym module z kontrolerem zdalnego zarządzania i
pamięcią 32MB na płycie głównej, rozdzielczość min. 1600 x 1200.
Karty sieciowe 2 karty sieciowe typu Ethernet 10/100/1000.
Wsparcie dla akceleracji TCP/IP, VT-c.
Rozruch PXE przez sieć LAN z serwera PXE.
Rozruch iSCSI przez zintegrowaną kartę sieci LAN.
1 dedykowana karta Ethernet 10/100 wyłącznie dla komunikacji z
kontrolerem zdalnego zarządzania, redundancja interfejsu zarządzającego
poprzez przejęcie jego funkcjonalności w przypadku usterki przez jedną z
dwóch kart Ethernet 10/100/1000.
Zasilanie Redundantne dwa zasilacze zgodne ze standardem EPA typu hot-plug, o
i chłodzenie mocy maksymalnej 800W na 1 zasilacz, o sprawności min. 92% przy
typowym obciążeniu 50% (do oferty należy dostarczyć wydruk
potwierdzający spełnienie kryterium – niezależny międzynarodowy raport
badawczy honorowany w Unii Europejskiej).
Nadmiarowe chłodzenie – redundantne wentylatory typu hot-plug.
Oprogramowanie Oprogramowanie zarządzające i diagnostyczne wyprodukowane przez
producenta serwera umożliwiające konfigurację kontrolera RAID, instalację
systemów operacyjnych, zdalne zarządzanie, diagnostykę i przewidywanie
awarii w oparciu o informacje dostarczane w ramach zintegrowanego w
serwerze systemu umożliwiającego monitoring systemu i środowiska
(temperatura, dyski, zasilacze, płyta główna, procesory, pamięć operacyjna
itd.).
Zarządzanie Zintegrowany z płytą główną kontroler zdalnego zarządzania zgodny ze
standardem IPMI 2.0 umożliwiający zdalny restart serwera i pełne
zarządzanie włącznie z przejęciem zdalnym konsoli tekstowej (możliwość
dokupienia opcji przejęcia konsoli graficznej oraz zdalnego podłączenia
napędów).
Dedykowana karta LAN 10/100 Mb/s do komunikacji wyłącznie z
kontrolerem zdalnego zarządzania z możliwością przeniesienia tej
komunikacji na inną kartę sieciową współdzieloną z systemem operacyjnym
serwera.
Umieszczona z przodu chowana karta identyfikacyjna serwera zawierająca
nazwę serwera, numer handlowy, numer seryjny, adresy kart sieciowych.
Wsparcie dla Wymagana jest kompatybilność serwera z następującymi sieciowymi
systemów systemami operacyjnymi: Windows 2003 i 2008, 2008R2, SUSE LINUX
operacyjnych SLES-10 X86, Red Hat LINUX RHEL5.4 X86.
Certyfikaty Certyfikat producenta ISO 9001 w zakresie projektowania, produkcji i
producenta serwisu produktów, CE oraz ISO 14001.
Dokumentacja Karty gwarancyjne, instrukcje, licencje oprogramowania, nośniki ze
sterownikami
Gwarancja 36 miesięcy gwarancji producenta, w miejscu instalacji, czas reakcji serwisu
12 godzin od zgłoszenia.
Oświadczenie producenta serwera, że w przypadku nie wywiązywania się z
obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na
siebie wszelkie zobowiązania związane z serwisem gwarancyjnym
(oświadczenie potwierdzające załączyć do oferty).
Inne Elementy, z których zbudowane są serwery muszą być produktami
producenta tych serwerów lub być przez niego certyfikowane (wymagane
oświadczenie producenta dołączone do oferty) oraz muszą być objęte
gwarancją producenta, potwierdzoną przez oryginalne karty gwarancyjne.
Serwer musi być fabrycznie nowy i pochodzić z oficjalnego kanału
dystrybucyjnego w Polsce - Wymagane oświadczenie producenta serwera,
że oferowany do przetargu sprzęt spełnia ten wymóg.
Dostępność części zamiennych przez 5 lat od momentu zakupu serwera
(oświadczenie producenta należy dołączyć do oferty).
Ogólnopolska, telefoniczna infolinia/linia techniczna producenta
komputera, (ogólnopolski numer o zredukowanej odpłatności 0-800/0-801,
w ofercie należy podać nr telefonu) w czasie obowiązywania gwarancji na
sprzęt i umożliwiająca po podaniu numeru seryjnego urządzenia
weryfikację: konfiguracji sprzętowej serwera, w tym model i typ dysków
twardych, procesora, ilość fabrycznie zainstalowanej pamięci operacyjnej,
czasu obowiązywania i typ udzielonej gwarancji.
Możliwość aktualizacji i pobrania sterowników do oferowanego modelu
serwera w najnowszych certyfikowanych wersjach bezpośrednio z sieci
Internet za pośrednictwem strony www producenta komputera.
Możliwość weryfikacji czasu obowiązywania i reżimu gwarancji
bezpośrednio z sieci Internet za pośrednictwem strony www producenta
serwera.
Serwer backup wraz z oprogramowaniem
Opis wymagań dla serwera backup wraz z oprogramowaniem
1. Urządzenie Autoloader musi posiadać co najmniej następujące parametry:

a) umożliwiać montaż w szafie 19”;
b) wysokość urządzenia 1 U;
c) pojemność nie mniejsza niż 6,4 TB bez kompresji;
d) maksymalny transfer danych nie mniejszy niż 280 GB/h bez kompresji;
e) być wyposażony w napęd nie gorszy niż LTO-4;
f) MTBF nie mniejszy niż 250000 godzin;
g) musi posiadać wymienialne magazynki ułatwiające ładowanie i
przechowywanie off-site;
h) umożliwiać zdalne zarządzanie urządzeniem poprzez przeglądarkę
internetową;
i) posiadać możliwość zabezpieczenia hasłem lub kodem interfejsu zdalnego
zarządzania;
j) musi posiadać wymienialne komponenty: napęd, zasilanie, wentylator;
k) musi być wyposażony w interfejs umożliwiający połączenie z serwerem;
l) musi być wyposażony w 8 tasiemek LTO4 o natywnej pojemności 800GB
oraz 1 tasiemkę czyszczącą;
m) zużycie energii nie większe niż 30W;
n) posiadać co najmniej certyfikat CE;
o) 3 letnia gwarancja wraz z 3 letnią szybką wymianą komponentów awansem
w ciągu 48 godzin (Advanced Replacement Service).
2. Dołączone oprogramowanie do tworzenia kopii bezpieczeństwa musi
zapewniać:
a) pracę na systemie operacyjnym Windows 2008 Serwer lub równoważnym i
zapewniać backup serwerów zdalnych pracujących pod kontrolą systemów
operacyjnych: MS Windows 2003 Serwer, MS Windows 2008 Server, SUSE
LINUX SLES-10 X86, Red Hat LINUX RHEL5 X86;
b) oprogramowanie ma zapewniać obsługę zarówno pojedynczych urządzeń
taśmowych jak i urządzeń automatycznych z interface SCSI, SAS i FC bez
limitu ilości napędów i slotów;
c) oprogramowanie ma zapewniać możliwość zapisu pojedynczego zadania
jednocześnie na wiele napędów – tzw tape RAID;
d) oprogramowanie ma zapewniać możliwość backupu na dysk;
e) oprogramowanie ma zapewniać funkcjonalność D2D2T (disk staging), a
konfiguracja takich zadań ma odbywać się poprzez interfejs graficzny GUI;
f) oprogramowanie ma zapewniać możliwość backupu w tym samym czasie z
kilku źródeł (serwerów) na jeden napęd taśmowy – multiplexing;
g) oprogramowanie ma zapewnić wykorzystanie mechanizmów deduplikacji
backupowanych danych;
h) oprogramowanie ma zapewniać możliwość wykorzystania bazy MS SQL
jako repozytorium do przetrzymywania informacji o backupie;
i) oprogramowanie ma zapewniać ochronę wszystkich serwerów w przypadku
awarii poprzez funkcje zapewniające szybkie odtworzenie serwerów po
awarii tzw. Disaster Recovery;

j) oprogramowanie ma zapewniać możliwość tworzenia raportów o
wykonanych zadaniach backupowych;
k) wymagana jest funkcjonalność pozwalająca na tworzenie kopii otwartych
plików;
l) oprogramowanie musi zapewniać funkcjonalność pozwalającą na backup
serwerów baz danych takich jak MS SQL bez konieczności zatrzymywania
ich pracy (backup online).
System zabezpieczenia fizycznego

Zamówienie przewiduje dostawę, instalację i konfigurację jednego systemu zabezpieczenia
fizycznego serwerowni.
Opis wymagań dla systemu zabezpieczenia fizycznego
1. Dostęp do pomieszczenia serwerowni będzie możliwy tylko po okazaniu karty

zbliżeniowej.
2. System musi być sprzężony z zamkiem w drzwiach, tj. okazanie prawidłowej
karty zbliżeniowej wyzwoli otwarcie zamków do serwerowni.
3. Komunikacja urządzenia Kontroli Dostępu z systemem zarządzającym musi
odbywać się poprzez sieć LAN z wykorzystaniem protokołów TCP/IP.
4. W celu zabezpieczenia danych w przypadku utraty komunikacji poprzez LAN,
urządzenia Kontroli Dostępu muszą być wyposażone w nieulotną pamięć
wewnętrzną pozwalającą na przechowywanie informacji o zdarzeniach.
5. Oprogramowanie współpracujące z czytnikami musi posiadać funkcjonalność:
a) możliwość tworzenia reguł dostępu poszczególnych pracowników do
obiektów lub stref chronionych z poziomu kartoteki pracownika;
b) możliwość prostego kojarzenia grup pracowników z grupami czytników o
określonych regułach dostępu;
c) monitorowanie wybranych czytników dla wybranych typów zdarzeń w czasie
rzeczywistym;
d) zapamiętywanie konfiguracji w bazie danych, umożliwiając łatwe
odtworzenie reguł pamiętanych w autonomicznych czytnikach w razie ich
awarii lub wymiany;
e) współpraca z oprogramowaniem rejestracji czasu pracy w celu dostępu do
tych samych kartotek pracowniczych ze wszystkich programów, zarządzanie
wspólnym zestawem czytników (mogących współdzielić funkcje rejestracji

czasu pracy i kontroli dostępu) oraz dostępu do wspólnego zbioru
odczytów;
f) monitorowanie i rejestrowanie pracy całego systemu w celu wywoływania
pewnych akcji po wystąpieniu określonych zdarzeń, np. wyświetlenie
komunikatu na ekranie programu, wysyłanie poczty e-mail lub uruchomienia
sygnału dźwiękowego w przypadku próby sforsowania drzwi lub utraty
komunikacji z rejestratorem;
g) rejestrowanie zdarzeń w sposób ciągły zapewniając stały dostęp do
aktualnych zdarzeń w kontrolowanym systemie;
h) graficzna wizualizacja rozkładu czytników pozwalająca na szybką orientację i
łatwy dostęp do funkcji każdego z nich;
i) możliwość przeglądania ścieżek przejścia pracowników, lokalizacji
pracowników, stanu osobowego stref.
6. Niezależnie od zabezpieczenia fizycznego opisanego powyżej, zostanie
wprowadzony system alarmowy klasy SA3 posiadający następujące komponenty:
a) pasywne czujki podczerwieni (wykrywanie osób w pomieszczeniu);
b) akustycznej czujki stłuczenia szyb (dla serwerowni wyposażonych w okna);
c) czujki magnetyczne stykowe (kontaktrony – wykrywają działania związane
z otwarciem drzwi lub okien);
d) opcjonalnie czujki antynapadowe (uruchamiane ręcznie przez personel
w przypadku wystąpienia zagrożenia, np. włamania);
e) centrala alarmowa (kontrolująca działanie systemu alarmowego, sterująca
czujkami, itd.);
f) sygnalizator wystąpienia alarmu (przynajmniej w dwóch postaciach:
sygnalizacja świetlna, sygnalizacja dźwiękowa). Sygnalizacja może być
instalowana wewnątrz chronionego pomieszczenia, na zewnątrz
pomieszczenia oraz na zewnątrz budynku, w którym znajduje się
pomieszczenie podlegające ochronie, zalecane jest zastosowanie systemu
transmisji sygnału alarmowego do centrum nadzorczego (np. wartownia w
budynku, firma ochroniarska, policja);
g) zalecane jest zapewnienie zasilania zapasowego systemu alarmowego (np.
w postaci akumulatorów zintegrowanych z centralką alarmu. Sugerowany
czas podtrzymania zasilania systemu z akumulatorów musi być zbliżony do
48 godzin).
7. Centrala systemu alarmowego musi:
a) obsługiwać minimum 200 linii dozorowych;

b) obsługiwać minimum 30 niezależnych grup, podsystemów;
c) prowadzić rejestr minimum 1000 zdarzeń alarmowych;
d) być wyposażona w polski interfejs;
e) posiadać minimum 4 niezależne magistrale systemowe pracujące w
standardzie RS485 9600bit/s, transmisja full duplex, asynchroniczna;
f) współpracować z systemowymi urządzeniami bezprzewodowymi za
pośrednictwem specjalizowanego modułu RF 868MHz;
g) posiadać wbudowany moduł telekomunikacyjny do monitorowania systemu
w standardzie SIA, DTMF, MICROTECH, CONTACT ID;
h) posiadać możliwość współpracy centrali z siecią LAN/WAN za
pośrednictwem interfejsu ETHERNET z wykorzystaniem protokołów
TCP/IP / UDP wraz z szyfrowaniem transmisji oraz możliwością
programowania modułu zapasowego w celu uzyskania toru transmisji
rezerwowej;
i) posiadać możliwość współpracy z modułem ISDN – 2B+D;
j) posiadać możliwość weryfikacji alarmów wbudowanym torem audio;
k) wbudowany nadzorowany zasilacz typA o wydajności min 3A w tym 1,5A
dla akumulatora. Nadzorowane stany (prąd pobierany z zasilacza, napięcie,
akumulator, sieć 230V, bezpieczniki – wszystkie stany muszą być dostępne
z poziomu dowolnego manipulatora LCD podpiętego do systemu);
l) obsługiwać linie dozorowe pracujące w standardzie 3EOL oraz 4EOL – w
celu bezpośredniej obsługi antymaskingu oraz wyjść diagnostycznych
podpinanych do systemu urządzeń.
8. Ponadto centrala alarmowa musi być zgodna z normami:
a) Norma PD6662: 2003 Schemat zastosowań norm europejskich dla
systemów sygnalizacji włamania;
b) Norma EN50131-1:2003 Systemy alarmowe – Systemy włamaniowe.
Wymagania ogólne ( stopień 3 );
c) Norma TS50131-3 Systemy Alarmowe – Systemy włamaniowe: Część 3 –
Urządzenia sterujące i wskazujące ( stopień 3 );
d) Norma EN50131-6: 1998 Systemy Alarmowe – Systemy Włamaniowe –
Zasilacze ( stopień 3 );
e) Norma EN50136 – 1 – 1: 1998r Systemy Alarmowe – Systemy Transmisji
Alarmów – Wymagania ogólne dla systemów transmisji alarmów;
f) Norma EN50136 – 1 – 3: 1998r Systemy Alarmowe – Systemy Transmisji

Alarmów – Wymagania dla systemów wykorzystujących cyfrowe moduły
komunikacyjne pracujące w publicznej sieci telefonicznej;
g) CE.
9. Charakterystyka czujek alarmowych:
a) spełniają podstawowe wymagania dotyczące wykrywania prób przedostania
się bądź obecności osób niepowołanych w dozorowanym obiekcie;
b) nie jest możliwe zneutralizowanie ich funkcji w wyniku manipulowania przy
nich bez użycia narzędzi lub z zastosowaniem narzędzi ogólnie dostępnych;
c) w stanie normalnym (bez wzbudzonego alarmu), nie jest możliwe
zneutralizowanie ich funkcji za pomocą specjalnie konstruowanych narzędzi:
przy próbie manipulowania przy nich wywołują stan alarmowania.
10. Charakterystyka torów transmisji sygnału alarmowego:
a) nie wymagają samoczynnego wykrywania uszkodzeń, wystarczy ręczne
sprawdzenie ich okresowo, nie rzadziej niż raz na 3 miesiące;
b) są monitorowane przez centrale alarmu z punktu widzenia wystąpienia
przerwy a wykryte uszkodzenia są sygnalizowane w czasie nie
przekraczającym 30 s;
c) są monitorowane przez centrale z punktu widzenia wystąpienia przerwy
i zwarcia, monitorowanie następuje okresowo nie rzadziej niż co 1 s, a
wykryte; uszkodzenia są sygnalizowane w czasie nie przekraczającym 20 s.
11. Przekazywanie sygnału alarmowego do centrum odbiorczego musi odbywać się
monitorowanym torem, np. przez telefoniczną publiczną sieć komutowaną albo
przez tory specjalizowane.
12. Odporność systemu na zakłócenie elektromagnetyczne (co najmniej w postaci
impulsów nanosekundowych, ciągłego sygnału częstotliwości radiowej
i wyładowań elektryczności statycznej): co najmniej o podwyższonej
odporności, odpowiadająca wykonaniu W2 urządzeń wg PN-86/E-06600.
Klimatyzacja
Zamówienie przewiduje dostawę, instalację i konfigurację klimatyzacji w pomieszczeniu
serwerowni.
Opis wymagań dla klimatyzacji serwerowni
1. Ze względu na kubaturę i charakterystykę pomieszczenia wymagany jest układ

składający się z:
a) jednostki wewnętrznej;
b) jednostki zewnętrznej.
2. Jednostka wewnętrzna montowana naściennie, przeznaczona do układów inverter
(płynna regulacja wydajności) o modelu chłodząco-grzejącym. Układ (jednostka
wewnętrzna + zewnętrzna) posiadający funkcje i wyposażenie:
a) automatyczny restart;
b) zaawansowany automatyczny tryb pracy;
c) czynnik chłodniczy R410A;
d) pilot bezprzewodowy;
e) niski poziom hałasu.
3. Wymagane parametry:
a) wydajność chłodnicza: nie mniejsza niż 3,5 kW;
b) wydajność powietrza: musi mieścić się w zakresie 250 / 690 m3/h;
c) poziom hałasu: nie większy niż 40dB;
d) zasilanie: z jednostki zewnętrznej.
4. Urządzenie musi posiadać certyfikat CE oraz atest PZH.
5. Urządzenie musi się mieścić w klasie energetycznej A.
6. Ponadto urządzenie musi umożliwiać:
a) automatyczny restart po wyłączeniu napięcia;
b) automatyczną pracę żaluzji;
c) 3-stopniowy nawiew powietrza;
d) tryb ekonomicznego chłodzenia;
e) 24-godzinne programowanie.
6. Urządzenie musi być wyposażone w filtr przeciw zapachowy i pilot
bezprzewodowy.
Opis wymagań dla klimatyzacji serwerowni
7. Gwarancja 36 miesięcy.
8. W razie wystąpienia usterek po zakończeniu realizacji zamówienia, należy je usunąć
w ramach udzielonej gwarancji w ciągu 36 godzin od chwili powiadomienia przez
Zamawiającego.
9. W trakcie trwania okresu gwarancji Wykonawca zobowiązany jest do wykonywania
nieodpłatnych przeglądów i konserwacji zainstalowanego klimatyzatora 2 razy w
roku.
Grupa IV - infomaty
Infomat zewnętrzny
Zamówienie przewiduje dostawę, instalację i konfigurację 2 (dwóch) infomatów.
Opis wymagań dla infomatu zewnętrznego
Obudowa Obudowa składająca się z podpór bocznych stanowiących niejako
nogi urządzenia, które umożliwiają zakotwienie infomatu do
fundamentu betonowego oraz wprowadzenie do urządzenia
przewodów zasilającego i sygnałowego przez przepust kablowy w
fundamencie. Pomiędzy podporami zamocowane wypełnienie z
blachy. W części frontowej wypełnienia, zabudowy monitor
dotykowy wielkości 19”. W wypełnieniu tylnym zabudowane
drzwiczki, zapewniające dostęp serwisowy do wewnętrznych
elementów urządzenia. Infomat wyposażony w daszek
dwuspadowy ze szkła hartowanego, mocowany uchwytem
stalowym do podpór bocznych, zwieńczający całość urządzenia.
Konstrukcja zapewniająca sztywność i wytrzymałość, gwarantująca
wandaloodporność jak również brak możliwości ingerencji osób
trzecich do podzespołów wewnętrznych infomatu. Dostęp
zabezpieczony dwoma zamkami patentowymi. Obudowa
umożliwiająca obsługę urządzenia przez osoby niepełnosprawne.
Półokrągłe, wykonane z profili aluminiowych anodowanych
anodą C-31 o grubości powłoki min 15 [µm]. Przekrój poprzeczny
profilu w kształcie wycinka koła o promieniu min. 75 mm.
Grubość ścianki profilu min 3mm. W nodze (podporze)
umieszczony z boku na całej wysokości nogi, świecący pasek o
szerokości min. 40mm, wykonany z PC z naklejoną grafiką wg
ustalonego wzoru.
Wykonane z blachy ze stali szlachetnej grubości min. 2mm
lakierowanej wg ustalonego koloru.
Wykonany z dwóch elementów ze szkła bezpiecznego
warstwowego grubości min. 10mm o wymiarach minimalnych
800x600 [mm] i 800x400 [mm],zamocowanych w układzie
dwuspadowym, ze spadem 10 stopniowym w kierunku urządzenia.
Uchwyt elementów szklanych wykonany z blachy stalowej
zabezpieczonej antykorozyjnie, zapewniający odprowadzenie
wody na boki urządzenia.
Płyta stalowa grubości min. 8 [mm]zabezpieczona antykorozyjnie
przez cynkowanie, zabetonowana w fundamencie z betonu B25 o
wymiarach minimalnych 1000x500x550 [mm] (dł x sz x gł). W
fundamencie i płycie przepust kablowy dla przewodów
prowadzonych w rurze osłonowej Fi 50 . Płyta posiadająca
trzpienie gwintowane M10 dla mocowania infomatu.
wysokość: max 2200 [mm] bez daszka
szerokość: max 650 [mm]
grubość: max 200 [mm]
Monitor • przekątna monitora min : 19''
• rodzaj wyświetlacza: S-PVA
• czas reakcji matrycy max [msec] : 8
• kąt widzenia obrazu (poziom/pion) min: 178° H / 178° V (CR 5:1)
• jasność min [cd/m2] min: 250
• kontrast min (typ.): 1500:1
• naturalna rozdzielczość pracy min:1280x1024@ 60 Hz
Nakładka • przekątna – 19 cali
dotykowa
• technologia detekcji dotyku – pojemnościowa
• twardość powierzchni –min 7H w skali Mohsa
• przejrzystość min. 90%
• odporna na zadrapania, porysowanie itp.,
• zabezpieczona przed kurzem, wodą i zanieczyszczeniami ramką
uszczelniającą z tworzywa sztucznego z krawędziami przylegającymi
do ekranu z fazą około 45 stopni w celu łatwego operowania na
ekranie dotykowym
Jednostka Procesor klasy x86 dedykowany do pracy w komputerach,
sterująca taktowany zegarem co najmniej 3,06GHz, pamięć L2 3MB lub
kioskiem procesor równoważny wydajnościowo
Pamięć RAM:
• 2GB DDR3-1066
• możliwość rozbudowy do 16 GB)
• min. 2 wolne złącza dla rozszerzeń pamięci
320 GB (min. SATA II; min. 7200 rpm, NCQ/3Gbit, 8mb cache)
Napęd optyczny
• DVD-RW SATA z oprogramowaniem do odtwarzania i
nagrywania płyt DVD, napęd slot-in (brak wysuwanej tacki lub
innych wystających elementów konstrukcyjnych, które mogą
ulec uszkodzeniu przy nieuważnym użytkowaniu),sprzętowy
przycisk wysuwania nośnika optycznego na przedniej ścianie
urządzenia
• z oprogramowaniem do odtwarzania i nagrywania płyt DVD
Płyta główna
• Wbudowana w jednostkę centralną sygnalizacja wizualna
(wyświetlacz, diody) trybu pracy technologii zarządzania
zdalnego, sygnalizacja
• niezależna od stanu zasilania komputera oraz obecności
urządzeń peryferyjnych
• rozwiązanie sprzętowe zintegrowane w płycie głównej
komputera zapewniające możliwość przywrócenia BIOS w
przypadku jego uszkodzenia (ataki wirusów itp.) lub nieudanej
aktualizacji bez pośrednictwa jakichkolwiek urządzeń
zewnętrznych i w sytuacji gdy obraz na monitorze nie jest
wyświetlany i/lub nie ma możliwości wprowadzania znaków za
pomocą konsoli tekstowej
• zintegrowany z płytą główną układ szyfrujący umożliwiający
zaszyfrowanie poufnych dokumentów oraz poczty
elektronicznej. Umożliwiający tworzenie zaszyfrowanych
wirtualnych partycji. Usunięcie zabezpieczenia powoduje trwałe
uszkodzenie płyty głównej a odczytanie zaszyfrowanych danych
nie jest możliwe na innym urządzeniu.
• Układ zgodny ze standardem TPM 1.2
• projektowana przez producenta komputera
• obsługa procesorów wielordzeniowych wspierających
wirtualizację
• zintegrowany kontroler 3 x SATA II
• złącza rozszerzeń: min 1x PCI 32bit,
• możliwość zabezpieczenia hasłem dostępu do systemu
operacyjnego i dostępu do BIOS komputera - zabezpieczenia te
muszą działać niezależnie od siebie,
• możliwość zabezpieczenia dysku twardego w sposób
uniemożliwiający możliwość odczytu danych po podłączeniu
dysku do innego komputera,
• możliwość manualnego obniżenia poziomu głośności
komputera z poziomu BIOS poprzez aktywację funkcji pracy z
obniżoną głośnością dla dysku twardego, napędu optycznego i
wentylatorów wbudowanych wewnątrz obudowy
• możliwość odczytania z BIOS komputera informacji o numerze
seryjnym, numerze inwentaryzacyjnym (asset tag)
• możliwość odczytania z BIOS dokładnych informacji o
procesorze – co najmniej model, typ, częstotliwości FSB,
prędkości rzeczywista, ilość pamięci cache
• opartego
społeczeństwa możliwość odczytania
na wiedzy”, bezpośrednio
Działanie 1.2. „Rozwój z BIOS
społeczeństwa informacji
informacyjnego”” o wersji
i dacie wydania używanej wersji BIOS
Karta dźwiękowa:
• Zintegrowana
• w standardzie High Definition
• możliwość wyłączenia karty muzycznej w BIOS
Karta sieciowa:
• 10/100/1000 Mbps
• obsługa protokołów: WoL, ASF 2.0, PXE
• możliwość wyłączenia karty sieciowej w BIOS
• możliwość odczytania adresu MAC karty z BIOS komputera
Karta graficzna:
• do 256 MB pamięci współdzielonej z pamięcią systemową
• 1x VGA
• 1x DVI
Porty I/O:
• min. 10 portów USB 2.0 (w tym min. 3 na panelu przednim)
• min. 2x RS-232, min. 1x port eSATA
• 2x porty PS2, 1x audio line-in, 2x audio line-out, 2x wejście
mikrofonowe (wejście mikrofonowe i line-out zdublowane na
panelu przednim obudowy), nie dopuszcza się możliwości
zasłonięcia złączy USB znajdujących się na panelu przednim
jakimikolwiek zaślepkami, maskownicami utrudniającymi
wzrokową weryfikację ich użycia – np. obecności klucza USB
czy innego urządzenia podłączonego do złączy na panelu
przednim obudowy komputera
Obudowa:
• małogabarytowa
• fabrycznie przystosowana do pracy w pionie i w poziomie
• minimum jedna zewnętrzna zatoka 5.25 cala dla napędu
optycznego
• ilość zatok 5,25 oraz 3,5 cala pozwalająca na jednoczesną
instalację wewnątrz obudowy minimum napędu optycznego
oraz czytnika kart procesorowych
• w kolorze ciemnym (szara, czarna)
• zasilacz wbudowany wewnątrz obudowy, o mocy maksymalnej
220W
• zasilacz z aktywnym filtrem PFC o sprawności minimum 82%
• obudowa zapewniająca możliwość beznarzędziowej obsługi w
zakresie otwarcia obudowy (nie dopuszcza się żadnego rodzaju
śrub w tym np. motylkowych), wymiany i instalacji kart
rozszerzeń i dysków twardych (możliwość interwencyjnego,
szybkiego zabezpieczenia przez użytkownika dysku twardego)
bez konieczności użycia narzędzi;
• suma wymiarów obudowy (wysokość + szerokość + głębokość
mierzona po krawędziach zewnętrznych) nie więcej niż 655mm
w tym głębokość nie więcej niż 300mm
• otwierana przednia i górna ściana obudowy umożliwiająca
dostęp do wszystkich podzespołów komputera
• licencja na system operacyjny oraz numer seryjny komputera
umieszczony na górnej części obudowy
• slot Kensington umieszczony z tyłu obudowy
• Obudowa musi posiadać zintegrowany zamek obudowy (nie
dopuszcza się kłódek lub zabezpieczeń wystających poza obrys
obudowy z jakiejkolwiek strony)
• Obudowa musi posiadać czujnik otwarcia obudowy wraz z
logowaniem otwarcia, współpracujący z dostarczoną aplikacją
zarządzającą, wyklucza się zastosowanie czujników zajmujących
lub utrudniających użycie jakiegokolwiek złącza wewnętrznego
lub zewnętrznego płyty głównej jak PCI, USB, PS2, LPT, COM
Gwarancja 36 miesięcy, na części i robociznę z gwarantowanym
czasem naprawy do końca następnego dnia roboczego od
zgłoszenia, dostępność części zamiennych do oferowanego
modelu komputera przez co najmniej 5 lat po zakończeniu
produkcji (wymagane oświadczenie producenta – załączyć do
oferty)
Wymagane certyfikaty CE, ISO 9001, ISO 14001
Watchdog min. RAM- 1,8 MB
min.ROM – 10 MB
Kontrola min. 15 I/O, 2 UART, 1 USB
Zaimplementowane protokoły SSL i IBM MQTT ,HTTP, HTTPS,
Pozostałe wymagania:
• możliwość odczytania temperatury wewnątrz urządzenia
• możliwość przesyłania wiadomości (SMS, MMS)
• zdalny reset z uprawnionego telefonu przez SMS
• kompatybilność ze standardami firmy SUN
• czuwanie nad poprawna praca jednostki centralnej - w razie
zawieszenie reset
• klawiatura wandaloodporna INOX, 101 klawiszy z trackballem

Wyposażenie wbudowana w przednim wypełnieniu
dodatkowe • głośniki 2 szt. zamontowane nad monitorem w profilu panelu
frontowego, podłączone do jednostki centralnej.
• kamera zainstalowana w otworze poszycia obudowy nad
monitorem
Oprogramowa Windows XP Pro lub równoważny
nie systemowe
infokiosku
Zasilanie • 230V, 50 Hz, pobór mocy max: 350W
Certyfikaty i • Certyfikat ISO 9001 dla producenta sprzętu lub inne zaświadczenia
dokumenty niezależnego podmiotu zajmującego się poświadczeniem zgodności
działań producenta z normami jakościowymi (do oferty należy
załączyć potwierdzoną kopię certyfikatu),
• Certyfikat ISO 9001 dla wykonawcy oraz firmy serwisującej lub inne
zaświadczenia niezależnego podmiotu zajmującego się
poświadczeniem zgodności działań wykonawcy oraz firmy
serwisującej z normami jakościowymi (do oferty należy załączyć
potwierdzoną kopię certyfikatu),
• Certyfikat ISO 14001 systemu zarządzania środowiskiem dla
producenta sprzętu, lub inne zaświadczenia niezależnego podmiotu
zajmującego się poświadczeniem zgodności działań producenta z
normami jakościowymi (do oferty należy załączyć potwierdzoną
kopię certyfikatu),
• Certyfikat ISO 14001 systemu zarządzania środowiskiem dla
wykonawcy oraz firmy serwisującej, lub inne zaświadczenia
niezależnego podmiotu zajmującego się poświadczeniem zgodności
działań dla wykonawcy oraz firmy serwisującej z normami
jakościowymi (do oferty należy załączyć potwierdzoną kopię
certyfikatu),
• Zaświadczenie podmiotu uprawnionego do kontroli jakości
potwierdzające, że dostarczane produkty odpowiadają określonym
normom lub specyfikacjom technicznym – deklaracja zgodności.
Oferowany sprzęt musi spełniać normę CE. (Deklarację zgodności
sprzętu z normą bezpieczeństwa CE należy dołączyć do oferty).
Gwarancja i Gwarancja 36 miesięcy
serwis
Zamawiający wymaga aby Wykonawca posiadał wdrożony
Zintegrowany System Serwisowy, który w okresie gwarancji w
sprawny sposób umożliwia zgłoszenie awarii urządzeń oraz
śledzenie statusów naprawy.
Grupa V - BOK
Zestaw BOK
Zamówienie przewiduje dostawę, instalację i konfigurację jednego zestawu urządzenia
wielofunkcyjnego do Biura Obsługi Klienta.
Opis wymagań dla urządzenia wielofunkcyjnego w Biurze Obsługi

Klienta
Opis wymagań dla urządzenia wielofunkcyjnego w Biurze Obsługi
Klienta
1. Szybkość drukowania do 4 stron na minutę w kolorze i do 16 stron na minutę w

czerni (papier rozmiaru A4) (rzeczywista szybkość drukowania/kopiowania
może się różnić w zależności od konkretnych warunków). Drukowanie i
skanowanie bezpośrednio z pamięci Flash USB1. Ponadto musi posiadać:
a) rozdzielczość drukowania do 2400 dpi x 600 dpi;
b) optyczna rozdzielczość skanera do 1200 x 1200 dpi;
c) wydajność drukowania do 1 500 stron w czerni i 1 000 stron w kolorze;
d) Czas drukowania 1 strony nie dłuższy niż 15 sek.
e) prędkość transmisji faksów 33,6Kb/s;
f) automatyczny podajnik dokumentów;
g) funkcję druku dwustronnego;
h) obsługiwane szybkie łącze USB 2.0;
i) wbudowany interfejs Ethernet 10/100 Base T;
j) wydajność miesięczną drukowania minimum 25 000 stron;
k) Podświetlany LCD
l) certyfikat ENERGY® STAR.
m) Gwarancja 24 miesiące
Grupa VI – system obiegu dokumentów

System obiegu dokumentów
Zamówienie przewiduje dostawę, instalację, konfigurację wraz ze szkoleniami i
wdrożeniem 50 (pięćdziesięciu) licencji systemu obiegu dokumentów wraz z motorem
baz danych na odpowiednią ilość użytkowników.
Poniżej określono funkcjonalności podstawowe, których posiadanie w zaoferowanym
systemie obiegu dokumentów bezwzględnie wymaga Zamawiający. Wykonawca jest
zobowiązany do ich zrealizowania.
Zamawiający wymaga, aby oferowane przez Wykonawcę system posiadał
wszystkie wymagane funkcjonalności w dniu złożenia oferty.
Zamawiający zastrzega sobie prawo sprawdzenia, w toku oceny oferty czy zadeklarowane
przez Wykonawcę funkcjonalności systemów są zgodne ze stanem faktycznym, zgodnie z
zapisami SIWZ. W tym celu Wykonawca na wniosek Zamawiającego może zostać
poproszony o zademonstrowanie w siedzibie Zamawiającego funkcjonalności
oferowanych systemów. Zadeklarowane funkcjonalności uznaje się za zgodne ze stanem
faktycznym, jeśli wykonana demonstracja wykaże, że wszystkie deklarowane
funkcjonalności rzeczywiście są zawarte w systemie. Zamawiający ma prawo żądać
zmodyfikowania wartości parametrów, bądź danych wprowadzanych do systemu na
wartości podane przez niego, celem sprawdzenia czy opisywana funkcjonalność nie jest
symulowana. W przypadku braku wykazania przez Wykonawcę w trakcie demonstracji, że
funkcjonalność danego systemu zadeklarowana w ofercie jest rzeczywiście zawarta w
oferowanym systemie oferta tego Wykonawcy zostanie odrzucona. Oferent zobowiązany
jest udokumentować spełnianie minimalnych wymagań wobec systemu obiegu
dokumentów opisanych poniżej poprzez oświadczenia zawarte w formularzy oferty.
1. Oprogramowanie System obiegu dokumentów(SOD) musi spełniać następujące
wymagania prawne:
Opis wymagań prawnych dla Systemu obiegu dokumentów
1. Rozporządzenie Prezesa Rady Ministrów z dnia 22 grudnia 1999 r. w sprawie

instrukcji kancelaryjnej dla organów gmin i związków międzygminnych (Dz.U. 1999
nr 112, poz. 1319 z późn. zm.).
2. Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego (Dz.U.
1960 r. Nr 30 poz. 168 z późn. zm.).
3. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27 listopada
2006 r. w sprawie sporządzania i doręczania pism w formie dokumentów
elektronicznych (Dz.U. 2006 r. Nr 227 poz. 1664).
4. Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach
(Dz.U. 1983 r. Nr 38 poz. 173 z późn. zm.).
5. Rozporządzenie Ministra Kultury z dnia 16 września 2002 r. w sprawie
postępowania z dokumentacją, zasad jej klasyfikowania i kwalifikowania oraz zasad
i trybu przekazywania materiałów archiwalnych do archiwów państwowych (Dz.U.
2002 r. Nr 167 poz. 1375).
6. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30
października 2006 r. w sprawie niezbędnych elementów struktury dokumentów
elektronicznych (Dz.U. 2006 r. Nr 206 poz. 1517).
października 2006 r. w sprawie szczegółowego sposobu postępowania z
dokumentami elektronicznymi (Dz.U. 2006 r. Nr 206 poz. 1518).
8. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 2 listopada
2006 r. w sprawie wymagań technicznych formatów zapisu i informatycznych
nośników danych, na których utrwalono materiały archiwalne przekazywane do
archiwów państwowych (Dz.U. 2006 r. Nr 206 poz. 1519 ).
9. Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. 1997 r. Nr
133 poz. 883).
10. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 3 czerwca
1998 w sprawie określenia podstawowych warunków technicznych i

organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne
służące do przetwarzania danych osobowych (Dz.U. 1998 r. Nr 80 poz. 521).
października 2001 r. zmieniające rozporządzenie w sprawie określenia
podstawowych warunków technicznych i organizacyjnych, jakim powinny
odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych
osobowych (Dz.U. 2001 r. Nr 121 poz. 1306).
12. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia
2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków
technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy
informatyczne służące do przetwarzania danych osobowych (Dz.U. 2004 r. Nr 100
poz. 1024).
13. Ustawa z dnia 22 stycznia 1999 o ochronie informacji niejawnych (Dz.U. 1999 r. Nr
11 poz. 95).
14. Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz.U. 2001 r.
Nr 112 poz. 1198 ).
15. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 18 stycznia
2007 r. w sprawie Biuletynu Informacji Publicznej (Dz.U. 2007 r. Nr 10 poz. 68).
16. Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym (Dz.U. 2001 r. Nr 130
poz. 1450).
17. Rozporządzenie Rady Ministrów z dnia 7 sierpnia 2002 r. w sprawie określenia
warunków technicznych i organizacyjnych dla kwalifikowanych podmiotów
świadczących usługi certyfikacyjne, polityk certyfikacji dla kwalifikowanych
certyfikatów wydawanych przez te podmioty oraz warunków technicznych dla
bezpiecznych uradzeń służących do składania i weryfikacji podpisu elektronicznego
(Dz.U. 2002 r. Nr 128 poz. 1094).
18. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 24 lipca 2007
r. w sprawie warunków udostępniania formularzy i wzorów dokumentów w postaci
elektronicznej (Dz.U. 2007 r. Nr 151 poz. 1078).
19. Ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz.U. 2002
r. Nr 144 poz. 1204).
20. Ustawa z dnia 17 lutego 2005 r. o informatyzacji podmiotów realizujących zadania
publiczne (Dz.U. 2005 r. Nr 64 poz. 565).
21. Rozporządzenie Prezesa Rady Ministrów z dnia 29 września 2005 r. w sprawie
warunków organizacyjno-technicznych doręczania dokumentów elektronicznych
podmiotom publicznym (Dz.U. 2005 r. Nr 200 poz. 1651).
22. Rozporządzenie Rady Ministrów z dnia 27 września 2005 r. w sprawie sposobu,

zakresu i trybu udostępniania danych zgromadzonych w rejestrze publicznym
(Dz.U. 2005 r. Nr 205 poz. 1692).
23. Rozporządzenie Rady Ministrów z dnia 11 października 2005 r. w sprawie
minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2005 r. Nr 212
poz. 1766).
24. Rozporządzenie Rady Ministrów z dnia 11 października 2005 r. w sprawie
minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie
elektronicznej (Dz.U. 2005 r. Nr 214 poz. 1781 ).
25. Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005 r.
w sprawie testów akceptacyjnych oraz badania oprogramowania interfejsowego
i weryfikacji tego badania (Dz.U. 2005 r. Nr 217 poz. 1836 ).
26. Rozporządzenie Rady Ministrów z dnia 1 sierpnia 2006 r. w sprawie Planu
Informatyzacji Państwa na rok 2006 (Dz.U. 2006 r. Nr 147 poz. 1064 ).
27. Rozporządzenie Rady Ministrów z dnia 28 marca 2007 r. w sprawie Planu
Informatyzacji Państwa na lata 2007-2010 (Dz.U. 2007 r. Nr 61 poz. 415).
28. Ustawa z dnia 5 lipca 2002 r. o ochronie niektórych usług świadczonych drogą
elektroniczną opartych lub polegających na dostępie warunkowym (Dz.U. 2002 r.
Nr 126 poz. 1068 z późn. zm.).
2. Oprogramowanie System obiegu dokumentów (SOD) musi spełniać następujące

wymagania funkcjonalne:
Opis wymagań funkcjonalnych dla Systemu obiegu dokumentów
Administracja systemem
1. System musi pozwalać na uwierzytelnianie się użytkowników z wykorzystaniem
nazwy użytkownika i poufnego hasła albo certyfikatu PKI oraz umożliwiać
autoryzację dostępu do obiektów: danych, dokumentów, spraw.
2. System umożliwia autoryzację użytkowników także za pomocą usługi Active
Directory.
3. System musi umożliwiać tworzenie grup zadaniowych złożonych z dowolnie
wybranych pracowników urzędu (użytkowników systemu) istniejących poza
regularną strukturą urzędu. Niedopuszczalnym jest tworzenie dodatkowych
identyfikatorów dla użytkowników przydzielonych do dodatkowych grup, w tym do
grup zadaniowych.
4. Uprawnienia użytkowników tworzących grupę zadaniową muszą być niezależne od
uprawnień nadanych użytkownikom w ich macierzystych komórkach
organizacyjnych.
5. System musi umożliwiać definiowanie ról, tj. grup uprawnień użytkowników, jakie
posiadają w systemie oraz dostępnych mu funkcjonalności. System uprawnień jest
zdolny do odzwierciedlenia uprawnień i odpowiedzialności poszczególnych
urzędników, stosowany w jednostkach samorządu terytorialnego i wynikający z
Instrukcji Kancelaryjnych. Uprawnienia użytkowników muszą być niezależne od
systemu uprawnień systemu plikowego obsługiwanego przez system operacyjny lub
motoru bazy danych i muszą w całości być obsługiwane przez aplikację. Zakres
uprawnień musi umożliwiać co najmniej: uprawnienie lub zakaz przeglądania
dokumentów, edycji własnych dokumentów, edycji dokumentów innych
użytkowników.
6. System uprawnień administracyjnych w Systemie musi być hierarchiczny, tzn. musi
istnieć możliwość powołania przez Administratora innych administratorów i
nadania im części posiadanych przez siebie uprawnień.
7. System musi posiadać mechanizmy służące do zarządzania dostępem do danych
przechowywanych w systemie. W szczególności:
• możliwość zarządzania na poziomie dostępu użytkownika;
• możliwość zarządzania na poziomie dostępu grupy pracowników;
• możliwość zarządzania na poziomie dostępu do spraw na podstawie klasyfikacji
opartej o Jednolity Rzeczowy Wykaz Akt;
• możliwość zarządzania na poziomie dostępu do spraw na podstawie
przynależności użytkownika do Komórki Organizacyjnej Urzędu.
8. System musi zawierać mechanizmy kontroli dostępu użytkowników (także
administratorów) do gromadzonych danych oraz realizowanych operacji wraz z ich
rejestracją. System musi zawierać mechanizm logów systemowych – rejestracja
zdarzeń kluczowych dla działania systemu, śledzenie operacji dokonywanych na
słownikach, zapisywanie wszystkich operacji przeprowadzanych na dokumentach
(odczyt, zapis, modyfikacja, dodanie wersji). System musi umożliwiać eksport
dziennika zdarzeń do pliku.
9. System musi posiadać możliwość śledzenia wydajności systemu poprzez kontrolę
czasów wykonywania skryptów.
10. Wszystkie zadania administracyjne w ramach oprogramowania SOD mają być
wykonywane przez graficzny interfejs użytkownika, dostępny przez przeglądarkę
WWW. Od tej zasady wyjątek może stanowić tylko wykonywanie kopii zapasowych
systemu i danych.
11. Moduł procesów pracy (workflow) musi posiadać:
• automatyczną weryfikację poprawności i kompletności zaprojektowanego
procesu, tj. sprawdzenie logiczne, czy procedura nie zawiera martwych punktów
albo zakleszczeń,
• procedowanie sprawy trybem „ad hoc” tj. poprzez definiowanie na bieżąco
kolejnego stanowiska zajmującego się sprawą, bez konieczności wykorzystania
uprzednio zdefiniowanej ścieżki procedowania sprawy
• system umożliwia zaniechanie na dozwolonym etapie procedowania sprawy
zgodnie ze ścieżką i kontynuowanie jej trybem „ad hoc” oraz umożliwia powrót
na ścieżkę procedowania
• realizację ścieżek równoległych wraz z mechanizmem synchronizacji
• dzielenie spraw na podzadania i delegowanie ich do realizacji do różnych osób i
komórek organizacyjnych
• realizację ścieżek alternatywnych
• kontrolę i redefinicję procesów po ich wdrożeniu, kontrolę realizacji
poszczególnych etapów procedury
• określanie czasu zakończenia procesu, nadawanie terminów
• realizację poleceń przekazanych pocztą wewnętrzną z możliwością ich śledzenia
i kontroli etapu procesu
• automatyczne lub ręczne przesyłanie spraw między etapami
• wycofywanie spraw do poprzednich użytkowników
• redefinicję wdrożonych procesów, możliwość zapisu ścieżek do centralnej bazy
lub plików lokalnych, z zachowaniem historii (procesy już rozpoczęte)
• przydzielanie praw dostępu do poszczególnych etapów procesu na poziomie:
użytkownika, grupy, roli, względnej hierarchii podległości
• definiowanie szablonów typowych spraw: domyślnej ścieżki, formularzy,
wzorcowych załączników
• korektę spraw - osoba z uprawnieniem w osobnym module może dowolnie
edytować znaki spraw, kasować znak sprawy, cofając jednocześnie do
poprzedniego etapu pismo, kasować wystawione w sprawie dokumenty,
zmieniać opis sprawy etc.
12. System musi posiadać modeler ścieżek procedowania spraw. Modeler ten musi
umożliwiać definiowanie nowych oraz edytowanie istniejących ścieżek
procedowania sprawy. Węzły grafu muszą reprezentować wykonywane czynności, a
strzałki proces przekazywania sprawy pomiędzy stanowiskami realizującymi
poszczególne czynności.
Wsparcie dla użytkowników

13. System musi cechować się przyjaznym interfejsem użytkownika opartym na
typowych rozwiązaniach interfejsów systemów internetowych i intranetowych tzn.
wykorzystywać menu, listy, formularze, przyciski, odnośniki (linki), itp.
14. System musi być wyposażony w pomoc kontekstową przeznaczoną dla
poszczególnych ról. Minimum:
• dla urzędników – w zakresie zakładania i procedowania spraw, dodawania
i przetwarzania dokumentów i notatek, wysyłania zapytań i odbierania
odpowiedzi, wydawania decyzji.
• dla administratorów – w zakresie zadań administracyjnych, ze szczególnym
uwzględnieniem kształtowania konfiguracji Systemu Obiegu Dokumentów.
15. System musi być wyposażony w polskojęzyczne podręczniki użytkownika i
administratora w wersji elektronicznej (zawierającej wyszukiwarkę) oraz
w dokumentację techniczną. Podręczniki muszą wyjaśniać działanie systemu oraz
pokazywać na przykładach, jak użytkownik/administrator może wykonać w
systemie typowe zadania.
16. Wiedza o systemie zawarta w podręczniku administratora i dokumentacji
technicznej musi pozwalać na rozszerzanie systemu zarówno w odniesieniu do
wydajności jak i pojemności.
17. System musi być wyposażony w pomoc typu „Howto” ukazującą na przykładach
całość wykonywanych czynności w systemie dla wybranych typów spraw od
momentu wszczęcia sprawy (np. wpływu wniosku do urzędu) do momentu
ostatecznego zakończenia sprawy.
Rejestrowanie pism przychodzących

18. System musi umożliwiać przyjmowanie korespondencji przychodzącej złożonej
pocztą elektroniczną (SMTP) na adres e-mail urzędu bądź komórki organizacyjnej,
poprzez pliki elektroniczne z wykorzystaniem nośników cyfrowych: dyskietki 3½”,
płyt CD i DVD oraz pamięci Flash ROM z łączem USB v. 1.1 i v.2.0 oraz w postaci
elektronicznej z Portalu e-Usług.
19. System musi umożliwiać przetwarzanie spraw oraz korespondencji zgodnie z
Instrukcjami Kancelaryjnymi.
20. System musi umożliwiać rejestrację papierowej korespondencji przychodzącej wraz
z załącznikami i skanowanie jej do postaci elektronicznej.
21. Moduł do skanowania dokumentów musi umożliwiać minimum:
• obracanie obrazu,
• dowolne sortowanie dokumentów,

• usuwanie stron,
• dodawanie nowego skanu dokumentu pomiędzy istniejące skany,
• skanowanie konfigurowalne z apletu czarno-białe lub w kolorze,
• sortowanie automatyczne i ręczne - rosnąco i malejąco oraz dowolne z pomocą
metody drag & drop
• obracanie skanów w lewo, w prawo i o 180 stopni,
• redukcja kolorów do odcieni szarości i czarno-białego,
• możliwość dołączania plików (z dysku) do listy wcześniej utworzonych
dokumentów.
22. System musi umożliwiać zapisanie fizycznej lokalizacji załącznika papierowego
(dokumentacji, wniosku, sprawy) i śledzenie jego obiegu niezależnie do obiegu
dokumentów zeskanowanych lub elektronicznych.
23. System musi umożliwiać przypisanie pismom oraz dokumentom słów kluczowych i
atrybutów oraz szybkie przeszukiwanie repozytorium według słów kluczowych.
24. Musi istnieć możliwość emisji dokumentu potwierdzającego przyjęcie pisma do
Urzędu wraz z generacją unikalnego kodu jednoznacznie identyfikującego
interesanta i jego sprawę.
25. System musi umożliwiać oznaczanie kodem kreskowym dokumentu papierowego
(nadruk lub naklejka), ewidencjonowanie w systemie przydzielonego pismu kodu
kreskowego oraz identyfikowanie w systemie (danych ewidencyjnych) dokumentu
przy użyciu czytnika kodów kreskowych.
26. System musi umożliwiać wstępną rejestrację pism, rezerwując numer w książce
podawczej urzędu oraz umożliwiać późniejsze ich uzupełnienie w trakcie pełnej
rejestracji pisma. Wstępna rejestracja pisma winna odnotowywać minimum datę
wpływu i liczbę załączników oraz generować potwierdzenie złożenia dokumentów
w kancelarii urzędu. Dokumenty takie winny być opatrywane etykietami
ewidencyjnymi z numerem.
27. System musi umożliwiać określenie rodzaju pisma za pomocą pola słownikowego.
28. W systemie ma być zawarte automatyczne tworzenie dziennika korespondencji
przychodzącej i wychodzącej, wraz z tworzeniem pocztowej książki nadawczej
zgodnie ze wzorem wskazanym przez Zamawiającego.
29. Metryka korespondencji przychodzącej w Systemie musi posiadać minimum takie
pola jak:
• klasyfikację dokumentu (dodatkowe określenie dokumentu powiązane z jego
rodzajem np. skarga, wniosek, faktura, odpowiedź itp.), możliwość zmiany przez
użytkowników załatwiających sprawę,
• datę wpływu (podpowiadana przez system, z możliwością jej modyfikacji dla
uprawnionych użytkowników),
• nadawcę,
• krótki opis korespondencji, streszczenie pisma,
• nr zawarty na piśmie (znak pisma, nr faktury itp.),
• datę na piśmie,
• opis załączników pozostających w formie papierowej.
30. Wszyscy nadawcy, adresaci pism, strony sprawy z którymi urząd koresponduje mają
stanowić słownik interesantów.
31. System musi umożliwiać rozszerzenie o inne atrybuty metryczki korespondencji
przychodzącej w systemie z wykorzystaniem elementów takich jak: pola tekstowe,
pola wyboru, pola przycisków (typu radio buton), etc.
32. Musi istnieć możliwość zaznaczenia oraz mechanizm podpowiadania
preferowanego przez interesanta sposobu komunikacji z Urzędem.
33. Wymagany jest mechanizm informowania o zestawie dokumentów związanych z
wszczynanym typem sprawy.
34. Wymagany jest mechanizm zachowywania danych z poprzedniej rejestracji
korespondencji ułatwiających rejestrację kolejnego pisma np. od tego samego
nadawcy.
35. System musi posiadać zintegrowany faks-serwer tj. umożliwia automatyczne
wprowadzanie korespondencji przychodzącej do urzędu faksem, wysyłanie
korespondencji wychodzącej za pomocą faksu, powiadamianie nadawcy o terminie i
statusie wysłanego faksu lub związanych z nim problemów, wszczynanie spraw z
faksów.
36. System musi posiadać oddzielny rejestr oraz proces dla faktur (i innych
dokumentów nie podlegających rejestracji).
37. System musi posiadać możliwość rejestrowania pism wpływających w postaci
elektronicznej z Portalu e-Usług.
Rejestrowanie pism wychodzących

38. Dla korespondencji wychodzącej system musi automatyzować obsługę pism
wychodzących, poprzez prowadzenie rejestru pism wychodzących z poziomu
którego istnieje możliwość wygenerowania pocztowej książki nadawczej dla
określonych typów pism oraz umożliwia drukowanie kopert i pocztowych
potwierdzeń odbioru lub naklejek adresowych.

39. Wymagana jest możliwość tworzenia pocztowej książki nadawczej zgodnej ze
wzorem wskazanym przez Zamawiającego.
40. Wymagane jest automatyczne podpowiadanie odbiorcy nadawcy korespondencji na
podstawie wbudowanego w system rejestru interesantów/kontrahentów.
41. Musi istnieć możliwość definiowania sposobu wysyłki korespondencji wychodzącej
z uwzględnieniem gońców.
42. System musi zawierać moduł obsługi pracy gońców uwzględniający możliwość
przyporządkowanie gońca do rejonów definiowanych poprzez określenie miasta,
ulic, zakresu numerów adresowych. System musi wspomagać rozdzielanie
korespondencji dla gońców z uwzględnieniem rejonizacji oraz umożliwiać
generowanie wydruków książki doręczeń.
43. Musi istnieć możliwość rejestracji pism dostarczonych przez gońców w dniu
następnym.
44. Musi istnieć możliwość wydruku kopert i zwrotek lub naklejek adresowych.
45. Musi istnieć możliwość zarejestrowania kilku pism wysyłanych do jednego adresata
w jednej kopercie adresowej. Funkcjonalność musi być dostępna zarówno dla
referenta jak i pracownika kancelarii wysyłkowej.
46. Musi istnieć możliwość rezerwacji numerów (pozycji) w rejestrze korespondencji
wychodzącej (pocztowa książka nadawcza) umożliwiającą równoległą rejestrację
przez pracowników rejestrujących przy zachowaniu kolejności zarejestrowanych
pism zgodnie z ich ułożeniem fizycznym.
47. Wymagane jest ułatwienie rejestracji pism wskazanych do wysłania przez
referentów. Rejestracja musi umożliwiać szybkie wyszukanie pisma w pismach
przeznaczonych do wysyłki i oznaczenie go jako wychodzącego w danym dniu.
Dodatkowo system musi udostępniać uprzednio zdefiniowane parametry jak: cena,
waga, gabaryt koperty.
48. Wymagane jest wspomaganie rejestracji pism wychodzących z uwzględnieniem
dowolnie budowanego cennika (definiowanego poprzez przedziały wagowe, typ
wysyłki oraz gabaryty przesyłki).
49. System musi rejestrować zwroty pism oraz zwrotek z poziomu rejestru pism
wychodzących (bezpośrednio przy piśmie). Rejestracja zwrotu lub zwrotki ma
skutkować automatycznym pojawieniem się zarejestrowanego zwrotu/zwrotki w
teczce sprawy przy właściwym dokumencie.
50. System musi umożliwiać wysłanie pism w postaci elektronicznej poprzez Portal e-
Usług z użyciem skrzynki podawczej zgodnie z przepisami prawa w tym zakresie.
Dekretacja i przekazywania pism

51. System musi umożliwiać cofnięcie dokumentu do ponownej dekretacji – także w
przypadku dekretacji wielostopniowych.
52. Wymagana jest wielopoziomowa dekretacja oraz dekretacja równoległa (na tym
samym poziomie w strukturze organizacyjnej).
53. System musi umożliwiać obsługę przepływu pracy (workflow), czyli
przemieszczanie sprawy pomiędzy użytkownikami systemu (pracownikami urzędu)
w ustalonej dla danej kategorii spraw kolejności (zgodnie ze zdefiniowaną uprzednio
ścieżką procedowanych sprawy).
54. System musi umożliwiać procedowanie sprawy trybem „ad hoc” tj. poprzez
definiowanie na bieżąco kolejnego stanowiska zajmującego się sprawą, bez
konieczności wykorzystywania uprzednio zdefiniowanej ścieżki procedowania
sprawy. System musi umożliwiać zaniechanie procedowania sprawy zgodnie ze
ścieżką i kontynuowanie jej trybem „ad hoc”.
55. System musi umożliwiać kierowanie sprawy do osoby z wykorzystaniem kryterium
najmniejszego obciążenia stanowiska (najmniejsza liczba procedowanych przez
niego w danym momencie spraw) w danej grupie stanowisk (komórce
organizacyjnej).
56. System musi umożliwiać nadanie terminów realizacji dla sprawy jak i
poszczególnych dokumentów dotyczących sprawy podczas procesu dekretacji dla
uprawnionych pracowników.
57. System musi umożliwiać stworzenie przez każdego użytkownika własnego
podręcznego słownika poleceń dekretacji opisujących polecenia do wykonania dla
osoby na którą następuje dekretacja korespondencji oraz do wykorzystania przy
notatkach/komentarzach do sprawy.
58. Wymagana jest możliwość przeglądania w procesie dekretacji listy dokumentów
wraz z ich podglądem w tym samym oknie.
59. System musi umożliwiać hurtową dekretację – dekretację co najmniej dwóch pism
jednocześnie z zaznaczeniem komórki(ek)/osoby(osób) wiodącej(ych) i do
wiadomości.
60. Wymagana jest możliwość zwielokrotniania pisma na etapie dekretacji, czyli
przesłania dokumentu w wielu kopiach do różnych komórek organizacyjnych oraz
pracowników urzędu.
61. Wymagana jest możliwość śledzenia lokalizacji załączników fizycznych, mechanizm
wymuszania potwierdzenia ich otrzymania (również w trakcie realizacji spraw).
Praca ze sprawami i dokumentami
62. System musi umożliwiać pozostawienie pisma bez rozpatrzenia.

63. System musi umożliwiać wszczęcie sprawy „z Urzędu”.
64. System musi umożliwiać wprowadzanie korespondencji: przychodzącej,
wewnętrznej i wychodzącej oraz nadawanie korespondencji i sprawom
automatycznych statusów odpowiednich do stopnia realizacji (co najmniej: przyjęcie
sprawy na kancelarię, przekazanie do dekretacji, przekazanie sprawy do rozpatrzenia
w wydziale lub im równoważne).
65. Wymagana jest możliwość automatycznego przenoszenie spraw jako załatwionych
po określonym terminie (np. Ustawowym okresie odwołania),
66. System musi umożliwiać definiowania metryki dla dokumentów przychodzących
(dla dowolnego wniosku) oraz dla dokumentów wychodzących (np. Decyzje,
korespondencja ogólna, postanowienie).
67. System musi umożliwiać przypisywanie sprawom atrybutów i daje możliwość
filtrowania prezentowanych spraw z użyciem atrybutów.
68. System musi umożliwiać skopiowanie pisma z zachowaniem pierwotnej numeracji i
rozdysponowanie kopii pisma na wiele stanowisk. W tym przypadku numeracja
wszystkich kopii i dokumentów do nich utworzonych musi być jednolita.
69. System musi umożliwiać łączenie pism lub dokumentów ze sprawami poprzez
tworzenie powiązań.
70. Powiązania muszą być określone co najmniej poprzez nazwę i rozróżniać kierunek
relacji pomiędzy dwoma obiektami (sprawami, dokumentami).
71. Relacje mają być definiowane dowolnie przez administratora systemu.
72. System musi obsługiwać podteczki oraz spisy spraw dla podteczek.
73. System musi umożliwiać generowanie znaku sprawy zgodnie z Instrukcjami
Kancelaryjnymi właściwymi dla jednostek samorządu terytorialnego.
74. Wymagana jest możliwość dynamicznego pobierania następnego wolnego numeru
korekty pism / spraw oraz podczas zakładania znaku sprawy,
75. System musi umożliwiać edycję JRWA z poziomu panelu administratora. JRWA
musi posiadać możliwość rozbudowy o kolejne niższe stopnie oraz opis kategorii
archiwalnych.
76. System musi gromadzić pełną dokumentację dotyczącą sprawy w postaci
„elektronicznego folderu” (teczki), który zawiera co najmniej następujące typy
obiektów: załączniki w postaci plików lub referencji do plików, referencje do innych
spraw, notatki. Dopuszczalna liczba obiektów w teczce każdego typu jest nie
mniejsza niż 1000.
77. System musi zapewniać wersjonowanie dokumentów i umożliwiać
ewidencjonowanie, przeglądanie oraz przywracanie starszych wersji dokumentów.

78. System musi posiadać wewnętrzny edytor tekstowy niezależny od pakietów
biurowych umożliwiający tworzenie notatek z wykorzystaniem wyłącznie
przeglądarki internetowej bez konieczności załączania dokumentów tworzonych w
zewnętrznych aplikacjach. Edytor treści musi pozwalać na sprawdzenie
poprawności pisowni polskiej.
79. System musi rejestrować historię wszystkich wprowadzonych zmian w polach
stanowiących metrykę dokumentu.
80. System musi umożliwiać wizualizację historii realizacji sprawy w postaci grafu z
pokazaniem węzła/węzłów, w którym aktualnie „znajduje się” sprawa.
81. Wymagana jest możliwość udostępniania sprawy innym użytkownikom do wglądu
(bez prawa edycji) lub do opracowania (z prawem edycji).
82. Wymagana jest możliwość przekazywania spraw/dokumentów do innych jednostek,
w tym opiniowanie zewnętrzne skutkujące wstrzymaniem postępowania zgodnie z
KPA.
83. Wymagana jest możliwość określania dat wstrzymania i/lub zawieszania spraw jak i
podjęcia/kontynuacji rozpatrywania spraw, skutkujące odpowiednim naliczaniem
terminów spraw.
84. Musi istnieć możliwość podglądu standardowych formatów plików graficznych
(skanów), w szczególności .tiff, .gif, .jpg, .bmp, w dostarczonej wraz z systemem
przeglądarce. Dopuszcza się otwieranie plików w formacie PDF z wykorzystaniem
odpowiednio skonfigurowanego oprogramowania Adobe Acrobat Reader.
85. Musi istnieć możliwość podglądu innych typów dokumentów (.txt, .rtf, .odt, .ods),
za pomocą systemowych lub zewnętrznych, dostarczonych przez Wykonawcę
przeglądarek. Na stanowiskach wyznaczonych do edycji otwieranie dokumentów w
zainstalowanych przez Zamawiającego aplikacjach biurowych (możliwość wyboru
przez administratora w trakcie użytkowania systemu – w szczególności uzależnienie
od uprawnień użytkownika).
86. Musi istnieć możliwość wprowadzenia spraw rozpatrzonych tradycyjnie przed
wdrożeniem systemu elektronicznego obiegu jak i aktualnie prowadzonych w
momencie uruchomienia systemu.
87. Musi istnieć możliwość bieżącego śledzenie drogi dokumentów, w tym również
informacja na temat daty wysyłki.
88. Musi istnieć możliwość dodawania adnotacji do obrazów dokumentów lub
dodawania notatek.
89. System ma posiadać możliwość samodzielnego tworzenia treści publikowanej
(statusu) sprawy w BIP.
90. System musi umożliwiać wielokrotną akceptację dokumentu.
Wzory pism, dokumentów, wydruków

91. System musi umożliwiać prowadzenie ewidencji wzorów dokumentów. Ewidencja
musi uwzględniać podział zgodny ze struktura urzędu umożliwiając zapisywanie
różnych dokumentów w różnych wydziałach. Wzory dokumentów muszą być
definiowane co najmniej w następujących formatach: RTF, OpenOffice, DOC, txt,
xml. System winien posiadać wbudowany edytor WYSIWYG umożliwiający
definiowanie i zapisywanie wzorów dokumentów w oparciu o język HTML.
92. Poszczególne wersje wzorów muszą być przechowywane w bazie wraz z datą ich
obowiązywania/wersją.
93. Musi istnieć możliwość definiowania wzorów wydruków za pomocą edytora z
predefiniowanymi zmiennymi typu data, miejscowość, nr sprawy np.
94. System musi posiadać możliwość importowania dokumentów OpenOffice i
Microsoft Word we wbudowanym edytorze WYSWIG.
95. System musi posiadać wbudowane repozytorium wzorów dokumentów
elektronicznych (e-formularzy).
96. System musi umożliwiać dołączenie w systemie dokumentu w postaci elektronicznej
jako wypełnionego wzoru dokumentu elektronicznego przypisanego do danego
typu dokumentu.
97. Edytor wzorów dokumentów elektronicznych musi posiadać co najmniej
następujące funkcjonalności:
• tworzenie e-formularzy metodą drag&drop (z gotowych struktur –
metadanych),
• usuwanie pól formularzy metodą drag&drop
• sortowanie pól formularzy metodą drag&drop
• import/eksport e-formularzy do i z pliku XML
• definiowanie pól słownikowanych
• zamieszczanie dowolnych 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,
• 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, e-
formularze np.) do tworzenia nowych e-formularzy.

• tworzenie list rozwijanych, pól wielokrotnego wyboru, wstawianie checkboxów i
radio-buttonów
98. e-Formularze muszą być wykonane w technologii XML (XML+XSLT+XML
Schema) lub w technologii Xforms zgodnie ze standardem stosowanym na
platformie ePUAP
99. e-Formularze muszą być wersjonowane i przechowywane w systemie z możliwością
ich użycia i edycji w dowolnej chwili przez administratora SOD.
Sprawowanie nadzoru nad sprawami

100. System musi posiadać możliwość bieżącego monitorowania o czasie
pozostałym do terminowego zakończenia przez referenta sprawy z przypisaną
ścieżką procedowania. System musi posiadać mechanizm informowania
użytkownika o zaległościach ze wskazaniem liczby dni zaległych oraz informuje o
zbliżających się sprawach które ulegną przeterminowaniu.
101. Musi istnieć możliwość automatycznej kontroli terminów załatwiania
poszczególnych spraw i poleceń dekretacyjnych.
102. Wymagana jest możliwość wglądu w sprawy prowadzone przez
podwładnych i ich zamykania.
103. Wymagana jest możliwość przejmowania spraw podwładnych i
przekazywania ich innym pracownikom.
104. Wymagana jest możliwości zmiany terminu zakończenia sprawy przez
uprawnionych przełożonych.
105. Dla uprawnionych użytkowników musi istnieć możliwość przeglądania
spisów spraw i zawartości teczek spraw nadrzędnych komórek organizacyjnych.
Rejestry, spisy
106. System musi umożliwiać definiowanie i prowadzenie co najmniej 5000
rejestrów urzędowych (wydziałowych, urzędowych, innych), wprowadzanie
korespondencji, spraw oraz dokumentów (dowolne pliki elektroniczne) do
zdefiniowanych wcześniej rejestrów. Musi istnieć możliwość wydrukowania
raportów i zestawień ze zdefiniowanych rejestrów.
107. System musi na bieżąco generować spisy spraw i udostępnia je pracownikom
zgodnie z Instrukcją Kancelaryjną.
108. Wymagana jest możliwość automatycznego tworzenia dziennika
korespondencji przychodzącej, wychodzącej oraz przychodzącej i wychodzącej w
komórce organizacyjnej.
109. System musi posiadać wbudowany generator rejestrów umożliwiający:

• definiowane dowolnej liczby kolumn w rejestrze,
• definiowanie jakie dane mają być automatycznie uzupełniane przez SOD na
podstawie dostępnych informacji.
• definiowanie jakie dane mogą zostać uzupełnione „ręcznie” przez użytkownika,
• kojarzenie rejestrów z określonymi typami spraw (procesami) i typami
dokumentów.
110. System musi pozwalać na zdefiniowanie rejestrów automatycznych (np.
wpisy dokonywane po zatwierdzeniu dokumentu).
111. System musi umożliwiać dodanie wpisów do rejestru na żądanie
użytkownika.
112. System winien wydawać i ewidencjonować zdefiniowane przez
Zamawiającego dokumenty wymagane trybem rozpatrywania wniosków
wpływających do referatów / komórek organizacyjnych zajmujących się
prowadzeniem rejestru pod nazwą Ewidencja Działalności Gospodarczej. Obsługa
ta realizowana przez SOD musi w pełni umożliwiać obsługę:
• Ewidencjonowanie działalności gospodarczej – zakładanej po raz pierwszy
• Likwidacji działalności gospodarczej
• wydawanie duplikatów (zaświadczeń o wpisie do ewidencji/decyzji o
wykreśleniu wpisu)
• wydawanie zaświadczenia potwierdzającego wpis do ewidencji działalności
gospodarczej
• Zgłoszenie informacji o wznowieniu wykonywania działalności gospodarczej
• Zgłoszenie informacji o zawieszeniu wykonywania działalności gospodarczej
• Zgłoszenie zmiany w prowadzonej działalności gospodarczej
113. System musi umożliwić prowadzenie rejestru Ewidencja Działalności Gospodarczej
Moduł wspomagania archiwizacji spraw i dokumentów

114. System musi umożliwiać dla spraw zarchiwizowanych zautomatyzowany eksport
załączonych plików na zewnętrzne nośniki w formie tzw. paczki archiwalnej (Dz. U z
2006, Nr 206, poz. 1519 Rozporządzenie MSWiA w sprawie wymagań technicznych
formatów zapisu i informatycznych nośników danych, na których utrwalono materiały
archiwalne przekazywane do archiwów państwowych).
115. System musi wspomagać pracę Archiwum Zakładowego zgodnie z
Rozporządzeniem MSWIA w sprawie szczegółowego sposobu postępowania z

dokumentami elektronicznymi (Dz. U. z 2006, Nr 206, poz. 1518), a w szczególności
musi umożliwiać:
• archiwizowanie spraw (przekazywanie do archiwum zakładowego)
• generowanie potwierdzeń przekazania akt do archiwum zakładowego – spisy
zdawczo odbiorcze,
• potwierdzanie przejęcia akt do archiwum zakładowego,
• generowanie spisów dokumentacji niearchiwalnej przeznaczonej do brakowania,
• brakowanie dokumentów,
• zmianę klasyfikacji archiwalnej dokumentacji niearchiwalnej,
• tworzenie „paczki archiwalnej” dla dokumentacji archiwalnej.
• Czynności związane z obsługą archiwum muszą pozwalać na pełne
udokumentowanie przeprowadzonych czynności. Wszelkie generowane spisy
dokumentów oraz zawartość paczki archiwalnej muszą być zgodne z
obowiązującym formatem wymiany danych udostępnionym przez Naczelną
Dyrekcję Archiwów Państwowych.
Moduł zapewniający realizację obowiązku w zakresie tworzenia i prowadzenia

zbioru elektronicznych aktów normatywnych oraz przekazywania ich do
publikacji w elektronicznej wersji dziennika urzędowego województwa, zgodnie
z przepisami ustawy z dnia 20 lipca 2000 r. o ogłaszaniu aktów normatywnych i
niektórych innych aktów prawnych (j. t. Dz. U. z 2007 r. Nr 68, poz. 449) oraz
rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 25 kwietnia 2008
r. w sprawie wymagań technicznych dokumentów elektronicznych zawierających akty
normatywne i inne akty prawne, elektronicznej formy dzienników urzędowych oraz
środków komunikacji elektronicznej i informatycznych nośników danych (Dz. U. Nr
75, poz. 451 z późn. zm.).
Moduł ma za zadanie zapewnić wsparcie urzędu w następujących obszarach :
1. Praca z projektami aktów w zakresie:
a) Tworzenie nowego projektu aktu
b) Otwieranie pliku projektu aktu
c) Zapisywanie pliku projektu aktu na dysku
d) Tworzenie kopii projektu aktu
e) Zamykanie projektu aktu
f) Praca z projektem aktu (możliwość edycji treści poszczególnych jednostek
bezpośrednio z okna edycji aktu)

g) Praca równocześnie z kilkoma otwartymi projektami aktów
h) Automatyczne nadawanie skrótu dokumentu (szybkie porównanie wersji
elektronicznej z wersją papierową)
2. Podstawowe opcje aktu:
a) Metryka aktu
b) Podpisywanie aktu
c) Blokowanie aktu
d) Zapisanie aktu w XML – MSWiA
e) Podgląd PDF
f) Drukowanie PDF
g) Kopiowanie aktu w XML i zapisanie pod nową nazwą (akty nie podpisane,
akty zablokowane, akty opatrzone bezpiecznym podpisem elektronicznym –
w takim przypadku kopiowany jest akt z wyłączeniem podpisu)
3. Podstawowe opcje edytora XML :
a) Zgodność struktury XML aktu ze strukturą rekomendowaną przez MSWiA
b) Możliwość wygenerowania wszystkich typów aktów podejmowanych przez
jednostkę administracji samorządowej
c) Zapewnienie numerowania każdego typu aktu zgodnie ze zdefiniowaną
maską numeracji
d) Automatyczna numeracja jednostek redakcyjnych z których zbudowany jest
akt
e) Rejestrowanie historii wersjonowania treści aktu
f) Dołączanie uzasadnienia do projektu aktu
g) Dołączanie do aktu plików graficznych
h) Dołączanie załączników do aktu w formacie XML i plików binarnych
i) Możliwość linkowania do załączników do aktu
j) Możliwość linkowania do innych aktów normatywnych zbioru
k) Zapewnienie weryfikacji treści wersji pisemnej aktu z jego wersją
elektroniczną poprzez wydruk unikalnego identyfikatora dokumentu
m) Kopiowanie tabel z edytora tekstów i arkusza kalkulacyjnego
n) Opatrywanie aktów bezpiecznym podpisem elektronicznym ( podpis
jednokrotny oraz wielopodpis – w przypadku organów kolegialnych lub

porozumień)
o) Obsługa znacznika czasu
p) Walidacja poprawności aktu – w trakcie zapisu nowej wersji aktu, system
musi sygnalizować użytkownikowi, że projektowany przez niego akt posiada
błędy. Jeżeli akt jest na etapie projektu, system musi umożliwiać
użytkownikowi wyjście z edytora i zapis aktu w systemie pomimo wykrytych
błędów
q) Klasyfikowanie aktów za pomocą słownika zdefiniowanego przez urząd
r) Praca grupowa nad dokumentem
s) Grupowanie aktów w układzie drzewa nawigacji zdefiniowanym przez urząd
t) Tworzenie nowego aktu na podstawie już zarejestrowanego w systemie
u) Tworzenie i udostępnianie tekstów ujednoliconych aktów normatywnych
v) Automatyczne rejestrowanie historii życia aktu
w) Edycja metadanych opisujących akt normatywny
x) Możliwości personalizacji edytora i dostosowania do indywidualnych
wymagań użytkowników
y) Tworzenie prostych tabel oraz tabel skomplikowanych „ręcznie” (łączenie
pól kolumn, nagłówków, etc.)
Wyszukiwarki
116. Musi zostać zapewnione szybkie wyszukiwanie informacji przy wykorzystywaniu
wielu kryteriów (wyszukiwanie po numerach PESEL, NIP, REGON, nazwisku, nazwie,
adresie, itp.
117. System musi umożliwiać wyszukiwanie dokumentów i spraw za pomocą wielu
kryteriów z możliwością ich łączenia w celu dokładniejszego wyszukiwania. System
musi umożliwiać łączenie wyszukiwania przy użyciu co najmniej 5 typów kryteriów
szczegółowych.
118. System musi umożliwiać wyszukiwanie z użyciem symboli wieloznacznych (np.
znaku % oznaczającego dowolny ciąg znaków).
119. System musi umożliwiać pełnotekstowe wyszukiwanie dokumentów
elektronicznych w repozytorium plików co najmniej dla następujących formatów: txt,
.pdf, .doc, .rtf, .xls, .ppt, .odt, .sxw.
Podpis elektroniczny
120. System musi umożliwiać weryfikację podpisu elektronicznego w oparciu o usługę
weryfikacji podpisu elektronicznego pod dokumentem.
121. Wywołanie usługi weryfikacji podpisu elektronicznego nie może się odbywać za
pomocą dodatkowej aplikacji uruchamianej przez użytkownika – system ma umożliwiać
weryfikację dokumentu z poziomu systemu SOD.
122. Wywołanie usługi weryfikacji dokumentu elektronicznego ma być zapewnione na
każdym etapie rozpatrywania sprawy.
123. System musi umożliwiać podpisywanie dokumentów elektronicznych w formacie
Xades.
124. System musi umożliwiać składanie wielu podpisów pod jednym dokumentem w
formacie Xades.
Terminarz, kalendarz
125. System musi umożliwiać prowadzenie kalendarza wyposażonego w terminarz oraz
notatnika przez poszczególnych użytkowników systemu.
126. System musi umożliwiać tworzenie przez każdego z użytkowników wielu
kalendarzy/terminarzy zarówno do prywatnego użytku jak i współużytkowanych przez
innych użytkowników.
127. System musi umożliwiać skonfigurowanie terminarzy w takich sposób aby określone
osoby miały dostęp do nich w trybie do odczytu lub w trybie do edycji (współdzielone).
128. System musi umożliwiać tworzenie widoków terminarzy stanowiących podgląd w
postaci kalendarza sumy zdarzeń/terminów z kilku wybranych terminarzy dostępnych
terminarzy – także innych użytkowników.
129. System musi umożliwiać tworzenia własnych kategorii zdarzeń umieszczanych w
terminarzu i oznaczania ich kolorem lub ikoną graficzną.
130. System musi posiadać funkcjonalność umieszczania w terminarzach innych
użytkowników zdarzeń za ich zgodą lub bez niej w zależności od posiadanych
uprawnień.
131. System musi umożliwiać rezerwowanie dostępnych danemu użytkownikowi
zasobów takich jak sale, samochody służbowe, rzutniki multimedialne i inne. System
musi umożliwiać skonfigurowanie dowolnej liczby zasobów przez uprawnione osoby.
132. System musi umożliwiać sprawdzenie zajętości osób lub zasobów wskazywanych
jako współuczestników zdarzenia umieszczanego w terminarzu.
133. System musi umożliwiać udostępnienie terminarza/kalendarza zasobu w trybie do
odczytu (tylko podgląd zajętości) oraz w trybie do edycji (możliwość rezerwowania
zasobów) dowolnej liczbie użytkowników systemu.

134. System musi umożliwiać rezerwowania zasobów razem z rezerwacją/zapraszaniem
innych osób.
135. Widok terminarza musi być dostępny w układach co najmniej:
• Dziennym
• Tygodniowym
• Miesięcznym
136. System musi być wyposażony w terminarz posiada funkcjonalność grafiku służb
umożliwiającego planowanie dla wybranych grup użytkowników obecności w pracy i
przydzielania skategoryzowanych zadań w tym czasie.
137. Funkcjonalność grafiku służb musi umożliwiać planowanie pracy użytkownikom w
trybie 24h/dobę (wymagane np. dla strażników miejskich).
Raporty i statystyki
138. System musi umożliwiać monitorowanie przepływu pracy poprzez tworzenie
raportów i statystyk.
139. System musi posiadać gotowe raporty informujące o historii każdej sprawy: wykaz
wszystkich urzędników pracujących nad daną sprawą, wraz z załączonymi przez nich
dokumentami oraz wykonanymi czynnościami a także czasem przetwarzania przez nich
sprawy na węźle. System musi mieć możliwość sporządzania – za dany okres, dla
danego pracownika, grup pracowników, kategorii sprawy – zestawień: liczby
załatwionych spraw, ilości przetworzonej korespondencji.
140. Wymagane jest, aby System przedkładał raport zawierający wszystkie wątki
dekretacji typu: kto i kiedy do kogo dekretował, kiedy zostało odebrane.
141. Wymagane jest, aby System przedkładał raport zawierający wszystkie wątki
dekretacji typu: kto i kiedy do kogo dekretował, kiedy zostało odebrane np. umożliwia
sporządzanie raportu informującego o kosztach związanych z wysyłką listów.
142. Wymagane jest, aby System udostępniał raporty dotyczące aktywności i sprawności
pracy komórek organizacyjnych oraz poszczególnych pracowników dotyczące m.in.
czasu rozpatrywania spraw, liczby wydawanych dokumentów etc.
143. Wymagane jest, aby System posiadał wbudowany generator raportów umożliwiający
co najmniej:
• definiowanie typu raportu: dotyczący dokumentów lub spraw
• definiowanie zawartości kolumn raportów prezentowanych w postaci tabelarycznej
na podstawie danych dostępnych w SOD
• definiowanie warunków po spełnieniu którego informacja o danej sprawie bądź

dokumencie znajduje się w raporcie np. pokaż sprawy przeterminowane w
odpowiednim układzie.
144. Wygenerowany raport dla określonych pól musi posiadać możliwość dokonywania
podsumowań wartości liczbowych.
145. Generator raportów musi umożliwiać grupowanie zawartości raportów.
Repozytorium dokumentów
146. System musi posiadać repozytorium dokumentów działające niezależnie od
repozytorium dokumentów znajdującego się w systemie SOD.
147. Repozytorium musi umożliwiać tworzenie katalogów i podkatalogów w formie
drzewa z nieograniczoną liczbą zagnieżdżeń służących do przechowywania
dokumentów.
148. Każdy dokument musi być opisany za pomocą określonej liczby atrybutów zwanych
w dalszej części metryką dokumentu.
149. Wymagane jest, aby niezależnie od metryki dokumentowi mogły być przypisane
słowa kluczowe oraz relacje.
• Relacja jest to sposób wiązania dokumentów ze sobą w którym istotny jest kierunek
wiązania.
• Słowa kluczowe wykorzystywane we wszystkich dokumentach muszą stanowić
centralny słownik repozytorium, którym zarządzanie wymaga nadanie
odpowiedniego uprawnienia. Ich liczba może być nieograniczenie duża.
150. Wymagane jest, aby relacje dotyczące jednego dokumentu mogły być nadawane w
nieograniczonej liczbie tych samych bądź różnych relacji.
151. Wymagane jest, aby relacja określona była poprzez nazwę oraz wskazywała kierunek
relacji, tzn. możliwe jest jednoznaczne wskazanie dokumentu źródłowego oraz
docelowego. Przykłady relacji:
• Dokument XXX zmienia treść dokumentu YYY, co oznacza, iż dokument YYY
jest zmieniony przez dokument XXX.
• Dokument XXX uchyla dokument YYY, co oznacza, że dokument YYY jest
uchylony przez dokument XXX.
• Dokument XXX jest związany z dokumentem YYY, co oznacza, że dokument YYY
jest związany z dokumentem XXX.
152. System uprawnień musi umożliwiać co najmniej:
• określenie katalogów do których dostęp ma wskazany użytkownik
• określenie poziomu dostępu (do odczytu, do edycji)

• określenie możliwości dodawania dokumentów, edycji, dodawania słów kluczowych
do dokumentów oraz tworzenia więzów relacji.
153. Z poziomu Systemu musi istnieć możliwość kopiowania dokumentów bezpośrednio
do repozytorium dokumentów.
154. Na poziomie repozytorium dokumentów musi istnieć możliwość definiowania
typów dokumentów (poprzez określenie zawartości metryk dokumentów).
155. System musi pozwalać na dowolną modyfikację widoku listy dokumentów w danym
katalogu uzależniony od rodzaju dokumentu jakie zawiera
Wbudowane słowniki
156. Komórki organizacyjne urzędu (sama struktura organizacyjna urzędu ma być oparta
o model drzewa i zawierać podstawowe dane na temat komórek).
157. Pracownicy Urzędu – struktura organizacyjna Urzędu oparta o model drzewa,
zawierająca podstawowe dane na temat komórek z podziałem na pracowników Urzędu
(identyfikator, imię, nazwisko, opis stanowiska pracy, opis miejsca pracy, telefony
kontaktowe, adresy e-mail).
158. Kontrahentów/interesantów urzędu z podziałem co najmniej na osoby fizyczne i
prawne obejmujące następujące dane: imię, nazwisko, nr PESEL, nr NIP, nr REGON,
adresy (siedziba i adres do korespondencji), nr telefonu, adres poczty e-mail.
159. Miejscowości w Polsce (słownik miejscowości zgodny z TERYT).
160. Ulice (słownik ulic miejscowości zgodny z TERYT).
161. Słownik hierarchiczny haseł klasyfikacyjnych spraw JRWA.
162. Słownik kodów pocztowych powiązany z danymi TERYT.
163. System podczas określania danych adresowych klienta ma automatycznie uzupełniać
pola typu kod pocztowy i poczta na podstawie uzupełnionego zgodnie z TERYT
danych miejscowości, ulicy oraz numeru domu.
164. Dla osób fizycznych system musi umożliwiać wydruk zakresu danych osobowych
przetwarzanych w systemie zgodnie z wytycznymi GIODO w tym zakresie.
Ogłoszenia, wiadomości wewnętrzne

165. Udostępnianie mechanizmu ogłoszeń umożliwiającego na systemowe tworzenie
informacji dla pracowników Urzędu. Ogłoszenia muszą mieć możliwość łatwego
edytowania treści poprzez wbudowany w system edytor, określania terminu ważności
oraz adresatów (wszyscy pracownicy, zdefiniowane grupy, poszczególne osoby).
166. Mechanizm komunikatów, tj. zapewnienie użytkownikom narzędzi do komunikacji i
przesyłania plików do wskazanego użytkownika lub określonej grupy użytkowników, z

możliwością otrzymania informacji o tym, kiedy została przez adresata odczytana dana
wiadomość.
167. Możliwość przesyłania dokumentów wraz z załącznikami (plikami) pomiędzy
użytkownikami z możliwością wyboru osoby bądź grupy osób.
Poczta elektroniczna
168. System musi posiadać wbudowanego klienta poczty elektronicznej
169. Klient poczty elektronicznej musi umożliwiać obsługę kilku kont pocztowych przez
każdego użytkownika.
170. Klient poczty elektronicznej musi umożliwiać co najmniej: wysyłanie, odbieranie,
przekazywanie dalej wiadomości, odpowiadanie na przychodzące wiadomości.
171. Do wiadomości musi być możliwość załączania dowolnych plików.
172. Klient musi pozwalać na określenie adresatów bezpośrednich, adresatów kopii
wiadomości oraz kopii ukrytej dla każdej wiadomości wychodzącej.
173. Klient poczty elektronicznej musi obsługiwać szyfrowanie SSL.
174. Musi istnieć możliwość rejestracji wiadomości email jako korespondencji
przychodzącej w SOD i dołączenia go do akt sprawy.
175. Musi istnieć możliwość sygnowania wiadomości podpisem elektronicznym z
użyciem certyfikatów niekwalifikowanych.
176. Klient poczty elektronicznej musi posiadać możliwość tworzenia własnych
filtrów/reguł dla wiadomości
177. Klient poczty elektronicznej musi posiadać możliwość tworzenia własnych
katalogów przechowujących wiadomości
178. Klient musi posiadać możliwość zapisywania wiadomości w postaci roboczej, po
czym dokończenie ich edycji i wysłanie.
Zdarzenia
179. Użytkownik w swoim profilu w SOD musi mieć możliwość ustalenia, o jakich
zdarzeniach wykonanych przez system lub innych użytkowników chciałby być
informowany.
180. Lista zdarzeń o których użytkownik może być informowany zawiera co najmniej:
• dodanie/odłączenie użytkownika jako współuczestnika/monitorującego sprawę,
• utworzenie nowej sprawy w komórce organizacyjnej,
• utworzenie nowej sprawy w komórce organizacyjnej i komórkach podległych,
• otwarcie pisma wysłanego przez użytkownika do innego pracownika,

• otrzymanie nowego pisma do akceptacji,
• akceptacja pisma,
• dodanie komentarza do sprawy, dopiero po założeniu znaku sprawy, upłynięcie
terminu sprawy
181. Powiadomienia muszą być prezentowane użytkownikowi w postaci okienka "pop-
up" w momencie nadejścia powiadomienia, oraz na liście powiadomień, gdzie dostępne
są później.
Zarządzanie rejestracją czasu pracy

182. Wymagane są:
• kartoteka pracownika z możliwością podpięcia zdjęcia pracownika.
• możliwość tworzenia grup pracowników.
• możliwość importu danych z istniejących baz użytkownika (format txt).
• raporty dotyczące: godzin pracy pracownika, nadgodzin, spóźnień, nieobecności,
pracy w godzinach nocnych.
183. Ponadto moduł musi umożliwiać:
• tworzenie zestawienia późniejszych wejść i wyjść.
• generowanie kart pracy pracownika.
• przypisywanie zezwoleń do pracowników lub grup.
• nadawanie zezwoleń dla pracowników i grup.
• tworzenie raportów w postaci graficznej z możliwością eksportu danych do pliku
txt.
• konfigurowanie dowolnej liczby regulaminów (regulamin zmianowy, ciągły,
cykliczny, wg harmonogramu.
184. Wymagane jest wysyłanie do rejestratorów informacji tekstowych, bilansu czasu
pracy i urlopów.
Pozostałe wymagania
185. System musi umożliwiać wprowadzanie zmian kadrowych, urlopów i zastępstw bez
konieczności modyfikacji ścieżek procedowania oraz w przypadkach braku pracownika
na danym stanowisku (np. z powodu urlopu) przekazywanie sprawy na inne stanowisko
bądź automatycznie, bądź zgłaszając kierownikowi odpowiedniego szczebla

konieczność „ręcznego” przypisania. Funkcjonalność musi posiadać możliwość
blokowania dostępu do wybranych spraw przez zastępującego w czasie trwania
zastępstwa.
186. System musi udostępniać użytkownikom urzędu jedną wspólną książkę
teleadresową z danymi pracowników urzędu.
187. System musi współpracować z oprogramowaniem umożliwiającym
kompresję/dekompresję plików (załączników) z wykorzystaniem programów
archiwizujących: ZIP, RAR, TAR, GZIP lub innych popularnych programów
archiwizujących.
188. System musi automatycznie weryfikować poprawność wprowadzanych danych do
systemu typu np. NIP, PESEL, REGON.
189. Musi istnieć możliwość definiowania z poziomu systemu dowolnych skrótów
klawiszowych które obsługuje przeglądarka WWW w celu wywołania określonych przez
system czynności.
190. System musi posiadać wbudowany mechanizm rozpoznawania tekstu dostępny przy
każdym dokumencie graficznym dla uprawnionych użytkowników po integracji z
serwerem OCR.
191. Informacja o nieobecności pracownika urzędu musi być sygnalizowana podczas
dekretacji dokumentów przychodzących.
dekretacji pism wewnętrznych.
dekretacji dokumentów przekazywanych na etapie rozpatrywania sprawy.
przekazywania dokumentów do zaopiniowania lub zatwierdzenia.
przeglądania spraw oczekujących na zatwierdzenie.
podglądu spraw podwładnych.
3. Oprogramowanie System obiegu dokumentów musi spełniać następujące

wymagania technologiczne:
Opis wymagań technologicznych dla Systemu obiegu dokumentów
1. System musi być zbudowany jest w architekturze trójwarstwowej, złożonej z:
• Programu klienckiego (kod generowany dla przeglądarki internetowej),

• Serwera aplikacji (kod zarządzający aplikacją, wykonujący funkcje z zakresu
logiki biznesowej, pośredniczący między żądaniami programu klienckiego a
funkcjami udostępnianymi przez motor bazy danych),
• Motoru bazy danych, zarządzającego sql-ową bazą danych.
2. System musi umożliwiać pracę na minimum jednej bazie komercyjnej oraz jednej
bazie typu open source.
3. Zastosowany motor bazy danych musi umożliwiać, a warstwa aplikacyjna systemu
wykorzystywać :
• Podzapytania (ang. Subqueries),
• Kontrolę spójności referencyjnej danych (ang. Referential integrality),
• Wbudowane języki proceduralne (ang. Stored procedural languages),
• Rozbudowane indeksy,
• Klucze obce,
• Sekwencje,
• Kursory,
• Widoki,
• Definiowane typy.
4. System w po stronie serwera aplikacji jak i serwera baz danych musi posiadać wersje
uruchamiane w środowiskach systemowych bazujących na technologii Microsoft
Windows 2000 i wyższych oraz w środowiskach opartych na systemie Linux.
5. System musi gwarantować dokonywanie operacji w oparciu o mechanizm
transakcyjny.
6. System w warstwie klienckiej musi poprawnie działać z minimum następującymi
przeglądarkami www z obsługą wirtualnej maszyny javy:
• Microsoft internet explorer od wersji 7,
• Firefox od wersji 3.0.
7. System poza obsługą mechanizmów współpracy z edytorami OpenOffice i
Microsoft Word nie może wymagać instalacji dodatkowych komponentów typu plug-
in przez użytkowników (urzędników, administratorów, klientów urzędu). System
realizuje wszystkie czynności przez przeglądarkę internetową z obsługą wirtualnej
maszyny java.
8. Z uwagi na zachowanie jednakowej technologii i dostępu do narzędzi
administracyjnych dopuszczalne jest by do obsługi skanera, fax-u oraz funkcji

administracyjnych, system na czas obsługi funkcji pobierał z serwera aplety java.
Powyższy warunek dotyczy wyłącznie uruchamiania apletów w oknie przeglądarki w
technologii iii warstwowej – bez instalacji dodatkowego oprogramowania po stronie
klienta.
9. Do realizacji wybranych funkcji administracyjnych (archiwizacja bazy danych,
aktualizacja oprogramowania) dopuszcza się pracę na konsoli administracyjnej
serwera. Dla komponentów oprogramowania systemowego i narzędziowego, dla
których wymagane jest operowanie na konsoli administracyjnej serwera wymagane
jest, aby wszystkie te czynności można było realizować wykorzystując interfejs
tekstowy za pośrednictwem protokołu SSH lub równoważnego.
10. Interfejs użytkownika i administratora aplikacji obsługiwany będzie wyłącznie przez
przeglądarki internetowe wymienione w pkt. 6.
11. Dostarczone oprogramowanie musi posiadać polskojęzyczny interfejs użytkownika
oraz obsługę polskich liter i sortowania wg polskiego alfabetu. Dotyczy to całego
obszaru systemu.
12. Interfejs użytkownika aplikacji udostępniany przez przeglądarkę internetową musi
wykorzystywać technologię ajax w celu przyspieszenia pracy.
13. Dopuszczalne formaty przetwarzanych plików nie mogą być ograniczone przez
technologię systemu.
14. System musi wykorzystywać standard XML do wymiany danych i opisu ścieżek
procedowania sprawy.
15. System musi być skalowalny, przy czym skalowanie systemu może odbywać się
przez:
• Dołączenie dodatkowych stanowisk komputerowych,
• Zwiększenie zasobów komputerów obsługujących warstwę poprzez rozbudowę
pamięci, zwiększenie liczby procesorów oraz zwiększanie liczby maszyn,
• Zwiększenie zasobów komputerów obsługujących warstwę bazy danych
poprzez rozbudowę pamięci, zwiększenie liczby procesorów, zwiększenie
pojemności pamięci masowych).
16. Wszystkie dostarczane komponenty oprogramowania w ramach SOD muszą tworzyć
jednolity system informatyczny.
17. System musi być niezależny od wyboru pakietów biurowych (edytor tekstów, arkusz
kalkulacyjny itp.) służących do tworzenia i uaktualniania poszczególnych
dokumentów przez pracowników urzędu.
18. System musi pozwalać na jednoczesny dostęp do danych wielu użytkownikom oraz
zapewnić ochronę tych danych przed utratą spójności lub zniszczeniem.

19. Wszelkie dokumenty tworzone i przetwarzane przez SOD muszą ze względów
bezpieczeństwa umożliwiać przechowywanie ich w bazie danych odrębnej w
stosunku do bazy przechowującej rdzenne dane dla SOD.
20. Poszczególne komponenty systemu muszą komunikować się ze sobą oraz z
systemami zewnętrznymi w sposób zapewniający poufność danych. Dopuszcza się
jako rozwiązanie wykorzystanie protokołu SSL lub połączenia VPN.
21. Ochrona przed nieuprawnionym dostępem. Uwierzytelnianie użytkowników w
ramach aplikacji musi odbywać się za pomocą loginu i hasła lub karty procesorowej
(dla niektórych użytkowników, według konfiguracji systemu dokonanej przez
administratora).
22. System musi posiadać mechanizm bezpieczeństwa polegający na automatycznym
generowaniu sum kontrolnych plików, które jednoznacznie identyfikują zapisany w
systemie plik (np. Załącznik), potwierdzając w ten sposób jego wiarygodność.
23. System musi zapewniać automatyczne porównywanie sum kontrolnych plików z
zapamiętanym wzorcem i informuje w trakcie przeglądania dokumentów o
zaistniałych zmianach / naruszeniach integralności plików.
24. System musi być wyposażony w pomoc kontekstową przeznaczoną dla
poszczególnych ról:
• Dla urzędników – w zakresie zakładania i procedowania spraw, dodawania i
przetwarzania dokumentów i notatek, wysyłania zapytań i odbierania
odpowiedzi, wydawania decyzji.
• Dla administratorów – w zakresie zadań administracyjnych, ze szczególnym
uwzględnieniem kształtowania konfiguracji systemu obiegu dokumentów.
25. Poszczególne elementy systemu muszą się dwukierunkowo kontaktować w oparciu o
protokół SOAP (Simple Object Application Protocol). Wykonawca musi zapewnić
bezpieczne mechanizmy komunikacyjne umożliwiające autoryzację zapytań i
identyfikacje odpowiedzi.
26. System musi umożliwiać weryfikację bezpiecznego podpisu elektronicznego
złożonego na dokumentach elektronicznych przychodzących do urzędu oraz
podpisywanie bezpiecznym podpisem elektronicznym dokumentów wysyłanych
przez urzędników. Każdy wynik weryfikacji winien być zapisywany przy dokumencie
i muszą zawierać minimum: datę weryfikacji, login weryfikującego, status weryfikacji,
dane certyfikatu jakim podpisano dokument.
Grupa VII – system e-Usług
Oprogramowanie portalowe - Systemu e-Usług, w skład którego wchodzi : Portal e-
Usług wraz z e-formularzami oraz zintegrowana Elektroniczna Skrzynka Podawcza.
Zamówienie obejmuje dostawę, instalację, konfigurację i wdrożenie systemu e-Usług.
Poniżej określono funkcjonalności podstawowe, których posiadanie w zaoferowanym
oprogramowaniu portalowym bezwzględnie wymaga Zamawiający. Wykonawca jest
zobowiązany do ich zrealizowania.
Zamawiający wymaga, aby oferowane przez Wykonawcę oprogramowanie posiadały
wszystkie wymagane funkcjonalności na dzień złożenia oferty. Zamawiający zastrzega
sobie prawo sprawdzenia, w toku oceny oferty czy zadeklarowane przez Wykonawcę
funkcjonalności oprogramowania jest zgodna ze stanem faktycznym, zgodnie z zapisami
SIWZ. W tym celu Wykonawca na wniosek Zamawiającego może zostać poproszony o
zademonstrowanie w siedzibie Zamawiającego funkcjonalności oferowanych systemów.
Zadeklarowane funkcjonalności uznaje się za zgodne ze stanem faktycznym, jeśli
wykonana demonstracja wykaże, że wszystkie deklarowane funkcjonalności rzeczywiście
są zawarte w systemie. Zamawiający ma prawo żądać zmodyfikowania wartości
parametrów, bądź danych wprowadzanych do systemu na wartości podane przez niego,
celem sprawdzenia czy opisywana funkcjonalność nie jest symulowana. W przypadku
braku wykazania przez Wykonawcę w trakcie demonstracji, że funkcjonalność danego
systemu zadeklarowana w ofercie jest rzeczywiście zawarta w oferowanym systemie oferta
tego Wykonawcy zostanie odrzucona.
Opis minimalnych wymagań funkcjonalnych wobec portalu e-Usług – wymagania

architektury systemu i technologii
1. System e-Usług musi być zbudowany w architekturze trójwarstwowej, złożonej z:

• programu klienckiego (kod generowany dla przeglądarki internetowej),
• serwera aplikacji (kod zarządzający aplikacją, wykonujący funkcje z zakresu
logiki biznesowej, pośredniczący między żądaniami programu klienckiego, a
funkcjami udostępnianymi przez motor bazy danych),
• motoru bazy danych, zarządzającego SQL-ową bazą danych.
2. System musi umożliwiać pracę na minimum jednej bazie komercyjnej oraz jednej
bazie typu Open Source.
3. Zastosowany motor bazy danych musi umożliwiać, a warstwa aplikacyjna systemu
musi wykorzystywać :
• podzapytania (ang. subqueries),
• kontrolę spójności referencyjnej danych (ang. referential integrality),
• wbudowane języki proceduralne (ang. stored procedural languages),

• rozbudowane indeksy,
• klucze obce,
• sekwencje,
• kursory,
• widoki,
• definiowane typy.
4. System musi gwarantować dokonywanie operacji w oparciu o mechanizmy
transakcji.
5. System w warstwie klienckiej musi poprawnie działać z minimum następującymi
przeglądarkami WWW z obsługą Wirtualnej Maszyny Javy:
• Microsoft Internet Explorer od wersji 7,
• Mozilla Firefox od wersji 3.0.
6. Z uwagi na zachowanie jednakowej technologii i dostępu do narzędzi
administracyjnych dopuszczalne jest by do funkcji składania i weryfikacji podpisu
elektronicznego system na czas ich obsługi pobierał z serwera aplety Java.
Powyższy warunek dotyczy wyłącznie uruchamiania apletów w oknie przeglądarki
w technologii III warstwowej – bez instalacji dodatkowego oprogramowania po
stronie stacji roboczej klienta.
7. Do realizacji wybranych funkcji administracyjnych (archiwizacja bazy danych,
aktualizacja oprogramowania) dopuszcza się pracę na konsoli administracyjnej
serwera. Dla komponentów oprogramowania systemowego i narzędziowego, dla
których wymagane jest operowanie na konsoli administracyjnej serwera wymagane
jest, aby wszystkie te czynności można było realizować wykorzystując interfejs
tekstowy za pośrednictwem protokołu SSH lub równoważnego.
8. Interfejs użytkownika i administratora aplikacji musi być obsługiwany co najmniej
przez przeglądarki internetowe wymienione w punkcie 5.
9. Dostarczone oprogramowanie musi posiadać polskojęzyczny interfejs użytkownika
oraz obsługę polskich liter i sortowania wg polskiego alfabetu. Dotyczy to całego

obszaru systemu.
10.Interfejs użytkownika aplikacji udostępniany przez przeglądarkę internetową musi
wykorzystywać technologię AJAX w celu przyspieszenia pracy.
11.Wszystkie dostarczane komponenty oprogramowania w ramach Systemu e-Usług
muszą tworzyć jednolity system informatyczny, w szczególności poprzez:
• wykorzystanie wspólnej platformy systemowej serwerów aplikacji i baz danych,
• wykorzystanie jednej wspólnej bazy danych
• wykorzystanie wspólnego interfejsu użytkownika,
• wykorzystanie wspólnych kartotek, słowników i rejestrów
• wykorzystanie wspólnego i spójnego systemu uprawnień,
• jedno miejsce logowania się do poszczególnych modułów systemu.
12.System musi pozwalać na jednoczesny dostęp do danych wielu użytkownikom oraz
zapewniać ochronę tych danych przed utratą spójności lub zniszczeniem.
13.Uwierzytelnianie użytkowników w ramach aplikacji musi odbywać się za pomocą
loginu i hasła.
14.System musi posiadać mechanizm odzyskiwania hasła lub też nadawania nowego
np. wykorzystując podany podczas rejestracji adres e-mail interesanta.
15.System musi się dwukierunkowo komunikować w oparciu o protokół SOAP
(Simple Object Application Protocol) z Systemem Elektronicznego Obiegu
Dokumentów. Wykonawca zapewnia bezpieczne mechanizmy komunikacyjne
umożliwiające autoryzację zapytań i identyfikacje odpowiedzi. Dopuszcza się
rozwiązania bazujące na protokole SSL lub połączenia VPN.
16.System musi umożliwiać weryfikację bezpiecznego podpisu elektronicznego
złożonego na dokumentach elektronicznych przychodzących z urzędu oraz
podpisywanie bezpiecznym podpisem elektronicznym dokumentów wysyłanych
do urzędu.
Opis minimalnych wymagań funkcjonalnych wobec portalu e-Usług – wsparcie
użytkowników
17.System musi cechować się przyjaznym interfejsem użytkownika opartym na

typowych rozwiązaniach interfejsów systemów internetowych i intranetowych tzn.
wykorzystywać menu, listy, formularze WWW (pola tekstowe, obszary tekstowe,
elementy wyboru opcji etc), przyciski, odnośniki (linki), itp.
18.System musi być wyposażony w pomoc co najmniej dla użytkownika oraz
administratora.
19.System musi umożliwiać administratorowi samodzielne opracowanie i umieszczenie
w Systemie treści Regulaminu Świadczenia Usług oraz pomocy przeznaczonej dla
użytkowników/interesantów korzystających z e-usług.
Opis minimalnych wymagań funkcjonalnych wobec portalu e-Usług – administracja

systemem
20.Wszystkie zadania administracyjne w ramach oprogramowania systemu e-Usług

muszą być wykonywane przez graficzny interfejs użytkownika, dostępny przez
przeglądarkę WWW. Wyjątek od tej zasady może stanowić wykonywanie kopii
zapasowych systemu i danych.
21.System musi zawierać mechanizmy kontroli dostępu użytkowników (także
administratorów) do gromadzonych danych oraz realizowanych operacji wraz z ich
rejestracją. System musi zawierać mechanizm dziennika systemowego – rejestracja
wszystkich istotnych zdarzeń działania systemu.
22.System musi pozwalać na uwierzytelnianie się użytkowników z wykorzystaniem
nazwy użytkownika i poufnego hasła.
23.System musi pozwalać na współpracę ze sprzętowym modułem bezpieczeństwa
(HSM, Hardware Security Module) zgodnym z wymogami polskiego prawa w
zakresie wystawiania Urzędowego Poświadczenia Odbioru.
24.System e-Usług musi umożliwiać automatyczne generowanie UPO1 (w tym UPP2
oraz UPD3 zgodnie z przepisami prawa) podpisywanie musi być wykonywane
1
UPO – Urzędowe Potwierdzenie Odbioru
przez sprzętowy moduł bezpieczeństwa HSM zgodny z normą FIPS 140-2

poziom 3.
25.Automatyczne generowanie UPO ( w tym UPP oraz UPD) musi być świadczone
przez Wykonawcę, a jego koszt będzie wliczony w przedmiot zamówienia do
końca umowy.
26.Zamawiający wymaga aby komunikacja z modułem HSM odbywała się za pomocą
protokołu SOAP – Wykonawca ma obowiązek przekazać dokumentację i plik
WSDL opisujący proces komunikacji z urządzeniem HSM.
27.Moduły oprogramowania stanowiące System e-Usług muszą być posadowione na
platformie sprzętowej Zamawiającego i udostępnione w sieci Internet. Wykonawca
jest zobowiązany udostępnić komunikację z modułem HSM znajdującym się w
jego infrastrukturze , na zasadzie outsoucingu.
28.Koszt posadowienia Systemu e-Usług na platformie sprzętowej Zamawiającego,
koszt dostarczonej bazy danych do systemu, koszt Elektronicznej Skrzynki
Podawczej dostarczonej w outsourcingu musi być wliczony w przedmiot
zamówienia i obejmować 3 letni okres gwarancji i wsparcia technicznego.
29.Zamawiający wymaga aby komunikacja z panelem administracyjnym Portalu była
szyfrowana np. za pomocą protokołu HTTPS.
30.System musi umożliwiać nadanie odpowiednich ról (definiowanych poprzez
uprawnienia) użytkownikom w zakresie minimum:
• Głównego administratora (wszystkie uprawnienia administracyjne w zakresie
całego Systemu),
• Operatora (możliwość przygotowywania i zatwierdzania artykułów (treści) oraz
usług oraz ich publikacji),
• Redaktora portalu (możliwość przygotowywania artykułów bez możliwości ich
zatwierdzania i publikacji),
2
UPP – Urzędowe Poświadczenie Przedłożenia
3
UPD – Urzędowe Poświadczenie Doręczenia
• Interesanta (możliwość składania wniosków i e-formularzy poprzez Portal).

31.System musi posiadać możliwość określenia administratora danych osobowych, w
tym ustanowienia kilku administratorów danych osobowych.
32.System musi umożliwiać administrację kontami Interesantów, w szczególności
usuwanie kont Interesantów w związku z wyrażeniem sprzeciwu w zakresie
przetwarzania danych osobowych.
33.System na etapie zakładania konta przez Klienta musi umożliwiać generowanie
losowych haseł (z kontrolą ich siły), a w przypadku wpisywania własnych
wskazywać ich siłę uniemożliwiając założenie hasła nie spełniającego wymagań
dot. zabezpieczenia danych osobowych na poziomie wysokim (podstawa prawna:
Dz. U. z 2004 r. Nr 100, poz. 1024).
34.System musi posiadać repozytorium usług umożliwiające dokonanie podziału ich na
kategorie. Administrator systemu ma możliwość definiowania dowolnej ilości
takich kategorii.
35.Administrator musi mieć możliwość zdefiniowania w systemie dowolnej ilości kont
bankowych dla urzędu umożliwiając indywidualne przypisywanie do nich różnych
typów opłat administracyjnych.
36.Zdefiniowane opłaty administracyjne można katalogować i wersjonować
umożliwiając przypisywanie ich do e-usług i e-formularzy na etapie definiowania e-
usług (jako krok w procedurze).
37.System musi umożliwiać zdefiniowanie listy typów załączników, które obsługiwane
będą przez formularze uploadu załączników do e-formularzy o rozmiarze
maksymalnym do 2MB, w zakresie minimalnym opisanym w Rozporządzeniu
Prezesa Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych
wymagań dla systemów teleinformatycznych.
38.System musi umożliwiać publikowanie informacji ogólnych, dostępnych dla
wszystkich użytkowników systemu takich jak:
• Artykuły informacyjne,
• Materiały promocyjne Projektu,

• Informacje o przyznanych środkach i dofinansowaniach,
• Wyszczególnienie e-usług dostępnych w Systemie,
• Innych zamieszczanych przez administratora.
39.System musi umożliwiać przenoszenie publikacji informacji oraz e-usług do
archiwum, czasowe ich ukrywanie oraz przywracanie z archiwum (ponowną
publikację uprzednio zarchiwizowanych).
40.System musi być zdolny do publikowania zawartości rejestrów publicznych
prowadzonych w Systemie Elektronicznego Obiegu Dokumentów.
41.System musi stosować się do wytycznych i rekomendacji Portalu Interoperacyjności
w obszarze integracji systemów zewnętrznych z systemem ePUAP.
42.System musi umożliwiać import formularzy elektronicznych przygotowanych na
platformie ePUAP
43. System musi umożliwiać import opisów usług przygotowanych na platformie
ePUAP.
44.System musi zapewniać możliwość przyjmowania danych za pośrednictwem
udostępnionych na stronie elektronicznych formularzy oraz nośników
informatycznych z możliwością automatycznego rejestrowania tych danych z
elektronicznej Platformy Usług Administracji Publicznej (ePUAP).
45.Treść urzędowego poświadczenia odbioru musi być możliwa do podejrzenia z
poziomu systemu.
46. System musi zapewniać możliwość dokonania integracji z ePUAP.
47.Wykonawca przekaże Zamawiającemu panel administracyjny, dzięki któremu
Zamawiający będzie miał możliwość zarządzania formularzami, użytkownikami,
funkcjonalnością całego Systemu e-Usług wraz z jego ewentualną modyfikacją
wizualną oraz bazami danych.
48.Wykonawca dokona przeszkolenia w powyższym zakresie Głównego
Administratora oraz pracowników Zamawiającego, odpowiedzialnych za
dokonywanie aktualizacji danych w e-formularzach oraz w Portalu e-usług.

49.Całość prac związana z tworzeniem Portalu musi być zgodna z aktualnymi
wymaganiami przepisów prawa oraz musi być wykonana z najnowszych
standardów i zapewniająca bezpieczeństwo wymiany informacji.
50. Kwestie graficzne, funkcjonalności, przystosowania do szczegółowych potrzeb
Zamawiającego będą ustalane na bieżąco podczas wdrożenia oraz w trakcie
przeprowadzanych testów. Powstałe w wyniku testów niedociągnięcia Wykonawca
będzie zobowiązany do niezwłocznego usunięcia.
51.Wykonawca przedstawi do akceptacji w terminie 14 dni od podpisania umowy
harmonogram wdrożenia Systemu e-Usług.
Opis minimalnych wymagań funkcjonalnych wobec portalu e-Usług – edytor i

repozytorium formularzy elektronicznych (e-formularzy)
52.Edytor e-formularzy musi umożliwiać tworzenie formularz przeznaczonych dla

klientów urzędu.
53.Elementy formularza to minimum: pola tekstowe, obszary tekstowe, pola wyboru,
pola opcji i listy rozwijalne.
54.Edytor musi pozwalać na definiowanie pól słownikowanych, prezentowanych
podczas wypełniania formularza przez klienta w postaci listy rozwijalnej.
55.Repozytorium formularzy musi umożliwiać przechowywanie, wyświetlanie i
wersjonowanie e-formularzy.
56.E-formularze muszą być wersjonowane i przechowywane w systemie z możliwością
ich użycia i edycji w dowolnej chwili przez administratora portalu. Edycja może
dotyczyć tylko najnowszej wersji formularza jeszcze przed jego opublikowaniem.
57.Formularze muszą przed ostatecznym opublikowaniem posiadać status „roboczy”,
który uniemożliwia ich publikację.
58.E-formularze muszą być wykonane w technologii XML (XML+XSLT+XML
Schema) lub w technologii Xforms zgodnie ze standardem stosowanym na
platformie ePUAP.
59.E-formularze muszą być złożone z gotowych struktur informacyjnych (tzw.

„metadanych”), służących do opisu i walidacji określonego typu informacji takich
jak adres, kod pocztowy, NIP, data, załącznik, formularz. Struktury te muszą
zapewniać jednolitość podstawowych tagów XML dla wszystkich e-formularzy. E-
formularze muszą być tworzone i modyfikowane przez uprawnionego
administratora systemu.
60.Wykonawca wykona w wersji elektronicznej obecne formularze, które obowiązują w
Urzędzie Gminy w Kluczach. Liczba interaktywnych formularzy wynosi 28 szt., a
e-usługa informacyjna 1 szt. Formularze muszą być wykonane zgodnie z
obowiązującymi wzorami oraz z zachowaniem przepisów prawa w zakresie
dokumentów w postaci elektronicznej.
61.Rodzaje e-formularzy zostaną określone wspólnie przez Zamawiającego i
Wykonawcę podczas analizy wdrożeniowej.
62.Edytor musi wykorzystywać metodę drag&drop (z gotowych struktur –
metadanych) podczas tworzenia e-formularzy (np. podczas usuwania, dodawania,
sortowania).
63.Edytor musi pozwalać na tworzenie e-formularzy z wykorzystaniem, kopiowaniem
pojedynczego pola lub grupy pól w zadanej strukturze. Kopiowanie musi
zachowywać ustawienia walidacji nałożone na poszczególne elementy.
64.Repozytorium musi pozwalać na import/eksport e-formularzy.
65.Edytor musi pozwalać na zamieszczanie dowolnych elementów tekstowych i
graficznych, treści pomocy kontekstowej, na definiowanie reguł wyświetlania oraz
reguł walidacji do każdego elementu e-formularza.
66.Podczas tworzenia e-formularzy edytor musi zapewniać możliwość jego bieżącego
podglądu, wypełnienia testową treścią oraz walidację testowych danych.
67.Repozytorium musi pozwalać na eksport paczki formularzy przeznaczonych do
publikacji w Centralnym Repozytorium Dokumentów (plik wyróżnika, schema
formularza w XSD oraz jego wizualizacja w XSLT).
Opis minimalnych wymagań funkcjonalnych wobec portalu e-Usług po stronie Klienta
68.Cały Portal musi posiadać następujące funkcjonalności ułatwiające pracę:

• Wersja do druku (artykułu)
• Wersja tekstowa Portalu (obsługa przeglądarek tekstowych)
• Zwiększanie i zmniejszanie wielkości czcionki
• Wyślij link do artykułu
• Kanał RSS
69.Portal musi posiadać moduł umożliwiający wnoszenie opłat administracyjnych z
wykorzystaniem płatności elektronicznych. Wymagane jest aby system płatności
elektronicznych obsługiwał minimum 10 popularnych banków, w tym obsługiwał
płatności dokonywane za pomocą kart kredytowych. Integracja modułu płatności
musi umożliwiać Zamawiającemu po założeniu konta w tym systemie, uzyskiwanie
potwierdzeń dokonania przelewów autoryzowanych minimum przez firmę / bank
obsługujący płatności elektroniczne.
70.Portal musi być zainstalowany na serwerze Zamawiającego, a Wykonawca przekaże
Zamawiającemu kody źródłowe wraz z instrukcją użytkowania.
71.Portal musi mieć wyraźny podział na klientów indywidualnych, podmioty
gospodarcze oraz urzędy i instytucje. Każdy z tych modułów musi posiadać
posegregowane formularze w wersji elektronicznej obowiązujące dla danej grupy.
72.System musi udostępniać skrzynkę kontaktową, poprzez którą zapewniona będzie
dwukierunkowa komunikacja w relacji Klient - Urząd. Skrzynka ta musi być
wymagającym uwierzytelniania, interfejsem dostępu Interesanta i Urzędu do usług
publicznych przez przeglądarkę WWW.
73.Wszystkie informacje dotyczące realizowanych przez Urząd usług muszą być
ogólnie dostępne bez konieczności bycia zalogowanym w systemie, w tym musi
być możliwość pobrania formularzy przeznaczonych do wydruku. Uruchomienie
e-usługi (poprzez złożenie wypełnionego e-formularza w ramach ustalonej
procedury urzędowej) musi być dostępne tylko dla zarejestrowanych
użytkowników, po ich zalogowaniu.

74.W ramach pojedynczej e-usługi system musi umożliwiać dołączenie zarówno
formularzy elektronicznych jaki tradycyjnych formularzy przeznaczonych do
wydruku. Ponadto w ramach usługi system musi umożliwiać dołączenie
dowolnych plików stanowiących np. szerszą instrukcję realizacji procedury,
regulamin, przepis prawny etc.
75.E-usługa musi być tworzona poprzez określenie co najmniej: opisu procedury,
informacji o podmiocie i komórce realizującej usługę, trybu odwoławczego, opłat
związanych z e-usługą, podstaw prawnych, sposoby składania wniosków, czas
załatwiania sprawy, usług powiązanych.
76.System musi umożliwiać:
• Samodzielną rejestrację przez klientów urzędu wraz z aktywacją konta w
Systemie e-Usług
• Samodzielną rejestrację przez klientów urzędu i aktywację dokonywaną przez
uprawnionego użytkownika Systemu (pracownika Urzędu) po dokonaniu
weryfikacji danych rejestracyjnych.
77.Zalogowany klient urzędu może wypełnić dowolne spośród dostępnych e-
formularzy, dołączyć załączniki w postaci elektronicznej i po podpisaniu z
użyciem certyfikatu kwalifikowanego wysłać je do urzędu otrzymując jako
potwierdzenie Urzędowe Poświadczenie Przedłożenia.
78.Przed wysłaniem e-formularzy system musi umożliwiać ich wydruk.
79.Podczas wypełniania e-formularzy klient w dowolnym momencie może przerwać
proces wypełniania jego i dokończyć jego wypełniania w czasie późniejszym.
80.W skrzynce kontaktowej użytkownika, dostępnej tylko po zalogowaniu, system musi
przechowywać kopie złożonych dokumentów, dokumenty zwrotne z Urzędu (w
tym wezwania, odpowiedzi, decyzje etc), informacje o konieczności dokonania
wpłat.
81.Odbiór dokumentów zwrotnie z urzędu musi odbywać się w zgodzie z
odpowiednimi przepisami prawa w tym zakresie, w tym bezwzględnie wymagać

podpisania UPD przed udostępnieniem dokumentu.
82.Skrzynka kontaktowa musi pozwalać na uzyskanie informacji o stanie spraw i
korespondencji złożonej przez klienta w tym o wniesionych opłatach, wynikach
weryfikacji podpisu elektronicznego, okresie procedowania sprawy, datach odbioru
dokumentów z urzędu etc.
83.Na podany przez siebie adres e-mail klient może automatycznie otrzymywać
informacje o zmianie statusy sprawy.
84.Każdy właściciel skrzynki kontaktowej musi mieć możliwość podejrzenia historii
operacji wykonywanych na danym koncie operacji.
85.Dla zdefiniowanych płatności w systemie, system musi umożliwiać wydruk
tradycyjnego polecenia przelewu na blankiecie akceptowanym przez pocztę polską
i banki. W przypadku płatności tradycyjnej system musi umożliwiać
użytkownikowi zaznaczenie tego faktu i przesłanie tej informacji referentowi
prowadzącemu sprawę. W przypadku płatności dokonanej elektronicznie w
systemie, system musi przesłać stosowną informację bezpośrednio do sprawy.
86.Systemu musi na poziomie skrzynki podawczej weryfikować złożone podpisy pod
dokumentami, zarówno wysyłanymi do klientów jak i przez nich składanymi.
87.Klient urzędu musi posiadać możliwość usunięcia własnego konta, wyrażenia
sprzeciwu wobec przetwarzania danych osobowych zgodnie z art. 32, ust. 1, pkt 8
ustawy o ochronie danych osobowych.
Wdrożenie portalu e-Usług

Zamówienie obejmuje wdrożenie systemu e-Usług.
Opis minimalnych wymagań wdrożenia e-usług
1. Wdrożenie musi być poprzedzone analizą przedwdrożeniową określającą zakres

wdrażanych e-usług.
Opis minimalnych wymagań wdrożenia e-usług
2. Liczbę klas formularzy koniecznych do zdefiniowania szacuje się na kilkanaście.

3. Minimalną określoną do wdrożenia liczbę e-usług określa się na 29. Na liczbę tę
składają się:
a) 28 formularzy interaktywnych
b) 1 usługa informacyjna
4. Oprogramowanie musi zostać zainstalowane, skonfigurowane.
5. Wymagane jest przeszkolenie administratorów systemu.
Grupa VIII – zasilanie awaryjne

Projekt instalacji zespołu prądotwórczego
Zamówienie przewiduje dostarczenie projektu instalacji zespołu prądotwórczego.
Opis minimalnych wymagań dotyczących projektu zespołu prądotwórczego
1. Projekt instalacji zespołu prądotwórczego musi być opracowany wedle

schematu ilościowego:
a) koncepcja – 2 egzemplarze;
b) projekt – 5 egzemplarze;
c) projekt wykonawczy – 5 egzemplarze;
d) specyfikacja techniczna wykonania i odbioru robót – 2 egzemplarze;
e) przedmiar robót – 2 egzemplarze;
f) kosztorys inwestorski – 1 egzemplarz.
Zasilacz awaryjny
Zamówienie obejmuje dostawę, instalację i konfigurację 1 (jednego) zasilacza awaryjnego.
Opis minimalnych wymagań dotyczących zasilacza awaryjnego
1. Moc znamionowa 40 kVA/36 kW.

2. Wyjściowy współczynnik mocy (PF) 0,9.
3. Wejściowy współczynnik mocy cosφ ≥ 0,99.
4. Rodzaj pracy true on-line, podwójne przetwarzanie, technologia
beztransformatorowa.
5. Prostownik zasilacza beztransformatorowy, zbudowany w oparciu o tranzystory
IGBT pracujące w trybie CCM.
6. Tolerancja napięcia wejściowego +/- 20% przy obciążeniu 100%.
7. Tolerancja częstotliwości wejściowej 40-72 Hz.
8. Konieczność współpracy z agregatami prądotwórczymi.
9. Zintegrowana ładowarka akumulatorów o prądzie ładowania 10 A.
10. Oprogramowanie monitorujące i zarządzające pracą UPS-a w języku polskim.
11. Zastosowany UPS musi posiadać sterowanie mikroprocesorowe DSP+µP układów
wejściowych i wyjściowych zapewnia pracę jednostki UPS zgodnie z najnowszymi
wymogami ochrony środowiska i emisji zakłóceń EMC.
12. Zastosowany zasilacz UPS musi być zgodnie ze standardami ISO 9001 i CE.
13. Czas podtrzymania zasilacza UPS po zaniku napięcia nie mniejszy od 5 min dla
100% obciążenia, który jest niezbędny do uruchomienia agregatu prądotwórczego.
14. Zasilacz UPS musi ponadto:
a) posiadać baterie szczelne, bezobsługowe, w technologii AGM, umieszczone
wewnątrz;
b) posiadać automatycznie regulowany prąd ładowania baterii, w zależności od
pojemności zainstalowanych akumulatorów;
c) być wyposażony w moduł zarządzający z klawiaturą i ekranem LCD;
d) umożliwiać graficzną wizualizację kształtu napięcia i prądu;
e) umożliwiać uruchomienie UPS-a z baterii akumulatorów;
f) posiadać interfejs EPO do wyłącznika przeciw-pożarowego;
g) posiadać minimum jeden dodatkowy slot na opcjonalną kartę
przekaźnikową (250Vac, min. 4 styki programowalne);
h) posiadać programowalne dodatkowe wyjściowe gniazdo pomocnicze –
możliwość zasilania obciążenia z funkcją automatycznego wyłączenia w
określonych przez użytkownika warunkach konfiguracyjnych
oprogramowania;
i) być wyposażony z redundantny zasilacz pomocniczy bypassu
automatycznego;
j) umożliwiać automatyczną diagnostykę parametrów urządzenia UPS i baterii
na panelu UPS-a i z wykorzystaniem oprogramowania do zarządzania i
monitorowania UPS;
k) posiadać możliwość załączenia napięcia na wyjściu UPS jedynie w
przypadku zaniku napięcia w sieci publicznej, czas podania napięcia na
wyjściu mniej niż 0,5 sekundy;
l) posiadać możliwość automatycznego wyłączenia UPS w trybie pracy
bateryjnej w przypadku obciążenia mniejszego niż 5%;
m) posiadać możliwość ograniczenia czasu podtrzymania przez ustawienie
maksymalnego czasu pracy z baterii w zakresie min 1-65000 s, w krokach co
1 sekundę;
n) posiadać możliwość wyboru czasu, po jakim UPS zostanie załączony po
powrocie napięcia wejściowego w zakresie min 1-250s w krokach co 1
sekundę;
o) posiadać możliwość stopniowego poboru prądu ze źródła zasilania
awaryjnego (np. agregatu prądotwórczego) w przypadku zaniku
podstawowego napięcia sieciowego;
p) posiadać zabezpieczenie przed zwrotnym podaniem napięcia
niebezpiecznego do obwodu zasilającego UPS;
q) posiadać możliwość wyprowadzenie alarmów: praca z baterii, niski poziom
naładowania baterii, praca bypass, zablokowanie UPS;
r) posiadać możliwość zdalnego: włączenia i wyłączenia zasilacza UPS,
przełączenia zasilania obciążenia z inwertera na wewnętrzny bypass i
odwrotnie;
s) posiadać możliwość ustawienia ograniczenia przeciążenia w zakresie
minimum 0-103% w krokach co 1%;
t) poziom hałasu w odległości 1 metra nie może być większy od 48 dBA;
15. Instalacja i uruchomienie zasilacza UPS musi być zapewnione przez autoryzowany
serwis producenta oferowanego zasilacza UPS.
Agregat prądotwórczy
Zamówienie przewiduje dostawę, instalację i konfigurację 1 (jednego) agregatu
prądotwórczego.
Opis minimalnych wymagań dotyczących agregatu prądotwórczego
1. Agregat prądotwórczy przystosowany do współpracy z UPS (40kVA), o mocy

50kVA na bazie silnika diesel, chłodzony cieczą umieszczony w obudowie
dźwiękochłonnej o stopniu tłumienia 70dB(A)/7m.
2. Agregat musi być wyposażony w 8 godzinny zbiornik paliwa umieszczony w
ramie agregatu oraz podgrzewacz bloku silnika.
Opis minimalnych wymagań dotyczących agregatu prądotwórczego
3. Znamionowe napięcie wyjściowe z agregatu 3 x 400/230V AC.

4. Agregat musi być wyposażony w panel sterujący automatycznego startu wraz z
miernikami (amperomierz, woltomierz, częstotliwościomierz, licznik
motogodzin).
5. Agregat musi posiadać tłumik akustyczny na wydechu spalin.
6. Agregat musi być wyposażony w automatyczną ładowarkę akumulatorów.
7. Agregat musi być przystosowany do pracy z urządzeniami UPS.
8. Maksymalne wymiary agregatu w obudowie dźwiękoszczelnej nie mogą
przekraczać (długość x szerokość x wysokość) 2500mm x 1000mm x 1400mm.
Automatyczne urządzenie przełączające

Zamówienie przewiduje dostawę, instalację i konfigurację 1 (jednego) urządzenia
przełączającego.
Opis minimalnych wymagań dotyczących automatycznego urządzenia

przełączającego
1. Agregat musi być wyposażony w inteligentny sterownik współpracujący z

układem SZR realizuje zadania w zakresie automatycznego włączania i
wyłączania oraz kontroli stanów pracy agregatu i sieci elektrycznej. Sterownik
musi nadzorować parametry urządzenia, generować sygnały alarmowe oraz
wyłączać agregat podczas przekroczenia parametrów krytycznych.
2. Minimalne wymagania dla urządzenia:
• Znamionowe napięcie zasilania: 220-230-240VAC.
• Wejście pomiaru napięcia międzyfazowego.
• Pomiary napięcia TRMS.
• Pomiar częstotliwości źródeł: 45-65Hz.
• Wyświetlacze pomiarów napięcia i częstotliwości.
• Programowalne wejścia cyfrowe.
• Programowalne wyjść przekaźnikowe.
• Połączenie wtykowe zacisków.
Instalacja, uruchomienie urządzeń elektrycznych
Opis minimalnych wymagań dotyczących instalacji urządzeń elektrycznych
1. Agregat prądotwórczy zostanie dostarczony i zamontowany pod specjalnie

przygotowaną wiatą koło budynku Urzędu Gminy.
2. UPS oraz automatyczne urządzenie przełączające będą zamontowane po drugiej
stronie ściany względem wiaty – czyli najbliżej jak się da względem agregatu, ale w
budynku. Wyjątkiem od tej reguły będzie sytuacja, w której automatyczne
urządzenie przełączające jest fizycznie zintegrowane z agregatem i jest jego częścią.
3. Projekt instalacji zespołu prądotwórczego wymaga zatwierdzenia (zgody) Zakładu
Energetycznego w Olkuszu.
4. Przedstawiciel Zakładu Energetycznego ma prawo do wglądu w instalację, tak, by
interesy stron (Zakładu Energetycznego i Zamawiającego) nie były naruszone; w
szczególności chodzi o lokalizację liczników poboru mocy.
Grupa IX - szkolenia
Szkolenia użytkowników
Zamówienie przewiduje szkolenie użytkowników systemu obiegu dokumentów. Wykonawca
musi zapewnić taką ilość godzin szkolenia dla każdego użytkownika systemu, która zapewni
możliwość samodzielnej pracy z oprogramowaniem.
Opis minimalnych wymagań dotyczących szkoleń użytkowników
1. Przygotowanie pracowników urzędu do użytkowania systemu obiegu dokumentów
będzie wykonywane w formie:
a) szkoleń grupowych w formie prezentacji ogólnej (seminarium z
wykorzystaniem rzutnika multimedialnego) systemu i zaznajomienia z
pracą w systemie w salach szkoleniowych
udostępnionych przez Zamawiającego w grupach ok. 25 osobowych w liczbie co
najmniej 4 godzin na grupę
szkoleń stanowiskowe przy indywidualnych stanowiskach komputerowych, przy
zastosowaniu udostępnionego przez Wykonawcę sprzętu komputerowego w min. 1
pracowniach szkoleniowych udostępnionych przez Zamawiającego zgodnie z
harmonogramem szkoleń w grupach maksymalnie 10-osobowych w liczbie co
najmniej 4 godzin na grupę.
c/ szkolenia prowadzone będą na uruchomionych instancjach testowych.
2. Przeprowadzenie minimalnie 4 godzinnego instruktażu grupowego dla
administratorów oraz redaktorów systemu e-Usług;
3. Przeprowadzenie minimalnie 4 godzinnego instruktażu grupowego dla
administratorów Platformy e-learningowej;
4. Zakres szkolenia umożliwi przeszkolonej osobie sprawne posługiwanie się
systemami/modułami stosownie do pełnionej przez nią roli.
5. Szkolenia w zakresie oprogramowania użytkowego przeznaczone dla
Administratorów umożliwią im konfigurowanie parametrów systemu pod względem
funkcjonalności i wydajności a także dokonywanie aktualizacji (upgrade) systemów.
6. Wykonawca zapewni na czas trwania szkoleń seminaryjnych i grupowych wersje
testowe systemów/modułów z zainstalowanym w pełni funkcjonalnym pakietem
dostarczanego oprogramowania oraz co najmniej 1 mobilną pracownię szkoleniową
składającą się z min. 10 stanowisk roboczych na okres trwania prac wdrożeniowych.
Szkolenia użytkowników muszą odbywać się również przy pomocy platformy

e - learningowej.
Wykonawca musi zapewnić dostęp do platformy e-learningowej przez okres minimum 6
miesięcy od daty zakończenia wdrożenia rozwiązań oraz udostępnić na niej pakiet minimum
35 kursów z zakresu wdrażanych rozwiązań.
Opis minimalnych wymagań dotyczących platformy e-learnignowej
1. System musi być zbudowany w architekturze trójwarstwowej, w której interfejs

udostępniany jest poprzez graficzną przeglądarkę internetową.
2. Baza użytkowników musi być niezależna od bazy użytkowników systemów obiegu
dokumentów i e-usług.
3. System posiada przygotowane kursy e-learning.
4. System w zakresie kursów i testów kompetencyjnych obejmuje swoich zakresem co
najmniej:
• Instrukcję kancelaryjną
• Bezpieczny podpis elektroniczny weryfikowany certyfikatem kwalifikowanym
• Posługiwanie się aplikacją SOD w zakresie:
o Przedstawiony panel funkcyjny (zaprezentowanie każdej funkcjonalności
z osobna)
o Wprowadzanie nowej sprawy
o Ewidencja interesantów
o Zapisywanie formularzy
o Wstępna rejestracja
o Książka podawcza
o Pocztowa książka nadawcza
o Rejestr pism wychodzących
o Cenniki przesyłek
o Obsługa gońców
o Zarządzanie gońcami
o Rejestracja zwrotek/zwrotów
o Dekretacja i ponowna dekretacja
5. System musi zawierać testy stanowiskowe z obsługi SOD na poziomach co
najmniej:
• Obsługa pism przychodzących i wychodzących
• Dekretacja i przekazywanie spraw
• Rozpatrywania spraw
• Administracja systemem
6. System musi umożliwiać w ramach poszczególnych testów tworzyć pytania z
możliwymi odpowiedziami na zasadach:
• jednokrotnego wyboru prawidłowej odpowiedzi
• wielokrotnego wyboru prawidłowej odpowiedzi
• prawda/fałsz
• określenie liczbowe
• kojarzenia ze sobą dostępnych elementów (np. stolice państw z państwami)

• w formie tekstu ocenianego przez uprawnionego użytkownika (nauczyciela)
7. System musi pozwalać na przydzielenie wag punktowych do poszczególnych pytań
składających się na testy.
8. System musi zawierać także kursy i testy z obsługi Portalu e-Usług.
9. System musi zawierać kursy w postaci interaktywnych filmów, wymagające interakcji
ze strony użytkownika symulującej pracę rzeczywistą z systemem co najmniej
poprzez:
• kliknięcia odpowiednich (wskazanych w pomocy) przycisków
• uzupełniania pól odpowiednią treścią i danymi
10. System musi generować statystyki z przeprowadzonych testów kompetencyjnych i
udostępnia je uprawnionym użytkownikom.
11. System musi pozwalać na tworzenie nowych i zarządzanie istniejącymi kursami i
testami przez uprawnionych użytkowników.
12. Wymagana jest możliwość powiadamiania użytkowników za pomocą wiadomości e-
mail o kursach/testach im przypisanych.
13. System musi prowadzić dziennik zdarzeń rejestrujący wszelkie istotne czynności
wykonywane przez użytkowników systemu.
Szkolenia administratorów
Zamówienie przewiduje szkolenie 2 (dwóch) administratorów systemu obiegu dokumentów
oraz systemu e-usług.
Opis minimalnych wymagań dotyczących szkoleń administratorów
1. Wykonawca musi zapewnić minimum 5 dni autoryzowanych szkoleń dla minimum

jednej osoby z zakresu administracji i konfiguracji dostarczonych urządzeń
zabezpieczenia granic sieci.
2. Wykonawca musi zapewnić minimum 3 dni autoryzowanych szkoleń dla minimum
jednej osoby z zakresu administracji i konfiguracji z zakresu dostarczonego rozwiązania
backup.
3. Autoryzowane szkolenia musza odbywać się w Autoryzowanym Ośrodku
Szkoleniowym w odległości nie przekraczającej 50 km od siedziby Zamawiającego.
4. Wykonawca musi zapewnić szkolenie z zakresu instalacji, konfiguracji i administrowania
oferowanym oprogramowaniem oraz w zakresie obsługi dostarczonych urządzeń.
Wymagania dotyczące gwarancji i serwisu
Wykonawca udzieli gwarancji na okresy podane wyżej w opisie wymagań dla przedmiotu
zamówienia.
1. Wykonawca przygotuje w terminie 7 dni od daty podpisania umowy procedury działania

na okoliczność awarii systemu i sprzętu.
2. Procedury awaryjne mają obejmować min.:
a) Komu zgłosić awarię,
b) Postępowanie w okresie oczekiwania na reakcję serwisu,
c) Osoby kontaktowe, koordynatorów dla danego typu awarii,
3. Wykonawca przygotuje w terminie 7 dni od daty podpisania umowy procedury bieżących
prac serwisowych dla poszczególnych składowych systemu.
Definicje pojęć
Celem opisania warunków świadczenia usług serwisowych definiuje się następujące pojęcia:
1. SYSTEM – urządzenia i oprogramowanie objęte Serwisem,
2. PODSTAWOWE USŁUGI – usługi, parametry i funkcje realizowane przez System, w
ramach których musi być zachowana ciągłość funkcjonowania,
3. AWARIA – zdarzenie, w którym uszkodzeniu uległ jeden (lub więcej) element Systemu,
ograniczające wydajność lub funkcjonalność Systemu i uniemożliwiające Zamawiającemu
korzystanie z Systemu zgodnie z jego Specyfikacją Techniczną/Instrukcją użytkowania,
4. AWARIA KRYTYCZNA – Awaria, która uniemożliwia Zamawiającemu świadczenie
Podstawowych Usług,
5. AWARIA NIEKRYTYCZNA – awaria, która negatywnie wpływa na wydajność i
funkcjonalność Systemu, lecz nie uniemożliwia przez Zamawiającego świadczenia
Podstawowych Usług,
6. USTERKA – zdarzenie, w którym uszkodzeniu uległ jeden (lub więcej) element Systemu,
nie wpływające na funkcjonalność i wydajność Systemu, ale niezgodny ze stanem
określonym w Umowie (np. uszkodzenie jednego z elementów redundantnych),
7. ZGŁOSZENIE AWARII LUB USTERKI – ciąg działań ze strony Zamawiającego
mający na celu powiadomienie Serwisu o zaistniałej Awarii lub Usterce, wykonany
zgodnie z Procedurą,
8. DOSTĘPNOŚĆ SERWISU – dni i godziny, w jakich Serwis przyjmuje Zgłoszenia
Awarii i Usterek nadsyłane przez upoważnionych pracowników Zamawiającego oraz
realizuje czynności serwisowe,
9. REAKCJA SERWISU – nawiązanie kontaktu przez pracownika Serwisu ze zgłaszającym
Awarię i/lub Usterkę pracownikiem Zamawiającego w celu przeprowadzenia wstępnej
diagnostyki i w miarę możliwości przekazania zaleceń. Kontakt może mieć formę
bezpośrednią, telefoniczną lub mailową.
10. PRZYWRÓCENIE FUNKCJONALNOŚCI – doprowadzenie Systemu, w którym
wystąpiła Awaria do takiego stanu, aby możliwa była realizacja w ramach Systemu
Podstawowych Usług utraconych w wyniku danego typu Awarii,
11. USUNIĘCIE USTERKI – przywrócenie Systemu, w którym wystąpiła Usterka do
stanu, w jakim znajdowało się ono przed wystąpieniem Usterki. W razie braku możliwości
naprawy uszkodzonych urządzeń, dopuszcza się podstawienie przez Serwis, Urządzenia
zastępczego do czasu ostatecznej naprawy uszkodzonego urządzenia,
12. NAPRAWA – Przywrócenie Funkcjonalności lub Usunięcie Usterki,
13. CZAS REAKCJI SERWISU – maksymalny czas, jaki może upłynąć pomiędzy
pierwszym Zgłoszeniem Awarii lub Usterki a Reakcją Serwisu,
14. CZAS PRZYWRÓCENIA FUNKCJONALNOŚCI – czas, jaki może upłynąć
pomiędzy pierwszym Zgłoszeniem Awarii a Przywróceniem Funkcjonalności. Czas
Przywrócenia Funkcjonalności liczony jest w Okresie Dostępności Serwisu,
15. CZAS USUNIĘCIA USTERKI – czas, jaki może upłynąć pomiędzy pierwszym
Zgłoszeniem Usterki a jej usunięciem. Czas Usunięcia Usterki liczony jest w okresie
Dostępności Serwisu,
16. URZĄDZENIE ZASTĘPCZE – urządzenia lub podzespoły, które Serwis udostępnia
w ramach Procedury Zamawiającemu, jeżeli nie jest możliwe w ustalonym czasie
Przywrócenie Funkcjonalności lub Usunięcie Usterki w drodze naprawy uszkodzonych
urządzeń lub podzespołów. Urządzenie Zastępcze musi mieć parametry takie same lub
lepsze jak urządzenie, które uległo awarii,
17. DNI ROBOCZE – przez dni robocze rozumie się dni od poniedziałku do piątku z
wyłączeniem dni ustawowo wolnych od pracy,
18. GODZINY ROBOCZE – przez godziny robocze rozumie się godziny od 7.00 do 16.00
w Dni Robocze,
Okres gwarancji liczony jest:

1. Dla oprogramowania – od daty ostatniego protokołu odbioru bez uwag.
2. Dla serwerowni – od daty protokołu odbioru wyposażenia serwerowni.
3. Dla sprzętu komputerowego, sieciowego i pozostałego sprzętu – od daty protokołu
odbioru dostawy i instalacji sprzętu.
4. Dla sieci LAN – od daty wystawienia certyfikatu przez producenta okablowania.
Oprogramowanie
1. Wykonawca udzieli gwarancji na dostarczone oprogramowanie wdrożone w ramach
Projektu na okres 3 lat (licząc od daty ostatniego protokołu bez uwag) zapewniając
jednocześnie serwis gwarancyjny. W ramach gwarancji Wykonawca świadczyć będzie
usługę tzw. opieki autorskiej przez okres 3 lat.
2. W ramach opieki autorskiej Wykonawca nie pobiera dodatkowych opłat za wszelkie prace
gwarancyjne wraz z dojazdem, delegacją itp.
3. Wszelkie koszty gwarancji wraz z serwisem gwarancyjnym są w pełni włączone do ceny
ofertowej.
4. W ramach opieki autorskiej Wykonawca:
a) wykona zdalnie przegląd gwarancyjny oprogramowania SEOD i baz danych w
ilości min. raz na kwartał. Przeglądy gwarancyjne obejmują:
• Kontrolę integralności i spójności baz danych,
• Doprowadzenie do integralnych i spójnych baz danych,
• Poprawę, kontrolę, konfiguracji i poprawności działania oprogramowania.
b) usunie awarie programowe,
c) usunie błędy baz danych (w tym brak spójności i integralności danych, itp.) nie
polegające na błędnej obsłudze,
d) będzie informował Zamawiającego o dostępnych aktualizacjach / poprawkach
wdrożonego oprogramowania, sterowników, bibliotek (system informatyczny,
system operacyjny serwerów, czytników kart, baz danych, innych elementów
istotnych dla bezpieczeństwa i właściwego funkcjonowania systemu),
e) zadba, aby sprawdzenie dostępności aktualizacji/poprawki odbyło się przed
każdym przeglądem systemu. Zamawiający wymaga jednak, aby Wykonawca
sprawdził, czy dana aktualizacja/poprawka nie wpływa negatywnie na działanie
systemu.
Czas naprawy od zgłoszenia awarii programowej
Awaria krytyczna Awaria niekrytyczna Usterka
Czas reakcji 1 godzina 1 godzina 1 godzina
Czas naprawy w 16 godzin 24 godziny 10 dni

godzinach/dniach
roboczych
Czas naprawy oprogramowania odnosi się do oprogramowania użytkowego dostarczonego
przez Wykonawcę w ramach niniejszego postępowania, dla którego Wykonawca posiada
możliwość prawną i techniczną ingerencji w kod źródłowy.
Przez naprawę dla awarii programowej Zamawiający rozumie:

1. naprawę wadliwego oprogramowania,
2. rekonfigurację wadliwych ustawień,
3. naprawę baz danych (w tym brak spójności i integralności danych, itp.).
Do programowych awarii gwarancyjnych Zamawiający zalicza:

1. wszelkie awarie w funkcjonowaniu oprogramowania,
2. błędy baz danych (w tym brak spójności i integralności danych, itp.) niezawinione przez
użytkowników systemu (tzn. nie powstałe na wskutek błędnego wprowadzania danych i
złej obsługi systemu)
Sprzęt komputerowy
1. Wykonawca udzieli gwarancji na dostarczony sprzęt zgodnie z wymaganiami określonymi
w opisie wymagań dla przedmiotu zamówienia.
2. W ramach gwarancji Wykonawca zapewni także serwis gwarancyjny i przeglądy
gwarancyjne(jeśli są wymagane przez producenta). Wszelkie koszty gwarancji wraz z
serwisem gwarancyjnym są w pełni włączone do ceny ofertowej.
3. W ramach gwarancji Wykonawca:
a) dokona wstępnej analizy rodzaju awarii (gwarancyjna, niegwarancyjna),
b) naprawi/usunie awarie gwarancyjne,
c) zapewni autoryzowany serwis producenta dla serwerów oraz pozostałego sprzętu
wymienionego w opisie przedmiotu zamówienia,
d) w przypadku wystąpienia 3 awarii podlegających gwarancji, licząc awarie dla każdego
podzespołu z osobna, wymieni dany podzespół na nowy,
e) za wszelkie prace gwarancyjne wraz z dojazdem, delegacją itp. wykonawca nie pobiera
dodatkowych opłat.
Czas naprawy od zgłoszenia awarii sprzętowej

Jeżeli czas reakcji i naprawy dla urządzenia nie został określony w opisie przedmiotu
zamówienia przyjmuje się czas reakcji 2 godziny, a czas usunięcia awarii 24 godziny. Czas na
usunięcie awarii liczy się od momentu powiadomienia Wykonawcy w formie pisemnej
(dopuszcza się także faksem, e-mailem wraz z potwierdzeniem telefonicznym otrzymania).
W przypadku, gdy usunięcie awarii trwa dłużej niż 1 dzień lub, gdy zachodzi
konieczność dokonania naprawy poza siedzibą Zamawiającego, Wykonawca
zobowiązuje się do dostarczenia na czas naprawy gwarancyjnej sprzętu zastępczego
o parametrach nie gorszych, jak parametry sprzętu skierowanego do naprawy.
Do sprzętowych awarii gwarancyjnych Zamawiający zalicza:

1. wszystkie awarie elektroniki,
2. wszystkie awarie urządzeń z „wbudowanym oprogramowaniem” (routery, przełączniki
sieciowe, itp.),
3. wszystkie awarie monitorów i wyświetlaczy, jeżeli były użytkowane zgodnie z
przeznaczeniem,
4. awarie mechaniczne wynikające z wad konstrukcyjnych i materiałowych.
Do sprzętowych awarii gwarancyjnych Zamawiający nie zalicza:

1. wymiany zużytych części lub podzespołów właściwych dla normalnej eksploatacji
urządzenia (według producenta),
2. mechanicznych uszkodzeń urządzeń (o ile nie wynikają z wad materiałowych).

Zalacznik NR 2

Uploaded by

Copyright:

Available Formats

You might also like

Zalacznik NR 2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Zalacznik NR 2

Uploaded by

Copyright:

Available Formats

Wdrożenie Systemu Informatycznego „Elektroniczny Urząd Gminy Klucze”

Znak sprawy: IG.131.2.2011

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Opis wymagań dla projektu okablowania strukturalnego wraz z

Wykonawca przed złożeniem oferty musi dokonać wizji przedmiotowego obiektu i

rekonfiguracji przez użytkownika. Dokładna specyfikacja wymagań po

Opis wymagań dla okablowania strukturalnego wraz z dedykowanym

1. Instalacja okablowania systemu zasilania dedykowanego dla budowanego systemu

Główny obwód zasilania budynku wydzielony z zasilania obiektu należy doposażyć

konieczności ingerencji w zakończenie kabla.

komputerowych z pobudowanym torem logicznym (długość zależna od

22. Pomiary należy wykonać miernikiem dynamicznym (analizatorem), który posiada

Budowa sieci LAN

Opis wymagań dla budowy sieci LAN

1. Wszystkie stosowane materiały i urządzenia muszą być fabrycznie nowe i najlepszej

5. Wszystkie tory kablowe muszą być wykonane z wykorzystaniem listew

poszczególnych segmentów z wykorzystaniem miernika pomiarowego,

Zamawiający informuje, że wskazane w specyfikacji typy i symbole materiałów lub urządzeń

Opis wymagań dla budowy sieci LAN

LAN aktywne - switch zarządzalny 24 porty

Opis wymagań dla LAN aktywne

1. Przełącznik winien spełniać co najmniej następujące parametry:

h) Autentykacja komend w systemie RADIUS;

7. Wymagana jest możliwość zgłaszania usterek przez dedykowany moduł

LAN aktywne – punkty dostępowe HotSpot

Opis wymagań dla LAN aktywne

1. Sieć bezprzewodowa musi być zarządzana centralnie przez kontroler sieci

• min. 8 portów 10/100/1000BASE-T z zasilaniem przez skrętkę PoE,

• port USB pozwalający na backup i odtworzenie konfiguracji.

• Możliwość mapowania SSID do sieci VLAN oraz możliwość dołączania

• Stateful Packet Inspection Firewall,

• IEEE 802.1x/EAP – TLS, TTLS, EAP(PEAP),

• Szyfracja WEP 40/128 (RC4), WPA-TKIP, WPA2-CCMP (AES), WPA2-

• Obsługę gości z logowaniem i prostą stroną www do zarządzania systemem

• Obsługę wyniesionych puktów dostępowych – poprzez tunel VPN

• Wbudowany bezprzewodowy IDS/IPS – obsługa wykrywania obcych

• Możliwość autoryzacji użytkowników na podstawie ich lokalizacji –

• Obsługa technologii Mesh – rozszerzenie dostępu bezprzewodowego w

• Współpraca z systemem NAC,

• Obsługa QoS w sieci bezprzewodowej pozwalająca na uruchomienie

• Zarządzanie przez łącze szeregowe, telnet, SSH,

• Zarządzenie graficzne przez przeglądarkę WWW,

• Zarządzenie przez SNMP v1/v2/v3,

• Pliki konfiguracyjne w postaci tekstowej.

• Możliwość podłączenia zewnętrznych anten,

• Zasilanie przez skrętkę PoE lub z dedykowanego zasilacza,

• Możliwość uruchomienia punktu dostępowego bez kontrolera – pracuje

• Możliwość uruchomienia punktu dostępowego w zdalnej lokalizacji – jeden

• Obsługa min. 16 SSID przez pojedynczy punkt dostępowy.

Opis wymagań dla zabezpieczenia brzegu sieci

1. System ochrony musi zapewniać najwyższy poziom bezpieczenstwa i

d) ochronę przed atakami - Intrusion Prevention System [IPS i IDS];

mniej niż RIPv2, OSPF, BGP-4 i PIM.

LAN aktywne - zabezpieczenie brzegu sieci, antyspam

Opis wymagań dla zabezpieczenia brzegu sieci - antyspam

1. System ochrony musi zapewniać kompleksową ochronę antyspamową,

d) Szyfrowany dostęp do poczty poprzez WebMail.

c) Logowanie zmian konfiguracji oraz krytycznych zdarzeń systemowych.