Konfiguration, die an interne oder externe Kunden delegiert werden kann

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 3 Minuten Lesedauer

    • DieDomänentrennung soll ServiceNow® Service Providern (SPs) die Möglichkeit geben, die Services zu konfigurieren, die sie ihren Kunden anbieten. Es ist nicht so konzipiert, dass Kunden von diese Services selbst verwalten können, mit Ausnahme einiger Bereiche, auf die in diesem Thema näher eingegangen wird.

    Übersicht

    Für SP-Kunden ist es sicher, Daten in ihrer Domäne selbst zu verwalten, die sich nicht auf die Lizenzierung oder andere Kunden auswirken. Beispielsweise ist es für einen Kunden sicher, neue Berichte zu erstellen oder Konfigurationselemente zu verwalten, aber es ist nicht sicher, Felder, Auswahlmöglichkeiten, Geschäftsregeln und andere Prozesse anzupassen, bei denen dies Auswirkungen auf andere Kunden in derselben Instanz haben kann.

    Die administrativen Rollen des [ ServiceNow -Basissystems und ihre Zugriffskontrollen auf der ServiceNow -Plattform sind für ein einzelnes Administratorteam pro Instanz konzipiert. Beispielsweise wird die Rolle „domain_admin“ einer der SP-Ressourcen zugewiesen, um alle Domäneneinstellungen für die Instanz zu verwalten und neue Domänen zu erstellen. Für alle domänenspezifischen Administratoraufgaben sollte der SP nach Bedarf neue „Kundenadministrator“-Rollen und Zugriffskontrollen erstellen, um seinen Kunden bestimmten Zugriff zu gewähren.

    Die folgende Abbildung zeigt eine Übersicht über allgemeine Administratorfunktionen in verschiedenen Kategorien, die für einen Kunden sicher sind. Zugriffsebenen, die für Kunden von Service Providern zulässig sind

    Grünes Symbol Kann Zugriff gewähren

    Beispiele:
    • CI-Datenverwaltung in der CMDB
    • Berichterstellung
    • Aktualisiert vorhandene Benutzerdaten oder neue Benutzer ohne Rollen
    • Aktualisierung vorhandener Kerndatensätze wie Abteilung, Gruppe, Standort, Kostenstelle oder neue Gruppen ohne Rollen und neue Abteilungen/Kostenstellen/Standorte.

    Gelbes Symbol Fahren Sie mit Vorsicht fort

    Beispiele:
    • Katalogelemente: Um kundenspezifische Katalogelemente zu erstellen, die vom Kunden aktualisiert werden können, können zwei Fähigkeiten zusammen verwendet werden: Die Domänentrennung für Katalogelemente (Domänentrennung und Service Catalog) ermöglicht es dem Instanzbesitzer, Elemente in der Domäne des Kunden zu erstellen. Der Instanzbesitzer kann eine Rolle erstellen, damit Kunden sichere Felder wie Preis, Beschreibung und Bilder aktualisieren können. Der Katalog-Generator (neu im Quebec-Release) gibt dem SP-Administratorteam die Möglichkeit, Elementvorlagen zu erstellen, die sicher an Kunden verteilt werden können, um innerhalb einer verbindlichen UI-Experience neue Elemente in ihrer Domäne zu erstellen.
    • Benutzer-/Gruppenverwaltung: Es ist sicher, eine „Kundenadministrator“-Rolle zu erstellen, die Benutzerdatensätze erstellen und ändern kann, aber das Hinzufügen und Entfernen von Rollen kann sich auf Sicherheit und Lizenzierung auswirken. Im Basissystem gibt es keine Möglichkeit, Rollen zu unterteilen, die für einen Kunden sicher sind. Dasselbe gilt für die Erstellung und Änderung von Gruppen. Während die Gruppe selbst geändert werden kann, sollte das Hinzufügen oder Entfernen von Rollen kontrolliert werden.
    • Flow Designer: ServiceNow Flow Designer ist das Erstellungstool zum Erstellen von Prozessen (Workflows) für Tabellen. Die Rolle „flow_designer“ ermöglicht Kunden den skriptfreien Zugriff auf Build-Flows. Sie können jeden Flow in Domänen über ihnen in der Hierarchie lesen und klonen. Sie können Flows in ihrer Domäne erstellen und ändern. Dies kann jedoch nicht in einem Silos geschehen. Jeder, der den Prozess beeinflussen kann, muss dem globalen Administratorteam für Governance hinzugefügt werden, damit sich Prozesse nicht gegenseitig aufheben oder andere Konflikte verursachen.

    Rotes Symbol Keinen Zugriff gewähren

    Zu verstehen, wie Auswahlfelder funktionieren, ist hilfreich, um zu verstehen, warum sie nur vom SP-Administratorteam verwaltet werden sollten.
    • Struktur eines Auswahlfelds: Auswahlfeldwerte werden in der Tabelle „sys_choice“ gespeichert und basierend auf folgenden Kriterien gruppiert: Tabelle, Domäne und Sprache.

      Beispielsweise ist das Feld Status in einer Aufgabe für jede Tabelle verfügbar, die eine Aufgabe erweitert. Das bedeutet, dass jede Tabelle eigene Werte haben kann, diese Werte mit der Domäne multipliziert werden können und die Domänenwerte mit der Sprache multipliziert werden können.

      Alle Werte für Status in allen Tabellen, Domänen und Sprachen werden als Werte für das Feld Status betrachtet.

    • Funktionsweise von Änderungen an Auswahlfeldern: Wenn ein Auswahlfeld aktualisiert wird, wird eine Nutzlast mit allen Werten für dieses Feld (Tabellen, Domänen, Sprachen) erstellt. Wenn Sie diese Nutzlast in einer Instanz installieren, werden alle vorhandenen Werte für das Feld gelöscht und die neuen Werte geladen. Dadurch wird sichergestellt, dass keine doppelten Einträge oder verbleibenden Werte vorhanden sind, die nicht mehr gültig sind.

      Aus diesem Grund ist es unmöglich, einem Kunden in einer domänengetrennten Instanz die Möglichkeit zu geben, Auswahlfelder direkt zu aktualisieren, da dies Auswirkungen auf die gesamte Instanz haben würde. Darüber hinaus können Sie Auswahlmöglichkeiten nicht direkt in einer Produktionsinstanz aktualisieren, da alle importierten Update Sets, die sich auf dieses Feld auswirken, die vorhandenen Auswahlmöglichkeiten überschreiben würden. In einigen Fällen können Auswahlfelder Prozesse selbst steuern, die unterbrochen würden, wenn ein Kunde diese Felder ändern würde.

    Weitere Informationen finden Sie unter: