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

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

• Oppringing av internnummer fra Unified CM til Webex Calling (intra-site, men også inter-site hvis internnummerområdene er unike)

• Forkortet oppringing mellom steder fra Unified CM til Webex Calling

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

• Tilbakeringing fra katalogen for tapte anrop til destinasjoner på Webex Calling

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

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

• Tvunget på nettet fra Webex Calling til Unified CM

• Oppringing av internnummer fra Webex Calling til Unified CM (mellom nettsteder).

Hvis noen av de ovennevnte ikke støttes som oppringingsvaner før overgangen, for eksempel hvis det ikke finnes noen forkortet oppringingsvane mellom steder, trenger de ikke nødvendigvis å introduseres under overgangen.

Figuren Beste praksis for oppringingsplan viser beste praksis for oppringingsplantilnærming som beskrevet i Foretrukket arkitektur for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Viktige kjennetegn ved denne tilnærmingen inkluderer:

• Enkelt 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 arv av søkerom (alternativ Bruk opphavsmannens kallende søkerom satt på oversettelsesmønstre).

For eksempel PSTN-oppringing (9+1+10D) fra en enhet i SJC som er klargjort med linjeanropssøkeområde vil SJCInternational først bli matchet av 9.1[2-9]XX[2-9]XXXXXX oversettelsesmønster som normaliserer nummeret til den oppringte parten til +E.164. Det sekundære oppslaget bruker deretter det samme kallende søkerommet SJCInternational igjen (kaller arv av søkerommet) og +E.164-digit strengen vil enten bli matchet av en +E.164 katalognummeret i DN -partisjonen eller av et av PSTN-rutemønstrene i USPSTNNational - eller SJCPSTNLocal -partisjonen. Forkortede oppringingsvaner innen og mellom steder implementeres av oversettelsene i partisjonene ESN og SJCtoE164. Selv om ESN -partisjonen er en global partisjon (tilgjengelig for telefoner på alle steder), er SJCTOE164 -partisjonen bare tilgjengelig for brukere på sted 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 deretter. Dette kan oppnås ved å legge til en Webex Calling-partisjon i oppringingsplanen, legge til +E.164 Rutemønstre for alle Webex Calling-destinasjoner til den partisjonen, og til slutt legge til Webex Calling-partisjonen i alle søkeområder for anrop som representerer tjenesteklasser som må kunne nå Webex Calling. Det er nødvendig å opprette en dedikert Webex Calling-partisjon for å muliggjøre opprettelse av en differensiert tjenesteklasse for samtaler som stammer fra Webex Calling. For å unngå anropsløkker bør ikke søkeområdet for innkommende anrop på trunk fra den lokale gatewayen ha tilgang til Webex Calling-partisjonen.

Som vist i figur +E.164 ruting til Webex Calling, for å aktivere ruting fra Unified CM til Webex Calling for en plassering med +E.164 DID-område +1 221 555 2XXX og områdekode 121, et hasterutemønster som samsvarer med dette +E.164 området må legges til i Webex Calling -partisjonen.

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

For å aktivere kortnummer mellom nettsteder til Webex Calling-nettstedet legges det nødvendige rutemønsteret 8121.2XXX til Webex Calling-partisjonen. For nettsteder som skal overføres til Webex, kaller man et oppringingsnormaliseringsmønster 8121.2XXX som normaliserer ESN-oppringing til +E.164 finnes kanskje allerede i ESN partisjonen. I så fall ser det ut til at 8121.2XXX er overflødig, men så snart alle DN-er for den respektive plasseringen er migrert til Webex Calling, kan oversettelsesmønsteret for oppringingsnormalisering 8121.2XXX fjernes, og deretter aktiverer rutemønsteret 8121.2XXX ESN-oppringing selv for brukere av bare internnummer i det området.

Med disse endringene i oppringingsplanen kan anrop til Webex Calling-lokasjonen ikke bare foretas ved å ringe forkortede mellomnummer og +E.164. Internasjonal og nasjonal PSTN-oppringing er også mulig fordi disse oppringingsvanene først normaliseres til +E.164 gjennom de allerede eksisterende oversettelsesmønstrene for oppringingsnormalisering og deretter bli rutet til Webex Calling ved å matche +E.164 rutemønster i Webex Calling-partisjonen.

De +E.164 Rutemønstersamsvar på Webex Calling-lokasjonens DID-område kan klargjøres mens alle DID-er fortsatt ligger på Unified CM. Den beste algoritmen for samsvarsmønster i Unified CM sørger for at når et nummer som ligger på Unified CM ringes, så +E.164 katalognummeret som er klargjort på Unified CM er en bedre samsvar enn jokertegnet +E.164 rutemønster som peker til Webex Calling, slik at samtalene blir videreført til en linje på Unified CM og ikke sendt til Webex Calling.

Hver bruker i Webex Calling er utstyrt med en internnummer and/or en +E.164 telefonnummer. Forlengelseslengden er en fast global innstilling: Alle utvidelser i en Webex Calling-distribusjon har samme lengde. Oppringing via internnummer kan brukes mellom Webex Calling-brukere både innenfor et sted og mellom steder. Forkortet oppringing mellom lokasjoner (sistnevnte tilfelle) fungerer bare hvis den oppringte internnummeret er unikt.

Hvis forkortet oppringing mellom lokasjoner er et krav, men det er overlappinger mellom internnumre som er tilordnet på forskjellige lokasjoner, må det opprettes en bedriftsspesifikk nummerplan ved å gi internnumrene en tilgangskode (eller lokasjonskode) foran. Hvis du vil ha mer informasjon, kan du se Foretrukket arkitektur for Cisco Collaboration 15 lokale distribusjoner, designoversikt tilgjengelig på Cisco Collaboration foretrukne arkitekturer.

Lengden på internnummeret, oppringingsvirkemåten for interlokasjonsoppringing, prefikslengden for interlokasjonsoppringing og styringssifferet i rutingsprefikset for interlokasjonsoppringing konfigureres i innstillingene for anropstjenesten i Control Hub:

• Lengde på prefiks for lokasjonsruting: Prefikslengde inkludert styresifferet. Kun nødvendig hvis en bedriftsnummerplan må etableres som alternativ forkortet oppringing mellom bedrifter.

• Styringssiffer i ruteprefiks: Styresiffer for forkortet oppringingsrutine for bedrifter. Overlapping med det første sifferet i en hvilken som helst lokasjon og utgående sifre for lokasjon bør unngås. Kun nødvendig hvis en bedriftsnummerplan må etableres som alternativ forkortet oppringing mellom bedrifter.

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

  Når det kreves oppringing av internnummer eller oppringing ved hjelp av viktige bedriftsnumre (styringskode, stedskode, internnummer) fra en lokal samtalekontroll til Webex Calling, og den lokale samtalekontrollen sender en internnummer som innringer-ID, må du også sørge for å angi parameteren Maksimal ukjent internnummerlengde i delen Samtaleruting mellom Webex Calling og lokaler for å sikre at oppstrømsanrop fra den lokale samtalekontrollen til Webex Calling kan klassifiseres som lokale anrop riktig.

• Tillat oppringing av internnummer mellom lokasjoner: Veksle til enable/disable oppringing av internnummer mellom lokasjoner. Dette alternativet bør bare aktiveres hvis alle utvidelser i organisasjonen er unike. Hvis alternativet er deaktivert, må viktige bedriftsnumre (styringskode, stedskode, internnummer) eller telefonnumre ringes mellom lokasjoner.

De tre første parameterne brukes hovedsakelig til å bygge en oppringingsplan for telefoner for å minimere tidsavbrudd mellom sifre når man bruker oppringing uten rør. Avvik fra disse globale innstillingene er fortsatt mulige (eksempel – internnumre med en annen lengde kan klargjøres), men en advarselsmelding vil dukke opp i Control Hub, og oppringing fra telefoner kan kreve blokkering av oppringing for å unngå konflikter innenfor den forhåndsinstallerte oppringingsplanen.

Tabellen Eksempel på bedriftsnummerering viser et eksempel på tre lokasjoner der internnummerområdene til to lokasjoner, NYC og RTP, er identiske. Etablering av et nummereringsskjema for bedrifter med styringssifferet 8mellom lokasjoner, etterfulgt av en tresifret lokasjonskode og den firesifrede utvidelsen, skaper en ikke-overlappende forkortet oppringingsrute mellom lokasjoner.

Tabell 2. Eksempel på bedriftsnummerering

Nettsted	Utvidelsesområde	Nettstedskode	Bedriftsserien
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

For å muliggjøre en smidig overgang bør oppringingsvanene for brukere før og etter overgangen til Webex Calling ideelt sett være de samme. For å forberede overgangen for hver lokasjon må DID-områdene og internnummerområdene (eller forkortede oppringingsvaner innenfor stedet) dokumenteres. Basert på denne informasjonen må styringssifret mellom stedene velges.

