Pierwszym krokiem w przejściu na usługę Webex Calling jest zapewnienie niezawodnego i bezpiecznego połączenia internetowego między siecią lokalną a chmurą Webex.

Ponieważ większość organizacji łączy się z Internetem za pomocą jednej lub więcej zapór sieciowych lub urządzeń zabezpieczających, konieczne jest sprawdzenie, czy obsługiwane są wymagane przepływy ruchu.

Administratorzy sieci i zabezpieczeń muszą rozumieć te przepływy w kontekście:

• Kierunek (przychodzący i wychodzący)

• Protokoły (Przykład - SIP TLS, SRTP, HTTPS)

• Zakresy adresówIP używane przez usługi Webex

• Numery portów, które muszą być otwarte lub dozwolone.

Dzięki temu można mieć pewność, że firmowe zapory sieciowe, urządzenia NAT i inna infrastruktura sieciowa będą prawidłowo skonfigurowane, aby obsługiwać ruch Webex Calling, przy jednoczesnym zachowaniu zasad bezpieczeństwa przedsiębiorstwa.

Informacje na temat wymaganych przepływów, w tym adresów IP, portów i protokołów, można znaleźć w dokumencie Informacje referencyjne dotyczące portów dla połączeń Webex. Informacje te umożliwiają skonfigurowanie zapory sieciowej, serwerów proxy i innej infrastruktury sieciowej w istniejącym wdrożeniu w celu włączenia przepływów sieciowych usługi Webex Calling.

Zalecanym podejściem w przypadku usług współpracy w chmurze, takich jak Webex Calling, jest zdecentralizowane udostępnianie Internetu z każdego oddziału lub placówki. Umożliwiając lokalne wyjście ruchu, ten model:

• Zmniejsza opóźnienia i drgania w obie strony, poprawiając ogólną jakość połączeń

• Skalowanie efektywne w miarę przechodzenia większej liczby użytkowników i witryn na usługę Webex Calling

• Współpracuje bezproblemowo z SD-WAN, które może dynamicznie kierować sesje do najbliższego punktu wejścia do chmury Webex, zapewniając optymalną wydajność

• Umożliwia śledzenie lokalizacji użytkownika na podstawie jego publicznego adresu IP, co ułatwia analizę ścieżki multimediów i rozwiązywanie problemów.

Ponadto organizacje muszą zapewnić odpowiednią przepustowość łącza internetowego w każdej lokalizacji. Szerokość pasma powinna zostać określona na podstawie przewidywanej liczby jednoczesnych połączeń, wybranego kodeka (np. Opus lub G.711) oraz narzutu na sygnalizację, retransmisje i wzrost. Jest to zgodne z fazą przygotowawczą cyklu życia PPDIO i tworzy solidną podstawę do migracji.

Początkowa konfiguracja w ramach fazy wdrażania rozwiązania Webex Calling stanowi podstawę utworzenia dobrze ustrukturyzowanego i łatwego w zarządzaniu środowiska połączeń w chmurze. Ten etap obejmuje kluczowe zadania, takie jak konfiguracja organizacji Control Hub, zakup i przypisanie licencji oraz weryfikacja i rejestracja domen firmy w celu zagwarantowania prawidłowego zarządzania użytkownikami i bezpieczeństwa. Ponadto obejmuje ona tworzenie szablonów licencji w celu zautomatyzowania przypisywania licencji użytkownikom, konfigurowanie funkcji logowania jednokrotnego (SSO) w celu usprawnienia uwierzytelniania użytkowników i zwiększenia bezpieczeństwa oraz dostosowywanie ustawień usług i klienta w celu zapewnienia zgodności z politykami organizacji i potrzebami użytkowników. Ukończenie tych początkowych czynności konfiguracyjnych gwarantuje, że środowisko Webex Calling jest prawidłowo skonfigurowane pod kątem skalowalności, bezpieczeństwa i płynnego działania użytkownika, co stanowi podstawę do późniejszych faz wdrażania i eksploatacji.

W fazie wdrażania przeprowadzenie migracji pilotażowej stanowi kluczowy etap w procesie weryfikacji przejścia z Unified CM do Webex Calling. W ramach tego pilotażu zapewniona jest reprezentatywna grupa użytkowników z jednej lub większej liczby lokalizacji na platformie Webex Calling, co gwarantuje, że wybrana populacja odzwierciedla zróżnicowane przypadki użycia i role organizacyjne. Równocześnie z migracją użytkowników konieczne jest przeniesienie podstawowych usług współpracy, w tym poczty głosowej, automatycznych sekretarek, kolejek połączeń i grup poszukiwawczych, do odpowiedników usługi Webex Calling, aby zachować ciągłość działania firmy i funkcjonalność usług.

