Ebben a cikkben
Régió kiválasztása
Helyszínek
PSTN
dropdown icon
Tárcsázási terv
    Helyszíni tárcsázási terv a Unified CM rendszerben
    Webex Calling tárcsázási terv
dropdown icon
Felvétel
    1. Hívásfelvételi szolgáltató kiválasztása
    2. Régió kiválasztása
Segélyhívás
dropdown icon
Engedélyezés
    Kézi hozzárendelés a Control Hub segítségével
    Automatikus licenchozzárendelési sablonok
    Tömeges hozzárendelés CSV-sablonon keresztül
    API-alapú hozzárendelés
    Licenckövetelmények
dropdown icon
Felhasználói ellátás
    Felhasználói csoportok
    Ajánlott megközelítés a Unified CM -ról Webex Calling -ra való áttéréskor
    Felhasználói csoportok tervezése
dropdown icon
Egyszeri bejelentkezés (SSO)
    Többszörös IDP támogatás
    Duo MFA SSO-val a Webex számára
dropdown icon
Jellemzők
    Automatikus felügyelő
    Call Park
    Hívásfelvétel
    Hívássor
    Vadászcsoport
    Működési módok
    Lejelentkezési csoport
    Felvételek
    Egyszámú elérés
    Hangposta csoport
Mit csinálsz ezután?

Tervezés a Unified CM -ról Webex Calling -ra való áttelepítéshez

list-menuEbben a cikkben
list-menuVisszajelzés?

A Webex Calling tervezési fázisa a régiók, helyek, tárcsázási tervek és segélyhívások kezelésének meghatározására összpontosít a skálázható telepítés biztosítása érdekében. Ez magában foglalja a rögzített régió kiválasztását, a helyspecifikus részletek beállítását és a következetes tárcsázási terv létrehozását. A sürgősségi szolgáltatásokat, a rögzítési konfigurációkat és az engedélyezési igényeket is foglalkozunk. Ez a szakasz megalapozza a biztosítás, a felhasználói menedzsment és az SSO-n keresztüli biztonságos hozzáférés alapját, biztosítva, hogy a telepítés megfeleljen a szervezeti és szabályozási követelményeknek. A migrációs utazás magas szintű áttekintését a részletes dokumentáció felfedezéséhez szükséges gyors hivatkozásokkal lásd: Unified CM áttelepítése Webex Calling oldalra.

Régió kiválasztása

Webex Callingvilágszerte elérhető, és redundáns adatközpontokból szállítják több régióban: Egyesült Államok (Dallas, Chicago), Kanada (Vancouver, Toronto), Európa (Frankfurt, Amszterdam), Egyesült Királyság (London, Manchester), Ausztrália (Melbourne, Sydney), Japán (Tokió, Osaka), Szaúd-Arábia (Rijád, Jeddah) és India (Mumbai, Chennai). A média POP-k médiaszolgáltatásokat nyújtanak a média oda-vissza utazási idők optimaliz álása érdekében. A szingapúri adatközpontot például arra használják, hogy optimalizálják a média-oda-vissza utazási időket az ázsiai országokban élő Webex Calling ügyfelek számára, ahol az Ausztrália vagy Japán régióba irányuló oda-vissza utazási idők nem optimálisak lehetnek. Az adatközpontokat több gigabites és teljesen redundáns gerinc kapcsolja össze. A globálisan elosztott adatközpontok ábrája az összes Webex Calling adatközpont áttekintését mutatja. A rendelkezésre álló adatközpontok legfrissebb listáját az Webex Calling Adatközpontok helyei cím ű témakörben talál Webex Calling.

Globálisan elosztott adatközpontok

A map displaying global locations for Calling (Multi-Tenant) and Media PoP services, indicating a widespread network.

Minden Webex Calling ügyfél az egyik példányra van ellátva. Webex Calling Az ügyfél összes szolgáltatási információja ebben a p Webex Calling éldányban tárolódik, és az ügyfél számára biztosított összes végpont és helyi átjáró SIP-jelzése ahhoz a p Webex Calling éldányhoz kapcsolódik, amelyre az ügyfél biztosított. Mivel nehéz megváltoztatni a kezdeti Webex Calling régiókiválasztást, fontos figyelembe venni az összes releváns tényezőt a Webex Calling régió kiválasztásához vezető döntési folyamat részeként. A túlzott jelzési késedelem elkerülése érdekében az átmeneti folyamat korai szakaszában fontos eldönteni, hogy melyik p Webex Calling éldányt kell használni. A Cisco azt javasolja, Webex Calling hogy válassza ki azt a példányt, amely a legkisebb jelzési időt biztosítja a telepítés során a legnagyobb számú felhasználó számára.

Az ország Webex Calling elérhetőségeiért lásd: Hol elérhető a Webex? .

Helyszínek

A helyszínek biztosítására való felkészüléshez Webex Calling az összes migrációs célhelyre vonatkozó szükséges információkat össze kell gyűjteni. Az egyes helyekhez szükséges információkat az egyes helyekhez rögz íthető információk részben foglal ják össze.

Táblázat 1. Az egyes helyekre rögzítendő információk
InformációMegjegyzés
Bővítési tartomány (ek)Minden helynek különböző számjegyekkel kezdődő kiterjesztései lehetnek. Webex Calling Egy számjegyet meg kell kímélni a helyszíneközi tárcsázó kormányszámjegyhez (például 8), egyet pedig a PSTN kormányszámjegyhez (például 9). Egyetlen kiterjesztési tartomány sem kezdődhet e két számjegy egyikével.

Minden hely kiterjesztési tartományának azonos hosszúságúnak kell lennie.

DID tartomány (ek)-
PSTN kormányszámjegy-
Webhely kódjaAz összes helyszín összes webhelykódjának egyedinek és azonos hosszúságúnak kell lennie.
Fő számHelyszín létrehozásakor két DID-t kell biztosítani. Az egyik fő számként (például egy automatikus kiszolgáló szolgáltatáshoz rendelhető), egy pedig a hangposta portálhoz.

Első DID rendelkezés a hangposta számához.

Hangposta száma
Engedélyek számaSzükséges licencek típusonként, töb Webex Calling bek között Standard, Professional, Workspace, Útvonallista, Kimenő híváscsomag.
Egyidejű hívások a forgalmas órábanAz eszközök és az Webex Calling eszközök és a helyi átjáró közötti párhu Webex Calling zamos hívások összege (PSTN és eszközökre irányuló hívások). Unified CM Szükséges a szükséges internet-hozzáférési sávszélesség meghatározásához.
Ország-
Időzóna-
Nyelv-
Kapcsolat (név, telefon, e-mail)-
Cím (Utcai cím, Város, Állam, Irányítószám)-
A sürgősségi szolgálatok fizikai elosztható helye végpontokhozA segélyhíváshoz használt eszköz elküldhető helye általában a következőket tartalmazza: épület címe, épület címe+emeleti száma, épület címe+ lakosztályszám vagy épület címe + emeleti száma+irodai/kocsiszám.
Eszközenként egyedi fizikai hálózati hely a sürgősségi szolgálatok számáraA vészhívások fizikai hálózati helye általában a következőket tartalmazza: kapcsoló/kapcsolóport vezetékes eszközökhöz, vezeték nélküli hozzáférési pont (AP) alap szolgáltatáskészlet-azonosítók (BSSID) vezeték nélküli csatlakoztatott eszközökhöz, és/vagy a végponti eszközök helyszíni IP-alhálózata (ek).

PSTN

A Webex Calling telepítés megtervezésekor az ügyfeleknek három elsődleges PSTN-csatlakozási lehetősége van: Cisco C alling Plans (a Cisco által kezelt felhőalapú PSTN-szolgáltatás), a Cloud Connected PSTN Providers (CCPP, ahol a szolgáltatók PSTN-szolgáltatást nyújtanak a felhőn keresztül ) és helyszíni PSTN (ahol a helyi átjárók összekapcsolják a vállalati hálózatot a PSTN-hez). A hibrid Webex Calling telepítésekhez használt PSTN tranking bevezetésével (további információt lásd: PSTN trunking hibrid Webex Calling telepítésekhez) a szervezetek további rugalmasságot szereznek migrációs megközelítésükben. Ez a funkció lehetővé teszi az ügyfelek számára, hogy az át menet kezdetén áthelyezzék PSTN-jüket a CCPP-re, és megkezdjék a felhasználók számára a felhőalapú PSTN-re való áttérést, miközben a CCPP segítségével fenntartják a PSTN-szolgáltatást azoknak a Webex Calling felhasználóknak, akik a szakaszos migráció során bekapcsolva maradnak. Cisco Unified CM

Ez a hibrid megközelítés lehetővé teszi a szervezetek számára, hogy a kiválasztott felhasználói csoportokat először a felhőbe helyezzék át anél kül, hogy azonnal átalakítanák a teljes telefonos környezetüket. Ez azonban további bonyolultságot és kockázatot jelent, különösen a meglévő Unified CM hívás-útválasztási logika új architektúra támogatásához való hozzáigazításával kapcsolatban. A régi alkalmazásokkal, például faxkiszolgálókkal, kapcsolattartó központokkal vagy lapozó rendszerekkel való kölcsönös átjárhatóság szintén alapos megfontolást igényel. A legfontosabb technikai kihívások közé tartozhat a zökkenőmentes végpontok közötti kodek tárgyalás és a DTMF (Dual-Tone Multi-Frequency) jelzés biztosítása a vegyes környezetben, valamint a speciális telefonos funkciókkal való kompatibilitás érvényesítése. A megfelelő tervezés és tesztelés elengedhetetlen a zavarok minimalizálásához és a megbízható hangszolgáltatások fenntartásához a migrációs folyamat során. Emellett a kereskedelmi megfontolások is fontosak, mivel a hibrid trunking használati licencre van szükség, amely a helyszíni környezet és a Cloud Connected PSTN Provider (CCPP) közötti párhuzamos hívások számán alapul.

Alternatív megoldásként a szervezetek dönthetnek úgy, hogy az átmeneti szakaszban megtartják helyszíni PSTN- kapcsolatukat. Ebben a forgatókönyvben a CCPP-re való áttérés kétféleképpen hajtható végre: az áttelepítés befejezése után az összes felhasználó és hely egyetlen, összehangolt lezárásként, vagy fokozatosan, a PSTN-áttelepítés helyenként történik a felhasználók áthelyezésekor. Webex Calling Webex Calling Ez a megközelítés elősegítheti az együttélés egyszerűsítését és a régi integrációk folytonosságának fenntartását, de számos működési bonyolultságot vezet be. Ezek közé tartoznak a számportálással kapcsolatos kihívások, mint például a számkikötői megrendelések pontos összehangolásának szükségessége, a lehetséges késedelmek és a szolgáltatók által előírt korlátozások, például a párhuzamos kikötői kérelmek számának korlátozása vagy a nagyszámú blokkok alcsoportjainak áthelyezésére vonatkozó korlátozások. A szervezeteknek gondosan meg kell tervezniük a PSTN átmeneti stratégiájukat, figyelembe véve ezeket a logisztikai szempontokat, hogy elkerüljék a szolgáltatási megszakításokat és biztosítsák a zökkenőmentes migrációs élményt.

Az elején áttelepítés a CCCP-re és a helyszíni PSTN megőrzése

Migration to CCCP at the start vs. keeping on-premises PSTN

Az áttelepítés CCCP-re az induláskor és a helyszíni PSTN megőrzése ábra a fent ismertetett két PSTN- áttelepítési lehetőséget mutatja. A bal oldali ábra azt a forgatókönyvet mutat ja, amikor az összes helyszíni felhasználó és alkalmazás a Cloud Connected PSTN-szolgáltatásokat egy helyszíni törzsen és egy helyi átjár ón keresztül használja, Webex Calling míg a jobb oldali ábra azt Unified CM a forgatókönyvet mutatja, amikor a meglévő helyszíni PSTN a helyén marad, és a felhasználók a helyi átjáró kapcsolaton keresztül használják a helyszíni PSTN-t Webex Calling helyszíni Unified CM és Webex Calling között. Az átmenet során a Webex Calling helyszínek átválthatók a Cloud Connected PSTN használatával.

Mindkét esetben a helyszíni és a Webex Calling felhasználó közötti hívások a helyi átjáró kapcsolatot használják. A helyszíni hálózatok közötti kapcsolatot ennek megfelelően Webex Calling kell megtervezni és méretezni az egyidejű hívások várható száma és a szükséges redundancia alapján.

Tárcsázási terv

A migrációs idő Webex Calling szak Unified CM közötti zökkenőmentes interoperabilitás elérése érdekében mindkét platformon átfogó tárcsázási terv architektúrát kell kidolgozni és megvalósítani. Ez a kettős platformú tárcsá zási terv biztosítja a következetes hívásátirányítást, a számok fordítását és a funkciók átláthatóságát, lehetővé téve a felhasználók számára, hogy a szolgáltatás romlása vagy a felhasználói élmény megzavarása nélkül kommunikáljanak az együttélés során.

Helyszíni tárcsázási terv a Unified CM rendszerben

A vállalati tárcsázási tervben regisztrált eszközök együttélésének lehetővé tétele érdekében az átmenet során módosítani Unified CM kell, hogy legalább a következő követelmények teljesüljenek: Unified CM Webex Calling

  • +E.164 tárcsázás: Unified CM Webex Calling

  • Hosszabbító tárcsázás: Webex Calling (hely Unified CM színen belüli, de helyközi is, ha a kiterjesztési tartományok egyediek)

  • Rövidített telephelyek közötti tárcsázás: Unified CM Webex Calling

  • Kényszerített hálózaton belüli tárcsázás: Unified CM Webex Calling

  • Visszahívás a nem fogadott hívások könyvtárából a bekapcsolt célállomásokra Webex Calling

  • A PSTN hívja Webex Calling a PSTN-t, ha az átmenet során a helyszíni PSTN-t használják Webex Calling

  • A PSTN-hívások az átmenet során Unified CM Webex Calling a hibrid Webex Calling telepítésekhez használt PSTN tranking segítségével a helyszíni felhasználók számára biztosítják a PSTN-hozzáférést a Cloud Connect for Unified CM Webex Calling

  • Kényszerített hálózaton keresztül Webex Calling Unified CM

  • Hosszabbító tárcsázás és Webex Calling a Unified CM (helyközi) között.

Ha a fentiek bármelyike nem támogatott tárcsázási szokások az átmenet előtt, például nincs rövidített helyszíneközi tárcsázási szokás, akkor ezeket nem feltétlenül kell bevezet ni az átmenet során.

Az ábra A legjobb gyakorlatok tárcsázási terv a Cisco Collaboration Preferred Architecture for Cisco Collaboration 12.x vállalati helyszíni telepítések (CVD) című cikkben ismertetett bevált gyakorlati tárcsázási terv megközelítését mutatja be. Ennek a megközelítésnek a főbb jellemzői a következők:

  • Egyetlen partíció +E.164 könyvtárszámokhoz

  • A +E.164 útvonalminták alapján alapuló útvonaltervezés

  • Az összes tárcsázási szokás normalizálása +E.164-re fordítási mintákkal

  • A fordítási minta használata a keresési terület öröklődésének meghívása (lehetőség A kez deményező hívókeres ési helyének használata fordítási mintákon beállított beállítás).

Best practices dial plan
Bevált gyakorlatok tárcsázási terv

Például a PSTN tárcsázást (9+1+10D) egy SJC-ben lévő eszközről, amely az SJCInternational vonalhívó kereső térrel rendelkezik, először a 9.1 [2-9] XX [2-9] XXXXXX fordítási mintával párosítja, amely a hívott fél számát +E.164 értékre normalizálja. A másodlagos keresés ez után ismét ugyanazt a hívókeresőhelyet használja fel az SJCInternational (keresési terület öröklésének hívása), és a +E.164 számjegyű karakterláncot vagy a DN partícióban lévő +E.164 könyvtárszám , vagy az USPSTNNational vagy SJCPSTNLocal partíció PST N útvonalmintáinak egyikével párolja meg. A rövidített helyszínen belüli és helyszíneközi tárcsázási szokásokat az ES N és az SJ CTOE164 partícióban lévő fordítások valósítják meg. Míg az ESN partíció globális partíció (minden helyen elérhető telefonok számára), az SJCTOE164 partíció csak az SJ C helyén lévő felhasználók számára érhető el. Ez átfedő kiterjesztési tartományokat feltételezi.

A telefonos hívások engedélyezésének első lépése annak Unified CM biztosí Webex Calling tása, hogy a +E.164 célállomások ennek megfelelően kerüljenek irányításra. Ez úgy érhető el, hogy egy Webex Calling partíciót ad hozzá a tárcsázási tervhez, hozzáadjuk az összes Webex Calling célállomáshoz +E.164 útvonalmintákat az adott partícióhoz, és végül hozzáadjuk a Webex Calling partíciót az elérni kívánt szolgáltatási osztályokat képviselő összes hívó kereső helyhez. Webex Calling Dedikált Webex Calling partíció létrehozása szükséges ahhoz, hogy lehetővé tegye a különböző szolgáltatási osztály létrehozását a következő hívásokhozWebex Calling. A híváshurkok elkerülése érdekében a helyi átjáróból származó törzsben található bejövő hívások keresési helyének nem szabad hozzáférnie a Webex Calling partícióhoz.

+E.164 útválasztás Webex Calling

+E.164 Routing to Webex Calling

Amint azt a +E.164 ábra mutatjaWebex Calling, a +E.164 DID tartományban +1 221 555 2XXX és Unified CM a Webex Calling 121-es helykóddal rendelkező helyre történő útválasztás engedélyezéséhez a partícióhoz hozzá kell adni a +E.164 tartománynak megfelelő sürgős útvonal mintát. Webex Calling

Ha nincs szükség helyspecifikus Helyi Átjáró kiválasztására, akkor ahelyett, hogy egy Webex Calling helyi útvonalcsoportot tartalmazó útvonallist át használnánk az egyetlen útvonalcsoportra mutató útvonalminták célpontjaként a Helyi átjárót, majd az útvonalminták egyetlen ú Webex Calling tvonallistára mutatnak, amelyben ez az egyetlen ú Webex Calling tvonalcsoport egyetlen bejegyzésként szolgál. Webex Calling

A helyszínek közötti rövidített tárcsázás engedélyezéséhez a partíció Webex Calling hoz hozzá kell adni a szükséges 8121.2XXX útvonalmintát. Webex Calling Előfordulhat, hogy az ESN partícióban már létezhet az ESN tárcsázást +E. 164 értékre normalizáló 8121.2XXX számú tárcsázási normalizációs mintára átmenő webhelyek. Webex Calling Ebben az esetben a 8121.2XXX redundánsnak tűnik, de amint az adott hely összes DNS-jét áttelepítették a 8121.2XXX tárcsázás normalizálására, a fordítási minta eltávolítható, majd a Webex Calling 8121.2XXX útvonalminta lehetővé teszi az ESN tárcsázást még csak az adott tartományban lévő felhasználók számára is.

Ezekkel a tárcsázási tervváltoztatásokkal a helyszínre irányuló hívások nem csak a rövidített Webex Calling helyszínek közötti tárcsázással és +E.164 tárcsázással vehetők igénybe. Nem zetközi és országos PSTN tárcsázás is lehetséges, mivel ezeket a tárcsázási szokásokat először +E.164-re normalizálják a már meglévő tárcsázási normalizációs fordítási mintákon keresztül, majd a partícióban lévő +E.164 útvonalmintázat illesztésével irány Webex Calling ítják át. Webex Calling

