Agent365 als Governance Layer: für wen es 2026 funktioniert

Pexon Consulting | 11 Min. Lesezeit | 15.06.2026

TL;DR

Agent365 Governance Layer ist Microsofts Antwort auf das ungelöste Skalierungs-Problem produktiver AI-Agent-Landschaften: Identity, Lifecycle, Permissions und Audit-Trail aller Agents zentral über das M365-Ökosystem. Pexon Consulting empfiehlt es für Microsoft-affine Mittelständler ab 8-15 produktiven Agents — mit klaren Einschränkungen bei Open-Source-Agents, Multi-Cloud-Workloads und höchsten Compliance-Stufen. Hier die ehrliche Bewertung.

Was Agent365 konkret ist — jenseits des Microsoft-Marketings

Microsoft hat Agent365 Ende 2025 als Erweiterung des Microsoft-365-Stacks vorgestellt: Ein Governance-Layer, der für AI-Agents das tut, was Entra ID seit Jahren für menschliche User tut. Lifecycle-Management von der ersten Registrierung bis zur Deaktivierung, Permission-Modell über Entra-App-Rollen, Audit-Trail in Microsoft Purview, Security-Monitoring in Sentinel.

Was Agent365 strukturell anders macht als ein klassisches Registry-Tool: Es positioniert AI-Agents als First-Class-Identitäten im M365-Tenant. Jeder Agent bekommt eine eigene Identity, eigene Permissions, eigene Audit-Trails — vergleichbar mit menschlichen Mitarbeitern oder klassischen Service-Accounts, aber mit AI-spezifischen Properties (Modell-Version, Capability-Set, Risk-Klassifikation nach EU AI Act).

Für M365-affine Mittelständler ist das attraktiv, weil ein Großteil der Infrastruktur bereits steht: Entra ID läuft, Purview ist konfiguriert, Sentinel oder Defender erfasst Security-Events. Agent365 fügt sich als zusätzlicher Layer ein, ohne dass ein zweites Identity-System oder ein eigener Audit-Trail aufgebaut werden muss.

Wann Agent365 als Governance Layer Sinn macht

Wir empfehlen Agent365 in drei klaren Konstellationen.

Konstellation 1: Schon stark Microsoft-investiert. Wenn euer Stack ohnehin Entra ID, Purview und Defender for Cloud nutzt, plus eure Agents primär in Copilot Studio oder Azure AI Foundry laufen, ist Agent365 die natürliche Erweiterung. Setup-Zeit typisch 1-3 Wochen, weil die Foundation steht.

Konstellation 2: Compliance-Druck ohne Engineering-Kapazität für Eigenbau. Wer als Mittelständler unter EU-AI-Act-Druck steht und nicht das Engineering-Team hat, eine eigene systematische Agent-Inventur plus die Compliance-Logik selbst zu bauen, kann mit Agent365 in Wochen statt Monaten produktiv werden. Mit klarem Trade-off — siehe Lock-in-Sektion.

Konstellation 3: Hybrid-Setup mit Microsoft-Anteil und Custom-Anteil. Klassischer Fall: 60-80% der Agents laufen in Copilot Studio oder Foundry, 20-40% sind Custom-LangGraph-Setups. Agent365 verwaltet die Microsoft-nahen, eine eigene Registry-Komponente die Custom-Agents. Beide werden über eine gemeinsame Governance-Sicht zusammengeführt.

Was Agent365 nicht löst

Hier liegt der Punkt, den Microsoft-Sales selten so deutlich sagt. Wir gehen drei strukturelle Limitationen durch.

Limitation 1: Open-Source-LLM-Agents auf eigener Hardware. Wer aus DSGVO-Sovereignty-Gründen Qwen 3.5 oder Llama 3.3 on-prem betreibt, bekommt nur eingeschränkte Agent365-Integration. Identity-Propagation funktioniert über Entra, aber das Permission-Modell von Agent365 ist auf Microsoft-Foundry- und Copilot-Studio-APIs zugeschnitten. Custom-vLLM-Cluster brauchen eigenes Permission-Mapping. Mehr zum reinen Self-Hosted-Pfad im Self-Hosted Agent Stack.

