Det første trinnet i overgangen til Webex Calling er å sikre pålitelig og sikker Internett-tilkobling mellom det lokale nettverket og Webex-skyen.

Siden de fleste organisasjoner kobler seg til internett via en eller flere brannmurer eller sikkerhetsenheter, er det viktig å validere at de nødvendige trafikkstrømmene støttes.

Nettverks- og sikkerhetsadministratorer må forstå disse flytene i form av:

• Retning (innkommende vs utgående)

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

• IP-adresseområder som brukes av Webex-tjenester

• Portnumre som må åpnes eller tillates.

Dette sikrer at bedriftens brannmurer, NAT-enheter og annen nettverksinfrastruktur er riktig konfigurert for å imøtekomme Webex Calling trafikk samtidig som bedriftens sikkerhetspolicyer opprettholdes.

For informasjon om nødvendige flyter, inkludert IP-adresse, porter, og protokoller, se Portreferanseinformasjon for Webex Calling. Bruk denne informasjonen til å konfigurere brannmuren, proxyer og annen nettverksinfrastruktur i den eksisterende distribusjonen for å aktivere Webex Calling nettverksflyter.

Desentralisert internettutbrudd fra hver filial eller nettsted er den anbefalte tilnærmingen for skysamarbeidstjenester somWebex Calling. Ved å la trafikken gå ut lokalt, gjør denne modellen følgende:

• Reduserer tur-returforsinkelse og jitter, og forbedrer den generelle samtalekvaliteten

• Skalerer effektivt etter hvert som flere brukere og nettsteder går over til Webex Calling

• Fungerer sømløst med SD-WAN, som dynamisk kan rute økter til nærmeste Webex-skyinngangspunkt for optimal ytelse

• Tillater å spore brukerplassering basert på deres offentlige IP-adresse, noe som hjelper med mediebane analyse og feilsøking.

I tillegg må organisasjoner sørge for tilstrekkelig internettbåndbredde på hvert nettsted. Bå ndbredde bør dimensjoneres basert på forventet antall samtidige anrop, den valgte kodeken (f.eks. Opus eller G.711), pluss overhead for signalering, retransmisjoner og vekst. Dette stemmer overens med forberedelsesfasen i PPDIO-livssyklusen og etablerer et solid fundament for migrering.

Den første oppsettdelen i implementeringsfasen av distribusjonen Webex Calling er grunnleggende for å etablere et godt strukturert og håndterbart skyanropsmiljø. Dette stadiet omfatter kritiske oppgaver som å sette opp Control Hub-organisasjonen, anskaffe og tildele lisenser, og verifisere og gjøre krav på bedriftens domener for å sikre riktig brukeradministrasjon og sikkerhet. I tillegg inkluderer den klargjørings lisensmaler for å automatisere tildelinger av brukerlisenser, konfigurere Single Sign-On (SSO) for å effektivisere brukerautentisering og forbedre sikkerheten, og justere tjeneste- og klientinnstillinger slik at de stemmer overens med organisasjonspolicyer og brukerbehov. Å fullføre disse innledende konfigur asjonsaktivitetene sikrer at Webex Calling miljøet er riktig konfigurert for skalerbarhet, sikkerhet og sømløs brukeropplevelse, og setter scenen for påfølgende distribusjons- og driftsfaser.

I implementeringsfasen representerer gjennomføring av en pilotmigrering en kritisk milepæl i valideringen av overgangen fra Unified CM tilWebex Calling. Denne piloten innebærer å klargjøre et representativt delsett av brukere på tvers av ett eller flere steder på Webex Calling plattformen, og sikre at den valgte populasjonen gjenspeiler forskjellige brukstilfeller og organisatoriske roller. Parallelt med brukermigrering må viktige samarbeidstjenester, inkludert telefonsvarer, automatiske svartjenester, samtalekøer og jaktgrupper, overføres til sine Webex Calling ekvivalenter for å opprettholde forretningskontinuitet og tjenestefunksjonalitet.

Pilotmigreringen bør utnytte den samme kombinasjonen av Cisco-leverte verktøy og tredjepartsmigreringsverktøy som er planlagt for den bredere organisasjonsdistribusjonen, og sikre at prosessene, automatiseringsarbeidsflytene og integrasjonspunktene blir grundig validert under representative forhold.

Hovedmålene for denne pilotdistribusjonen er todelt: For det første, å validere og finjustere ende-til-ende-overgangsprosess ene, inkludert arbeidsflyter for klargjøring av brukere, prosedyrer for datami grering, og endepunktkonfigurasjoner; og for det andre, å fullstendig verifisere funksjonaliteten til migrerte tjenester under virkelige driftsforhold.

Denne trinnvise tilnærmingen gjør det mulig for prosjektteamet å identifisere og løse eventuelle tekniske eller prosessuelle problemer i et kontrollert miljø, samle tilbakemeldinger fra brukerne om den nye plattformopplevelsen, vurdere effektiviteten til utvalgte migr eringsverktøy og etablere tillit til migreringsm etodikken før de fortsetter med bredere organisatorisk distribusjon.

Innsikten som er oppnådd i løpet av denne pilotfasen er avgjørende for å optimalisere påfølgende migrasjonsbølger og sikre en jevn, risikoredusert overgang for hele bedriften.

Hvis du vil anskaffe PSTN-tjenester forWebex Calling, velger du først et PSTN-tilkoblingsalternativ i Control Hub.

Hvis en organisasjon planlegger å opprettholde hybrid dobbel samtalekontroll (fase 1 i figur Faset an ropsovergang: Hybrid og sky) enten midlertidig eller på ubestemt tid, må de distribuere en eller flere lokale gateways for lokalt PSTN for å tillate anrop mellom og endepunkter. Webex Calling Unified CM

Hvis en full overgang (fase 2) til skyen er sluttmålet inkludert PSTN, vil enten en Cisco Calling Plan eller et Cloud Connect for Webex Calling alternativ være nødvendig for PSTN.

Arbeid med den valgte leverandøren for å bestille og portere telefonnumre før du konfigurerer dem i Control Hub. Bestilling av telefonnumre eller initiering av portbestillinger er bare nødvendig/mulig for lokal PSTN og Cloud Connect for. Webex Calling For Cisco-samtaleplaner startes bestilling og portering fra Control Hub så snart lokasjonen er opprettet, og i land der Cisco Calling Plan er tilgjengelig. Hvis du vil ha mer informasjon om Cisco Calling-planer, kan du se Komme i gang med Cisco-abonnementene.

Som en del av PSTN-implementeringen må du sørge for at leverandøren din har aktivert både innkommende og utgående PSTN-tjenester for posisjonen din. I tillegg kan du utføre testanrop for å bekrefte at samtaler blir rutet riktig gjennom den valgte PSTN-tilkoblingen.

Før du legger til brukere og enheter iWebex Calling, må du klargjøre anropssteder. For hvert sted må en gyldig gateadresse oppgis. I USA og Canada valideres denne adressen og brukes av plattformen til å sende PIDF-LO-posisjonsinformasjon for nødanrop.

Når du konfigurerer lokasjoner som bruker lokal PSTN, må du konfigurere de lokale gatewayene tilsvarende. I Webex Calling må en stamme og en rutegruppe opprettes for hver lokal gateway, og rutegru ppen tilordnes deretter som PSTN-valget for plasseringen. Cisco anbefaler på det sterkeste at du alltid velger en rutegruppe som PSTN-valg, da denne tilnærmingen lar deg enkelt legge til flere trunker i fremtiden, som støtter både skalerbarhet og redundans. Cisco anbefaler også å aktivere dual-identity og P-Charge-Info-støtte på alle PSTN-trunker, siden dette forenkler identifiseringen av den fakturerbare parten for utgående direkte eller omdirigerte samtaler. Hvis PSTN-leverandøren bruker en annen overskrift for fakturering, kan du kopiere informasjonen fra P-Charge-Info-overskriften på den lokale gatewayen til den nødvendige faktureringsoverskriften.

For steder som bruker Cloud Connect for Webex Calling eller Cisco Calling Plan som sitt PSTN-alternativ, velger du ganske enkelt det respektive PSTN- valget for stedet under oppsettet. Hvis plasseringen bruker enten Cloud Connect for Webex Calling eller lokal PSTN, må du legge til telefonnumrene som ble bestilt i forrige trinn. Numre kan legges til som inaktive hvis du ikke vil at de skal inkluderes i samtal erutingen med en gang; du kan aktivere disse numrene senere når de tilordnes brukere eller funksjoner.

Det er viktig å alltid angi hovednummeret for hvert sted. Hovednummeret kan tilordnes enten en bruker eller en funksjon, for eksempel en automatisk ledsager. For å aktivere talepost på stedet, må du sørge for å angi telefon svarerpilotnummeret, også kjent som taleportalnummeret.

Ytterligere innstillinger for anropssteder inkluderer konfigurering av nødanropdetaljer, for eksempel nødnummeret, varsling salternativer og forbedrede nødanropsfunksjoner. Du bør også se gjennom og justere opptaksinnstillinger, språkpreferanser og enhet skonfigurasjoner etter behov for hvert sted. Hvis organisasjonen bruker forkortet internett-oppringing med betydelige virksomhets numre, må du huske å konfigurere en unik områdekode for stedet i de interne oppringingsinnstillingene. Til slutt, hvis ekstern oppringing krever et utgående nummersiffer, må du sørge for å angi dette i innstillingene for ekstern oppringing. Når et utgående nummersiffer er konfigurert, anbefaler Cisco å aktivere håndhev ing av utgående nummersiffer for å sikre konsistens.

Hvis du vil integrere med lokal anropskontroll, er det nødvendig å konfigurere trunker, rutegrupper, bedriftsoppringingsplaner og både lokasjonsinnstillinger og globale innstillinger. Begynn med å sette opp trunkene og de lokale gatewayene som er beregnet for sammenkobling med det lokale anropskontrollsystemet. Dette trinnet er bare nødvendig hvis dedikerte trunker er nødvendige. Hvis eksisterende trunker og rutegrupper er tilstrekkelige for distribusjonen, kan de brukes på nytt for den lokale sammenkoblingen uten ytterligere konfigurasjon.

Når stammene og rutegruppene er etablert, fortsetter du med å opprette virksomhetsnummerplanene og tilordne den aktuelle rutegruppen som destinasjon for hver nummerplan. Når integrering involverer flere lokale anropskontrollsystemer koblet gjennom forskjellige trunker, vil det være nødvendig med flere oppringingsplaner. Det er viktig å sikre at disse nummerplanene bare inneholder mønstrene som er nødvendige for å dirigere anrop til lokale destinasjoner.

Hvis distribusjonen krever støtte for ukjent utvidelsesruting, bør denne funksjonen være aktivert på stedsnivå. I tillegg, når ukjent utvidelsesrut ing er aktivert, må du angi maksimal ukjent forlengelseslengde i delen An ropsruting mellom Webex Calling og lokaler i innstillingene for anropstjenester i Control Hub. Dette sikrer sømløs samtaleruting og riktig håndtering av utvidelsesbaserte oppringings scenarier i ditt integrerte miljø.

Når du overfører brukere fra Unified CM til, kan Webex Calling du kanskje ikke flytte alle brukere samtidig. Dette kan skyldes flere årsaker, inkludert, men ikke begrenset til, antall nettsteder eller brukere, hvor lang tid det tar å overføre et nettsted og/eller en gruppe brukere på en gang, begrenset IT- eller nettstedsressurs for å støtte endringsvinduet, varigheten av endringsvinduet, endringens kompleksitet osv.

Når du overfører brukere i faser, er det viktig å identifisere hvilke brukere som må migrere sammen i samme batch. Det primære målet er å migrere brukere sammen som har avhengigheter med hverandre for sine samtaletjenester og funksjoner. Du vil sikre at alle samtal efunksjonene deres (Eksempel - Anropskøer) er fullt funksjonelle på Webex Calling som de var før overgangen påUnified CM.

Selv om du implementerer samtalesamarbeid mellom Unified CM og Webex Calling med lokale gateways, kan du ikke dele delte tjenester eller funksjoner på tvers av denne tilkoblingen. Derfor må du identifisere avhengighetene mellom brukere ved å se på funksjoner som:

• Overvåke andre brukere som bruker BLF-er

• I samme jaktpilot, anropskø osv

• Delte linjer

• Bruke henting av anrop

• Bruke de samme telefonnummerene

• Intercom

• Eksekutiv/Administrator.

Et eksempel kan være en bruker som er en del av en Unified CM Hunt Group som blir overført tilWebex Calling. Denne brukeren vil gå over til Webex Calling med Hunt Group og med alle andre medlemmer av Hunt Group. Derfor, etter overgangen kan Hunt Group og dets medlemmer lykkes med å svare på samtaler på den nye plattformen.

Dette blir mer utfordrende når brukere er koblet til forskjellige grupper av brukere for forskjellige samtaletjenester og funksjoner. Dette vil kreve overgang av mer enn én gruppe brukere og en ringetjen Webex Calling este til samtidig.

Bruk utdataene fra Control Hub Migration Insights-verktøyet eller tredjepartsverktøyet du brukte i forberedelsesfasen til å bestemme hvilke brukere og funksjoner som skal grupperes sammen. Denne utgangen skal ha blitt brukt til å utvikle overføringsplanen din, og vil gi deg innsikt i hvordan du vil gruppere brukere og funksjoner som trenger å gå over sammen.

De viktigste trinnene når du overfører en gruppe brukere er:

• Identifisere brukere som skal migreres sammen

• Bekreft at alle brukere er i Control Hub

• Bekreft at alle TN-er for brukerne finnes i Control Hub

• Bekreft riktig telefonnummerformat i katalogen

• Kontroller at lisensierings- og innstillingsmalen for brukergruppene er riktig konfigurert

• Verifisere eller konfigurere alle anropstjenester og funksjoner for bruker gruppen (før eller under overgangen etter behov)

• Legg til brukere i gruppen av anropsaktiverte brukere i bedriftskatalog en

• Utnytte verktøy - Bruker- og funksjonsmigreringsverktøy for Control Hub og/eller tredjepartsverktøy

• Deaktiver/slett bruker-/enhetskatalognummer og anropsfunksjoner/tjenester på etter overgangen. Unified CM

Når du har overført en gruppe brukere, tester du et delsett av brukerne for å bekrefte at alle anropsfunksjonene og tjenestene deres fungerer som de skal. Hvis anropsfunksjoner som samtalekø, jaktgrupper osv. overføres med gruppen av brukere, må du teste disse anropstjenestene for riktig funksjonalitet.

I Webex Calling refererer et arbeidsområde til et delt sted (for eksempel et konferanserom, møteplass eller hot desk) som kan tilordnes enheter, utvidelser og brukere. I motsetning til tradisjonelle Unifed CM- telefoner, er arbeidsområder:

• Plasseringssentrisk: bundet til fysiske rom.

• Enhetsfleksibel: kan ha en eller flere enheter (skrivebordstelefoner, tavler, etc.).

Når arbeidsområder er identifisert som en del av overgangen tilWebex Calling, kan de legges til i Control Hub under Enheter. Hvert arbeidsområde trenger en enhetstilordning, og hvis de allerede er inneUnified CM, må de tilbakestilles eller klargjøres på nytt for Webex. Webex Callingfunksjoner som telefonsvarer, viderekobling og henting av anrop kan aktiveres eller deaktiveres, og retningslinjer kan brukes for videosamtaler, anropsparkering og mobilitet etter behov. Test hvert arbeidsområde ved å ringe interne og eksterne samtaler, teste video-, konferanse- og mobilitets funksjoner. Til slutt, gi brukerne beskjed om eventuelle gjeldende prosesser for arbeidsområdeenheter og bestillinger.

Hvis du vil ha mer informasjon om arbeidsområder i Control Hub, kan du se Arbeid sområder.

Telefoner som for øyeblikket er registrert på, Unified CM må migreres til Webex Calling som en del av skyovergangen. For å gjøre migreringen så enkel som mulig med minimal sjanse for feil, anbefaler Cisco å migrere fysiske nettsteder eller avdelinger samtidig. Det kan imidlertid hende du må migrere brukere i grupper på grunn av funksjonsavhengigheter. Se avsnittet Over føre brukere i grupper for mer informasjon.

Alle Webex Calling støttede telefoner som du trenger å gå over fra, Unified CM må konfigureres Webex Calling som bruker eller arbeidsområde, og den fysiske telefonen må konfigureres på nytt for å registrere deg med Webex Calling. I tillegg trenger telefonene i 7800- og 8800-serien sin firmware oppgradert fra Enterprise- firmware til Multiplatform Phone (MPP) firmware. Denne prosessen inkluderer lasting av overgangs firmware før du laster inn MPP-fastvaren som kreves for Webex Calling registrering. Det krever også riktig migrasjonslisens. Cisco har forbedret denne prosessen de siste årene for å gjøre det lettere for deg å oppgradere Enterprise-firmwaretelef oner til MPP-firmware. Hvis du vil ha mer informasjon om trinnene for å fullføre fastvareoppgraderingen, kan du se Konvertere IP-telefoner i Cisco 7800- og 8800-serien mellom Enterprise- og MP P-fastvare.

I tillegg til trinnene som er beskrevet i denne artikkelen, har Control Hub et innebygd verktøy, Over før telefonen til Webex Calling, som du kan bruke til å overføre 7800- og 8800-telefonene fra Enterprise til MPP-fastvare. Dette verktøyet lar deg også legge telefonene til Control Hub og tilordne dem til de aktuelle brukerne eller arbeidsområdene. Hvis du vil ha mer informasjon om verktøybruk, kan du se Overføre telefonen.

For telefoner i 9800-serien som er registrert med Unified CM ovennevnte fastvaremigreringskrav gjelder ikke. Disse telefonene kjører PhoneOS, som støttes av både Unified CM ogWebex Calling. For å overføre disse telefonene til, må Webex Calling du legge dem tilWebex Calling, tilordne dem til en bruker eller et arbeidsområde og deretter tilbakestille telefonene til fabrikken. PhoneOS-oppstartssekvens for registrering Figur nedenfor viser oppstartssekvensen for PhoneOS og hvordan telefonen vil registrere seg Webex Calling når den er blitt lagt til Control Hub, selv om telefonen fortsatt er klargjort Unified CM og/eller DHCP-alternativer (Eksempel - 150) er i bruk.

Unified CMstøtter fabrikkinnstilling av PhoneOS-enheter for å tillate Zero-Touch-onboarding til. Webex Calling Unified CMadministratorer kan eksternt tilbakestille 9800- og 8875-telefonene via CUCM-administrasjons sidene, noe som eliminerer behovet for fysisk tilgang til telefonene for å ombordlegge telefonene til. Webex Calling Denne funksjonen støttes med enhetspakkene fra 9. september 2025:

• CUCM v15 — Unified Communications Manager versjon 15

• CUCM v14 - Unified Communications Manager versjon 14.

For mer informasjon om registreringsprosessen for 9800-serien, se Registrerings prosess.

I tillegg til Cisco IP-telefoner, kan det være nødvendig med klargjøring av andre enheter som analoge telefon adaptere (ATA), trådløse (Wifi, DECT) telefoner, videoenheter, stemmegateways og tredje ^part senheter og -telefoner. Mange av disse enhetene har ikke en fastvareoppgraderingsbane som IP-telefonene for å overføre dem fra bedriftsfirmware til sky fastvare. Derfor vil du klargjøre hver av disse enhetene i Control Hub. Noen av disse kan ikke overføres til, Webex Calling og den tilsvarende Webex Calling modellen må erstatte den (f.eks. ATA 191/192) og andre vil kreve manuell rekonfigurasjon og/eller programvareendringer.

• Talegatewayer — Hvis du vil migrere den lokale gatewayen, kan du se Overføre lokal gateway.

  Hvis du vil ha mer informasjon om hvordan du konfigurerer talegatewayen VG400, VG410 eller VG420 i Control Hub, kan du se Lokal gateway

• Analog telefonadapter (ATA) - For å komme i gang med 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, kan du se Integrere Webex trådløs telefon.

• Trådløse DECT-telefoner - For å komme i gang med den nye Cisco IP DECT 6800-serien, se Cisco IP DECT.

  Hvis du vil bygge og administrere digitalt DECT-nettverk i Control Hub, kan du se Administrer DEC T-nettverk

  Hvis du vil ha mer informasjon om Cisco IP DECT 6800, kan du se Implementeringsveiledning

• Tred ^je partsenheter og -telefoner - Arbeid med tredje ^part sleverandører om krav til enhet/telefon og prosessen for å migrere eller erstatte dem for å støtte. Webex Calling

Eventuelle anropsfunksjoner som kreves Webex Calling må klargjøres før eller under overgangen. Som diskutert i delen Overfør brukere i grupper, må anropsfunksjonene konfigureres og overføres når brukerne som bruker dem blir overført.

Hvis du vil ha mer informasjon om hvordan du konfigurerer hver av Webex Calling funksjonene, kan du se de tilsvarende hjelpeartiklene for konfigurasjon.

• Automatiske svartjenester — Hvis du vil administrere automatiske svartjenester, kan du se Automatiske svartjenester

• Anropsparkering - Hvis du vil administrere anropsparkering, kan du se An rop sparkering

• Henting av anrop — Hvis du vil konfigurere gruppen for henting av anrop, kan du se H enting av anrop

• Anropskøer — Hvis du vil konfigurere anropskø, kan du se An rop skø

• Jaktgrupper — Hvis du vil administrere jaktgrupper, kan du se Administrer jakt gruppe

• Driftsmoduser — Hvis du vil ringe ruting basert på driftsmoduser, kan du se Anropruting basert på driftsmoduser

• Personsøkingsgrupper — Hvis du vil konfigurere en personsøkingsgruppe, kan du se Konfigurere en personsøkingsgruppe

• Opptak — Hvis du vil administrere anropsopptak forWebex Calling, kan du se Administrer opptak

• Enkeltnummerrekkevidde — Hvis du vil konfigurere enkeltnummerrekkevidde (kontor hvor som helst), kan du se Konfigurere enkeltnummer

• Talepostgruppe — Hvis du vil administrere en delt talepost og en innkommende faksboks forWebex Calling, kan du se Administrere telefonsvarer.

Godkjenningstesting sikrer at det migrerte miljøet oppfyller funksjonskravene, fungerer som forventet, og leverer en sømløs brukeropplevelse på tvers av alle kommunikasjonsarbeidsflyter. Denne validerings prosessen er mangesidig, og dekker alt fra brukerklargjøring og nummertildelinger til den operative ytelsen til avanserte anropsfunksjoner.

Denne delen gir eksempler og fremhever viktige aspekter å vurdere under aksepttesting; men, det er ikke ment å tjene som en uttømmende eller omfattende sjekkliste.

Brukerklargjøring og nummertildeling

Et grunnleggende aspekt ved aksepttesting innebærer å verifisere at alle brukere er klargjort nøyaktig og fullstendig innenfor. Webex Calling Dette krever en grundig sammenligning mellom source (Unified CM) -katalogen og den nylig etablerte Webex Calling brukerbasen for å sikre at hver brukerkonto, sammen med tilknyttede attributter som ut videlsesnumre og DID-tildelinger (Direct Inward Dial), er blitt korrekt migrert. Fullstendighet av klargjøring er avgjørende, ikke bare for drift fra dag én, men også for lø pende administrasjon og støtte.

Validering av nummertildeling inkluderer bekreftelse av at hver bruker er tildelt riktig utvidelsesnummer og eksternt nummer, og at disse tallene ruter riktig i både interne (på nett) og eksterne (PSTN) anropsflyter. Det er viktig å se etter eventuelle overlappinger, manglende tildelinger eller feilkonfigurasjoner som kan føre til anroprutingsfeil eller tjenesteavbrudd.

PSTN Anropsflyt og presentasjon av anrops-ID

En robust aksepttestprosedyre må omfatte ende-til-ende- validering av PSTN-anropsflyter. Dette inkluderer både innkommende og utgående anropsscenarier . For innkommende PSTN-anrop bør testteamet bekrefte at anrop leveres til de tiltenkte endepunktene, enten dette er individuelle brukere, samtalekøer, jaktgrupper eller automatiske svarmenn. Utgående PSTN-anrop må plasseres vellykket, med spesiell oppmerksomhet gitt til riktig levering og presentasjon av innringer-ID-informasjon. Dette innebærer å sikre at riktig innringernavn og nummer vises til eksterne mottakere, i samsvar med organisasjonspolitikk og for skriftskrav.

Testing bør også adressere failover-scenarier, for eksempel håndtering av util gjengelige endepunkter eller nettverksforstyrrelser. Dette bidrar til å bekrefte at fallback-mekanismer og alternativ ruting fungerer som de skal, og oppret tholder tjenestekontinuitet og pålitelighet.

Anropsstrømmer på nettet

Interne eller nettbaserte samtaleflyter danner ryggraden i bedriftskom munikasjon. Godkjenningstesting i dette området bekrefter at samtaler mellom brukere i organisasjonen rutes riktig, med funksjoner som overføring av anrop, hold, videresending og konferanser som fungerer som beregnet. Integriteten til oppringingsplaner, tilkoblingsmuligheter for utvidelse til utvidelse og støtte for retningslinjer for organisasjonsan rop må bekreftes.

Brukersamtalehåndtering og funksjonsvalidering

Et viktig aspekt ved aksepttesting innebærer å validere hvordan brukere håndterer samtaler ved hjelp av Webex-appen og støttede skrivebordstelefoner. Denne prosessen fokuserer på å bekrefte at daglige samtalearbe idsflyter er intuitive og pålitelige, og at brukerne har sømløs tilgang til kjerne funksjonene som er nødvendige for rollene deres. Testing bør vurdere hvor enkelt brukere kan ringe og motta samtaler, administrere hold- og gjenopptaksfunksjoner, og utføre både blinde og rådgivende overføringer. Det er også viktig å verifisere at viderekobling, konferanse og andre avanserte funksjoner, for eksempel parkering og hente samtaler eller aktivere ikke forstyrr, er lett tilgjengelige og fungerer problemfritt.

Opplevelsen bør evalueres for klarhet og respons, med tanke på hvordan brukere samhandler med samtalelogg, telefonsvarer og integrerte kataloger. Ytterligere oppmerksomhet bør rettes mot muligheten til å flytte aktive samtaler mellom enheter og å bruke samtalekontroller effektivt i applikasjonen eller på fysiske telefoner. Det endelige målet er å sikre at sluttbrukeropplevelsen er konsistent, effektiv og fullt ut støtter organisasjonens kommunikasjonsbehov etter migreringen.

Samtalekøer: Agent- og veiledererfaring

Anropskøer brukes ofte til å håndtere scenarier for inngående samtaler med høyt volum. Godkjenningstesting her fokuserer på flere dimensjoner. Først bør det verifiseres at anrop distribueres til agenter i henhold til den konfigurerte kølogikken, slik som round robin, lengst tomgang eller samtidig ring. Presentasjonen av anrop i kø på agent skrivebord må undersøkes for klarhet og brukervennlighet, slik at agenter effektivt kan godta, holde og overføre samtaler.

For veiledere bør skrivebordsopplevelsen evalueres for funksjoner som sanntidsovervåking, samtalefarging og analyse eller inn sikt i køytelse. Dette inkluderer, men er ikke begrenset til, validering av dashbord og rapporteringsverktøy som gir handlingsbare data om samtalefor deling, agentaktivitet og køberegninger.

Jaktgrupper: Samtalefordeling

Jaktgrupper er en nøkkelmekanisme for å distribuere samtaler til forhåndsdefinerte sett med brukere. Godkjenningstesting må bekrefte at anrop rutes til gruppemedlemmer basert på den konfigurerte jaktalgoritmen, og at overløp, videresending, og no-svar scenarier håndteres i henhold til design. Å sikre at gruppemedlemskap og samtalerutingsatferd samsvarer med de som tidligere Unified CM er etablert i, er avgjørende for operativ konsistens og brukertilfredshet.

Autorespondenter: Kunngjøringer og menyoperasjoner

Autorespondenter representerer frontlinjen for automatisert samtalehåndtering. Testing må dekke avspilling av kunngjøringer, nøyaktigheten av inn spilte hilsener og riktig drift av menytrær. Meny valg skal på en pålitelig måte rute innringere til de aktuelle avdel ingene, enkeltpersoner eller eksterne numre. Testing bør også omfatte ugyldige scenarier eller tidsavbruddsscenarier for å bekrefte at innringere får tydelig veiledning eller blir omdirigert som beregnet.

Talepostoperasjon

Til slutt er telefonsvarerfunksjonalitet avgjørende for brukeropplevelsen. Godkjenningstester bør bekrefte at telefonsvarerbokser er riktig tilordnet og tilgjengelige, både fra organisasjonen og eksternt. Muligheten til å registrere, hente og administrere meldinger må bekreftes, sammen med varsellevering.

Hvis du vil overvåke miljøet etter migrering, validere ytelse og foreta justeringer for å sikre driftsstabilitet og effektivitet, kan du se Optimaliserings fasen.