În timpul tranziției, pentru a permite coexistența dispozitivelor înregistrate pe Unified CM și pe planul de apelare al companiei, este necesar să se modifice acest lucru astfel încât să poată fi îndeplinite cel puțin următoarele cerințe:

• +E.164 apelare de la la

• Apelarea extensiilor de la către (intra-site, dar și între site-uri dacă intervalele de extensii sunt unice)

• Apelare prescurtată între locații de la la

• Apelare forțată în rețea de la la

• Apelare inversă din directorul apelurilor pierdute către destinații de pe

• Apeluri PSTN de la către PSTN dacă în timpul tranziției se utilizează PSTN local pentru

• Apeluri PSTN de la la dacă în timpul tranziției trunking-ul PSTN pentru implementările hibride este utilizat pentru a oferi acces PSTN utilizatorilor locali prin Cloud Connect pentru

• Forțat în rețea de la până la

• Apelarea extensiilor de la la (inter-locații).

Dacă oricare dintre cele de mai sus nu reprezintă obiceiuri de apelare acceptate înainte de tranziție, de exemplu, nu există un obicei de apelare abreviat între site-uri, atunci nu este neapărat necesar să fie introduse în timpul tranziției.

Figura Plan de apelare bazat pe cele mai bune practici prezintă abordarea planului de apelare bazat pe cele mai bune practici, așa cum este descrisă în Arhitectura preferată pentru implementările locale Cisco Collaboration 12.x Enterprise, CVD. Caracteristicile cheie ale acestei abordări includ:

• Partiție unică pentru +E.164 numere de director

• Rutarea nucleului bazată pe +E.164 modele de rute

• Normalizarea tuturor obiceiurilor de apelare la +E.164 folosind modele de traducere

• Utilizarea moștenirii spațiului de căutare prin apelarea modelului de traducere (opțiunea Folosește spațiul de căutare al apelării originatorului este setată pe modelele de traducere).

De exemplu, apelarea PSTN (9+1+10D) de la un dispozitiv din SJC prevăzut cu spațiu de căutare pentru apeluri de linie SJCInternational va fi mai întâi găsit de 9.1[2-9]XX[2-9]XXXXXX model de traducere care normalizează numărul apelatului la +E.164. Căutarea secundară folosește apoi același apel la spațiul de căutare SJCInternational din nou (apelând moștenirea spațiului de căutare) și +E.164-digit șirul de caractere fie va fi potrivit cu un +E.164 numărul de director din partiția DN sau printr-unul dintre modelele de rutare PSTN din partiția USPSTNNational sau SJCPSTNLocal. Obiceiurile abreviate de apelare intra-site și inter-site sunt implementate prin traducerile din partițiile ESN și SJCtoE164. Deși partiția ESN este o partiție globală (accesibilă pentru telefoanele din toate locațiile), partiția SJCTOE164 este accesibilă doar utilizatorilor din locația SJC. Aceasta presupune că intervalele de extensie se suprapun.

Primul pas pentru a activa apelarea de la către este să vă asigurați că +E.164 destinațiile sunt rutate în mod corespunzător. Acest lucru se poate realiza prin adăugarea unei partiții la planul de apelare, adăugând +E.164 modele de rutare pentru toate destinațiile către acea partiție și, în final, adăugarea partiției la toate spațiile de căutare apelante reprezentând clase de servicii care trebuie să poată ajunge la . Crearea unei partiții dedicate este necesară pentru a permite crearea unei clase de servicii diferențiate pentru apelurile provenite de la . Pentru a evita buclele de apeluri, spațiul de căutare a apelurilor de intrare de pe trunchiul de la Gateway-ul Local nu ar trebui să aibă acces la partiție.

După cum se arată în Figura +E.164 rutare către Webex Calling, pentru a activa rutarea de la la pentru o locație cu +E.164 Gama DID +1 221 555 2XXX și codul locației 121, un model de rută urgent care corespunde acestuia +E.164 intervalul trebuie adăugat la partiția .

Dacă nu este necesară selectarea unui Local Gateway specific site-ului, atunci, în loc să se utilizeze o listă de rute cu un grup de rute local ca destinație, modelele de rute care indică un singur grup de rute pot fi furnizate cu Local Gateway ca unic membru, iar apoi modelele de rute indică o singură listă de rute cu acest grup de rute ca singură intrare.

Pentru a activa apelarea abreviată între locații către locație, modelul de rută necesar 8121.2XXX este adăugat la partiție. Pentru ca site-urile să fie trecute la un model de normalizare a apelării 8121.2XXX care normalizează apelarea ESN la +E.164 s-ar putea să existe deja în partiția ESN. În acest caz, 8121.2XXX pare a fi redundant, dar imediat ce toate DN-urile locației respective au fost migrate către modelul de traducere a normalizării apelării 8121.2XXX poate fi eliminat, iar apoi modelul de rutare 8121.2XXX permite apelarea ESN chiar și pentru utilizatorii exclusivi de extensii din acel interval.

Cu aceste modificări ale planului de apelare, apelurile către locație pot fi plasate nu doar prin apelarea abreviată între locații și +E.164. De asemenea, apelarea PSTN internațională și națională este posibilă deoarece aceste obiceiuri de apelare sunt mai întâi normalizate la +E.164 prin modelele de traducere a normalizării apelării deja existente și apoi sunt direcționate către acestea prin potrivirea +E.164 model de rută în partiție.

Cel/Cea/Cei/Cele +E.164 Potrivirea modelului de rută pe intervalul DID al locației poate fi furnizată în timp ce toate DID-urile sunt încă găzduite pe . Cel mai bun algoritm de potrivire a modelelor de potrivire se asigură că atunci când un număr găzduit pe este format, atunci +E.164 numărul de director furnizat este o potrivire mai bună decât cel cu wildcard +E.164 model de rutare care indică spre, astfel încât apelurile să fie extinse către o linie și să nu fie trimise către.

Fiecare utilizator din [numele paginii/platformei ... and/or o +E.164 număr de telefon. Lungimea extensiei este o setare globală fixă: Toate extensiile dintr-o implementare au aceeași lungime. Apelarea numerelor de extensie poate fi utilizată atât între utilizatori din aceeași locație, cât și între locații. Apelarea prescurtată între extensii (ultimul caz) funcționează numai dacă extensia apelată este unică.

Dacă apelarea abreviată între locații este o cerință, dar există suprapuneri între extensiile alocate în locații diferite, atunci trebuie creat un plan de numerotare specific întreprinderii prin prefixarea extensiilor cu un cod de acces, un cod de locație. Pentru mai multe informații, consultați Arhitectură preferată pentru implementări locale Cisco Collaboration 15, Prezentare generală a designului disponibilă la Arhitecturi preferate pentru Cisco Collaboration.

Lungimea extensiei, comportamentul de apelare inter-locație a extensiei, lungimea prefixului pentru apelarea inter-locație și cifra de direcție din prefixul de rutare pentru apelarea inter-locație sunt configurate în setările serviciului de apelare din :

• Lungimea prefixului de rutare a locației: Lungimea prefixului, inclusiv cifra de direcție. Necesar numai dacă un plan de numerotare al întreprinderii trebuie stabilit ca o practică alternativă de apelare abreviată între locații ale întreprinderii.

• Cifra de direcție în prefixul de rutare: Cifră de direcție pentru obiceiul abreviat de apelare între locații între întreprinderi. Trebuie evitate suprapunerile cu prima cifră a oricărei locații și cu cifrele apelurilor de ieșire ale locației. Necesar numai dacă un plan de numerotare al întreprinderii trebuie stabilit ca o practică alternativă de apelare abreviată între locații ale întreprinderii.

• Lungimea extensiei interne: Lungimea standard a extensiilor. Poate avea orice valoare între doi și zece.

  Când este necesară apelarea prin extensie sau apelarea folosind numere semnificative de întreprindere (cod de direcție, cod de locație, extensie) de la un control al apelurilor local către și controlul apelurilor local trimite o extensie ca ID apelant, asigurați-vă că setați și parametrul Lungime maximă necunoscută a extensiei în secțiunea Rutare apeluri între și local pentru a vă asigura că apelurile în amonte de la controlul apelurilor local către pot fi clasificate corect ca apeluri locale.

• Permite apelarea extensiilor între locații: Comutare la enable/disable apelarea numerelor de extensie între locații. Această opțiune ar trebui activată numai dacă toate extensiile din cadrul organizației sunt unice. Dacă opțiunea este dezactivată, atunci numerele semnificative ale companiei (prefix, prefix, interior) sau numerele de telefon trebuie formate între locații.

Primii trei parametri sunt utilizați în principal pentru a construi un plan de apelare pentru telefoane, pentru a minimiza timeout-urile între cifre atunci când se utilizează apelarea fără receptor. Abaterile de la aceste setări globale sunt încă posibile (exemplu - se pot furniza extensii cu o lungime diferită), dar în Control Hub va apărea un mesaj de avertizare, iar apelarea de pe telefoane ar putea necesita apelare în bloc pentru a evita conflictele din planul de apelare preîncărcat.

Tabelul Exemplu de numerotare Enterprise prezintă un exemplu de trei locații în care intervalele de extensii a două locații, NYC și RTP, sunt identice. Stabilirea unei scheme de numerotare la nivel de întreprindere cu o cifră de comandă inter-site-uri 8, urmată de un cod de locație din trei cifre și o extensie din patru cifre creează un obicei de apelare abreviată inter-site-uri care nu se suprapune.

Pentru a permite o tranziție lină, setul de obiceiuri de apelare pentru utilizatori înainte și după tranziția la, în mod ideal, ar trebui să fie același. Pentru a pregăti tranziția pentru fiecare locație, intervalele DID și intervalele de extensii (sau obiceiurile de apelare intra-site abreviate) trebuie documentate. Pe baza acestor informații, trebuie selectată cifra de direcție inter-site-uri.

Tabelul Intervale de extensie cu lungime fixă prezintă un exemplu de trei locații și intervale de extensie cu lungime fixă. Deoarece trebuie evitate suprapunerea obiceiurilor de apelare, este important să vă asigurați că, pentru orice interval de extensie, prima cifră a intervalului nu se potrivește cu cifra de direcție pentru apelarea abreviată între locații. Dacă, de exemplu, se selectează 8 ca cifră de comandă pentru apelarea între locații, atunci niciun interval de extensii din nicio locație nu poate începe cu 8. De obicei, extensiile dintr-o anumită locație corespund ultimelor cifre ale DID-urilor atribuite acelei locații. Pentru a evita conflictele, prima cifră a extensiei poate fi modificată. Dacă, de exemplu, DID-urile din +1 Dacă într-o locație se utilizează intervalul 408 555 8XXX, atunci în loc să se utilizeze 8XXX ca extensie, se poate utiliza intervalul 7XXX pentru extensiile din acel loc.

Șirurile de numere de șapte cifre apelate pe un dispozitiv care utilizează planul de apelare din SUA se suprapun cu un model de șapte cifre pentru apelarea locală în planul de apelare din SUA preîncărcat. Pentru a evita suprapunerile între apelările online și cele offline (PSTN), în locația respectivă se poate utiliza un cod de acces extern obligatoriu. Dacă schema de numerotare existentă a întreprinderii și apelarea abreviată inter-site corespunzătoare se suprapun cu modelele din apelarea națională, atunci în timpul tranziției la schema de numerotare, pentru a evita suprapunerile, se poate modifica și într-o formă mai lungă sau mai scurtă. Cea mai ușoară modalitate de a realiza acest lucru este de a adăuga o cifră de umplutură suplimentară la schema de numerotare. Noua schemă de apelare inter-site mai lungă trebuie adoptată doar de utilizatorii care au migrat deja la . Utilizatorii care sunt încă conectați pot continua să formeze șapte cifre. Planul de apelare al companiei, în acest caz, trebuie să se asigure că apelarea abreviată din șapte cifre de la Unified CM către este transformată fie în +E.164 sau la formatul de apelare abreviat implementat pe . Acest lucru trebuie făcut înainte de a trimite apelul către gateway-ul local.

Tabelul Tranziția apelării cu șapte cifre prezintă un exemplu al acestei renumerotări. În acest exemplu, apelarea abreviată între locații utilizează cifra de direcție 8, urmată de un cod al locației din două cifre și un interior din patru cifre. Pentru a evita apelarea abreviată între locații, formată din șapte cifre, pentru locațiile de pe , codurile de locație pot fi ușor schimbate în trei cifre prin prefixarea unei cifre de umplutură arbitrare (8 în exemplu) la codurile de locație formate din două cifre utilizate în , astfel încât apelarea între locații de la telefoane să utilizeze cifra de direcție 8 urmată de cifra de umplutură 8, vechiul cod de locație formată din două cifre și extensia formată din patru cifre. Utilizatorii de pe nu trebuie să își amintească noile coduri de site; trebuie doar să își amintească să folosească 88 ca prefix pentru apelarea între site-uri în loc de 8 pe .

Într-un scenariu cu diferite formate de numere de întreprindere activate și dacă numerele de întreprindere sunt prezentate ca informații despre apelant pentru apelurile de la către (de exemplu - apeluri de la dispozitive fără DID), este important să implementați și o mapare între diferitele formate de numere pentru informațiile despre apelant, pentru a asigura funcționarea apelului invers. Această mapare poate fi realizată utilizând modelul de transformare a părții apelante pe trunchiul dintre și gateway-ul local.

Selectarea furnizorului potrivit de servicii de înregistrare a apelurilor este fundamentală pentru îndeplinirea obiectivelor de afaceri și asigurarea alinierii funcțiilor în întreaga organizație:

• Selecție globală a furnizorilor: Organizațiile desemnează de obicei un furnizor principal de înregistrare a apelurilor la nivel global, asigurând consecvența setului de funcții, conformitatea și asistența în toate locațiile.

• Suprascrieri bazate pe locație: În scenariile în care anumite locații sau regiuni au nevoi de afaceri sau cerințe de reglementare unice, poate fi necesar să se ignore selecția furnizorului global și să se specifice furnizori alternativi pentru acele locații. Această flexibilitate susține diverse mandate de conformitate și nevoi operaționale locale

• Cerințe de afaceri: Alegerea furnizorului ar trebui să fie determinată de o evaluare a factorilor economici, cum ar fi conformitatea cu reglementările (Exemplu - MiFID II, HIPAA), asigurarea calității, soluționarea litigiilor sau nevoile de formare.

• Disponibilitatea funcțiilor: Furnizorii ar trebui evaluați în funcție de capacitatea lor de a oferi funcțiile necesare, cum ar fi monitorizarea în timp real, capacitățile de căutare și redare, criptarea, politicile de retenție, integrarea cu platformele de analiză și asistența pentru diferite tipuri de apeluri (inbound, outbound, interne).

Determinarea regiunii în care sunt stocate și procesate înregistrările apelurilor este esențială pentru conformitate și performanță:

• Selectarea regiunii globale: În mod implicit, organizațiile pot alege o singură regiune pentru stocarea înregistrărilor apelurilor, pentru a simplifica gestionarea și guvernanța.

• Suprascrieri ale regiunilor bazate pe locație: În cazul în care legile privind rezidența datelor sau politicile corporative impun acest lucru, poate fi necesară suprascrierea setării regiunii globale pentru anumite locații, asigurându-vă că înregistrările apelurilor sunt stocate și procesate în limitele geografice necesare.

• Cerințe privind rezidența datelor: Designul trebuie să țină cont de reglementările internaționale și locale privind protecția datelor (cum ar fi GDPR, CCPA sau mandatele specifice fiecărei țări), care pot dicta unde și cum sunt păstrate înregistrările apelurilor.

Un alt aspect critic care trebuie abordat în timpul planificării și proiectării unei soluții de înregistrare a apelurilor este estimarea cerințelor de stocare. Previziunea precisă a nevoilor de stocare este esențială pentru a asigura disponibilitatea unei capacități suficiente pentru a susține operațiunile comerciale în curs, a menține conformitatea și a evita întreruperile serviciilor.

• Volumul apelurilor înregistrate: Evaluați numărul anticipat de apeluri care vor fi înregistrate într-un interval de timp dat (de exemplu, pe zi, săptămână sau lună). Aceasta include nu doar apelurile externe, ci și comunicările interne, dacă acest lucru este impus de politica de afaceri sau de mandatele de reglementare.

• Durata medie a apelului: Calculați durata obișnuită a apelurilor înregistrate, deoarece apelurile mai lungi vor ocupa mai mult spațiu de stocare. Variațiile duratei apelurilor între diferite departamente sau grupuri de utilizatori ar trebui, de asemenea, luate în considerare în estimare.

• Perioada de păstrare: Definiți durata de timp pentru care trebuie păstrate înregistrările, care este adesea dictată de politicile organizaționale sau de reglementările externe (cum ar fi standardele de conformitate specifice industriei). Perioadele mai lungi de păstrare vor crește cerințele generale de depozitare

• Proiecții de creștere: Luați în considerare creșterea anticipată a volumului de apeluri sau extinderea domeniului de înregistrare, care poate rezulta din scalarea afacerii, noile cerințe de reglementare sau integrarea unor utilizatori sau locații suplimentare.

Prin analizarea amănunțită a acestor parametri, organizațiile pot dezvolta o strategie robustă de stocare care să asigure scalabilitatea, eficiența costurilor și conformitatea cu reglementările pentru soluția lor de înregistrare a apelurilor. De asemenea, este recomandabil să revizuiți și să ajustați periodic alocările de spațiu de stocare, pe măsură ce modelele de utilizare evoluează în timp.

Administratorii atribuie manual licențe utilizatorilor individuali prin intermediul interfeței.

Administratorii pot edita licențele de servicii pentru utilizatori individuali și pot atribui direct licențe de apelare.

Folosește șabloanele de atribuire a licențelor pentru a atribui automat licențe utilizatorilor pe baza setărilor de grup sau organizaționale.

Licențierea automată se poate face prin sincronizarea directoarelor sau prin actualizări manuale ale utilizatorilor, dar utilizatorii trebuie să aibă un permis de utilizare valid. +E.164 număr de telefon formatat, iar numerele de telefon trebuie să existe într-o locație înainte de alocarea de informații către utilizator. Dacă nu sunt îndeplinite condițiile (de exemplu, formatul numărului de telefon este invalid), licențele nu vor fi atribuite.

Încărcați un fișier CSV cu detalii despre utilizator și atribuiri de licențe pentru a adăuga sau modifica mai mulți utilizatori simultan.

Importul CSV acceptă adăugarea a până la 20.000 de utilizatori și atribuirea de licențe, dar licențele necesită câmpuri specifice, cum ar fi numărul de telefon și interiorul.

Folosește API-uri pentru a atribui programatic licențe și a gestiona utilizatori.

suportă operațiuni API pentru gestionarea utilizatorilor și a licențelor (API-uri People, SCIM 2.0 și Licenses), care pot fi utilizate pentru automatizarea atribuirii licențelor. API-ul Licențe permite atribuirea simultană de licențe, numere de telefon și extensii.

Tabelul Opțiuni de furnizare a serviciilor pentru utilizatori - rezumat prezintă un rezumat al opțiunilor de furnizare a serviciilor pentru utilizatori, precum și al avantajelor și dezavantajelor acestora. Această prezentare generală vă ajută să alegeți cea mai bună metodă de atribuire a licențelor în funcție de dimensiunea organizației clientului, capacitățile de automatizare și procesele și cerințele de furnizare a serviciilor utilizatorilor.

Ori de câte ori este posibil, Cisco recomandă atribuirea licențelor de apelare folosind șabloane de licență. Aceasta necesită ca pentru fiecare grup de utilizatori care necesită un set unic de licențe (Exemplu - Standard vs. Professional) să existe un grup cu apartenența la grupul respectiv. Așa cum s-a discutat în secțiunile Grupuri de utilizatori, grupurile de utilizatori pot fi definite manual într-un director al companiei sau sincronizate cu acesta. O combinație a ambelor abordări este posibilă.

Utilizatorii care aparțin mai multor grupuri obțin licențe din toate atribuirile aplicate tuturor grupurilor lor. Acest lucru permite utilizarea grupurilor de securitate specifice licențelor din directorul companiei pentru a gestiona atribuirea licențelor, unde atribuirea licenței utilizatorului rezultată este controlată de uniunea membrilor grupurilor.

Pentru mai multe informații, consultați Configurarea atribuirilor automate de licențe în Control Hub și Configurarea șabloanelor de atribuire automată de licențe pentru utilizatorii Webex Calling.

Această secțiune acoperă doar licențele conexe. Alte tipuri de licențe (exemplu - înregistrarea dispozitivelor Webex, mesagerie, întâlniri) nu sunt acoperite. Ca parte a procesului de proiectare, trebuie stabilite cerințele pentru licență. Trebuie calculat numărul de licențe pentru următoarele tipuri de licențe:

• Standard: numărul de utilizatori individuali care necesită funcții standard de telefonie.

• Profesional: numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie. Liniile virtuale și mesageria vocală de grup au dreptul la un 1:1 raport pentru fiecare licență profesională. Prin urmare, în cazurile rare în care numărul de linii virtuale sau mesagerie vocală de grup necesare depășește numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie, trebuie luate în considerare licențe profesionale suplimentare.

• Spațiu de lucru pentru zona comună: numărul de locații de utilizare partajată sau zone comune care necesită capacități standard de apelare.

• Asistență clienți: numărul de agenți și supervizori care necesită funcții de asistență pentru clienți. Asistența pentru clienți include licența Profesională.

• Rutați apelurile din listă: numărul de apeluri PSTN conectate la cloud necesare între utilizatori locali and/or aplicații specializate de la terți, locale.

• Consola participant: numărul de utilizatori care necesită acces la clientul consolei participantului.

• Plan de apeluri Cisco (Plan de apeluri de ieșire): numărul de utilizatori care necesită un număr PSTN and/or acces la apeluri PSTN de ieșire pentru serviciul Cisco PSTN.

Nu există un tip de licență dedicat pentru spațiile de lucru profesionale. Spațiile de lucru profesionale consumă o licență profesională.

Spațiile de lucru exclusiv hot-desk oferă serviciul de gazdă hot-desking și apeluri de urgență de la gazda hot-desking și nu necesită nicio licență. Pentru mai multe informații, consultați Adăugarea și gestionarea dispozitivelor doar hot desk.

Pentru a determina tipul de licență necesar pentru fiecare utilizator și spațiu de lucru pe baza funcțiilor necesare, consultați Funcții disponibile în funcție de tipul de licență pentru Webex Calling.

Pentru a diferenția între funcționalitatea oferită de cozile de apeluri combinate cu licența profesională și cea oferită de asistența pentru clienți, consultați Comparație între coada de apeluri și funcțiile de asistență pentru clienți Webex Calling.

Gestionarea grupurilor de utilizatori permite administratorilor să organizeze utilizatorii în grupuri pentru o gestionare eficientă în masă a licențelor, setărilor și resurselor. Grupurile ajută la eficientizarea administrării prin aplicarea simultană a politicilor, licențelor și șabloanelor de setări mai multor utilizatori, în loc să gestioneze utilizatorii individual.

Gestionarea grupurilor de utilizatori oferă mai multe avantaje, printre care:

• Administrare simplificată: Gestionați licențele, setările și politicile pentru mai mulți utilizatori simultan.

• Consecvență: Aplicați setări și licențe uniforme pentru toți utilizatorii din același grup.

• Scalabilitate​ : Acceptă până la 250.000 de membri per grup.

• Integrare​ : Sincronizați grupurile din Microsoft Entra ID (Azure AD) sau Active Directory pentru gestionarea automată a utilizatorilor și grupurilor.

• Flexibilitate: Creați grupuri locale sau sincronizați grupuri de securitate; gestionați manual sau prin fișiere CSV calitatea membrilor grupurilor.

• Alocarea resurselor: Controlează accesul la aplicațiile și serviciile încorporate pe baza apartenenței la grup.

Principalele cazuri de utilizare pentru grupurile de utilizatori la furnizare sunt:

• Atribuiri de licențe: Atribuiți licențe grupurilor pentru a furniza automat servicii precum Apeluri, Întâlniri, Mesagerie sau Servicii hibride membrilor grupului.

• Șabloane de setări: Aplicați grupuri de setări de servicii (de exemplu, mesagerie, întâlnire, apelare) pentru o experiență consistentă a utilizatorului.

• Gestionare utilizatori în bloc: Adăugați sau eliminați utilizatori în bloc prin fișiere CSV sau sincronizare directoare.

• Automatizare șiintegrare : Folosește API-uri sau sincronizare directoare pentru gestionarea automată a ciclului de viață al utilizatorilor și grupurilor.

Următorul tabel rezumă diferitele opțiuni pentru gestionarea grupurilor de utilizatori și a grupurilor în .

Deși grupurile sincronizate asigură consecvența și oferă un punct unic de administrare, este posibilă o abordare hibridă care combină grupuri sincronizate și grupuri (fie gestionate în centrul de control, fie prin API-uri). Așadar, de exemplu, grupurile pentru atribuirea licențelor ar putea fi grupuri sincronizate, iar un set separat de grupuri poate fi utilizat pentru atribuirea utilizatorilor și apelarea șabloanelor.

Această abordare cuprinzătoare a gestionării grupurilor de utilizatori permite organizațiilor să gestioneze eficient licențele, setările și politicile utilizatorilor, asigurând experiențe de colaborare consecvente și scalabile.

Sursa principală de date pentru utilizatori este baza de date, care conține informații despre utilizatorii finali. Totuși, nu este de obicei sursa autorizată pentru gestionarea identității utilizatorilor și, mai important, va fi închisă la sfârșitul tranziției și, prin urmare, este exclusă ca sursă autorizată pe termen lung pentru informații despre identitate.

Cisco recomandă utilizarea unui director centralizat în cloud, cum ar fi Microsoft Entra ID (Azure AD), ca sursă unică de informații pentru identitățile utilizatorilor. Sincronizarea utilizatorilor din Entra ID pentru a asigura consecvența, a simplifica gestionarea și a accepta capacitățile de autentificare unică (SSO).

Pentru a se asigura că toți utilizatorii de pe sunt prezenți și în Entra ID, organizațiile ar trebui să verifice dacă conturile de utilizator din corespund conturilor din Entra ID. Acest lucru se poate face prin exportarea listelor de utilizatori și compararea acestora cu listele de utilizatori Entra ID.

În concluzie, metoda de furnizare recomandată este sincronizarea utilizatorilor de la Microsoft Entra ID (Azure AD) la Webex utilizând Azure AD Wizard sau aplicațiile SCIM. Aprovizionarea manuală și în bloc CSV sunt disponibile ca metode suplimentare, dar sunt mai puțin scalabile și mai predispuse la erori pentru organizațiile mari. Asigurarea faptului că Entra ID este sursa autorizată și că toți utilizatorii există în Entra ID este esențială pentru o migrare reușită și o experiență consistentă a utilizatorilor în diferite medii.

Tranziția de la un serviciu de director local, cum ar fi Active Directory, la un serviciu de director în cloud, cum ar fi Entra ID (Azure ID), este independentă de tranziția de apelare. Cisco recomandă finalizarea tranziției către un serviciu de director în cloud înainte de a începe tranziția de apelare.

După tranziția directorului companiei de la locație la cloud, colectați grupurile de utilizatori necesare, în funcție de cerințele de licențiere și șabloane de funcții. Pentru fiecare document de grup:

• Nume grup: numele unic al grupului.

• Licențe: licențele care vor fi atribuite acestui grup (dacă există) și domeniul de aplicare (dacă licențele trebuie atribuite utilizatorilor existenți sau numai utilizatorilor noi)

• Șabloane de setări: Șabloane pentru apelurile utilizatorilor și ale aplicației Webex.

• Sincronizare director: Acest grup va fi sincronizat din directorul companiei sau este un grup Webex local furnizat în Control Hub sau printr-o API?

• Descriere: cum va fi utilizat acest grup și ce utilizatori ar trebui să fie membri ai acestuia

Aceste detalii vor fi utilizate ulterior, în faza de implementare, pentru a crea grupuri locale sau grupuri în directorul companiei și pentru a gestiona apartenența utilizatorilor la grupuri.

permite organizațiilor să configureze SSO cu mai mulți IdP-uri pentru a se adapta mediilor IT complexe, cum ar fi fuziuni, achiziții sau departamente IT descentralizate în care diferite grupuri utilizează IdP-uri diferiți. Suportul pentru IdP multipli poate fi implementat fie utilizând funcția IdP multiplu, fie prin integrarea unui sistem IAM al unei întreprinderi, cum ar fi Cisco Duo.

Suportul pentru mai mulți furnizori de identitate (IdP) abordează câteva cazuri de utilizare cheie în care organizațiile necesită o autentificare flexibilă și sigură în diverse medii IT:

Duo Access Gateway (DAG) poate autentifica utilizatorii folosind directoare locale sau bazate pe cloud existente, cum ar fi Active Directory (AD) și OpenLDAP. De asemenea, acceptă integrarea cu alți furnizori de identitate precum Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS și Shibboleth. Această flexibilitate permite organizațiilor să utilizeze infrastructura lor actuală de directoare pentru Webex SSO cu Duo MFA.

Duo acționează ca un strat puternic de autentificare pe lângă autentificarea directorului principal. Funcționează ca un furnizor de identitate (IdP) folosind SAML 2.0 pentru a aplica autentificarea cu doi factori (2FA) înainte de a acorda accesul la . Duo evaluează contextul utilizatorului, dispozitivului și rețelei în raport cu politicile configurabile pentru a permite sau a refuza accesul, sporind securitatea dincolo de numele de utilizator și parola. Duo oferă, de asemenea, controale flexibile ale politicilor, cum ar fi solicitarea MFA la fiecare conectare pentru unele aplicații și mai rar pentru altele.

Beneficiile Cisco Duo includ:

• Securitate îmbunătățită: Adaugă MFA rezistent la phishing pentru a proteja accesul, reducând riscul reprezentat de parolele compromise.

• Politici flexibile: Permite control granular asupra cerințelor de autentificare per aplicație sau grup de utilizatori.

• Integrare cu directoarele existente: Acceptă AD local, OpenLDAP, directoare în cloud și diverși furnizori SSO, reducând la minimum modificările de infrastructură.

• Confortul utilizatorului: Acceptă Single Sign-On (SSO) pentru a reduce oboseala parolelor, permițând utilizatorilor să se conecteze o singură dată și să acceseze mai multe resurse în siguranță.

• Puncte finale de încredere: Acceptă încrederea dispozitivelor pentru clienții de pe Windows și macOS, îmbunătățind postura de securitate.

• Înscriere în regim de autoservire: Înscrierea în linie și solicitarea Duo îmbunătățesc experiența utilizatorului în timpul configurării MFA.

Duo MFA cu SSO utilizează directoarele existente, precum Active Directory și OpenLDAP, sau furnizorii de identitate în cloud, pentru autentificarea utilizatorilor. Rolul Duo este de a oferi un al doilea factor de autentificare puternic, bazat pe politici, integrat prin SAML 2.0, sporind securitatea și menținând în același timp confortul utilizatorului prin SSO. Beneficiile includ o postură îmbunătățită de securitate, aplicare flexibilă a politicilor, integrare perfectă și o experiență mai bună pentru utilizatori.

Cisco recomandă implementarea SSO pentru utilizatori. Pentru o securitate îmbunătățită, se recomandă integrarea cu Cisco Duo.

Strategia Enterprise IAM și SSO ar trebui implementată înainte de a începe tranziția de la .

Operatorul automat permite 24/7 automatizarea gestionării apelurilor primite, ceea ce permite gestionarea eficientă a apelurilor fără a fi nevoie ca o persoană să răspundă la fiecare apel.

Operatorul automat răspunde la apelurile primite și oferă apelantului un meniu de opțiuni cu privire la direcția în care dorește să își direcționeze apelul. Acesta poate fi către o persoană, o căsuță vocală sau un serviciu de apelare (de exemplu, coada de așteptare a apelurilor). Apelantul folosește tastatura telefonului său pentru a introduce numărul din meniul operatorului automat.

Operatorul automat acceptă următoarele funcții cheie:

• Program de lucru și după orele de program

• Program de vacanță

• Opțiune de meniu de apelare pentru a direcționa clienții către locul în care trebuie să meargă

• Personalizați saluturile

• Opțiunea de apelare după nume

• Opțiuni redirecționare apel

• Analize și rapoarte Control Hub.

Pentru mai multe informații, consultați Gestionarea operatorilor automati.

Parcarea apelurilor oferă utilizatorilor posibilitatea de a pune cu ușurință un apel în așteptare pentru ca un alt utilizator să îl poată prelua atunci când este disponibil să îl preia. De asemenea, îl eliberează pe utilizatorul care a răspuns la apelul inițial pentru a efectua sau a primi alte apeluri în timp ce apelul este parcat.

Există două tipuri de parcări de apeluri disponibile în :

1. Parcare apel directă - permite oricărui utilizator să parcheze un apel la interiorul altui utilizator sau la o extensie de parcare apel, așa cum este definită de Administrator

2. Grup de parcare apeluri - permite unui grup definit de utilizatori să parcheze automat apelurile în funcție de destinațiile de parcare disponibile, definite pentru grup. Aceste destinații pot fi interioarele membrilor grupului sau interioarele din parcarea apelurilor.

În funcție de configurație și de tipul de parcare, utilizatorii pot prelua apeluri formând *88+><extension of parked call>, apăsând tasta de linie asociată cu extensia de parcare a apelurilor sau utilizând o tastă soft de pe telefonul IP.

O opțiune de reapelare este disponibilă pentru a reapela un apel parcat după o perioadă specificată utilizatorului care a parcat apelul sau unui alt utilizator.

Pentru mai multe informații, consultați Gestionarea parcării apelurilor în Control Hub.

Preluarea apelurilor permite unui administrator să definească un grup de utilizatori (membri) care pot răspunde la un apel pe telefonul unui alt membru. Acest lucru oferă unui utilizator posibilitatea de a răspunde la apeluri atunci când colegii săi de echipă sunt ocupați și nu pot răspunde la un apel primit.

Utilizatorii dintr-un grup trebuie să se afle în aceeași locație.

Utilizatorii pot folosi fie telefonul de birou, fie telefonul lor de birou pentru a prelua un apel.

• :

  • Acceptă notificări vizuale și audio

  • Notificare apel de intrare

  • Bazat pe FAC (apelare) *98) sau toast de notificare preluare apel

  • Notificări de preluare a apelurilor pentru mai multe linii.

