Det första steget i övergången till Webex Calling är att säkerställa tillförlitlig och säker internetanslutning mellan det lokala nätverket och Webex-molnet.

Eftersom de flesta organisationer ansluter till internet via en eller flera brandväggar eller säkerhetsenheter är det viktigt att validera att de nödvändiga trafikflödena stöds.

Nätverks- och säkerhetsadministratörer måste förstå dessa flöden i termer av:

• Riktning (inkommande vs utgående)

• Protokol l (Exempel - SIP TLS, SRTP, HTTPS)

• IP-adressintervall som används av Webex-tjänster

• Portnummer som måste öppnas eller tillåtas.

Detta säkerställer att företagets brandväggar, NAT-enheter och annan nätverksinfrastruktur är korrekt konfigurerade för att tillgodose Webex Calling trafik samtidigt som företagets säkerhetsprinciper upprätthålls.

För information om nödvändiga flöden inklusive IP-adress, portar, och protokoll, se Portreferensinformation för Webex Calling. Använd den här informationen för att konfigurera brandväggen, proxyer och annan nätverksinfrastruktur i den befintliga distributionen för att aktivera Webex Calling nätverksflöden.

Decentraliserat internetutbrott från varje filial eller webbplats är det rekommenderade tillvägagångssättet för molnsamarbetstjänster som Webex Calling t.ex. Genom att tillåta trafik att avsluta lokalt, denna modell:

• Minskar returfördröjning och jitter, vilket förbättrar den totala samtalskvaliteten

• Skalas effektivt när fler användare och webbplatser övergår till Webex Calling

• Fungerar sömlöst med SD-WAN, som dynamiskt kan dirigera sessioner till närmaste Webex-molningångspunkt för optimal prestanda

• Gör det möjligt att spåra användarens plats baserat på deras offentliga IP-adress vilket hjälper till med analys av medievägar och felsökning.

Dessutom måste organisationer säkerställa tillräcklig internetbandbredd på varje webbplats. Bandbredden bör dimensioneras baserat på det förväntade antalet samtidiga samtal, den valda codec (t.ex. Opus eller G.711), plus overhead för signalering, återsändningar och tillväxt. Detta överensstämmer med förberedelse fasen i PPDIO-livscykeln och skapar en solid grund för migrering.

Det första installationsunderavsnittet inom implementeringsfasen för distribution Webex Calling är grundläggande för att skapa en välstrukturerad och hanterbar molnsamtalsmiljö. Det här steget omfattar viktiga uppgifter som att konfigurera Control Hub-organisationen, anskaffa och tilldela licenser och verifiera och göra anspråk på företagets domäner för att säkerställa korrekt användarhantering och säkerhet. Dessutom innehåller den provision eringslicensmallar för att automatisera tilldelningar av användarlicenser, konfigurera Single Sign-On (SSO) för att effektivisera användarautentisering och förbättra säkerheten samt justera service- och klientinställningar så att de överensstämmer med organisationens principer och användarbehov. Genom att slutföra dessa initiala installation saktiviteter säkerställs att Webex Calling miljön är korrekt konfigurerad för skalbarhet, säkerhet och sömlös användarupplevelse, vilket skapar förutsättningar för efterföljande driftsättning och driftsfaser.

Under implementeringsfasen, genomförandet av en pilotmigration representerar en kritisk milstolpe för att validera övergången från Unified CM tillWebex Calling. Detta pilotprojekt innebär att en representativ delmängd av användare etableras på en eller flera platser på Webex Calling plattformen, vilket säkerställer att den valda populationen återspeglar olika användningsfall och organisatoriska roller. Parallellt med användarmigrering måste viktiga samarbetstjänster inklusive röstbrevlåda, automatiska sköer, samtalsköer och jaktgrupper övergå till sina Webex Calling motsvarigheter för att upprätthålla affärskontinuitet och tjänstefunktionalitet.

Pilotmigreringen bör utnyttja samma kombination av Cisco-tillhandahållna verktyg och migreringsverktyg från tredje part som planeras för den bredare organisatoriska distributionen, vilket säkerställer att processer, automatiseringsarbetsflöden och integrationspunkter valideras noggrant under representativa förhållanden.

