Qu’est-ce que les plans de numérotation ?
Un plan de numérotation est un ensemble nommé de règles de normalisation qui traduisent les numéros de téléphone composés par un utilisateur individuel dans un autre format (généralement E.164) à des fins d’autorisation d’appel et de routage vocal.
Un plan de numérotation se compose d’une ou plusieurs règles de normalisation qui définissent la façon dont les numéros de téléphone exprimés dans différents formats sont traduits dans un autre format. La même chaîne de numérotation peut être interprétée et traduite différemment dans différents plans de numérotation. Par conséquent, selon le plan de numérotation attribué à un utilisateur donné, le même numéro composé peut être traduit et routé différemment. Il peut y avoir un maximum de 1 000 plans de numérotation client.
Consultez Créer et gérer des plans de numérotation pour créer et gérer des plans de numérotation de locataire.
Étendue du plan de numérotation client
L'étendue d'un plan de numérotation détermine le niveau hiérarchique auquel celui-ci est appliqué. Les clients obtiennent le plan de numérotation approprié via les paramètres d’approvisionnement qui sont automatiquement fournis lorsque les utilisateurs se connectent à Teams. En tant qu’administrateur, vous pouvez gérer et attribuer des niveaux d’étendue de plan de numérotation à l’aide du Centre d’administration Microsoft Teams ou de PowerShell à distance.
Dans Teams, il existe deux types de plans de numérotation : l’étendue du service et l’étendue client (qui est destinée à votre organization). Un plan de numérotation étendu au service est défini pour chaque pays ou région où Teams Phone est disponible. Chaque utilisateur se voit attribuer automatiquement le plan de numérotation pays/région du service qui correspond à l’emplacement d’utilisation attribué à l’utilisateur. Vous ne pouvez pas modifier le plan de numérotation pays/région du service, mais vous pouvez créer des plans de numérotation délimités au locataire, qui augmentent le plan de numérotation pays/région de service. Au fur et à mesure que les clients sont approvisionnés, ils obtiennent un « plan de numérotation efficace », qui est une combinaison du plan de numérotation pays/région de service et du plan de numérotation de locataire délimité de manière appropriée. Par conséquent, il n’est pas nécessaire de définir toutes les règles de normalisation dans les plans de numérotation client, car elles peuvent déjà exister dans le plan de numérotation pays/région du service.
Les plans de numérotation des locataires peuvent être divisés en deux étendues : étendue du locataire ou étendue utilisateur. Si un locataire définit et affecte un plan de numérotation étendu à l’utilisateur, cet utilisateur est approvisionné avec un plan de numérotation effectif du plan de numérotation pays/région de service de l’utilisateur et du plan de numérotation utilisateur attribué. Si un locataire définit un plan de numérotation à l’échelle du locataire, mais n’affecte pas de plan de numérotation limité à l’utilisateur, cet utilisateur est approvisionné avec un plan de numérotation effectif du plan de numérotation pays/région de service de l’utilisateur et du plan de numérotation du locataire.
Voici le modèle d’héritage des plans de numérotation dans Teams.
Voici les différents plans de numérotation efficace possibles :
Pays du service Si aucun plan de numérotation délimité au locataire n’est défini et qu’aucun plan de numérotation délimité à l’utilisateur client n’est attribué à l’utilisateur approvisionné, l’utilisateur reçoit un plan de numérotation effectif mappé au pays/à la région du service associé à son emplacement d’utilisation.
Locataire global - Pays de service Si un plan de numérotation utilisateur client est défini mais pas affecté à un utilisateur, l’utilisateur approvisionné reçoit un plan de numérotation effectif composé d’un plan de numérotation de locataire fusionné et du plan de numérotation pays/région de service associé à son emplacement d’utilisation.
Utilisateur client - Pays de service Si un plan de numérotation utilisateur client est défini et affecté à un utilisateur, l’utilisateur approvisionné reçoit un plan de numérotation effectif comprenant le plan de numérotation utilisateur du locataire fusionné et le plan de numérotation pays/région de service associé à son emplacement d’utilisation.
Consultez Créer et gérer des plans de numérotation pour créer vos plans de numérotation de locataire.
Remarque
Dans le scénario où aucune règle de normalisation de plan de numérotation ne s’applique à un numéro composé, la chaîne composée est toujours normalisée en ajoutant « + CC », où CC est le code de pays/région de l’emplacement d’utilisation de l’utilisateur de numérotation. Cela s’applique aux plans d’appels, au routage direct et aux scénarios d’appel sortant de conférence RTC. En outre, si une règle de normalisation du plan de numérotation de locataire aboutit à un nombre qui ne commence pas par « + », le service appelant tente de normaliser le numéro reçu du client Teams en fonction du plan de numérotation du locataire et, s’il n’est pas mis en correspondance, sur le plan de numérotation de la région. Pour éviter une double normalisation, il est recommandé que les clients de routage direct normalisent les nombres pour inclure un signe + et suppriment ensuite le signe + à l’aide des règles de traduction de tronçon.
Planification des plans de numérotation utilisateur
Pour planifier des plans de numérotation personnalisés, procédez comme suit :
Étape 1 Déterminez si un plan de numérotation personnalisé est nécessaire pour améliorer l’expérience de numérotation des utilisateurs. En règle générale, il est nécessaire de prendre en charge la numérotation non-E.164, comme les extensions ou la numérotation nationale abrégée.
Étape 2 Déterminez si des plans de numérotation globaux ou étendus à l’utilisateur client sont nécessaires, ou les deux. Les plans de numérotation étendus aux utilisateurs sont nécessaires si les configurations d'appel local sont différentes en fonction des utilisateurs.
Étape 3 Identifiez des schémas de numéros valides pour chaque plan de numérotation nécessaire. Seuls les modèles de numéros qui ne sont pas définis dans les plans de numérotation pays/région de niveau de service sont requis.
Étape 4 Développez un modèle d'appellation des plans de numérotation à l'échelle de votre organisation. Adopter un modèle d'appellation standard à toute une organisation permet de s'assurer de la cohérence d'un système et facilite la maintenance et les mises à jour.
Création de votre plan de numérotation
Lorsque vous créez un nouveau plan de numérotation client, vous devez entrer les informations requises.
Nom et Nom simplifié
Pour les plans de numérotation utilisateur, vous devez spécifier un nom descriptif qui identifie les utilisateurs auxquels le plan de numérotation sera affecté. Le nom simple du plan de numérotation est prérempli avec une chaîne dérivée du nom du plan de numérotation. Le champ Nom simplifié est modifiable, ce qui vous permet de créer une convention d'appellation plus descriptive pour vos plans de numérotation. La valeur du Nom simplifié ne peut être vide et doit être unique. Les meilleures pratiques suggèrent de développer une convention d'appellation pour l'ensemble de votre organisation et d'utiliser systématiquement cette convention pour tous les sites et tous les utilisateurs.
Description
Nous vous recommandons d'écrire le nom habituel, connu, de l'emplacement géographique ou du groupe d'utilisateurs pour lequel le plan de numérotation correspondant s'applique.
Préfixe d'accès extérieur
Vous pouvez spécifier un préfixe d'accès extérieur de 1 à 4 caractères (#, * et 0-9) si les utilisateurs doivent composer un ou plusieurs chiffres supplémentaires (par exemple, 9) pour joindre une ligne extérieure.
Remarque
Si vous spécifiez un préfixe d'accès extérieur, vous n'avez pas besoin de créer une règle de normalisation supplémentaire pour vous adapter au préfixe.
Consultez Créer et gérer des plans de numérotation pour créer vos plans de numérotation de locataire.
Règles de normalisation
Les règles de normalisation définissent comment les numéros de téléphone exprimés dans des formats variés doivent être convertis. Une chaîne de numérotation identique peut être interprétée et convertie différemment en fonction du pays d'où elle est composée. Des règles de normalisation peuvent être nécessaires si des utilisateurs ont besoin de composer des numéros extérieurs ou des numéros internes abrégés.
Vous devez attribuer une ou plusieurs règles de normalisation au plan de numérotation. Les règles de normalisation étant mises en correspondance de haut en bas, l’ordre dans lequel elles apparaissent dans un plan de numérotation client est important. Par exemple, si un plan de numérotation client possède 10 règles de normalisation, la logique de correspondance d'un numéro composé sera vérifiée en commençant par la première règle de normalisation, puis, en lʼabsence de correspondance, par la seconde, etc. Si une correspondance est trouvée, cette règle est utilisée et les autres règles définies ne sont pas vérifiées.
Remarque
Microsoft applique désormais la règle selon laquelle il ne peut pas y avoir plus de 50 règles de normalisation dans un plan de numérotation donné.
Déterminer les règles de normalisation requises
Étant donné qu’un plan de numérotation client est effectivement fusionné avec le plan de numérotation pays/région de service d’un utilisateur donné, il est probable que les règles de normalisation du plan de numérotation du pays/région de service doivent être évaluées afin de déterminer les règles de normalisation du plan de numérotation client nécessaires. L'applet de commande Get-CsEffectiveTenantDialPlan peut être utilisée à cet effet. Cette applet de commande utilise l'identité d'un utilisateur comme paramètre d'entrée et indique en retour toutes les règles de normalisation appliquées à cet utilisateur.
Créer des règles de normalisation
Les règles de normalisation utilisent des expressions régulières .NET Framework pour spécifier des modèles de correspondance numérique que le serveur utilise pour traduire les chaînes de numérotation au format E.164. Les règles de normalisation peuvent être créées en spécifiant lʼexpression régulière de la correspondance et la conversion à effectuer lorsquʼune correspondance est trouvée. Quand vous avez terminé, vous pouvez entrer un numéro test pour vérifier que la règle de normalisation fonctionne correctement.
Pour plus d’informations sur l’utilisation d’expressions régulières .NET Framework, consultez Expressions régulières .NET Framework.
Consultez Créer et gérer des plans de numérotation pour créer et gérer des règles de normalisation pour vos plans de numérotation de locataire.
Remarque
Les règles de normalisation avec le premier jeton comme facultatif ne sont actuellement pas prises en charge sur les appareils 3pip (par exemple, le modèle Polycom VVX 601). Si vous souhaitez appliquer des règles de normalisation facultatives sur les appareils 3pip, vous devez créer deux règles de normalisation au lieu d’une. Par exemple, la règle ^0 ? (999)$ doit être remplacé par les deux règles suivantes : (999)$ (Traduction :$1) et ^0(999)$ (Traduction :$1).
Exemples de règles de normalisation
Le tableau ci-dessous illustre des exemples de règles de normalisation écrites sous la forme d'expressions régulières .NET Framework. Il s'agit uniquement d'exemples qui ne doivent pas être considérés comme une référence normative pour la création de règles de normalisation.
Règles de normalisation à l’aide d’expressions régulières .NET Framework
| Nom de la règle |
Description |
Type de numéro |
Conversion |
Exemple |
|---|---|---|---|---|
| 4digitExtension |
Convertit les extensions à 4 chiffres. |
^(\d{4})$ |
+1425555$1 |
0100 est converti en +14255550100 |
| 5digitExtension |
Convertit les extensions à 5 chiffres. |
^5(\d{4})$ |
+1425555$1 |
50100 est converti en +14255550100 |
| 7digitcallingRedmond |
Convertit les numéros à 7 chiffres en numéros locaux à Redmond. |
^(\d{7})$ |
+1425$1 |
5550100 est converti en +14255550100 |
| RedmondOperator |
Convertit 0 vers l'Opérateur de Redmond. |
^0$ |
+14255550100 |
0 est converti en +14255550100 |
| RedmondSitePrefix |
Convertit les numéros avec un préfixe on-net (6) et le code du site de Redmond (222). |
^6222(\d{4})$ |
+1425555$1 |
62220100 est converti en +14255550100 |
| 5digitRange |
Convertit les extensions à 5 chiffres avec la plage de chiffres 3-7 inclusive. |
^([3-7]\d{4})$ |
+142555$1 |
54567 est converti en +14255554567 |
| PrefixAdded |
Ajoute un préfixe pays devant un numéro à 9 chiffres avec des restrictions sur le premier et le troisième chiffre. |
^([2-9]\d\d[2-9]\d{6})$ |
1$1 |
4255554567 est converti en 14255554567 |
| NoTranslation |
Fait correspondre 5 chiffres mais sans conversion. |
^(\d{5})$ |
$1 |
34567 est converti en 34567 |
Plan de numérotation de Redmond basé sur les règles de normalisation indiquées ci-dessus.
Le tableau suivant illustre un exemple de plan de numérotation pour Redmond, Washington, États-unis, basé sur les règles de normalisation indiquées dans le tableau précédent.
| Plan de numérotation de Redmond |
|---|
| 5digitExtension |
| 7digitcallingRedmond |
| RedmondSitePrefix |
| RedmondOperator |
Remarque
Les noms des règles de normalisation indiqués dans le tableau précédent n’incluent pas d’espaces, mais il s’agit d’une question de choix. Le premier nom du tableau, par exemple, aurait pu s'écrire « 5 digit extension » ou « 5-digit Extension » et être toujours valide.
Rubriques connexes
Créer et gérer les plans de numérotation
Différents types de numéros de téléphone utilisés pour les offres d'appel
Gérer des numéros de téléphone pour votre entreprise
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour