Voltar para o blog

Rejeições fiscais

Rejeição 783 na NFC-e: confira o destino de transmissão da nota

A mensagem “NFC-e não é autorizada pela SVC” indica que uma Nota Fiscal de Consumidor Eletrônica, modelo 65, chegou ao serviço de contingência SVC. O primeiro ponto a verificar é o destino usado pelo emissor para transmitir o documento. Alterar produtos, valores ou tributação não corrige um envio encaminhado ao…

Blog ALRA
Capa ilustrada da ALRA: Rejeição 783 na NFC-e: confira o destino de transmissão da nota.

A mensagem “NFC-e não é autorizada pela SVC” indica que uma Nota Fiscal de Consumidor Eletrônica, modelo 65, chegou ao serviço de contingência SVC. O primeiro ponto a verificar é o destino usado pelo emissor para transmitir o documento. Alterar produtos, valores ou tributação não corrige um envio encaminhado ao serviço inadequado.

Antes de tentar novamente, preserve o XML transmitido e a resposta completa. Eles permitem distinguir a rejeição da SEFAZ de um aviso interno do sistema e identificar a nota que realmente recebeu o retorno. Essa conferência também ajuda a evitar novas tentativas sobre documentos cuja situação ainda precisa ser consultada.

O que a rejeição verifica

O MOC 7.0, Anexo I, apresenta a regra B22-70 na página 77. A linha identifica o modelo 65 e impede sua autorização pela SVC. O código 783 se refere a esse contexto de autorização da NFC-e; não deve ser interpretado apenas pelo número exibido na tela. MOC, regra B22-70.

Na mesma página, a regra B22-60 trata da correspondência entre o tipo de emissão e a SVC acessada, com outro retorno. Corrigir essa correspondência não torna a SVC adequada à NFC-e. O suporte precisa conferir em conjunto o modelo, o tipo de emissão e o endereço do serviço.

SVC e SVRS precisam ser identificadas corretamente

SVC significa SEFAZ Virtual de Contingência. A SVC-AN e a SVC-RS são destinos dessa modalidade. A sigla SVRS identifica a SEFAZ Virtual do Rio Grande do Sul, que também presta serviços regulares a UFs participantes. A semelhança das siglas não permite tratar todos esses endereços como equivalentes.

Por isso, encontrar “RS” no endereço ou no nome de uma configuração não comprova a causa do problema. Peça ao suporte a URL efetivamente usada na tentativa, o serviço chamado e o ambiente. Compare essas informações com a relação oficial de serviços da NFC-e para a UF do estabelecimento. Serviços da NFC-e no portal SVRS.

A orientação prática da Oobj para a rejeição 783 também concentra a investigação nos webservices de destino. O procedimento de tela depende do emissor utilizado; nomes de menus de outro produto não devem ser adotados como instruções do ALRA. Orientação da Oobj.

O que conferir no emissor

Reúna, para a mesma tentativa de transmissão:

  • O código e a mensagem completos retornados.

  • A identificação da nota, com chave, número, série e horário.

  • O modelo informado em ide/mod e o tipo de emissão em ide/tpEmis.

  • A UF do emitente, o ambiente e o endereço usado na transmissão.

  • A versão do emissor e eventuais alterações recentes na integração.

Esses dados devem vir do documento e dos registros da tentativa. Uma tela consultada depois de uma atualização pode mostrar uma configuração diferente daquela usada no envio rejeitado. Se o sistema atende NF-e e NFC-e, verifique se uma configuração de contingência de um modelo foi aplicada ao outro.

A página oficial de São Paulo sobre contingência da NF-e explica que a utilização da SVC depende de ativação pela SEFAZ de origem. Essa orientação pertence ao fluxo da NF-e; a simples existência de uma SVC ativa não autoriza encaminhar NFC-e para ela. Contingência da NF-e em São Paulo.

Como encaminhar a correção

Se a nota é uma NFC-e e o serviço normal está disponível, o suporte deve corrigir o encaminhamento para o autorizador correspondente à UF e ao ambiente. Deve conferir também se o tipo de emissão gerado pelo sistema corresponde ao fluxo efetivamente adotado.