De primära målen för denna pilotdistribution är tvåfaldiga: för det första, att validera och förfina övergångsprocesserna från början till slut inklusive arbetsflö den för användarprovisionering, datami greringsprocedurer, och slutpunktskonfigurationer; och för det andra, att fullständigt verifiera funktionaliteten hos migrerade tjänster under verkliga operativa förhållanden.

Detta stegvisa tillvägagångssätt gör det möjligt för projektgruppen att identifiera och åtgärda eventuella tekniska eller procedurmässiga problem i en kontrollerad miljö, samla in feedback från användare om den nya plattformsupplevelsen, bedöma effektiviteten hos utvalda migr eringsverktyg och skapa förtroende för migreringsm etoderna innan de fortsätter med en bredare organisatorisk distribution.

De insikter som erhållits under denna pilotfas är avgörande för att optimera efterföljande migrationsvågor och säkerställa en smidig, riskreducerad övergång för hela företaget.

Om du vill anskaffa PSTN-tjänster för Webex Calling väljer du först ett PSTN-anslutningsalternativ i Control Hub.

Om en organisation planerar att upprätthålla hybrid dubbel samtalskontroll (fas 1 i figur Fasad samtalsövergång: Hybrid och mol n) antingen tillfälligt eller på obestämd tid, måste de distribuera en eller flera lokala gateways för lokalt PSTN för att tillåta samtal mellan och slutpunkter. Webex Calling Unified CM

Om en fullständig övergång (fas 2) till molnet är slutmålet inklusive PSTN, krävs antingen en Cisco-samtalsplan eller ett Cloud Connect for Webex Calling alternativ för PSTN.

Arbeta med din valda leverantör för att beställa och portera telefonnummer innan du konfigurerar dem i Control Hub. Beställning av telefonnummer eller initiering av portbeställningar krävs/möjligt endast för lokal PSTN och Cloud Connect för. Webex Calling För Ciscos samtalsplaner initieras beställning och portering inifrån Control Hub så snart platsen har skapats och i länder där Cisco Calling Plan är tillgängligt. Mer information om Cisco-samtalsplaner finns i Kom ma igång med C isco-abonnemang.

Som en del av PSTN-implementeringen, se till att din leverantör har aktiverat både inkommande och utgående PSTN-tjänster för din plats. Utför dessutom testsamtal för att verifiera att samtal dirigeras korrekt via din valda PSTN-anslutning.

Innan du lägger till användare och enheter i måste du tillhandahålla samtalsplatser. Webex Calling För varje plats måste en giltig gatuadress anges. I USA och Kanada valideras denna adress och används av plattformen för att skicka PIDF-LO-platsinformation för nödsamtal.

När du konfigurerar platser som använder lokal PSTN måste du konfigurera de lokala gatewayerna i enlighet med detta. I Webex Calling måste en trunk och en ruttgrupp skapas för varje lokal gateway, och rutt gruppen tilldelas sedan som PSTN-val för platsen. Cisco rekommenderar starkt att du alltid väljer en ruttgrupp som PSTN-val, eftersom detta tillvägagångssätt gör att du enkelt kan lägga till ytterligare trunkar i framtiden, vilket stöder både skalbarhet och redundans. Cisco rekommenderar också att du aktiverar stöd för dubbel identitet och P-Charge-Info på varje PSTN-trunk, eftersom detta förenklar identifieringen av den fakturerbara parten för utgående direkta eller omdirigerade samtal. Om din PSTN-leverantör använder en annan rubrik för fakturering kan du kopiera informationen från P-Charge-Info-rubri ken på den lokala gatewayen till den obligatoriska faktureringsrubriken.

För platser som använder Cloud Connect för Webex Calling eller Cisco Calling Plan som sitt PSTN-alternativ, välj helt enkelt respektive PSTN- val för platsen under installationen. Om platsen använder antingen Cloud Connect för Webex Calling eller lokalt PSTN måste du lägga till de telefonnummer som beställdes i föregående steg. Nummer kan läggas till som inaktiva om du inte vill att de ska inkluderas i samtals dirigering direkt; du kan aktivera dessa nummer senare när de tilldelas användare eller funktioner.

Det är viktigt att alltid ställa in huvudnumret för varje plats. Huvudnumret kan tilldelas antingen en användare eller en funktion, till exempel en automatisk skötare. För att aktivera röstbrevlådan på platsen, se till att ställa in röst brevlådans pilotnummer, även känt som röstportalnumret.

Ytterligare inställningar för samtalsplatser inkluderar konfigurering av nödsamtalsinformation som nödsamtalsnummer, meddelande alternativ och förbättrade nödsamtalsfunktioner. Du bör också granska och justera inspelningsinställningar, språkinställningar och enhetskon figurationer efter behov för varje plats. Om din organisation använder förkortad internetuppringning mellan platser med betydande företags nummer, kom ihåg att konfigurera en unik platskod för platsen i de interna uppringningsinställ ningarna. Slutligen, om extern uppringning kräver en siffra för utgående uppringning, se till att ställa in detta i inställningarna för extern uppr ingning. När en utgående uppringningssiffra är konfigurerad rekommenderar Cisco att du aktiverar utgående uppringningssifferverkning för att säkerställa enhetlighet.

För att integrera med lokal samtalskontroll är det nödvändigt att konfigurera trunkar, ruttgrupper, företagsuppringningsplaner och både platsinställningar och globala inställningar. Börja med att ställa in trunkar och lokala gateways avsedda för sammankoppling med det lokala samtalskontrollsystemet. Detta steg krävs endast om dedikerade trunkar är nödvändiga. Om befintliga trunkar och ruttgrupper är tillräckliga för distributionen kan de återanvändas för den lokala sammankopplingen utan ytterligare konfiguration.

När stammarna och ruttgrupperna har upprättats fortsätter du med att skapa företagets uppringningsplaner och tilldela lämplig ruttgrupp som destination för varje uppringningsplan. När integrationen involverar flera lokala samtalskontrollsystem som är anslutna via olika trunkar krävs flera uppringningsplaner. Det är viktigt att se till att uppr ingningsplanerna endast innehåller de mönster som krävs för att dirigera samtal till lokala destinationer.

Om distributionen kräver stöd för okänd tilläggsrouting bör den här funktionen vara aktiverad på platsnivå. När routning av okänd anknytning är aktiverad måste du dessutom ange den maximala okända förlängningslängden i avsnittet Samtalsdirigering mellan Webex Calling och lokaler i inställningarna för samtalstjänster i Control Hub. Detta säkerställer sömlös samtalsdirigering och korrekt hantering av tilläggsbaserade uppringnings scenarier i din integrerade miljö.

När du migrerar användare från Unified CM till kan Webex Calling du kanske inte flytta alla användare samtidigt. Detta kan bero på flera orsaker, inklusive men inte begränsat till antalet webbplatser eller användare, hur lång tid det tar att överföra en webbplats och/eller grupp användare samtidigt, begränsad IT- eller webbplatsresurs för att stödja ändringsfönstret, varaktighet för ändringsfönstret, förändringens komplexitet etc.

När du migrerar användare i faser är det viktigt att identifiera vilka användare som behöver migrera tillsammans i samma batch. Det primära målet är att migrera användare tillsammans som har beroenden med varandra för sina samtalstjänster och funktioner. Du vill se till att alla deras samtalsfunktioner (Exempel - Samtalsköer) fungerar fullt ut Webex Calling som de var innan övergången aktiver Unified CM ades.

Även om du implementerar samtalssamarbete mellan Unified CM och Webex Calling med lokala gateways kan du inte dela delade tjänster eller funktioner över den här anslutningen. Därför måste du identifiera beroenden mellan användare genom att titta på funktioner som:

• Övervaka andra användare som använder BLF:er

• I samma jaktpilot, samtalskö, etc

• Delade linjer

• Använda uppringningsupptagning

• Använda samma call-park-nummer

• Intercom

• Verkställande direktör/administratör.

