Eingangsrechnungen in Österreich nach Excel exportieren

Österreichische Eingangsrechnungen lassen sich dann sinnvoll nach Excel exportieren, wenn nicht nur der Text aus dem PDF übernommen wird, sondern die Rechnung als prüffähiger Buchhaltungsdatensatz entsteht: Lieferant, Empfänger, UID-relevante Felder, Rechnungsnummer, Ausstellungs- und Leistungsdatum, Netto-, USt- und Bruttobeträge, Steuersätze, Positionen, Quelldatei und Prüfstatus gehören in die Tabelle.

Wer Eingangsrechnungen in Österreich nach Excel exportieren will, braucht deshalb mehr als einen PDF-zu-Excel-Konverter. Die Datei muss zeigen, welche Rechnungen fertig für die weitere Bearbeitung sind und welche noch fachliche Aufmerksamkeit brauchen: Kleinbetragsrechnung bis 400 Euro, Rechnung über 10.000 Euro, Reverse-Charge-Hinweis, steuerfreie Position, gemischte USt-Sätze, Fremdwährung, Dublettenverdacht oder ein Dokument im Stapel, das gar keine Rechnung ist.

Der praktische Unterschied liegt im Aufbau des Workbooks. Eine einfache Tabelle mit Lieferant, Datum und Gesamtbetrag hilft beim schnellen Überblick. Für Buchhaltung, AP-Review oder Kanzleiübergabe ist sie aber oft zu dünn, weil die späteren Fragen fehlen: Woher kommt die Zahl? Welche Seite im PDF belegt sie? Fehlt ein Leistungsdatum? Gibt es mehrere Steuersätze? Soll eine Position auf ein Projekt, eine Kostenstelle oder ein Sachkonto vorbereitet werden?

Excel oder CSV ist in diesem Ablauf ein Prüf- und Übergabemedium. Die Datei kann Eingangsrechnungen für Buchhaltung, Steuerberatung, Importvorbereitung oder spätere UVA/U30-Arbeit strukturieren. Sie ersetzt keine fachliche Freigabe, keine Steuerberatung und keine automatische Verbuchung.

Welche Spalten ein österreichisches Eingangsrechnungs-Workbook braucht

Ein brauchbares Eingangsrechnungs-Workbook beginnt mit den Feldern, die später jemand prüfen, sortieren oder an eine Buchhaltungslogik übergeben muss. Auf Rechnungsebene sind das Lieferant, Lieferantenadresse, Lieferanten-UID soweit vorhanden, Empfänger, Empfänger-UID in relevanten Fällen, Rechnungsnummer, Ausstellungsdatum, Liefer- oder Leistungsdatum, Leistungszeitraum, Währung, Netto, USt-Satz, USt-Betrag, Brutto sowie Zahlungsziel oder Skontoangaben, wenn sie auf der Rechnung stehen.

Diese Spalten sind keine bloße Datensammlung. Sie bestimmen, ob die Excel-Datei als Arbeitsgrundlage taugt. Eine fehlende Rechnungsnummer ist ein anderes Problem als eine fehlende Empfänger-UID. Ein Leistungszeitraum ist anders zu prüfen als ein Zahlungsziel. Deshalb sollte die Tabelle Rohwerte und Prüfhinweise trennen: Die ausgelesenen Rechnungsdaten bleiben in ihren Fachspalten, daneben zeigen Flag-Spalten, was unvollständig, ungewöhnlich oder fachlich zu klären ist.

Für Österreich ist diese Trennung besonders wichtig, weil nicht jede Rechnung dieselben Angaben tragen muss. Die USP/BMF-Hinweise zu Rechnungen in Österreich erklären unter anderem, dass nur eine ordnungsgemäße Rechnung grundsätzlich zum Vorsteuerabzug berechtigt, dass bei Kleinbetragsrechnungen bis 400 Euro bestimmte Empfänger- und UID-Angaben entfallen können und dass Rechnungen über 10.000 Euro unter den genannten Voraussetzungen zusätzlich die UID-Nummer des Leistungsempfängers enthalten müssen.

Das heißt für die Excel-Struktur: Eine UID-Spalte sollte sichtbar sein, aber nicht jede leere UID ist automatisch ein Fehler. Sinnvoller ist eine Kombination aus Betrag, Lieferant, Empfänger, UID-Feldern und Review-Flag. So kann die Buchhaltung Kleinbetragsrechnungen, normale Rechnungen und hohe Rechnungen unterschiedlich prüfen, ohne dass die Extraktion selbst eine steuerliche Entscheidung vorgibt.

Die USt-Felder verdienen dieselbe Sorgfalt. Ein Gesamtbetrag reicht nicht, wenn die Rechnung 10, 13 und 20 Prozent Umsatzsteuer mischt oder einzelne Positionen steuerfrei sind. Mindestens auf Rechnungsebene sollten Netto, USt-Betrag, Brutto und erkannter USt-Satz getrennt stehen. Bei komplexeren Belegen braucht die Datei zusätzlich Positionsdaten oder eigene Spalten für die Steuersatzaufteilung.

Eine Zeile pro Rechnung oder eine Zeile pro Position

Die wichtigste Strukturentscheidung ist, ob eine Rechnung eine Zeile bekommt oder ob jede Rechnungsposition eine eigene Zeile erhält. Für viele AP- und Kanzleiabläufe ist eine Zeile pro Rechnung der richtige Startpunkt: Lieferant, Rechnungsnummer, Datum, Betrag, USt, Status, Notiz und Quelldatei stehen kompakt nebeneinander. Damit lassen sich Dubletten prüfen, offene Fragen sammeln, Summen vergleichen und Monatsstapel an eine Steuerberatung übergeben.

Eine Zeile pro Position ist sinnvoll, wenn die Rechnung für Auswertungen oder Kontierung aufgeteilt werden muss. Dann braucht jede Position eigene Felder für Beschreibung, Menge, Einheit, Einzelpreis, Positionsnetto, USt-Satz, Positionsbrutto und, je nach Arbeitsweise, Kategorie, Projekt, Kostenstelle, Sachkonto oder Mandantenlogik. Das ist besonders nützlich bei Lieferantenrechnungen mit mehreren Kostenarten, gemischten Steuersätzen oder Projektbezug.

In der Praxis ist ein zweiblättriges Workbook oft robuster als ein einzelnes Tabellenblatt. Das erste Blatt enthält die Rechnungsübersicht mit Kopf- und Summendaten. Das zweite Blatt enthält die Positionen. Beide Blätter teilen sich eine stabile Dokument-ID oder Rechnungsnummer, damit eine Position jederzeit zur Rechnung und zur Quelldatei zurückgeführt werden kann.

Diese Verbindung spart später Zeit bei Rückfragen. Wenn eine Position ungewöhnlich hoch wirkt oder ein USt-Satz nicht zum Beleg passt, muss niemand im Dateiordner suchen. Eine Spalte für Dateiname, Seitenzahl oder Belegreferenz reicht oft aus, damit die Prüfung vom Excel-Eintrag direkt zum Originaldokument zurückfindet.

Österreichische Sonderfälle als Review-Flags abbilden

Ein gutes Excel-Workbook macht Sonderfälle sichtbar, ohne sie vorschnell zu beurteilen. Dafür eignen sich eigene Flag-Spalten mit einfachen Werten wie Ja, Nein, Offen oder Prüfen. Die wichtigsten österreichischen Flags sind Kleinbetrag bis 400 Euro, Rechnung über 10.000 Euro, fehlende UID, fehlendes Leistungsdatum, Reverse-Charge-Hinweis, steuerfreie oder innergemeinschaftliche Leistung, gemischte USt-Sätze, 10/13/20-Prozent-Split, Fremdwährung, Summentoleranz, Dublettenverdacht und Nicht-Rechnungsdokument.

Der Wert dieser Flags liegt in der Trennung von Extraktion und fachlicher Prüfung. Die Rechnungserkennung liest die Beträge, Datumswerte, Steuersätze und Hinweise aus. Die Excel-Datei markiert anschließend, was ein Mensch prüfen sollte. Eine Spalte "Reverse Charge erkannt" sagt nicht, dass der Fall schon korrekt behandelt wurde. Sie verhindert, dass der Hinweis in einem PDF-Stapel übersehen wird.

Gemischte Steuersätze verdienen besondere Aufmerksamkeit. Ein einfacher Export mit nur einem USt-Satz verschleiert, ob eine Rechnung mehrere Steuerlogiken enthält. Für österreichische Eingangsrechnungen ist es deshalb sinnvoll, entweder eigene Summenspalten je Steuersatz zu führen oder die Positionsebene so zu exportieren, dass 10, 13 und 20 Prozent getrennt auswertbar bleiben.

Fremdwährungen sollten ebenfalls nicht nur als Betrag erscheinen. Die Tabelle braucht mindestens Währung, Originalbetrag, erkannter Rechnungsbetrag, gegebenenfalls Umrechnungshinweis und Review-Status. Gerade bei grenzüberschreitenden Lieferantenrechnungen ist die spätere Prüfung leichter, wenn die Datei nicht so tut, als wäre jeder Betrag automatisch ein Euro-Betrag.

Wenn die Daten später in eine Umsatzsteuer- oder UVA/U30-Prüfung einfließen, ist diese Vorarbeit entscheidend. Der separate Leitfaden Eingangsrechnungen für die UVA/U30 vorbereiten setzt genau dort an: nicht erst bei der Steuerkennzahl, sondern bei sauberen Rechnungsfeldern, nachvollziehbaren USt-Splits und offenen Review-Flags.

Vom PDF-Stapel zur Excel-Datei mit einem deutschen Prompt

Der praktische Workflow sollte mit der gewünschten Tabelle beginnen, nicht mit der OCR-Technik. Wer eine PDF-Rechnung in Excel umwandeln will, beschreibt zuerst, welche Spalten die österreichische Arbeitsdatei enthalten soll: Kopfspalten, Positionsspalten, USt-Aufteilung, UID-Felder, Quelldatei, Seitenbezug, Review-Status und Notizen. Erst danach ist die Frage wichtig, welches Werkzeug diese Struktur aus PDFs, Scans oder Bildern erzeugt.

Invoice Data Extraction ist für diesen Ablauf promptbasiert aufgebaut. Nutzer laden Rechnungen oder andere Finanzdokumente hoch, beschreiben in natürlicher Sprache, welche Daten sie brauchen, und laden das Ergebnis als Excel, CSV oder JSON herunter. Für österreichische Eingangsrechnungen kann der Prompt also ausdrücklich verlangen, dass Lieferant, UID-Felder, Leistungsdatum, USt-Splits, Positionen, Quelle und Review-Flags getrennt ausgegeben werden.

Das ist auch bei gemischten Lieferantenstapeln hilfreich. Eine österreichische Buchhaltung kann deutschsprachige Inlandsrechnungen, englische Cross-Border-Rechnungen und Belege mit unterschiedlichen Layouts in dieselbe Zielstruktur bringen, solange der Prompt die gewünschten Spalten klar vorgibt.

Ein knapper Prompt wie "Rechnungen nach Excel exportieren" ist dafür zu ungenau. Besser ist eine Beschreibung der gewünschten Arbeitsdatei: eine Rechnungsliste mit Summen und Prüfstatus, ein Positionsblatt mit Steuersätzen und Kostenstellenfeldern oder beides in einem Export. Wer Rechnungen in strukturierte Excel- oder CSV-Dateien umwandeln will, sollte die spätere Prüfung im Prompt bereits mitdenken.

Die Produktgrenzen bleiben wichtig. Invoice Data Extraction kann PDF-, JPG- und PNG-Dateien verarbeiten, große Batches bis 6.000 Dateien unterstützen, einzelne PDFs bis 5.000 Seiten annehmen und strukturierte Ausgaben in XLSX, CSV oder JSON erzeugen. Das ersetzt aber keine fachliche Freigabe, bucht nicht automatisch in BMD oder RZL und reicht nichts in FinanzOnline ein.

