Warum die brasilianische NF-e-Verarbeitung
Schlimmer ist, als die meisten AP-Teams glauben

Der vierschichtige Steueraufbau: Warum eine Rechnung vier getrennte Steuersysteme enthält

Die meisten Länder ziehen aus einer Rechnung eine einzige Mehrwertsteuerzeile. Der Satz wird von der nationalen Steuerbehörde veröffentlicht. Die Berechnung ist eine Multiplikation. Falls was eine Nota Fiscal Eletrônica tatsächlich ist noch unvertraut wirkt, wird die darin kodierte Steuerstruktur verdeutlichen, warum sie sich von jedem Rechnungsformat außerhalb Brasiliens unterscheidet.

Brasilien hat keine Mehrwertsteuer. Es hat vier Verbrauchssteuern, die von drei Regierungsebenen erhoben werden, jeweils mit eigener Berechnungsgrundlage, eigenem Steuersatz, eigenen Gutschriftregeln und eigenem Meldekanal. Alle gelten gleichzeitig für eine einzelne NF-e:

Die Struktur ist wichtig, weil keine zwei dieser Steuern dieselbe Definition davon teilen, was ein steuerpflichtiges Ereignis darstellt, was als Vorsteuergutschrift gilt oder wie die Steuerbemessungsgrundlage berechnet wird. ICMS ist in seiner eigenen Berechnungsgrundlage enthalten — eine Praxis, die als „Gross-up" oder cálculo por dentro bekannt ist — was bedeutet, dass der effektive ICMS-Satz bei einem nominalen Satz von 18% tatsächlich höher als 18% ist, sobald man berücksichtigt, dass die Steuer selbst Teil des Preises ist, auf den die Steuer berechnet wird. PIS und COFINS folgen dagegen unterschiedlichen Regeln unter den kumulativen versus nicht kumulativen Regimen, die von der körperschaftsteuerlichen Wahl des Lieferanten abhängen — eine Variable, die ein AP-Sachbearbeiter in London oder Chicago anhand der Rechnung nicht ermitteln kann.

Dies ist keine theoretische Unterscheidung. Ein OECD-Bericht zur brasilianischen Verbrauchssteuerreform stellt fest, dass die vierschichtige Struktur eine „Nebeneinanderstellung von kumulativen und nicht kumulativen Regimen" schafft, die zu dem führt, was Ökonomen Kaskadeneffekt nennen — Steuer auf Steuer — obwohl jede einzelne Steuer nominell als nicht kumulativ konzipiert ist. Der Nettoeffekt, gemessen an den Doing-Business-Indikatoren der Weltbank, ist, dass ein mittelgroßes brasilianisches Unternehmen etwa 1.501 Stunden pro Jahr für Steuerkonformität aufwendet — und Verbrauchssteuern 59,2% dieser Gesamtsumme ausmachen. Für das internationale AP-Team, das 30 Rechnungen pro Monat von brasilianischen Lieferanten erhält, bedeutet der vierschichtige Steueraufbau eine einzige operative Realität: Die Zeile „Steuerbetrag" auf dem DANFE ist eine Zusammensetzung aus mehreren unabhängig berechneten Steuern, und jeder Versuch, sie als einzelnen Mehrwertsteuereintrag in Ihrem ERP zu verbuchen, zerstört stillschweigend die Prüfungsspur für die Rückforderung von bis zu fünf verschiedenen Vorsteuergutschriften.

Die DANFE-Täuschung: Verarbeitung eines Dokuments, das nie die echte Rechnung ist

Das gedruckte Dokument, das Sie von einem brasilianischen Lieferanten erhalten — das mit der 44-stelligen Nummer in der Ecke und dem Barcode — wird als DANFE bezeichnet. Es existiert für genau einen gesetzlich definierten Zweck: physische Waren während des Transports zu begleiten, damit die Finanzbehörden an Autobahnkontrollpunkten den Barcode scannen und überprüfen können, dass die Sendung mit einer autorisierten NF-e übereinstimmt. Die DANFE ist nicht die Rechnung. Die eigentliche Rechnung ist die XML-Datei, die der Lieferant erstellt, digital signiert und vor dem Verlassen des Lagers zur Autorisierung an SEFAZ übermittelt hat.

