Pierwszym krokiem w przejściu do systemu Webex Calling jest zapewnienie niezawodnej i bezpiecznej łączności internetowej między siecią lokalną a chmurą Webex.

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

Administratorzy sieci i zabezpieczeń muszą rozumieć te przepływy pod względem:

• Kierunek (przychodzący vs wychodzący)

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

• Zak@@ resy adresów IP używane przez usługi Webex

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

Gwarantuje to, że zapory firmowe, urządzenia NAT i inna infrastruktura sieciowa są odpowiednio skonfigurowane tak, aby dostosowywać Webex Calling ruch przy jednoczesnym zachowaniu korporacyjnych zasad bezpieczeństwa.

Aby uzyskać informacje na temat wymaganych przepływów, w tym adresu IP, portów i protokołów, zobacz Informacje referencyjne dotyczące portu Webex Calling. Informacje te służą do skonfigurowania zapory ogniowej, serwerów proxy i innej infrastruktury sieciowej w istniejącym wdrożeniu, aby umożliwić przepływ Webex Calling sieciowy.

Zdecentralizowany dostęp do Internetu z każdego oddziału lub witryny jest zalecanym podejściem do usług współpracy w chmurze, takich jakWebex Calling. Zezwalając na lokalne wyjście ruchu, ten model:

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

• Skaluje się wydajnie, ponieważ więcej użytkowników i witryn przechodzi do Webex Calling

• Bezproblemowo współpracuje z SD-WAN, który może dynamicznie kierować sesje do najbliższego punktu wejścia do chmury Webex w celu uzyskania optymalnej wydajności

• Umożliwia śledzenie lokalizacji użytkownika na podstawie ich publicznego adresu IP, co pomaga w analizie ścieżki multimediów i rozwiązywaniu problemów.

Ponadto organizacje muszą zapewnić odpowiednią przepustowość Internetu w każdej lokalizacji. Przepustowość powinna być mierzona w oparciu o oczekiwaną liczbę jednoczesnych połączeń, wybranego kodeka (np. Opus lub G.711), plus koszty związane z sygnalizacją, retransmisją i wzrostem. Jest to zgodne z fazą Przygotowywania cyklu życia PPDIO i tworzy solidną podstawę migracji.

Podsekcja wstępnej konfiguracji w fazie wdrażania wdrażania ma Webex Calling podstawę do stworzenia dobrze zorganizowanego i łatwego do zarządzania środowiska połączeń w chmurze. Ten etap obejmuje krytyczne zadania, takie jak skonfigurowanie organizacji Control Hub, pozyskiwanie i przydzielanie licencji oraz weryfikacja i odbieranie domen firmy w celu zapewnienia prawidłowego zarządzania użytkownikami i bezpieczeństwa. Dodatkowo obejmuje udostępnianie szablonów licencji w celu automatyzacji przypisywania licencji użytkownika, konfigurowanie logowania jednokrotnego (SSO) w celu usprawnienia uwierzytelniania użytkowników i zwiększenia bezpieczeństwa oraz dostosowywanie ustawień usług i klientów w celu dostosowania do zasad organizacji i potrzeb użytkowników. Wykon anie tych początkowych czynności konfiguracyjnych zapewnia odpowiednie skonfigurowanie Webex Calling środowiska pod kątem skalowalności, bezpieczeństwa i bezproblemowej obsługi użytkownika, przygotowując grunt pod kolejne fazy wdrażania i operacyjne.

W fazie wdrażania przeprowadzenie migracji pilotażowej stanowi kluczowy kamień milowy w walidacji przejścia od Unified CM doWebex Calling. Ten pilotaż obejmuje udostępnienie reprezentatywnego podzbioru użytkowników w jednej lub kilku lokalizacjach na Webex Calling platformie, zapewniając, że wybrana populacja odzwierciedla różnorodne przypadki użycia i role organizacyjne. Równolegle z migracją użytkowników niezbędne usługi współpracy, takie jak poczta głosowa, automatyczne obsługa połączeń, kolejki połączeń i grupy polowania, muszą zostać przeniesione na ich Webex Calling odpowiedniki, aby zachować ciągłość działania i funkcjonalność usług.

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