A Webex Calling helyszín DID-tartományának megfelelő +E.164 útvonalmintázatának beállítása addig biztosítható, amíg az összes DID-t továbbra is be van helyezve. Unified CM A legjobb egyezési mintázat-illesztési algoritmus gondoskodik arról, hogy a tárcsázáskor a +E.164 könyvtárszám jobban illeszkedik, mint a helyettesített +E.164 útvonalminta, Webex Calling így a hívások egy bekapcsolt vonalra kerülnek kiterjesztésre, Unified CM és nem küldhetők oda. Unified CM Unified CM Unified CM Webex Calling

Webex Calling tárcsázási terv

Minden felhasználó rendelkezik egy kiterjesztéssel és/vagy egy +E.164 telefonszámmal. Webex Calling A kiterjesztés hossza rögzített globális beállítás: a telepítés összes kiterjesz Webex Calling tése azonos hosszúságú. A kiterjesztésű tárcsázás Webex Calling felhasználók között használható mind a helyeken belül, mind a helyek között. A rövidített helyközi kiterjesztés ű tárcsázás (ez utóbbi eset) csak akkor működik, ha a tárcsázott kiterjesztés egyedi.

Ha a helyek közötti rövidített telephelyek közötti tárcsázás követelmény, de vannak átfedések a különböző helyekre rendelt kiterjesztések között, akkor egy vállalatspecifikus számozási tervet kell létrehozni úgy, hogy a kiterjesztéseket hozzáférési kóddal vagy webhelykóddal előrögzítjük. További információért lásd: Preferált architektúra a Cisco együttműködéshez 15 Helyszíni telepítések, Tervezési áttekintés a Cisco együtt működé si prefer ált architektúrák címen érhető el.

A kiterjesztési hossz, a helyekközi tárcsázás viselkedése, a helyközi tárcsázás előtaghossza és a helyek közi tárcsázás útválasztási előtagjának kormányszámjegye a Vezérlőközpont hívásszolgáltatásának beállí tásaiban van beállítva:

  • Helyvezetési előtag hossza: Előtag hossz a, beleértve a kormányszámjegyet is. Csak akkor szükséges, ha egy vállalati számozási tervet alternatív rövidített vállalati helyközi tárcsázási szokásként kell létrehozni.

  • Kormányszámjegy az útválasztási előtagban: Kormányszámjegy a rövidített vállalati helyközi tárcsázási szokáshoz. Kerülni kell az átfedéseket bármely hely és helyszín kimenő tárcsászá mjegyeinek első számjegyével. Csak akkor szükséges, ha egy vállalati számozási tervet alternatív rövidített vállalati helyközi tárcsázási szokásként kell létrehozni.

  • Belső hosszabbítási ho ssz: A hosszabbítások standard hossza. Bármilyen érték lehet két és tíz között.

    Ha a helyszíni hívásvezérlőből a helyszíni hívásvezérlő kiterjesztésű tárcsázásra vagy nagyvállalati számokkal (irányítókód, helyszíni kód, kiterjesztés) történő tár csázásra van szükség, és a helyszíni hívásvezérlő egy bővítményt küld hívóazonosítóként, akkor feltétlenül állítsa be a Maximális ismeretlen kiterjesztési hoss z paramétert is, hogy megbizonyosodjon arról, hogy Webex Calling a helyszíni hívá svezérlő felső hívásai helyszíni minősítésnek legyenek Webex Calling Webex Calling helyes hívás.
  • Helyek közötti bővítménytárcsázás engedélyezése: A helyek közötti bővítménytárcsázás engedélyezéséhez vagy letiltásához kapcsolja be. Ezt az opciót csak akkor szabad engedélyezni, ha a szervezeten bel üli összes kiterjesztés egyedi. Ha az opció le van tiltva, akkor a vállalati jelentős számokat (kormánykód, webhely kód, bővítmény) 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 elkészítéséhez használják, hogy minimálisra csökkentsék a számjegyek közötti időtúlásokat a horogon kívüli tárcsázás használatakor. A globális beállításoktól való eltérés továbbra is lehetséges (Példa — eltérő hosszúságú bővítmények is rendelkezésre állnak), de figyelmeztető üzenet jelenik meg a Vezérlőközpontban, és a telefonokról történő tárcsázáshoz blokkolt tárcsázásra lehet szükség az előre betöltött tár csázási csomagon belüli ütközések elkerülése érdekében.

A V állalati számozási pél da táblázat három helyre mutat példát, ahol két helyszín, a NYC és az RTP kiterjesztési tartománya azonos. Vállalati számozási rendszer létrehozása telephelyek közötti irányítószámozással 8, amelyet egy háromjegyű helyszínkód követ, és a négyjegyű kiterjesztés nem átfedő rövidített helyszínek közötti tárcsázási szokást hoz létre.

Táblázat 2. Vállalati számozási példa
WebhelyBővítési tartományWebhely kódjaVállalati tartomány
NYC 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 számára az Webex Calling ideális helyre való áttérés előtt és után a tárcsázási szokásoknak azonosnak kell lenniük. Az egyes helyek átmenetére való felkészüléshez dokumentálni kell a DID tartományokat és kiterjesztési tartományokat (vagy rövidített helyszínen belüli tárcsázási szokásokat). Ezen információk alapján ki kell választani a helyszínek közötti kormányszámjegyet.

A Rögz ített hossz Webex Calling kiterjesztési tartományok tábláz at három helyre és rögzített hosszhosszabbítási tartományra mutat pél dát. Mivel el kell kerülni az egymást átfedő tárcsázási szokásokat, fontos meggyőződni arról, hogy bármely kiterjesztési tartományban a tartomány első számjegye nem egyezik meg a rövidített helyszínekkel történő tárcsázás kormányozásával. Ha például a 8-at választja ki a helyszínek közötti tárcsázá shoz kormányszámjegyként, akkor egyetlen helyszínen egyetlen kiterjesztési tartomány sem kezdődhet 8-mal. Általában az adott helyen található kiterjesztések megegyeznek az adott helyhez rendelt DID-k utolsó néhány számj egyével. A konfliktusok elkerülése érdekében a kiterjesztés első számjegye megváltoztatható. Ha például a +1 408 555 8XXX tartományban lévő DID-ket használunk egy helyen, akkor a 8XXX kiterjesztési tartomány ként való használat helyett az adott webhely bővítményeihez használhatjuk a 7XXX bővítményeket

3. táblázat. Rögzített hossz Webex Calling hosszabbítási tartományok
WebhelyBővítési tartomány Webex CallingBővítményekWebhely kódjaVállalati tartomány
NYC 2XXX 2XXX 202 8 202 2XXX
SFO 8XXX 7XXX 203 8 203 7XXX
RTP 1XX 11XX 204 8 204 11XX

Az amerikai tárcsázási tervet használó eszközön tárcsázott hét számjegyű Webex Calling Webex Calling tárcsázási karakterláncok átfedik az előre betöltött amerikai tárcsázási tervben a helyi tárcsázáshoz szükséges hétjegyű mintázattal. A hálózaton belüli és a hálózaton kívüli tárcsázási szokások közötti átfedések elkerülése érdekében kötelező külső hozzáférési kód használható ezen a helyen. Ha a meglévő vállalati számozási séma és a megfelelő rövidített telephelyek közötti tárcsázás átfedésben van a Webex Calling nemzeti tárcsában lévő mintákkal, akkor az átfedések elkerülése érdekében Webex Calling a számozási sémára való áttérés során hosszabb vagy rövidebb formára is módosítható. Ennek elérésének legegyszerűbb módja egy további párnázó 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 a már áttelepített felhasználóknak kell elfogadniuk. Webex Calling A még bekapcsolt felhasználók Unified CM továbbra is hét számjegyű tárcsázást végezhetnek. Ebben az esetben a vállalati tárcsázási tervnek gondoskodnia Unified CM kell arról, hogy a rövidített hétszámjegyű tárcsázást +E.164 Webex Calling vagy Unified CM a telepített rövidített tárcsázási formátumra alakítsák át. Webex Calling Ezt meg kell tenni, mielőtt elküldené a hívást a helyi átjáróra.

A hét számjegyű tárcsázás átmeneti táblázata példát mut at erre az átszámozásra. Ebben a példában a rövidített helyközi tárcsázás a 8. kormányszá Unified CM mot használja, amelyet kétjegyű helykód és egy négyjegyű kiterjesztés követ. A helyszínek hétszámjegyű rövidített helyszíni tárcsázásának elkerülése érdekében a helyszínek kódjai könnyen háromszámjegyűre változtathatókWebex Calling, ha a használt kétszámjegy ű helykódokhoz tetszőleges párnázó számjegy (8 a példában) előre rögzítve, Unified CM így a Webex Calling telefonokról történő telephívás 8- as irányítószámjegy, a régi kétjegyű webhelykód és a négyjegyű kiterjesztés. A felhasználóknak Webex Calling nem kell emlékezniük az új webhelykódokra; csak arra kell emlékezniük, hogy a 8 8-at használjanak előtagként a helyszínek közötti tárcsázáshoz a 8 bekapcsolt helyett. Unified CM

4. táblázat. Hétszámjegyű tárcsázás átmenete
Unified CM Webex Calling
Webhely Bővítmények Webhely kódja Vállalati kínálat Webhely óda Vállalati angolok
NYC 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

Olyan forgatókönyv esetén, ahol különböző vállalati számformátumok vannak bekapcsol Unified CM va, és Webex Calling ha a vállal Unified CM ati számokat hívó fél információjaként mutatják be a hívásokhoz Webex Calling (például DID nélküli eszközökről történő hívások), fontos a visszahívás működésének biztosítása érdekében a különböző számformátumok közötti leké pezést is végrehajtani. Ez a leképezés úgy érhető el, hogy hívó fél transzformációs mintáját használjuk a helyi átjáró Unified CM és a közötti törzsön.

Felvétel

A jól megtervezett hívásrögzítési megoldás számos kulcsfontosságú tervezési elem alapos megfontolását igényli annak biztosítása érdekében, hogy összhangban legyen a szervezeti célokhoz, a szabályozási követelményekhez és a műszaki korlátozásokhoz. A két legkritikusabb döntés magában foglalja a szolgáltatók kiválasztását és a régiók kiválasztását, amelyek mindegyikét globálisan testre kell szabni, és bizonyos hel yeken, üzleti igények alapján felülírni kell.

1. Hívásfelvételi szolgáltató kiválasztása

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 összehangolásának biztosításához a szervezetben:

  • Globális szolgáltató kiválasztása: A szervezetek általában globális szinten jelölik ki egy elsődleges hívá srögzítő szolgáltatót, biztosítva a funkciókészlet, a megfelelőség és a támogatás konzisztenciáját minden helyszínen

  • Helyalapú felülírások: Azokban az esetekben, amikor bizonyos webhelyek vagy régiók egyedi üzleti szükségletekkel vagy szabályozási követelményekkel rendelkeznek, szükség lehet a globális szolgáltató kiválasztásának felülírására, és ez ekre a helyekre alternatív szolgáltatók meghatározására. Ez a rugalmasság támogatja a különböző megfelelőségi megbízásokat és a helyi üzemeltetési igényeket

  • Üzleti követelmények: A szolgáltató kiválasztását az üzleti tényezők értékelésén kell alapulnia, mint például a szabályozási megfelelés (példa - 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 valós idejű megfigyelés, keresési és lejátszási képességek, titkosítás, megőrzési irányelvek, elemzési platformokkal való integráció és a különböző hívástípusok (bejövő, kimenő, belső) támogatása alapján kell értékelni.

2. Régió kiválasztása

A megfelelőség és a teljesítmény szempontjából kritikus fontosságú annak a régiónak a meghatározása, ahol a hívásfelvételeket tárolják és feldolgozzák:

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

  • Hel@@ yalapú régió felülírásai: Amennyiben az adattartózkodási törvények vagy vállalati irányelvek meg követelik, szükség lehet a globális régió beállításának felülírására meghatározott helyekre, biztosítva, hogy a hívásfelvételeket a szükséges földrajzi határokon belül tároljuk és feldolgozzuk

  • A@@ dattartózkodási követelmények: A formatervezésnek figyelembe kell vennie a nemzetközi és helyi adatvédelmi előírásokat (például GDPR, CCPA vagy országspecifikus megbízásokat), amelyek meghatározhatják, hol és hogyan táro lja a hívásfelvételeket.

Egy másik kritikus szempont, amelyet a hívásrögzítési megoldás tervezése Webex Calling és tervezése során foglalkozni kell, a tárolási követelmények 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 folyamatban lévő üzleti műveletek támogatásához, a megfelelés fenntartásához és a szolgáltatási zavarok elkerüléséhez.

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

  • A rögzített hívások mennyisége: Értékelje meg a hívások várható számát, amelyeket egy adott időintervallumon belül rögzítenek (pl. naponta, hetente vagy hónaponként). Ez nemcsak a külső hívá sokat, hanem a belső kommunikációt is magában foglalja, ha az üzleti politika vagy a szabályozási megbízatások megkövetelik

  • Átlagos hívási idő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 fognak igénybe venni. A becslésbe figyelembe 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

  • Megőrzési időszak: Határozza meg a felvételek megőrzésének időtartamát, amelyet gyakran szervezeti politikák vagy külső előírások (például iparágspecifikus megfelelőségi szabványok) diktálnak. A hosszabb tárolási időszak növeli az általános tárolási követelményeket

  • N@@ övekedési előrejelzések: Fontolja meg a hívások mennyiségének várható növekedését vagy a felvételi hatókör bővülését, amely az üzleti skálázásból, az új szabályozási követelményekből vagy további felhasználók vagy helyszínek bevezetéséből eredhet.

Ezen paraméterek alapos elemzésével a szervezetek olyan robusztus tárolási stratégiát dolgozhatnak ki, amely biztosítja a hívásrögzítési megoldásuk skálázhatóságát, költséghatékonyságát és szabályozási megfelelő Webex Calling ségét. Ezenkívül tanácsos rendszeresen felülvizsgálni és módosítani a tárolási elosztá sokat, mivel a felhasználási minták idővel fejlődnek.

Segélyhívás

A segélyhívás a megfelelő diszpécserközpontba történő irányításának követelménye minden olyan hívási szolgáltatás követelménye, amely PSTN szolgáltatást kínál. A seg Webex Calling élyhívások útválasztása a megoldás natív, és magában foglalja az összes nemzeti segélyhívó szám támogatását a Webex Calling támogató országokban. A segélyhívás útválasztása a Vezérlőközpontban meghatározott helyen Webex Calling és a hely PSTN hozzáférési módján alapul. A segélyhívó szá Webex Calling mok előre meghatározottak, és az országra vonatkoznak, amelyben a Webex Calling felhasználókat és eszközöket telepítik.

A sürgősségi hívások kézbesítésének két módja vanWebex Calling. Van egy alapvető segélyhívás-útválasztási szolgáltatás és egy továbbfejlesztett segélyhívás-útválasz tási szolgáltatás. Az alapvető segélyhívás-útvonalszolgáltatás egy adminisztrátor által kiválasztott szá mot használ a segélyszolgálatok eléréséhez szükséges hely és hívási útvonal azonosításához. Alapvető sü rgősségi hívások esetén a hívási útvonal általában az ügyfél PSTN opcióján keresztül történik az adott helyre vonatkozóan . Webex CallingTovábbfejlesztett vészhívás-útvonaltervezéssel is rendelkezik, amelyet az Egyesült Államok és Kanada telepítések számára terveztek, amelyek szabályozási megfelelési követelményekkel rendelkeznek, amelyek országos szolgáltatót igényelnek a segélyhívások továbbítá sához a megfelelő diszpécserközpontba.

Minden ügyfélnek telepítenie kell legalább az alapvető segélyhívó konfigurációt. Az alapvető segélyhívás megköveteli, hogy minden egyes helyhez legalább egy ügyfél tulajdonában lévő +E.164 számot rendeljen hozzá. Webex Calling Alapvető segélyhívásokhoz minden helyszínt egy utcai cím határozza meg, amelyre vészhelyzet esetén a rend őrség, tűzoltó vagy mentőszolgálat küldik. A legtöbb esetben a helyszín fő száma a legjobb választás a vészhelyzet fizikai helyének ábrázolására. Általában a cím hozzárendelését a +E.164 számhoz a PSTN szolgáltat óval összehangolják. Az alábbi képek a Richardson-helyszín vészhelyzeti visszahívási számként használandó főszámának hozzárendelését mutatják.

A user location details for Richardson in the United States, including the main number and an option to manage the emergency callback number.Emergency Callback Number (ECBN) configuration, allowing selection between using the location's main number or an assigned number.
Helyszín ECBN konfiguráció

A legtöbb esetben egy épületcím elegendő a helyszín küldési címéhez. Ha azonban további helyadatokra van szükség bizonyos felhasználókhoz vagy eszközökhöz, akkor az adminisztrátor ugyanazt a fent leírt eljárást használhatja, és hozzárendelheti ezeket az eszközöket egy adott cím hez vagy egy pontosabb helyhez a címen belül (például egy padlóhoz vagy szobához). A Vez érlő központ Felhasználókezelésében a H ívás lap lehetővé teszi, hogy egy adott számot használjon a felhasználó és eszközei számára az adott feladási cím megszerzéséhez. A következő képek bemutatják, hogyan lehet egy adott számot hozzárendelni egy eszközhöz. Az adminisztrátor felelős annak biztosításáért, hogy az eszköz által használt szám megfelelő szállítási címmel rendelkezzen hozzá. A címhozzárendelés általában az adott hely PSTN-szolgáltatóján keresztül történik.

A user's calling settings within an administrative portal, displaying directory numbers and emergency callback number options.The Emergency Callback Number (ECBN) settings, offering choices between the location default ECBN or an assigned number from the user's location.
Felhasználói ECBN konfiguráció

Az amerikai székhelyű telefonos telepítésekhez, amelyeknek továbbfejlesztett vészhívási megoldásokat kell biztosítaniuk, a RedSky Horizon Mobility szolgáltatását Webex Calling használja a segélyhívások útválasz Webex Calling tásához integrált. Ha a RedSky-t a hívásátirányításhoz használja, a rendszergazdának regisztrálnia kell egy fiókot a Cisco-n keresztül, és be kell állítania a megfelelő információkat a Hívás -> Szolgáltat ási beállítások menüben a funkció engedélyezéséhez. Miután a RedSky szolgáltatás engedélyezve lett a rendszerszinten, egy rendszergazda engedélyezi a RedSky szolgáltatást minden Helyszint szintjén. A továbbfejlesztett segélyhívás engedélyezése egy Webex Calling helyen aktiválja a szolgáltatást az adott helyhez hozzárendelt összes eszköz esetében. A továbbfejlesztett vészhívásokat támogató eszközök a Cisco MPP telefonok, a Cisco PhoneOS telefonok és a Cisco Webex alkalmazása.

Két beállítás van a továbbfejlesztett segélyhívás engedélyezéséhez egy helyen. A RedSky hálózati kapcsolati információk fogadásának és teszthívásainak engedélyezése lehetőséget kell használni annak ellenőrzésére, hogy az eszköz- és infrastruktúra le képezései RedSky-konfigurációja helyes-e. Ez a beállítás lehetővé teszi a teszthívások lebonyolítását a 933-ra, hogy hely ellenőrzést végezzenek a RedSky IVR rendszerével a hívó helyének kiolvasásához. Bár ez a dokumentum nem terjed ki a helykövetés RedSky konfigurációjára, a rendszergazdának MINDIG tesztelnie kell a helyfelfedezést, mielőtt aktiválná a segély hívásokat a RedSky-re irányuló útvonalhoz. A tesztelés befejezése és pontosságának ellenőrzése után az adminisztrátor a RedSky-re irányítja a hívásokat azáltal, hogy az útvonal segélyhívásait a RedSky-re váltja. Ez a kapcsoló a helyszínre vonatkozó összes segélyhívást a RedSky-hoz irányítja, hogy a helysz ín üzenetrögzítőjébe szállítsuk.

A továbbfejlesztett vészhívás beállításai a Webex App kliensekre is vonatkoznak mind helyszíni, mind helyszíni területeken. Helyszíni állapotban a Webex alkalmazás ugyanúgy nyomon követhető, mint az asztali telefonokat. Helyszínen kívül a felhasználó dinamikusan beállíthatja tartózkodási helyét közvetlenül a Webex alkalmazáson belül. A segélyhívással kapcsolatos további információkért lásd: Tová bb fejlesztett segélyhívásWebex Calling.

Engedélyezés

Számos lehetőség van Webex Calling licencek hozzárendelésére a felhasználókhoz.

Kézi hozzárendelés a Control Hub segítségével

A rendszergazdák manuálisan rendel Webex Calling nek licenceket az egyes felhasználókhoz a Vezérlőközpont felületén keresztül.

Az adminisztrátorok szerkeszthetik az egyes felhasználók szolgáltatási licenceit, és közvetlenül hozzárendelhetik a hívási licenceket.

Automatikus licenchozzárendelési sablonok

Használja a licenchozzárendelési sablonokat a Vezérlőközpontban a csoportos vagy szervezeti beállítások alapján automatikusan hozzárendelheti a felhasználókhoz a licenceket.

Az automatikus licencelés könyvtárszinkronizálással vagy kézi felhasználói frissítésekkel végezhető el, de a felhasználóknak érvényes +E.164 formátumú telefonszámmal kell rendelkezniük, és a telefonszámoknak a felhasználói rendelkezésre bocsátás előtt egy Webex Calling helyen kell lenniük. Ha a feltételek nem teljesülnek (pl. érvénytelen telefonszám- formátum), a Webex Calling licencek nem kerülnek hozzárendelésre.

Tömeges hozzárendelés CSV-sablonon keresztül

Töltsön fel egy CSV-fájlt felhasználói adatokkal és licenchozzárendelésekkel, hogy egyszerre több felhasználót adjon hozzá vagy módosítson.

A CSV-importálás legfeljebb 20 000 felhasználó hozzáadását és licencek hozzárendelését támogatja, de a licencek speciális Webex Calling mezőket igényelnek, például telefonszámot és bővítményt.

API-alapú hozzárendelés

Használja a Webex API-kat a licencek programozott hozzárendeléséhez és a felhasználók kezeléséhez.

A Webex támogatja a felhasználói és licenckezelési API-műveleteket (People, SCIM 2.0 és License API-k), amelyek felhasználhatók a licenchozzárendelés automatizálásához. A Licences API lehetővé teszi a licencek, telefonszámok és bővítmények egyidejű hozzárendelését.

5. táblázat. Felhasználói biztosítási lehetőségek — összefoglaló
Hozzárendelési módszerElőnyökHátrányok
Kézikönyv a Control Hubon keresztülEgyszerű kevés felhasználó számára.

Lehetővé teszi a licenckiosztás pontos és részletes ellenőrzését.

Nem méretezhető, időigényes

Hajlamos emberi hibákra a kézi bevit el során.

Automatikus licencsablonokMéretezhető

Csökkenti a kézi hibák

Alkalmazható új és meglévő felhasználókra.

Érvényes telefonszámokat és helyeket igényel.

Bonyolultabb beállítás

A felhasználók csoportonkénti felhasználói csoportokat is igényel, egyenértékű licenckövetelményekkel.

Tömeges CSV-feltöltésHatékony nagy felhasználói készletekhez

Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.

Gondos CSV-formázást igényel

Hiba lehetséges, ha a telefon számok vagy bővítmények hiányoznak vagy helyesek.

API-alapú hozzárendelésAutomatizálható, rugalmas.

Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.

Fejlesztési és API ismereteket igényel.

A Felhasznál ói biztosítási lehetőségek — összefoglaló táblázat összefoglal ja a felhasználói rendelkezésre bocsátási lehetőségeket, valamint azok előnyeit és hátrányait . Ez az áttekintés segít kiválasztani a legjobb licenchozzárendelési módszert az ügyfélszervezet mérete, az automatizálási képességek, valamint a felhasználói biztosítási folyamatok és követelmények alapján.

Ahol csak lehetséges, a Cisco azt javasolja, hogy licencsablonok használatával rendeljen hívólicenceket. Ehhez megköveteli, hogy minden felhasználócsoport esetében egyedi licenckészletet igényel (Példa - Webex Calling Standard vs. Professional) létezik a megfelelő csoporttagsággal rendelkező csoport. Amint azt a Felhasznál ói csoportok szakaszban tárgy altuk, a felhasználói csoportok manuálisan definiálhatók a Vezérlőközpontban, vagy szinkronizálhatók egy vállalati könyvtárból. Mindkét megközelítés kombinációja lehetséges.

A több csoporthoz tartozó felhasználók licenceket kapnak az összes csoportjukra alkalmazott hozzárendel ésből. Ez lehetővé teszi a vállalati könyvtárban található Webex Calling licencspecifikus biztonsági csoportok használatát a Webex licenchozzárendelés kezelésére, ahol az így létrejövő felhasználói licenchozzárendelést a csoporttagságok egyes ítése vezérli.

További információt az Automatikus licenchozzárendel ések beállítása a Vezérlőközpontban és Automatikus licenchozzá rendelési sablonok beállí tása a Webex Calling felhasználók számára című témakörben talál.

Licenckövetelmények

Ez a szakasz csak a Webex Calling kapcsolódó licencekre vonatkozik. Más licenctípusok (példa — Webex eszközök regisztrációja, üzenetküldése, értekez letek) nem vonatkoznak. A tervezési folyamat részeként meg kell határozni a licenckövetelményeket. A következő licenctípusok licencszámát kell kiszámítani:

  • Webex CallingStandard: a szabványos telefonos funkciókat igénylő egyéni felhasználók száma.

  • Webex CallingProfessz ionális: a fejlett telefonos funkciókat igénylő felhasználók és munkaterületek száma. A virtuális vonalak és a csoportos hangposta 1:1 arányra jogosultak minden szakmai engedély esetén. Ezért olyan ritka esetekben, amikor a szükséges virtuális vonalak vagy csoportos hangposták száma meghaladja a fejlett telefonszolgáltat ásokat igénylő felhasználók és munkaterületek számát, további szakmai licenceket kell számolni.

  • Webex CallingKözös terület munkaterül ete: a szokásos hívási képességeket igénylő megosztott használatra vagy közös helyszínekre.

  • Webex CallingÜgyfélszolgál at: az ügyfélszolgálati funkciókat igénylő Webex Calling ügynökök és felügyelők száma. Az Webex Calling ügyfélszolgálat tartalmazza a Webex Calling Professional licencet.

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

  • Attendant Console: az oknak a Webex Calling felhasználóknak a száma, akiknek hozzáférést igényelnek a kísérő konzolklienshez.

  • Cisco hívási terv (kimenő hívási terv): azon felhasználók száma, akiknek PSTN-szá mot és/vagy kimenő PSTN-hívási hozzáférést igényelnek a Cisco PSTN szolgáltatáshoz.

A professzionális munkaterületekhez nincs külön licenctípus. A professzionális munkaterület ek Webex Calling professzionális licencet használnak.

Csak a Hot-desk munkaterületek kínálják a hotdesking host szolgáltatást és a sürgősségi hívásokat a hotdesking -állomásról, és nem igényelnek licencet. További információt a Csak a Hot Desk-eszközök hozzáadása és kezelése című témak örben talál.

Az egyes felhasználók és munkaterületek szükséges licenctípusának meghatározásához a szükséges szolgáltatások alapján lásd: Licenctípus szerint elérhető szolgáltatások. Webex Calling

Ha meg szeretné különböztetni a Webex Calling hívássorok és a Webex Calling professzionális licenc által kínált funkciókat az Webex Calling ügyfélszolgálattal ellentétben, tekintse meg a Webex Callinghívássorok és az ügyfélszolgálati funkciók összehasonlítása című részt.

Felhasználói ellátás

A Webex Control Hub felhasználói szolgáltatásakor számos lehetőség áll rendelkezésre, amelyek mindegyike megfelel a különböző szervezeti igényeknek és környezeteknek:

  1. Kézi ellátás: A rendszergaz dák közvetlenül a Vezérlőközpontban adhatnak hozzá és kezelhetik az egyes felhasznál ókat. Ez a módszer egyszerű, de a legalkalmasabb kis szervezetek vagy korlátozott felhasználói változások esetén.

  2. Tömeges ellátás CSV-n keresztül: Nagyobb felhasználói bázisok esetén a rendszergazdák tömeges módon importálhatják és frissíthetik a felhasználókat, ha CSV-fájlokat töltenek fel a Vezérlőközpontba. Ez egyszerre akár több ezer felhasználó hatékony kezelését teszi lehetővé.

  3. Könyvtárszinkronizálási beállítások

    Címtárcsatlakozó: Ez egy automatikus szinkronizáló eszköz, amelyet Microsoft Active Directory környezetekben használnak. A felhasználói fiókokat, csoportokat és attribútumokat ütemez ve szinkronizálja (óránként, napi vagy hetente). Támogatja a többtartományú és többerdős Active Directory beállításokat, és szinkronizálhatja a profilképeket és a szobaobjektumokat.

    Az Entra ID (Azure AD) varázsló alkalmazás: A Microsoft Entra ID (Azure AD) használó szervezetek számára tervezett módszer automatikus, közel valós idejű szinkronizálást biztosít a felhasználói fió kok és attribútumok közvetlenül az Entra ID-ről a Vezérlőközpontba. Teljes mértékben kezelhető a Control Hubon, és minimális beállítást igényel.

    SCIM 2.0 alkalmazások: Nem Microsoft-környezetek vagy más identitásszolgáltatók , például az Okta vagy a Duo esetében a SCIM-alapú szinkronizálási alkalmazások lehetővé teszik az automatikus felhasználói biztosítást és kikapcsolást attribútumleképezéssel és csoportos szinkronizál ással.

  4. Unified CMfelhasználói szinkroniz álás: Ez az opció lehetővé teszi a Webex felhasználói fiókok létrehozását a meglévő Unified CM végfelhasználók alapján a Webex-ről szinkronizálással. Unified CM Ehhez a helyszíni klasztereken kell futnia a Cloud Connected UC (CCUC). Unified CM Általában azonban ajánlott a felhasználókat egy központosított felhőkönyvtárból, például az Entra ID-ből szinkronizálni, nem pedig közvetlenülUnified CM.

  5. API biztosítás: Nyilvá nos Webex API-k (People, SCIM 2.0) használhatók a Webex felhasználók biztosítására. Az API-k használatának fő előnye, hogy a felhasználói ellátást más vállalati rendszere kkel lehet integrálni.

    6. táblázat. A Webex felhasználói szolgáltatási lehetőségei
    Rendelkezési módszerLeírásElőnyökHátrányok
    KézikönyvFelhasználók létrehozása/kezelése külön-külön a Control HubbanEgyszerű kevés felhasználó számára; nincs szükség infrastruktúráraNem méretezhető; sok felhasználó számára időigényes
    Tömeges (CSV fájl)A felhasználók tömeges importálása/frissítése a Control Hub CSV-n keresztülHatékony csoportok számára; nincs szükség kódolásraKézi CSV előkészítés; kevésbé dinamikus
    Emberek és SCIM 2.0 APIProgramozott felhasználókezelés Webex API-kon keresztülRugalmas; támogatja az automatizálást és az integrációtFejlesztést és infrastruktúrát igényel
    CímtárszinkronizálásAutomatikus szinkronizálás AD, Entra ID, SCIM alkalmazásokból, Unified CMAutomatizálja az életciklust; támogatja a szűrést és a leképezéstBeállítás bonyolultsága: egyes lehetőségek korlátozott funkciókkal rendelkeznek, vagy infrastruktúrát igényelnek

    Ez az áttekintés és táblázat a Webex fő felhasználói szolgáltatási lehetőségeit, azok előnyeit és korlátozásait tükrözi, amelyek segítenek kiválasztani a szervezet igényeinek legmegfelelőbb megközelítését.

Felhasználói csoportok

A Webex felhasználói csoportkezelése lehetővé teszi a rendszergazdák számára, hogy csoportokba szervezzék a felhasználókat a licencek, beállítások és erőforrások hatékony tömeges kezelése érdekében. A csoportok elősegítik az adminisztráció egyszerűsítését azáltal, hogy házirendeket, licenceket és beállítássablonokat alkalmaznak egyszerre több felhasználóra, ahelyett, hogy a felhasználókat külön -külön

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

  • Egyszerűsített adminisztr áció: A licencek, beállítások és há zirendek kezelése egyszerre több felhasználó számára.

  • Következ etesség: Egységes beállítások és licencek alkalmazása ugyanazon csoport ba tartozó felhasználók között.

  • Méretezhetőség: Csoportonként legfeljebb 250 000 tagot támogat.

  • Integráció: Csoportok szinkronizálása a Microsoft Entra ID-ből (Azure AD) vagy Active Directory az automatizált felhasználó- és csoportkezeléshez.

  • Rugalmasság: Helyi csoportok létrehozása vagy biztonsági csoportok szinkronizálása; a csoport tagság kezelése manuálisan vagy CSV-fájlokon keresztül.

  • Erőforrás-kiosz tás: A beágyazott alkalmazásokhoz és szolgáltatásokhoz való hozzáférés ellenőrzése a csoporttagság alapján.

A felhasználói csoportok fő felhasználási esetei a rendelkezésre bocsátáskor a következők: Webex Calling

  • Licenckiosz tások: Licenceket rendelhet csoportokhoz, hogy automatikusan szolgáltatásokat nyújthassanak, például hívások, értekezletek, üzenetküldés vagy hibrid szolgáltatások a csoporttagok számára.

  • Beállítási sablonok: A konzisztens felhasználói élmény érdekében alkalmazza a szolgáltatásbeállítások gyűjteménye it (pl. üzenetküldés, értekezlet, hívás) csoportokra.

  • Tömeges felhasználókezelés: Felhasználók tömeges hozzáadása vagy eltávolítása CSV-fájlok vagy könyvtár szinkronizálás révén.

  • Automatizálás és integráció: Használjon API-kat vagy könyvtárszinkronizálást az automatizált felhasználói és csoportos életciklus-kezeléshez.

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

7. táblázat. Csoportok és csoporttagságok kezelésének lehetőségei
OpcióLeírásElőnyökHátrányok
Vezérlőközpont-csoportok biztosítása (Webex csoportok) Csoportokat hozhat létre és kezelhet közvetlenül a Control Hubban. Tagok hozzáadása/eltávolítása manuálisan vagy CSV-n keresztül. Teljes ellenőrzés a csoporttagság felett

Licencek és sablonok azonnali alkalmazása

Könnyen létrehozható és szerkeszthető csoportok
Kézi frissítések szükségesek

Hibák kockázata a kézi CSV-feltöltésekben

Nincs automatikus szinkronizálás külső könyvtárakkal

Szinkronizált csoportok az Entra ID-ből (Azure AD) vagy Active Directory A biztonsági csoportok és tagságok automatikus szinkronizálása külső könyvtár szolgáltatásokból. Az automatizált szinkronizálás csökkenti a kézi munk

Biztosítja a vállalati könyvtárral való összhang

Támogatja a nagy szervezeteket

Nem lehet szerkeszteni a csoporttagságot a Control Hubban

A szinkronizálás késleltetése akár 12 óráig

A beágyazott csoportok kézi kiválasztást igényelnek

Csoportok és SCIM 2.0 API (Webex csoportok) Használja a Webex csoportokat vagy a SCIM 2.0 API-t a programozott csoport- és tagságkezeléshez Automatizálás és integráció más rendszerekkel

Méretezhető nagy vagy összetett környezetekhez

Fejlesztési erőfeszítést igényel

A bonyolultság az API használatától függ

Míg a szinkronizált csoportok biztosítják a következetességet és egyetlen adminisztrációs pontot kínálnak, a szinkronizált csoportokat és a Webex-csoportokat kombináló hibrid megközelítés lehetséges (akár vezérlőközpontban vagy API-kon keresztül kezelt). Így például a licenchozzárendel ésre szánt csoportok szinkronizált csoportok lehetnek, és külön Webex-csoportok használhatók felhasználói és Webex alkalmazás-hívássablonok hozzárendelésére.

A Webex felhasználói csoportkezelésének ezen átfogó megközelítése lehetővé teszi a szervezetek számára, hogy hatékonyan kezeljék a felhasználói licenceket, beállításokat és házirendeket, biztosítva a következetes és skálázható együttműködési élményeket.

Felhasználói csoportok tervezése

A vállalati könyvtár helyszíni és felhőbe való átállása után gyűjtse össze a szükséges felhasználói csoportokat a licencelési és szolgáltatás sablonkövetelmények alapján. Minden csoportdokumentum esetében:

  • Csoport neve: a csoport egyedi neve.

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

  • Beállítási sablonok: Webex App és Felhasználói hívássablonok.

  • Könyvtárszinkronizálás: Ez a csoport szinkronizáló-e a vállalati könyvtárból, vagy ez egy helyi Webex-csoport, amelyet a Vezérlőközpontban vagy egy API-n keresztül biztosítanak.

  • Leírás: hogyan fogják használni ezt a csoportot, és mely felhasználók legy enek ennek a csoportnak

Ezeket a részleteket később a megvalósítási szakaszban használjuk fel helyi csoportok vagy csoportok létrehozására a vállalati könyvtárban és a felhasználók csoporttagságának kezelésére.

Egyszeri bejelentkezés (SSO)

A Cisco az SSO használatát javasolja a felhasználói hitelesítéshez. Az SSO használatának néhány meggyőző előnye van, többek között:

  • Egyszerű@@ sített felhasználói hitelesítés: A felhasználók egyszer bejelentkezhetnek vállalati hitelesítő adataik segítségével (pl. az Azure ID-ről), hogy hozzáférjenek a Webex-hez és más integrált alkalmazásokhoz, így nincs szükség több jelszóra és csökkentve a bejelentkezési kérelmeket. Ez növeli a biztonságot, mivel biztosítja, hogy a vállalati jelszavak hitelesítés után soha nem kerülnek tárolásra vagy továbbításra a Webex részére.

  • Egyszerűsített felhasználókezelés: Automatizálja a felhasználói fiók létrehozását, frissítését és deaktiválását a vállalati könyvtár változásai alapján, csökkentve az adminisztratív költségeket és biztosítva, hogy csak az engedélyezett felhasználók férhessenek hozzá.

  • Továbbfejlesztett biztonság: Az SSO csökkenti a jelszófáradtságot és a jelszóval kapcsolatos megsértések kockázatát azáltal, hogy a hitelesítést megbízható identitásszolgáltatók (IDP) révén központosítja.

  • A többfaktoros hitelesítés (MFA) egyszerű integrálása: az MFA könnyen támogatható akár Identity Access Management megoldással, mint a Cisco Duo, vagy az iDP M FA- támogatásával.

Számos lehetőség van az SSO implementálására a Webex szolgáltatásokhoz:

  • SAML 2.0 alapú SSO: A Webex SSO integrációjához támogatott elsődleges protokoll, amely lehetővé teszi a hitelesítési információk biztonságos cseréjét az IDP és a Webex szolgáltató között.

  • OpenID connect (OIDC): Alternatív modern hitelesítési protokollként támogatott az SSO integr ációhoz.

  • Webex identitás: Identitássz olgáltató opcióként is támogatott.

Az SSO-t központilag konfigurálják és kezelik a Control Hubon keresztül, így metaadatcserét igényel a Webex és a kiválasztott IDP között.

A konfiguráció után az SSO tesztelhető a Control Hub alkalmazásban az aktiválás előtt a megfelelő beállítás biztosítása érdekében.

Cisco Webextámogatja a több tesztelt és általánosan használt IDP-vel és identitáskezelő rend szerekkel (IAM) való integrációt, beleértve, de nem kizárólagosan:

  • Cisco Duo

  • Okta

  • Microsoft Active DirectorySzövetségi szolgáltatások (ADFS)

  • Microsoft Azure

  • PingFederate

  • OpenAM

  • F5 BIG-IP.

Ezek az IDP-k megfelelnek a SAML 2.0 vagy az OpenID Connect szabványoknak, és hitelesítették a Cisco együttműködési megoldásaival való kompatibilitást.

Többszörös IDP támogatás

A Webex lehetővé teszi a szervezetek számára, hogy az SSO-t több IDP-vel konfigurálják, hogy olyan összetett informatikai környezeteket alkalmazzanak, mint például fúziók, felvásárlások vagy decentralizált informatikai részlegek, ahol a különböző csoportok különböző IDP-ket használnak. A többszörös IDP-támogatás megvalósítható a Webex Multiple iD P funkciójával vagy egy vállalati IAM-rendszer, például a Cisco Duo integrálásával.

A Webex többszörös identitás-szolgáltató (iDP) támogatása számos olyan kulcsfontosságú felhasználási esettel foglalkozik, amikor a szervezetek rugalmas és biztonságos hitelesítést igényelnek különböző informatikai környezetekben:

1. Fúziók és felvásárlások

Amikor a vállalatok egyesülnek vagy vásárolnak másokat, gyakran külön informatikai infrastruktúrájuk és különálló IDP-k rendelkeznek, amelyek nem tudnak szövetkezni. A többszörös IDP-támogatás lehetővé teszi mindkét szervezet felhasználói számára, hogy biztonságosan hitelesítsék és együttműködjenek anélkül, hogy azonnal egységesítenék azonosító rendszereiket.

2. Több független informatikai részleg

A nagy szervezetek vagy kormányzati intézmények több független informatikai osztállyal rendelkezhetnek, amelyek mindegyike saját IDP-jét irányítja. A Webex többszörös iDP funkciója lehetővé teszi ezen osztályok számára, hogy fenntartsák saját hitelesítési rendszereiket, miközben lehetővé teszi a felhasználók számára, hogy zökkenőmentesen hozzáférjenek a Webex

3. Különböző felhasználói csoportok vagy tartományok

Különböző felhasználói csoportokkal (pl. alkalmazottak és vállalkozók) vagy több e-mail tartományt tartalmazó szervezetek konfigur álhatják az útválasztási szabályokat, hogy a hitelesítési kérelmeket a tartomány- vagy csoporttagság alapján irányítsák a megfelelő IdP-hez. Ez támogatja a differenciált hozzáférési irányelveket és a biztonsági ellenőrzéseket.

4. Különböző hitelesítési protokollok támogatása

A Webex támogatja a SAML és az OpenID Connect (OIDC) IDC IDP-ket, lehetővé téve a szervezetek számára, hogy különböző típusú identitás-szolgáltatókat integráljanak a meglévő infrastruktúra és biztonsági követelményeik szerint.

5. Fokozott biztonság és megfelelés

A több IDP engedélyezésével a szervezetek erősebb hitelesítési mechanizmusokat valósíthatnak meg, beleértve a többtényezős hitelesítést (MFA) olyan integrációk révén, mint például a Duo, és következetes biztonsági irányelveket érvényesíthetnek a különböző felhasználói bázisokon.

6. Egyszerűsített felhasználói élmény

A felhasználók hitelesíthetnek a megfelelő IDP-jükből származó meglévő hitelesítő adataik segítségével, egységes bejelentkezési élményt biztosí tva annak ellenére, hogy több azonosító rendszer alapvető összetettsége van.

Bár a többszörös IDP-támogatás rugalmasságot biztosít, a biztonsági és azonosító csapatok közötti gondos koordinációt igényel a következetes biztonsági irányelvek fenntartása és a lehetséges se bezhetőségek elkerülése érdekében.

Duo MFA SSO-val a Webex számára

A Duo Access Gateway (DAG) a meglévő helyszí ni vagy felhőalapú könyvtárak Active Directory (AD) és OpenLDAP segítségével hitelesítheti a felhasználókat. Támogatja az integrációt más identitásszolgáltatókkal is, mint 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 Webex SSO jelenlegi könyvtár infrastruktúráját használják a Duo MFA-val.

A Duo erős hitelesítési rétegként működik az elsődleges könyvtárhitelesítés tetején. Identitá sszolgáltatóként (iDP) működik a SAML 2.0 használatával kétfaktoros hitelesítés (2FA) érvényesítésére, mielőtt hozzáférést biztosít a Webex-hez. A Duo a hozzáférés engedélyezésére vagy meg tagadására szolgáló konfigurálható házirendek alapján értékeli a felhasználói, eszköz- és hálózati környezetet, növelve a biztonságot a felhasználónév és a jelszó mellett. A Duo rugalmas házi rend-vezérlést is biztosít, például egyes alkalmazásokhoz minden bejelentkezéskor MFA-t igényel, másoknál pedig ritkábban.

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

  • Továbbfejlesztett biztonság: ad athalásznak ellenálló MFA-t ad hozzá a Webex hozzáférés védelméhez, csökkentve a veszélyeztetett jelszavak kockázatát.

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

  • Integráció meglévő könyvtárakkal: Támog atja a helyszíni AD, az OpenLDAP, a felhőkönyvtárakat és a különböző S SO-szolgáltatókat, minimalizálva az infrastruktúra-változásokat.

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

  • Megbízható végpontok: Támog atja a Webex-ügyfelek eszközbizalmát Windows és macOS rendszeren, javítva a biztonsági helyzetet.

  • Önkiszolgáló regisztráció: A be épített regisztráció és a kettős üzenet javítja a felhasználói élményt az MFA beállítása során.

A Duo MFA és az SSO for Webex kihasználja a meglévő könyvtárakat, például az OpenLDAP vagy Active Directory a felhőalapú azonosító szolgáltatókat a felhasználók hitelesítésére. A Duo feladata, hogy a SAML 2.0-on keresztül integrált erős, politikávezérelt második hitelesítési tényezőt biztosítson, növelve a biztonságot, miközben megőrizze a felhasználói kényelmet az SSO-n keresztül. Az előnyök közé tartozik a jobb biztonsági helyzet, a rugalmas politikák érvényesítése, a zökkenőmentes integráció és a jobb felhasználói élmény.

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

A vállalati IAM és az SSO stratégiát alkalmazni kell, mielőtt megkezdené az átmenetet. Unified CM Webex Calling

Jellemzők

Webex Callingteljes körű szolgáltatással rendelkezik, amelyek a szolgáltatásban szerepelnek. Ez magában foglal ja számos vállalati szintű hívási funkciót, amelyek évek óta elérhető Unified CM k. Előfordulhat, hogy nem látja a funkciók és a Webex Calling Unified CM funkciók 100% -os paritását, azonban amint az az alábbi ábrán látható, a legfontosabb Unified CM hívási funkciók itt Webex Calling érhetők el.

A various Webex Calling features, categorized by function such as inbound call management, call history, and administration.
Webex Callingvállalati szintű funkciók

A sok felhasználói funkció mellett alapvető Webex Calling rendszerfunkciókkal rendelkezik, amelyek a platformhoz tartoznak. Ezek közé tartoznak az olyan funkciók, mint az autószolgálatok, a hívássorok, a híváspark stb. Az összes rendelkezésre álló alapvető rendszer funkciót láthatja a Vezérlőközpontban a Sz olgáltatás → Hívás →Funkciók alatt, az alapfunkci ók ábrán Webex Callinglátható módon.

The Webex Control Hub's Calling section, specifically showing the Features tab with options like Announcements, Attendant Console, and Call Park Extension.
Webex Callingalapvető jellemzők

Automatikus felügyelő

Az Webex Calling Auto Attendant lehetővé teszi a bejövő hívások kezelésének 24/7 automatizálását, ami lehetővé teszi a hatékony híváskezelést anélkül, hogy valaki minden hívást válaszolnia kellene.

Az automatikus kísérő válaszol a bejövő hívásokra, és a hívónak lehetőséget ad arra vonatkozóan, hogy hová akarja irányítani a hívást. Ez történhet egy személynek, egy hangpostafióknak vagy egy hívó szolgáltatásnak (pl. Hívássor). A hívó telefonja tárcsázásával adja meg a számot az automatikus kísérő menüből.

Az automatikus felügyelő a következő kulcsfontosságú funkciókat támogatja:

  • Üzleti és utáni ütemezés

  • Ünnepi ütemterv

  • A tárcsázási menü lehetősége arra, hogy ügyfeleit oda irányítsa, ahová menniük kell

  • Üdvözlet testreszab

  • Név szerinti tárcsázás opció

  • Hívásátirányítási lehetőségek

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

További információt az Automatikus kísérők kezelése című témakörben talál.

Call Park

A híváspark lehetővé teszi a felhasználók számára, hogy könnyedén felfüggeszt ess ék a hívást, hogy egy másik felhasználó könnyen lekérhessen, amikor rendelkezésre állnak annak elfogadására. Ezenkívül felszabadítja az eredeti hívásra válaszolt felhasználót, hogy más hívásokat kezdeményezzen vagy fogadjon a hívás parkolása közben.

Kétféle call park érhető elWebex Calling:

  1. Call park direct — lehetővé teszi bármely felhasználó számára, hogy egy hívást parkoljon egy másik felhasználó kiterjesztéséhez vagy egy híváspark-bővítményhez, a Rendszergazda által meghatározott módon

  2. Hívásparkoló csoport — lehetővé teszi, hogy egy meghatározott felhasználócsoport automatikusan parkolja a hívá sokat a csoport számára meghatározott rendelkezésre álló parkolóhelyekkel szemben. Ezek a célállomások lehetnek a csoporttagok bővítményei vagy híváspark-bővítményei.

A konfiguráció és a parkolási típus alapján a felhasználók *88+> tár csázással, a híváspark- <extension of parked call>bővítményhez társított vonalgomb megnyomásával vagy IP-telefonján található szoftverkulcs használatával vehetik le a hívásokat.

Visszahívási lehetőség áll rendelkezésre a parkolt hívás egy meghatározott időszak elteltével történő visszahívására a hívást parkoló felhasználó vagy egy másik felhasználó számára.

További információt a H ívapark kezelése a Vezérlőközpontban című témakörben tal ál.

Hívásfelvétel

A hívásvétel lehetővé teszi a rendszergazda számára, hogy meghatározza a felhasználók (tagok) csoportját, akik egy másik tag telefonjára érkező hívást fogadhatnak. Ez lehetővé teszi a felhasználó számára, hogy hívásokat fogadjon, ha csapattár sai elfoglaltak, és nem tudnak bejövő hívást válaszolni.

A csoport felhasználóinak ugyanazon a helyen kell len Webex Calling niük.

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

  • Webex alkalmazás:

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

    • Bejövő hívás értesítés

    • Face alapú (*98-as tárcsázás) vagy értesítési hívás átvétele

    • Hívásvételi értesítések többvonalas telefonokhoz.

  • Asztali telefonok:

    • Bejövő hívás értesítés

    • Hangcsengők és vizuális értesítés a kézibeszélő LED-én keresztül. A 6821 csak hanghangokat támogat

      • Ha az értesítési típus a Vezérlőközpontban nincs kiválasz tva

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

További információt a Hívásvételi csoport konfigurálása című témakör ben talál.

Hívássor

Webex CallingAlapfunkcióinak részeként kizárólag hanghívási sorokat tartalmaz, és minden Webex Calling Professional licenccel rendelkező felhasználó részt vehet hívásvárónak, ügynöknek vagy felügyelőnek. Ez a funkció lehetővé teszi a felhasználók számára, hogy hatékonyan kapcsolatba lépjenek az ügyfelekkel. A hívássorok támogatják a call center alapfunkcióinak egyes részhalmazát, például a hangsorokat, a visszahívást, a készség- vagy prioritási útválasztást, az ügynöki várólisták kezel ését, az elemzést, a jelentést stb.

A Cisco Microsoft Teams integrációjára vonatkozó felhívása lehetővé teszi az ügynökök számára, hogy közvetlenül a Microsoft Teams kliensükből férhessenek hozzá a hívássor-hívásokhoz és funkciókhoz

A hívássorok a következő kulcsfontosságú funkciókat támogatják:

  • Üdvözlet és üzenetek (üdvözlet, vigasz, suttogás stb.)

  • Tartsa meg a zenét

  • Visszahívás

  • Sorrend-útválasztási irányelvek (éjszakai szolgáltatás, ünnepek, továbbítás)

  • Ügynöki várólista bejelentkezés/kijelentkezés

  • Ügynöki várólista állapotkezelése

  • Webex App vagy Desk Phone támogatás

  • A felügyelő ügynök felhívja a figyelmet, az autóbuszt, az útváltást vagy átveszi az átvételt a Feature Access Codes (FACs) segítségével

  • Vezérlőközpont (rendszergazdai hozzáférés) a következőkhöz:

    • várólista kezelése

    • Ügynök és várólista elemzése és jelentése

    • Várósor, ügynök és felügyelő menedzsment.

További információt a Hívássor konfigurálása című témakör ben tal ál.

Webex Callingrendelkezik egy Customer Assist kiegészítő funkcióval, amely további hívássor-lehetőségeket biztosít, és az ügynököknek és felügyelőknek jobb felhasználói élményt nyújt a Webex alkalmazáson belül. A Hívásvárólista és Webex Calling az ügyfélszolgálat funkcióinak összehasonlítását lásd: H Webex Callingívá ssor és ügyfélszolgálati funkció összehasonlítása.

Vadászcsoport

Webex CallingA Hunter Csoportok lehetővé teszik a bejövő hívások meghatározott felhasználói csoporthoz történő irányítását egy előre meghatározott hívásátirányítási minta segítségével. Ez biztosítja, hogy a hívásokat a felhasználók megfelelő csoportja válaszolja, vagy hangpostára küldje el nyomon követés céljából.

Az egyik nagy különbség a vadászati csoportok és a hívássorok között az, hogy a hívásokat nem sorba helyezik a vadász csoportokban, így ha a Vadászcsoportban egyetlen felhasználó sem áll rendelkezésre a hívás fogadására, akkor a hívást leválasztják, hangpostára küldik, vagy továbbítják egy másik számra (felhasználóra vagy szolgáltatásra).

További információ: Vad ászati csoportok kezelése a Vezér lőközpontban.

Működési módok

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ássor). A hí vás irányításának helye és mikor történik, a napi és a hét napjának ütemezése alapján történik, és bármely felhasználó jogosult ezen üzemmódok (ütemezések) kezelésére a hívásátirányítás módosításainak szabályozására.

Például a hívássorba irányuló hívások egy másik hívássorba irányíthatók, egy másik időzónában lévő ügynökökkel, hogy órák után fogadják a hívásokat, munkaidőben a helyi ügynökökhöz irányíthat ók, és ünnepnapokon hangpostára irányíthatók, hogy az ügynö kök visszatérjenek az irodába.

Az engedélyezett felhasználó válthat ezen különböző hívásátirányítási forgatókönyvek (módok) között, ha meg kell változtatnia a bejövő hívások irányításának helyét egy bizonyos időszakra. Ezek a felhasználók kezelhetik a módokat 6800/7800/8800 MPP telefonjukon, 9800 telefonjukon vagy az at Manage módokban. Webex User Hub

További információt a Hívás-útválasz tás működési módok alapján című témak örben Webex Calling talál.

Lejelentkezési csoport

A lapozócsoportok lehetővé teszik a felhasználók számára, hogy egyirányú hívást indítsanak, hogy hangüzenetet küldjenek egy felhasználócsoportnak. Minden csoport legfeljebb 75 célfelhasználót és/vagy munkaterületet tartalmazhat, amelyeket előre meghatározott szám vagy kiterjesz tés tárcsázásával érnek el.

Amikor egy felhasználó egy lapozócsoportot hív, egyidejű hívást kezdeményez a csoport összes hozzárendelt célpontjára, ekkor a hívó üzeneteit közölheti, és leállíthatja az üzeneteket, miután azok befejeződtek.

