Rejeição 519: CFOP de saída em NF-e de entrada
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A rejeição 519, regra I08-20, aponta CFOP de saída, iniciado em 5, 6 ou 7, em NF-e modelo 55 declarada como entrada (tpNF=0). A regra é facultativa no MOC e compara o cabeçalho com os itens. Ela não autoriza mudar a operação para saída nem determina o CFOP correto do caso. MOC, página 91
O que é entrada neste documento?
ide/tpNF indica o tipo da nota em relação ao emitente: 0 para entrada, 1 para saída. O CFOP fica em det/prod/CFOP, por item. Quando o documento foi confirmado como entrada, a integração precisa representar os códigos definidos para esse documento, e não apenas copiar o sentido de uma nota recebida. Emitente, destinatário e documento de origem precisam estar identificados antes de atribuir a divergência a um cadastro.
Como conferir vários itens sem se perder na tela?
Leia o XML enviado e associe cada det/@nItem ao produto, ao código confirmado e ao primeiro algarismo de CFOP. Compare essa lista com o único tpNF do cabeçalho. Um item remanescente de outra configuração basta para compor a condição da rejeição, ainda que os demais estejam coerentes. A ordem e o identificador interno do pedido não substituem nItem para localizar a linha no retorno. Leiaute H/I e I08-20
Exemplo: uma entrada recebeu o CFOP de saída da nota original
Cenário sintético: a emissão foi confirmada como entrada, mas o importador copiou um CFOP iniciado em 5 da nota de origem para o novo item. A mensagem mostra incompatibilidade entre o sentido copiado e tpNF=0. A investigação deve confirmar o tratamento da nova operação e corrigir o mapeamento do código confirmado; mudar o indicador para saída só para manter a cópia seria alterar a natureza declarada.
Em outro cenário sintético, o tipo foi salvo corretamente no cadastro da operação, mas o gerador produziu tpNF=0 para uma operação confirmada como saída. A evidência aponta o cabeçalho, não necessariamente os produtos. A regra mostra a relação inconsistente, sem escolher qual lado está errado.
O destino da operação resolve a 519?
Não. idDest=1, 2 ou 3 representa destino interno, interestadual ou exterior. As famílias dos CFOP também têm relação com destino, mas a 519 está verificando entrada/saída. A 518 faz a comparação inversa, CFOP de entrada em nota de saída. Um código existente e um destino coerente não eliminam a necessidade de conferir tpNF. MOC, página 91
Qual evidência encerra a correção?
Depois de confirmar o tipo real e o CFOP aplicável com o responsável fiscal, compare os parâmetros persistidos com a prévia regenerada pelo emissor. Registre em qual etapa o valor divergente surgiu: importação, cadastro de operação, seleção do item ou serialização. Preserve o documento de origem e o retorno completo.
Os exemplos não fabricam CFOP ou XML operacional porque a decisão depende da operação real. Não edite XML assinado, não altere documento autorizado e esclareça resultados incertos antes de novo envio. A ausência da 519 em uma nova validação não comprova regularidade de todas as demais informações.