Migracja pilotażowa powinna wykorzystywać tę samą kombinację narzędzi firmy Cisco i narzędzi do migracji innych firm, które są planowane dla szerszego wdrożenia organizacyjnego, zapewniając dokładną weryfikację procesów, przepływów pracy automatyzacji i punktów integracji w reprezentatywnych warunkach.

Główne cele tego pilotażu są dwojakie: po pierwsze, aby sprawdzić poprawność i udoskonalić kompleksowe procesy przejściowe, w tym przepływy pracy związane z obsługą użytkowników, procedury migracji danych i konfiguracje punktów końcowych; po drugie, aby kompleksowo zweryfikować funkcjonalność przeniesionych usług w rzeczywistych warunkach operacyjnych.

Dzięki takiemu podejściu etapowemu zespół projektowy może identyfikować i rozwiązywać wszelkie problemy techniczne lub proceduralne w kontrolowanym środowisku, zbierać opinie użytkowników na temat nowego środowiska platformy, oceniać skuteczność wybranych narzędzi migracyjnych i zyskiwać zaufanie do metodologii migracji przed przystąpieniem do szerszego wdrażania w organizacji.

Wiedza zdobyta w fazie pilotażowej okaże się niezwykle pomocna w optymalizacji kolejnych fal migracji i zapewnieniu płynnego przejścia obarczonego niewielkim ryzykiem dla całego przedsiębiorstwa.

Aby skorzystać z usług PSTN dla usługi Webex Calling, najpierw wybierz opcję łączności PSTN w Centrum sterowania.

Jeżeli organizacja planuje utrzymanie hybrydowej kontroli nad dwoma połączeniami ( faza 1 na rysunku Przejście na połączenia etapowe: Hybrydowe i w chmurze) tymczasowo lub na stałe, konieczne będzie wdrożenie jednej lub większej liczby bram lokalnych dla lokalnej sieci PSTN, aby umożliwić wykonywanie połączeń między punktami końcowymi Webex Calling i Unified CM.

Jeśli końcowym celem jest pełne przejście ( faza 2) do chmury obejmującej PSTN, wówczas w przypadku PSTN wymagany będzie plan połączeń Cisco Calling Plan lub opcja Cloud Connect for Webex Calling.

Skontaktuj się z wybranym dostawcą usług, aby zamówić i przenieść numery telefonów, a następnie skonfiguruj je w Control Hub. Zamówienie numerów telefonów lub zainicjowanie zlecenia przeniesienia numeru jest możliwe tylko required/possible dla lokalnej sieci PSTN i Cloud Connect na potrzeby połączeń Webex. W przypadku planów połączeń Cisco zamawianie i przenoszenie numerów odbywa się z poziomu Control Hub natychmiast po utworzeniu lokalizacji. Dotyczy to krajów, w których dostępny jest plan połączeń Cisco. Aby uzyskać więcej informacji na temat planów Cisco Calling, zobacz Wprowadzenie do planów Cisco.

W ramach wdrażania sieci PSTN upewnij się, że Twój dostawca włączył w Twojej lokalizacji usługi PSTN zarówno dla połączeń przychodzących, jak i wychodzących. Dodatkowo wykonaj połączenia testowe, aby sprawdzić, czy połączenia są prawidłowo kierowane przez wybrane łącze PSTN.

Przed dodaniem użytkowników i urządzeń do usługi Webex Calling należy skonfigurować lokalizacje połączeń. Dla każdej lokalizacji należy wprowadzić prawidłowy adres ulicy. W USA i Kanadzie adres ten jest weryfikowany i wykorzystywany przez platformę do wysyłania informacji o lokalizacji PIDF-LO w przypadku połączeń alarmowych.

Podczas konfigurowania lokalizacji korzystających z lokalnej sieci PSTN należy odpowiednio skonfigurować bramy lokalne. W usłudze Webex Calling konieczne jest utworzenie łącza i grupy tras dla każdej bramy lokalnej, a następnie grupa tras jest przypisywana jako opcja PSTN dla danej lokalizacji. Cisco zdecydowanie zaleca, aby przy wyborze PSTN zawsze wybierać grupę tras, ponieważ takie podejście pozwala na łatwe dodawanie dodatkowych łączy w przyszłości, zapewniając jednocześnie skalowalność i redundancję. Cisco zaleca również włączenie obsługi podwójnej tożsamości i P-Charge-Info na każdym łączu PSTN, ponieważ ułatwia to identyfikację strony rozliczanej za połączenia wychodzące, bezpośrednie lub przekierowane. Jeśli Twój dostawca PSTN używa innego nagłówka do rozliczeń, możesz skopiować informacje z nagłówka P-Charge-Info na bramce lokalnej do wymaganego nagłówka rozliczeniowego.

W przypadku lokalizacji, w których opcja PSTN jest dostępna w ramach usługi Cloud Connect for Webex Calling lub Cisco Calling Plan, wystarczy wybrać odpowiednią opcję PSTN dla danej lokalizacji podczas konfiguracji. Jeśli w danej lokalizacji używana jest usługa Cloud Connect for Webex Calling lub lokalna sieć PSTN, konieczne będzie dodanie numerów telefonów zamówionych w poprzednim kroku. Jeśli nie chcesz, aby numery były od razu uwzględniane w kierowaniu połączeń, możesz dodać je jako nieaktywne; możesz aktywować te numery później, gdy zostaną przypisane użytkownikom lub funkcjom.

Ważne jest, aby zawsze ustawić główny numer dla każdej lokalizacji. Numer główny można przypisać użytkownikowi lub funkcji, np. automatycznej sekretarce. Aby włączyć pocztę głosową w danej lokalizacji, należy ustawić numer pilota poczty głosowej, zwany również numerem portalu głosowego.

Dodatkowe ustawienia dotyczące lokalizacji połączeń obejmują konfigurację szczegółów połączeń alarmowych, takich jak numer oddzwaniania, opcje powiadomień i ulepszone funkcje połączeń alarmowych. Należy również sprawdzić i dostosować ustawienia nagrywania, preferencje językowe i konfiguracje urządzeń zgodnie z wymaganiami danej lokalizacji. Jeżeli w Twojej organizacji stosuje się skrócone wybieranie numerów w sieci między lokalizacjami przy użyciu istotnych numerów korporacyjnych, pamiętaj o skonfigurowaniu unikalnego kodu lokalizacji w ustawieniach wybierania wewnętrznego. Na koniec, jeśli wybieranie numeru zewnętrznego wymaga podania cyfry numeru wychodzącego, należy upewnić się, że została ona ustawiona w ustawieniach wybierania numeru zewnętrznego. Po skonfigurowaniu numeru wybieranego wychodząco firma Cisco zaleca włączenie wymuszania numeru wybieranego wychodząco w celu zapewnienia spójności.

Aby przeprowadzić integrację z lokalnym systemem kontroli połączeń, konieczne jest skonfigurowanie łączy, grup tras, planów wybierania numerów przedsiębiorstwa, a także ustawień lokalizacji i globalnych. Zacznij od skonfigurowania łączy i bram lokalnych przeznaczonych do połączenia z lokalnym systemem kontroli połączeń. Ten krok jest wymagany tylko wtedy, gdy konieczne są dedykowane łącza. Jeśli istniejące łącza i grupy tras wystarczą w danym wdrożeniu, można je ponownie wykorzystać do połączeń lokalnych bez konieczności dodatkowej konfiguracji.

Po ustanowieniu łączy i grup tras można przystąpić do tworzenia planów wybierania numerów przedsiębiorstwa i przypisać odpowiednią grupę tras jako miejsce docelowe dla każdego planu wybierania. Jeśli integracja obejmuje wiele lokalnych systemów kontroli połączeń połączonych za pomocą różnych łączy, konieczne będzie zastosowanie wielu planów wybierania. Ważne jest, aby upewnić się, że plany wybierania numerów zawierają wyłącznie wzorce niezbędne do kierowania połączeń do docelowych lokalizacji na miejscu.

Jeśli wdrożenie wymaga obsługi nieznanego routingu rozszerzeń, tę funkcję należy włączyć na poziomie lokalizacji. Ponadto po aktywowaniu routingu nieznanego numeru wewnętrznego należy określić maksymalną długość nieznanego numeru wewnętrznego w sekcji Routing połączeń między Webex Calling a lokalem ustawień usług połączeń w Control Hub. Dzięki temu zapewnione jest płynne kierowanie połączeń i prawidłowa obsługa scenariuszy wybierania numerów wewnętrznych w zintegrowanym środowisku.

Podczas migracji użytkowników z Unified CM do Webex Calling nie zawsze można przenieść wszystkich użytkowników jednocześnie. Może to wynikać z wielu przyczyn, w tym między innymi z liczby witryn lub użytkowników, czasu potrzebnego na przeniesienie witryny and/or grupa użytkowników w tym samym czasie, ograniczone zasoby IT lub witryny niezbędne do obsługi okna zmian, czas trwania okna zmian, złożoność zmiany itp.

Podczas migracji użytkowników w kilku fazach niezwykle ważne jest określenie, którzy użytkownicy muszą zostać przeniesieni razem w tej samej partii. Głównym celem jest wspólna migracja użytkowników, którzy są od siebie zależni w zakresie usług i funkcji połączeń. Chcesz mieć pewność, że wszystkie funkcje połączeń (na przykład kolejki połączeń) działają w pełni funkcjonalnie w usłudze Webex Calling, tak jak przed przejściem na Unified CM.

Nawet jeśli wdrożysz współdziałanie połączeń między Unified CM i Webex Calling za pomocą bram lokalnych, nie możesz dzielić współdzielonych usług ani funkcji przez to połączenie. Dlatego musisz zidentyfikować zależności między użytkownikami, analizując takie cechy jak:

• Monitorowanie innych użytkowników za pomocą BLF-ów

• W tym samym pilocie polowania, kolejce połączeń itp.

• Linie udostępnione

• Korzystanie z funkcji odbierania połączeń

• Korzystanie z tych samych numerów połączeń

• Interkom

• Executive/Admin.

Przykładem może być użytkownik będący częścią grupy Unified CM Hunt Group, która jest przenoszona do usługi Webex Calling. Ten użytkownik przejdzie na usługę Webex Calling wraz z grupą Hunt Group i wszystkimi innymi członkami tej grupy. Dzięki temu po okresie przejściowym Hunt Group i jej członkowie będą mogli z powodzeniem odbierać połączenia na nowej platformie.

Staje się to większym wyzwaniem, gdy użytkownicy łączą się z różnymi grupami użytkowników w celu korzystania z różnych usług i funkcji połączeń. Wymaga to jednoczesnego przejścia więcej niż jednej grupy użytkowników i jednej usługi połączeń do Webex Calling.

Użyj danych wyjściowych narzędzia Control Hub Migration Insights lub narzędzia innej firmy, którego użyłeś w fazie przygotowania, aby określić, którzy użytkownicy i funkcje powinny zostać zgrupowane. Dane wyjściowe powinny zostać wykorzystane do opracowania planu migracji. Dadzą Ci one wgląd w sposób grupowania użytkowników i funkcji, które muszą zostać objęte wspólną migracją.

Kluczowe kroki podczas przenoszenia grupy użytkowników to:

• Identyfikacja użytkowników do wspólnej migracji

• Sprawdź, czy wszyscy użytkownicy znajdują się w Control Hub

• Sprawdź, czy wszystkie numery TN dla użytkowników istnieją w Control Hub

• Sprawdź poprawność formatu numeru telefonu w książce telefonicznej

• Upewnij się, że szablony licencjonowania i ustawień dla grup użytkowników są poprawnie skonfigurowane

• Weryfikacja lub konfiguracja wszystkich usług i funkcji połączeń dla grupy użytkowników (przed lub w trakcie przejścia, w zależności od potrzeb)

• W katalogu firmowym dodaj użytkowników do grupy użytkowników z włączonym dzwonieniem

• Narzędzia do zarządzania użytkownikami i migracją funkcji w Control Hub and/or narzędzia innych firm

• Disable/Delete user/device numer katalogowy i dzwonienie features/services na Unified CM po przejściu.

Po migracji grupy użytkowników przetestuj podzbiór użytkowników, aby sprawdzić, czy wszystkie funkcje połączeń i usługi działają prawidłowo. Jeśli funkcje połączeń, takie jak kolejka połączeń, grupy poszukiwawcze itp. są przenoszone wraz z grupą użytkowników, należy przetestować poprawność działania tych usług połączeń.

W usłudze Webex Calling przestrzeń robocza oznacza współdzieloną lokalizację (np. salę konferencyjną, miejsce spotkań lub stanowisko do pracy w trybie hot desk), do której można przypisywać urządzenia, rozszerzenia i użytkowników. W odróżnieniu od tradycyjnych telefonów Unifed CM, obszary robocze są następujące:

• Skupienie na lokalizacji: powiązane z przestrzenią fizyczną.

• Elastyczność urządzenia: może mieć jedno lub więcej urządzeń (telefony stacjonarne, tablice itp.).

