De eerste stap bij de overstap naar Webex Calling is het garanderen van een betrouwbare en veilige internetverbinding tussen het lokale netwerk en de Webex-cloud.

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

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

• Richting (inkomend versus uitgaand)

• Protocollen (Voorbeeld - SIP TLS, SRTP, HTTPS)

• IP-adresbereiken gebruikt door Webex-services

• Poortnummers die geopend of toegestaan moeten worden.

Dit zorgt ervoor dat bedrijfsfirewalls, NAT-apparaten en andere netwerkinfrastructuur correct geconfigureerd zijn om Webex Calling-verkeer te verwerken, terwijl tegelijkertijd het bedrijfsbeveiligingsbeleid wordt gehandhaafd.

Voor informatie over de vereiste gegevensstromen, inclusief IP-adres, poorten en protocollen, zie Referentie-informatie over poorten voor Webex-gesprekken. Gebruik deze informatie om de firewall, proxy's en andere netwerkinfrastructuur in de bestaande implementatie te configureren, zodat Webex Calling-netwerkstromen mogelijk worden.

Gedecentraliseerde internettoegang vanuit elke vestiging of locatie is de aanbevolen aanpak voor cloudgebaseerde samenwerkingsdiensten zoals Webex Calling. Door het verkeer lokaal te laten uitrijden, biedt dit model:

• Vermindert de retourvertraging en jitter, waardoor de algehele gesprekskwaliteit verbetert.

• Schaalbaar en efficiënt naarmate meer gebruikers en locaties overstappen op Webex Calling.

• Werkt naadloos samen met SD-WAN, waarmee sessies dynamisch naar het dichtstbijzijnde Webex-cloudtoegangspunt kunnen worden gerouteerd voor optimale prestaties.

• Hiermee kan de locatie van de gebruiker worden gevolgd op basis van hun openbare IP-adres, wat helpt bij mediapadanalyse en het oplossen van problemen.

Daarnaast moeten organisaties zorgen voor voldoende internetbandbreedte op elke locatie. De bandbreedte moet worden bepaald op basis van het verwachte aantal gelijktijdige gesprekken, de gekozen codec (bijv. Opus of G.711), plus overhead voor signalering, herverzendingen en groei. Dit sluit aan bij de voorbereidingsfase van de PPDIO-levenscyclus en legt een solide basis voor de migratie.

De initiële configuratie binnen de implementatiefase van Webex Calling is essentieel voor het opzetten van een goed gestructureerde en beheersbare cloud-belomgeving. Deze fase omvat cruciale 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 een correct gebruikersbeheer en beveiliging te garanderen. Daarnaast omvat het het aanmaken van licentiesjablonen om de toewijzing van gebruikerslicenties te automatiseren, het configureren van Single Sign-On (SSO) om de gebruikersauthenticatie te stroomlijnen en de beveiliging te verbeteren, en het aanpassen van service- en clientinstellingen aan het organisatiebeleid en de behoeften van de gebruikers. Door deze eerste configuratieactiviteiten af te ronden, wordt ervoor gezorgd dat de Webex Calling-omgeving correct is geconfigureerd voor schaalbaarheid, beveiliging en een naadloze gebruikerservaring. Dit vormt de basis voor de daaropvolgende implementatie- en operationele fasen.

Tijdens de implementatiefase is het uitvoeren van een proefmigratie een cruciale mijlpaal voor het valideren van de overgang van Unified CM naar Webex Calling. Deze pilot omvat het toewijzen van toegang aan een representatieve subset van gebruikers op een of meer locaties aan het Webex Calling-platform, waarbij ervoor wordt gezorgd dat de geselecteerde groep een afspiegeling is van diverse gebruiksscenario's en organisatorische rollen. Parallel aan de gebruikersmigratie moeten essentiële samenwerkingsdiensten, waaronder voicemail, automatische beantwoorders, wachtrijen en gespreksgroepen, worden overgezet naar hun Webex Calling-equivalenten om de bedrijfscontinuïteit en de functionaliteit van de dienstverlening te waarborgen.

De pilotmigratie moet gebruikmaken van dezelfde combinatie van door Cisco geleverde tools en migratiehulpprogramma's van derden die gepland zijn voor de bredere uitrol binnen de organisatie. Dit garandeert dat de processen, automatiseringsworkflows en integratiepunten grondig worden gevalideerd onder representatieve omstandigheden.

De belangrijkste doelstellingen van deze proefimplementatie zijn tweeledig: Ten eerste om de volledige transitieprocessen te valideren en te verfijnen, inclusief workflows voor gebruikersprovisionering, procedures voor gegevensmigratie en endpointconfiguraties; en ten tweede om de functionaliteit van de gemigreerde services uitgebreid te verifiëren onder operationele omstandigheden in de praktijk.

Deze gefaseerde aanpak stelt het projectteam in staat om eventuele technische of procedurele problemen in een gecontroleerde omgeving te identificeren en op te lossen, feedback van gebruikers over de nieuwe platformervaring te verzamelen, de effectiviteit van geselecteerde migratietools te beoordelen en vertrouwen in de migratiemethodologie op te bouwen voordat wordt overgegaan tot een bredere uitrol binnen de organisatie.

De inzichten die tijdens deze pilotfase zijn opgedaan, zijn essentieel voor het optimaliseren van volgende migratiegolven en het waarborgen van een soepele, risicobeperkte overgang voor de gehele onderneming.

Om PSTN-diensten voor Webex Calling te verkrijgen, selecteert u eerst een PSTN-verbindingsoptie in de Control Hub.

Als een organisatie van plan is om hybride duale gespreksbeheer te handhaven ( fase 1 in figuur Gefaseerde gespreksovergang: Hybride en cloud) hetzij tijdelijk of permanent, zullen ze een of meer lokale gateways voor on-premises PSTN moeten implementeren om bellen tussen Webex Calling- en Unified CM-eindpunten mogelijk te maken.

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

Werk samen met uw gekozen provider om telefoonnummers te bestellen en over te zetten voordat u ze in Control Hub configureert. Het bestellen van telefoonnummers of het initiëren van havenorders is alleen mogelijk voor... required/possible voor on-premises PSTN en Cloud Connect voor Webex-gesprekken. Voor Cisco Calling Plans wordt het bestellen en porteren gestart vanuit Control Hub zodra de locatie is aangemaakt, en in landen waar Cisco Calling Plan beschikbaar is. Voor meer informatie over Cisco Calling-abonnementen, zie Aan de slag met de Cisco-abonnementen.

Zorg er in het kader van de PSTN-implementatie voor dat uw provider zowel inkomende als uitgaande PSTN-diensten voor uw locatie heeft ingeschakeld. Voer bovendien testgesprekken om te controleren of de gesprekken correct worden doorgestuurd via de door u gekozen PSTN-verbinding.

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

Bij het configureren van locaties die gebruikmaken van een lokaal PSTN-netwerk, moet u de lokale gateways dienovereenkomstig instellen. Bij Webex Calling moeten voor elke lokale gateway een trunk en een routegroep worden aangemaakt. De routegroep wordt vervolgens toegewezen als de PSTN-optie voor de betreffende locatie. Cisco raadt ten zeerste aan om altijd een routegroep te selecteren als PSTN-optie. Deze aanpak maakt het namelijk mogelijk om in de toekomst eenvoudig extra trunks toe te voegen, wat zowel schaalbaarheid als redundantie ondersteunt. Cisco raadt ook aan om dual-identity en P-Charge-Info-ondersteuning in te schakelen op elke PSTN-trunk, omdat dit de identificatie van de factureerbare partij voor uitgaande directe of doorgeschakelde gesprekken vereenvoudigt. Als uw PSTN-provider een andere header gebruikt voor de facturering, kunt u de informatie uit de P-Charge-Info-header op de lokale gateway kopiëren naar de vereiste factureringsheader.

Voor locaties die Cloud Connect voor Webex Calling of het Cisco Calling Plan als PSTN-optie gebruiken, selecteert u tijdens de installatie eenvoudig de betreffende PSTN-optie voor de locatie. Als de locatie gebruikmaakt van Cloud Connect voor Webex Calling of van een lokaal PSTN-netwerk, moet u de telefoonnummers toevoegen die in de vorige stap zijn besteld. Nummers kunnen als inactief worden toegevoegd als u ze niet direct in de gespreksroutering wilt opnemen; u kunt deze nummers later activeren wanneer ze aan gebruikers of functies worden toegewezen.

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 automatische telefoonbeantwoorder. Om voicemail op de locatie in te schakelen, moet u het voicemailpilotnummer instellen, ook wel bekend als het voicemailportaalnummer.

Extra instellingen voor bellocaties omvatten het configureren van details voor noodoproepen, zoals het terugbelnummer voor noodgevallen, meldingsopties en verbeterde functies voor noodoproepen. U dient ook de opname-instellingen, taalvoorkeuren en apparaatconfiguraties te controleren en aan te passen, afhankelijk van de locatie. Als uw organisatie gebruikmaakt van verkorte interne nummerkeuze voor interne gesprekken tussen vestigingen met bedrijfsspecifieke nummers, vergeet dan niet een unieke vestigingscode voor de locatie te configureren in de interne belinstellingen. Als er bij het bellen naar het buitenland een cijfer voor uitgaand gesprek vereist is, zorg er dan voor dat u dit instelt in de instellingen voor extern bellen. Wanneer een uitgaand kiescijfer is geconfigureerd, raadt Cisco aan om de handhaving van het uitgaande kiescijfer in te schakelen om consistentie te garanderen.

Om te integreren met on-premises gespreksbeheer, is het nodig om trunks, routegroepen, bedrijfsbrede kiesplannen en zowel locatie- als algemene instellingen te configureren. Begin met het instellen van de trunks en lokale gateways die bedoeld zijn voor de interconnectie met het on-premises gespreksbeheersysteem; deze stap is alleen nodig als er dedicated trunks vereist zijn. Als de bestaande trunks en routegroepen volstaan voor uw implementatie, kunnen deze zonder extra configuratie worden hergebruikt voor de on-premises interconnectie.

Zodra de trunks en routegroepen zijn ingesteld, kunt u de bedrijfskiesplannen aanmaken en de juiste routegroep als bestemming voor elk kiesplan toewijzen. Wanneer de integratie meerdere on-premises gespreksbeheersystemen omvat die via verschillende lijnen met elkaar zijn verbonden, zijn meerdere kiesplannen nodig. Het is belangrijk ervoor te zorgen dat deze kiesplannen alleen de patronen bevatten die nodig zijn voor het routeren van gesprekken naar bestemmingen binnen het eigen netwerk.

Als uw implementatie ondersteuning vereist voor routering naar onbekende extensies, moet deze functie op locatieniveau worden ingeschakeld. Bovendien moet u, wanneer routering naar onbekende extensies is geactiveerd, de maximale lengte van onbekende extensies opgeven in het gedeelte Gespreksroutering tussen Webex Calling en locatie van de instellingen voor beldiensten in Control Hub. Dit zorgt voor een naadloze gespreksroutering en een correcte afhandeling van op toestelnummers gebaseerde kiesscenario's in uw geïntegreerde omgeving.

Wanneer u gebruikers migreert van Unified CM naar Webex Calling, kunt u mogelijk niet alle gebruikers tegelijk migreren. Dit kan verschillende oorzaken hebben, waaronder, maar niet uitsluitend, het aantal websites of gebruikers en de tijd die nodig is om een website over te zetten. and/or groep gebruikers tegelijk, beperkte IT- of locatiebronnen ter ondersteuning van het wijzigingsvenster, duur van het wijzigingsvenster, complexiteit van de wijziging, enz.

Bij het gefaseerd migreren van gebruikers is het cruciaal om te bepalen welke gebruikers samen in dezelfdebatch moeten worden gemigreerd. Het voornaamste doel is om gebruikers die van elkaar afhankelijk zijn voor hun beldiensten en -functies, samen te migreren. Je wilt ervoor zorgen dat al hun belfuncties (bijvoorbeeld wachtrijen) volledig functioneel zijn in Webex Calling, net zoals vóór de overstap naar Unified CM.

Zelfs als u interoperabiliteit tussen Unified CM en Webex Calling met lokale gateways implementeert, kunt u gedeelde services of functies niet over deze verbinding verdelen. Daarom moet je de afhankelijkheden tussen gebruikers in kaart brengen door te kijken naar kenmerken zoals:

• Het monitoren van andere gebruikers met behulp van BLF's.

• In dezelfde jachtpilot, oproepwachtrij, enz.

• Gedeelde lijnen

• Gebruik maken van de functie 'oproep beantwoorden'

