Configuration de Séparation de domaine avec le sélecteur de domaine
Utilisez le sélecteur de domaine à bon escient et n’oubliez pas l’approche 80/15/5 afin de ne pas trop personnaliser et d’impacter les performances de votre instance.
Vérifiez votre domaine avant d’apporter des modifications
Le sélecteur de domaine rassemble tous les domaines dans une liste parmi lesquels vous pouvez choisir.
Si votre session expire et même si vous n’êtes pas déconnecté, votre session retombe sur le domaine de votre enregistrement utilisateur. Vous perdez également tous les rôles élevés en même temps. Dans ce cas, votre sélecteur de domaine pourrait toujours afficher le dernier domaine que vous avez sélectionné si le cadre supérieur de la liste n’a pas été rechargé. Pour cette raison, vous devez recharger complètement votre liste si vous avez été absent de l’instance pendant un certain temps.
Configuration au niveau du domaine TOP ou du domaine global
Séparation de domaine fonctionne mieux lorsque vous fournissez des services aux clients qui sont pour la plupart standard dans leur configuration et leur définition d’utilisateurs et de groupes. Plus vous personnalisez et créez des solutions « ponctuelles », plus vous créez une marge d’erreur. Lorsque vous créez vos processus et votre logique métier, toutes les variations doivent se trouver dans des propriétés qui fonctionnent automatiquement pour chaque client. Bien que les processus puissent toujours être ajustés selon les besoins, faites preuve d’une grande prudence lorsque vous décidez quand et dans quelle mesure créer une configuration unique pour un seul client.
Vous devez utiliser une approche « 80-15-5 » dans la configuration de vos domaines pour éviter une trop grande marge de personnalisation, et donc une erreur.
- Approche recommandée pour la configuration :
- 80 % ou plus Standard
- 15 % ou plus paramétrique
- Moins de 5 % de configuration
- Déterminez si un changement suggéré doit être une propriété globale ou configurable.
- Ne surconstruisez pas en ajoutant de plus en plus de personnalisation qui doit être gérée. Au lieu de cela, procédez comme suit :
- Commencez par les fonctionnalités du système de base et vérifiez les écarts éventuels avant d’apporter des changements.
- Recherchez des solutions sans code.
- Utilisez des scripts côté serveur, créez des API modulaires et intégrez des propriétés séparées par domaine.
- Si vous devez utiliser un script client, utilisez uniquement ServiceNow des API. Limitez les appels « synchrones » (ceux qui vont et viennent du client au serveur, également appelés AJAX).
- Écrivez tous les scripts de manière logique pour qu’ils restent simples et efficaces. Appliquez des examens par les pairs des modifications de code et assurez-vous que tout le monde suit les Pratiques recommandées de séparation de domaine pour les fournisseurs de services dans cette section.