Auf dieser Seite wird beschrieben, wie Sie eine Drittanbieterkonfiguration einrichten und konfigurieren, bevor Sie den ServiceNow-Datenspeicher erstellen.
Vorbereitung
Für diese Einrichtung benötigen Sie eine [ServiceNow-Website für die persönliche Entwicklerinstanz (Personal Developer Instance, PDI)]. Diese Instanz bietet eine dedizierte Umgebung zum Konfigurieren von OAuth und Berechtigungen.
- Instanz-URL: Sie benötigen eine bestimmte URL für Ihre Umgebung. Beispiel:
https://your-instance.service-now.com. - Anmeldedaten: Sie benötigen Administratorzugriff auf die Instanz.
ServiceNow-Konto erstellen
Wenn Sie noch kein Konto oder keine PDI haben, gehen Sie so vor:
So erstellen Sie ein ServiceNow-Konto auf der Entwicklerwebsite:
- Rufen Sie das ServiceNow-Entwicklerportal auf und klicken Sie auf Anmelden.
- Wählen Sie Neuer Nutzer? ServiceNow-ID abrufen
- Geben Sie Ihre Informationen ein und klicken Sie auf Registrieren. Verwenden Sie Ihre E‑Mail-Adresse und bestätigen Sie Ihr Konto über den Bestätigungslink, der an Ihren E‑Mail-Posteingang gesendet wurde.
So erstellen Sie eine Personal Developer Instance (PDI):
- Melden Sie sich mit Ihren Kontoanmeldedaten im ServiceNow-Entwicklerportal an.
- Folgen Sie nach der Anmeldung der Anleitung im Portal, um eine Instanz anzufordern. Nach der Bereitstellung wird ein Bestätigungsdialogfeld mit der Meldung „Ihre Instanz ist bereit!“ angezeigt.
- Anmeldedaten speichern: Wenn die Instanz bereit ist, werden im Portal die Instanz-URL, der Administratornutzername und das Administratorpasswort angezeigt. Speichern Sie diese für die nächsten Konfigurationsschritte.
- Klicken Sie in der Kopfzeile der Entwicklerwebsite auf die Schaltfläche Start Building (Entwicklung starten), um auf Ihre neue Umgebung zuzugreifen. Ihre Instanz wird in einem neuen Tab geöffnet.
Konfiguration einrichten
Wenn Sie Gemini Enterprise mit ServiceNow verbinden möchten, müssen Sie eine OAuth 2.0-Anwendung in Ihrer ServiceNow-Instanz konfigurieren. Die Konfigurationsschritte hängen davon ab, ob Sie einen Ingestion Connector oder einen Federated Connector verwenden. Weitere Informationen zu den Unterschieden finden Sie unter Connector-Typen.
Wählen Sie den Connector im folgenden Menü aus, um die Konfigurationsschritte aufzurufen:
OAuth für föderierten Connector einrichten
Für die föderierte Suche und Aktionen müssen Sie nur den OAuth-Autorisierungscode-Gewährungsfluss einrichten. Dadurch wird der Clientschlüssel bereitgestellt, der für die Echtzeit-Erkennung und die Ausführung von Aufgaben erforderlich ist. Die erforderlichen Schritte hängen von Ihrer ServiceNow-Oberfläche ab.
Neue Benutzeroberfläche
In ServiceNow-Versionen (Vancouver, Washington DC und höher) verwenden Sie die neue Inbound-Integration.
- Gehen Sie zu Alle > System OAuth > Anwendungsregistrierung.
- Klicken Sie auf Neu > Neue Inbound-Integration > Neue Integration.
- Füllen Sie die Pflichtfelder aus:
- Name der Integration: Geben Sie einen eindeutigen Namen für die OAuth-Anmeldedaten ein, z. B. „Gemini Enterprise OAuth-Aktionen“.
- Aktiv: Klicken Sie das Kästchen an.
- Grant type (Berechtigungstyp): Wählen Sie OAuth authorization code (OAuth-Autorisierungscode) aus.
- Weiterleitungs-URL: Geben Sie
https://vertexaisearch.cloud.google.com/console/oauth/default_oauth.html,https://vertexaisearch.cloud.google.com/oauth-redirectein. - Richtlinie für Bereich und API-Zugriff: Das Kästchen Zugriff nur auf APIs im ausgewählten Bereich zulassen darf nicht angeklickt sein. Wählen Sie auch keinen Auth scope (Autorisierungsbereich) aus. Wenn Sie dieses Feld leer lassen, ist die Integration weit gefasst.
- Klicken Sie auf Senden, um die Anmeldedaten zu erstellen.
- Klicken Sie nach dem Einreichen auf den Namen des Datensatzes, um die Client-ID aufzurufen und den Clientschlüssel zu entmaskieren. Speichern Sie sie für später.
Legacy-UI
Bei älteren ServiceNow-Instanzen oder Nutzern, die die alte Benutzeroberfläche bevorzugen, gehen Sie so vor, um Anmeldedaten zu erhalten:
- Melden Sie sich mit den Administratoranmeldedaten in der PDI-ServiceNow-Instanz an.
- Gehen Sie zu Alle > System OAuth > Anwendungsregistrierung.
- Klicken Sie auf Neu und wählen Sie [Veraltete Benutzeroberfläche] OAuth-API-Endpunkt für externe Clients erstellen aus.
- Füllen Sie die folgenden Pflichtfelder aus:
- Name: Geben Sie einen eindeutigen Namen ein.
- Aktiv: Klicken Sie das Kästchen an.
- Weiterleitungs-URL: Geben Sie
https://vertexaisearch.cloud.google.com/console/oauth/default_oauth.html,https://vertexaisearch.cloud.google.com/oauth-redirectein. - Zugriffssteuerung: Suchen Sie den Ein/Aus-Schalter Bereichseinschränkung und ändern Sie die Standardeinstellung Sicherer Bereich in Breiter Bereich.
- Klicken Sie auf Senden, um die Anmeldedaten zu erstellen.
- Klicken Sie auf den Namen des Datensatzes, um die Client-ID aufzurufen und die Maskierung des Clientschlüssels aufzuheben. Speichern Sie sie für später.
Anforderungen für den Zugriff auf die Table API
Damit das LLM Ergebnisse abrufen kann, müssen Endnutzer die Systemrolle (in der Regel snc_internal oder eine benutzerdefinierte REST-Rolle) haben, die ihnen den Zugriff auf die Table API-Endpunkte ermöglicht.
| Endpunkt | ServiceNow-Tabelle | Abgerufene Daten |
|---|---|---|
/api/now/table/incident |
Vorfall | Tickets, Statusupdates und Details zur Lösung. |
/api/now/table/sc_catalog |
Katalog | Definitionen und Strukturen der verfügbaren Service Catalogs. |
/api/now/table/sc_cat_item |
Katalogelement | Einzelne Waren oder Dienstleistungen, die angefordert werden können. |
/api/now/table/sys_attachment |
Anhang | Metadaten für Dateien, die an Datensätze angehängt sind (Dateinamen, Größen). |
/api/now/table/kb_knowledge |
Wissen | Veröffentlichte Artikel, Verfahren und Anleitungen zur Fehlerbehebung. |
Sicherheit und Datenschutz: Endnutzerauthentifizierung
Der ServiceNow-Connector verwendet Endnutzeranmeldedaten, um Abfragen mit der Table API auszuführen. Durch die Verwendung von Endnutzeranmeldedaten wird sichergestellt, dass die Suchfunktion eine strikte 1:1-Sicherheitsparität mit der ServiceNow-Benutzeroberfläche aufweist.
Sicherheitsmodell
Wenn eine Anfrage an die ServiceNow Table API gesendet wird, wird sie vom Connector im Sicherheitskontext des authentifizierten Nutzers ausgeführt:
- Identitätsparität: Da der Connector die Anmeldedaten des Nutzers verwendet, behandelt das System die API-Anfrage wie eine Anfrage in der globalen Suchleiste von ServiceNow.
- Geerbte ACLs: ServiceNow wertet alle Access Control Lists (ACLs) auf Datenbankebene aus. Wenn ein Nutzer keine Leseberechtigung für einen Datensatz hat, gibt die Table API für diesen Datensatz ein leeres Ergebnis oder einen 403-Fehler zurück.
- Durchsetzung von Nutzerkriterien: Für Wissensartikel (
kb_knowledge) und Katalogelemente (sc_cat_item) wendet ServiceNow Nutzerkriterien an. Die API filtert automatisch Artikel heraus, bei denen der Nutzer die Anforderungen für „Verfügbar für“ nicht erfüllt.
OAuth für Ingestion Connector einrichten
Wenn Sie Ihre Datensätze mit dem Ingestion-Connector synchronisieren und indexieren möchten, müssen Sie OAuth-Anmeldedaten erstellen und Rollen konfigurieren. Die erforderlichen Schritte für die Authentifizierung hängen von Ihrer ServiceNow-Benutzeroberfläche ab.
Authentifizierungsdaten abrufen
Neue Benutzeroberfläche
In ServiceNow-Versionen (Vancouver, Washington DC und höher) verwenden Sie die neue Inbound-Integration. Für einen Ingestion-Connector, der die neue Benutzeroberfläche verwendet, müssen Sie zwei Anmeldedatensätze erstellen:
- Aufnahmeanmeldedaten: Hier wird der OAuth-Grant-Typ „Anmeldedaten des Ressourceninhabers“ verwendet.
- Actions-Anmeldedaten: Hier wird der OAuth-Grant-Typ „Autorisierungscode“ verwendet.
1. Anmeldedaten für die Aufnahme erstellen
- Melden Sie sich mit Ihren Administratoranmeldedaten in der PDI-ServiceNow-Instanz an.
- Gehen Sie zu Alle > System OAuth > Anwendungsregistrierung.
- Klicken Sie auf Neu.
- Klicken Sie auf Neue Inbound-Integration > Neue Integration > OAuth-Grant-Typ „Anmeldedaten des Ressourceninhabers“.
- Füllen Sie die Pflichtfelder aus:
- Name: Geben Sie einen eindeutigen Namen ein.
- Name des Anbieters: Geben Sie einen Namen für den Anbieter ein.
- Aktiv: Klicken Sie das Kästchen an.
- Bereich und API-Sicherheit: Achten Sie darauf, dass das Kästchen Zugriff nur auf APIs im ausgewählten Bereich zulassen nicht angeklickt ist.
- Klicken Sie auf Senden.
- Klicken Sie auf den Namen des Datensatzes, um die Client-ID aufzurufen und die Maskierung des Clientschlüssels aufzuheben. Speichern Sie sie für später.
2. Actions-Anmeldedaten erstellen
- Gehen Sie zu Alle > System OAuth > Anwendungsregistrierung und klicken Sie auf Neu.
- Klicken Sie auf New inbound integration experience (Neue Erfahrung mit eingehenden Integrationen) > New integration (Neue Integration).
- Füllen Sie die Pflichtfelder aus:
- Name der Integration: Geben Sie einen eindeutigen Namen für die OAuth-Anmeldedaten ein, z. B. „Gemini Enterprise OAuth-Aktionen“.
- Aktiv: Klicken Sie das Kästchen an.
- Grant type (Berechtigungstyp): Wählen Sie OAuth authorization code (OAuth-Autorisierungscode) aus.
- Weiterleitungs-URL: Geben Sie
https://vertexaisearch.cloud.google.com/oauth-redirectein. - Richtlinie für Bereich und API-Zugriff: Das Kästchen darf nicht angeklickt sein und es darf kein Autorisierungsbereich ausgewählt sein.
- Klicken Sie auf Senden, um die Anmeldedaten zu erstellen.
- Klicken Sie auf den Namen des Datensatzes, um die Client-ID aufzurufen und die Maskierung des Clientschlüssels aufzuheben. Speichern Sie sie für später.
Legacy-UI
Bei älteren ServiceNow-Instanzen oder Nutzern, die die alte Benutzeroberfläche bevorzugen, gehen Sie so vor, um Anmeldedaten für Ingestion und Actions zu erhalten:
- Melden Sie sich mit den Administratoranmeldedaten in der PDI-ServiceNow-Instanz an.
- Gehen Sie zu Alle > System OAuth > Anwendungsregistrierung.
- Klicken Sie auf Neu und wählen Sie \[Deprecated UI\] OAuth-API-Endpunkt für externe Clients erstellen aus.
- Füllen Sie die folgenden Pflichtfelder aus:
- Name: Geben Sie einen eindeutigen Namen ein.
- Aktiv: Klicken Sie das Kästchen an.
- Weiterleitungs-URL: Geben Sie die folgenden Weiterleitungs-URLs durch Kommas getrennt ein:
https://vertexaisearch.cloud.google.com/console/oauth/default_oauth.htmlhttps://vertexaisearch.cloud.google.com/oauth-redirect
- Zugriffssteuerung: Suchen Sie den Ein/Aus-Schalter Bereichseinschränkung und ändern Sie die Standardeinstellung Sicherer Bereich in Breiter Bereich.
- Klicken Sie auf Senden, um die Anmeldedaten zu erstellen.
- Klicken Sie auf den Namen des Datensatzes, um die Client-ID aufzurufen und die Maskierung des Clientschlüssels aufzuheben. Speichern Sie sie für später.
Nutzerkonto einrichten und Administratorberechtigungen zuweisen
Sie können das Standardkonto „System Administrator“ verwenden oder einen neuen Nutzer erstellen und Ihrer Nutzer-ID die Administratorrolle zuweisen.
Administratorrolle zuweisen
So weisen Sie sich selbst die Rolle security_admin zu:
- Melden Sie sich in Ihrer ServiceNow-Instanz als Nutzer mit der Rolle „Administrator“ an.
- Klicken Sie auf Ihr Profilsymbol und wählen Sie Rolle erhöhen aus.
- Wählen Sie security_admin aus und klicken Sie auf Aktualisieren.
So weisen Sie einem anderen Nutzer die Rolle security_admin zu:
- Wählen Sie Alle und dann unter Nutzerverwaltung die Option Nutzer aus.
- Suchen Sie den Nutzer, dessen Rolle Sie erhöhen möchten, und wählen Sie ihn aus.
- Klicken Sie auf dem Tab Rollen auf Bearbeiten.
- Wählen Sie security_admin aus Sammlung aus und fügen Sie sie der Rollenliste hinzu.
Hinweis: Der Nutzer mit der Rolle security_admin muss dann auf sein Profilsymbol klicken und Rolle erhöhen auswählen, um sie zu verwenden.
Nutzerrollen und -berechtigungen einrichten
Wenn Sie einen ServiceNow-Datenspeicher in Gemini Enterprise erstellen möchten, müssen Sie Nutzern die entsprechenden Rollen und Berechtigungen gewähren.
Wählen Sie eine der folgenden Optionen aus, um Nutzerrollen und Berechtigungen für Ihre ServiceNow-Instanz festzulegen:
- Benutzerdefinierte Rolle mit ACL-Regeln erstellen (empfohlen)
- Benutzerdefinierte Rolle mit Entitätsadministratoren verwenden
- Administratorrolle verwenden
Weitere Informationen zur Sichtbarkeit und Zugriffssteuerung finden Sie unter Vorfälle: Sichtbarkeit und Zugriffssteuerung.
Benutzerdefinierte Rolle mit ACL-Regeln erstellen (empfohlen)
Erstellen Sie eine benutzerdefinierte Rolle mit den erforderlichen Mindestberechtigungen. Dieses Verfahren bietet den sichersten und restriktivsten Zugriff auf die Vorfallsentität. Nutzer können nur Vorfälle finden, zu denen sie eine direkte Verbindung haben.
- Klicken Sie auf All (Alle) > User administration (Nutzerverwaltung) > Roles (Rollen).
- Klicken Sie auf Neu, geben Sie einen Namen ein und klicken Sie auf Senden.
- Rufen Sie System security (Systemsicherheit) > Access control (ACL) (Zugriffssteuerung (ACL)) auf.
- Klicken Sie auf Neu, um eine neue ACL-Regel zu erstellen.
- Wiederholen Sie die folgenden Schritte, bis Sie Zugriff auf alle erforderlichen Tabellen gewährt haben:
sys_user_roleist ein Beispiel dafür, wie der Tabellenzugriff gewährt wird.- Klicken Sie auf Submit (Senden) und wählen Sie die Rolle aus.
Erforderlicher Tabellenzugriff
Der Connector benötigt Zugriff auf diese Tabellen, damit jede Entität ausgeführt werden kann.| Tabellenname | Beschreibung |
|---|---|
incident |
Vorfälle in den Suchergebnissen anzeigen |
sc_cat_item |
Katalogelemente in Suchergebnissen anzeigen |
sc_cat_item_user_criteria_mtom |
Nutzer anzeigen, die aufgrund von Nutzerkriterien auf Katalogelemente zugreifen können |
sc_cat_item_user_criteria_no_mtom |
Nutzer anzeigen, die aufgrund von Nutzerkriterien nicht auf Katalogelemente zugreifen können |
sc_cat_item_user_mtom |
Nutzer anzeigen, die auf Katalogelemente zugreifen können |
sc_cat_item_user_no_mtom |
Nutzer anzeigen, die nicht auf Katalogelemente zugreifen können |
kb_knowledge |
Die Liste der Wissensartikel, die in den Suchergebnissen angezeigt werden können |
kb_knowledge_base |
Die Liste der Wissensdatenbanken, die in den Suchergebnissen angezeigt werden können |
kb_uc_can_contribute_mtom |
Anzeigen, wer basierend auf Nutzerkriterien zu Wissensdatenbanken beitragen kann |
kb_uc_can_read_mtom |
Anzeigen, wer Wissensdatenbanken basierend auf Nutzerkriterien lesen kann |
kb_uc_cannot_read_mtom |
Anzeigen, wer Wissensdatenbanken basierend auf Nutzerkriterien nicht lesen kann |
sys_user_role |
Liste der Rollen, die Nutzern zugewiesen werden können |
sys_user_has_role |
Liste der Rollen, die den Nutzern zugeordnet sind |
sys_user_group |
Liste der Nutzergruppensegmente |
sys_user_grmember |
Liste der Gruppenmitglieder für Gruppen |
sys_user |
Liste aller Nutzer |
core_company |
Liste aller Unternehmensattribute |
cmn_location |
Liste aller Standortattribute |
cmn_department |
Liste aller Abteilungsattribute |
user_criteria |
Liste der Datensätze mit Nutzerkriterien |
sp_portal |
Link-Portal-URI in den Suchergebnissen |
m2m_sp_portal_knowledge_base |
Link-Portal-URI für Wissensartikel in den Suchergebnissen |
m2m_sp_portal_catalog |
Link-Portal-URI für Katalogelemente in Suchergebnissen |
ACL-Zugriff gewähren und überprüfen
Der Connector benötigt ACL-Zugriff auf die Katalogelementfelder der Tabelle sc_cat_item.
So gewähren und überprüfen Sie den Zugriff:
-
Erteilen Sie expliziten Zugriff, indem Sie eine neue ACL-Regel erstellen und
sc_cat_item.*manuell in das Feld Name des Formulars eingeben.
sc_cat_item.*eingeben - Überprüfen Sie, ob die ACLs aktualisiert wurden.
- Geben Sie in der Suchleiste
sys_security_acl_role_list.doein. - Setzen Sie Role (Rolle) auf die Rolle, die Sie überprüfen möchten.
Zu bestätigende Rolle auswählen - Überprüfen Sie, ob der Rolle die erforderlichen ACLs zugewiesen sind.
Benutzerdefinierte Rolle mit Entitätsadministratoren verwenden
Die Administratorrolle ist möglicherweise nicht für Teams oder Organisationen geeignet, die vermeiden möchten, zu weitreichende Berechtigungen zuzuweisen. Diese Option bietet eine Rolle mit drei spezifischen Berechtigungen, die den erforderlichen Zugriff gewähren.
- Klicken Sie auf All (Alle) > System security (Systemsicherheit) > Users and groups (Nutzer und Gruppen) > Roles (Rollen).
- Wählen Sie Neu aus und geben Sie einen Namen ein.
- Klicken Sie auf Senden.
- Suchen Sie in der Liste nach der erstellten Rolle.
- Gehen Sie zu Contains roles (Enthält Rollen) > Edit (Bearbeiten).
-
Fügen Sie der neu erstellten Rolle die folgenden Rollen hinzu und klicken Sie auf Speichern:
catalog_adminknowledge_adminincident_manager
Rollen hinzufügen und auf den Button „Save“ (Speichern) klicken -
Bestätigen Sie die aktualisierten Rollen.
Rollen bestätigen
Administratorrolle verwenden
Sie können eine Administratorrolle verwenden, um Daten abzurufen. Verwenden Sie die mit der Instanz konfigurierte Standardadministratorrolle oder erstellen Sie einen neuen Nutzer mit einer Administratorrolle. Gehen Sie dazu so vor:
- Klicken Sie auf All (Alle) > User administration (Nutzerverwaltung) > Users (Nutzer).
- Erstellen Sie einen neuen Nutzer.
-
Aktivieren Sie Web service access only (Nur Webdienstzugriff). Wenn Sie Web service access only (Nur Webdienstzugriff) auswählen, erstellen Sie einen nicht interaktiven Nutzer.
- Interaktive Nutzer können sich mit Standardanmeldedaten oder SSO in der ServiceNow-Benutzeroberfläche und im Serviceportal anmelden und haben vollen Zugriff auf Benutzeroberflächenseiten und API-Endpunkte.
- Nicht interaktive Nutzer haben eingeschränkten Zugriff auf die Benutzeroberfläche und können nur programmatische API-Verbindungen für die Integration von Dienst zu Dienst autorisieren.
- Wählen Sie den Nutzer nach der Erstellung in der Nutzerliste aus.
- Klicken Sie auf Rollen > Bearbeiten.
- Administrator hinzufügen.
- Klicken Sie auf Save (Speichern), um dem Nutzer eine Rollenliste hinzuzufügen.
- Klicken Sie auf Passwort festlegen, lassen Sie es automatisch generieren und speichern Sie es.
Einem Nutzer eine Rolle zuweisen
- Klicken Sie auf Alle > Nutzerverwaltung > Nutzer.
- Suchen Sie nach einem Nutzer oder erstellen Sie einen neuen. Wenn kein Nutzer verfügbar ist, gehen Sie zu Systemsicherheit > Nutzer und Gruppen > Nutzer.
- Klicken Sie auf Neu.
- Erstellen Sie ein neues Dienstkonto in der Nutzertabelle. Klicken Sie unbedingt auf Web service access only (Nur Webdienstzugriff).
- Scrollen Sie zu Rollen und klicken Sie auf Bearbeiten.
- Weisen Sie dem Nutzer die von Ihnen erstellte Rolle zu. Wählen Sie die Rolle aus, die Sie im vorherigen Schritt erstellt haben, und weisen Sie sie dem Nutzer zu. Klicken Sie auf Speichern.
- Sehen Sie sich die benutzerdefinierte Rolle mit ACL an.
- Rufen Sie den Nutzernamen und das Passwort für den Nutzer ab und klicken Sie auf Passwort festlegen.
- Lassen Sie das Passwort automatisch generieren und speichern Sie es für die spätere Verwendung.
Vorfälle: Sichtbarkeit und Zugriffssteuerung
Um die Sicherheit zu erhöhen und unbeabsichtigte Datenpannen zu verhindern, verwendet der ServiceNow-Connector eine restriktive Zugriffssteuerung für die Vorfallsentität. So wird dafür gesorgt, dass Endnutzer nur Vorfälle sehen können, zu denen sie eine direkte Verbindung haben.
Im Rahmen dieses restriktiven Ansatzes werden keine allgemeinen, rollenbasierten Berechtigungen für die Sichtbarkeit von Vorfällen berücksichtigt. Standardmäßige ServiceNow-Rollen wie itil und sn_incident_read, die einem Nutzer möglicherweise die Möglichkeit geben, alle Vorfälle in der ServiceNow-Benutzeroberfläche zu sehen, gewähren in Gemini Enterprise nicht dasselbe Zugriffsniveau.
Nutzer mit einer der folgenden Rollen haben globale Sichtbarkeit für Vorfälle und können sich alle Vorfälle ansehen:
adminincident_managerchange_manager
Alle anderen Nutzer können sich einen Vorfall nur ansehen, wenn sie ihn geöffnet, wieder geöffnet, behoben oder geschlossen haben. Außerdem können sie sich einen Vorfall ansehen, wenn sie:
- Teil der Zuweisungsgruppe für den Vorfall sind
- Als Aufrufer mit dem Vorfall in Verbindung stehen
- Eine zuständige Person sind
- In einer Beobachtungsliste stehen
- In einer Liste mit Arbeitsnotizen stehen
- In einer zusätzlichen Liste mit zuständigen Personen stehen
So wird verhindert, dass ein Nutzer von Gemini Enterprise einen Vorfall findet, auf den er keinen Zugriff hat. Aufgrund der zusätzlichen Einschränkungen im Vergleich zu den allgemeineren ServiceNow-Berechtigungen kann es gelegentlich vorkommen, dass ein Nutzer einen Vorfall, auf den er in ServiceNow Zugriff hat, in Gemini Enterprise nicht findet.