Modelo da NF-e diferente de 55

O que significa esta rejeição

A SEFAZ recusou a nota porque o valor enviado em <mod> dentro do grupo <ide> não é 55. O webservice de autorização da NF-e só aceita o modelo 55; a NFC-e (varejo, consumidor final) usa o modelo 65 em outro endpoint. Qualquer outro número, seja porque o ERP ainda usa 01 herdado da NF modelo 1/1A, seja por digitação manual em um teste, é recusado antes mesmo da validação fiscal do conteúdo.

No agronegócio isso aparece com frequência em sistemas legados de cooperativa que historicamente trabalhavam com nota avulsa do bloco e tentam adaptar o módulo eletrônico sem revisar o gerador de XML.

Causas mais comuns

• Campo <mod> enviado com 01, 04 ou outro código que pertence a outras espécies de documento fiscal.
• Tentativa de transmitir uma NFC-e (modelo 65) pelo endpoint da NF-e (modelo 55).
• Geração manual do XML usando template antigo que ainda apontava para o modelo de nota fiscal em papel.
• Erro de configuração do ERP no cadastro da série fiscal, com o modelo amarrado a uma constante errada.

Regra de validação oficial

O Anexo I do MOC determina, no leiaute do grupo B (Identificação da NF-e), que o elemento <mod> enviado ao webservice de autorização da NF-e deve conter o valor 55. Quando a SEFAZ adota ambientes separados de autorização, o envio de modelo diferente de 55 gera a Rejeição 450 (a NFC-e tem regra equivalente, a Rejeição 775, para modelo diferente de 65). A validação é feita antes da checagem de schema completo, pois o roteamento do webservice depende do modelo estar correto.

Exemplo XML, antes (errado)

<ide>
  <cUF>31</cUF>
  <cNF>00012345</cNF>
  <natOp>Venda de produção do estabelecimento</natOp>
  <mod>01</mod>
  <serie>1</serie>
  <nNF>15842</nNF>
</ide>

Exemplo XML, depois (correto)

<ide>
  <cUF>31</cUF>
  <cNF>00012345</cNF>
  <natOp>Venda de produção do estabelecimento</natOp>
  <mod>55</mod>
  <serie>1</serie>
  <nNF>15842</nNF>
</ide>

Passo a passo para corrigir

1. Localize no XML rejeitado o nó <ide> e confira o conteúdo da tag <mod>.
2. Substitua por 55, que é o modelo da NF-e enviada ao webservice de autorização.
3. No ERP, abra o cadastro da série fiscal e confirme que o modelo amarrado é o mesmo do endpoint que está sendo chamado (NF-e modelo 55).
4. Reenvie a nota com o mesmo número e série, pois ela não chegou a ser autorizada, e portanto não houve consumo de numeração.

Como o FazendaNota previne

O FazendaNota emite NF-e modelo 55 e fixa o modelo conforme a operação escolhida pelo produtor (venda de café para cooperativa, venda de gado para frigorífico, etc.), sem permitir digitação manual do campo. O XML gerado já sai com <mod>55</mod>, alinhado ao endpoint de autorização.

Rejeições relacionadas

• Rejeição 204, Duplicidade de NF-e
• Rejeição 215, Falha no Schema XML
• Rejeição 225, Falha no Schema XML do lote de NF-e

Referência oficial

Esta rejeição está descrita no Anexo I - Leiaute e Regra de Validação do Manual de Orientação do Contribuinte (MOC) v7.0 da NF-e, publicado pelo CONFAZ. Texto integral em https://www.confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf