Om ossTjenesterArbeidArtikler

Av Kristijan Sekereš

Brasils skattereform fra 1. januar 2027: hva egenutviklede ERP-systemer må endre for CBS og IBS

Travel handlegate i bydelen Liberdade i São Paulo

Den 1. januar 2027 slutter Brasil å kreve inn PIS og Cofins og begynner å kreve inn CBS, den nye føderale avgiften på varer og tjenester. Samtidig går IBS, avgiften som etter hvert skal erstatte ICMS og ISS, over til en testsats på 0,05 % for delstaten og 0,05 % for kommunen. IPI faller til null, bortsett fra for produkter som lages under incentivordningene i frihandelssonen i Manaus, og den nye Imposto Seletivo starter.

Alle selskaper i den ordinære ordningen som utsteder NF-e eller NFS-e, berøres. Kjører du en standard, oppdatert versjon av TOTVS, Senior, SAP eller Omie, leverer leverandøren endringen, og din jobb er konfigurasjon og testing. Denne artikkelen er for alle andre: selskaper der avgiftsberegningen ligger i et egenutviklet ERP-system, et sterkt tilpasset et, eller et faktureringssystem som bygger XML-en selv.

Tre måneder er ikke lenge. Det holder hvis arbeidet starter nå.

Hva loven sier, år for år

Det konstitusjonelle grunnlaget er grunnlovsendring 132/2023 (Emenda Constitucional 132/2023). Den la til artikkel 126 i grunnlovens overgangsbestemmelser (ADCT), som sier at CBS og Imposto Seletivo kreves inn fra 2027, og at PIS og Cofins, inkludert avgiftene ved import, oppheves. Lei Complementar 214/2025 står for tallene.

  • 2026, teståret. CBS på 0,9 % og IBS på 0,1 % (art. 346 og 343). Det som betales, avregnes mot PIS og Cofins, og et selskap som oppfyller sine tilknyttede plikter, slipper å betale det i det hele tatt (art. 348). Selskaper i Simples Nacional er utenfor disse satsene.
  • 2027 og 2028. CBS på standardsatsen minus 0,1 prosentpoeng (art. 347). IBS på 0,05 % for delstaten pluss 0,05 % for kommunen (art. 344). PIS og Cofins er borte.
  • 2029 til 2032. ICMS- og ISS-satsene faller til ni tideler av nivået sitt, deretter åtte, sju og seks tideler, mens IBS stiger for å erstatte dem.
  • 2033. ICMS og ISS oppheves.

CBS-satsen for 2027 er ikke et tall du kan hardkode ennå. Etter artikkel 349 skal Senatet fastsette referansesatsen innen 31. oktober året før, basert på beregninger som den føderale riksrevisjonen (TCU) leverer innen 15. september. Har Senatet ikke vedtatt noe innen 22. desember, gjelder TCUs tall inntil det skjer. Behandle satsen som konfigurasjon med en virkningsdato, og regn med å legge den inn i november.

Reglene er også fortsatt i bevegelse. Lei Complementar 227/2026 har allerede endret LC 214 flere steder, blant annet artiklene om split payment og behandlingen av feil i innleveringer for 2026. Design for neste endring, ikke bare denne.

Hva 2026 egentlig var

For de fleste selskaper var 2026 et dataår snarere enn et skatteår. Pengene gikk stort sett i null mot PIS og Cofins. Feltene gjorde ikke det.

Den tekniske merknaden for reformen i NF-e, NT 2025.002-RTC, gjorde IBS- og CBS-gruppen obligatorisk på hver varelinje i en NF-e utstedt fra 3. august 2026 av et selskap i den ordinære ordningen (valideringsregel UB12-10). Utstedere i Simples Nacional og MEI følger fra 4. januar 2027. På tjenestesiden har kommunene siden 1. januar 2026 måttet la skattytere utstede den nasjonale standard-NFS-e, eller dele sine egne dokumenter i det formatet (LC 214, art. 62).

Har systemet ditt utstedt dokumenter siden august, finnes altså feltene. Det som kanskje ikke finnes, er reell logikk bak dem. Skrev implementasjonen deres for 2026 inn 0,9 % og 0,1 % som konstanter fordi pengene gikk i null, var det uskyldig i 2026. Det slutter å være uskyldig 1. januar. Regel UB18-10 krever at IBS-satsen for delstaten er 0,05 % på dokumenter utstedt i 2027, og regel UB56-20 krever at CBS-satsen tilsvarer gjeldende sats. Et dokument med fjorårets satser avvises av SEFAZ, og et dokument uten autorisasjon betyr ingen faktura.

Hva som må endres i programvaren

Avgiftsmotoren

PIS og Cofins stanser for avgiftsutløsende hendelser fra 2027, men koden blir ikke slettet. Desember 2026 må fortsatt avsluttes, og returer og tillegg som viser til dokumenter fra 2026, fortsetter å komme. ICMS og ISS lever fullt ut frem til 2029 og delvis frem til 2032. I seks år beregner motoren to systemer side om side på den samme fakturalinjen.

Hva det betyr i praksis:

  • Satser slås opp etter avgift, etter forvaltningsnivå (føderalt, delstat, kommune) og etter dato. Aldri konstanter.
  • IBS beregnes som to komponenter med egne satser. IBS-satsen på en transaksjon er summen av satsene til delstaten og kommunen der leveringen skjer (LC 214, art. 15), så motoren trenger en regel for leveringssted, ikke bare kundens adresse. I 2027 er satsene like overalt, og det skjuler feil her. Fra 2029 skiller de lag.
  • Reduksjoner (gruppen gRed), utsettelse (gDif) og de andre særbehandlingene i formatet styres av vareklassifiseringen, ikke av forgreninger i koden.

Vareklassifisering

Hver varelinje i en NF-e har nå en tresifret CST for IBS og CBS og en sekssifret cClassTrib. Hver cClassTrib tilsvarer en bestemt bestemmelse i LC 214. Tabellen publiseres på NF-e-portalen, og den tekniske merknaden advarer om at den kan endres. For tjenester legger den nasjonale NFS-e til en transaksjonsindikator, cIndOp, bygget på reglene for leveringssted i artikkel 11 i LC 214, og publiserer en korrelasjonstabell mellom punktet i den kommunale tjenestelisten, NBS-koden, cClassTrib og cIndOp.

Dette er en stamdatajobb før det er en kodejobb. Noen med avgiftskompetanse må klassifisere hver vare og tjeneste dere selger. Systemet må lagre den klassifiseringen, versjonere den og la den endres uten en ny utrulling. Har vareregisteret deres en NCM-kolonne og lite annet, er det her mesteparten av innsatsen går.

Fradrag og innkjøpssiden

Egenutviklingsprosjekter har en tendens til å fokusere på salgsfakturaen og glemme innkjøp. Under LC 214 er det på innkjøpssiden pengene ligger.

Et selskap i den ordinære ordningen får fradrag for IBS og CBS på innkjøpene sine bare for beløp som står på et gyldig elektronisk skattedokument, og de to holdes adskilt: et IBS-fradrag kan ikke betale en CBS-gjeld, eller omvendt (art. 47). Inntil split payment er i drift, frafaller loven kravet om at leverandørens avgift faktisk er betalt, men gjør fradraget avhengig av at leverandørens dokument viser de riktige beløpene (art. 48).

Løypa for inngående XML må derfor lese IBS- og CBS-gruppene fra hver NF-e og NFS-e fra leverandører, lagre CST, cClassTrib og beløpene per varelinje, kontrollere dem og bokføre dem på separate fradragskontoer for IBS og CBS. Leverandører i Simples Nacional må sende gruppen fra 4. januar 2027, så regn med en ny bølge av nye data den første uken.

Formater, justeringer og returer

NT 2025.002 endrer mer enn avgiftsgruppen:

  • Nye formål med utstedelsen: finNFe 5 for en kreditnota og 6 for en debetnota, hver med sin egen typekode.
  • En retur (finNFe 4) må vise til det opprinnelige dokumentet på varelinjenivå i gruppen DFeReferenciado, og den gamle taggen refNFe godtas ikke lenger for returer. Den regelen, VC02-14, går i produksjon 3. november 2026.
  • Statuskoden i svaret, cStat, utvides til fire sifre for avvisninger som gjelder de nye avgiftene. En parser som forventer tre sifre, vil lese dem feil.
  • En ny DANFE-modell for reformen ble publisert som NT 2026.010 den 1. oktober 2026.
  • Skjemaene for både NF-e og NFS-e er oppdatert for alfanumerisk CNPJ, og merknaden for NFS-e endrer hvert CNPJ-felt fra numerisk til tegn. Lagrer databasen deres CNPJ som et tall, er det en jobb til som berører den samme koden.

NFS-e har sin egen serie med tekniske merknader for reformen. Den nyeste, NT 009 versjon 1.01, legger til justeringsdokumenter og kobling til betaling, og flytter feltene for CST og cClassTrib.

Selve merknaden for NF-e er oppført på NF-e-portalen i femten versjoner, fra 28. mars 2025 til versjon 1.52 den 1. oktober 2026. Følg versjonsnummeret, ikke tittelen.

Rapportering og den assisterte avgiftsberegningen

LC 214 endrer hva en skattemelding er. Styringskomiteen for IBS (CGIBS) og Receita Federal kan legge frem en apuração assistida, en avgiftsberegning som er forhåndsberegnet ut fra de elektroniske dokumentene og betalingsdataene deres (art. 46). Svarer dere ikke innen fristen, antas saldoen å være riktig. Og opplysningene på hvert dokument er deklaratoriske: de regnes som en erkjennelse av IBS og CBS som er oppgitt (art. 60).

NF-e-dataene deres er i praksis skattemeldingen deres. Dere trenger en avstemming som sammenligner den assisterte avgiftsberegningen med deres egen hovedbok hver periode og flagger avvikene mens det fortsatt er tid til å rette dem.

Hva som kommer senere: split payment

Split payment er den delen som rekker utenfor ERP-systemet. Etter LC 214, art. 31 til 33, skiller betalingsleverandøren ut IBS og CBS ved oppgjøret og sender dem til skattemyndighetene, etter å ha kontrollert mot systemene til CGIBS og Receita hvor mye som fortsatt skyldes.

Det fungerer bare hvis hver betaling er knyttet til sitt skattedokument. NT 2026.006, publisert 25. august 2026, legger til en gruppe i NF-e (YC, gPgtoVinc) for betalinger som startes før dokumentet utstedes, som en boleto eller en dynamisk Pix-QR-kode, og en hendelse (110300) for å koble en betaling til etter utstedelse. Feltene går i produksjon 3. november 2026 og kreves ikke i 2026. Merknaden kaller dem forberedende: split payment ventes fra 2027, med tidsplaner som ennå ikke er kunngjort.

Genererer faktureringssystemet ditt boletos eller Pix-krav selv, bør du planlegge for dette nå. Faktureringen vil trenge transaksjonsidentifikatoren, koden for betalingsmåte og mottakerens CNPJ i det øyeblikket dokumentet bygges.

En tremånedersplan

Regnet bakover fra 1. januar 2027.

Oktober: kartlegging og satser

  1. List opp hvert sted en avgift beregnes, lagres eller skrives ut: tilbud, ordreregistrering, fakturering, NF-e-utstederen, NFS-e-integrasjonen, inngående XML, hovedboken og rapportene økonomiavdelingen faktisk bruker. Egne skatterutiner oppå et standard ERP-system hører med på listen.
  2. Flytt hver sats inn i konfigurasjon med dato som nøkkel. Legg inn IBS-satsene for 2027 nå og CBS-satsen når Senatet publiserer den.
  3. Start klassifiseringen: CST og cClassTrib for hver vare og tjeneste, med skatteteamet deres som eier.
  4. Bekreft at dere bygger mot NT 2025.002 versjon 1.52 og de gjeldende vedleggene for NFS-e.

November: utvikling og testing

  1. Referanser på varelinjenivå ved returer må fungere i produksjon innen 3. november.
  2. Inngående: les og lagre IBS og CBS per varelinje fra leverandørdokumenter, med separate fradragskontoer.
  3. Test scenarioer for 2027 med datoen injisert, ikke lest fra systemklokken, slik at de kan kjøres i dag. Ta med et dokument fra 2026 som returneres i januar.
  4. Håndter firesifrede cStat-koder, og legg til feltene for betalingskobling hvis dere utsteder boletos eller Pix.

Desember: frys og overgang

  1. Frys endringer innen midten av desember. Avgjør hvordan dokumenter utstedt rundt midnatt 31. desember håndteres: valideringsreglene kontrollerer satser mot utstedelsesdatoen, loven mot datoen for den avgiftsutløsende hendelsen, og de to er ikke alltid samme øyeblikk.
  2. Skriv en liste over hva som skal overvåkes den første uken: avvisningskoder, bokføring av fradrag, og totalene for CBS og IBS per dag.
  3. Ha noen i beredskap de første virkedagene i januar. De første avvisningene vil fortelle dere mer enn noen test.

Hvor du får hjelp

Vi endrer kode i egenutviklede ERP- og faktureringssystemer: avgiftsmotoren, NF-e- og NFS-e-integrasjonen, løypa for inngående dokumenter og testene rundt dem. Det arbeidet hører inn under våre tjenester for ERP-modernisering og e-fakturaintegrasjon, og vår tjeneste for vedlikehold av eldre systemer dekker systemer som er så gamle at ingen husker hvordan avgiftslogikken havnet der.

Vi er ingeniører, ikke skatterådgivere. Spørsmål om vareklassifisering og ordninger hører hjemme hos skatteteamet deres, og vi bygger etter svaret de gir. Har du tre måneder og et system som trenger arbeidet, skriv til office@c9group.dev.

Back to All Articles