• Telefoane de birou:

  • Notificare apel de intrare

  • Clopoței audio și notificări vizuale prin LED-ul receptorului. 6821 acceptă doar clopoței audio

    • Când tipul de notificare selectat în nu este

  • Notificări de preluare a apelurilor doar pentru liniile principale.

Pentru mai multe informații, consultați Configurarea grupului de preluare a apelurilor.

include cozi de apeluri doar vocale ca parte a funcțiilor sale principale și orice utilizator cu o licență Professional poate face parte dintr-o coadă de apeluri, agent sau supervizor. Această funcție permite utilizatorilor să interacționeze eficient cu clienții. Cozile de apeluri acceptă un subset al unora dintre funcționalitățile de bază ale centrelor de apeluri, cum ar fi cozile vocale, apelurile inverse, rutarea în funcție de competențe sau priorități, gestionarea cozilor de agenți, analize, raportare etc.

Apelul Cisco pentru integrarea cu Microsoft Teams permite agenților să acceseze apelurile și funcțiile din coada de apeluri direct din clientul lor Microsoft Teams.

Cozile de apeluri acceptă următoarele caracteristici cheie:

• Salutări și mesaje (de bun venit, de mângâiere, șoaptă etc.)

• Mențineți muzică

• Callback

• Politici de rutare a cozilor (serviciu de noapte, sărbători, redirecționare)

