Propriétés de l’application Domain Separation
Le module d’extension Domain Separation dispose de deux nouvelles tables pour donner aux fournisseurs de services plus de flexibilité dans la personnalisation de leurs applications qui utilisent Domain Separation. Il s’agit de la table Propriétés d’application système [sys_application_property] et de la table Valeur de propriété d’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 Domain Separation.
Chaque client SP peut souhaiter personnaliser ses applications différemment. Auparavant, les fonctionnalités pouvant être personnalisées n’étaient définies que par 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és système [sys_properties] pour créer diverses fonctions dans les applications. Si vous vouliez développer une application pour qu’elle se comporte différemment dans différents domaines, vous devriez 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’aller directement à la table des propriétés système pour une valeur, la table des propriétés de l’application va d’abord à la table d’application système. Cette nouvelle table stocke maintenant 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 Domain Separation, 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 à la table de configuration des propriétés qui peuvent remplacer les propriétés 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 souhaiterez peut-être que le premier jour de la semaine soit le lundi. Dans la table du système de base, il se peut qu’il n’y ait qu’une seule option Jour 1, qui est le dimanche. Avec la nouvelle table, vous pouvez stocker une autre propriété, ce qui fait que le jour 1, le dimanche, et un domaine enfant, le lundi.
Cette figure montre comment le système dessine les propriétés à partir de la table Propriétés d’application avant d’accéder à la table Propriétés système [sys_properties].
Mode de 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 la 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 une incidence sur votre configuration. Le champ d’application peut déterminer quel Jour 1 est défini comme le dimanche et lequel est le lundi. Vous pouvez utiliser la même propriété, mais la personnaliser de sorte que Jour 1, Dimanche soit le domaine parent et Jour 1, Lundi soit le domaine enfant. Dans la nouvelle table, il existe à la fois une colonne de domaine et une colonne de champ d’application, ce qui vous permet de définir ces propriétés pour chacune d’elles.
Vous pouvez utiliser la vue Étendre 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 d’application
La nouvelle table Propriétés d’application système [sys_application_property] contient les champs suivants :
- nom
- description
- type (choix de la chaîne, vrai|faux, 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
- valeur
- 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 incluses dans le périmètre. Consultez GlideApplicationProperty - Scoped, Global pour en savoir plus sur ces nouvelles API.