Stapelrechnungsverarbeitung

Stapelrechnung zu Excel — 40 Lieferanten, eine Tabelle

Das Problem ist nicht die Menge. 40 Rechnungen vom selben Lieferanten zu verarbeiten, dauert mit jedem Vorlagentool Sekunden. Die eigentliche Herausforderung ist eine Rechnung von 40 verschiedenen Lieferanten — Datumsformate unterscheiden sich (MM/DD/YYYY vs. DD.MM.YYYY vs. "15.03.2024"), Feldbezeichnungen variieren ("Rechnungsempfänger" vs. "Kunde" vs. "Lieferanschrift"), die Tiefe der Positionen ist unterschiedlich (manche haben 2, manche 50). Die KI liest nach Bedeutung, nicht nach Position: Sie definieren die Spalten einmal, und jedes Lieferantenlayout wird automatisch zugeordnet.

Keine Vorlagen · Kein Lieferanten-Setup · 5–10 s pro Rechnung

PDF
JPG / PNG
Handyfoto
Gescanntes PDF

Was Sie aus jeder Rechnung in einem Batch extrahieren können

Geben Sie die gewünschten Spaltennamen ein – die KI findet diese Werte auf jeder Rechnung im Batch, indem sie versteht, was jedes Feld bedeutet, nicht wo es auf der Seite steht. Die eingegebenen Spaltennamen werden zu den exakten Überschriften Ihrer Ausgabetabelle. Keine Begrenzungsrahmen zum Zeichnen, keine Regex-Regeln zum Schreiben, keine Vorlage pro Anbieter.

Dateiname
Lieferant
Rechnungsnummer
Bestellnummer
Rechnungsdatum
Fälligkeitsdatum
Nettobetrag
Steuerbetrag
Gesamtbetrag
Positionsanzahl
Zahlungsbedingungen
Lieferland

Felder nicht aufgeführt? Definieren Sie jeden beliebigen Spaltennamen – die KI findet ihn auf jeder Rechnung anhand der Bedeutung. Felder wie Dateiname und Lieferland sind besonders im Batch-Modus nützlich, um die Ausgabe nach Quelldokument oder Lieferregion zu sortieren und zu filtern – ohne manuelle Kennzeichnung.

Das Schwierigste an der Stapelrechnungsverarbeitung ist nicht die Menge – es ist die Formatvielfalt

40 Rechnungen von einem Lieferanten verarbeiten? Jedes Vorlagentool schafft das. Aber eine Rechnung von jedem von 40 verschiedenen Lieferanten – mit unterschiedlichen Layouts, unterschiedlichen Datumskonventionen, unterschiedlichen Feldnamen, unterschiedlicher Positionstiefe – hier brauchen vorlagenbasierte Stapeltools 40 separate Konfigurationen. Die Spaltennamenextraktion macht die Vorlage überflüssig: Sie definieren die Felder einmal, und die KI liest jede Rechnung nach Bedeutung, nicht nach Position.

Warum Multi-Vendor-Batching Vorlagen-Tools scheitern lässt

01

Eine Vorlage pro Lieferantenformat. Jeder Lieferant formatiert seine Rechnung anders – Feldpositionen unterscheiden sich, Feldbezeichnungen variieren (einer schreibt „Bill To", ein anderer „Customer", ein dritter „Sold To"), Datumskonventionen sind unterschiedlich, selbst die Seitenausrichtung weicht ab. Ein vorlagenbasiertes Tool benötigt eine separate Parser-Konfiguration pro Lieferant. Bei 40 Lieferanten sind das 40 Konfigurationen, die erstellt, getestet und gewartet werden müssen. Wenn ein Lieferant sein ERP oder seine Buchhaltungssoftware aktualisiert, bricht die Vorlage stillschweigend. Nutzer auf Reddit beschreiben das Kernproblem als „Layouts (lieferantenspezifische Unterschiede, keine kleinen Anpassungen)" – die Abweichung ist strukturell, nicht kosmetisch.

02

Die Datumsnormalisierung bleibt an Ihnen hängen. Ein Lieferant schreibt „03/15/2024", ein anderer „15.03.2024", ein dritter „15-Mar-2024", ein vierter verwendet ein japanisches Datum wie „令和6年3月15日". Vorlagen-Tools extrahieren Text unverändert – der Datumsstring, den Sie erhalten, ist genau das, was auf der Seite stand. Sie müssen jede Datumsspalte anschließend manuell normalisieren, Excel-Formeln schreiben oder Suchen-und-Ersetzen über hunderte Zeilen laufen lassen. Dieser Schritt allein kann beim Monatsabschluss einen ganzen Nachmittag verschlingen.

03

Variable Positionsanzahlen sprengen feste Ausgabeschemata. Lieferant A hat 2 Positionen. Lieferant B hat 45 Positionen auf 3 Seiten. Lieferant C hat eine mehrstufige Struktur mit Zwischensummen und einer Gesamtsumme auf der letzten Seite. Vorlagen-Tools erwarten eine konsistente Zeilenstruktur – wenn die Positionsanzahl innerhalb desselben Batches zwischen 2 und 50 variiert, produzieren feste Zeilenschemata falsch ausgerichtete oder unvollständige Ausgaben. Nutzer berichten, dass Tools wie AWS Textract „nur dann nützlich sind, wenn Rechnungen strukturiert und in tabellarischer Form vorliegen" – reale Rechnungsbatches erfüllen diese Bedingung jedoch selten.

Wie die Spaltennamensextraktion mit Formatheterogenität umgeht

01

Spaltennamen funktionieren in jedem Anbieterlayout – sie sind die Vorlage. Dies ist die benutzerdefinierte Spaltenextraktion: Sie geben die benötigten Spaltennamen (z. B. „Rechnungsnummer", „Fälligkeitsdatum", „Gesamtbetrag", „Lieferantenname", „Lieferantenland") einmal ein. Das visuelle Sprachmodell liest jede Rechnung im Stapel, versteht die Bedeutung dieser Begriffe und findet die entsprechenden Werte auf jeder Seite anhand der semantischen Bedeutung – nicht anhand von Seitenkoordinaten. Ob ein Anbieter das Rechnungsdatum oben rechts, im Kopfblock oder neben dem Firmenlogo platziert, die KI findet es. Die Spaltennamen sind die einzige erforderliche Konfiguration – und sie gelten für jede Rechnung jedes Anbieters im Stapel.

02

Datums- und Betragsnormalisierung erfolgt automatisch. Die KI erkennt einen Datumswert unabhängig von seiner Formatierung auf der Seite – MM/TT/JJJJ, TT.MM.JJJJ, „15-Mär-2024" oder ära-basierte japanische Formate. Sie gibt das Datum in einem normalisierten, einheitlichen Format für jede Zeile in der zusammengeführten Tabelle aus. Gleiches gilt für Beträge: „1.500,00 €" (europäisch), „$1.500,00" (US) und „1 500,00" (französische Leerzeichen) werden alle in Ihrem gewählten Format geparst und ausgegeben. Keine Nachbearbeitungsformeln, keine manuelle Neuformatierung.

03

Dynamische Zeilengenerierung pro Rechnung. Eine Rechnung mit 2 Positionen erzeugt 2 Zeilen. Eine Rechnung mit 50 Positionen erzeugt 50 Zeilen. Eine Sammelrechnung ohne Einzelposten erzeugt 1 Zeile. Alle teilen sich dieselben Spaltenüberschriften in der Ausgabetabelle – die Struktur dehnt und staucht sich pro Dokument natürlich. Sie können auch berechnete Spalten hinzufügen: Definieren Sie eine Spalte wie „Positionssumme (Menge × Einzelpreis)" und die KI führt die Berechnung während der Extraktion für jede Rechnung im Stapel durch, unabhängig von der Anzahl der Einzelposten. Für komplexere Logik wie zeilenübergreifende Aggregation oder Bedingungsprüfungen verwenden Sie das Regelformat (verfügbar für angemeldete Benutzer). Kein separater Excel-Formelschritt erforderlich.

So funktioniert die Stapelverarbeitung von Lieferantenrechnungen in der Praxis

Monatsende bedeutet ein Ordner mit Rechnungen von 40 Lieferanten – jeder mit einem anderen ERP-System, anderen Datumsformaten und anderen Rechnungslayouts. So läuft es ab, wenn Sie alle auf einmal hochladen.

1

Alle Rechnungen auf einmal hochladen

Ihr Ordner enthält 40 Dateien: 25 PDF-Rechnungen aus verschiedenen ERP-Systemen (SAP, Oracle, QuickBooks), 10 gescannte Rechnungen als JPGs von kleineren Lieferanten und 5 Handyfotos von Papierrechnungen aus Außenstellen. Ziehen Sie alle zusammen in den Upload-Bereich – das Tool akzeptiert PDF, JPG, PNG, WebP und AVIF. Keine Vorsortierung nach Format, keine getrennten Stapel für Scans vs. digitale PDFs. Jede Datei darf bis zu 10 MB groß sein.

2

Spalten einmal definieren

Geben Sie Dateiname, Lieferantenname, Rechnungsnummer, Bestellnummer, Rechnungsdatum, Fälligkeitsdatum, Nettobetrag, Steuerbetrag, Gesamtbetrag, Positionsanzahl, Zahlungsbedingungen, Lieferland ein. Diese Namen werden zu den Kopfzeilen Ihrer Ausgabetabelle. Benötigen Sie berechnete Spalten? Fügen Sie Positionssumme (Menge × Einzelpreis) hinzu, damit die KI die Positionssummen während der Extraktion berechnet – über alle 40 Rechnungen hinweg, selbst wenn jede eine andere Anzahl von Positionen hat.

3

Eine einheitliche Tabelle herunterladen

Die Verarbeitung dauert 5–10 Sekunden pro Rechnung. Die Ausgabe ist eine einzelne XLSX- oder CSV-Datei – jede Rechnung liefert Zeilen mit passenden Spaltenüberschriften. PDF aus Oracle, JPG von einem Einzelunternehmer, Handyfoto eines Außendiensttechnikers – alles in einer Tabelle mit den von Ihnen definierten Spalten. Daten normalisiert, Beträge geparst, Dateinamen zur Nachverfolgung enthalten. Etwa 18-mal schneller als die ~3 Minuten manuelle Eingabe pro Rechnung.

Wann die Stapelverarbeitung von Rechnungen funktioniert – und wann Sie Ergebnisse prüfen sollten

Die Stapelverarbeitung von Rechnungen verarbeitet die meisten Lieferantenformate zuverlässig. Wenn Sie ihre Grenzen kennen, wissen Sie, wann Sie saubere Ausgaben erwarten können und wann ein Stapel stichprobenartig geprüft werden sollte.

Ideale Anwendungsfälle

Rechnungen verschiedener Anbieter mit unterschiedlichen Layouts. Rechnungen von 40 verschiedenen Lieferanten – mit unterschiedlichen Feldpositionen, Bezeichnungen und Datumsformaten – werden alle in dieselbe Spaltenstruktur extrahiert. Hier übertrifft die spaltennamenbasierte Extraktion vorlagenbasierte Tools deutlich.

Gedruckte Rechnungen mit klaren Feldbezeichnungen. Bis zu 99 % Genauigkeit bei gedrucktem Text. Wenn Rechnungen durchgängig Bezeichnungen wie „Rechnungsdatum:“, „Gesamtbetrag:“ oder „Fällig am:“ in der Nähe der entsprechenden Werte zeigen – selbst in verschiedenen Sprachen – erkennt die KI diese zuverlässig, unabhängig von der Position auf der Seite.

Rechnungen mit und ohne Positionsdetails. Ein Batch mit detaillierten Rechnungen (40+ Positionen) und einfachen Einzeiler-Rechnungen wird sauber ausgegeben – jede Rechnung erzeugt automatisch die richtige Anzahl Zeilen. Sie erhalten eine einzige zusammengeführte Tabelle, nicht mehrere Dateien mit unterschiedlichen Strukturen.

Mehrsprachige Rechnungen internationaler Lieferanten. Eine deutsche Rechnung mit „Rechnungsdatum“, eine französische mit „Date de facturation“ und eine englische mit „Invoice Date“ – alle werden in dieselbe Spalte „Rechnungsdatum“ in der Ausgabe extrahiert. Die KI liest sprachübergreifend nach Bedeutung.

Wann Ergebnisse prüfen

Positionen über Seitenumbrüche hinweg. Eine Produktzeile oder Beschreibung, die auf der nächsten Seite fortgesetzt wird, kann geteilt oder unvollständig erfasst werden. Prüfen Sie mehrseitige Rechnungen mit langen Positionstabellen vor dem Import in Ihr AP-System – besonders wenn einzelne Beschreibungen über mehrere Druckzeilen laufen.

Handschriftliche Preiskorrekturen auf gedruckten Rechnungen. Wenn handschriftliche Notizen gedruckte Beträge überdecken oder ersetzen, liest die KI den lesbarsten Wert – das ist aber nicht immer die korrigierte Zahl. Markieren Sie Rechnungen mit sichtbaren durchgestrichenen Beträgen zur manuellen Prüfung, bevor der Batch läuft.

Stark degradierte Scans oder Faxkopien mit niedriger Auflösung. Durchschläge dritter oder vierter Generation oder Faxausdrucke unter 150 DPI verringern die Erkennungsgenauigkeit. Scannen Sie nach Möglichkeit mit 300 DPI oder höher und verwenden Sie das Originaldokument statt einer Kopie. Schlechte Rechnungen liefern trotzdem Ergebnisse, aber Sie sollten diese Zeilen einzeln prüfen.

Bezeichnungen, die rein auf Position ohne Textlabel basieren. Zeigt eine Rechnung einen Wert wie „1.250 €“ an einer Position, die „Gesamtsumme“ impliziert, aber kein Textlabel daneben steht, kann die KI nicht zuverlässig bestimmen, was dieser Wert darstellt. Felder mit expliziten Labels – selbst wenn sie von Lieferant zu Lieferant unterschiedlich benannt sind – werden deutlich genauer extrahiert als rein positionsbasierte Daten.

Häufig gestellte Fragen

Kann ich Rechnungen von 40 verschiedenen Lieferanten mit völlig unterschiedlichen Formaten in einem Durchgang verarbeiten?

Ja – das ist der Kernanwendungsfall. Laden Sie Rechnungen von beliebig vielen Lieferanten in einem Durchgang hoch. Die KI liest jede Rechnung nach semantischer Bedeutung, nicht nach Position: Ob ein Lieferant das Rechnungsfeld "Bill To", "Customer" oder "Sold To" nennt, die KI erkennt es als Kundennamen und ordnet es der von Ihnen definierten Spalte zu. Unterschiedliche Datumsformate, unterschiedliche Feldpositionen, unterschiedliche Positionsstrukturen – alles wird ohne lästige Vorlagenkonfiguration pro Lieferant verarbeitet. Die einmal definierten Spaltennamen gelten für jede Rechnung im Durchgang.

Normalisiert das Tool unterschiedliche Datumsformate automatisch?

Ja. Ein Lieferant schreibt Daten als MM/TT/JJJJ, ein anderer als TT.MM.JJJJ, ein dritter als "15-Mär-2024", ein vierter verwendet ein japanisches Jahresformat. Das visuelle Sprachmodell erkennt jedes als Datumswert und gibt es in einem einheitlichen, normalisierten Format in jeder Zeile der zusammengeführten Tabelle aus. Die gleiche Normalisierung gilt für Betragsformate – europäische "1.500,00 €", US-amerikanische "$1.500,00" und französische "1 500,00" werden alle korrekt geparst. Keine manuelle Datumsreformatierung, keine Excel-Formelspalten, kein Suchen-und-Ersetzen über Hunderte von Zellen.

Was passiert, wenn einige Rechnungen Positionen haben und andere nur eine Gesamtsumme?

Beide Typen funktionieren im selben Durchgang ohne spezielle Behandlung. Sie können wählen, ob Sie eine Zeile pro Position ausgeben möchten – wobei Kopffelder wie Lieferantenname und Rechnungsnummer in jeder Zeile wiederholt werden – oder eine Zusammenfassungszeile pro Rechnung, je nachdem, was Ihr nachgelagertes Kreditorenbuchhaltungssystem erwartet. Eine Rechnung mit 2 Positionen erzeugt 2 Zeilen, eine mit 50 Positionen erzeugt 50, eine Sammelrechnung erzeugt 1. Alle teilen sich dieselben Spaltenüberschriften in der Ausgabedatei.

Wie stelle ich sicher, dass die Ausgabespalten mit den Erwartungen meines Kreditoren- oder ERP-Systems für den Import übereinstimmen?

Geben Sie Ihre Spaltennamen genau so ein, wie die Feldnamen Ihres Kreditorensystems lauten. Wenn Ihr System Lieferanten-ID anstelle von "Lieferantenname" oder Rechnungs_Datum anstelle von "Rechnungsdatum" erwartet, verwenden Sie diese Namen – die KI findet die entsprechenden Werte auf jeder Rechnung, unabhängig davon, wie die Rechnung sie selbst bezeichnet. Die von Ihnen eingegebenen Spaltennamen werden zu den wörtlichen Überschriften in der exportierten Excel-Datei, sodass die Ausgabe direkt in Ihr System importiert werden kann, ohne manuelles Umbenennen oder Neuformatieren.

Was passiert, wenn eine Rechnung in einem Batch von 40 eine schlechte Scanqualität hat – schlägt der gesamte Batch fehl?

Nein. Jede Rechnung wird unabhängig verarbeitet. Wenn eine Datei in einem Batch von 40 ein verblasstes Kohlepapier mit geringem Kontrast ist, kann die Extraktionsgenauigkeit dieser Rechnung geringer sein – die anderen 39 bleiben jedoch unbeeinträchtigt. Die Rechnung mit schlechter Qualität erscheint weiterhin in der Ausgabetabelle mit den Werten, die die KI extrahieren konnte; Sie können diese einzelnen Zeilen überprüfen und korrigieren, ohne den gesamten Batch erneut ausführen zu müssen. Scannen Sie Rechnungen für beste Ergebnisse mit 300 DPI oder höher und verwenden Sie Original-Scans anstelle von Kopien. Teilen Sie sehr große Batches in Gruppen von etwa 30 Dateien auf, um die Überprüfung pro Batch zu erleichtern.

📮 contact email: [email protected]