Document AI vs. IDP vs. OCR
Was die Begriffe wirklich bedeuten

Drei Begriffe, eine Branche – und viel Verwirrung

Wer 2026 nach Tools zur Dokumentenverarbeitung sucht, findet Anbieter, die nahezu identische Produkte mit drei verschiedenen Bezeichnungen versehen. Einer nennt sich „KI-OCR-Plattform“. Ein anderer vermarktet sich als „intelligente Dokumentenverarbeitung“. Ein dritter bietet „Document AI“ an. Alle drei versprechen, Daten aus Rechnungen und Belegen in strukturierte Ausgaben zu extrahieren.

Die Verwirrung ist real und weit verbreitet. Ein Praktiker auf Reddits r/LanguageTechnology brachte es auf den Punkt: „2026 ist ‚OCR‘ (reines Texterkennen) ein gelöstes Problem. Aber IDP – also das tatsächliche Verstehen von Kontext und Struktur – ist immer noch schwierig.“ Gleichzeitig warnte ein Thread auf r/artificial davor, dass „der Unterschied zwischen Intelligent Document Processing und Optical Character Recognition Unternehmen wirklich schaden kann“ – vor allem, weil Käufer Lösungen wählen, die nicht ihren tatsächlichen Anforderungen entsprechen.

Das Problem ist nicht nur semantisch. Wer ein OCR-Tool wählt, aber IDP braucht, wird Felder weiterhin manuell in Tabellen übertragen müssen. Wer eine Enterprise-IDP-Plattform kauft, aber nur ein leichtes Extraktionswerkzeug benötigt, verbringt Monate mit der Einführung für ein Problem, das in Minuten gelöst sein sollte. Die Begriffe prägen Kaufentscheidungen – und die Begriffe sind unzuverlässig.

Im Folgenden finden Sie einen Rahmen, der beschreibt, was jedes Label tatsächlich bedeutet – technisch, kommerziell und praktisch. Wenn Sie Tools bewerten und einen strukturierten Ansatz für die Entscheidung wünschen, bietet unser Bewertungsrahmen für Datenextraktionssoftware eine Bewertungsmethodik. Dieser Artikel liefert die konzeptionelle Grundlage dafür.

Was die Begriffe wirklich bedeuten – das Drei-Schichten-Modell

Der klarste Weg, OCR, IDP und Document AI zu verstehen, sind drei Fähigkeitsebenen, die jeweils auf der darunterliegenden aufbauen. Es sind keine konkurrierenden Alternativen – sondern konzentrische Kreise mit zunehmendem Umfang.

Dieses Schichtenmodell erklärt, warum die Begriffe synonym verwendet werden. Ein Tool, das alle drei beherrscht, macht technisch gesehen gleichzeitig OCR, IDP und Document AI. Der Anbieter kann es wahrheitsgemäß als jedes der drei bezeichnen – und verschiedene Anbieter wählen unterschiedliche Bezeichnungen, je nachdem, welche Zielgruppe sie ansprechen. Wenn Sie tiefer in die IDP-Ebene eintauchen möchten – was sie ist, wie sie sich entwickelt hat und wer sie braucht – finden Sie in unserem IDP-Leitfaden in einfacher Sprache alle Details.

Direkter Vergleich: Was Sie jeweils erhalten

Beachten Sie die Asymmetrie in der Zeile „Neuer Dokumententyp“. OCR verarbeitet neue Dokumente problemlos, da sie diese nicht verstehen muss – sie liest lediglich Zeichen. Traditionelle IDP hat bei neuen Dokumenten genau deshalb Schwierigkeiten, weil sie diese doch verstehen will, aber auf vorkonfigurierte Regeln oder Trainingsdaten angewiesen ist, die dokumententypspezifisch sind. Document AI löst dieses Problem durch Modelle, die Dokumente allgemein verstehen, ohne typspezifische Konfiguration.

Warum Anbieter diese Bezeichnungen ständig vermischen

Die Begriffsverwirrung ist kein Zufall. Sie folgt einem vorhersehbaren Muster, das von Marketinginteressen getrieben wird.

OCR-Anbieter, die sich „KI-OCR" oder „IDP" nennen: Als reine OCR zur Massenware wurde – Tesseract ist kostenlos, Google Vision API verlangt Bruchteile eines Cents pro Seite – mussten Anbieter, die ihr Geschäft auf OCR-Engines aufgebaut hatten, Premiumpreise rechtfertigen. Das Hinzufügen von „KI" oder „Intelligent" signalisiert einen Mehrwert, unabhängig davon, ob sich die zugrunde liegende Architektur wesentlich geändert hat. Manche haben tatsächlich ML-basierte Feldextraktion hinzugefügt. Andere haben dasselbe vorlagenbasierte System nur umbenannt.

IDP-Anbieter, die sich „Document AI" nennen: Das IDP-Label hat Enterprise-Konnotationen – lange Implementierungen, professionelle Dienstleistungen, sechsstellige Verträge. Anbieter, die den Mid-Market ansprechen, verwenden „Document AI", um Zugänglichkeit und moderne Architektur zu signalisieren. Das ist teils echt (neuere IDP-Tools basieren auf anderer Technologie als traditionelle IDP-Plattformen) und teils Wunschdenken.

Cloud-Anbieter, die „Document AI" als Produktnamen verwenden: Google nannte seinen Dokumentenverarbeitungsdienst „Document AI". Microsoft nennt seinen „Azure AI Document Intelligence". Amazon verwendet „Textract". Diese Produktnamen machen aus einer Kategoriebezeichnung eine Marke und verwischen die Taxonomie weiter. Wie Deep Analysis anmerkte, „konkurriert Google nicht direkt mit den IDP-Spezialisten" – stattdessen hat es „die zugrunde liegende Datenerfassungstechnologie zur Massenware gemacht" und so eine neue Generation von Tools ermöglicht, die auf seinen APIs aufbauen.

Gartners eigene Einordnung stützt dies: Ihr Market Guide listet „Data Capture“, „Document AI“ und „Capture Automation“ explizit als historische Synonyme für das, was sie heute unter IDP einordnen. Everest Groups PEAK Matrix 2025 bewertete 29 Anbieter, die Ausgabe 2026 wurde auf 32 erweitert – doch die Anbieter auf diesen Listen beschreiben sich selbst mit mindestens vier verschiedenen Kategoriebezeichnungen. Der Analystenkonsens ist klar: Es handelt sich um einen Markt mit mehreren Namen, nicht um mehrere Märkte.

Die Technologieunterschiede, die wirklich zählen

Hinter der Begriffsverwirrung verbergen sich echte architektonische Unterschiede zwischen den Ansätzen zur Dokumentenverarbeitung. Diese Unterschiede bestimmen, was ein Tool kann und was nicht – und sie sind als Kaufkriterium nützlicher als der Kategoriename.

Extraktionsmethode: Vorlagen vs. trainierte Modelle vs. Vision-KI

Vorlagen-/regelbasierte Extraktion (traditionelle OCR + Regeln): Sie legen fest, wo jedes Feld auf der Seite erscheint – mittels Koordinaten oder regulären Ausdrücken. Für ein einzelnes Dokumentenlayout schnell eingerichtet. Bricht bei Layoutänderungen. Die Pflege von Vorlagen für über 20 verschiedene Rechnungsformate von Lieferanten wird zum Vollzeitjob. Eine detaillierte Betrachtung, wie sich die Genauigkeit vorlagenbasierter Verfahren mit KI-basierter vergleicht, bietet unsere Analyse KI-OCR vs. traditionelle OCR.

Trainierte ML-Modelle (traditionelles IDP): Sie stellen beschriftete Trainingsbeispiele bereit – typischerweise 50 bis 200 Dokumente pro Typ – und das Modell lernt, wo Felder in verschiedenen Layouts erscheinen. Flexibler als Vorlagen, erfordert aber Trainingsdaten, eine Modelltrainings-Pipeline und regelmäßiges Nachtrainieren, wenn sich Dokumentformate weiterentwickeln. Dies trieb die meisten Enterprise-IDP-Plattformen von 2015 bis 2022 an.

Vision-Language-Modelle (moderne Dokumenten-KI): Das Modell betrachtet das Dokumentenbild direkt – es konvertiert nicht zuerst in Text, klassifiziert dann und extrahiert dann. Es sieht das Seitenlayout, liest den Text, versteht Beziehungen zwischen Elementen und gibt beschriftete Felder in einem einzigen Durchlauf aus. Keine Vorlagen. Keine Trainingsdaten. Sie beschreiben, was extrahiert werden soll, und das Modell findet es. Dies ist die Architektur hinter den benutzerdefinierten Extractoren von Google Document AI, Azure AI Document Intelligence und Tools wie ImageToTable.ai.

Ausgabesteuerung: Festes vs. benutzerdefiniertes Schema

Manche Tools extrahieren einen festen Satz an Feldern – Lieferantenname, Rechnungsnummer, Gesamtsumme, Datum – und das war's. Wenn Sie ein Feld benötigen, für das das Tool nicht ausgelegt ist, haben Sie Pech. Andere Tools lassen Sie Ihr eigenes Extraktionsschema definieren: Sie geben die Spaltennamen vor, und die KI extrahiert genau diese Felder aus dem Dokument. Das ist der Unterschied zwischen „das Tool entscheidet, was wichtig ist“ und „Sie entscheiden, was wichtig ist“. ImageToTable.ai's Benutzerdefinierte Spaltenextraktion folgt dem zweiten Ansatz – Sie geben die gewünschten Feldnamen ein (z. B. „Bestellnummer“, „Zahlungsbedingungen“, „Positionenbeschreibung“), und die KI lokalisiert jeden Wert, indem sie versteht, was er bedeutet, nicht wo er auf der Seite steht.

Batch-Fähigkeit: Ein Dokument nach dem anderen vs. viele in einem

Die Verarbeitung eines einzelnen Dokuments ist das absolute Minimum. Die eigentliche Herausforderung ist die Stapelverarbeitung – 50 Rechnungen von 30 verschiedenen Lieferanten hochladen und eine einzige, konsolidierte Tabelle erhalten, in der jede Zeile eine Rechnung und jede Spalte ein von Ihnen definiertes Feld ist. Diese Fähigkeit trennt Werkzeuge für den Produktionseinsatz von denen, die nur für Vorführungen taugen. Wenn Stapelverarbeitung Ihr Hauptanliegen ist, behandeln unsere Artikel zu Extraktionsanforderungen von Unternehmen vs. KMU und Funktionsweise von Datenextraktionssoftware die betrieblichen Details.

Wo OCR an ihre Grenzen stößt

OCR scheitert nicht daran, Zeichen schlecht zu lesen – moderne Systeme erreichen bei sauberen Drucktexten eine Zeichengenauigkeit von über 95 %. Das Problem ist, dass Zeichengenauigkeit nicht gleich Datengenauigkeit ist.

Die Lücke zeigt sich, sobald Sie strukturierte Ausgaben benötigen. Zu wissen, dass die Zeichen „2.527,74“ auf einer Seite vorkommen, sagt nichts darüber aus, ob es sich um den Rechnungsendbetrag, eine Positionssumme oder eine Versandkostenpauschale handelt. OCR liefert Ihnen den gesamten Text in Lesereihenfolge. Diesen Text in eine brauchbare Tabellenzeile zu verwandeln – mit dem richtigen Wert in der richtigen Spalte – bleibt Ihre Aufgabe.

Drei spezifische Fehlermodi markieren die praktische Grenze von OCR:

• Layout-Variationen: Zwei Lieferanten formatieren ihre Rechnungen unterschiedlich. OCR weiß nicht, dass „Gesamtbetrag“ bei Lieferant A unten rechts steht und bei Lieferant B in einer Übersichtstabelle oben. Für jedes Layout brauchen Sie eine separate Parsing-Regel.
• Mehrseitige Dokumente: Wenn eine Tabelle über Seiten hinweggeht, erzeugt OCR zwei separate Textblöcke. Diese zu einer durchgehenden Tabelle zusammenzufügen, erfordert benutzerdefinierte Logik, die für jedes Dokumentformat spezifisch ist.
• Gemischte Inhalte: Ein Dokument mit Drucktext und Handschrift, oder Text und Kontrollkästchen, oder einer Tabelle in Fließtext – OCR behandelt jedes Element separat und bietet keine Möglichkeit, deren Zusammenhang zu verstehen.

Dies sind keine Randfälle. Sie beschreiben die alltäglichen Dokumente, mit denen jedes AP-Team, jede Betriebsgruppe oder jede Buchhaltungskanzlei umgeht. OCR ist eine notwendige Komponente – etwas muss die Zeichen lesen – aber sie reicht nicht aus, um die strukturierten Daten zu erzeugen, die Geschäftsprozesse tatsächlich benötigen.

Wo traditionelle IDP an ihre Grenzen stößt

IDP hat die größte Einschränkung von OCR gelöst – es versteht Dokumente, nicht nur Zeichen. Doch traditionelle IDP-Plattformen brachten eigene Hürden mit, die ihren Nutzerkreis einschränkten.

Anforderungen an Trainingsdaten: Die meisten Enterprise-IDP-Plattformen benötigen 50 bis 200+ beschriftete Beispiele pro Dokumenttyp, bevor die Extraktionsgenauigkeit Produktionsqualität erreicht. Ein Unternehmen, das Rechnungen von 40 Lieferanten, Bestellungen von 20 Zulieferern und Belege von Hunderten Händlern verarbeitet, steht vor einem erheblichen Aufwand bei Datenerfassung und -beschriftung, bevor das System nutzbar wird. Eine Reddit-Diskussion auf r/dataengineering hat diese Spannung direkt eingefangen: Ein Praktiker argumentierte, dass IDP „bei strukturierten Dokumenten gut funktioniert", aber vom „Engineering-Team für den spezifischen Anwendungsfall trainiert werden muss."

Komplexität der Bereitstellung: Enterprise-IDP-Implementierungen umfassen in der Regel Professional-Services-Einsätze, kundenspezifische Integrationen und Zeitpläne über mehrere Monate. Gartners erster Magic Quadrant für IDP (September 2025) bewertete 18 Anbieter – und die Käuferpersönlichkeit der meisten ist ein Unternehmen mit einem dedizierten Automatisierungsteam. Für eine Fünf-Personen-Buchhaltungskanzlei oder einen Logistikmanager, der 200 Rechnungen pro Monat verarbeitet, ist dies für das Problem eines anderen konzipiert.

Konfiguration pro Dokumententyp: Fügen Sie einen neuen Dokumententyp hinzu – etwa Packlisten oder Versicherungszertifikate – und Sie müssen in der Regel ein neues Extraktionsmodell erstellen, Trainingsdaten labeln, die Genauigkeit testen und die Ausgabe optimieren. Die Grenzkosten jedes neuen Dokumententyps sind beträchtlich. Unser Artikel über Eigenentwicklung vs. Kauf von Extraktionstools untersucht diese Kostenstruktur im Detail.

Das bedeutet nicht, dass traditionelle IDP eine schlechte Technologie ist. Für Unternehmen, die monatlich Millionen von Dokumenten in regulierten Workflows mit strengen Genauigkeitsanforderungen verarbeiten, sind diese Plattformen zweckgebunden und bewährt – die Everest Group 2025 PEAK Matrix bewertete 29 Anbieter, gerade weil die Nachfrage von Unternehmen real ist. Die Grenze liegt eher bei der Zugänglichkeit als bei der Leistungsfähigkeit. Für einen umfassenden Überblick über IDP und seine Funktionsweise, siehe unseren vollständigen IDP-Leitfaden.

Was Vision-KI an allen drei Kategorien verändert hat

Vision-Sprachmodelle (VLMs) – KI-Systeme, die Dokumentbilder direkt verarbeiten und dabei sowohl das visuelle Layout als auch den Textinhalt in einem einzigen Schritt erfassen – haben die Grenzen zwischen OCR, IDP und Document AI grundlegend neu gezogen. Hier ist, was sich geändert hat:

OCR wurde unsichtbar. VLMs führen keinen separaten OCR-Schritt durch. Sie lesen Text als Teil des gesamten Seitenverständnisses. Zeichenerkennung findet zwar noch statt, ist aber in ein Modell eingebettet, das gleichzeitig Layout, Beziehungen und Bedeutung versteht. Die „OCR-Ebene" ist nicht verschwunden – sie wurde in etwas Größeres integriert.

IDP verlor seine Trainingsanforderung. Herkömmliche IDP benötigte beschriftete Beispiele, um jeden Dokumenttyp zu lernen. VLMs kommen vortrainiert mit Milliarden von Dokumentbildern. Sie verstehen Rechnungen, Belege, Verträge und Bestellungen, ohne Ihre spezifischen Dokumente je gesehen zu haben. Sie teilen dem Modell mit, welche Felder extrahiert werden sollen – „Rechnungsnummer", „Fälligkeitsdatum", „Gesamtbetrag" – und es findet sie basierend auf semantischem Verständnis, nicht auf Koordinaten oder Vorlagen.

