A Webex Callingra való áttérés első lépése a megbízható és biztonságos internetkapcsolat biztosítása a helyszíni hálózat és a Webex felhő között.

Mivel a legtöbb szervezet egy vagy több tűzfalon vagy biztonsági eszközönkeresztül csatlakozik az internethez, elengedhetetlen annak ellenőrzése, hogy a szükséges forgalmi folyamatok támogatottak-e.

A hálózati és biztonsági rendszergazdáknak a következő szempontok alapján kell megérteniük ezeket a folyamatokat:

• Irány (bejövő vs. kimenő)

• Protokollok (Példa - SIP TLS, SRTP, HTTPS)

• A Webex szolgáltatások által használt IP-címtartományok

• A megnyitandó vagy engedélyezett portszámok

Ez biztosítja, hogy a vállalati tűzfalak, NAT-eszközök és egyéb hálózati infrastruktúra megfelelően legyenek konfigurálva a Webex Calling forgalom fogadására, miközben a vállalati biztonsági szabályzatok is megmaradnak.

A szükséges folyamatokról, beleértve az IP-címet, a portokat és a protokollokat, lásd: Portreferencia-információk a Webex-hívásokhoz. Ezen információk segítségével konfigurálhatja a tűzfalat, a proxykat és az egyéb hálózati infrastruktúrát a meglévő telepítésben a Webex Calling hálózati folyamatok engedélyezéséhez.

A felhőalapú együttműködési szolgáltatások, például a Webex Calling esetében az egyes fióktelepekről vagy telephelyekről történő decentralizált internetes kivezetés ajánlott megközelítés. Azzal, hogy engedélyezi a forgalom lokális kilépését, ez a modell:

• Csökkenti az oda-vissza késleltetést és a jittert, javítva az általános hívásminőséget

• Hatékonyan skálázható, ahogy egyre több felhasználó és webhely tér át a Webex Callingra

• Zökkenőmentesen működik az SD-WAN-nal, amely dinamikusan képes a munkameneteket a legközelebbi Webex felhőbelépési pontra irányítani az optimális teljesítmény érdekében.

• Lehetővé teszi a felhasználók helyének nyomon követését a nyilvános IP-címük alapján, ami segít a médiaútvonal-elemzésben és a hibaelhárításban.

Ezenkívül a szervezeteknek minden telephelyen megfelelő internet-sávszélességet kell biztosítaniuk. A sávszélességet a várható egyidejű hívások száma, a kiválasztott kodek (pl. Opus vagy G.711), valamint a jelzés, az újraküldés és a növekedés többletterhelése alapján kell méretezni. Ez összhangban van a PPDIO életciklusának előkészítési fázisával, és szilárd alapot teremt a migrációhoz.

A Webex Calling telepítésének megvalósítási fázisán belüli kezdeti beállítási alszakasz alapvető fontosságú egy jól strukturált és kezelhető felhőalapú híváskörnyezet létrehozásához. Ez a szakasz olyan kritikus feladatokat foglal magában, mint a Control Hub szervezet beállítása, a licencek beszerzése és kiosztása, valamint a vállalat domainjeinek ellenőrzése és igénylése a megfelelő felhasználókezelés és biztonság biztosítása érdekében. Ezenkívül magában foglalja a licencsablonok kiépítését a felhasználói licencek kiosztásának automatizálásához, az egyszeri bejelentkezés (SSO) konfigurálását a felhasználói hitelesítés egyszerűsítése és a biztonság fokozása érdekében, valamint a szolgáltatás- és kliensbeállítások módosítását a szervezeti szabályzatokkal és a felhasználói igényekkel való összhang érdekében. Ezen kezdeti beállítási tevékenységek elvégzése biztosítja, hogy a Webex Calling környezet megfelelően legyen konfigurálva a skálázhatóság, a biztonság és a zökkenőmentes felhasználói élmény érdekében, előkészítve a terepet a későbbi telepítési és üzemeltetési fázisokhoz.

A megvalósítási fázisban egy kísérleti migráció végrehajtása kritikus mérföldkövet jelent az Unified CM-ről a Webex Callingra való áttérés validálásában. Ez a kísérleti projekt a felhasználók egy reprezentatív részhalmazának kiépítését foglalja magában egy vagy több helyszínen a Webex Calling platformon, biztosítva, hogy a kiválasztott populáció a felhasználási esetek és szervezeti szerepkörök sokszínűségét tükrözze. A felhasználók migrálásával párhuzamosan az alapvető együttműködési szolgáltatásokat, beleértve a hangpostát, az automatikus kezelőket, a hívássorokat és a keresési csoportokat, át kell állítani a Webex Calling megfelelőire az üzletmenet folytonosságának és a szolgáltatás funkcionalitásának fenntartása érdekében.

A kísérleti migrációnak a Cisco által biztosított eszközök és harmadik féltől származó migrációs segédprogramok ugyanazon kombinációját kell használnia, mint amelyet a szélesebb körű szervezeti telepítéshez terveztek, biztosítva, hogy a folyamatok, az automatizálási munkafolyamatok és az integrációs pontok reprezentatív körülmények között alaposan validáltak legyenek.

A kísérleti telepítés fő célja kettős: Először is, a teljes körű átmeneti folyamatok validálása és finomítása, beleértve a felhasználók kiépítésének munkafolyamatait, az adatmigrációs eljárásokat és a végpontok konfigurációját; másodszor pedig a migrált szolgáltatások funkcionalitásának átfogó ellenőrzése valós működési körülmények között.

Ez a szakaszos megközelítés lehetővé teszi a projektcsapat számára, hogy ellenőrzött környezetben azonosítsa és orvosolja a technikai vagy eljárási problémákat, felhasználói visszajelzéseket gyűjtsön az új platformmal kapcsolatos élményről, felmérje a kiválasztott migrációs eszközök hatékonyságát, és bizalmat építsen ki a migrációs módszertan iránt, mielőtt folytatná a szélesebb körű szervezeti telepítést.

A kísérleti fázis során szerzett ismeretek elengedhetetlenek a későbbi migrációs hullámok optimalizálásához és a teljes vállalat zökkenőmentes, kockázatmentes átmenetének biztosításához.

A Webex Calling PSTN-szolgáltatásainak beszerzéséhez először válasszon ki egy PSTN-kapcsolati lehetőséget a Control Hubban.

Ha egy szervezet hibrid kettős hívásvezérlés fenntartását tervezi ( 1. fázis a ábrán látható Fázisos hívásátmenet: Hibrid és felhőalapú) rendszerek esetén, akár ideiglenesen, akár határozatlan ideig, egy vagy több helyi átjárót kell telepíteniük a helyszíni PSTN-hez, hogy lehetővé tegyék a hívásokat a Webex Calling és az Unified CM végpontok között.

Ha a felhőbe való teljes átállás ( 2. fázis) a végső cél, beleértve a PSTN-t is, akkor vagy egy Cisco Calling Plan, vagy egy Cloud Connect for Webex Calling opcióra lesz szükség a PSTN-hez.

A Control Hubban történő konfigurálás előtt a kiválasztott szolgáltatóval együtt rendelheti meg és viheti át a telefonszámokat. Telefonszámok megrendelése vagy számhordozási megbízások kezdeményezése csak required/possible helyszíni PSTN-hez és Cloud Connecthez Webex Callinghoz. A Cisco híváscsomagok esetében a rendelés és a portolás a Control Hub-on belül kezdeményezhető, amint a helyszín létrejön, és azokban az országokban, ahol a Cisco híváscsomag elérhető. A Cisco Calling csomagokkal kapcsolatos további információkért lásd: A Cisco csomagok használatának megkezdése.

A PSTN megvalósításának részeként győződjön meg arról, hogy a szolgáltatója engedélyezte mind a bejövő, mind a kimenő PSTN szolgáltatásokat az Ön tartózkodási helyén. Ezenkívül végezzen teszthívásokat annak ellenőrzésére, hogy a hívások megfelelően továbbítódnak-e a kiválasztott PSTN-kapcsolaton keresztül.

Mielőtt felhasználókat és eszközöket adna hozzá a Webex Callinghoz, ki kell építenie a hívási helyeket. Minden helyszínhez érvényes utcanevet kell megadni. Az Egyesült Államokban és Kanadában ezt a címet a platform validálja és használja a PIDF-LO helymeghatározási információk küldésére segélyhívásokhoz.

Helyszíni PSTN-t használó helyszínek konfigurálásakor ennek megfelelően kell beállítani a helyi átjárókat. A Webex Calling szolgáltatásban minden helyi átjáróhoz létre kell hozni egy trunkot és egy útvonalcsoportot, majd az útvonalcsoportot a rendszer a helyszín PSTN-választásaként rendeli hozzá. A Cisco határozottan javasolja, hogy mindig útvonalcsoportot válasszon PSTN-ként, mivel ez a megközelítés lehetővé teszi további trunkok egyszerű hozzáadását a jövőben, támogatva mind a skálázhatóságot, mind a redundanciát. A Cisco azt is javasolja, hogy minden PSTN trönkön engedélyezzék a kettős identitást és a P-Charge-Info támogatást, mivel ez leegyszerűsíti a számlázandó fél azonosítását a kimenő közvetlen vagy átirányított hívások esetében. Ha a PSTN-szolgáltatója más fejlécet használ a számlázáshoz, akkor a helyi átjáró P-Charge-Info fejlécéből átmásolhatja az információkat a kívánt számlázási fejlécbe.

Azokon a helyszíneken, ahol a Cloud Connect for Webex Calling vagy a Cisco Calling Plan szolgáltatást használják PSTN-opcióként, egyszerűen válassza ki a helyszínhez tartozó PSTN-opciót a beállítás során. Ha a helyszín Cloud Connect for Webex Calling vagy helyszíni PSTN-t használ, akkor hozzá kell adnia az előző lépésben megrendelt telefonszámokat. A számok inaktívként hozzáadhatók, ha nem szeretné, hogy azonnal szerepeljenek a hívásirányításban; ezeket a számokat később aktiválhatja, amikor felhasználókhoz vagy funkciókhoz rendeli őket.

Fontos, hogy mindig beállítsuk az egyes helyszínek fő számát. A fő szám hozzárendelhető egy felhasználóhoz vagy egy funkcióhoz, például egy automatikus hívószámhoz. A hangposta engedélyezéséhez a helyszínen állítsa be a hangposta pilotszámát, más néven a hangportál számát.

A hívási helyszínekre vonatkozó további beállítások közé tartozik a segélyhívás részleteinek konfigurálása, például a segélyhívó szám, az értesítési beállítások és a továbbfejlesztett segélyhívási funkciók. Ezenkívül az egyes helyszínekhez tartozó felvételi beállításokat, nyelvi preferenciákat és eszközkonfigurációkat is át kell tekintenie és szükség szerint módosítania kell. Ha szervezete rövidített, telephelyek közötti, vállalati jelentős számokkal történő tárcsázást használ, ne felejtse el egyedi telephelykódot konfigurálni a helyszínhez a belső tárcsázási beállításokban. Végül, ha a külső tárcsázáshoz kimenő hívószámra van szükség, mindenképpen állítsa be ezt a külső tárcsázási beállításokban. Kimenő hívószám konfigurálásakor a Cisco azt javasolja, hogy engedélyezze a kimenő hívószámok kényszerítését az egységesség biztosítása érdekében.

A helyszíni hívásvezérléssel való integrációhoz konfigurálni kell a trönköket, az útvonalcsoportokat, a vállalati tárcsázási terveket, valamint a hely- és globális beállításokat. Kezdje a helyszíni hívásvezérlő rendszerrel való összekapcsolásra szánt trönkök és helyi átjárók beállításával; ez a lépés csak akkor szükséges, ha dedikált trönkökre van szükség. Ha a meglévő trunkok és útvonalcsoportok elegendőek a telepítéshez, akkor további konfiguráció nélkül újra felhasználhatók a helyszíni összekapcsoláshoz.

Miután a trönkök és az útvonalcsoportok létrejöttek, folytassa a vállalati tárcsázási tervek létrehozásával, és rendelje hozzá a megfelelő útvonalcsoportot célállomásként minden tárcsázási tervhez. Amikor az integráció több helyszíni hívásvezérlő rendszert foglal magában, amelyek különböző trönkön keresztül csatlakoznak, több tárcsázási tervre lesz szükség. Fontos biztosítani, hogy ezek a tárcsázási tervek csak a helyszíni célhelyekre irányuló hívások irányításához szükséges mintákat tartalmazzák.

Ha a telepítéshez ismeretlen bővítmény-útválasztás támogatása szükséges, ezt a funkciót a hely szintjén kell engedélyezni. Továbbá, ha az ismeretlen mellék átirányítása aktiválva van, meg kell adnia az ismeretlen mellék maximális hosszát a Control Hub hívásszolgáltatási beállításainak Hívásútválasztás a Webex Calling és a helyszín között szakaszában. Ez biztosítja a zökkenőmentes hívásirányítást és a mellék alapú tárcsázási forgatókönyvek megfelelő kezelését az integrált környezetben.

Amikor felhasználókat migrál az Unified CM-ből a Webex Callingba, előfordulhat, hogy nem tudja egyszerre az összes felhasználót áthelyezni. Ennek több oka is lehet, beleértve, de nem kizárólagosan a webhelyek vagy felhasználók számát, a webhely áttelepítéséhez szükséges időt and/or egyszerre több felhasználó, korlátozott informatikai vagy telephelyi erőforrás a változtatási időszak támogatásához, a változtatási időszak időtartama, a változtatás összetettsége stb.

Amikor fázisokban migrál felhasználókat, kritikus fontosságú azonosítani, hogy mely felhasználókat kell együtt, ugyanabban a kötegbenmigrálni. Az elsődleges cél a felhasználók közös migrálása, akik függőségekben állnak egymástól a hívási szolgáltatásaik és funkcióik tekintetében. Biztosítani szeretné, hogy minden hívási funkciójuk (például hívási várólisták) teljes mértékben működőképes legyen a Webex Callingon, ahogyan az Unified CM-re való áttérés előtt is volt.

Még ha helyi átjárókkal valósítja meg a hívás-együttműködést az Unified CM és a Webex Calling között, akkor sem oszthatja szét a megosztott szolgáltatásokat vagy funkciókat ezen a kapcsolaton keresztül. Ezért a felhasználók közötti függőségeket olyan jellemzők vizsgálatával kell azonosítani, mint:

• Más felhasználók monitorozása BLF-ek használatával

• Ugyanabban a vadászpilótában, hívássorban stb.

• Megosztott vonalak

• Hívásfogadás használata

• Ugyanazon hívásparkoló számok használata

• Intercom

• Executive/Admin.

Példa erre egy olyan felhasználó, aki egy Unified CM Hunt Group tagja, amelyet átállítanak a Webex Calling szolgáltatásra. Ez a felhasználó a Webex Calling szolgáltatásra vált a Hunt csoporttal és a Hunt csoport összes többi tagjával. Így az átállást követően a Hunt Group és tagjai sikeresen fogadhatják a hívásokat az új platformon.

Ez nagyobb kihívást jelent, ha a felhasználók különböző felhasználói csoportokhoz csatlakoznak különböző hívásszolgáltatások és funkciók igénybevételéhez. Ehhez egynél több felhasználói csoportot és egy hívásszolgáltatást kell egyszerre Webex Callingra átállítani.

A Control Hub Migration Insights eszköz vagy a harmadik féltől származó eszköz kimenetét használva, amelyet az előkészítési fázisban használt, határozza meg, hogy mely felhasználókat és funkciókat kell csoportosítani. Ezt a kimenetet kellett volna felhasználni a migrációs terv kidolgozásához, és betekintést nyújt abba, hogyan fogod csoportosítani azokat a felhasználókat és funkciókat, amelyeknek együtt kell átállniuk.

A felhasználók csoportos áttelepítésének legfontosabb lépései a következők:

• Felhasználók azonosítása közös migráláshoz

• Ellenőrizze, hogy minden felhasználó jelen van-e a Control Hubban

• Ellenőrizze, hogy az összes felhasználói név létezik-e a Control Hub-ban.

• Ellenőrizze a telefonszám helyes formátumát a telefonkönyvben

• Győződjön meg arról, hogy a felhasználói csoportok licencelési és beállítási sablonjai helyesen vannak beállítva.

• A felhasználói csoport összes hívásszolgáltatásának és funkciójának ellenőrzése vagy konfigurálása (az átállás előtt vagy alatt, adott esetben)

• A vállalati címtárban adjon hozzá felhasználókat a hívásra jogosult felhasználók csoportjához

• Eszközök kihasználása – Control Hub felhasználó- és funkciómigrációs eszközök and/or harmadik féltől származó eszközök

• Disable/Delete user/device hívószám és hívás features/services az Unified CM-en az átállás után.

Felhasználói csoport migrálása után tesztelje a felhasználók egy részhalmazát, hogy ellenőrizze, hogy az összes hívási funkciójuk és szolgáltatásuk megfelelően működik-e. Ha a hívási funkciók, mint például a hívássor, a keresési csoportok stb. átkerülnek a felhasználói csoporttal, akkor tesztelje ezeket a hívási szolgáltatásokat a megfelelő működés szempontjából.

