Даночната реформа во Бразил од 1 јануари 2027: што мора да променат сопствените ERP-системи за CBS и IBS

Прометна трговска улица во четвртта Либердаде во Сао Паоло

На 1 јануари 2027 Бразил престанува да наплаќа PIS и Cofins и почнува да го наплаќа CBS, новиот федерален придонес на стоки и услуги. Во истиот момент IBS, данокот што на крајот ќе ги замени ICMS и ISS, преминува на тест-стапка од 0,05% за државата и 0,05% за општината. IPI паѓа на нула, освен за производите направени со поттиците на слободната трговска зона Манаус, и почнува новиот Imposto Seletivo.

Засегната е секоја компанија во редовниот режим што издава NF-e или NFS-e. Ако користите стандардно, тековно издание на TOTVS, Senior, SAP или Omie, вашиот добавувач ја испорачува промената, а вашата работа е конфигурација и тестирање. Оваа статија е за сите други: компании чија даночна пресметка живее во ERP развиен во куќата, во силно прилагоден ERP или во систем за наплата што самиот го составува XML-от.

Три месеци не се долг период. Доволни се ако работата почне сега.

Што вели законот, година по година

Уставната основа е Уставниот амандман 132/2023. Тој додаде член 126 во преодните одредби на Уставот (ADCT), според кој од 2027 се наплаќаат CBS и Imposto Seletivo, а PIS и Cofins, вклучително и придонесите при увоз, се укинуваат. Дополнителниот закон 214/2025 ги дава бројките.

2026, тест-годината. CBS по стапка од 0,9% и IBS по 0,1% (чл. 346 и 343). Она што ќе се плати се пребива со PIS и Cofins, а компанија што ги исполнува споредните обврски воопшто е ослободена од плаќање (чл. 348). Компаниите во Simples Nacional се надвор од овие стапки.
2027 и 2028. CBS по стандардната стапка намалена за 0,1 процентен поен (чл. 347). IBS по 0,05% државен плус 0,05% општински (чл. 344). PIS и Cofins исчезнуваат.
Од 2029 до 2032. Стапките на ICMS и ISS паѓаат на девет десетини од нивното ниво, потоа на осум, седум и шест десетини, додека IBS расте за да ги замени.
2033. ICMS и ISS се укинуваат.

Стапката на CBS за 2027 сè уште не е бројка што можете да ја запишете фиксно во кодот. Според член 349, Сенатот ја утврдува референтната стапка до 31 октомври претходната година, врз основа на пресметки што Сојузниот сметковен суд (TCU) ги доставува до 15 септември. Ако Сенатот не постапи до 22 декември, важи бројката на TCU сè додека не постапи. Третирајте ја стапката како конфигурација со датум на важење и сметајте дека ќе ја внесувате во ноември.

Правилата и понатаму се менуваат. Дополнителниот закон 227/2026 веќе го измени LC 214 на неколку места, меѓу другото членовите за поделено плаќање (split payment) и третманот на грешките при поднесување во 2026. Дизајнирајте за следниот амандман, а не само за овој.

Што всушност беше 2026

За повеќето компании 2026 беше година на податоци, а не на данок. Парите во најголема мера се пребија со PIS и Cofins. Полињата не.

Техничката белешка за NF-e за реформата, NT 2025.002-RTC, групата за IBS и CBS ја направи задолжителна на секоја ставка во NF-e издадена од 3 август 2026 од компанија во редовниот режим (правило за проверка UB12-10). Издавачите во Simples Nacional и MEI следат од 4 јануари 2027. Кај услугите, општините од 1 јануари 2026 мора да им овозможат на обврзниците да издаваат NFS-e според националниот стандард или да ги споделуваат своите белешки во неговиот формат (LC 214, чл. 62).

Значи, ако вашиот систем издава белешки од август, полињата постојат. Она што можеби не постои е вистинската логика зад нив. Ако вашата имплементација во 2026 ги запишала 0,9% и 0,1% како константи затоа што парите се пребиваа, тоа во 2026 беше безопасно. На 1 јануари престанува да биде. Правилото UB18-10 бара државната стапка на IBS да биде 0,05% на белешките издадени во 2027, а правилото UB56-20 бара стапката на CBS да биде еднаква на стапката што е на сила. Белешка со стапките од минатата година ја одбива SEFAZ, а неодобрена белешка значи дека нема фактура.

Што мора да се смени во софтверот

Даночниот механизам

