Under overgangen for å tillate sameksistens av enheter som er registrert Webex Calling på Unified CM og på bedriften, Unified CM må nummerplanen endres slik at minst følgende krav kan oppfylles:

• +E.164 ringer fra til Unified CM Webex Calling

• Utvidelsesoppringing fra Unified CM til Webex Calling (internt på stedet, men også mellom steder hvis utvidelsesområdene er unike)

• Forkortet oppringing mellom nettsteder fra til Unified CM Webex Calling

• Tvunget oppringing på nettet fra til Unified CM Webex Calling

• Tilbakringning fra katalogen for ubesvarte anrop til destinasjoner på Webex Calling

• PSTN-anrop fra Webex Calling til PSTN hvis det brukes lokalt PSTN under overgangen Webex Calling

• PSTN-anrop fra Unified CM til Webex Calling hvis under overgangen PSTN-trunking for hybrid Webex Calling distribusjoner brukes til å gi PSTN-tilgang til lokale brukere gjennom Cloud Connect for Unified CM Webex Calling

• Tvunget på nettet fra til Webex Calling Unified CM

• Utvidelsesoppringing fra Webex Calling til Unified CM (mellom nettsteder).

Hvis noen av de ovennevnte ikke støttes oppringingsvaner før overgangen, for eksempel ikke eksisterer noen forkortet innringingsvane mellom steder, trenger de ikke nødvendigvis å innføres under overgangen.

Figur Oppringings planen for beste praksis viser fremgangsmåten for oppringingsplan som beskrevet i Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Viktige egenskaper ved denne tilnærmingen inkluderer:

• Enkel partisjon for+E.164 katalognumre

• Kjerneruting basert på+E.164 rutemønstre

• Normalisering av alle oppringingsvaner til+E.164 ved hjelp av oversettelsesmønstre

• Bruk av oversettelsesmønster som kaller søkeromsarv (alternativ Bruk opphavsmannens anro pssøkeområde angitt på oversettelsesmønstre).

For eksempel vil PSTN-oppringing (9+1+10D) fra en enhet i SJC som er utstyrt med linjeanropssø keområde SJCinternational først bli matchet av 9.1 [2-9] XX [2-9] XXXXXX-oversettelsesmønsteret som normaliserer det oppringte partnummeret til +E.164. Det sekundære oppslaget bruker deretter det samme anropssøkeområdet SJCinternational igjen (anrop av søkeromsarv) og +E.164-sifrede strengen vil enten bli matchet av et +E.164 katalognummer i DN-partisjonen eller av et av PST N- rutemønstrene i USPSTNNational- eller SJCPSTNLocal-partisjonen. Forkortede samtalevaner innenfor og mellom steder implementeres av oversettelsene i ESN- og SJCTO E 164-partisjonen. Mens ESN- partisjonen er en global partisjon (tilgjengelig for telefoner på alle steder), er SJCTOE16 4-partisjonen bare tilgjengelig for brukere på stedet SJC. Dette forutsetter overlappende utvidelsesområder.

Det første trinnet for å aktivere anrop fra Unified CM til Webex Calling er å sørge for at +E.164-destinasjoner blir rutet tilsvarende. Dette kan oppnås ved å legge til en Webex Calling skillevegg til nummerplanen, legge til +E.164 rutemønstre for alle Webex Calling destinasjoner til denne partisjonen, og til slutt legge Webex Calling partisjonen til alle anropende søkerom som representerer tjenesteklasser som må kunne nås. Webex Calling Oppretting av en dedikert Webex Calling partisjon er nødvendig for å muliggjøre opprettelse av en differensiert tjenesteklasse for samtaler som stammer fraWebex Calling. For å unngå anropsløyfer bør det innkommende anropssøkeområdet på bagasjerommet fra den lokale gatewayen ikke ha tilgang til Webex Calling partisjonen.

Som vist i fig. +E.164 ruting tilWebex Calling, for å muliggjøre ruting fra Unified CM til Webex Calling for et sted med +E.164 DID-område +1 221 555 2XXX og stedskode 121, må et presserende rutem ønster som samsvarer med dette +E.164-området legges til partisjonen. Webex Calling

Hvis det ikke kreves et stedsspesifikt valg av lokal gateway, kan det i stedet for å bruke en ruteliste med en Webex Calling lokal rutegruppe som mål for rutemønstre som peker på Webex Calling en enkelt rutegruppe klargjøres med den lokale gatewayen som eneste medlem, og deretter peker Webex Calling rutemønstrene på en enkelt Webex Calling ruteliste med denne ene rutegruppen som eneste oppføring.

For å muliggjøre forkortet oppringing mellom steder til Webex Calling stedet blir det nødvendige rutemønster 8121.2XXX lagt til partisjonen. Webex Calling For områder som skal overføres til Webex Calling et oppringingsnormaliseringsmønster 8121.2XXX som normaliserer ESN-oppringing til +E. 164, kan det allerede finnes i ESN-partisjonen. I dette tilfelle synes 8121,2XXX å være overflødig, men så snart alle DNer i den respektive lokalisering er blitt migrert over til Webex Calling 8121,2XXX oppringingsnormaliseringsmønsteret kan fjernes, og deretter muliggjør rutemønsteret 8121,2XXX ESN-oppringing selv for brukere som bare er i forlengelsesområdet.

Med disse nummerplanendringer kan anrop til Webex Calling stedet plasseres ikke bare ved å ringe forkortet inter-site og +E.164. Internasjonal og nasjonal PSTN-oppringing er også mulig fordi disse oppringingsvanene først blir normalisert til +E.164 gjennom de allerede eksisterende translasjonsmønstre for oppringingsnormalisering og deretter blir rutet til Webex Calling ved å matche rutemønsteret +E.164 i partisjonen. Webex Calling