Der breitere methodische Hintergrund ist derselbe wie beim allgemeinen Vorgehen, wenn Teams Rechnungsdaten aus PDF extrahieren. Der österreichische Unterschied liegt in der Zielstruktur: Die Extraktion soll nicht nur Text erkennen, sondern eine Datei erzeugen, die UID-Relevanz, USt-Splits, Quelldokumente und offene Prüfungen sauber sichtbar macht.

Excel für BMD, RZL, DATEV Austria und die Kanzlei vorbereiten

Excel oder CSV ist selten das endgültige Ziel. In österreichischen Buchhaltungsabläufen dient die Datei oft als Vorbereitung für BMD, RZL, DATEV Austria, eine Kanzleiübergabe oder einen internen Freigabeprozess. Dafür muss sie nicht jedes Zielsystem nachbauen. Sie muss sauber genug sein, damit Buchhaltung und Steuerberatung die nächsten Schritte ohne erneutes Abtippen setzen können.

Nützliche Handoff-Spalten sind Mandant, Lieferant oder Kreditor, Rechnungsnummer, Ausstellungsdatum, Leistungszeitraum, Netto, USt-Satz, USt-Betrag, Brutto, Kategorie, Kostenstelle, Projekt, Zahlungsstatus, Dateiname oder Beleglink, Review-Status und Notiz. Wenn die Kanzlei eine bestimmte Kontenlogik verwendet, kann eine zusätzliche Spalte für Sachkonto oder Buchungsvorschlag helfen. Unklare Fälle sollten aber offen markiert werden, statt durch geratenen Kontentext scheinbar erledigt zu wirken.

BMD, RZL und DATEV Austria unterscheiden sich je nach Setup, Mandant, Importformat und Kontenlogik. Deshalb sollte ein Eingangsrechnungs-Export keine direkte Verbuchung versprechen. Die stärkere Arbeitsweise ist vorbereitend: Lieferantennamen normalisieren, Dubletten markieren, Beträge und USt-Splits prüfen, offene Kontierung sichtbar lassen und erst dann in die systemspezifische Import- oder Kanzleilogik gehen.

Für Teams, die diesen Übergabeschritt breiter planen, passt der Workflow zum Artikel über vorbereitende Buchhaltung für BMD, RZL und DATEV Austria. Die Extraktion liefert die strukturierten Rechnungsdaten, die Vorbereitungsarbeit macht daraus eine Datei, die zur internen Buchhaltung oder zur Steuerberatung passt.

Prüfen, bevor die Datei weitergeht

Nach dem Export sollte die erste Kontrolle mechanisch sein: Stimmt die Zahl der Dokumente ungefähr mit der Zahl der Rechnungszeilen überein? Gibt es leere Pflichtspalten? Sind einzelne Dateien als Nicht-Rechnung markiert? Danach folgt die fachliche Sicht auf die wichtigsten Risiken.

Bei Dubletten lohnt sich eine Prüfung nach Lieferant, Rechnungsnummer, Datum und Betrag. Bei Summen sollten Stichproben gegen das PDF zeigen, ob Netto, USt und Brutto plausibel übernommen wurden. Bei gemischten Steuersätzen muss erkennbar sein, ob die Aufteilung aus Positionen oder aus Summenzeilen stammt. Bei UID, Leistungsdatum, Reverse Charge, Fremdwährung und Rechnungen über 10.000 Euro sollten offene Flags abgearbeitet werden, bevor die Datei weitergegeben wird.

Große Stapel werden nicht besser, wenn jedes Feld manuell neu abgetippt wird. Sinnvoller sind gezielte Kontrollen: zuerst die markierten Ausnahmen, dann risikoreiche Lieferanten oder hohe Beträge, anschließend eine Stichprobe aus normalen Rechnungen. So bleibt der Vorteil automatischer Rechnungserkennung erhalten, ohne die Verantwortung für die fachliche Freigabe zu verwischen.

Ein guter Export versteckt die Prüfung nicht. Er macht sichtbar, welche Rechnungen vollständig strukturiert sind, welche Angaben noch offen sind und wo ein Mensch entscheiden muss, bevor die Datei in Buchhaltung, Kanzleiübergabe oder Importvorbereitung weitergeht.