Det første skridt i overgangen til Webex Calling er at sikre pålidelig og sikker internetforbindelse mellem det lokale netværk og Webex-skyen.

Da de fleste organisationer opretter forbindelse til internettet via en eller flere firewalls eller sikkerhedsenheder, er det vigtigt at validere, at de nødvendige trafikstrømme understøttes.

Netværks- og sikkerhedsadministratorer skal forstå disse flows med hensyn til:

• Retning (indgående vs. udgående)

• Protokoller (Eksempel - SIP TLS, SRTP, HTTPS)

• IP-adresseområder brugt af Webex-tjenester

• Portnumre der skal åbnes eller tillades.

Dette sikrer, at virksomhedens firewalls, NAT-enheder og anden netværksinfrastruktur er korrekt konfigureret til at imødekomme Webex Calling-trafik, samtidig med at virksomhedens sikkerhedspolitikker opretholdes.

For information om de nødvendige flows, herunder IP-adresse, porte og protokoller, se Portreferenceoplysninger for Webex Calling. Brug disse oplysninger til at konfigurere firewall, proxyer og anden netværksinfrastruktur i den eksisterende installation for at aktivere Webex Calling-netværksflows.

Decentraliseret internetopdeling fra hver filial eller lokation er den anbefalede tilgang til cloud-samarbejdstjenester såsom Webex Calling. Ved at tillade trafik at forlade lokalt, gør denne model følgende:

• Reducerer forsinkelser og jitter frem og tilbage, hvilket forbedrer den samlede opkaldskvalitet

• Skalerer effektivt, efterhånden som flere brugere og websteder overgår til Webex Calling

• Fungerer problemfrit med SD-WAN, som dynamisk kan dirigere sessioner til det nærmeste Webex Cloud-indgangspunkt for optimal ydeevne

• Giver mulighed for at spore brugerplacering baseret på deres offentlige IP-adresse, hvilket hjælper med analyse af mediestier og fejlfinding.

Derudover skal organisationer sikre tilstrækkelig internetbåndbredde på hvert sted. Båndbredden bør dimensioneres baseret på det forventede antal samtidige opkald, den valgte codec (f.eks. Opus eller G.711) plus overhead til signalering, retransmissioner og vækst. Dette stemmer overens med forberedelsesfasen i PPDIO-livscyklussen og etablerer et solidt fundament for migrering.

Det indledende opsætningsafsnit i implementeringsfasen af Webex Calling er grundlæggende for at etablere et velstruktureret og håndterbart cloud-opkaldsmiljø. Denne fase omfatter kritiske opgaver såsom opsætning af Control Hub-organisationen, anskaffelse og tildeling af licenser samt verificering og krav på din virksomheds domæner for at sikre korrekt brugeradministration og sikkerhed. Derudover omfatter det klargøring af licensskabeloner for at automatisere tildeling af brugerlicenser, konfiguration af Single Sign-On (SSO) for at strømline brugergodkendelse og forbedre sikkerheden samt justering af tjeneste- og klientindstillinger, så de stemmer overens med organisationens politikker og brugerbehov. Færdiggørelse af disse indledende opsætningsaktiviteter sikrer, at Webex Calling-miljøet er korrekt konfigureret til skalerbarhed, sikkerhed og problemfri brugeroplevelse, hvilket sætter scenen for efterfølgende implementerings- og driftsfaser.

Under implementeringsfasen repræsenterer udførelse af en pilotmigrering en kritisk milepæl i valideringen af overgangen fra Unified CM til Webex Calling. Dette pilotprojekt involverer klargøring af en repræsentativ delmængde af brugere på tværs af en eller flere placeringer på Webex Calling-platformen, hvilket sikrer, at den valgte population afspejler forskellige brugsscenarier og organisatoriske roller. Parallelt med brugermigrering skal vigtige samarbejdstjenester, herunder telefonsvarer, automatiske omstillinger, opkaldskøer og søgegrupper, overføres til deres Webex Calling-ækvivalenter for at opretholde forretningskontinuitet og servicefunktionalitet.

Pilotmigreringen bør udnytte den samme kombination af Cisco-leverede værktøjer og tredjepartsmigreringsværktøjer, der er planlagt til den bredere organisatoriske implementering, hvilket sikrer, at processerne, automatiseringsarbejdsgangene og integrationspunkterne valideres grundigt under repræsentative forhold.

