Copilot Studio mit einem nativen Widget in ServiceNow einbetten
Ein natives Service-Portal-Widget verbindet Copilot Studio über WebChat, MSAL und das M365 Agents SDK, ohne Iframe oder Virtual-Agent-Zwischenschicht.
TL;DR
Ein ServiceNow-Service-Portal-Widget lädt MSAL, WebChat und ein eigenes Bundle und verbindet sich über das M365 Agents SDK direkt mit Copilot Studio. Die separate MSAL-Instanz ruft Entra-ID-Token ab, sodass PingFederate, Okta, SAML oder lokale ServiceNow-Anmeldungen keine Föderation mit Entra erfordern.
Original von Adi Leibowitz, auf The Custom Engine. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Makers: Nutzt ein natives Service-Portal-Widget, wenn der Agent Seitenkontext, Identität oder Rollen aus ServiceNow benötigt, weil ein Iframe isoliert läuft.
- Admins/CoE: Speichert die Agent-Konfiguration in ServiceNow-Systemeigenschaften und verwendet das idempotente Bereitstellungsskript für erforderliche Datensätze.
- Security/Compliance: Prüft den Widget-Zugriff als unabhängigen Entra-Anmeldefluss, weil die ServiceNow-Anmeldung den MSAL-Tokenlebenszyklus nicht steuert.
Häufige Fragen
Wie authentifiziert das ServiceNow-Copilot-Studio-Widget Benutzer mit MSAL?
Das Widget verwendet eine eigene MSAL-Instanz, findet zwischengespeicherte Entra-ID-Token oder zeigt einmalig ein Entra-Anmeldefenster an.
Warum sollte Copilot Studio in ServiceNow als natives Widget statt als Iframe eingebettet werden?
Ein natives Widget kann auf ServiceNow-Seitenkontext, Benutzeridentität und Rollen zugreifen, während ein Iframe in einem isolierten Ursprung läuft.
Welche ServiceNow-Komponenten erstellt das Bereitstellungsskript für Copilot Studio?
Das Skript erstellt über die ServiceNow-Table-API Systemeigenschaften, Widget-Datensätze, Anhänge, JavaScript Includes, Abhängigkeiten und zugehörige Datensätze.