Dies wäre ein verzeihliches Versehen, wenn die fehlenden Daten ergänzend wären. Das sind sie nicht. Das XML enthält die einzige rechtlich maßgebliche Aufzeichnung der steuerlichen Behandlung für jede Position auf der Rechnung. Wenn ein internationales AP-Team eine DANFE erhält, sie per OCR scannt und eine einzelne „Summe" mit einer allgemeinen Position „Brasilien-Steuer" in ihr ERP bucht, vereinfachen sie den Arbeitsablauf nicht. Sie verwerfen die Dokumentation, die sie benötigen würden, um ICMS-Vorsteuerabzüge zurückzufordern, die CFOP-Klassifikation gegenüber SPED (Sistema Público de Escrituração Digital — dem bundesstaatlichen digitalen Buchführungssystem) nachzuweisen oder eine Prüfung zu überstehen, die hinterfragt, warum ein bestimmter NCM-Code einen bestimmten IPI-Satz ausgelöst hat.

Die gesetzliche Verpflichtung, festgelegt unter Ajuste SINIEF 07/05 und aufrechterhalten im nationalen NF-e-System, koordiniert durch ENCAT (Encontro Nacional de Coordenadores e Administradores Tributários Estaduais), ist eindeutig: Der Käufer muss das XML für jede eingehende NF-e-Transaktion mindestens fünf Jahre lang sammeln, validieren und archivieren. Die Verarbeitung der DANFE anstelle des XML ist nicht nur suboptimal. Es ist eine Compliance-Lücke — und eine, die messbar wird, sobald SEFAZ Ihre SPED-Meldungen mit den XMLs abgleicht, die Ihre Lieferanten bereits übermittelt haben.

Die DANFE-Falle ist keine Frage fehlerhafter Dateneingabe. Es geht darum, ein summarisches Dokument zu verarbeiten, als wäre es der vollständige steuerliche Datensatz — und im brasilianischen Freigabemodell, in dem jede NF-e vor dem Versand der Waren von der Regierung vorab genehmigt wird, existiert der echte Datensatz bereits. Wenn Sie Daten aus der DANFE anstelle des XML extrahieren, tippen Sie manuell Informationen ein, die das System Ihres Lieferanten bereits in einem vollständig strukturierten, maschinenlesbaren Format generiert hat. Was Sie nicht tun, ist die Erfassung der Steuerdetails, die darüber entscheiden, ob Ihr Unternehmen bei jeder Transaktion den korrekten Betrag zurückerhält.

CFOP: Ein fiskalisches Klassifikationssystem aus den 1970er-Jahren, das noch heute Ihre steuerliche Behandlung bestimmt

Jede Position auf jeder NF-e trägt einen vierstelligen CFOP-Code — Código Fiscal de Operações e Prestações. Die erste Ziffer klassifiziert die Transaktionsrichtung (1 = innerstaatlicher Einkauf, 2 = zwischenstaatlicher Einkauf, 3 = Import, 5 = innerstaatlicher Verkauf, 6 = zwischenstaatlicher Verkauf, 7 = Export). Die restlichen drei Ziffern legen die genaue Art der Operation fest: Erwerb zum Weiterverkauf (102), Erwerb zur Weiterverarbeitung (101), Warenrückgabe (201), Kommissionsgeschäft (118), Verbringung zwischen Zweigniederlassungen (152) und so weiter über Hunderte definierter Codes.

Das System wurde in der Ära der papierbasierten Steuerbücher entwickelt — handschriftlich geführte Register der ein- und ausgehenden Waren, die Steuerprüfer bei Vor-Ort-Besuchen kontrollierten. CFOP-Codes waren das Indexsystem für diese Bücher. Was ursprünglich eine administrative Klassifikation war, ist seitdem fest in jede automatisierte Steuerermittlungs-Engine, jedes ERP-Lokalisierungsmodul und jede Steuerprüfung des Landes integriert. Ein falscher CFOP-Code ist kein Formatierungsfehler. Er löst den falschen ICMS-Satz, die falsche IPI-Behandlung und die falsche Meldezeile in Ihrer SPED EFD (Escrituração Fiscal Digital) aus — dem bundesweiten digitalen Buchführungssystem, das Ihre erklärten Transaktionen mit den Erklärungen Ihrer Lieferanten abgleicht.

Das operative Problem für internationale AP-Teams besteht darin, dass CFOP-Codes für jeden, der mit dem System nicht vertraut ist, identisch aussehen. CFOP 1.101 und CFOP 2.102 beschreiben beide einen Einkauf zur Weiterverarbeitung — der Unterschied besteht darin, dass 1.101 angibt, dass sich der Lieferant im selben Bundesstaat befindet, während 2.102 eine zwischenstaatliche Transaktion kennzeichnet. Die steuerliche Behandlung weicht völlig voneinander ab: innerstaatliche ICMS zum internen Satz des Lieferanten (18 % in São Paulo, 20,5 % in Pernambuco) gegenüber zwischenstaatlicher ICMS von 7 % oder 12 % je nach Bundesstaatspaar. Eine Charge von 50 NF-e-Rechnungen von Lieferanten aus sieben Bundesstaaten kann leicht fünf oder mehr CFOP-Abweichungen enthalten — Codes, die nicht mit den im XML in den Blöcken <ide> und <emit> eingebetteten Bundesstaatdaten übereinstimmen — und das Auffinden dieser Abweichungen erfordert manuell die Prüfung des CFOP jeder Position gegen das Ursprungs-Ziel-Bundesstaatspaar.

Die brasilianische Steuerrechtsprechung dient als Warnung dafür, was passiert, wenn CFOP-Codes im großen Maßstab falsch sind. Steuerverfahren in Brasilien machten 2019 laut Daten der International Tax Review etwa 75 % des BIP aus, wobei der durchschnittliche Fall 18 Jahre bis zu einer endgültigen Entscheidung benötigte. Ein erheblicher Teil dieser Streitigkeiten entsteht aus Klassifikationsmeinungsverschiedenheiten — ob ein bestimmter CFOP-Code korrekt auf eine bestimmte Transaktion angewendet wurde oder ob die Auslegung des Codes durch die Steuerbehörde die des Steuerpflichtigen überstimmen sollte. Für ein Unternehmen, das brasilianische Rechnungen verarbeitet, indem es CFOP-Codes vollständig ignoriert, wird jede Transaktion zu einem potenziellen Prüfungsrisiko, das möglicherweise erst nach Jahren ans Licht kommt — und wenn es so weit ist, sind die für die Verteidigung der Klassifikation benötigten Belege möglicherweise nicht mehr zugänglich.

SEFAZ-Ablehnungscodes: Fehlermeldungen ohne englischen Schlüssel

Wenn ein brasilianischer Lieferant ein NF-e-XML zur Autorisierung an SEFAZ übermittelt, prüft das System dieses anhand von mehr als 400 automatisierten Validierungsregeln. Wenn eine Regel fehlschlägt, gibt SEFAZ eine Ablehnung zurück – einen numerischen Code, eine kurze portugiesische Beschreibung und keine weitere Erklärung. Die Rechnung hat keine rechtliche Gültigkeit; Waren können nicht versendet werden. Der Lieferant muss die Fehler korrigieren und erneut übermitteln.

Für internationale AP-Teams stellen SEFAZ-Ablehnungscodes ein sich verstärkendes Problem dar. Erstens sind die Codes selbst für brasilianische Steuerfachleute kryptisch. Code 602 – „Ablehnung: Der Gesamtbetrag der PIS weicht von der Summe der PIS-Beträge in den Positionszeilen ab" – zeigt an, dass eine Abweichung vorliegt, aber nicht, welche Zeile sie verursacht hat oder wie sie zu finden ist. Code 105 – „Lote em processamento" (Stapelverarbeitung) – ist überhaupt kein Fehler, sondern ein Status, der angibt, dass der SEFAZ-Server noch am Stapel arbeitet; die Behandlung als Ablehnung erzeugt ein falsch-positives Ergebnis, das gültige Rechnungen blockiert. Ein Microsoft-Dynamics-AX-Supporthinweis dokumentierte einen Fall, in dem NF-e-Übermittlungen abgelehnt wurden, weil der PIS-Steuercode auf 99 mit einem Steuerwert von 3 gesetzt war – eine Konfiguration, die alle lokalen Validierungen besteht, aber gegen die spezifische Regelmenge von SEFAZ verstößt. Die einzige Möglichkeit zur Diagnose bestand darin, den Ablehnungscode mit dem spezifischen XML-Feld zu korrelieren, das ihn ausgelöst hat.

