Éviter le chemin de domaine dans les scripts
Les chemins de domaine peuvent entraîner la modification, voire la rupture, des valeurs de votre script, alors ne les utilisez pas dans des scripts.
Votre script ne doit pas dépendre du chemin de domaine, car si vous modifiez la hiérarchie de domaine, le chemin de domaine est recalculé et sa valeur change. Lorsque cela se produit, vos scripts sont inutiles ou peuvent générer des erreurs ou se casser. La meilleure stratégie est de ne pas écrire vos scripts en fonction de chemins de domaine.
Utilisez le champ sys_domain dans vos scripts plutôt que de dépendre du chemin de domaine. Si vous modifiez la hiérarchie de domaine, le chemin de domaine est recalculé et sa valeur change, ce qui peut rendre vos scripts inutiles, générer des erreurs ou se casser. Recherchez les règles métier du système de base, qui utilisent le champ sys_domain , pour vous faire une idée avant de créer vos propres scripts.
La ServiceNow plateforme ne capture pas les valeurs sys_domain_path dans un ensemble de mises à jour afin d’éviter les problèmes de différences dans la hiérarchie des domaines pour chaque instance. Par conséquent, vous devez valider la hiérarchie de domaine après avoir importé un ensemble de mises à jour pour vous assurer que les valeurs du chemin de domaine de vos enregistrements sont correctes.
Pour en savoir plus sur le chemin de domaine, reportez-vous à la section Demander la séparation de domaine et Centre Séparation en domaines.