• Dezelfde parkeernummers gebruiken

• Intercom

• Executive/Admin.

Een voorbeeld hiervan is een gebruiker die deel uitmaakt van een Unified CM Hunt Group die wordt overgezet naar Webex Calling. Deze gebruiker zal overstappen naar Webex-bellen met de Hunt-groep en met alle andere leden van de Hunt-groep. Na de transitie kunnen de Hunt Group en haar leden dus succesvol telefoontjes beantwoorden via het nieuwe platform.

Dit wordt lastiger wanneer gebruikers verbonden zijn met verschillende groepen gebruikers voor verschillende beldiensten en -functies. Dit vereist dat meerdere gebruikersgroepen en meerdere beldiensten tegelijkertijd naar Webex Calling worden overgezet.

Gebruik de uitvoer van de Control Hub Migration Insights-tool of een tool van derden die u in de voorbereidingsfase hebt gebruikt om te bepalen welke gebruikers en functies bij elkaar moeten worden gegroepeerd. Deze output had gebruikt moeten worden om uw migratieplan te ontwikkelen en geeft u inzicht in hoe u gebruikers en functies die samen moeten worden gemigreerd, kunt groeperen.

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

• Gebruikers identificeren die samen gemigreerd moeten worden

• Controleer of alle gebruikers in Control Hub aanwezig zijn.

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

• Controleer of het telefoonnummer in het juiste formaat staat in het telefoonboek.

• Zorg ervoor dat de licentie- en instellingensjablonen voor de gebruikersgroepen correct zijn ingesteld.

• Alle beldiensten en -functies voor de gebruikersgroep controleren of configureren (vóór of tijdens de overgang, afhankelijk van de situatie).

• Voeg in het bedrijfsdirectory gebruikers toe aan de groep gebruikers die kunnen bellen.

• Leverage Tools - Hulpmiddelen voor gebruikers- en functiemigratie in Control Hub and/or tools van derden

• Disable/Delete user/device telefoonnummer en bellen features/services op Unified CM na de overgang.

Na de migratie van een groep gebruikers, test u een subset van deze gebruikers om te controleren of alle belfuncties en -services correct werken. Als belfuncties zoals wachtrijen, gespreksgroepen, enzovoort, worden overgezet naar een andere gebruikersgroep, test dan of deze beldiensten naar behoren functioneren.

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

• Locatiegericht: verbonden aan fysieke ruimtes.

• Apparaat-flexibel: Kan één of meer apparaten bevatten (bureautoestellen, whiteboards, enz.).

Zodra werkruimtes zijn geïdentificeerd als onderdeel van de overgang naar Webex Calling, kunnen ze worden toegevoegd in Control Hub onder Apparaten. Aan elke werkruimte moet een apparaat worden toegewezen. Als deze apparaten al in Unified CM zijn opgenomen, moeten ze opnieuw worden ingesteld of geconfigureerd voor Webex. Webex-belfuncties zoals voicemail, doorschakelen en het aannemen van een gesprek kunnen worden in- of uitgeschakeld, en er kunnen beleidsregels worden toegepast voor videogesprekken, het parkeren van gesprekken en mobiliteit, indien nodig. Test elke werkplek door interne en externe gesprekken te voeren en de video-, vergader- en mobiliteitsfuncties te testen. Laat gebruikers tot slot weten welke procedures er gelden voor apparaten en reserveringen op de werkplek.

Voor meer informatie over werkruimtes in Control Hub, zie Werkruimtes.

Telefoons die momenteel geregistreerd staan bij Unified CM moeten tijdens de cloudmigratie worden gemigreerd naar Webex Calling. Om de migratie zo eenvoudig mogelijk te laten verlopen en de kans op mislukking te minimaliseren, adviseert Cisco om fysieke locaties of afdelingen gelijktijdig te migreren. Het kan echter nodig zijn om gebruikers in batches te migreren vanwege afhankelijkheden tussen functionaliteiten. Zie de sectie Gebruikers in batches migreren voor meer informatie.