Limitation 2: Multi-Cloud-Workloads. Agents, die teilweise in AWS Bedrock und teilweise in Azure laufen, lassen sich nicht sauber unter Agent365 vereinen — die Plattform geht implizit von Azure-zentriertem Hosting aus. Bedrock-basierte Agents tauchen in der Agent365-Sicht entweder gar nicht oder nur als „externe Workloads“ auf.

Limitation 3: Höchste Compliance-Stufen (VS-NfD, NATO). Microsoft-Foundry-Agents in EU-Region sind DSGVO-tragfähig und für die meisten regulierten Mittelständler ausreichend. Für VS-NfD-eingestufte Workloads oder NATO-RESTRICTED reicht das nicht — diese laufen weiterhin auf der Defence-Grade-Plattform mit Air-Gap-Fähigkeit, nicht in Agent365.

Hybrid-Modell: Agent365 plus eigene Registry

Bei den meisten Mittelständlern, die wir 2026 begleiten, ist die ehrliche Antwort weder „nur Agent365“ noch „nur Eigenbau“, sondern ein klar strukturierter Hybrid.

Architektur in drei Komponenten.

Komponente 1: Agent365 als Microsoft-Layer. Alle Agents, die in Copilot Studio, Azure AI Foundry oder Microsoft 365-Apps laufen, werden über Agent365 verwaltet. Identity über Entra, Permissions über App-Rollen, Audit über Purview. Standard-Microsoft-Workflow.

Komponente 2: Eigene Registry-Komponente als Custom-Layer. Agents auf eigener Infrastruktur (LangGraph auf AKS, on-prem-vLLM, Bedrock-basierte Workloads) werden über eine schlanke eigene Registry verwaltet. Datenmodell, das semantisch zu Agent365 kompatibel ist — gleiche Klassifikations-Stufen, gleiche Lifecycle-Phasen.

Komponente 3: Unified Governance Dashboard. Eine konsolidierte Sicht zieht aus beiden Layern. Ein CCO oder CISO sieht eine Liste aller Agents in einem einzigen Dashboard, mit klarer Kennzeichnung ob Microsoft-managed oder Custom-managed. EU-AI-Act-Klassifikation und Audit-Trail sind über die Layer hinweg konsistent.

Dieses Pattern haben wir in zwei Banking- und einem Versicherungskunden-Setup produktiv. Die Microsoft-Komponente trägt die Speed-to-Production, die Custom-Komponente trägt die Sonderfälle. Mehr zur Custom-Komponente in unserem Pattern für skalierende Agent-Landschaften.

Vier Praxis-Fragen, die vor jedem Agent365-Roll-out beantwortet sein müssen

Frage 1: Wie hoch ist der Anteil Custom-Agents heute und in 18 Monaten?

Wenn 90% eurer Agents in Copilot Studio oder Foundry laufen und das so bleibt, ist Agent365 als Standalone-Lösung tragfähig. Wenn der Custom-Anteil über 25% steigt, ist Hybrid die ehrlichere Antwort.

Frage 2: Welche EU-AI-Act-Klassifikation haben die geplanten Agents?

Low-Risk- und Limited-Risk-Agents passen unkritisch in Agent365. High-Risk-Agents (Recruiting, Credit-Scoring, kritische Infrastruktur-Aspekte) brauchen zusätzliche Risk-Management-Doku und Human-in-the-Loop-Mechanismen. Agent365 liefert die Basis, aber nicht die volle Compliance-Story. Mehr im systematischen Pattern für AI-Compliance-Setups.

Frage 3: Wer trägt die laufenden Microsoft-Lizenzkosten?

Agent365 ist eine Premium-Komponente im M365-Stack. Bei 500-1.500 Usern und 20-50 produktiven Agents liegen die laufenden Lizenzkosten typisch bei 8.000-22.000 EUR pro Monat. Diese Bill kommt zusätzlich zu den bestehenden M365-E5-Lizenzen — und wird gerne im ersten Pitch übersehen.

Frage 4: Wie integriert sich die Identity-Propagation in eure Backend-Systeme?

Agent365 baut auf Entra ID Service Principals und Managed Identities auf. Für Backend-Systeme, die diese nativ unterstützen (SharePoint, Dataverse, Dynamics), läuft das transparent. Für SAP oder Legacy-ERP brauchst du zusätzliche Token-Translation-Pattern, ähnlich wie im OAuth-On-Behalf-Of-Pattern.

Pexon-Pattern für M365-affine Kunden

Wir liefern den Agent365-Setup als 6-8-Wochen-Sprint für Microsoft-affine Mittelständler. Lieferumfang: Klassifikations-Inventur der vorhandenen Agent-Landschaft, Aufbau der Agent365-Konfiguration mit Entra-Rollen-Modell, Anbindung an Purview für Audit und an Sentinel für Security-Events, Hybrid-Bridge für die Custom-Agents (falls nötig), Schulung der Governance-Profile, Übergabe inkl. Runbook.

Investment 75-130k EUR je nach Custom-Anteil und Compliance-Tiefe. Bei reinem Microsoft-Stack tendenziell günstiger, bei Hybrid-Setup mit eigener Registry-Komponente am oberen Ende.

Häufig gestellte Fragen

Brauchen wir Agent365, wenn wir schon Microsoft Purview produktiv haben?

Purview deckt Daten-Compliance und Audit. Agent365 deckt zusätzlich Agent-spezifische Lifecycle und Identity-Themen — welcher Agent lebt, welche Permissions hat er, wer ist Owner. Beide ergänzen sich, ersetzen sich nicht.

Wie unterscheidet sich Agent365 von Azure AI Foundry-eigenen Governance-Features?

Foundry hat eigene Governance pro Workspace — sinnvoll, solange alle Agents in einem Foundry-Workspace laufen. Agent365 ist cross-Workspace und cross-Tool: Es vereint Foundry, Copilot Studio, Power Platform und kundenspezifische Agents in einer Sicht.

Was passiert mit unseren Copilot-Studio-Agents bei der Migration zu Agent365?

Bestehende Copilot-Studio-Agents werden über einen Discovery-Lauf erfasst und in die Agent365-Registry übernommen. Code- und Funktionalitäts-mäßig keine Änderung — was sich ändert, ist die Governance-Sicht. Migration typisch 1-2 Wochen für eine 10-25-Agent-Landschaft.

Funktioniert Agent365 mit On-Prem-Active-Directory?

Nur eingeschränkt. Agent365 setzt Entra ID voraus. Hybrid-Setups mit On-Prem-AD und Entra-Sync funktionieren grundsätzlich, aber einige Agent365-Features (z.B. Conditional Access für Agent-Aktionen) brauchen Cloud-only-Identitäten. Vor jedem Roll-out Identity-Architektur-Check.

Welche EU-AI-Act-Anforderungen deckt Agent365 ab?

Agent365 liefert die technische Basis für Article-16-Anforderungen (Transparenz, Logging, Human Oversight). Die organisatorische Compliance — Risk Management, Conformity Assessment, Marktüberwachungs-Anbindung — bleibt bei euch. Die Plattform allein macht euch nicht AI-Act-konform, sie macht den Compliance-Aufwand handhabbar.

Nächster Schritt

Wenn euer M365-affines Unternehmen mehr als 8 produktive Agents hat und die Governance-Frage zentral wird: Wir machen einen 60-Minuten-Architektur-Call mit dir und idealerweise einem Verantwortlichen aus Compliance oder Datenschutz. Du beschreibst die aktuelle Agent-Lage, wir bewerten ob Agent365 standalone, Hybrid oder reiner Eigenbau für euch passt.

Verwandte Themen