Tabellen Webex Calling-linjeområder med fast lengde viser et eksempel på tre plasseringer og linjeområder med fast lengde. Fordi overlappende oppringingsvaner må unngås, er det viktig å sørge for at det første sifferet i området for ethvert internnummerområde ikke samsvarer med styringssifferet for forkortet oppringing mellom steder. Hvis for eksempel 8 er valgt som styresiffer for oppringing mellom lokasjoner, kan ingen internnummerrekkevidde på noe lokasjon starte med 8. Vanligvis samsvarer internlinjene på en gitt plassering med de siste sifrene i DID-ene som er tilordnet den plasseringen. For å unngå konflikter kan det første sifferet i internnummeret endres. Hvis for eksempel DID-er i +1 408 555 8XXX-området brukes på et sted, og i stedet for å bruke 8XXX som internnummerområde kan 7XXX brukes for internnummerne på det stedet.

Tabell 3. Webex Calling-forlengelsesområder med fast lengde

Nettsted	Utvidelsesområde	Webex-anropsutvidelser	Nettstedskode	Bedriftsserien
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Syvsifrede oppringingsstrenger som ringes opp på en Webex Calling-enhet ved hjelp av den amerikanske Webex Calling-oppringingsplanen overlapper med et syvsifret mønster for lokal oppringing i den forhåndslastede amerikanske oppringingsplanen. For å unngå overlappinger mellom oppringingsvaner på og utenfor nettet (PSTN), kan en obligatorisk ekstern tilgangskode brukes på det stedet. Hvis det eksisterende nummereringsskjemaet for bedrifter og den tilsvarende forkortede oppringingen mellom steder overlapper med mønstre i Webex Calling sitt nasjonale oppringingssystem, kan nummereringsskjemaet under overgangen til Webex Calling også endres til en lengre eller kortere form for å unngå overlappinger. Den enkleste måten å oppnå dette på er å legge til et ekstra utfyllingssiffer i nummereringsskjemaet. Det nye, lengre oppringingsskjemaet mellom nettsteder trenger bare å bli tatt i bruk av brukere som allerede har migrert til Webex Calling. Brukere som fortsatt er på Unified CM kan fortsette å ringe med syv sifre. Bedriftsoppringingsplanen på Unified CM må i dette tilfellet sørge for at forkortet syvsifret oppringing fra Unified CM til Webex Calling blir transformert til enten +E.164 eller til det forkortede oppringingsformatet som er distribuert på Webex Calling. Dette må gjøres før samtalen sendes til den lokale gatewayen.

Tabellen Overgang til sjusifret oppringing viser et eksempel på denne omnummereringen. I dette eksemplet bruker forkortet inter-site oppringing på Unified CM styringssiffer 8 etterfulgt av en tosifret sitekode og en firesifret internnummer. For å unngå syvsifret forkortet oppringing mellom steder for steder på Webex Calling, kan stedskodene enkelt endres til tre sifre ved å legge til et vilkårlig utfyllingssiffer (8 i eksemplet) foran de tosifrede stedskodene som brukes i Unified CM, slik at oppringing mellom steder fra Webex Calling-telefoner bruker styringssifferet 8 etterfulgt av utfyllingssifferet 8, den gamle tosifrede stedskoden og den firesifrede internnummeret. Brukere på Webex Calling trenger 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 til syvsifret oppringing

		Enhetlig CM		Webex-anrop
Nettsted	Utvidelser	Nettstedskode	Bedriftsserien	Nettstedsode	Enterprise angel
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 bedriftsnummerformater på Unified CM og Webex Calling, hvis bedriftsnumre presenteres som informasjon om den som ringer for samtaler fra Unified CM til Webex Calling (for eksempel samtaler fra enheter uten DID), er det viktig å også implementere en tilordning mellom de forskjellige nummerformatene for informasjon om den som ringer for å sikre at tilbakeringing fungerer. Denne tilordningen kan oppnås ved å bruke transformasjonsmønsteret for den anropende parten på trunk mellom Unified CM og den lokale gatewayen.

Å velge riktig leverandør av samtaleopptak er grunnleggende for å nå forretningsmål og sikre funksjonssamsvar på tvers av organisasjonen:

• Valg av global leverandør: Organisasjoner utpeker vanligvis en primær leverandør av samtaleopptak på globalt nivå, noe som sikrer konsistens i funksjonssett, samsvar og støtte på tvers av alle lokasjoner.

• Stedsbaserte overstyringer: I tilfeller der bestemte steder eller regioner har unike forretningsbehov eller regulatoriske krav, kan det være nødvendig å overstyre det globale leverandørvalget og spesifisere alternative leverandører for disse stedene. Denne fleksibiliteten støtter varierende samsvarskrav og lokale driftsbehov

• Forretningskrav: Valg av leverandør bør styres av en vurdering av forretningsdrivende faktorer som samsvar med regelverk (eksempel - MiFID II, HIPAA), kvalitetssikring, tvisteløsning eller opplæringsbehov.

• Funksjonstilgjengelighet: Leverandører bør evalueres basert på deres evne til å levere nødvendige funksjoner, som sanntidsovervåking, søke- og avspillingsmuligheter, kryptering, oppbevaringsregler, integrasjon med analyseplattformer og støtte for ulike samtaletyper (innkommende, utgående, interne).

Å bestemme regionen der samtaleopptak lagres og behandles er avgjørende for samsvar og ytelse:

• Valg av global region: Som standard kan organisasjoner velge én region for lagring av samtaleopptak for å forenkle administrasjon og styring.

• Stedsbaserte regionoverstyringer: Der det kreves det av lover om datalagring eller bedriftens retningslinjer, kan det være nødvendig å overstyre den globale regioninnstillingen for bestemte steder, slik at samtaleopptak lagres og behandles innenfor de nødvendige geografiske grensene.

• Krav til datalagring: Utformingen må ta hensyn til internasjonale og lokale personvernforskrifter (som GDPR, CCPA eller landsspesifikke påbud) som kan diktere hvor og hvordan samtaleopptak oppbevares.

Et annet kritisk aspekt som må tas opp under planlegging og design av en samtaleopptaksløsning for Webex Calling er estimering av lagringsbehov. Det er viktig å nøyaktig forutsi lagringsbehov for å sikre at det er tilstrekkelig kapasitet tilgjengelig til å støtte løpende forretningsdrift, opprettholde samsvar og unngå tjenesteavbrudd.

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

• Antall innspilte samtaler: Vurder det forventede antallet samtaler som vil bli registrert innenfor 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 forretningspolicy eller regulatoriske påbud.

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

• Oppbevaringsperiode: Definer hvor lenge opptak må oppbevares, noe som ofte dikteres av organisasjonens retningslinjer eller eksterne forskrifter (for eksempel bransjespesifikke samsvarsstandarder). Lengre oppbevaringsperioder vil øke det totale lagringsbehovet

• Vekstprognoser: Vurder forventet vekst i samtalevolum eller utvidelse av opptaksomfang, som kan følge av skalering av virksomheten, nye regulatoriske krav eller onboarding av flere brukere eller lokasjoner.

Ved å analysere disse parameterne grundig kan organisasjoner utvikle en robust lagringsstrategi som sikrer skalerbarhet, kostnadseffektivitet og samsvar med forskrifter for deres Webex Calling-samtaleopptaksløsning. Det er også lurt å regelmessig gjennomgå og justere lagringsallokeringer etter hvert som bruksmønstre utvikler seg over tid.

Administratorer tildeler Webex Calling-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 for å automatisk tilordne lisenser til brukere basert på gruppe- eller organisasjonsinnstillinger.

Automatisk lisensiering kan gjøres gjennom katalogsynkronisering eller manuelle brukeroppdateringer, men brukere må ha et gyldig +E.164 formatert telefonnummer, og telefonnumrene må finnes på en Webex Calling-plassering før brukerklargjøring. Hvis betingelsene ikke er oppfylt (f.eks. ugyldig telefonnummerformat), vil ikke Webex Calling-lisenser bli tildelt.

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 tildele lisenser, men Webex Calling-lisenser krever spesifikke felt som telefonnummer og internnummer.

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

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

Tabell 5. Alternativer for brukerklargjøring – sammendrag

Tildelingsmetode	Fordeler	Ulemper
Manuell via Kontrollhub	Enkelt for få brukere. Gir presis og detaljert kontroll over lisenstildeling.	Ikke skalerbar, tidkrevende Utsatt for menneskelige feil ved manuell inntasting.
Automatiske lisensmaler	Skalerbar Reduserer manuelle feil Kan brukes på nye og eksisterende brukere.	Krever gyldige telefonnumre og steder. Mer komplekst å sette opp Krever også brukergrupper per brukergruppe med tilsvarende lisenskrav.
Masseopplasting av CSV	Effektiv for store brukergrupper Tillater samtidig tildeling av lisenser, telefonnumre og internnumre.	Krever nøye CSV-formatering Mulighet for feil hvis telefonnumre eller internnumre mangler eller er feil.
API-basert tildeling	Automatiserbar, fleksibel. Tillater samtidig tildeling av lisenser, telefonnumre og internnumre.	Krever utvikling og API-kunnskap.

Tabellen Brukerklargjøringsalternativer - sammendrag oppsummerer brukerklargjøringsalternativer og deres fordeler og ulemper. Denne oversikten hjelper deg med å velge den beste lisenstildelingsmetoden basert på kundens organisasjonsstørrelse, automatiseringsmuligheter og brukerprovisjoneringsprosesser og -krav.

Der det er mulig anbefaler Cisco å tildele anropslisenser ved hjelp av lisensmaler. Dette krever at det finnes en gruppe med de respektive gruppemedlemskapene for hver brukergruppe som krever et unikt sett med lisenser (eksempel - Webex Calling Standard vs. Professional). Som omtalt i avsnittene Brukergrupper 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 tildelinger som er brukt på alle gruppene deres. Dette tillater bruk av Webex Calling-lisensspesifikke sikkerhetsgrupper i bedriftskatalogen for å administrere Webex-lisenstildeling der den resulterende brukerlisenstildelingen kontrolleres av foreningen av gruppemedlemskap.

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

Denne delen dekker kun Webex Calling-relaterte lisenser. Andre lisenstyper (eksempel – registrering av Webex-enheter, meldinger, møter) dekkes ikke. Som en del av designprosessen må lisenskravene fastsettes. Antall lisenser for følgende lisenstyper må beregnes:

• Webex-anropsstandard: antall individuelle brukere som trenger standard telefonifunksjoner.

• Webex Calling Professional: antall brukere og arbeidsområder som krever avanserte telefonifunksjoner. Virtuelle linjer og gruppe-talepost har rett til en 1:1 forholdet for hver profesjonell lisens. I sjeldne tilfeller der antallet nødvendige virtuelle linjer eller gruppe-talemeldinger overstiger antallet brukere og arbeidsområder som krever avanserte telefonifunksjoner, må det derfor tas hensyn til ytterligere profesjonelle lisenser.

• Webex Calling-arbeidsområde for fellesområde: antall steder med delt bruk eller fellesområder som krever standard ringemuligheter.

• Webex Calling Kundestøtte: antall agenter og veiledere som krever Webex Calling Customer Assist-funksjoner. Webex Calling-kundestøtten inkluderer Webex Calling Professional-lisensen.

• Rutelisteanrop: antall nødvendige Cloud Connected PSTN-anrop mellom lokale Unified CM-brukere and/or lokale spesialiserte tredjepartsapplikasjoner.

• Attendant-konsoll: antall Webex Calling-brukere som trenger tilgang til klienten for deltakerkonsollen.

• Cisco-anropsabonnement (utgående anropsabonnement): antall brukere som trenger et PSTN-nummer and/or tilgang til utgående PSTN-anrop for Cisco PSTN-tjenesten.

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

Arbeidsområder kun for hot desk tilbyr hot desking-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 enheter kun for aktivt skrivebord.

For å bestemme den nødvendige lisenstypen for hver bruker og arbeidsområde basert på nødvendige funksjoner, se Funksjoner tilgjengelig etter lisenstype for Webex Calling.

For å skille mellom funksjonaliteten som tilbys av Webex Calling-anropskøer kombinert med den profesjonelle Webex Calling-lisensen i motsetning til Webex Calling-kundestøtte, se Sammenligning av Webex Calling-anropskø- og kundestøttefunksjoner.

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 tilbyr flere fordeler, inkludert:

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

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

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

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

• Fleksibilitet: Opprett lokale grupper eller synkroniser sikkerhetsgrupper; administrer gruppemedlemskap manuelt eller via CSV-filer.

• Ressursallokering: Kontroller tilgang til innebygde apper og tjenester basert på gruppemedlemskap.

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

• Lisenstildelinger: Tilordne lisenser til grupper for automatisk å klargjøre tjenester som anrop, møter, meldinger eller hybridtjenester til gruppemedlemmer.