+E.164-rutemønstersamsvarende på Webex Calling stedets DID-område kan klargjøres mens alle DID-er fremdeles er vert på. Unified CM Den beste matchende mønstertilpasningsalgoritmen Unified CM sørger for at når et nummer som Unified CM er hostet på blir oppringt, så er +E.164-katalognummeret som Unified CM er klargjort på, et bedre samsvar enn rutemønsteret +E.164 med jokertegn som peker på, Webex Calling slik at samtalene blir utvidet til en linje på og ikke sendt til. Unified CM Webex Calling

Hver bruker i Webex Calling er utstyrt med en utvidelse og/eller et+E.164 telefonnummer. Utvidelseslengden er en fast global innstilling: alle utvidelser i en Webex Calling distribusjon har samme lengde. Utvidelsesoppringing kan brukes mellom Webex Calling brukere både innenfor et sted og mellom steder. Forkortet utvidelsesoppr inging mellom nettsteder (sistnevnte tilfelle) fungerer bare hvis den oppringte utvidelsen er unik.

Hvis forkortet oppringing mellom steder er et krav, men det er overlapp mellom utvidelser som er tildelt på forskjellige steder, må det opprettes en bedriftsspesifikk nummereringsplan ved å prefikse utvidelsene med en tilgangskode, en områdekode. Hvis du vil ha mer informasjon, kan du se Foretrukket arkitektur for Cisco Collaboration 15 Lokale distribusjoner, Designoversikt tilgjengelig på Ciscos foretrukne arkitekturer for samarbeid.

Utvidelseslengden, oppringingingingsvirkemåten mellom lokaliseringene, prefikslengden for op pringing mellom lokaliseringer og styresifferet i rutingprefikset for oppringing mellom lokaliseringer er konfigurert i innstillingene for anropstjenesten i Control Hub:

• Prefiksl@@ engde for posisjonsrut ing: Prefikslengde inkludert styresifret. Kreves bare hvis en bedriftsnummerplan må etableres som alternativ forkortet foretaksoppringingsvane mellom lokaliseringer.

• Styresiffer i rutingprefiks: Styresiffer for forkortet foretaksoppringingsvane mellom lokaliseringer. Overlapping med første siffer på et hvilket som helst sted og sted utgående nummersiffer bør unngås. Kreves bare hvis en bedriftsnummerplan må etableres som alternativ forkortet foretaksoppringingsvane mellom lokaliseringer.

• Intern forlengelseslengde: Standard lengde på forlengelser. Kan være en hvilken som helst verdi mellom to og ti.

  Når en lokal anropsstyring krever telefonoppringing eller oppringing ved hjelp av betydelige foretaksnumre (styringskode, områdekode, utvidelse) fra en lokal anropskontroll til, Webex Calling og den lokale anropskontrollen sender en utvidelse som anrops-ID, må du også angi parameteren Maksimal ukjent utvidelseslengde i delen Anropsruting mellom Webex Calling og lokaler for å sikre at oppstrøms anrop fra den lokale anropskontrollen til kan klassifiseres som lokalt Webex Calling ringer riktig.

• Tillat utvidelsesoppringing mellom steder: By tt for å aktivere/deaktivere utvidelsesoppringing mellom steder. Dette alternativet skal bare aktiveres hvis alle utvidelser i organisasjonen er unike. Hvis alternativet er deaktivert, må bedriftssignifik ante tall (styringskode, områdekode, utvidelse) eller telefonnumre ringes mellom steder.

De tre første parametrene brukes hovedsakelig til å bygge en oppringingsplan for telefoner for å minimere mellom sifrede tidsavbrudd når du bruker off-hook oppringing. Avvik fra disse globale innstillingene er fortsatt mulig (Eksempel - utvidelser med en annen lengde kan klargjøres), men en advarsel vises i Control Hub, og oppringing fra telefoner kan kreve blokkert oppringing for å unngå konflikter i den for håndsinnlastede nummerplanen.

Tabellen Enterprise-nummerering seksempel viser et eksempel på tre steder der ut videlsesområdene til to steder, NYC og RTP, er identiske. Etablering av et bedri ftsnummereringsskjema med styringssiffer 8 mellom steder, etterfulgt av en tresifret nettstedskode, og den firesifrede utvidelsen skaper en ikke-overlappende forkortet oppringingsvane mellom nettsteder.

Tabell 2. Eksempel på bedriftsnummerering

Nettstedet	Utvidelsesområde	Nettstedskode	Enterprise-utvalg
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

For å muliggjøre en jevn overgang bør settet med oppringingsvaner for brukere før og etter overgang til Webex Calling ideelt sett være det samme. For å forberede overgangen for hvert sted må DID-områdene og utvidelsesområdene (eller forkortede samtalevaner på stedet) dokumenteres. Bas ert på denne informasjonen, må styringssifferet mellom steder velges.

Tabellen F aste leng Webex Calling deforlengelsesområder viser et eksempel på tre steder og forlengelses områder med fast lengde. Fordi overlappende oppringingsvaner må unngås, er det viktig å sørge for at det første sifferet i rekkevidden ikke stemmer overens med styresifferet for forkortet oppringing mellom steder for et hvilket som helst utvidelsesområde. Hvis for eksempel 8 er valgt som styringssiffer for oppringing mellom steder, da kan ingen utvidelsesområde på noe sted starte med 8. Vanligvis samsvarer utvidelsene på et gitt sted med de siste sifrene i DID-ene som er tildelt det stedet. For å unngå konflikter kan det første sifferet i utvidelsen endres. Hvis for eksempel DID-er i +1 408 555 8XXX-området brukes på et sted, kan 7XXX i stedet for å bruke 8XXX som utvidelsesområde brukes for utvidelsene på det området

Tabell 3. Faste lengde Webex Calling forlengelsesområder

Nettstedet	Utvidelsesområde	Webex CallingUtvidelser	Nettstedskode	Enterprise-utvalg
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Syvsifrede oppringingsstrenger som er oppringt på en Webex Calling enhet som bruker den amerikanske Webex Calling nummerplanen, overlapper med et syv-sifret mønster for lokal oppringing i den forhåndsinnlastede amerikanske nummerplanen. For å unngå overlapping mellom oppringingsvaner på nett og utenfor nettet (PSTN), kan en obligatorisk ekstern tilgangskode brukes på det stedet. Hvis det eksisterende bedriftsnummereringsskjemaet og den tilsvarende forkortede innbyrdes oppringing overlapper med mønstre i den Webex Calling nasjonale nummereringen, kan det under overgangen til nummer Webex Calling eringsskjemaet for å unngå overlapping også endres til en lengre eller kortere form. Den enkleste måten å oppnå dette på er å legge til et ekstra polstringssiffer i nummereringsskjemaet. Det nye lengre oppringingsskjemaet mellom nettsteder trenger bare å bli tatt i bruk av brukere som allerede er migrert til. Webex Calling Brukere som fortsatt er på, Unified CM kan fortsette å ringe syv sifre. Bedriftsoppringingsplanen på må Unified CM i dette tilfellet sørge for at forkortet syvsifret oppringing fra Unified CM til Webex Calling blir omgjort til enten +E.164 eller til det forkortede oppringingsformatet som er distribuert på. Webex Calling Dette må gjøres før du sender anropet til den lokale gatewayen.

Table Transitioning syv-sifret oppringing viser et eksempel på denne omnummereringen. I dette eksemplet Unified CM bruker forkortet innbyrdes oppringing på styringssiffer 8 etterfulgt av en tosifret nettstedskode og en firesifret utvidelse. For å unngå syv-sifret forkortet innbyrdes oppringing for steder påWebex Calling, kan stedskodene lett endres til tre sifre ved å prefiksere et vilkårlig utfyllingssi ffer (8 i eksemplet) til de tosifrede stedskodene som brukes i, Unified CM slik at oppringing mellom steder fra Webex Calling telefoner bruker styringssiffer 8 etterfulgt av polstringsifferet 8, den gamle tosifrede stedskode og den firesifrede forlengelse. Brukere på trenger Webex Calling ikke å huske nye nettstedskoder; de trenger bare å huske å bruke 88 som prefiks for oppringing mellom nettsteder i stedet for 8 på. Unified CM

Tabell 4. Overgang av syv-sifret oppringing

		Unified CM		Webex Calling
Nettstedet	Utvidelser	Nettstedskode	Enterprise-utvalg	Site ode	Enterprise Angle
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

I et scenario med forskjellige virksomhetsnummerformater på, Unified CM og Webex Calling hvis bedriftsnumre presenteres som informasjon om anropende part for samtaler fra Unified CM til Webex Calling (for eksempel - Anrop fra enheter uten DID), er det viktig å også implementere en kartlegging mellom de forskjellige nummerformatene for informasjon om oppringende part for å sikre at tilbakeringing fungerer. Denne kartleggingen kan oppnås ved å bruke anropspartens transformasjonsmønster på stammen mellom Unified CM og den lokale porten.

Å velge riktig leverandør av samtaleopptak er grunnleggende for å oppfylle forretning smål og sikre funksjonstilpasning på tvers av organisasjonen:

• Globalt leverandørvalg: Organisasjoner utpeker vanligvis en primær leverandør av samtale opptak på globalt nivå, noe som sikrer konsistens i funksjonssett, samsvar og støtte på tvers av alle lokasjoner

• Stedsbaserte overstyringer: I scenarier der bestemte områder eller regioner har unike forretningsbehov eller forskriftskrav, kan det være nødvendig å overstyre det globale leverandørvalget og spesifisere alternative leverandører for disse stedene. Denne fleksibiliteten støtter varierende overholdelsesmandater og lokale operasjonelle behov

• Forretningskrav: Valget av leverandør bør drives av en vurdering av virksomhetsdrivere som overholdelse av forskrifter (eksempel - MiFID II, HIPAA), kvalitetssikring, tvisteløsning eller opplæringsbehov

• Tilgjengelighet av funksjoner: Leverandører bør evalueres basert på deres evne til å levere nødvendige funksjoner, for eksempel sanntidsovervåking, søke- og avspillingsfunksjoner, kryptering, oppbevaringspolicyer, integrering med analyseplattformer og støtte for forskjellige samtaletyper (innkommende, utgående, interne).

Det er avgjørende for samsvar og ytelse å bestemme regionen der anropsopptak lagres og behandles:

• Globalt regionvalg: Som standard kan organisasjoner velge en enkelt region for lagring av anropsopptak for å forenkle administrasjon og styring

• Stedsbaserte regionoverstyringer: Når lover om dataopphold eller bedriftspolicyer krever det, kan det være nødvendig å overstyre den globale regioninnstillingen for bestemte steder, og sikre at anropsopptak lagres og behandles innenfor de nødvendige geografiske grensene

• K@@ rav til dataopphold: Utformingen må ta hensyn til internasjonale og lokale databeskyttelsesforskrifter (for eksempel GDPR, CCPA eller landsspesifikke mandater) som kan diktere hvor og hvordan samtaleopptak oppbevares.

Et annet kritisk aspekt som skal tas opp under planleggingen og utformingen av en anropsopp taksløsning for, Webex Calling er estimering av lagringsbehov. Det er viktig å forutsi lagringsbehov nøyaktig for å sikre at tilstrekkelig kapasitet er tilgjengelig for å støtte pågående forretnings drift, opprettholde samsvar og unngå tjenesteforstyrrelser.

Flere viktige parametere bør vurderes når du bestemmer forventet lagringsbehov:

• Volum av innspilte samtaler: Vurder det forventede antallet samtaler som vil bli tatt opp innen et gitt tidsintervall (f.eks. per dag, uke eller måned). Dette inkluderer ikke bare eksterne samtaler, men også intern kommunikasjon, hvis det kreves av forretningspolitikk eller regulatoriske mandater

• Gjennomsnittlig samtalevarighet: Beregn den typiske lengden på innspilte samtaler, ettersom lengre samtaler vil forbruke mer lagringsplass. Variasjoner i samtalens varighet på tvers av ulike avdelinger eller brukergrupper bør også tas med i estimatet

• Oppbevaringsperiode: Definer hvor lenge opptakene må beholdes, noe som ofte er diktert av organisasjonspolitikk eller eksterne forskrifter (for eksempel bransjespesifikke samsvarsstandarder). Lengre oppbevaringsperioder vil øke det totale lagringskravet

• Vekstanslag: Vurder forventet vekst i samtalevolum eller utvidelse av registreringsomfanget, som kan skyldes virksomhetsskalering, nye regulatoriske krav eller introduksjon av flere brukere eller lokasjoner.

Ved å analysere disse parametrene grundig, kan organisasjoner utvikle en robust lagringsstrategi som sikrer skalerbarhet, kostnadseffektivitet og overholdelse av forskrifter for sam Webex Calling taleopptaksløsningen. Det anbefales også å regelmessig gjennomgå og justere lagringstildelinger etter hvert som bruksmønstrene utvikler seg over tid.

Administratorer tilord Webex Calling ner lisenser manuelt til individuelle brukere via Control Hub-grensesnittet.

Administratorer kan redigere tjenestelisenser for individuelle brukere og tilordne anropslisenser direkte.

Bruk lisenstildelingsmaler i Control Hub til automatisk å tilordne lisenser til brukere basert på gruppe- eller organisasjonsinnstillinger.

Automatisk lisensiering kan gjøres ved hjelp av katalogsynkronisering eller manuelle brukeroppdateringer, men brukerne må ha et gyldig+E.164-formatert telefonnummer og telefonnumrene må eksistere på et Webex Calling sted før brukerklargjøring. Hvis betingelsene ikke er oppfylt (f.eks. ugyldig telefonnummer format), tildeles ikke Webex Calling lisenser.

Last opp en CSV-fil med brukerdetaljer og lisenstildelinger for å legge til eller endre flere brukere samtidig.

CSV-import støtter å legge til opptil 20 000 brukere og tilordne lisenser, men Webex Calling lisenser krever spesifikke felt som telefonnummer og utvidelse.

Bruk Webex API-er til å programmatisk tilordne lisenser og administrere brukere.

Webex støtter API-operasjoner for bruker- og lisensadministrasjon (People, SCIM 2.0 og Licenses APIer), som kan utnyttes for automatisering av lisenstildeling. Lisens- API-en tillater samtidig tildeling av lisenser, telefonnumre og utvidelser.

Tabell 5. Brukerklargjøringsalternativer - sammendrag

Oppgavemetode	Fordeler	Ulemper
Manuell gjennom Control Hub	Enkelt for få brukere. Tillater presis og detaljert kontroll over lisenstildeling.	Ikke skalerbar, tidkrevende Utsatt for menneskelige feil under manuell oppføring.
Automatiske lisensmaler	Skalerbar Reduserer manuelle feil Kan brukes på nye og eksisterende brukere.	Krever gyldige telefonnumre og steder. Mer komplisert å sette opp Krever også brukergrupper per gruppe brukere med tilsvarende lisensieringskrav.
Masseopplasting av CSV	Effektiv for store brukersett Tillater samtidig tildeling av lisenser, telefonnumre og utvidelser.	Krever nøye CSV-formatering Potensial for feil hvis telefon numre eller utvidelser mangler eller er feil.
API-basert oppgave	Automatiserbar, fleksibel. Tillater samtidig tildeling av lisenser, telefonnumre og utvidelser.	Krever utvikling og API-kunnskap.

Tabellen Brukerklargjøringsalternativer - sammendrag oppsummerer brukerklargjøringsalternativer og fordeler og ulemper. Denne oversikten hjelper deg med å velge den beste lisenstildel ingsmetoden basert på kundeorganisasjonsstørrelse, automatiseringsfunksjoner og brukerklargjørings prosesser og krav.

Der det er mulig anbefaler Cisco å tilordne anropslisenser ved hjelp av lisensmaler. Dette krever at for hver gruppe brukere som krever et unikt sett med lisenser (Eksempel - Webex Calling Standard vs. Profesjonell) eksisterer en gruppe med de respektive gruppemedlemskapene. Som beskrevet i Brukergrupper- seksjonene, kan brukergrupper defineres manuelt i Control Hub eller synkroniseres fra en bedriftskatalog. En kombinasjon av begge tilnærmingene er mulig.

Brukere som tilhører flere grupper, får lisenser fra alle oppgaver som brukes på alle gruppene deres. Dette gjør det mulig å bruke Webex Calling lisensspesifikke sikkerhetsgrupper i bedriftskatalogen for å administrere Webex-lisenstildeling der den resulterende brukerlisenstildelingen styres av foreningen av gruppemedlemskap.

Hvis du vil ha mer informasjon, kan du se Konfigur ere automatiske lisenstildelinger i Control Hub og Konfigurere automatiske lisenstildelingsmaler for Webex Calling brukere.