A Webex Callingban a munkaterület egy megosztott helyszínre utal (például konferenciateremre, tárgyalóra vagy hot deskre), amelyhez eszközök, mellékek és felhasználók rendelhetők hozzá. A hagyományos Unifed CM telefonokkal ellentétben a munkaterületek:

• Helyszínközpontú: fizikai terekhez kötve.

• Eszközhöz igazítható: egy vagy több eszközzel is rendelkezhet (asztali telefonok, táblák stb.).

Miután a munkaterületeket azonosították a Webex Callingra való áttérés részeként, hozzáadhatók a Control Hub Eszközök részében. Minden munkaterülethez eszköz-hozzárendelés szükséges, és ha már szerepelnek az Unified CM-ben, akkor alaphelyzetbe kell állítani vagy újra kell kiépíteni őket a Webex számára. A Webex Calling funkciói, mint például a hangposta, a hívásátirányítás és a hívásfogadás engedélyezhetők vagy letilthatók, és szükség szerint szabályzatok alkalmazhatók a videohívásokra, a hívásparkoltatásra és a mobilitásra. Teszteljen minden munkaterületet belső és külső hívások kezdeményezésével, videó-, konferencia- és mobilitási funkciók tesztelésével. Végül tájékoztassa a felhasználókat a munkaterület eszközeire és foglalásaira vonatkozó folyamatokról.

A Control Hub munkaterületeivel kapcsolatos további információkért lásd: Munkaterületek.

A jelenleg az Unified CM-hez regisztrált telefonokat a felhőbe való átállás részeként át kell migrálni a Webex Callingba. A migráció lehető legegyszerűbbé tétele és a hibalehetőségek minimalizálása érdekében a Cisco a fizikai telephelyek vagy részlegek egyidejű migrálását javasolja. Előfordulhat azonban, hogy a funkciók függőségei miatt kötegekben kell migrálnia a felhasználókat. További részletekért lásd a Felhasználók kötegelt migrálása című részt.

Minden olyan Webex Calling által támogatott telefont, amelyet át kell állítania az Unified CM-ről, felhasználóként vagy munkaterületként kell konfigurálni a Webex Callingban, és a fizikai telefont újra kell konfigurálni a Webex Callinggal való regisztrációhoz. Ezenkívül a 7800-as és 8800-as sorozatú telefonok firmware-jét frissíteni kell vállalati firmware-ről többplatformos telefon (MPP) firmware-re. Ez a folyamat magában foglalja az átmeneti firmware betöltését a Webex Calling regisztrációhoz szükséges MPP firmware betöltése előtt. Szükség van a megfelelő migrációs engedélyre is. A Cisco az elmúlt években fejlesztette ezt a folyamatot, hogy megkönnyítse vállalati firmware-es telefonjainak MPP firmware-re való frissítését. A firmware frissítésének lépéseivel kapcsolatos további információkért lásd: Cisco 7800 és 8800 sorozatú IP-telefonok konvertálása Enterprise és MPP firmware között.

A cikkben ismertetett lépéseken túl a Control Hub rendelkezik egy beépített eszközzel, a Telefon migrálása Webex Calling szolgáltatásbaeszközzel, amelynek segítségével migrálhatja 7800-as és 8800-as telefonjait Enterprise verzióról MPP firmware-re. Ez az eszköz lehetővé teszi a telefonok hozzáadását a Control Hubhoz, és a megfelelő felhasználókhoz vagy munkaterületekhez való hozzárendelését is. Az eszközhasználattal kapcsolatos további információkért lásd: Telefon migrálása.

A fenti firmware-migrációs követelmény nem vonatkozik a Unified CM-mel regisztrált 9800-as sorozatú telefonokra. Ezek a telefonok PhoneOS rendszert futtatnak, amelyet mind az Unified CM, mind a Webex Calling támogat. Ahhoz, hogy ezeket a telefonokat átállítsa a Webex Calling szolgáltatásba, hozzá kell adnia őket a Webex Calling szolgáltatáshoz, hozzá kell rendelnie egy felhasználóhoz vagy munkaterülethez, majd vissza kell állítania a telefonok gyári beállításait. PhoneOS rendszerindítási sorrend a regisztrációhoz Az alábbi ábra a PhoneOS rendszerindítási sorrendjét mutatja, és azt, hogy a telefon hogyan regisztrálódik a Webex Calling szolgáltatásba, miután hozzáadták a Control Hubhoz, még akkor is, ha a telefon továbbra is ki van építve az Unified CM-en. and/or A DHCP-beállítások (példa - 150) használatban vannak.