• Coadă de așteptare pentru agenți login/logout

• Gestionarea stării cozii de așteptare a agenților

• sau asistență telefonică fixă

• Agentul supervizor apelează monitorul, antrenează, interceptează sau preia controlul prin intermediul Codurilor de Acces la Funcții (FAC)

• (acces de administrator) pentru:

  • gestionarea cozilor

  • Analiză și raportare a agenților și a cozilor

  • Gestionarea cozilor, a agenților și a supervizorilor.

Pentru mai multe informații, consultați Configurarea cozii de apeluri.

are o funcție suplimentară de asistență pentru clienți care oferă capacități suplimentare de așteptare a apelurilor și oferă agenților și supervizorilor o experiență de utilizare mai bună în cadrul . Pentru o comparație între funcțiile Coadă de apeluri și Asistență clienți, consultați Comparație între funcțiile coadă de apeluri și asistență clienți Webex Calling.

Grupurile de căutare permit rutarea apelurilor primite către un grup specific de utilizatori printr-un model de rutare a apelurilor predeterminat. Acest lucru asigură că apelurile sunt preluate de grupul potrivit de utilizatori sau trimise către o mesagerie vocală pentru urmărire.

O mare diferență între grupurile de hunting și cozile de apeluri este că apelurile nu sunt puse în coadă într-un grup de hunting, așa că, dacă niciun utilizator din grupul de hunting nu este disponibil pentru a răspunde la apel, acesta va fi deconectat, trimis la mesageria vocală sau redirecționat către un alt număr (utilizator sau serviciu).

