ide/mod: modelo 55 e 65 na NF-e e NFC-e

ide/mod identifica o modelo do documento fiscal atual: 55 para NF-e e 65 para NFC-e. É obrigatório e aparece uma vez em NFe/infNFe/ide. O código orienta a interpretação do documento e as regras de autorização; não é o modelo de impressão do DANFE, o tipo de operação nem o ambiente. MOC 7.0, Anexo I, B06, página 8.

Nesta página: O que muda entre 55 e 65, mod não é tpImp, tpNF ou tpAmb, XML principal e modelos referenciados, Lote e serviço: diagnósticos 765, 450 e 775, O registro histórico da rejeição 702.

O que muda entre 55 e 65

O MOC identifica 55 como NF-e em substituição ao modelo 1 ou 1A e 65 como NFC-e usada em operações de venda no varejo, dentro das condições de adoção desse documento. Os dois usam o leiaute NF-e 4.00, mas compartilhar estrutura não significa compartilhar todas as condições fiscais.

Um exemplo direto está no destinatário: dest/xNome é exigido na NF-e e tratado como opcional na NFC-e pelo MOC; a estrutura XSD permite omitir essa tag. Por isso, o modelo é necessário para interpretar tanto a exigência do campo como a regra de rejeição. Outro exemplo é a descrição padronizada do primeiro item em homologação: I04-10 considera NFC-e e NF-e com DANFE Simplificado Tipo 2, sob condições específicas de tpImp e ambiente. MOC, E04, página 14; NT 2026.002 v1.10a, I04-10, páginas 11–12.

A explicação dos códigos não escolhe qual documento sua empresa deve emitir para uma operação concreta. Essa definição depende da natureza da operação, destino, identificação do cliente e regras aplicáveis. Leve esses dados e o procedimento de emissão ao responsável fiscal; após o modelo definido, confira sua representação e o serviço correspondente.

mod não é tpImp, tpNF ou tpAmb

Uma NF-e com DANFE Simplificado Tipo 2 tem mod=55 e tpImp=6; ela continua sendo NF-e. Uma NFC-e de homologação continua com mod=65, embora tpAmb=2. Não altere o modelo apenas para mudar impressão, ambiente ou descrição do primeiro item. Os campos têm domínios e relações próprios. MOC, Grupo B, páginas 8–10; NT 2026.002 v1.10a, atualização do leiaute, páginas 6–7.

XML principal e modelos referenciados

Exemplo sintético parcial, com demais campos obrigatórios omitidos:

<ide xmlns="http://www.portalfiscal.inf.br/nfe">
  <mod>55</mod>
  <serie>1</serie>
  <nNF>42</nNF>
</ide>

O tipo TMod admite somente as enumerações 55 e 65. Não use 055, o texto NF-e, 01 ou 02 no campo principal. Confira ide/mod e TMod no pacote oficial PL_010c.

Há tags chamadas mod em outros contextos: ide/NFref/refNF/mod identifica nota modelo 1/1A ou 2 referenciada, e ide/NFref/refNFP/mod identifica documento de produtor referenciado. Esses domínios não são o domínio de ide/mod. Para conferir a nota atual em XML processado, use nfeProc/NFe/infNFe/ide/mod, não uma busca genérica por qualquer mod. MOC, BA07 e BA16, página 12.

A presença estrutural do grupo de referência não decide sua permissão fiscal. A NT 2026.002 v1.10a altera BA03-10 e BA10-10, com produção prevista em 05/10/2026 para esse conjunto; confira as condições temporais antes de orientar uma referência. O exemplo principal acima não inclui nem recomenda esses grupos. NT 2026.002, cronograma, página 3.

Lote e serviço: diagnósticos 765, 450 e 775

A regra B06-20, código 765, não permite misturar NF-e e NFC-e no mesmo lote de envio. Se o lote contém um documento com mod=55 e outro com mod=65, o problema é a composição do lote, mesmo que cada documento tenha um modelo individual válido. Confira todos os NFe dentro da mensagem e separe o encaminhamento conforme o modelo; não altere modelos verdadeiros para tornar o lote homogêneo. MOC, página 75.

Quando a SEFAZ adota ambientes separados de autorização, B06-30/450 trata NFC-e enviada para o ambiente de NF-e e B06-40/775 trata NF-e enviada para o ambiente de NFC-e. Compare mod com o endpoint/autorizador realmente utilizado, a UF e o ambiente. Corrigir a seleção do serviço é diferente de trocar o modelo do documento. Essas regras são registradas como facultativas no MOC.

O código 450 também aparece na NT 2026.001 para modelo 65 com série PAA 970–989, regra B07-10. Esse caso depende da série e do processo, com cronograma de produção do conjunto em 05/10/2026; não é o mesmo diagnóstico de serviço incorreto. NT 2026.001 v1.02b, páginas 3 e 12.

O registro histórico da rejeição 702

O MOC traz B06-10/702 para NFC-e não aceita pela UF. A NT 2026.002 v1.10a apresenta essa regra riscada. A retirada está documentada na tabela, mas a linha de cancelamentos do cronograma na página 3 não enumera B06-10; ela não sustenta atribuir uma data específica à retirada da 702. No corte de 26/09/2026, não é adequado apresentar a regra antiga como exigência atual sem essa atualização. NT 2026.002 v1.10a, páginas 3 e 8.

Se um retorno real ainda mencionar 702, preserve XML, data, UF, serviço, ambiente e mensagem para conferir versão e comportamento do autorizador. A retirada documental não prova sozinha implantação em cada ambiente; tampouco justifica mudar a operação ou o modelo por tentativa.

Para qualquer diagnóstico, confira primeiro o campo principal, depois o lote, serviço, ambiente e condições próprias da regra. Um XML que passa em TMod não equivale a documento autorizado. Veja também nNF e serie para a identificação conjunta da nota.