Az Unified CM támogatja a PhoneOS eszközök gyári beállításainak visszaállítását, hogy lehetővé tegye a Webex Calling szolgáltatásba való beavatkozás nélküli beléptetést. Az Unified CM rendszergazdái távolról visszaállíthatják a 9800-as és 8875-ös telefonok gyári beállításait a CUCM adminisztrációs oldalain keresztül, így nincs szükség a telefonokhoz való fizikai hozzáférésre a Webex Calling rendszerbe való csatlakozáshoz. Ez a funkció a 2025. szeptember 9-től kiadott eszközcsomagokkal támogatott:

• CUCM v15 - Unified Communications Manager 15-ös verzió

• CUCM v14 - Unified Communications Manager 14-es verzió.

A 9800-as sorozat regisztrációs folyamatával kapcsolatos további információkért lásd: Regisztrációs folyamat.

A Cisco IP-telefonokon kívül szükség lehet más eszközök, például analóg telefonadapterek (ATA), vezeték nélküli (Wifi, DECT) telefonok, videoeszközök, hangátjárók, valamint^harmadik féltől származó eszközök és telefonok telepítésére is. Ezen eszközök közül soknak nincs firmware-frissítési útvonala, mint az IP-telefonoknak, amelyekkel vállalati firmware-ről felhőalapú firmware-re válthatnának. Ezért ezeket az eszközöket a Control Hub-ban kell kiépítenie. Ezek közül néhány nem vihető át Webex Callingba, és a megfelelő Webex Calling modellnek kell lecserélnie őket (pl. ATA 191/192) és mások manuális újrakonfigurálást igényelnek and/or szoftverváltozások.

• Hangátjárók - A helyi átjáró migrálásához lásd: Helyi átjáró migrálása.

  A VG400, VG410 vagy VG420 hangátjáró Control Hub-ban történő konfigurálásával kapcsolatos további információkért lásd: Helyi átjáró

• Analóg telefonadapter (ATA) - A Cisco ATA 191 és 192 használatának megkezdéséhez lásd: Cisco ATA.

• Wifi vezeték nélküli telefon - A Webex 840-es és 860-as vezeték nélküli telefon integrálásához lásd: Webex vezeték nélküli telefon integrálása.

• DECT vezeték nélküli telefonok - Az új Cisco IP DECT 6800 sorozat használatának megkezdéséhez lásd: Cisco IP DECT.

  A digitális DECT hálózat Control Hub-ban történő kiépítéséhez és kezeléséhez lásd: DECT hálózat kezelése

  A Cisco IP DECT 6800-ról további információkat a Telepítési útmutatóbantalál.

• 3. féltől származó eszközök és telefonok - Együttműködés 3. féltől származó gyártókkal a következőn: device/phone a követelményeket, valamint azok Webex Calling támogatásához történő migrálásának vagy cseréjének folyamatát.

A Webex Callingban szükséges hívásfunkciókat az áttérés előtt vagy alatt kell kiépíteni. Amint azt a Felhasználók kötegelt migrálása című részben tárgyaltuk, a hívási funkciókat konfigurálni és át kell vinni, amikor az azokat használó felhasználók átkerülnek.

Az egyes Webex Calling funkciók konfigurálásával kapcsolatos részletekért lásd a megfelelő konfigurációs súgócikkeket.

• Automatikus asszisztensek – Az automatikus asszisztensek kezeléséhez lásd: Automatikus asszisztensek

• Hívásparkolás – A hívásparkolás kezeléséhez lásd: Hívásparkolás

• Hívásfelvétel – A hívásfelvételi csoport konfigurálásához lásd: Hívásfelvétel

• Hívássorok - A hívássor konfigurálásához lásd: Hívássor

• Vadászcsoportok – A vadászcsoportok kezeléséhez lásd: Vadászcsoport kezelése

• Üzemmódok - Az üzemmódokon alapuló hívások irányításával kapcsolatban lásd: Hívások irányítása üzemmódok alapján

• Személyhívócsoportok – Személyhívócsoport konfigurálásához lásd: Személyhívócsoport konfigurálása

• Felvételek – A Webex Calling hívásrögzítésének kezeléséhez lásd: Felvételek kezelése

• Egyetlen szám elérése - Az egyetlen szám elérésének konfigurálásához (bárhol elérhető iroda) lásd: Egyetlen szám konfigurálása