Podstawowe cele tego pilotażowego wdrożenia są dwojakie: po pierwsze, walidacja i udo skonalenie procesów przejścia od końca do końca, w tym przepływów pracy udostępniania użytkowników, procedur migracji danych i konfiguracji punktów końcowych; oraz po drugie, kompleksowa wer yfikacja funkcjonalności migrowanych usług w rzeczywistych warunkach operacyjnych.

To etapowe podejście pozwala zespołowi projektownemu zidentyfikować i zaradzić wszelkim problemom technicznym lub proceduralnym w kontrolowanym środowisku, zebrać opinie użytkowników na temat nowej platformy, ocenić skuteczność wybranych narzędzi migracji i nabrać zaufania do metodologii migracji przed przystąpieniem do szerszego wdrażania organizacji.

Spostrzeżenia uzyskane podczas tej fazy pilotażowej mają kluczowe znaczenie dla optymalizacji kolejnych fal migracji i zapewnienia płynnego, ogranicz onego ryzyka przejścia dla całego przedsiębiorstwa.

Aby uzyskać usługi PSTN dlaWebex Calling, najpierw wybierz opcję łączności PSTN w centrum sterowania.

Jeśli organizacja planuje utrzymywać hybrydową kontrolę połączeń podwójnych (faza 1 na rysunku Phased Calling Transition: Hybrid and Cloud) tymczasowo lub w nieskończoność, będzie musiała wdrożyć jedną lub więcej lokalnych bramek dla lokalnego PSTN, aby umożliwić połączenia między punktami końcowymi a punktami końcowymi. Webex Calling Unified CM

Jeśli celem końcowym, w tym PSTN, jest pełne przejście (faza 2) do chmury, to dla PSTN wymagany będzie plan połączenia Cisco lub Webex Calling opcja Cloud Connect for.

Współpracuj z wybranym dostawcą, aby zamówić i portować numery telefonów przed skonfigurowaniem ich w Control Hub. Zamawianie numerów telefonów lub inicjowanie zamówień portowych jest wymagane/możliwe tylko dla lokalnych PSTN i Cloud Connect dla. Webex Calling W przypadku planów połączeń Cisco zamawianie i przenoszenie jest inicjowane z poziomu Control Hub zaraz po utworzeniu lokalizacji oraz w krajach, w których dostępny jest plan połączeń Cisco. Aby uzyskać więcej informacji na temat planów połączeń Cisco, zobacz Pierwsze kroki z planami Cisco.

W ramach implementacji PSTN upewnij się, że Twój dostawca włączył zarówno przychodzące, jak i wychodzące usługi PSTN dla Twojej lokalizacji. Dodatkowo wykonuj połączenia testowe, aby sprawdzić, czy połączenia są kierowane poprawnie przez wybrane połączenie PSTN.

Przed dodaniem użytkowników i urządzeń doWebex Calling, musisz podać lokalizacje połączeń. Dla każdej lokalizacji należy podać prawidłowy adres ulicy. W Stanach Zjednoczonych i Kanadzie adres ten jest sprawdzany i używany przez platformę do wysyłania informacji o lokalizacji PIDF-LO w przypadku połączeń alarmowych.

Podczas konfigurowania lokalizacji korzystających z lokalnego PSTN należy odpowiednio skonfigurować bramki lokalne. W Webex Calling programie dla każdej bramki lokalnej należy utworzyć blok i grupę tras, a następnie przypisana jest grupa tras jako wybór PSTN dla lokalizacji. Cisco zdecydowanie zaleca zawsze wybieranie grupy tras jako wyboru PSTN, ponieważ takie podejście pozwala na łatwe dodawanie dodatkowych pni w przyszłości, wspierając zarówno skalowalność, jak i redundancję. Cisco zaleca również włączenie obsługi podwójnej tożsamości i obsługi P-Charge-Info w każdym magistrali PSTN, ponieważ upraszcza to identyfikację podmiotu podlegającego opłacie za połączenia wychodzące bezpośrednie lub przekierowane. Jeśli dostawca usług PSTN używa innego nagłówka do rozliczeń, możesz skopi ować informacje z nagłówka P-Charge-Info w bramce lokalnej do wymaganego nagłówka rozliczeniowego.

