Rejeição 772 na entrada: operação interestadual com UFs iguais

A mesma mensagem 772 pode vir de uma nota de entrada

A E12-50 retorna Rejeição 772 na NF-e 55 de entrada, tpNF=0, quando idDest=2 indica operação interestadual, as UFs de destinatário e emitente são iguais e os CNPJs desses participantes são diferentes, observadas as exceções. A E12-30 usa o mesmo código na saída, tpNF=1. O código sozinho não determina quais referências geográficas devem ser usadas; confirme tpNF e o contexto do arquivo rejeitado.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

O sentido da nota muda as referências de comparação

Compare ide/tpNF e idDest, emit/enderEmit/UF, dest/enderDest/UF e os CNPJs correspondentes. Na nota de entrada, a NT 2015.003 explica que a relação dos locais físicos com os participantes difere da saída. Para a exceção com entrega isolada, a E12-50 usa a UF do destinatário; para retirada isolada, usa a UF do emitente. Não renomeie os grupos do XML conforme sua interpretação de comprador e vendedor: leia os caminhos exatos e relacione-os à operação documentada.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd NT 2015-003 1.94

Todas as condições que afastam a E12-50

O manual manda não rejeitar se existir algum item com UFCons diferente da UF do emitente. As três exceções de locais são: entrega/UF diferente da UF do destinatário, sem retirada/UF; retirada/UF diferente da UF do emitente, sem entrega/UF; ou entrega/UF e retirada/UF ambas informadas e diferentes entre si. UFCons pertence ao contexto de combustíveis, não é uma alternativa genérica para declarar qualquer destino. A ausência do outro local integra as duas primeiras exceções e deve ser conferida no XML final.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 NT 2015-003 1.94

Exemplo de entrada com retirada em outra UF

Em um cenário sintético, a nota é de entrada, emitente e destinatário estão em PR, CNPJs distintos e idDest=2. Sem exceção documentada, a combinação alcança a E12-50. Em outro cenário, a retirada efetiva ocorre em SC, representada por retirada/UF=SC, e entrega/UF não está informada. Como SC difere da UF do emitente, a segunda exceção de locais da E12-50 é atendida. Não é uma instrução para criar a retirada: os documentos precisam demonstrar que esse local pertence à movimentação.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 NT 2015-003 1.94

E quando os dois locais estão preenchidos?

Com entrega e retirada ambas presentes, compare suas UFs entre si para a terceira exceção. Se forem diferentes, essa exceção afasta a regra; se forem iguais, ela não afasta. As duas exceções anteriores exigem ausência do outro local, portanto não basta uma entrega ou retirada diferir da UF de referência quando ambas estão informadas. Verifique ainda a observação de UFCons e as condições iniciais antes de concluir. O mesmo exercício na saída deve seguir a E12-30, não uma troca livre de referências.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 NT 2015-003 1.94

Como encaminhar uma inconsistência confirmada

Confronte os locais e participantes reais com os cadastros e o XML. Se uma UF veio do registro errado ou houve mistura de endereços, corrija a origem comprovada. Se idDest ou a natureza de entrada requerem decisão fiscal, leve o percurso e os documentos ao responsável, sem escolher CFOP ou destino pelo erro. Gere pelo emissor após a confirmação, preserve arquivos assinados e leia o retorno fiscal da mesma nota. Uma tentativa anterior com situação desconhecida exige consulta antes de outro envio.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Limite dos exemplos e da conferência

O percurso da entrada e os CNPJs devem ser conferidos no original protegido. UFs em cenários textuais demonstram as exceções sem fabricar documento fiscal ou identificadores. Nenhum exemplo desta página é um documento pronto para transmissão.