TES Protheus: 7 erros fiscais

TES Protheus: 7 erros fiscais

O Tipo de Entrada e Saída (TES) no Protheus é o principal apontador lógico que determina como uma operação será tratada do ponto de vista fiscal, de estoque e contábil. Por isso, uma configuração equivocada de TES pode desencadear uma cadeia de problemas em arquivos fiscais, apuração de tributos, geração de XMLs e no controle de estoque. Este artigo terá foco técnico: descreve sete erros de configuração recorrentes, como identificá-los, impactos práticos, queries/checagens para análise e procedimentos de correção e mitigação orientados para ambientes Protheus corporativos.

Contextualização: papel do TES no fluxo fiscal

O TES é a peça de encaminhamento entre a tela de movimentação (emissão de nota, recibo ou entrada de mercadoria) e as regras que aplicam CFOP, CST/CSOSN, cálculo de impostos, integração contábil e parametrização de estoque. No Protheus ele atua como uma “camada de roteamento” — a partir do TES o sistema determina quais tabelas e rotinas serão acionadas para compor a nota fiscal eletrônica, o registro de estoque e os lançamentos contábeis. Assim, falhas na configuração do TES reverberam em múltiplos subsistemas.

Erro 1 — Mapeamento CFOP/CST/CSOSN incorreto

O erro mais clássico é o TES apontar CFOP ou CST/CSOSN inadequados para o tipo de operação. Causas comuns: cópia indevida de TES entre naturezas de operação diferentes, alteração manual sem validação ou migração de dados sem revisão.

• Impacto: notas fiscais com CFOP errados, divergência no SPED Fiscal, recolhimento indevido ou omissão de imposto, rejeições de SEFAZ por inconsistência.
• Sintomas: divergência entre layout da nota e apuração; rejeição por CFOP incompatível; livros fiscais com lançamentos fora de regime.
• Como detectar: executar consultas que cruzem TES x CFOP x Natureza de Operação; verificar casos onde o CFOP não pertence ao grupo esperado.

Exemplo de checagem SQL (adapte nomes de tabela ao seu ambiente):

• SELECT tes.codigo, tes.descricao, tes.cfop, cfop.descricao FROM tabela_tes tes LEFT JOIN tabela_cfop cfop ON tes.cfop = cfop.codigo WHERE cfop.grupo <> tes.grupo_operacao;

Correção: revisar mapeamento por grupo de operação, atualizar TES com CFOP padrão adequado por filial e regime, e propagar alteração em testes unitários e volumétricos. Documentar cada mudança com justificativa fiscal.

Erro 2 — Configuração de impostos na TES (bases e alíquotas não parametrizadas)

TES que não definem corretamente qual rotina de cálculo de impostos será chamada, ou deixam campos críticos vazios (base de cálculo, indicadores de redução, alíquota presumida) são fonte de apuração incorreta para ICMS, IPI, PIS e COFINS.

• Impacto: apuração fiscal errônea, divergências em DCTF/ECF/SPED, multas administrativas.
• Sintomas: valores de imposto zerados quando não deveriam; diferenças entre cálculo manual e automático; divergência de alíquotas por unidade/filial.
• Como detectar: comparar registros de impostos gerados em notas com regras fiscais esperadas por operação; rastrear origem do cálculo a partir do TES (log de cálculo ou debug).

Boas práticas de correção:

• Padronizar rotinas de tributação por tipo de operação; usar parametrizações centralizadas para alíquotas por estado/filial.
• Implementar regressão de cálculo ao alterar TES — gerar notas de teste com variação de itens para validar bases e alíquotas.

Erro 3 — Natureza de operação (NATOP) mal mapeada ou inconsistente

Natureza da operação é o conceito fiscal que descreve a finalidade do documento fiscal e influencia CFOP, tributação e regime de substituição. Um TES que aponta para uma natureza equivocada cria inconsistência nos registros e pode invalidar entregas ao fisco.

• Impacto: notas com NATOP equivocada, divergência em SPED, apuração de ICMS-ST/ICMS normal incorreta, problemas em integrações tributárias externas.
• Sintomas: documentos emitidos com descrição de operação incoerente; falha em gerar eventos fiscais apropriados (ex.: recalculo de ST).
• Como detectar: cruzar registros de TES com tabela de NATOP; identificar TES que apontam NATOP inexistente ou inativa.