W przypadku lokalizacji, które używają usługi Cloud Connect for Webex Calling lub Cisco Calling Plan jako opcji PSTN, po prostu wybierz odpowiedni wybór PSTN dla danej lokalizacji podczas konfiguracji. Jeśli lokalizacja korzysta z usługi Cloud Connect for Webex Calling lub lokalnego PSTN, należy dodać numery telefonów zamówione w poprzednim kroku. Numery mogą być dodawane jako nieaktywne, jeśli nie chcesz od razu włączać je do routingu połączeń; możesz aktywować te numery później, gdy zostaną przypisane do użytkowników lub funkcji.

Ważne jest, aby zawsze ustawić główny numer dla każdej lokalizacji. Numer główny można przypisać użytkownikowi lub funkcji, takiej jak automatyczna obsługa. Aby włączyć pocztę głosową w danej lokalizacji, należy ustawi ć numer pilota poczty głosowej, znany również jako numer portalu głosowego.

Dodatkowe ustawienia lokalizacji połączeń obejmują konfigurowanie szczegółów połączeń alarmowych, takich jak numer alarmowy, opcje powiadomień i ulepszone funkcje połączeń alarmowych. Należy również przejrzeć i dostosować ustawienia nagrywania, preferencje językowe i konfiguracje urządzeń zgodnie z wymaganiami dla każdej lokalizacji. Jeśli Twoja organizacja korzysta ze skróconego wybierania w sieci między lokalizacjami z numerami znaczącymi dla przedsiębiorstwa, pamiętaj, aby skonfigurować unikalny kod witryny dla lokalizacji w wewnętrznych ustawieniach wybierania numer ów. Wreszcie, jeśli wybieranie zewnętrzne wymaga wychod zącej cyfry wybierania, należy ją ustawić w ustawieniach wybier ania zewnętrznego. Gdy skonfigurowana jest cyfra wybierania wychodzącego, firma Cisco zaleca włączenie egzekwowania wychodzących cyfr wybierania w celu zapewnienia spójności.

Aby zintegrować się z lokalną kontrolą połączeń, konieczne jest skonfigurowanie linii kolejo wych, grup tras, planów wybierania numerów dla przedsiębiorstw oraz ustawień lokalizacji i ustawień globalnych. Rozpocznij od skonfigurowania skrzynek i bramek lokalnych przeznaczonych do wzajemnego połączenia z lokalnym systemem kontroli połączeń; ten krok jest wymagany tylko wtedy, gdy konieczne są dedykowane łączniki. Jeśli istniejące linie i grupy tras są wystarczające do wdrożenia, można je ponownie wykorzystać do lokalnego połączenia interaktywnego bez dodatkowej konfiguracji.

Po utworzeniu pni i grup tras, przystąp do tworzenia planów wybierania dla przedsiębiorstwa i przypisz odpowiednią grupę tras jako miejsce docelowe dla każdego planu wybierania. Jeśli integracja obejmuje wiele lokalnych systemów sterowania połączeniami połączonych za pomocą różnych kanałów, wymagane będzie wiele planów wybierania. Ważne jest, aby upewnić się, że te plany wybierania zawierają tylko wzorce niezbędne do kierowania połączeń do lokalnych miejsc docelowych.

Jeśli wdrożenie wymaga obsługi nieznanego routingu rozszerzeń, ta funkcja powinna być włączona na poziomie lokalizacji. Dodatkowo, gdy włączone jest routing nieznanych rozszerzeń, należy określić maksymalną nieznaną długość rozszerzenia w sekcji Tras owanie połączeń między Webex Calling i lokal nymi ustawień usług połączeń w Centrum sterowania. Zapewnia to płynne kierowanie połączeń i prawidłową obsługę scenariuszy wybierania numerów opartych na rozszerzeniach w zintegrowanym środowisku.

Podczas migracji użytkowników z Unified CM do Webex Calling użytkownika może nie być możliwe przeniesienie wszystkich użytkowników w tym samym czasie. Może to wynikać z wielu powodów, w tym między innymi z liczby witryn lub użytkowników, czasu potrzebnego na przejście do witryny i/lub grupy użytkowników w tym samym czasie, ograniczonego zasobu IT lub witryny w celu obsługi okna zmian, czasu trwania okna zmiany, złożoności zmian itp.

Podczas migracji użytkowników etapami ważne jest określenie, którzy użytkownicy muszą migrować razem w tej samej parti i. Głównym celem jest wspólna migracja użytkowników, którzy mają wzajemne zależności dla swoich usług i funkcji połączeń. Należy upewnić się, że wszystkie ich funkcje wywoływania (Przykład - kolejki połączeń) są w pełni funkcjonalne, tak Webex Calling jak były przed włączeniem przejściaUnified CM.

Nawet jeśli zaimplementujesz współpracę połączeń między bramami lokal Webex Calling nymi Unified CM i z nimi, nie można podzielić współdzielonych usług ani funkcji w tym połączeniu. Dlatego musisz zidentyfikować zależności między użytkownikami, patrząc na funkcje takie jak:

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

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

• Wiersze współdzielone

• Korzystanie z odbioru połączeń

• Używanie tych samych numerów call-park

• Domofon

• Kierownik/Administrator.

Przykładem może być użytkownik, który jest częścią grupy Unified CM Hunt, do Webex Calling której przechodzi. Ten użytkownik przejdzie do Webex Calling grupy Hunt i wszystkich innych członków Grupy Hunt. Dlatego po przejściu grupa Hunt i jej członkowie mogą z powodzeniem odbierać połączenia na nowej platformie.

Staje się to trudniejsze, gdy użytkownicy są połączeni z różnymi grupami użytkowników w celu uzyskania różnych usług i funkcji połączeń. Będzie to wymagało przeniesienia więcej niż jednej grupy użytkowników i jednej usługi telefonicznej Webex Calling w tym samym czasie.

Użyj danych wyjściowych z narzędzia Control Hub Migration Insights lub narzędzia innych firm użytych w fazie przygotowania, aby określić, którzy użytkownicy i funkcje powinny być pogrupowane razem. Ten wynik powinien zostać wykorzystany do opracowania planu migracji i da ci wgląd w sposób grupowania użytkowników i funkcji, które muszą zostać przeniesione razem.

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

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

• Sprawdź, czy wszyscy użytkownicy są w centrum sterowania

• Sprawdź, czy wszystkie TN są dostępne dla użytkowników w Control Hub

• Sprawdź poprawny format numeru telefonu w katalogu

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

• Weryfikacja lub konfiguracja wszystkich usług i funkcji połączeń dla grupy użytkowników (odpowiednio przed przejściem lub w trakcie przejścia)

• W katalogu firmowym dodaj użytkowników do grupy użytkowników obsługujących połączenia

• Narzędzia dźwigni — narzędzia do migracji użytkowników i funkcji Control Hub i/lub narzędzia stron trzecich

• Wyłączenie/Usuń numer katalogu użytkownika/urządzenia i funkcje/usługi wywołujące po przejściu. Unified CM

Po migracji grupy użytkowników przetestuj podzbiór użytkowników, aby sprawdzić poprawność działania wszystkich funkcji połączeń i usług. Jeśli funkcje wywoływania, takie jak kolejka połączeń, grupy polowania itp., są przenoszone z grupą użytkowników, przetestuj te usługi wywołujące pod kątem prawidłowej funkcjonalności.

W Webex Calling obszarze roboczym odnosi się do lokalizacji udostępnionej (takiej jak sala konferencyjna, przestrzeń do gromadzenia lub hot desk), do której można przypisać urządzenia, rozszerzenia i użytkowników. W przeciwieństwie do tradycyjnych telefonów Unifed CM, obszary robocze to:

• Zorientowany na lokalizację: powiązany z przestrzeniami fizycznymi.

• Urządzenie elastyczne: może mieć jedno lub więcej urządzeń (telefony biurkowe, tablice itp.).

Gdy obszary robocze zostaną zidentyfikowane jako część przejścia doWebex Calling, można je dodać w Centrum sterowania w obszarze Urządzenia. Każdy obszar roboczy wymaga przypisania urządzenia, a jeśli są już dostępneUnified CM, należy je zresetować lub ponownie udostępnić dla Webex. Webex CallingFunkcje takie jak poczta głosowa, przekierowywanie połączeń i odbiór połączeń można włączyć lub wyłączyć, a zasady mogą być stosowane w przypadku połączeń wideo, parkowania połączeń i mobilności w razie potrzeby. Przetestuj każdy obszar roboczy, wykonując połączenia wewnętrzne i zewnętrzne, testując funkcje wideo, konferencje i funkcje mobilności . Wreszcie, poinformuj użytkowników o wszelkich stosownych procesach dotyczących urządzeń w obszarze roboczym i rezerwacji.

Aby uzyskać więcej informacji na temat obszarów roboczych w Centrum sterowania, zobacz Obszary robo cze.

Telefony, które są obecnie zarejestrowane, Unified CM będą musiały zostać przeniesione w Webex Calling ramach przejścia do chmury. Aby migracja była jak najprostsza i minimalna szansa na awarię, Cisco zaleca jednoczesną migrację fizycznych witryn lub działów. Może być jednak wymagana migracja użytkowników partiami ze względu na zależności od funkcji. Aby uzyskać więcej informacji, zobacz sekcję Migracja użytkowników partiami.

Wszelkie Webex Calling obsługiwane telefony, z których musisz przejść, Unified CM będą musiały zostać skonfigurowane Webex Calling jako użytkownik lub przestrzeń robocza, a telefon fizyczny będzie musiał zostać ponownie skonfigurowany, aby się zarejestrować. Webex Calling Ponadto telefony z serii 7800 i 8800 wymagają aktualizacji oprogramowania układowego z oprogramowania sprzętowego Enterprise do oprogramowania wieloplatformowego telefonu (MPP). Proces ten obejmuje ładowanie przejści owego oprogramowania układowego przed załadowaniem oprogramowania MPP wymaganego do Webex Calling rejestracji. Wymaga również odpowiedniej licencji migracyjnej. Firma Cisco uspraw niła ten proces w ciągu ostatnich kilku lat, aby ułatwić aktualizację telefonów z oprogramowaniem sprzętowym Enterprise do oprogramowania MPP. Aby uzyskać więcej informacji na temat kroków ukończenia aktualizacji oprogramowania układowego, z obacz Konwertowanie telefonów IP z serii Cisco 7800 i 8800 między oprogramowaniem Enterprise i MP P.

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 Enterprise do oprogramowania MPP. To narzędzie umożliwia również dodawanie telefonów do Control Hub i przypisanie 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 z serii 9800 zarejestrowanych powyżej Unified CM wymóg migracji oprogramowania układowego nie ma zastosowania. Te telefony obsługują PhoneOS, który jest obsługiwany zarówno przez Unified CM iWebex Calling. Aby przejść do tych telefonów, musisz je dodaćWebex Calling, przypisać je do użytkownika lub obszaru roboczego, a następnie przywrócić ustawienia fabryczne telefony. Webex Calling Poniższy rysunek sekwencji rozruchu PhoneOS dla rejestracji pokazuje sekwencję rozruchu PhoneOS i sposób rejestracji telefonu po dodaniu go do Control Hub, nawet jeśli telefon jest nadal włączony Unified CM i/lub używane są opcje DHCP (przykład - 150). Webex Calling

Unified CMobsługuje przywracanie ustawień fabrycznych urządzeń PhoneOS, aby umożliwić wbudowanie funkcji Zero-Touch. Webex Calling Unified CMAdministratorzy mogą zdalnie przywrócić ustawienia fabryczne telefonów 9800 i 8875 za pośrednictwem stron administracyjnych CUCM, co eliminuje potrzebę fizycznego dostępu do telefonów, aby włączyć telefony. Webex Calling Ta funkcja jest obsługiwana w pakietach urządzeń od 9 września 2025 r.:

• CUCM v15 - Unified Communications Manager wersja 15

• CUCM v14 - Unified Communications Manager wersja 14.

Aby uzyskać więcej informacji na temat procesu rejestracji dla serii 9800, zobacz Proces rejestracji.

Oprócz telefonów IP Cisco może być wymagane udostępnienie innych urządzeń, takich jak analogowe adaptery telefoniczne (ATA), telefony bezprzewodowe (Wifi, DECT), urządzenia wideo, bramy głosowe oraz urządzenia i telef ^ony firm trzecich. Wiele z tych urządzeń nie ma ścieżki aktualizacji oprogramowania układowego, takiej jak telefony IP, aby przejść je z oprogramowania korporacyjnego na oprogramowanie układowe w chmurze . W związku z tym każde z tych urządzeń udostępnisz w Control Hub. Niektóre z nich nie mogą zostać przeniesione, Webex Calling a równoważny Webex Calling model będzie musiał je zastąpić (np. ATA 191/192) i inne będą wymagały ręcznej rekonfigur acji i/lub zmian w oprogramowaniu.

• Bramy głosowe — Aby przeprowadzić migrację bramy lokalnej, zobacz Migracja bramy lokalnej .

  Aby uzyskać więcej informacji na temat konfigurowania bramy głosowej VG400, VG410 lub VG420 w Centrum sterowania, zobacz Brama lokalna

• Analogowy adapter telefoniczny (ATA) — Aby rozpocząć pracę z urządzeniami Cisco ATA 191 i 192, z obacz Cisco ATA.

• Telefon bezprzewodowy Wifi - Aby zintegrować telefon bezprzewodowy Webex 840 i 860, zobacz Integracja telefonu bezprzewo dowego Webe x.

• Telefony bezprzewodowe DECT — Aby rozpocząć pracę z nową serią Cisco IP DECT 6800, zobacz Cisco IP DECT.

  Aby zbudować cyfrową sieć DECT i zarządzać nimi w centrum sterowania, zobacz Zarządzanie siecią DECT

  Aby uzyskać więcej informacji na temat systemu Cisco IP DECT 6800, zobacz Przewodnik wdrażania

• Urządzenia ⁱ telefony firm trz ecich — współpracuj z dostawcami ^firm trzecich nad wymaganiami dotyczącymi urządzenia/telefonu oraz procesu migracji lub zastępowania ich w celu wsparcia. Webex Calling

Wszelkie wymagane funkcje wywoływania muszą Webex Calling zostać udostępnione przed przejściem lub w trakcie przejścia. Jak omówiono w sekcji Migracja użytkowników w partiach, funkcje wywoływania muszą zostać skonfigurowane i przeniesione po przejściu użytkowników, którzy ich używają.

Szczegółowe informacje na temat konfigurowania każdej z Webex Calling funkcji można znaleźć w odpowiednich artykułach pomocy dotyczącej konfiguracji.

• Obsługa samochodów - Aby zarządzać pracownikami samochodowymi, zobacz Obsługa automatyczna

• Call park — Aby zarządzać parkowaniem telefonicznym, zobacz Call park

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

• Kolejki połączeń — Aby skonfigurować kolejkę połączeń, zobacz kolejka połączeń

• Grupy polowania — Aby zarządzać grupami polowań, zobacz Zarządzanie grupą polowań

• Tryby pracy — Aby uzyskać kierowanie połączeń na podstawie trybów pracy, zobacz Kierowanie połączeń w oparciu o tryby operacyjne

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

• Nagrania - Aby zarządzać nagrywaniem połączeńWebex Calling, zobacz Zarządzanie nagraniami

• Zasięg pojedynczej liczby — Aby skonfigurować zasięg pojedynczego numeru (biuro w dowolnym miejscu), zobacz Konfigurowanie pojedynczego numeru

• Grupa poczty głosowej — Aby zarządzać udostępnioną pocztą głosową i faksem przychodzącym, zobacz Zarządzanie pocz Webex Calling tą głosową.

Testowanie akceptacji zapewnia, że migrowane środowisko spełnia wymagania funkcjonalne, działa zgodnie z oczekiwaniami i zapewnia płynne wrażenia użytkownika we wszystkich przepływach pracy w komunikacji. Ten proces walidacji jest wieloaspektowy i obejmuje wszystko, od udostępniania użytkowników i przypisywania numerów po wydajność operacyjną zaawansowanych funkcji połączeń .

Ta sekcja zawiera przykłady i podkreśla kluczowe aspekty, które należy wziąć pod uwagę podczas testów akceptacyjnych; jednak, nie ma służyć jako wyczerpująca lub wyczerpująca lista kontrolna.

Przydzielanie użytkowników i przypisywanie numerów

Podstawowym aspektem testowania akceptacyjnego jest sprawdzenie, czy wszyscy użytkownicy są dostarczani dokładnie i całkowicie. Webex Calling Wymaga to dokładnego porównania katalogu source (Unified CM) z nowo utworzoną bazą Webex Calling użytkowników, aby upewnić się, że każde konto użytkownika wraz z powiązanymi atrybutami, takimi jak numery rozszerzeń i przypisania bezpośredniego wybierania wewnętrznego (DID), zostało poprawnie przeniesione. Kompletność zaopatrzenia ma kluczowe znaczenie nie tylko dla sprawności pierwszego dnia, ale także dla bieżącej administracji i wsparcia.

Sprawdzanie poprawności przypisania numerów obejmuje potwierdzenie, że każdemu użytkownikowi przypisano prawidłowe rozszerzenie i numer zewnętrzny oraz że numery te kierują się poprawnie zarówno w przepływie połączeń wewnętrznych (w sieci), jak i zewnętrznych (PSTN) . Konieczne jest sprawdzenie, czy nie występują nakładania się, brakujące przypisania lub błędne konfiguracje, które mogłyby prowadzić do błędów routingu połączeń lub przerw w świadczeniu usług.

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

Solidna procedura testowania akceptacji musi obejmować kompleksową walidację przepływów wywołań PSTN. Obejmuje to zarówno scenariusze połączeń przychodzących, jak i wychodzących . W przypadku przychodzących połączeń PSTN zespół testujący powinien potwierdzić, że połączenia są dostarczane do zamierzonych punktów końcowych, niezależnie od tego, czy są to indywidualni użytkownicy, kolejki połączeń, grupy polowania czy osoby obsługujące automatyczne. Wychodzące połączenia PSTN muszą być wykonywane pomyślnie, ze szczególnym uwzględnieniem prawidłowego dostarcz ania i prezentacji informacji o identyfikatorze dzwoniącego. Obej muje to zapewnienie, że prawidłowa nazwa i numer dzwoniącego są wyświetlane zewnętrznym odbiorcom, zgodnie z polityką organizacyjną i wymogami regulacyjnymi.

Testowanie powinno również dotyczyć scenariuszy przełączania awaryjnego, takich jak obsługa nieosiągalnych punktów końcowych lub zakłóceń w sieci. Pomaga to potwierdzić, że mechanizmy awaryjne i alternatywne routing działają prawidłowo, zachowując ciągłość i niezawodność usług.

Przepływy połączeń w sieci

Wewnętrzne lub w sieci przepływy połączeń stanowią podstawę komunikacji w przedsiębiorstwie. Testowanie akceptacji w tym obszarze sprawdza, czy połączenia między użytkownikami w organizacji są kierowane prawidłowo, a funkcje takie jak transfer połączeń, wstrzymanie, przekierowywanie i konferencje działają zgodnie z przeznaczeniem. Należy potwierdzić integralność planów wybier ania numerów, łączność rozszerzeń do rozszerzenia oraz obsługa zasad połączeń organizacyjnych.

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

Ważnym aspektem testowania akceptacji jest sprawdzanie sposobu, w jaki użytkownicy obsługują połączenia za pomocą aplikacji Webex i obsługiwanych telefonów stacjonarnych. Proces ten koncentruje się na potwierdzeniu, że codzienne przepływy pracy połączeń są intuicyjne i niezawodne oraz że użytkownicy mają płynny dostęp do podstawowych funkcji niezbędnych dla ich ról. Testowanie powinno oceniać łatwość, z jaką użytkownicy mogą nawiązywać i odbierać połączenia, zarządzać funkcjami wstrzymania i wznawiania oraz wykonywać transfery zarówno ślepe, jak i doradcze. Konieczne jest również sprawdzenie, czy przekierowywanie połączeń, konferencje i inne zaawansowane funkcje, takie jak parkowanie i pobieranie połączeń lub aktywacja nie przeszkadzają, są łatwo dostępne i działają płynnie.

Doświadczenie należy ocenić pod kątem przejrzystości i szybkości reakcji, biorąc pod uwagę interakcję użytkowników z historią połączeń, pocztą głosową i zintegrowanymi katalogami. Dodatkową uwagę należy zwrócić na możliwość przenoszenia aktywnych połączeń między urządzeniami i efektywnego korzystania z elementów sterujących podczas połączenia w aplikacji lub na telefonach fizycznych. Ostatecznym celem jest zapewnienie spójności, wydajności obsługi użytkownika końcowego i w pełni wspierania potrzeb komunikacyjnych organizacji po migracji.

Kolejki połączeń: doświadczenie agenta i przełożonego

Kolejki połączeń są często używane do obsługi scenariuszy połączeń przychodzących o dużej objętości. Testy akceptacyjne koncentrują się tutaj na kilku wymiarach. Najpierw należy sprawdzić, czy połączenia są dystrybuowane do agentów zgodnie ze skonfigurowaną logiką kolejki, taką jak okrągły łuk, najdłuższy bezczynność lub jednoczesny dzwonek. Prezentacja połączeń w kolejce na komputerach stacjonarnych agentów musi zostać zbadana pod kątem przejrzystości i łatwości obsługi, zapewniając agentom skuteczne przyjmowanie, zatrzymywanie i przesyłanie połączeń.

W przypadku przełożonych należy ocenić doświadczenie pulpitu pod kątem takich funkcji, jak monitorowanie w czasie rzeczywistym, łączenie połączeń oraz analiza lub w gląd w wydajność kolejki. Obejmuje to między innymi sprawdzanie poprawności pulpitów nawigacyjnych i narzędzi do raportowania, które zapewniają praktyczne dane dotyczące dystrybucji połączeń, aktywności agenta i wskaźników kolejek.

Grupy polowania: Dystrybucja połączeń

Grupy polowania są kluczowym mechanizmem dystrybucji połączeń do wstępnie zdefiniowanych zestawów użytkowników. Testowanie akceptacji musi potwierdzić, że połączenia są kierowane do członków grupy w oparciu o skonfigurowany algorytm polowania, a scenariusze przepełnienia, przekierowania i braku odpowiedzi są obsługiwane zgodnie z projektem. Zapewnienie, że członkostwo w grupie i zachowania związane z routingiem połączeń odpowiadają tym, które zostały wcześniej ustalone, Unified CM jest niezbędne dla spójności operacyjnej i satysfakcji użytkowników.

Auto Assistants: Ogłoszenia i operacje menu

Pracownicy automatyczni reprezentują pierwszą linię automatycznej obsługi połączeń. Testowanie musi obejmować odtwarzanie ogłoszeń, dokładność nagranych pozdrowień i prawidłowe działanie drzew menu. Wybór menu powinien niezawodnie kierować dzwoniących do odpowiednich działów, osób fizycznych lub numerów zewnętrznych. Testowanie powinno również obejmować nieprawidłowe scenariusze lub scenariusze limitu czasu, aby potwierdzić, że dzwoniący otrzymują jasne wskazówki lub są przekierowani zgodnie z przeznaczeniem.

Obsługa poczty głosowej

Wreszcie, funkcjonalność poczty głosowej ma kluczowe znaczenie dla doświadczenia użytkownika. Testy akceptacji powinny sprawdzić, czy skrzynki poczty głosowej są poprawnie przypisane i dostępne, zarówno w organizacji, jak i zdalnie. Możliwość nagrywania, pobierania i zarządzania wiadomościami musi zostać potwierdzona wraz z dostarczeniem powiadomień.

Aby monitorować środowisko po migracji, walidować wydajność i wprowadzać zmiany w celu zapewnienia stabilności i wydajności operacyjnej, zapoznaj się z sekcją Optymal iz acja.