Under övergången, för att möjliggöra samexistens av enheter registrerade på Unified CM och på Webex Calling, måste företagets uppringningsplan på Unified CM ändras så att åtminstone följande krav kan uppfyllas:

• +E.164 uppringning från Unified CM till Webex Calling

• Uppringning av anknytning från Unified CM till Webex Calling (inom anknytningsområdet men även mellan anknytningsområdet om anknytningsintervallet är unikt)

• Förkortad uppringning mellan platser från Unified CM till Webex Calling

• Tvingad uppringning på nätet från Unified CM till Webex Calling

• Återuppringning från katalogen för missade samtal till destinationer på Webex Calling

• PSTN-samtal från Webex Calling till PSTN om lokal PSTN används för Webex Calling under övergången

• PSTN-samtal från Unified CM till Webex Calling om PSTN-trunking för hybrid Webex Calling-distributioner används under övergången för att ge PSTN-åtkomst till lokala Unified CM-användare via Cloud Connect för Webex Calling

• Tvingad online-samtal från Webex Calling till Unified CM

• Anknytning uppringning från Webex Calling till Unified CM (internationell).

Om något av ovanstående inte stöds av uppringningsvanor före övergången, till exempel om ingen förkortad uppringningsvana mellan platser finns, behöver de inte nödvändigtvis introduceras under övergången.

Figuren Bästa praxis för uppringningsplan visar bästa praxis för uppringningsplanering enligt beskrivningen i Föredragen arkitektur för Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Viktiga egenskaper hos denna metod inkluderar:

• Enskild partition för +E.164 katalognummer

• Kärnrouting baserad på +E.164 ruttmönster

• Normalisering av alla uppringningsvanor till +E.164 med hjälp av översättningsmönster

• Användning av översättningsmönster som anropar sökutrymmesarv (alternativ Använd ursprungsmottagarens anropande sökutrymme inställt på översättningsmönster).

Till exempel PSTN-uppringning (9+1+10D) från en enhet i SJC provisionerad med sökutrymme för linjeanrop kommer SJCInternational först att matchas av 9.1[2-9]XX[2-9]XXXXXX översättningsmönster som normaliserar den uppringda partens nummer till +E.164. Den sekundära sökningen använder sedan samma anropande sökutrymme SJCInternational igen (anropande sökutrymmesarv) och +E.164-digit strängen kommer antingen att matchas av en +E.164 katalognumret i DN -partitionen eller via ett av PSTN-ruttmönstren i USPSTNNational - eller SJCPSTNLocal -partitionen. Förkortade uppringningsvanor inom och mellan platser implementeras av översättningarna i partitionerna ESN och SJCtoE164. Medan ESN -partitionen är en global partition (tillgänglig för telefoner på alla platser) är SJCTOE164 -partitionen endast tillgänglig för användare på plats SJC. Detta förutsätter överlappande utvidgningsområden.

Det första steget för att aktivera samtal från Unified CM till Webex Calling är att se till att +E.164 destinationer dirigeras därefter. Detta kan uppnås genom att lägga till en Webex Calling-partition i uppringningsplanen, +E.164 ruttmönster för alla Webex Calling-destinationer till den partitionen, och slutligen lägga till Webex Calling-partitionen till alla samtalssökutrymmen som representerar tjänsteklasser som behöver kunna nå Webex Calling. Att skapa en dedikerad Webex Calling-partition krävs för att möjliggöra skapandet av en differentierad tjänstklass för samtal som kommer från Webex Calling. För att undvika samtalsloopar bör sökutrymmet för inkommande samtal på trunk-linjen från den lokala gatewayen inte ha åtkomst till Webex Calling-partitionen.

Som visas i figur +E.164 dirigering till Webex Calling, för att aktivera dirigering från Unified CM till Webex Calling för en plats med +E.164 DID-intervall +1 221 555 2XXX och platskod 121, ett brådskande ruttmönster som matchar detta +E.164 intervallet måste läggas till i Webex Calling -partitionen.

Om inget platsspecifikt lokalt gatewayval krävs, kan istället för att använda en ruttlista med en lokal Webex Calling-ruttgrupp som destination för ruttmönster som pekar på Webex Calling, en enda ruttgrupp etableras med den lokala gatewayen som enda medlem, och sedan pekar Webex Calling-ruttmönstren på en enda Webex Calling-ruttlista med denna enda ruttgrupp som enda post.

För att aktivera kortnummer mellan platser till Webex Calling-platsen läggs det obligatoriska ruttmönstret 8121.2XXX till i Webex Calling-partitionen. För webbplatser som ska övergå till Webex Calling ett uppringningsnormaliseringsmönster 8121.2XXX som normaliserar ESN-uppringning till +E.164 kanske redan finns i ESN partitionen. I så fall verkar 8121.2XXX vara redundant, men så snart alla DN:er för respektive plats har migrerats till Webex Calling kan översättningsmönstret för uppringningsnormalisering 8121.2XXX tas bort och sedan aktiverar ruttmönstret 8121.2XXX ESN-uppringning även för användare som endast använder anknytningar inom det intervallet.

Med dessa ändringar i uppringningsplanen kan samtal till Webex Calling-platsen inte bara ringas genom att ringa ett förkortat nummer mellan platserna, utan +E.164. Även internationell och nationell PSTN-uppringning är möjlig eftersom dessa uppringningsvanor först normaliseras till +E.164 genom de redan befintliga översättningsmönstren för uppringningsnormalisering och sedan dirigeras till Webex Calling genom att matcha +E.164 ruttmönster i Webex Calling-partitionen.