De primære mål med denne pilotimplementering er todelte: for det første at validere og forfine de samlede overgangsprocesser, herunder brugerprovisioneringsworkflows, datamigreringsprocedurer og endpointkonfigurationer; og for det andet at omfattende verificere funktionaliteten af migrerede tjenester under reelle driftsforhold.

Denne faseopdelte tilgang giver projektteamet mulighed for at identificere og afhjælpe eventuelle tekniske eller proceduremæssige problemer i et kontrolleret miljø, indsamle brugerfeedback om den nye platformoplevelse, vurdere effektiviteten af udvalgte migreringsværktøjer og etablere tillid til migreringsmetoden, før der fortsættes med en bredere organisatorisk implementering.

Den indsigt, der opnås i løbet af denne pilotfase, er afgørende for at optimere efterfølgende migreringsbølger og sikre en gnidningsløs og risikobegrænset overgang for hele virksomheden.

For at anskaffe PSTN-tjenester til Webex Calling skal du først vælge en PSTN-forbindelsesmulighed i Control Hub.

Hvis en organisation planlægger at opretholde hybrid dobbelt opkaldskontrol ( fase 1 i figur Faseopdelt opkaldsovergang: Hybrid og Cloud) enten midlertidigt eller på ubestemt tid, skal de implementere en eller flere lokale gateways til lokale PSTN'er for at tillade opkald mellem Webex Calling og Unified CM-slutpunkter.

Hvis en fuld overgang ( fase 2) til skyen er det endelige mål, inklusive PSTN, kræves enten en Cisco Calling-plan eller en Cloud Connect til Webex Calling-mulighed for PSTN.

Arbejd sammen med din valgte udbyder for at bestille og portere telefonnumre, før du konfigurerer dem i Control Hub. Det er kun muligt at bestille telefonnumre eller iværksætte portordrer. required/possible til lokal PSTN og Cloud Connect til Webex Calling. For Cisco-opkaldsabonnementer initieres bestilling og portering fra Control Hub, så snart placeringen er oprettet, og i lande hvor Cisco-opkaldsabonnementet er tilgængeligt. Du kan finde flere oplysninger om Cisco Calling-abonnementer i Introduktion til Cisco-abonnementerne.

Som en del af PSTN-implementeringen skal du sørge for, at din udbyder har aktiveret både indgående og udgående PSTN-tjenester for din placering. Udfør desuden testopkald for at kontrollere, at opkald dirigeres korrekt via din valgte PSTN-forbindelse.

Før du tilføjer brugere og enheder til Webex Calling, skal du klargøre opkaldsplaceringer. For hver lokation skal der indtastes en gyldig gadeadresse. I USA og Canada valideres og bruges denne adresse af platformen til at sende PIDF-LO-lokationsoplysninger til nødopkald.

Når du konfigurerer lokationer, der bruger lokalt PSTN, skal du konfigurere de lokale gateways i overensstemmelse hermed. I Webex Calling skal der oprettes en trunk og en rutegruppe for hver lokal gateway, og rutegruppen tildeles derefter som PSTN-valg for placeringen. Cisco anbefaler kraftigt altid at vælge en rutegruppe som PSTN-valg, da denne tilgang giver dig mulighed for nemt at tilføje yderligere trunks i fremtiden, hvilket understøtter både skalerbarhed og redundans. Cisco anbefaler også at aktivere dobbelt identitet og P-Charge-Info-understøttelse på alle PSTN-trunker, da dette forenkler identifikationen af den fakturerbare part for udgående direkte eller viderestillede opkald. Hvis din PSTN-udbyder bruger en anden faktureringsheader, kan du kopiere oplysningerne fra P-Charge-Info-headeren på den lokale gateway til den nødvendige faktureringsheader.

For placeringer, der bruger Cloud Connect til Webex Calling eller Cisco Calling Plan som deres PSTN-mulighed, skal du blot vælge det respektive PSTN-valg for placeringen under opsætningen. Hvis placeringen bruger enten Cloud Connect til Webex Calling eller lokal PSTN, skal du tilføje de telefonnumre, der blev bestilt i det forrige trin. Numre kan tilføjes som inaktive, hvis du ikke ønsker, at de skal inkluderes i opkaldsrouting med det samme. Du kan aktivere disse numre senere, når de er tildelt brugere eller funktioner.