Alle telefoons die Webex Calling ondersteunen en die u wilt overzetten van Unified CM, moeten in Webex Calling worden geconfigureerd als gebruiker of werkruimte. De fysieke telefoon moet vervolgens opnieuw worden geconfigureerd om zich bij Webex Calling te registreren. Daarnaast moeten de telefoons uit de 7800- en 8800-serie hun firmware upgraden van Enterprise-firmware naar Multiplatform Phone (MPP)-firmware. Dit proces omvat het laden van tijdelijke firmware voordat de MPP-firmware wordt geladen die nodig is voor de registratie bij Webex Calling. Ook is een passende migratievergunning vereist. Cisco heeft dit proces de afgelopen jaren verbeterd, waardoor het voor u gemakkelijker is geworden om uw Enterprise-firmware telefoons te upgraden naar MPP-firmware. Voor meer informatie over de stappen om de firmware-upgrade te voltooien, zie Cisco 7800- en 8800-serie IP-telefoons converteren tussen Enterprise- en MPP-firmware.

Naast de stappen die in dit artikel worden beschreven, heeft Control Hub een ingebouwde tool, Migreer uw telefoon naar Webex Calling, die u kunt gebruiken om uw 7800- en 8800-telefoons te migreren van Enterprise- naar MPP-firmware. Met deze tool kunt u de telefoons ook toevoegen aan Control Hub en ze toewijzen aan de juiste gebruikers of werkruimtes. Voor meer informatie over het gebruik van de tool, zie Je telefoon migreren.

Voor alle telefoons uit de 9800-serie die geregistreerd zijn bij Unified CM, is de bovenstaande vereiste voor firmwaremigratie niet van toepassing. Deze telefoons draaien op PhoneOS, dat zowel door Unified CM als Webex Calling wordt ondersteund. Om deze telefoons geschikt te maken voor Webex Calling, moet u ze toevoegen aan Webex Calling, toewijzen aan een gebruiker of werkruimte en vervolgens de telefoons terugzetten naar de fabrieksinstellingen. PhoneOS-opstartsequentie voor registratie De onderstaande afbeelding toont de PhoneOS-opstartsequentie en hoe de telefoon zich registreert bij Webex Calling nadat deze is toegevoegd aan Control Hub, zelfs als de telefoon nog steeds is geconfigureerd op Unified CM and/or DHCP-opties (bijvoorbeeld 150) zijn in gebruik.

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

• CUCM v15 - Unified Communications Manager Versie 15

• CUCM v14 - Unified Communications Manager Versie 14.

Voor meer informatie over de registratieprocedure voor de 9800-serie, zie Registratieprocedure.