• Innstillingsmaler: Bruk samlinger av tjenesteinnstillinger (f.eks. meldinger, møter, anrop) på grupper for en konsistent brukeropplevelse.

• Massebrukeradministrasjon: Legg til eller fjern brukere samtidig via CSV-filer eller katalogsynkronisering.

• Automatisering og integrasjon: Bruk API-er eller katalogsynkronisering for automatisert administrasjon av bruker- og gruppelivsykluser.

Tabellen nedenfor oppsummerer de ulike alternativene for å administrere brukergrupper og gruppeadministrasjon i Webex.

Tabell 7. Alternativer for å administrere grupper og gruppemedlemskap

Alternativ	Beskrivelse	Fordeler	Ulemper
Klargjøring av Control Hub-grupper (Webex-grupper)	Opprett og administrer grupper direkte i Control Hub. Add/remove medlemmer manuelt eller via CSV.	Full kontroll over gruppemedlemskap Umiddelbar anvendelse av lisenser og maler Enkelt å opprette og redigere grupper	Manuelle oppdateringer kreves Risiko for feil ved 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 katalogtjenester.	Automatisert synkronisering reduserer manuelt arbeid Sikrer samsvar med bedriftskatalogen Støtter store organisasjoner	Kan ikke redigere gruppemedlemskap i Kontrollhub Synkroniseringsforsinkelse på opptil 12 timer Nestede grupper krever manuelt valg
Grupper og SCIM 2.0 API (Webex Groups)	Bruk Webex Groups eller SCIM 2.0 API for programmatisk gruppe- og medlemskapsadministrasjon	Automatisering og integrasjon med andre systemer Skalerbar for store eller komplekse miljøer	Krever utviklingsinnsats Kompleksitet avhenger av API-bruk

Selv om synkroniserte grupper sikrer konsistens og tilbyr ett enkelt administrasjonspunkt, er en hybrid tilnærming som kombinerer synkroniserte grupper og Webex-grupper (enten administrert i kontrollhuben eller via API-er) mulig. Så for eksempel kan grupper for lisenstildeling være synkroniserte grupper, og et separat sett med Webex-grupper kan brukes til å tilordne bruker- og Webex-appanropsmaler.

Denne omfattende tilnærmingen til brukergruppeadministrasjon 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. Unified CM er imidlertid vanligvis ikke den autoritative kilden for brukeridentitetsadministrasjon, og enda viktigere, den vil bli lagt ned ved slutten av overgangen og er derfor utelukket som en langsiktig autoritativ kilde for identitetsinformasjon.

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

For å sikre at alle brukere på Unified CM også er til stede i Entra ID, bør organisasjoner bekrefte at brukerkontoene i Unified CM samsvarer med kontoene 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-apper. Manuell og CSV-bulkprovisjonering er tilgjengelige som tilleggsmetoder, men er mindre skalerbare og mer feilutsatte for store organisasjoner. Å sikre at Entra ID er den autoritative kilden og at alle Unified CM-brukere finnes i Entra ID er avgjørende for en vellykket migrering og en konsekvent brukeropplevelse på tvers av Webex Calling- og Unified CM-miljøer.

Overgang fra en lokal katalogtjeneste, som Active Directory, til en skybasert katalogtjeneste, som Entra ID (Azure ID), er uavhengig av den kallende overgangen. Cisco anbefaler å fullføre overgangen til en skybasert katalogtjeneste før du starter den kallende overgangen.

Etter at du har overført bedriftskatalogen fra lokalt til skyen, samler du inn de nødvendige brukergruppene drevet av lisens- og funksjonsmalkrav. For hvert gruppedokument:

• Gruppenavn: gruppens unike navn.

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

• Innstillingsmaler: Webex-app og brukeranropsmaler.

• Katalogsynkronisering: Vil denne gruppen bli synkronisert fra bedriftskatalogen, eller er dette en lokal Webex-gruppe som er klargjort i Control Hub eller via et API.

• Beskrivelse: hvordan skal denne gruppen brukes, og hvilke brukere bør være medlemmer av denne gruppen

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

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

Webex sin støtte for flere identitetsleverandører (IdP) adresserer flere viktige brukstilfeller der organisasjoner trenger fleksibel og sikker autentisering på tvers av ulike 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 lar organisasjoner bruke sin nåværende kataloginfrastruktur for Webex SSO med Duo MFA.

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

