Configurați asistența pentru clienți Webex Calling cu BroadWorks

Prezentare generală

Webex CallingAsistența pentru clienți oferă capabilități avansate de call center, cu integrare AI, clienților dvs. BroadWorks locali. Această soluție stabilește un model de implementare hibrid. Agenții și supraveghetorii Asistenței pentru Webex Calling Webex Calling clienți utilizează caracteristicile Asistenței pentru clienți, cu aplicația și dispozitivele lor Webex înregistrate. Alți angajați din cadrul organizației continuă să utilizeze platforma BroadWorks pentru nevoile standard de telefonie.

Beneficii cheie

Caracteristici avansate ale centrului de apel - oferă rutare inteligentă a apelurilor, gestionarea agenților și informații bazate pe AI.
Spațiu de lucru integrat al agenților — Agenții accesează un mediu integrat în aplicația Webex pentru apeluri, mesagerie și întâlniri.
Colaborare îmbunătățită — Permite comunicarea între agenții de asistență pentru clienți (activațiWebex Calling) și alți angajați (pe BroadWorks).
Flexibilitate de implementare - Permite organizațiilor să mențină operațiunile de afaceri de bază pe BroadWorks în timp ce implementează Webex pentru roluri specializate de servicii pentru clienți.

Înțelegeți modelul hibrid

Acest model hibrid acceptă adoptarea treptată a funcțiilor avansate de experiență a clienților fără a înlocui întregul sistem de telefonie.

În acest model hibrid, furnizați utilizatorii din cadrul organizației în următoarele moduri:

Webex CallingAsistență pentru clienți pentru agenți și supraveghetori - Furnizați utilizatorii care au nevoie de funcționalități call center pe platformă. Webex Calling Utilizează aplicația Webex pentru a accesa funcțiile de asistență pentru clienți și capacitățile de apelare.
BroadWorks pentru alți angajați — Continuați să utilizați BroadWorks pentru a gestiona utilizatorii care nu au nevoie de funcții call center.

Interconectarea și rutarea apelurilor

Gateway-ul găzduit de partener joacă un rol critic în această configurație hibridă. Acesta direcționează apelurile și permite comunicarea între Webex Calling mediul (unde locuiesc agenții) și mediul BroadWorks (unde locuiesc alți angajați). Cu gateway-ul, agenții interacționează cu colegii lor din Broadworks, iar sistemul direcționează apelurile în mod corespunzător pe ambele platforme.

Fluxuri de apeluri la nivel înalt:

PSTN către agentul de asistență pentru clienți — apelurile PSTN externe către coada de asistență pentru clienți Webex Calling găzduită sunt direcționate prin BroadWorks și PSTN bazat pe sediu pentru a ajunge la agenți. Webex Calling
Agent către angajat BroadWorks — Webex Calling agenții pot apela angajații pe platforma BroadWorks prin intermediul PSTN-ului bazat pe sediu.
BroadWorks de la angajat la agent - Angajații Broadworks pot apela agenții de asistență pentru clienți prin PSTN bazat pe sediu.
Apeluri interne (specifice platformei) - Apelurile agent-to-agent rămân activateWebex Calling, iar apelurile de la angajat la angajat rămân pe BroadWorks.
Apeluri PSTN de agent — Agenții de asistență pentru clienți pot efectua și primi apeluri PSTN direct prin BroadWorks sau opțional prin conectivitate PSTN. Webex Calling

Deși conectivitatea Webex Calling PSTN este o opțiune, vă încurajăm să utilizați propriul PSTN pentru a evita eventualele taxe pentru apelurile interne (de exemplu, atunci când utilizați apelarea din 10 cifre). Trebuie să utilizați o soluție certificată PSTN.

Rolul Webex pentru Cisco BroadWorks în implementările hibride

Activarea Webex pentru BroadWorks pentru organizația clienților BroadWorks este obligatorie pentru a îmbunătăți experiența generală de colaborare într-o implementare hibridă.

Avantajele integrării Webex pentru BroadWorks:

Sincronizare director BroadWorks — Sincronizează automat utilizatorii și entitățile BroadWorks (cu numere de telefon sau extensii) cu Cisco Common Identity. Acest lucru permite agenților de asistență pentru clienți Webex Calling să caute și să apeleze cu ușurință colegii lor găzduiți de Broadworks.
Autentificare BroadWorks — vă oferă opțiunea de a gestiona acreditările pentru toți utilizatorii (atât BroadWorks, cât șiWebex Calling) din cadrul organizației client utilizând platforma lor BroadWorks ca sursă de autentificare.
Colaborare îmbunătățită—Utilizatorii BroadWorks cu pachete Webex pentru BroadWorks pot utiliza aplicația Webex pentru a trimite mesaje și a se alătura întâlnirilor cu agenții și supraveghetorii Asistenței pentru clienți.

Caracteristici și capabilități cheie

