Данъчната реформа в Бразилия от 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, докато той не го направи. Само за 2026 г. член 353 отлага тези срокове с 45 дни: Receita Federal изпрати на TCU своя модел за изчисление на 14 септември 2026 г., TCU има време до 30 октомври, а Сенатът до 15 декември 2026 г. Третирайте ставката като конфигурация с дата на влизане в сила и очаквайте да я заредите през втората половина на декември, дни преди да започне да се прилага.

Правилата също продължават да се променят. Допълнителен закон 227/2026 вече измени LC 214 на няколко места, включително членовете за разделеното плащане и третирането на грешките в декларациите за 2026 г. Проектирайте с оглед на следващото изменение, а не само на сегашното.

Какво всъщност беше 2026 г.

За повечето компании 2026 г. беше година на данните, а не на данъците. Парите до голяма степен се прихванаха срещу PIS и Cofins. Полетата не.

Техническата бележка за NF-e във връзка с реформата, NT 2025.002-RTC, добавя група IBS и CBS към всеки артикул в NF-e. Правилото за валидиране UB12-10, което отхвърля бележка без нея, трябваше да влезе в производствена среда на 3 август 2026 г. за компаниите на общ режим и на 4 януари 2027 г. за издателите в Simples Nacional и MEI. И двете дати са оттеглени: версия 1.52 отбелязва производствената среда като „implementação futura" (бъдещо внедряване), без дата, а правилото работи само в среда за хомологация. Така бележка без групата все още може да бъде разрешена, но самата бележка посочва, че правното действие на новите данъчни полета следва сроковете в закона, а не графика ѝ за валидиране. При услугите общините трябваше да позволят на данъкоплатците да издават NFS-e по националния стандарт или да споделят собствените си бележки в неговия формат от 1 януари 2026 г. (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 вече не се приема за връщания. Версия 1.52 на бележката определи 3 ноември 2026 г. за влизането на това правило, VC02-14, в производствена среда. На 5 октомври 2026 г. Receita Federal отложи версия 1.52 за 26 октомври в среда за хомологация и 16 ноември в производствена среда (съобщение на портала на NF-e), без изключение за това правило, така че планирайте за 16 ноември и следете портала.
• Кодът на статуса в отговора, 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 г., като графиците тепърва ще бъдат обявени.

Ако системата ви за фактуриране сама генерира boletos или плащания с Pix, планирайте това още сега. При изграждането на бележката фактурирането ще се нуждае от идентификатора на транзакцията, кода на начина на плащане и CNPJ на получателя.

План за три месеца

Броено назад от 1 януари 2027 г.

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

1. Избройте всяко място, където данък се изчислява, съхранява или отпечатва: офертите, въвеждането на поръчки, фактурирането, модула за издаване на NF-e, интеграцията с NFS-e, входящите XML файлове, счетоводството и отчетите, които финансовият отдел реално използва. В този списък влизат и персонализираните фискални процедури върху готова ERP система.
2. Преместете всяка ставка в конфигурация с ключ по дата. Заредете ставките на IBS за 2027 г. сега, а ставката на CBS, когато Сенатът я публикува.
3. Започнете класификацията: CST и cClassTrib за всеки артикул и всяка услуга, като отговорността е на данъчния ви екип.
4. Потвърдете, че разработвате по NT 2025.002 версия 1.52 и по актуалните приложения за NFS-e.

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

5. Препращането на ниво артикул при връщания трябва да работи в производствена среда до 16 ноември (3 ноември преди отлагането от 5 октомври).
6. Входящи документи: разчитане и съхраняване на IBS и CBS по артикули от документите на доставчиците, с отделни кредитни сметки.
7. Тествайте сценариите за 2027 г. с подадена дата, а не с датата от системния часовник, така че да работят още днес. Включете бележка от 2026 г., върната през януари.
8. Обработвайте четирицифрените кодове cStat и добавете полетата за връзка с плащането, ако издавате boletos или Pix.

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

9. Замразете промените до средата на декември. Решете как ще се обработват бележките, издадени около полунощ на 31 декември: правилата за валидиране проверяват ставките спрямо датата на издаване, законът спрямо датата на данъчното събитие, а двете не винаги са един и същ момент.
10. Напишете списък за наблюдение през първата седмица: кодове за отхвърляне, осчетоводени кредити и дневните суми на CBS и IBS.
11. Осигурете дежурен човек за първите работни дни на януари. Първите отхвърляния ще ви кажат повече от всеки тест.

Къде да намерите помощ

Променяме кода на собствени ERP системи и системи за фактуриране: данъчния модул, интеграцията с NF-e и NFS-e, конвейера за входящи документи и тестовете около тях. Тази работа е част от услугите ни за модернизация на ERP системи и интеграция на електронно фактуриране, а услугата ни за поддръжка на наследени системи обхваща системи, толкова стари, че никой не помни как данъчната логика се е озовала там.

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