Fordelene med Cisco Duo inkluderer:

• Forbedret sikkerhet: Legger til phishing-resistent MFA for å beskytte Webex-tilgang, noe som reduserer risikoen fra kompromitterte passord.

• Fleksible retningslinjer: Gir detaljert kontroll over autentiseringskrav per applikasjon eller brukergruppe.

• Integrasjon med eksisterende kataloger: Støtter lokale AD, OpenLDAP, skykataloger og diverse SSO-leverandører, noe som minimerer endringer i infrastrukturen.

• Brukervennlighet: Støtter enkel pålogging (SSO) for å redusere passordtretthet ved å la brukere logge på én gang og få sikker tilgang til flere ressurser.

• Pålitelige endepunkter: Støtter enhetsklarering for Webex-klienter på Windows og macOS, noe som forbedrer sikkerhetstilstanden.

• Selvbetjeningsregistrering: Innebygd registrering og duo-ledetekst forbedrer brukeropplevelsen under MFA-oppsettet.

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

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

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

Webex Calling Auto Attendant tillater 24/7 automatisering av håndtering av innkommende anrop, som muliggjør effektiv samtalehåndtering uten behov for at en person svarer på hvert anrop.

Den automatiske svareren svarer på innkommende anrop og gir den som ringer en meny med alternativer for hvor de vil rute samtalen sin. Dette kan være til en person, en talepostkasse eller en ringetjeneste (f.eks. samtalekø). Den som ringer bruker telefonens talltastatur til å taste inn nummeret fra den automatiske svarermenyen.

Den automatiske svareren støtter følgende viktige funksjoner:

• Forretnings- og ettertidstider

• Ferieplan

• Oppringingsmenyalternativ for å dirigere kundene dine dit de skal

• Tilpass hilsener

• Alternativ for å ringe etter navn

• Alternativer for viderekobling av anrop

• Control Hub-analyse og -rapporter.

Hvis du vil ha mer informasjon, kan du se Administrere automatiske svarere.

Samtaleparkering gir brukere muligheten til enkelt å sette en samtale på vent slik at en annen bruker enkelt kan hente den når de er tilgjengelige til å ta den. Det frigjør også brukeren som svarte på det opprinnelige anropet til å foreta eller motta andre anrop mens samtalen er parkert.

Det finnes to typer samtaleparkeringer tilgjengelig i Webex Calling:

1. Direkte samtaleparkering – lar enhver bruker parkere en samtale til en annen brukers internnummer eller til en internnummer for samtaleparkering, som definert av administratoren.

2. Samtaleparkeringsgruppe – lar en definert gruppe brukere automatisk parkere samtaler mot tilgjengelige parkeringsdestinasjoner som er definert for gruppen. Disse destinasjonene kan være gruppemedlemmenes internnumre eller internnumre for parkerte samtaler.

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

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

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

Med funksjonen for å hente anrop kan en administrator definere en gruppe brukere (medlemmer) som kan svare på et anrop til et annet medlems telefon. Dette gir en bruker muligheten til å svare på anrop når lagkameratene deres 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 bordtelefonen sin til å ta en samtale.

• Webex-appen:

  • Støtter visuelle og lydvarsler

  • Varsling om innkommende anrop

  • FAC-basert (ring *98) eller varsling toast samtalehenting

  • Varsler om innhenting av samtale for flere linjer.

• Bordtelefoner:

  • Varsling om innkommende anrop

  • Lydsignaler og visuell varsling via LED-lampen på håndsettet. 6821 støtter bare lydklokker

    • Når varslingstypen som er valgt i Kontrollhuben ikke er ingen

  • Varsler om innhenting av samtaler kun for hovedlinjer.

Hvis du vil ha mer informasjon, kan du se Konfigurere anropsmottaksgruppe

Webex Calling inkluderer kun talekøer som en del av kjernefunksjonene, og enhver bruker med en Webex Calling Professional-lisens kan være en del av en samtalekø, agent eller veileder. Denne funksjonen lar brukere effektivt kommunisere med kunder. Anropskøer støtter et delsett av noen av kjernefunksjonene i kundesenteret, som talekøer, tilbakeringing, ferdighets- eller prioritetsruting, køhåndtering av agenter, analyser, rapportering osv.

Ciscos integrering med Microsoft Teams lar agenter få tilgang til samtaler og funksjoner i anropskøen direkte fra Microsoft Teams-klienten.

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