Po zidentyfikowaniu obszarów roboczych w ramach przejścia na usługę Webex Calling można je dodać w Centrum sterowania w obszarze Urządzenia. Każdej przestrzeni roboczej trzeba przypisać urządzenie, a jeśli znajdują się one już w Unified CM, należy je zresetować lub ponownie udostępnić dla Webex. Funkcje usługi Webex Calling, takie jak poczta głosowa, przekierowywanie połączeń i odbieranie połączeń, można włączać i wyłączać, a także stosować zasady dotyczące połączeń wideo, parkowania połączeń i mobilności, zależnie od potrzeb. Przetestuj każdą przestrzeń roboczą, wykonując połączenia wewnętrzne i zewnętrzne, testując funkcje wideo, konferencji i mobilności. Na koniec poinformuj użytkowników o wszelkich stosownych procedurach dotyczących urządzeń w miejscu pracy i rezerwacji.

Aby uzyskać więcej informacji na temat obszarów roboczych w Control Hub, zobacz Obszary robocze.

Telefony obecnie zarejestrowane w Unified CM będą musiały zostać przeniesione do Webex Calling w ramach przejścia na chmurę. Aby migracja przebiegała możliwie najprościej i aby zminimalizować ryzyko niepowodzenia, Cisco zaleca jednoczesną migrację fizycznych placówek lub działów. Może się jednak okazać konieczne przeprowadzenie migracji użytkowników partiami ze względu na zależności między funkcjami. Więcej szczegółów można znaleźć w sekcji Migracja użytkowników partiami.

Wszystkie telefony obsługiwane przez usługę Webex Calling, z których chcesz przejść z Unified CM, będą musiały zostać skonfigurowane w usłudze Webex Calling jako użytkownik lub obszar roboczy, a także konieczna będzie ponowna konfiguracja telefonu fizycznego w celu zarejestrowania go w usłudze Webex Calling. Ponadto w telefonach z serii 7800 i 8800 konieczna będzie aktualizacja oprogramowania układowego z wersji Enterprise do wersji Multiplatform Phone (MPP). Proces ten obejmuje załadowanie przejściowego oprogramowania sprzętowego przed załadowaniem oprogramowania sprzętowego MPP wymaganego do rejestracji w usłudze Webex Calling. Wymagana jest również odpowiednia licencja migracyjna. Firma Cisco udoskonaliła ten proces na przestrzeni ostatnich kilku lat, aby ułatwić aktualizację oprogramowania sprzętowego telefonów klasy Enterprise do oprogramowania sprzętowego MPP. Aby uzyskać więcej informacji na temat kroków niezbędnych do ukończenia aktualizacji oprogramowania sprzętowego, zobacz Konwersja oprogramowania sprzętowego telefonów IP Cisco serii 7800 i 8800 pomiędzy wersjami Enterprise i MPP.

Oprócz kroków opisanych w tym artykule, Control Hub ma wbudowane narzędzie Migracja telefonu do Webex Calling, którego można użyć do migracji telefonów 7800 i 8800 z oprogramowania sprzętowego Enterprise do oprogramowania sprzętowego MPP. Narzędzie to umożliwia również dodawanie telefonów do Control Hub i przypisywanie ich do odpowiednich użytkowników lub obszarów roboczych. Aby uzyskać więcej informacji na temat korzystania z narzędzi, zobacz Migracja telefonu.

W przypadku telefonów serii 9800 zarejestrowanych w Unified CM powyższy wymóg migracji oprogramowania sprzętowego nie ma zastosowania. W telefonach tych działa system PhoneOS, który jest obsługiwany przez aplikacje Unified CM i Webex Calling. Aby przenieść te telefony do usługi Webex Calling, musisz dodać je do usługi Webex Calling, przypisać do użytkownika lub obszaru roboczego, a następnie przywrócić ustawienia fabryczne telefonów. Sekwencja rozruchu systemu PhoneOS w celu rejestracji Poniższy rysunek przedstawia sekwencję rozruchu systemu PhoneOS oraz sposób rejestracji telefonu w usłudze Webex Calling po dodaniu go do Control Hub, nawet jeśli telefon jest nadal obsługiwany w Unified CM and/or Opcje DHCP (przykład - 150) są w użyciu.

