Rejeição 702: NFC-e não aceita pela UF do emitente
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 702, regra B06-10 do serviço de autorização, informa que a NFC-e não é aceita pela UF do emitente. O MOC a define como obrigatória para o modelo 65. O retorno precisa ser investigado com a UF real, o ambiente e o serviço utilizado; o código isolado não identifica uma falha cadastral específica.
Qual condição a regra documenta
A condição é a aceitação da NFC-e pela UF do emitente. Ela não é uma lista nacional de estados que o artigo possa presumir imutável. Para diagnosticar um caso, confirme ide/mod=65, ide/cUF, identificação do estabelecimento, tpAmb e o Web Service efetivamente chamado. Depois consulte as orientações oficiais atuais da UF e a relação nacional de serviços para aquele modelo e ambiente.
A aceitação estadual do modelo e a habilitação de um contribuinte são questões diferentes. A condição de 702 não permite concluir, sem outra evidência, que basta obter credenciamento, trocar certificado ou cadastrar um CSC. Esses itens podem ter regras próprias, mas não devem ser apresentados como causa comprovada deste retorno.
Três cenários a separar
Cenário sintético A: a resposta efetiva é 702 e a integração usou a UF correta. Reúna o original e confira a política e o serviço oficial da UF para NFC-e naquele ambiente e data. Não escolha outro estado para obter autorização.
Cenário B: um cache reutilizou configuração de outra empresa e enviou a solicitação para um serviço incompatível. O retorno precisa ser correlacionado ao envio e a configuração real precisa ser corrigida na origem. A UF do documento continua sendo a verdadeira.
Cenário C: uma NFC-e foi encaminhada ao serviço separado de NF-e. Há regras específicas de diferença de modelo e serviço, como 450/B06-30 e 775/B06-40 no MOC. Não atribua automaticamente toda incompatibilidade de endpoint à condição 702; confira o código, modelo e serviço exatos.
Os exemplos são textuais e não incluem XML completo, UF ficticiamente habilitada ou endereço operacional inventado.
Modelo fiscal não é um botão para contornar rejeição
Uma resposta 702 não autoriza converter automaticamente NFC-e em NF-e. A escolha do documento adequado depende da operação e das exigências aplicáveis, a confirmar com o responsável fiscal e a orientação oficial da UF. Leve os dados do estabelecimento, a operação, o modelo tentado e o retorno integral para essa confirmação.
Depois de definido o enquadramento documental cabível, a integração pode representar tecnicamente os parâmetros confirmados. O artigo não escolhe regime, CFOP, NCM, alíquota ou outro tratamento tributário para o leitor.
Diagnóstico e verificação do resultado
Preserve requisição, resposta, chave e horários. Confirme a empresa ativa e a origem de cada configuração; compare cUF, mod, tpAmb e serviço. Diferencie recusa documentada da UF, erro comprovado de roteamento e informação ainda não confirmada. Não altere UF ou modelo no XML assinado por tentativa e não reenvie antes de esclarecer resultado incerto.
Quando houver uma correção técnica comprovada, valide a configuração e o XML coerente no ambiente apropriado. A nova resposta individual deve ser lida por cStat/xMotivo: HTTP 200 ou desaparecimento de 702 não comprova autorização. Para documento com autorização prévia, considere também a situação atual e os eventos oficiais.
Leituras relacionadas
Fontes oficiais
- MOC 7.0 Anexo I — 7.00: A03-10 p. 74; B02-10, B02-20, B03-10 e B06-10 p. 75.