De eerste stap bij de overgang naar Webex Calling is zorgen voor een betrouwbare en veilige internetverbinding tussen het lokale netwerk en de Webex-cloud.

Aangezien de meeste organisaties verbinding maken met het internet via een of meer firewalls of beveiligingsapparatuur, is het essentieel om te controleren of de vereiste verkeersstromen worden ondersteund.

Netwerk- en beveiligingsbeheerders moeten deze stromen begrijpen in termen van:

• Richting (inkomend versus uitgaand)

• Protocollen (voorbeeld: SIP, TLS, SRTP, HTTPS)

• IP-adresbereiken die worden gebruikt door Webex-services

• Poortnummers die moeten worden geopend of toegestaan.

Dit zorgt ervoor dat bedrijfsfirewalls, NAT-apparaten en andere netwerkinfrastructuur correct zijn geconfigureerd om Webex Calling verkeer op te vangen, terwijl het beveiligingsbeleid van de onderneming wordt gehandhaafd.

Voor informatie over de vereiste stromen, waaronder IP-adres, poorten en protocollen, zie Poortreferentie-informatie voor Webex Calling. Gebruik deze informatie om de firewall, proxy's en andere netwerkinfrastructuur in de bestaande implementatie te configureren om Webex Calling netwerkstromen mogelijk te maken.

Een gedecentraliseerde internetuitbraak vanuit elk filiaal of elke locatie is de aanbevolen aanpak voor samenwerkingsdiensten in de cloud, zoalsWebex Calling. Door het verkeer lokaal te laten verlaten, dit model:

• Vermindert het aantal retourvertragingen en jitter, waardoor de algehele gesprekskwaliteit verbetert

• Kan efficiënt worden geschaald naarmate meer gebruikers en sites overstappen naar Webex Calling

• Werkt naadloos met SD-WAN, dat sessies dynamisch kan routeren naar het dichtsbijzijnde Webex cloud-toegangspunt voor optimale prestaties

• Maakt het mogelijk om de locatie van gebruikers te volgen op basis van hun openbare IP-adres, wat helpt bij de analyse van mediapaden en het oplossen van problemen.

Bovendien moeten organisaties zorgen voor voldoende internetbandbreedte op elke locatie. De bandbreedte moet worden bepaald op basis van het verwachte aantal gelijktijdige gesprekken, de geselecteerde codec (bijvoorbeeld Opus of G.711), plus de overheadkosten voor signalering, doorgifte en groei. Dit sluit aan bij de voorbereidingsfase van de PPDIO-levenscyclus en vormt een solide basis voor migratie.

De eerste subsectie van de installatie binnen de implementatiefase van de implementatie Webex Calling is van fundamenteel belang voor het opzetten van een goed gestructureerde en beheersbare omgeving voor bellen in de cloud. Deze fase omvat kritieke taken, zoals het opzetten van de Control Hub-organisatie, het verkrijgen en toewijzen van licenties, en het verifiëren en claimen van de domeinen van uw bedrijf om te zorgen voor een goed gebruikersbeheer en -beveiliging. Daarnaast omvat het de levering van licentiesjablonen om de toewijzing van gebruikerslicenties te automatiseren, de configuratie van Single Sign-On (SSO) om de gebruikersauthenticatie te stroomlijnen en de beveiliging te verbeteren, en het aanpassen van service- en clientinstellingen aan het beleid van de organisatie en de behoeften van de gebruikers. Het voltooien van deze initiële installatieactiviteiten zorgt ervoor dat de Webex Calling omgeving naar behoren is geconfigureerd voor schaalbaarheid, beveiliging en een naadloze gebruikerservaring, wat de basis vormt voor de volgende implementatie- en operationele fasen.

Tijdens de implementatiefase is het uitvoeren van een pilotmigratie een cruciale mijlpaal in de validatie van de overgang van Unified CM naarWebex Calling. Dit proefproject omvat het aanbieden van een representatieve subgroep van gebruikers op een of meer locaties op het Webex Calling platform, waarbij ervoor wordt gezorgd dat de geselecteerde populatie een afspiegeling is van verschillende gebruikssituaties en organisatorische rollen. Parallel aan de migratie van gebruikers moeten essentiële samenwerkingsdiensten, zoals voicemail, automatische medewerkers, wachtrijen en jachtgroepen, worden overgezet naar hun Webex Calling equivalenten om de bedrijfscontinuïteit en de servicefunctionaliteit te behouden.