Webex CallingCaracteristici de asistență pentru clienți

Asistența pentru clienți oferă următoarele capacități:

Cozi avansate de apeluri — acceptă rutarea inteligentă, gestionarea cozii și fluxurile de apeluri personalizabile .
Managementul agenților — oferă instrumente pentru ca agenții să își gestioneze disponibilitatea, să gestioneze apelurile și să acceseze contextul clientului.
Caracteristici de supervizor - Include capacități de monitorizare, raportare și coaching în timp real.
Foaie de parcurs pentru integrarea AI - Funcții AI din aplicația Webex, oferind capabilități precum intenția apelantului, răspunsurile sugerate, rezumatele apelurilor, analiza sentimentelor și asistenții AI.

Pentru mai multe detalii, consultați Asist Webex Calling ența pentru clienți.

Caracteristici de interoperabilitate

Soluția hibridă asigură o interacțiune perfectă între platforme și oferă următoarele capacități:

Comunicații unificate — Agenții pot apela și colabora cu angajații BroadWorks folosind și Întâlniri. Webex Messaging
Acces PSTN — Agenții Customer Assist pot efectua și primi apeluri PSTN externe, direcționându-le eficient prin arhitectura integrată.
Director centralizat — Broadworks Directory Sync oferă o listă unificată de contacte pentru căutare și apelare ușoară.

Autentificare utilizator

Agenții și supraveghetorii Asistenței pentru clienți se pot autentifica utilizând fie BroadWorks, fie Webex. Puteți defin i metoda de autentificare în timpul procesului de integrare a clienților în ș ablonul Hub partener. Pentru detalii, consultați secțiunea Aut entificare utilizator și recuperare configurare din Ghidul de soluții Webex pentru Cisco BroadWorks.

Gestionarea ID-ului apelantului de ieșire

Agenții pot gestiona modul de afișare a identității clienților finali atunci când efectuează apeluri de ieșire. Aceștia își pot selecta numărul de telefon personal, o identificare personalizată a liniei de apelare configurabilă (CLID) sau un număr de grup sau de coadă. Pentru detalii, consultați secțiunea Selectare ID apelant din Ghidul de soluții Webex pentru Cisco BroadWorks.

Integrarea și furnizarea clienților

Condiții preliminare pentru parteneri

Înainte de a integra clienții BroadWorks pentru asistență pentru Webex Calling clienți, trebuie să vă aliniați modelele de licențiere și abonament la cerințele Cisco Wholesale. Utilizaţi tabelul următor pentru a determina acţiunile necesare în funcţie de starea curentă de implementare.

Starea actuală de integrare a partenerului	Acțiune necesară
Licențiere BroadSoft (moștenire)	Contactați reprezentantul contului dvs. Cisco pentru a trece la un abonament BroadWorks Wholesale și pentru a implementa Wholesale Webex pentru BroadWorks.
Webex pentru BroadWorks (hârtie veche)	Contactați Cisco pentru a implementa un abonament BroadWorks Wholesale și pentru a actualiza utilizatorii Webex pentru BroadWorks existenți la platforma Wholesale.
Abonament BroadWorks cu ridicata, dar fără Webex pentru BroadWorks	Finalizați implementarea Wholesale Webex pentru BroadWorks pentru a stabili fundația pentru Asistența pentru clienți.
Abonament BroadWorks cu ridicata și Webex pentru BroadWorks	Nu sunt necesare alte acțiuni de abonament. Sunteți gata să continuați cu integrarea clienților.
Abonament BroadWorks cu ridicata, Webex pentru BroadWorks și comerț cu ridicata Webex Calling	Nu sunt necesare alte acțiuni de abonament. Sunteți gata să continuați cu integrarea clienților.

Cerințe pentru aplicația Webex

Pentru a sprij Webex Calling ini caracteristicile Asistenței pentru clienți și a asigura funcționalitatea hibridă fără probleme, toți agenții și supraveghetorii trebuie să utilizeze versiunea minimă a aplicației Webex 46.2 sau o versiune ulterioară.

Clienți la bord pentru Webex pentru BroadWorks

Clienții dvs. trebuie să aibă Webex pentru BroadWorks înainte de a putea activa serviciile cu ridicata, cum ar fi Asistența pentru clienți. Acest lucru conectează clientul pe platforma Webex și permite serviciul Webex pentru BroadWorks dorit. Acest lucru asigură o configurație fundamentală adecvată pentru coexistență.

Îndepliniți următoarele condiții prealabile înainte de a integra clienții:

Trebuie să fiți partener Webex pentru BroadWorks înainte de a putea aduce clienți pe Webex pentru BroadWorks. Pentru detalii, consultați Ghi dul de soluții Webex pentru Cisco BroadWorks.
Trebuie să configurați clusterele BroadWorks, șabloanele și setările Webex pentru BroadWorks (inclusiv branding) în Partner Hub.
Trebuie să configurați toate porturile firewall relevante pentru a permite accesul la și din cloud Webex.

