Parseur Benchmark für mehrsprachige Rechnungsdatenextraktion 2026. Getestet im Oktober 2026. Sechs Tools, fünf Rechnungen, vier Sprachen, 200 Felder.
Im Parseur Benchmark für mehrsprachige Rechnungsdatenextraktion 2026, der sechs Tools zur intelligenten Dokumentenverarbeitung (IDP) anhand von deutschen, französischen, japanischen und koreanischen Rechnungen verglich, extrahierte Parseur alle 200 Felder korrekt und war das einzige Tool mit null Fehlern. Docsumo extrahierte 196 und Airparser 194. Nanonets (168), Docparser (165) und Klippa (163) lagen 32 bis 37 Felder zurück. Jedes extrahierte Feld wurde von uns einzeln mit der Originalrechnung abgeglichen. Der Benchmark umfasst ausschließlich IDP-Tools. Universelle KI-Chatbots wie ChatGPT waren nicht Teil dieses Tests. Wir haben diese separat in unserem LLM-Dokumentenextraktion Benchmark getestet.
Wichtigste Erkenntnisse
- Parseur war das einzige Tool mit null Fehlern in einem Test von sechs Tools zur mehrsprachigen Rechnungsdatenextraktion im Oktober 2026. Getestet wurden deutsche, französische, japanische und koreanische Rechnungen, darunter eine zweiseitige Rechnung und ein Handyfoto.
- Japanische und koreanische Rechnungen zeigten die größten Qualitätsunterschiede zwischen den Tools auf. Klippa extrahierte 133 von 135 französischen und deutschen Feldern korrekt, aber nur 30 von 65 japanischen und koreanischen Feldern. Nur Parseur und Docsumo erkannten jedes japanische und koreanische Feld richtig.
- Zahlenformate verursachten die gravierendsten Fehler. Docsumo interpretierte die deutsche Mengenangabe „1.200“ (eintausendzweihundert) als 1,2, und Klippa las die japanische und koreanische Angabe „86,000“ als 86.
- Die Hälfte der Tools erfand Daten. Airparser, Nanonets und Klippa gaben Werte aus, die nicht auf der Rechnung abgedruckt waren.
- Korrekt bedeutet nicht zwingend nutzbar. Nur Parseur und Klippa lieferten standardisierte Datumsangaben und reine Zahlen zurück, die ein Buchhaltungssystem ohne vorherige Bereinigung importieren kann.
- Reine Behauptungen zur Sprachunterstützung sind wenig aussagekräftig. Jedes Tool verarbeitete alle fünf Rechnungen, doch die korrekten Ergebnisse reichten von nur 163 bis 200 Feldern.
Mehrsprachige Rechnungsdatenextraktion in Zahlen
Mehrsprachige Rechnungsdatenextraktion in Zahlen
Sechs IDP-Tools, fünf Rechnungen, vier Sprachen, 200 Felder
- Korrekt extrahierte Felder durch Parseur – als einziges von sechs Tools mit voller Punktzahl
- 200 von 200
- Tools machten mindestens einen Extraktionsfehler über fünf Rechnungen hinweg
- 5 von 6
- Durchschnittliche Genauigkeit der fünf anderen Tools (ohne Parseur)
- 88,6 %
- Tools extrahierten jedes Feld auf der japanischen und der koreanischen Rechnung fehlerfrei
- 2 von 6
- Tools gaben Werte aus, die nicht auf der Rechnung abgedruckt waren
- 3 von 6
- Tools ordneten einen Wert der falschen Partei (Lieferant oder Kunde) zu
- 3 von 6
- Fehlerfaktor, wenn ein Tool ein Tausendertrennzeichen falsch interpretierte (bei zwei von sechs Tools)
- 1.000×
- Tools lieferten eine importfertige Ausgabe mit standardisierten Datumsformaten und reinen Zahlen
- 2 von 6
Warum ist es schwierig, mehrsprachige Rechnungen zu extrahieren?
Mehrsprachige Rechnungen sind schwer zu extrahieren, weil dieselben Zeichen in verschiedenen Ländern unterschiedliche Bedeutungen haben, nicht weil die Zeichen an sich schwer zu lesen sind. „1.200“ bedeutet in Deutschland 1.200 und in den USA 1,2. „03/09/2026“ ist der 3. September in Frankreich und der 9. März in den USA. Ein japanisches Fälligkeitsdatum kann im kaiserlichen Ärakalender geschrieben sein.
Die meisten Tools zur Dokumentenverarbeitung behaupten, 100 oder mehr Sprachen zu unterstützen. Ein Tool kann jedoch jedes Zeichen richtig lesen und dennoch komplett falsche Zahlen an ein Buchhaltungssystem übergeben. Wir haben fünf Rechnungen erstellt, um genau diese Fallen zu testen, und haben jedes extrahierte Feld einzeln bewertet.
Welches Tool hat mehrsprachige Rechnungen am genauesten extrahiert?
Parseur war das präziseste Tool in unserem Test zur mehrsprachigen Rechnungsdatenextraktion im Oktober 2026 mit 200 von 200 korrekten Feldern. Docsumo (98 %) und Airparser (97 %) folgten dicht dahinter.
Ranking der mehrsprachigen Rechnungsdatenextraktion
Korrekt extrahierte Felder (von 200)
- 1 Parseur 200/200 · 100 %
- 2 Docsumo 196/200 · 98 %
- 3 Airparser 194/200 · 97 %
- 4 Nanonets 168/200 · 84 %
- 5 Docparser 165/200 · 82,5 %
- 6 Klippa 163/200 · 81,5 %
Die ersten drei Tools liegen nur 6 Felder auseinander. Die letzten drei liegen ebenfalls nur 5 Felder auseinander, was zu nah beieinander ist, um bei fünf Rechnungen verlässlich ein eindeutiges Ranking aufzustellen.
Wie hat jedes Tool in den einzelnen Sprachen abgeschnitten?
In unserem Test extrahierten nur Parseur und Docsumo jedes Feld auf der japanischen und koreanischen Rechnung fehlerfrei, während alle Tools auf der französischen Rechnung 34 oder 35 von 35 Punkten erreichten.
Korrekt extrahierte Felder nach Rechnung und Tool
Grün bedeutet jedes Feld korrekt, Rot bedeutet unter 75 %
| Tool | Französisch /35 | Deutsches PDF /55 | Deutsches Foto /45 | Japanisch /35 | Koreanisch /30 | Europa gesamt /135 | Asien gesamt /65 |
|---|---|---|---|---|---|---|---|
| Parseur | 35 | 55 | 45 | 35 | 30 | 135 | 65 |
| Docsumo | 35 | 53 | 43 | 35 | 30 | 131 | 65 |
| Airparser | 35 | 53 | 42 | 35 | 29 | 130 | 64 |
| Nanonets | 35 | 43 | 36 | 28 | 26 | 114 | 54 |
| Docparser | 34 | 40 | 43 | 32 | 16 | 117 | 48 |
| Klippa | 35 | 54 | 44 | 16 | 14 | 133 | 30 |
Die zweiseitige deutsche Rechnung erwies sich als das anspruchsvollste europäische Dokument. Docparser verfehlte hier 15 Felder, die meisten davon auf Seite 2. Nanonets fehlten 12 Felder, hauptsächlich aufgrund nicht erfasster Positionszeilen und Summen.
Was läuft bei der Extraktion mehrsprachiger Rechnungen schief?
In unserem Test zur mehrsprachigen Rechnungsdatenextraktion ließen sich die Fehler in sechs Kategorien einteilen: falsch interpretierte Tausendertrennzeichen, erfundene Werte (Halluzinationen), unlesbare asiatische Schriftzeichen, verwechselte Lieferanten und Kunden, lokale Interpunktion und die Verarbeitung mehrseitiger Rechnungen. Jedes dieser Szenarien stellt ein echtes Risiko dar, wenn Rechnungen aus vielen verschiedenen Ländern in dasselbe System eingespeist werden.
1. Welche Tools haben Tausender- und Dezimaltrennzeichen falsch gelesen?
Zwei von sechs Tools interpretierten in unserem Test im Oktober 2026 Zahlentrennzeichen falsch und lieferten Beträge, die um den Faktor 1.000 abwichen. In Deutschland schreibt man eintausendzweihundert als „1.200“. In Japan und Korea schreibt man sechsundachtzigtausend als „86,000“.
- Docsumo interpretierte die deutsche Mengenangabe „1.200 Stk“ als 1,2, sodass eine Bestellung über 1.200 Kartons zu 1,2 Kartons wurde. Die Summe derselben Zeile wurde als „1.416.00“ ausgegeben, was weder ein deutsches noch ein rein englisches Format ist.
- Klippa las jeden Stückpreis und jede Zeilensumme auf den japanischen und koreanischen Rechnungen um den Faktor 1.000 zu klein: 86.000 wurde zu 86 und 18.400 wurde zu 18,4.
Keiner dieser Fehler ist auf den ersten Blick erkennbar, es sei denn, man vergleicht die Einzelposten händisch mit dem Original. Solche falschen Werte würden also direkt in ein Buchhaltungs- oder ERP-System importiert werden.


