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

Der vierstufige Steuerstapel: Warum eine Rechnung vier getrennte Steuersysteme trägt

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

Brasilien hat keine Mehrwertsteuer. Es hat vier Verbrauchsteuern, die von drei Regierungsebenen erhoben werden, jede mit eigener Berechnungsgrundlage, Steuersatztabelle, Gutschriftregeln und Meldeweg. Alle gelten gleichzeitig für eine einzige NF-e:

Die Struktur ist entscheidend, denn keine zwei dieser Steuern teilen dieselbe Definition eines steuerbaren Ereignisses, eines Vorsteuerabzugs oder der Berechnungsgrundlage. Die ICMS ist in ihrer eigenen Bemessungsgrundlage enthalten – eine Praxis, die als „Bruttoaufschlag" oder „cálculo por dentro" bekannt ist. Das 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 hingegen folgen unterschiedlichen Regeln im kumulativen versus nicht-kumulativen System, die von der körperschaftsteuerlichen Wahl des Lieferanten abhängen – eine Variable, die ein AP-Sachbearbeiter in London oder Chicago anhand der Rechnung nicht bestimmen kann.

Dies ist keine theoretische Unterscheidung. Ein OECD-Bericht zur brasilianischen Verbrauchsteuerreform stellt fest, dass die vierstufige Struktur eine „Nebeneinanderstellung von kumulativen und nicht-kumulativen Systemen" schafft, die zu dem führt, was Ökonomen als Kaskadeneffekt bezeichnen – 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 mittelständisches brasilianisches Unternehmen etwa 1.501 Stunden pro Jahr für Steuercompliance aufwendet – und Verbrauchsteuern machen 59,2 % dieser Gesamtzeit aus. Für das internationale AP-Team, das monatlich 30 Rechnungen von brasilianischen Lieferanten erhält, bedeutet der vierstufige Steuerstapel eine einzige operative Realität: Die Zeile „Steuerbetrag" auf der DANFE ist eine Zusammensetzung mehrerer unabhängig berechneter Steuern, und jeder Versuch, sie als einen einzigen Mehrwertsteuereintrag in Ihrem ERP zu verbuchen, zerstört stillschweigend die Prüfungsspur für die Rückforderung von bis zu fünf verschiedenen Vorsteuerabzügen.

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

Das gedruckte Dokument, das Sie von einem brasilianischen Lieferanten erhalten – mit der 44-stelligen Nummer in der Ecke und dem Barcode – heißt DANFE. Es dient genau einem gesetzlich definierten Zweck: der Begleitung physischer Waren während des Transports, damit die Finanzbehörden an Autobahnkontrollpunkten den Barcode scannen und prüfen können, ob 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 Verlassen des Lagers zur Autorisierung an die SEFAZ übermittelt hat.

Dies wäre ein verzeihliches Versehen, wenn die fehlenden Daten ergänzend wären. Sie sind es nicht. Die XML enthält den einzig rechtlich maßgeblichen Nachweis der steuerlichen Behandlung für jede Position der Rechnung. Wenn ein internationales AP-Team eine DANFE erhält, per OCR scannt und einen einzelnen „Gesamtbetrag" mit einer generischen „Brasilien-Steuer"-Position in ihr ERP bucht, vereinfachen sie den Arbeitsablauf nicht. Sie verwerfen die Dokumentation, die sie benötigen würden, um ICMS-Vorsteuerabzüge geltend zu machen, 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, die mit Ajuste SINIEF 07/05 begründet und im nationalen NF-e-System unter der Koordination von ENCAT (Encontro Nacional de Coordenadores e Administradores Tributários Estaduais) aufrechterhalten wird, ist eindeutig: Der Käufer muss das XML jeder eingehenden NF-e-Transaktion mindestens fünf Jahre lang sammeln, validieren und archivieren. Die Verarbeitung des 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 XML-Daten Ihrer Lieferanten abgleicht.

Die DANFE-Falle liegt nicht in schlechter Dateneingabe. Es geht darum, ein zusammenfassendes Dokument zu verarbeiten, als wäre es der vollständige Steuerbeleg – und im brasilianischen Freigabemodell, bei dem jede NF-e vor dem Warenversand von der Regierung genehmigt wird, existiert der eigentliche Beleg bereits. Wenn Sie Daten aus dem DANFE statt aus dem XML extrahieren, tippen Sie manuell Informationen ab, die Ihr Lieferantensystem bereits in einem vollständig strukturierten, maschinenlesbaren Format erzeugt 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 Steuerklassifikationssystem aus den 1970er Jahren, das 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 Kauf, 2 = zwischenstaatlicher Kauf, 3 = Import, 5 = innerstaatlicher Verkauf, 6 = zwischenstaatlicher Verkauf, 7 = Export). Die restlichen drei Ziffern geben die genaue Art des Vorgangs an: Erwerb zum Weiterverkauf (102), Erwerb zur Industrialisierung (101), Warenrücksendung (201), Konsignation (118), Umbuchung zwischen Filialen (152) und so weiter durch Hunderte definierter Codes.

Das System wurde in der Ära der Papiersteuerbücher entwickelt – handschriftliche Register der ein- und ausgehenden Waren, die Steuerprüfer bei Vor-Ort-Kontrollen einsehen. CFOP-Codes waren das Indexsystem für diese Bücher. Was ursprünglich eine verwaltungstechnische Klassifikation war, ist seither in jede automatisierte Steuerermittlungs-Engine, jedes ERP-Lokalisierungsmodul und jede Steuerprüfung des Landes fest eingebaut. Ein falscher CFOP-Code ist kein Formatierungsfehler. Er löst den falschen ICMS-Satz, die falsche IPI-Behandlung und die falsche Meldungszeile in Ihrer SPED EFD (Escrituração Fiscal Digital) aus – dem bundesstaatlichen digitalen Buchhaltungssystem, das Ihre gemeldeten Transaktionen mit den Meldungen Ihrer Lieferanten abgleicht.

Das operative Problem für internationale AP-Teams ist, 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 der Lieferant im selben Bundesstaat ist, während 2.102 eine Transaktion zwischen Bundesstaaten kennzeichnet. Die steuerliche Behandlung unterscheidet sich grundlegend: innerstaatliche ICMS zum internen Satz des Lieferanten (18 % in São Paulo, 20,5 % in Pernambuco) gegenüber zwischenstaatlicher ICMS mit 7 % oder 12 %, abhängig vom Bundesstaatspaar. Eine Charge von 50 NF-e-Rechnungen von Lieferanten aus sieben Bundesstaaten kann leicht fünf oder mehr CFOP-Fehlpaarungen enthalten – Codes, die nicht mit den in den XML-Blöcken <ide> und <emit> eingebetteten Bundesstaatendaten übereinstimmen – und das manuelle Auffinden dieser Fehlpaarungen erfordert, den CFOP jedes Postens mit dem Ursprungs-Ziel-Bundesstaatspaar abzugleichen.

Die brasilianische Steuerstreitigkeit ist eine Warnung davor, was passiert, wenn CFOP-Codes im großen Stil falsch angewendet werden. Steuerstreitigkeiten in Brasilien machten 2019 laut Daten der International Tax Review etwa 75 % des BIP aus, wobei ein durchschnittlicher Fall 18 Jahre bis zur endgültigen Entscheidung dauerte. Ein erheblicher Teil dieser Streitigkeiten entsteht durch Klassifizierungsdifferenzen – ob ein bestimmter CFOP-Code korrekt auf eine Transaktion angewendet wurde oder ob die Auslegung des Codes durch die Steuerbehörde Vorrang vor der des Steuerpflichtigen haben 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 sichtbar wird – und wenn es soweit ist, sind die zur Verteidigung der Klassifizierung erforderlichen Beweise 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, durchläuft das System mehr als 400 automatisierte 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 einreichen.

Für internationale AP-Teams stellen SEFAZ-Ablehnungscodes ein doppeltes Problem dar. Erstens sind die Codes selbst für brasilianische Steuerexperten kryptisch. Code 602 – „Ablehnung: Gesamt-PIS-Betrag weicht von der Summe der PIS-Beträge in den Positionen ab“ – zeigt eine Abweichung an, aber nicht, welche Position sie verursacht hat oder wie sie zu finden ist. Code 105 – „Lote em processamento“ (Stapelverarbeitung) – ist gar kein Fehler, sondern ein Status, der anzeigt, dass der SEFAZ-Server noch am Stapel arbeitet; wird er als Ablehnung behandelt, entsteht ein falscher Positivbefund, der gültige Rechnungen blockiert. Ein Microsoft Dynamics AX-Support-Hinweis 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 Prüfungen besteht, aber gegen SEFAZ-spezifische Regeln verstößt. Die einzige Diagnosemöglichkeit bestand darin, den Ablehnungscode mit dem spezifischen XML-Feld zu korrelieren, das ihn auslöste.

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 Fehlermeldungen des Webservices sind auf Portugiesisch. Die Notas Técnicas, die das Schema aktualisieren, sind auf Portugiesisch. Die Forendiskussionen, in denen brasilianische Steuerexperten Ablehnungscodes beheben, sind – zwangsläufig – auf Portugiesisch.

Drittens variiert die Verfügbarkeit der SEFAZ je nach Bundesstaat. Jede der 27 Steuerbehörden der Bundesstaaten betreibt ihre eigene SEFAZ-Webservice-Instanz. Wenn die SEFAZ von São Paulo normal reagiert, die von Minas Gerais jedoch Zeitüberschreitungsfehler zurückgibt, kann ein Lieferant in Minas Gerais keine NF-e autorisieren – und das AP-Team in einem anderen Land hat keine Möglichkeit zu erkennen, ob eine verspätete Rechnung auf ein Lieferantenproblem, einen Ausfall der Steuerbehörde oder einen Validierungsfehler zurückzuführen ist. Die Dokumentation von Oracle für seine Retail Fiscal Management-Integration mit SEFAZ unterscheidet explizit 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 die AP-Abteilung des Käufers erreicht, „Rechnung verspätet“ lautet.

27 ICMS-Rechtsräume mit jeweils eigener Steuersatzlogik

ICMS ist keine einheitliche Steuer mit einem einheitlichen Satz. Es handelt sich um eine Mehrwertsteuer auf Bundesstaatsebene, die von 27 verschiedenen Gesetzgebungen geregelt wird, von denen jede ihren eigenen internen Steuersatz festlegt, ihre eigene Liste von Produkten mit ermäßigten oder erhöhten Sätzen definiert, bestimmt, welche Vorleistungen zum Vorsteuerabzug berechtigen, und – entscheidend – ihr eigenes Verfahren zur Rückforderung 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 eigenen Rechtsvorschriften im Rahmen der verfassungsrechtlichen Befugnis, die ihm 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 eigenen Rechtsvorschriften, was zu gewissen Unterschieden im Vergleich zum Bundesgesetz führt.“

Seit 2022 haben mindestens 18 der 27 Bundesstaaten ihren regulären ICMS-Satz mindestens einmal erhöht – angetrieben durch die anstehende Steuerreform, die ICMS durch eine neue IBS (Imposto sobre Bens e Serviços) ersetzen wird. Die Übergangsformel der Reform legt den künftigen Anteil jedes Bundesstaates an den IBS-Einnahmen auf Basis des durchschnittlichen ICMS-Aufkommens von 2024 bis 2028 fest – ein Anreiz für die Bundesstaaten, die Sätze vor Ablauf dieser Frist zu erhöhen. Infolgedessen ist der durchschnittliche ICMS-Satz in Brasilien von 17,61 % im Jahr 2022 auf voraussichtlich 19,24 % bis 2025 gestiegen:

Diese Steuersatztabelle unterschätzt bereits die tatsächliche Komplexität, da die internen Sätze nur die Hälfte der ICMS-Berechnung ausmachen. Für Transaktionen zwischen Bundesstaaten – Lieferungen von einem Lieferanten in einem Staat an einen Käufer in einem anderen – gilt ein separater Steuersatz: 12 % für Transaktionen zwischen Süd-/Südoststaaten, 7 % für Transaktionen von Süd-/Südost nach Nord-/Nordost-/Mittelwest und 4 % für alle grenzüberschreitenden Lieferungen importierter Waren, unabhängig vom Staatspaar. Die Differenz zwischen dem grenzüberschreitenden Satz und dem internen Satz des Bestimmungsstaats – bekannt als DIFAL (Diferencial de Alíquotas) – wird separat erhoben und an den Bestimmungsstaat abgeführt, was bei jedem staatenübergreifenden Kauf eine zweiteilige Steuerzahlung schafft.

Operativ bedeutet dies, dass ein Unternehmen, das Waren von fünf Lieferanten aus fünf verschiedenen Bundesstaaten erhält, bei einer einzigen Rechnungsserie auf fünf unterschiedliche ICMS-Behandlungen stoßen kann – und das Feld „ICMS-Betrag" auf jeder Rechnung je nachdem, ob die Transaktion intern oder staatenübergreifend ist, ob DIFAL anfällt und ob der Lieferant die DIFAL übernommen oder weitergegeben hat, etwas anderes bedeutet. Die Verbuchung jedes Betrags auf dasselbe Hauptbuch-Steuerkonto ohne Unterscheidung zwischen internem und staatenübergreifendem ICMS schafft eine Abstimmungslücke, die sich mit jedem neuen Lieferanten vergrößert. Bei der Stapelverarbeitung kann dieselbe ICMS-Belastung von 1.000 R$ einen Satz von 17 % auf eine Basis von 5.882 R$ oder einen Satz von 4 % auf eine Basis von 25.000 R$ widerspiegeln – zwei völlig unterschiedliche Steuerpositionen, die in einer einspaltigen Tabelle identisch aussehen.

Das Reformparadoxon: Zwei Steuersysteme gleichzeitig bis 2032

Die brasilianische Verbrauchsteuerreform – verabschiedet durch die Verfassungsänderung Nr. 132 im Dezember 2023 – gilt allgemein als historisch und längst überfällig. Sie wird ICMS, IPI, PIS, COFINS und ISS schrittweise durch eine duale Mehrwertsteuer ersetzen: CBS (Contribuição sobre Bens e Serviços) auf Bundesebene sowie IBS auf Staats- und Gemeindeebene. Das neue System ist bestimmungs- statt ursprungsorientiert, beseitigt die für die derzeitige Struktur typische Kettenbesteuerung und soll – theoretisch – die Compliance-Kosten nach vollständiger Einführung um 40–60 % senken.

„Vollständige Einführung" bedeutet jedoch 2033. Die Übergangsphase erstreckt sich von 2026 bis 2032, in der beide Steuersysteme parallel laufen. 2026 – dieses Jahr – startet die Pilotphase: Unternehmen müssen die neuen CBS/IBS-Felder testen und parallel die bisherigen ICMS-, PIS- und COFINS-Berechnungen durchführen. Von 2027 bis 2028 werden CBS und IBS zu reduzierten Sätzen tatsächlich erhoben, während die alten Steuern schrittweise abgebaut werden. Von 2029 bis 2032 beschleunigt sich der Übergang, doch das Dualsystem bleibt bestehen. Erst 2033 läuft das alte System vollständig aus.

Die betrieblichen Auswirkungen auf die Rechnungsverarbeitung sind bereits in den von ENCAT veröffentlichten Aktualisierungen des NF-e-Layouts sichtbar. Die Technische Mitteilung 2025.002 führt neue CBS- und IBS-Felder in das NF-e-XML-Schema ein. Während des Übergangs enthalten Rechnungen sowohl alte als auch neue Steuerfelder gleichzeitig – ICMS und IBS, PIS und CBS, jeweils mit eigenen Bemessungsgrundlagen, Sätzen und Berechnungsregeln. Ein Extraktionssystem, das für die heutigen ICMS-Felder ausgelegt ist, könnte an den Rechnungen von morgen scheitern, weil das Schema parallele Steuergruppen hinzugefügt hat. Ein AP-Team, das seinen Workflow auf die bestehende XML-Struktur aufgebaut hat, wird feststellen, dass sich diese Struktur sieben Jahre lang jedes Jahr erweitert.

Vertex, der globale Anbieter von Steuertechnologie, beschreibt das Risiko in seiner Analyse der Testphase: „Validieren Sie Produktcodes und Klassifikationen wie NCM und CST, Zuständigkeitsdetails, Steuerbarkeitsindikatoren, Basisbeträge, Sätze und Kreditfelder.“ Die Betonung der Validierung ist kein Zufall. Während eines Übergangs zwischen zwei Steuerregimen kann dieselbe Rechnung zwei unterschiedliche Steuerberechnungen für denselben rechtlichen Vorgang enthalten – die aktuelle und die zukünftige Berechnung – und die AP-Abteilung muss bestätigen, dass beide in ihrem jeweiligen Rahmen korrekt sind, oder zumindest, dass die aktuelle Berechnung für die heutige Buchung korrekt ist, während die CBS/IBS-Felder nur informativen Charakter haben. Das IWF-Arbeitspapier zur Reform warnt, dass der Übergang „von Unternehmen verlangen wird, zwei Meldesysteme parallel zu betreiben“ – 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 schwerwiegend, wenn die Dokumentation zu deren Lösung auf Englisch verfügbar wäre. Das ist größtenteils nicht der Fall. 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 auf Portugiesisch. Das SEFAZ-Fehlercodeverzeichnis ist auf Portugiesisch. Die Notas Técnicas zur Aktualisierung des Schemas sind auf Portugiesisch. Die SPED-EFD-Spezifikationen für die digitale Buchführung sind auf Portugiesisch. Das NF-e Portal Nacional, das den einzigen offiziellen Abfragedienst zur Überprüfung der Rechnungsauthentizität bietet, ist auf Portugiesisch. Die ICP-Brasil-Zertifikatsanforderungen für digitale Signaturen sind auf Portugiesisch. Das Lei Complementar 87/96 (Kandir-Gesetz) zur Regelung der ICMS ist auf Portugiesisch. Das Lei Complementar 116/03 zur Regelung der ISS ist auf 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 veröffentlichen. 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 nach dem BOFiP-Steuergesetz kann anhand offizieller englischsprachiger Leitfäden der französischen Steuerverwaltung verstanden werden. Deutschlands Mehrwertsteuerrahmen ist vom Bundesministerium der Finanzen auf Englisch dokumentiert. Japans NTA veröffentlicht englische Übersetzungen der Richtlinien zur Verbrauchssteuer. 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 bearbeitet, ohne Zugang zur primären Quelldokumentation für die 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 einen ICMS-Betrag ablehnt, führt der Weg zur Fehlerbehebung über portugiesischsprachige SEFAZ-Dokumentation, die das AP-Team nicht lesen kann. Das Wissen existiert – es ist hinter einer Sprachbarriere eingeschlossen, die die meisten internationalen Finanzabteilungen noch nicht überwinden können.

Die Dokumentationswüste verstärkt jede andere Dimension der NF-e-Komplexität. Der vierschichtige Steuerstapel wäre mit klaren englischsprachigen Referenzen handhabbar. 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 im Vertrauen darauf, dass die Zahlen korrekt sind, weil es keine zugängliche Möglichkeit zur Überprüfung gibt.

Häufig gestellte Fragen

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

Da der DANFE-Gesamtbetrag eine Zusammensetzung aus vier unabhängig berechneten Steuern mit jeweils eigenen Vorsteuerabzugsregeln ist, zerstört die Buchung als Einzelbetrag die positionsgenauen Steuerdetails, die Sie für den Vorsteuerabzug von ICMS und PIS/COFINS benötigen – je nach Transaktion können diese 25–40 % des Rechnungswerts an abzugsfähigen Steuern ausmachen.

Enthält jede brasilianische Rechnung alle vier Steuern?

