Jump to content

dev botao

Novos retornos de erro de conexão


  • Este tópico foi criado há 2451 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro

Olá a todos , reestruturei meu emissor NFCe no que diz respeito as configurações das propriedades de SSLCryptLib, SSLHttpLib, SSLLib, SSLXmlSignLib e SSLType, com isso agora eu tenho a flexibilidade de configurar tais opções conforme eu achar mais interessante, fugindo assim dos inconvenientes e limitações do Capicom usado por mim há anos em diversos clientes.

Em ambiente de testes ficou legal, mas agora fui implantar em ambiente de produção em um dos meus clientes e tive um problema novo.

Meu aplicativo emissor de NFCe basicamente verifica no ato do envio do cupom, em casos de exceção, se o erro contém a string "requisição não enviada" ou "tempo limite" , se positivo ele considera que houve queda de conexão e gera tal nota no modo contingência, do contrário exibe o erro para o usuário resolver, por exemplo: NCM Inválido, cEAN Inválido, etc.

Meu aplicativo emissor funciona há anos nos clientes com essa regra e sempre fluiu bem, mas sempre usei as configurações padrão do ACBrNFe no que tange o SSL, basicamente sempre usei CAPICOM.

Nesse cliente, que tem 3 caixas, optei por usar o OpenSSL e o certificado puxo direto do banco, perfeito. O problema é, no cliente já com tudo funcionando eu desliguei a conexão da internet e me surpreendi com o fato de ter surgido um novo retorno de exceção, até então não conhecido e consequentemente não tratável por mim nesses casos de falha de conexão:

Citar

Erro Interno: 10060 

Erro Http:500

Em outra máquina deu:

Citar

Erro Interno: 11004 

Erro Http: 500

Por curiosidade mudei para Wincrypt, aí ao desligar a internet o erro retornado é:

Citar

Erro Interno: 12007

Erro HTTP:0

Falha no Envio da Requisição

Erro: 12007 - O nome do servidor não pode ser resolvido

Outro detalhe, ao simular a queda de conexão em ambiente de testes no laboratório, só recebo os erros já conhecidos até então e tratados por mim, "requisição não enviada" ou "tempo limite".

Portanto minhas dúvidas são:

1 - Esses novos tipos de erros referentes a queda de conexão foram consequência da troca do Capicom por OpenSSL, Wincrypt, etc?

2 - Se sim para a dúvida acima, qual a lista de erros que posso esperar e consequentemente tratar transformando em uma contingência?

3- Porque em ambiente de testes não recebo os mesmos erros desse cliente? PS: Em ambos os ambientes uso OpenSSL e Windows XP.

Desde já agradeço a atenção de todos

 

Link to comment
Share on other sites

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.