NF-e e NFC-e
Rejeição 417: total do ICMS acima do limite da SEFAZ
A rejeição 417 informa que o total de ICMS enviado ultrapassou um limite de validação do serviço fiscal. Antes de alterar qualquer imposto, descubra se a resposta veio da autorização de uma NF-e ou NFC-e, ou do registro de um EPEC. O número aparece nesses contextos, mas os parâmetros não são intercambiáveis.
A rejeição 417 informa que o total de ICMS enviado ultrapassou um limite de validação do serviço fiscal. Antes de alterar qualquer imposto, descubra se a resposta veio da autorização de uma NF-e ou NFC-e, ou do registro de um EPEC. O número aparece nesses contextos, mas os parâmetros não são intercambiáveis.
Esse limite de processamento não define quanto imposto a empresa deve pagar. Um erro de preenchimento precisa ser corrigido; um valor tributário verdadeiro precisa ser preservado. Reduzir a alíquota apenas para liberar a emissão pode transformar uma rejeição técnica em informação fiscal incorreta.
O que a autorização da nota verifica
No MOC 7.0, a regra W04-20 compara o total do ICMS com um parâmetro definido pela SEFAZ. Ela contempla os modelos 55 e 65 e tem aplicação facultativa. Isso significa que a administração tributária decide sobre sua adoção; não significa que o emitente possa ignorá-la quando o autorizador a aplica.
O campo envolvido é vICMS dentro de total/ICMSTot, identificado como W04. Ele representa o total desse imposto na nota, não a base de cálculo, o valor da mercadoria ou o total de ICMS-ST. Esses outros números têm campos e verificações próprios. MOC, página 120.
Também é importante separar duas perguntas:
O total do ICMS corresponde aos valores dos itens? A divergência é tratada pela regra W04-10, rejeição 532
O total ultrapassa o parâmetro do autorizador? Essa é a verificação W04-20, rejeição 417
Uma soma pode estar matematicamente correta e ainda ultrapassar o limite. Da mesma forma, diminuir somente o total para fazê-lo caber pode provocar divergência com os itens, além de distorcer o documento.
Não existe um valor único para copiar
A tabela de regras facultativas de Minas Gerais, versão 2.00, datada de 13/03/2026, marca W04-20 como validada e informa R$ 210.000.000,00 para NF-e, modelo 55, e R$ 60.000,00 para NFC-e, modelo 65. São parâmetros publicados por uma UF para documentos distintos. Não são limites nacionais nem autorização para emitir qualquer operação até esses valores. Tabela da SEF-MG, página 2.
Já a página oficial de regras facultativas da NF-e paulista apresenta W04-20 como ativa, mas não informa um valor nessa linha. O montante de R$ 300 milhões exibido na regra vizinha W03-20 refere-se à base de cálculo. Não deve ser atribuído ao ICMS da rejeição 417. Regras da SEFAZ-SP.
Para analisar uma ocorrência, registre UF, modelo, ambiente e data da transmissão. Consulte o parâmetro correspondente ao serviço que respondeu, na documentação estadual aplicável. Se o retorno não trouxer o valor e a fonte oficial não o esclarecer, mantenha essa informação pendente e peça confirmação à SEFAZ. Não preencha a lacuna com um número encontrado para outra UF.
Quando a mensagem vem de um EPEC
No EPEC da NF-e 55, a NT 2014.001, versão 1.41 de agosto de 2026, relaciona a rejeição 417 à regra P33-10, sobre o vICMS do evento. A aplicação está marcada como obrigatória. A nota explicativa fala em parâmetro inicialmente definido em R$ 500 milhões para evitar preenchimento incorreto. A expressão “inicialmente” importa: não comprova que esse seja o teto operacional vigente em toda situação, nem substitui W04-20 na autorização da nota.
Na NT 2014.003, versão 1.02 de janeiro de 2015, o EPEC da NFC-e 65 usa P32-10 para o ICMS e deixa o valor a critério da UF. O documento não fornece ali os R$ 500 milhões do EPEC 55. Por ser uma referência antiga, a utilização atual desse ramo exige confirmar o serviço disponibilizado pela UF; a documentação, isoladamente, não demonstra sua ativação hoje.
Portanto, corrija o arquivo que efetivamente foi rejeitado. O registro de EPEC e a autorização posterior são etapas diferentes. Os dados do evento devem guardar correspondência com a nota; editar apenas um deles pode criar uma nova inconsistência.
Como investigar sem mudar o imposto devido
Preserve o XML transmitido e a resposta completa. Confira cStat, xMotivo, serviço e modelo. A tela resumida do sistema pode esconder essas informações
Localize vICMS no total da nota ou no grupo específico do EPEC, conforme o caso. Compare o arquivo enviado com o valor exibido no emissor
Revise os itens que formam o total. Verifique quantidade, preço, base, alíquota e tratamento tributário com o responsável fiscal. Um cadastro errado pode aumentar vários itens simultaneamente
Examine a conversão dos números. Importações de planilha e integrações podem deslocar casas decimais, tratar centavos como reais ou multiplicar um valor duas vezes
Corrija somente o erro comprovado na origem. Recalcule os itens e os totais no sistema, gere novamente o XML e valide o conjunto antes de retransmitir
Em um exemplo fictício, uma NFC-e mineira deveria apresentar ICMS de R$ 720,00, mas uma integração produziu R$ 72.000,00. O segundo valor excede o parâmetro de R$ 60 mil da tabela citada. A correção consiste em reparar a conversão que multiplicou o imposto por cem, preservando o cálculo fiscal correto. Ela não consiste em escolher R$ 59.999,99 para passar pela validação.
Se o valor elevado estiver correto, documente a conferência e encaminhe a ocorrência ao suporte do emissor e à SEFAZ responsável, pelos canais oficiais. Solicite orientação para aquela operação e serviço. Não há garantia de liberação ou aumento de limite. Não divida artificialmente a operação, não troque a UF e não migre para contingência apenas para escapar da regra.
O que conferir depois
O reenvio só encerra a pendência quando a resposta do serviço confirma o resultado esperado. Na autorização, guarde o protocolo e o XML autorizado; em EPEC, acompanhe também a posterior autorização e conciliação da nota. Se havia dúvida sobre uma tentativa anterior, consulte sua situação antes de criar outro documento.
Conferência documental: 10/10/2026. MOC e NTs oficiais preservados em captura de 09/10/2026; tabela mineira v2.00 preservada em captura de 10/10/2026. Leitura prática crítica: Invoisys, NS7 e Omie. Orientações genéricas de reduzir valores ou dividir a operação não substituem a análise fiscal e a confirmação oficial do parâmetro.