DATEV DMS und MCP-Server: Benutzerrechte, Metadaten und KI-Suche

2025-12-13

DATEV DMS und MCP-Server: Warum Benutzerrechte und Dokumentenindizierung entscheidend sind

Viele Kanzleien wollen ihre DATEV-Dokumente besser durchsuchen, zusammenfassen und in KI-gestützten Workflows nutzen.

Die naheliegende Frage lautet dann oft:

Können wir DATEV DMS einfach mit einem Chat oder KI-Assistenten verbinden?

Technisch ist das möglich. Aber die eigentliche Schwierigkeit liegt nicht im Chatfenster. Sie liegt in drei anderen Punkten:

Benutzer dürfen nur die Dokumente sehen, auf die sie auch in DATEV Zugriff haben.
DMS-Metadaten und Dokumenteninhalte sind zwei verschiedene Dinge.
Inhalte müssen für eine gute KI-Suche extrahiert und indiziert werden.

Ein MCP-Server kann hier eine sinnvolle Rolle spielen. Aber nur, wenn er nicht als pauschaler Zugriff auf alle Dokumente verstanden wird, sondern als kontrollierte Tool-Schicht über DATEV-Daten, Benutzerrechte und vorbereitete Inhalte.

Klardaten positioniert MCP im DATEV-Kontext genau als solche strukturierte Zugriffsschicht für KI-Clients und Workflow-Tools, etwa Klarvos, Open WebUI, n8n oder andere MCP-kompatible Clients.

Was ist ein MCP-Server im DATEV-DMS-Kontext?

MCP steht für Model Context Protocol.

Vereinfacht gesagt: Ein MCP-Server stellt einem KI-Client strukturierte Werkzeuge und Ressourcen zur Verfügung. Der KI-Client fragt also nicht frei und unkontrolliert irgendeine Datenbank ab, sondern nutzt definierte Tools.

Im DATEV-Kontext können solche Tools zum Beispiel sein:

Mandanten suchen
DMS-Dokumente zu einem Mandanten finden
Dokument-Metadaten abrufen
Dokumenteninhalte aus einem Index suchen
relevante Unterlagen für eine Frage zusammenstellen
Quellen für eine Antwort zurückgeben

Wichtig: Ein MCP-Server im DATEV-DMS-Kontext ist keine magische Universal-API für DATEV.

Er kann nur mit Daten arbeiten, die über die zugrunde liegende DATEV-Integration erreichbar sind. Bei Klardaten kann das zum Beispiel über das DATEVconnect Gateway oder andere Klardaten-Infrastruktur passieren. Das Gateway ist für DATEVconnect-unterstützte Bereiche wie DATEV DMS, Rechnungswesen und Stammdaten relevant.

Der MCP-Server ist also nicht der eigentliche DATEV-Zugriff. Er ist die Schicht, die diesen Zugriff für KI- und Workflow-Tools nutzbar macht.

Warum DATEV DMS für KI so interessant ist

DATEV DMS enthält in vielen Kanzleien den fachlichen Kontext der täglichen Arbeit.

Dort liegen zum Beispiel:

Steuerbescheide
Jahresabschlüsse
E-Bilanzen
Finanzamtsschreiben
Einsprüche
Verträge
Mandantenkorrespondenz
Nachweise
interne Arbeitsunterlagen
Lohnunterlagen
Dokumente zur Betriebsprüfung

Für eine Kanzlei ist das wertvoll, weil viele Fragen nicht in einer strukturierten Datenbank beantwortet werden, sondern in Dokumenten.

Beispiele:

„Gab es bei diesem Mandanten schon einmal eine Rückfrage zu Bewirtungskosten?“
„Wo ist der letzte Körperschaftsteuerbescheid?“
„Welche Unterlagen fehlen für die Bescheidprüfung?“
„Gab es Hinweise auf § 7g EStG?“
„Was steht im letzten Schreiben des Finanzamts?“

Genau hier kann KI helfen. Nicht als autonomer Kanzleimitarbeiter, sondern als Such-, Lese- und Vorbereitungsschicht.

Der praktische Nutzen liegt in DMS-Suche, Zusammenfassung, Dokumentenklassifikation und Workflow-Unterstützung. Das sind auch typische DMS-Automation-Use-Cases für Klardaten: Metadaten abrufen, Dokumentdateien nutzen, Dokumente verarbeiten und DMS durch KI besser durchsuchbar machen.

Die wichtigste Regel: Benutzer sehen nur, was sie auch in DATEV sehen dürfen

Das ist der Kernpunkt.

Ein KI-Client darf nicht mehr sehen als der jeweilige Benutzer in DATEV sehen darf.

Das klingt selbstverständlich, ist aber architektonisch entscheidend. Ein schlecht gebauter DMS-Chat könnte sonst unbeabsichtigt zum Berechtigungs-Bypass werden.

Beispiel:

Ein Mitarbeiter fragt:

„Zeig mir alle Dokumente zu Mandant Müller.“

Die Antwort darf nur Dokumente enthalten, die dieser Mitarbeiter auch in DATEV sehen darf. Nicht alle Dokumente, die technisch irgendwo im DMS liegen.

Das gilt besonders bei:

sensiblen Mandantenakten
internen Kanzleidokumenten
Lohnunterlagen
privaten Steuerunterlagen
Dokumenten zu Gesellschaftern
Personalthemen
Betriebsprüfungen
mehreren Kanzleistandorten
Kanzleigruppen
externen Dienstleistern oder Softwareanbietern

Der MCP-Server muss deshalb im Benutzerkontext arbeiten. Die Anfrage muss also mit einem konkreten Benutzer verbunden sein, nicht nur mit einem technischen Systemzugang.

Gute Architektur bedeutet:

Der Benutzer wird eindeutig identifiziert.
Die Anfrage wird im passenden Benutzerkontext ausgeführt.
DATEV-Berechtigungen werden respektiert.
Der Dokumentenindex wird nicht pauschal abgefragt.
Ergebnisse werden vor Ausgabe berechtigungsbewusst gefiltert.
Quellen bleiben nachvollziehbar.

Der entscheidende Satz für DATEV DMS und KI lautet:

Die KI darf nur mit dem Kontext arbeiten, den der Benutzer fachlich und technisch einsehen darf.

Das ist wichtiger als die Frage, welches Sprachmodell verwendet wird.

DMS-Metadaten und Dokumenteninhalte sind zwei verschiedene Dinge

Bei DATEV DMS muss sauber zwischen Metadaten und Inhalten unterschieden werden.

Metadaten

Metadaten beschreiben ein Dokument.

Typische Metadaten sind:

Dokumenttitel
Mandant
Dokumenttyp
Kategorie
Ablagedatum
Erstellungsdatum
Zeitraum
Bearbeiter
Aktenbezug
Schlagworte, falls vorhanden

Damit kann man Fragen beantworten wie:

„Welche Jahresabschlüsse gibt es zu Mandant Müller GmbH?“
„Wann wurde der letzte Einkommensteuerbescheid abgelegt?“
„Gibt es ein Dokument vom Typ Einspruch?“
„Welche Dokumente wurden diese Woche abgelegt?“
„Welche Bescheide liegen für 2023 vor?“

Dokumenteninhalte

Dokumenteninhalte sind der tatsächliche Text im Dokument.

Zum Beispiel:

Text im PDF
Inhalt eines gescannten Schreibens
Beträge im Bescheid
Begründung des Finanzamts
Klauseln in einem Vertrag
Angaben im Jahresabschluss
offene Punkte in einem Anschreiben

Damit kann man Fragen beantworten wie:

„In welchem Bescheid wurde die Sonderabschreibung nicht anerkannt?“
„Welche Dokumente erwähnen verdeckte Gewinnausschüttung?“
„Wo fordert das Finanzamt Nachweise zu Bewirtungskosten an?“
„Welche Unterlagen enthalten Hinweise auf § 7g EStG?“
„Welche Fristen ergeben sich aus den letzten Finanzamtsschreiben?“

Das sind zwei unterschiedliche technische Aufgaben.

Metadatenzugriff bedeutet: Dokumente finden.

Inhaltszugriff bedeutet: Dokumente verstehen.

Für einen guten DATEV-DMS-Assistenten braucht man meist beides.

Warum Dokumenteninhalte vorher indiziert werden müssen

Ein häufiger Denkfehler ist:

Wenn wir die Dokumentdatei abrufen können, kann die KI doch einfach darin suchen.

So einfach ist es nicht.

Ein PDF oder Scan ist zunächst nur eine Datei. Damit ein KI-Client sinnvoll darin suchen kann, müssen Inhalte vorbereitet werden.

Typische Schritte:

Dokumentdatei abrufen
Text extrahieren
bei Scans OCR durchführen
Text bereinigen
relevante Struktur erkennen
Inhalt mit Mandant, Dokument-ID und Metadaten verbinden
Inhalt in einem Suchindex speichern
Index bei Anfragen berechtigungsbewusst abfragen
Quellen an die Antwort anhängen

Ohne Indizierung kann der KI-Client nur sehr begrenzt arbeiten. Er kann vielleicht einzelne Dokumente lesen, wenn sie explizit ausgewählt werden. Aber er kann nicht zuverlässig über viele DMS-Dokumente hinweg suchen.

Beispiel:

„Suche alle Dokumente, in denen eine Rückstellung für Prozesskosten erwähnt wird.“

Das funktioniert nicht sinnvoll nur über DMS-Metadaten. Dafür muss der Inhalt der Dokumente vorher extrahiert und indiziert sein.

Noch wichtiger: Der Index darf nicht zu einem unkontrollierten Datensilo werden.

Wenn ein Dokument in DATEV nur für bestimmte Benutzer sichtbar ist, muss auch der Index diese Zugriffsbeschränkung respektieren. Sonst entsteht genau das Problem, das man vermeiden wollte: Die KI findet Inhalte, die der Benutzer eigentlich nicht sehen darf.

Konkrete Beispielanfragen aus der Steuerberatung

Ein guter MCP-Server für DATEV-DMS-Szenarien sollte nicht mit abstrakten Demo-Fragen glänzen, sondern echte Kanzleifragen unterstützen.

Die folgenden Beispiele zeigen, welche Art von Anfragen sinnvoll ist.

1. Metadatenbasierte Suche

Diese Fragen lassen sich oft über DMS-Metadaten beantworten, wenn die Metadaten sauber verfügbar sind.

Beispiele:

„Suche alle Jahresabschlüsse für Mandant Müller GmbH aus den Jahren 2021 bis 2023.“

„Zeig mir alle Einkommensteuerbescheide 2022 für Mandant Schneider.“

„Welche Dokumente wurden letzte Woche für Mandant Weber KG im DMS abgelegt?“

„Finde alle Dokumente mit Dokumenttyp Einspruch zu Mandant Schmidt.“

„Gibt es für Mandant Becker GmbH einen Körperschaftsteuerbescheid 2023?“

„Zeig mir die zuletzt abgelegten Finanzamtsschreiben für Mandant Hoffmann.“

„Welche Dokumente liegen zur Betriebsprüfung von Mandant Krüger GmbH vor?“

Hier geht es primär darum, vorhandene Dokumente zu finden. Der KI-Client braucht noch nicht zwingend den Inhalt jedes Dokuments.

2. Inhaltsbasierte Suche nach vorheriger Indizierung

Diese Fragen brauchen den tatsächlichen Dokumententext.

Beispiele:

„Suche den Jahresabschluss, in dem eine Rückstellung für Prozesskosten erwähnt wird.“

„Finde den Bescheid, in dem die Sonderabschreibung nicht anerkannt wurde.“

„Welche Dokumente enthalten Hinweise auf verdeckte Gewinnausschüttung?“

„Suche nach Unterlagen, in denen § 7g EStG erwähnt wird.“

„Finde das Schreiben, in dem das Finanzamt Nachweise zu Bewirtungskosten anfordert.“

„Welche Dokumente enthalten offene Punkte zur Gewerbesteuerzerlegung?“

„Gibt es Finanzamtsschreiben, in denen Säumniszuschläge erwähnt werden?“

„Welche Unterlagen enthalten Hinweise auf eine private Pkw-Nutzung?“

„Suche nach Dokumenten, in denen eine Tantieme-Regelung erwähnt wird.“

Das ist der Bereich, in dem Indizierung entscheidend wird.

Der MCP-Server kann dem KI-Client dann ein Suchwerkzeug bereitstellen, das nicht nur Titel und Kategorien durchsucht, sondern vorbereitete Dokumenteninhalte.

3. Zusammenfassung und Vorbereitung

Hier wird KI besonders praktisch.

Beispiele:

„Fasse die wichtigsten Punkte aus dem letzten Einkommensteuerbescheid für Mandant Schneider zusammen.“

„Vergleiche das letzte Finanzamtsschreiben mit den abgelegten Nachweisen und liste fehlende Unterlagen auf.“

„Erstelle eine kurze Übergabe zu Mandant Müller GmbH auf Basis der letzten Jahresabschlussunterlagen.“

„Welche Fristen oder Handlungsbedarfe ergeben sich aus den letzten Schreiben des Finanzamts?“

„Fasse alle Dokumente zum Einspruch gegen den Körperschaftsteuerbescheid 2022 zusammen.“

„Welche Punkte sollte ich vor dem Mandantentermin zu Becker GmbH prüfen?“

„Gib mir eine Zusammenfassung der letzten Unterlagen zur Betriebsprüfung.“

Hier muss das System nicht nur suchen, sondern auch sauber referenzieren. Eine gute Antwort sollte erkennbar machen, aus welchen Dokumenten die Aussage stammt.

Ohne Quellen wird ein KI-Assistent in der Steuerberatung schnell gefährlich, weil Antworten plausibel klingen können, aber fachlich überprüfbar bleiben müssen.

4. Workflow-nahe Fragen

Diese Fragen verbinden DMS-Suche mit Kanzleiprozessen.

Beispiele:

„Welche Mandanten haben neue Bescheide im DMS, aber noch keine dokumentierte Bescheidprüfung?“

„Zeig mir alle neu abgelegten Finanzamtsschreiben der letzten sieben Tage, sortiert nach Mandant.“

„Welche Dokumente deuten auf Rückfragen des Finanzamts hin?“

„Welche Mandantenakten enthalten Unterlagen zur Betriebsprüfung?“

„Finde alle Dokumente, die wahrscheinlich fristkritisch sind.“

„Welche neu abgelegten Dokumente sollten heute geprüft werden?“

„Welche Mandanten haben Unterlagen zum Jahresabschluss abgelegt, aber noch keine finale Auswertung?“

Das sind keine Spielereien. Das sind echte Kanzlei-Workflows.

Der MCP-Server ist hier nicht der ganze Workflow. Er ist die Zugriffsschicht, über die ein KI-Client oder Workflow-Tool relevante DATEV-DMS-Informationen kontrolliert abrufen kann.

Was bei der Architektur wichtig ist

Ein MCP-Server für DATEV DMS sollte nicht um das Sprachmodell herum geplant werden.

Die Reihenfolge sollte anders sein:

Welche fachlichen Fragen sollen beantwortet werden?
Welche Dokumente und Metadaten werden dafür gebraucht?
Welche Benutzer dürfen diese Dokumente sehen?
Welche Inhalte müssen indiziert werden?
Wie werden Quellen zurückgegeben?
Wie wird verhindert, dass der Index mehr zeigt als DATEV erlaubt?
Welcher Client nutzt die Tools: Klarvos, Open WebUI, n8n oder ein eigenes System?

Daraus ergeben sich einige Architekturprinzipien.

Benutzerkontext zuerst

Der Benutzerkontext ist nicht optional. Er ist die Grundlage.

Jede Anfrage muss so behandelt werden, dass die Rechte des Benutzers eingehalten werden. Besonders bei DMS ist das kritisch, weil Dokumente deutlich sensibler sein können als reine Stammdaten.

Metadaten und Inhalte getrennt behandeln

Metadaten und Inhalte sollten technisch sauber getrennt werden.

Metadaten helfen beim Finden und Eingrenzen. Inhalte helfen beim Verstehen und Zusammenfassen.

Beides in einen Topf zu werfen, führt schnell zu schlechten Suchergebnissen und zu Problemen bei der Berechtigungsprüfung.

Indizierung bewusst planen

Inhaltsindizierung ist kein Nebenprodukt. Sie ist ein eigener Bestandteil der Architektur.

Wichtige Fragen:

Welche Dokumenttypen werden indiziert?
Werden Scans per OCR verarbeitet?
Wie aktuell muss der Index sein?
Werden gelöschte oder geänderte Dokumente korrekt behandelt?
Welche Benutzerrechte werden im Index gespeichert oder geprüft?
Wie werden Quellen zurückgegeben?
Werden Inhalte dauerhaft gespeichert oder nur abgeleitet verarbeitet?

Quellen anzeigen

Ein KI-Assistent im Kanzleiumfeld sollte nicht einfach nur antworten.

Er sollte zeigen, auf welchen Dokumenten die Antwort basiert.

Beispiel:

„Die Sonderabschreibung wurde im Einkommensteuerbescheid 2022 nicht anerkannt. Quelle: Einkommensteuerbescheid 2022, abgelegt am 14.09.2023.“

Das ist viel wertvoller als eine freie Antwort ohne Nachweis.

Welche Rolle spielt das DATEVconnect Gateway?

Das DATEVconnect Gateway ist die Zugriffsschicht für DATEVconnect-basierte Integrationen.

Für DMS-Szenarien kann es relevant sein, wenn Dokumente, Metadaten oder DMS-nahe Workflows über DATEVconnect erreichbar sind.

Typische Aufgaben:

DMS-Metadaten abrufen
Dokumentdateien abrufen
DMS-Daten in externe Workflows bringen
Zugriff für Softwareanbieter bereitstellen
DATEVconnect-unterstützte Daten kontrolliert verfügbar machen

Das Gateway ist dabei nicht als zweites DMS gedacht. Es ist Zugriffsinfrastruktur.

Klardaten ist nicht als neues Datensilo gedacht, sondern als kontrollierte Integrationsschicht, um DATEV-Daten nutzbar zu machen. Für viele Gateway-Szenarien geht es um Zugriff und Transfer, nicht um permanente Speicherung von DATEV-Daten.

Mehr dazu: DATEVconnect Gateway

Welche Rolle spielt Klarvos?

Klarvos ist die KI- und Workflow-Plattform von Klardaten für Kanzleien.

Klarvos setzt genau an diesem Punkt an: Suche, Zusammenfassung, Workflow-Unterstützung und strukturierter Zugriff auf Kanzleidaten über Klardaten-Infrastruktur.

Klarvos kann DATEV-Daten über das DATEVconnect Gateway und den MCP-Server für KI-Workflows nutzbar machen. Der Fokus liegt dabei auf kontrolliertem Zugriff, Benutzerkontext und praktischen Kanzleiprozessen.

Typische Klarvos-Szenarien:

DMS-Suche per Chat
Zusammenfassung von Dokumenten
Vorbereitung von Mandantenterminen
Unterstützung bei internen Übergaben
Analyse von Finanzamtsschreiben
Workflow-Vorbereitung aus DMS-Dokumenten

Mehr dazu: Klarvos für DATEV-Daten und KI-Workflows

Welche Rolle spielt der MCP-Server?

Der MCP-Server ist die strukturierte Brücke zwischen KI-Client und DATEV-Zugriff.

Ohne MCP müsste jeder KI-Client individuell an die DATEV-Integration angebunden werden. Das wird schnell unübersichtlich.

Mit MCP können Tools sauber beschrieben werden:

search_documents
get_document_metadata
search_document_content
get_client_context
summarize_document
list_recent_tax_office_letters

Der Vorteil liegt nicht nur im technischen Protokoll. Der Vorteil liegt darin, dass der KI-Client nicht blind arbeitet, sondern definierte Werkzeuge nutzt.

Für Kanzleien ist das entscheidend, weil man steuern kann:

welche Tools verfügbar sind
welche Daten abgefragt werden dürfen
in welchem Benutzerkontext die Abfrage läuft
welche Quellen zurückgegeben werden
welche Workflows unterstützt werden

MCP ist damit kein Selbstzweck. Es ist eine technische Form, um kontrollierten KI-Zugriff auf Kanzleidaten zu ermöglichen.

Typische Fehler bei DATEV DMS und KI

Fehler 1: Nur an den Chat denken

Ein Chatfenster ist schnell gebaut. Der schwierige Teil ist die Daten- und Berechtigungsarchitektur dahinter.

Ohne guten Zugriff auf DMS, Metadaten, Inhalte und Benutzerrechte bleibt der Chat eine Demo.

Fehler 2: Metadaten mit Inhalt verwechseln

Ein Dokumenttitel ist nicht der Dokumententext.

Wer inhaltliche Fragen beantworten will, braucht Extraktion, OCR und Indizierung.

Fehler 3: Globalen Index bauen

Ein globaler Index über alle DMS-Dokumente klingt technisch bequem. Im Kanzleiumfeld ist das gefährlich.

Der Index muss Rechte respektieren. Sonst kann die KI Dokumente finden, die der Benutzer nicht sehen darf.

Fehler 4: Keine Quellen anzeigen

Antworten ohne Quellen sind im Steuerkontext wenig wert.

Der Benutzer muss prüfen können, aus welchem Dokument eine Aussage stammt.

Fehler 5: Zu generisch starten

„Wir wollen KI für DATEV“ ist zu unscharf.

Besser:

„Wir wollen Bescheide im DMS finden und zusammenfassen.“
„Wir wollen Finanzamtsschreiben nach Fristen durchsuchen.“
„Wir wollen Jahresabschlussunterlagen für Mandantentermine vorbereiten.“
„Wir wollen Dokumente mit bestimmten steuerlichen Begriffen finden.“

Konkrete Fragen führen zu besseren Tools.

Fazit