Ett exempel skulle vara en användare som ingår i en Unified CM Hunt Group som övergår tillWebex Calling. Denna användare kommer att övergå till Webex Calling med Hunt Group och med alla andra medlemmar i Hunt Group. Därför kan Hunt Group och dess medlemmar framgångsrikt svara på samtal på den nya plattformen efter övergången.

Detta blir mer utmanande när användare är anslutna till olika grupper av användare för olika samtalstjänster och funktioner. Detta kräver att mer än en grupp användare och en samtalstjänst över Webex Calling går till samtidigt.

Använd utdata från verktyget Control Hub Migration Insights eller tredjepartsverktyg som du använde i förberedelsefasen för att avgöra vilka användare och funktioner som ska grupperas tillsammans. Denna utdata borde ha använts för att utveckla din migreringsplan och ger dig insikter om hur du grupperar användare och funktioner som behöver övergå tillsammans.

De viktigaste stegen när du övergår en grupp användare är:

• Identifiera användare att migrera tillsammans

• Kontrollera att alla användare är i Control Hub

• Kontrollera att alla TN för användarna finns i Control Hub

• Kontrollera korrekt telefonnummerformat i katalogen

• Kontrollera att licensierings- och inställningsmallen för användargrupperna är korrekt inställd

• Verifiera eller konfigurera alla samtalstjänster och funktioner för användar gruppen (före eller under övergången beroende på vad som är lämpligt)

• Lägg till användare i gruppen av samtalsaktiverade användare i företagskatalog en

• Utnyttja verktyg - Control Hub-verktyg för användare och funktionsmigrering och/eller verktyg från tredje part

• Inaktivera/ta bort användare/enhetskatalognummer och samtalsfunktioner/tjänster på efter övergången. Unified CM

Efter migrering av en grupp användare testar du en delmängd av användarna för att kontrollera att alla deras samtalsfunktioner och tjänster fungerar korrekt. Om samtalsfunktioner som samtalskö, jaktgrupper etc. överförs med gruppen användare, testa sedan dessa samtalstjänster för korrekt funktionalitet.

I Webex Calling hänvisar en arbetsyta till en delad plats (som ett konferensrum, mötesutrymme eller ett funktionellt skrivbord) som kan tilldelas enheter, tillägg och användare. Till skillnad från traditionella Unifed CM- telefoner är arbetsytor:

• Platscentrerad: knuten till fysiska utrymmen.

• Enhetsflexibel: kan ha en eller flera enheter (skrivbordstelefoner, kort etc.).

När arbetsytor har identifierats som en del av övergången till Webex Calling kan de läggas till i Control Hub under Enheter. Varje arbetsyta behöver en enhetstilldelning, och om de redan finns i Unified CM måste de återställas eller etableras om för Webex. Webex Callingfunktioner som röstbrevlåda, vidarekoppling och upphämtning av samtal kan aktiveras eller inaktiveras, och policyer kan tillämpas för videosamtal, samtalsparkering och rörlighet efter behov. Testa varje arbetsyta genom att ringa interna och externa samtal, testa video-, konferens- och mobil itetsfunktioner. Slutligen, låt användarna veta om alla tillämpliga processer för arbetsyteenheter och bokningar.

Mer information om arbetsytor i Control Hub finns i Arbetsytor.

Telefoner som för närvarande är registrerade på Unified CM måste migreras till Webex Calling som en del av molnövergången. För att göra migreringen så enkel som möjligt med minimal risk för misslyckande rekommenderar Cisco att migrera fysiska webbplatser eller avdelningar samtidigt. Du kan dock behöva migrera användare i grupper på grund av funktionsberoenden. Se avsnittet Migrera användare i grupper för mer information.

Alla telefoner som Webex Calling stöds som du behöver övergå från Unified CM måste konfigureras Webex Calling som användare eller arbetsyta och den fysiska telefonen måste konfigureras om för att registrera dig med Webex Calling. Dessutom behöver telefonerna i 7800- och 8800-serien sin firmware uppgraderad från Enterprise- firmware till Multiplatform Phone (MPP) firmware. Denna process inkluderar laddning av övergångs firmware innan du laddar den MPP-firmware som krävs för Webex Calling registrering. Det kräver också lämplig migrationslicens. Cisco har förbättrat denna process under de senaste åren för att göra det lättare för dig att uppgradera dina Enterprise-firmware- telefoner till MPP-firmware. Mer information om stegen för att slutföra uppgraderingen av den inbyggda programvaran finns i Konvertera Cisco 7800- och 8800-seriens IP-telefoner mellan Enterprise- och MP P-firmware.

Utöver stegen som beskrivs i den här artikeln har Control Hub ett inbyggt verktyg, Migrera telefonen till Webex Calling, som du kan använda för att migrera dina 7800- och 8800-telefoner från Enterprise till MPP-firmware. Med det här verktyget kan du också lägga till telefonerna i Control Hub och tilldela dem till lämpliga användare eller arbetsytor. Mer information om verktygsanvändning finns i Migrera telefonen.

För telefoner i 9800-serien som är registrerade med Unified CM ovanstående krav på migrering av firmware gäller inte. Dessa telefoner kör PhoneOS, som stöds av både Unified CM ochWebex Calling. För att överföra dessa telefoner till måste Webex Calling du lägga till demWebex Calling, tilldela dem till en användare eller arbetsyta och sedan fabriksåterställa telefonerna. PhoneOS startsekvens för registrering Figur nedan visar PhoneOS-startsekvensen och hur telefonen kommer att registrera sig Webex Calling när den har lagts till i Control Hub, även om telefonen fortfarande är aktiverad Unified CM och/eller DHCP-alternativ (Exempel - 150) används.

Unified CMstöder fabriksåterställning av PhoneOS-enheter för att möjliggöra Zero-Touch-onboarding till. Webex Calling Unified CMadministratörer kan fjärråterställa 9800- och 8875-telefonerna via CUCM-administrations sidorna, vilket eliminerar behovet av fysisk åtkomst till telefonerna för att ombordlägga telefonerna till. Webex Calling Den här funktionen stöds med enhetspaketen från 9 september 2025:

• CUCM v15 - Unified Communications Manager version 15

• CUCM v14 - Unified Communications Manager version 14.

För mer information om registreringsprocessen för 9800-serien, se Registrerings process.

Förutom Ciscos IP-telefoner kan det krävas tillhandahållande av andra enheter som analoga telefon adaptrar (ATA), trådlösa (Wifi, DECT) telefoner, videoenheter, röstgateways och tredje ^part senheter och telefoner. Många av dessa enheter har ingen uppgraderingsväg för firmware som IP-telefonerna för att överföra dem från företags firmware till moln programvara. Därför kommer du att tillhandahålla var och en av dessa enheter i Control Hub. Vissa av dessa kan inte övergå till Webex Calling och motsvarande Webex Calling modell kommer att behöva ersätta den (t.ex. ATA 191/192) och andra kommer att kräva manuell omkonfiguration och/eller programändringar.

• Röstgateways — Om du vill migrera den lokala gatewayen finns i Mi grera lokal gateway.

  Mer information om hur du konfigurerar din röstgateway VG400, VG410 eller VG420 i Control Hub finns i Lokal gateway

• Analog telefonadapter (ATA) - För att komma igång med Cisco ATA 191 och 192, se Cisco ATA.

• Trådlös Wifi-telefon - För att integrera Webex trådlösa telefon 840 och 860, se Integrera trådlös Webex telefon.

• Trådlösa DECT-telefoner - För att komma igång med din nya Cisco IP DECT 6800-serie, se Cisco IP DECT.

  Information om hur du bygger och hanterar digitalt DECT-nätverk i Control Hub finns i Hantera DEC T-nätverk

  Mer information om Cisco IP DECT 6800 finns i Installationsguide

• Tred ^je partsenheter och telefoner - Arbeta med tredje ^part sleverantörer om enhets-/telefonkrav och processen för att migrera eller ersätta dem för att stödja. Webex Calling

Alla samtalsfunktioner som krävs Webex Calling måste etableras före eller under övergången. Som diskuterats under avsnittet Migrera användare i grupper måste anropsfunktionerna konfigureras och övergå när användarna som använder dem övergår.

Mer information om hur du konfigurerar var och en av Webex Calling funktionerna finns i motsvarande konfigurationshjälpartiklar.

• Automatiska skötare — För att hantera automatiska skötare, se Automatiska skötare

• Samtalsparkering - För att hantera samtalsparkering, se Call park

• Upphämtning av samtal — Om du vill konfigurera samtalsupphämtningsgrupp finns i Upph ämtning av samtal

• Samtalsköer - För att konfigurera samtalskö, se Samtalsk ö

• Jaktgrupper — Om du vill hantera jaktgrupper finns i Hantera jakt grupp

• Driftlägen - Om du vill dirigera samtal baserat på driftlägen, se Sam talsdirigering baserat på driftlägen

• Personsökningsgrupper — Mer information om hur du konfigurerar en personsökningsgrupp finns i Konfigurera en personsökningsgrupp

• Inspelningar - För att hantera samtalsinspelning förWebex Calling, se Hantera inspelningar

• Räckvidd för enstaka nummer - Om du vill konfigurera räckvidd för enstaka nummer (kontor var som helst), se Konfigurera enstaka nummer

• Röstbrevlådegrupp — Mer information om hur du hanterar en delad röstbrevlåda och inkommande faxbox för Webex Calling finns i Hantera röstbrevlåda.

Godkännandetestning säkerställer att den migrerade miljön uppfyller funktionskraven, fungerar som förväntat och levererar en sömlös användarupplevelse i alla kommunikationsflöden. Denna validerings process är mångfacetterad och täcker allt från användarprovisionering och nummertilldelning till operativa prestanda för avancerade samtal sfunktioner.

Det här avsnittet innehåller exempel och belyser viktiga aspekter att tänka på under godkännandetestning; i alla fall, det är inte avsett att fungera som en uttömmande eller omfattande checklista.

Tilldelning av användare och nummertilldelning

En grundläggande aspekt av acceptanstestning innebär att verifiera att alla användare är etablerade korrekt och fullständigt inuti. Webex Calling Detta kräver en grundlig jämförelse mellan source (Unified CM) -katalogen och den nyetablerade Webex Calling användarbasen för att säkerställa att varje användarkonto, tillsammans med tillhörande attribut som an knytningsnummer och DID-tilldelningar (Direct Inward Dip) har migrerats korrekt. Fullständigheten av provisioneringen är avgörande inte bara för driftbarheten dag ett utan också för pågående administration och support.

Validering av nummertilldelning inkluderar bekräftelse av att varje användare tilldelas rätt anknytning och externt nummer, och att dessa nummer dirigeras korrekt i både interna (på nätet) och externa (PSTN) samtalsflöden. Det är viktigt att kontrollera om det finns överlappningar, saknade tilldel ningar eller felkonfigurationer som kan leda till samtalsroutningsfel eller serviceavbrott.

PSTN-samtalsflöden och presentation av uppringnings-ID

Ett robust förfarande för acceptanstestning måste omfatta end-to-end- validering av PSTN-samtalsflöden. Detta inkluderar både inkommande och utgående samtalsscenarier. För inkommande PSTN-samtal bör testteamet bekräfta att samtal levereras till de avsedda slutpunkterna, oavsett om det är enskilda användare, samtalsköer, jaktgrupper eller automatiska sköer. Utgående PSTN-samtal måste göras framgångsrikt, med särskild uppmärksamhet på korrekt leverans och presentation av uppringnings-ID-information. Detta innebär att se till att rätt uppringarens namn och nummer visas för externa mottagare, i enlighet med organisationens policyer och myndighetskrav.

Testning bör också ta itu med failover-scenarier, till exempel hantering av oåtkomliga slutpunkter eller nätverksstörningar. Detta hjälper till att bekräfta att reserv mekanismer och alternativ routing fungerar korrekt, vilket upprätthåller tjänstekontinuitet och tillförlitlighet.

Samtalsflöden på nätet

Interna, eller on-net, samtalsflöden utgör ryggraden i företagskom munikation. Godkännandetestning i detta område verifierar att samtal mellan användare inom organisationen dirigeras korrekt, med funktioner som samtalsöverföring, kvarhållande, vidarekoppling och konferenser som fungerar som avsett. Integriteten för uppringningsplaner, anslutning mellan tillägg och tillägg och stöd för organisations samtalspolicyer måste alla bekräftas.

Hantering av användarsamtal och funktionsvalidering

En viktig aspekt av acceptanstestning innebär att validera hur användare hanterar samtal med Webex-appen och skrivbordstelef oner som stöds. Denna process fokuserar på att bekräfta att dagliga samtals flöden är intuitiva och pålitliga, och att användare har sömlös åtkomst till de kärn funktioner som är nödvändiga för deras roller. Testning bör bedöma hur enkelt användare kan ringa och ta emot samtal, hantera håll nings- och återupptagningsfunktioner, och utföra både blinda och rådgivande överföringar. Det är också viktigt att verifiera att vidarekoppl ing, konferenser och andra avancerade funktioner, såsom parkering och hämta samtal eller aktivera stör ej, är lättillgängliga och fungerar smidigt.

Upplevelsen bör utvärderas för tydlighet och lyhördhet, med tanke på hur användare interagerar med samtalshistorik, röstbrevlåda och integrerade kataloger. Ytterligare uppmärksamhet bör ägnas åt möjligheten att flytta aktiva samtal mellan enheter och att använda samtalskontroller effektivt inom applikationen eller på fysiska telefoner. Det slutliga målet är att säkerställa att slutanvändarupplevelsen är konsekvent, effektiv och fullt ut stöder organisationens kommunikationsbehov efter migreringen.

Samtalsköer: Erfarenhet av agent och handledare

Samtalsköer används ofta för att hantera scenarier för inkommande samtal med stora volymer. Acceptansprovning fokuserar här på flera dimensioner. Först bör det verifieras att samtal distribueras till agenter enligt den konfigurerade kölogiken, till exempel round robin, längsta tomgång eller samtidig ring. Presentationen av köade samtal på agentskrivbord måste undersökas för tydlighet och användarvänlighet, så att agenter effektivt kan acceptera, hålla och överföra samtal.

För handledare bör skrivbordsupplevelsen utvärderas för funktioner som realtidsövervakning, samtalspråkning och analys eller in sikter om köprestanda. Detta inkluderar men är inte begränsat till validering av instrumentpaneler och rapporteringsverktyg som tillhandahåller handlingsbara data om samtals distribution, agentaktivitet och kömätvärden.

Jaktgrupper: Samtalsfördelning

Jaktgrupper är en nyckelmekanism för att distribuera samtal till fördefinierade uppsättningar användare. Acceptanstestning måste bekräfta att samtal dirigeras till gruppmedlemmar baserat på den konfigurerade jaktalgoritmen, och att scenarier för överflöd, vidarebefordran och inget svar hanteras enligt design. Att säkerställa att gruppmedlemskap och samtalsroutningsbeteenden matchar de som tidigare fastställts i Unified CM är avgörande för operativ konsistens och användartillfredsställelse.

Automatiska mottagare: Meddelanden och menyåtgärder

Automatiska skötare representerar frontlinjen för automatisk samtalshantering. Testningen måste omfatta uppspelning av meddelanden, noggrannheten hos inspelade hälsningar och korrekt funktion av menyträd. Meny val bör på ett tillförlitligt sätt dirigera uppringare till lämpliga avdelningar, individer eller externa nummer. Testning bör också innehålla ogiltiga scenarier eller timeout-scenarier för att bekräfta att uppringare får tydlig vägledning eller omdirigeras som avsett.

Röstbrevlådeoperation

Slutligen är röstbrevlådans funktionalitet avgörande för användarupplevelsen. Godkännandetester bör verifiera att röstbrevlådor är korrekt tilldelade och tillgängliga, både inifrån organisationen och på distans. Möjligheten att spela in, hämta och hantera meddelanden måste bekräftas, tillsammans med aviseringsleverans.

För att övervaka miljön efter migreringen, validera prestanda och göra justeringar för att säkerställa driftstabilitet och effektivitet, se Optim eringsfasen.