Pentru mai multe informații, consultați Gestionarea grupurilor de căutare în Control Hub.

Funcția Moduri de operare permite companiilor să direcționeze eficient apelurile către diverse destinații (utilizatori, mesagerie vocală, servicii de apelare precum o coadă de apeluri). Locul și momentul direcționării unui apel se bazează pe un program orar și zi din săptămână, iar orice utilizator poate fi autorizat să gestioneze aceste moduri (programe) pentru a controla modificările aduse direcționării apelurilor.

De exemplu, apelurile către o coadă de apeluri pot fi direcționate către o altă coadă de apeluri cu agenți aflați într-un fus orar diferit pentru a răspunde la apeluri în afara orelor de program, în timpul programului de lucru pot fi direcționate către agenții locali și în timpul sărbătorilor pot fi direcționate către mesageria vocală pentru a fi urmărite după ce agenții se întorc la birou.

Un utilizator autorizat poate comuta între aceste scenarii (moduri) diferite de redirecționare a apelurilor dacă trebuie să schimbe direcționarea apelurilor primite pentru o anumită perioadă. Acești utilizatori pot gestiona modurile prin intermediul lor 6800/7800/8800 Telefoane MPP, telefoane 9800 sau în User Hub la Gestionare moduri.

Pentru mai multe informații, consultați Rutarea apelurilor în funcție de modurile de operare din Webex Calling.

Grupurile de paginare permit utilizatorilor să efectueze un apel unidirecțional pentru a trimite un mesaj audio unui grup de utilizatori. Fiecare grup poate conține până la 75 de utilizatori țintă and/or spații de lucru accesibile prin apelarea unui număr sau a unei extensii predefinite.

Când un utilizator apelează un Grup de Paging, se efectuează un apel simultan către toate destinațiile atribuite din grup, moment în care apelantul își poate rosti mesajele și poate închide după ce a terminat.

Pentru mai multe informații, consultați Configurarea unui grup de paginare în Control Hub.

acceptă înregistrarea apelurilor efectuate sau primite de un utilizator. Acest lucru poate fi necesar pentru nevoi de calitate, asigurare, securitate sau instruire. În mod implicit, apelurile sunt înregistrate în , dar pot fi utilizați și alți furnizori terți de înregistrare dacă sunt necesare alte funcții de înregistrare sau cerințe de conformitate și reglementări.

Când se utilizează ca platformă de înregistrare, toate apelurile înregistrate sunt gestionate în cadrul . Administratorii completi cu rolul de responsabil cu conformitatea pot reda și descărca înregistrările. Fără rolul de responsabil cu conformitatea, administratorul poate doar șterge înregistrările.

Pentru mai multe informații despre această funcție și o listă de înregistrări efectuate de terți, consultați Gestionarea înregistrării apelurilor pentru Webex Calling.