Nein. ICMS gilt für Warentransaktionen (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 wird. Die spezifische Steuerkombination auf einer 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 per E-Mail als Anhang übermittelt. Verweigert ein Lieferant die Herausgabe oder stellt er nur den DANFE zur Verfügung, können Sie die XML direkt über die SEFAZ im Rahmen des Manifestação do Destinatário-Prozesses abrufen – einem Webdienst, der den Eingang einer NF-e bestätigt und in bestimmten Branchen (Öl und Gas sowie im Bundesstaat Rio Grande do Sul für Rechnungen über 100.000 R$) bereits verpflichtend ist. Die Nutzung dieses Dienstes erfordert jedoch ein ICP-Brasil-Digitalzertifikat und eine portugiesischsprachige Integration mit den landesstaatlichen SEFAZ-Webdiensten.

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

Das NF-e-XML-Schema wird sowohl die bisherigen Steuerfelder (ICMS, PIS, COFINS) als auch die neuen Steuerfelder (CBS, IBS) gleichzeitig enthalten. Ab 2026, dem Pilotjahr, werden Rechnungen beginnen, duale Steuerberechnungen zu enthalten. In den Jahren 2027–2028 beginnt die tatsächliche Steuererhebung nach dem neuen System mit reduzierten Sätzen, während die bisherigen Steuern sinken. Das Hauptrisiko für AP-Teams besteht darin, dass Extraktions-Workflows, die für heutige Ein-Regime-XML ausgelegt sind, jedes Jahr auf neue Feldgruppen stoßen – und sowohl gegen die alten als auch gegen die neuen Berechnungsregeln validiert werden müssen. Kein anderes Land versucht eine Mehrwertsteuerreform, die eine Echtzeitverarbeitung von Rechnungen mit zwei Steuerregimen in diesem Umfang erfordert.

Gibt es englischsprachige Dokumentation?

Die großen globalen Wirtschaftsprüfungsgesellschaften – PwC, KPMG, Deloitte, EY – veröffentlichen englischsprachige Zusammenfassungen der brasilianischen Steuerregeln in ihren Worldwide Tax Summaries und ähnlichen Ressourcen. Dies sind Übersichten, keine operativen Leitfäden. Für operative Details zum NF-e-XML-Schema, zu den SEFAZ-Validierungsregeln oder zur Interpretation von CFOP-Codes ist die portugiesischsprachige Dokumentation der brasilianischen Steuerbehörden die einzig maßgebliche Quelle. Drittanbieter von Steuertechnologie (Avalara, Sovos, Vertex, EDICOM) bieten englischsprachige Schnittstellen für brasilianische Compliance-Workflows, 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 erhöht?

Die Steuerreform knüpft den künftigen Anteil jedes Bundesstaates an den nationalen IBS-Einnahmen an seine durchschnittliche ICMS-Erhebung zwischen 2024 und 2028. Staaten, die in diesem Zeitraum die ICMS-Sätze erhöhen, sichern sich eine höhere Basis für die Verteilungsformel – und damit langfristig einen größeren Anteil an den nationalen Verbrauchsteuereinnahmen. Die Folge ist ein vorübergehender Anstieg der Sätze (der durchschnittliche ICMS-Regelsatz in Brasilien stieg von 17,61 % auf 19,24 %), der bis zur vollständigen Einführung des neuen Systems anhält. 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 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 im Doppelregime läuft bis 2032. Die Volatilität der ICMS-Sätze hält an, bis sich die Übergangsformel verfestigt. Das CFOP-Codesystem – unabhängig von seinen Ursprüngen in 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 Dokumentationshürde ist struktureller, nicht situativer Natur.

Was sich ändert, ist nicht das Problem – es sind die verfügbaren Werkzeuge, um es zu lösen. Dieselbe NF-e-XML, die all diese Komplexität kodiert, ist paradoxerweise auch die sauberste Rechnungsdatenquelle im globalen AP: Sie kommt vorstrukturiert, von der SEFAZ vorvalidiert und mit einem staatlichen digitalen Zertifikat vorsigniert. Die über 500 Felder, die sie komplex machen, sind dieselben 500 Felder, die eine umfassende Extraktion ermöglichen. Die Sprachbarriere, die eine manuelle Verarbeitung unmöglich macht, ist dieselbe Barriere, die ein mehrsprachiges Extraktionssystem unbemerkt überwindet – denn für ein Large Language Model ist portugiesische Steuerterminologie nur ein weiteres zu parsendes Vokabular, keine fremde Sprache, die es nicht lesen kann. Was von außen wie ein unlösbares Compliance-Rätsel aussieht, ist aus der richtigen Extraktionsarchitektur betrachtet eine strukturierte Datenpipeline, die nur darauf wartet, angeschlossen zu werden.

Extraktion mit Ihrer eigenen brasilianischen NF-e testen