Pexon Consulting | 9 Min. Lesezeit | 10.07.2026
TL;DR
Claude in SharePoint heißt: Anthropic-Modelle wie claude-opus-4-8 oder claude-sonnet-4-6 laufen auf deinen M365-Dokumenten, statt nur das OpenAI-Standardmodell von Copilot zu nutzen. Seit 29.06.2026 ist Claude in Microsoft Foundry generell verfügbar. Pexon baut die Graph-Anbindung als 6-Wochen-Pilot, DSGVO-konform in EU-Region.
Warum das Copilot-Standardmodell oft nicht reicht
Microsoft 365 Copilot liefert dir ein festes Modell, du wählst es nicht. Für viele Zusammenfassungen reicht das. Sobald es um lange Vertragsdokumente, verschachtelte technische Doku oder juristisch heikle Passagen geht, merkst du den Unterschied zwischen einem Standardmodell und einem gezielt gewählten Reasoning-Modell schnell.
Das ist der Punkt, an dem Teams anfangen nach Claude zu fragen. Anthropic-Modelle sind bei langen Kontexten und mehrschrittigem Reasoning stark, claude-sonnet-4-6 kommt mit einem Kontextfenster von bis zu 1 Mio. Token. Wenn deine SharePoint-Bibliothek 200-seitige Handbücher enthält, ist das kein Detail, sondern der Unterschied zwischen „Antwort stimmt“ und „Antwort halluziniert Abschnitt 4.3“.
Unsere klare Position: Wer Copilot nur für Mail-Zusammenfassungen nutzt, braucht Claude nicht. Wer aber geschäftskritische Entscheidungen auf M365-Dokumenten aufbaut, sollte die Modellwahl nicht Microsoft überlassen.
Wie Claude an SharePoint-Daten kommt
Es gibt drei Wege, und sie unterscheiden sich in Aufwand und Kontrolle. Der einfachste ist Copilot Studio, der mächtigste ist eine eigene Foundry-Anbindung über Microsoft Graph. Dazwischen liegt ein Faktor von etwa 4x im Umsetzungsaufwand, aber auch in der Steuerbarkeit.
Weg 1: Copilot Studio Agent Builder. Claude ist hier direkt im Modell-Dropdown auswählbar. Claude Sonnet 4.5, Sonnet 4.6 und Opus sind global generell verfügbar (außer GCC-Umgebungen). In EU-, UK- und EFTA-Tenants muss ein Global- oder Power-Platform-Admin die Drittanbieter-Modell-Connectoren im Power Platform Admin Center erst freischalten. Kein Code, aber du bist an die Agent-Builder-Grenzen gebunden.
Weg 2: Microsoft Foundry plus Graph. Hier deployst du Claude als eigenes Modell und holst dir die SharePoint-Inhalte selbst über die Graph-API. Das ist die Variante für echte Kontrolle: eigenes Retrieval, eigene Berechtigungslogik, eigene Prompt-Templates.
Weg 3: Amazon Bedrock als Zweitplattform. Wenn dein Stack nicht rein Azure ist, lässt sich Claude auch über Bedrock an SharePoint-Exporte anbinden. Details dazu stehen in unserem Vergleich weiter unten.
Claude über Foundry an SharePoint anbinden (Code)
Der Kern ist zweistufig: erst die relevanten Dokumente über Graph holen, dann Claude über den Foundry-Endpoint darauf antworten lassen. Seit 29.06.2026 läuft die Inferenz auf Azure-Infrastruktur in einer US-Datenregion, mit Entra-ID-Authentifizierung ohne API-Keys.
Zuerst der Graph-Abruf. Wir nutzen die Sites.Selected-Berechtigung für minimale Rechte statt Vollzugriff auf den ganzen Tenant:
import requests
# Dokumente aus einer SharePoint-Bibliothek über Microsoft Graph holen
# Sites.Selected-Berechtigung = minimaler Zugriff, kein Tenant-Vollzugriff
def hole_sharepoint_dokumente(access_token, site_id, drive_id):
kopf = {"Authorization": f"Bearer {access_token}"}
url = f"https://graph.microsoft.com/v1.0/sites/{site_id}/drives/{drive_id}/root/children"
antwort = requests.get(url, headers=kopf, timeout=30)
antwort.raise_for_status()
# nur Textdateien, die wir später an Claude übergeben
return [d for d in antwort.json()["value"] if d["name"].endswith((".docx", ".txt", ".md"))]Dann Claude über den Foundry-Endpoint. Wichtig: die Base-URL folgt dem Muster https://, der Modellname ist dein Deployment-Name:
from anthropic import AnthropicFoundry
from azure.identity import DefaultAzureCredential, get_bearer_token_provider
# Entra-ID-Auth ohne API-Key, DSGVO-freundlich im eigenen Tenant
token_provider = get_bearer_token_provider(
DefaultAzureCredential(), "https://ai.cognitiveservices.com/.default"
)
client = AnthropicFoundry(
azure_ad_token_provider=token_provider,
base_url="https://meine-ressource.services.ai.azure.com/anthropic",
)
def frage_an_dokumente(dokument_text, frage):
# Claude beantwortet die Frage nur auf Basis des übergebenen SharePoint-Inhalts
nachricht = client.messages.create(
model="claude-sonnet-4-6", # oder claude-opus-4-8 für schwere Fälle
max_tokens=1024,
messages=[{
"role": "user",
"content": f"Kontext aus SharePoint:n{dokument_text}nnFrage: {frage}",
}],
)
return nachricht.contentFür produktive Systeme kommt zwischen Graph und Claude eine Retrieval-Schicht: Azure AI Search indexiert die Dokumente, propagiert die SharePoint-Berechtigungen als Index-Felder und filtert zur Laufzeit über die Entra-Object-IDs. So sieht ein Nutzer nur Antworten aus Dokumenten, die er auch öffnen dürfte. Das ist der Teil, den man im POC gern weglässt und im Betrieb bitter bereut.
Kosten: Was Claude auf M365-Daten wirklich kostet
Claude in Foundry rechnet nach Token ab, über den Azure Marketplace. claude-sonnet-4-6 liegt bei 3,00 USD pro 1 Mio. Input-Token und 15,00 USD pro 1 Mio. Output-Token. claude-opus-4-8 kostet 5,00 USD Input und 25,00 USD Output pro Mio. Token. Zum Vergleich: das Copilot-Lizenzmodell ist ein Pauschalpreis pro Nutzer, die Foundry-Variante ist verbrauchsbasiert.
Was heißt das praktisch? Ein Team, das täglich 500 Dokumentenfragen mit je 20.000 Token Kontext stellt, landet bei Sonnet grob bei 30 USD pro Tag Input plus Output, also unter 1.000 USD im Monat für die Inferenz. Die eigentlichen Kosten stecken selten im Modell, sondern in Retrieval-Infrastruktur, Berechtigungslogik und Betrieb. Wir sehen bei unseren Kunden, dass die Inferenz oft unter 20 Prozent der Gesamtkosten ausmacht.
Unsere Empfehlung: Nimm Sonnet 4.6 als Default und schalte Opus 4.8 nur für die harten Fälle dazu, etwa Vertragsanalyse oder Compliance-Prüfung. Wer pauschal Opus für alles nutzt, verbrennt Geld ohne messbaren Qualitätsgewinn bei einfachen Zusammenfassungen.
Copilot Studio oder eigene Foundry-Anbindung?
Kommt drauf an, wie viel Kontrolle du brauchst. Copilot Studio ist in Tagen live und braucht keinen Entwickler, die Foundry-Variante dauert Wochen, gibt dir aber die volle Hand über Retrieval, Berechtigungen und Modell-Routing.
Für die meisten Mittelständler mit 300 bis 3.000 Mitarbeitern raten wir zum Start über Copilot Studio, wenn es um standardisierte Agents geht. Sobald dokumentgenaue Berechtigungen oder branchenspezifische Compliance ins Spiel kommen, führt kein Weg an der eigenen Foundry-Anbindung vorbei. Das ist genau die Grenze, an der wir am häufigsten gerufen werden.
Worauf du bei der Auswahl achten solltest
Fünf Punkte entscheiden, ob das Projekt trägt oder nach dem POC stirbt:
- Berechtigungen zur Laufzeit. Sieht ein Nutzer nur Antworten aus Dokumenten, die er öffnen darf? Ohne das ist es ein Datenleck mit Chat-Oberfläche.
- Datenregion. Foundry-Inferenz läuft aktuell in einer US-Datenregion. Für DSGVO-kritische Fälle die EU-Region und Data-Zone-Deployment prüfen.
- Modell-Routing. Sonnet als Default, Opus nur für schwere Fälle. Feste Opus-Nutzung ist teuer.
- Retrieval-Qualität. Claude ist nur so gut wie der Kontext, den es bekommt. Schlechtes Retrieval schlägt jede Modellwahl.
- Betrieb. Monitoring, Logging, Fehlerbehandlung. Ein POC hat das nicht, ein Produktivsystem braucht es.
Anthropic hat für Sonnet 4.5 zudem ein Fine-Tuning in Foundry angekündigt, das Ende Juli 2026 in die Private Preview geht. Wer eigene Firmendaten einschleifen will, sollte das im Blick behalten, aber nicht darauf warten, um heute zu starten. Die vollständigen Modell-IDs und Deployment-Optionen stehen im Microsoft-Foundry-Modellkatalog für Claude.
Häufig gestellte Fragen
Was kostet Claude in SharePoint pro Monat?
Es gibt keinen Pauschalpreis, Foundry rechnet nach Token ab. Sonnet 4.6 kostet 3 USD Input und 15 USD Output pro Mio. Token, Opus 4.8 liegt bei 5 und 25 USD. Ein mittleres Team landet bei der reinen Inferenz oft unter 1.000 USD im Monat, die größeren Kosten stecken in Retrieval und Betrieb.
Claude in SharePoint oder das Copilot-Standardmodell, was ist besser?
Für breite, einfache Nutzung reicht das Copilot-Standardmodell. Bei langen Dokumenten, Compliance-Prüfungen und mehrschrittigem Reasoning ist Claude spürbar stärker, vor allem durch das große Kontextfenster. Die ehrliche Antwort: Wer nur Mails zusammenfasst, braucht Claude nicht.
Ist Claude in SharePoint DSGVO-konform nutzbar?
Ja, aber nicht automatisch. Foundry-Inferenz läuft seit 29.06.2026 auf Azure-Infrastruktur, standardmäßig in einer US-Datenregion. Für DSGVO-kritische Fälle brauchst du EU-Region, Data-Zone-Deployment und dokumentgenaue Berechtigungen über Entra ID. Das ist Konfigurationsarbeit, kein Automatismus.
Kann ich Claude ohne Programmierung in SharePoint nutzen?
Ja, über den Copilot Studio Agent Builder. Dort wählst du Claude direkt im Modell-Dropdown. In EU-, UK- und EFTA-Tenants muss ein Admin die Drittanbieter-Modell-Connectoren vorher freischalten. Für dokumentgenaue Berechtigungen brauchst du aber die Foundry-Anbindung mit Code.
Welche Claude-Modelle sind in Microsoft Foundry verfügbar?
Seit dem GA-Start am 29.06.2026 unter anderem claude-opus-4-8, claude-sonnet-4-6 und claude-haiku-4-5. Global-Standard-Deployments gibt es in East US2 und Sweden Central, claude-opus-4-8 zusätzlich als Data-Zone-Standard in den USA.
Nächster Schritt
Wenn du Claude gezielt auf deine SharePoint- und M365-Daten anwenden willst, statt beim Copilot-Standardmodell zu bleiben, klären wir in einem Kurz-Call, welcher der drei Wege zu deinem Stack passt.
Verwandte Themen
→Claude über Amazon Bedrock DSGVO-konform betreiben
→RAG-System im Unternehmen aufbauen
