1 Szczegółowy opis przedmiotu zamówienia na dostawę

Szczegółowy opis przedmiotu zamówienia na dostawę zintegrowanego systemu
komunikacji VoIP
Spis treści
1
Przedmiot zamówienia ....................................................................................................... 2
2
Zestawienie urządzeń i oprogramowania urządzeń końcowych niezbędnego do realizacji
zamówienia................................................................................................................................. 2
Specyfikacja techniczna wymagań ..................................................................................... 3
3
3.1
Podsystem VoIP .......................................................................................................... 3
3.2
Podsystem IVR. ........................................................................................................... 5
3.3
Podsystem obsługi łącza SIP Trunk ............................................................................ 5
3.4
Podsystem UC ............................................................................................................. 6
3.5
Podsystem FMC .......................................................................................................... 6
3.6
Podsystem telekonferencji planowanych ..................................................................... 6
3.7
Podsystem łączy awaryjnych ....................................................................................... 7
3.8
Podsystem poczty głosowej ......................................................................................... 7
3.9
Podsystem faksowy ..................................................................................................... 8
3.10
Podsystem bilingowy ............................................................................................... 8
4
Zarządzanie podsystemem VoIP ........................................................................................ 9
5
Urządzenia VoIP .............................................................................................................. 10
5.1
Aparaty VoIP ............................................................................................................. 10
5.2
Panel dodatkowych klawiszy..................................................................................... 11
5.3
Telefon konferencyjny ............................................................................................... 11
Aplikacje na urządzenia końcowe .................................................................................... 12
6
6.1
Aplikacja UC na PC .................................................................................................. 12
6.2
Aplikacja wideophone na tablety .............................................................................. 12
6.3
Aplikacja FMC na telefony komórkowe/smartfony. ................................................. 13
7
Warunki wdrożenia .......................................................................................................... 13
8
Szkolenia .......................................................................................................................... 14
9
Opracowanie i wykonanie testów..................................................................................... 15
10
Wymagania w zakresie dokumentacji .............................................................................. 15
10.1
Projekt wdrożeniowy ............................................................................................. 15
10.2
Dokumentacja powykonawcza .............................................................................. 16
10.3
Dokumentacja eksploatacyjna ............................................................................... 16
11
Harmonogram realizacji wdrożenia ................................................................................. 17
12
Usługi wsparcia ................................................................................................................ 17
13
Wymagania niefunkcjonalne ............................................................................................ 17
1
1
Przedmiot zamówienia
Przedmiotem zamówienia jest dostawa i wdrożenie zintegrowanego systemu komunikacji
VoIP (zwanego dalej Systemem VoIP) dla potrzeb Polskiej Akademii Nauk w siedzibie
głównej - Pałac Kultury i Nauki, Plac Defilad 1, 00-901 Warszawa (dalej „Siedziba”)
Wszystkie urządzenia powinny być skonfigurowane w taki sposób, aby Zamawiający mógł
samodzielnie zainstalować część z nich w oddziałach w Gdańsku, Katowicach, Krakowie,
Lublinie, Łodzi, Poznaniu i we Wrocławiu. W każdym oddziale przewiduje się instalację ok.
5 aparatów VoIP.
Przedmiot zamówienia obejmuje:
1. Dostawę, uruchomienie i wdrożenie podsystemu VoIP.
2. Dostawę, uruchomienie i wdrożenie podsystemu zapowiedzi słownych IVR.
3. Dostawę, uruchomienie i wdrożenie podsystemu obsługi łącza SIP Trunk.
4. Dostawę podsystemu zunifikowanej komunikacji UC.
5. Dostawę, uruchomienie i wdrożenie podsystemu konwergencji stacjonarno – ruchomej
FMC.
6. Dostawę, uruchomienie i wdrożenie podsystemu telekonferencji planowanych.
7. Dostawę, uruchomienie i wdrożenie podsystemu łączy awaryjnych.
8. Dostawę, uruchomienie i wdrożenie podsystemu poczty głosowej.
9. Dostawę, uruchomienie i wdrożenie podsystemu faksowego.
10. Dostawę, uruchomienie i wdrożenie podsystemu bilingowego.
11. Dostawę, uruchomienie i wdrożenie licencji użytkowników końcowych oraz terminali
końcowych.
12. Dostawę, uruchomienie i wdrożenie licencji aplikacji UC na PC.
13. Dostawę, uruchomienie i wdrożenie licencji aplikacji wideophone na tablety.
14. Dostawę, uruchomienie i wdrożenie licencji aplikacji FMC na telefony komórkowe i
smartfony.
15. Integrację działania wszystkich komponentów Systemu VoIP oraz infrastruktury
teleinformatycznej.
16. Przeprowadzenie szkoleń dla administratorów Zamawiającego.
17. Usługa opieki serwisowej przez 48 miesięcy od podpisania Protokołu odbioru.
2
Zestawienie urządzeń i oprogramowania urządzeń końcowych niezbędnego do
realizacji zamówienia
1. Urządzenia VoIP
a)
Aparat VoIP– 380 szt.
b)
Zasilacz sieciowy do Aparatów VoIP 60 szt.
c)
Panel dodatkowych klawiszy – 30 szt.
d)
Telefon konferencyjny – 4 szt.
2. Aplikacje na urządzenia końcowe
2
3
3.1
a)
Aplikacja UC na PC – 100 szt.
b)
Aplikacja wideophone na tablety- 50 szt.
c)
Aplikacja FMC na telefony GSM/smartfone – 100 szt.
Specyfikacja techniczna wymagań
Podsystem VoIP
1. Podsystem VoIP musi zapewniać połączenia głosowe, wideo i faksowe, usługi
zintegrowanej komunikacji (UC) oraz integrację z istniejącą domeną (Active
Directory) oraz systemem poczty elektornicznej (Microsoft Exchange).
2. Podsystem VoIP powinien wspierać terminale wykorzystujące różne kodeki głosowe
G.711, G.729, G722, kodek wideo H.264 oraz protokół transmisji faksów T.38.
3. Podsysystem VoIP powinien umożliwiać rozbudowę w przyszłości o szyfrowanie
połączeń.
4. Podsysystem VoIP musi spełniać następujące wymagania funkcjonalne w zakresie
realizacji połączeń:
a)
Realizacja połączeń telefonicznych
a. wewnętrznych,
b. zewnętrznych przychodzących i wychodzących.
b)
Realizacja połączeń konferencyjnych,
c)
Funkcjonalność zawieszenia połączenia (HOLD),
d)
Funkcjonalność przekierowania połączenia,
e)
Identyfikacja połączeń przychodzących,
f)
Obsługa połączeń oczekujących,
g)
Funkcjonalność odrzucenia połączeń lub przekierowania na pocztę głosową,
h)
Parkowanie połączeń,
i)
Obsługa klawiszy szybkiego wybierania numerów,
j)
Przekazanie połączeń, gdy: abonent rozmawia, nie odbiera telefonu, wszystkich
połączeń,
k)
Przechwytywania połączeń,
l)
Funkcjonalność IVR w zakresie zapowiedzi słownych dla minimum 20
jednoczesnych połączeń przychodzących,
m) Oddzwanianie w przypadku zajętości,
n)
Książkę telefoniczną podsystemu VoIP integrująca się z Microsoft Exchange,
zawierającą dane użytkowników,
o)
Tworzenie i obsługa grup abonentów układów sekretarsko-dyrektorskich
w różnych konfiguracjach w zakresie do 2 stanowisk sekretarskich i do 2
stanowisk dyrektorskich bez ograniczeń licencyjnych.
5. Podsystem VoIP musi być w stanie obsłużyć jednocześnie 200 aktywnych połączeń
z możliwością rozbudowy do 400.
6. Podsystem VoIP musi zapewniać nieograniczoną ilość konferencji trójstronnych SIP.
3
7. Podsystem musi zapewniać możliwość wielostronnych telekonferencji głosowych
jednocześnie, łącznie dla co najmniej 20 uczestników z podziałem na grupy.
8. Podsystem VoIP musi zapewniać możliwość jednoczesnego prowadzenia konferencji
wielostronnych wideo co najmniej 8 uczestników.
9. Podsystem VoIP musi pozwalać na rozszerzenie liczby użytkowników do co najmniej
1000 jedynie poprzez zakup odpowiednich licencji.
10. Podsystem VoIP musi obsługiwać wywołania na numery alarmowe inicjowane
z numerów wewnętrznych.
11. Musi być możliwość kierowania połączeń na numery alarmowe do właściwego
obszaru obsługi zgodnie z lokalizacją użytkownika wg parametrów lokalizacji
zapisanych przez administratora w podsystemie VoIP poprzez łącze SIP Trunk
z wykorzystaniem kodów rutingowych.
12. Podsystem VoIP w celu zapewnienia interoperacyjności w protokole SIP powinien
być zgodny z następującymi standardami:
a)
RFC 3261 :SIP: Session Initiation Protocol,
b)
RFC 3263 :Session Initiation Protocol (SIP): Locating SIP Servers,
c)
RFC 2976 :The SIP INFO Method,
d)
RFC 3265 :Session Initiation Protocol (SIP)-Specific Event Notification,
e)
RFC 3842 :A Message Summary and Message Waiting Indication Event Package
for the Session Initiation Protocol (SIP),
f)
RFC 4566 :SDP: Session Description Protocol,
g)
RFC 3264 :An Offer/Answer Model with the Session Description Protocol (SDP),
h)
RFC 3891 :The Session Initiation Protocol (SIP) "Replaces" Header,
i)
RFC 3892 :The Session Initiation Protocol (SIP) Referred-By Mechanism.
13. Wszystkie aplikacje serwerowe Systemu VoIP muszą być zainstalowane na
platformach wirtualizacyjnych Microsoft Hyper-V będących w posiadaniu
Zamawiającego zlokalizowane w dwóch lokalizacjach w Warszawie (systemy
powinny mieć przewidzianą możliwość redundancji w obrębie tej samej sieci).
14. W przypadku, gdy instalacja Systemu VoIP będzie wymagała innego systemu
operacyjnego firmy Microsoft niż Windows Serwer Datacenter 2012 R2, licencja na to
oprogramowanie firmy Microsoft musi być dostarczone przez Wykonawcę bez
dodatkowych kosztów.
15. W przypadku, gdy instalacja platformy Systemu VoIP będzie wymagała innego
oprogramowania wirtualizacyjnego, to serwery i oprogramowanie wirtualizacyjne
muszą być dostarczone, zainstalowane i wspierane przez Wykonawcę bez
dodatkowych kosztów. Zamawiający zastrzega, że dostarczony serwer nie może
zajmować więcej niż 2U w szafie. Zamawiający nie umożliwi wstawienia
dodatkowych szaf serwerowych.
16. W przypadku awarii platformy serwerowej powinna realizować jego rolę platforma
serwerowa w drugiej lokalizacji bez zerwania połączeń VoIP.
4
3.2
Podsystem IVR.
1. Podsystem interaktywnych zapowiedzi głosowych IVR musi być integralną częścią
dostarczanego Systemu VoIP.
2. Podsystem IVR musi zapewniać funkcję automatycznego stanowiska awizo dla
połączeń przychodzących, z możliwością tworzenia indywidualnych zapowiedzi
(IVR)
3. Podsystem IVR musi zapewniać obsługę co najmniej 20 jednoczesnych połączeń
z indywidualnymi zapowiedziami.
4. Podsystem IVR musi zapewniać funkcję wgrania zapowiedzi jako plików
dźwiękowych oraz ich usunięcia.
5. Kierowanie połączeń do poszczególnych scenariuszy musi być możliwe na podstawie
numeru Dialed Number Identification Service (DNIS), DID (Direct inward dial).
6. Podsystem IVR musi zapewniać obsługę min. 20 scenariuszy.
7. Dla każdego scenariusza podsystem IVR musi zapewniać funkcję przypisania
osobnych zapowiedzi w sytuacji: przywitanie, prośba o wybór klienta kodem DTMF,
informacja w przypadku niepoprawnego wyboru, pożegnanie.
8. Scenariusze muszą być aktywowane i dezaktywowane automatycznie w trybie
dziennym, tygodniowym i miesięcznym z możliwością definiowania wyjątków w
postaci dni wolnych od pracy.
9. Aktywowanie i dezaktywowanie scenariusza musi być obsługiwane ręcznie za
pomocą interfejsu graficznego terminala administracyjnego.
10. Obsługiwany cel przekierowania musi być zarówno jako numer wewnętrzny
w Systemie VoIP jak również zewnętrzny numer telefoniczny.
3.3
Podsystem obsługi łącza SIP Trunk
1. Podsystem musi zapewniać obsługę min. 80 jednoczesnych połączeń za pomocą SIP
Trunk z możliwością rozszerzenia do 300 z wykorzystaniem kodeków audio, wideo
oraz protokołu T.38 do obsługi faksów.
2. Obsługa połączeń łącza SIP Trunk będzie odbywać się w dwóch zakresach numeracji
publicznej sieci telefonicznej (PSTN): zakres numeracji przeniesiony oraz nowy
zakres numeracji.
3. Podsystem musi być zarządzany przez aplikację zarządzania opisaną w punkcie 4.
4. Obsługa łącza SIP Trunk w celu zapewnienie interoperacyjności w protokole SIP
powinna być zgodna z następującymi standardami:
e)
RFC 3261: SIP: Session Initiation Protocol,
f)
RFC 3263: Session Initiation Protocol (SIP) :Locating SIP Servers,
g)
RFC 3264: an Offer/Answer Model with Session Description Protocol (SDP),
h)
RFC 3265: Session Initiation Protocol (SIP)-Specific Event Notification,
i)
RFC 3323: a Privacy Mechanism for the Session Initiation Protocol (SIP),
j)
RFC 3325: Private Extensions to the Session Initiation Protocol (SIP) for Asserted
Identity within Trusted Networks,
k)
RFC 3326: the Reason Header Field for the Session Initiation Protocol,
5
l)
RFC 3262 : Reliability of Provisional Responses in the Session Initiation Protocol,
m) RFC 3550: RTP: a Transport Protocol for Real-Time Applications,
3.4
n)
RFC 3581: an Extension to the Session Initiation Protocol (SIP) for Symmetric
Response Routing,
o)
RFC 3725: best Current Practices for Third Party Call Control (3pcc) in the
Session Initiation Protocol (SIP),
p)
RFC 3842: a Message Summary and Message Waiting Indication Event Package
for the Session Initiation Protocol (SIP),
q)
RFC 4566: SDP: Session Description Protocol.
Podsystem UC
1. Podsystem UC zapewni obsługę użytkowników aplikacji UC komputerów PC,
tabletów.
2. Musi realizować:
3.5
a)
połączenia Instant Messaging,
b)
integrację zgodną z serwerem poczty Zamawiającego Exchange w celu,
korzystania z książki telefonicznej i wysyłania mail bezpośrednio z aplikacji UC.
c)
realizację wideo i telekonferencji wielostronnej przez użytkowników Systemu
VoIP z możliwością prowadzenia chatu wielostronnego.
Podsystem FMC
1. Podsystem FMC musi umożliwiać dołączenie telefonów komórkowych, żeby były
osiągalne pod numerem telefonicznym wewnętrznym na dwa sposoby:
a)
poprzez sieć PLMN (Public Land Mobile Network) – wykorzystując połączenia
z publiczną siecią telefoniczną za pomocą łącza SIP Trunk,
b)
poprzez sieć WiFi i aplikację VoIP zainstalowaną na telefonie komórkowym.
2. W połączeniach przychodzących abonenci podsystemu FMC muszą być osiągalni pod
tym samym numerem również w sieci PLMN.
3. W przypadku niedostępności usługi FMC podsystem musi umożliwiać wykonanie
połączenia w trybie PLMN za pomocą klienta FMC.
4. Podsystem FMC musi zapewniać możliwość wybierania krótkimi numerami
wewnętrznymi przy korzystaniu z sieci WiFi.
5. Możliwość pracy w Systemie VoIP pod tym samym numerem wewnętrznym telefonu
lub różnym.
6. Podsystem musi zapewniać możliwość użycia przy połączeniu przez sieć WiFi
kodeków G.711 i G.722.
7. Musi być zapewniona dystrybucja aktualizacji oprogramowania dla urządzeń
mobilnych w sposób bezprzewodowy.
3.6
Podsystem telekonferencji planowanych
1. Podsystem telekonferencji planowanych powinien realizować telekonferencje
planowane dla abonentów wewnętrznych oraz zewnętrznych.
6
2. Podsystem musi być zintegrowany z serwerem Exchange w celu przesyłania
powiadomienia do uczestników konferencji.
3. Podsystem musi umożliwiać zestawianie konferencji typu Meet Me (możliwość
zadzwonienia uczestników konferencji o określonej godzinie na numer telefoniczny
mostka).
4. Konferencje typu Meet Me muszą być zabezpieczone kodem PIN.
5. Podsystem musi umożliwiać zestawianie konferencji typu Meet You (możliwość
wywołania połączeń przez mostek po rozpoczęciu konferencji na zdefiniowane
numery uczestników konferencji).
6. Podsystem musi umożliwiać zestawianie konferencji ad-hoc (możliwość zestawienia
konferencji wcześniej niezaplanowanej).
3.7
Podsystem łączy awaryjnych
1. Podsystem łączy awaryjnych musi realizować funkcję zakończenia łączy analogowych
sieci PSTN dla minimum 4 łączy typu FXO.
2. Podsystem musi być zrealizowany w oparciu o 2 odrębne urządzenia (bramki
analogowe dostarczone przez Wykonawcę) do których przyłączone są po 2 linie
analogowe a/b sieci PSTN.
3. Podsystem powinien wspierać różne kodeki głosowe G.711, G.729, G722 oraz
protokół transmisji faksów T.38.
4. Połączenia przychodzące z sieci publicznej powinny być kierowane na podsystem IVR
i obsługiwane wg zaprogramowanego scenariusza.
5. Połączenia wychodzące z numerów wewnętrznych powinny być kierowane na łącza
analogowe w przypadku awarii łącza SIP Trunk.
6. Powinna być możliwość ustawienia podwyższonego priorytetu połączeń z wybranych
numerów wewnętrznych lub połączeń wychodzących z numerów wewnętrznych na
numery alarmowe.
7. Podsystem musi być zarządzany przez aplikację zarządzania opisaną w punkcie 4.
8. Z podsystemem musi zostać dostarczona licencja do obsługi za pomocą systemu
zarządzania.
3.8
Podsystem poczty głosowej
1. Każdy użytkownik w Systemie VoIP powinien posiadać skrzynkę poczty głosowej.
2. Wiadomość może być pozostawiona przez wywołującego połączenie w formie głosu.
3. Każda ze skrzynek poczty głosowej musi pozwalać na przechowywanie co najmniej
10 wiadomości o długości 3 minuty każda.
4. Podsystem musi pozwalać na rozbudowę do co najmniej 1 000 skrzynek głosowych
jedynie poprzez zakup dodatkowych licencji.
5. Podsystem poczty głosowej musi informować o pojawieniu się w skrzynce nowej
wiadomości głosowej za pomocą dedykowanej diody LED Aparatu VoIP, lub za
pomocą wiadomości e-mail lub aplikacji na PC oraz tabletach.
6. Podsystem poczty głosowej musi zbyć integrowany z istniejąca pocztą Exchange
(przesyłanie zapisanych wiadomości głosowych przez email).
7
7. Zarządzanie podsystemem musi być realizowane co najmniej za pomocą interfejsu
www.
8. Podsystem poczty musi pochodzić od tego samego producenta, co System VoIP lub
być przez niego certyfikowany.
3.9
Podsystem faksowy
1. Wymagana jest obsługa protokołu T.38 dla faksów przesyłanych z wykorzystaniem
VoIP.
2. Każdy użytkownik Aparatu VoIP powinien w Systemie VoIP posiadać skrzynkę
poczty faksowej.
3. Możliwość kierowania ruchem faksów przychodzących dla co najmniej 10 numerów
wirtualnych w Systemie VoIP.
4. Podsystem faksowy musi informować o pojawieniu się w skrzynce nowej wiadomości
faksowej za pomocą wiadomości e-mail.
5. Podsystem faksowy musi być zintegrowany z serwerem Exchange. Podsystem
faksowy musi integrować się z oprogramowaniem Microsoft Office w wersjach, 2013,
2010, 2007.
6. Wysyłanie faksów musi być realizowane z poziomu klienta poczty elektronicznej
Exchange.
7. Podsystem musi pozwalać na rozbudowę do co najmniej 1 000 skrzynek faksowych
jedynie poprzez zakup dodatkowych licencji.
8. Zarządzanie podsystemem faksowym musi być realizowane co najmniej za pomocą
interfejsu www.
9. Podsystem faksowy musi oferować możliwość archiwizacji faksów przychodzących i
wychodzących w wersji elektronicznej.
10. Ponadto podsystem powinien realizować:
a)
Możliwość deklarowania dowolnej liczby adresatów kopii odebranych faksów,
b)
Możliwość wysyłania faksów grupowych,
c)
Obsługę dokumentów wysyłanych jako załączniki w formacie: tiff, doc, docx, xls,
xlsx, pdf;
d)
Zapis odebranych faksów w formacie tiff lub pdf,
e)
Automatyczne ponawianie wysyłki faksu po nieudanych próbach dostarczenia
faksu, z możliwością ustawienia przez administratora ilości prób i odstępu
czasowego pomiędzy próbami,
f)
Generowanie raportów z wysłania faksu zawierające status wysyłki, ilość prób
wraz z godziną każdej próby oraz nazwę wysyłanego dokumentu; raport taki
będzie przesłany mailem do nadawcy faksu,
g)
Możliwość odbioru faksów poprzez e-mail.
3.10 Podsystem bilingowy
1. Podsystem powinien generować raporty wg wcześniej przygotowanego wzorca oraz
możliwość filtrowania, sortowania, wyszukiwania rekordów taryfikacyjnych wg
dowolnie zadanych kryteriów (dowolny zakres czasowy, dowolny zakres numerów
8
wewnętrznych, dowolnych zakresów numeracji operatorów telekomunikacyjnych)
oraz ich zapis, wydruk i eksport do formatów: txt, csv, pdf i html.
2. Definiowanie raportów musi być realizowane na podstawie przeprowadzonej analizy
rekordów dla połączeń wykonywanych w zadanym czasie, dłuższe niż, wykonane z
wybranych linii wewnętrznych, wykonane na wybrane numery docelowe, wykonane
do zadanych relacji (stref lub sieci), rozmów przychodzących, wychodzących,
wewnętrznych.
3. Połączenie podsystemu bilingowego z podsystemem VoIP powinno być zrealizowane
za pośrednictwem protokołu IP.
4. Pobieranie rekordów taryfikacyjnych z podsystemu VoIP powinno odbywać się w
trybie automatycznym wg ustalonego scenariusza lub ręcznie wg potrzeb.
5. Podsystem musi wspierać import rekordów taryfikacyjnych według zadanego
harmonogramu, aplikacja do pobierania danych powinna mieć możliwość pracy, jako
usługa systemowa.
6. Dostęp on-line dla użytkowników końcowych w celu poglądu bieżącego kosztów
połączeń.
7. Możliwość obsługi pin kodów, kodów autoryzowanego dostępu oraz usług
przedpłaconych
8. Rozliczenie abonentów w oparciu o różne stawki taryfikacyjne.
9. Wykonywanie rozliczeń zbiorczych z innych sieci poprzez import bilingów np. za
telefony służbowe GSM.
10. Rozliczanie na bieżąco darmowych minut.
11. Podsystem musi być skalowalny się do obsługi co najmniej 1000 numerów jedynie
poprzez zakup odpowiedniej licencji.
12. Dostęp powinien odbywać się poprzez wbudowany system autoryzacji, umożliwiający
definiowanie różnych poziomów uprawnień dla użytkowników podsystemu.
13. Architektura podsystemu powinna pozwalać na jego dostosowanie do potrzeb
Zamawiającego uwzględniające zmiany: organizacyjne, kadrowe i sieci operatorów
telekomunikacyjnych. Konieczne zmiany w podsystemie powinny być możliwe do
realizacji przez personel Zamawiającego. Procedura takich zmian musi być opisana
w dokumentacji podsystemu bilingowego dostarczonej przez Wykonawcę.
14. Zapewnienie możliwości rekalkulacji kosztów połączeń po zmianie cenników usług
telekomunikacyjnych.
15. Umożliwienie przeprowadzania obliczeń symulacyjnych na rzeczywistych rekordach
poprzez definiowanie różnych taryf w celu porównania ofert operatorów.
4
Zarządzanie podsystemem VoIP
1. Zarządzanie podsystemem VoIP musi realizować:
a)
zarządzanie abonentami i ich uprawnieniami,
b)
tworzenie i obsługa grup abonentów układów sekretarsko-dyrektorskich,
c)
programowanie ustawień Aparatów VoIP oraz tworzenie kopii zapasowych
konfiguracji Aparatów VoIP,
9
d)
aktualizację oprogramowania na serwerach i terminalach końcowych Systemu
VoIP,
e)
synchronizację użytkowników Systemu VoIP z usługą katalogową Microsoft
Active Directory – automatyczne kreowanie nowych użytkowników oraz
wprowadzanie zmian do książki telefonicznej,
f)
zbieranie logów i alarmów z Systemu VoIP z powiadamianiem administratorów
o wystąpieniu alarmu.
2. Oprogramowanie zarządzające podsystemem VoIP powinno zdalnie monitorować
status zarządzanego podsystemu.
3. Informacja o zdarzeniach powinna być przesyłana do administratora.
4. Dostęp do aplikacji zarządzania powinien być poprzez www lub cienkiego klienta
z szyfrowanym połączeniem.
5. Muszą być definiowane różne poziomy dostępu dla administratorów Systemu VoIP, w
tym: profil z pełnym dostępem oraz profil ograniczony tylko do zarządzania
abonentami Systemu VoIP.
6. Zarządzanie Aparatami VoIP i telefonami konferencyjnymi musi umożliwiać
5
5.1
a)
masowe aktualizacje czasu,
b)
masowe aktualizacje
konferencyjnych,
c)
masowe wdrożenia za pomocą wskazania użytkownika przez podanie numeru
Aparatu Voip lub telefonu konferencyjnego i przypisanie zaprogramowanych
wcześniej w Systemie VoIP ustawień użytkownika,
d)
masowe wdrożenia za pomocą wskazania użytkownika przez podanie adresu
sprzętowego telefonu (MAC) i przypisanie zaprogramowanych wcześniej
w Systemie VoIP ustawień użytkownika,
e)
raportowanie wykonania masowych działań,
f)
zarządzanie Aparatami VoIP i telefonami konferencyjnymi w celu
automatycznego provisioningu i uruchamianie nowych Aparatów VoIP i
telefonów konferencyjnych bez konieczności ich ręcznej konfiguracji,
g)
udostępnianie panelu samoobsługi użytkownikom Systemu VoIP w celu
programowania Aparatów VoIP i telefonów konferencyjnych przez abonentów
Systemu VoIP bez udziału administratorów.
oprogramowania
Aparatów
VoIP
i
telefonów
Urządzenia VoIP
Aparaty VoIP
1. Aparaty VoIP powinien spełniać następujące wymagania:
a)
Obsługa protokołu SIP (RFC 3261),
b)
Wyświetlacz graficzny o możliwości wyświetlania co najmniej 5 linii tekstu,
c)
Minimum 6 stałych klawiszy funkcyjnych z diodami LED lub z opisem na
wyświetlaczu,
d)
Minimum 6 programowalnych klawiszy funkcyjnych z diodami LED lub z opisem
na wyświetlaczu,
10
e)
Minimum 5 klawiszy nawigacyjnych,
f)
Praca w trybie głośnomówiącym,
g)
Gniazdo do podłączenia słuchawek nagłownych,.
h)
Możliwość podłączenia minimum 2 dodatkowych paneli klawiszy,
i)
Wbudowany przełącznik sieciowy Ethernet 10/100/1000 Base-T – 2 intefejsy
RJ45,
j)
Wsparcie dla kodeków głosu G.729, G.722, G711,
k)
Wsparcie dla 802.1Q, 802.1p, 802.1x, DiffServ,
l)
Wsparcie LLDP-MED,
m) Wsparcie przypisania adresu centralnego systemu zarządzania telefonami za
pomocą opcji DHCP,
n)
Wsparcie przypisania do numeru VLAN za pomocą opcji DHCP,
o)
Zewnętrzne źródło zasilania i zasilanie z sieci LAN PoE 802.3af ,
p)
Dostęp do katalogowej skrzynki kontaktów (Klient LDAP),
q)
Możliwość szyfrowania połączeń.
2. Aparat VoIP można dowolnie przenosić (przełączać do innych portów) bez
konieczności zmiany jakichkolwiek ustawień w Systemie VoIP.
3. Z aparatem VoIP musi zostać dostarczona licencja do zarządzania telefonami przez
System VoIP.
4. Z aparatem VoIP musi zostać dostarczony zasilacz pozwalający na zasilanie z sieci
energetycznej 230V – dla 60 szt.
5.2
Panel dodatkowych klawiszy
1. Panel dodatkowych klawiszy dołączany do Aparatów VoIP musi być wyposażony w
co najmniej 10 programowanych klawiszy z opisem na wyświetlaczu LCD panelu
dodatkowych klawiszy.
2. Panel musi być zasilany z Aparatów VoIP i nie wymagać dodatkowego okablowania.
5.3
Telefon konferencyjny
1. Apatar VoIP przeznaczony do połączeń konferencyjnych musi być wyposażony w:
a)
Aparat VoIP,
b)
zewnętrzny głośnik,
c)
zewnętrzny mikrofon.
2. Aparat VoIP dla połączeń konferencyjnych powinien spełniać następujące
wymagania:
a) Obsługa protokołu SIP (RFC 3261),
b)
Wyświetlacz graficzny o możliwości wyświetlania co najmniej 5 linii tekstu,
c)
Minimum 12 klawiszy,
d)
Minimum 5 klawiszy nawigacyjnych,
e)
Obsługa kodeków G.722 i G.711,
11
f)
Minimum Port Ethernet 10/100 Base-T RJ45,
g)
Wsparcie dla 802.1Q, 802.1p, 802.1x,
h)
Wsparcie przypisania adresu centralnego systemu zarządzania telefonami za
pomocą opcji DHCP,
i)
Wsparcie przypisania do numeru VLAN za pomocą opcji DHCP,
j)
Zewnętrzne źródło zasilania lub zasilanie z sieci LAN PoE 802.3af,
k)
Dostęp do katalogowej skrzynki kontaktów (klient LDAP),
l)
Możliwość szyfrowania połączeń.
3. Telefon konferencyjny można dowolnie przenosić (przełączać do innych portów) bez
konieczności zmiany jakichkolwiek ustawień w Systemie VoIP.
4. Z telefonami konferencyjnymi musi zostać dostarczona licencja do zarządzania
telefonami przez System VoIP.
5. Z telefonem konferencyjnym musi zostać dostarczony zasilacz pozwalający na
zasilanie z sieci energetycznej 230V.
6
6.1
Aplikacje na urządzenia końcowe
Aplikacja UC na PC
1. Aplikacja musi realizować obsługę protokołu SIP wg RFC 3261.
2. Aplikacja musi realizować komunikację głosową w standardzie SIP z obsługą
kodeków G.722, G.711 i G.729.
3. Aplikacja musi realizować komunikację wideo w standardzie SIP z obsługą kodeków
H.263 i H.264.
4. Aplikacja musi realizować inicjowanie połączeń z klienta pocztowego MS Outlook
wykorzystując wpisane kontakty prywatne użytkownika
5. Aplikacja musi realizować zarządzanie kontaktami oparte na serwerze.
6. Aplikacja musi obsługiwać dziennik połączeń oparty na serwerze.
7. Aplikacja musi zarządzać konferencjami ad-hoc.
8. Aplikacja musi zarządzać konferencjami moderowanymi (jeden lub więcej
moderatorów) i otwartymi (bez moderatora).
9. Aplikacja musi być dostępne na platformy min Microsoft Windows 7, Microsoft
Windows 8 oraz Windows 8.1 (w trybie desktop).
10. Z aplikacją musi zostać dostarczona licencja do obsługi za pomocą centralnego
systemu zarządzania.
11. Aplikacja musi mieć możliwość szyfrowania połączeń.
6.2
Aplikacja wideophone na tablety
1. Oprogramowanie musi zapewniać połączenia głosowe oraz wideo z wykorzystaniem
protokołu SIP (RFC 3261) w sieci WiFi.
2. Aplikacja musi zapewniać możliwość wybierania krótkimi numerami wewnętrznymi.
3. Aplikacja dla tabletów musi graficznie sygnalizować dostępność usługi SIP.
12
4. Aplikacja dla tabletów
głośnomówiącego.
musi
umożliwiać
użycie
tabletu
jako
zestawu
5. Obsługa kodeków G.711, G.722 oraz H.264.
6. Wsparcie dla systemów operacyjnych Android, Aple IoS.
7. Integracja z systemową książką telefoniczną.
8. Sygnalizacja nowej wiadomości w poczcie głosowej.
9. Aplikacja dla tabletów musi zapewniać
synchronizowanych z Exchange lub LDAP.
dostęp
również
do
kontaktów
10. Dystrybucja aktualizacji oprogramowania musi być realizowana w sposób
bezprzewodowy.
6.3
Aplikacja FMC na telefony komórkowe/smartfony.
1. System VoIP będzie zapewniał komunikację VoIP w sieci WiFi dla abonentów
posiadających aparaty pod systemem Android i iPhone.
2. Aplikacja FMC musi graficznie sygnalizować dostępność usługi FMC.
3. Abonenci podsystemu FMC na obszarze pokrycia sieci WiFi w lokalizacji
Zamawiającego, muszą być widoczni pod tym samym numerem telefonicznym
zarówno dla połączeń przychodzących jak i wychodzących.
4. Automatyczne przełączanie trybu pracy z sieci WiFi i ruchomej sieci telefonicznej
PLMN.
5. Podsystem FMC musi zapewniać przenoszenie nazwy i numeru abonenta przy
korzystaniu z sieci WiFi.
6. Aplikacja umożliwia zarządzanie statusem obecności i podglądem obecności innych
użytkowników.
7. Możliwość szyfrowania połączeń w trybie WiFi
8. System VoIP musi posiadać wsparcie producenta dla następujących urządzeń
pracujących pod systemem Apple IoS oraz Android. Wykonawca w ofercie powinien
przedstawić wykaz wspieranych urządzeń.
7
Warunki wdrożenia
W ramach prac wdrożeniowych i szkoleniowych Wykonawca:
1. Wykona projekt wdrożeniowy, który będzie zatwierdzony przez Zamawiającego, w
ramach którego Wykonawca:
a. opracuje dokumentację zapewniającą
uruchomienia przedmiotu zamówienia;
przeprowadzenie
produkcyjnego
b. opracuje scenariusze testów dostarczonych urządzeń i oprogramowania.
Zakres opracowanych scenariuszy musi umożliwić jednoznaczną weryfikację
spełnienia wymagań funkcjonalnych określonych przez Zamawiającego.
2. Wdroży przedmiot zamówienia zgodnie z zatwierdzonym Projektem wdrożeniowym
w budynku Pałacu Kultury i Nauki przy Placu Defilad 1 w Warszawie
3. Prekonfiguruje urządzenia i oprogramowanie w taki sposób, aby Zamawiający mógł
dokonać samodzielnej instalacji urządzeń w oddziałach w Gdańsku, Katowicach,
Krakowie, Lublinie, Łodzi, Poznaniu i we Wrocławiu.
13
4. Uruchomi i skonfiguruje system zarządzania i podsystem bilingowy.
5. Przeprowadzi przy udziale przedstawiciela Zamawiającego testy weryfikujące:
a)
prawidłowość Wdrożenia ze szczególnym uwzględnieniem zachowania należytego
poziomu zabezpieczeń,
b)
odpowiedni poziom wydajności zainstalowanych urządzeń i oprogramowania,
tj. nie niższy od wskazanych wymagań funkcjonalnych Zamawiającego.
6. Wykona dokumentację powykonawczą (w formie drukowanej i elektronicznej na
płycie CD/DVD) zawierającą dokładny opis konfiguracji poszczególnych składników
uruchamianej infrastruktury oraz wszelkie wzajemne istniejące pomiędzy nimi
zależności i połączenia, a także wykaz urządzeń i oprogramowania, dostarczonego
w trakcie realizacji przedmiotu zamówienia.
7. Po zakończeniu wdrożenia Wykonawca wykona kopię bezpieczeństwa docelowej
konfiguracji i przekaże Zamawiającemu hasła dostępu do wdrożonych urządzeń i
oprogramowania.
8. Przeprowadzi szkolenie wskazanych administratorów Zamawiającego (maksymalnie 5
osób), obejmującego wykład połączony z praktycznym wykonywaniem czynności
obsługowych, udzielenie wszelkich innych informacji i wskazówek niezbędnych do
poznania zasad obsługi dostarczonych urządzeń i oprogramowania w zakresie
wymaganym do jego obsługi oraz praktycznymi warsztatami związanymi z obsługą
oprogramowania. Szkolenie musi się odbyć w siedzibie Zamawiającego i odbywać się
na zainstalowanych u Zamawiającego urządzeniach i oprogramowaniu.
9. Dla potrzeb przyłączenia Aparatów VoIP Zamawiający udostępni gniazdko w sieci
LAN 1GE w standardzie PoE oraz kable RJ45. Gniazdka sieciowe mogą być
wykorzystywane jednocześnie przez Aparat VoIP i komputer.
10. Zamawiający dla stwierdzenia poprawności
podsystemów Systemu VoIP wymaga wdrożenia:
wdrożenia
poza
wdrożeniem
a) min. 4 Aparatów VoIP;
b) min. 2 telefonów konferencyjnych;
c) min. 4 aplikacji FMC na telefony komórkowe i smartfony;
d) min. 4 aplikacji UC na PC;
e) min. 2 aplikacji wideophone na tablety.
8
Szkolenia
1. Wykonawca przeprowadzi dla administratorów Zamawiającego następujące szkolenia:
-
Etap 1. w zakresie instalacji i konfiguracji Aparatów VoIP i telefonów
konferencyjnych co najmniej 8 godzin zegarowych – 5 uczestników,
Etap 2. w zakresie obsługi wdrażanego Systemu VoIP co najmniej 24 godziny
zegarowe – 5 uczestników,
Etap 3. w zakresie posługiwania się systemem zarządzania i podsystemem
bilingowym oraz narzędziami administracyjnymi poszczególnych podsystemów
Systemu VoIP co najmniej 16 godzin zegarowych – 5 uczestników.
2. Cena oferowanych szkoleń musi być wliczona w cenę oferty i obejmować pełne
koszty ich przeprowadzenia, w szczególności koszty materiałów szkoleniowych.
14
3. Szkolenia zostaną przeprowadzone w języku polskim w siedzibie Zamawiającego w
Warszawie, Plac Defilad , 00-901 Warszawa przez wykładowców certyfikowanych
przez producenta oferowanego rozwiązania.
4. Szkolenie administratorów w zakresie instalacji i konfiguracji Aparatów VoIP musi
być przeprowadzone po wdrożeniu Systemu VoIP.
5. Zamawiający wymaga
administratorów.
przeprowadzenia
wdrożenia
wraz
ze
szkoleniem
6. Harmonogram i szczegółowy zakres szkoleń zostanie uzgodniony pomiędzy
Zamawiającym a Wykonawcą na etapie wdrażania Systemu VoIP.
9
Opracowanie i wykonanie testów
1. Wykonawca opracuje scenariusze testów akceptacyjnych, które będą obejmowały:
a)
testy funkcjonalne, sprawdzające poprawność działania Systemu VoIP, zgodnie ze
specyfikacją, dla wszystkich funkcjonalności,
b)
testy procedur przywracania Systemu VoIP po awarii sprzętowej i awarii
oprogramowania,
c)
testy wykonywania kopii zapasowych (danych i konfiguracji),
2. Scenariusze testów obejmować powinny ponadto:
a)
opis przygotowania testów (środowisko testowe, scenariusze testowe, wskazanie
odpowiedzialnych osób),
b)
opis procedur rejestrowania wyników testów,
c)
opis ról i odpowiedzialności w procesie testowania po stronie Wykonawcy,
d)
proces obsługi wykrytych błędów,
e)
opis zarządzania dokumentacją testową,
f)
organizację zespołu testowego,
g)
harmonogram testów.
3. Scenariusze testów wymagają zaakceptowania przez Zamawiającego. Testy zostaną
wykonane przez Wykonawcę w obecności Zamawiającego.
10 Wymagania w zakresie dokumentacji
10.1 Projekt wdrożeniowy
1. Przed przystąpieniem do wdrożenia Wykonawca dostarczy projekt wdrożeniowy,
który zastanie zatwierdzony przez Zamawiającego.
Projekt wdrożeniowy powinien zawierać co najmniej szczegółową specyfikację dostaw,
harmonogram prac, parametry konfiguracji Systemu VoIP oraz wymagania wobec
Zamawiającego w zakresie zasobów na serwerach dla potrzeb instalacji Systemu VoIP
oraz wymagane parametry infrastruktury teleinformatycznej dla połączeń sieciowych. Dla
potrzeb Systemu VoIP Zamawiający przewiduje utworzenie odrębnych sieci VLAN.
Zamawiający wymaga określenia niżej wymienionych parametrów niezbędnych do
przygotowania środowiska dla Systemu VoIP:
Zasoby środowiska wirtualnego wykorzystywanego na potrzeby Systemu VoIP:
15
a) Ilość maszyn wirtualnych:
b) Ilość procesorów maszyny wirtualnej
c) Pamięć operacyjna
d) Wielkość przestrzeni dyskowej
e) System operacyjny: Microsoft Windows Serwer Datacenter 2012 R2
Protokoły wykorzystywane do komunikacji na potrzeby Systemu VoIP w sieci LAN i SIP
Trunk:
1)
2)
3)
4)
5)
6)
Nazwa:
Nazwa:
Nazwa:
Nazwa:
Nazwa:
Nazwa:
Numer portu:
Numer portu:
Numer portu:
Numer portu:
Numer portu:
Numer portu:
10.2 Dokumentacja powykonawcza
1. Dokumentację powykonawczą Systemu VoIP stanowić będzie:
a)
zaktualizowana dokumentacja projektowa uzupełniona o opis wykonanych
instalacji technicznych wraz ze szczegółowymi schematami połączeń, opisem
zainstalowanych urządzeń i oprogramowania wraz z informacjami o parametrach
i sposobie konfiguracji,
b)
instrukcje techniczno-instalacyjne, instrukcje obsługi urządzeń i oprogramowania
oraz inne dokumenty producentów,
c)
materiały szkoleniowe i podręczniki w zakresie dotyczącym Systemu VoIP, przy
czym ww. podręczniki muszą zawierać: rysunki poinstalacyjne uwzględniające
wszystkie aspekty instalacji podsystemów fizycznych, szczegółowe schematy
okablowania i połączeń w obrębie Systemu VoIP.
2. Dokumentacja techniczna producenta Systemu VoIP może być w języku angielskim.
3. Komplet dokumentacji musi zostać dostarczony w formie elektronicznej, jednak
w wypadku dokumentacji powykonawczej wymagana jest dodatkowo forma
drukowana w dwóch egzemplarzach.
10.3 Dokumentacja eksploatacyjna
1. Dokumentacja eksploatacyjna powinna zawierać co najmniej:
a)
rutynowe procedury administracyjne, w tym minimum zarządzanie
użytkownikami, zarządzanie komunikatami IVR, zarządzanie parametrami poczty
głosowej, zarządzanie parametrami kodowania głosu.
b)
diagnostykę uszkodzeń,
c)
procedury wykonania kopii bezpieczeństwa docelowej konfiguracji i odtworzenia
Systemu VoIP,
d)
procedury awaryjne określające sposób postępowania w przypadku wystąpienia
awarii/wady/usterki,
e)
zarządzanie podsystemem bilingu.
16
11 Harmonogram realizacji wdrożenia
1. Wraz z projektem wdrożeniowym Systemu VoIP Wykonawca jest zobowiązany do
przedstawienia szczegółowego harmonogramu wdrożenia z uwzględnieniem
założonych przez Zamawiającego etapów i terminów realizacji zamówienia.
2. Harmonogram powinien zawierać co najmniej kamienie milowe:
a)
wykonanie projektu wdrożeniowego,
b)
dostawy,
c)
wykonanie instalacji,
d)
konfiguracja Systemu VoIP i urządzeń,
e)
uruchomienie wstępne,
f)
uruchomienie produkcyjne,
g)
przeprowadzenie szkoleń,
h)
wykonanie testów,
i)
odbiór Systemu VoIP.
12 Usługi wsparcia
1. Usługi wsparcia obejmują 48 miesięczną opiekę serwisową świadczoną przez
Wykonawcę
2. Opieka serwisowa obejmuje:
a)
Konsultacje techniczne dotyczące działania Systemu VoIP,
b)
Dostęp do aktualizacji oprogramowania w zakresie łat bezpieczeństwa,
c)
Gwarancje usunięcia awarii Systemu VoIP,
d)
Możliwość zgłaszania awarii Systemu VoIP całodobowo telefonicznie oraz za
pośrednictwem poczty e-mail,
e)
Gwarantowany czas usunięcia awarii na poziomie 24h w dni robocze i 48h w dni
wolne i święta od chwili zgłoszenia,
f)
Gwarantowany czas usunięcia awarii poważnych (zatrzymanie Systemu VoIP) na
poziomie 12h w dni robocze i 24h w dni wolne i święta od chwili zgłoszenia,
g)
Udostępnianie aktualnych wersji dostarczonego oprogramowania przez okres 48
miesięcy od momentu wdrożenia bez ponoszenia dodatkowych kosztów.
13 Wymagania niefunkcjonalne
1. Oferowany System VoIP musi być kompletny, tj. musi posiadać wszystkie niezbędne
elementy sprzętowe, programowe oraz licencyjne.
2. Urządzenia dostarczone muszą być urządzeniami nowymi, wcześniej nieużywanymi
(wyprodukowanymi nie wcześniej niż 12 miesięcy przed instalacją).
3. Oferowane urządzenia w dniu składania ofert nie mogą być przeznaczone przez
producenta do wycofania z produkcji lub sprzedaży.
4. Wykonawca w ramach realizacji zamówienia dostarczy instrukcje obsługi w języku
polskim dla użytkowników końcowych do wszystkich elementów rozwiązania
17
(Aparaty VoIP, telefony konferencyjne, aplikacje użytkowników). Instrukcje
techniczne mogą być w języku angielskim.
5. Wszelkie dostarczone licencje muszą być bezterminowe.
18