Rozwiązanie Unified CM obsługuje przywracanie ustawień fabrycznych urządzeń PhoneOS, co pozwala na bezdotykowe podłączanie się do usługi Webex Calling. Administratorzy Unified CM mogą zdalnie przywrócić ustawienia fabryczne telefonów 9800 i 8875 za pośrednictwem stron administracyjnych CUCM, co eliminuje konieczność fizycznego dostępu do telefonów w celu połączenia ich z usługą Webex Calling. Funkcja ta jest obsługiwana w pakietach urządzeń od 9 września 2025 r.:

• CUCM v15 - Menedżer komunikacji ujednoliconej wersja 15

• CUCM v14 - Menedżer komunikacji ujednoliconej wersja 14.

Więcej informacji na temat procesu rejestracji serii 9800 można znaleźć w Proces rejestracji.

Oprócz telefonów IP Cisco może być konieczne zapewnienie innych urządzeń, takich jak analogowe adaptery telefoniczne (ATA), telefony bezprzewodowe (Wi-Fi, DECT), urządzenia wideo, bramki głosowe oraz urządzenia i telefony^innych firm . Wiele z tych urządzeń nie ma możliwości uaktualnienia oprogramowania sprzętowego, jak ma to miejsce w przypadku telefonów IP, co uniemożliwia przejście z oprogramowania sprzętowego klasy korporacyjnej na oprogramowanie sprzętowe w chmurze. W związku z tym należy skonfigurować każde z tych urządzeń w Control Hub. Niektórych z nich nie da się przenieść do usługi Webex Calling i konieczne będzie zastąpienie ich odpowiednim modelem usługi Webex Calling (np. ATA 191/192) a inne będą wymagały ręcznej rekonfiguracji and/or zmiany oprogramowania.

• Bramki głosowe - Aby przenieść bramkę lokalną, zobacz Migracja bramy lokalnej.

  Aby uzyskać więcej informacji na temat konfiguracji bramki głosowej VG400, VG410 lub VG420 w Control Hub, zobacz Bramka lokalna

• Adapter telefoniczny analogowy (ATA) - Aby rozpocząć korzystanie z urządzeń Cisco ATA 191 i 192, zobacz Cisco ATA.

• Telefon bezprzewodowy Wi-Fi - Aby zintegrować telefon bezprzewodowy Webex 840 i 860, zobacz Integracja telefonu bezprzewodowego Webex.

• Telefony bezprzewodowe DECT - Aby rozpocząć korzystanie z nowej serii Cisco IP DECT 6800, zobacz Cisco IP DECT.

  Aby zbudować i zarządzać cyfrową siecią DECT w Control Hub, zobacz Zarządzanie siecią DECT

  Aby uzyskać więcej informacji na temat Cisco IP DECT 6800, zapoznaj się z Podręcznikiem wdrażania

• Urządzenia i telefony innych firm3 - Współpraca z dostawcami innych^{firm w zakresie device/phone wymagania i proces ich migracji lub zastąpienia w celu zapewnienia obsługi usługi Webex Calling.}

Wszelkie funkcje połączeń wymagane w usłudze Webex Calling muszą zostać skonfigurowane przed przejściem na nową wersję lub w jego trakcie. Jak omówiono w sekcji Migracja użytkowników w partiach, funkcje wywołań muszą zostać skonfigurowane i przeniesione podczas przenoszenia użytkowników, którzy z nich korzystają.

Szczegółowe informacje na temat konfiguracji poszczególnych funkcji usługi Webex Calling można znaleźć w odpowiednich artykułach pomocy dotyczących konfiguracji.

• Automatyczne sekretarki – Aby zarządzać automatycznymi sekretarkami, zobacz Automatyczne sekretarki

• Parkowanie połączeń – Aby zarządzać parkowaniem połączeń, zobacz Parkowanie połączeń

• Odbieranie połączeń — Aby skonfigurować grupę odbierania połączeń, zobacz Odbieranie połączeń

• Kolejka połączeń - Aby skonfigurować kolejkę połączeń, zobacz Kolejka połączeń

• Grupy łowieckie – Aby zarządzać grupami łowieckimi, zobacz Zarządzanie grupami łowieckimi

• Tryby pracy – Aby uzyskać informacje na temat routingu połączeń w oparciu o tryby pracy, zobacz Routing połączeń w oparciu o tryby pracy

• Grupy stronicowania – Aby skonfigurować grupę stronicowania, zobacz Konfigurowanie grupy stronicowania

• Nagrania – Aby zarządzać nagrywaniem rozmów w ramach usługi Webex Calling, zobacz Zarządzanie nagraniami