Integrarea clienților

Dacă ați conectat deja clientul la Webex pentru BroadWorks, trebuie doar să adăugați serviciul en-gros. Pentru detalii, consultați Adăugarea comerțului cu ridicata la o secțiune de șablon Webex pentru BroadWorks exist entă.

Pentru clienții noi, integrarea începe atunci când adăugați primul utilizator din întreprinderea BroadWorks . Cel puțin un utilizator trebuie să rămână întotdeauna conectat cu un pachet per client pentru Webex pentru BroadWorks. Acest lucru asigură sincronizarea directorului BroadWorks și a listei de telefoane. Dacă eliminați utilizatorul încorporat, trebuie să efectuați modificări semnificative în furnizarea de clienți.

Înscrierea clienților Webex pentru BroadWorks urmează procesele standard. Pentru detalii, consultați Ghi dul de soluții Webex pentru Cisco BroadWorks.

În Partner Hub, puteți crea un șablon combinat pentru a încorpora clientul atât la serviciile Webex pentru BroadWorks, cât și la serviciile Wholesale. Pentru detalii, consultați secțiunea Crearea unui nou șablon de integrare.

După integrarea clientului, sincronizarea inițială poate dura până la o săptămână.

Clienții de bord pentru Webex Calling Customer Assist prin RTM cu ridicata

Acest proces de integrare adaugă servicii en-gros clientului pe Webex, activând Asistența pentru Webex Calling clienți și creează automat locația inițială. Webex Calling

Puteți să vă îmbarcați clienții în următoarele moduri:

Creați un nou șablon de integrare — Creați un nou șablon combinat pentru a încorpora clientul atât la serviciile Webex pentru BroadWorks, cât și la serviciile Wholesale.
Adăugați comerțul cu ridicata la un șablon Webex pentru BroadWorks existent—Dacă ați conectat deja clientul la Webex pentru BroadWorks, adăugați serviciul en-gros.

Crearea unui nou șablon de integrare

Puteți crea un nou șablon combinat în Partner Hub pentru a încorpora clientul atât la serviciile Webex pentru BroadWorks, cât și la serviciile Wholesale.

Înainte de a începe

Trebuie să aveți un rol de administrator en-gros pentru a configura șabloanele de integrare și pentru a gestiona serviciile cu ridicata. Pentru mai multe detalii despre rolurile de administrator, consultați Roluri de administrator partener pentru RTM cu ridicata.

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Faceți clic pe Șabloane de integrare pentru a vizualiza șabloanele existente.
3	Faceți clic pe Creare șablon și selectați atât Webex pentru comerț cu ridicata, cât și Webex pentru șabloane BroadWorks și faceți clic pe Următorul.
4	Completați toate detaliile necesare, cum ar fi detaliile șablonului, setările serviciului, Autentificare și Setări comune.
5	Examinați detaliile și faceți clic pe Tri miteți.

Ce să faci în continuare

Șablonul este acum creat. Puteți crea clientul și adăuga utilizatori. Pentru detalii, consultați Ghidul de soluții pentru rutele cu ridicata către piață.

Adăugarea comerțului cu ridicata la un șablon Webex pentru BroadWorks existent

Înainte de a putea atașa serviciul cu ridicata la o organizație de clienți Webex pentru BroadWorks existentă, trebuie să adăugați comerț cu ridicata la șablonul Webex pentru BroadWorks existent.

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Faceți clic pe Șabloane de integrare pentru a vizualiza șabloanele existente.
3	Faceți clic pe un șablon Webex pentru BroadWorks și faceți clic pe Adăugați suport pentru pachete en-gros din lista derulantă Acțiuni.
4	Actualizați următoarele detalii: Adăugați abonament en-gros. Selectați un furnizor implicit PSTN de apelare cu ridicata. Actualizați metoda de autentificare.
5	Faceți clic pe Salvare modificări. Șablonul este acum gata să sprijine comerțul cu ridicata. (Opțional) Pentru a activa sincronizarea directorului, faceți clic pe șablonul de integrare, faceți clic pe Setări serviciu și activați Activați sincronizarea directorului telefonic pentru toate organizațiile clienți noi. (Opțional) Pentru a activa autentificarea BroadWorks, faceți clic pe șablonul de integrare, faceți clic pe Autentificare și alegeți Autentificare Broad Works. Atașați serviciul en-gros la o organizație de clienți existentă După ce ați configurat șablonul pentru a suporta ambele servicii, puteți adăuga servicii en- gros la o organizație de clienți Webex pentru BroadWorks existentă. Puteți adăuga serviciul Wholesale folosind API sau prin Partner Hub (vine în aprilie). Pentru a adăuga servicii en-gros prin API, consultați https://developer.webex.com/wholesale/docs/api/v1/wholesale-provisioning/update-a-wholesale-customer. Vi se cere să introduceți un `customerid`. Pentru un client Webex pentru BroadWorks existent, puteți obține API-ul de `customerid`utilizare. Pentru detalii, consultați https://developer.webex.com/calling/docs/api/v1/broadworks-enterprises/list-broadworks-enterprises.

