50 portugiesische Rechnungen, eine Tabelle:
Stapelverarbeitung von Faturas

Was Batch grundlegend anders macht

Eine einzelne Rechnung zu verarbeiten, erfordert nur wenige Tastenklicks. Sie öffnen das PDF, geben den Lieferantennamen, die Rechnungsnummer und den Gesamtbetrag ein und machen weiter. 50-mal wiederholt, sagt die Arithmetik, dass Sie in etwa zweieinhalb Stunden fertig sein sollten – bei 3 Minuten pro Rechnung, dem durchschnittlichen Benchmark für manuelle Eingabezeiten aus Branchenumfragen. Aber jeder, der tatsächlich schon einmal 50 Rechnungen am Stück verarbeitet hat, weiß, dass die tatsächliche Zahl höher liegt.

Die Rechnung geht nicht auf, weil Batch drei Probleme mit sich bringt, die es im Einzelbeleg-Maßstab nicht gibt. Erstens: Konsistenz: Sie müssen dieselben Datenpunkte aus Rechnungen verschiedener Lieferanten extrahieren, jeder mit eigenem Layout, eigenen Feldbezeichnungen und eigener Interpretation dessen, was "Rechnungsnummer" oder "steuerpflichtiger Betrag" in der Praxis bedeutet. Zweitens: Zusammenführung: 50 separate Extraktionen müssen in einer Tabelle zusammengeführt werden, in der die Spaltenüberschriften in jeder Zeile übereinstimmen – eine einzige Unstimmigkeit und Ihre Pivot-Tabelle oder Ihr SAF-T-Import schlägt fehl, ohne Ihnen zu sagen, wo. Drittens: Ausnahmen: Bei 50 Rechnungen werden Sie mit ziemlicher Sicherheit auf mindestens eine Gutschrift (nota de crédito) stoßen, eine mit einer geteilten Zahlungsreferenz und eine, bei der der ausgedruckte Gesamtbetrag nicht mit der Positionssumme übereinstimmt. Die Fehlersuche in einer zusammengeführten Tabelle ist eine andere Fähigkeit als die Korrektur – und weitaus zeitaufwändiger.

Warum die portugiesische Fatura Batch-Verarbeitung erfordert

Generische Batch-Verarbeitungswerkzeuge verarbeiten einen Steuersatz. Eine portugiesische Rechnung (fatura) führt bis zu drei – den Standardsatz von 23 %, den Zwischensatz von 13 % und den ermäßigten Satz von 6 % – die jeweils auf separaten Positionen erscheinen und jeweils eine eigene Spalte in jeder buchhaltungsfähigen Tabelle benötigen. Das Problem verschärft sich, wenn Sie Rechnungen von Lieferanten aus Madeira (22 %/12 %/5 %) oder den Azoren (18 %/9 %/4 %) verarbeiten, wo derselbe Lieferantenname im selben Batch Rechnungen unter verschiedenen territorialen Mehrwertsteuerregelungen ausstellen kann.

Diese Mehrfachsatzstruktur ist der erste Grund, warum Batch-Verarbeitung für portugiesische AP-Teams nicht optional ist. Ein einzelnes Extraktionstool kann die gesamte IVA aus einer Rechnung ziehen. Aber die declaração periódica do IVA – die periodische Mehrwertsteuererklärung, die bis zum 20. des zweiten Monats nach dem Berichtszeitraum einzureichen ist – erfordert die Aufschlüsselung der Steuerbemessungsgrundlage und des Steuerbetrags nach Steuersatz. Eine einzige Gesamtbetragsspalte reicht nicht aus. Sie benötigen mindestens sechs Spalten allein für die IVA in einer Mehrfachsatz-Fatura: base tributável und valor do IVA für jeden der drei Sätze. Die manuelle Extraktion dieser Daten über 50 Rechnungen hinweg bedeutet 300 Datenpunkte in sechs Spalten, von denen jeder ein potenzieller Abstimmungsfehler ist.

Der zweite Grund ist die monatliche SAF-T-Abrechnungsfrist. Seit Januar 2024 schreibt die Autoridade Tributária e Aduaneira (AT) den 5. des Folgemonats für die Einreichung des Billing SAF-T (SAF-T Faturação) vor – XML-Dateien, die von AT-zertifizierter Software erstellt werden und jede Rechnungsposition, jede Steueraufschlüsselung und jeden ATCUD-Code enthalten. Diese Frist wiederholt sich jeden Monat. Ein portugiesisches KMU, das 50 Lieferantenrechnungen pro Monat verarbeitet, hat effektiv ein wiederkehrendes 5-Tage-Abstimmungsfenster: Rechnungen erhalten, Daten extrahieren, gegen das e-Fatura-Portal validieren, die NIFs gegenprüfen und das SAF-T-XML erstellen. Jeder Extraktionsschritt, der länger als einen Tag dauert, verkürzt dieses Fenster.

Der dritte Grund ist der ATCUD (Código Único do Documento), der seit Januar 2023 gemäß Artikel 35-A des CIVA vorgeschrieben ist. Jede portugiesische Rechnung trägt einen eindeutigen 8-stelligen alphanumerischen Validierungscode. Wenn Sie 50 Rechnungen in einer Tabelle zusammenführen, wird der ATCUD zum einzigen zuverlässigen Schlüssel, um jede Zeile zu ihrem Quelldokument zurückzuverfolgen. Verlieren Sie ihn bei der Extraktion, verlieren Sie die Möglichkeit, bei einer AT-Prüfung nachzuweisen, welche Rechnung welche Zeile erzeugt hat.

Eine ausführlichere Anleitung zur Extraktion einzelner Fatura-Felder – NIF-Positionierung, Identifizierung des IVA-Satzes und QR-Code-Handling – finden Sie in unserem Schritt-für-Schritt-Leitfaden zur portugiesischen Fatura-Extraktion. Der Rest dieses Artikels setzt diese Grundlagen voraus und konzentriert sich darauf, was sich ändert, wenn Sie sie in Stapeln verarbeiten.

Spaltenarchitektur für die Stapelverarbeitung mehrerer Lieferanten

Die Tabellenstruktur, die Sie für die Stapelverarbeitung wählen, bestimmt alles Weitere – ob Ihr SAF-T-Import erfolgreich ist, ob Ihre e-Fatura-Abstimmung Minuten oder Stunden dauert und ob Sie dieselbe Struktur Monat für Monat wiederverwenden können. Es richtig zu machen bedeutet, Spalten zu entwerfen, die bei jedem Lieferanten im Stapel funktionieren.

Mindestens benötigt eine für die Stapelverarbeitung vorbereitete portugiesische Fatura-Tabelle diese Spaltengruppen:

Die entscheidende Designfrage ist eine Zeile pro Rechnung (Kopfebene) versus eine Zeile pro Position (Detailebene). Für SAF-T-Abrechnungseinreichungen verlangt die AT Positionsdetails, für den monatlichen Kreditorenabgleich und die e-Fatura-Prüfung ist die Kopfebene jedoch meist ausreichend. Die meisten portugiesischen Buchhalter, mit denen wir zusammenarbeiten, extrahieren zuerst die Kopfebene, gleichen sie mit e-Fatura ab und führen dann einen zweiten Durchlauf auf Positionsebene für die SAF-T-XML-Erstellung durch. Beide Durchläufe im selben Tool zu behalten, spart einen vollständigen Abstimmungsschritt.

Der Ansatz, der dies über verschiedene Lieferanten hinweg funktionieren lässt, ist die semantische Spaltenbenennung. Anstatt dem Extraktionstool zu sagen "finde die Zahl in der oberen rechten Ecke", definieren Sie Spalten nach der Bedeutung der Daten: "Lieferanten-NIF", "Rechnungsbetrag inkl. MwSt.", "ATCUD." Die KI liest jede Rechnung, versteht die Feldsemantik und platziert den Wert in der richtigen Spalte, unabhängig davon, wo er auf der Seite erscheint oder welche Bezeichnung der Lieferant verwendet hat ("Total", "Valor Total", "Montante" oder "Total a Pagar").

Namenskonventionen für die monatsübergreifende Abstimmung

Bei der Stapelverarbeitung fallen viele Dateien an – mehrere Uploads, Extraktionsläufe und Exporte. Drei Monate später, bei der vierteljährlichen IVA-Abstimmung, müssen Sie eine bestimmte Zeile in Ihrer Tabelle der exakten Lieferanten-PDF zuordnen können. Wenn Ihre Namenskonvention "Rechnung1.pdf, Rechnung2.pdf" lautete, haben Sie ein Problem.

Der Batch-Name ist Ihr erster organisatorischer Hebel. Eine einheitliche Konvention – wie AP-2026-06-Lieferanten oder 2506-Rechnungen-Monatlich – gruppiert alle Extraktionsergebnisse unter einem auffindbaren Label. Zusammen mit dem ursprünglichen Dateinamen als Spalte erhält jede Zeile eine vollständige Herkunftskette: Batch → Originaldatei → extrahierte Zeile. Wenn die AT das Quelldokument für einen bestimmten IVA-Abzug anfordert, finden Sie es in Sekunden, statt 50 PDFs einzeln zu öffnen.

Für die Extraktionsspalten selbst gilt: Benennen Sie Spalten nach dem, was sie darstellen, nicht nach ihrem Erscheinungsort. "Lieferanten-NIF" funktioniert bei jeder Rechnung im Batch, weil jede Rechnung einen NIF hat – die Steueridentifikationsnummer (Número de Identificação Fiscal). "Oben-rechts-USt-IdNr." würde scheitern, sobald ein Lieferant seinen NIF in der Fußzeile platziert, was viele tun. Semantische Benennung sorgt dafür, dass dieselbe Spaltendefinition für 50 Rechnungen mit 50 verschiedenen Layouts gültig bleibt.

Portugiesische Namensüberlegungen:

• „NIF“ statt „USt-IdNr.“ verwenden. Portugiesische Buchhaltungssoftware erwartet NIF als Feldbezeichnung, und das e-Fatura-Portal verwendet NIF sowohl für Lieferanten- als auch für Kundensuchen. Nennen Sie es bei der ersten Verwendung im Extraktions-Setup „Lieferanten-NIF (NIF Fornecedor)“.
• Mehrwertsteuerspalten nach Steuersatz trennen, nicht nach Lieferant. Spalten mit den Namen „MwSt. 23% Basis“ und „MwSt. 23% Betrag“ funktionieren unabhängig davon, ob die Rechnung von einem Schreibwarenhändler aus Porto oder einem IT-Beratungsunternehmen aus Lissabon stammt. Spalten, die nach bestimmten Lieferanten benannt sind, versagen, sobald sich die Lieferantenmischung ändert.
• ATCUD immer als separate Spalte extrahieren. Auch wenn Ihr aktueller Workflow ihn nicht verwendet: Der ATCUD ist die eindeutige Dokumentenkennung, die die Prüfsysteme der AT abfragen. Wenn Sie ihn von Anfang an in Ihrer Tabelle haben, müssen Sie nie einen Batch neu extrahieren, wenn zwei Jahre später eine Prüfungsanfrage eingeht.

Ausnahmebehandlung: Wenn eine Rechnung im Batch falsch ist

Bei der Einzelverarbeitung fällt ein falsch gelesenes Feld sofort auf – Sie sehen es direkt auf dem Bildschirm und korrigieren es. In einem Batch mit 50 Rechnungen verschwindet derselbe Lesefehler in einer Tabelle mit 50 Zeilen × 20 Spalten. Ein falscher MwSt.-Betrag auf Rechnung Nr. 34 von 50 könnte unbemerkt bleiben, bis die periodische Umsatzsteuervoranmeldung nicht aufgeht – dann müssen Sie 1.000 Datenpunkte durchsuchen, um einen Fehler zu finden.

Die erste Verteidigungslinie ist der Summen-Checkpoint. Bevor Sie mit der Batch-Ausgabe etwas anderes tun, summieren Sie die Spalte „MwSt. Gesamt“ und vergleichen Sie sie mit der Summe der gedruckten Gesamtbeträge aus den Quelldokumenten. Wenn der Tabellen-Gesamtbetrag 1.247,80 € beträgt, Ihre Lieferantenabrechnungen aber 1.253,45 € ausweisen, wurde etwas falsch gelesen. Die ATCUD-Spalte ermöglicht es Ihnen, die fehlerhafte Zeile zurückzuverfolgen – filtern Sie nach Datumsbereich, sortieren Sie nach Lieferant und gleichen Sie Zeile für Zeile mit dem e-Fatura-Portal ab, das alle für diesen NIF und Monat an die AT übermittelten Rechnungen auflistet.

Die zweite Verteidigungslinie ist die Verarbeitung von Gutschriften (notas de crédito) und Korrekturdokumenten im selben Batch. Eine Nota de Crédito sieht aus wie eine Rechnung, enthält aber negative Beträge. Wenn Ihre Extraktionsspalten sie identisch zu einer Standardrechnung behandeln, gleichen die negativen Werte den Batch-Gesamtbetrag korrekt aus – aber die Aufschlüsselung der MwSt. auf Spaltenebene kann die Gutschrift fälschlicherweise dem falschen Steuersatz zuordnen. Der sicherste Ansatz ist, Gutschriften mit einer Spalte „Dokumententyp“ zu kennzeichnen (Werte: Fatura, Nota de Crédito, Fatura-Recibo) und zu überprüfen, ob die MwSt.-Sätze auf den Gutschriften mit den Sätzen der ursprünglichen Rechnungen übereinstimmen, die sie korrigieren.

Von der Tabelle zum SAF-T: Den Kreislauf schließen

Das Ergebnis einer Stapelverarbeitung ist eine Excel-Datei. Ihre AT-zertifizierte Software benötigt einen strukturierten Datensatz, den sie auf das SAF-T-XML-Schema gemäß Portaria Nr. 321-A/2007 und dessen spätere Aktualisierungen abbilden kann. Der Schritt dazwischen – das Importieren Ihrer Tabelle in die Buchhaltungssoftware – ist der Punkt, an dem sich die zuvor festgelegte Spaltenarchitektur auszahlt.

Verschiedene portugiesische Buchhaltungsplattformen handhaben den Massenimport unterschiedlich:

• Cegid Primavera (ehemals Primavera BSS) unterstützt den CSV-Import für Eingangsrechnungen mit Feldzuordnung. Wenn Ihre Stapel-Exportspalten mit den Primavera-Feldnamen übereinstimmen – „NIF Fornecedor", „Nº Documento", „Data", „Base Tributável", „Valor IVA" – ist der Import eine direkte Zuordnung mit minimalem manuellen Aufwand.
• PHC Software (jetzt Teil von Cegid) bietet einen Import-Assistenten, der Excel-Vorlagen lesen kann. Die einmalige Definition der Spalten-zu-Feld-Zuordnung ermöglicht die Wiederverwendung für jeden weiteren Stapel und macht den monatlichen Import zu einem Zwei-Klick-Vorgang.
• TOConline, die eigene Plattform der OCC, die von Tausenden von contabilistas certificados genutzt wird, bietet eine OCR-gestützte Belegerfassung und unterstützt den CSV-Massenimport für Eingangsrechnungen. Die „Robot"-Funktion der Plattform kann Dokumente vorab klassifizieren – die Qualität der Klassifizierung hängt jedoch davon ab, wie sauber die extrahierten Daten auf die Kontenrahmen-Codes des SNC (Sistema de Normalização Contabilística) gemäß Decreto-Lei Nr. 158/2009 abgebildet werden.
• Sage 50 Portugal und Moloni akzeptieren beide strukturierte CSV-Importe für Eingangsbelege, wobei Moloni besonders bei Kleinst- und Kleinunternehmen beliebt ist – über 39.000 Unternehmen nutzen es für die zertifizierte Rechnungsstellung.

Nach dem Import erzeugt die zertifizierte Software das SAF-T-XML mit der korrekten Struktur, digitalen Signaturen und ATCUD-Verknüpfung. Der letzte Prüfschritt ist das e-Fatura-Portal: Filtern Sie nach Monat, sortieren Sie nach NIF, und bestätigen Sie, dass jede fatura in Ihrer Tabelle in den AT-Aufzeichnungen erscheint. Ein fehlendes Dokument bedeutet, dass der Lieferant es nicht übermittelt hat – ein separates Problem, das Sie jetzt aber in Minuten identifizieren können, anstatt es erst während einer Prüfung zu entdecken.

Paula Franco, die bastonária (Präsidentin) der Ordem dos Contabilistas Certificados (OCC), erklärte öffentlich, dass 20 % bis 30 % der Arbeitszeit eines portugiesischen contabilista darauf entfallen, Dokumente von Kunden einzuholen – nicht sie zu analysieren, nicht zu beraten, sondern sie nur ins System zu bekommen. Die Stapelverarbeitung löst das „Einholen" nicht. Aber sie eliminiert das erneute Abtippen vollständig und verwandelt zwei Stunden Dateneingabe in eine 10-minütige Prüfung und den Import. Für einen Berufsstand, den die OCC aktiv modernisieren will – ihre Initiative „Contabilista 3.0" zielt speziell auf die Automatisierung von Routineaufgaben ab –, ist dieser Wandel nicht marginal. Es ist der Unterschied zwischen einem contabilista, der jeden 5. eines Monats im Dateneingabe-Sprint verbringt, und einem, der ihn mit Prüfen und Beraten verbringt.

