Propriétés de l’application Domain Separation
Le module d’extension Séparation en domaines dispose de deux nouvelles tables pour donner aux fournisseurs de services plus de flexibilité dans la personnalisation de leurs applications qui utilisent Séparation en domaines. Il s’agit de la table Propriétés de l’application système [sys_application_property] et de la table Valeur de propriété de l’application système [sys_application_property_value].
De nouvelles tables offrent plus d’options
Avec les applications de fournisseur de services (SP), certaines actions peuvent varier en fonction du domaine. Toutefois, la ServiceNow® table Propriétés système du système de base [sys_properties] n’est pas séparée par domaine, elle ne répond donc pas aux exigences des applications qui utilisent Séparation de domaine.
Chaque client SP peut souhaiter personnaliser ses applications différemment. Auparavant, les fonctionnalités qui pouvaient être personnalisées étaient définies comme une seule valeur globale. Les développeurs d’applications ont besoin d’une table plus flexible. Vous pouvez désormais modifier votre application sans avoir à créer de code chaque fois que vous souhaitez ajouter ou modifier la fonctionnalité.
Fonctionnement des remplacements dans les nouvelles tables
Les développeurs utilisent généralement la ServiceNow table Propriété système [sys_properties] pour créer diverses fonctions dans les applications. Si vous souhaitez développer une application pour qu’elle se comporte différemment dans différents domaines, vous devez la personnaliser vous-même.
Dans la version Paris, la nouvelle table Propriétés de l’application [sys_application_property] simplifie cette personnalisation. Au lieu d’accéder directement à la table Propriétés système pour une valeur, la table Propriétés de l’application va d’abord à la table Application système. Cette nouvelle table stocke désormais la logique dont vous avez besoin pour configurer votre application. S’il trouve une propriété dans la nouvelle table, il utilise ce contenu. Si cette table ne contient aucune information, elle passe à la table des propriétés système de base.
Lorsque vous configurez la prise en charge de la séparation de domaine, vous pouvez ajouter une logique de domaine à cette nouvelle table Propriétés de l’application. Cette table peut contenir des propriétés qui n’existent pas dans la table Propriétés système. Vous pouvez également ajouter des propriétés à la table de configuration qui peuvent remplacer toute propriété que vous sélectionnez dans la table Propriétés système.
Par exemple, supposons que vous souhaitiez configurer une application avec une fonctionnalité Premier jour de la semaine. Parfois, vous voudrez peut-être que le premier jour de la semaine soit le dimanche. Dans d’autres cas, vous voudrez peut-être que le premier jour de la semaine soit le lundi. Dans la table du système de base, il n’y a peut-être qu’une seule option Jour 1, qui est le dimanche. Avec la nouvelle table, vous pouvez stocker une autre propriété, ce qui fait le jour 1, le dimanche, et un domaine enfant, le lundi.
Cette figure montre comment le système extrait les propriétés de la table Propriétés de l’application avant d’accéder à la table Propriétés système [sys_properties].
Fonctionnement des applications incluses dans le périmètre dans la nouvelle table
La nouvelle table Propriétés de l’application est prise en charge à partir des applications incluses dans le périmètre. Le nom de propriété de l’application, similaire au nom de la propriété système, est unique, ce qui signifie qu’il est précédé du nom du périmètre s’il n’est pas global. Le périmètre d’une application a un impact sur votre configuration. Le champ d’application peut déterminer quel jour 1 est défini comme dimanche et lequel comme lundi. Vous pouvez utiliser la même propriété, mais la personnaliser de sorte que Jour 1, dimanche est le domaine parent et Jour 1, lundi est le domaine enfant. Dans la nouvelle table, il existe une colonne Domaine et une colonne Périmètre, de sorte que vous pouvez définir ces propriétés pour chacune.
Vous pouvez utiliser la vue Développer le champ d’application de domaine dans la table sys_application_property_value pour afficher tous les remplacements, comme illustré dans l’image suivante.
Si ces tables ne sont pas disponibles, assurez-vous d’avoir activé le module d’extension Domain Extension Installer (com.glide.domain.msp_extensions.installer).
Nouvelles tables de propriétés de l’application
La nouvelle table Propriétés de l’application système [sys_application_property] contient les champs suivants :
- nom
- description
- Type (choix de chaîne, vrai/faux, nombre entier, fuseau horaire, couleur, etc.)
- default_value
- propriété (référence à sys_properties)
- usage_notes
- read_roles
- write_roles
- Clé unique : (nom)
- sys_application_property (réf. à sys_application_property)
- sys_domain
- sys_overrides
- valide
- Clé unique : (sys_application_property, sys_domain)
Nouvelles API
Les nouvelles API sont également prises en charge dans les applications incluses dans le périmètre. Les propriétés d’application séparées par domaine ont des API distinctes. L’API GlideApplicationProperty dispose de deux nouvelles méthodes scriptables, disponibles dans les applications globales et dans le champ d’application. Consultez GlideApplicationProperty : étendu, global pour en savoir plus sur ces nouvelles API.