• Hangposta csoport – A Webex Calling megosztott hangposta és bejövő faxok fiókjának kezeléséhez lásd: Hangposta kezelése.

Az elfogadási tesztelés biztosítja, hogy a migrált környezet megfeleljen a funkcionális követelményeknek, a várt módon működjön, és zökkenőmentes felhasználói élményt nyújtson az összes kommunikációs munkafolyamatban. Ez az érvényesítési folyamat sokrétű, és mindent lefed a felhasználók kiépítésétől és a számok kiosztásától kezdve a fejlett hívásfunkciók működési teljesítményéig.

Ez a szakasz példákat mutat be és kiemeli a legfontosabb szempontokat, amelyeket az elfogadási tesztelés során figyelembe kell venni; azonban nem célja, hogy kimerítő vagy átfogó ellenőrzőlistaként szolgáljon.

Felhasználói kiépítés és számkiosztás

Az elfogadási tesztelés egyik alapvető aspektusa annak ellenőrzése, hogy minden felhasználó pontosan és teljes mértékben ki legyen-e készítve a Webex Calling rendszerben. Ehhez alaposan össze kell hasonlítani a forrás (Unified CM) címtárat és az újonnan létrehozott Webex Calling felhasználói bázist, hogy minden felhasználói fiók, valamint a hozzájuk tartozó attribútumok, például a mellékszámok és a közvetlen bejövő tárcsázási (DID) hozzárendelések megfelelően migrálásra kerültek. A kiépítés teljessége nemcsak az első napi működőképesség, hanem a folyamatos adminisztráció és támogatás szempontjából is kritikus fontosságú.

A számhozzárendelés validálása magában foglalja annak megerősítését, hogy minden felhasználóhoz a megfelelő mellék és külső szám van hozzárendelve, valamint hogy ezek a számok helyesen irányítódnak-e mind a belső (hálózaton belüli), mind a külső (PSTN) hívásfolyamatokban. Fontos ellenőrizni az átfedéseket, hiányzó hozzárendeléseket vagy hibás konfigurációkat, amelyek hívásirányítási hibákhoz vagy szolgáltatásmegszakításokhoz vezethetnek.

PSTN hívásfolyamatok és hívóazonosító megjelenítése

Egy robusztus átvételi tesztelési eljárásnak magában kell foglalnia a PSTN hívásfolyamatok végponttól végpontig tartó validálását. Ez magában foglalja mind a bejövő, mind a kimenő hívásokat. Bejövő PSTN-hívások esetén a tesztelőcsapatnak meg kell erősítenie, hogy a hívások a kívánt végpontokra jutnak el, legyenek azok egyéni felhasználók, hívássorok, keresőcsoportok vagy automatikus kezelők. A kimenő PSTN-hívásokat sikeresen kell kezdeményezni, különös figyelmet fordítva a hívóazonosító információk helyes kézbesítésére és megjelenítésére. Ez magában foglalja annak biztosítását, hogy a hívó fél neve és száma a külső címzettek számára a szervezeti irányelveknek és a szabályozási követelményeknek megfelelően jelenjen meg.

A tesztelésnek a feladatátvételi forgatókönyveket is ki kell terjednie, például az elérhetetlen végpontok vagy hálózati zavarok kezelését. Ez segít megerősíteni, hogy a tartalék mechanizmusok és az alternatív útvonaltervezés megfelelően működnek, fenntartva a szolgáltatás folytonosságát és megbízhatóságát.

Hálózaton belüli hívásfolyamatok

A belső, vagyis az interneten keresztül lebonyolított hívásfolyamatok alkotják a vállalati kommunikáció gerincét. Az ezen a területen végzett átvételi tesztelés azt ellenőrzi, hogy a szervezeten belüli felhasználók közötti hívások megfelelően vannak-e irányítva, és hogy az olyan funkciók, mint a hívásátirányítás, a tartás, az átirányítás és a konferenciahívások a kívánt módon működnek-e. A tárcsázási tervek integritását, a mellékek közötti kapcsolatot és a szervezeti hívási házirendek támogatását mind meg kell erősíteni.

Felhasználói híváskezelés és funkcióérvényesítés

