SharePoint, DMS und Dateiserver an MCP anbinden: So werden Unternehmensquellen KI-fähig

Viele Unternehmensquellen sind aus Sicht des Tagesgeschäfts brauchbar, aber aus Sicht einer KI-Nutzung unstrukturiert. Dateien liegen mehrfach vor, Metadaten sind unvollständig, Berechtigungen historisch gewachsen und Namenskonventionen inkonsistent. Genau das erschwert spätere Antworten und erhöht das Fehlerrisiko.

Ein MCP Projekt muss diese Realität nicht vollständig bereinigen, aber es muss sie sauber modellieren. Wer so tut, als seien alle Inhalte gleich gut nutzbar, verschiebt das Problem nur in die Antwortqualität oder in die Governance.

Ein Connector sollte Inhalte nicht nur herunterladen oder indexieren, sondern strukturiert beschreiben. Dazu gehören Pfad, Quelle, Dokumenttyp, Änderungszeitpunkt, Verantwortlichkeit und Berechtigungsinformationen. Ohne diese Daten ist später kaum nachvollziehbar, worauf eine Antwort basiert.

Gerade bei SharePoint und DMS ist außerdem wichtig, welche APIs, Events oder Synchronisationsmechanismen verfügbar sind. Das beeinflusst, ob Inhalte nahezu in Echtzeit, periodisch oder nur manuell aktualisiert werden können.

Ein häufiger Architekturfehler besteht darin, Inhalte zentral zu indexieren, aber Rechte nur lose daneben zu verwalten. Das kann im besten Fall zu unklaren Antworten führen und im schlechtesten Fall zu Informationslecks. Deshalb muss jedes Retrieval wissen, unter welcher Freigabe ein Dokumentabschnitt überhaupt sichtbar ist.

In produktiven MCP Setups werden Rechte entweder direkt aus dem Quellsystem übernommen oder in ein belastbares Rollenmodell übersetzt. Wichtig ist, dass diese Logik später prüfbar und nicht nur implizit vorhanden ist.

Doppelte Dateien, veraltete Versionen und fachlich unklare Dokumenttitel belasten Retrieval und Antwortqualität massiv. Teams versuchen dann oft, das Problem über komplexeres Prompting zu lösen, obwohl die eigentliche Ursache in der Quellenbasis liegt.

Pragmatischer ist es, Content-Hygiene als Teil des Projekts zu behandeln. Schon kleine Maßnahmen wie Versionskennzeichnung, Dubletten-Reduktion oder die Kennzeichnung veralteter Richtlinien können die Qualität deutlich verbessern.

Ein guter Rollout startet mit wenigen, klar abgegrenzten Quellen. Statt sofort den kompletten SharePoint oder alle Netzlaufwerke anzubinden, sollten erst die Bereiche integriert werden, die für einen priorisierten Use Case relevant sind und deren Rechtebild verständlich ist.

Danach lässt sich die Anbindung schrittweise ausbauen. Mit jeder neuen Quelle wachsen nicht nur Datenmenge und Abdeckung, sondern auch Governance-Bedarf, Monitoring und Content-Verantwortung. Diese Skalierung muss bewusst gesteuert werden.