Não altere isoladamente uma tag de um XML já assinado. Faça a correção no emissor ou na integração responsável pela geração e transmissão. Quando houver necessidade de regenerar o documento, utilize o procedimento do sistema, preservando a relação com a venda e os registros anteriores.

Também não troque o modelo fiscal de 65 para 55 apenas para eliminar a mensagem. A escolha do documento depende da operação e das regras aplicáveis. Se houver dúvida sobre esse enquadramento, envolva o responsável fiscal antes de produzir outro documento.

Se existe uma indisponibilidade real

Uma falha de comunicação exige verificar qual modalidade de contingência está prevista para a NFC-e na UF. A contingência off-line possui procedimento próprio, incluindo geração do documento, representação para o consumidor, guarda e transmissão posterior. Não equivale a enviar a NFC-e para uma SVC.

A orientação oficial do Rio Grande do Sul remete ao manual de contingência off-line e informa prazo para transmissão posterior. Já São Paulo esclarece condições próprias para off-line e EPEC-NFC-e. Consulte a orientação vigente do estado antes de definir o procedimento e o prazo da ocorrência. Receita Estadual do RS; Sefaz-SP, resposta à consulta 31961/2025, itens 4 a 7.

Uma NFC-e já emitida em contingência precisa seguir o tratamento correspondente àquela emissão. Não altere retroativamente sua modalidade apenas para reenviá-la como normal. Peça ao suporte e, quando necessário, à contabilidade que analisem a situação concreta.

Exemplo de diagnóstico

Imagine uma loja cujo sistema emite NF-e no setor de entregas e NFC-e no caixa. Após uma alteração de configuração, o caixa passa a usar o destino de contingência definido para a NF-e. Uma venda recebe a rejeição 783.

A equipe compara o XML e o registro de transmissão, identifica o modelo 65 e o encaminhamento à SVC. O suporte ajusta a seleção de serviço para aquele fluxo. Produtos, pagamentos e valores permanecem vinculados à venda real. O exemplo ilustra uma hipótese de configuração; somente os registros do estabelecimento permitem confirmar a causa.

Como confirmar o resultado

Depois da correção, acompanhe a resposta da tentativa correspondente. O desaparecimento da rejeição 783 não comprova autorização: outro retorno pode exigir tratamento. Confira a situação final da nota e o protocolo no ambiente correto, mantendo os arquivos associados à operação.

Se houve uma tentativa anterior com resposta perdida, consulte a situação antes de gerar outra emissão. Para pedir ajuda, encaminhe XML, retorno e informações de conexão pelo canal de suporte autorizado, sem compartilhar senha ou chave privada do certificado. O atendimento deve concluir tanto o ajuste do encaminhamento quanto a conferência da situação fiscal dos documentos envolvidos.

Fontes

  • MOC 7.0, Anexo I, novembro de 2020: regra B22-70, página 77, e contexto do tipo de emissão. Documento oficial consultado em 15/10/2026.

  • Portal SVRS: identificação dos serviços de NFC-e e documentação disponível.

  • Sefaz-SP: orientação de contingência da NF-e e resposta à consulta 31961/2025, com alcance estadual.

  • Receita Estadual do RS: orientação sobre emissão de NFC-e em contingência, com alcance estadual.

  • Oobj: apoio prático específico sobre a rejeição 783; os procedimentos do produto não foram transferidos para o ALRA.

  • TecnoSpeed, rejeição 783 e Webmania, rejeição 783: apoios práticos, cuja aplicação depende das condições de emissão e das regras estaduais.

Documentos oficiais citados: MOC7 Anexo I, novembro2020, NT2026.002 v1.11, Documentos SVRS, Serviços NFC-e SVRS, Sefaz-SP: contingência da NF-e, Resposta à consulta31961/2025, ReceitaRS: NFC-e emcontingencia.

Pronto para dar o próximo passo?

Pronto para organizar sua empresa e ganhar mais tempo?

Teste grátis por 15 dias e descubra como a Alra pode transformar a gestão do seu negócio.