Brasiliens Steuerreform zum 1. Januar 2027: Was selbst entwickelte ERP-Systeme für CBS und IBS ändern müssen

Am 1. Januar 2027 erhebt Brasilien kein PIS und keinen Cofins mehr und beginnt mit der CBS, dem neuen Bundesbeitrag auf Waren und Dienstleistungen. Gleichzeitig geht die IBS, die Steuer, die ICMS und ISS später ersetzen wird, auf einen Testsatz von 0,05 % für den Bundesstaat und 0,05 % für die Gemeinde. Die IPI sinkt auf null, außer für Produkte, die unter den Anreizen der Freihandelszone Manaus hergestellt werden, und die neue Imposto Seletivo startet.

Betroffen ist jedes Unternehmen im Regelregime, das eine NF-e oder eine NFS-e ausstellt. Wenn Sie eine aktuelle Standardversion von TOTVS, Senior, SAP oder Omie betreiben, liefert Ihr Anbieter die Änderung, und Ihre Arbeit besteht aus Konfiguration und Tests. Dieser Artikel richtet sich an alle anderen: Unternehmen, deren Steuerberechnung in einem selbst entwickelten ERP steckt, in einem stark angepassten oder in einem Abrechnungssystem, das das XML selbst baut.

Drei Monate sind nicht viel. Sie reichen, wenn die Arbeit jetzt beginnt.

Was das Gesetz sagt, Jahr für Jahr

Die verfassungsrechtliche Grundlage ist die Verfassungsänderung 132/2023 (Emenda Constitucional). Sie hat den Übergangsbestimmungen der Verfassung (ADCT) Artikel 126 hinzugefügt, wonach ab 2027 die CBS und die Imposto Seletivo erhoben werden und PIS und Cofins, einschließlich der Beiträge auf Importe, abgeschafft sind. Das Ergänzungsgesetz 214/2025 (Lei Complementar) liefert die Zahlen.

• 2026, das Testjahr. CBS mit 0,9 % und IBS mit 0,1 % (Art. 346 und 343). Was gezahlt wird, wird mit PIS und Cofins verrechnet, und ein Unternehmen, das seine Nebenpflichten erfüllt, ist von der Zahlung ganz befreit (Art. 348). Unternehmen im Simples Nacional sind von diesen Sätzen ausgenommen.
• 2027 und 2028. CBS zum Regelsatz abzüglich 0,1 Prozentpunkt (Art. 347). IBS mit 0,05 % für den Bundesstaat plus 0,05 % für die Gemeinde (Art. 344). PIS und Cofins entfallen.
• 2029 bis 2032. Die Sätze von ICMS und ISS sinken auf neun Zehntel ihres Niveaus, dann auf acht, sieben und sechs Zehntel, während die IBS steigt und sie ersetzt.
• 2033. ICMS und ISS werden abgeschafft.

Den CBS-Satz für 2027 können Sie noch nicht fest einprogrammieren. Nach Artikel 349 legt der Senat den Referenzsatz bis zum 31. Oktober des Vorjahres fest, auf Grundlage von Berechnungen, die der Bundesrechnungshof (TCU) bis zum 15. September liefert. Hat der Senat bis zum 22. Dezember nicht entschieden, gilt der Wert des TCU, bis er es tut. Behandeln Sie den Satz als Konfiguration mit Gültigkeitsdatum und rechnen Sie damit, ihn im November einzuspielen.

Die Regeln bewegen sich außerdem noch. Das Ergänzungsgesetz 227/2026 hat das LC 214 bereits an mehreren Stellen geändert, darunter die Artikel zum Split Payment und den Umgang mit Fehlern in den Meldungen für 2026. Planen Sie für die nächste Änderung, nicht nur für diese.

Was 2026 tatsächlich war

Für die meisten Unternehmen war 2026 eher ein Datenjahr als ein Steuerjahr. Das Geld wurde weitgehend mit PIS und Cofins verrechnet. Die Felder nicht.

Die technische Note zur Reform für die NF-e, NT 2025.002-RTC, hat die Gruppe für IBS und CBS auf jeder Position einer NF-e verpflichtend gemacht, die ab dem 3. August 2026 von einem Unternehmen im Regelregime ausgestellt wird (Prüfregel UB12-10). Aussteller im Simples Nacional und MEI folgen ab dem 4. Januar 2027. Auf der Dienstleistungsseite müssen die Gemeinden seit dem 1. Januar 2026 ermöglichen, die NFS-e im nationalen Standard auszustellen, oder ihre eigenen Belege im Layout des Standards teilen (LC 214, Art. 62).

Wenn Ihr System also seit August Belege ausstellt, gibt es die Felder. Was womöglich fehlt, ist echte Logik dahinter. Wenn Ihre Umsetzung für 2026 0,9 % und 0,1 % als Konstanten geschrieben hat, weil sich das Geld ohnehin verrechnete, war das 2026 harmlos. Ab dem 1. Januar ist es das nicht mehr. Regel UB18-10 verlangt auf Belegen aus 2027 einen IBS-Satz von 0,05 % für den Bundesstaat, und Regel UB56-20 verlangt, dass der CBS-Satz dem geltenden Satz entspricht. Ein Beleg mit den Sätzen des Vorjahres wird von der SEFAZ abgelehnt, und ein nicht autorisierter Beleg bedeutet: keine Rechnung.

Was sich in der Software ändern muss

Die Steuer-Engine

PIS und Cofins entfallen für Steuertatbestände ab 2027, der Code wird aber nicht gelöscht. Der Dezember 2026 muss noch abgeschlossen werden, und Rücksendungen und Ergänzungen zu Belegen aus 2026 kommen weiter herein. ICMS und ISS bleiben bis 2029 voll und bis 2032 teilweise bestehen. Sechs Jahre lang berechnet die Engine zwei Systeme nebeneinander auf derselben Rechnungsposition.

Was das in der Praxis bedeutet:

• Sätze, die nach Steuer, nach Ebene (Bund, Bundesstaat, Gemeinde) und nach Datum nachgeschlagen werden. Niemals Konstanten.
• Die IBS wird als zwei Komponenten mit eigenen Sätzen berechnet. Der IBS-Satz eines Umsatzes ist die Summe der Sätze von Bundesstaat und Gemeinde am Bestimmungsort (LC 214, Art. 15), die Engine braucht also eine Regel zum Leistungsort, nicht nur die Adresse des Kunden. 2027 sind die Sätze überall gleich, was Fehler an dieser Stelle verdeckt. Ab 2029 laufen sie auseinander.
• Ermäßigungen (Gruppe gRed), Steueraufschub (gDif) und die anderen Sonderbehandlungen im Layout werden von der Klassifizierung des Artikels gesteuert, nicht von Verzweigungen im Code.

Klassifizierung der Artikel

Jede Position einer NF-e trägt jetzt einen dreistelligen CST für IBS und CBS und einen sechsstelligen cClassTrib. Jeder cClassTrib entspricht einer bestimmten Vorschrift des LC 214. Die Tabelle wird auf dem NF-e-Portal veröffentlicht, und die technische Note warnt, dass sie sich ändern kann. Für Dienstleistungen ergänzt die nationale NFS-e einen Umsatzindikator, cIndOp, der auf den Leistungsortregeln in Artikel 11 des LC 214 beruht, und veröffentlicht eine Zuordnungstabelle zwischen dem Eintrag der kommunalen Dienstleistungsliste, dem NBS-Code, cClassTrib und cIndOp.

Das ist eine Stammdatenaufgabe, bevor es eine Codeaufgabe ist. Jemand mit Steuerwissen muss jedes Produkt und jede Dienstleistung, die Sie verkaufen, klassifizieren. Das System muss diese Klassifizierung speichern, versionieren und ändern lassen, ohne dass dafür ein Deployment nötig ist. Wenn Ihr Artikelstamm eine NCM-Spalte hat und wenig mehr, fließt hier der größte Teil des Aufwands hin.

Steuerguthaben und die Einkaufsseite

Eigene Projekte konzentrieren sich gern auf die Ausgangsrechnung und vergessen den Einkauf. Nach dem LC 214 liegt im Einkauf das Geld.

Ein Unternehmen im Regelregime kann IBS und CBS aus seinen Einkäufen nur für Beträge als Steuerguthaben anrechnen, die auf einem gültigen elektronischen Steuerbeleg ausgewiesen sind, und die beiden werden getrennt geführt: Ein IBS-Guthaben kann keine CBS-Schuld begleichen und umgekehrt (Art. 47). Bis das Split Payment läuft, verzichtet das Gesetz auf die Voraussetzung, dass die Steuer des Lieferanten tatsächlich gezahlt wurde, macht das Guthaben aber davon abhängig, dass der Beleg des Lieferanten die richtigen Beträge ausweist (Art. 48).

Die Verarbeitung eingehender XML-Dateien muss also die Gruppen für IBS und CBS aus jeder NF-e und NFS-e der Lieferanten lesen, CST, cClassTrib und die Beträge je Position speichern, sie prüfen und auf getrennte Guthabenkonten für IBS und CBS buchen. Lieferanten im Simples Nacional müssen die Gruppe ab dem 4. Januar 2027 senden, rechnen Sie also in der ersten Woche mit einer zweiten Welle neuer Daten.

Layouts, Korrekturen und Rücksendungen

Die NT 2025.002 ändert mehr als die Steuergruppe:

• Neue Ausstellungszwecke: finNFe 5 für eine Gutschrift und 6 für eine Lastschrift, jeweils mit eigenem Typcode.
• Eine Rücksendung (finNFe 4) muss den ursprünglichen Beleg auf Positionsebene in der Gruppe DFeReferenciado referenzieren, und das alte Tag refNFe wird für Rücksendungen nicht mehr akzeptiert. Diese Regel, VC02-14, geht am 3. November 2026 in Produktion.
• Der Statuscode der Antwort, cStat, wird für Ablehnungen, die die neuen Steuern betreffen, auf vier Stellen erweitert. Ein Parser, der drei Stellen erwartet, liest sie falsch.
• Ein neues DANFE-Modell für die Reform wurde am 1. Oktober 2026 als NT 2026.010 veröffentlicht.
• Die Schemas für NF-e und NFS-e wurden beide für die alphanumerische CNPJ aktualisiert, und die Note zur NFS-e stellt jedes CNPJ-Feld von numerisch auf Zeichen um. Wenn Ihre Datenbank die CNPJ als Zahl speichert, ist das eine zweite Aufgabe im selben Code.

Die NFS-e hat ihre eigene Reihe technischer Noten zur Reform. Die neueste, NT 009 in Version 1.01, ergänzt Korrekturbelege und die Verknüpfung mit Zahlungen und verschiebt die Felder für CST und cClassTrib.

Die Note zur NF-e selbst ist auf dem NF-e-Portal in fünfzehn Versionen aufgeführt, vom 28. März 2025 bis zur Version 1.52 vom 1. Oktober 2026. Verfolgen Sie die Versionsnummer, nicht den Titel.

Meldungen und die unterstützte Veranlagung

Das LC 214 verändert, was eine Steuererklärung ist. Der Verwaltungsausschuss der IBS (CGIBS) und die Receita Federal können eine apuração assistida vorlegen, eine Veranlagung, die aus Ihren elektronischen Belegen und Zahlungsdaten vorberechnet ist (Art. 46). Wenn Sie bis zur Frist nicht reagieren, gilt der Saldo als richtig. Und die Angaben auf jedem Beleg haben Erklärungscharakter: Sie gelten als Anerkenntnis der ausgewiesenen IBS und CBS (Art. 60).

Ihre NF-e-Daten sind damit faktisch Ihre Steuererklärung. Sie brauchen einen Abgleich, der die unterstützte Veranlagung in jedem Zeitraum mit Ihrem eigenen Hauptbuch vergleicht und Abweichungen meldet, solange noch Zeit für eine Korrektur ist.

Was später kommt: Split Payment

Das Split Payment ist der Teil, der über das ERP hinausreicht. Nach den Artikeln 31 bis 33 des LC 214 trennt der Zahlungsdienstleister bei der Abwicklung IBS und CBS ab und leitet sie an die Steuerbehörden weiter, nachdem er in den Systemen von CGIBS und Receita geprüft hat, wie viel noch geschuldet ist.

Das funktioniert nur, wenn jede Zahlung mit ihrem Steuerbeleg verknüpft ist. Die am 25. August 2026 veröffentlichte NT 2026.006 ergänzt die NF-e um eine Gruppe (YC, gPgtoVinc) für Zahlungen, die vor der Ausstellung des Belegs angestoßen werden, etwa ein Boleto oder ein dynamischer Pix-QR-Code, und um ein Ereignis (110300), mit dem eine Zahlung nach der Ausstellung verknüpft wird. Die Felder gehen am 3. November 2026 in Produktion und sind 2026 nicht verpflichtend. Die Note nennt sie vorbereitend: Das Split Payment wird ab 2027 erwartet, die Zeitpläne sollen noch bekannt gegeben werden.

Wenn Ihr Abrechnungssystem Boletos oder Pix-Zahlungsaufforderungen selbst erzeugt, planen Sie das jetzt ein. Die Rechnungsstellung wird die Transaktionskennung, den Code der Zahlungsart und die empfangende CNPJ in dem Moment brauchen, in dem der Beleg erstellt wird.

Ein Dreimonatsplan

Vom 1. Januar 2027 zurückgerechnet.

Oktober: Bestandsaufnahme und Sätze

1. Listen Sie jede Stelle auf, an der eine Steuer berechnet, gespeichert oder gedruckt wird: Angebot, Auftragserfassung, Rechnungsstellung, der NF-e-Emitter, die NFS-e-Integration, eingehende XML-Dateien, das Hauptbuch und die Berichte, die die Finanzabteilung tatsächlich nutzt. Eigene Steuerroutinen auf einem Standard-ERP gehören auf diese Liste.
2. Verlagern Sie jeden Satz in eine nach Datum geschlüsselte Konfiguration. Spielen Sie die IBS-Sätze für 2027 jetzt ein und den CBS-Satz, sobald der Senat ihn veröffentlicht.
3. Beginnen Sie mit der Klassifizierung: CST und cClassTrib für jeden Artikel und jede Dienstleistung, verantwortet von Ihrem Steuerteam.
4. Bestätigen Sie, dass Sie gegen die NT 2025.002 in Version 1.52 und die aktuellen Anhänge zur NFS-e entwickeln.

November: Umsetzung und Test

5. Die Referenzierung auf Positionsebene bei Rücksendungen muss bis zum 3. November in Produktion funktionieren.
6. Eingang: IBS und CBS je Position aus den Belegen der Lieferanten auslesen und speichern, mit getrennten Guthabenkonten.
7. Testen Sie Szenarien für 2027 mit eingespeistem Datum statt der Systemuhr, damit sie schon heute laufen. Nehmen Sie einen Beleg aus 2026 auf, der im Januar zurückgesendet wird.
8. Verarbeiten Sie vierstellige cStat-Codes und ergänzen Sie die Felder für die Zahlungsverknüpfung, wenn Sie Boletos oder Pix ausstellen.

Dezember: einfrieren und umstellen

9. Frieren Sie die Änderungen bis Mitte Dezember ein. Legen Sie fest, wie Belege behandelt werden, die um Mitternacht am 31. Dezember ausgestellt werden: Die Prüfregeln vergleichen die Sätze mit dem Ausstellungsdatum, das Gesetz mit dem Datum des Steuertatbestands, und beides ist nicht immer derselbe Moment.
10. Schreiben Sie eine Beobachtungsliste für die erste Woche: Ablehnungscodes, Buchungen der Steuerguthaben und die Summen von CBS und IBS je Tag.
11. Halten Sie für die ersten Arbeitstage im Januar jemanden in Bereitschaft. Die ersten Ablehnungen sagen Ihnen mehr als jeder Test.

Wo Sie Hilfe bekommen

Wir ändern den Code selbst entwickelter ERP- und Abrechnungssysteme: die Steuer-Engine, die Integration von NF-e und NFS-e, die Verarbeitung eingehender Belege und die Tests darum herum. Diese Arbeit gehört zu unseren Leistungen ERP-Modernisierung und E-Rechnungs-Integration, und unsere Wartung von Bestandssystemen deckt Systeme ab, die so alt sind, dass sich niemand mehr erinnert, wie die Steuerlogik hineingekommen ist.

Wir sind Ingenieure, keine Steuerberater. Fragen zur Klassifizierung der Artikel und zum Steuerregime gehören zu Ihrem Steuerteam, und wir bauen nach seiner Antwort. Wenn Sie drei Monate und ein System haben, das diese Arbeit braucht, schreiben Sie an office@c9group.dev.