Zweitens gibt es keine offizielle englischsprachige Dokumentation der SEFAZ-Ablehnungscodes. Das technische Handbuch – das Manual de Integração do Contribuinte – wird ausschließlich auf Portugiesisch veröffentlicht. Die Feldnamen im XML-Schema (<ide>, <emit>, <det>, <imposto>) sind portugiesische Abkürzungen. Die vom Webservice zurückgegebenen Fehlermeldungen sind portugiesisch. Die Notas Técnicas, die das Schema aktualisieren, sind portugiesisch. Die Forendiskussionen, in denen brasilianische Steuerfachleute Ablehnungscodes beheben, sind – unvermeidlich – portugiesisch.

Drittens variiert die SEFAZ-Verfügbarkeit je nach Bundesstaat. Jede der 27 staatlichen Steuerbehörden betreibt ihre eigene SEFAZ-Webservice-Instanz. Wenn die SEFAZ von São Paulo normal reagiert, aber die von Minas Gerais Timeout-Fehler zurückgibt, kann ein Lieferant in Minas Gerais kein NF-e autorisieren – und das AP-Team in einem anderen Land hat keine Möglichkeit zu erkennen, ob eine verzögerte Rechnung ein Lieferantenproblem, ein Ausfall der Steuerbehörde oder ein Validierungsfehler ist. Die Dokumentation von Oracle für seine Retail-Fiscal-Management-Integration mit SEFAZ unterscheidet ausdrücklich zwischen „Übertragungsfehlern" (Codes 286 und 296, die automatisch wiederholt werden können) und Datenfehlern (die manuelle Korrektur erfordern) – eine Unterscheidung, die verschwindet, wenn die einzige Information, die den AP-Schreibtisch des Käufers erreicht, „Rechnung verzögert" lautet.

27 ICMS-Zuständigkeiten, jede mit eigener Steuersatzlogik

ICMS ist keine einzelne Steuer mit einem einzigen Steuersatz. Es handelt sich um eine Mehrwertsteuer auf Bundesstaatsebene, die von 27 separaten Gesetzgebern geregelt wird, von denen jeder seinen eigenen internen Steuersatz festlegt, seine eigene Liste von Produkten mit reduzierten oder erhöhten Steuersätzen definiert, bestimmt, welche Vorleistungen für Gutschriften in Frage kommen, und – entscheidend – sein eigenes Verfahren zur Rückgewinnung von Steuergutschriften verwaltet. Die Bundesregierung veröffentlicht einen allgemeinen Rahmen über das Lei Complementar 87/96 (das Kandir-Gesetz), aber jeder Bundesstaat erlässt seine eigene Gesetzgebung unter der verfassungsrechtlichen Befugnis, die durch Artikel 155 der Bundesverfassung von 1988 gewährt wird. Die PwC Worldwide Tax Summary für Brasilien weist ausdrücklich auf die Konsequenz hin: „Obwohl ein Bundesgesetz befolgt werden sollte, erlässt jeder Bundesstaat seine eigene Gesetzgebung, was gewisse Unterschiede im Vergleich zum Bundesgesetz mit sich bringt."

Seit 2022 haben mindestens 18 der 27 Bundesstaaten ihren regulären ICMS-Steuersatz mindestens einmal erhöht, angetrieben durch die bevorstehende Steuerreform, die ICMS schließlich durch eine neue IBS (Imposto sobre Bens e Serviços) ersetzen wird. Die Übergangsformel der Reform basiert den zukünftigen Anteil jedes Bundesstaates an den IBS-Einnahmen auf seiner durchschnittlichen ICMS-Erhebung von 2024 bis 2028 – was einen Anreiz für die Bundesstaaten schafft, die Steuersätze zu erhöhen, bevor sich das Fenster schließt. Infolgedessen hat sich der durchschnittliche ICMS-Steuersatz in ganz Brasilien von 17,61 % im Jahr 2022 auf voraussichtlich 19,24 % bis 2025 bewegt:

Diese Steuersatztabelle unterschätzt die tatsächliche Komplexität bereits, da interne Steuersätze nur die halbe ICMS-Berechnung ausmachen. Zwischenstaatliche Transaktionen – Lieferungen von einem Lieferanten in einem Bundesstaat an einen Käufer in einem anderen – unterliegen einem separaten Steuersatzplan: 12 % für Transaktionen zwischen Süd-/Südoststaaten, 7 % für Transaktionen von Süd-/Südost- zu Nord-/Nordost-/Mittelweststaaten und 4 % für alle zwischenstaatlichen Lieferungen importierter Waren, unabhängig von der Staatspaarung. Die Differenz zwischen dem zwischenstaatlichen Steuersatz und dem internen Steuersatz des Bestimmungsstaates – bekannt als DIFAL (Diferencial de Alíquotas) – wird separat erhoben und an den Bestimmungsstaat gezahlt, wodurch bei jedem grenzüberschreitenden Kauf eine zweiteilige Steuerzahlung entsteht.

Operativ bedeutet das: Ein Unternehmen, das Waren von fünf Lieferanten aus fünf verschiedenen Bundesstaaten erhält, kann bei einem einzigen Rechnungspaket auf fünf verschiedene ICMS-Behandlungen stoßen – und das Feld „ICMS-Betrag" auf jeder Rechnung bedeutet je nachdem, ob die Transaktion intern oder zwischenstaatlich ist, ob DIFAL anwendbar ist und ob der Lieferant die DIFAL übernommen oder weitergegeben hat, etwas anderes. Wenn jeder Betrag ohne Unterscheidung zwischen internem und zwischenstaatlichem ICMS auf dasselbe GL-Steuerkonto gebucht wird, entsteht eine Abstimmungslücke, die mit jedem neuen Lieferanten größer wird. Bei der Batch-Verarbeitung im großen Maßstab kann derselbe ICMS-Betrag von 1.000 R$ entweder einen Satz von 17 % auf eine Bemessungsgrundlage von 5.882 R$ oder einen Satz von 4 % auf eine Bemessungsgrundlage von 25.000 R$ widerspiegeln – zwei völlig unterschiedliche Steuerpositionen, die in einer einspaltigen Tabelle identisch aussehen.

Das Reformparadoxon: Zwei Steuersysteme parallel bis 2032

Brasiliens Konsumsteuerreform – verabschiedet durch die Verfassungsänderung Nr. 132 im Dezember 2023 – gilt weithin als historisch und längst überfällig. Sie wird ICMS, IPI, PIS, COFINS und ISS letztendlich durch eine duale Mehrwertsteuer ersetzen: CBS (Contribuição sobre Bens e Serviços) auf Bundesebene und IBS auf Staats- und Gemeindeebene. Das neue System ist bestimmungsortbasiert statt ursprungsbasiert, beseitigt die Kumulierung, die die derzeitige Struktur belastet, und sollte – theoretisch – die Compliance-Kosten nach vollständiger Umsetzung um 40–60 % senken.

Aber „vollständig umgesetzt" bedeutet 2033. Die Übergangsphase läuft von 2026 bis 2032, in der beide Steuersysteme parallel operieren. Im Jahr 2026 – diesem Jahr – verlangt die Pilotphase von Unternehmen, die neuen CBS/IBS-Felder neben den bisherigen ICMS-, PIS- und COFINS-Berechnungen zu testen. Von 2027 bis 2028 beginnen CBS und IBS mit der tatsächlichen Erhebung zu reduzierten Sätzen, während die alten Steuern schrittweise abgebaut werden. Von 2029 bis 2032 beschleunigt sich der Übergang, aber die Anforderung des Doppelsystems bleibt bestehen. Erst 2033 läuft das alte System vollständig aus.

Die operative Konsequenz für die Rechnungsverarbeitung ist bereits in den von ENCAT veröffentlichten NF-e-Layout-Updates sichtbar. Nota Técnica 2025.002 führt neue CBS- und IBS-Felder in das NF-e-XML-Schema ein. Während der Übergangsphase werden Rechnungen gleichzeitig alte und neue Steuerfelder enthalten – ICMS und IBS, PIS und CBS, jeweils mit eigenen Bemessungsgrundlagen, Sätzen und Berechnungsregeln. Ein Extraktionssystem, das für die Verarbeitung der heutigen ICMS-Felder entwickelt wurde, könnte bei den Rechnungen von morgen versagen, weil das Schema um parallele Steuergruppen erweitert wurde. Ein AP-Team, das seinen Workflow auf der bestehenden XML-Struktur aufgebaut hat, wird feststellen, dass sich diese Struktur sieben Jahre lang jedes Jahr erweitert.

