Rejeição 1041 no Protheus: Passo a passo técnico

# Rejeição 1041 no TOTVS Protheus

Visão geral

Valor do IBS da UF difere do calculado é um tema diretamente ligado à implantação do IBS e da CBS nos documentos fiscais eletrônicos. No Protheus, a análise não deve começar pela tentativa de alterar parâmetros até a nota autorizar. O procedimento profissional é identificar a regra fiscal da operação, rastrear a parametrização utilizada, reconstruir o cálculo e comparar o resultado com o XML efetivamente transmitido.

O ponto de atenção deste tema é: O vIBSUF transmitido diverge do resultado esperado a partir da base, alíquota, diferimento e devolução. A documentação pesquisada indica o seguinte direcionamento específico: A TOTVS documenta a fórmula e tolerância de R$ 0,01, usando pAliqEfet quando houver grupo de redução.

Do ponto de vista técnico, concentre a investigação em vBC, pIBSUF/pAliqEfet, vDif, vDevTrib e arredondamento. A tag ou grupo de referência para localizar o problema no documento é vIBSUF quando aplicável.

Contexto da Reforma Tributária em 2026

A Receita Federal informa que 2026 é o ano de teste da CBS e do IBS. Os contribuintes abrangidos devem adaptar documentos fiscais eletrônicos aos leiautes definidos nas respectivas Notas Técnicas. Ao mesmo tempo, RFB e CGIBS anunciaram flexibilização das regras que provocariam rejeição pela simples ausência de campos IBS/CBS em determinados DF-e.

Essa flexibilização precisa ser interpretada corretamente: ausência de informação e informação transmitida de forma inconsistente são situações diferentes. Se o Protheus gerar grupos IBS/CBS, CST, cClassTrib, bases, percentuais ou valores, a empresa deve manter coerência entre enquadramento fiscal, parametrização, cálculo e XML.

Onde a informação nasce no Protheus

Uma investigação consistente percorre uma cadeia: operação → cadastros → regra fiscal → CFGTRIB → cálculo → escrituração → documento eletrônico → TSS → SEFAZ. Pular etapas costuma produzir correções temporárias.

No Configurador de Tributos, identifique a Regra de Cálculo efetivamente acionada e a Regra de Escrituração associada. Confira vigência, tributo, incidência, condições, classificação e eventuais regras de alíquota, redução ou diferimento. Quando houver cClassTrib, valide a versão da tabela e seus indicadores.

CST e cClassTrib

CST e cClassTrib precisam ser analisados em conjunto. Os indicadores vinculados a esses códigos determinam se determinados grupos devem existir, podem existir ou não devem ser gerados. As rejeições 1021, 1022 e 1065 são exemplos claros de validações condicionais dessa natureza.

Não escolha um CST ou cClassTrib apenas porque ele elimina uma rejeição. A classificação deve representar a operação real e ser validada pela área fiscal responsável.

Procedimento operacional

1. Capture a evidência

Salve XML, mensagem completa da SEFAZ e identificação do item. Não gere novamente antes de preservar a evidência.

2. Identifique a classificação

Confirme CST e cClassTrib usados. Consulte seus indicadores e determine o comportamento esperado para vBC, pIBSUF/pAliqEfet, vDif, vDevTrib e arredondamento.

3. Rastreie o CFGTRIB

Localize a Regra de Cálculo, a Regra de Alíquota quando houver e a Regra de Escrituração. Confirme se a vigência cobre a data do documento.

4. Recalcule

Reproduza manualmente os componentes relevantes. Se existir redução, derive a alíquota efetiva. Se existir diferimento ou devolução de tributo, confira sua participação no valor final.

5. Faça a leitura do XML

Procure vIBSUF. Depois percorra o bloco IBS/CBS do item e confronte cada tag com o resultado calculado no ERP.

6. Separe ERP de mensageria

Verifique se o XML produzido pelo Protheus é o mesmo que chega ao TSS. Se a divergência já existe antes do TSS, corrija a origem no ERP. Se surgir depois, investigue schema, versão e integração.

7. Corrija e homologue

Aplique somente o ajuste fundamentado. Gere nova nota em homologação e faça comparação antes/depois.

8. Execute regressão

Teste pelo menos uma operação semelhante que deveria continuar com comportamento diferente. Esse passo é especialmente importante em regras compartilhadas.

Evidências para abrir chamado

Se precisar acionar suporte, reúna XML, retorno SEFAZ, prints ou exportação das regras, versões, pacote aplicado, logs, passos para reprodução e resultado esperado. Um chamado com causa reproduzível tende a ser muito mais eficiente.

Impacto prático

A correção de Rejeição 1041 deve produzir dois resultados simultâneos: autorização técnica do documento e coerência tributária. Se apenas a rejeição desapareceu, mas a classificação ou o cálculo ficaram incompatíveis com a operação, o problema não foi realmente resolvido.

FAQ

Atualizar o TSS sozinho resolve?

Não necessariamente. Primeiro determine em qual camada nasce a divergência. Muitas rejeições têm origem em classificação, regra de cálculo ou escrituração no ERP.

Posso trocar o cClassTrib para a nota passar?

A classificação não deve ser escolhida com esse objetivo. Ela precisa representar o tratamento tributário correto da operação.

A flexibilização de 2026 elimina a necessidade de configurar IBS/CBS?

Não. A comunicação oficial tratou da suspensão de validações que rejeitariam pela ausência dos campos em determinados documentos durante a adaptação. A implantação e a consistência das informações continuam relevantes.

Devo testar em produção?

Não é recomendável usar produção como ambiente primário de diagnóstico. Reproduza em homologação sempre que possível e preserve evidências.

Conclusão

A Reforma Tributária tornou o diagnóstico fiscal no Protheus mais dependente da rastreabilidade entre cadastro, classificação, CFGTRIB, cálculo, XML e TSS. Tratar cada rejeição como um problema isolado aumenta retrabalho. A abordagem mais segura é construir uma matriz de configuração e testes baseada na documentação oficial e atualizar essa base conforme novas Notas Técnicas, tabelas e pacotes forem publicados.