Az átmenet során a Unified CM-en és a Webex-en regisztrált eszközök egyidejű létezésének lehetővé tétele érdekében a vállalati tárcsázási tervet a Unified CM-en úgy kell módosítani, hogy legalább a következő követelmények teljesüljenek:

• +E.164 tárcsázás az Unified CM-ről a Webex Calling felé

• Mellékhívások az Unified CM-ből a Webex hívásaiba (telephelyen belüli, de telephelyek közötti is, ha a melléktartományok egyediek)

• Rövidített telephelyek közötti tárcsázás az Unified CM-ről a Webex Calling felé

• Kényszerített hálózati tárcsázás az Unified CM-ről a Webex Calling felé

• Visszahívás a nem fogadott hívások címtárából a Webex Calling célállomásaira

• PSTN hívások a Webex Callingtól a PSTN-hez, ha az átmenet során a helyszíni PSTN-t használják a Webex Callinghoz

• PSTN-hívások az Unified CM-ből a Webex Calling felé, ha az átmenet során a hibrid Webex Calling telepítésekhez PSTN-trunkinget használnak a helyszíni Unified CM-felhasználók PSTN-hozzáférésének biztosítására a Cloud Connect for Webex Callingon keresztül.

• Kényszerített on-netes átirányítás a Webex Callingról az Unified CM-re

• Mellékhívás a Webex Callingból az Unified CM-be (telephelyek közötti).

Ha a fentiek közül bármelyik nem támogatott tárcsázási szokás az átállás előtt, például nincs rövidített telephelyek közötti tárcsázási szokás, akkor azokat nem feltétlenül kell bevezetni az átállás során.

A Bevált gyakorlatok a tárcsázási tervhez ábra a Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVDcímű dokumentumban leírt bevált tárcsázási terv megközelítést mutatja be. Ennek a megközelítésnek a főbb jellemzői a következők:

• Egyetlen partíció a következőhöz: +E.164 hívószámok

• Alapvető útvonaltervezés +E.164 útvonalminták

• Az összes tárcsázási szokás normalizálása +E.164 fordítási minták használatával

• Fordítási minta hívási keresési tér öröklődésének használata ( A kezdeményező hívási keresési terének használata beállítás a fordítási mintákon).

Például, PSTN tárcsázás (9+1+10D) egy olyan SJC-ben lévő eszközről, amelyhez vonalhívás keresési terület tartozik Az SJCInternational először a alapján talál egyezést. 9.1[2-9]XX[2-9]XXXXXX fordítási minta, amely normalizálja a hívott fél számát a következőre: +E.164. A másodlagos keresés ezután ismét ugyanazt a keresési területet hívó SJCInternational függvényt használja (a keresési terület öröklődésének meghívásával), és a +E.164-digit karakterlánc vagy egyezik egy +E.164 a DN partícióban található könyvtárszám, vagy az USPSTNNational vagy SJCPSTNLocal partícióban található PSTN útvonalminták egyike alapján. A rövidített telephelyen belüli és telephelyek közötti tárcsázási szokásokat az ESN és SJCtoE164 partícióban található fordítások valósítják meg. Míg az ESN partíció globális partíció (minden helyszínen elérhető telefonok számára), az SJCTOE164 partíció csak az SJC helyszínen lévő felhasználók számára érhető el. Ez átfedő kiterjesztési tartományokat feltételez.

Az Unified CM-ből a Webex Callingba irányuló hívások engedélyezéséhez az első lépés a következők ellenőrzése: +E.164 A célállomások ennek megfelelően kerülnek útvonaltervezésre. Ez úgy érhető el, hogy hozzáadunk egy Webex hívás partíciót a tárcsázási tervhez, hozzáadva a +E.164 útvonalmintákat az összes Webex Calling célállomáshoz az adott partícióhoz, és végül a Webex Calling partíció hozzáadását az összes olyan híváskeresési területhez, amelyek a Webex Calling elérésére képes szolgáltatásosztályokat képviselik. Egy dedikált Webex Calling partíció létrehozása szükséges ahhoz, hogy a Webex Callingból származó hívásokhoz megkülönböztetett szolgáltatási osztály jöhessen létre. A híváshurkok elkerülése érdekében a helyi átjáróról érkező törzsvonalon lévő bejövő hívások keresési területének nem szabad hozzáférnie a Webex híváspartícióhoz.

Ahogy az ábrán látható +E.164 átirányítás a Webex Calling felé, hogy engedélyezze az Unified CM-ről a Webex Calling felé történő átirányítást egy olyan helyszín esetében, ahol +E.164 DID-tartomány +1 221 555 2XXX és 121-es helyszínkód, egy ehhez illeszkedő sürgős útvonalminta +E.164 A tartományt hozzá kell adni a Webex Calling partícióhoz.

Ha nincs szükség helyspecifikus helyi átjáró kiválasztására, akkor a Webex Callingra mutató útvonalminták célhelyeként egy Webex Calling helyi útvonalcsoporttal rendelkező útvonallista használata helyett egyetlen útvonalcsoport hozható létre, amelynek egyetlen tagja a helyi átjáró, majd a Webex Calling útvonalminták egyetlen Webex Calling útvonallistára mutatnak, amelynek egyetlen útvonalcsoportja az egyetlen bejegyzés.

A Webex Calling webhelyhez való telephelyek közötti rövidített tárcsázás engedélyezéséhez a szükséges 8121.2XXX útvonalmintát hozzá kell adni a Webex Calling partícióhoz. Webexre átállítandó webhelyekhez Hívjon meg egy 8121.2XXX tárcsázási normalizációs mintát, amely normalizálja az ESN tárcsázást a következőre: +E.164 már létezhet az ESN partíción. Ebben az esetben a 8121.2XXX redundánsnak tűnik, de amint az adott helyszín összes DN-jét áthelyezték a Webexre, a 8121.2XXX tárcsázási normalizációs fordítási minta meghívásával eltávolítható, majd a 8121.2XXX útvonalminta lehetővé teszi az ESN tárcsázást még az adott tartományban lévő, csak melléket használó felhasználók számára is.

Ezekkel a tárcsázási tervmódosításokkal a Webex híváshelyszínre irányuló hívások nemcsak a rövidített helyszínek közötti és +E.164. Emellett a nemzetközi és belföldi PSTN-hívások is lehetségesek, mivel ezeket a tárcsázási szokásokat először normalizálják +E.164 a már meglévő tárcsázási normalizálási fordítási mintákon keresztül, majd a Webex Callinghoz irányítva a +E.164 útvonalminta a Webex hívás partícióban.

A +E.164 Az útvonalminta-illesztés a Webex hívási helyszín DID-tartományán kiépíthető, miközben az összes DID továbbra is az Unified CM-en tárolódik. Az Unified CM legjobb egyezési mintaillesztési algoritmusa biztosítja, hogy amikor egy Unified CM-en tárolt számot tárcsáznak, akkor a +E.164 Az Unified CM-en kiépített címtárszám jobban egyezik, mint a helyettesítő karakteres szám. +E.164 A Webex Callingra mutató útvonalminta így a hívások a Unified CM egy vonalára lesznek kiterjesztve, és nem a Webex Callingra lesznek küldve.

A Webex Calling minden felhasználója rendelkezik egy mellékkel. and/or egy +E.164 telefonszám. A kiterjesztés hossza egy fix globális beállítás: A Webex Calling telepítésben található összes bővítmény azonos hosszúságú. A mellékhívás a Webex Calling felhasználói között használható egy helyszínen belül és helyszínek között egyaránt. A rövidített, telephelyek közötti mellékhívás (ez utóbbi eset) csak akkor működik, ha a tárcsázott mellék egyedi.

Ha a helyek közötti rövidített telephelyek közötti tárcsázás követelmény, de átfedések vannak a különböző helyszínekhez rendelt mellékek között, akkor vállalatspecifikus számozási tervet kell létrehozni a mellékek elé egy hozzáférési kódot (telephelyi kódot) rendelve. További információkért lásd a Preferred Architecture for Cisco Collaboration 15 On-Premises Deployments, Design Overview című dokumentumot, amely elérhető a Cisco collaboration preferred architecturescímen.

A mellék hossza, a helyszínek közötti mellék tárcsázási viselkedése, a helyszínek közötti tárcsázás előtagjának hossza és a helyszínek közötti tárcsázás irányító előtagjának irányító számjegye a Control Hub hívásszolgáltatási beállításaiban konfigurálható:

• Helyszínútvonal-előtag hossza: Az előtag hossza, beleértve a kormányszámjegyet is. Csak akkor szükséges, ha vállalati számozási tervet kell létrehozni alternatív rövidített vállalati helyszínek közötti tárcsázási szokásként.

• Irányító számjegy az útvonal előtagban: Vezérlőszám a rövidített vállalati helyszínek közötti tárcsázási szokáshoz. Kerülni kell az átfedéseket bármely helyszín első számjegye és a helyszín kimenő tárcsázási számjegyei között. Csak akkor szükséges, ha vállalati számozási tervet kell létrehozni alternatív rövidített vállalati helyszínek közötti tárcsázási szokásként.

• Belső toldóhossz: A hosszabbítók szabványos hossza. Bármely érték lehet kettő és tíz között.

  Ha mellékhívásra vagy vállalati jelentős számok (irányítási kód, helyszínkód, mellék) használatával történő tárcsázásra van szükség egy helyszíni hívásvezérlőtől a Webex Calling felé, és a helyszíni hívásvezérlő melléket küld hívóazonosítóként, akkor ügyeljen arra, hogy a Ismeretlen mellék maximális hossza paramétert is beállítsa a Hívásútválasztás a Webex Calling és a helyszín között szakaszban, hogy a helyszíni hívásvezérlőtől a Webex Calling felé irányuló hívások helyesen legyenek helyszíni hívásként besorolva.

• Mellékhívás engedélyezése helyek között: Váltás erre: enable/disable mellék tárcsázása a helyek között. Ezt a beállítást csak akkor szabad engedélyezni, ha a szervezeten belüli összes kiterjesztés egyedi. Ha a beállítás le van tiltva, akkor a vállalati jelentős számokat (irányítási kód, helyszínkód, mellék) vagy telefonszámokat kell tárcsázni a helyek között.

Az első három paramétert elsősorban telefonok tárcsázási tervének felépítésére használják, hogy minimalizálják a számjegyek közötti időtúllépéseket a kagyló nélküli tárcsázás során. Eltérések ezektől a globális beállításoktól továbbra is lehetségesek (például - eltérő hosszúságú mellékek kiépíthetők), de egy figyelmeztető üzenet jelenik meg a Control Hubban, és a telefonokról történő tárcsázáshoz blokkolás nélküli tárcsázásra lehet szükség az előre betöltött tárcsázási terv ütközéseinek elkerülése érdekében.

A Vállalati számozási példa táblázat három helyszínt mutat be, ahol két helyszín, a NYC és az RTP kiterjesztési tartományai megegyeznek. Egy vállalati számozási séma létrehozása a telephelyek közötti irányító számjeggyel ( 8) , majd egy háromjegyű telephelyi kóddal és a négyjegyű mellékkel) egy nem átfedő, rövidített telephelyek közötti tárcsázási szokást hoz létre.

2. táblázat. Vállalati számozási példa

Webhely	Bővítési tartomány	Oldalkód	Vállalati termékcsalád
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

A zökkenőmentes átmenet érdekében a felhasználók tárcsázási szokásainak ideális esetben azonosaknak kell lenniük a Webex Callingra való áttérés előtt és után. Az egyes helyszínekre való átállás előkészítéséhez dokumentálni kell a DID-tartományokat és a melléktartományokat (vagy a rövidített, telephelyen belüli tárcsázási szokásokat). Ezen információk alapján kell kiválasztani a telephelyek közötti irányítószámjegyet.

A Fix hosszúságú Webex hívásbővítmény-tartományok táblázat három helyszínre és fix hosszúságú bővítmény-tartományokra mutat példát. Mivel az átfedésben lévő tárcsázási szokásokat el kell kerülni, fontos biztosítani, hogy bármely melléktartomány első számjegye ne egyezzen meg a rövidített telephelyek közötti tárcsázás irányító számjegyével. Ha például a 8 van kiválasztva irányító számjegyként a telephelyek közötti tárcsázáshoz, akkor egyetlen helyszínen sem kezdődhet 8karakterekkel a melléktartomány. Egy adott helyszínen a mellékek jellemzően megegyeznek az adott helyszínhez rendelt DID-k utolsó néhány számjegyével. Az ütközések elkerülése érdekében a mellék első számjegye megváltoztatható. Ha például a DID-ek a +1 Ha egy helyen a 408 555 8XXX tartományt használják, akkor a 8XXX helyett a 7XXX használható a webhely mellékeinek tartományaként.

3. táblázat. Fix hosszúságú Webex hívásbővítmény-tartományok

Webhely	Bővítési tartomány	Webex hívásbővítmények	Oldalkód	Vállalati termékcsalád
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Az amerikai Webex Calling tárcsázási terv használatával egy Webex Calling eszközön tárcsázott hétjegyű tárcsázási karakterláncok átfedésben vannak az előre betöltött amerikai tárcsázási terv helyi tárcsázására szolgáló hétjegyű mintával. A hálózaton belüli és a hálózaton kívüli (PSTN) tárcsázási szokások átfedésének elkerülése érdekében kötelező külső hozzáférési kód használható az adott helyen. Ha a meglévő vállalati számozási séma és a hozzá tartozó rövidített telephelyek közötti tárcsázás átfedésben van a Webex Calling országos tárcsázási mintáival, akkor a Webex Callingra való áttérés során a számozási séma az átfedések elkerülése érdekében hosszabb vagy rövidebb formára is módosítható. Ennek legegyszerűbb módja egy további kitöltő számjegy hozzáadása a számozási sémához. Az új, hosszabb, telephelyek közötti tárcsázási sémát csak azoknak a felhasználóknak kell alkalmazniuk, akik már átálltak a Webex Callingra. A továbbra is az Unified CM-et használó felhasználók továbbra is hét számjegyet tárcsázhatnak. A Unified CM vállalati tárcsázási tervének ebben az esetben biztosítania kell, hogy a Unified CM-ről a Webex Calling felé irányuló rövidített hétjegyű tárcsázás a következőre alakuljon át: +E.164 vagy a Webex Callingon telepített rövidített tárcsázási formátumra. Ezt a helyi átjárónak küldött hívás előtt kell megtenni.

Az Átmeneti hétjegyű tárcsázás táblázat erre az átszámozásra mutat példát. Ebben a példában az Unified CM rövidített telephelyek közötti tárcsázása a 8-as irányító számjegyet, majd egy kétjegyű telephelykódot és egy négyjegyű melléket használ. A Webex Calling rendszerben a helyszínek hétjegyű rövidített, telephelyek közötti tárcsázásának elkerülése érdekében a telephelykódok könnyen háromjegyűre módosíthatók egy tetszőleges kitöltő számjegy (a példában8 ) hozzáadásával a Unified CM-ben használt kétjegyű telephelykódokhoz, így a Webex Calling telefonokról történő telephelyek közötti tárcsázás a 8 irányító számjegyet, majd a 8kitöltő számjegyet, a régi kétjegyű telephelykódot és a négyjegyű melléket használja. A Webex Calling felhasználóinak nem kell megjegyezniük az új helyszínkódokat; csak a 88 előtagot kell használniuk a helyszínek közötti tárcsázáshoz a Unified CM 8 helyett.

4. táblázat. Átmeneti hétjegyű tárcsázás

		Unified CM		Webex Calling
Webhely	Bővítmények	Telephelykód	Vállalati termékcsalád	Oldal ódája	Vállalati angyal
New York	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Abban az esetben, ha a Unified CM és a Webex Calling eltérő vállalati számformátumokat használ, és a vállalati számok hívó fél információiként jelennek meg a Unified CM-ből a Webex Callingba irányuló hívásokhoz (például - DID nélküli eszközökről érkező hívások), fontos a hívó fél információinak különböző számformátumai közötti megfeleltetést is megvalósítani a visszahívás működésének biztosítása érdekében. Ez a leképezés a hívó fél átalakítási mintájának használatával érhető el a Unified CM és a helyi átjáró közötti trunkon.

A megfelelő hívásrögzítő-szolgáltató kiválasztása alapvető fontosságú az üzleti célok eléréséhez és a funkciók szervezeten belüli összehangolásához:

• Globális szolgáltatóválasztás: A szervezetek jellemzően kijelölnek egy elsődleges hívásrögzítő-szolgáltatót globális szinten, biztosítva a funkciókészlet, a megfelelőség és a támogatás egységességét minden telephelyen.

• Helyszínalapú felülbírálások: Azokban az esetekben, amikor bizonyos telephelyeknek vagy régióknak egyedi üzleti igényeik vagy szabályozási követelményeik vannak, szükségessé válhat a globális szolgáltató kiválasztásának felülbírálása, és alternatív szolgáltatók megadása ezekhez a helyszínekhez. Ez a rugalmasság támogatja a változó megfelelőségi előírásokat és a helyi működési igényeket

• Üzleti követelmények: A szolgáltató kiválasztását olyan üzleti tényezők felmérése alapján kell megtenni, mint a szabályozási megfelelés (például: MiFID II, HIPAA), a minőségbiztosítás, a vitarendezés vagy a képzési igények.

• Funkciók elérhetősége: A szolgáltatókat a szükséges funkciók, például a valós idejű monitorozás, a keresési és lejátszási képességek, a titkosítás, az adatmegőrzési szabályzatok, az analitikai platformokkal való integráció, valamint a különböző hívástípusok (bejövő, kimenő, belső) támogatásának biztosítása alapján kell értékelni.

A hívásfelvételek tárolási és feldolgozási régiójának meghatározása kritikus fontosságú a megfelelőség és a teljesítmény szempontjából:

• Globális régió kiválasztása: Alapértelmezés szerint a szervezetek egyetlen régiót választhatnak a hívásfelvételek tárolására az irányítás és a kezelés egyszerűsítése érdekében.

• Helyszínalapú régió felülbírálások: Ahol az adattárolási törvények vagy a vállalati szabályzatok megkövetelik, szükségessé válhat a globális régióbeállítás felülbírálása bizonyos helyszínek esetében, biztosítva, hogy a hívásfelvételek tárolása és feldolgozása a szükséges földrajzi határokon belül történjen.

• Adattárolási követelmények: A tervezésnek figyelembe kell vennie a nemzetközi és helyi adatvédelmi előírásokat (például a GDPR-t, a CCPA-t vagy az országspecifikus előírásokat), amelyek meghatározhatják, hogy hol és hogyan kell a hívásfelvételeket megőrizni.

A Webex Calling hívásrögzítési megoldásának tervezése és kialakítása során egy másik kritikus szempont, amelyet figyelembe kell venni, a tárhelyigény becslése. A tárolási igények pontos előrejelzése elengedhetetlen annak biztosításához, hogy elegendő kapacitás álljon rendelkezésre a folyamatos üzleti műveletek támogatásához, a megfelelőség fenntartásához és a szolgáltatáskiesések elkerüléséhez.

A várható tárolási igény meghatározásakor számos kulcsfontosságú paramétert kell figyelembe venni:

• A rögzített hívások mennyisége: Becsülje meg a várhatóan rögzített hívások számát egy adott időintervallumon belül (pl. naponta, hetente vagy havonta). Ez nemcsak a külső hívásokat foglalja magában, hanem a belső kommunikációt is, amennyiben azt az üzleti irányelvek vagy a szabályozási előírások előírják.

• Átlagos hívásidőtartam: Számítsa ki a rögzített hívások tipikus hosszát, mivel a hosszabb hívások több tárhelyet foglalnak el. A becslésbe bele kell venni a hívások időtartamának eltéréseit a különböző részlegek vagy felhasználói csoportok között is.

• Adatmegőrzés időtartama: Határozza meg a felvételek megőrzésének időtartamát, amelyet gyakran szervezeti szabályzatok vagy külső szabályozások (például iparágspecifikus megfelelőségi szabványok) írnak elő. A hosszabb megőrzési időszakok növelik az általános tárolási követelményeket.

• Növekedési előrejelzések: Vegye figyelembe a hívásmennyiség várható növekedését vagy a rögzítési kör bővülését, amely az üzleti tevékenység bővüléséből, új szabályozási követelményekből vagy további felhasználók vagy helyszínek bevezetéséből adódhat.

Ezen paraméterek alapos elemzésével a szervezetek robusztus tárolási stratégiát dolgozhatnak ki, amely biztosítja a skálázhatóságot, a költséghatékonyságot és a szabályozási megfelelést a Webex Calling hívásrögzítési megoldásukhoz. Azt is tanácsos rendszeresen felülvizsgálni és módosítani a tárhely-elosztásokat, ahogy a használati szokások idővel változnak.

A rendszergazdák manuálisan rendelhetnek Webex Calling licenceket az egyes felhasználókhoz a Control Hub felületén keresztül.

A rendszergazdák szerkeszthetik az egyes felhasználók szolgáltatáslicenceit, és közvetlenül hozzárendelhetnek híváslicenceket.

A Control Hub licenc-hozzárendelési sablonjainak használatával automatikusan kioszthatja a licenceket a felhasználóknak csoport- vagy szervezeti beállítások alapján.

Az automatikus licencelés elvégezhető címtár-szinkronizálással vagy manuális felhasználói frissítésekkel, de a felhasználóknak érvényes licenccel kell rendelkezniük. +E.164 formázott telefonszám, és a telefonszámoknak létezniük kell egy Webex Calling helyszínen a felhasználó kiépítése előtt. Ha a feltételek nem teljesülnek (pl. érvénytelen telefonszám-formátum), a Webex Calling licencek nem kerülnek kiosztásra.

Töltsön fel egy CSV-fájlt a felhasználói adatokkal és a licenc-hozzárendelésekkel, hogy egyszerre több felhasználót is hozzáadhasson vagy módosíthasson.

A CSV-importálás akár 20 000 felhasználó hozzáadását és licencek kiosztását is támogatja, de a Webex Calling licencekhez speciális mezők, például telefonszám és mellék megadása szükséges.

A Webex API-k segítségével programozottan rendelhet licenceket és kezelheti a felhasználókat.

A Webex támogatja az API-műveleteket a felhasználó- és licenckezeléshez (People, SCIM 2.0 és Licenses API-k), amelyek kihasználhatók a licenc-hozzárendelés automatizálásához. A Licenses API lehetővé teszi a licencek, telefonszámok és mellékek egyidejű hozzárendelését.

5. táblázat. Felhasználói kiépítési beállítások – összefoglalás

Hozzárendelési módszer	Előnyök	Hátrányok
Kézikönyv a Control Hub-on keresztül	Egyszerű néhány felhasználó számára. Lehetővé teszi a licencek kiosztásának pontos és részletes szabályozását.	Nem skálázható, időigényes Hajlamos az emberi hibára a kézi bevitel során.
Automatikus licencsablonok	Skálázható Csökkenti a manuális hibákat Új és meglévő felhasználókra is alkalmazható.	Érvényes telefonszámokat és helyszíneket igényel. Bonyolultabb a beállítása Ezenkívül felhasználói csoportonként felhasználói csoportokat is megkövetel, azonos licencelési követelményekkel.
Tömeges CSV feltöltés	Hatékony nagy felhasználói csoportok számára Lehetővé teszi a licencek, telefonszámok és mellékek egyidejű kiosztását.	Gondos CSV formázást igényel Hibalehetőségek, ha hiányoznak vagy helytelenek a telefonszámok vagy mellékek.
API-alapú hozzárendelés	Automatizálható, rugalmas. Lehetővé teszi a licencek, telefonszámok és mellékek egyidejű kiosztását.	Fejlesztői és API ismereteket igényel.

A Felhasználókiépítési lehetőségek - összefoglalás táblázat összefoglalja a felhasználókiépítési lehetőségeket, valamint azok előnyeit és hátrányait. Ez az áttekintés segít kiválasztani a legjobb licenc-hozzárendelési módszert az ügyfél szervezetének mérete, az automatizálási képességek, valamint a felhasználók kiépítésének folyamatai és követelményei alapján.

A Cisco a híváslicencek kiosztását lehetőség szerint licencsablonok segítségével javasolja. Ehhez létre kell hozni egy csoportot a megfelelő csoporttagságokkal, minden olyan felhasználói csoporthoz, amelyhez egyedi licenckészlet szükséges (például: Webex Calling Standard vs. Professional). Amint azt a Felhasználói csoportok szakaszokban tárgyaltuk, a felhasználói csoportok manuálisan definiálhatók a Control Hubban, vagy szinkronizálhatók egy vállalati címtárból. A két megközelítés kombinációja is lehetséges.

A több csoporthoz tartozó felhasználók az összes csoportjukra vonatkozó hozzárendelésekből licenceket kapnak. Ez lehetővé teszi a vállalati címtárban található Webex Calling licencspecifikus biztonsági csoportok használatát a Webex licencek hozzárendelésének kezeléséhez, ahol a felhasználói licencek hozzárendelését a csoporttagságok uniója szabályozza.

További információkért lásd: Automatikus licenc-hozzárendelések beállítása a Control Hubban és Automatikus licenc-hozzárendelési sablonok beállítása Webex Calling felhasználókhoz.

Ez a szakasz csak a Webex Callinghoz kapcsolódó licenceket tárgyalja. Más licenctípusok (például Webex eszközregisztráció, üzenetküldés, megbeszélések) nem tartoznak ide. A tervezési folyamat részeként meg kell határozni az engedélyezési követelményeket. A következő licenctípusok licencszámát kell kiszámítani:

• Webex hívási szabvány: a szabványos telefonos funkciókat igénylő egyéni felhasználók száma.

• Webex Hívóprofesszionális: a fejlett telefonos funkciókat igénylő felhasználók és munkaterületek száma. A virtuális vonalak és a csoportos hangposta jogosultak egy 1:1 arány az egyes szakmai engedélyekhez. Ezért ritka esetekben, amikor a szükséges virtuális vonalak vagy csoportos hangposták száma meghaladja a fejlett telefonos funkciókat igénylő felhasználók és munkaterületek számát, további professzionális licenceket kell figyelembe venni.

• Webex hívás munkaterület közös területhez: a szabványos hívási képességeket igénylő megosztott használatú vagy közös területek száma.

• Webex Ügyfélszolgálat: a Webex Calling Customer Assist funkcióit igénylő ügynökök és felügyelők száma. A Webex Calling ügyfélszolgálat tartalmazza a Webex Calling Professional licencet.

• Útvonallista-hívások: a helyszíni Unified CM felhasználók közötti szükséges felhőalapú PSTN-hívások száma and/or helyszíni, speciális, harmadik féltől származó alkalmazások.

• Attendant konzol: A Webex Calling azon felhasználóinak száma, akiknek hozzáférésre van szükségük a titkárkonzol klienséhez.

• Cisco híváscsomag (Kimenő híváscsomag): PSTN-számot igénylő felhasználók száma and/or kimenő PSTN hívások elérése a Cisco PSTN szolgáltatáshoz.

Nincs külön licenctípus a professzionális munkaterületekhez. A professzionális munkaterületekhez Webex Calling Professional licenc szükséges.

A kizárólag hot desk szolgáltatást nyújtó munkaterületek hot desk host szolgáltatást és segélyhívási lehetőséget kínálnak a hot desk hosttól, és nem igényelnek semmilyen licencet. További információkért lásd: Csak hot desk eszközök hozzáadása és kezelése.

Az egyes felhasználókhoz és munkaterületekhez szükséges licenctípus meghatározásához a szükséges funkciók alapján lásd: Licenctípusonként elérhető funkciók a Webex Callinghoz.

A Webex Calling hívásvárólisták és a Webex Calling professzionális licence által kínált funkciók, illetve a Webex Calling ügyfélszolgálat által kínált funkciók megkülönböztetéséhez lásd: A Webex Calling hívásvárólisták és ügyfélszolgálati funkciók összehasonlítása.

A Webex felhasználói csoportkezelése lehetővé teszi a rendszergazdák számára, hogy felhasználókat csoportokba szervezzenek a licencek, beállítások és erőforrások hatékony, tömeges kezelése érdekében. A csoportok segítenek az adminisztráció egyszerűsítésében azáltal, hogy szabályzatokat, licenceket és beállítássablonokat alkalmaznak egyszerre több felhasználóra, ahelyett, hogy egyenként kezelnék a felhasználókat.

A felhasználói csoportok kezelése számos előnnyel jár, többek között:

• Egyszerűsített adminisztráció: Kezelje egyszerre több felhasználó licenceit, beállításait és szabályzatait.

• Következetesség: Egységes beállításokat és licenceket alkalmazzon az azonos csoporton belüli felhasználók között.

• Skálázhatóság: Csoportonként akár 250 000 tagot is támogat.

• Integráció: Szinkronizálja a csoportokat a Microsoft Entra ID-ből (Azure AD) vagy az Active Directoryból az automatikus felhasználó- és csoportkezeléshez.

• Rugalmasság: Hozzon létre helyi csoportokat vagy szinkronizálja a biztonsági csoportokat; kezelje a csoporttagságot manuálisan vagy CSV-fájlokon keresztül.

• Erőforrás-elosztás: A beágyazott alkalmazásokhoz és szolgáltatásokhoz való hozzáférés szabályozása csoporttagság alapján.

A felhasználói csoportok főbb felhasználási esetei a Webex Calling kiépítésekor a következők:

• Licenchozzárendelések: Licencek hozzárendelése csoportokhoz, hogy automatikusan biztosítsanak szolgáltatásokat, például hívásokat, értekezleteket, üzenetküldést vagy hibrid szolgáltatásokat a csoporttagok számára.

• Beállítássablonok: Szolgáltatásbeállítások (pl. üzenetküldés, értekezlet, hívás) gyűjteményeinek alkalmazása csoportokra az egységes felhasználói élmény érdekében.

• Tömeges felhasználókezelés: Felhasználók tömeges hozzáadása vagy eltávolítása CSV-fájlok vagy címtár-szinkronizálás segítségével.

• Automatizálás és integráció: Használjon API-kat vagy címtár-szinkronizálást az automatizált felhasználói és csoportéletciklus-kezeléshez.

Az alábbi táblázat összefoglalja a felhasználói csoportok és a csoportkezelés Webexben történő kezelésének különböző lehetőségeit.

7. táblázat. Csoportok és csoporttagságok kezelési lehetőségei

beállítás	Leírás	Előnyök	Hátrányok
Control Hub csoport kiépítése (Webex csoportok)	Csoportok létrehozása és kezelése közvetlenül a Control Hub-ban. Add/remove tagok manuálisan vagy CSV-n keresztül.	Teljes kontroll a csoporttagság felett Licencek és sablonok azonnali alkalmazása Könnyen létrehozható és szerkeszthető csoportok	Manuális frissítések szükségesek Hibaveszély a manuális CSV-feltöltések során Nincs automatikus szinkronizálás külső könyvtárakkal
Szinkronizált csoportok az Entra ID-ből (Azure AD) vagy az Active Directoryból	Biztonsági csoportok és tagságok automatikus szinkronizálása külső címtárszolgáltatásokból.	Az automatizált szinkronizálás csökkenti a manuális munkát Biztosítja az összhangot a vállalati címtárral Nagy szervezeteket támogat	A csoporttagság nem szerkeszthető a Control Hubban Szinkronizálási késleltetés akár 12 óráig A beágyazott csoportok manuális kiválasztást igényelnek
Csoportok és SCIM 2.0 API (Webex Groups)	Használja a Webex Groups vagy a SCIM 2.0 API-t programozott csoport- és tagságkezeléshez	Automatizálás és integráció más rendszerekkel Skálázható nagy vagy összetett környezetekhez	Fejlesztési erőfeszítést igényel A komplexitás az API használatától függ

Míg a szinkronizált csoportok biztosítják a konzisztenciát és egyetlen adminisztrációs pontot kínálnak, lehetséges egy hibrid megközelítés is, amely kombinálja a szinkronizált csoportokat és a Webex-csoportokat (akár a vezérlőközpontban, akár API-kon keresztül kezelve). Tehát például a licenc-hozzárendeléshez használt csoportok szinkronizált csoportok lehetnek, és egy külön Webex-csoportkészlet használható felhasználói és Webex-alkalmazás-hívási sablonok hozzárendeléséhez.