Vertex, der globale Steuertechnologie-Anbieter, formuliert das Risiko in seiner Analyse der Testphase: „Produktcodes und Klassifikationen wie NCM und CST, Zuständigkeitsdetails, Steuerbarkeitsindikatoren, Bemessungsgrundlagen, Sätze und Gutschriftfelder validieren." Die Betonung der Validierung ist kein Zufall. Während eines Übergangs mit zwei Steuerregimen kann dieselbe Rechnung zwei verschiedene Steuerberechnungen für dieselbe rechtlich identische Transaktion enthalten – die aktuelle und die zukünftige Berechnung – und das AP-Team muss bestätigen, dass beide innerhalb ihrer jeweiligen Rahmen korrekt sind, oder zumindest, dass die aktuelle Berechnung, die die heutige Buchung steuert, korrekt ist, während die CBS/IBS-Felder nur informativen Charakter haben. Das IWF-Arbeitspapier zur Reform warnt, dass der Übergang „von Unternehmen die Aufrechterhaltung doppelter Berichtssysteme verlangen wird" – und die Quelldaten, die diese Systeme speisen, sind dieselben NF-e-Rechnungen, die in Ihrem AP-Posteingang landen.

Die Dokumentationswüste: Warum brasilianisches Steuerwissen Brasilien nicht verlässt

Keines der oben beschriebenen strukturellen Probleme wäre so gravierend, wenn die Dokumentation zu deren Lösung auf Englisch existieren würde. Das tut sie größtenteils nicht. Das NF-e Manual de Integração do Contribuinte – die offizielle technische Spezifikation, die jedes XML-Feld, jede Validierungsregel und jede Webservice-Schnittstelle definiert – umfasst über 300 Seiten Portugiesisch. Das SEFAZ-Fehlercode-Verzeichnis ist Portugiesisch. Die Notas Técnicas, die das Schema aktualisieren, sind Portugiesisch. Die SPED-EFD-Spezifikationen für die digitale Buchführung sind Portugiesisch. Das NF-e-Portal Nacional, das den einzigen offiziellen Abfragedienst zur Überprüfung der Rechnungsauthentizität bietet, ist Portugiesisch. Die ICP-Brasil-Zertifikatsanforderungen für digitale Signaturen sind Portugiesisch. Das Lei Complementar 87/96 (Kandir-Gesetz) zur Regelung der ICMS ist Portugiesisch. Das Lei Complementar 116/03 zur Regelung der ISS ist Portugiesisch.

Dies ist keine Beschwerde über sprachliche Vielfalt. Brasilien ist ein portugiesischsprachiges Land mit 215 Millionen Einwohnern, und seine Steuerbehörden sind nicht verpflichtet, auf Englisch zu publizieren. Aber es ist eine strukturelle Einschränkung für internationale AP-Teams, die nur wenige andere Länder in diesem Ausmaß auferlegen. Eine französische Rechnung, die dem BOFiP-Steuergesetzbuch unterliegt, kann anhand offizieller englischsprachiger Leitfäden der französischen Steuerverwaltung verstanden werden. Der deutsche Mehrwertsteuerrahmen ist vom Bundesministerium der Finanzen auf Englisch dokumentiert. Japans NTA veröffentlicht englische Übersetzungen der Verbrauchssteuerrichtlinien. Brasiliens Receita Federal und die 27 staatlichen SEFAZ-Behörden tun dies nicht.

Das praktische Ergebnis ist, dass ein AP-Sachbearbeiter in London, der eine brasilianische NF-e verarbeitet, ohne Zugang zu den Primärquellen-Dokumenten für alle Steuerberechnungen auf der Rechnung arbeitet. Wenn ein Lieferant erklärt, dass eine bestimmte Steuerzeile „aufgrund der CFOP-Klassifizierung nicht anwendbar" ist, hat der Sachbearbeiter keine englischsprachige Referenz, um diese Behauptung zu überprüfen. Wenn das Steuermodul des ERP-Systems einen ICMS-Betrag ablehnt, führt der Lösungsweg für den Fehler über portugiesischsprachige SEFAZ-Dokumentation, die das AP-Team nicht lesen kann. Das Wissen existiert – es ist in einer Sprachbarriere eingeschlossen, die die meisten internationalen Finanzabteilungen nicht die Fähigkeit aufgebaut haben, zu überwinden.

Die Dokumentationswüste verstärkt jede andere Dimension der NF-e-Komplexität. Der vierschichtige Steuerstapel wäre mit klaren englischsprachigen Referenzen beherrschbar. Die SEFAZ-Ablehnungscodes wären diagnostizierbar. Das CFOP-System wäre erlernbar. Der Reformübergang wäre navigierbar. Ohne englische Dokumentation wird jede Schicht zu einer undurchsichtigen Blackbox – und das AP-Team verarbeitet Rechnungen, indem es darauf vertraut, dass die Zahlen korrekt sind, weil es keinen zugänglichen Weg gibt, sie anderweitig zu überprüfen.

Häufig gestellte Fragen

Warum können wir nicht einfach den DANFE-Gesamtbetrag als Rechnungsbetrag verbuchen und weitermachen?

Weil der DANFE-Gesamtbetrag eine Zusammensetzung aus vier unabhängig berechneten Steuern ist, die jeweils eigene Regeln zur Vorsteuererstattung haben. Wenn Sie ihn als einen einzigen Betrag verbuchen, verlieren Sie die positionsgenaue Steuerdetaillierung, die Sie benötigen, um ICMS- und PIS/COFINS-Vorsteuerabzüge geltend zu machen – die je nach Transaktion 25–40 % des Rechnungswerts an erstattungsfähiger Steuer ausmachen können.

Enthält jede brasilianische Rechnung alle vier Steuern?

Nein. ICMS gilt für Warenlieferungen (und bestimmte Dienstleistungen wie Telekommunikation und grenzüberschreitenden Transport). IPI gilt nur für Industrieerzeugnisse. PIS/COFINS gilt für die meisten Transaktionen, der Satz hängt jedoch vom Steuerregime des Lieferanten ab (kumulativ vs. nicht kumulativ). ISS gilt nur für Dienstleistungen – und verwendet ein völlig separates Rechnungsformat (NFS-e), das auf kommunaler Ebene geregelt ist. Die konkrete Steuerkombination auf einer bestimmten Rechnung hängt von der Art der Waren oder Dienstleistungen, dem Steuerstatus des Lieferanten und der Transaktionsrichtung ab.

Können wir die vollständige NF-e-XML von unseren brasilianischen Lieferanten erhalten?

Ja – und nach brasilianischem Steuerrecht sind Lieferanten verpflichtet, dem Käufer die XML zur Verfügung zu stellen. Die XML wird in der Regel als E-Mail-Anhang übermittelt. Wenn ein Lieferant sich weigert oder nur den DANFE bereitstellt, können Sie die XML direkt über den Prozess der Manifestação do Destinatário von SEFAZ abrufen – einen Webdienst, der den Empfang einer NF-e bestätigt und in bestimmten Branchen (Öl und Gas sowie im Bundesstaat Rio Grande do Sul für Rechnungen über R$100.000) bereits verpflichtend ist. Die Nutzung dieses Dienstes erfordert jedoch eine Registrierung mit einem digitalen ICP-Brasil-Zertifikat und eine portugiesischsprachige Integration mit den SEFAZ-Webdiensten auf Bundesstaatsebene.

Was passiert während des siebenjährigen Übergangs der Steuerreform?

Das NF-e-XML-Schema wird sowohl die bisherigen Steuerfelder (ICMS, PIS, COFINS) als auch die neuen Steuerfelder (CBS, IBS) gleichzeitig führen. Ab 2026, dem Pilotjahr, werden Rechnungen beginnen, doppelte Steuerberechnungen zu enthalten. Bis 2027–2028 beginnt die tatsächliche Steuererhebung unter dem neuen System mit reduzierten Sätzen, während die bisherigen Steuern zurückgehen. Das Hauptrisiko für AP-Teams besteht darin, dass Extraktions-Workflows, die für das heutige Ein-Regime-XML konzipiert sind, jedes Jahr auf neue Feldgruppen stoßen – und sowohl gegen die bisherigen als auch gegen die neuen Berechnungsregeln validiert werden müssen. Kein anderes Land versucht eine Mehrwertsteuerreform, die eine Echtzeit-Verarbeitung von Rechnungen im Doppelregime in diesem Umfang erfordert.

Gibt es englischsprachige Dokumentation?

Die großen internationalen Wirtschaftsprüfungsgesellschaften — PwC, KPMG, Deloitte, EY — veröffentlichen englischsprachige Zusammenfassungen der brasilianischen Steuervorschriften über ihre Worldwide Tax Summaries und ähnliche Ressourcen. Diese sind Überblicke, keine operativen Leitfäden. Für operative Details zum NF-e-XML-Schema, zu den SEFAZ-Validierungsregeln oder zur CFOP-Code-Interpretation ist die einzige maßgebliche Quelle die portugiesischsprachige Dokumentation der brasilianischen Steuerbehörden. Drittanbieter für Steuertechnologie (Avalara, Sovos, Vertex, EDICOM) bieten englischsprachige Schnittstellen zu brasilianischen Compliance-Workflows an, jedoch in der Regel als Teil kostenpflichtiger Softwareplattformen und nicht als kostenlose Dokumentation.

Warum haben 18 Bundesstaaten zwischen 2022 und 2025 die ICMS-Sätze angehoben?

Die Steuerreform koppelt den künftigen Anteil jedes Bundesstaates an den nationalen IBS-Einnahmen an seine durchschnittliche ICMS-Erhebung zwischen 2024 und 2028. Bundesstaaten, die in diesem Zeitraum die ICMS-Sätze anheben, sichern sich eine höhere Bemessungsgrundlage für die Verteilungsformel — und erhöhen damit effektiv ihren langfristigen Anteil an den nationalen Verbrauchsteuereinnahmen. Das Ergebnis ist ein vorübergehender Anstieg der Sätze (der durchschnittliche reguläre ICMS-Satz in Brasilien ist von 17,61 % auf 19,24 % gestiegen), der bis zum vollständigen Inkrafttreten des neuen Systems bestehen bleibt. Für AP-Teams bedeutet dies, dass sich der ICMS-Satz auf Rechnungen desselben Lieferanten im selben Bundesstaat seit 2022 mehrfach geändert haben kann — und sich vor dem Ende der Übergangsphase erneut ändern kann.

Was das für Ihren AP-Workflow bedeutet

Die strukturelle Komplexität der brasilianischen NF-e-Verarbeitung ist kein vorübergehender Zustand, den die Steuerreform im nächsten Jahr beheben wird. Der Übergang mit dem Doppelregime läuft bis 2032. Die Volatilität der ICMS-Sätze wird anhalten, bis sich die Übergangsformel verfestigt. Das CFOP-Codesystem — unabhängig von seinen Ursprüngen in den Papierregistern der 1970er-Jahre — ist in jedes ERP-Lokalisierungsmodul und jedes Steuerprüfungssystem des Landes eingebettet und wird nicht verschwinden, wenn sich die Steuernamen ändern. Die Dokumentationsbarriere ist strukturell, nicht situativ.

Was sich ändert, ist nicht das Problem — sondern die Reihe von Werkzeugen, die zu seiner Lösung zur Verfügung stehen. Dieselbe NF-e-XML-Datei, die all diese Komplexität kodiert, ist paradoxerweise auch die sauberste Rechnungsdatenquelle in der globalen AP: Sie kommt vorstrukturiert, von SEFAZ vorvalidiert und mit einem staatlich ausgestellten digitalen Zertifikat vorsigniert an. Die über 500 Felder, die sie komplex machen, sind dieselben über 500 Felder, die eine umfassende Extraktion ermöglichen. Die Sprachbarriere, die manuelle Verarbeitung unmöglich macht, ist dieselbe Barriere, die ein mehrsprachiges Extraktionssystem mühelos überwindet — denn für ein Large Language Model ist portugiesische Steuerterminologie nur ein weiteres Vokabular, das es zu parsen gilt, keine fremde Sprache, die es nicht lesen kann. Was von außen wie ein unlösbares Compliance-Rätsel wirkt, ist aus der richtigen Extraktionsarchitektur betrachtet eine strukturierte Datenpipeline, die nur darauf wartet, angebunden zu werden.

Testen Sie die Extraktion mit Ihrer eigenen brasilianischen NF-e