La première étape de la transition vers cette technologie Webex Calling est de garantir une connectivité Internet fiable et sécurisée entre le réseau local et le cloud Webex.

Comme la plupart des organisations se connectent à Internet via un ou plusieurs pare-feux ou dispositifs de sécurité, il est essentiel de vérifier que les flux de trafic requis sont pris en charge.

Les administrateurs du réseau et de la sécurité doivent comprendre ces flux en termes de :

• Direction (entrée ou sortie)

• Protocoles (exemple : SIP, TLS, SRTP, HTTPS)

• Plages d'adresses IP utilisées par les services Webex

• Numéros de port qui doivent être ouverts ou autorisés.

Cela garantit que les pare-feux d'entreprise, les appareils NAT et les autres infrastructures réseau sont correctement configurés pour gérer le Webex Calling trafic tout en respectant les politiques de sécurité de l'entreprise.

Pour plus d'informations sur les flux requis, y compris l'adresse IP, les ports et les protocoles, voir Informations de référence des ports pour Webex Calling. Utilisez ces informations pour configurer le pare-feu, les proxys et les autres infrastructures réseau dans le cadre du déploiement existant afin de permettre les flux Webex Calling réseau.

Une connexion Internet décentralisée depuis chaque agence ou site est l'approche recommandée pour les services de collaboration dans le cloud tels queWebex Calling. En autorisant la circulation à sortir localement, ce modèle :

• Réduit les délais aller-retour et la nervosité, améliorant ainsi la qualité globale des appels

• Évolue efficacement au fur et à mesure que de plus en plus d'utilisateurs et de sites passent à Webex Calling

• Fonctionne parfaitement avec le SD-WAN, qui permet d'acheminer dynamiquement les sessions vers le point d'entrée du cloud Webex le plus proche pour des performances optimales

• Permet de suivre la position des utilisateurs en fonction de leur adresse IP publique, ce qui facilite l' analyse du parcours multimédia et la résolution des problèmes.

En outre, les organisations doivent garantir une bande passante Internet adéquate sur chaque site. La bande passante doit être dimensionnée en fonction du nombre attendu d'appels simultanés, du codec sélectionné (par exemple, Opus ou G.711), plus les frais généraux liés à la signalisation, aux retransmissions et à la croissance. Cela correspond à la phase de préparation du cycle de vie du PPDIO et jette des bases solides pour la migration.

La sous-section de configuration initiale de la phase de mise en œuvre du déploiement Webex Calling est fondamentale pour créer un environnement d'appels dans le cloud bien structuré et gérable. Cette étape englobe des tâches critiques telles que la mise en place de l'organisation Control Hub, l'achat et l'attribution de licences, ainsi que la vérification et la revendication des domaines de votre entreprise afin de garantir une gestion et une sécurité appropriées des utilisateurs. En outre, cela inclut la fourniture de modèles de licences pour automatiser l'attribution des licences aux utilisateurs, la configuration de l'authentification unique (SSO) pour rationaliser l'authentification des utilisateurs et renforcer la sécurité, et l'ajustement des paramètres du service et du client pour les aligner sur les politiques organisationnelles et les besoins des utilisateurs. La réalisation de ces activités de configuration initiale garantit que l'Webex Callingenvironnement est correctement configuré en termes d'évolutivité, de sécurité et d'expérience utilisateur fluide, préparant ainsi le terrain pour les phases de déploiement et d'exploitation suivantes.

Pendant la phase de mise en œuvre, l'exécution d'une migration pilote représente une étape cruciale pour valider la transition de Unified CM àWebex Calling. Ce projet pilote consiste à fournir un sous-ensemble représentatif d'utilisateurs répartis sur un ou plusieurs sites sur la Webex Calling plateforme, en veillant à ce que la population sélectionnée reflète divers cas d'utilisation et rôles organisationnels. Parallèlement à la migration des utilisateurs, les services de collaboration essentiels, tels que la messagerie vocale, les assistants automatiques, les files d'appels et les groupes de recherche, doivent être transférés vers leurs Webex Calling équivalents afin de garantir la continuité des activités et la fonctionnalité des services.

La migration pilote devrait tirer parti de la même combinaison d'outils fournis par Cisco et d'utilitaires de migration tiers que ceux prévus pour un déploiement organisationnel plus large, en veillant à ce que les processus, les flux de travail d'automatisation et les points d'intégration soient validés de manière approfondie dans des conditions représentatives.

Les principaux objectifs de ce déploiement pilote sont doubles : d'abord, valider et affiner les processus de transition de bout en bout, y compris les flux de travail de provisionnement des utilisateurs, les procédures de migration des données et les configurations des terminaux ; et ensuite, vérifier de manière complète la fonctionnalité des services migrés dans des conditions opérationnelles réelles.

Cette approche progressive permet à l'équipe du projet d'identifier et de résoudre tout problème technique ou procédural dans un environnement contrôlé, de recueillir les commentaires des utilisateurs sur l'expérience de la nouvelle plateforme, d'évaluer l'efficacité de certains outils de migration et de se fier à la méthodologie de migration avant de procéder à un déploiement organisationnel plus large.

Les informations recueillies au cours de cette phase pilote contribuent à optimiser les vagues de migration suivantes et à garantir une transition en douceur et en atténuant les risques pour l'ensemble de l'entreprise.

Pour obtenir des services PSTNWebex Calling, sélectionnez d'abord une option de connectivité PSTN dans le Control Hub.

Si une organisation prévoit de maintenir le double contrôle hybride des appels (phase 1 dans la figure Transition progressive des appels : hybride et cloud) temporairement ou indéfiniment, elle devra déployer une ou plusieurs passerelles locales pour le RTPC sur site afin de permettre les appels entre et les terminaux. Webex Calling Unified CM

Si l'objectif final est une transition complète (phase 2) vers le cloud, y compris le PSTN, alors un plan d'appel Cisco ou une Webex Calling option Cloud Connect seront nécessaires pour le PSTN.

Travaillez avec le fournisseur de votre choix pour commander et transférer les numéros de téléphone avant de les configurer dans Control Hub. Commander des numéros de téléphone ou lancer des commandes de port est uniquement obligatoire/possible pour le PSTN local et Cloud Connect pour. Webex Calling Pour les forfaits d'appels Cisco, la commande et le portage sont initiés depuis Control Hub dès que le lieu est créé, et dans les pays où le plan d'appel Cisco est disponible. Pour plus d' informations sur les forfaits Cisco Calling, consultez la section Commencer à utiliser les forfaits Cisco.

Dans le cadre de la mise en œuvre du RTPC, assurez-vous que votre fournisseur a activé les services PSTN entrants et sortants pour votre localisation. De plus, effectuez des tests d'appels pour vérifier que les appels sont correctement acheminés via la connexion PSTN que vous avez choisie.

Avant d'ajouter des utilisateurs et des appareilsWebex Calling, vous devez configurer les localisations d'appel. Pour chaque lieu, une adresse postale valide doit être saisie. Aux États-Unis et au Canada, cette adresse est validée et utilisée par la plateforme pour envoyer les informations de localisation PIDF-LO pour les appels d'urgence.

Lorsque vous configurez des sites qui utilisent le RTPC sur site, vous devez configurer les passerelles locales en conséquence. DansWebex Calling, un tronçon et un groupe d'itinéraires doivent être créés pour chaque passerelle locale, et le groupe d'itinéraires est ensuite désigné comme choix PSTN pour la localisation. Cisco recommande vivement de toujours sélectionner un groupe de routes comme choix PSTN, car cette approche vous permettra d' ajouter facilement des troncs supplémentaires à l'avenir, tout en garantissant à la fois l'évolutivité et la redondance. Cisco recommande également d'activer la double identité et la prise en charge de P-Charge-Info sur chaque ligne PSTN, afin de simplifier l'identification de la partie facturable pour les appels directs ou détournés sortants. Si votre fournisseur PSTN utilise un en-tête différent pour la facturation, vous pouvez copier les informations de l'en-tête P-Charge-Info de la passerelle locale vers l'en-tête de facturation requis.