Az átvételi tesztelés fontos aspektusa annak validálása, hogy a felhasználók hogyan kezelik a hívásokat a Webex alkalmazás és a támogatott asztali telefonok használatával. Ez a folyamat annak megerősítésére összpontosít, hogy a napi hívási munkafolyamatok intuitívak és megbízhatóak, valamint hogy a felhasználók zökkenőmentesen hozzáférhetnek a szerepkörükhöz szükséges alapvető funkciókhoz. A tesztelésnek fel kell mérnie, hogy a felhasználók milyen könnyen tudnak hívásokat kezdeményezni és fogadni, kezelni a tartásba vétel és a hívás folytatása funkciókat, valamint vakon és konzultációs úton is átirányítani a hívásokat. Az is lényeges, hogy ellenőrizzük a hívásátirányítás, a konferenciahívások és egyéb fejlett funkciók, például a hívások parkolása és visszavétele, illetve a „ne zavarjanak” mód aktiválása könnyen elérhetőek és zökkenőmentesen működjenek.

A felhasználói élményt az érthetőség és a válaszadási hatékonyság szempontjából kell értékelni, figyelembe véve, hogy a felhasználók hogyan használják a híváselőzményeket, a hangpostát és az integrált címtárakat. Különös figyelmet kell fordítani az aktív hívások eszközök közötti áthelyezésének lehetőségére, valamint a hívás közbeni vezérlők hatékony használatára az alkalmazáson belül vagy fizikai telefonokon. A végső cél annak biztosítása, hogy a végfelhasználói élmény konzisztens, hatékony és teljes mértékben támogassa a szervezet kommunikációs igényeit az áttelepítést követően.

Hívássorok: Ügynöki és felügyelői tapasztalat

A hívássorokat gyakran használják nagy mennyiségű bejövő hívás kezelésére. Az elfogadási tesztelés itt több dimenzióra összpontosít. Először is ellenőrizni kell, hogy a hívások a konfigurált sorban állási logika, például a körforgás, a leghosszabb üresjárat vagy az egyidejű csengés szerint kerülnek-e elosztásra az ügynökök között. Meg kell vizsgálni a sorban álló hívások ügynöki asztalokon történő megjelenítését az érthetőség és a könnyű használhatóság szempontjából, biztosítva, hogy az ügynökök hatékonyan fogadhassák, tarthassák és átadhassák a hívásokat.

A felügyelőknek az asztali élményt olyan funkciók szempontjából kell értékelniük, mint a valós idejű figyelés, a hívástiltás, valamint az elemzések vagy a várólista teljesítményével kapcsolatos betekintések. Ez magában foglalja többek között az irányítópultok és jelentéskészítő eszközök validálását, amelyek gyakorlatias adatokat szolgáltatnak a híváselosztásról, az ügynökök tevékenységéről és a várólista-mutatókról.

Vadászcsoportok: Híváselosztás

A keresőcsoportok kulcsfontosságú mechanizmusok a hívások előre meghatározott felhasználói csoportokhoz való elosztására. Az elfogadási tesztelésnek meg kell erősítenie, hogy a hívások a konfigurált vadászati algoritmus alapján kerülnek továbbításra a csoporttagokhoz, és hogy a túlcsordulás, továbbítás és a válasz hiánya esetén a rendszer a tervnek megfelelően kezeli a hívást. A működési konzisztencia és a felhasználói elégedettség szempontjából elengedhetetlen annak biztosítása, hogy a csoporttagság és a hívásirányítási viselkedések megfeleljenek a korábban az Unified CM-ben meghatározottaknak.

Automatikus kezelők: Közlemények és menüműveletek

Az automatikus híváskezelők az automatizált híváskezelés frontvonalát képviselik. A tesztelésnek ki kell terjednie a bejelentések lejátszására, a rögzített üdvözlések pontosságára és a menüfák helyes működésére. A menüpontoknak megbízhatóan kell irányítaniuk a hívókat a megfelelő osztályokhoz, személyekhez vagy külső számokhoz. A tesztelésnek érvénytelen vagy időtúllépéses forgatókönyveket is tartalmaznia kell annak megerősítésére, hogy a hívók egyértelmű útmutatást kapnak, vagy a tervek szerint átirányítják őket.

Hangposta működés

Végül, a hangposta funkciója kritikus fontosságú a felhasználói élmény szempontjából. Az elfogadási teszteknek ellenőrizniük kell, hogy a hangpostafiókok helyesen vannak-e kiosztva és elérhetőek-e, mind a szervezeten belülről, mind távolról. Az üzenetek rögzítésének, lekérésének és kezelésének képességét, valamint az értesítések kézbesítését is meg kell erősíteni.