Under overgangen skal virksomhedens opkaldsplan på Unified CM ændres, så mindst følgende krav kan opfyldes, for at muliggøre sameksistens af enheder, der er registreret på Unified CM og på Webex Calling:

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

• Lokalnummeropkald fra Unified CM til Webex Calling (intra-site, men også inter-site, hvis lokalnummerintervallerne er unikke)

• Forkortede opkald mellem lokationer fra Unified CM til Webex Calling

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

• Tilbagekald fra biblioteket med ubesvarede opkald til destinationer på Webex Calling

• PSTN-opkald fra Webex Calling til PSTN, hvis der under overgangen bruges lokal PSTN til Webex Calling

• PSTN-opkald fra Unified CM til Webex Calling, hvis PSTN-trunking til hybrid Webex Calling-implementeringer bruges under overgangen til at give PSTN-adgang til lokale Unified CM-brugere via Cloud Connect til Webex Calling

• Tvunget online fra Webex Calling til Unified CM

• Lokalnummeropkald fra Webex Calling til Unified CM (inter-site).

Hvis nogen af ovenstående ikke understøttes som opkaldsvaner før overgangen, f.eks. hvis der ikke findes nogen forkortet opkaldsvane mellem lokationer, behøver de ikke nødvendigvis at blive introduceret under overgangen.

Figuren Bedste praksis for opkaldsplan viser den bedste praksis for opkaldsplantilgang som beskrevet i Foretrukken arkitektur til Cisco Collaboration 12.x Enterprise On-Premises-implementeringer, CVD. Nøgleegenskaber ved denne tilgang inkluderer:

• Enkelt partition til +E.164 telefonnummer

• Kernerouting baseret på +E.164 rutemønstre

• Normalisering af alle opkaldsvaner +E.164 ved hjælp af oversættelsesmønstre

• Brug af oversættelsesmønster, der kalder søgerumsarv (indstilling Brug oprindelseskaldende søgerum indstillet på oversættelsesmønstre).

For eksempel PSTN-opkald (9+1+10D) fra en enhed i SJC, der er klargjort med linjekaldssøgningsrum SJCInternational vil først blive matchet af 9.1[2-9]XX[2-9]XXXXXX oversættelsesmønster, der normaliserer det opkaldte nummer til +E.164. Det sekundære opslag bruger derefter det samme kaldende søgeområde SJCInternational igen (kalder søgeområdearv) og +E.164-digit strengen vil enten blive matchet af en +E.164 katalognummer i DN partitionen eller via et af PSTN-rutemønstrene i USPSTNNational eller SJCPSTNLocal partitionen. Forkortede opkaldsvaner inden for og mellem steder implementeres af oversættelserne i ESN og SJCtoE164 partitionerne. Selvom ESN partitionen er en global partition (tilgængelig for telefoner på alle lokationer), er SJCTOE164 partitionen kun tilgængelig for brugere på lokation SJC. Dette antager overlappende udvidelsesområder.

Det første skridt til at aktivere opkald fra Unified CM til Webex Calling er at sikre, at +E.164 Destinationer bliver rutet i overensstemmelse hermed. Dette kan opnås ved at tilføje en Webex Calling-partition til opkaldsplanen, tilføje +E.164 Rutemønstre for alle Webex Calling-destinationer til den pågældende partition, og endelig tilføjelse af Webex Calling-partitionen til alle opkaldssøgningsområder, der repræsenterer serviceklasser, som skal kunne nå Webex Calling. Det er nødvendigt at oprette en dedikeret Webex Calling-partition for at muliggøre oprettelse af en differentieret serviceklasse for opkald, der stammer fra Webex Calling. For at undgå opkaldsløkker bør søgeområdet for indgående opkald på trunk'en fra den lokale gateway ikke have adgang til Webex Calling-partitionen.

Som vist i figur +E.164 routing til Webex Calling, for at aktivere routing fra Unified CM til Webex Calling for en placering med +E.164 DID-område +1 221 555 2XXX og lokationskode 121, et hasterutemønster der matcher dette +E.164 område skal tilføjes til Webex Calling partitionen.

Hvis der ikke kræves et stedspecifikt valg af lokal gateway, kan en enkelt rutegruppe, i stedet for at bruge en ruteliste med en lokal Webex Calling-rutegruppe som destination for rutemønstre, der peger på Webex Calling, klargøres med den lokale gateway som det eneste medlem, og derefter peger Webex Calling-rutemønstrene på en enkelt Webex Calling-ruteliste med denne ene rutegruppe som eneste post.

For at aktivere kortnummeropkald mellem websteder til Webex Calling-webstedet tilføjes det nødvendige rutemønster 8121.2XXX til Webex Calling-partitionen. For websteder, der skal overføres til Webex, skal der opkaldes et opkaldsnormaliseringsmønster 8121.2XXX, der normaliserer ESN-opkald til +E.164 findes muligvis allerede i ESN partitionen. I så fald ser 8121.2XXX ud til at være overflødig, men så snart alle DN'er på den respektive placering er blevet migreret til Webex Calling, kan 8121.2XXX opkaldsnormaliseringsoversættelsesmønsteret fjernes, og derefter aktiverer 8121.2XXX rutemønsteret ESN-opkald, selv for brugere, der kun bruger lokalnumre i det pågældende område.

Med disse ændringer i opkaldsplanen kan opkald til Webex Calling-lokationen ikke kun foretages ved at ringe til forkortede intersite-numre, men også +E.164. Internationale og nationale PSTN-opkald er også mulige, fordi disse opkaldsvaner først normaliseres til +E.164 gennem de allerede eksisterende opkaldsnormaliseringsoversættelsesmønstre og derefter blive dirigeret til Webex Calling ved at matche +E.164 rutemønster i Webex Calling-partitionen.

De +E.164 Rutemønstermatchning på Webex Calling-lokationens DID-område kan klargøres, mens alle DID'er stadig hostes på Unified CM. Den bedste algoritme til matchning af matchmønstre i Unified CM sikrer, at når et nummer, der er hostet på Unified CM, ringes op, så... +E.164 Det katalognummer, der er klargjort på Unified CM, er et bedre match end jokertegnnummeret +E.164 rutemønster, der peger på Webex Calling, så opkaldene viderestilles til en linje på Unified CM og ikke sendes til Webex Calling.

Hver bruger i Webex Calling er tildelt en lokalnummer and/or -en +E.164 telefonnummer. Forlængelselængden er en fast global indstilling: Alle lokalnumre i en Webex Calling-installation har samme længde. Lokalnummeropkald kan bruges mellem Webex Calling-brugere både inden for en lokation og mellem lokationer. Forkortet opkald mellem lokalnumre (sidstnævnte tilfælde) fungerer kun, hvis det opkaldte lokalnummer er unikt.

Hvis forkortede opkald mellem lokationer er et krav, men der er overlap mellem lokalnumre, der er tildelt på forskellige lokationer, skal der oprettes en virksomhedsspecifik nummerplan ved at give lokalnumrene en adgangskode (en lokationskode) foran. For yderligere information, se Foretrukken arkitektur til Cisco Collaboration 15 lokale implementeringer, designoversigt tilgængelig på Cisco Collaboration foretrukne arkitekturer.

Lokalnummerets længde, opkaldsadfærden for interlokationsopkald, præfikslængden for interlokationsopkald og styringscifferet i routingpræfikset for interlokationsopkald konfigureres i indstillingerne for opkaldstjenesten i Control Hub:

• Længde af præfiks til placeringsrute: Præfikslængde inklusive styrecifferet. Kun påkrævet, hvis en virksomhedsnummerplan skal etableres som alternativ forkortet virksomhedsopkaldsrutine mellem lokationer.

• Styringsciffer i rutepræfiks: Styreciffer for forkortet virksomhedsopkaldsrutine. Overlap med det første ciffer for enhver lokation og udgående opkaldscifre for lokationen bør undgås. Kun påkrævet, hvis en virksomhedsnummerplan skal etableres som alternativ forkortet virksomhedsopkaldsrutine mellem lokationer.

• Intern forlængerlængde: Standardlængde på forlængere. Kan have en hvilken som helst værdi mellem to og ti.

  Når der kræves opkald via lokalnummer eller opkald ved hjælp af virksomhedens signifikante numre (styringskode, lokationskode, lokalnummer) fra en lokal opkaldskontrol til Webex Calling, og den lokale opkaldskontrol sender en lokalnummer som opkalds-id, skal du sørge for også at indstille parameteren Maksimal ukendt lokalnummerlængde i afsnittet Opkaldsrouting mellem Webex Calling og lokaler for at sikre, at upstream-opkald fra den lokale opkaldskontrol til Webex Calling kan klassificeres korrekt som lokale opkald.

• Tillad opkald via lokalnummer mellem lokationer: Skift til enable/disable lokalnummeropkald mellem lokationer. Denne indstilling bør kun aktiveres, hvis alle udvidelser i organisationen er unikke. Hvis indstillingen er deaktiveret, skal virksomhedens signifikante numre (styringskode, lokationskode, lokalnummer) eller telefonnumre ringes op mellem lokationer.

De første tre parametre bruges primært til at opbygge en opkaldsplan for telefoner for at minimere timeouts mellem cifre, når der opkaldes med røret af. Afvigelser fra disse globale indstillinger er stadig mulige (eksempel - lokalnumre med en anden længde kan provisioneres), men der vises en advarselsmeddelelse i Control Hub, og opkald fra telefoner kræver muligvis blokeret opkald for at undgå konflikter inden for den forudindlæste opkaldsplan.

Tabellen Eksempel på virksomhedsnummerering viser et eksempel på tre lokationer, hvor lokalnummerintervallerne for to lokationer, NYC og RTP, er identiske. Etablering af et virksomhedsnummersystem med et styringsciffer mellem lokationer 8efterfulgt af en trecifret lokationskode og det firecifrede lokalnummer skaber en ikke-overlappende forkortet opkaldsrutine mellem lokationer.

Tabel 2. Eksempel på virksomhedsnummerering

Websted	Udvidelsesområde	Webstedskode	Enterprise-serien
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

For at muliggøre en gnidningsløs overgang bør brugernes opkaldsvaner før og efter overgangen til Webex Calling ideelt set være de samme. For at forberede overgangen for hver lokation skal DID-intervallerne og lokalnumre (eller forkortede opkaldsvaner inden for stedet) dokumenteres. Baseret på disse oplysninger skal det intersite styreciffer vælges.

Tabellen Webex-opkaldslokalnummerintervaller med fast længde viser et eksempel på tre placeringer og lokalnummerintervaller med fast længde. Da overlappende opkaldsvaner skal undgås, er det vigtigt at sikre, at det første ciffer i området for ethvert lokalnummerinterval ikke stemmer overens med styringscifferet for forkortet opkald mellem steder. Hvis for eksempel 8 er valgt som styreciffer for opkald mellem lokationer, kan intet lokalnummerområde på noget lokationsområde starte med 8. Typisk matcher lokalnumrene på en given placering de sidste par cifre i de DID'er, der er tildelt den pågældende placering. For at undgå konflikter kan det første ciffer i lokalnummeret ændres. Hvis for eksempel DID'er i +1 Hvis 408 555 8XXX-området bruges på en lokation, kan 7XXX i stedet for at bruge 8XXX som lokalnummerområde bruges til lokalnummerne på det pågældende sted.

Tabel 3. Webex-opkaldslokalnummerintervaller med fast længde

Websted	Udvidelsesområde	Webex-opkaldsudvidelser	Webstedskode	Enterprise-serien
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Syvcifrede opkaldsstrenge, der ringes op på en Webex Calling-enhed ved hjælp af den amerikanske Webex Calling-opkaldsplan, overlapper med et syvcifret mønster til lokal opkald i den forudindlæste amerikanske opkaldsplan. For at undgå overlapninger mellem opkaldsvaner online og off-net (PSTN) kan en obligatorisk ekstern adgangskode bruges på den pågældende lokation. Hvis det eksisterende virksomhedsnummerskema og det tilsvarende forkortede opkald mellem lokationer overlapper med mønstre i Webex Calling's nationale opkald, kan nummerskemaet under overgangen til Webex Calling også ændres til en længere eller kortere form for at undgå overlap. Den nemmeste måde at opnå dette på er at tilføje et ekstra udfyldningsciffer til nummereringsskemaet. Det nye længere opkaldsskema mellem websteder skal kun implementeres af brugere, der allerede er migreret til Webex Calling. Brugere, der stadig er på Unified CM, kan fortsætte med at ringe syv cifre. Virksomhedens opkaldsplan på Unified CM skal i dette tilfælde sørge for, at forkortet syvcifret opkald fra Unified CM til Webex Calling transformeres til enten +E.164 eller til det forkortede opkaldsformat, der er implementeret på Webex Calling. Dette skal gøres, før opkaldet sendes til den lokale gateway.

Tabellen Overgang til syvcifret opkald viser et eksempel på denne omnummerering. I dette eksempel bruger forkortet inter-site opkald på Unified CM styreciffer 8 efterfulgt af en tocifret sitekode og et firecifret lokalnummer. For at undgå syvcifrede forkortede opkald mellem lokationer på Webex Calling, kan lokationskoderne nemt ændres til tre cifre ved at tilføje et vilkårligt udfyldningsciffer (8 i eksemplet) til de tocifrede lokationskoder, der bruges i Unified CM, så opkald mellem lokationer fra Webex Calling-telefoner bruger styrecifferet 8 efterfulgt af udfyldningscifferet 8, den gamle tocifrede lokationskode og det firecifrede lokalnummer. Brugere på Webex Calling behøver ikke at huske nye sitekoder; de skal kun huske at bruge 88 som præfiks til opkald mellem sites i stedet for 8 på Unified CM.

Tabel 4. Overgang til syvcifret opkald

		Unified CM		Webex Calling
Websted	Lokalnumre	Webstedets kode	Enterprise-serien	Webstedsode	Enterprise ange
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 scenarie med forskellige virksomhedsnummerformater på Unified CM og Webex Calling, hvis virksomhedsnumre præsenteres som oplysninger om den opkaldende part for opkald fra Unified CM til Webex Calling (for eksempel - opkald fra enheder uden et DID), er det vigtigt også at implementere en kortlægning mellem de forskellige nummerformater for oplysninger om den opkaldende part for at sikre, at tilbagekald fungerer. Denne kortlægning kan opnås ved at bruge et transformationsmønster for kaldende parter på trunk mellem Unified CM og den lokale gateway.

Det er afgørende at vælge den rette udbyder af opkaldsoptagelse for at nå forretningsmål og sikre funktionstilpasning på tværs af organisationen:

• Valg af global udbyder: Organisationer udpeger typisk en primær udbyder af opkaldsoptagelse på globalt niveau, hvilket sikrer ensartethed i funktionssæt, overholdelse af regler og support på tværs af alle lokationer.

• Lokationsbaserede tilsidesættelser: I scenarier, hvor specifikke lokationer eller regioner har unikke forretningsbehov eller lovgivningsmæssige krav, kan det være nødvendigt at tilsidesætte det globale udbydervalg og angive alternative udbydere for disse lokationer. Denne fleksibilitet understøtter varierende compliance-mandater og lokale driftsbehov

• Forretningskrav: Valget af udbyder bør baseres på en vurdering af forretningsmæssige faktorer såsom overholdelse af lovgivningen (eksempel - MiFID II, HIPAA), kvalitetssikring, tvistbilæggelse eller træningsbehov.

• Funktionstilgængelighed: Udbydere bør evalueres ud fra deres evne til at levere nødvendige funktioner, såsom overvågning i realtid, søge- og afspilningsfunktioner, kryptering, opbevaringspolitikker, integration med analyseplatforme og understøttelse af forskellige opkaldstyper (indgående, udgående, interne).

Det er afgørende for overholdelse af regler og ydeevne at bestemme det område, hvor opkaldsoptagelser gemmes og behandles:

• Valg af global region: Som standard kan organisationer vælge en enkelt region til lagring af opkaldsoptagelser for at forenkle administration og styring.

• Lokationsbaserede områdetilsidesættelser: Hvor love om dataopbevaring eller virksomhedspolitikker kræver det, kan det være nødvendigt at tilsidesætte den globale regionsindstilling for bestemte steder og sikre, at opkaldsoptagelser gemmes og behandles inden for de krævede geografiske grænser.

• Krav til dataopbevaring: Designet skal tage højde for internationale og lokale databeskyttelsesregler (såsom GDPR, CCPA eller landespecifikke påbud), som kan diktere, hvor og hvordan opkaldsoptagelser opbevares.

Et andet kritisk aspekt, der skal tages højde for under planlægning og design af en opkaldsoptagelsesløsning til Webex Calling, er estimering af lagerkrav. Det er vigtigt at forudsige lagerbehovene præcist for at sikre, at der er tilstrækkelig kapacitet til rådighed til at understøtte den løbende forretningsdrift, opretholde overholdelse af regler og undgå afbrydelser.

Flere nøgleparametre bør overvejes ved fastlæggelse af det forventede lagerbehov:

• Antal optagede opkald: Vurder det forventede antal opkald, der vil blive optaget inden for et givet tidsinterval (f.eks. pr. dag, uge eller måned). Dette omfatter ikke kun eksterne opkald, men også intern kommunikation, hvis det kræves af forretningspolitik eller lovgivningsmæssige påbud.

• Gennemsnitlig opkaldsvarighed: Beregn den typiske længde af optagede opkald, da længere opkald vil optage mere lagerplads. Variationer i opkaldsvarighed på tværs af forskellige afdelinger eller brugergrupper bør også tages i betragtning i estimatet.

• Opbevaringsperiode: Definer, hvor længe optagelser skal opbevares, hvilket ofte dikteres af organisationens politikker eller eksterne regler (såsom branchespecifikke compliance-standarder). Længere opbevaringsperioder vil øge de samlede opbevaringskrav

• Vækstprognoser: Overvej forventet vækst i opkaldsvolumen eller udvidelse af optagelsesomfanget, hvilket kan skyldes forretningsskalering, nye lovgivningsmæssige krav eller onboarding af yderligere brugere eller lokationer.

Ved grundigt at analysere disse parametre kan organisationer udvikle en robust lagringsstrategi, der sikrer skalerbarhed, omkostningseffektivitet og overholdelse af lovgivningen for deres Webex Calling-opkaldsoptagelsesløsning. Det er også tilrådeligt regelmæssigt at gennemgå og justere lagerallokeringer, efterhånden som brugsmønstrene udvikler sig over tid.

Administratorer tildeler manuelt Webex Calling-licenser til individuelle brugere via Control Hub-grænsefladen.

Administratorer kan redigere servicelicenser for individuelle brugere og tildele opkaldslicenser direkte.

Brug skabeloner til licenstildeling i Control Hub til automatisk at tildele licenser til brugere baseret på gruppe- eller organisationsindstillinger.

Automatisk licensering kan udføres via katalogsynkronisering eller manuelle brugeropdateringer, men brugerne skal have et gyldigt +E.164 formateret telefonnummer, og telefonnumrene skal findes på en Webex Calling-placering før brugerklargøring. Hvis betingelserne ikke er opfyldt (f.eks. ugyldigt telefonnummerformat), vil Webex Calling-licenser ikke blive tildelt.

Upload en CSV-fil med brugeroplysninger og licenstildelinger for at tilføje eller ændre flere brugere på én gang.

CSV-import understøtter tilføjelse af op til 20.000 brugere og tildeling af licenser, men Webex Calling-licenser kræver specifikke felter som telefonnummer og lokalnummer.

Brug Webex API'er til programmatisk at tildele licenser og administrere brugere.