Det er vigtigt altid at indstille hovednummeret for hver lokation. Hovednummeret kan tildeles enten en bruger eller en funktion, f.eks. en automatisk omstilling. For at aktivere telefonsvarer på placeringen skal du sørge for at indstille telefonsvarerpilotnummeret, også kendt som telefonportalnummeret.

Yderligere indstillinger for opkaldssteder omfatter konfiguration af nødopkaldsoplysninger, f.eks. nødopkaldsnummeret, notifikationsmuligheder og forbedrede nødopkaldsfunktioner. Du bør også gennemgå og justere optagelsesindstillinger, sprogpræferencer og enhedskonfigurationer efter behov for hver lokation. Hvis din organisation bruger forkortede interne opkald på nettet med virksomhedens signifikante numre, skal du huske at konfigurere en unik lokationskode for lokationen i de interne opkaldsindstillinger. Endelig, hvis eksternt opkald kræver et udgående opkaldsciffer, skal du sørge for at indstille dette i indstillingerne for eksternt opkald. Når et udgående opkaldsciffer er konfigureret, anbefaler Cisco at aktivere håndhævelse af udgående opkaldsciffer for at sikre ensartethed.

For at integrere med lokal opkaldskontrol er det nødvendigt at konfigurere trunks, rutegrupper, virksomhedens opkaldsplaner og både lokations- og globale indstillinger. Start med at konfigurere trunks og lokale gateways, der er beregnet til sammenkobling med det lokale opkaldsstyringssystem. Dette trin er kun nødvendigt, hvis der er behov for dedikerede trunks. Hvis eksisterende trunks og rutegrupper er tilstrækkelige til din implementering, kan de genbruges til den lokale forbindelse uden yderligere konfiguration.

Når trunks og rutegrupper er etableret, skal du fortsætte med at oprette virksomhedens opkaldsplaner og tildele den relevante rutegruppe som destination for hver opkaldsplan. Når integration involverer flere lokale opkaldsstyringssystemer forbundet via forskellige trunker, vil der være behov for flere opkaldsplaner. Det er vigtigt at sikre, at disse opkaldsplaner kun indeholder de mønstre, der er nødvendige for at dirigere opkald til lokale destinationer.

Hvis din implementering kræver understøttelse af ukendt udvidelsesrouting, skal denne funktion aktiveres på lokationsniveau. Derudover skal du, når ukendt lokalnummerrouting er aktiveret, angive den maksimale ukendte lokalnummerlængde i afsnittet Opkaldsrouting mellem Webex Calling og lokaler i indstillingerne for opkaldstjenester i Control Hub. Dette sikrer problemfri opkaldsrouting og korrekt håndtering af lokalnummerbaserede opkaldsscenarier i dit integrerede miljø.

Når du migrerer brugere fra Unified CM til Webex Calling, kan du muligvis ikke flytte alle brugere på samme tid. Dette kan skyldes flere årsager, herunder, men ikke begrænset til, antallet af websteder eller brugere, hvor lang tid det tager at overføre et websted and/or gruppe af brugere på én gang, begrænsede IT- eller webstedsressourcer til at understøtte ændringsvinduet, varigheden af ændringsvinduet, ændringens kompleksitet osv.

Når du migrerer brugere i faser, er det afgørende at identificere, hvilke brugere der skal migreres sammen i den samme batch. Det primære mål er at migrere brugere, der er afhængige af hinanden i forhold til deres opkaldstjenester og -funktioner, sammen. Du vil sikre dig, at alle deres opkaldsfunktioner (eksempel - opkaldskøer) er fuldt funktionelle på Webex Calling, som de var før overgangen til Unified CM.

Selv hvis du implementerer opkaldssamarbejde mellem Unified CM og Webex Calling med lokale gateways, kan du ikke opdele delte tjenester eller funktioner på tværs af denne forbindelse. Derfor skal du identificere afhængighederne mellem brugerne ved at se på funktioner som:

• Overvågning af andre brugere ved hjælp af BLF'er

• I den samme jagtpilot, opkaldskø osv.

• delt linje

• Brug af opkaldsbesvarelse

• Brug af de samme parkerede opkaldsnumre

• Samtaleanlæg

• Executive/Admin.

Et eksempel ville være en bruger, der er en del af en Unified CM Hunt-gruppe, der overgår til Webex Calling. Denne bruger vil overgå til Webex Calling med Hunt-gruppen og med alle andre medlemmer af Hunt-gruppen. Derfor kan Hunt Group og dens medlemmer efter overgangen besvare opkald på den nye platform.

Dette bliver mere udfordrende, når brugerne er forbundet til forskellige grupper af brugere for forskellige opkaldstjenester og -funktioner. Dette vil kræve overgang til Webex Calling på samme tid, mens mere end én gruppe brugere og én opkaldstjeneste overføres.

Brug outputtet fra Control Hub Migration Insights-værktøjet eller et tredjepartsværktøj, som du brugte i forberedelsesfasen til at bestemme, hvilke brugere og funktioner der skal grupperes sammen. Dette output burde have været brugt til at udvikle din migreringsplan og vil give dig indsigt i, hvordan du vil gruppere brugere og funktioner, der skal overgå, sammen.

De vigtigste trin ved overgang af en gruppe brugere er:

• Identificering af brugere, der skal migreres sammen

• Bekræft, at alle brugere er i Control Hub

• Bekræft, at alle TN'er for brugerne findes i Control Hub

• Bekræft korrekt telefonnummerformat i telefonbogen

• Sørg for, at licens- og indstillingsskabelonen for brugergrupperne er konfigureret korrekt.

• Bekræftelse eller konfiguration af alle opkaldstjenester og -funktioner for brugergruppen (før eller under overgangen, alt efter hvad der er relevant)

• Tilføj brugere til gruppen af opkaldsaktiverede brugere i virksomhedens telefonbog

• Udnyt værktøjer - Control Hub-værktøjer til bruger- og funktionsmigrering and/or tredjepartsværktøjer

• Disable/Delete user/device telefonnummer og opkald features/services på Unified CM efter overgangen.

Efter migrering af en gruppe brugere skal du teste en delmængde af brugerne for at validere, at alle deres opkaldsfunktioner og -tjenester fungerer korrekt. Hvis opkaldsfunktioner som f.eks. opkaldskø, søgegrupper osv. overgår til brugergruppen, skal du teste disse opkaldstjenester for korrekt funktionalitet.

I Webex Calling refererer et arbejdsområde til en delt placering (som et konferencerum, et mødested eller en hot desk), der kan tildeles enheder, lokalnumre og brugere. I modsætning til traditionelle Unifed CM-telefoner er arbejdsområder:

• Lokationscentreret: knyttet til fysiske rum.

• Enhedsfleksibel: kan have en eller flere enheder (bordtelefoner, tavler osv.).

Når arbejdsområder er blevet identificeret som en del af overgangen til Webex Calling, kan de tilføjes i Control Hub under Enheder. Hvert arbejdsområde skal tildeles en enhed, og hvis de allerede er i Unified CM, skal de nulstilles eller genklargøres til Webex. Webex Calling-funktioner såsom telefonsvarer, viderestilling af opkald og besvarelse af opkald kan aktiveres eller deaktiveres, og politikker kan anvendes til videoopkald, opkaldsparkering og mobilitet efter behov. Test hvert arbejdsområde ved at foretage interne og eksterne opkald, og test video-, konference- og mobilitetsfunktioner. Til sidst, giv brugerne besked om eventuelle gældende processer for arbejdspladsenheder og bookinger.

Du kan finde flere oplysninger om arbejdsområder i Control Hub i Arbejdsområder.

Telefoner, der i øjeblikket er registreret til Unified CM, skal migreres til Webex Calling som en del af cloud-overgangen. For at gøre migreringen så enkel som muligt med minimal risiko for fejl anbefaler Cisco at migrere fysiske lokationer eller afdelinger på samme tid. Du kan dog blive nødt til at migrere brugere i batches på grund af funktionsafhængigheder. Se afsnittet Migrer brugere i batcher for at få flere oplysninger.