De +E.164 Matchning av ruttmönster på Webex Calling-platsens DID-intervall kan etableras medan alla DID:er fortfarande finns på Unified CM. Den bästa matchningsalgoritmen för Unified CM säkerställer att när ett nummer som finns på Unified CM rings upp så +E.164 katalognumret som tillhandahålls på Unified CM är en bättre matchning än jokerteckennumret +E.164 ruttmönster som pekar mot Webex Calling så att samtalen vidarebefordras till en linje på Unified CM och inte skickas till Webex Calling.

Varje användare i Webex Calling har en anknytning and/or en +E.164 telefonnummer. Förlängningslängden är en fast global inställning: Alla anknytningar i en Webex Calling-distribution har samma längd. Anknytningsuppringning kan användas mellan Webex Calling-användare både inom en plats och mellan platser. Förkortad uppringning mellan anknytningar (det senare fallet) fungerar bara om den uppringda anknytningen är unik.

Om förkortad uppringning mellan platser är ett krav men det finns överlappningar mellan anknytningar som är tilldelade på olika platser, måste en företagsspecifik nummerplan skapas genom att prefixa anknytningarna med en åtkomstkod (en platskod). För mer information, se Föredragen arkitektur för Cisco Collaboration 15 lokala implementeringar, designöversikt tillgänglig på Cisco Collaboration-föredragna arkitekturer.

Anknytningslängden, uppringningsbeteendet för anknytning mellan platser, prefixlängden för uppringning mellan platser och styrsiffran i routingprefixet för uppringning mellan platser konfigureras i inställningarna för anropstjänsten i Control Hub:

• Längd på prefixet för platsrutning: Prefixlängd inklusive styrsiffran. Krävs endast om en företagsnummerplan behöver upprättas som alternativ förkortad företagsuppringning mellan platser.

• Styrsiffra i routingprefix: Styrsiffra för förkortad uppringning av företagssamtal. Överlappningar med den första siffran för valfri plats och platsens utgående siffror bör undvikas. Krävs endast om en företagsnummerplan behöver upprättas som alternativ förkortad företagsuppringning mellan platser.

• Intern förlängningslängd: Standardlängd på förlängningar. Kan vara vilket värde som helst mellan två och tio.

  När uppringning av anknytning eller uppringning med hjälp av företagssignifikanta nummer (styrkod, platskod, anknytning) krävs från en lokal samtalskontroll till Webex Calling och den lokala samtalskontrollen skickar en anknytning som uppringar-ID, se till att även ställa in parametern Maximal okänd anknytningslängd i avsnittet Samtalsroutning mellan Webex Calling och lokala samtal för att säkerställa att uppströmssamtal från den lokala samtalskontrollen till Webex Calling kan klassificeras korrekt som lokala samtal.

• Tillåt uppringning av anknytning mellan platser: Växla till enable/disable anknytning som ringer mellan platser. Det här alternativet bör endast aktiveras om alla tillägg inom organisationen är unika. Om alternativet är inaktiverat måste företagsnummer (styrkod, platskod, anknytning) eller telefonnummer ringas mellan platser.

De tre första parametrarna används huvudsakligen för att skapa en uppringningsplan för telefoner för att minimera timeout mellan siffror vid uppringning med avlyft lur. Avvikelser från dessa globala inställningar är fortfarande möjliga (exempel – anknytningar med annan längd kan etableras), men ett varningsmeddelande visas i Control Hub och uppringning från telefoner kan kräva blockering för att undvika konflikter inom den förinstallerade uppringningsplanen.

Tabellen Exempel på företagsnumrering visar ett exempel på tre platser där anknytningsintervallen för två platser, NYC och RTP, är identiska. Att etablera ett företagsnummerschema med styrsiffran 8mellan platser, följt av en tresiffrig platskod och den fyrsiffriga anknytningen skapar en icke-överlappande förkortad uppringningsruta mellan platser.

Tabell 2. Exempel på företagsnumrering

Webbplats	Förlängningsområde	Webbplatskod	Företagssortiment
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

För att möjliggöra en smidig övergång bör uppringningsvanorna för användare före och efter övergången till Webex Calling helst vara desamma. För att förbereda övergången för varje plats måste DID-intervallen och anknytningsintervallen (eller förkortade uppringningsvanor inom platsen) dokumenteras. Baserat på denna information måste sedan styrsiffran mellan platserna väljas.

Tabellen Webex-samtal med fast längd visar ett exempel på tre platser och anknytningsintervall med fast längd. Eftersom överlappande uppringningsvanor måste undvikas är det viktigt att se till att den första siffran i intervallet för alla anknytningsintervall inte matchar styrsiffran för förkortad uppringning mellan platser. Om till exempel 8 väljs som styrsiffra för uppringning mellan platser, kan inget anknytningsområde på någon plats börja med 8. Vanligtvis matchar anknytningarna på en given plats de sista siffrorna i de DID:er som tilldelats den platsen. För att undvika konflikter kan den första siffran i anknytningen ändras. Om till exempel DID:er i +1 408 555 8XXX-intervallet används på en plats, kan istället för att använda 8XXX som anknytningsområde 7XXX användas för anknytningarna på den platsen.

Tabell 3. Webex Calling-anknytningsintervall med fast längd

Webbplats	Förlängningsområde	Webex-samtalstillägg	Webbplatskod	Företagssortiment
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Sjusiffriga uppringningssträngar som ringts upp på en Webex Calling-enhet med den amerikanska Webex Calling-uppringningsplanen överlappar ett sjusiffrigt mönster för lokal uppringning i den förinstallerade amerikanska uppringningsplanen. För att undvika överlappningar mellan uppringningsvanor online och utanför nätet (PSTN) kan en obligatorisk extern accesskod användas på den platsen. Om det befintliga företagsnumreringsschemat och motsvarande förkortade uppringning mellan platser överlappar mönster i Webex Callings nationella uppringning, kan numreringsschemat under övergången till Webex Calling också ändras till en längre eller kortare form för att undvika överlappningar. Det enklaste sättet att uppnå detta är att lägga till en extra utfyllnadssiffra i numreringsschemat. Det nya längre schemat för uppringning mellan platser behöver bara implementeras av användare som redan har migrerat till Webex Calling. Användare som fortfarande har Unified CM kan fortsätta att ringa sju siffror. Företagsuppringningsplanen på Unified CM måste i det här fallet se till att förkortade sjusiffriga uppringningar från Unified CM till Webex Calling omvandlas till antingen +E.164 eller till det förkortade uppringningsformatet som används på Webex Calling. Detta måste göras innan samtalet skickas till den lokala gatewayen.

Tabellen Övergång till sjusiffrig uppringning visar ett exempel på denna omnumrering. I det här exemplet använder förkortad uppringning mellan platser på Unified CM styrsiffran 8 följt av en tvåsiffrig platskod och en fyrsiffrig anknytning. För att undvika sjusiffrig förkortad uppringning mellan platser på Webex Calling kan platskoderna enkelt ändras till tresiffriga genom att lägga till en godtycklig utfyllnadssiffra (8 i exemplet) före de tvåsiffriga platskoderna som används i Unified CM så att uppringning mellan platser från Webex Calling-telefoner använder styrsiffran 8 följt av utfyllnadssiffran 8, den gamla tvåsiffriga platskoden och den fyrsiffriga anknytningen. Användare på Webex Calling behöver inte komma ihåg nya platskoder; de behöver bara komma ihåg att använda 88 som prefix för uppringning mellan platser istället för 8 på Unified CM.

Tabell 4. Övergång till sjusiffrig uppringning

		Unified CM		Webex Calling
Webbplats	Anknytningar	Webbplatskod	Företagssortiment	Webbplatsens ode	Företagsange
New York	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 ett scenario med olika företagsnummerformat på Unified CM och Webex Calling, om företagsnummer presenteras som information om uppringande part för samtal från Unified CM till Webex Calling (till exempel samtal från enheter utan DID), är det viktigt att också implementera en mappning mellan de olika nummerformaten för information om uppringande part för att säkerställa att återuppringning fungerar. Denna mappning kan uppnås genom att använda anropande parts transformationsmönster på trunk mellan Unified CM och den lokala gatewayen.

Att välja rätt leverantör av samtalsinspelning är grundläggande för att uppnå affärsmål och säkerställa funktionsanpassning i hela organisationen:

• Globalt leverantörsval: Organisationer utser vanligtvis en primär leverantör av samtalsinspelning på global nivå, vilket säkerställer enhetlighet i funktioner, efterlevnad och support på alla platser.

• Platsbaserade åsidosättningar: I scenarier där specifika platser eller regioner har unika affärsbehov eller myndighetskrav kan det vara nödvändigt att åsidosätta det globala leverantörsvalet och ange alternativa leverantörer för dessa platser. Denna flexibilitet stöder varierande efterlevnadskrav och lokala operativa behov

• Företagskrav: Valet av leverantör bör styras av en bedömning av affärsdrivande faktorer såsom regelefterlevnad (exempel - MiFID II, HIPAA), kvalitetssäkring, tvistlösning eller utbildningsbehov.

• Funktionstillgänglighet: Leverantörer bör utvärderas baserat på deras förmåga att leverera nödvändiga funktioner, såsom realtidsövervakning, sök- och uppspelningsfunktioner, kryptering, lagringspolicyer, integration med analysplattformar och stöd för olika samtalstyper (inkommande, utgående, interna).

Att fastställa regionen där samtalsinspelningar lagras och bearbetas är avgörande för efterlevnad och prestanda:

• Val av global region: Som standard kan organisationer välja en enda region för att lagra samtalsinspelningar för att förenkla hantering och styrning.

• Platsbaserade regionåsidosättningar: Där lagar om datalagring eller företagspolicyer kräver det kan det vara nödvändigt att åsidosätta den globala regioninställningen för specifika platser, vilket säkerställer att samtalsinspelningar lagras och bearbetas inom de geografiska gränserna som krävs.

• Krav på datalagring: Designen måste ta hänsyn till internationella och lokala dataskyddsföreskrifter (såsom GDPR, CCPA eller landsspecifika krav) som kan avgöra var och hur samtalsinspelningar lagras.

En annan viktig aspekt att ta hänsyn till under planeringen och designen av en samtalsinspelningslösning för Webex Calling är uppskattningen av lagringsbehov. Att noggrant prognostisera lagringsbehov är avgörande för att säkerställa att tillräcklig kapacitet finns tillgänglig för att stödja den löpande affärsverksamheten, upprätthålla efterlevnad och undvika avbrott i tjänsten.

Flera viktiga parametrar bör beaktas vid bestämning av det förväntade lagringsbehovet:

• Antal inspelade samtal: Bedöm det förväntade antalet samtal som kommer att spelas in inom ett givet tidsintervall (t.ex. per dag, vecka eller månad). Detta inkluderar inte bara externa samtal utan även intern kommunikation, om det krävs enligt affärspolicy eller myndighetsmandat.

• Genomsnittlig samtalslängd: Beräkna den typiska längden på inspelade samtal, eftersom längre samtal tar upp mer lagringsutrymme. Variationer i samtalslängd mellan olika avdelningar eller användargrupper bör också beaktas i uppskattningen.

• Lagringsperiod: Definiera hur länge inspelningar måste lagras, vilket ofta dikteras av organisationens policyer eller externa regler (t.ex. branschspecifika efterlevnadsstandarder). Längre lagringsperioder kommer att öka de totala lagringsbehoven

• Tillväxtprognoser: Överväg förväntad tillväxt i samtalsvolymer eller utökning av inspelningsomfattningen, vilket kan bero på skalning av verksamheten, nya myndighetskrav eller onboarding av ytterligare användare eller platser.

Genom att noggrant analysera dessa parametrar kan organisationer utveckla en robust lagringsstrategi som säkerställer skalbarhet, kostnadseffektivitet och regelefterlevnad för sin Webex Calling-samtalinspelningslösning. Det är också lämpligt att regelbundet granska och justera lagringsallokeringar allt eftersom användningsmönstren utvecklas över tid.

Administratörer tilldelar manuellt Webex Calling-licenser till enskilda användare via Control Hub-gränssnittet.

Administratörer kan redigera servicelicenser för enskilda användare och tilldela samtalslicenser direkt.

Använd licenstilldelningsmallar i Control Hub för att automatiskt tilldela licenser till användare baserat på grupp- eller organisationsinställningar.

Automatisk licensiering kan göras via katalogsynkronisering eller manuella användaruppdateringar, men användare måste ha ett giltigt +E.164 formaterat telefonnummer och telefonnumren måste finnas på en Webex Calling-plats innan användarprovisionering. Om villkoren inte är uppfyllda (t.ex. ogiltigt telefonnummerformat) kommer Webex Calling-licenser inte att tilldelas.

Ladda upp en CSV-fil med användaruppgifter och licenstilldelningar för att lägga till eller ändra flera användare samtidigt.

CSV-import stöder tillägg av upp till 20 000 användare och tilldelning av licenser, men Webex Calling-licenser kräver specifika fält som telefonnummer och anknytning.

Använd Webex API:er för att programmatiskt tilldela licenser och hantera användare.

Webex stöder API-åtgärder för användar- och licenshantering (People, SCIM 2.0 och Licenser-API:er), vilket kan utnyttjas för automatisering av licenstilldelning. Licenses API möjliggör samtidig tilldelning av licenser, telefonnummer och anknytningar.

Tabell 5. Alternativ för användarprovisionering – sammanfattning

Tilldelningsmetod	Fördelar	Nackdelar
Manuellt via Control Hub	Enkelt för ett fåtal användare. Ger exakt och detaljerad kontroll över licenstilldelning.	Inte skalbar, tidskrävande Benägenhet för mänskliga fel vid manuell inmatning.
Automatiska licensmallar	Skalbar Minskar manuella fel Kan tillämpas på nya och befintliga användare.	Kräver giltiga telefonnummer och platser. Mer komplex att ställa in Kräver även användargrupper per användargrupp med motsvarande licenskrav.
Massuppladdning av CSV	Effektiv för stora användargrupper Tillåter samtidig tilldelning av licenser, telefonnummer och anknytningar.	Kräver noggrann CSV-formatering Risk för fel om telefonnummer eller anknytningar saknas eller är felaktiga.
API-baserad tilldelning	Automatiserad, flexibel. Tillåter samtidig tilldelning av licenser, telefonnummer och anknytningar.	Kräver utvecklings- och API-kunskap.

Tabellen Användarprovisioneringsalternativ - sammanfattning sammanfattar användarprovisioneringsalternativ och deras för- och nackdelar. Den här översikten hjälper dig att välja den bästa metoden för licenstilldelning baserat på kundens organisationsstorlek, automatiseringsmöjligheter samt processer och krav för användarprovisionering.

Där det är möjligt rekommenderar Cisco att man tilldelar samtalslicenser med hjälp av licensmallar. Detta kräver att det för varje grupp av användare som kräver en unik uppsättning licenser (exempel - Webex Calling Standard vs. Professional) finns en grupp med respektive gruppmedlemskap. Som diskuterats i avsnitten Användargrupper kan användargrupper definieras manuellt i Control Hub eller synkroniseras från en företagskatalog. En kombination av båda tillvägagångssätten är möjlig.

Användare som tillhör flera grupper får licenser från alla tilldelningar som tillämpas på alla deras grupper. Detta gör det möjligt att använda Webex Calling-licensspecifika säkerhetsgrupper i företagskatalogen för att hantera Webex-licenstilldelning där den resulterande användarlicenstilldelningen styrs av sammanslutningen av gruppmedlemskap.

För mer information, se Konfigurera automatiska licenstilldelningar i Control Hub och Konfigurera mallar för automatiska licenstilldelningar för Webex Calling-användare.