De pilotmigratie moet gebruikmaken van dezelfde combinatie van door Cisco geleverde tools en migratiehulpprogramma's van derden die gepland zijn voor de bredere implementatie van de organisatie, zodat de processen, automatiseringsworkflows en integratiepunten grondig worden gevalideerd onder representatieve voorwaarden.

De belangrijkste doelstellingen van deze pilootimplementatie zijn tweeledig: ten eerste, het valideren en verfijnen van de overgangsprocessen van begin tot eind, waaronder workflows voor de levering van gebruikers, procedures voor datamigratie en eindpuntconfiguraties; en ten tweede, het volledig verifiëren van de functionaliteit van gemigreerde diensten onder reële operationele omstandigheden.

Deze gefaseerde aanpak stelt het projectteam in staat om technische of procedurele problemen in een gecontroleerde omgeving te identificeren en op te lossen, feedback van gebruikers te verzamelen over de nieuwe platformervaring, de effectiviteit van geselecteerde migratietools te beoordelen en vertrouwen te wekken in de migratiemethodologie alvorens over te gaan tot een bredere organisatorische implementatie.

De inzichten die tijdens deze pilotfase zijn verkregen, zijn essentieel om de volgende migratiegolven te optimaliseren en te zorgen voor een soepele, risicobeperkte overgang voor de hele onderneming.

Om PSTN-diensten aan te schaffenWebex Calling, selecteert u eerst een PSTN-connectiviteitsoptie in de Control Hub.

Als een organisatie van plan is om hybride dubbele gesprekscontrole (fase 1 in figuur Phased Calling Transition: Hybrid and Cloud) tijdelijk of voor onbepaalde tijd te behouden, moet ze een of meer lokale gateways voor PSTN op locatie implementeren om gesprekken tussen en eindpunten mogelijk te maken . Webex Calling Unified CM

Als een volledige overgang (fase 2) naar de cloud het einddoel is, inclusief PSTN, dan is voor PSTN ofwel een Cisco Calling Plan ofwel een Cloud Connect for Webex Calling option vereist.

Werk samen met de provider van uw keuze om telefoonnummers te bestellen en over te dragen voordat u ze configureert in de Control Hub. Het bestellen van telefoonnummers of het initiëren van poortbestellingen is alleen nodig/mogelijk voor PSTN op locatie en Cloud Connect for. Webex Calling Voor Cisco Calling Plans wordt het bestellen en porteren gestart vanuit de Control Hub zodra de locatie is aangemaakt, en in landen waar het Cisco Calling Plan beschikbaar is. Zie Aan de slag met de Cisco-abonnementen voor meer informatie over Cisco Calling-abonnementen.

Als onderdeel van de PSTN-implementatie moet u ervoor zorgen dat uw provider zowel inkomende als uitgaande PSTN-diensten voor uw locatie heeft ingeschakeld. Voer bovendien testopdrachten uit om te controleren of gesprekken correct worden doorgestuurd via de door u gekozen PSTN-verbinding.

Voordat u gebruikers en apparaten toevoegtWebex Calling, moet u de bellocaties opgeven. Voor elke locatie moet een geldig adres worden ingevoerd. In de VS en Canada wordt dit adres gevalideerd en door het platform gebruikt om PIDF-LO-locatiegegevens te verzenden voor noodoproepen.

Wanneer u locaties configureert die PSTN op locatie gebruiken, moet u de lokale gateways dienovereenkomstig instellen. InWebex Calling, voor elke lokale gateway moeten een hoofdlijn en een routegroep worden aangemaakt, en de routegroep wordt dan toegewezen als de PSTN-keuze voor de locatie. Cisco raadt ten zeerste aan om altijd een routegroep te kiezen als PSTN-keuze, omdat u op deze manier in de toekomst eenvoudig extra trunks kunt toevoegen, wat zowel schaalbaarheid als redundantie ondersteunt. Cisco raadt ook aan om ondersteuning voor dubbele identiteit en P-Charge-Info in te schakelen op elke PSTN-trunk, omdat dit de identificatie van de factureerbare partij vereenvoudigt voor uitgaande directe of doorgestuurde gesprekken. Als uw PSTN-provider een andere header gebruikt voor de facturering, kunt u de informatie van de P-Charge-Info-header op de lokale gateway naar de vereiste koptekst voor facturering kopiëren.

Voor locaties die Cloud Connect Webex Calling of het Cisco Calling Plan als PSTN-optie gebruiken, selecteert u tijdens de installatie gewoon de respectieve PSTN-keuze voor de locatie. Als de locatie Cloud Connect Webex Calling of PSTN op locatie gebruikt, moet u de telefoonnummers toevoegen die u in de vorige stap hebt besteld. Nummers kunnen als inactief worden toegevoegd als u niet wilt dat ze meteen worden opgenomen in de routering van gesprekken; u kunt deze nummers later activeren wanneer ze zijn toegewezen aan gebruikers of functies.

Het is belangrijk om voor elke locatie altijd het hoofdnummer in te stellen. Het hoofdnummer kan worden toegewezen aan een gebruiker of aan een functie, zoals een auto-attendant. Om voicemail op de locatie mogelijk te maken, moet u ervoor zorgen dat u het nummer van de voicemailpiloot instelt, ook wel het voiceportalnummer genoemd.

Aanvullende instellingen voor oproeplocaties omvatten het configureren van noodoproepgegevens, zoals het noodoproepnummer, meldingsopties en verbeterde functies voor noodoproepen. U moet ook de opname-instellingen, taalvoorkeuren en apparaatconfiguraties bekijken en aanpassen, zoals vereist voor elke locatie. Als uw organisatie gebruik maakt van verkort interlokaal bellen op het net met nummers die significant zijn voor ondernemingen, vergeet dan niet om in de interne kiesinstellingen een unieke sitecode in te stellen voor de locatie. Tot slot, als voor extern kiezen een cijfer voor uitgaand kiezen vereist is, zorg er dan voor dat u dit instelt in de instellingen voor extern kiezen. Wanneer een uitgaand kiescijfer is geconfigureerd, raadt Cisco aan om handhaving van uitgaande kiesnummers in te schakelen om consistentie te garanderen.

Voor integratie met gespreksbeheer op locatie is het noodzakelijk om trunks, routegroepen, telefoonabonnementen voor bedrijven en zowel locatie- als globale instellingen te configureren. Begin met het instellen van de trunks en lokale gateways die bedoeld zijn voor interconnectie met het oproepbeheersysteem op locatie; deze stap is alleen nodig als speciale trunks nodig zijn. Als bestaande trunks en routegroepen voldoende zijn voor uw implementatie, kunnen ze opnieuw worden gebruikt voor de interconnectie op locatie zonder aanvullende configuratie.

Zodra de trunks en routegroepen zijn vastgesteld, gaat u verder met het maken van de telefoonabonnementen voor ondernemingen en wijst u de juiste routegroep toe als bestemming voor elk belplan. Als bij de integratie meerdere oproepbeheersystemen op locatie nodig zijn die via verschillende trunks met elkaar zijn verbonden, zijn meerdere belabonnementen vereist. Het is belangrijk ervoor te zorgen dat deze belabonnementen alleen de patronen bevatten die nodig zijn voor het routeren van gesprekken naar bestemmingen op locatie.

Als voor uw implementatie ondersteuning nodig is voor onbekende routering van extensies, moet deze functie op locatieniveau worden ingeschakeld. Wanneer onbekende routering van extensies is geactiveerd, moet u bovendien de maximale onbekende verlengingsduur opgeven in het gedeelte Gespreksroutering tussen Webex Calling en lokalen van de instellingen voor oproepdiensten in Control Hub. Dit zorgt voor een naadloze routering van gesprekken en een correcte afhandeling van belscenario's op basis van extensies in uw geïntegreerde omgeving.