További információt a Lejelezési csoport konfigurálása a Vezérlőközpontban című té makörben talál.

Felvételek

Webex Callingtámogatja a felhasználó által kezdeményezett vagy fogadott hívások rögzítését. Erre szükség lehet minőségi, biztosítási, biztonsági vagy képzési igényekhez. Alapértelmezés szerint a hívásokat a Webex-ben rögzítik, de más harmadik féltől származó felvételi szolgáltatók is használhatók, ha más rögzítési funkciókra vagy megfelelési és szabályozási követelményekre van szükség.

Ha a Webex felvételi platformként használja, az összes rögzített hívást a Control Hub kezeli. A felvételeket a Compliance Officer szerepével rendelkező teljes adminisztrátorok játszhatják és letölthetik. A megfelelőségi tisztviselő szerepkör nélkül az adminisztrátor csak a felvételeket törölheti.

Erről a funkcióról és a harmadik féltől származó felvételek listájáról további információt a Hívásfelvétel kezelése című té makörben tal Webex Calling ál.

Egyszámú elérés

Az egyetlen szám-elérés lehetővé teszi, hogy a felhasználó telefonszámára irányuló hívások több eszközt is megszólaljanak. Ez magában foglalhatja más asztali telefonokat és mobiltelefonokat is. Ezekről az eszközökről is hívásokat lehet kezdeményezni, és a felhasználók hívásokat tolhatnak és húzhatnak közöttük.