Ein MCP-Server für DATEV DMS ist dann sinnvoll, wenn er drei Dinge sauber löst:

Benutzer sehen nur die Dokumente, auf die sie auch in DATEV Zugriff haben.
Metadaten und Dokumenteninhalte werden sauber getrennt.
Inhalte werden vor der KI-Suche extrahiert, verarbeitet und berechtigungsbewusst indiziert.

Der eigentliche Wert liegt nicht darin, DATEV „an einen Chat anzuschließen“. Der Wert liegt darin, Kanzleidokumente kontrolliert nutzbar zu machen: für Suche, Zusammenfassung, Vorbereitung und Workflow-Unterstützung.

Für einfache DMS-Fragen reichen oft Metadaten. Für fachliche Fragen braucht man indizierte Inhalte. Für produktiven Einsatz braucht man Benutzerkontext.

Genau dort entscheidet sich, ob ein DATEV-DMS-KI-Projekt praktisch funktioniert oder nur wie eine Demo aussieht.

Nächster Schritt

Du willst DATEV DMS nicht nur anbinden, sondern sinnvoll durchsuchbar machen?

Mit Klarvos und dem DATEVconnect Gateway baut Klardaten kontrollierten Zugriff auf DATEV-Dokumente, Metadaten und indizierte Inhalte – im Benutzerkontext und passend zu deinen Kanzlei-Workflows.

Mehr dazu:

FAQ

Was ist ein MCP-Server im DATEV-DMS-Kontext?

Ein MCP-Server stellt KI-Clients strukturierte Tools für DATEV-nahe Daten und Workflows bereit. Im DMS-Kontext können das zum Beispiel Werkzeuge für Dokumentensuche, Metadatenabfrage, Inhaltsindizierung oder Zusammenfassung sein.

Kann ein MCP-Server DATEV DMS durchsuchen?

Ja, wenn der zugrundeliegende DATEV-Zugriff und die Berechtigungen das erlauben. Dabei muss unterschieden werden zwischen Suche über DMS-Metadaten und Suche in Dokumenteninhalten.

Können Benutzer über KI mehr Dokumente sehen als in DATEV?

Nein. Das sollte technisch verhindert werden. Ein Benutzer darf über KI nur die Dokumente sehen, auf die er auch in DATEV Zugriff hat.

Was ist der Unterschied zwischen DMS-Metadaten und Dokumenteninhalt?

Metadaten beschreiben ein Dokument, zum Beispiel Titel, Mandant, Dokumenttyp oder Ablagedatum. Der Dokumenteninhalt ist der tatsächliche Text im Dokument, etwa ein Bescheid, ein Finanzamtsschreiben oder ein Jahresabschluss.

Müssen DATEV-Dokumente für KI vorher indiziert werden?

Für inhaltliche Suche: ja. Dokumente müssen extrahiert, bei Scans per OCR verarbeitet und in einem Suchindex abgelegt werden. Der Index muss dabei die Berechtigungen der Benutzer respektieren.

Funktioniert inhaltliche Suche auch bei gescannten Dokumenten?

Ja, aber nur mit OCR. Ein Scan enthält zunächst keinen zuverlässig durchsuchbaren Text. Erst nach Texterkennung kann der Inhalt sinnvoll durchsucht und zusammengefasst werden.

Kann man nach Begriffen wie „§ 7g EStG“ oder „Sonderabschreibung“ suchen?

Ja, wenn die Dokumenteninhalte vorher indiziert wurden. Über reine DMS-Metadaten funktioniert eine solche Suche meist nicht zuverlässig.

Wie wird verhindert, dass sensible Dokumente im falschen Kontext erscheinen?

Durch Benutzerkontext, Rechteprüfung und berechtigungsbewusste Abfrage des Dokumentenindex. Der KI-Client darf nur Ergebnisse bekommen, die der jeweilige Benutzer sehen darf.

Welche Rolle spielt Klarvos bei DATEV DMS und MCP?

Klarvos ist die KI- und Workflow-Plattform von Klardaten. Sie kann DATEV-Daten über Klardaten-Infrastruktur und MCP für Suche, Zusammenfassung und Workflows nutzbar machen.

Welche Rolle spielt das DATEVconnect Gateway?

Das DATEVconnect Gateway ist die Zugriffsinfrastruktur für DATEVconnect-basierte Integrationen. Für DMS-Szenarien kann es Metadaten, Dokumentdateien und andere DATEVconnect-unterstützte Daten für externe Workflows verfügbar machen.