Naast de Cisco IP-telefoons kan het nodig zijn om ook andere apparaten te configureren, zoals analoge telefoonadapters (ATA's), draadloze telefoons (wifi, DECT), videoapparaten, spraakgateways en apparaten en telefoons van^{derden . Veel van deze apparaten hebben geen firmware-upgrademogelijkheid zoals IP-telefoons om ze van bedrijfsfirmware naar cloudfirmware over te zetten. U dient daarom elk van deze apparaten in Control Hub te configureren. Sommige van deze functies kunnen niet worden overgezet naar Webex Calling en moeten worden vervangen door een equivalent Webex Calling-model (bijvoorbeeld ATA). 191/192) en andere vereisen handmatige herconfiguratie. and/or Softwarewijzigingen.}

• Spraakgateways - Zie Lokale gateway migrerenvoor het migreren van uw lokale gateway.

  Voor meer informatie over het configureren van uw spraakgateway 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.

• Wifi draadloze telefoon - Zie Draadloze telefoon Webex integrerenvoor de integratie van de draadloze telefoons Webex 840 en 860.

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

  Zie DECT-netwerk beherenvoor het bouwen en beheren van een digitaal DECT-netwerk in Control Hub.

  Voor meer informatie over Cisco IP DECT 6800, zie Implementatiehandleiding[ ].

• ^{Apparaten en telefoons van derden} - Werk samen met leveranciers van^{derden op device/phone vereisten en het proces om deze te migreren of te vervangen ter ondersteuning van Webex Calling.}

Alle belfuncties die nodig zijn voor Webex Calling moeten vóór of tijdens de overgang worden geconfigureerd. Zoals besproken in het gedeelte 'Gebruikers in batches migreren', moeten de belfuncties geconfigureerd en overgezet worden wanneer de gebruikers die ze gebruiken, worden overgezet.

Voor meer informatie over het configureren van de verschillende Webex Calling-functies, raadpleeg de bijbehorende help-artikelen.

• Automatische antwoordapparaten - Zie Automatische antwoordapparatenvoor het beheren van automatische antwoordapparaten.

• Gesprek parkeren - Zie Gesprek parkerenvoor het beheren van gespreksparkeeracties.

• Oproep beantwoorden - Zie Oproep beantwoordenvoor het configureren van een oproepbeantwoordingsgroep.

• Oproepwachtrijen - Zie Oproepwachtrijvoor het configureren van de oproepwachtrij.

• Jachtgroepen - Om jachtgroepen te beheren, zie Jachtgroep beheren

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

• Paginggroepen - Zie Een paginggroep configurerenvoor meer informatie over het configureren van een paginggroep.

• Opnames - Zie Opnames beherenvoor het beheren van gespreksopnames voor Webex Calling.

• Bereik met één nummer - Zie Bereik met één nummer configureren voor meer informatie over het configureren van bereik met één nummer (kantoor overal).

• Voicemailgroep - Zie Voicemail beherenvoor het beheren van een gedeelde voicemail- en inkomende faxbox voor Webex Calling.

Acceptatietesten zorgen ervoor dat de gemigreerde omgeving voldoet aan de functionele eisen, naar behoren functioneert en een naadloze gebruikerservaring biedt in alle communicatieworkflows. Dit validatieproces is veelzijdig en omvat alles, van gebruikersprovisionering en nummertoewijzing tot de operationele prestaties van geavanceerde belfuncties.

Deze sectie bevat voorbeelden en belicht belangrijke aspecten waarmee rekening moet worden gehouden tijdens acceptatietesten; het is echter niet bedoeld als een uitputtende of complete checklist.

Gebruikersprovisionering en nummertoewijzing

Een essentieel onderdeel van acceptatietesten is het controleren of alle gebruikers correct en volledig zijn geconfigureerd in Webex Calling. Dit vereist een grondige vergelijking tussen de brondirectory (Unified CM) en de nieuw opgezette Webex Calling-gebruikersbasis om ervoor te zorgen dat elk gebruikersaccount, samen met bijbehorende kenmerken zoals toestelnummers en DID-toewijzingen (Direct Inward Dialing), correct is gemigreerd. Een complete configuratie is cruciaal, niet alleen voor de operationele inzetbaarheid vanaf de eerste dag, maar ook voor het doorlopende beheer en de ondersteuning.

De validatie van nummertoewijzing houdt in dat wordt bevestigd dat aan elke gebruiker het juiste toestelnummer en externe nummer zijn toegewezen, en dat deze nummers correct worden doorgeschakeld in zowel interne (binnen het netwerk) als externe (PSTN) gespreksstromen. Het is essentieel om te controleren op overlappingen, ontbrekende toewijzingen of verkeerde configuraties die kunnen leiden tot fouten in de gespreksroutering of serviceonderbrekingen.

PSTN-gespreksstromen en nummerweergave

Een robuuste acceptatietestprocedure moet een volledige validatie van de PSTN-gespreksstromen omvatten. Dit omvat zowel inkomende als uitgaande gespreksscenario's. Voor inkomende PSTN-gesprekken moet het testteam controleren of de gesprekken worden doorverbonden naar de beoogde eindpunten, of dit nu individuele gebruikers, wachtrijen, gespreksgroepen of automatische beantwoorders zijn. Uitgaande gesprekken via het openbare telefoonnetwerk moeten succesvol tot stand komen, waarbij speciale aandacht moet worden besteed aan de correcte weergave en presentatie van de nummerweergave. Dit houdt in dat de juiste naam en het juiste nummer van de beller worden weergegeven aan externe ontvangers, in overeenstemming met het organisatiebeleid en de wettelijke voorschriften.

Bij het testen moet ook rekening worden gehouden met failover-scenario's, zoals de afhandeling van onbereikbare eindpunten of netwerkstoringen. Dit helpt te bevestigen dat terugvalmechanismen en alternatieve routering naar behoren functioneren, waardoor de continuïteit en betrouwbaarheid van de dienstverlening gewaarborgd blijven.

Gespreksstromen binnen het netwerk

Interne, ofwel on-net, gespreksstromen vormen de ruggengraat van de bedrijfscommunicatie. Acceptatietesten op dit gebied verifiëren dat gesprekken tussen gebruikers binnen de organisatie correct worden doorgeschakeld en dat functies zoals doorverbinden, in de wacht zetten, doorschakelen en conferenties naar behoren werken. De integriteit van kiesplannen, de verbinding tussen toestellen en de ondersteuning van het belbeleid van de organisatie moeten allemaal worden bevestigd.

Gebruikersoproepafhandeling en functievalidatie

Een belangrijk aspect van acceptatietesten is het valideren van hoe gebruikers gesprekken afhandelen met behulp van de Webex-app en ondersteunde vaste telefoons. Dit proces is erop gericht te bevestigen dat de dagelijkse belprocessen intuïtief en betrouwbaar zijn en dat gebruikers probleemloos toegang hebben tot de essentiële functies die nodig zijn voor hun functie. De tests moeten beoordelen hoe gemakkelijk gebruikers kunnen bellen en gebeld worden, de wachtstand- en hervatfunctie kunnen gebruiken en zowel blinde als adviserende doorschakelingen kunnen uitvoeren. Het is ook essentieel om te controleren of doorschakelen, conferentiegesprekken en andere geavanceerde functies, zoals het in de wacht zetten en hervatten van gesprekken of het activeren van de 'niet storen'-modus, direct beschikbaar zijn en probleemloos werken.

De gebruikerservaring moet worden beoordeeld op duidelijkheid en responsiviteit, waarbij rekening moet worden gehouden met de manier waarop gebruikers omgaan met de belgeschiedenis, voicemail en geïntegreerde telefoonboeken. Er moet extra aandacht worden besteed aan de mogelijkheid om actieve gesprekken tussen apparaten over te zetten en om de gespreksbediening effectief te gebruiken, zowel binnen de applicatie als op fysieke telefoons. Het uiteindelijke doel is ervoor te zorgen dat de gebruikerservaring na de migratie consistent, efficiënt en volledig afgestemd is op de communicatiebehoeften van de organisatie.

Oproepwachtrijen: Ervaring als agent en supervisor

Wachtrijen voor inkomende oproepen worden vaak gebruikt voor het afhandelen van grote aantallen inkomende oproepen. Acceptatietesten richten zich hier op verschillende aspecten. Allereerst moet worden gecontroleerd of de gesprekken worden verdeeld over de agenten volgens de geconfigureerde wachtrijlogica, zoals round robin, langst inactieve of gelijktijdig overgaan. De weergave van in de wachtrij staande gesprekken op de desktops van de agenten moet worden gecontroleerd op duidelijkheid en gebruiksgemak, zodat agenten efficiënt gesprekken kunnen aannemen, in de wacht zetten en doorverbinden.

Voor supervisors is het belangrijk om de desktopervaring te beoordelen op functies zoals realtime monitoring, meeluisteren met gesprekken en analyses of inzichten in de prestaties van de wachtrij. Dit omvat, maar is niet beperkt tot, het valideren van dashboards en rapportagetools die bruikbare gegevens leveren over gespreksverdeling, agentactiviteit en wachtrijstatistieken.

Hunt-groepen: Gespreksdistributie

Huntgroepen zijn een belangrijk mechanisme voor het verdelen van oproepen over vooraf gedefinieerde groepen gebruikers. Acceptatietesten moeten bevestigen dat oproepen worden doorgeschakeld naar groepsleden op basis van het geconfigureerde doorschakelalgoritme, en dat overloop-, doorschakel- en niet-beantwoordscenario's worden afgehandeld zoals bedoeld. Het is essentieel voor operationele consistentie en gebruikerstevredenheid dat het groepslidmaatschap en het routeringsgedrag van gesprekken overeenkomen met de eerder in Unified CM vastgestelde instellingen.

Virtuele operators: Mededelingen en menubediening

Automatische telefooncentrales vormen de frontlinie van geautomatiseerde telefoonafhandeling. De tests moeten betrekking hebben op het afspelen van aankondigingen, de nauwkeurigheid van opgenomen begroetingen en de correcte werking van menustructuren. Menuselecties moeten bellers betrouwbaar doorverwijzen naar de juiste afdelingen, personen of externe nummers. De tests moeten ook ongeldige scenario's of time-outscenario's omvatten om te bevestigen dat bellers duidelijke instructies ontvangen of correct worden doorgestuurd.

Voicemail-werking

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