Denne delen dekker bare Webex Calling relaterte lisenser. Andre lisenstyper (Eksempel - Webex-enhetsregistrering, meldinger, møter) dekkes ikke. Som en del av designprosessen må lisenskravene bestemmes. Lisenstall for følgende lisenstyper må beregnes:

• Webex CallingStandard: antall individuelle brukere som krever standard telefonfunksjoner.

• Webex CallingProfes jonell: antall brukere og arbeidsområder som krever avanserte telefon funksjoner. Virtuelle linjer og gruppepost har rett til et 1:1 -forhold for hver profesjonell lisens. Derfor, i sjeldne tilfeller der antallet nødvendige virtuelle linjer eller gruppebeskjeder overstiger antall brukere og arbeidsområder som krever avanserte telefonif unksjoner, må det tas hensyn til ytterligere profesjonelle lisenser.

• Webex CallingArbeidsområde for fellesområde: antall delt bruk eller fellesarealer som krever standard samtalefunksjoner.

• Webex CallingKundeservice: antall agenter og veiledere som krever Cu Webex Calling stomer Assist-funksjoner. Kun Webex Calling deservice inkluderer Webex Calling Professional-lisensen.

• Ruteliste-anrop: antall påkrevde Cloud Connected PSTN-anrop mellom lokale Unified CM brukere og/eller lokale spesialiserte tredjepartsapplikasjoner.

• Attendant Console: antall Webex Calling brukere som trenger tilgang til den medfølgende konsollklienten.

• Cisco Calling Plan (Outbound Calling Plan): antall brukere som trenger et PSTN- nummer og/eller utgående PSTN-anropstilgang for Cisco PSTN-tjenesten.

Det er ingen dedikert lisenstype for profesjonelle arbeidsområder. Profesjonelle arbeidsområder bruker en Webex Calling Professional-lisens.

Arbeidsområder kun for hot-desk tilbyr hotdesking-vertstjenesten og nødanrop fra hot-desking-verten og krever ingen lisens. Hvis du vil ha mer informasjon, kan du se Legge til og administrere bare Hot Desk-enheter.

Hvis du vil finne den nødvendige lisenstypen for hver bruker og arbeidsområde basert på funksjoner som trengs, kan du se Funksjoner tilgjengelig etter lisenstype for Webex Calling.

For å skille mellom funksjonalitet som tilbys av Webex Calling samtalekøer kombinert med den Webex Calling profesjonelle lisensen i motsetning til Webex Calling kundestøtte, se sammenligning av Webex Calling samtal ekø og kundestøtte.

Brukergruppeadministrasjon i Webex lar administratorer organisere brukere i grupper for effektiv masseadministrasjon av lisenser, innstillinger og ressurser. Grupper bidrar til å effektivisere administrasjonen ved å bruke policyer, lisenser og innstillingsmaler på flere brukere samtidig, i stedet for å administrere brukere individuelt.

Brukergruppeadministrasjon gir flere fordeler, inkludert:

• Forenklet administrasjon: Administrer lisenser, innstillinger og policyer for flere brukere samtidig.

• Konsist ens: Bruk ensartede innstillinger og lisenser på tvers av brukere i samme gruppe.

• Skalerbarhet: Støtter opptil 250 000 medlemmer per gruppe.

• Integrering: Synkroniser grupper fra Microsoft Entra ID (Azure AD) eller Active Directory for automatisert bruker- og gruppeadministrasjon.

• Fleksibilitet: Opprett lokale grupper eller synkroniser sikkerhetsgrupper; administrer grupp emedlemskap manuelt eller gjennom CSV-filer.

• Ressursfordeling: Kontroller tilgangen til innebygde apper og tjenester basert på gruppemedlemskap.

De viktigste brukstilfellene for brukergrupper ved klargjøring Webex Calling er:

• Lisenstil delinger: Tilordne lisenser til grupper for automatisk å levere tjenester som samtaler, møter, meldinger eller hybridtjenester til gruppemedlemmer.

• Innstillingsmaler: Bruk samlinger av tjenesteinnstillinger (f.eks. meldinger, møte, samtaler) på grupper for jevn brukeropplevelse.

• Massebrukeradministras jon: Legg til eller fjern brukere i bulk gjennom CSV-filer eller katalog synkronisering.

• Automatisering og integrering: Bruk API-er eller katalogsynkronisering for automatisert bruker- og gruppens livssyklusadministrasjon.

Tabellen nedenfor oppsummerer de forskjellige alternativene for å administrere brukergrupper og gruppe administrasjon i Webex.

Tabell 7. Alternativer for å administrere grupper og gruppemedlemskap

Alternativet	Beskrivelse	Fordeler	Ulemper
Klargjøring av kontrollhub-grupper (Webex-grupper)	Opprett og administrer grupper direkte i Control Hub. Legg til/fjern medlemmer manuelt eller via CSV.	Full kontroll over gruppemedlemskap Umiddelbar anvendelse av lisenser og maler Enkelt å opprette og redigere grupper	Manuelle oppdateringer kreves Fare for feil i manuelle CSV-opplastinger Ingen automatisk synkronisering med eksterne kataloger
Synkroniserte grupper fra Entra ID (Azure AD) eller Active Directory	Synkroniser sikkerhetsgrupper og medlemskap automatisk fra eksterne katalog tjenester.	Automatisert synkronisering reduserer manuelt arbeid Sikrer konsistens med bedriftskatalog Støtter store organisasjoner	Kan ikke redigere gruppemedlemskap i Control Hub Synkroniseringsforsinkelse opptil 12 timer Nestede grupper krever manuell markering
Grupper og SCIM 2.0 API (Webex-grupper)	Bruk Webex Groups eller SCIM 2.0 API for programmatisk gruppe- og medlemsadministrasjon	Automatisering og integrering med andre systemer Skalerbar for store eller komplekse miljøer	Krever utviklingsinnsats Kompleksitet avhenger av API-bruk

