ELO Digital Office bündelt seine KI für Dokumente nicht in einem einzelnen Modul, sondern in zwei getrennten Bausteinen: DocXtractor für die Belegerkennung und der ELO Assistant für den Dialog mit einzelnen Dokumenten, laut offizieller ELO-Dokumentation. Für Unternehmen, die ELO als Dokumentenmanagementsystem einsetzen oder einführen wollen, ist damit noch nicht geklärt, was ELO KI tatsächlich automatisiert und wo eine eigene Ergänzung ansetzt.
Kurzfassung
- ELO bündelt seine Dokumenten-KI in zwei getrennten Bausteinen: DocXtractor für die automatische Belegerkennung und der ELO Assistant für Zusammenfassungen, Fragen und Metadaten zu einzelnen Dokumenten.
- Für mehrere Sprachmodelle im ELO Assistant ist eine ELOenterprise-Lizenz nötig, öffentliche Preise für DocXtractor oder die ECM Suite nennt ELO nicht, Stand Oktober 2026.
- Das betrifft Unternehmen, die ELO bereits einsetzen oder einführen wollen und wissen müssen, welcher der beiden Bausteine ihren Anwendungsfall tatsächlich abdeckt.
ELO KI: zwei Bausteine statt ein Modul
Anders als d.velop, das seine KI über ein Netzwerk externer Partner wie Otera oder Parashift einbindet, entwickelt ELO beide Bausteine im eigenen Haus. DocXtractor stammt laut einer ELO-Fachvortragsfolie vom Competence Center Dokumentenanalyse der ELO Digital Office GmbH und übernimmt die automatisierte Erfassung eingehender E-Mails sowie gescannter Papier- und Faxdokumente. Der ELO Assistant ist seit der ELO ECM Suite 25 LTS in der Benutzeroberfläche eingebettet und arbeitet mit Sprachmodellen, die der Administrator für die Nutzer konfiguriert, laut ELO-Dokumentation.
Beide Bausteine lösen damit unterschiedliche Aufgaben und ersetzen sich nicht gegenseitig, anders als bei DocuWare, wo ein einzelnes Modul namens Intelligent Document Processing beide Rollen übernimmt. Wie d.velop sein Partnernetzwerk stattdessen organisiert, zeigt der Vergleich zu d.velop KI.
DocXtractor: Klassifizierung mit eigenem AutoClassifier
DocXtractor klassifiziert eingehende Dokumente und liest die fachlich relevanten Felder aus, über ein Modul namens AutoClassifier, das laut einer ELO-Präsentation vom ELO Solution Day Klassifikationsmodelle trainiert, validiert und optimiert. Das Verfahren kombiniert laut ELO-Pressematerial Fuzzy-Datenextraktion mit maschinellem Lernen, um die manuelle Dateneingabe weitgehend zu ersetzen.
Anders als bei Otera, das sich bei d.velop ohne Trainingsphase vermarktet, braucht DocXtractor also pro Mandant einen eigenen Trainings- und Validierungsschritt, bevor die Trefferquote trägt. Warum eine saubere Konfidenzschwelle für diesen Schritt wichtiger ist als eine hohe Trefferquote allein, erklärt der Beitrag Intelligente Dokumentenverarbeitung ausführlich.
ELO for DATEV: Buchungsvorschläge statt nur Belege
Für Unternehmen, die DATEV Mittelstand Faktura oder Kanzlei Rechnungswesen nutzen, bietet ELO mit ELO for DATEV einen eigenen Weg an. ELO Digital Office ist seit Juni 2019 DATEV-Partner, und das gemeinsame Angebot tritt als Nachfolgepfad an, seit der hauseigene DATEV-Dienst DATEV DMS classic am 31. Dezember 2023 ausgelaufen ist.
Ein KI-Modul liest dabei die buchungsrelevanten Daten aus digitalen oder gescannten Rechnungen aus, prüft sie gegen die Stammdaten in DATEV Rechnungswesen und erstellt einen Buchungsvorschlag mit Dokumentenverknüpfung, laut DATEV-Produktbeschreibung. Freigaben laufen über individuell einstellbare Workflows mit Vertretungsregeln und Eskalation, jeder Schritt bleibt im ELO Feed nachvollziehbar. Wie sich diese Kombination aus Belegerkennung und Buchungslogik grundsätzlich gegen eine eigene KI-Ergänzung abwägt, zeigt der Vergleich zum DATEV-Automatisierungsservice, und wie der Rollout aus Sicht der Buchhaltung aussieht, steht im Beitrag zu KI in der Buchhaltung.
ELO Assistant: Das Sprachmodell wählt die eigene IT
Der ELO Assistant unterscheidet sich von den Modulen bei DocuWare und d.velop in einem Punkt: ELO selbst betreibt kein eigenes Sprachmodell dafür. Laut ELO-Dokumentation legt der Administrator fest, welche Sprachmodelle den Nutzern zur Verfügung stehen, eine Auswahl zwischen mehreren Modellen setzt zusätzlich eine ELOenterprise-Lizenz voraus. Der Assistent arbeitet dann mit dem erkannten Volltext eines Dokuments, fasst ihn zusammen, beantwortet Fragen dazu oder extrahiert Metadaten in vorbereitete Formularfelder, immer nur für Einträge, auf die die anfragende Person ohnehin Zugriff hat.
Die Datenschutzfrage hängt an der eigenen Modellwahl
Weil ELO kein festes Sprachmodell vorgibt, liegt die Entscheidung über Auftragsverarbeitung und Datenstandort beim ELO Assistant vollständig bei der eigenen IT, nicht beim Hersteller. Welches Modell ein Administrator dort konfiguriert, entscheidet, ob Dokumenteninhalte das eigene Netzwerk überhaupt verlassen.
Wie diese Prüfung grundsätzlich abläuft, unabhängig vom konkreten Modell, beschreibt der Beitrag Auftragsverarbeitungsvertrag für KI-Anbieter. Wer die Modellwahl nicht offenlassen will, sondern von Anfang an auf eine geprüfte, selbst betriebene Umgebung setzt, findet den Rahmen dafür im Beitrag zur privaten KI-Infrastruktur.
ELO KI deckt nicht jede Dokumentenklasse ab? Lass uns 30 Minuten darüber sprechen
Wo das Baustein-Modell an Grenzen kommt
Zwei Lücken bleiben unabhängig von Trainingsstand und Modellwahl bestehen. DocXtractor ist für den Posteingang gebaut, für E-Mails sowie gescannte Papier- und Faxdokumente, nicht für die ganze Breite an Dokumentenklassen wie Verträge oder Personalunterlagen, die in anderen Abteilungen anfallen. Und ein Abgleich gegen ein ERP oder eine Warenwirtschaft außerhalb von DATEV ist in keinem der beiden Bausteine vorgesehen, ELO for DATEV prüft ausschließlich gegen die DATEV-Stammdaten. Beide Lücken schließt eine eigene Ergänzung um den bestehenden ELO-Bestand herum, nicht gegen ihn.
ELO KI gegen eigene Dokumentenverarbeitung
| Kriterium | ELO KI (DocXtractor + ELO Assistant) | Eigene Dokumentenverarbeitung |
|---|---|---|
| Technologiebasis | Zwei getrennte, hauseigene Bausteine: DocXtractor für Belege, ELO Assistant für Dialog und Metadaten | Eine durchgängige Strecke, auf den eigenen Prozess zugeschnitten |
| Einrichtung | AutoClassifier braucht Training, Validierung und Optimierung pro Mandant | Entwickelt für die konkreten Dokumentenklassen und Validierungsregeln |
| Sprachmodell | Vom Administrator konfiguriert, Modellauswahl ab ELOenterprise-Lizenz | Selbst festgelegt, inklusive Datenstandort |
| Abgleich mit ERP oder Warenwirtschaft | Nur innerhalb von ELO for DATEV, gegen DATEV-Stammdaten | Beliebig erweiterbar |
| Preistransparenz | Keine öffentlichen Preise, Angebote über das Partnernetzwerk | Eigenes Projekt, Aufwand vorab kalkulierbar |
Verdict: Wann ELO KI reicht
ELO KI reicht für Unternehmen, die ELO bereits als Dokumentenmanagementsystem einsetzen, überwiegend Rechnungen über den Posteingang verarbeiten und im DATEV-Umfeld buchen. DocXtractor und ELO for DATEV decken diesen Weg bis zum Buchungsvorschlag ab, der ELO Assistant ergänzt den Dialog mit einzelnen Dokumenten dort, wo die eigene IT ein passendes Sprachmodell bereitstellt.
Eine eigene Ergänzung lohnt sich, sobald Dokumentenklassen jenseits des Posteingangs automatisiert werden sollen, sobald ein Abgleich gegen ein System außerhalb von DATEV gebraucht wird, oder sobald die Wahl des Sprachmodells hinter dem ELO Assistant nicht der eigenen IT im Einzelfall überlassen bleiben soll. Andere Dokumentenmanagementsysteme lösen die KI-Frage anders: DocuWare bündelt sie in einem einzelnen Cloud-Modul, d.velop über ein Netzwerk externer Partner.
Was jetzt zu tun ist
Prüf zuerst, ob deine Dokumente überwiegend über den Posteingang kommen und ob du im DATEV-Umfeld buchst, das entscheidet, ob DocXtractor und ELO for DATEV deinen Fall bereits abdecken. Kläre danach für den ELO Assistant, welches Sprachmodell die eigene IT konfigurieren will, und ob der Auftragsverarbeitungsvertrag für genau dieses Modell schon steht, bevor echte Dokumente durchlaufen.
