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 krævede trafikstrømme under støttes.

Netværks- og sikkerhedsadministratorer skal forstå disse strømme med hensyn til:

• Retning (indgående vs udgående)

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

• IP-adresseintervaller, der bruges 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 oplysninger om de krævede strømme, 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ærksstrømme.

Decentraliseret internetudbrud fra hver filial eller websted er den anbefalede tilgang til cloud-samarbejdstjenester såsomWebex Calling. Ved at tillade trafik at afslutte lokalt, kan denne model:

• Reducerer forsinkelse og jitter tur/retur, 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

• Tillader at spore brugerplacering baseret på deres offentlige IP-adresse, hvilket hjælper med mediesti analyse og fejlfinding.

Derudover skal organisationer sikre tilstrækkelig internetbåndbredde på hvert websted. Bå ndbredde skal 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 skaber et solidt fundament for migration.

Det indledende opsætningsunderafsnit inden for implementeringsfasen af implementering Webex Calling er grundlæggende for etablering af et velstruktureret og håndterbart cloud-opkaldsmiljø. Denne fase omfatter kritiske opgaver såsom opsætning af Control Hub-organisationen, indkøb og tildeling af licenser og verifikation og krav på din virksomheds domæner for at sikre korrekt brugeradministration og sikkerhed. Derudover inkluderer den klargøringslic ensskabeloner til automatisering af brugerlicenstildelinger, konfiguration af Single Sign-On (SSO) for at strømline brugergodkendelse og forbedre sikkerheden og justere service- og klientindstillinger, så de passer til organisationens politikker og brugerbehov. Gennemførelsen af disse indledende konfiguration saktiviteter sikrer, at Webex Calling miljøet er korrekt konfigureret til skalerbarhed, sikkerhed og problemfri brugeroplevelse, hvilket sætter scenen for efterfølgende udrulnings- og driftsfaser.

I implementeringsfasen repræsenterer udførelse af en pilotmigration en kritisk milepæl i valideringen af overgangen fra Unified CM tilWebex Calling. Denne pilot involverer klargøring af en repræsentativ undergruppe af brugere på tværs af en eller flere placeringer på plat Webex Calling formen, hvilket sikrer, at den valgte population afspejler forskellige brugssager og organisatoriske roller. Parallelt med brugermigrering skal vigtige samarbejdstjenester, herunder telefonsvarer, automatiske beskeder, opkaldskøer og jagtgrupper, overføres til deres Webex Calling ækvivalenter for at opretholde forretningskontinuitet og servicefunktionalitet.

Pilotmigreringen skal udnytte den samme kombination af Cisco-leverede værktøjer og tredjepartsmigreringsværktøjer, som er planlagt til den bredere organisatoriske implementering, hvilket sikrer, at processer, automatiseringsarbejdsgange og integrationspunkter valideres grundigt under repræsentative forhold.

De primære mål med denne pilotudvikling er to: For det første at validere og forfine ende-til-slut-overgangsprocesserne, herunder arbejdsgange for brugerklargøring, datami greringsprocedurer og slutpunktskonfigurationer; og for det andet at verificere funktionaliteten af migrerede tjenester under virkelige driftsforhold.

Denne trinvise tilgang gør det muligt for projektteamet at identificere og afhjælpe eventuelle tekniske eller proceduremæssige problemer i et kontrolleret miljø, indsamle brugerfeedback om den nye platformsoplevelse, vurdere effektiviteten af udvalgte migreringsværktøjer og etablere tillid til migreringsm etoden, inden de fortsætter med bredere organisatorisk implementering.

Den indsigt, der er opnået i denne pilotfase, er medvirkende til at optimere efterfølgende migrationsbølger og sikre en gnidningsl øs, risikoreduceret overgang for hele virksomheden.

Hvis du vil anskaffe PSTN-tjenester tilWebex Calling, skal du først vælge en PSTN-tilslutningsindstilling i kontrolhubben.

Hvis en organisation planlægger at opretholde hybrid dobbelt opkaldskontrol (fase 1 i figur Trinvis opkald sovergang: Hybrid og Cloud) enten midlertidigt eller på ubestemt tid, skal de installere en eller flere lokale gateways til PSTN i det lokale miljø for at tillade opkald mellem og slutpunkter. Webex Calling Unified CM

Hvis en fuld overgang (fase 2) til skyen er slutmålet inklusive PSTN, kræves enten en Cisco-opkaldsplan eller en Cloud Connect for Webex Calling mulighed for PSTN.

Arbejd med din valgte udbyder for at bestille og portere telefonnumre, før du konfigurerer dem i Control Hub. Bestilling af telefonnumre eller initiering af portordrer er kun krævet/muligt for PSTN og Cloud Connect i det lokale miljø for. Webex Calling For Cisco-opkaldsplaner startes bestilling og porting fra Control Hub, så snart placeringen er oprettet, og i lande, hvor Cisco Calling Plan er tilgængelig. Du kan finde flere oplysninger om Cisco-opkaldsplaner under Kom godt i gang med C isco-abonnementerne.

Som en del af implementeringen af PSTN skal du sikre dig, at din udbyder har aktiveret både indgående og udgående PSTN-tjenester for din placering. Derudover skal du udføre testopkald for at kontrollere, at opkald dirigeres korrekt via den valgte PSTN-forbindelse.

Før du føjer brugere og enheder tilWebex Calling, skal du angive opkaldssteder. For hver placering skal der indtastes en gyldig gad eadresse. I USA og Canada valideres denne adresse og bruges af platformen til at sende PIDF-LO-placeringsoplysninger til nødopkald.

Når du konfigurerer placeringer, der bruger PSTN i det lokale miljø, 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 ruteg ruppen tildeles derefter som PSTN-valget 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 trunker i fremtiden, hvilket understøtter både skalerbarhed og redundans. Cisco anbefaler også at aktivere dual-identity og P-Charge-Info support på alle PSTN-trunker, da dette forenkler identifikationen af den fakturerbare part for udgående direkte eller omdirigerede opkald. Hvis din PSTN-udbyder bruger en anden header til fakturering, kan du kopiere oplysningerne fra P-Charge-Info-overskriften på den lokale gateway til den krævede faktureringsoverskrift.

For steder, 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 PSTN i det lokale miljø, skal du tilføje de telefonnumre, der blev bestilt i det foregående trin. Numre kan tilføjes som inaktive, hvis du ikke vil have dem inkluderet i op kaldsrouting med det samme; du kan aktivere disse numre senere, når de tildeles brugere eller funktioner.

Det er vigtigt altid at indstille hovednummeret for hver placering. Hovednummeret kan tildeles enten en bruger eller en funktion, såsom en automatisk ledsager. For at aktivere voicemail på stedet skal du sørge for at indstille telefon svarerens pilotnummer, også kendt som stemmeportalnummeret.

Yderligere indstillinger for opkaldssteder omfatter konfiguration af nø dopkaldsoplysninger såsom nødopkaldsnummeret, meddelelses muligheder og forbedrede nødopkaldsfunktioner. Du bør også gennemgå og justere optagelsesindstillinger, sprogindstillinger og enhedskon figurationer efter behov for hver placering. Hvis din organisation bruger forkortet internetopkald mellem websteder med virksomhedssignifikante numre, skal du huske at konfigurere en unik webstedskode for placeringen i de interne opkaldsindstillinger. Endelig, hvis ekstern opkald kræver et udgående opkaldsciffer, skal du sørge for at indstille dette i indstillingerne for ekstern opkald . Når der er konfigureret et ciffer for udgående opkald, anbefaler Cisco, at håndhævelse af udgående opkaldscifre aktiveres for at sikre konsistens.

Hvis du vil integrere med opkaldskontrol i det lokale miljø, er det nødvendigt at konfigurere trunker, rutegrupper, virksomhedsopkaldsplaner og både placeringsindstillinger og globale indstillinger. Begynd med at konfigurere trunker og lokale gateways, der er beregnet til sammenkobling med det lokale opkaldskontrolsystem. Dette trin er kun påkrævet, hvis dedikerede trunker er nødvendige. Hvis eksisterende trunker og rutegrupper er tilstrækkelige til installationen, kan de genbruges til sammenkoblingen i det lokale miljø uden yderligere konfiguration.

