Pular para o conteúdo
FiscalAPI
327 Produto/Item

Rejeição 327 — CFOP inválido para Nota Fiscal com finalidade de devolução de mercadoria

Motivo da rejeição

CFOP inválido para Nota Fiscal com finalidade de devolução de mercadoria

3 min de leitura

O que é esta rejeição?#

A Rejeição 327 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a natureza fiscal da operação (entrada, saída, transferência, etc.), informação do documento fiscal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Os campos afetados estão na seção de identificação da NF-e, informações dos produtos do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

CampoXPath no XMLDescrição
CFOPNFe/infNFe/det/prod/CFOPCódigo Fiscal de Operações
tpNFNFe/infNFe/ide/tpNFTipo da operação (0=Entrada, 1=Saída)
idDestNFe/infNFe/ide/idDestIdentificador de destino da operação
finNFeNFe/infNFe/ide/finNFeFinalidade da emissão

Causas comuns#

  • O CFOP utilizado é incompatível com o tipo de operação (entrada/saída)
  • O CFOP não corresponde à UF de destino (operação interna vs. interestadual vs. exterior)
  • O CFOP é inválido ou foi descontinuado na tabela vigente
  • O CFOP é incompatível com a finalidade da NF-e (normal, complementar, ajuste, devolução)

Como resolver#

  1. Verifique se o CFOP corresponde ao tipo de operação: 1/2/3xxx=Entrada, 5/6/7xxx=Saída
  2. Confirme o CFOP conforme o destino: 5xxx=Interna, 6xxx=Interestadual, 7xxx=Exterior
  3. Consulte a tabela CFOP vigente e verifique se o código utilizado é válido
  4. Alinhe o CFOP com a finalidade (finNFe) e o identificador de destino (idDest)

💡
Dica: Para identificar a causa desta rejeição, comece verificando os campos CFOP, tpNF, idDest, finNFe no XML da NF-e. Compare os valores informados com os dados cadastrais atualizados na SEFAZ e na Receita Federal.

Verificações analíticas#

  • Se finNFe=4 (devolução) e tpNF=1 (entrada) e o CFOP do item iniciar com 5 ou 6 (saída), então o sentido do CFOP é invertido em relação ao tipo de nota: corrija para o CFOP de entrada correspondente ao original (ex.: 5202→1202, 6202→2202), pois devolução emitida pelo destinatário original deve usar série de entrada.
  • Se finNFe=4 e NFref ausente ou vazio no XML, então a nota de devolução não referencia a NF-e de origem, violando obrigatoriedade estrutural: inclua o elemento NFref com a chave de acesso da nota original antes de reprocessar.
  • Se finNFe=4 e idDest=1 (operação interna, mesmo estado entre emit e dest) e o CFOP do item for da família 6xxx (interestadual), então há conflito entre destino declarado e família de CFOP: unifique ambos usando idDest=2 e CFOP 6xxx, ou corrija o CFOP para 5202/5411 conforme a natureza da mercadoria devolvida.
  • Se finNFe=4 e o CFOP do item não pertence ao conjunto de CFOPs de devolução reconhecidos pela SEFAZ (1201,1202,1410,1411,2201,2202,2410,2411,5201,5202,5410,5411,6201,6202,6410,6411), então o código informado é incompatível com a finalidade de devolução: substitua pelo CFOP de devolução correspondente à operação original e ao estado de origem.
  • Se finNFe=4 e o CFOP do item de devolução difere da família do CFOP original da nota referenciada em NFref (ex.: nota original com CFOP 5102 e devolução com CFOP 5201 em vez de 5202), então o espelhamento de natureza de operação está incorreto: o CFOP de devolução deve ser o par simétrico do CFOP original conforme tabela CFOP vigente da RFB.
Compartilhar: WhatsApp LinkedIn Twitter

Consulte IEs e CNPJs antes de emitir NF-e

Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.

Criar conta →