Rejeição 559 — UF do Transportador não informada

O que é esta rejeição?#

A Rejeição 559 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a unidade federativa do contribuinte. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: UF do Transportador não informada.

Os campos afetados estão na seção de dados do destinatário, dados do emitente, identificação da NF-e 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:

Causas comuns#

• O código da UF não corresponde ao estado do emitente ou destinatário
• O código do município (IBGE) é inválido ou não pertence à UF informada
• A UF informada na chave de acesso diverge da UF do emitente

Como resolver#

1. Verifique se o código da UF está correto conforme a tabela do IBGE (ex: 35=SP, 33=RJ, 41=PR)
2. Confirme que o código do município (7 dígitos IBGE) pertence à UF informada
3. Atualize os dados de endereço do emitente e destinatário no sistema emissor

Verificações analíticas#

• Se o elemento transporta/transporta/UF está preenchido mas o código IBGE do município do transportador (transporta/cMun, 7 dígitos) possui prefixo de UF (primeiros 2 dígitos) divergente do código numérico correspondente ao transporta/UF informado, então há inconsistência entre UF e município do transportador: corrija o cMun para um município pertencente à UF declarada ou ajuste o campo UF para refletir o estado correto do IBGE.
• Se o CFOP informado em det/prod/CFOP inicia com dígito 1 ou 2 (operação interna ou interestadual de entrada) mas tpNF=1 (saída), ou inicia com 3 e idDest=1 (operação interna), então há contradição entre o tipo de operação da NF-e e o CFOP escolhido, o que pode gerar rejeição encadeada ao bloco de transporte por inconsistência de UF destino: alinhe o CFOP ao tpNF e ao idDest para que a UF de destino seja corretamente derivada.
• Se transp/modFrete é diferente de 9 (sem frete) e o bloco transporta está ausente ou com UF vazia, mas o campo transp/vol está preenchido indicando volumes transportados, então a omissão da UF do transportador é inconsistente com a existência de frete e volumes declarados: preencha obrigatoriamente transporta/UF com o código de UF válido da SEFAZ correspondente ao endereço do transportador.
• Se emit/enderEmit/UF e dest/enderDest/UF são iguais (operação interna, idDest=1) mas o CFOP declarado é da série 6xxx (saída interestadual), então a UF registrada no bloco de transporte pode ter sido derivada erroneamente de um estado terceiro inconsistente com ambas as partes, gerando a rejeição 559: normalize o CFOP para a série 5xxx ou corrija as UFs de emitente e destinatário para refletir estados distintos.
• Se tpEmis diferente de 1 (contingência FS-DA, SVC-AN, SVC-RS ou offline) e dhSaiEnt é anterior a dhEmi, ou dhEmi ultrapassa 24 horas em relação à dhRecbto esperada, então a janela temporal inválida pode indicar reaproveitamento indevido de XML de contingência com dados de transporte desatualizados, incluindo UF do transportador de outra operação: regenere o XML em modo normal com os dados de transporte atualizados e UF correta antes de transmitir.