Varejo Supermercados - DFE - NFC-e - PDV emitindo apenas NFC-e em contingência

Tempo aproximado para leitura: 00:08:00 min

Ocorrência
PDV realiza emissão de NFC-e exclusivamente em modo contingência, mesmo com ambiente aparentemente operacional.

Ambiente
TOTVS Varejo - Supermercados PDV - Linha Consinco - Todas as versões

Causa 
A emissão em contingência ocorre quando o PDV não consegue completar o processo de autorização da NFC-e junto à SEFAZ dentro do tempo esperado, seja por falha de comunicação ou rejeição na validação do documento.

Os principais fatores que podem ocasionar esse comportamento são:

• Falha de comunicação (rede, DNS, firewall, proxy)
• Problemas com certificado digital
• Falha na validação (schemas desatualizados)
• Instabilidade no ambiente da SEFAZ
• Problemas locais no PDV (instalação/logs)

Neste cenário, a causa estava relacionada à falha de comunicação com a SEFAZ e inconsistência nos componentes de validação (schemas). Após validação da conectividade e atualização dos schemas da NFC-e, o PDV voltou a emitir normalmente.


Análise
O comportamento de contingência segue o fluxo padrão:

• O PDV tenta transmitir a NFC-e no modo de emissão normal (ex.: número 100) para a SEFAZ
• Caso não haja retorno em aproximadamente 10 a 15 segundos, entra em contingência
• Uma nova NFC-e no modo de emissão contingência é gerada com nova numeração (ex.: número 101)

Além disso:

• O parâmetro Tempo de tentativa off-line (Monitor > Configurações > Configurações de PDV's > Df-e > Web Services > Tempo de tentativa off-line) controla quanto tempo o PDV permanece em contingência.
• Após esse período, o sistema tenta novamente emitir notas de forma normal.
• Notas emitidas em contingência são posteriormente reenviadas pelo Painel DF-e

Solução
Para solucionar essa ocorrência, realize os seguintes passos:

Passo 1. Coleta de log do PDV em contingência

Quando o PDV estiver em contingência, é necessário coletar o arquivo nfe_ddmmaaaa.log localizado no caminho:
 
C:\C5Client\AcruxPDV\log\aplicacao

• Se o PDV for Linux, o acesso pode ser feito via WinSCP (Usuário: root / Senha: consinco).
• Se o PDV for Windows, basta acessar o disco C: normalmente.

Esse log permite identificar em que momento o PDV entrou em contingência e logs fora do momento da falha não ajudam na análise.


Passo 2. Obter URL de comunicação com a SEFAZ corretamente

Para evitar emissões em contingência, o PDV precisa se conectar corretamente com o Web Service da SEFAZ.
Para isso, é essencial que as URLs corretas da SEFAZ estejam liberadas conforme a UF da empresa vinculada ao PDV.

A validação não deve ser feita de forma genérica.

Cada UF pode utilizar:

• SEFAZ própria
• Ou SEFAZ Virtual (ex.: SVRS, SVAN)

 Portanto, os endpoints (URLs) devem ser obtidos conforme a UF da empresa do PDV em contingência.

🔗 Portal para consulta dos Web Services por UF: https://dfe-portal.svrs.rs.gov.br/Nfce/Servicos


Passo 3. Validar comunicação com a SEFAZ, testes de conectividade recomendados tanto no Konsole (Linux) quanto no CMD (Windows)

📌 Atenção: Os exemplos abaixo utilizam a SEFAZ Virtual do Rio Grande do Sul (SVRS), apenas como referência.

É obrigatório substituir as URLs conforme a UF da empresa vinculada ao PDV, utilizando os endpoints oficiais da SEFAZ correspondente.

A utilização de endpoints incorretos invalida os testes de conectividade.

Teste de resolução DNS: nslookup nfce.svrs.rs.gov.br

Teste de conectividade (ping): ping nfce.svrs.rs.gov.br

Teste HTTPS (TLS / firewall): curl -vk https://nfce.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx

Teste de acesso ao serviço: wget -r https://nfce.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx

Teste de porta (443):  telnet nfce.svrs.rs.gov.br 443 ou nc -zv nfce.svrs.rs.gov.br 443
 

📌 Boa prática: Realizar os testes em um PDV que esteja funcionando normalmente e comparar os resultados com o PDV em contingência.

Diferenças nos retornos indicam problemas locais (rede, configuração ou bloqueios).


Passo 4. Em caso de falha nos testes

A equipe de infraestrutura deve validar:

• Resolução de DNS
• Regras de firewall (saída)
• Proxy corporativo
• Liberação de portas (HTTPS – 443)
• Bloqueios de SSL/TLS

Observação: todas as URLs relacionadas a:

• Autorização
• Status
• Retorno
• Eventos

devem estar devidamente liberadas para comunicação com a SEFAZ correspondente.


Passo 5. Validar normalização

Após realizar os ajustes:

• Efetuar nova venda no PDV
• Verificar se a NFC-e é autorizada normalmente
• Validar ausência de novas emissões em contingência
• Conferir retorno no Painel DF-e

Caso o problema persista, reavaliar logs no momento da falha.