PIS и Cofins престануваат за оданочивите настани од 2027, но кодот не се брише. Декември 2026 сè уште мора да се затвори, а враќањата и дополнувањата што се однесуваат на белешки од 2026 ќе продолжат да пристигнуваат. ICMS и ISS остануваат целосно живи до 2029 и делумно живи до 2032. Шест години механизмот пресметува два системи паралелно, на истата ставка од фактурата.

Што значи тоа во пракса:

Стапки што се бараат по данок, по ниво (федерално, државно, општинско) и по датум. Никогаш константи.
IBS пресметан како две компоненти со сопствени стапки. Стапката на IBS за една операција е збирот на стапките на државата и општината на одредиштето (LC 214, чл. 15), па на механизмот му треба правило за местото на испорака, а не само адресата на купувачот. Во 2027 стапките се исти насекаде, што тука ги крие грешките. Од 2029 тие се разидуваат.
Намалувањата (групата gRed), одложувањето (gDif) и другите посебни третмани во форматот, управувани од класификацијата на ставката, а не од разгранувања во кодот.

Класификација на ставките

Секоја ставка во NF-e сега носи трицифрен CST за IBS и CBS и шестцифрен cClassTrib. Секој cClassTrib одговара на конкретна одредба од LC 214. Табелата е објавена на порталот за NF-e, а техничката белешка предупредува дека може да се менува. За услугите, националната NFS-e додава показател на операцијата, cIndOp, изграден врз правилата за местото на испорака од член 11 на LC 214, и објавува табела на соодветство меѓу ставката од општинскиот список на услуги, шифрата NBS, cClassTrib и cIndOp.

Ова е работа на матичните податоци пред да биде работа на кодот. Некој со даночно знаење мора да го класифицира секој производ и секоја услуга што ја продавате. Системот мора да ја чува таа класификација, да ги води нејзините верзии и да дозволи нејзина промена без ново пуштање на кодот. Ако вашиот матичен регистар на артикли има колона NCM и малку друго, тука оди најголемиот дел од трудот.

Кредити и страната на набавките

Проектите во куќата обично се фокусираат на продажната фактура и ги забораваат набавките. Според LC 214, парите се токму кај набавките.

Компанија во редовниот режим користи кредити за IBS и CBS од своите набавки само за износите прикажани на валиден електронски фискален документ, а двата се водат одделно: кредит за IBS не може да плати долг за CBS, ниту обратно (чл. 47). Додека поделеното плаќање не профункционира, законот се откажува од барањето данокот на добавувачот навистина да е платен, но кредитот го условува со тоа белешката на добавувачот да ги прикажува точните износи (чл. 48).

Значи, влезниот тек за XML мора да ги чита групите за IBS и CBS од секоја NF-e и NFS-e од добавувачите, да ги чува CST, cClassTrib и износите по ставка, да ги проверува и да ги книжи на одделни сметки за кредити за IBS и за CBS. Добавувачите во Simples Nacional мора да ја праќаат групата од 4 јануари 2027, па очекувајте втор бран нови податоци во првата недела.

Формати, корекции и враќања

NT 2025.002 менува повеќе од даночната група:

Нови намени на издавање: finNFe 5 за книжно одобрување и 6 за книжно задолжување, секоја со сопствен код за вид.
Враќањето (finNFe 4) мора да се повика на изворната белешка на ниво на ставка во групата DFeReferenciado, а старата ознака refNFe повеќе не се прифаќа за враќања. Тоа правило, VC02-14, стигнува во продукција на 3 ноември 2026.
Статусниот код на одговорот, cStat, се проширува на четири цифри за одбивањата специфични за новите даноци. Парсер што очекува три цифри погрешно ќе ги прочита.
Нов модел на DANFE за реформата беше објавен како NT 2026.010 на 1 октомври 2026.
Шемите за NF-e и NFS-e се ажурирани за алфанумерички CNPJ, а белешката за NFS-e секое поле за CNPJ го менува од нумеричко во знаковно. Ако вашата база го чува CNPJ како број, тоа е втора работа што го допира истиот код.

NFS-e има сопствена серија технички белешки за реформата. Најновата, NT 009 верзија 1.01, додава белешки за корекција, поврзување со плаќањата и ги поместува полињата CST и cClassTrib.

Самата белешка за NF-e е наведена на порталот за NF-e во петнаесет верзии, од 28 март 2025 до верзијата 1.52 од 1 октомври 2026. Следете го бројот на верзијата, а не насловот.