FAQ

Funktioniert die Stapelverarbeitung auch mit gescannten Papierrechnungen, nicht nur mit digitalen PDFs?

Ja, sofern der Scan lesbar ist. Moderne KI-Extraktion nutzt visuelle Sprachmodelle, die Dokumentbilder wie ein Mensch lesen – sie benötigen keine Textebene. Ein klares Foto einer Papierrechnung mit dem Handy funktioniert. Stark verzerrte, niedrig aufgelöste oder teilweise beschnittene Scans liefern geringere Genauigkeit. Bei gemischten Stapeln (teils digitale PDFs, teils Scans) variiert die Extraktionsqualität pro Dokument mit der Eingabequalität – weshalb die Stichprobenregel (erste 5 und letzte 5 Zeilen) bei scanlastigen Stapeln wichtiger ist.

Was passiert, wenn eine Rechnung IVA-Befreiungen (isenção de IVA) oder Reverse Charge aufweist?

Fügen Sie eine Spalte „IVA-Regime" zu Ihrer Extraktionsvorlage hinzu, mit Werten wie „Normal", „Isento (Art. 53)", „Autoliquidação" oder „Reverse Charge". Bei befreiten Transaktionen sind die IVA-Steuersatzspalten null oder leer, der Nettobetrag muss jedoch in der richtigen Basisspalte erscheinen. Das SAF-T-Schema unterstützt Befreiungscodes – Ihre zertifizierte Software benötigt die Regimekennung, um gültiges XML zu erzeugen. Die meisten portugiesischen Buchhaltungsplattformen erledigen dies automatisch, sobald das Regimefeld ausgefüllt ist.

Kann die Stapelverarbeitung Rechnungen von Lieferanten aus Madeira und den Azoren im selben Stapel verarbeiten?

Ja, aber Sie benötigen separate IVA-Steuersatzspalten für jedes Gebiet oder eine Spalte „Gebiet", um jede Zeile zu kennzeichnen. Das portugiesische Festland verwendet 23/13/6%, Madeira 22/12/5% und die Azoren 18/9/4%. Eine einzelne Spalte „IVA 23%" unterscheidet nicht zwischen einer Festland-23%-Transaktion und einer Madeira-22%- Transaktion. Der praktische Ansatz: Wenn Sie selten Rechnungen von Insel-Lieferanten erhalten, fügen Sie gebietsspezifische Spalten nur bei Bedarf hinzu. Bei häufigen Fällen fügen Sie eine Spalte „Região IVA" hinzu und ordnen Sie die Steuersätze beim Software-Import entsprechend zu.

Wie viele Rechnungen kann ich in einem Batch verarbeiten?

Die technische Grenze hängt vom Tool ab, nicht vom Konzept. Die meisten KI-basierten Extraktionstools verarbeiten 20–100 Dateien pro Batch problemlos. Bei über 100 Dateien empfiehlt es sich, in Unter-Batches aufzuteilen – nicht weil die Extraktion fehlschlägt, sondern weil die Prüfung von 200 Zeilen auf Ausnahmen unübersichtlich wird. Ein Batch von 50 bietet einen praktischen Kompromiss: groß genug, um Zeit zu sparen, klein genug, um gründlich zu prüfen.

Muss mein contabilista certificado die extrahierten Daten genehmigen, bevor sie in die Buchhaltungssoftware gelangen?

Rechtlich ist der contabilista certificado (CC) für die Richtigkeit der Buchhaltungsunterlagen gemäß den Berufsstandards der OCC verantwortlich, geregelt durch Gesetz Nr. 68/2023. In der Praxis variiert der Arbeitsablauf: Manche CCs prüfen die Batch-Ausgabe vor dem Import, andere schulen ihre Kunden darin, die Extraktion und den Import selbst durchzuführen, wobei der CC die endgültige SAF-T vor der Übermittlung prüft. In beiden Fällen sollte die Batch-Ausgabe prüfbar sein – weshalb die Beibehaltung von ATCUD und Quelldateiname in der Tabelle für den Prüfschritt des CC wichtig ist.