Daniel Simoes

Use a busca do Windows e localize ele, no diretório de Fontes... copie sobre o já existente...

Tentem com a Unit em anexo... (ainda estou testando) ACBr_NCrypt.pas

Esse botão irá disparar o diálogo do Sistema operacional para Seleção de arquivos... realmente parece ser algo no sistema operacional... Pode ser um estouro de memória... Você consegue notar algo em comum, nas máquinas onde esse problema ocorre ? Qual o sistema Operacional ? Qual o hardware ? Essas máquinas, possuem todas as atualizações do Windows ?

A pergunta é fora do escopo do SAC do ACBr Vamos aguardar se algum membro da comunidade, saberia lhe responder...

provavelmente você precisa de uma versão das DLLs do OpenSSL, que suporte TLS1.2 (superior a 1.0) Veja esse tópico:

O erro é diferente do citado no tópico: 3F0 hex = 1008 decimal = ERROR_NO_TOKEN - Esse Certificado, já funcionava antes, com o ACBr ? - Se deixar a Senha em branco, o Windows pergunta a senha e tudo funciona ? - Vá com o Debug no método "procedure SetCertContextPassword(ACertContext: PCCERT_CONTEXT; APass: AnsiString);" e veja qual é a linha exata, onde o erro é disparado...

Realmente o problema parece ser o CPF inválido... Porem notei que o ACBr filtra apenas os números, no comando de envio ao ECF EscECFComando.CMD := 16; EscECFComando.AddParamString(LeftStr(OnlyNumber(Consumidor.Documento),14)) ; EscECFComando.AddParamString(LeftStr(Consumidor.Nome,30)) ; EscECFComando.AddParamString(LeftStr(Consumidor.Endereco,79)) ; Consumidor.Zera; Verifique se seus fontes estão atualizados... pois enviar uma mascara vazia, não seria um problema, pois isso seria tratado por "OnlyNumber"

Estranho... a mensagem de erro não parece condizente com o problema... tópico relacionado:

No Log apresentado o ero é "40"... o erro citado no inicio do Post é "202"... Mas realmente é necessário informar um CPF válido (ou vazio)

Obrigado pela analise e correção... Realmente trata-se de uma regressão... Enviei sua sugestão para o SVN, com pequenas modificações...

Vou tentar ser mais específico. 1 - Abra o Demo do ACBrNFe 2 - Configure com libCapicom e WebService XYZ 3 - Clique no botão "bla bla bla" 4 - Carregue o XML, xyz 5 - clique no botão "tal tal"... observe o erro... ISSO É UM PASSO A PASSO

Não podemos mudar... isso quebraria a compatibilidade de várias aplicações atuais que já se comunicam com o MonitorPLUS

Altere o .Inc e rode o ACBrInstall_trunk2

Por favor sejam mais específicos, e sempre usando apenas o Demo do ACBrNFe... Como devo configura-lo? Quais botões ou operações devo fazer para obter o erro?

Leu o tópico anterior, a respeito da diretiva "DFE_SEM_NCRYPT" ?

Como reproduzir o problema, no Demo do ACBrNFe?

Qual é exatamente o passo a passo, para a reprodução do problema, no Demo do ACBrNFe ?

Só funcionará se você usar httpWinHttp, ou httpOpenSSL

Aplicações feitas em Lazarus... http://wiki.freepascal.org/Lazarus_Application_Gallery

Tente debugar a Unit ACBrDFeWinCrypt.pas e veja onde o problema ocorre... provavelmente é algo no metodo: procedure SetCertContextPassword(ACertContext: PCCERT_CONTEXT; APass: AnsiString);

Você não configurou o componente... Exemplo: ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt;

nota... existem correções importantes para o ACBrDFe... atualmente estamos na revisão 13181

Peguei um Bug na rotina que atribui a Senha para certificados A3 -- ACBrDFeWinCrypt -- [-] Correção para não atribuir Senha para certificados A3, de uma segunda instância do ACBrNFe, que utilize o mesmo certificado. (por: DSA)

Prezados, por favor atualizem os fontes... apliquei várias correções na ACBrDFeWinCrypt 13/04/2017 -- ACBrDFeWinCrypt -- [-] Correção para não atribuir Senha para certificados A3, de uma segunda instância do ACBrNFe, que utilize o mesmo certificado. (por: DSA) 12/04/2017 -- ACBrDFeWinCrypt -- [*] Ajuste para compilação com a diretiva "DFE_SEM_NCRYPT", para permitir o suporte a Windows XP (por: DSA) -- ACBr_NCrypt -- [*] Ajuste para efetuara carga da DLL com "Delayed", caso a diretiva "USE_DELAYED" esteja ligada, e o compilador suporte carga tardia.. (por: Waldir Paim) http://www.projetoacbr.com.br/forum/topic/36219-ncryptdll-faltando-no-xp/?do=findComment&comment=237206 10/04/2017 -- ACBrDFeWinCrypt -- [-] Ajustes para possível correção de Certificados compatível apenas com "CNG" que causavam o erro "NTE_BAD_PROV_TYPE - 0x80090014", durante a carga do Certificado. http://www.projetoacbr.com.br/forum/topic/36017-provedor-de-criptografia/?do=findComment&comment=236710 (por: DSA) 04/04/2017 -- ACBrDFeCapicom -- [-] Correção no método "GetCNPJFromExtensions", onde ocorria o erro: "Parâmetro Incorreto" (por: DSA) 03/04/2017 -- ACBrDFeCapicom, ACBrDFeWinCrypt -- [-] Possível correção para o erro "Erro Thread da crypt32", quando usando "cryCapicom" -- ACBrDFeWinCrypt -- [*] Ajuste no método "GetCNPJFromExtensions", quebrando-o em vários, para permitir a leitura de diferentes extensões -- ACBrDFeOpenSSL -- [-] Correção na interpretação do conteúdo das extensões do certificado, corrigndo problemas de leitura de CPF/CNPJ de alguns certificados (por: DSA) 27/03/2017 -- ACBrDFeXsXmlSec -- [*] Remoção da dependencia de "libxslt". (por Waldir Paim) http://www.projetoacbr.com.br/forum/topic/35775-sugest%C3%A3o-limpeza-dos-uses-de-algumas-units/?do=findComment&comment=234842 25/03/2017 -- ACBrDFeHttpOpenSSL, ACBrDFeHttpIndy -- [*] Ajuste para usar a definição MimeType, comforme recebido pela rotina chamadora -- ACBrDFeHttpWinApi -- [*] Ajuste para disparar exceptions, caso o HTTPResultCode não seja 200,201,202 -- ACBrDFeSSL -- [*] Ajuste para que o MimeType padrão, caso nenhum tenha sido informado contenha instrução de UTF8 'application/soap+xml; charset=utf-8' 24/03/2017 -- ACBRDFeWinCrypt -- [-] Correção em "PFXDataToCertContextWinApi", que é usada por "CarregarCertificado", quando informado o certificado por: "ArquivoPFX" ou "DadosPFX". Para que seja possível carregar Certificados com número de série, menor do que 16 (por: DSA) http://www.projetoacbr.com.br/forum/index.php?showtopic=35805 22/03/2017 -- ACBrDFeSSL -- [*] Ajustes em "Clear", para evitar problemas quando ocorre a troca de SSLCryptLib via código. -- ACBRDFeWinCrypt -- [*] Ajustes em "CarregarCertificado", para priorizar a busca do certificado por "DadosPFX" seguido de "ArquivoPFX" e depois "NumeroSerie" (por: DSA)

O erro significa que o outro lado, fechou a conexão TCP htts://msdn.microsoft.com/en-us/library/windows/desktop/ms740668(v=vs.85).aspx Na verdade isso não é anormal, em conexões TCP/IP... não é muito bom, deixar a conexão aberta por muito tempo.. quando usar portas TCP... *SEMPRE* use o ControlePorta = True, isso fará ele reconectar a cada envio de dados...