• Hilsener og meldinger (velkomst, trøst, hvisking osv.)

• Hold musikken

• Tilbakeringing

• Regler for køruting (nattruting, helligdager, videresending)

• Agentkø login/logout

• Administrasjon av agentkøstatus

• Webex-appen eller støtte for bordtelefon

• Veilederagent, ring overvåk, veilede, bryte inn eller ta over via funksjonstilgangskoder (FAC-er)

• Kontrollhub (administratortilgang) for:

  • køhåndtering

  • Agent- og køanalyse og rapportering

  • Kø-, agent- og veilederadministrasjon.

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

Webex Calling har en tilleggsfunksjon for kundestøtte som gir ekstra muligheter for samtalekø og gir agenter og veiledere en bedre brukeropplevelse i Webex-appen. For en sammenligning av Webex Calling-funksjonene for anropskø og kundestøtte, se Sammenligning av Webex Calling-funksjoner for anropskø og kundestøtte.

Webex Calling Hunt Groups tillater ruting av innkommende anrop til en bestemt gruppe brukere gjennom et forhåndsbestemt anropsrutingsmønster. Dette sikrer at anrop blir besvart av riktig gruppe brukere eller sendt til en telefonsvarer for oppfølging.

En stor forskjell mellom søkegrupper og samtalekøer er at samtaler ikke settes i kø i en søkegruppe, så hvis ingen brukere i søkegruppen er tilgjengelige til å svare på anropet, vil det bli koblet fra, sendt til mobilsvar eller videresendt til et annet nummer (bruker eller tjeneste).

Hvis du vil ha mer informasjon, kan du se Administrere søkegrupper i Kontrollhub.

Funksjonen Driftsmoduser lar bedrifter effektivt rute samtaler til ulike destinasjoner (brukere, talepost, ringetjenester som en samtalekø). Hvor og når en samtale rutes er basert på en tidsplan for døgnet og ukedagen, og enhver bruker kan autoriseres til å administrere disse modusene (planene) for å kontrollere endringer i samtalerutingen.

Som et eksempel kan anrop til en anropskø rutes til en annen anropskø med agenter i en annen tidssone for å svare på anrop etter stengetid, i løpet av åpningstiden rutes til de lokale agentene, og i løpet av helligdager rutes til telefonsvarer for oppfølging etter at agenter kommer tilbake til kontoret.

En autorisert bruker kan bytte mellom disse ulike viderekoblingsscenarioene (modusene) hvis de trenger å endre hvor innkommende anrop rutes i en viss periode. Disse brukerne kan administrere modusene via sine 6800/7800/8800 MPP-telefoner, 9800-telefoner eller i Webex-brukerhuben på Administrer moduser.

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

Personsøkergrupper lar brukere foreta et enveisoppringing for å sende en lydmelding til en gruppe brukere. Hver gruppe kan inneholde opptil 75 målbrukere and/or arbeidsområder som nås ved å ringe et forhåndsdefinert nummer eller en internnummer.

Når en bruker ringer en personsøkergruppe, foretas et samtidig anrop til alle de tildelte målene i gruppen, hvoretter den som ringer kan snakke inn meldingene sine og legge på når de er ferdige.

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

Webex Calling støtter opptak av samtaler som foretas eller mottas av en bruker. Dette kan være nødvendig av hensyn til kvalitet, sikring, sikkerhet eller opplæring. Som standard tas samtaler opp i Webex, men andre tredjepartsleverandører av opptak kan også brukes hvis andre opptaksfunksjoner eller samsvars- og forskriftskrav er påkrevd.

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

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

Rekkevidde for ett nummer tillater at anrop til en brukers telefonnummer ringer til flere enheter. Dette kan inkludere andre bordtelefoner så vel som mobiltelefoner. Samtaler kan også foretas fra disse enhetene, og brukere kan pushe 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 rekkevidde for enkeltnummer (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-brukerhub (portal), kan du se Konfigurere rekkevidde for ett enkelt nummer (kontor hvor som helst).

Talepostgrupper tillater en delt talepostkasse som kan tilordnes en bruker eller en funksjon for anropsruting. Noen av grunnene til at en talepostgruppe kan være nødvendig er:

• Generell talepost for en avdeling eller arbeidsgruppe

• Legg til talepostalternativer i en automatisk svarer eller søkegruppe

• Slik sender du overløpsanrop fra en samtalekø

• Brukere som bare trenger en telefonsvarer.

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.