Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article s’adresse aux administrateurs informatiques et aux professionnels de l’informatique qui appliquent des règles de normalisation aux plans de numérotation Teams.
Pour plus d’informations sur les plans de numérotation Teams, consultez Routage avec des plans de numérotation.
Les règles de normalisation sont les propriétés de traduction d’un plan de numérotation Teams et définissent la façon dont les numéros de téléphone exprimés dans différents formats doivent être traduits. La même chaîne numérique peut être interprétée et traduite différemment, en fonction des paramètres régionaux à partir desquels elle est composé. 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 a 10 règles de normalisation, la logique de correspondance des numéros composés est tentée à partir de la première règle de normalisation. S’il n’y a pas de correspondance avec la première règle, une correspondance est tentée avec la deuxième règle, et ainsi de suite. Si une correspondance est établie, cette règle est utilisée et il n’y a aucun effort pour faire correspondre les autres règles qui sont définies.
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 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 pays/région de service doivent être évaluées. L’évaluation détermine quelles règles de normalisation du plan de numérotation de locataire sont nécessaires.
L'applet de commande Get-CsEffectiveTenantDialPlan peut être utilisée à cet effet. L’applet de commande prend l’identité de l’utilisateur comme paramètre d’entrée et retourne toutes les règles de normalisation applicables à l’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.
Pour valider des expressions régulières, consultez Regex101 (un outil interactif pour tester et apprendre des expressions régulières).
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).
Validez toutes les expressions régulières utilisées dans les règles de normalisation du plan de numérotation, car des expressions non valides peuvent entraîner des problèmes de client ou de service.
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. Les exemples ne sont que des exemples et ne sont pas destinés à être une référence normative pour la création de vos propres 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 redmond basé sur les règles de normalisation indiquées dans le tableau précédent.
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 l’utilisation d’espaces est une question de choix. Le prénom de la table, par exemple, peut être écrit « Extension à 5 chiffres » ou « Extension à 5 chiffres » et être toujours valide.
Sujets associés
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