Wanneer u gebruikers migreert van Unified CM naar, kunt Webex Calling u mogelijk niet alle gebruikers tegelijk verplaatsen. Dit kan verschillende oorzaken hebben, waaronder maar niet beperkt tot het aantal sites of gebruikers, hoe lang het duurt om een site en/of groep gebruikers tegelijk over te schakelen, beperkte IT- of sitebronnen om het wijzigingsvenster te ondersteunen, de duur van de wijzigingsperiode, de complexiteit van de wijziging, enz.

Wanneer u gebruikers gefaseerd migreert, is het van cruciaal belang om vast te stellen welke gebruikers samen in dezelfde batch moeten migreren. Het belangrijkste doel is om gebruikers te migreren die afhankelijk zijn van elkaar voor hun beldiensten en -functies. U wilt er zeker van zijn dat al hun belfuncties (bijvoorbeeld oproepwachtrijen) volledig functioneren Webex Calling zoals ze waren voor de Unified CM overgang.

Zelfs als u gespreksinterworking tussen Unified CM en Webex Calling met lokale gateways implementeert, kunt u gedeelde diensten of functies niet over deze verbinding verdelen. Daarom moet u de afhankelijkheden tussen gebruikers identificeren aan de hand van functies zoals:

• Andere gebruikers in de gaten houden met behulp van BLF's

• In dezelfde jachtpiloot, oproepwachtrij, enz.

• Gedeelde lijnen

• Met behulp van gespreksopname

• Met dezelfde call-parkingnummers

• Intercom

• Uitvoerend/beheerder.

Een voorbeeld is een gebruiker die deel uitmaakt van een Unified CM Hunt Group waarnaar wordt overgeschakeld. Webex Calling Deze gebruiker zal overstappen naar Webex Calling de Hunt Group en naar alle andere leden van de Hunt Group. Na de overgang kunnen de Hunt Group en haar leden dus met succes oproepen beantwoorden op het nieuwe platform.

Dit wordt nog moeilijker wanneer gebruikers verbonden zijn met verschillende groepen gebruikers voor verschillende beldiensten en functies. Hiervoor moeten meer dan één groep gebruikers en één oproepdienst tegelijkertijd worden overgezet. Webex Calling

Gebruik de resultaten van de Control Hub Migration Insights-tool of de tool van een derde partij die u in de voorbereidingsfase hebt gebruikt om te bepalen welke gebruikers en functies moeten worden gegroepeerd. Deze output had moeten worden gebruikt om uw migratieplan te ontwikkelen en zal u inzicht geven in hoe u gebruikers en functies gaat groeperen die moeten worden samengevoegd.

De belangrijkste stappen bij de overgang van een groep gebruikers zijn:

• Gebruikers identificeren om samen te migreren

• Controleer of alle gebruikers zich in de Control Hub bevinden

• Controleer of alle TN's voor de gebruikers aanwezig zijn in de Control Hub

• Controleer het juiste formaat van het telefoonnummer in het adresboek

• Zorg ervoor dat de licentie- en instellingensjabloon voor de gebruikersgroepen correct is ingesteld

• Alle oproepdiensten en -functies voor de groep gebruikers verifiëren of configureren (voor of tijdens de overgang, voor zover van toepassing)

• Voeg in het bedrijfsadresboek gebruikers toe aan een groep gebruikers die kunnen bellen

• Maak gebruik van tools - Tools voor migratie van gebruikers en functies in Control Hub en/of tools van derden

• Het telefoonboek van de gebruiker en het apparaat uitschakelen/verwijderen en de belfuncties/diensten inschakelen na de overgang. Unified CM

Na de migratie test een groep gebruikers een subset van de gebruikers om te controleren of al hun belfuncties en -diensten correct werken. Als gespreksfuncties zoals Call Queue, Hunt Groups, enz. met de groep gebruikers worden overgezet, test dan deze oproepdiensten op de juiste functionaliteit.

InWebex Calling, een werkruimte verwijst naar een gedeelde locatie (zoals een vergaderruimte, vergaderruimte of hotdesk) waaraan apparaten, extensies en gebruikers kunnen worden toegewezen. In tegenstelling tot traditionele Unifed CM-telefoons zijn werkplekken:

• Locatiegericht: gekoppeld aan fysieke ruimtes.

• Flexibel apparaat: kan een of meer apparaten bevatten (bureautelefoons, kaarten, enz.).

Zodra werkruimten zijn geïdentificeerd als onderdeel van de overgang naarWebex Calling, kunnen ze worden toegevoegd in de Control Hub onder Apparaten. Voor elke werkruimte moet een apparaat worden toegewezen, en als ze al beschikbaar zijnUnified CM, moeten ze opnieuw worden ingesteld of opnieuw worden ingericht voor Webex. Webex Callingfuncties zoals voicemail, doorschakelen en opnemen van gesprekken kunnen worden in- of uitgeschakeld, en indien nodig kunnen beleidsregels worden toegepast voor videogesprekken, call park en mobiliteit. Test elke werkruimte door interne en externe gesprekken te voeren, video-, conferentie- en mobiliteitsfuncties te testen. Tot slot, stel gebruikers op de hoogte van alle toepasselijke processen voor apparaten voor werkplekken en boekingen.

Voor meer informatie over werkplekken in Control Hub, zie Workspaces.

Telefoons waarop momenteel geregistreerd is, moeten Unified CM worden overgezet naar telefoons Webex Calling als onderdeel van de overgang naar de cloud. Om de migratie zo eenvoudig mogelijk te maken met een minimale kans op fouten, raadt Cisco aan om fysieke locaties of afdelingen tegelijkertijd te migreren. Het kan echter zijn dat u gebruikers in batches moet migreren vanwege functie-afhankelijkheden. Zie de sectie Gebruikers batchgewijs migreren voor meer informatie.

Alle Webex Calling ondersteunde telefoons waarvan u moet overstappen, moeten Unified CM worden geconfigureerd als gebruiker of Webex Calling als werkruimte en de fysieke telefoon moet opnieuw worden geconfigureerd om u te Webex Calling registreren. Bovendien moet de firmware van de telefoons uit de 7800- en 8800-serie worden geüpgraded van Enterprise-firmware naar MPP-firmware (Multiplatform Phone). Dit proces omvat het laden van de overgangsfirmware voordat de MPP-firmware wordt geladen die nodig is voor de Webex Calling registratie. Het vereist ook de juiste migratielicentie. Cisco heeft dit proces de afgelopen jaren verbeterd om het voor u gemakkelijker te maken uw firmwaretelefoons voor ondernemingen te upgraden naar MPP-firmware. Zie Cisco 7800- en 8800-serie IP-telefoons converteren tussen Enterprise- en MPP-firmware voor meer informatie over de stappen om de firmware-upgrade te voltooien.

Naast de stappen die in dit artikel worden beschreven, heeft Control Hub een ingebouwde tool, Migrate your phone to Webex Calling, die u kunt gebruiken om uw 7800- en 8800-telefoons over te zetten van Enterprise- naar MPP-firmware. Met deze tool kunt u ook de telefoons aan de Control Hub toevoegen en ze aan de juiste gebruikers of werkruimten toewijzen. Zie Uw telefoon migreren voor meer informatie over het gebruik van gereedschap.

Voor telefoons uit de 9800-serie die geregistreerd zijn met Unified CM de bovenstaande firmwaremigratievereiste is niet van toepassing. Deze telefoons draaien op PhoneOS, dat wordt ondersteund door Unified CM zowel Webex Calling als. Om deze telefoons over te zetten naar, moet Webex Calling u ze toevoegenWebex Calling, ze toewijzen aan een gebruiker of werkruimte en vervolgens de telefoons terugzetten naar de fabrieksinstellingen. De opstartvolgorde van PhoneOS voor de registratie hieronder toont de opstartvolgorde van PhoneOS en hoe de telefoon zich zal registreren Webex Calling zodra deze is toegevoegd aan de Control Hub, zelfs als de telefoon nog steeds is ingeschakeld Unified CM en/of de DHCP-opties (voorbeeld 150) in gebruik zijn.