Mens synkroniserte grupper sikrer konsistens og tilbyr ett enkelt administrasjonspunkt, er en hybrid tilnærming som kombinerer synkroniserte grupper og Webex-grupper (enten administrert i kontrollhub eller gjennom API-er) mulig. Så for eksempel kan grupper for lisenstildeling være synkroniserte grupper, og et eget sett med Webex-grupper kan brukes til å tilordne bruker- og Webex App-anropsmaler.

Denne omfattende tilnærmingen til administrasjon av brukergrupper i Webex gjør det mulig for organisasjoner å administrere brukerlisenser, innstillinger og policyer effektivt, og sikre konsistente og skalerbare samarbeidsopplevelser.

Den primære datakilden for brukere på Unified CM er Unified CM databasen, som inneholder sluttbrukerinformasjon. derimot, Unified CM er ikke typisk den autoritative kilden for brukeridentitetsadministrasjon og enda viktigere vil bli stengt ved slutten av overgangen og er derfor utelukket som langsiktig autoritativ kilde for identitetsinformasjon.

Cisco anbefaler å bruke en sentralisert skykatalog som Microsoft Entra ID (Azure AD) som den eneste kilden til sannhet for brukeridentiteter. Synkronisering av brukere fra Entra ID til Control Hub sikrer konsistens, forenkler administrasjonen og støtter funksjoner for enkel pålogging (SSO).

For å sikre at alle brukere på også Unified CM er tilstede i Entra ID, bør organisasjoner kontrollere at brukerkontoene i Unified CM samsvarer med kontoer i Entra ID. Dette kan gjøres ved å eksportere brukerlister fra Unified CM og sammenligne dem med Entra ID-brukerlister.

Oppsummert er den anbefalte klargjøringsmetoden å synkronisere brukere fra Microsoft Entra ID (Azure AD) til Webex Control Hub ved hjelp av Azure AD-veiviseren eller SCIM-appene. Manuell og CSV-masseklargjøring er tilgjengelig som tilleggsmetoder, men er mindre skalerbar og mer utsatt for feil for store organisasjoner. Å sikre at Entra ID er den autoritative kilden, og at alle Unified CM brukere eksisterer i Entra ID, er avgjørende for en vellykket migrering og konsistent bruker opplevelse på tvers av miljø Webex Calling er. Unified CM

Overgang fra en lokal katalogtjeneste, for eksempelActive Directory, til en skykatalogtjeneste, som Entra ID (Azure ID), er uavhengig av anropsovergangen. Cisco anbefaler å fullføre over gangen til en skykatalogtjeneste før du starter anrops overgangen.

Etter overgang av bedriftskatalogen fra lokal til skyen samler du de nødvendige brukergruppene drevet av lisensierings- og funksjonsmalkrav . For hvert gruppedokument:

• Gruppenavn: unikt navn på gruppen.

• Lisenser: lisenser som skal tilordnes denne gruppen (hvis noen) og omfang (bør lisenser tilordnes eksisterende brukere eller bare til nye brukere)

• Innstillingsmaler: Webex App- og Brukersamtalemaler.

• Katalogsynkronisering: Vil denne gruppen synkroniseres fra bedriftskatalogen, eller er dette en lokal Webex-gruppe klargjort i Control Hub eller gjennom en API.

• Beskrivelse: hvordan vil denne gruppen bli brukt og hvilke brukere som skal være medlemmer av denne gruppen

Disse detaljene vil bli brukt senere i implementeringsfasen for å opprette lokale grupper eller grupper i bedriftskatalogen og administrere gruppemedlemskap for brukere.

Webex lar organisasjoner konfigurere SSO med flere IDP-er for å imøtekomme komplekse IT- miljøer som fusjoner, oppkjøp eller desentraliserte IT-avdelinger der forskjellige grupper bruker forskjellige IDP-er. Støtte for flere IdP kan enten implementeres ved hjelp av Multiple IdP-funksjonen i Webex eller gjennom integrering av et bedrifts IAM-system som Cisco Duo.

Webex støtte for flere identitetsleverandører (IdP) adresserer flere viktige brukstilfeller der organisasjoner krever fleksibel og sikker autentisering på tvers av forskjellige IT-miljøer:

Duo Access Gateway (DAG) kan autentisere brukere ved hjelp av eksisterende lokale eller skybaserte kataloger som Active Directory (AD) og OpenLDAP. Den støtter også integrasjon med andre identitetsleverandører som Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS og Shibboleth. Denne fleksibiliteten gjør det mulig for organisasjoner å bruke sin nåværende katalog infrastruktur for Webex SSO med Duo MFA.

Duo fungerer som et sterkt autentiseringslag på toppen av den primære katalogautentiseringen. Den fungerer som en identitetsleverandør (IdP) ved hjelp av SAML 2.0 for å håndheve tofaktorautentisering (2FA) før du gir tilgang til Webex. Duo evaluerer bruker-, enhets- og nettverkskontekst mot konfigurerbare retningslinjer for å tillate eller nekte tilgang, noe som forbedrer sikkerheten utover bare brukernavn og passord. Duo gir også fleksible policykontroller, for eksempel å kreve MFA ved hver pålogging for noen apper og sjeldnere for andre.

Fordelene med Cisco Duo inkluderer:

• Forbedret sikkerhet: Leg ger til phishing-resistent MFA for å beskytte Webex-tilgang, og reduserer risikoen fra kompromitterte passord.

• Fleksible policyer: Tillater detaljert kontroll over godkjenningskrav per applikasjon eller brukergruppe.

• Integrasjon med eksisterende kataloger: Stø tter lokal AD, OpenLDAP, sky kataloger og ulike SSO-leverandører, noe som minimerer endringer i infrastruktur.

• Brukervennlighet: Stø tter enkel pålogging (SSO) for å redusere passordutmattelse ved å gjøre det mulig for brukere å logge på én gang og få tilgang til flere ressurser på en sikker måte.

• Klarerte endepunkter: Stø tter enhetstillit for Webex-klienter på Windows og macOS, og forbedrer sikkerhetsstillingen.

• Selvbetjeningsregistrering: Inline-påmelding og duo-prompt forbedrer brukeropplevelsen under MFA-oppsett.

Duo MFA med SSO for Webex utnytter eksisterende kataloger som Active Directory og OpenLDAP, eller skyidentitet sleverandører, for å autentisere brukere. Duos rolle er å tilby en sterk, policydrevet andre autentiserings faktor integrert gjennom SAML 2.0, noe som forbedrer sikkerheten samtidig som brukervennligheten opprettholdes gjennom SSO. Fordelene inkluderer forbedret sikkerhetsstilling, fleksibel håndheving av policyer, sømløs integrasjon og en bedre brukeropplevelse.

Cisco anbefaler å implementere SSO for Webex-brukere. For forbedret sikkerhet anbefales integrasjon med Cisco Duo.

Enterprise IAM- og SSO-strategien bør implementeres før overgangen fra Unified CM til starter. Webex Calling

Webex CallingAuto Attendant muliggjør 24/7 automatisering av håndtering av innkommende anrop, noe som muliggjør effektiv samtalehåndtering uten at en person trenger å svare på hvert anrop.

Den automatiske svartjenesten svarer på innkommende anrop og gir den som ringer en meny med alternativer for hvor de vil dirigere samtalen. Dette kan være til en person, en telefonsvarerboks eller en anropstjeneste (f.eks. Anropskø). Den som ringer bruker telefonens nummertastatur for å skrive inn nummeret fra den automatiske svar menyen.

Auto Attendant støtter følgende viktige funksjoner:

• Forretnings- og ettertidsplaner

• Ferieplan

• Alternativet for oppringingsmeny for å lede kundene dine dit de trenger å gå

• Tilpass hilsener

• Alternativ for å ringe etter navn

• Alternativer for viderekobling av anrop

• Control Hub-analyser og rapporter.

Hvis du vil ha mer informasjon, kan du se Administrer automatiske svartjenester.

Call park gir brukerne muligheten til enkelt å sette et anrop på vent slik at en annen bruker enkelt kan hente når de er tilgjengelige for å ta det. Det frigjør også brukeren som svarte på det opprinnelige anropet for å ringe eller motta andre samtaler mens samtalen er parkert.

Det er to typer anropsparker tilgjengelig iWebex Calling:

1. Call park direct - gjør det mulig for enhver bruker å parkere et anrop til en annen brukers utvidelse eller til en samtaleparksutvidelse, som definert av administratoren

2. Anropsparkgruppe - lar en definert gruppe brukere automatisk parkere anrop mot tilgjengelige parkdestinasjoner definert for gruppen. Disse destinasjonene kan være gruppemedlemmenes utvidelser eller anropsparkutvidelser.

Basert på konfigurasjon og parkeringstype kan brukere hente anrop ved å ringe *88+><extension of parked call>, trykke på linjetasten som er knyttet til anropsparkutvidelsen eller bruke en funksjonstast på IP-telefonen.

Et tilbakekallingsalternativ er tilgjengelig for å tilbakekalle et parkert anrop etter en spesifisert periode til brukeren som parkerte samtalen eller til en alternativ bruker.

Hvis du vil ha mer informasjon, kan du se Administrer anropsparkering i Control Hub.

Henting av anrop gjør det mulig for en administrator å definere en gruppe brukere (medlemmer) som kan svare på et an rop til et annet medlems telefon. Dette gir en bruker muligheten til å svare på anrop når lagkameratene er opptatt og ikke kan svare på et innkommende anrop.

Brukerne i en gruppe må være på samme Webex Calling sted.

Brukere kan bruke enten Webex-appen eller skrivebordstelefonen til å hente en samtale.

• Webex-appen:

  • Støtter visuelle og lydvarsler

  • Varsling om innkommende anrop

  • FAC-basert (ring *98) eller varslingsopptak

  • Varsler om henting av anrop for multilinje.

• Skrivebordstelefoner:

  • Varsling om innkommende anrop

  • Lydklokkespill og visuell varsling gjennom håndsettets LED. 6821 støtter bare lydklokker

    • Når varslingstypen er valgt i Control Hub ikke er ingen

  • Varsler om henting av anrop bare for primære linjer.

Hvis du vil ha mer informasjon, kan du se Konfigurere samtaleopptak sgruppe.

Webex Callinginkluderer kun taleanropskøer som en del av kjernefunksjonene, og enhver bruker med en Webex Calling Professional-lisens kan være en del av en anropskø, agent eller veileder. Denne funksjonen lar brukerne effektivt engasjere seg med kunder. Samtalekøer støtter et delsett av noen av kjernefunksjonene i kundes enteret som talekøer, tilbakeringing, ferdighets- eller prioritetsruting, agentkø styring, analyse, rapportering, etc.

Ciscos oppfordring til Microsoft Teams-integrasjon gir agenter tilgang til anropskøanrop og funksjoner direkte fra Microsoft Teams-klienten.

Anropskøer støtter følgende viktige funksjoner:

• Hilsener og meldinger (velkommen, komfort, hvisking osv.)

• Hold musikk

• Tilbakeringing

• Retningslinjer for køruting (natttjeneste, helligdager, videresending)

• Pålogging/utlogging av agentkø

• Administrasjon av agentkøstatus

• Støtte for Webex-app eller skrivebordstelefon

• Veilederagent ringer overvåking, trener, lekter eller overtar gjennom Feature Access Codes (FACs)

• Control Hub (administratortilgang) for:

  • køadministrasjon

  • Agent- og køanalyse og rapportering

  • Kø-, agent- og veilederledelse.

Hvis du vil ha mer informasjon, kan du se Konfigurere anropskø.

Webex Callinghar en tilleggsfunksjon for kundeassistanse som gir flere anropskøfunksjoner og gir agenter og veiledere en bedre brukeropplevelse i Webex-appen. Hvis du vil ha en sammenligning av funksjonene An Webex Calling ropskø og Kundeservice, kan du se Sammenligning av funksjoner for an Webex Calling ropsk ø og kundestøtte.

Webex CallingJaktgrupper tillater ruting av innkommende anrop til en bestemt gruppe brukere gjennom et forhåndsbestemt samtalerutingsmønster. Dette sikrer at samtaler besvares av riktig gruppe brukere eller sendes til en telefonsvarer for oppfølging.

En stor forskjell mellom Hunt Groups og Call Queues er at samtaler ikke står i kø i en Hunt Gro ups, så hvis ingen brukere i Hunt Group er tilgjengelige for å svare på samtalen, vil den bli koblet fra, sendt til telefonsvarer eller videresendt til et annet nummer (bruker eller tjeneste).

Hvis du vil ha mer informasjon, kan du se Administrer jaktgrupper i Control Hub.

Funksjonen Operating Modes lar bedrifter effektivt rute samtaler til forskjellige destinasjoner (brukere, telefonsvarer, ringetjenester som en anropskø). Hvor og når et anrop rutes er basert på en tids plan for tid på dagen og ukedag, og enhver bruker kan autoriseres til å administrere disse modusene (tidsplanene) for å kontrollere endringer i samtalerutingen.

For eksempel kan anrop til en anropskø rutes til en annen anropskø med agenter i en annen tidssone for å svare på anrop etter arbeidstid, i arbeidstid rutes til lokale agenter, og i løpet av helligdager rutes til telefonsvarer for opp følging etter at agenter kommer tilbake til kontoret.

En autorisert bruker kan bytte mellom disse forskjellige viderekoblingsscenariene (modusene) hvis de trenger å endre hvor innkommende anrop rutes i en viss periode. Disse brukerne kan administrere modus ene gjennom sine 6800/7800/8800 MPP-telefoner, 9800-telefoner eller i at Administrer modus. Webex User Hub

Hvis du vil ha mer informasjon, kan du se Anropsruting basert på driftsmoduser i Webex Calling.

Personsøkingsgrupper lar brukerne ringe en enveis samtale for å sende en lydmelding til en gruppe brukere. Hver gruppe kan inneholde opptil 75 målbrukere og/eller arbeidsområder som nås ved å ringe et forhånds definert nummer eller en utvidelse.

Når en bruker kaller en personsøkingsgruppe, blir det foretatt et samtidig anrop til alle de tildelte målene i gruppen, på hvilket tidspunkt den som ringer kan snakke meldingene sine og legge på når de er ferdige.

Hvis du vil ha mer informasjon, kan du se Konfigurere en personsøkingsgruppe i Control Hub.

Webex Callingstøtter opptak av samtaler foretatt eller mottatt av en bruker. Dette kan være nødvendig for kvalitet, sikring, sikkerhet eller opplæringsbehov. Som standard blir samtaler spilt inn i Webex, men andre tredjeparts opptaksleverandører kan også brukes hvis andre opptaks funksjoner eller samsvar og forskriftskrav er påkrevd.

Når du bruker Webex som opptaksplattform, administreres alle innspilte samtaler i Control Hub. Fullstendige administratorer med rollen som Compliance Officer kan spille og laste ned opptakene. Uten rollen som Compliance Officer kan administratoren bare slette opptakene.

Hvis du vil ha mer informasjon om denne funksjonen og en liste over tredjepartsopptak, kan du se Administrer anrops opptak for Webex Calling.

Enkeltnummerrekkevidde gjør det mulig å ringe til en brukers telefonnummer for å ringe flere enheter. Dette kan omfatte andre skrivebordstelefoner så vel som mobiltelefoner. Samtaler kan også plasseres fra disse enhetene, og brukere kan skyve og trekke samtaler mellom dem.

Hvis du vil ha mer informasjon om denne funksjonen og hvordan en administrator konfigurerer den i Control Hub, kan du se Konfigurere enkeltnummerrekkevidde (kontor hvor som helst).

Hvis du vil ha mer informasjon om hvordan en bruker kan administrere og konfigurere denne funksjonen for seg selv i Webex User Hub (portalen), kan du se Konfigurere enkeltnummerrekke vidde (kontor hvor som helst).

Talepostgrupper tillater en delt talepostboks som kan tilordnes en bruker- eller samtalerutingsfunksjon. Noen av grunnene til at en talepostgruppe kan være nødvendig er:

• Generell telefonsvarer for en avdeling eller arbeidsgruppe

• Legg til talepostalternativ til en automatisk svartjeneste eller jaktgruppe

• Slik sender du overløpsanrop fra en anropskø

• Brukere som bare trenger en talepostboks.

Hvis du vil ha mer informasjon, kan du se Administrer en delt talepost og innkommende faksboks for. Webex Calling

Hvis du vil ha informasjon om alle funksjoner, inkludert noen tilleggsfunksjoner, kan du se Funksjoner tilgjengelig etter lisenstype for Webex Calling.