O Guepardo Tax pode estar rodando perfeitamente. O que ele está processando pode não ter dono.

O Guepardo Tax está rodando. Os jobs de apuração executam de madrugada. O fechamento sai. O SPED é transmitido.

E em algum lugar na configuração, uma regra de MVA de ICMS-ST está desatualizada desde que o estado revisou a tabela no ano passado. O Guepardo está processando essa regra com a mesma fidelidade com que processaria a regra correta. Ninguém percebeu porque o resultado parece certo. O volume de nota está dentro do esperado. O sistema não reclamou.

Isso não é falha do Guepardo. É a consequência de tratar implantação como destino em vez de ponto de partida.

O que o Guepardo faz e o que ele não faz

O Guepardo Tax automatiza o processamento fiscal. Ele aplica as regras que foram configuradas, gera as apurações que foram definidas, executa os jobs na janela que foi programada e entrega os resultados que foram projetados.

O que ele não faz: decidir se a regra que está configurada ainda corresponde à legislação vigente. Alertar quando um protocolo interestadual muda e a tabela de MVA precisaria ser atualizada. Identificar quando um benefício fiscal configurado foi revogado por decreto estadual. Sinalizar quando a parametrização de CFOP para determinada categoria de produto ficou desatualizada depois de uma reclassificação de NCM.

Essas decisões não são do sistema. São da governança que deveria existir ao redor do sistema.

Ferramenta implantada sem processo de revisão de regra, sem owner de configuração e sem ciclo de atualização de parametrização não está operando em piloto automático confiável. Está operando em piloto automático cego. A diferença entre os dois aparece quando alguém precisa responder o que foi apurado e por quê.

O padrão que aparece quando a governança não existe

Em operações com Guepardo implantado há mais de dois anos sem processo formal de revisão de configuração, um padrão aparece de forma consistente quando realizamos diagnóstico.

A equipe fiscal sabe que o Guepardo está rodando. Sabe quais jobs executam e quando. Sabe que o fechamento está saindo dentro do prazo. O que não sabe, e raramente consegue responder rapidamente quando perguntado, é: quem é responsável por revisar as regras de ICMS-ST quando um estado altera a tabela de MVA? Qual é o processo quando uma IN estadual muda a base de cálculo de um produto? Quem valida que a apuração do Guepardo está correta antes de o SPED ser transmitido, e com base em qual critério?

Essas perguntas não têm resposta porque o processo de governança não foi desenhado quando o sistema foi implantado. A implantação foi bem-sucedida: o Guepardo está rodando. A governança é o que não existe.

O risco não está no sistema. Está no gap entre o que o sistema processa e o que alguém com responsabilidade verificou que deveria ser processado.

Automação que escala o problema

O Guepardo tem uma característica que amplifica o gap de governança: ele é eficiente. Processa volume alto, em janela curta, com consistência operacional. Um job de apuração de ICMS-ST que roda de madrugada em três estados, com centenas de notas fiscais por estado, vai processar todas essas notas com a regra que está configurada. Sem governança, sem revisão de parametrização, essa eficiência não é aliada. É multiplicadora de risco.

Regra errada configurada num sistema manual de apuração produz erro em escala pequena porque o volume processado é menor e o processo é mais visível. Regra errada configurada no Guepardo produz erro em escala do volume de operações. E a invisibilidade do processo automatizado significa que o erro vai se acumular silenciosamente até que a fiscalização ou um diagnóstico o encontre.

A mesma característica que torna o Guepardo valioso, a escala e a consistência, é o que torna perigosa a ausência de governança. Não é possível ter escala sem governança e esperar que o risco seja pequeno. O risco escala junto com a automação.

O que governança de Guepardo significa na prática

Governança de Guepardo não é uma auditoria anual. É um conjunto de processos que precisam existir de forma contínua para que o sistema entregue o que promete.

1. Ownership de configuração: uma pessoa, ou um grupo identificado com responsabilidade formal, que sabe quais regras estão configuradas no Guepardo, por qual fundamento legal, desde quando, e com qual ciclo de revisão. Sem ownership, quando a legislação muda, a pergunta "alguém precisa atualizar o Guepardo?" vai circular sem resposta até que o erro apareça no SPED ou na fiscalização.

2. Monitoramento de alterações regulatórias com impacto direto na configuração. Quando um estado altera tabela de MVA, quando uma IN muda base de cálculo, quando um protocolo interestadual é revisado, essa informação precisa chegar ao owner de configuração do Guepardo com tempo suficiente para atualizar antes do próximo ciclo de apuração. Se esse fluxo não existe, a legislação muda e o sistema continua processando a versão anterior.

3. Validação pré-transmissão: antes de o SPED ser transmitido, existe uma verificação de que o resultado da apuração do Guepardo está consistente com o que seria esperado? Não uma revisão manual de cada nota. Uma verificação de razoabilidade: o volume de ICMS-ST apurado está dentro do esperado para o período? A variação em relação ao mês anterior tem explicação conhecida? Divergência de mais de X% sem explicação dispara revisão antes da transmissão?

4. Ciclo de revisão de parametrização: independente de mudança regulatória, existe um calendário de revisão das configurações principais do Guepardo? Regras de ICMS-ST por estado, Tax Codes de ICMS próprio por categoria de produto, configurações de CFOP por natureza de operação. Revisão que não está no calendário depende de alguém perceber que algo mudou, o que nem sempre acontece no momento certo.

O que acontece quando o diagnóstico chega antes da fiscalização

Empresa que identifica gap de governança em diagnóstico tem opções. Pode atualizar as regras desatualizadas, documentar a correção com fundamento legal, e construir defesa para o período anterior baseada em boa-fé e ausência de processo formal de monitoramento.

Empresa que identifica o gap quando a fiscalização apresenta o auto de infração tem as mesmas opções de defesa jurídica, mas com passivo calculado, prazo de contestação correndo, e a posição de explicar por que a ferramenta estava rodando sem revisão de regra.

A diferença entre os dois cenários não é jurídica. É temporal. O diagnóstico que chega antes cria margem. O que chega depois confirma o tamanho do problema.

A pergunta que o Gerente de Operações Fiscais precisa ser capaz de responder é simples: se alguém pedisse hoje uma lista de todas as regras configuradas no Guepardo, com a data da última revisão e o fundamento legal de cada uma, essa lista existe?

Se não existe, a governança não existe. O Guepardo pode estar rodando perfeitamente. Mas o que ele está processando não tem dono.

Esse mesmo gap de governança aparece de outras formas na operação fiscal SAP: quando o Excel paralelo se torna a evidência de que o processo oficial não é confiável, e no modelo de governança fiscal como rotina, não como projeto que termina. Na DFSpro, o Diagnóstico Fiscal Estruturado de governança do Guepardo Tax mapeia exatamente esse gap: o que está configurado, quando foi revisado por última vez, quem é o owner, e o que precisaria mudar para que o sistema entregue conformidade real, não apenas automação. Se essa pergunta faz sentido, o Diagnóstico Fiscal Estruturado é o passo lógico.

A etapa nova que nenhum job de madrugada executa

Existe um ponto em que a distinção entre motor que calcula e governança que responde deixa de ser conceitual e vira dispositivo de lei. Ele está no art. 46 da LC 214/2025, e cria uma etapa do fechamento que nenhuma automação resolve sozinha.

A lei autoriza o Comitê Gestor do IBS e a Receita Federal a apresentarem ao contribuinte a apuração assistida do saldo do período, montada a partir dos documentos fiscais eletrônicos e das demais informações que a administração já tem. Pelo § 2º, quando essa apuração é apresentada, a apuração do próprio contribuinte passa a ser feita somente mediante ajustes sobre ela.

Repare no que isso faz com a rotina. O motor fiscal continua calculando, e calculando bem. Mas o número que a empresa gerou deixa de ser o ponto de partida do processo e vira um argumento a ser apresentado contra um número que já chegou. Alguém precisa comparar os dois, entender a diferença e decidir o que fazer com ela, dentro do prazo.

O § 4º define o custo de não fazer isso: na ausência de manifestação no prazo para conclusão da apuração, presume-se correto o saldo apurado pela administração e considera-se constituído o crédito tributário. Não há autuação, não há notificação de irregularidade, não há sinal de erro em lugar nenhum do sistema. O silêncio faz o trabalho.

É exatamente aqui que a diferença entre ter o Guepardo Tax rodando e ter o Guepardo Tax governado aparece com valor mensurável. O job noturno gera a apuração e conclui sem erro. O log fica limpo. Nada nesse fluxo detecta que existe uma segunda apuração, produzida por outra parte, esperando resposta. Um processo sem dono não se manifesta, e a lei trata a falta de manifestação como concordância.

Governança, nesse contexto, deixa de ser uma palavra de apresentação e vira uma lista curta e verificável: quem recebe a apuração assistida, em quanto tempo a comparação com a apuração própria fica pronta, quem tem autoridade para aceitar uma divergência sem ajustar, onde fica registrada a justificativa dessa decisão, e quem responde se o prazo passar sem manifestação nenhuma. Se qualquer uma dessas cinco perguntas não tiver nome de pessoa como resposta, a lacuna não é de sistema.

Há um detalhe de prazo que merece atenção no planejamento: o art. 44, I, não fixa o prazo para conclusão da apuração na lei, remete ao regulamento. A janela existe e a duração dela ainda não foi publicada. Montar a rotina de conferência supondo prazo folgado é apostar num número que ninguém divulgou, e a preparação que não depende desse número é justamente a capacidade de comparar as duas apurações em horas, não em dias.

Artigo escrito por Emanuel Kaufman, Head of Business da DFSpro. Especialista em operações fiscais críticas em SAP e Guepardo Tax. Curitiba, 2026. DFSpro