O cadastro de benefício de ICMS no SAP não tem campo para o prazo que a Constituição já fixou

Um benefício de ICMS concedido hoje não é uma vantagem permanente. Ele tem prazo de validade jurídico fixado desde 2023 na Constituição, e o SAP não sabe disso, porque quem cadastra o benefício no ambiente fiscal quase nunca registra essa data como campo, só como decreto anexado num processo. O ponto cego não está na lei. Está no cadastro.

O prazo que a Constituição já fixou

A Emenda Constitucional 132/2023 incluiu no Ato das Disposições Constitucionais Transitórias dois artigos que datam o fim do ICMS como ele existe hoje. O art. 128 do ADCT determina a redução progressiva da alíquota entre 2029 e 2032 (nove décimos em 2029, oito em 2030, sete em 2031, seis em 2032, sobre a alíquota fixada na legislação de cada estado). O art. 129 do ADCT determina a extinção do imposto previsto no art. 155, II, da Constituição a partir de 2033. Qualquer benefício estruturado sobre ICMS, redução de alíquota, crédito presumido, diferimento, tem esse mesmo teto: ele não sobrevive além da data em que o próprio imposto que ele modula deixa de existir na forma atual.

Um benefício fiscal só é permanente enquanto o imposto que ele reduz também for. Quando o imposto tem prazo constitucional para acabar, o benefício herda o mesmo prazo, mesmo que ninguém tenha digitado essa data em lugar nenhum.

Onde essa data deveria morar, e onde ela não mora

Em qualquer ambiente SAP com Guepardo Tax, o benefício fiscal de ICMS vira parametrização: uma condição de cálculo vinculada a uma combinação de material, centro, natureza de operação e legislação, configurada para reduzir a base ou aplicar um crédito presumido a partir de uma regra fiscal cadastrada. O que essa parametrização normalmente não tem é um campo de vigência ligado ao cronograma constitucional de redução. Ela tem data de início. Raramente tem data de fim vinculada a uma norma que ainda vai produzir efeito daqui a alguns anos.

Isso acontece porque o cadastro de benefício fiscal nasce, historicamente, para responder a uma pergunta de curto prazo: "essa operação tem direito ao benefício hoje, sim ou não". Ninguém desenha esse cadastro pensando num decreto constitucional que só começa a produzir efeito prático seis anos depois. O resultado é uma regra fiscal ativa, correta hoje, sem qualquer mecanismo dentro do sistema que force uma revisão quando 2029 chegar.

O que acontece quando 2029 chega e o cadastro não mudou

Um cenário hipotético, sem ser específico de nenhuma empresa real: uma indústria tem, hoje, uma condição de cálculo no SAP que aplica redução de base de ICMS sobre determinada linha de produto, amparada por um benefício estadual concedido anos atrás. A condição está correta, testada, em produção, e ninguém mexe nela porque não há motivo aparente para mexer. Em 2029, a alíquota efetiva do ICMS já deveria estar reduzida a nove décimos por força do art. 128 do ADCT. A condição de cálculo, se continuar parametrizada sobre a alíquota cheia anterior sem o fator de redução constitucional embutido, simplesmente calcula errado, para mais ou para menos, dependendo de como o benefício estadual interage com a redução federal.

Nenhum log de erro dispara nesse cenário. O sistema não sabe que existe uma data para revisar aquela condição, porque a data nunca foi um campo do cadastro, foi um parágrafo de lei que ficou fora do SAP. O erro de cálculo só aparece quando alguém, de fora do sistema, decide comparar o valor apurado contra o que a legislação vigente naquele mês exige, e isso normalmente é auditoria, não rotina.

Por que isso não é falha de configuração, é ausência de campo

Vale ser preciso sobre onde está o risco. Quem parametrizou a condição de cálculo em 2020 ou 2022 não cometeu um erro técnico, usava a informação e a estrutura de dados disponível na época. O risco nasce de o modelo de dados do benefício fiscal, no SAP e no Guepardo, não ter um campo estruturado para vigência vinculada a norma futura. Existe campo de data de início. Não existe, por padrão, campo de "revisar obrigatoriamente em [data], por força do art. 128 do ADCT". Isso é lacuna de modelo de dados, não erro de quem configurou.

Essa distinção importa porque a resposta não é reabrir toda a base de benefícios fiscais cadastrados de uma vez, o que seria caro e desnecessário para a maior parte deles. A resposta é instituir, dentro da governança do cadastro fiscal, um atributo de vigência vinculado a norma com data de produção de efeito futura conhecida, tratando isso como parte normal da manutenção de dado mestre fiscal, não como projeto especial motivado por susto de auditoria.

Por que isso é decisão de quem governa o ambiente fiscal, não só do jurídico

A leitura do dispositivo constitucional é trabalho jurídico e tributário. A decisão sobre como o cadastro de benefício fiscal no SAP e no Guepardo vai carregar essa informação, se via campo customizado, via tabela de controle de vigência, ou via rotina de checagem periódica ligada ao calendário de transição, é decisão de quem governa o ambiente fiscal: normalmente o Diretor Fiscal, com apoio do time de SAP. A tese sobre quando e como cada benefício específico se comporta ao longo do cronograma é do cliente decidir com seus assessores tributários; o que este artigo aponta é que a ausência de um campo de vigência já é, por si só, motivo suficiente para revisar o cadastro antes que o cronograma chegue sozinho.

Um cadastro de benefício fiscal sem essa amarra transfere o risco inteiro para quem só vai perceber o problema quando o cálculo já estiver saindo errado por meses. Isso vale tanto para benefício de redução de base quanto para crédito presumido: qualquer regra fiscal ancorada num imposto com prazo constitucional para acabar carrega o mesmo risco de ficar desatualizada em silêncio.

O SPED audita a apuração, não audita a premissa por trás dela

Um ponto que agrava esse ponto cego: os arquivos de EFD ICMS/IPI enviados ao SPED mostram o resultado da apuração, com o valor de crédito ou redução aplicado naquele período. Eles não trazem, junto, a informação de que aquele benefício deveria ter mudado de valor a partir de determinada data. O SPED valida se o cálculo bate com o que foi parametrizado no SAP, não se o que foi parametrizado ainda corresponde à norma vigente naquele mês. Uma condição de cálculo desatualizada em relação ao art. 128 do ADCT pode gerar um EFD tecnicamente consistente, sem nenhum erro de formato ou de regra de validação, e ainda assim estar apurando um imposto diferente do que a Constituição já determina para aquele ano.

Isso muda o tipo de controle necessário. Não adianta reforçar a validação de EFD contra o próprio SAP, porque os dois concordam entre si e discordam da norma. O controle que falta é externo ao ciclo de apuração: uma checagem periódica que compare a data corrente contra o cronograma constitucional e sinalize, antes do fechamento, quais condições de cálculo precisam de revisão porque uma fase de redução do art. 128 do ADCT está prestes a começar ou já começou. Sem esse controle, o primeiro sinal de divergência tende a chegar de fora, numa fiscalização, não de dentro do próprio ciclo de fechamento.

O que revisar antes da próxima parametrização de benefício

Três perguntas ajudam a trazer esse prazo para dentro da governança do cadastro fiscal, antes que ele apareça como divergência num relatório de apuração futuro. Primeiro, quais condições de cálculo ativas hoje no SAP e no Guepardo aplicam benefício de ICMS, e quantas delas têm algum campo, nota ou tabela de controle que registre a data em que precisam ser revisadas por força do art. 128 ou do art. 129 do ADCT? Segundo, o processo de manutenção de dado mestre fiscal da empresa trata vigência futura como atributo obrigatório de cadastro, ou o cadastro simplesmente presume que a regra vale até alguém decidir mudar?

Nenhuma dessas perguntas exige reforma completa do modelo de dados fiscal. Exige incluir, no checklist já existente de cadastro de benefício fiscal, um item específico que hoje normalmente não está lá: campo de vigência vinculado a cronograma constitucional conhecido, com alerta ou rotina de revisão associada. Um cadastro que já controla vigência de alíquota, de NCM e de natureza de operação pode perfeitamente incluir vigência de benefício com data de expiração, sem que isso represente processo novo e paralelo.

Terceiro, e o mais relevante para quem está parametrizando um benefício novo agora: o cadastro já nasce com o cronograma de redução do art. 128 do ADCT como atributo explícito, ou repete a mesma estrutura de dado mestre que os benefícios antigos carregam, sem campo de vigência futura? A diferença entre as duas respostas é a diferença entre um cadastro que já contabilizou uma data que está escrita na Constituição desde 2023, e um cadastro que vai descobrir essa data quando ela já tiver mudado o resultado da apuração.

Há ainda uma camada extra de complexidade que o cadastro atual costuma ignorar: o cronograma federal do art. 128 do ADCT não substitui, sozinho, a política estadual de benefício. Cada estado concede seu próprio benefício de ICMS, com prazo e condição próprios, e a redução constitucional incide por cima dessa política, não no lugar dela. Um cadastro de benefício correto precisa carregar as duas datas, a do ato estadual que concedeu o benefício e a do cronograma constitucional que o encolhe por fora, e tratar a que vencer primeiro como o gatilho real de revisão. Ignorar essa segunda camada é presumir que o estado nunca vai revisar sua própria política antes de 2029, premissa que nenhum cadastro deveria carregar sem verificação periódica.

Vale registrar o que essa revisão não exige: não é necessário antecipar a tese fiscal de como cada benefício específico vai se comportar ao longo da transição, isso é trabalho dos assessores tributários da empresa. O que a governança do cadastro precisa é reconhecer que existe uma data, tratá-la como atributo do dado mestre fiscal, e decidir, para cada condição de cálculo relevante, quando ela precisa de revisão obrigatória antes que o cronograma produza efeito sozinho, sem aviso.

Mapear quais regras da sua operação dependem do dispositivo discutido aqui, e onde cada uma está configurada, é o levantamento que abre um Diagnóstico Fiscal Estruturado.