Det här avsnittet täcker endast Webex Calling-relaterade licenser. Andra licenstyper (exempel – Webex-enhetsregistrering, meddelanden, möten) omfattas inte. Som en del av designprocessen måste licenskraven fastställas. Antalet licenser för följande licenstyper behöver beräknas:

• Webex-samtalsstandard: antal enskilda användare som behöver standardfunktioner för telefoni.

• Webex Calling Professional: antal användare och arbetsytor som kräver avancerade telefonifunktioner. Virtuella linjer och gruppröstbrevlåda har rätt till en 1:1 förhållande för varje yrkeslicens. I sällsynta fall där antalet nödvändiga virtuella linjer eller gruppröstmeddelanden överstiger antalet användare och arbetsytor som kräver avancerade telefonifunktioner, måste därför ytterligare professionella licenser beaktas.

• Webex Calling-arbetsyta för gemensamt område: antal platser för delat bruk eller gemensamma utrymmen som kräver standardsamtal.

• Webex Calling kundassistans: Antal agenter och handledare som behöver Webex Calling Customer Assist-funktioner. Webex Calling-kundsupporten inkluderar Webex Calling Professional-licensen.

• Ruttlista-anrop: antal obligatoriska molnanslutna PSTN-samtal mellan lokala Unified CM-användare and/or lokala specialiserade tredjepartsapplikationer.

• Operatörskonsol: Antal Webex Calling-användare som behöver åtkomst till attendant-konsolklienten.

• Cisco-samtalsplan (utgående samtalsplan): antal användare som behöver ett PSTN-nummer and/or åtkomst till utgående PSTN-samtal för Cisco PSTN-tjänsten.

Det finns ingen dedikerad licenstyp för professionella arbetsytor. Professionella arbetsytor använder en Webex Calling Professional-licens.

Arbetsplatser som endast erbjuder hot desking-värdtjänsten och nödsamtal från hot desking-värden och kräver ingen licens. För mer information, se Lägga till och hantera endast hot desk-enheter.

För att fastställa vilken licenstyp som krävs för varje användare och arbetsyta baserat på de funktioner som behövs, se Funktioner tillgängliga efter licenstyp för Webex Calling.

För att skilja mellan funktioner som erbjuds av Webex Calling-samtalsköer i kombination med Webex Calling Professional-licensen i motsats till Webex Calling kundsupport, se Jämförelse av Webex Calling-samtalsköer och kundsupportfunktioner.

Hantering av användargrupper i Webex gör det möjligt för administratörer att organisera användare i grupper för effektiv masshantering av licenser, inställningar och resurser. Grupper hjälper till att effektivisera administrationen genom att tillämpa policyer, licenser och inställningsmallar på flera användare samtidigt, istället för att hantera användare individuellt.

Hantering av användargrupper erbjuder flera fördelar, inklusive:

• Förenklad administration: Hantera licenser, inställningar och policyer för flera användare samtidigt.

• Konsekvens: Tillämpa enhetliga inställningar och licenser för alla användare i samma grupp.

• Skalbarhet: Stöder upp till 250 000 medlemmar per grupp.

• Integrering: Synkronisera grupper från Microsoft Entra ID (Azure AD) eller Active Directory för automatiserad användar- och grupphantering.

• Flexibilitet: Skapa lokala grupper eller synkronisera säkerhetsgrupper; hantera gruppmedlemskap manuellt eller via CSV-filer.

• Resursallokering: Styr åtkomst till inbäddade appar och tjänster baserat på gruppmedlemskap.

De huvudsakliga användningsområdena för användargrupper vid etablering av Webex Calling är:

• Licenstilldelningar: Tilldela licenser till grupper för att automatiskt tillhandahålla tjänster som samtal, möten, meddelanden eller hybridtjänster till gruppmedlemmar.

• Inställningsmallar: Tillämpa samlingar av tjänstinställningar (t.ex. meddelanden, möten, samtal) på grupper för en enhetlig användarupplevelse.

• Massanvändarhantering: Lägg till eller ta bort användare samtidigt via CSV-filer eller katalogsynkronisering.

• Automatisering och integration: Använd API:er eller katalogsynkronisering för automatiserad hantering av användare och gruppers livscykel.

Följande tabell sammanfattar de olika alternativen för att hantera användargrupper och grupphantering i Webex.

Tabell 7. Alternativ för att hantera grupper och gruppmedlemskap

Alternativ	Beskrivning	Fördelar	Nackdelar
Gruppprovisionering av Control Hub (Webex-grupper)	Skapa och hantera grupper direkt i Control Hub. Add/remove medlemmar manuellt eller via CSV.	Full kontroll över gruppmedlemskap Omedelbar tillämpning av licenser och mallar Enkelt att skapa och redigera grupper	Manuella uppdateringar krävs Risk för fel vid manuella CSV-uppladdningar Ingen automatisk synkronisering med externa kataloger
Synkroniserade grupper från Entra ID (Azure AD) eller Active Directory	Synkronisera automatiskt säkerhetsgrupper och medlemskap från externa katalogtjänster.	Automatiserad synkronisering minskar manuellt arbete Säkerställer överensstämmelse med företagskatalogen Stödjer stora organisationer	Det går inte att redigera gruppmedlemskap i Control Hub Synkroniseringsfördröjning upp till 12 timmar Kapslade grupper kräver manuellt val
Grupper och SCIM 2.0 API (Webex Groups)	Använd Webex Groups eller SCIM 2.0 API för programmatisk grupp- och medlemshantering	Automatisering och integration med andra system Skalbar för stora eller komplexa miljöer	Kräver utvecklingsinsatser Komplexiteten beror på API-användning

Medan synkroniserade grupper säkerställer konsekvens och erbjuder en enda administrationspunkt, är en hybridmetod som kombinerar synkroniserade grupper och Webex-grupper (antingen hanteras i kontrollhubben eller via API:er) möjlig. Så kan till exempel grupper för licenstilldelning vara synkroniserade grupper och en separat uppsättning Webex-grupper kan användas för att tilldela användare och Webex-app-anropsmallar.

Denna omfattande metod för hantering av användargrupper i Webex gör det möjligt för organisationer att effektivt hantera användarlicenser, inställningar och policyer, vilket säkerställer konsekventa och skalbara samarbetsupplevelser.

Den primära datakällan för användare på Unified CM är Unified CM-databasen, som innehåller information om slutanvändare. Unified CM är dock vanligtvis inte den auktoritativa källan för hantering av användaridentiteter och, ännu viktigare, kommer att stängas ner i slutet av övergången och är därför utesluten som en långsiktig auktoritativ källa för identitetsinformation.

Cisco rekommenderar att man använder en centraliserad molnkatalog, till exempel Microsoft Entra ID (Azure AD), som enda sanningskälla för användaridentiteter. Att synkronisera användare från Entra ID till Control Hub säkerställer konsekvens, förenklar hanteringen och stöder funktioner för enkel inloggning (SSO).

För att säkerställa att alla användare på Unified CM också finns i Entra ID, bör organisationer verifiera att användarkontona i Unified CM motsvarar kontona i Entra ID. Detta kan göras genom att exportera användarlistor från Unified CM och jämföra dem med Entra ID-användarlistor.

Sammanfattningsvis är den rekommenderade etableringsmetoden att synkronisera användare från Microsoft Entra ID (Azure AD) till Webex Control Hub med hjälp av Azure AD-guiden eller SCIM-appar. Manuell och CSV-bulkprovisionering finns tillgängliga som kompletterande metoder men är mindre skalbara och mer felbenägna för stora organisationer. Att säkerställa att Entra ID är den auktoritativa källan och att alla Unified CM-användare finns i Entra ID är avgörande för en lyckad migrering och en konsekvent användarupplevelse i Webex Calling- och Unified CM-miljöer.

Övergången från en lokal katalogtjänst, som Active Directory, till en molnkatalogtjänst, som Entra ID (Azure ID), är oberoende av den anropande övergången. Cisco rekommenderar att övergången till en molnkatalogtjänst slutförs innan anropsövergången påbörjas.

Efter att företagskatalogen har överförts från lokal till molnet, samla in de användargrupper som krävs baserat på licens- och funktionsmallar. För varje gruppdokument:

• Gruppnamn: gruppens unika namn.

• Licenser: licenser som ska tilldelas denna grupp (om några) och omfattning (ska licenser tilldelas befintliga användare eller endast nya användare)

• Inställningsmallar: Webex-app och användarsamtalmallar.

• Katalogsynkronisering: Kommer den här gruppen att synkroniseras från företagskatalogen eller är detta en lokal Webex-grupp som etablerats i Control Hub eller via ett API.

• Beskrivning: hur kommer den här gruppen att användas och vilka användare som ska vara medlemmar i gruppen

Dessa uppgifter kommer att användas senare under implementeringsfasen för att skapa lokala grupper eller grupper i företagskatalogen och hantera gruppmedlemskap för användare.

Webex låter organisationer konfigurera SSO med flera IdP:er för att hantera komplexa IT-miljöer som fusioner, förvärv eller decentraliserade IT-avdelningar där olika grupper använder olika IdP:er. Stöd för flera IdP kan antingen implementeras med hjälp av funktionen för flera IdP i Webex eller genom integration av ett företags-IAM-system som Cisco Duo.

Webex stöd för flera identitetsleverantörer (IdP) adresserar flera viktiga användningsfall där organisationer behöver flexibel och säker autentisering i olika IT-miljöer:

Duo Access Gateway (DAG) kan autentisera användare med hjälp av befintliga lokala eller molnbaserade kataloger som Active Directory (AD) och OpenLDAP. Den stöder även integration med andra identitetsleverantörer som Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS och Shibboleth. Denna flexibilitet gör det möjligt för organisationer att använda sin nuvarande kataloginfrastruktur för Webex SSO med Duo MFA.

Duo fungerar som ett starkt autentiseringslager utöver autentiseringen av den primära katalogen. Den fungerar som en identitetsleverantör (IdP) som använder SAML 2.0 för att tillämpa tvåfaktorsautentisering (2FA) innan åtkomst till Webex beviljas. Duo utvärderar användar-, enhets- och nätverkskontext mot konfigurerbara policyer för att tillåta eller neka åtkomst, vilket förbättrar säkerheten utöver bara användarnamn och lösenord. Duo erbjuder även flexibla policykontroller, som att kräva MFA vid varje inloggning för vissa appar och mer sällan för andra.

Fördelarna med Cisco Duo inkluderar:

• Utökad säkerhet: Lägger till nätfiskeresistent MFA för att skydda Webex-åtkomst, vilket minskar risken från komprometterade lösenord.

• Flexibla policyer: Tillåter detaljerad kontroll över autentiseringskrav per applikation eller användargrupp.

• Integration med befintliga kataloger: Stöder lokala AD, OpenLDAP, molnkataloger och olika SSO-leverantörer, vilket minimerar infrastrukturförändringar.

• Användarbekvämlighet: Stöder enkel inloggning (SSO) för att minska lösenordströtthet genom att låta användare logga in en gång och få säker åtkomst till flera resurser.

• Betrodda slutpunkter: Stöder enhetsförtroende för Webex-klienter på Windows och macOS, vilket förbättrar säkerhetsställningen.

• Självbetjäningsregistrering: Inbyggd registrering och duo-prompt förbättrar användarupplevelsen under MFA-installationen.

Duo MFA med SSO för Webex utnyttjar befintliga kataloger som Active Directory och OpenLDAP, eller molnidentitetsleverantörer, för att autentisera användare. Duos roll är att tillhandahålla en stark, policydriven andra autentiseringsfaktor integrerad genom SAML 2.0, vilket förbättrar säkerheten samtidigt som användarvänligheten bibehålls genom SSO. Fördelarna inkluderar förbättrad säkerhetsställning, flexibel policytillämpning, sömlös integration och en bättre användarupplevelse.

Cisco rekommenderar att implementera SSO för Webex-användare. För förbättrad säkerhet rekommenderas integration med Cisco Duo.

Företags-IAM- och SSO-strategin bör implementeras innan övergången från Unified CM till Webex Calling påbörjas.

Webex Calling Auto Attendant möjliggör 24/7 automatisering av hantering av inkommande samtal, vilket möjliggör effektiv samtalshantering utan att en person behöver svara på varje samtal.

Den automatiska telefonisten svarar på inkommande samtal och ger uppringaren en meny med alternativ för vart de vill dirigera sitt samtal. Detta kan vara till en person, en röstbrevlåda eller en samtalstjänst (t.ex. samtalskö). Uppringaren använder telefonens knappsats för att ange numret från den automatiska svarsmenyn.

Den automatiska svararen stöder följande viktiga funktioner:

• Arbetstider och scheman efter stängningstid

• Semesterschema

• Uppringningsmenyalternativ för att dirigera dina kunder dit de behöver gå

• Anpassa hälsningar

• Alternativ för att ringa efter namn

• Alternativ för vidarebefordran av samtal

• Control Hub-analyser och rapporter.

För mer information, se Hantera automatiska svarstjänster.

Samtalsparkering ger användare möjlighet att enkelt parkera ett samtal så att en annan användare enkelt kan hämta det när de är tillgängliga att ta det. Det frigör också användaren som svarade på det ursprungliga samtalet för att ringa eller ta emot andra samtal medan samtalet är parkerat.

Det finns två typer av samtalsparkeringar tillgängliga i Webex Calling:

1. Samtalsparkering direkt - låter vilken användare som helst parkera ett samtal till en annan användares anknytning eller till en samtalsparkeringsanknytning, enligt definitionen av administratören.

2. Samtalsparkeringsgrupp – gör det möjligt för en definierad grupp användare att automatiskt parkera samtal mot tillgängliga parkeringsdestinationer som definierats för gruppen. Dessa destinationer kan vara gruppmedlemmarnas anknytningar eller samtalsparkeringsanknytningar.

Baserat på konfiguration och parkeringstyp kan användare hämta samtal genom att ringa *88+><extension of parked call>, trycka på linjeknappen som är kopplad till samtalsparkeringsanknytningen eller använda en programknapp på sin IP-telefon.

Ett återkallningsalternativ finns tillgängligt för att återkalla ett parkerat samtal efter en viss period till den användare som parkerade samtalet eller till en alternativ användare.

Mer information finns i Hantera samtalsparkering i Control Hub.

Med samtalshämtning kan en administratör definiera en grupp användare (medlemmar) som kan svara på ett samtal till en annan medlems telefon. Detta ger en användare möjlighet att svara på samtal när deras lagkamrater är upptagna och inte kan svara på ett inkommande samtal.

Användarna i en grupp måste befinna sig på samma Webex Calling-plats.

Användare kan använda antingen Webex-appen eller sin bordstelefon för att svara på ett samtal.

• Webex-appen:

  • Stöder visuella och ljudaviseringar

  • Meddelande om inkommande samtal

  • FAC-baserad (ringa *98) eller aviseringsröstsamtal

  • Aviseringar om svar på samtal för flera linjer.

• Bordstelefoner:

  • Meddelande om inkommande samtal

  • Ljudsignaler och visuell avisering via handenhetens LED-lampa. 6821 stöder endast ljudsignaler

    • När aviseringstypen som valts i Control Hub inte är ingen

  • Aviseringar om samtalssvar endast för primära linjer.

För mer information, se Konfigurera samtalsmottagningsgrupp.

Webex Calling inkluderar samtalsköer endast för röstsamtal som en del av sina kärnfunktioner och alla användare med en Webex Calling Professional-licens kan vara en del av en samtalskö, agent eller handledare. Den här funktionen gör det möjligt för användare att effektivt interagera med kunder. Samtalsköer stöder en delmängd av några av callcentrets kärnfunktioner, som röstköer, återuppringning, kompetens- eller prioritetsrouting, hantering av agentköer, analyser, rapportering etc.

Ciscos integrering med Microsoft Teams gör det möjligt för agenter att få åtkomst till samtal och funktioner i samtalskön direkt från sin Microsoft Teams-klient.

Samtalsköer har stöd för följande viktiga funktioner:

• Hälsningar och meddelanden (välkommen, tröst, viskningar etc.)

• Håll musiken

• Återuppringning

• Köledningspolicyer (natttrafik, helgdagar, vidarebefordran)

• Agentkö login/logout

• Hantering av agentköstatus

• Support för Webex-appen eller bordstelefonen

• Övervaka, coacha, bryta in eller ta över med hjälp av funktionsåtkomstkoder (FAC) för handledare.

• Kontrollhubb (administratörsåtkomst) för:

  • köhantering

  • Agent- och köanalys och rapportering

  • Hantering av köer, agenter och handledare.

För mer information, se Konfigurera samtalskö.

Webex Calling har en tilläggsfunktion för kundassistans som ger ytterligare funktioner i samtalskön och ger agenter och handledare en bättre användarupplevelse i Webex-appen. För en jämförelse av Webex Callings samtalskö- och kundassistansfunktioner, se Jämförelse av Webex Callings samtalskö- och kundassistansfunktioner.

Webex Calling Hunt Groups möjliggör dirigering av inkommande samtal till en specifik grupp av användare via ett förutbestämt samtalsrutningsmönster. Detta säkerställer att samtal besvaras av rätt grupp användare eller skickas till en röstbrevlåda för uppföljning.

En stor skillnad mellan samtalsgrupper och samtalsköer är att samtal inte köas i en samtalsgrupp, så om inga användare i samtalsgruppen är tillgängliga för att svara på samtalet kommer det att kopplas bort, skickas till röstbrevlådan eller vidarebefordras till ett annat nummer (användare eller tjänst).

Mer information finns i Hantera sökgrupper i Control Hub.

Funktionen Driftlägen gör det möjligt för företag att effektivt dirigera samtal till olika destinationer (användare, röstbrevlåda, samtalstjänster som en samtalskö). Vart och när ett samtal dirigeras baseras på ett schema för tid på dygnet och veckodag, och vilken användare som helst kan auktoriseras att hantera dessa lägen (scheman) för att kontrollera ändringar i samtalsdirigeringen.

Som ett exempel kan samtal till en samtalskö dirigeras till en annan samtalskö med agenter i en annan tidszon för att svara på samtal efter stängningstid, under kontorstid dirigeras till lokala agenter och under helgdagar dirigeras till röstbrevlåda för uppföljning efter att agenter återvänt till kontoret.

En behörig användare kan växla mellan dessa olika vidarekopplingsscenarier (lägen) om de behöver ändra vart inkommande samtal dirigeras under en viss period. Dessa användare kan hantera lägena via sina 6800/7800/8800 MPP-telefoner, 9800-telefoner eller i Webex användarhubb på Hantera lägen.

För mer information, se Samtalsdirigering baserat på driftlägen i Webex Calling.

Personsökningsgrupper låter användare ringa ett enkelriktat samtal för att skicka ett ljudmeddelande till en grupp användare. Varje grupp kan innehålla upp till 75 målanvändare and/or arbetsytor som nås genom att ringa ett fördefinierat nummer eller en anknytning.

När en användare ringer en personsökargrupp görs ett samtidigt samtal till alla tilldelade mål i gruppen, varefter den som ringer kan tala in sina meddelanden och lägga på när de är klara.

Mer information finns i Konfigurera en personsökningsgrupp i Control Hub.

Webex Calling stöder inspelning av samtal som görs eller tas emot av en användare. Detta kan krävas för kvalitets-, säkerhets- eller utbildningsbehov. Som standard spelas samtal in i Webex, men andra tredjepartsleverantörer av inspelningar kan också användas om andra inspelningsfunktioner eller efterlevnads- och regelkrav krävs.

När du använder Webex som inspelningsplattform hanteras alla inspelade samtal i Control Hub. Fullständiga administratörer med rollen som Compliance Officer kan spela upp och ladda ner inspelningarna. Utan rollen som Compliance Officer kan administratören bara radera inspelningarna.

För mer information om den här funktionen och en lista över inspelningar från tredje part, se Hantera samtalsinspelning för Webex Calling.

Räckvidd för ett enda nummer gör att samtal till en användares telefonnummer kan ringa till flera enheter. Detta kan inkludera andra bordstelefoner såväl som mobiltelefoner. Samtal kan också ringas från dessa enheter och användare kan pusha och ta samtal mellan dem.

Mer information om den här funktionen och hur en administratör konfigurerar den i Control Hub finns i Konfigurera nåbarhet med ett enda nummer (kontoret var som helst).

För mer information om hur en användare kan hantera och konfigurera den här funktionen för sig själv i Webex användarhubb (portal), se Konfigurera nå ett enda nummer (kontor var som helst).

Röstbrevlådegrupper möjliggör en delad röstbrevlåda som kan tilldelas en användare eller en funktion för samtalsdirigering. Några av anledningarna till att en röstbrevlåda kan behövas är:

• Allmän röstbrevlåda för en avdelning eller arbetsgrupp

• Lägg till röstbrevlåda till en automatisk svarsgrupp eller sökgrupp

• Så här skickar du överfyllda samtal från en samtalskö

• Användare som bara behöver en röstbrevlåda.

För mer information, se Hantera en delad röstbrevlåda och inkommande faxlåda för Webex Calling.

För information om alla funktioner, inklusive vissa tilläggsfunktioner, se Funktioner tillgängliga efter licenstyp för Webex Calling.