Известување и потпомогнатата пресметка

LC 214 менува што е даночна пријава. Управниот комитет на IBS (CGIBS) и Receita Federal може да презентираат apuração assistida, пресметка однапред подготвена од вашите електронски документи и податоците за плаќање (чл. 46). Ако не одговорите до рокот, салдото се смета за точно. А информациите на секоја белешка се декларативни: се сметаат за признание на IBS и CBS што се прикажани (чл. 60).

Вашите податоци во NF-e се, во суштина, вашата пријава. Потребно ви е усогласување што секој период ја споредува потпомогнатата пресметка со вашата главна книга и ги означува разликите додека уште има време да се поправат.

Што доаѓа подоцна: поделено плаќање

Поделеното плаќање (split payment) е делот што излегува надвор од ERP-от. Според LC 214, чл. од 31 до 33, давателот на платежни услуги ги одвојува IBS и CBS при порамнувањето и ги праќа до даночните органи, откако ќе провери во системите на CGIBS и Receita колку уште се должи.

Тоа функционира само ако секое плаќање е поврзано со својот фискален документ. NT 2026.006, објавена на 25 август 2026, додава група во NF-e (YC, gPgtoVinc) за плаќања започнати пред издавањето на белешката, како boleto или динамички Pix QR-код, и настан (110300) за поврзување плаќање по издавањето. Полињата стигнуваат во продукција на 3 ноември 2026 и не се задолжителни во 2026. Белешката ги нарекува подготвителни: поделеното плаќање се очекува од 2027, а распоредите допрва ќе се објават.

Ако вашиот систем за наплата сам генерира boleto или Pix наплати, планирајте го ова сега. На фактурирањето ќе му требаат идентификаторот на трансакцијата, кодот за начинот на плаќање и CNPJ на примачот во моментот кога се составува белешката.

План од три месеци

Сметано наназад од 1 јануари 2027.

Октомври: попис и стапки

Наведете го секое место каде што данок се пресметува, чува или печати: понуди, внес на нарачки, фактурирање, издавачот на NF-e, интеграцијата за NFS-e, влезниот XML, главната книга и извештаите што финансиската служба навистина ги користи. Сопствените фискални рутини над готов ERP припаѓаат на овој список.
Преместете ја секоја стапка во конфигурација со клуч по датум. Внесете ги стапките на IBS за 2027 сега, а стапката на CBS кога Сенатот ќе ја објави.
Почнете ја класификацијата: CST и cClassTrib за секој артикл и секоја услуга, во надлежност на вашиот даночен тим.
Потврдете дека градите според NT 2025.002 верзија 1.52 и тековните анекси за NFS-e.

Ноември: изработка и тестирање

Повикувањето на ниво на ставка кај враќањата мора да работи во продукција до 3 ноември.
Влез: парсирајте ги и чувајте ги IBS и CBS по ставка од документите на добавувачите, со одделни сметки за кредити.
Тестирајте ги сценаријата за 2027 со вметнат датум, а не со датум од системскиот часовник, за да може да се пуштат денес. Вклучете белешка од 2026 вратена во јануари.
Обработувајте четирицифрени кодови cStat и додадете ги полињата за поврзување со плаќањата ако издавате boleto или Pix.

Декември: замрзнување и преминување

Замрзнете ги промените до средината на декември. Одлучете како се постапува со белешките издадени околу полноќ на 31 декември: правилата за проверка ги проверуваат стапките според датумот на издавање, законот според датумот на оданочивиот настан, а двата не се секогаш ист момент.
Напишете список за следење во првата недела: кодови за одбивање, книжења на кредити и збировите на CBS и IBS по ден.
Чувајте некој во дежурство во првите работни денови од јануари. Првите одбивања ќе ви кажат повеќе од кој било тест.

Каде да побарате помош

Менуваме код на ERP-системи и системи за наплата развиени во куќата: даночниот механизам, интеграцијата за NF-e и NFS-e, влезниот тек на документи и тестовите околу нив. Таа работа е дел од нашите услуги за модернизација на ERP и интеграција на е-фактурирање, а нашата услуга за одржување наследени системи ги покрива системите доволно стари за никој да не се сеќава како даночната логика стигнала таму.

Ние сме инженери, а не даночни советници. Класификацијата на ставките и прашањата за режимот му припаѓаат на вашиот даночен тим, а ние градиме според неговиот одговор. Ако имате три месеци и систем на кој му треба оваа работа, пишете ни на office@c9group.dev.