A Webex felhasználói csoportjainak átfogó kezelése lehetővé teszi a szervezetek számára a felhasználói licencek, beállítások és szabályzatok hatékony kezelését, biztosítva az egységes és skálázható együttműködési élményt.

A Unified CM felhasználóinak elsődleges adatforrása a Unified CM adatbázis, amely végfelhasználói információkat tartalmaz. Az Unified CM azonban jellemzően nem a felhasználói identitáskezelés mérvadó forrása, és ami még fontosabb, az átmenet végén le lesz állítva, ezért kizárt, hogy hosszú távon mérvadó forrása legyen az identitásinformációknak.

A Cisco egy központosított felhőalapú címtár, például a Microsoft Entra ID (Azure AD) használatát javasolja a felhasználói identitások egyetlen igaz forrásaként. Az Entra ID és a Control Hub közötti felhasználók szinkronizálása biztosítja a konzisztenciát, leegyszerűsíti a kezelést, és támogatja az egyszeri bejelentkezés (SSO) képességeit.

Annak érdekében, hogy a Unified CM összes felhasználója jelen legyen az Entra ID-ben is, a szervezeteknek ellenőrizniük kell, hogy a Unified CM-ben lévő felhasználói fiókok megfelelnek-e az Entra ID-ben lévő fiókoknak. Ez úgy tehető meg, hogy exportáljuk a felhasználói listákat az Unified CM-ből, és összehasonlítjuk azokat az Entra ID felhasználói listáival.

Összefoglalva, az ajánlott kiépítési módszer a felhasználók szinkronizálása a Microsoft Entra ID-ból (Azure AD) a Webex Control Hub-ba az Azure AD varázsló vagy a SCIM alkalmazások használatával. A manuális és a CSV-fájlok tömeges kiépítése kiegészítő módszerként érhető el, de kevésbé skálázhatóak és nagyobb szervezetek számára hibalehetőségeket rejtenek. Annak biztosítása, hogy az Entra ID legyen a mérvadó forrás, és hogy minden Unified CM felhasználó létezzen az Entra ID-ban, elengedhetetlen a sikeres migrációhoz és a Webex Calling és az Unified CM környezetekben tapasztalható egységes felhasználói élményhez.

Egy helyszíni címtárszolgáltatásról, például az Active Directoryról egy felhőalapú címtárszolgáltatásra, például az Entra ID-re (Azure ID), való áttérés független a hívó átmenettől. A Cisco azt javasolja, hogy a hívásátvitel megkezdése előtt fejezze be az átállást egy felhőalapú címtárszolgáltatásra.

Miután a vállalati címtárat átállította a helyszíni rendszerről a felhőbe, gyűjtse össze a szükséges felhasználói csoportokat a licencelési és funkciósablon-követelmények alapján. Minden csoportdokumentumhoz:

• Csoportnév: a csoport egyedi neve.

• Licencek: a csoporthoz rendelendő licencek (ha vannak ilyenek) és hatókör (a licenceket meglévő felhasználókhoz vagy csak új felhasználókhoz kell-e rendelni)

• Beállítás sablonok: Webex alkalmazás- és felhasználóhívási sablonok.

• Címtár szinkronizálása: Ez a csoport a vállalati címtárból lesz szinkronizálva, vagy ez egy helyi Webex-csoport, amely a Control Hubban vagy API-n keresztül van kiépítve?

• Leírás: hogyan fogják használni ezt a csoportot, és mely felhasználóknak kell tagjai lenniük ennek a csoportnak?

Ezeket az adatokat később, a megvalósítási fázisban fogjuk felhasználni helyi csoportok vagy a vállalati címtárban lévő csoportok létrehozásához, valamint a felhasználók csoporttagságának kezeléséhez.

A Webex lehetővé teszi a szervezetek számára, hogy az egyszeri bejelentkezést több IdP-vel konfigurálják, hogy alkalmazkodjanak az összetett informatikai környezetekhez, például fúziókhoz, felvásárlásokhoz vagy decentralizált informatikai részlegekhez, ahol a különböző csoportok különböző IdP-ket használnak. Többszörös IdP-támogatás megvalósítható a Webex Többszörös IdP funkciójával, vagy egy vállalati IAM-rendszer, például a Cisco Duo integrációján keresztül.

A Webex többszörös identitásszolgáltatói (IdP) támogatása számos olyan kulcsfontosságú felhasználási esetet kezel, ahol a szervezeteknek rugalmas és biztonságos hitelesítésre van szükségük a különböző informatikai környezetekben:

A Duo Access Gateway (DAG) képes hitelesíteni a felhasználókat meglévő helyszíni vagy felhőalapú címtárak, például az Active Directory (AD) és az OpenLDAP használatával. Támogatja más identitásszolgáltatókkal való integrációt is, mint például a Microsoft ADFS, a Microsoft Azure, az Okta, a OneLogin, a CAS és a Shibboleth. Ez a rugalmasság lehetővé teszi a szervezetek számára, hogy a jelenlegi címtár-infrastruktúrájukat használják a Webex SSO-hoz Duo MFA-val.

A Duo erős hitelesítési rétegként működik az elsődleges címtár-hitelesítés felett. Identitásszolgáltatóként (IdP) működik, és SAML 2.0-t használ a kétfaktoros hitelesítés (2FA) kikényszerítéséhez, mielőtt hozzáférést biztosítana a Webexhez. A Duo a felhasználó, az eszköz és a hálózati kontextust a konfigurálható szabályzatok alapján értékeli, hogy engedélyezze vagy megtagadja a hozzáférést, így a felhasználónéven és jelszón túl is fokozza a biztonságot. A Duo rugalmas szabályzatvezérlést is kínál, például egyes alkalmazásoknál minden bejelentkezéskor többtényezős hitelesítést (MFA) igényel, másoknál pedig ritkábban.

A Cisco Duo előnyei a következők:

• Továbbfejlesztett biztonság: Adathalászat elleni védelemmel ellátott MFA-t ad hozzá a Webex-hozzáférés védelme érdekében, csökkentve a jelszavak feltöréséből adódó kockázatot.

• Rugalmas szabályzatok: Lehetővé teszi a hitelesítési követelmények részletes szabályozását alkalmazásonként vagy felhasználói csoportonként.

• Integráció meglévő könyvtárakkal: Támogatja a helyszíni AD-t, az OpenLDAP-t, a felhőalapú címtárakat és a különféle SSO-szolgáltatókat, minimalizálva az infrastrukturális változásokat.

• Felhasználói kényelem: Támogatja az egyszeri bejelentkezést (SSO) a jelszófáradtság csökkentése érdekében, lehetővé téve a felhasználók számára, hogy egyszer bejelentkezzenek, és biztonságosan több erőforráshoz férjenek hozzá.

• Megbízható végpontok: Támogatja az eszközmegbízhatóságot a Webex kliensek esetében Windows és macOS rendszereken, javítva a biztonsági helyzetet.

• Önkiszolgáló regisztráció: A beágyazott regisztráció és a Duo prompt javítja a felhasználói élményt az MFA beállítása során.

A Webexhez készült Duo MFA SSO-val meglévő könyvtárakat, például az Active Directoryt és az OpenLDAP-t, vagy felhőalapú identitásszolgáltatókat használ a felhasználók hitelesítéséhez. A Duo szerepe egy erős, szabályzatvezérelt, SAML 2.0-n keresztül integrált második hitelesítési tényező biztosítása, amely fokozza a biztonságot, miközben az egyszeri bejelentkezésen (SSO) keresztül megőrzi a felhasználói kényelmet. Az előnyök közé tartozik a jobb biztonsági helyzet, a rugalmasabb szabályzat-érvényesítés, a zökkenőmentes integráció és a jobb felhasználói élmény.

A Cisco az SSO bevezetését javasolja a Webex-felhasználók számára. A fokozott biztonság érdekében ajánlott a Cisco Duo-val való integráció.

A vállalati IAM és SSO stratégiát a Unified CM-ről a Webex Callingra való áttérés megkezdése előtt kell bevezetni.

A Webex hívásautomatikus kezelője lehetővé teszi a következőket: 24/7 a bejövő hívások kezelésének automatizálása, amely lehetővé teszi a hatékony híváskezelést anélkül, hogy minden hívást külön kelljen fogadnia.

Az automatikus kezelő fogadja a bejövő hívásokat, és egy menüt kínál a hívónak, ahol kiválaszthatja, hogy hová szeretné irányítani a hívást. Ez lehet egy személynek, egy hangpostafióknak vagy egy hívásszolgáltatásnak (pl. Hívássor) szóló üzenet. A hívó fél a telefonja tárcsázójával adja meg a számot az automatikus kezelő menüjéből.

Az automatikus kezelő a következő főbb funkciókat támogatja:

• Üzleti és munkaidőn túli nyitvatartás

• Ütemezés szabadság alatti időszakra

• Tárcsázási menüpont, hogy ügyfeleit oda irányíthassa, ahová menniük kell

• Üdvözletek testreszabása

• Név szerinti tárcsázási lehetőség

• Hívásátirányítási beállítások

• Control Hub elemzések és jelentések.

További információkért lásd: Automatikus asszisztensek kezelése.

A hívásparkolás lehetővé teszi a felhasználók számára, hogy egyszerűen várakoztassanak egy hívást , hogy egy másik felhasználó könnyen visszahívhassa, amikor elérhető. Ez felszabadítja az eredeti hívást fogadó felhasználót, hogy más hívásokat kezdeményezzen vagy fogadjon, amíg a hívás parkoltatott állapotban van.

A Webex Callingban kétféle hívásparkolás érhető el:

1. Közvetlen hívásparkolás - lehetővé teszi bármely felhasználó számára, hogy hívást parkoltasson egy másik felhasználó mellékére vagy egy hívásparkoló mellékre, a rendszergazda által meghatározottak szerint.

2. Hívásparkoltatási csoport - lehetővé teszi egy meghatározott felhasználói csoport számára, hogy automatikusan parkoltassa a hívásokat a csoport számára meghatározott elérhető parkolási célállomásokra. Ezek a célállomások lehetnek a csoporttagok mellékei vagy a hívásparkoló mellékek.

A konfigurációtól és a parkolás típusától függően a felhasználók a szám tárcsázásával fogadhatják a hívásokat. *88+><extension of parked call>, a hívásparkoltatási mellékhez tartozó vonalgomb megnyomásával vagy az IP-telefonjukon található egy funkciógomb használatával.

Egy visszahívási opcióval egy megadott idő elteltével visszahívható a parkoltatott hívás a hívást parkoltató felhasználónak vagy egy másik felhasználónak.

További információkért lásd: Hívásparkoltatás kezelése a Control Hubban.

A hívásfogadás lehetővé teszi a rendszergazda számára, hogy meghatározzon egy felhasználói (tagok) csoportot, akik fogadhatják a másik tag telefonjára érkező hívást. Ez lehetővé teszi a felhasználó számára, hogy hívásokat fogadjon, amikor csapattársai elfoglaltak és nem tudnak fogadni egy bejövő hívást.

A csoportban lévő felhasználóknak ugyanazon a Webex Calling helyszínen kell lenniük.

A felhasználók a Webex alkalmazást vagy az asztali telefonjukat használhatják hívásfogadásra.

• Webex alkalmazás:

  • Támogatja a vizuális és hangértesítéseket

  • Értesítés bejövő hívásról

  • FAC-alapú (tárcsázós *98) vagy értesítési hívásfogadás

  • Hívásfelvételi értesítések többvonalas hívásokhoz.

• Asztali telefonok:

  • Értesítés bejövő hívásról

  • Hangjelzések és vizuális értesítések a kézibeszélő LED-jén keresztül. A 6821 csak hangjelzéseket támogat

    • Ha a Vezérlőközpontban kiválasztott értesítési típus nem nincs

  • Hívásfelvételi értesítések csak az elsődleges vonalakon.

További információkért lásd: Hívásfelvételi csoport konfigurálása.

A Webex Calling alapvető funkciói közé tartozik a csak hangalapú hívásvárakozás, és bármely Webex Calling Professional licenccel rendelkező felhasználó lehet hívásvárakozás része, ügynök vagy felügyelő. Ez a funkció lehetővé teszi a felhasználók számára, hogy hatékonyan kommunikáljanak az ügyfelekkel. A hívásváró-sorok a call center alapvető funkcióinak egy részét támogatják, mint például a hanghívásváró-sorok, a visszahívások, a készség- vagy prioritásirányítás, az ügynökök várólista-kezelése, az analitika, a jelentéskészítés stb.

A Cisco Microsoft Teams integrációra irányuló felhívása lehetővé teszi az ügynökök számára, hogy közvetlenül a Microsoft Teams kliensükből hozzáférjenek a hívássorban lévő hívásokhoz és funkciókhoz.

A hívásvárók a következő főbb funkciókat támogatják:

• Üdvözletek és üzenetek (üdvözlés, vigasztalás, suttogás stb.)

• Tartsa lenyomva a zenét

• Visszahívás

• Sorirányítási szabályok (éjszakai szolgáltatás, ünnepnapok, továbbítás)

• Ügynök várólistája login/logout

• Ügynöki várólista állapotának kezelése

• Webex alkalmazás vagy asztali telefon támogatás

• A felügyelő ügynök felhívja a monitort, a kocsit, a bárkát, vagy átveszi az irányítást funkcióhozzáférési kódokon (FAC) keresztül.

• Control Hub (rendszergazdai hozzáférés) a következőkhöz:

  • sorkezelés

  • Ügynök- és várólista-elemzés és jelentéskészítés

  • Várólista, ügyintéző és felügyelő kezelése.

További információkért lásd: Hívássor konfigurálása.

A Webex Calling rendelkezik egy Ügyfélszolgálat bővítmény funkcióval, amely további hívásvárakoztatási lehetőségeket biztosít, és jobb felhasználói élményt nyújt az ügynököknek és a felügyelőknek a Webex alkalmazáson belül. A Webex Calling hívássor és ügyfélszolgálati funkcióinak összehasonlítását lásd: A Webex Calling hívássor és ügyfélszolgálati funkcióinak összehasonlítása.

A Webex híváskereső csoportok lehetővé teszik a bejövő hívások adott felhasználói csoporthoz történő irányítását egy előre meghatározott hívásirányítási minta alapján. Ez biztosítja, hogy a hívásokat a megfelelő felhasználói csoport fogadja, vagy a hívások hangpostára kerülnek további megkeresés céljából.

A híváscsoportok és a hívásvárók közötti egyik nagy különbség, hogy a hívások nem kerülnek várakozási sorba a híváscsoportokban, így ha a híváscsoportban nincsenek felhasználók, akik fogadhatnák a hívást, a hívás megszakad, a hangpostára kerül, vagy egy másik számra (felhasználóra vagy szolgáltatásra) lesz továbbítva.

További információkért lásd: Vadászati csoportok kezelése a Control Hubban.

Az Üzemmódok funkció lehetővé teszi a vállalkozások számára, hogy hatékonyan irányítsák a hívásokat különböző célállomásokra (felhasználók, hangposta, hívásszolgáltatások, például hívásváró). A hívás irányításának helye és ideje a napszak és a hét napja szerinti ütemezésen alapul, és bármely felhasználó jogosult lehet ezen módok (ütemezések) kezelésére a hívásirányítás változásainak szabályozása érdekében.

Például a hívásvárakozási sorba érkező hívások átirányíthatók egy másik hívásvárakozási sorba, ahol az ügynökök egy másik időzónában vannak, hogy munkaidőn kívül fogadják a hívásokat, munkaidőben a helyi ügynökökhöz irányíthatók, ünnepnapokon pedig a hangpostára irányíthatók a hívások nyomon követése érdekében, miután az ügynökök visszatértek az irodába.

Egy jogosult felhasználó válthat a különböző hívásátirányítási forgatókönyvek (módok) között, ha módosítani szeretné a bejövő hívások irányítását egy adott időszakban. Ezek a felhasználók a sajátjukon keresztül kezelhetik a módokat. 6800/7800/8800 MPP telefonokon, 9800-as telefonokon vagy a Webex felhasználói központban a Módok kezelésemenüpontban.

További információkért lásd: Hívásirányítás a Webex Calling működési módjai alapján.

A személyhívó csoportok lehetővé teszik a felhasználók számára, hogy egyirányú hívást kezdeményezve hangüzenetet küldjenek egy felhasználói csoportnak. Minden csoport legfeljebb 75 célfelhasználót tartalmazhat. and/or olyan munkaterületek, amelyek egy előre meghatározott szám vagy mellék tárcsázásával érhetők el.

Amikor egy felhasználó felhív egy személyhívó csoportot, a rendszer egyidejűleg hívást kezdeményez a csoport összes hozzárendelt célpontjára, ekkor a hívó fél elmondhatja üzenetét, majd leteheti a telefont, ha befejezte.

További információkért lásd: Lapozócsoport konfigurálása a Control Hubban.

A Webex Calling támogatja a felhasználó által kezdeményezett vagy fogadott hívások rögzítését. Erre minőségbiztosítási, biztonsági vagy képzési igények miatt lehet szükség. Alapértelmezés szerint a hívásokat a Webex rögzíti, de más külső rögzítési szolgáltatók is használhatók, ha más rögzítési funkciókra vagy megfelelőségi és szabályozási követelményekre van szükség.

Amikor a Webexet használja felvételi platformként, az összes rögzített hívást a Control Hub kezeli. A megfelelőségi tisztviselő szerepkörrel rendelkező teljes jogú adminisztrátorok lejátszhatják és letölthetik a felvételeket. Megfelelőségi tisztviselő szerepkör nélkül az adminisztrátor csak a felvételeket törölheti.

További információért erről a funkcióról és a harmadik féltől származó rögzítési lehetőségek listájáért lásd: Hívásrögzítés kezelése a Webex Callinghoz.

Az egyetlen számmal történő elérés lehetővé teszi, hogy a felhasználó telefonszámára érkező hívások több eszközt is elérjenek. Ez magában foglalhat más asztali telefonokat és mobiltelefonokat is. Ezekről az eszközökről hívások is kezdeményezhetők, és a felhasználók hívásokat kezdeményezhetnek közöttük.

További információért erről a funkcióról és arról, hogyan konfigurálhatja azt a rendszergazda a Control Hubban, lásd: Egyetlen szám elérésének konfigurálása (iroda bárhol).

Ha további információt szeretne kapni arról, hogyan kezelheti és konfigurálhatja a felhasználó ezt a funkciót a Webex felhasználói központban (portálon), lásd: Egyetlen telefonszám konfigurálása (iroda bárhol).

A hangpostacsoportok lehetővé teszik egy megosztott hangpostafiók használatát, amely hozzárendelhető egy felhasználóhoz vagy hívásirányítási funkcióhoz. Néhány ok, amiért hangpostacsoportra lehet szükség:

• Általános célú hangposta egy részleg vagy munkacsoport számára

• Hangposta opció hozzáadása automatikus kezelőhöz vagy keresési csoporthoz

• Túlcsorduló hívások küldése hívássorból

• Azok a felhasználók, akiknek csak hangpostafiókra van szükségük.

További információkért lásd: Megosztott hangposta és bejövő faxok kezelése a Webex Callinghoz.

Az összes funkcióval, beleértve néhány kiegészítő funkciót is, kapcsolatos információkért lásd: Licenctípus szerint elérhető funkciók a Webex Callinghoz.