2. Welche Tools gaben Werte zurück, die nicht auf der Rechnung stehen?
Drei von sechs Tools gaben Rechnungswerte aus, die nicht auf dem Dokument aufgedruckt waren: Airparser, Nanonets und Klippa. Parseur, Docsumo und Docparser ließen diese Felder vorschriftsmäßig leer.
Das mit einem Handy aufgenommene Foto der deutschen Rechnung zeigt nur Seite 1. Da hierauf keine Summen ausgewiesen sind, wäre ein leeres Feld die korrekte Ausgabe.
- Airparser gab eine Zwischensumme von 4.454,45 zurück, welche schlicht der Summe der sichtbaren Zeilen entsprach.
- Nanonets gab 3.985,25 sowohl als Zwischensumme als auch als fälligen Gesamtbetrag zurück – eine Zahl, die sich auf der Seite nirgends wiederfindet.
- Klippa berechnete auf der vollständigen deutschen Rechnung einen Skonto-Rabatt für vorzeitige Zahlung in Höhe von 122,13. Auf der Rechnung steht in den Zahlungsbedingungen lediglich „2 % Skonto“. Der absolute Betrag ist nirgends abgedruckt.
Eine halluzinierte (erfundene) Gesamtsumme ist kritischer als eine fehlende, da kein System sie automatisch zur Überprüfung markiert.

3. Welche Tools können japanische und koreanische Rechnungen lesen?
In unserem Test extrahierten Parseur und Docsumo jedes Feld auf japanischen und koreanischen Rechnungen korrekt. Airparser verfehlte ein koreanisches Feld und Nanonets mehrere, während Docparser und Klippa jeweils mehr als ein Viertel der japanischen und koreanischen Felder nicht erfassen konnten.
- Docparser war nicht in der Lage, japanische oder koreanische Zeichen zu lesen. Beschriftungen kamen als „AB“ und „EX“ zurück, koreanische Datumsangaben als „2026 09 12%“ und koreanische Produktbeschreibungen lediglich als Fragmente lateinischer Zeichen.
- Klippa las zwar die Zeichen, aber erkannte die Struktur nicht. Es gab die Dokumententitel 請求書 („Rechnung“) und 거래명세서 („Transaktionsauszug“) als Lieferantennamen aus, „1“ als japanische Rechnungsnummer und „0.01“ als japanische Gesamtsumme.
Parseur konvertierte zudem das japanische Ära-Datum 令和8年9月30日 in 2026-09-30 (Reiwa 8 ist 2026) – eine Umwandlung, an der die anderen Tools scheiterten.


4. Welche Tools haben Lieferant und Kunde verwechselt?
Drei von sechs Tools ordneten in unserem Test einen Rechnungswert der falschen Partei zu: Nanonets, Klippa und Airparser.
- Nanonets vertauschte Lieferant und Kunde auf der japanischen Rechnung.
- Klippa vertauschte die Umsatzsteuer-Identifikationsnummern des Lieferanten und des Kunden auf dem deutschen Foto, obwohl sie im sauberen PDF derselben Rechnung richtig erkannt wurden.
- Airparser extrahierte die Gewerberegistrierungsnummer des koreanischen Kunden als dessen Kundennummer – ein Feld, das auf der Rechnung gar nicht existent war.
Ein vertauschter Lieferant ordnet die Rechnung dem falschen Kreditorendatensatz zu – ein Fehler, der wesentlich schwerer zu bemerken ist als ein leeres Feld.
5. Warum hat ein deutsches Anführungszeichen die Extraktion gestört?
Im Deutschen werden typografische Anführungszeichen („unten-oben“) verwendet. Beim Artikel „Zerbrechlich“ schnitt Airparser in beiden deutschen Dokumenten die Beschreibung ab und verschob die Mengenangabe in eine zusätzliche Spalte. Ein einziges Satzzeichen zerstörte somit die Struktur des kompletten Einzelpostens.
6. Welche Tools hatten Probleme mit mehrseitigen Rechnungen?
Zwei von sechs Tools hatten Datenverluste bei der zweiseitigen deutschen Rechnung: Docparser und Nanonets. Die Rechnung beinhaltet 9 Einzelposten auf zwei Seiten, mit den jeweiligen Summen auf Seite 2.
- Docparser las nur Seite 1 und verlor dabei 2 Einzelposten sowie alle drei Summen.
- Nanonets verarbeitete jede Seite separat. Es gab zwar die Einzelposten von Seite 2 aus, extrahierte aber nie die dort aufgedruckten Summen.
Hat irgendein Tool die aufgedruckte Steuer neu berechnet?
Nein. Die deutsche Rechnung weist einen Steuerbetrag von 975,08 € aus, der exakt 10 Cent von einer mathematisch korrekten Neuberechnung mit 19 % MwSt. abweicht. Alle drei Tools, die den Steuerbetrag erfassten (Parseur, Docsumo und Airparser), meldeten 975,08 € – genau wie aufgedruckt. Für die Buchhaltung ist dies das einzig korrekte Verhalten: Die Datenextraktion muss das Dokument originalgetreu wiedergeben und darf es nicht eigenmächtig korrigieren.
Welche Tools liefern sofort in Buchhaltungssysteme importierbare Rechnungsdaten?
Nur Parseur und Klippa gaben in unserem Test vom Oktober 2026 sowohl standardisierte Datumsangaben als auch reine Zahlen zurück – also genau die Formate, die ein Buchhaltungs- oder ERP-System ohne vorherige Bereinigung importieren kann. Wir haben drei Ausgabeformate unabhängig von der Genauigkeit überprüft.
| Tool | Standard-Datumsformate (2026-09-30) | Einfache Zahlen (1416.00) | Währungscodes (EUR) |
|---|---|---|---|
| Parseur | Ja | Ja | Nein: EUR, € und „Euro (EUR)“ gemischt |
| Klippa | Ja | Ja, außer der 1.000× Fehler bei Japanisch und Koreanisch | Ja |
| Docsumo | Nein | Teilweise (der „1.200“-Fehler) | Nein |
| Airparser | Nein | Nein: „1.416,00 €“ | Ja |
| Nanonets | Gemischt: Nur Französisch und Koreanisch | Nein | Nein: €, ¥, 원, „Euro“ |
| Docparser | Nein | Nein | Nein |
Parseurs Währungsfeld gab exakt zurück, was auf der Rechnung gedruckt war, sodass es von einer Rechnung zur nächsten variierte. Eine einfache einzeilige Feldanweisung behebt dies, aber wir haben das Ergebnis für den Test im Originalzustand belassen. Zwei weitere Probleme beeinträchtigen die Nutzbarkeit: Nanonets fügte Leerzeichen in Referenznummern ein („RE - 2026-04417“), was den automatischen Abgleich mit Bestellungen stört, und Docsumo markierte korrekte japanische und koreanische Datumsangaben zur manuellen Überprüfung.
Ergebnisse Tool für Tool
Parseur: 200/200. Parseur ist eine Plattform zur intelligenten Dokumentenverarbeitung für Operations-Teams, die Dokumente von unterschiedlichsten Absendern erhalten und die Daten nahtlos in ihren eigenen Systemen benötigen. Es liefert die extrahierten Daten an Buchhaltungssoftware, ERPs, Tabellenkalkulationen und andere Geschäftssysteme über Integrationen, Webhooks oder seine API. Die Lösung ist seit 2016 produktiv im Einsatz, hat bereits mehr als 100 Millionen Dokumente verarbeitet, wird in der EU gehostet und ist SOC 2 Type II konform. In diesem Test machte es in keiner Sprache, weder bei der zweiseitigen Rechnung noch beim Foto, Fehler. Es konvertierte das japanische Ära-Datum, lieferte standardisierte Datumsangaben und reine Zahlen und ließ fehlende Summen korrekt leer. Seine einzige Schwäche war ein inkonsistentes Währungsformat.
Docsumo: 196/200. Es verarbeitete beide deutschen Seiten korrekt, behielt den japanischen und koreanischen Text intakt und ließ fehlende Felder vorschriftsmäßig leer. Es interpretierte die deutsche Menge „1.200“ auf beiden deutschen Dokumenten fälschlicherweise als 1,2 und gab Datumsangaben und Währungen unverändert so aus, wie sie gedruckt waren.
Airparser: 194/200. Airparser bot das umfangreichste Standard-Set der sechs Tools (22 Felder, einschließlich Bankdaten, Umsatzsteuer-IDs und Zahlungsbedingungen). Es verpasste einen deutschen Einzelposten aufgrund eines Anführungszeichens, halluzinierte eine Zwischensumme im Foto und zog auf der koreanischen Rechnung eine Kundennummer von der falschen Partei heran.
Nanonets: 168/200. Nanonets lieferte korrekte japanische und koreanische Summen, eine fehlerfreie französische Rechnung sowie einen Konfidenz-Score pro Feld. Es wurden jedoch, außer bei der französischen Rechnung, keine Einzelposten (Positionszeilen) extrahiert, Summen beim deutschen PDF ignoriert, Summen beim Foto erfunden und Lieferant sowie Kunde bei der japanischen Rechnung vertauscht.
Docparser: 165/200. Zeigte Stärken bei der französischen Rechnung und beim Foto. Es konnte kein Japanisch oder Koreanisch lesen, erfasste nur Seite 1 des deutschen PDFs und formatierte Firmen- und Banknummern fehlerhaft als Telefonnummern um. Seine Ausgabe besteht aus generischen Tabellen, die erst noch den entsprechenden Feldern zugeordnet werden müssen.
Klippa: 163/200. Klippa überzeugte mit dem besten Ausgabeformat (standardisierte Daten, reine Zahlen, ISO-Währungscodes) und war bei Französisch und Deutsch nahezu perfekt. Bei Japanisch und Koreanisch wurden die Zahlen jedoch um den Faktor 1.000 zu klein ausgegeben, Dokumententitel fälschlicherweise als Lieferantennamen erkannt und die japanische Gesamtsumme mit 0,01 angegeben.
Wie wir getestet haben
Testdokumente
| Dokument | Was es testet | Bewertete Felder |
|---|---|---|
| Deutsche Rechnung (PDF) | 2 Seiten, 9 Einzelposten, Tausendertrennzeichen („1.200 Stk“), deutsche Anführungszeichen, ein ausgewiesener Steuerbetrag, der 10 Cent von der rechnerischen Steuer abweicht | 55 |
| Deutsche Rechnung (Handyfoto) | Verzerrtes Foto (nur Seite 1), 7 Einzelposten, keine Summen sichtbar | 45 |
| Französische Rechnung | 5 Einzelposten, 5 % Rabatt (netto), Tag/Monat/Jahr-Datumsformate | 35 |
| Japanische Rechnung | 5 Einzelposten, japanisches Ära-Fälligkeitsdatum (令和8年9月30日), Yen | 35 |
| Koreanische Rechnung | 4 Einzelposten, koreanisches Datumsformat (2026년 10월 12일), Won | 30 |
Jede Rechnung wurde hinsichtlich 10 Kopfdatenfeldern (Rechnungsnummer, Rechnungsdatum, Kundennummer, Bestellnummer, Fälligkeitsdatum, Lieferantenname, Währung, Nettobetrag, Steuerbetrag, Gesamtsumme) und 5 Einzelpostenfeldern (Position, Beschreibung, Menge, Stückpreis, Zeilensumme) bewertet.
Bewertungsregeln
- Die „Ground Truth“ (Wahrheit) entspricht exakt dem auf der Rechnung aufgedruckten Wert, einschließlich der 975,08 € Steuer.
- Zahlen wurden als reine Werte verglichen (deutsch „1.200“ = 1.200) und Datumsangaben als Kalenderdaten verifiziert. Typografische Unterschiede wie × und x wurden nicht als Fehler gewertet.
- Ein Feld, das nicht auf der Rechnung steht, musste zwingend leer zurückkommen. Ein erfundener Wert zählte als Fehler.
- Jede eindeutige, nachvollziehbare Währungsangabe zählte als korrekt (EUR, €, „Euro (EUR)“).
- Docparser gibt generische Tabellen anstelle von benannten Feldern zurück. Ein korrekter Wert neben seiner Beschriftung wurde angerechnet, was Docparser in der Auswertung begünstigt.
- Felder außerhalb dieses gemeinsamen Sets, wie Bankdaten und Adressen, wurden in die Bewertung nicht mit einbezogen.
Einschränkungen
Dies ist ein praxisnaher Stichprobentest, kein vollumfänglicher statistischer Benchmark. Er wurde von Parseur – einem der getesteten Tools – selbst durchgeführt.
- Stichprobengröße: fünf synthetische Rechnungen, die jeweils einmal pro Tool verarbeitet wurden. Ein Unterschied von nur wenigen Feldern liegt im Rahmen der statistischen Schwankung und könnte sich schon durch das Hinzufügen einer einzigen weiteren Rechnung verschieben.
- Accounts: Die Tools wurden mit kostenlosen Test- oder Demo-Accounts geprüft. Kostenpflichtige Tarife oder individuelles KI-Training könnten abweichende Ergebnisse liefern.
- Einrichtung: Klippa konnte in seiner Demo nicht weiter angepasst werden, und Docparser wurde ohne benutzerdefinierte Regeln getestet. Beide würden ihre Genauigkeit bei europäischen Rechnungen mit etwas zusätzlichem Konfigurationsaufwand wahrscheinlich noch steigern.
- Bewertung: Wir haben die Ergebnisse anhand von Screenshots der Ausgabe jedes Tools bewertet und sie händisch mit den Quellrechnungen abgeglichen.
So testen Sie ein Tool zur Rechnungsdatenextraktion mit Ihren eigenen Rechnungen
Viele Fehler in diesem Test fielen erst auf, als wir die Einzelposten händisch mit der Originalrechnung abglichen. Bevor Sie sich für ein Tool entscheiden, sollten Sie Ihre eigenen Rechnungen damit verarbeiten und auf folgende Punkte achten:
- Rechnungen von Ihren tatsächlichen Lieferanten und aus echten Ländern, nicht nur ein aufgeräumtes Musterbeispiel.
- Mindestens eine mehrseitige Rechnung und ein Handyfoto oder einen Scan.
- Jeden Einzelposten, nicht nur die Gesamtsumme: Genau hier verbergen sich die tückischen Fehler bei den Trennzeichen.
- Dass nicht vorhandene Felder auf der Rechnung leer bleiben, anstatt mit geschätzten Werten gefüllt zu werden.
- Dass Lieferant und Kunde nicht versehentlich vertauscht werden.
- Dass Datumsangaben, Zahlen und Währungen in exakt dem Format vorliegen, das Ihr Zielsystem zum Import benötigt.
Für eine Liste an Feldern, die sich auf jeder Rechnung zu überprüfen lohnen, lesen Sie unseren Leitfaden zur Rechnungs-OCR.
Testen Sie es mit Ihren eigenen Rechnungen
Fünf Rechnungen können aufzeigen, wo Tools grundsätzlich versagen, aber die echten Dokumente Ihrer Lieferanten sind der entscheidende Test. Verarbeiten Sie Ihre eigenen mehrsprachigen Rechnungen in Parseur und gleichen Sie die extrahierten Einzelposten mit Ihren Originalen ab.
Zuletzt aktualisiert am