Pour les sites qui utilisent Cloud Connect for Webex Calling ou le plan d'appel Cisco comme option PSTN, il suffit de sélectionner le PSTN correspondant à la localisation lors de la configuration. Si la localisation utilise Cloud Connect Webex Calling ou le PSTN local, vous devrez ajouter les numéros de téléphone commandés à l' étape précédente. Les numéros peuvent être ajoutés comme étant inactifs si vous ne voulez pas qu'ils soient inclus dans le routage des appels immédiatement ; vous pourrez les activer ultérieurement lorsqu'ils seront attribués à des utilisateurs ou à des fonctionnalités.

Il est important de toujours définir le numéro principal de chaque lieu. Le numéro principal peut être attribué à un utilisateur ou à une fonctionnalité, comme un assistant automatique. Pour activer la messagerie vocale sur place, assurez-vous de définir le numéro pilote de la messagerie vocale, également appelé numéro de portail vocal.

Les paramètres supplémentaires relatifs à la localisation des appels incluent la configuration des informations relatives aux appels d'urgence, telles que le numéro de rappel d'urgence, les options de notification et les fonctionnalités d'appel d'urgence améliorées. Vous devriez également revoir et ajuster les paramètres d'enregistrement, les préférences linguistiques et les configurations de l'appareil, selon les besoins, pour chaque lieu. Si votre organisation utilise la numérotation Internet intersite abrégée avec des numéros significatifs de l'entreprise, pensez à configurer un code de site unique pour la localisation dans les paramètres de numérotation internes. Enfin, si la numérotation externe nécessite un chiffre sortant, veillez à le régler dans les paramètres de numérotation externe. Lorsqu'un chiffre sortant est configuré, Cisco recommande d' activer l'application des chiffres sortants pour garantir la cohérence.

Pour intégrer le contrôle des appels sur site, il est nécessaire de configurer les lignes, les groupes de routage, les plans de numérotation d'entreprise, ainsi que les paramètres de localisation et globaux. Commencez par configurer les lignes et les passerelles locales destinées à l'interconnexion avec le système de contrôle des appels local ; cette étape n'est requise que si des lignes dédiées sont nécessaires. Si les troncs et les groupes de routes existants sont suffisants pour votre déploiement, ils peuvent être réutilisés pour l'interconnexion sur site sans configuration supplémentaire.

Une fois les lignes et les groupes d'itinéraires établis, créez les plans de numérotation de l' entreprise et attribuez le groupe d'itinéraires approprié comme destination pour chaque plan de numérotation. Lorsque l'intégration implique plusieurs systèmes de contrôle des appels locaux connectés via différents troncs, plusieurs plans de numérotation seront nécessaires. Il est important de s'assurer que ces plans de numérotation contiennent uniquement les modèles nécessaires pour acheminer les appels vers des destinations locales.

Si votre déploiement nécessite la prise en charge du routage d'extensions inconnues, cette fonctionnalité doit être activée au niveau de la localisation. De plus, lorsque le routage des extensions inconnues est activé, vous devez spécifier la longueur maximale de l'extension inconnue dans la section Routage des appels entre Webex Calling et locaux des paramètres des services d'appels de Control Hub. Cela garantit un routage fluide des appels et une gestion correcte des scénarios de numérotation basés sur les extensions dans votre environnement intégré.

Lorsque vous faites migrer des utilisateurs de Unified CM vers, il se peut que Webex Calling vous ne puissiez pas déplacer tous les utilisateurs en même temps. Cela peut être dû à de multiples raisons, notamment au nombre de sites ou d'utilisateurs, au temps nécessaire à la transition d'un site et/ou d'un groupe d'utilisateurs en même temps, à l'insuffisance des ressources informatiques ou du site pour prendre en charge la fenêtre de changement, à la durée de la fenêtre de changement, à la complexité du changement, etc.

