Uma planilha pode alterar a apuração sem apresentar mensagem de erro. Basta uma fórmula que ignore novos registros, um parâmetro vencido ou uma importação que transforme códigos em números. Se o arquivo calcula bases, ajustes ou créditos, precisa de controles compatíveis com essa função.
O ERP não elimina esse cuidado. Planilhas podem ligar a extração de documentos ao lançamento de ajustes ou à escrituração. É preciso identificar o resultado produzido, quem o valida e onde será utilizado.
O IMTT — Índice de Maturidade Tecnológica em Tax, da Confeb, de 2026, mostra que 100% das empresas respondentes utilizam ERP, enquanto 31% fazem envio manual na integração interna entre ERP e plataformas de Tax. O dado não mede o uso de planilhas, mas contextualiza a necessidade de controlar transferências de dados.
Mapeie planilhas que calculam bases tributáveis, selecionam documentos, apuram ajustes, sustentam créditos ou geram valores enviados ao sistema fiscal. Uma tabela de consulta também é crítica quando determina quais operações entram no cálculo.
Para cada arquivo, registre:
Priorize arquivos com efeito fiscal e sem conferência independente. Uma planilha que seleciona documentos de compras para análise de crédito merece revisão mesmo quando o cálculo final ocorre no ERP: a seleção incompleta pode não gerar alerta no sistema.
Use áreas ou abas distintas para dados importados, parâmetros tributários, cálculos e saídas. Não misture fórmulas e valores digitados na mesma coluna sem identificação. Registre origem, data da extração, competência e filtros de cada carga.
Preserve o arquivo recebido. Faça padronizações em uma etapa separada, para que o revisor consiga distinguir o dado original do tratamento realizado. Para cada parâmetro, documente fundamento, vigência, operações abrangidas e responsável pela validação.
A competência deve selecionar a regra aplicável, não apenas a mais recente. Preserve parâmetros anteriores para reproduzir períodos passados. Proteja fórmulas e regras contra edições acidentais e controle, no repositório, quem pode alterar ou substituir arquivos. A proteção da aba não substitui essas permissões.
Defina os tipos de campo antes da importação. Identificadores com zeros à esquerda devem ser tratados como texto quando esses caracteres fizerem parte do código. Uma máscara aplicada depois pode não recuperar o conteúdo perdido. Confira também identificadores longos, datas e separadores decimais e de milhares.
Diferencie o valor armazenado daquele apenas exibido com menos casas decimais. Documente o arredondamento exigido pela regra aplicável e confira sua compatibilidade com o sistema de destino. Revise vínculos externos, linhas e colunas ocultas, filtros ativos e fórmulas substituídas por valores digitados.
Em uma cópia de teste, acrescente um registro ao final da base: ele deve entrar nas buscas, somas e saídas. Atualize as dependências e recalcule o arquivo. Use dados sintéticos, seguindo o cuidado de proteger bases fiscais em testes do ERP, sem enviar registros fictícios à produção.
Mantenha uma área de controle com resultado esperado, resultado encontrado e situação de cada teste. Compare quantidade de registros e totais com a extração original, inclusive por estabelecimento e competência quando necessário. O total geral pode coincidir mesmo com documentos classificados no grupo errado.
Concentre os testes nas falhas que comprometem o resultado:
A lógica é a mesma da homologação do motor tributário do ERP: definir cenários, conferir resultados e estabelecer critérios de liberação. Não copie a própria fórmula como referência do teste. Investigue divergências e registre sua solução, sem ajustes apenas para zerar diferenças.
Separe preparação, revisão e liberação. O preparador atualiza dados e executa testes. O revisor confere mudanças, exceções e resultados. Identifique a versão aprovada e proteja-a contra sobrescrita. Defina quem pode autorizar exceções e como documentá-las.
Registre mudanças relevantes: o que mudou, motivo, autor, revisor e testes repetidos. Alterações em fórmulas, parâmetros, consultas ou estrutura da base exigem nova validação. O pacote de fechamento deve reunir versão aprovada, entradas utilizadas, regras vigentes, testes, aprovação e evidência dos resultados enviados à apuração ou à obrigação acessória.
Se houver correção posterior, preserve a versão anterior e avalie os reflexos no ERP e nas declarações. O cuidado acompanha o controle de versões e evidências na retificação do SPED. O controle funciona quando outra pessoa consegue reconstruir o caminho entre a origem dos dados, a regra aplicada e o resultado utilizado.
Este conteúdo foi produzido com apoio de inteligência artificial e revisado pela equipe editorial da Live University.