Remediação técnica: validar tabelas de NATOP em ambiente de homologação, atualizar o relacionamento TES->NATOP com scripts transacionais (com backup), e executar rotinas de reprocesamento de documentos pendentes quando aplicável.

Erro 4 — Filial/empresa/tributação por estabelecimento incorretamente apontada

No Protheus, muitos ajustes fiscais variam por estabelecimento: inscrição estadual, regime tributário estadual, alíquotas, códigos de substituição. TES configurado sem considerar o vínculo por filial pode aplicar regras de uma filial a outra indevidamente.

• Impacto: nota emitida com dados da filial errada, recolhimento tributário calculado com base em inscrição estadual incorreta, divergência no livro fiscal por estabelecimento.
• Sintomas: CFOP valido para uma filial mas rejeitado para outra; SEFAZ rejeitando por inscrição estadual divergente; integração contábil lançando em centro de custo errado.
• Como detectar: listar TES por filial e comparar parâmetros críticos (inscrição estadual, regime, substituição tributária) entre filiais.

Solução: parametrizar TES por filial quando necessário; implantar controles de deploy de configuração (transportes/versões) que incluam a filial como escopo; auditar alterações por usuário e timestamp.

Erro 5 — Integração TES x Estoque e tratamento de movimentação incorreto

TES define como o sistema baixa ou acrescenta estoque, registra custo e movimenta lotes. Configurações incorretas causam desvios de estoque, cálculo de custo incorreto e inconsistências entre financeiro e físico.

• Impacto: divergência no saldo físico, custo médio adulterado, problemas em apuração de ICMS por saldo, falha em controlar rastreabilidade por lote/serial.
• Sintomas: divergência entre módulo de estoque e registro de notas; lançamentos de custo em contas contábeis erradas; inventários com diferenças sistemáticas.
• Como detectar: reconciliar movimentos fiscais (NFe) com movimentos de estoque; gerar relatórios de partidas dobradas entre nota fiscal e estoque.

Correção operacional: alinhar TES com tipo de movimentação desejado (entrada simples, devolução, devolução de cliente, transferência interna), revisar parametrização de custo e integração contábil, e testar com cenários que envolvam saldo por lote/centro de custo.

Erro 6 — Customizações, fontes e falta de versionamento

Implementações de rotina customizadas podem alterar o comportamento padrão do TES: patchs locais que mudam rotinas de cálculo, triggers que substituem valores, ou interfaces alteradas. Sem controle de versionamento, atualizações do Protheus podem quebrar a lógica fiscal.

• Impacto: rotinas fiscais inconsistentes entre ambientes, regressões após atualização do build, erros silenciosos que só aparecem em auditoria fiscal.
• Sintomas: código custom que altera campos fiscais; comportamento diferente entre homologação e produção; erro em geração de XML após patch.
• Como detectar: comparar fontes customizados entre ambientes, revisar histórico de atualizações, usar ferramentas de diff no repositório de fontes.

Mitigação: adotar controle de versão (Git ou similar) para o repositório de fontes Protheus, documentar todas as customizações que toquem TES/tributação, criar pipeline de homologação que inclua testes fiscais automatizados.

Erro 7 — Falta de teste, homologação e reconciliação contínua

Mesmo com tudo parametrizado corretamente, ausência de um processo de teste e reconciliação periódica faz com que erros passem despercebidos até serem detectados pelo fisco. Homologação é especialmente crítica quando mudanças de legislação entram em vigor.

• Impacto: surpresas em períodos de apuração, multas por entrega de arquivos inconsistentes, retrabalho em massa para ajuste de notas.
• Sintomas: correções emergenciais, notas canceladas em lote, divergências em SPED após atualização de layout de SEFAZ.
• Como detectar: ausência de logs de teste, mudanças frequentes em TES sem evidências de teste, discrepâncias entre ambiente de teste e produção.

Prática recomendada: criar suíte de testes fiscais (incluindo geração de XMLs, cálculos por operação, SPED simulated), reconciliar diariamente/semanais valores fiscais por TES, e manter checklist de homologação para qualquer alteração que impacte TES.

Estratégias de detecção avançada e queries úteis

Além das checagens básicas citadas, recomenda-se implementar queries de detecção automatizada e rotinas de monitoramento:

• Identificar TES sem CFOP ou com CFOP não mapeado para o estado: SELECT tes, cfop FROM tabela_tes WHERE cfop IS NULL OR cfop NOT IN (SELECT codigo FROM tabela_cfop WHERE estado = 'XX');
• Encontrar TES que resultam em imposto zero quando base esperada > 0: SELECT n.numnota, n.tes, i.valor_base, i.valor_imposto FROM notas n JOIN itens_nf i ON n.id = i.nf_id WHERE i.valor_base > 0 AND i.valor_imposto = 0;
• Comparar saldo estoque vs. movimentação fiscal por período para identificar TES que não fazem baixa correta: gerar agregação por SKU/filial e confrontar com inventário físico.

Automatize esses relatórios via jobs noturnos e configure alertas quando determinadas regras (ex.: % de notas com imposto zerado) ultrapassem thresholds.

Correção de problemas em produção: passos técnicos e cautelas

Quando encontrar um TES mal configurado com impacto em produção, siga a sequência a seguir para minimizar riscos:

• Registrar evidência e escopos afetados: listar notas, períodos, filiais e contas contábeis impactadas.
• Executar backup das tabelas afetas antes de qualquer update em massa; usar transação DB para garantir reversão.
• Testar mudança em ambiente de homologação com volume próximo ao real (amostra representativa).
• Corrigir TES e reprocessar documentos afetados quando possível (re-geração de XML, recontabilização, estornos e refaturamento conforme política fiscal).
• Documentar ação e notificar áreas tributária/contábil para ajustes finais e comunicação ao fisco, se necessário.

Governança, controles e checklist para evitar recorrência

Mitigar problemas com TES exige controles organizacionais e técnicas:

• Governança de configuração: controlar quem pode alterar TES, aprovações obrigatórias e trilha de auditoria (user/timestamp).
• Repositório de parametrizações: manter cópia versionada das configurações por filial/ambiente.
• Plano de testes: incluir casos de borda — devoluções, operações interestaduais, transformação de produto, tributos retidos/retidos por substituição.
• Auditoria periódica: reconciliar volumes por TES contra expectativas históricas; validar SPED antes de entrega.
• Integração com ferramentas de compliance fiscal: utilizar soluções que validam notas contra regras da SEFAZ e sinalizam divergências na origem.

Casos práticos e exemplos de remediação

1) Caso: TES de retorno de venda estava apontando CFOP de venda normal. Efeito: notas de devolução saíam como venda gerando entrada indevida de receita. Ação: identificar todas as notas emitidas no período via query por TES, contatar clientes para retificação quando necessário, atualizar TES e gerar notas de ajuste.

2) Caso: TES de transferência entre filiais não baixava estoque (movimentação financeira ok, estoque não alterado). Efeito: divergência de estoque e duplicidade em inventário. Ação: revisar tipo de movimentação referente ao TES, corrigir na configuração, executar reprocessamento dos movimentos e ajustar contabilidade de estoque com lançamentos manuais justificando o ajuste.

Integração com SPED e obrigações acessórias

Toda inconsistência do TES pode se propagar para SPED Fiscal e Contribuições. Antes da geração de arquivos, faça validações programáticas:

• Valide CFOP e CST/CSOSN contra tabelas oficiais;
• Verifique se as alíquotas aplicadas correspondem ao regime do estabelecimento;
• Cheque se as operações interestaduais usam CST/CSOSN e partilha correta;
• Automatize pré-validações que rejeitam arquivos com anomalias críticas.

Recomendação: manter um projeto de pré-validação de SPED que simule a entrega e gere relatórios de inconsistências por TES para correção antes do envio definitivo.

Conclusão técnica

O TES é uma configuração de alto impacto no ecossistema Protheus. A complexidade advém da necessidade de coerência entre parâmetros fiscais, regras fiscais estaduais, integração de estoque e contabilidade, além de customizações que podem alterar o fluxo padrão. Um programa sistemático de governança de configuração, testes automatizados e validações periódicas é essencial para minimizar risco fiscal.

Implemente monitoramento contínuo via queries e jobs, mantenha documentos de design para cada TES com justificativa fiscal, e trate qualquer alteração como mudança controlada com homologação e plano de rollback. Com estas práticas, reduz-se significativamente o risco de multas, retrabalho e inconsistências em obrigações acessórias.