Lorsque vous migrez des utilisateurs par étapes, il est essentiel d'identifier ceux qui doivent migrer ensemble dans le même lot. L'objectif principal est de faire migrer ensemble les utilisateurs qui sont dépendants les uns des autres pour leurs services et fonctionnalités d'appel. vous voulez vous assurer que toutes leurs fonctionnalités d'appel (exemple, files d'attente d'appels) fonctionnent parfaitement Webex Calling comme elles l'étaient avant la transitionUnified CM.

Même si vous implémentez l'interfonctionnement des appels entre Unified CM et Webex Calling avec les passerelles locales, vous ne pouvez pas répartir les services ou fonctionnalités partagés sur cette connexion. Par conséquent, vous devez identifier les dépendances entre les utilisateurs en consultant des fonctionnalités telles que :

• Surveiller les autres utilisateurs à l'aide des BLF

• Dans la même chasse, pilote, file d'attente d'appels, etc.

• Lignes partagées

• Utiliser le service de prise d'appels

• En utilisant les mêmes numéros de parc d'appels

• Interphone

• Directeur/Administrateur.

Par exemple, un utilisateur faisant partie d'un groupe de Unified CM chasse vers lequel on est en train de passerWebex Calling. Cet utilisateur passera au groupe Webex Calling de chasse et à tous les autres membres du groupe de chasse. Ainsi, après la transition, le Hunt Group et ses membres pourront répondre avec succès aux appels sur la nouvelle plateforme.

Cela devient d'autant plus difficile lorsque les utilisateurs sont connectés à différents groupes d'utilisateurs pour différents services et fonctionnalités d'appel. Cela nécessitera la transition de plus d'un groupe d'utilisateurs et d'un service d'appel Webex Calling en même temps.

Utilisez les résultats de l'outil Control Hub Migration Insights ou d'un outil tiers que vous avez utilisé pendant la phase de préparation pour déterminer quels utilisateurs et quelles fonctionnalités doivent être regroupés. Ce résultat aurait dû être utilisé pour élaborer votre plan de migration et vous donnera un aperçu de la manière dont vous allez regrouper les utilisateurs et les fonctionnalités qui doivent effectuer une transition ensemble.

Les étapes clés lors de la transition d'un groupe d'utilisateurs sont les suivantes :

• Identifier les utilisateurs à migrer ensemble

• Vérifiez que tous les utilisateurs sont connectés à Control Hub

• Vérifiez que tous les TN des utilisateurs existent dans Control Hub

• Vérifiez le format de numéro de téléphone correct dans l'annuaire

• Assurez-vous que le modèle de licence et de paramètres pour les groupes d'utilisateurs est correctement configuré

• Vérifier ou configurer tous les services et fonctionnalités d'appel pour le groupe d'utilisateurs (avant ou pendant la transition, selon le cas)

• Dans l'annuaire de l'entreprise, ajoutez des utilisateurs au groupe d' utilisateurs autorisés à appeler

• Outils de levier : outils de migration des utilisateurs et des fonctionnalités de Control Hub et/ou outils tiers

• Désactiver/supprimer le numéro du répertoire des utilisateurs/appareils et les fonctionnalités/services d'appel après la transition. Unified CM

Après la migration d'un groupe d'utilisateurs, testez un sous-ensemble d'utilisateurs pour vérifier que toutes leurs fonctionnalités et services d'appel fonctionnent correctement. Si les fonctionnalités d'appel telles que la file d'attente des appels, les groupes de recherche, etc. sont transférées au groupe d'utilisateurs, testez ces services d'appel pour vérifier s'ils fonctionnent correctement .

DansWebex Calling, un espace de travail fait référence à un lieu partagé (comme une salle de conférence, un espace de travail ou un hot desk) auquel des appareils, des extensions et des utilisateurs peuvent être attribués. Contrairement aux téléphones Unifed CM traditionnels, les espaces de travail sont les suivants :

• Centré sur la localisation : lié à des espaces physiques.

• Flexible en termes d'appareils : vous pouvez avoir un ou plusieurs appareils (téléphones de bureau, cartes, etc.).

Une fois que les espaces de travail ont été identifiés dans le cadre de la transition versWebex Calling, ils peuvent être ajoutés dans Control Hub, sous Appareils. Chaque espace de travail doit être attribué à un appareil, et s'il y est déjàUnified CM, il doit être réinitialisé ou réapprovisionné pour Webex. Webex Callingdes fonctionnalités telles que la messagerie vocale, le renvoi d'appels et la prise d'appels peuvent être activées ou désactivées, et des politiques peuvent être appliquées pour les appels vidéo, le parc d'appels et la mobilité, selon les besoins. Testez chaque espace de travail en passant des appels internes et externes, en testant les fonctionnalités de vidéo, de conférence et de mobilité. Enfin, informez les utilisateurs de toutes les procédures applicables aux appareils de l'espace de travail et aux réservations.

Pour plus d'informations sur les espaces de travail dans Control Hub, voir Espaces de travail.

Les téléphones actuellement enregistrés Unified CM devront être migrés vers le cloud dans le Webex Calling cadre de la transition vers le cloud. Pour simplifier au maximum la migration et minimiser les risques d'échec, Cisco recommande de migrer les sites physiques ou les services en même temps. Cependant, il se peut que vous deviez migrer des utilisateurs par lots en raison de dépendances entre les fonctionnalités. Consultez la section Migrer des utilisateurs par lots pour plus de détails.

Tous les téléphones Webex Calling compatibles depuis lesquels vous devrez effectuer la transition Unified CM devront être configurés en Webex Calling tant qu'utilisateur ou espace de travail et le téléphone physique devra être reconfiguré pour vous inscrire auprès Webex Calling de. De plus, les téléphones des séries 7800 et 8800 ont besoin d'une mise à niveau du firmware, passant du firmware Enterprise au firmware des téléphones multiplateformes (MPP). Ce processus inclut le chargement du firmware de transition avant de charger le firmware MPP requis pour l'Webex Callingenregistrement. Cela nécessite également la licence de migration appropriée. Cisco a amélioré ce processus ces dernières années afin de vous permettre de passer plus facilement au firmware MPP de vos téléphones Enterprise. Pour plus d'informations sur les étapes à suivre pour effectuer la mise à niveau du firmware, voir Convertir les téléphones IP des séries Cisco 7800 et 8800 entre le firmware Enterprise et le firmware MPP.

Outre les étapes décrites dans cet article, Control Hub dispose d'un outil intégré, Migrez votre téléphone vers Webex Calling, que vous pouvez utiliser pour migrer vos téléphones 7800 et 8800 du firmware Enterprise vers le firmware MPP. Cet outil vous permet également d'ajouter les téléphones à Control Hub et de les attribuer aux utilisateurs ou aux espaces de travail appropriés. Pour plus d'informations sur l'utilisation des outils, voir Migrer votre téléphone.

Pour tous les téléphones de la série 9800 enregistrés, Unified CM l'exigence de migration du firmware ci-dessus ne s'applique pas. Ces téléphones utilisent PhoneOS, qui est pris en charge à la fois par Unified CM etWebex Calling. Pour passer de ces téléphones à Webex Calling vous devrez les ajouter àWebex Calling, les attribuer à un utilisateur ou à un espace de travail, puis les réinitialiser aux paramètres d'usine. Séquence de démarrage de PhoneOS pour l'enregistrement La figure ci-dessous montre la séquence de démarrage de PhoneOS et la façon dont le téléphone sera enregistré Webex Calling une fois qu'il aura été ajouté à Control Hub, même si le téléphone est toujours configuré Unified CM et/ou que les options DHCP (exemple : 150) sont utilisées.