Acoperirea cu un singur număr permite ca apelurile către numărul de telefon al unui utilizator să sune pe mai multe dispozitive. Aceasta poate include atât alte telefoane de birou, cât și telefoane mobile. Apelurile pot fi plasate și de pe aceste dispozitive, iar utilizatorii pot transfera și transfera apeluri între ele.

Pentru mai multe informații despre această funcție și despre cum o poate configura un administrator în , consultați Configurarea acoperirii cu un singur număr (birou oriunde).

Pentru mai multe informații despre cum un utilizator poate gestiona și configura această funcție în Webex User Hub (portal), consultați Configurarea acoperirii cu un singur număr (birou oriunde).

Grupurile de mesagerie vocală permit o căsuță vocală partajată care poate fi atribuită unui utilizator sau unei funcții de rutare a apelurilor. Câteva dintre motivele pentru care ar putea fi necesar un grup de mesagerie vocală sunt:

• Mesagerie vocală generală pentru un departament sau un grup de lucru

• Adăugați opțiunea de mesagerie vocală la un operator automat sau la un grup de căutare

• Pentru a trimite apeluri de depășire a limitei dintr-o coadă de apeluri

• Utilizatori care au nevoie doar de o căsuță vocală.

Pentru mai multe informații, consultați Gestionarea unei mesagerii vocale partajate și a unei casete de fax primite pentru Webex Calling.

Pentru informații despre toate funcțiile, inclusiv unele funcții suplimentare, consultați Funcții disponibile în funcție de tipul de licență pentru Webex Calling.