Szczegóły dotyczące systemów radiowych Zamawiającego zostaną podane dopiero w trakcie postępowania zakupowego lub na etapie analizy przedwdrożeniowej.

Transkrypt

1 Biuro Zakupów Centralnych Warszawa ul. żelazna 59a Warszawa, dn. 02 sierpnia 2016r. Dotyczy: ZAPYTANIA O UDZIELENIE INFORMACJI nr 05/07/IT/2016 na Dotyczące zakupu dotyczącego zintegrowanego systemu łączności dyspozytorskiej (znak postępowania 05/07/IT/2016) W odpowiedzi na pytania Wykonawców w ramach zapytania o udzielenie informacji nr 05/07/IT/2016 dot. Zakupu zintegrowanego systemu łączności dyspozytorskiej Zamawiający udziela następujących odpowiedzi: Wymagania funkcjonalne. Pytanie 1. możliwość szybkiej, niezawodnej i uporządkowanej łączności pomiędzy dyspozytorami Zamawiającego oraz innymi pracownikami/ współpracownikami Zamawiającego z wykorzystaniem wszystkich środków komunikacji używanych przez Zamawiającego, m.in. telefonii stacjonarnej połączenia głosowe i fax, telefonii komórkowej połączenia głosowe i wiadomości SMS-owe, łączności radiowej, opcjonalnie - poczty elektronicznej; Czy telefonię komórkową należy rozumieć jako bramka z kartą GSM do odbierania połączeń głosowych i wiadomości sms? Jakie systemy radiowe muszą być obsługiwane przez system z podaniem ich nazwy, wersji, ilości w poszczególnych lokalizacjach? Wymaganie postawione w OPZ - część C, ust. 2, pkt a) w kontekście telefonii komórkowej oznacza, że zintegrowany system łączności dyspozytorskiej powinien umożliwiać szybką, niezawodną łączność Dyspozytorów ze wskazanymi numerami telefonii komórkowej. Użytkownikami wskazanych numerów telefonii komórkowej będą pracownicy Zamawiającego, jak i osoby niebędące pracownikami Zamawiającego. Czy i w jaki sposób można wykorzystać w tym celu bramkę z kartą GSM powinna rozstrzygnąć przeprowadzona przez Wykonawcę analiza przedwdrożeniowa zakończona zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Szczegóły dotyczące systemów radiowych Zamawiającego zostaną podane dopiero w trakcie postępowania zakupowego lub na etapie analizy przedwdrożeniowej. Pytanie 2.

2 powiadamianie bezpośrednio z konsoli dyspozytorskiej różnych grup odbiorców na różne środki komunikacji wg zadanych reguł, w tym powiadamianie indywidualne, grupowe, alarmowe; W jaki sposób ma wyglądać powiadamianie z konsoli różnych grup odbiorców? Czy rozumiemy to jako grupowy sms, zestawiane telekonferencji wychodzącej, wbudowany chat tekstowy? W jaki sposób mają odbywać się powiadamiania alarmowe. Powiadamianie bezpośrednio z konsoli dyspozytorskiej różnych grup odbiorców na różne środki komunikacji rozumiemy jako: SMS wysyłany do wybranej grupy adresatów, wiadomość tekstową wysłaną poprzez chat tekstowy i/lub a do wybranej grupy adresatów, zestawienie telekonferencji wychodzącej itp. Celem powiadomień alarmowych jest szybkie przekazanie krótkiej informacji do wybranej grupy adresatów na różne środki komunikacji. Przewidujemy np. możliwość wysłania bezpośrednio z konsoli dyspozytorskiej SMS o wcześniej przynajmniej częściowo zdefiniowanej treści do wcześniej lub ad hoc określonej grupy adresatów. Doprecyzowanie wymagania OPZ - część C, ust. 2, pkt e) powinno nastąpić w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Pytanie 3. centralna książka adresatów z danymi kontaktowymi uwzględniającymi wszystkie środki komunikacji używane przez Zamawiającego i zawierająca informację o miejscu zatrudnienia adresata tj. firmie, jednostce organizacyjnej, lokalizacji, a także w przypadku pracowników zmianowych o obecności adresata w pracy i numerze pociągu w którym odbywa aktualnie służbę (dotyczy pracowników pracujących na zmiany, informacja źródłowa zawarta jest w systemie informatycznym Zamawiającego); W jaki sposób dane będą dostarczane do naszego systemu? Usługa po stronie klienta, którą odpytujemy i odświeżamy dane co pewien interwał czasu? Czy bezpośredni dostęp do bazy systemu klienta? Następny punkt zakłada wyszukiwanie w książce adresatów m.in. po tym, czy ktoś jest obecny w pracy, więc zakładamy że te dane musiałyby być przepisywane gdzieś do naszego systemu. Pytanie też, czy z poziomu konsoli dyspozytor ma mieć możliwość modyfikacji tego typu danych w systemie/bazie klienta? Jaka jest preferowana forma integracji np.: WebService? Czy lokalizacja jest tożsama z numerem pociągu/adresem pod którym aktualnie znajduje się pracownik?

3 Sposób integracji systemów powinien nastąpić w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Na dzień dzisiejszy zakładamy: 1) Stworzenie przez Wykonawcę centralnej książki adresatów z danymi kontaktowymi uwzględniającymi wszystkie środki komunikacji używane przez Zamawiającego i zawierającą informację o miejscu zatrudnienia adresata tj. firmie, jednostce organizacyjnej, lokalizacji. 2) Potencjalne wykorzystanie do stworzenia centralnej książki adresatów o której mowa w pkt 1) danych z systemu kadrowo-płacowego lub Active Directory Zamawiającego za pomocą interfejsu. 3) Integrację centralnej książki adresatów o której mowa w pkt 1) powyżej z systemem informatycznym Zamawiającego w celu wyświetlania w tej książce informacji o obecności adresata w pracy i numerze pociągu w którym odbywa aktualnie służbę. W systemie informatycznym Zamawiającego odnotowywane jest logowanie się adresata do systemu przy podejmowaniu służby i przyporządkowanie pociągu w którym pełni służbę. Zaznaczamy, że praca w pociągach Zamawiającego realizowana jest 24 godziny na dobę przez 7 dni w tygodniu, przez wszystkie dni w roku. Istotne będzie to przy uzgadnianiu interwału czasu dla odświeżania danych. Ponadto na dzień dzisiejszy zakładamy, że: - Administrator systemu powinien mieć możliwość modyfikacji danych w centralnej książce adresatów. - Dyspozytor nie powinien mieć możliwości modyfikacji żadnych danych w centralnej książce adresatów. - Dyspozytor powinien mieć możliwość stworzenia lokalnej książki adresatów i jej modyfikacji. - Integrację systemów poprzez WebService. Lokalizacja nie jest tożsama z numerem pociągu/adresem pod którym aktualnie znajduje się pracownik. Informacja o miejscu zatrudnienia adresata tj. firmie, jednostce organizacyjnej, lokalizacji oznacza odpowiednio: nazwę firmy np. PKP Intercity, nazwę jednostki organizacyjnej np. Zakład Centralny - Sekcja Drużyn Konduktorskich w Łodzi, nazwę miejscowości np. Łódź. Pytanie 4. możliwość wyszukiwania adresatów w centralnej książce adresatów wg różnych kryteriów np. jednostka organizacyjna - numer pociągu obecni. Czy książka telefoniczna będzie zasilana z zewnętrznego systemu np.: LDAP, Active Directory? Czy przewidywane jest zasilanie z systemu centralnego i możliwość wprowadzania lokalnych adresatów? Czy wystarczające jest wyszukiwanie po nazwie, jednostce, lokalizacji, fragmencie numeru telefonu? Wymagania w zakresie sposobu funkcjonowania książki adresatów i sposób jej integracji z systemami Zamawiającego zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny).

