Joule- und Microsoft-365-Copilot-Integration
Stand 2026-09-25
Die technische Mechanik hinter „Joule spricht mit Microsoft 365 Copilot“, gestützt auf SAPs Integrationsleitfaden (help.sap.com, datiert 2026-09-14, Abschnitt 4.14) und SAPs ursprüngliche Ankündigung vom 2024-11-19. Behandelt, warum „bidirektional“ zwei getrennt konfigurierte Abläufe bedeutet (ein über das Microsoft-365-Admin-Center installierter Custom Engine Agent für Copilot-zu-Joule; eine separate Aktivierung für Joule-zu-Copilot), die vier Voraussetzungen (ein bereits auf Joule laufender SAP-Tenant, Entra-IAS-Vertrauensstellung, replizierte Nutzer, eine bestehende Copilot-Lizenz), die 1:1-Einschränkung zwischen Entra-Tenant und Joule-Umgebung, die einen dedizierten Testtenant erzwingt, den BTP-Landschaftskonfigurationsschritt, die bis zu zweistündige Ausbreitungsverzögerung des Agenten und die SAP-Datenverantwortungsaussage, die jedes Angebot zu dieser Integration tragen sollte.
Was Sie lernen
- Erklären, warum „bidirektional“ zwei getrennt konfigurierte Integrationsabläufe bedeutet (Copilot-zu-Joule und Joule-zu-Copilot), keinen einzigen Schalter
- Die vier Voraussetzungen auflisten, die SAPs Integrationsleitfaden vor Beginn der Entra-Konfiguration verlangt
- Die 1:1-Einschränkung zwischen Microsoft-Entra-ID-Tenant und Joule-Umgebung sowie ihre Konsequenz für Entwicklungs- und Testlandschaften erklären
- Den SAP-BTP-Landschaftskonfigurationsschritt (Systemtyp „M365 Copilot for SAP Joule“) und die zwei Aktivierungswege (Joule Booster vs. Hinzufügen zu einer bestehenden Formation) beschreiben
- Die Installation des Custom Engine Agent über das Microsoft-365-Admin-Center und die bis zu zweistündige Ausbreitungsverzögerung beschreiben
- Die SAP-Verantwortungsgrenze für von Microsoft 365 Copilot verarbeitete Daten nennen
Modulüberblick
Für wen dieses Modul gedacht ist. Ihr Kunde betreibt SAP und Microsoft 365 nebeneinander — das trifft auf die meisten SAP-Kunden zu —, und jemand im Lenkungsausschuss hat gefragt: „Können Joule und Copilot nicht einfach miteinander sprechen?“ Dieses Modul beantwortet das mit der tatsächlichen Konfigurationsmechanik aus SAPs eigenem Integrationsleitfaden, nicht der Pressemitteilungsversion. Es setzt M333 (KI- und LLM-Grundlagen) voraus und ergänzt M360 (Joule-Rollout: Aktivierung, Rollen, Identität und Tenancy), denn die Microsoft-365-Copilot-Integration ist unter der Marketingoberfläche eine Identitätsföderationsübung zwischen zwei verschiedenen Cloud-Identitätssystemen.
Voraussetzungen
- M333 (KI- und LLM-Grundlagen für SAP-Berater) oder gleichwertige Arbeitskenntnisse zu Agenten und Identität
- Grundkenntnisse zu SAP-BTP-Subaccounts und SAP Cloud Identity Services
- Grundkenntnisse zu Microsoft-Entra-ID-Konzepten (Tenants, App-Registrierungen) sind hilfreich, aber nicht erforderlich
Lernergebnisse
- Eine Joule–Microsoft-365-Copilot-Integrationsanfrage in eine oder beide Konfigurationsrichtungen abgrenzen, mit den jeweils korrekten Voraussetzungen.
- Eine Joule-Entwicklungs-/Testlandschaft planen, die die 1:1-Entra-Tenant-Einschränkung ohne gescheiterten ersten Versuch respektiert.
- Eine Cutover-Checkliste für die Richtung Copilot-zu-Joule erstellen, die die Ausbreitungsverzögerung des Custom Engine Agent berücksichtigt.
- Die SAP-/Microsoft-Datenverantwortungsgrenze einem Sicherheits- oder Datenschutzverantwortlichen des Kunden korrekt darlegen.
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.