Når trunkerne og rutegrupperne er oprettet, skal du fortsætte med at oprette virksomhedens opkaldsplaner og tildele den relevante rutegruppe som destination for hver opkaldsplan. Når integrationen involverer flere lokale opkaldsstyringssystemer, der er forbundet via forskellige trunker, kræves der flere opkaldsplaner. Det er vigtigt at sikre, at disse opkaldsplaner kun indeholder de mønstre, der er nødvendige for at dirig ere opkald til lokale destinationer.

Hvis installationen kræver understøttelse af ukendt udvidelsesrouting, skal denne funktion være aktiveret på placeringsniveau. Når routing af ukendt udvidelse er aktiveret, skal du desuden angive den maksimale ukendte forlængelseslængde i af snittet Opkal dsdirigering mellem Webex Calling og lokaler i indstillingerne for opkaldstjenester i Control Hub. Dette sikrer problemfri opkaldsrouting og korrekt håndtering af udvidelsesbaserede opkalds scenarier i dit integrerede miljø.

Når du overfører brugere fra Unified CM til, kan Webex Calling 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 og/eller en gruppe af brugere på én gang, begrænset it- eller webstedsressource til at understøtte ændringsvinduet, varigheden af ændringsvinduet, ændringens kompleksitet osv.

Når du overfører brugere i faser, er det vigtigt at identificere, hvilke brugere der skal migrere sammen i samme batch. Det primære mål er at migrere brugere sammen, der har afhængigheder med hinanden for deres opkaldstjenester og funktioner. Du vil sikre, at alle deres opkaldsfunktioner (Eksempel - Opkaldskøer) er fuldt funktionsdygtige, Webex Calling som de var før overgangen til. Unified CM

Selvom 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 brugere ved at se på funktioner som:

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

• I samme jagtpilot, opkaldskø osv

• Delte linjer

• Brug af opkaldsafhentning

• Brug af de samme call-park-numre

• Intercom

• Eksekutiv/Administrator.

Et eksempel ville være en bruger, der er en del af en Unified CM Hunt-gruppe, der overgår tilWebex Calling. Denne bruger overgår til Webex Calling med Hunt Group og med alle andre medlemmer af Hunt Group. Derfor kan Hunt Group og dens medlemmer efter overgangen med succes 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 kræver overgang af mere end en gruppe brugere og en opkaldstjeneste til Webex Calling på samme tid.

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

De vigtigste trin, når du overgår en batch af 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 mappen

• Sørg for, at licens- og indstillingsskabelonen for brugergrup perne er konfigureret korrekt

• Verificering eller konfiguration af alle opkaldstjenester og -funktioner for gruppen af brugere (før eller under overgangen, alt efter hvad der er relevant)

• Føj brugere til gruppen af opkaldsaktiverede brugere i virksomhedsmappen

• Udnyt værktøjer - Bruger- og funktionsmigreringsværktøjer til Control Hub og/eller tredjepartsværktøjer

• Deaktiver/slet bruger/enhedens katalognummer og opkaldsfunktioner/tjenester til efter overgangen. Unified CM

Efter overførsel af en gruppe brugere skal du teste en undergruppe af brugerne for at kontrollere, at alle deres opkaldsfunktioner og -tjenester fungerer korrekt. Hvis opkaldsfunktioner som opkaldskø, jagtgrupper osv. overføres med gruppen af brugere, skal du teste disse opkaldstjenester for korrekt funktionalitet.

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

• Placeringscentreret: bundet til fysiske rum.

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

Når arbejdsområder er blevet identificeret som en del af overgangen tilWebex Calling, kan de tilføjes i Control Hub under Enheder. Hvert arbejdsområde har brug for en enhedstildeling, og hvis de allerede er iUnified CM, skal de nulstilles eller genklargøres til Webex. Webex Callingfunktioner som telefonsvarer, viderestilling af opkald og afhentning 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, teste video-, konference- og mobilitets funktioner. Endelig skal du fortælle brugerne om eventuelle relevante processer for arbejdsområdeenheder og bookinger.

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

Telefoner, der i øjeblikket er registreret til, Unified CM skal migreres til Webex Calling som en del af skyovergangen. For at gøre migreringen så enkel som muligt med minimal chance for fejl anbefaler Cisco, at du migrerer fysiske websteder eller afdelinger på samme tid. Du kan dog blive bedt om at migrere brugere i batcher på grund af funktionsafhængigheder. Se afsnittet Over før brugere i grupper for at få flere oplysninger.

Alle Webex Calling understøttede telefoner, som du har brug for at skifte fra, Unified CM skal konfigureres Webex Calling som bruger eller arbejdsområde, og den fysiske telefon skal omkonfigureres for at registrere dig hos Webex Calling. Derudover har telefonerne i 7800- og 8800-serien brug for deres firmware opgraderet fra Enterprise- firmware til Multiplatform Phone (MPP) firmware. Denne proces omfatter indlæsning af overgangs firmware før indlæsning af den MPP-firmware, der kræves til Webex Calling registrering. Det kræver også den relevante migrationslicens. Cisco har forbedret denne proces i løbet af de sidste par år for at gøre det lettere for dig at opgradere dine Enterprise-firmwaretel efoner til MPP-firmware. Du kan finde flere oplysninger om trinene til at fuldføre firmwareopgraderingen i Konvertere IP-telefoner i Cisco 7800- og 8800-serien mellem Enterprise- og MP P- firmware.

Ud over de trin, der er beskrevet i denne artikel, har Control Hub et indbygget værktøj, Overfør din telefon til Webex Calling, som du kan bruge til at hjælpe med 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. Du kan finde flere oplysninger om værktøjsbrug under Overfør din telefon.

For telefoner i 9800-serien, der er registreret med Unified CM ovenstående krav til firmwareoverførsel, gælder ikke. Disse telefoner kører PhoneOS, som understøttes af både Unified CM ogWebex Calling. For at overføre disse telefoner til skal Webex Calling du tilføje dem tilWebex Calling, tildele dem til en bruger eller et arbejdsområde og derefter fabriksindstille telefonerne. PhoneOS-opstartssekvens til registrering Figur nedenfor viser PhoneOS-opstartssekvensen, og hvordan telefonen vil registrere sig, Webex Calling når den er føjet til Control Hub, selvom telefonen stadig er klargjort Unified CM og/eller DHCP-indstillinger (Eksempel - 150) er i brug.

Unified CMunderstøtter fabriksindstilling af PhoneOS-enheder for at tillade Zero-Touch onboarding til. Webex Calling Unified CMadministratorer kan eksternt fabriksindstille 9800- og 8875-telefonerne via CUCM-administrationssi derne, hvilket eliminerer behovet for fysisk adgang til telefonerne, der skal indbygges telefonerne til. 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 mere information om registreringsprocessen for 9800-serien, se Registrerings proces.

Ud over Cisco IP-telefonerne kan det være nødvendigt med levering af andre enheder såsom analoge telefon adaptere (ATA'er), trådløse (Wifi, DECT) telefoner, videoenheder, stemmegateways og tredje ^part senheder og -telefoner. Mange af disse enheder har ikke en firmwareopgraderingssti som IP-telefonerne til at overføre dem fra virksomhedsfirmware til cloud- firmware. Derfor klargør du 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 rekonfiguration og/eller softwareændringer.

• Stemmegateways — Hvis du vil migrere din lokale gateway, skal du se Over føre 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 - Hvis du vil integrere Webex trådløse telefon 840 og 860, skal du se Integrere trådløs Webex- telefon.

• Trådløse DECT-telefoner - Se Cisco IP DECT 6800-serien for at komme i gang med din nye Cisco IP DECT 6800-serie.

  Hvis du vil oprette og administrere digitalt DECT-netværk i Control Hub, skal du se Administrer DEC T-netværk

  Du kan finde flere oplysninger om Cisco IP DECT 6800 i Installationsvejledning

• Tred ^je partsenheder og -telefoner - Arbejd med tredje ^part sleverandører om enheds-/telefonkrav og processen til at migrere eller erstatte dem til support. Webex Calling

Eventuelle opkaldsfunktioner, der kræves, Webex Calling skal klarlægges før eller under overgangen. Som beskrevet i afsnittet Over før brugere i batcher skal opkaldsfunktionerne konfigureres og overføres, når de brugere, der bruger dem, overføres.

Du kan finde flere oplysninger om, hvordan du konfigurerer hver af Webex Calling funktionerne, i de tilsvarende artikler om konfigurationshjælp.

• Automatiske telefonsvarere — Se Automatiske telefonsvarere for at administrere automatiske telefonsvarere

• Opkaldspark - Se Opkaldspark for at administrere op kald sparkering

• Afhentning af opkald — Se Afhentning af opkald, hvis du vil konfigurere gruppen for afhentning af opkald

• Opkaldskøer - Hvis du vil konfigurere opkaldskø, skal du se Op kald skø

• Jagtgrupper — Se Administrer jagtgruppe for at administrere jagt grupper

• Driftstilstande - Hvis du vil foretage opkaldsruting baseret på driftstilstande, skal du se Rute opkald baseret på driftstilstande

• Personsøgningsgrupper — Hvis du vil konfigurere en personsøgningsgruppe, skal du se Konfigurere en personsøgningsgruppe

• Optagelser — Se Administrer optagelser for at administrere Webex Calling opkaldsoptagelse for

• Enkeltnummerrækkevidde - Hvis du vil konfigurere rækkevidde af et enkelt nummer (kontor hvor som helst), skal du se Konfigurere enkeltnummer

• Telefonsvarergruppe — Hvis du vil administrere en delt telefonsvarer og indgående faxboks, skal du se Administrer telefonsvarer. Webex Calling

Accepttest sikrer, at det migrerede miljø opfylder funktionskravene, fungerer som forventet og leverer en problemfri brugeroplevelse på tværs af alle kommunikationsarbejdsgange. Denne validerings proces er mangefacetteret og dækker alt fra brugerklargøring og nummertildelinger til den operationelle ydeevne af avancerede opkaldsfunktioner.

Dette afsnit indeholder eksempler og fremhæver nøgleaspekter, der skal overvej es under accepttest; det er dog ikke beregnet til at fungere 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 indeni. Webex Calling Dette kræver en grundig sammenligning mellem source (Unified CM) -mappen og den nyoprettede Webex Calling brugerbase for at sikre, at alle brugerkonti sammen med tilknyttede attributter såsom ud videlsesnumre og DID-tildelinger (Direct Inward Opal) er blevet overført korrekt. Fuldstændighed af klargøring er afgørende ikke kun for funktionsdygtigheden på den første dag, men også for løbende administration og support.

Validering af nummertildeling omfatter bekræftelse af, at hver bruger er tildelt den korrekte udvidelse og det eksterne nummer, og at disse numre dirigeres korrekt i både interne (på nettet) og eksterne (PSTN) opkaldsstrømme. Det er vigtigt at kontrollere eventuelle overlapninger, manglende tildelinger eller fejlkonfigurationer, der kan føre til opkaldsroutingsfejl eller serviceafbrydelser.

PSTN-opkaldsstrømme og præsentation af opkalds-id

En robust accepttestprocedure skal omfatte ende-til-ende- validering af PSTN-opkaldsstrømme. Dette omfatter 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 det er individuelle brugere, opkaldskøer, jagtgrupper eller automatiske telefonsvarere. Udgående PSTN-opkald skal foretages med succes, 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 for eksterne modtagere i overensstemmelse med organisationspolitikker og lovkrav.

Test bør også behandle failover-scenarier, såsom håndtering af utilgæng elige slutpunkter eller netværksforstyrrelser. Dette hjælper med at bekræfte, at reservemekanismer og alternativ routing fungerer korrekt, hvilket opretholder servicekontinuitet og pålidelighed.

Opkaldsstrømme på nettet

Interne eller on-net opkaldsstrømme udgør rygraden i virksomhedskom munikation. Accepttest i dette område bekræfter, at opkald mellem brugere i organisationen dirigeres korrekt, med funktioner som opkaldsoverførsel, hold, videresendelse og konferencer, der fungerer efter hensig ten. Integriteten af opkaldsplaner, forbindelse mellem udvidelse til udvidelse og understøttelse af organisatoriske op kaldspolitikker skal alle bekræftes.

Håndtering af brugeropkald og funktionsvalidering

Et vigtigt aspekt af accepttest involverer validering af, hvordan brugere håndterer opkald ved hjælp af We bex-appen og understøttede bordtelefoner. Denne proces fokuserer på at bekræfte, at daglige opkal dsarbejdsgange er intuitive og pålidelige, og at brugerne har problemfri adgang til de kerne funktioner, der er nødvendige for deres roller. Test skal vurdere, hvor let brugerne kan foretage og modtage opkald, administrere hold- og genoptagelsesfunktioner og udføre både blinde og rådgivende overførsler. 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 forstyrr ikke, er let tilgængelige og fungerer problemfrit.

Oplevelsen bør evalueres for klarhed og lydhørhed under hensyntagen til, hvordan brugerne interagerer med opkaldshistorik, voicemail og integrerede mapper. Der bør lægges yderligere vægt på muligheden for at flytte aktive opkald mellem enheder og til at bruge opkaldskontroller effektivt inden for applikationen eller på fysiske telefoner. Det ultimative mål er at sikre, at slutbrugeroplevelsen er konsekvent, effektiv og fuldt ud understøtter organisationens kommunikationsbehov efter migreringen.

Opkaldskøer: Agent- og vejledererfaring

Opkaldskøer bruges ofte til håndtering af indgående opkaldsscenarier med høj volumen. Accepttest fokuserer her på flere dimensioner. Først skal det verificeres, at opkald distribueres til agenter i henhold til den konfigurerede kølogik, såsom round robin, længste tomgang eller samtidig ring. Præsentationen af opkald i kø på agentdesktops skal undersøges for klarhed og brugervenlighed, hvilket sikrer, at ag enterne effektivt kan acceptere, holde og overføre opkald.

For vejledere bør skrivebordsoplevelsen evalueres for funktioner som realtidsovervågning, opkaldsbarging og analyse eller indsigt i køens ydeevne. Dette omfatter, men er ikke begrænset til, validering af dashboards og rapporteringsværktøjer, der giver handlingsbare data om opkalds distribution, agentaktivitet og kømålinger.

Jagtgrupper: Opkaldsfordeling

Jagtgrupper er en nøglemekanisme til distribution af opkald til foruddefinerede sæt brugere. Accepttest skal bekræfte, at opkald dirigeres til gruppemedlemmer baseret på den konfigurerede jagtalgoritme, og at overløb, videresendelse og no-svar scenarier håndteres i henhold til design. Det Unified CM er afgørende for driftskonsistens og brugertilfredshed at sikre, at gruppemedlemskab og opkaldsroutingadfærd matcher dem, der tidligere er etableret i.

Automatiske svarbeskeder: Meddelelser og menuhandlinger

Autorespondenter repræsenterer frontlinjen for automatiseret opkaldshåndtering. Test skal dække afspilning af meddelelser, nøjagtigheden af optagede hilsener og korrekt betjening af menutræer. Menu valg skal pålideligt dirigere opkaldere til de relevante afdelinger, enkeltpersoner eller eksterne numre. Test bør også omfatte ugyldige scenarier eller timeout-scenarier for at bekræfte, at opkaldere modtager klar vejledning eller omdirigeres efter hensigten.

Voicemail-betjening

Endelig er voicemail-funktionalitet afgørende for brugeroplevelsen. Accepttests skal kontrollere, at voicemail-bokse er korrekt tildelt og tilgængelige, både inden for organisationen og eksternt. Evnen til at optage, hente og administrere meddelelser skal bekræftes sammen med meddelelseslevering.

Se Optim eringsfasen for at overvåge miljøet efter migrering, validere ydeevne og foretage justeringer for at sikre driftsstabilitet og effektivitet.