• Zasięg pojedynczego numeru – Aby skonfigurować zasięg pojedynczego numeru (biuro w dowolnym miejscu), zobacz Konfigurowanie zasięgu pojedynczego numeru

• Grupa poczty głosowej — aby zarządzać współdzieloną pocztą głosową i skrzynką faksów przychodzących dla usługi Webex Calling, zobacz Zarządzanie pocztą głosową.

Testowanie akceptacyjne ma na celu zapewnienie, że zmigrowane środowisko spełnia wymagania funkcjonalne, działa zgodnie z oczekiwaniami i zapewnia użytkownikom bezproblemową obsługę we wszystkich procesach komunikacji. Proces weryfikacji jest wieloaspektowy i obejmuje wszystko, począwszy od konfigurowania użytkowników i przydzielania numerów, aż po wydajność operacyjną zaawansowanych funkcji połączeń.

W tej sekcji podano przykłady i podkreślono najważniejsze aspekty, które należy wziąć pod uwagę podczas testów akceptacyjnych. Nie należy jej jednak traktować jako wyczerpującej ani kompleksowej listy kontrolnej.

Przydzielanie użytkowników i numerów

Podstawowym aspektem testów akceptacyjnych jest sprawdzenie, czy wszyscy użytkownicy zostali prawidłowo i w pełni skonfigurowani w usłudze Webex Calling. Wymaga to dokładnego porównania katalogu źródłowego (Unified CM) z nowo utworzoną bazą użytkowników Webex Calling, aby mieć pewność, że każde konto użytkownika wraz z powiązanymi atrybutami, takimi jak numery wewnętrzne i przypisania bezpośrednich połączeń przychodzących (DID), zostało poprawnie zmigrowane. Kompletność dostaw jest niezwykle istotna nie tylko ze względu na możliwość natychmiastowego uruchomienia, ale także ze względu na bieżącą administrację i wsparcie.

Weryfikacja przypisania numeru obejmuje potwierdzenie, że każdemu użytkownikowi przypisano właściwy numer wewnętrzny i zewnętrzny oraz że numery te są prawidłowo kierowane zarówno w przypadku połączeń wewnętrznych (w sieci), jak i zewnętrznych (PSTN). Należy koniecznie sprawdzić, czy nie występują nakładki, brakujące przypisania lub błędne konfiguracje, które mogłyby doprowadzić do błędów w kierowaniu połączeń lub przerw w świadczeniu usług.

Przepływy połączeń PSTN i prezentacja identyfikatora dzwoniącego

Solidna procedura testowania akceptacyjnego musi obejmować kompleksową walidację przepływów połączeń PSTN. Dotyczy to zarówno scenariuszy połączeń przychodzących, jak i wychodzących. W przypadku połączeń przychodzących PSTN zespół testujący powinien potwierdzić, że połączenia są dostarczane do docelowych punktów końcowych, niezależnie od tego, czy są to indywidualni użytkownicy, kolejki połączeń, grupy przechwytujące czy automatyczne sekretarki. Połączenia wychodzące PSTN muszą zostać zrealizowane pomyślnie, ze szczególnym uwzględnieniem prawidłowego dostarczenia i wyświetlenia informacji o numerze dzwoniącego. Polega to na zapewnieniu, że odbiorcy zewnętrzni zobaczą prawidłowe imię i nazwisko osoby dzwoniącej oraz jej numer, zgodnie z polityką organizacji i wymogami regulacyjnymi.

Testowanie powinno również obejmować scenariusze awaryjne, takie jak obsługa niedostępnych punktów końcowych lub przerw w działaniu sieci. Pomaga to potwierdzić, że mechanizmy awaryjne i alternatywne trasy działają prawidłowo, zapewniając ciągłość i niezawodność usługi.

Przepływy połączeń w sieci

Wewnętrzne, czyli sieciowe przepływy połączeń stanowią podstawę komunikacji w przedsiębiorstwie. Testy akceptacyjne w tym obszarze mają na celu sprawdzenie, czy połączenia między użytkownikami w organizacji są prawidłowo przekierowywane, a funkcje takie jak przekazywanie, wstrzymywanie, przekierowywanie i konferencje połączeń działają zgodnie z oczekiwaniami. Należy potwierdzić integralność planów wybierania numerów, łączność między numerami wewnętrznymi i obsługę zasad połączeń obowiązujących w organizacji.

Obsługa połączeń użytkownika i walidacja funkcji