4 Na dzień dzisiejszy zakładamy: - Potencjalne wykorzystanie do stworzenia centralnej książki adresatów - danych z systemu kadrowo-płacowego lub Active Directory Zamawiającego za pomocą interfejsu. - Stworzenie przez Wykonawcę centralnej książki adresatów, której ewentualna modyfikacja byłaby możliwa wyłącznie przez administratora systemu. - Możliwość stworzenia przez Dyspozytora lokalnej książki adresatów i jej modyfikacji. Oczekujemy szerszych możliwości wyszukiwania adresata niż tylko poprzez nazwę, jednostkę organizacyjną, lokalizację, fragment numeru. Istotnym dla Zamawiającego jest chociażby wyszukiwanie typu: numer pociągu > obecni > wybór adresata. Pytanie 5. dostępność list adresatów przypisanych do wybranej dyspozytury dla pozostałych dyspozytur; Jak miałaby wyglądać struktura personalna u klienta? Czy dyspozytor należy do jakiejś dyspozytury i logując się do konsoli ma widzieć tylko kontakty/listy kontaktów do niej należące? Jak ma wyglądać zarządzanie listą adresatów? Będzie wykonywał to administrator czy lokalnie dla danej dyspozytury dyspozytor? Wymagania w zakresie sposobu funkcjonowania książki adresatów zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Dyspozytor jest przyporządkowany do określonej Dyspozytury. Na dzień dzisiejszy zakładamy: - Każdy Dyspozytor powinien dostęp do wszystkich danych w centralnej książce adresatów, niemniej na konsoli powinien mieć odfiltrowaną z tej książki listę adresatów przypisaną do danej Dyspozytury (kontakty niezbędne do codziennej pracy tej Dyspozytury + numery telefonów, które muszą być obsługiwane na co dzień przez tę konkretną Dyspozyturę). - Poza tym Dyspozytor powinien widzieć lokalną książkę adresatów tj. stworzoną przez siebie, ewentualnie stworzoną na danej konsoli przez wszystkich użytkowników tej konsoli. - Administrator systemu powinien mieć możliwość modyfikacji danych w centralnej książce adresatów. - Dyspozytor nie powinien mieć możliwości modyfikacji żadnych danych w centralnej książce adresatów. - Dyspozytor powinien mieć możliwość stworzenia lokalnej książki adresatów i jej modyfikacji. Pytanie 6. możliwość przejmowania obsługi listy adresatów przypisanych do danej dyspozytury przez inną dyspozyturę;

5 Z jakiego poziomu (dyspozytor w konsoli/nadzorca z poziomu www do zarządzania)? Listy kontaktów obsługiwane dotychczas zostają zastąpione tymi przejętymi, czy łączone? Wymagania w zakresie sposobu funkcjonowania książki adresatów zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Na dzień dzisiejszy zakładamy: - Możliwość przejmowania obsługi listy adresatów przypisanej do danej Dyspozytury (kontakty niezbędne do codziennej pracy tej Dyspozytury + numery telefonów, które muszą być obsługiwane na co dzień przez tę konkretną Dyspozyturę) przez inną Dyspozyturę. Chodzi o sytuację w której jedna Dyspozytura musi czasowo przejąć obowiązki innej Dyspozytury. - Przejęcie obsługi listy adresatów przez obcą Dyspozyturę nie może powodować niedostępności tej listy w Dyspozyturze macierzystej. - Możliwość przejęcia obsługi listy adresatów powinien mieć dowolny Dyspozytor. - Lista adresatów Dyspozytury obcej i lista adresatów Dyspozytury własnej powinny funkcjonować równolegle. Pytanie 7. możliwość stworzenia listy VIP dla wybranej dyspozytury lub globalnej dla wszystkich dyspozytur; Czy tu klient chciałby mieć jakąś szczególną obsługę listy VIP? Wymagania w zakresie sposobu funkcjonowania książki adresatów zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Zakładamy, że połączenia przychodzące z listy VIP sygnalizowane byłyby na konsoli dyspozytorskiej w inny sposób niż pozostałe połączenia przychodzące, tak aby mogły zostać zauważone przez Dyspozytora i obsłużone w pierwszej kolejności, jeżeli podejmie taką decyzję. Pytanie 8. kolejkowanie przychodzących połączeń wg zadanych reguł; Proszę podać jakie reguły zamawiający ma na myśli? Jakie reguły mają być dostępne w systemie, z jaką logiką? Kolejka FIFO, priorytetyzacja połączeń według jakich parametrów: numer telefonu dzwoniącego, VIP?

