w celu unifikacji wiadomości, co najmniej jako przesyłanie na konto emaliowe abonenta informacji pozostawionych na poczcie głosowej w formie emaila z załącznikiem,
l. System musi realizować funkcje pojedynczego logowania (Single Sign-On, SSO) realizowane w oparciu o standard rynkowy Security Assertion Markup Language Single Sign-On (SAML SSO) dla użytkowników oraz administratorów systemu komunikacyjnego dla funkcji zarządzania połączeniami, informacji o dostępności oraz w celu konfiguracji funkcji poczty głosowej,
m. System musi realizować funkcje emitowania muzyki podczas zawieszenia obsługiwanego połączenia telefonicznego (ang. Musie on Hołd). Wymagana jest realizacja emitowania muzyki w sieci IP w trybie rozsiewczym (multicast) oraz w postaci indywidualnych, oddzielnych sesji (unicast),
n. System musi realizować funkcje emitowania wideo podczas zawieszenia obsługiwanego połączenia wideo (ang. Video on Hołd). Emitowanie wideo może być realizowane na bazie dodatkowego serwera strumieniowania wideo, zdefiniowanego w systemie zarządzania połączeniami. Zamawiający nie wymaga dostarczenia serwera strumieniowania,
o. System zarządzania połączeniami musi być zintegrowany z pozostałymi aplikacjami i podsystemami dodatkowymi stanowiąc spójną platformę. Wymagana jest zgodność każdej aplikacji z systemem zarządzania połączeniami, potwierdzona obustronnie przez obu producentów producentów w formie informacji na publicznej stronie WWW. Wymaganie zgodności z systemem zarządzania połączeniami dotyczy:
a. centralnego systemu IVR dla zapowiedzi głosowych oraz system dla usług helpdesku,
b. funkcji informacji o dostępności,
c. zewnętrznej bramy multimedialnej,
d. systemu nagrywania rozmów.
III. Funkcje centralnego systemu FVR dla zapowiedzi głosowych:
1. System komunikacyjny powinien realizować funkcje zapowiedzi słownych IYR,
2. System IVR musi umożliwiać terminowanie połączeń telefonicznych i ich automatyczną obsługę przez system zapowiedzi IVR (Interactive Voice Responder), definiowaną przez skrypty budowane przez graficzne narzędzie. Obsługa skryptu musi umożliwiać:
a) odgrywanie zapowiedzi głosowych (pliki .wav),
b) odczyt i interpretację sygnałów DTMF,
c) możliwość sięgania do danych w źródłach HTTP/XML,
d) przekierowanie oraz zakończeniue połączenia.
3. System IVR powinien obsługiwać co najmniej 300 portów IVR jednocześnie.
4. System IVR powinny być realizowane przez aplikację opartą o protokół IP oraz zintegrowany z systemem sterowania oraz bramami głosowymi systemu telefonii. Nie dopuszcza się stosowania systemów hybrydowych, gdzie serwer ACD jest wyposażony w oddzielne interfejsy TDM.
5. System IVR musi być wspierany przez producenta do pracy w środowisku zwirtualizowanym.
IV. Funkcje systemu dla usług helpdesku:
1. System komunikacyjny powinien realizować zaawansowane funkcje zapowiedzi słownych IVR oraz dystrybucji wywołań ACD dla grupy agentów w ramach centralnego Contact Center, przeznaczonego dla usług helpdesku oraz infolinii.
2. System musi umożliwiać terminowanie połączeń telefonicznych i ich automatyczną obsługę przez system zaawansowane zapowiedzi IVR (Interactive Voice Responder), definiowaną przez skrypty budowane przez graficzne narzędzie. Obsługa skryptu musi umożliwiać:
a) odgrywanie zapowiedzi głosowych (pliki *.wav),
b) odczyt i interpretację sygnałów DTMF,