További információt erről a funkcióról és arról, hogyan konfigurálja a rendszergazda a Vezérlőközpontban, az Egyszámú elérés konfigurálása (irodában bárhol) című témakörben talál.

További információt arról, hogy a felhasználók hogyan kezelhetik és konfigurálhatják ezt a funkciót a Webex User Hub (portálon), lásd: Egyszámú elérés konfigurálása (irodában bárhol).

Hangposta csoport

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

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

  • Hangposta beállítás hozzáadása automatikus kísérőhöz vagy vadászcsoporthoz

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

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

További információt a Me gosztott hangposta és a bejövő faxdoboz kezelése című témakörben talál. Webex Calling

Az Attendant Console a Webex Control Hub Hívási funkciók oldalán található, azonban ez egy kiegészítő funkció, amelynek használatához meg kell vásárolni a kísérő konzol licencét.

További információt az Attendant Console használatának megkezdése című témakörben talál.

Az összes funkcióról, beleértve néhány kiegészítő funkciót is, lásd: Licenctípus szerint elérhető szolgáltatások. Webex Calling

Mit csinálsz ezután?

Az áttelepítési terv végrehajtása, a szükséges konfigurációs módosítások, alkalmazás-áttelepíté sek és kapcsolódási ellenőrzések végrehajtása. Végrehaj tási szakasz.

Hasznos volt ez a cikk?
Hasznos volt ez a cikk?