6 Wymagania w zakresie reguł kolejkowania połączeń przychodzących zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Na dzień dzisiejszy bierzemy pod uwagę wszystkie reguły wymienione przez Państwa np. kolejka FIFO, priorytetyzacja, a także reguły typu kolejka FIFO, ale zawsze pierwszeństwo VIP. Niezależnie od kolejkowania zakładamy, że decyzja o faktycznej kolejności odbierania połączeń będzie zawsze w gestii Dyspozytora. Pytanie 9. możliwość przekierowywania przez dyspozytora połączeń przychodzących; Rozumiemy że chodzi o możliwość przekierowania połączenia jeszcze nieodebranego, tj, czekającego w kolejce? Proszę o potwierdzenie. Nie potwierdzamy. Chodzi przede wszystkim o możliwość przekierowywania połączenia odebranego, w trakcie rozmowy. Pytanie 10. możliwość doraźnego ad hoc zestawiania przez dyspozytora telekonferencji; u) możliwość zestawiania przez dyspozytora telekonferencji cyklicznych z tymi samymi adresatami i zapisywanie takiego zestawienia telekonferencji; v) możliwość zawieszania lub wyłączania udziału wybranych adresatów w rozmowie, połączeniu trójstronnym i telekonferencji; w) możliwość odbierania głosu ( mówi tylko jedna osoba ) wybranych adresatów w rozmowie, połączeniu trójstronnym i telekonferencji; Ile połączeń jest przewidywanych w jednej konferencji? Ile ma wynosić pojemność systemu odnośnie jednoczesnych konferencji? Ilość połączeń przewidywanych w jednej konferencji (pojemność systemu odnośnie jednoczesnych konferencji) zostanie określona w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Pytanie 11. przypisywanie korespondencji, nagrań rozmów do poszczególnych zdarzeń; Jak jest rozumiane zdarzenie? Czy to jest zdarzenie pod określoną nazwą i numerem pod które dołączane są wszelkie interakcje z nim związane. Czy zdarzenie zawsze obejmuje całą rozmowę, czy np. może dotyczyć jej fragmentu? Kto decyduje o pojawieniu się zdarzenia oraz jego zakończeniu np.: Dyspozytor? Jak rozumieć korespondencję?