Document AI wurde zugänglich. Die ursprünglichen Document-AI-Tools (Google Document AI, Azure Form Recognizer) waren APIs für Entwickler, die Code schreiben konnten, um sie aufzurufen. Die aktuelle Generation umfasst No-Code-Tools, mit denen jedes Team – Buchhaltung, Betrieb, Einkauf – Dokumente hochladen und Extraktionsschemata definieren kann, ohne eine Zeile Code zu schreiben. Wenn Sie prüfen, ob Ihr Team den API-First- oder den No-Code-Ansatz benötigt, zeigt unser API-vs.-No-Code-Vergleich die Abwägungen auf.

Diese Konvergenz ist der Grund, warum die Terminologie derzeit besonders verwirrend wirkt. 2015 beschrieben OCR und IDP tatsächlich unterschiedliche Produkte mit unterschiedlichen Fähigkeiten. 2026 führt ein auf einem Vision-Language-Modell basierendes Tool gleichzeitig OCR (Zeichen lesen), IDP (strukturierte Felder extrahieren) und Document AI (neuartige Dokumenttypen ohne Training verarbeiten) aus. Die Bezeichnungen verweisen auf unterschiedliche historische Ursprünge, nicht auf unterschiedliche aktuelle Fähigkeiten. Für einen technischen Deep-Dive, wie sich KI-OCR unter der Haube von traditioneller OCR unterscheidet, siehe unseren Genauigkeitsvergleich.

Checkliste für Käufer: Auf die Fähigkeiten kommt es an

Wenn die Bezeichnungen unzuverlässig sind, worauf sollten Sie dann achten? Die Antwort ist eine Reihe konkreter Fähigkeiten, die bestimmen, ob ein Tool Ihr spezifisches Problem löst. Diese fünf Fragen durchschlagen das Begriffsgewirr:

Diese fünf Fragen lassen sich direkt auf das Drei-Schichten-Modell abbilden. Ein reines OCR-Tool beantwortet Frage #1 (ja, es liest Text aus Ihren Dokumenten), scheitert aber bei #2 bis #5. Eine traditionelle IDP-Plattform beantwortet #1 bis #4, hat aber Probleme mit #5 (Einrichtungszeit). Ein gut entwickeltes Document-AI-Tool – oder ein VLM-basiertes Extraktionstool, wie auch immer der Anbieter es nennt – erfüllt alle fünf Kriterien.

Sehen Sie den Unterschied in der Praxis

Der Unterschied zwischen OCR, IDP und Document AI wird am besten deutlich, wenn Sie es selbst sehen. Laden Sie einfach ein Dokument hoch – eine Rechnung, einen Kassenbon, einen Vertrag, einen Lieferschein. Geben Sie die Spaltennamen ein, die extrahiert werden sollen. Die KI liest das Dokument, versteht seine Struktur und liefert Ihre Daten im gewünschten Schema zurück. Keine Vorlage. Kein Training. Keine Anmeldung erforderlich.

Häufig gestellte Fragen

Ist Document AI nur IDP unter einem anderen Namen?

Teilweise. „Document AI“ wird auf zwei Arten verwendet: als Produktname (Google Document AI, Azure AI Document Intelligence) und als übergeordnete Kategoriebezeichnung für jede KI, die auf Dokumentenverarbeitung angewendet wird. Als Kategorie ist Document AI eine Obermenge, die IDP umfasst. Als Produkt ist es eine spezifische Cloud-API. Gartner selbst fasst „Document AI“ und „IDP“ als überlappende Begriffe für denselben Markt zusammen. Der praktische Unterschied besteht darin, dass „Document AI“ tendenziell API-first und vortrainierte Modelle impliziert, während „IDP“ tendenziell konfigurierte Unternehmensplattformen impliziert – dies ist jedoch eine Tendenz, keine Regel.

Kann ich OCR statt IDP nutzen, um Geld zu sparen?

Nur, wenn Ihr Nachbearbeitungsprozess für OCR bereits gelöst ist. OCR liefert Text, aber keine strukturierten Daten. Wenn Sie derzeit OCR plus manuelle Dateneingabe oder eigene Parsing-Skripte verwenden, um Felder in eine Tabelle zu bekommen, zahlen Sie bereits die Kosten der IDP-Ebene – nur in Form menschlicher Arbeit. Ein modernes OCR-Tool mit KI-Extraktion kann diesen manuellen Schritt eliminieren, oft zu geringeren Kosten als die Wartung von Parsing-Skripten.

