Írta: Kristijan Sekereš
A brazil adóreform 2027. január 1-jén: mit kell megváltoztatni a saját ERP-kben a CBS és az IBS miatt

2027. január 1-jén Brazília megszünteti a PIS és a Cofins beszedését, és bevezeti a CBS-t, az új szövetségi hozzájárulást a termékekre és szolgáltatásokra. Ugyanekkor az IBS, az az adó, amely idővel az ICMS-t és az ISS-t váltja fel, 0,05%-os állami és 0,05%-os önkormányzati tesztkulcsra áll át. Az IPI nullára csökken, kivéve a Manausi Szabadkereskedelmi Övezet kedvezményeivel gyártott termékeket, és elindul az új Imposto Seletivo.
Minden általános adózási rendben működő cég érintett, amely NF-e-t vagy NFS-e-t állít ki. Ha a TOTVS, a Senior, az SAP vagy az Omie standard, aktuális kiadását futtatja, a változást a szoftverszállító szállítja, az Ön dolga pedig a beállítás és a tesztelés. Ez a cikk mindenki másnak szól: azoknak a cégeknek, amelyeknél az adószámítás saját fejlesztésű ERP-ben, erősen testre szabott ERP-ben vagy olyan számlázórendszerben él, amely maga állítja össze az XML-t.
Három hónap nem sok. De elég, ha a munka most elkezdődik.
Mit mond a törvény, évről évre
Az alkotmányos alapot a 132/2023. számú alkotmánymódosítás adja. Ez az alkotmány átmeneti rendelkezéseit (ADCT) kiegészítette a 126. cikkel, amely kimondja, hogy 2027-től a CBS-t és az Imposto Seletivót beszedik, a PIS és a Cofins pedig, az importra kivetett hozzájárulásokkal együtt, megszűnik. A számokat a 214/2025. számú kiegészítő törvény adja.
- 2026, a tesztév. CBS 0,9%-kal és IBS 0,1%-kal (346. és 343. cikk). Amit befizetnek, azt a PIS-be és a Cofinsba beszámítják, és az a cég, amely teljesíti a járulékos kötelezettségeit, mentesül a befizetés alól (348. cikk). A Simples Nacional hatálya alá tartozó cégekre ezek a kulcsok nem vonatkoznak.
- 2027 és 2028. CBS a normál kulcsán, 0,1 százalékponttal csökkentve (347. cikk). IBS 0,05% állami és 0,05% önkormányzati kulccsal (344. cikk). A PIS és a Cofins megszűnik.
- 2029-től 2032-ig. Az ICMS és az ISS kulcsa a korábbi szint kilenctizedére, majd nyolc-, hét- és hattizedére csökken, miközben az IBS emelkedik, hogy átvegye a helyüket.
- 2033. Az ICMS és az ISS megszűnik.
A 2027-es CBS-kulcs még nem olyan szám, amelyet be lehet égetni a kódba. A 349. cikk szerint a referenciakulcsot a szenátus az előző év október 31-ig állapítja meg, a Szövetségi Számvevőszék (TCU) által szeptember 15-ig átadott számítások alapján. Ha a szenátus december 22-ig nem dönt, addig a TCU számát kell alkalmazni. Kezelje a kulcsot hatálybalépési dátummal ellátott konfigurációként, és számítson arra, hogy novemberben kell betöltenie.
A szabályok ráadásul még mozognak. A 227/2026. számú kiegészítő törvény már több ponton módosította az LC 214-et, többek között a split payment cikkeit és a 2026-os bevallási hibák kezelését. A következő módosításra tervezzen, ne csak erre.
Mi volt valójában 2026
A legtöbb cég számára 2026 inkább adatév volt, mint adóév. A pénz nagyrészt kiegyenlítődött a PIS-szel és a Cofinsszal szemben. A mezők nem.
Az NF-e reformra vonatkozó műszaki közleménye, az NT 2025.002-RTC, kötelezővé tette az IBS- és CBS-csoportot minden olyan NF-e minden tételén, amelyet általános adózási rendben működő cég 2026. augusztus 3-tól állít ki (UB12-10 validációs szabály). A Simples Nacional és a MEI alá tartozó kibocsátók 2027. január 4-étől következnek. A szolgáltatási oldalon az önkormányzatoknak 2026. január 1. óta lehetővé kell tenniük, hogy az adózók az országos szabványú NFS-e-t állítsák ki, vagy hogy saját bizonylataikat annak elrendezésében osszák meg (LC 214, 62. cikk).
Ha tehát a rendszere augusztus óta állít ki bizonylatokat, a mezők megvannak. Ami lehet, hogy nincs meg, az a mögöttük álló valódi logika. Ha a 2026-os megvalósítás konstansként írta be a 0,9%-ot és a 0,1%-ot, mert a pénz úgyis kiegyenlítődött, az 2026-ban ártalmatlan volt. Január 1-jén ártalmatlan lenni megszűnik. Az UB18-10 szabály előírja, hogy a 2027-ben kiállított bizonylatokon az állami IBS-kulcs 0,05% legyen, az UB56-20 szabály pedig, hogy a CBS-kulcs egyezzen a hatályos kulccsal. A tavalyi kulcsokat tartalmazó bizonylatot a SEFAZ elutasítja, és engedélyezetlen bizonylat esetén nincs számla.
Mit kell megváltoztatni a szoftverben
Az adómotor
A PIS és a Cofins a 2027-től bekövetkező adóztatandó eseményekre megszűnik, a kódot azonban nem lehet törölni. A 2026-os decembert még le kell zárni, és a 2026-os bizonylatokra hivatkozó visszárúk és kiegészítések tovább érkeznek. Az ICMS és az ISS 2029-ig teljes egészében, 2032-ig részben életben marad. Hat éven át a motor két rendszert számol egymás mellett, ugyanazon a számlasoron.
Ez a gyakorlatban a következőt jelenti:
- A kulcsokat adónként, szintenként (szövetségi, állami, önkormányzati) és dátum szerint kell kikeresni. Soha nem konstansként.
- Az IBS-t két, saját kulccsal rendelkező összetevőként kell számolni. Egy ügylet IBS-kulcsa a rendeltetési hely szerinti állam és önkormányzat kulcsainak összege (LC 214, 15. cikk), így a motornak a teljesítési helyre vonatkozó szabály kell, nem csak a vevő címe. 2027-ben a kulcsok mindenhol azonosak, ami itt elrejti a hibákat. 2029-től eltérnek.
- A csökkentéseket (gRed csoport), a halasztást (gDif) és az elrendezés többi különleges kezelését a tételek besorolása vezérelje, ne elágazások a kódban.
A tételek besorolása
Minden NF-e-tétel mostantól háromjegyű CST-t hordoz az IBS-hez és a CBS-hez, valamint hatjegyű cClassTrib-et. Minden cClassTrib az LC 214 egy konkrét rendelkezésének felel meg. A táblázatot az NF-e portálon teszik közzé, és a műszaki közlemény figyelmeztet, hogy változhat. Szolgáltatásoknál az országos NFS-e egy ügyletjelzőt is hozzáad, a cIndOp-ot, amely az LC 214 11. cikkének teljesítési helyre vonatkozó szabályaira épül, és közzétesz egy megfeleltetési táblázatot az önkormányzati szolgáltatási lista tétele, az NBS-kód, a cClassTrib és a cIndOp között.
Ez előbb törzsadat-feladat, mint kódolási feladat. Valakinek, aki ért az adózáshoz, be kell sorolnia minden terméket és szolgáltatást, amelyet értékesít. A rendszernek tárolnia kell ezt a besorolást, verzióznia kell, és lehetővé kell tennie a módosítását telepítés nélkül. Ha a cikktörzsében egy NCM-oszlop van és alig más, a munka nagy része ide megy.
Adójóváírások és a beszerzési oldal
A házon belüli projektek hajlamosak az értékesítési számlára összpontosítani, és megfeledkezni a beszerzésről. Az LC 214 szerint a pénz a beszerzésnél van.
Egy általános adózási rendben működő cég beszerzései után csak az érvényes elektronikus adóügyi bizonylaton feltüntetett összegekre érvényesíthet IBS- és CBS-jóváírást, és a kettőt elkülönítve kell kezelni: IBS-jóváírással nem lehet CBS-tartozást rendezni, és fordítva sem (47. cikk). Amíg a split payment nem működik, a törvény eltekint attól a követelménytől, hogy a szállító adóját ténylegesen befizették, de a jóváírást ahhoz köti, hogy a szállító bizonylata a helyes összegeket mutassa (48. cikk).
A bejövő XML-feldolgozásnak tehát minden beszállítói NF-e-ből és NFS-e-ből ki kell olvasnia az IBS- és CBS-csoportot, tételenként tárolnia kell a CST-t, a cClassTrib-et és az összegeket, ellenőriznie kell őket, és külön IBS- és CBS-jóváírási számlára kell könyvelnie. A Simples Nacional alá tartozó szállítóknak 2027. január 4-étől kell küldeniük a csoportot, így az első héten számítson az új adatok második hullámára.
Elrendezések, korrekciók és visszárúk
Az NT 2025.002 többet változtat, mint az adócsoportot:
- Új kiállítási célok: finNFe 5 a jóváíró, 6 a terhelő bizonylathoz, mindegyik saját típuskóddal.
- A visszárú (finNFe 4) bizonylatnak tételszinten kell hivatkoznia az eredeti bizonylatra a DFeReferenciado csoportban, és a régi refNFe címkét visszárúnál már nem fogadják el. Ez a szabály, a VC02-14, 2026. november 3-án kerül éles környezetbe.
- A válasz cStat státuszkódja négy számjegyűre bővül az új adókra jellemző elutasításoknál. Az a feldolgozó, amely három számjegyet vár, félreolvassa őket.
-
- október 1-jén NT 2026.010 számon megjelent a reformhoz igazított új DANFE-minta.
- Az NF-e és az NFS-e sémáját is frissítették az alfanumerikus CNPJ miatt, az NFS-e közlemény pedig minden CNPJ-mezőt numerikusról karakteresre állít át. Ha az adatbázisa számként tárolja a CNPJ-t, az egy második feladat, amely ugyanahhoz a kódhoz nyúl.
Az NFS-e-nek saját sorozata van a reformra vonatkozó műszaki közleményekből. A legutóbbi, az NT 009 1.01-es verziója, korrekciós bizonylatokat és fizetési hozzárendelést vezet be, és áthelyezi a CST- és cClassTrib-mezőket.
Magát az NF-e közleményt az NF-e portál tizenöt verzióban listázza, a 2025. március 28-itól a 2026. október 1-jei 1.52-es verzióig. A verziószámot kövesse, ne a címet.
Adatszolgáltatás és az előkészített adómegállapítás
Az LC 214 megváltoztatja, mi számít adóbevallásnak. Az IBS Irányító Bizottsága (CGIBS) és a Receita Federal apuração assistida-t, vagyis az Ön elektronikus bizonylataiból és fizetési adataiból előre kiszámított adómegállapítást tehet elé (46. cikk). Ha a határidőig nem reagál, az egyenleget helyesnek vélelmezik. Az egyes bizonylatokon szereplő információ ráadásul nyilatkozat jellegű: a feltüntetett IBS és CBS elismerésének számít (60. cikk).
Az NF-e-adatai gyakorlatilag a bevallását jelentik. Olyan egyeztetésre van szüksége, amely minden időszakban összeveti az előkészített adómegállapítást a saját főkönyvével, és jelzi az eltéréseket, amíg még van idő javítani őket.
Ami később jön: split payment
A split payment az a rész, amely túlnyúlik az ERP-n. Az LC 214 31. és 33. cikke közötti rendelkezések szerint a fizetési szolgáltató az elszámoláskor leválasztja az IBS-t és a CBS-t, és továbbítja az adóhatóságoknak, miután a CGIBS és a Receita rendszereiben ellenőrizte, mennyi tartozás áll még fenn.
Ez csak akkor működik, ha minden kifizetés hozzá van rendelve az adóügyi bizonylatához. A 2026. augusztus 25-én közzétett NT 2026.006 egy csoportot ad az NF-e-hez (YC, gPgtoVinc) a bizonylat kiállítása előtt indított kifizetésekhez, például boletóhoz vagy dinamikus Pix QR-kódhoz, valamint egy eseményt (110300) a kiállítás utáni hozzárendeléshez. A mezők 2026. november 3-án kerülnek éles környezetbe, és 2026-ban nem kötelezők. A közlemény előkészítőnek nevezi őket: a split payment 2027-től várható, az ütemezést még bejelentik.
Ha a számlázórendszere maga állít elő boletókat vagy Pix-terheléseket, tervezzen ezzel most. A számlázásnak a bizonylat összeállításakor szüksége lesz a tranzakcióazonosítóra, a fizetési mód kódjára és a fogadó CNPJ-re.
Háromhónapos terv
2027. január 1-jétől visszafelé számolva.
Október: leltár és kulcsok
- Vegye számba az összes helyet, ahol adót számolnak, tárolnak vagy nyomtatnak: ajánlatkészítés, rendelésfelvétel, számlázás, az NF-e-kibocsátó, az NFS-e-integráció, a bejövő XML, a főkönyv és azok a jelentések, amelyeket a pénzügy ténylegesen használ. Egy dobozos ERP-re épített egyedi adóügyi rutinok is erre a listára tartoznak.
- Minden kulcsot tegyen dátum szerint kulcsolt konfigurációba. A 2027-es IBS-kulcsokat töltse be most, a CBS-kulcsot pedig akkor, amikor a szenátus közzéteszi.
- Kezdje el a besorolást: CST és cClassTrib minden tételhez és szolgáltatáshoz, az adós csapata felelősségével.
- Erősítse meg, hogy az NT 2025.002 1.52-es verziójára és az aktuális NFS-e-mellékletekre fejleszt.
November: fejlesztés és tesztelés
- A visszárúk tételszintű hivatkozásának november 3-ig működnie kell éles környezetben.
- Bejövő oldal: a beszállítói bizonylatokból tételenként feldolgozni és tárolni az IBS-t és a CBS-t, külön jóváírási számlákkal.
- A 2027-es forgatókönyveket befecskendezett dátummal tesztelje, ne a rendszerórából olvasottal, hogy már ma lefuttathatók legyenek. Vegyen bele egy januárban visszaküldött 2026-os bizonylatot is.
- Kezelje a négyjegyű cStat-kódokat, és ha boletót vagy Pixet állít ki, adja hozzá a fizetési hozzárendelés mezőit.
December: befagyasztás és átállás
- December közepéig fagyassza be a változtatásokat. Döntse el, hogyan kezeli a december 31-én éjfél körül kiállított bizonylatokat: a validációs szabályok a kulcsokat a kiállítás dátumához mérik, a törvény az adóztatandó esemény dátumához, és a kettő nem mindig ugyanaz a pillanat.
- Írjon egy első heti figyelőlistát: elutasítási kódok, jóváírási könyvelések, valamint a CBS és az IBS napi összegei.
- Januárban az első munkanapokon legyen valaki ügyeletben. Az első elutasítások többet mondanak el bármely tesztnél.
Hol kaphat segítséget
Saját fejlesztésű ERP- és számlázókódot alakítunk át: az adómotort, az NF-e- és NFS-e-integrációt, a bejövő bizonylatok feldolgozását és az ezeket körülvevő teszteket. Ez a munka az ERP-modernizációs és az e-számlázási integrációs szolgáltatásunkhoz tartozik, a régi rendszerek karbantartására vonatkozó szolgáltatásunk pedig azokat a rendszereket fedi le, amelyek már olyan régiek, hogy senki nem emlékszik, hogyan került beléjük az adólogika.
Mérnökök vagyunk, nem adótanácsadók. A tételek besorolása és az adózási rendre vonatkozó kérdések az adós csapatára tartoznak, mi pedig az ő válaszuk szerint építünk. Ha három hónapja van, és egy rendszere, amelyen dolgozni kell, írjon az office@c9group.dev címre.