De Braziliaanse belastinghervorming op 1 januari 2027: wat eigen ERP-systemen moeten aanpassen voor CBS en IBS

Op 1 januari 2027 stopt Brazilië met het heffen van PIS en Cofins en begint het met de CBS, de nieuwe federale bijdrage op goederen en diensten. Tegelijk gaat de IBS, de belasting die uiteindelijk ICMS en ISS vervangt, naar een testtarief van 0,05% voor de deelstaat en 0,05% voor de gemeente. De IPI gaat naar nul, behalve voor producten die worden gemaakt onder de stimuleringsregelingen van de vrijhandelszone Manaus, en de nieuwe Imposto Seletivo gaat van start.

Elk bedrijf in het reguliere regime dat een NF-e of een NFS-e uitreikt, wordt geraakt. Draait u een standaard, actuele release van TOTVS, Senior, SAP of Omie, dan levert uw leverancier de wijziging en bestaat uw werk uit configureren en testen. Dit artikel is voor alle anderen: bedrijven waarvan de belastingberekening in een eigen ERP-systeem zit, in een zwaar aangepast systeem, of in een factureringssysteem dat de XML zelf opbouwt.

Drie maanden is niet lang. Het is genoeg als het werk nu begint.

Wat de wet zegt, jaar voor jaar

De grondwettelijke basis is Emenda Constitucional 132/2023. Die voegde artikel 126 toe aan de overgangsbepalingen van de grondwet (ADCT), dat bepaalt dat vanaf 2027 de CBS en de Imposto Seletivo worden geheven en dat PIS en Cofins, inclusief de bijdragen op invoer, worden afgeschaft. Lei Complementar 214/2025 levert de getallen.

• 2026, het testjaar. CBS van 0,9% en IBS van 0,1% (art. 346 en 343). Wat wordt betaald, wordt verrekend met PIS en Cofins, en een bedrijf dat aan zijn bijkomende verplichtingen voldoet, hoeft helemaal niet te betalen (art. 348). Bedrijven in Simples Nacional vallen buiten deze tarieven.
• 2027 en 2028. CBS tegen het standaardtarief min 0,1 procentpunt (art. 347). IBS van 0,05% voor de deelstaat plus 0,05% voor de gemeente (art. 344). PIS en Cofins verdwenen.
• 2029 tot en met 2032. De tarieven van ICMS en ISS dalen naar negen tiende van hun niveau, daarna naar acht, zeven en zes tiende, terwijl de IBS stijgt om ze te vervangen.
• 2033. ICMS en ISS worden afgeschaft.

Het CBS-tarief voor 2027 is nog geen getal dat u kunt hardcoderen. Volgens artikel 349 stelt de Senaat het referentietarief uiterlijk 31 oktober van het voorgaande jaar vast, op basis van berekeningen die de federale rekenkamer (TCU) uiterlijk 15 september aanlevert. Heeft de Senaat op 22 december nog niet beslist, dan geldt het cijfer van de TCU tot dat wel gebeurt. Behandel het tarief als configuratie met een ingangsdatum, en reken erop dat u het in november inlaadt.

De regels zijn bovendien nog in beweging. Lei Complementar 227/2026 heeft LC 214 al op verschillende plaatsen gewijzigd, onder meer de artikelen over split payment en de behandeling van fouten in aangiften over 2026. Ontwerp voor de volgende wijziging, niet alleen voor deze.

Wat 2026 werkelijk was

Voor de meeste bedrijven was 2026 een datajaar, geen belastingjaar. Het geld viel grotendeels weg tegen PIS en Cofins. De velden niet.

De technische nota voor de NF-e bij de hervorming, NT 2025.002-RTC, maakte de groep IBS en CBS verplicht op elke regel van een NF-e die vanaf 3 augustus 2026 door een bedrijf in het reguliere regime wordt uitgereikt (validatieregel UB12-10). Uitgevers in Simples Nacional en MEI volgen vanaf 4 januari 2027. Aan de dienstenkant moeten gemeenten belastingplichtigen sinds 1 januari 2026 de nationale standaard-NFS-e laten uitreiken, of hun eigen nota's in die lay-out delen (LC 214, art. 62).

Reikt uw systeem dus sinds augustus nota's uit, dan bestaan de velden. Wat misschien niet bestaat, is echte logica erachter. Heeft uw implementatie in 2026 0,9% en 0,1% als constanten weggeschreven omdat het geld toch wegviel, dan was dat in 2026 onschuldig. Op 1 januari houdt dat op. Regel UB18-10 eist dat het IBS-tarief van de deelstaat op nota's die in 2027 worden uitgereikt 0,05% is, en regel UB56-20 eist dat het CBS-tarief gelijk is aan het geldende tarief. Een nota met de tarieven van vorig jaar wordt door de SEFAZ geweigerd, en zonder geautoriseerde nota is er geen factuur.

Wat er in de software moet veranderen

De belastingengine

PIS en Cofins stoppen voor belastbare feiten vanaf 2027, maar de code wordt niet verwijderd. December 2026 moet nog worden afgesloten, en retouren en aanvullingen die naar nota's uit 2026 verwijzen, blijven binnenkomen. ICMS en ISS blijven volledig bestaan tot 2029 en gedeeltelijk tot 2032. Zes jaar lang berekent de engine twee stelsels naast elkaar op dezelfde factuurregel.

Wat dat in de praktijk betekent:

• Tarieven opgezocht per belasting, per bestuurslaag (federaal, deelstaat, gemeente) en per datum. Nooit constanten.
• IBS berekend als twee componenten met elk een eigen tarief. Het IBS-tarief op een handeling is de som van de tarieven van de deelstaat en de gemeente van bestemming (LC 214, art. 15), dus de engine heeft een regel voor de plaats van levering nodig, niet alleen het adres van de klant. In 2027 zijn de tarieven overal gelijk, waardoor fouten hier verborgen blijven. Vanaf 2029 lopen ze uiteen.
• Verlagingen (groep gRed), uitstel (gDif) en de andere bijzondere behandelingen in de lay-out gestuurd door de indeling van het artikel, niet door vertakkingen in de code.

Indeling van artikelen

Elke regel op een NF-e draagt nu een CST van drie cijfers voor IBS en CBS en een cClassTrib van zes cijfers. Elke cClassTrib hoort bij een specifieke bepaling van LC 214. De tabel staat op het NF-e-portaal, en de technische nota waarschuwt dat ze kan veranderen. Voor diensten voegt de nationale NFS-e een handelingsindicator toe, cIndOp, gebaseerd op de regels voor de plaats van levering in artikel 11 van LC 214, en publiceert ze een concordantietabel tussen het onderdeel van de gemeentelijke dienstenlijst, de NBS-code, cClassTrib en cIndOp.

Dit is een klus voor de stamgegevens voordat het een klus voor de code is. Iemand met fiscale kennis moet elk product en elke dienst die u verkoopt indelen. Het systeem moet die indeling opslaan, versiebeheer erop toepassen en wijzigingen toelaten zonder deploy. Heeft uw artikelstam een NCM-kolom en weinig meer, dan gaat hier het meeste werk zitten.

Aftrek en de inkoopkant

Eigen projecten richten zich vaak op de verkoopfactuur en vergeten de inkoop. Onder LC 214 zit het geld juist in de inkoop.

Een bedrijf in het reguliere regime kan IBS en CBS op zijn inkopen alleen aftrekken voor bedragen die op een geldig elektronisch fiscaal document staan, en de twee worden gescheiden gehouden: een IBS-tegoed kan geen CBS-schuld betalen, en omgekeerd (art. 47). Zolang split payment niet draait, laat de wet de eis vallen dat de belasting van de leverancier daadwerkelijk is betaald, maar maakt ze het recht op aftrek afhankelijk van de vraag of de nota van de leverancier de juiste bedragen toont (art. 48).

De pijplijn voor inkomende XML moet dus de groepen IBS en CBS uit elke NF-e en NFS-e van leveranciers lezen, CST, cClassTrib en de bedragen per regel opslaan, ze controleren en ze boeken op aparte tegoedrekeningen voor IBS en CBS. Leveranciers in Simples Nacional moeten de groep vanaf 4 januari 2027 meesturen, dus reken in de eerste week op een tweede golf nieuwe gegevens.

Lay-outs, correcties en retouren

NT 2025.002 verandert meer dan de belastinggroep:

• Nieuwe doelen van uitgifte: finNFe 5 voor een creditnota en 6 voor een debetnota, elk met een eigen typecode.
• Een retour (finNFe 4) moet op regelniveau naar de oorspronkelijke nota verwijzen in de groep DFeReferenciado, en de oude tag refNFe wordt voor retouren niet meer geaccepteerd. Die regel, VC02-14, gaat op 3 november 2026 in productie.
• De statuscode in het antwoord, cStat, wordt vier cijfers lang voor afwijzingen die specifiek zijn voor de nieuwe belastingen. Een parser die drie cijfers verwacht, leest ze verkeerd.
• Een nieuw DANFE-model voor de hervorming is op 1 oktober 2026 gepubliceerd als NT 2026.010.
• De schema's van NF-e en NFS-e zijn allebei bijgewerkt voor het alfanumerieke CNPJ, en de NFS-e-nota maakt van elk CNPJ-veld een tekenveld in plaats van een numeriek veld. Slaat uw database het CNPJ als getal op, dan is dat een tweede klus in dezelfde code.

De NFS-e heeft een eigen reeks technische nota's voor de hervorming. De nieuwste, NT 009 versie 1.01, voegt correctienota's en betalingskoppeling toe en verplaatst de velden CST en cClassTrib.

De NF-e-nota zelf staat op het NF-e-portaal in vijftien versies, van 28 maart 2025 tot versie 1.52 op 1 oktober 2026. Volg het versienummer, niet de titel.

Rapportage en de ondersteunde aangifte

LC 214 verandert wat een belastingaangifte is. Het beheerscomité van de IBS (CGIBS) en de Receita Federal kunnen een apuração assistida voorleggen, een aangifte die vooraf is berekend op basis van uw elektronische documenten en betalingsgegevens (art. 46). Reageert u niet voor de deadline, dan wordt het saldo als juist aangenomen. En de informatie op elke nota is declaratoir: ze geldt als bekentenis van de vermelde IBS en CBS (art. 60).

Uw NF-e-gegevens zijn in feite uw aangifte. U hebt een aansluiting nodig die elke periode de ondersteunde aangifte vergelijkt met uw eigen grootboek en de verschillen markeert zolang er nog tijd is om ze te corrigeren.

Wat later komt: split payment

Split payment is het deel dat buiten het ERP-systeem reikt. Op grond van LC 214, art. 31 tot en met 33, splitst de betaaldienstverlener bij de afwikkeling de IBS en CBS af en stuurt die naar de belastingdiensten, nadat hij in de systemen van CGIBS en Receita heeft nagegaan hoeveel er nog verschuldigd is.

Dat werkt alleen als elke betaling aan haar fiscale document is gekoppeld. NT 2026.006, gepubliceerd op 25 augustus 2026, voegt een groep toe aan de NF-e (YC, gPgtoVinc) voor betalingen die zijn gestart voordat de nota wordt uitgereikt, zoals een boleto of een dynamische Pix-QR-code, en een gebeurtenis (110300) om een betaling na uitgifte te koppelen. De velden gaan op 3 november 2026 in productie en zijn in 2026 niet verplicht. De nota noemt ze voorbereidend: split payment wordt vanaf 2027 verwacht, met schema's die nog moeten worden aangekondigd.

Genereert uw factureringssysteem zelf boletos of Pix-verzoeken, plan dit dan nu in. De facturatie zal op het moment dat de nota wordt opgebouwd de transactie-identificatie, de code van de betaalwijze en het ontvangende CNPJ nodig hebben.

Een plan van drie maanden

Teruggeteld vanaf 1 januari 2027.

Oktober: inventarisatie en tarieven

1. Maak een lijst van elke plek waar een belasting wordt berekend, opgeslagen of afgedrukt: offertes, orderinvoer, facturatie, de NF-e-uitgever, de NFS-e-integratie, inkomende XML, het grootboek en de rapporten die de financiële afdeling echt gebruikt. Eigen fiscale routines bovenop een standaard-ERP horen op deze lijst.
2. Verplaats elk tarief naar configuratie met een datum als sleutel. Laad de IBS-tarieven voor 2027 nu in en het CBS-tarief zodra de Senaat het publiceert.
3. Begin met de indeling: CST en cClassTrib voor elk artikel en elke dienst, met uw fiscale team als eigenaar.
4. Bevestig dat u bouwt tegen NT 2025.002 versie 1.52 en de actuele NFS-e-bijlagen.

November: bouwen en testen

5. Verwijzen op regelniveau bij retouren moet op 3 november in productie werken.
6. Inkomend: IBS en CBS per regel uit leveranciersdocumenten lezen en opslaan, met aparte tegoedrekeningen.
7. Test scenario's voor 2027 met een geïnjecteerde datum, niet met de systeemklok, zodat ze vandaag al draaien. Neem een nota uit 2026 op die in januari retour komt.
8. Verwerk cStat-codes van vier cijfers, en voeg de velden voor betalingskoppeling toe als u boletos of Pix uitgeeft.

December: bevriezen en overschakelen

9. Bevries wijzigingen uiterlijk half december. Beslis hoe nota's rond middernacht op 31 december worden behandeld: de validatieregels toetsen tarieven aan de uitgiftedatum, de wet aan de datum van het belastbare feit, en die twee vallen niet altijd op hetzelfde moment.
10. Stel een controlelijst op voor de eerste week: afwijzingscodes, boekingen van tegoeden, en de totalen van CBS en IBS per dag.
11. Houd iemand beschikbaar op de eerste werkdagen van januari. De eerste afwijzingen vertellen u meer dan welke test ook.

Waar u hulp krijgt

Wij passen code in eigen ERP- en factureringssystemen aan: de belastingengine, de integratie van NF-e en NFS-e, de pijplijn voor inkomende documenten en de tests eromheen. Dat werk valt onder onze diensten ERP-modernisering en e-facturatie-integratie, en onze dienst voor onderhoud van legacysystemen dekt systemen die zo oud zijn dat niemand meer weet hoe de belastinglogica erin is gekomen.

Wij zijn ingenieurs, geen belastingadviseurs. Vragen over de indeling van artikelen en over regimes horen bij uw fiscale team, en wij bouwen naar hun antwoord. Hebt u drie maanden en een systeem dat dit werk nodig heeft, schrijf dan naar office@c9group.dev.