Configuration pouvant être déléguée à des clients internes ou externes
Séparation de domaine est conçue pour permettre ServiceNow® aux fournisseurs de services (SP) de configurer les services qu’ils offrent à leurs clients. Il n’est pas conçu pour permettre à leurs clients d’administrer ces services eux-mêmes, sauf dans quelques domaines que cette rubrique détaille.
Vue d'ensemble
Les clients SP peuvent gérer seuls les données contenues dans leur domaine qui n’affectent pas la gestion des licences ou d’autres clients. Par exemple, il est sûr pour un client de créer de nouveaux rapports ou de gérer des éléments de configuration, mais il ne peut pas personnaliser des champs, des choix, des règles métier et d’autres processus ayant un impact sur d’autres clients sur la même instance.
Les ServiceNow rôles administratifs du système de base et leurs contrôles d’accès sur la plateforme sont conçus pour une seule équipe d’administrateurs ServiceNow par instance. Par exemple, le rôle domain_admin est accordé à l’une des ressources du SP pour gérer tous les paramètres de domaine de l’instance et pour créer de nouveaux domaines. Pour toutes les tâches d’administration spécifiques à un domaine, le SP doit créer de nouveaux rôles d'« administrateur client » et des contrôles d’accès selon les besoins afin d’accorder un accès spécifique à ses clients.
L’image suivante est une vue d’ensemble des fonctions d’administration courantes dans différentes catégories de ce qu’un client peut faire en toute sécurité.
Peut donner accès
- Gestion des données de CI dans la CMDB
- Création de rapport
- Mises à jour des données utilisateur existantes ou nouveaux utilisateurs sans rôles
- Mises à jour des enregistrements de données de base existants tels que le département, le groupe, l’emplacement, le centre de coûts ou les nouveaux groupes sans rôles, ainsi que les nouveaux départements/centres de coûts/emplacement.
Procédez avec prudence
- Éléments de catalogue : pour créer des éléments de catalogue spécifiques au client qui peuvent être mis à jour par le client, deux options peuvent être utilisées ensemble : Séparation de domaine pour les éléments de catalogue (Séparation de domaine et Catalogue de services) permet au propriétaire de l’instance de créer des éléments dans le domaine du client. Le propriétaire de l’instance peut créer un rôle pour permettre aux clients de mettre à jour des champs sécurisés tels que le prix, la description et les images. Le générateur de catalogue (nouveau dans la version Quebec) permet à l’équipe d’administrateurs SP de créer des modèles d’éléments qui peuvent être distribués en toute sécurité aux clients afin de créer de nouveaux éléments dans leur domaine à partir d’une expérience d’interface utilisateur prescriptive.
- Gestion des utilisateurs/groupes : vous pouvez créer en toute sécurité un rôle « administrateur client » qui peut créer et modifier des enregistrements utilisateur, mais l’ajout et la suppression de rôles peuvent affecter la sécurité et la gestion des licences. Il n’y a aucun moyen dans le système de base de subdiviser les rôles qui sont sûrs pour qu’un client puisse les accorder. Il en va de même pour la création et la modification de groupes. Bien que le groupe lui-même puisse être modifié, l’addition ou la soustraction de rôles doit être contrôlée.
- Flow Designer: ServiceNow Studio de workflow est l’outil de construction utilisé pour créer un processus (workflow) pour les tables. Le rôle flow_designer permet aux clients d’accéder aux flux de version sans script. Ils peuvent lire et cloner tous les flux dans les domaines au-dessus d’eux dans la hiérarchie. Ils peuvent créer et modifier des flux dans leur domaine. Cela ne peut toutefois pas se faire en vase clos. Toute personne susceptible d’affecter le processus doit être ajoutée à l’équipe d’administration globale pour la gouvernance afin que les processus ne s’annulent pas ou ne provoquent pas d’autres conflits.
Ne pas donner accès
- Structure d’un champ de choix : les valeurs de champ de choix sont stockées dans la table sys_choice et regroupées en fonction de : Table, Domaine et Langue.
Par exemple, le champ État d’une tâche est disponible pour toutes les tables qui étendent une tâche. Cela signifie que chaque table peut avoir ses propres valeurs, ces valeurs peuvent être multipliées par domaine et les valeurs de domaine peuvent être multipliées par langue.
Toutes les valeurs de l’état dans toutes les tables, tous les domaines et toutes les langues sont considérées comme les valeurs du champ État .
- Fonctionnement des modifications apportées aux champs de choix : lorsqu’un champ de choix est mis à jour, une charge utile est créée avec toutes les valeurs de ce champ (tables, domaines, langues). Lorsque vous installez cette charge utile sur une instance, toutes les valeurs existantes pour le champ sont supprimées et les nouvelles valeurs sont chargées. Cela garantit qu’il n’y a pas d’entrées en double ou de valeurs restantes qui ne sont plus valides.
Pour cette raison, il est impossible de donner à un client dans une instance séparée par domaine la possibilité de mettre à jour directement les champs de choix, car cela affecterait l’ensemble de l’instance. En outre, vous ne pouvez pas mettre à jour les choix directement dans une instance de production, car les ensembles de mises à jour importés qui affectent ce champ remplaceraient les choix existants. Dans certains cas, les champs de choix peuvent piloter les processus eux-mêmes, qui ne fonctionneraient pas si un client devait modifier ces champs.
Pour en savoir plus, consultez :
- Exploring user administration
- Créer une règle ACL
- Parcours d’apprentissage du fournisseur de services sur ServiceNow University
- Domain Separation pour les fournisseurs de services
- Concepts des fournisseurs de services
- Prise en charge des applications pour la séparation de domaine
- Notes de publication de Séparation de domaine