Rejeição 410: cUF não atendido pelo Web Service escolhido

A rejeição 410, regra B05, indica que a UF informada em cUF não é atendida pelo Web Service que recebeu a mensagem. O diagnóstico relaciona a UF verdadeira da solicitação com a configuração do autorizador, serviço e ambiente. Trocar a UF do documento para fazê-la coincidir com um endpoint errado não corrige a causa.

Nesta página:

• Quais valores precisam ser comparados?
• Exemplo: configuração reaproveitada de outro ambiente
• A versão do SOAP Header resolve a rejeição?
• Como verificar a correção?

Quais valores precisam ser comparados?

Localize o cUF da mensagem própria do serviço e confronte-o com a UF atendida pelo endpoint oficial. Considere o modelo, ambiente e atribuição do autorizador. Serviços virtuais podem atender várias UFs; o domínio da URL não deve ser interpretado como se atendesse somente à UF de seu nome.

Use a relação oficial de Web Services e o contrato do serviço em vigor. Não deduza o cUF a partir do destino da mercadoria nem do computador que executa a aplicação. O contexto exato da mensagem determina o campo a conferir.

Fontes: MOC Anexo I, regra B05.

Exemplo: configuração reaproveitada de outro ambiente

Imagine que o XML representa corretamente a UF do emitente, mas a tabela de roteamento da aplicação usa um endpoint que atende outra jurisdição. A rejeição confirma incompatibilidade de atendimento; não prova erro nos dados fiscais da empresa.

Compare a configuração resolvida em tempo de execução, inclusive ambiente, com a tabela oficial. Se o roteamento estiver errado, corrija sua origem e preserve a UF real. Se o dado cUF estiver de fato incorreto, investigue sua origem cadastral antes de regenerar a solicitação.

Fontes: MOC Anexo I, regra B05.

A versão do SOAP Header resolve a rejeição?

B05 é uma validação de atendimento. O MOC Visão Geral explica que, na versão 4.00, informações antes levadas no cabeçalho passaram a constar na área de dados, com eliminação do SOAP Header específico. Copiar um exemplo antigo de cabeçalho não corrige o destino da requisição e pode introduzir outra incompatibilidade.

Confira método, WSDL e mensagem do serviço atual. Não aplique mecanicamente o formato da autorização de NF-e a uma consulta ou a um evento.

Fontes: MOC Anexo I, regra B05.

Como verificar a correção?

Valide o vínculo entre UF real, serviço, ambiente e endpoint antes de qualquer nova ação. Uma resposta posterior pode avançar para outra regra; isso não representa autorização. A rejeição 239 trata de versão de XML não suportada, enquanto 410 trata de UF não atendida. Se houve tentativa anterior sem resultado conhecido, esclareça sua situação no autorizador e ambiente correspondentes, sem encaminhar indiscriminadamente o mesmo documento a vários destinos.

Fontes: MOC Anexo I, regra B05.

Limite do exemplo e preservação dos dados

O problema depende da relação entre cUF e endpoint original. Um XML isolado não reproduz o roteamento; o exemplo é textual e não inventa identificação de empresa ou documento. A conferência deve preservar o original e ocorrer em ambiente protegido; não publique certificado, senha, chave privada ou dados fiscais de clientes.

Fontes oficiais

• MOC 7.0 — Anexo I, versão 7.00. p. 71, regra B05, código 410; quadro completo e notas da seção.
• MOC 7.0 — Visão Geral, versão 7.00. pp. 52 e 64, comunicação e eliminação do SOAP Header específico; pp. 71 e 85, mensagens e atributos.