Ważnym aspektem testów akceptacyjnych jest sprawdzenie, w jaki sposób użytkownicy obsługują połączenia przy użyciu aplikacji Webex i obsługiwanych telefonów stacjonarnych. Proces ten koncentruje się na potwierdzeniu, że codzienne procesy obsługi połączeń są intuicyjne i niezawodne, a użytkownicy mają bezproblemowy dostęp do podstawowych funkcji niezbędnych do pełnienia ich ról. Testy mają na celu ocenę łatwości, z jaką użytkownicy mogą wykonywać i odbierać połączenia, zarządzać funkcjami oczekiwania i wznawiania połączeń oraz wykonywać zarówno przekierowania w ciemno, jak i z konsultacją. Należy również sprawdzić, czy przekierowywanie połączeń, konferencje i inne zaawansowane funkcje, takie jak parkowanie i odbieranie połączeń lub aktywowanie trybu „nie przeszkadzać”, są łatwo dostępne i działają bezproblemowo.

Należy ocenić przejrzystość i responsywność usługi, biorąc pod uwagę sposób, w jaki użytkownicy korzystają z historii połączeń, poczty głosowej i zintegrowanych katalogów. Należy zwrócić szczególną uwagę na możliwość przenoszenia aktywnych połączeń między urządzeniami i efektywne korzystanie z elementów sterujących połączeniami w aplikacji lub na telefonach stacjonarnych. Końcowym celem jest zapewnienie, że doświadczenie użytkownika końcowego będzie spójne, efektywne i w pełni odpowiada potrzebom komunikacyjnym organizacji po migracji.

Kolejki połączeń: Doświadczenie agenta i kierownika

Kolejki połączeń są często używane w sytuacjach, w których występuje duża liczba połączeń przychodzących. Testowanie akceptacyjne koncentruje się w tym przypadku na kilku wymiarach. Najpierw należy sprawdzić, czy połączenia są rozdzielane między agentów zgodnie ze skonfigurowaną logiką kolejki, np. metodą karuzelową, najdłuższym czasem bezczynności lub jednoczesnym dzwonieniem. Należy zadbać o przejrzystość i łatwość obsługi sposobu wyświetlania połączeń oczekujących na połączenie na komputerach agentów, aby zapewnić agentom możliwość efektywnego odbierania, wstrzymywania i przekazywania połączeń.

W przypadku kierowników środowisko pulpitu powinno zostać ocenione pod kątem takich funkcji, jak monitorowanie w czasie rzeczywistym, blokowanie połączeń oraz analiza lub wgląd w wydajność kolejki. Obejmuje to między innymi weryfikację pulpitów nawigacyjnych i narzędzi do raportowania, które dostarczają użytecznych danych na temat dystrybucji połączeń, aktywności agentów i wskaźników kolejki.

Grupy łowieckie: Dystrybucja połączeń

Grupy poszukiwawcze stanowią kluczowy mechanizm dystrybucji połączeń do zdefiniowanych wcześniej grup użytkowników. Testowanie akceptacyjne musi potwierdzić, że połączenia są kierowane do członków grupy na podstawie skonfigurowanego algorytmu wyszukiwania oraz że scenariusze przepełnienia, przekierowania i braku odpowiedzi są obsługiwane zgodnie z projektem. Aby zapewnić spójność operacyjną i zadowolenie użytkowników, konieczne jest upewnienie się, że przynależność do grupy i sposób kierowania połączeń są zgodne z tymi ustalonymi wcześniej w Unified CM.

Automatyczne sekretarki: Ogłoszenia i operacje menu

Automatyczne sekretarki stanowią pierwszą linię automatycznej obsługi połączeń. Testowanie musi obejmować odtwarzanie komunikatów, dokładność nagranych powitań i prawidłowe działanie drzewek menu. Wybór opcji w menu powinien niezawodnie kierować rozmówców do odpowiednich działów, osób lub numerów zewnętrznych. Testowanie powinno również obejmować scenariusze nieprawidłowe lub przekroczenia limitu czasu, aby potwierdzić, że osoby dzwoniące otrzymują jasne wskazówki lub są przekierowywane zgodnie z oczekiwaniami.

Obsługa poczty głosowej

Wreszcie, funkcjonalność poczty głosowej ma kluczowe znaczenie dla doświadczenia użytkownika. Testy akceptacyjne mają na celu sprawdzenie, czy skrzynki poczty głosowej są prawidłowo przypisane i dostępne, zarówno w obrębie organizacji, jak i zdalnie. Należy potwierdzić możliwość rejestrowania, pobierania i zarządzania wiadomościami, a także dostarczania powiadomień.