Unified CMondersteunt het terugzetten van de fabrieksinstellingen van PhoneOS-apparaten, zodat Zero-Touch-onboarding mogelijk is. Webex Calling Unified CMbeheerders kunnen de 9800- en 8875-telefoons op afstand terugzetten naar de fabrieksinstellingen via de beheerpagina's van CUCM, waardoor fysieke toegang tot de telefoons niet meer nodig is om de telefoons aan boord van de telefoons te kunnen gebruiken. Webex Calling Deze functie wordt vanaf 9 september 2025 ondersteund met de apparaatpakketten:

• CUCM v15 - Unified Communications Manager versie 15

• CUCM v14 - Unified Communications Manager versie 14.

Voor meer informatie over het registratieproces voor de 9800-serie, zie Registratieproces.

^{Naast de Cisco IP-telefoons kan de levering van andere apparaten nodig zijn, zoals analoge telefoonadapters (ATA's), draadloze telefoons (wifi, DECT), videoapparatuur, spraakgateways en apparaten en telefoons van derden.} Veel van deze apparaten hebben geen firmware-upgradepad, zoals bij IP-telefoons, om ze over te zetten van bedrijfsfirmware naar cloudfirmware. Daarom stelt u elk van deze apparaten in de Control Hub in. Sommige hiervan kunnen niet worden overgezet naar Webex Calling en het equivalente Webex Calling model moet het vervangen worden (bijv. ATA 191/192) en andere vereisen handmatige herconfiguratie en/of softwarewijzigingen.

• Spraakgateways - Om uw lokale gateway te migreren, zie Lokale gateway migreren.

  Voor meer informatie over het configureren van uw voice gateway VG400, VG410 of VG420 in Control Hub, zie Lokale gateway

• Analoge telefoonadapter (ATA) - Om aan de slag te gaan met uw Cisco ATA 191 en 192, zie Cisco ATA.

• Draadloze Wifi-telefoon - Voor de integratie van de draadloze Webex-telefoon 840 en 860, zie Webex draadloze telefoon integreren.

• Draadloze DECT-telefoons - Om aan de slag te gaan met uw nieuwe Cisco IP DECT 6800-serie, zie Cisco IP DECT.

  Om een digitaal DECT-netwerk te bouwen en te beheren in Control Hub, zie DECT-netwerk beheren

  Zie de implementatiegids voor meer informatie over Cisco IP DECT 6800

• Apparaten en telefoons van ^{derden - Werk samen met externe leveranciers aan de vereisten voor apparaat/telefoon en het proces om ze te migreren of te vervangen ter ondersteuning.} Webex Calling

Alle belfuncties die vereist zijn, Webex Calling moeten voor of tijdens de overgang beschikbaar zijn. Zoals besproken in de sectie Gebruikers in batches migreren, moeten de oproepfuncties worden geconfigureerd en overgezet wanneer de gebruikers die ze gebruiken, worden overgezet.

Voor meer informatie over het configureren van elk van de Webex Calling functies, zie de bijbehorende hulpartikelen voor de configuratie.

• Auto-attendants - Voor het beheren van autobedienden, zie Autobedienden

• Call park - Om een callpark te beheren, zie Call park

• Ophalen van gesprekken - Zie Ophalen van gesprekken om de groep voor het opnemen van gesprekken te configureren

• Oproepwachtrijen - Om de oproepwachtrij te configureren, zie Oproepwachtrij

• Jachtgroepen - Om jachtgroepen te beheren, zie Jachtgroep beheren

• Bedrijfsmodi - Voor gespreksroutering op basis van bedrijfsmodi, zie Gespreksroutering op basis van operationele modi

• Paginggroepen - Om een oproepgroep te configureren, zie Een oproepgroep configureren

• Opnamen - Om de gespreksopname te beherenWebex Calling, zie Opnamen beheren

• Bereik van één nummer - Om het bereik van één nummer te configureren (overal op kantoor), zie Eén nummer configureren

• Voicemailgroep - Voor het beheren van een gedeelde voicemail en binnenkomende faxboxWebex Calling, zie Voicemail beheren.

Acceptatietests zorgen ervoor dat de gemigreerde omgeving voldoet aan de functionele vereisten, naar verwachting werkt en een naadloze gebruikerservaring biedt in alle communicatieworkflows. Dit validatieproces is veelzijdig en omvat alles, van gebruikerstoewijzing en nummertoewijzing tot de operationele prestaties van geavanceerde belfuncties.

Dit gedeelte bevat voorbeelden en belicht de belangrijkste aspecten waarmee rekening moet worden gehouden tijdens acceptatietests; het is echter niet bedoeld als een volledige of uitgebreide checklist.

Indeling van de gebruiker en toewijzing van nummers

Een fundamenteel aspect van acceptatietests bestaat erin te verifiëren dat alle gebruikers nauwkeurig en volledig van binnen worden bevoorraad. Webex Calling Dit vereist een grondige vergelijking tussen het bronbestand (Unified CM) en de nieuw opgerichte Webex Calling gebruikersbasis om er zeker van te zijn dat elk gebruikersaccount, samen met de bijbehorende kenmerken zoals toestelnummers en DID-toewijzingen (Direct Inward Dial), correct is gemigreerd. De volledigheid van de bevoorrading is niet alleen van cruciaal belang voor de werking op de eerste dag, maar ook voor de lopende administratie en ondersteuning.

De validatie van de nummertoewijzing omvat de bevestiging dat aan elke gebruiker de juiste extensie en het juiste externe nummer is toegewezen, en dat deze nummers correct worden doorgestuurd in zowel interne (on-net) als externe (PSTN) gespreksstromen. Het is essentieel om te controleren op overlappingen, ontbrekende opdrachten of verkeerde configuraties die kunnen leiden tot fouten in de routering van gesprekken of onderbrekingen van de service.

Oproepstromen via PSTN en weergave van nummerherkenning

Een robuuste acceptatietestprocedure moet de volledige validatie van PSTN-gespreksstromen omvatten. Dit omvat zowel scenario's voor inkomende als uitgaande gesprekken. Voor binnenkomende PSTN-gesprekken moet het testteam bevestigen dat de gesprekken worden doorgestuurd naar de beoogde eindpunten, of dit nu individuele gebruikers, wachtrijen, jachtgroepen of auto-attendants zijn. Uitgaande PSTN-gesprekken moeten met succes worden geplaatst, waarbij bijzondere aandacht moet worden besteed aan de correcte levering en presentatie van nummerherkenningsinformatie. Dit houdt in dat de juiste naam en het juiste nummer van de beller worden weergegeven aan externe ontvangers, in overeenstemming met het beleid van de organisatie en de wettelijke vereisten.

De tests moeten ook betrekking hebben op failover-scenario's, zoals de afhandeling van onbereikbare eindpunten of netwerkonderbrekingen. Dit helpt om te bevestigen dat de terugvalmechanismen en alternatieve routering naar behoren werken, waardoor de continuïteit en betrouwbaarheid van de service behouden blijven.

Telefoongesprekken op het net

Interne of on-net gespreksstromen vormen de ruggengraat van bedrijfscommunicatie. Acceptatietests op dit gebied verifiëren dat gesprekken tussen gebruikers binnen de organisatie correct worden gerouteerd, waarbij functies zoals doorverbinden, wachten, doorschakelen en vergaderen naar behoren werken. De integriteit van belabonnementen, de connectiviteit tussen uitbreidingen en de ondersteuning van het gespreksbeleid van de organisatie moeten allemaal worden bevestigd.

Afhandeling van gebruikersoproepen en validatie van functies

Een belangrijk aspect van acceptatietests is het valideren van de manier waarop gebruikers gesprekken afhandelen met behulp van de Webex-app en ondersteunde bureautelefoons. Dit proces is erop gericht te bevestigen dat de dagelijkse gespreksworkflows intuïtief en betrouwbaar zijn en dat gebruikers naadloos toegang hebben tot de belangrijkste functies die nodig zijn voor hun rol. Bij tests moet worden beoordeeld hoe gemakkelijk gebruikers oproepen kunnen plaatsen en ontvangen, de functies voor de wachtstand en het hervatten kunnen beheren en zowel blinde als consultatieve overschrijvingen kunnen uitvoeren. Het is ook essentieel om te controleren of doorschakelen, vergaderen en andere geavanceerde mogelijkheden, zoals parkeren en oproepen ophalen of 'Niet storen' activeren, gemakkelijk beschikbaar zijn en soepel werken.

De ervaring moet worden beoordeeld op duidelijkheid en reactievermogen, rekening houdend met de manier waarop gebruikers omgaan met de gespreksgeschiedenis, voicemail en geïntegreerde telefoonboeken. Er moet extra aandacht worden besteed aan de mogelijkheid om actieve gesprekken tussen apparaten te verplaatsen en om bedieningselementen tijdens gesprekken effectief te gebruiken in de applicatie of op fysieke telefoons. Het uiteindelijke doel is ervoor te zorgen dat de eindgebruikerservaring consistent en efficiënt is en de communicatiebehoeften van de organisatie na de migratie volledig ondersteunt.

Oproepwachtrijen: ervaring als agent en supervisor

Oproepwachtrijen worden vaak gebruikt voor het afhandelen van scenario's voor inkomende gesprekken met een hoog volume. Acceptatietests richten zich hier op verschillende dimensies. Ten eerste moet worden geverifieerd dat gesprekken worden doorgestuurd naar agenten volgens de geconfigureerde wachtrijlogica, zoals round robin, langste inactiviteit of gelijktijdige beltoon. De weergave van gesprekken in de wachtrij op desktops van agenten moet worden onderzocht op duidelijkheid en gebruiksgemak, zodat agenten gesprekken efficiënt kunnen aannemen, aannemen en doorverbinden.

Voor supervisors moet de desktopervaring worden geëvalueerd voor functies zoals realtime monitoring, binnenvallen van gesprekken en analyses of inzichten in de prestaties van de wachtrijen. Dit omvat, maar is niet beperkt tot, het valideren van dashboards en rapportagetools die bruikbare gegevens bieden over gespreksverdeling, activiteit van agenten en wachtrijstatistieken.

Hunt Groups: gespreksdistributie

Hunt-groepen zijn een belangrijk mechanisme voor het verspreiden van gesprekken naar vooraf gedefinieerde groepen gebruikers. Acceptatietests moeten bevestigen dat gesprekken worden doorgestuurd naar groepsleden op basis van het geconfigureerde jachtalgoritme, en dat overloop-, doorstuurscenario's en scenario's zonder antwoord volgens het ontwerp worden afgehandeld. Ervoor zorgen dat het groepslidmaatschap en het routeringsgedrag van gesprekken overeenkomen met het gedrag dat eerder Unified CM is vastgesteld, is essentieel voor de operationele consistentie en de tevredenheid van de gebruikers.

Auto Attendants: Aankondigingen en menubediening

Auto attendants vormen de frontlinie van geautomatiseerde gespreksafhandeling. De tests moeten betrekking hebben op het afspelen van aankondigingen, de nauwkeurigheid van opgenomen begroetingen en de correcte werking van de menubomen. Menuselecties moeten bellers op betrouwbare wijze doorverwijzen naar de juiste afdelingen, personen of externe nummers. De tests moeten ook ongeldige scenario's of scenario's met een time-out omvatten om te bevestigen dat bellers duidelijke begeleiding krijgen of worden doorverwezen zoals bedoeld.

Bediening van de voicemail

Tot slot is de voicemailfunctionaliteit van cruciaal belang voor de gebruikerservaring. Acceptatietests moeten verifiëren dat de voicemailboxen correct zijn toegewezen en toegankelijk zijn, zowel vanuit de organisatie als op afstand. De mogelijkheid om berichten op te nemen, op te halen en te beheren moet worden bevestigd, evenals de ontvangst van de meldingen.

Om de omgeving na de migratie te controleren, de prestaties te valideren en aanpassingen aan te brengen om de operationele stabiliteit en efficiëntie te waarborgen, zie de Optimaliseringsfase.