Alle Webex Calling-understøttede telefoner, som du skal overføre fra Unified CM, skal konfigureres på Webex Calling som en bruger eller et arbejdsområde, og den fysiske telefon skal omkonfigureres for at blive registreret hos Webex Calling. Derudover skal firmwaren på telefoner i 7800- og 8800-serien opgraderes fra Enterprise-firmware til Multiplatform Phone (MPP)-firmware. Denne proces omfatter indlæsning af overgangsfirmware før indlæsning af den MPP-firmware, der kræves til Webex Calling-registrering. Det kræver også den relevante migrationstilladelse. Cisco har forbedret denne proces i løbet af de seneste par år for at gøre det nemmere for dig at opgradere dine Enterprise-telefoner til MPP-firmware. Du kan finde flere oplysninger om trinnene til at fuldføre firmwareopgraderingen i Konverter Cisco 7800- og 8800-seriens IP-telefoner mellem Enterprise- og MPP-firmware.

Ud over de trin, der er beskrevet i denne artikel, har Control Hub et indbygget værktøj, Migrer din telefon til Webex Calling, som du kan bruge til at migrere dine 7800- og 8800-telefoner fra Enterprise- til MPP-firmware. Dette værktøj giver dig også mulighed for at tilføje telefonerne til Control Hub og tildele dem til de relevante brugere eller arbejdsområder. For mere information om brug af værktøjer, se Migrer din telefon.

For telefoner i 9800-serien, der er registreret hos Unified CM, gælder ovenstående krav til firmwaremigrering ikke. Disse telefoner kører PhoneOS, som understøttes af både Unified CM og Webex Calling. For at overføre disse telefoner til Webex Calling skal du tilføje dem til Webex Calling, tildele dem til en bruger eller et arbejdsområde og derefter nulstille telefonerne til fabriksindstillingerne. PhoneOS-opstartssekvens til registrering Figuren nedenfor viser PhoneOS-opstartssekvensen og hvordan telefonen registreres til Webex Calling, når den er blevet tilføjet til Control Hub, selvom telefonen stadig er klargjort på Unified CM. and/or DHCP-indstillinger (eksempel - 150) er i brug.

Unified CM understøtter fabriksnulstilling af PhoneOS-enheder for at muliggøre Zero-Touch-onboarding til Webex Calling. Unified CM-administratorer kan fjernstyret nulstille fabriksindstillingerne for 9800- og 8875-telefonerne via CUCM-administrationssiderne, hvilket eliminerer behovet for fysisk adgang til telefonerne for at integrere dem i Webex Calling. Denne funktion understøttes med enhedspakkerne fra 9. september 2025:

• CUCM v15 - Unified Communications Manager version 15

• CUCM v14 - Unified Communications Manager version 14.

For yderligere information om registreringsprocessen for 9800-serien, se Registreringsproces.

Ud over Cisco IP-telefonerne kan det være nødvendigt at klargøre andre enheder, såsom analoge telefonadaptere (ATA'er), trådløse telefoner (WiFi, DECT), videoenheder, stemmegateways og enheder og telefoner fra^{tredjeparter . Mange af disse enheder har ikke en firmwareopgraderingssti som IP-telefoner til at overføre dem fra virksomhedsfirmware til cloud-firmware. Derfor skal du klargøre hver af disse enheder i Control Hub. Nogle af disse kan ikke overføres til Webex Calling, og den tilsvarende Webex Calling-model skal erstatte den (f.eks. ATA 191/192) og andre vil kræve manuel omkonfiguration and/or softwareændringer.}

• Stemmegateways - For at migrere din lokale gateway, se Migrer lokal gateway.

  Du kan finde flere oplysninger om konfiguration af din stemmegateway VG400, VG410 eller VG420 i Control Hub under Lokal gateway

• Analog telefonadapter (ATA) - For at komme i gang med din Cisco ATA 191 og 192, se Cisco ATA.

• Trådløs Wifi-telefon - For at integrere Webex trådløs telefon 840 og 860, se Integrer Webex trådløs telefon.

• DECT trådløse telefoner - For at komme i gang med din nye Cisco IP DECT 6800-serie, se Cisco IP DECT.

  For at opbygge og administrere et digitalt DECT-netværk i Control Hub, se Administrer DECT-netværk

  For mere information om Cisco IP DECT 6800, se Implementeringsvejledning

• 3. partsenheder og -telefoner - Arbejd med 3. partsleverandører på device/phone krav og processen til at migrere eller erstatte dem for at understøtte Webex Calling.

Alle opkaldsfunktioner, der kræves i Webex Calling, skal klargøres før eller under overgangen. Som beskrevet i afsnittet Migrer brugere i batches, skal opkaldsfunktionerne konfigureres og overføres, når de brugere, der bruger dem, overføres.

For detaljer om, hvordan du konfigurerer hver af Webex Calling-funktionerne, se de tilsvarende konfigurationshjælpeartikler.

• Automatiske ombud - For at administrere automatiske ombud, se Automatiske ombud

• Opkaldsparkering - For at administrere opkaldsparkering, se Opkaldsparkering

• Opkaldsmodtagelse - For at konfigurere opkaldsmodtagelsesgruppen, se Opkaldsmodtagelse

• Opkaldskøer - For at konfigurere opkaldskø, se Opkaldskø

• Jagtgrupper - For at administrere jagtgrupper, se Administrer jagtgruppe

• Driftstilstande - For opkaldsrouting baseret på driftstilstande, se Opkaldsrouting baseret på driftstilstande

• Personsøgergrupper - For at konfigurere en personsøgergruppe, se Konfigurer en personsøgergruppe

• Optagelser - For at administrere opkaldsoptagelse for Webex Calling, se Administrer optagelser

• Kontakt med enkelt nummer - For at konfigurere kontakt med enkelt nummer (kontor hvor som helst), se Konfigurer enkelt nummer

• Voicemail-gruppe - For at administrere en delt voicemail og indgående faxboks til Webex Calling, se Administrer voicemail.

Accepttest sikrer, at det migrerede miljø opfylder de funktionelle krav, fungerer som forventet og leverer en problemfri brugeroplevelse på tværs af alle kommunikationsworkflows. Denne valideringsproces er mangesidet og dækker alt fra brugerklargøring og nummertildelinger til den operationelle ydeevne af avancerede opkaldsfunktioner.

Dette afsnit giver eksempler og fremhæver vigtige aspekter at overveje under accepttest; det er dog ikke ment som en udtømmende eller omfattende tjekliste.

Brugerklargøring og nummertildeling

Et grundlæggende aspekt af accepttest involverer at verificere, at alle brugere er klargjort nøjagtigt og fuldstændigt i Webex Calling. Dette kræver en grundig sammenligning mellem kildekataloget (Unified CM) og den nyligt etablerede Webex Calling-brugerbase for at sikre, at alle brugerkonti sammen med tilhørende attributter såsom lokalnumre og direkte indadgående opkald (DID)-tildelinger er blevet korrekt migreret. Fuldstændig klargøring er afgørende, ikke kun for driften fra dag ét, men også for den løbende administration og support.

Validering af nummertildeling omfatter bekræftelse af, at hver bruger er tildelt det korrekte lokalnummer og eksterne nummer, og at disse numre dirigeres korrekt i både interne (on-net) og eksterne (PSTN) opkaldsstrømme. Det er vigtigt at kontrollere for eventuelle overlapninger, manglende tildelinger eller fejlkonfigurationer, der kan føre til fejl i opkaldsrouting eller afbrydelser af tjenesten.

PSTN-opkaldsflow og præsentation af nummeropkald

En robust accepttestprocedure skal omfatte end-to-end validering af PSTN-opkaldsstrømme. Dette inkluderer både indgående og udgående opkaldsscenarier. For indgående PSTN-opkald skal testteamet bekræfte, at opkald leveres til de tilsigtede slutpunkter, uanset om disse er individuelle brugere, opkaldskøer, søgegrupper eller automatiske omstillinger. Udgående PSTN-opkald skal foretages korrekt, med særlig opmærksomhed på korrekt levering og præsentation af opkalds-ID-oplysninger. Dette indebærer at sikre, at det korrekte opkaldsnavn og nummer vises til eksterne modtagere i overensstemmelse med organisationens politikker og lovgivningsmæssige krav.

Testning bør også adressere failover-scenarier, såsom håndtering af utilgængelige slutpunkter eller netværksafbrydelser. Dette hjælper med at bekræfte, at fallback-mekanismer og alternativ routing fungerer korrekt, hvilket opretholder tjenestekontinuitet og pålidelighed.

Opkaldsstrømme på nettet

Interne, eller on-net, opkaldsstrømme danner rygraden i virksomhedens kommunikation. Accepttest på dette område verificerer, at opkald mellem brugere i organisationen dirigeres korrekt, med funktioner som omstilling, hold, viderestilling og konferencer, der fungerer som tilsigtet. Integriteten af opkaldsplaner, forbindelse mellem lokalnumre og understøttelse af organisationens opkaldspolitikker skal alle bekræftes.

Håndtering af brugeropkald og funktionsvalidering

Et vigtigt aspekt af accepttestning involverer validering af, hvordan brugere håndterer opkald ved hjælp af Webex-appen og understøttede bordtelefoner. Denne proces fokuserer på at bekræfte, at de daglige opkaldsworkflows er intuitive og pålidelige, og at brugerne har problemfri adgang til de kernefunktioner, der er nødvendige for deres roller. Testningen bør vurdere, hvor nemt brugerne kan foretage og modtage opkald, administrere funktioner til at parkere og genoptage opkald samt udføre både blinde og konsultative omstillinger. Det er også vigtigt at kontrollere, at viderestilling af opkald, konferencer og andre avancerede funktioner, såsom parkering og hentning af opkald eller aktivering af "Forstyr ikke", er let tilgængelige og fungerer problemfrit.

Oplevelsen bør evalueres med hensyn til klarhed og responstid, idet der tages højde for, hvordan brugerne interagerer med opkaldshistorik, telefonsvarer og integrerede telefonbøger. Der bør lægges ekstra vægt på muligheden for at flytte aktive opkald mellem enheder og effektivt bruge kontroller under opkald i applikationen eller på fysiske telefoner. Det endelige mål er at sikre, at slutbrugeroplevelsen er ensartet, effektiv og fuldt ud understøtter organisationens kommunikationsbehov efter migreringen.

Opkaldskøer: Erfaring med agent og supervisor

Opkaldskøer bruges ofte til at håndtere scenarier med stort antal indgående opkald. Accepttest fokuserer her på flere dimensioner. Først skal det verificeres, at opkald distribueres til agenter i henhold til den konfigurerede kølogik, f.eks. Round Robin, længste inaktiv tid eller samtidig ringning. Præsentationen af opkald i kø på agenternes skriveborde skal undersøges for klarhed og brugervenlighed, så agenterne effektivt kan acceptere, vente og viderestille opkald.

For supervisorer bør desktopoplevelsen evalueres for funktioner som overvågning i realtid, opkaldsforstyrrelser og analyser eller indsigt i køens ydeevne. Dette inkluderer, men er ikke begrænset til, validering af dashboards og rapporteringsværktøjer, der leverer handlingsrettede data om opkaldsfordeling, agentaktivitet og kømålinger.

Søgegrupper: Opkaldsfordeling

Søgegrupper er en nøglemekanisme til at distribuere opkald til foruddefinerede brugergrupper. Accepttest skal bekræfte, at opkald dirigeres til gruppemedlemmer baseret på den konfigurerede søgealgoritme, og at overløb, videresendelse og manglende svar håndteres i henhold til designet. Det er afgørende for driftsmæssig konsistens og brugertilfredshed at sikre, at gruppemedlemskab og opkaldsrouting stemmer overens med dem, der tidligere er etableret i Unified CM.

Automatiske omstillinger: Meddelelser og menufunktioner

Automatiske ombud repræsenterer frontlinjen inden for automatiseret opkaldshåndtering. Testningen skal dække afspilning af meddelelser, nøjagtigheden af optagede hilsner og den korrekte funktion af menustrukturer. Menuvalg skal pålideligt dirigere opkaldere til de relevante afdelinger, personer eller eksterne numre. Testning bør også omfatte ugyldige scenarier eller timeout-scenarier for at bekræfte, at opkaldere modtager klar vejledning eller omdirigeres som tilsigtet.

Voicemail-betjening

Endelig er voicemail-funktionaliteten afgørende for brugeroplevelsen. Accepttests bør verificere, at voicemail-bokse er korrekt tildelt og tilgængelige, både internt i organisationen og eksternt. Muligheden for at optage, hente og administrere beskeder skal bekræftes, sammen med levering af notifikationer.