Unified CMprend en charge la réinitialisation des appareils PhoneOS aux paramètres d'usine pour permettre l'intégration sans contact. Webex Calling Unified CMles administrateurs peuvent réinitialiser les téléphones 9800 et 8875 à distance via les pages d'administration du CUCM, ce qui élimine la nécessité d'un accès physique aux téléphones embarqués. Webex Calling Cette fonctionnalité est disponible dans les Device Packs depuis le 9 septembre 2025 :

• CUCM v15 - Gestionnaire de communications unifiées version 15

• CUCM v14 - Gestionnaire de communications unifiées version 14.

Pour plus d'informations sur la procédure d'inscription pour la série 9800, voir Procédure d'inscription.

Outre les téléphones IP Cisco, l'approvisionnement d'autres appareils tels que des adaptateurs téléphoniques analogiques (ATA), des téléphones sans fil (Wifi, DECT), des appareils vidéo, des passerelles vocales et des appareils et téléphones ^tiers peut être nécessaire. La plupart de ces appareils ne disposent pas d'une procédure de mise à niveau du firmware, comme les téléphones IP pour les faire passer du firmware d'entreprise au firmware du cloud. Vous allez donc approvisionner chacun de ces appareils dans Control Hub. Certains d'entre eux ne peuvent pas être transférés Webex Calling et le Webex Calling modèle équivalent devra les remplacer (par ex. ATA 191/192) et d'autres nécessiteront une reconfiguration manuelle et/ou des modifications logicielles.

• Passerelles vocales - Pour migrer votre passerelle locale, voir Migrer une passerelle locale.

  Pour plus d'informations sur la configuration de votre passerelle vocale VG400, VG410 ou VG420 dans Control Hub, voir Passerelle locale

• Adaptateur téléphonique analogique (ATA) - Pour commencer à utiliser vos Cisco ATA 191 et 192, consultez Cisco ATA.

• Téléphone sans fil Wifi - Pour intégrer les téléphones sans fil Webex 840 et 860, voir Intégrer un téléphone sans fil Webex.

• Téléphones sans fil DECT - Pour commencer à utiliser votre nouvelle gamme Cisco IP DECT 6800, consultez Cisco IP DECT.

  Pour créer et gérer un réseau DECT numérique dans Control Hub, voir Gérer le réseau DECT

  Pour plus d'informations sur Cisco IP DECT 6800, consultez le guide de déploiement

• Appareils et téléphones ^tiers - Travaillez avec des fournisseurs ^tiers sur les exigences relatives aux appareils et aux téléphones et sur la procédure à suivre pour les migrer ou les remplacer vers l'assistance. Webex Calling

Toutes les fonctionnalités d'appel requises Webex Calling doivent être configurées avant ou pendant la transition. Comme indiqué dans la section Migrer les utilisateurs par lots, les fonctionnalités d'appel doivent être configurées et transférées lorsque les utilisateurs qui les utilisent sont transférés.

Pour plus de détails sur la configuration de chacune des Webex Calling fonctionnalités, consultez les articles d'aide à la configuration correspondants.

• Préposés automatiques - Pour gérer les assistants automatiques, voir Auto Attendants

• Parc d'appels - Pour gérer le parc d'appels, voir Parc d'appels

• Prise d'appels - Pour configurer le groupe de prise d'appels, voir Prise d'appels

• Files d'appels - Pour configurer la file d'attente des appels, voir File d'attente des appels

• Groupes de chasse - Pour gérer les groupes de chasse, voir Gérer les groupes de chasse

• Modes de fonctionnement - Pour le routage des appels en fonction des modes de fonctionnement, voir Routage des appels en fonction des modes opérationnels

• Groupes de pagination - Pour configurer un groupe de pagination, voir Configurer un groupe de pagination

• Enregistrements - Pour gérer l'enregistrement des appelsWebex Calling, voir Gérer les enregistrements

• Portée par numéro unique - Pour configurer la portée par numéro unique (bureau n'importe où), voir Configurer un numéro unique

• Groupe de messagerie vocale - Pour gérer un message vocal partagé et une boîte de télécopie entranteWebex Calling, voir Gérer la messagerie vocale.

Les tests d'acceptation garantissent que l'environnement migré répond aux exigences fonctionnelles, fonctionne comme prévu et offre une expérience utilisateur fluide sur tous les flux de communication. Ce processus de validation comporte de multiples facettes, qu'il s'agisse de l'approvisionnement des utilisateurs, de l'attribution des numéros ou des performances opérationnelles des fonctionnalités d'appel avancées.

Cette section fournit des exemples et met en lumière les principaux aspects à prendre en compte lors des tests d'acceptation ; toutefois, elle n'est pas destinée à servir de liste de contrôle exhaustive.

Approvisionnement des utilisateurs et attribution de numéros

L'un des aspects fondamentaux des tests d'acceptation consiste à vérifier que tous les utilisateurs sont approvisionnés de manière précise et complète. Webex Calling Cela nécessite une comparaison approfondie entre le répertoire source (Unified CM) et la nouvelle base Webex Calling d'utilisateurs afin de s'assurer que chaque compte utilisateur, ainsi que les attributs associés tels que les numéros de poste et les affectations de numérotation directe (DID) ont été correctement migrés. L'exhaustivité de l'approvisionnement est essentielle, non seulement pour l'opérabilité dès le premier jour, mais aussi pour l'administration et le support continus.

La validation de l'attribution des numéros inclut la confirmation que chaque utilisateur reçoit la bonne extension et le bon numéro externe, et que ces numéros sont correctement acheminés dans les flux d'appels internes (sur le réseau) et externes (PSTN) . Il est essentiel de vérifier qu'il n'y a pas de chevauchements, d' assignations manquantes ou de mauvaises configurations qui pourraient entraîner des erreurs de routage des appels ou des interruptions de service.

Flux d'appels PSTN et présentation de l'identification de l'appelant

Une procédure de test d'acceptation robuste doit inclure la validation de bout en bout des flux d'appels PSTN. Cela inclut les scénarios d' appels entrants et sortants. Pour les appels PSTN entrants, l'équipe de test doit confirmer que les appels sont acheminés vers les terminaux prévus, qu'il s'agisse d'utilisateurs individuels, de files d'attente d'appels, de groupes de recherche ou de préposés automatiques. Les appels PSTN sortants doivent être passés avec succès, en portant une attention particulière à la transmission et à la présentation correctes des informations d'identification de l'appelant. Cela implique de s'assurer que le nom et le numéro de l'appelant sont affichés aux destinataires externes, conformément aux politiques de l'organisation et aux exigences réglementaires.

Les tests devraient également porter sur des scénarios de basculement, tels que la gestion de points de terminaison inaccessibles ou de perturbations du réseau. Cela permet de confirmer que les mécanismes de secours et le routage alternatif fonctionnent correctement, préservant ainsi la continuité et la fiabilité du service.

Flux d'appels sur le net

Les flux d'appels internes, ou sur le réseau, constituent l'épine dorsale de la communication d'entreprise. Les tests d'acceptation dans ce domaine permettent de vérifier que les appels entre utilisateurs au sein de l'organisation sont correctement acheminés, avec des fonctionnalités telles que le transfert, la mise en attente, le renvoi et les conférences qui fonctionnent comme prévu. L'intégrité des plans de numérotation, de la connectivité d' extension à extension et la prise en charge des politiques d' appel de l'organisation doivent toutes être confirmées.

Gestion des appels des utilisateurs et validation des fonctionnalités

Un aspect important des tests d'acceptation consiste à valider la manière dont les utilisateurs gèrent les appels à l'aide de l'application Webex et des téléphones de bureau compatibles. Ce processus vise à confirmer que les flux d'appels quotidiens sont intuitifs et fiables, et que les utilisateurs ont un accès fluide aux fonctionnalités de base nécessaires à leur rôle. Les tests devraient évaluer la facilité avec laquelle les utilisateurs peuvent passer et recevoir des appels, gérer les fonctions de mise en attente et de reprise et effectuer des transferts aveugles et consultatifs. Il est également essentiel de vérifier que le transfert d'appels, les conférences et les autres fonctionnalités avancées, telles que le stationnement et la réception des appels ou l' activation de la fonction Ne pas déranger, sont facilement disponibles et fonctionnent correctement.

L'expérience doit être évaluée en termes de clarté et de réactivité, en tenant compte de la manière dont les utilisateurs interagissent avec l'historique des appels, la messagerie vocale et les annuaires intégrés. Une attention particulière doit être portée à la possibilité de transférer les appels actifs d'un appareil à un autre et à utiliser efficacement les commandes d'appel au sein de l'application ou sur les téléphones physiques. L' objectif ultime est de faire en sorte que l'expérience de l'utilisateur final soit cohérente et efficace et réponde pleinement aux besoins de communication de l'organisation après la migration.

Files d'appels : expérience d'agent et de superviseur

Les files d'appels sont fréquemment utilisées pour gérer les scénarios d'appels entrants à volume élevé. Les tests d'acceptation se concentrent ici sur plusieurs aspects. Tout d'abord, il convient de vérifier que les appels sont distribués aux agents conformément à la logique de file d'attente configurée, telle que le round robin, la plus longue période d'inactivité ou la sonnerie simultanée. La présentation des appels en file d'attente sur les postes de travail des agents doit être revue pour des raisons de clarté et de facilité d'utilisation, afin de garantir que les agents puissent accepter, mettre en attente et transférer les appels de manière efficace.

Pour les superviseurs, l'expérience sur ordinateur doit être évaluée en fonction de fonctionnalités telles que la surveillance en temps réel, le transfert d'appels et l'analyse ou les informations sur les performances des files d'attente. Cela inclut, mais sans s'y limiter, la validation de tableaux de bord et d'outils de reporting qui fournissent des données exploitables sur la distribution des appels, l'activité des agents et les statistiques des files d'attente.

Groupes de chasse : distribution des appels

Les groupes de recherche sont un mécanisme clé pour distribuer les appels à des groupes d'utilisateurs prédéfinis. Les tests d'acceptation doivent confirmer que les appels sont acheminés vers les membres du groupe en fonction de l'algorithme de recherche configuré, et que les scénarios de débordement, de transfert et de non-réponse sont gérés conformément à la conception. Pour garantir la cohérence opérationnelle et la satisfaction des utilisateurs, il Unified CM est essentiel de s'assurer que les comportements en matière d'appartenance au groupe et de routage des appels correspondent à ceux définis précédemment.

Auto Attendants : annonces et fonctionnement des menus

Les assistants automatiques constituent la première ligne de la gestion automatique des appels. Les tests doivent porter sur la lecture des annonces, la précision des messages d'accueil enregistrés et le bon fonctionnement des arborescences de menus. Les choix de menu doivent rediriger les appelants de manière fiable vers les services, les personnes ou les numéros externes appropriés. Les tests devraient également inclure des scénarios non valides ou de temporisation pour confirmer que les appelants reçoivent des instructions claires ou sont redirigés comme prévu.

Fonctionnement de la messagerie vocale

Enfin, la fonctionnalité de messagerie vocale est essentielle à l'expérience utilisateur. Les tests d'acceptation devraient vérifier que les boîtes vocales sont correctement attribuées et accessibles, à la fois au sein de l'organisation et à distance. La capacité à enregistrer, récupérer et gérer les messages doit être confirmée, de même que l'envoi des notifications.

Pour surveiller l'environnement post-migration, valider les performances et apporter des ajustements afin de garantir la stabilité et l'efficacité opérationnelles, reportez-vous à la section Phase d'optimisation.