Braucht ein kleines Team eine Enterprise-IDP-Plattform?

Mit ziemlicher Sicherheit nicht. Enterprise-IDP-Plattformen (ABBYY, Hyperscience, Kofax) sind für Organisationen konzipiert, die Millionen von Dokumenten mit dedizierten Automatisierungsteams verarbeiten. Ein Team, das Hunderte oder einige Tausend Dokumente pro Monat verarbeitet, benötigt in der Regel ein No-Code-Dokumenten-KI-Tool, das sofort ohne Trainingsdaten, Vorlagen oder professionelle Dienstleistungen funktioniert. Kosten, Zeitaufwand und Komplexität von Enterprise-IDP übersteigen die Anforderungen kleinerer Workflows.

Was bedeutet „intelligent“ in IDP eigentlich?

Es bedeutet, dass das System den Kontext versteht, nicht nur Zeichen. Ein „intelligentes“ System erkennt, dass „4.312,50 €“ unten auf einer Rechnung die Summe ist – nicht weil es an bestimmten Koordinaten steht, sondern weil es in einem kontextuellen Zusammenhang mit einem „Summe“-Label unterhalb einer Liste von Positionen erscheint. Die Intelligenz liegt im Kontextverständnis: Das System kann Dokumente verarbeiten, die es noch nie gesehen hat, weil es die Dokumentenstruktur versteht, nicht nur Pixelpositionen. Unsere IDP-Softwareseite erklärt dies detaillierter aus funktionaler Sicht.

Welchen Begriff sollte ich bei der Suche nach Tools verwenden?

Suchen Sie nach der Funktion, nicht nach der Kategorie. „Rechnungsdaten nach Excel extrahieren“ liefert relevantere Ergebnisse als „IDP-Software“ oder „Document-AI-Plattform“. Falls Sie dennoch nach Kategorien suchen: „IDP“ tendiert zu Unternehmensplattformen, „Document AI“ zu Cloud-APIs und Entwicklertools, während „KI-OCR“ oder „Datenextraktionssoftware“ eher auf Endbenutzer-Tools abzielt. Unser Käuferleitfaden für Datenextraktionssoftware bietet einen kategorieunabhängigen Einstieg.

Wie unterscheidet sich dieser Artikel vom Vergleich zwischen KI-OCR und traditioneller OCR?

Unser Artikel KI-OCR vs. traditionelle OCR misst die Genauigkeitslücke zwischen zwei spezifischen Extraktionsansätzen – vorlagenbasierter OCR und KI-gestützter Extraktion – mit Benchmarks und Kostenanalyse. Dieser Artikel bietet den breiteren konzeptionellen Rahmen: wie OCR, IDP und Document AI als Kategorien zusammenhängen, warum die Terminologie verwirrend ist und welche Fähigkeiten unabhängig von der Bezeichnung eines Anbieters bewertet werden sollten.

Das Label extrahiert Ihre Daten nicht

Ob ein Tool sich OCR, IDP oder Document AI nennt, verrät mehr über die Marketingabteilung als über die Technik. Die entscheidenden Fähigkeiten – Ihre tatsächlichen Dokumente verarbeiten, selbst definieren, was extrahiert werden soll, ohne Vorlagen oder Trainingsdaten auskommen, Ergebnisse in einer einzigen Ausgabe bündeln und ohne Data-Science-Team nutzbar sein – ziehen sich quer durch alle drei Bezeichnungen.

Der Markt konsolidiert sich. Vision-Language-Modelle haben OCR, Klassifikation und Extraktion zu einem einzigen Vorgang statt einer dreistufigen Pipeline verschmolzen. Analystenhäuser wie Gartner und Everest Group fassen die Taxonomie unter IDP zusammen, aber die von ihnen bewerteten Anbieter beschreiben sich mit jedem erdenklichen Label. Für Käufer bedeutet das: Die Terminologie wird noch Jahre inkonsistent bleiben – und die richtige Reaktion ist, Fähigkeiten zu bewerten, nicht Kategorien.

Dokument hochladen und Extraktion testen – kostenlos, ohne Anmeldung