Webex understøtter API-operationer til bruger- og licensstyring (People, SCIM 2.0 og Licenser API'er), som kan udnyttes til automatisering af licenstildeling. Licenses API'en tillader samtidig tildeling af licenser, telefonnumre og lokalnumre.

Tabel 5. Brugerklargøringsmuligheder - oversigt

Tildelingsmetode	Fordele	Ulemper
Manuel via Control Hub	Simpelt for få brugere. Giver præcis og detaljeret kontrol over licenstildeling.	Ikke skalerbar, tidskrævende Udsat for menneskelige fejl under manuel indtastning.
Automatiske licensskabeloner	Skalerbar Reducerer manuelle fejl Kan anvendes på nye og eksisterende brugere.	Kræver gyldige telefonnumre og placeringer. Mere kompleks at sætte op Kræver også brugergrupper pr. brugergruppe med tilsvarende licenskrav.
Masseupload af CSV	Effektiv til store brugergrupper Tillader samtidig tildeling af licenser, telefonnumre og lokalnumre.	Kræver omhyggelig CSV-formatering Potentiale for fejl, hvis telefonnumre eller lokalnumre mangler eller er forkerte.
API-baseret tildeling	Automatiserbar, fleksibel. Tillader samtidig tildeling af licenser, telefonnumre og lokalnumre.	Kræver udvikling og API-kendskab.

Tabellen Brugerklargøringsmuligheder - oversigt opsummerer brugerklargøringsmulighederne og deres fordele og ulemper. Denne oversigt hjælper med at vælge den bedste metode til licenstildeling baseret på kundens organisationsstørrelse, automatiseringsmuligheder og brugerprovisioneringsprocesser og -krav.

Hvor det er muligt, anbefaler Cisco at tildele opkaldslicenser ved hjælp af licensskabeloner. Dette kræver, at der for hver gruppe af brugere, der kræver et unikt sæt licenser (eksempel - Webex Calling Standard vs. Professional), findes en gruppe med de respektive gruppemedlemskaber. Som beskrevet i afsnittene Brugergrupper kan brugergrupper defineres manuelt i Control Hub eller synkroniseres fra en virksomhedsmappe. En kombination af begge tilgange er mulig.

Brugere, der tilhører flere grupper, får licenser fra alle tildelinger, der gælder for alle deres grupper. Dette giver mulighed for at bruge Webex Calling-licensspecifikke sikkerhedsgrupper i virksomhedskataloget til at administrere Webex-licenstildeling, hvor den resulterende brugerlicenstildeling styres af foreningen af gruppemedlemskaber.

For mere information, se Opsæt automatiske licenstildelinger i Control Hub og Opsæt automatiske licenstildelingsskabeloner for Webex Calling-brugere.

Dette afsnit dækker kun Webex Calling-relaterede licenser. Andre licenstyper (eksempel - Webex-enhedsregistrering, beskeder, møder) er ikke dækket. Som en del af designprocessen skal licenskravene fastlægges. Licensantallet for følgende licenstyper skal beregnes:

• Webex-opkaldsstandard: antal individuelle brugere, der kræver standardtelefonifunktioner.

• Webex-opkaldsmedarbejder: antal brugere og arbejdsområder, der kræver avancerede telefonifunktioner. Virtuelle linjer og gruppe-voicemail har ret til en 1:1 forholdet for hver professionel licens. I sjældne tilfælde, hvor antallet af nødvendige virtuelle linjer eller gruppe-voicemails overstiger antallet af brugere og arbejdsområder, der kræver avancerede telefonifunktioner, skal der derfor tages højde for yderligere professionelle licenser.

• Webex-opkaldsarbejdsområde til fællesområde: antal steder med delt brug eller fællesområder, der kræver standardopkaldsfunktioner.

• Webex Calling Kundehjælp: Antal agenter og supervisorer, der kræver Webex Calling Customer Assist-funktioner. Webex Calling-kundesupporten inkluderer Webex Calling Professional-licensen.

• Rutelisteopkald: antal nødvendige Cloud Connected PSTN-opkald mellem lokale Unified CM-brugere and/or lokale specialiserede tredjepartsapplikationer.

• Attendant-konsol: Antal Webex Calling-brugere, der kræver adgang til Attendant Console-klienten.

• Cisco-opkaldsabonnement (udgående opkaldsabonnement): antal brugere, der har brug for et PSTN-nummer and/or Adgang til udgående PSTN-opkald for Cisco PSTN-tjenesten.

Der er ingen dedikeret licenstype til professionelle arbejdsområder. Professionelle arbejdsområder bruger en Webex Calling Professional-licens.

Arbejdsområder kun med hot desking tilbyder hot desking-værtstjenesten og nødopkald fra hot desking-værten og kræver ingen licens. For yderligere information, se Tilføj og administrer enheder kun til hot desk.

For at bestemme den nødvendige licenstype for hver bruger og arbejdsområde baseret på de nødvendige funktioner, se Funktioner tilgængelige efter licenstype for Webex Calling.

For at skelne mellem funktionaliteten, der tilbydes af Webex Calling-opkaldskøer kombineret med den professionelle Webex Calling-licens i modsætning til Webex Calling-kundesupport, se Sammenligning af Webex Calling-opkaldskø- og kundesupportfunktioner.

Brugergruppestyring i Webex giver administratorer mulighed for at organisere brugere i grupper for effektiv massestyring af licenser, indstillinger og ressourcer. Grupper hjælper med at strømline administrationen ved at anvende politikker, licenser og indstillingsskabeloner på flere brugere samtidigt i stedet for at administrere brugerne individuelt.

Administration af brugergrupper tilbyder adskillige fordele, herunder:

• Forenklet administration: Administrer licenser, indstillinger og politikker for flere brugere på én gang.

• Konsistens: Anvend ensartede indstillinger og licenser på tværs af brugere i den samme gruppe.

• Skalerbarhed: Understøtter op til 250.000 medlemmer pr. gruppe.

• Integration: Synkroniser grupper fra Microsoft Entra ID (Azure AD) eller Active Directory for automatiseret bruger- og gruppeadministration.

• Fleksibilitet: Opret lokale grupper eller synkroniser sikkerhedsgrupper; administrer gruppemedlemskab manuelt eller via CSV-filer.

• Ressourceallokering: Styr adgang til integrerede apps og tjenester baseret på gruppemedlemskab.

De primære anvendelsesscenarier for brugergrupper ved klargøring af Webex Calling er:

• Licenstildelinger: Tildel licenser til grupper for automatisk at levere tjenester som opkald, møder, beskeder eller hybridtjenester til gruppemedlemmer.

• Indstillingsskabeloner: Anvend samlinger af tjenesteindstillinger (f.eks. beskeder, møder, opkald) på grupper for at opnå ensartet brugeroplevelse.

• Massebrugeradministration: Tilføj eller fjern brugere på én gang via CSV-filer eller mappesynkronisering.

• Automatisering og integration: Brug API'er eller mappesynkronisering til automatiseret administration af bruger- og gruppelivcyklus.

Følgende tabel opsummerer de forskellige muligheder for at administrere brugergrupper og gruppeadministration i Webex.

Tabel 7. Muligheder for at administrere grupper og gruppemedlemskaber

Valgmulighed	Beskrivelse	Fordele	Ulemper
Klargøring af Control Hub-gruppe (Webex-grupper)	Opret og administrer grupper direkte i Control Hub. Add/remove medlemmer manuelt eller via CSV.	Fuld kontrol over gruppemedlemskab Øjeblikkelig anvendelse af licenser og skabeloner Nemt at oprette og redigere grupper	Manuelle opdateringer kræves Risiko for fejl ved manuelle CSV-uploads Ingen automatisk synkronisering med eksterne mapper
Synkroniserede grupper fra Entra ID (Azure AD) eller Active Directory	Synkroniser automatisk sikkerhedsgrupper og medlemskaber fra eksterne katalogtjenester.	Automatiseret synkronisering reducerer manuelt arbejde Sikrer overensstemmelse med virksomhedens register Støtter store organisationer	Kan ikke redigere gruppemedlemskab i Control Hub Synkroniseringsforsinkelse på op til 12 timer Indlejrede grupper kræver manuel valg
Grupper og SCIM 2.0 API (Webex Grupper)	Brug Webex Groups eller SCIM 2.0 API til programmatisk gruppe- og medlemskabsadministration	Automatisering og integration med andre systemer Skalerbar til store eller komplekse miljøer	Kræver udviklingsindsats Kompleksitet afhænger af API-brug

Selvom synkroniserede grupper sikrer konsistens og tilbyder et enkelt administrationspunkt, er en hybrid tilgang, der kombinerer synkroniserede grupper og Webex-grupper (enten administreret i kontrolhub eller via API'er), mulig. Så for eksempel kan grupper til licenstildeling være synkroniserede grupper, og et separat sæt Webex-grupper kan bruges til at tildele bruger- og Webex-app-opkaldsskabeloner.

Denne omfattende tilgang til brugergruppestyring i Webex gør det muligt for organisationer effektivt at administrere brugerlicenser, indstillinger og politikker, hvilket sikrer ensartede og skalerbare samarbejdsoplevelser.

Den primære datakilde for brugere på Unified CM er Unified CM-databasen, som indeholder oplysninger om slutbrugere. Unified CM er dog typisk ikke den autoritative kilde til brugeridentitetsstyring, og endnu vigtigere vil den blive lukket ned ved overgangens afslutning og er derfor udelukket som en langsigtet autoritativ kilde til identitetsoplysninger.

Cisco anbefaler at bruge en centraliseret cloud-mappe, f.eks. Microsoft Entra ID (Azure AD), som den eneste sandhedskilde for brugeridentiteter. Synkronisering af brugere fra Entra ID til Control Hub sikrer konsistens, forenkler administration og understøtter single sign-on (SSO)-funktioner.

For at sikre, at alle brugere på Unified CM også er til stede i Entra ID, bør organisationer verificere, at brugerkontiene i Unified CM svarer til konti i Entra ID. Dette kan gøres ved at eksportere brugerlister fra Unified CM og sammenligne dem med Entra ID-brugerlister.

Kort sagt er den anbefalede klargøringsmetode at synkronisere brugere fra Microsoft Entra ID (Azure AD) til Webex Control Hub ved hjælp af Azure AD-guiden eller SCIM-apps. Manuel og CSV-bulkprovisionering er tilgængelige som supplerende metoder, men er mindre skalerbare og mere fejlbehæftede for store organisationer. Det er afgørende at sikre, at Entra ID er den autoritative kilde, og at alle Unified CM-brugere findes i Entra ID for en vellykket migrering og ensartet brugeroplevelse på tværs af Webex Calling- og Unified CM-miljøer.

Overgang fra en lokal katalogtjeneste, som Active Directory, til en cloud-katalogtjeneste, som Entra ID (Azure ID), er uafhængig af den kaldende overgang. Cisco anbefaler at afslutte overgangen til en cloud-katalogtjeneste, før overgangen til opkald påbegyndes.

Efter overførsel af virksomhedskataloget fra det lokale miljø til skyen skal du indsamle de nødvendige brugergrupper baseret på licens- og funktionsskabelonkrav. For hvert gruppedokument:

• Gruppenavn: gruppens unikke navn.

• Licenser: licenser, der skal tildeles denne gruppe (hvis nogen) og omfang (skal licenser tildeles eksisterende brugere eller kun nye brugere)

• Indstillingsskabeloner: Webex-app og skabeloner til brugeropkald.

• Katalogsynkronisering: Vil denne gruppe blive synkroniseret fra virksomhedskataloget, eller er dette en lokal Webex-gruppe, der er klargjort i Control Hub eller via en API.

• Beskrivelse: Hvordan vil denne gruppe blive brugt, og hvilke brugere skal være medlemmer af gruppen

Disse oplysninger vil blive brugt senere i implementeringsfasen til at oprette lokale grupper eller grupper i virksomhedskataloget og administrere brugernes gruppemedlemskab.

Webex giver organisationer mulighed for at konfigurere SSO med flere IdP'er for at imødekomme komplekse IT-miljøer såsom fusioner, opkøb eller decentraliserede IT-afdelinger, hvor forskellige grupper bruger forskellige IdP'er. Understøttelse af flere IdP'er kan enten implementeres ved hjælp af funktionen til flere IdP'er i Webex eller via integration af et virksomheds-IAM-system som Cisco Duo.

Webex' understøttelse af flere identitetsudbydere (IdP'er) adresserer flere vigtige anvendelsesscenarier, hvor organisationer kræver fleksibel og sikker godkendelse på tværs af forskellige IT-miljøer:

Duo Access Gateway (DAG) kan godkende brugere ved hjælp af eksisterende lokale eller cloudbaserede mapper såsom Active Directory (AD) og OpenLDAP. Det understøtter også integration med andre identitetsudbydere som Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS og Shibboleth. Denne fleksibilitet giver organisationer mulighed for at bruge deres nuværende kataloginfrastruktur til Webex SSO med Duo MFA.

Duo fungerer som et stærkt godkendelseslag oven på godkendelsen af den primære mappe. Den fungerer som en identitetsudbyder (IdP), der bruger SAML 2.0 til at håndhæve tofaktorgodkendelse (2FA), før der gives adgang til Webex. Duo evaluerer bruger-, enheds- og netværkskontekst i forhold til konfigurerbare politikker for at tillade eller nægte adgang, hvilket forbedrer sikkerheden ud over blot brugernavn og adgangskode. Duo tilbyder også fleksible politikkontroller, såsom at kræve MFA ved hvert login for nogle apps og sjældnere for andre.

Fordelene ved Cisco Duo inkluderer:

• Forbedret sikkerhed: Tilføjer phishing-resistent MFA for at beskytte Webex-adgang, hvilket reducerer risikoen fra kompromitterede adgangskoder.

• Fleksible politikker: Giver detaljeret kontrol over godkendelseskrav pr. applikation eller brugergruppe.

• Integration med eksisterende mapper: Understøtter lokal AD, OpenLDAP, cloud-kataloger og forskellige SSO-udbydere, hvilket minimerer ændringer i infrastrukturen.

• Brugervenlighed: Understøtter Single Sign-On (SSO) for at reducere træthed med adgangskoder ved at give brugerne mulighed for at logge ind én gang og få sikker adgang til flere ressourcer.

• Pålidelige slutpunkter: Understøtter enhedstillid for Webex-klienter på Windows og macOS, hvilket forbedrer sikkerhedstilstanden.

• Selvbetjeningstilmelding: Indlejret tilmelding og duo-prompt forbedrer brugeroplevelsen under MFA-opsætning.

Duo MFA med SSO til Webex udnytter eksisterende mapper som Active Directory og OpenLDAP eller cloudidentitetsudbydere til at godkende brugere. Duos rolle er at levere en stærk, politikdrevet anden godkendelsesfaktor integreret via SAML 2.0, hvilket forbedrer sikkerheden og samtidig opretholder brugervenlighed via SSO. Fordelene omfatter forbedret sikkerhedstilstand, fleksibel håndhævelse af politikker, problemfri integration og en bedre brugeroplevelse.

Cisco anbefaler implementering af SSO for Webex-brugere. For forbedret sikkerhed anbefales integration med Cisco Duo.

Enterprise IAM- og SSO-strategien bør implementeres, før overgangen fra Unified CM til Webex Calling påbegyndes.

Webex Calling Auto Attendant giver mulighed for 24/7 automatisering af håndtering af indgående opkald, hvilket muliggør effektiv opkaldshåndtering uden behov for at en person besvarer hvert opkald.

Den automatiske omstillingsfunktion besvarer indgående opkald og giver den, der ringer op, en menu med muligheder for, hvor de vil dirigere deres opkald hen. Dette kan være til en person, en telefonsvarer eller en opkaldstjeneste (f.eks. opkaldskø). Den, der ringer op, bruger telefonens tastatur til at indtaste nummeret fra den automatiske omstillingsmenu.

Den automatiske assistent understøtter følgende nøglefunktioner:

• Forretnings- og eftertidstider

• Ferieplan

• Opkaldsmenufunktion til at dirigere dine kunder til det sted, de skal hen

• Tilpas hilsner

• Opkald efter navn-mulighed

• Indstillinger for viderestilling af opkald

• Control Hub-analyser og -rapporter.

For yderligere information, se Administrer automatiske ombud.

Opkaldsparkering giver brugerne mulighed for nemt at sætte et opkald på hold, så en anden bruger nemt kan hente det, når de er tilgængelige til at tage det. Det frigør også den bruger, der besvarede det oprindelige opkald, til at foretage eller modtage andre opkald, mens opkaldet er parkeret.

Der er to typer opkaldsparkeringer tilgængelige i Webex Calling:

1. Direkte opkaldsparkering - giver enhver bruger mulighed for at parkere et opkald til en anden brugers lokalnummer eller til et lokalnummer for opkaldsparkering, som defineret af administratoren.

2. Opkaldsparkeringsgruppe - giver en defineret gruppe brugere mulighed for automatisk at parkere opkald mod tilgængelige parkeringsdestinationer, der er defineret for gruppen. Disse destinationer kan være gruppemedlemmernes lokalnumre eller parkerede opkaldsloknumre.

Baseret på konfigurationen og parkeringstypen kan brugerne hente opkald ved at ringe til *88+><extension of parked call>, trykke på linjetasten, der er knyttet til lokalnummeret for parkeret opkald, eller bruge en programtast på deres IP-telefon.

Der er en mulighed for at kalde et parkeret opkald tilbage efter en bestemt periode til den bruger, der parkerede opkaldet, eller til en alternativ bruger.

Du kan finde flere oplysninger i Administrer opkaldsparkering i Control Hub.

Opkaldsbesvarelse giver en administrator mulighed for at definere en gruppe brugere (medlemmer), der kan besvare et opkald til et andet medlems telefon. Dette giver en bruger mulighed for at besvare opkald, når deres holdkammerater er optaget og ikke kan besvare et indgående opkald.

Brugerne i en gruppe skal være på den samme Webex Calling-placering.

Brugere kan enten bruge Webex-appen eller deres bordtelefon til at besvare et opkald.

• Webex-app:

  • Understøtter visuelle og lydnotifikationer

  • Notifikation om indgående opkald

  • FAC-baseret (opkald *98) eller notifikations-toast-opkaldsbesvarelse

  • Notifikationer om besvarelse af opkald for flere linjer.

• Bordtelefoner:

  • Notifikation om indgående opkald

  • Lydsignaler og visuel notifikation via håndsættets LED-indikator. 6821 understøtter kun lydklokker

    • Når den valgte notifikationstype i Control Hub ikke er ingen

  • Kun notifikationer om besvarelse af opkald for primære linjer.

For yderligere information, se Konfigurer opkaldsmodtagelsesgruppe

Webex Calling inkluderer opkaldskøer kun til stemme som en del af sine kernefunktioner, og enhver bruger med en Webex Calling Professional-licens kan være en del af en opkaldskø, agent eller supervisor. Denne funktion giver brugerne mulighed for effektivt at interagere med kunder. Opkaldskøer understøtter en delmængde af nogle af callcenterets kernefunktioner, såsom talekøer, tilbagekald, færdigheds- eller prioritetsrouting, administration af agentkøer, analyser, rapportering osv.

Ciscos opfordring til Microsoft Teams-integration giver agenter adgang til opkald og funktioner i opkaldskøen direkte fra deres Microsoft Teams-klient.

Opkaldskøer understøtter følgende nøglefunktioner:

• Hilsener og beskeder (velkomst, trøst, hvisken osv.)

• Hold musik

• Tilbagekald

• Politikker for køruting (natkørsel, helligdage, videresendelse)

• Agentkø login/logout

• Administration af agentkøstatus

• Webex-app eller bordtelefonsupport

• Supervisor-agent opkaldsovervågning, coaching, indbrud eller overtagelse via funktionsadgangskoder (FAC'er)

• Kontrolhub (administratoradgang) til:

  • køhåndtering

  • Analyse og rapportering af agenter og køer

  • Kø-, agent- og supervisorstyring.

For yderligere information, se Konfigurer opkaldskø.

Webex Calling har en tilføjelsesfunktion til kundeassistance, der giver yderligere opkaldskøfunktioner og giver agenter og supervisorer en bedre brugeroplevelse i Webex-appen. For en sammenligning af Webex Calling-opkaldskø- og kundeassistancefunktionerne, se Sammenligning af Webex Calling-opkaldskø- og kundeassistancefunktioner.

Webex-opkaldssøgningsgrupper giver mulighed for at dirigere indgående opkald til en bestemt gruppe brugere via et forudbestemt opkaldsrutemønster. Dette sikrer, at opkald besvares af den rette gruppe brugere eller sendes til en telefonsvarer til opfølgning.

En stor forskel mellem søgegrupper og opkaldskøer er, at opkald ikke sættes i kø i en søgegruppe, så hvis der ikke er nogen brugere i søgegruppen tilgængelige til at besvare opkaldet, vil det blive afbrudt, sendt til telefonsvarer eller viderestillet til et andet nummer (bruger eller tjeneste).

Du kan finde flere oplysninger i Administrer søgegrupper i Control Hub.

Funktionen Driftstilstande giver virksomheder mulighed for effektivt at dirigere opkald til forskellige destinationer (brugere, telefonsvarer, opkaldstjenester som f.eks. en opkaldskø). Hvor og hvornår et opkald dirigeres hen, er baseret på en tidsplan for både døgnet og ugedagen, og enhver bruger kan autoriseres til at administrere disse tilstande (planer) for at kontrollere ændringer i opkaldsroutningen.

Som et eksempel kan opkald til en opkaldskø dirigeres til en anden opkaldskø med agenter i en anden tidszone for at besvare opkald efter lukketid, i åbningstiden dirigeres til de lokale agenter, og i løbet af helligdage dirigeres til telefonsvarer for opfølgning, når agenter vender tilbage til kontoret.

En autoriseret bruger kan skifte mellem disse forskellige viderestillingsscenarier (tilstande), hvis de har brug for at ændre, hvor indgående opkald dirigeres hen i en bestemt periode. Disse brugere kan administrere tilstandene via deres 6800/7800/8800 MPP-telefoner, 9800-telefoner eller i Webex-brugerhubben på Administrer tilstande.

For mere information, se Opkaldsrouting baseret på driftstilstande i Webex Calling.

Personsøgergrupper giver brugerne mulighed for at foretage et envejsopkald for at sende en lydbesked til en gruppe af brugere. Hver gruppe kan indeholde op til 75 målbrugere and/or arbejdsområder, der nås ved at ringe til et foruddefineret nummer eller lokalnummer.

Når en bruger ringer til en personsøgergruppe, foretages der et samtidigt opkald til alle de tildelte mål i gruppen, hvorefter den, der ringer op, kan indtale sine beskeder og lægge på, når de er færdige.

Du kan finde flere oplysninger i Konfigurer en personsøgergruppe i Control Hub.

Webex Calling understøtter optagelse af opkald foretaget eller modtaget af en bruger. Dette kan være påkrævet af hensyn til kvalitet, sikring, sikkerhed eller træning. Som standard optages opkald i Webex, men andre tredjepartsudbydere af optagelser kan også bruges, hvis andre optagelsesfunktioner eller overholdelse af og lovgivningsmæssige krav er påkrævet.

Når du bruger Webex som optagelsesplatform, administreres alle optagede opkald i Control Hub. Fuldstændige administratorer med rollen som complianceansvarlig kan afspille og downloade optagelserne. Uden rollen som compliance officer kan administratoren kun slette optagelserne.

For mere information om denne funktion og en liste over tredjepartsoptagelser, se Administrer opkaldsoptagelse for Webex Calling.

Rækkevidde med et enkelt nummer gør det muligt for opkald til en brugers telefonnummer at ringe til flere enheder. Dette kan omfatte andre bordtelefoner såvel som mobiltelefoner. Opkald kan også foretages fra disse enheder, og brugerne kan pushe og pull-opkald mellem dem.

Du kan finde flere oplysninger om denne funktion og hvordan en administrator konfigurerer den i Control Hub i Konfigurer kontakt med et enkelt nummer (kontor hvor som helst).

For mere information om, hvordan en bruger kan administrere og konfigurere denne funktion for sig selv i Webex-brugerhub (portal), se Konfigurer rækkevidde med et enkelt nummer (kontor hvor som helst).

Voicemail-grupper giver mulighed for en delt voicemail-boks, der kan tildeles en bruger eller en opkaldsroutingfunktion. Nogle af grundene til, at en voicemail-gruppe kan være nødvendig, er:

• Generel voicemail til en afdeling eller arbejdsgruppe

• Tilføj telefonsvarerbesked til en automatisk omstilling eller søgegruppe

• Sådan sender du overløbsopkald fra en opkaldskø

• Brugere, der kun har brug for en telefonsvarer.

For mere information, se Administrer en delt voicemail og indgående faxboks til Webex Calling.

For information om alle funktioner, inklusive nogle tilføjelsesfunktioner, se Funktioner tilgængelige efter licenstype for Webex Calling.