7 Wymagania w zakresie przypisywania korespondencji i nagrań rozmów do poszczególnych zdarzeń zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Zdarzenie jest to sytuacja, którą zajmuje się Dyspozytor lub grupa Dyspozytorów np. nieprzejezdność toru X na linii Y. Na dzień dzisiejszy zakładamy: - Zdarzenie powinno występować w systemie pod określoną nazwą i numerem. - Przewidujemy przypisanie zdarzeniu dodatkowych oznaczeń np. daty i godziny, krótkiego opisu. - Do danego zdarzenia w systemie powinna być przyporządkowana cała korespondencja z nim związana tj. nagrania rozmów, e, SMSy, połączenia wychodzące i przychodzące (data, godzina, czas trwania, kto do kogo). - Jedna rozmowa (cała) może być przypisana do jednego lub więcej zdarzeń. - Zdarzenie rejestruje Dyspozytor. - Zdarzenie nie wymaga zakończenia. Pytanie 12. możliwość odszukania wg różnych parametrów oraz analizowania archiwalnej korespondencji i nagrań rozmów dostęp do 3 lat wstecz; Jak rozumieć te różne parametry? Daty, numer telefonu, login dyspozytora, strony rozmowy oraz statusy połączenia (odebrane, nieodebrane) wystarczą? Wymagania w zakresie odszukiwania wg różnych parametrów oraz analizowania archiwalnej korespondencji i nagrań rozmów zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Wymaganie dotyczy wyszukiwania archiwalnej korespondencji i nagrań rozmów wg parametrów zapisanych w systemie. Mogą to być nie tylko podane przez Państwa parametry tj. data, numer telefonu, login Dyspozytora, strony rozmowy, statusy połączeń. Istotne dla Zamawiającego jest np. wyszukanie korespondencji np. nagrań rozmów poprzez wyszukanie w pierwszej kolejności zdarzenia. Pytanie 13. generowanie raportów statystyczno-analitycznych dot. pracy dyspozytorów, w formie tabelarycznej i graficznej; archiwizacja raportów statystyczno-analitycznych dot. pracy dyspozytorów dostęp do 3 lat wstecz; Czy są aktualnie znane Zamawiającemu jakie dane będą niezbędnie w raportach statystyczno-analitycznych? Jakie dokładnie informacje o pracy dyspozytorów miałyby znaleźć się w raportach?

8 Wymagania w zakresie raportów statystyczno-analitycznych dot. pracy dyspozytorów zostaną doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). Wymaganie dotyczy raportów na podstawie danych zapisanych w systemie np. liczba połączeń zrealizowanych przez Dyspozytora X (na podstawie loginu) w okresie od A do Z; liczba zdarzeń zarejestrowanych przez Dyspozyturę XX. Pytanie 14. Pozostałe wymagania Możliwość dostosowania wyglądu pulpitu na konsoli dyspozytorskiej do indywidualnych potrzeb użytkownika. Czy ten punkt mamy rozumieć jako możliwość indywidulanego dostosowania widoku konsoli do preferencji użytkownika np.: kolejność zakładek, ich kolor, położenie elementów aplikacji. Tak, potwierdzamy. Możliwość dostosowania wyglądu pulpitu na konsoli dyspozytorskiej do indywidualnych potrzeb użytkownika oznacza możliwość indywidulanego dostosowania widoku konsoli do preferencji użytkownika np. kolejność zakładek, ich kolor, położenie elementów aplikacji. Pytanie 15. Możliwość ustawienia dowolnego czasu automatycznego wylogowania użytkownika z Systemu. Wylogowanie per użytkownik, grupa użytkowników. Np. o godzinie 16:00 wyloguj użytkownika Jan Kowalski? Wymaganie dotyczy możliwości ustawienia dowolnego czasu automatycznego wylogowania użytkownika z Systemu w przypadku braku jego aktywności np. 10 minut lub 30 minut lub 240 minut. Wymagania techniczne Pytanie 16. Centralne administrowanie Systemem przez Zamawiającego. Czy Zamawiający dopuszczę osobno administrację centralną warstwy telekomunikacyjnej i konsol dyspozytorskich?

9 Dopuszczamy, jeżeli będzie to rozwiązanie umożliwiające efektywną administrację całym zintegrowanym systemem łączności dyspozytorskiej. Preferujemy możliwość administrowania całym zintegrowanym systemem łączności dyspozytorskiej. Pytanie 17. Możliwość różnicowania zakresu dostępu do Systemu dla użytkowników. Czy zakres ma dotyczyć modułów systemu czy wykonywanych operacji? Wymaganie w zakresie różnicowania zakresu dostępu do Systemu dla użytkowników zostanie doprecyzowane w trakcie analizy przedwdrożeniowej zakończonej zaakceptowaną przez Strony Koncepcją rozwiązania (opis funkcjonalny) i Projektem technicznym (opis techniczny). W zależności od architektury systemu będzie wymagane nadawanie uprawnień do modułu systemu lub do wykonywanych operacji. Oczekujemy np. aby dostęp do nagrania rozmowy miał tylko Dyspozytor w niej uczestniczący i jego przełożeni.