Propriétés de l’application Séparation de domaine

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 3 minutes de lecture

    • Le module d’extension Séparation de domaine dispose de deux nouvelles tables pour donner aux fournisseurs de services plus de flexibilité dans la personnalisation de leurs applications qui utilisent Séparation de domaine. 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].

    Les 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 pouvant être personnalisées n’étaient définies que sous la forme d’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é.

    Comment fonctionnent les 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 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’aller directement à la table Propriétés système pour une valeur, la table des propriétés de l’application va d’abord à la table 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 aucune information n’est contenue dans cette table, elle passe à la table des propriétés système de base.

    Lorsque vous configurez la prise en charge de 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 n’importe quelle 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 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 tire 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].La nouvelle table va à sys_application_property table avant d’accéder à sys_properties table.

    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 dans les 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 dimanche et lequel comme 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 y a à la fois une colonne de domaine et une colonne de champ d’application, afin que vous puissiez définir ces propriétés pour chacune.

    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.

    Table des propriétés de l’application développée
    Remarque :

    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 de l’application système [sys_application_property] contient les champs suivants :

    • name
    • 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)
    La nouvelle table Valeur de propriété d’application système [sys_application_property_value] contient les champs suivants :
    • 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 incluses dans le périmètre. Consultez GlideApplicationProperty - Scoped, Global pour en savoir plus sur ces nouvelles API.