Ce să faci în continuare

Odată ce serviciul en-gros este atașat, puteți continua să creați clientul și să adăugați utilizatori. Pentru detalii, consultați Ghidul de soluții pentru rutele cu ridicata către piață.

Planul de apelare și configurarea rutării apelurilor

Această secțiune detaliază configurația necesară în Gateway găzduită de parteneri (SBC) și BroadWorks pentru a permite rutarea apelurilor și integrarea plan ului de apelare. Webex Calling Aceste configurații sunt importante pentru facilitarea apelurilor între mediul BroadWorks șiWebex Calling, permițând Asistenței pentru clienți să funcționeze ca un serviciu de suprapunere.

Call routing between BroadWorks and Webex Calling

Creați un trunchi SIP în Webex Calling

Înainte de a începe

Trebuie să îmbarcați clientul ca Webex Calling client en-gros și să creați o locație inițială.

1	Configurați un trunchi SIP la PSTN bazat pe spații pentru fiecare client. Pentru clienții mari, utilizați de preferință un trunchi SIP bazat pe certificate, deoarece oferă o capacitate de apel mai mare în comparație cu un trunchi SIP bazat pe înregistrare. Pentru detalii, consultați Trunchi ul bazat pe certificat. Dacă utilizați un Cisco CUBE ca SBC, consultați Configurarea gateway-ului local pe Cisco IOS XE Webex Calling pentru detalii. SRV sau FQDN pentru acest trunchi ar trebui să se bazeze pe un domeniu verificat de acel client. Puteţi implementa mai multe instanţe PSTN bazate pe premise în scopuri de scalare sau HA. Trebuie să creați un trunchi pentru fiecare astfel de instanță, cu o înregistrare SRV sau FQDN pentru fiecare. Când mai mulți clienți partajează aceeași instanță PSTN bazată pe premise, configurația portului depinde de metoda de adresare. Dacă clienții împărtășesc aceeași adresă IP, atribuiți un port unic fiecărui client pentru a asigura identificarea corectă a traficului. Dacă clienții utilizează FQDN-uri care rezolvă la adrese IP diferite, vă recomandăm să utilizați același port pentru toți clienții. Semnalizarea SIP primită de la BroadWorks ar trebui să aibă domeniul FQDN sau SRV specificat în antetul de contact SIP pentru a permite autentificarea corectă a mesajelor. Dacă utilizați deja Cloud Connected PSTN (CCP) și acesta se conectează la Webex Cloud printr-un dispozitiv de trunchi fizic, puteți reutiliza același dispozitiv pentru Asistență pentru clienți. Webex Calling Pentru a sprijini ambele servicii pe un singur dispozitiv, dispozitivul trebuie să direcționeze traficul CCP și Customer Assist separat, în conformitate cu regulile de rutare respective. Trebuie să furniz ați fiecare serviciu în Control Hub pe baza cerințelor sale unice. Pentru a configura prin Control Hub, accesați Servicii > PSTN și rutare > Configur ații gateway > Trunk. Pentru a configura prin API-ul public, consultați https://developer.webex.com/calling/docs/api/v1/call-routing/create-a-trunk.
2	Configurați un grup de rute și adăugați fiecare trunchi la grupul de rute. Finalizați această configurație chiar dacă aveți un singur trunchi, astfel încât să puteți scala cu ușurință PST N bazat pe spații în viitor. Puteți decide prioritatea față de fiecare trunchi din Grupul de rute pe baza distribuției încărcăturii sau a strategiei HA. Dacă clientul dvs. necesită o rutare distinctă a apelurilor între instanțe PSTN bazate pe locații diferite, creați mai multe grupuri de rute. Pentru a configura prin Control Hub, accesați Servicii > PSTN și rutare > Configur ări gateway > Grup de rute. Pentru a configura prin API public, consultați https://developer.webex.com/calling/docs/api/v1/call-routing/create-route-group-for-a-organization.
3	Configurați gateway-ul local ca o conexiune PSTN selectată. Când configuraţi un PSTN bazat pe spaţii, trebuie să selectaţi Grupul de rute configurat în pasul precedent. Pentru clienții cu mai multe locații, trebuie să configurați fiecare locație independent, indicând același grup de rute. Pentru a configura prin Control Hub, accesați Gestionare > Loc ații, apoi selectați o locație și faceți clic pe PSTN. Pentru a configura prin API public, consultați https://developer.webex.com/calling/docs/api/v1/pstn/setup-pstn-connection-for-a-location.
4	Adăugați numerele E.164 necesare în locațiile clientului pentru a le atribui cozii de asistență pentru clienți sau utilizatori. Pentru a configura prin Control Hub, accesați Servicii > PSTN și rutare > Numere. Pentru a configura prin API public, consultați https://developer.webex.com/calling/docs/api/v1/numbers/add-phone-numbers-to-a-location.
5	Configurați planurile de apelare în funcție de necesități pentru fiecare client către rutarea internă a apelurilor între Webex Calling și BroadWorks. Configurația exactă a planului de apelare depinde de nevoile dvs. Configurați modelele de numere pentru utilizatorii BroadWorks și atribuiți-le grupurilor de rute create anterior. Pentru a configura prin Control Hub, accesați Servicii > PSTN și rutare > Configurări gateway > Planuri de apelare >. . Pentru a configura prin API public, https://developer.webex.com/calling/docs/api/v1/call-routing/create-a-dial-plan. .
6	Configurați setările de apelare internă pentru fiecare client, după caz. Pentru extensiile care nu se suprapun, decideți dacă permiteți apelarea de extensii cu locații încrucișate . Configurați lungimea prefixului de locație și cifra de direcție pentru rutarea între locații (unde extensiile suprapuse împiedică apelarea directă a extensiilor). Pentru a configura prin Control Hub, accesați Servicii > Apel are > Set ări > Servici u > Apelare internă sau acces ați Ges tionare > Loc ații, apoi selectați o locație și faceți clic pe Apelare > Apel are > Apel are internă. Configurația Webex Calling locației determină rutarea apelurilor de urgență într-o implementare hibridă. Dacă configur aţi apelarea de urgenţă înWebex Calling, sistemul va direcţiona apelurile de Webex Calling urgenţă către furnizorul de servicii de urgenţă. Dacă nu configurați apelarea de urgențăWebex Calling, sistemul direcționează aceste apeluri către mediul BroadWorks prin trunchiul SIP. Pentru detalii despre configurare, consultați Apelare de urgență îmbunătățită Webex Calling și Număr de apelare de urgență (ECBN) în Control Hub.

Configurați un trunchi SIP în BroadWorks

Finalizați următorii pași de configurare pentru fiecare client de pe platforma BroadWorks pentru a configura trunchiul SIP și planul de apelare pentru rutarea apelurilor cătreWebex Calling.

1	Creați un tip de Profil dispozitiv cu următoarele setări: Verificați Trusted. Verificați integrarea PBX. Integrarea PBX trebuie verificată pentru a suporta scenariile de transfer. Dacă integrarea PBX nu este bifată, transferul orb de la un agent de asistență pentru clienți la un alt utilizator PSTN poate eșua. Alegeți modul trunchi ca utilizator.
2	Într-un grup, creați un grup trunchi cu următoarele setări: Setați identitatea OTG/DTG la aceeași cu PSTN OTG/DTG bazat pe premiseWebex Calling. Bifa ți Permiteți apelurile direct către grupul de trunchi cu DTG Identity. Verificați In cludeți identitatea DTG pentru apeluri către grupul de trunchi. Bifați Permiteți apelurile neecranate. Setați politica pilot de optimizare a apelurilor utilizatorilor pentru a optimiza volumul mare de apeluri. Selectați Sursa identității liniei de apelare pentru Politica de apeluri de grup de trunchi ecran ate ca nume primit și număr primit. Bifa ți Adăugați utilizator pilot, creați un utilizator pilot și configurați acreditările de înregistrare SIP..
3	Creați un trunchi de întreprindere și adăugați grupul de trunchi creat în pasul precedent.
4	Accesați Între prindere > Resur se > Servicii și asigurați-vă că serviciul Listă de rute este disponibil în întreprindere și poate fi atribuit utilizatorilor.
5	Definiți intervalele de numere de trunchi de întreprindere utilizând toate numerele PSTN găzduite în. Webex Calling
6	Creați un utilizator fantomă (numai extensie) și atribuiți intervalele de numere de trunchi de întreprindere în serviciul Listă de rute. Când creați utilizatorul fantomă și îi atribuiți caracteristica listă de rute, trebuie să selectați trunchi ul întreprinderii ca dispozitiv în Profilul utilizatorului > Adresele.

Configurați un SBC pentru a conecta trunchiurile

Trebuie să configurați SBC pentru a face legătura între trunchiurile SIP între BroadWorks șiWebex Calling, asigurând conectivitate sigură. SBC trebuie configurat pentru a transmite SIP INVITES în ambele direcții - de la BroadWorks la și de la BroadWorks la Webex Calling BroadWorks. Webex Calling În timp ce transmiteți aceste INVITE SIP, trebuie să vă asigurați, de asemenea, că SBC modifică anteturile SIP pentru a actualiza parametrul otg/dtg, după cum este necesar.

De exemplu, într-un Cisco CUBE, o regulă similară cu următoarea este utilizată pentru a adăuga parametrul OTG la antetul From al INVITE-urilor SIP de ieșire:

rule 80 request ANY sip-header From modify ">" ";otg=bwks0000000000_lgu >

Dezvoltăm o nouă caracteristică pentru a simplifica implementarea grupului de trunchi pe BroadWorks, eliminând necesitatea manipulării SBC.

Pentru îndrumări privind configurarea altor SBC pentru a interoperaWebex Calling, consultați următoarea documentație specifică furnizorului:

Configurați Asistența pentru clienți și adăugați agenți și supraveghetori

Puteți crea cozi de asistență pentru clienți și puteți atribui agenți și supraveghetori. Pentru detalii, consultați Asist Webex Calling ența pentru clienți.

Pentru clienții care utilizează în prezent serviciile centrului de apel BroadWorks, puteți recrea manual cozile de apeluri din Control Hub și puteți atribui agenții și supraveghetorii după finalizarea integrării Webex pentru BroadWorks și Wholesale RTM. După verificarea tuturor configurațiilor, puteți elimina configurarea centrului de apel BroadWorks și orice integrări terțe asociate.

Întrebări frecvente

Utilizator și licențiere de asistență pentru clienți

Pot agenții și supraveghetorii Customer Assist să utilizeze autentificarea BroadWorks chiar dacă sunt găzduiți pe Webex Calling platformă?

Da. Pentru a utiliza autentificarea BroadWorks pentru acești utilizatori, trebuie să creați o intrare de utilizator în BroadWorks pentru fiecare agent sau supraveghetor, actualizând adresa de e-mail a acestuia în atributul ID alternativ. Acești utilizatori BroadWorks specifici nu au nevoie de un număr de telefon sau de un dispozitiv fizic asociat acestora pe platforma BroadWorks. În schimb, numerele lor de telefon sunt asociate cu grupul de trunchi SIP, care direcționează apelurile primite direct către Webex Calling pentru manipulare.
Poate un utilizator Webex pentru Cisco BroadWorks existent să acționeze ca agent de asistență pentru clienți?

Nu. Agenții de asistență pentru clienți trebuie să fie furnizați ca Webex Calling utilizatori. Dacă un utilizator este furnizat în prezent numai ca utilizator Webex pentru Cisco BroadWorks, trebuie să convertiți sau să re-furnizați acel utilizator ca utilizator înainte de a atribui Webex Calling utilizatorul ca agent de asistență pentru clienți.
Scripturile de migrare pot muta doar utilizatorii BroadWorks selectați în RTM cu ridicata?

Suportul pentru scripturile de migrare pentru migrarea numai a utilizatorilor selectați de la BroadWorks la RTM cu ridicata este pe foaia de parcurs.
Unde ar trebui să fie furnizată licența de asistență pentru clienți?

Licența de asistență pentru clienți trebuie să fie furnizată în cadrul organizației client. Organizația parteneră definește și gestionează relația cu clienții, dar organizația client primește licența Customer Assist și drepturile utilizatorului.
Utiliz Webex Calling atorii și agenții de asistență pentru clienți pot fi furnizați prin API?

Da. Webex Callingutilizatorii pot fi furnizați utilizând fie API, fie Control Hub, în funcție de modelul operațional. Pentru furnizarea bazată pe API, utilizați API-ul public Webex cu datele de apelare activate și atribuiți drepturile necesare de apelare și asistență pentru clienți ca parte a configurării organizației clientului.
Poate fi activat suportul Wholesale BroadWorks într-un mediu de punere în scenă?

Da. Într-un mediu de punere în scenă, putem activa abonamentul BroadWorks Wholesale și comutatoarele asociate prin programul Early Partner Testing. Pentru mediile de producție, este necesar un abonament live cu ridicata.

Apelare de urgență și ȚINERE

Cum este populată adresa URL HELD pentru Webex Calling clienți?

Webex Callingpopulează automat adresa URL HELD atunci când implementarea utilizează modelul implicit de apelare de urgență RedSky . Dacă implementarea dvs. utilizează un alt furnizor de urgență, cum ar fi Intrado ERS, comportamentul implicit RedSky HELD URL nu se aplică.
Ce valori trebuie asociate cu URL-ul HELD pentru o implementare Intrado ERS?

O implementare Intrado ERS necesită un cont de nivel 1 pentru furnizor și un cont de nivel 2 pentru fiecare grup BroadWorks. Trebuie să furnizați ID-ul și simbolul contului de nivel 2 (preluat de la Intrado ERS) pentru a vă asigura că Webex Calling clienții efectuează tranzacții HELD cu contul corect de servicii de urgență.
Cum se aliniază apelurile de urgență între Webex pentru Cisco BroadWorks și? Webex Calling

Scopul este de a alinia Webex Calling comportamentul cu modelul existent de apelare de urgență Webex pentru Cisco BroadWorks. De obicei, clienții desktop direcționează apelurile de urgență prin furnizorul de urgență configurat, în timp ce clienții mobili pot utiliza apelatorul local pentru apeluri de urgență.
Cum sunt direcționate apelurile de urgență efectuate de agenții de asistență pentru clienți?

Rutarea apelurilor de urgență depinde de configurația Webex Calling locației agentului. Dacă apelul de urgență nu este configurat pentru locația dinWebex Calling, apelurile de urgență plasate de agenții de asistență pentru clienți sunt direcționate către BroadWorks prin trunchiul SIP. Dacă apelul de urgență este configurat pentru locația dinWebex Calling, apelurile sunt direcționate către furnizorul de urgență configur Webex Calling at, cum ar fi RedSky sau Intrado.
Dispozitivele non-utilizator de pe BroadWorks, cum ar fi telefoanele din hol sau telefoanele din săli de confer ințe, vor putea ajunge la utilizatorii Asistenței pentru clienți?

Da. Sincronizarea directorului BroadWorks este cuprinzătoare. Acesta împinge nu numai datele standard ale utilizatorilor, ci și funcțiile de grup (cum ar fi grupuri de vânătoare și însoțitori auto) și entități non-utilizator (cum ar fi sala de conferințe și telefoanele din hol) la identitatea comună Webex (CI). Acest lucru asigură faptul că toate dispozitivele și serviciile din mediul hibrid rămân accesibile și pot căuta utilizatori de asistență pentru clienți.

Trunchiuri, domenii și cerințe SIP

Această integrare ar trebui să utilizeze un trunchi bazat pe înregistrare sau bazat pe certificate?

Trunking-ul bazat pe certificate este recomandat pentru integrarea BroadWorks. Webex Calling Această metodă este preferată pentru implementările care necesită identitate FQDN specifică clientului, rutare bazată pe SRV și capacitate mai mare de apeluri concomitente. Verificați tipul de trunchi necesar pentru implementarea dvs. specifică înainte de implementare.
Pot mai mulți clienți să partajeze același FQDN pentru trunking bazat pe certificate?

Nu. Solicitările trimise de către partener sau client SBC Webex Calling trebuie să utilizeze un FQDN unic pentru client în antetul de contact SIP pentru toate tipurile de solicitări, inclusiv INVITAȚIE, OPȚIUNI și CANALIZARE. Deși puteți utiliza un SBC partajat, identitatea din antetul Contact trebuie să rămână unică pentru fiecare client.
Îmbunătățirile de gestionare a certificatelor LGW elimină cerința unică FQDN pentru antetul de contact?

Nu. Aceste îmbunătățiri nu modifică cerința de antet de contact. Solicitările trimise de la SBC către Webex Calling trebuie să continue să includă un FQDN unic pentru clienți în antetul Contact.
Ce domeniu ar trebui utilizat în Request-URI pentru solicitările trimise? Webex Calling

Utilizați Webex Calling FQDN-ul generat de Cisco ca domeniu în solicitare-URI atunci când trimiteți solicitări către. Webex Calling Antetul Contact ar trebui să conțină FQDN-ul unic configurat al clientului.
Unde pot găsi valoarea OTG/DTG pentru un portbagaj? Webex Calling

Puteți prelua această valoare folosind API-ul de Webex Calling rutare a apelurilor „Get Trunk”, care include otgDtgIdcâmpul în răspunsul său. Dacă nu cunoașteți ID-ul trunchiului, utilizați mai întâi API-ul „List Trunks” pentru a-l identifica, apoi apelați API-ul „Get Trunk” pentru trunchiul respectiv.
Pentru un trunchi bazat pe certificate, sunt necesare LinePort, PilotUserID și sipAuthenticationUserName în configurația BroadWorks sau SBC?

Nu, aceste câmpuri nu sunt obligatorii pentru configurarea trunchiului bazat pe certificat. peerIdentityCâmpul este utilizat pentru a reprezenta înregistrarea SBC SRV. Verificați aceste cerințe în raport cu API- Webex Calling ul trunchi curent și configurația SBC specifică.
Parola din API-ul Create Trunk este utilizată pentru trunchiurile bazate pe certificate?

Nu. Parola nu este utilizată pentru trunchiurile bazate pe certificate. Dacă API-ul necesită un câmp de parolă în timpul creării, generați unul conform politicii interne, dar nu proiectați fluxul de apeluri bazat pe certificat pentru a depinde de acesta.
Care sunt limitele apelurilor concurente pentru trunchiurile bazate pe certificate?

Trunchiurile bazate pe certificate acceptă o gamă cuprinsă între 250 și 6.500 de apeluri concomitente. În schimb, trunchiurile bazate pe înregistrare sunt limitate la 250 de apeluri simultane. Rețineți că facturarea nu este determinată de limita de apeluri concurente configurată.
Se poate presupune că adresele proxy Webex Calling edge rămân consistente între trunchiuri sau în timp?

Nu. Nu codificați adresele proxy de margine, deoarece acestea pot varia între trunchiuri și pot fi modificate. Recuperați întotdeauna detaliile trunchiului curent din Control Hub sau Webex Calling API-urile în timpul configurării și validării operaționale.
Cum ar trebui utilizate înregistrările SRV și grupurile de rute pentru redundanță?

Grupurile de rute oferă redundanță între trunchiuri. Webex Callingacceptă avansarea rutei la expirarea timpului atunci când un trunchi SIP utilizează SRV și înregistrarea SRV se rezolvă la mai multe înregistrări A. Dacă un grup de rute conține atât trunchiuri primare, cât și secundare, Webex Calling poate avansa apelul pe baza comportamentului grupului de rută atunci când traseul principal expiră.

Rutare, planuri de apelare și interconectare BroadWorks

Când sunt necesare trunchiuri SIP pentru apelarea prin extensie între BroadWorks și? Webex Calling

Trunchiurile SIP sunt necesare dacă apelarea extensivă între BroadWorks și Webex Calling este necesară. Cloud Connected PSTN (CCP) nu acceptă apelarea prin extensie între aceste medii și nu ar trebui utilizat pentru acest caz specific de utilizare.
Cum este asociat un Webex Calling plan de apelare cu rutarea?

În Control Hub, un plan de apelare este asociat cu o alegere de rutare, fie un trunchi, fie un grup de rute. Când o locație este configurată să utilizeze un anumit trunchi sau un grup de rute pentru PSTN sau interconectare, se aplică planul de apelare asociat cu acea alegere de rutare.
Webex CallingFolosește directorul pentru a valida extensiile angajaților BroadWorks?

Nu. Webex Callingnu utilizează directorul pentru a valida extensiile angajaților BroadWorks pentru rutare. Trebuie să configurați modele de planuri de apelare care se potrivesc cu extensiile angajaților BroadWorks, de exemplu, 22XX, și să asociați acele tipare cu trunchiul sau grupul de rute care direcționează apelurile către BroadWorks.
Cum ar trebui configurată apelarea prin extensie agent-angajat?

Adăugați modelele de extensii ale angajaților BroadWorks la planul de Webex Calling apelare și direcționați acele tipare peste trunchiul sau grupul de rute corespunzător. De exemplu, dacă toate extensiile angajaților BroadWorks utilizează formatul 22XX, configurați 22XX ca model de plan dial-plan și direcționați-l către BroadWorks.
Sunt intrările din planul Webex Calling dial-plan aceleași cu hărțile de cifre ale punctului final?

Nu. Webex CallingIntrările planului de apelare sunt modele de rutare, nu hărți de cifre ale punctelor finale și nu utilizează marker ul T (timeout) frecvent întâlnit în hărțile numerice bazate pe telefon. Dacă un număr apelat nu se potrivește cu un model de plan de apelare configurat, sistemul urmează comportamentul implicit de rutare, ceea ce poate duce la respingerea apelului.
Cum ar trebui asociat un utilizator de listă de rute cu un trunchi de întreprindere?

Sub configurația Profil utilizator Listă de rute > Adrese, selectați tipul de dispozitiv de truncare și alegeți trunchiul Enterprise corespunzător. Atribuiți intervalul de numere de trunchi de întreprindere utilizatorului Listei de rute, astfel încât BroadWorks să poată direcționa numerele relevante peste trunchi ul corect al întreprinderii.
Dacă intervalul de numere de trunchi de întreprindere include deja trunchiul de întreprindere, este necesară configurarea suplimentară de utilizator a listei de rute?

Da. Trebuie să configurați în mod explicit utilizatorul Listei de rute navigând la Profil > Adresele acestuia, selectând „Trunking” ca tip de dispozitiv și alegând trunchiul Enterprise corespunzător. Acest pas este necesar pentru a asigura rutarea corectă.

Administrație și SSO

Administratorii parteneri pot utiliza un domeniu corporativ revendicat și un SSO corpor ativ?

Da. Dacă organizația cu ridicata este gestionată în cadrul organizației Webex corporative principale, un administrator partener poate utiliza SSO corporativ, cu condiția să fie deja un utilizator în cadrul organizației respective. Odată ce utilizatorul este furnizat în organizația Webex, i se pot acorda permisiuni Partner Hub și pot accesa platforma utilizând fluxul SSO corporativ.
Ce măsuri trebuie luate dacă administratorii nu pot fi adăugați utilizând un domeniu corporativ?

Verificați dacă domeniul este revendicat în organizația Webex țintă și dacă utilizatorul este deja furnizat în cadrul acelei organizații. De asemenea, asigurați-vă că relația cu ridicata sau organizația parteneră permite utilizatorului să primească permisiuni Hub partener. Dacă aceste condiții sunt îndeplinite și problema persistă, investigați potențialele conflicte de configurare a organizației sau domeniului înainte de scalarea accesului administratorului.

Cisco AI Assistant

Mulțumim pentru feedback.