Daniel Simoes

Obrigado.. já no SVN...

A contingência da NFCe em SP é O SAT... e todo contribuinte é obrigado a ativar um SAT para usar NFCe em SP... Então, porque não usar a contingência, que é o SAT ? Opinião pessoal minha, usar NFCe em SP é remar contra a maré... o Fisco nunca dará um suporte adequado, pois prefere claramente o uso do SAT

Se não me engano, isso foi implementado nos componentes do ACBrNFe... Tente comparar os fontes...

Parece ser algo errado no componente.. Tem um passo a passo, de como reproduzir o problema, usando o Demo do ACBRBoleto ?

Qual é exatamente o problema, ou a mensagem de erro ?

A CAPICOM ainda existe no ACBr.. com ela o certificado funciona ? Alguma versão antiga do seu sistema, ou do Demo do ACBrNFe (antes do refactoring do "Bye bye CAPICOM"), funciona com esse certificado ? Se o certificado for A1, você pode tentar usar OpenSSL

Se houver um TimeOut, por falta de conexão ou de resposta... haverá um exception... Veja no tópico a seguir, um vídeo, explicando como você pode simular um TimeOut

Você pode modifica o ACBrMonitor.INI, do lado da sua aplicação... e depois chamar: ACBr.LerIni

Use o ACBrInstall_trunk2.exe... se o erro persistir, anexe o Log gerado

Se você copiar as DLLs, que o ACBr distribui (pasta DLL), na mesma pasta onde o seu .EXE reside... ela será usada pelo seu sistema...

Verifique se você não tem as units da "Synapse", em outro local do seu LibPath... Ou ainda, algum DCU ou BPL antigo, que precise ser removido... A mensagem de erro aponta para a Unit: blcksock

Veja esse tópico: item: 3 - Independência das configurações de segurança do I.E.

Atualize os fontes e rode o ACBrInstall... Essa Unit não existe mais... Veja o Change-log.txt

Tenho uma VM com XP, aqui... A principio o certificado A1, deveria continuar funcionando no XP, pois a OpenSSL não depende da WinCrypt Se você me enviar o certificado por msg privada, e o passo a passo de como reproduzir o problema, no Demo do ACBrNFe... posso investigar...

O Erro indica que o arquivo não pode ser criado/escrito... Pode ser que ele esteja aberto em modo exclusivo, por outra aplicação...

Obrigado... já está no SVN...

Não entendi sua pergunta... você quer saber qual é o código de Retorno, quando não há retorno ???

Obrigado pela contribuição... não consegui efetuar o Merge, pois as modificações foram feitas em uma versão antiga dos fontes...mas peguei a ideia, e apliquei modificações para permitir o ajuste automático, mesmo em larguras pequenas...

Na verdade isso foi involuntário... a propriedade "XMLAassinado", quando invocava o reader "GetXMLAssinado", causava a assinatura Já existe.. no Log do SVN e os arquivos já mencionados "*-Change-Log.txt" (isso não será modificado) Reclamar é fácil... Alias, qual é a sua contribuição para o projeto ?? Se não está satisfeito não use, simples assim... Ou então faça o seu próprio projeto e gerencie da maneira que achar melhor...

Não podemos consultar a comunidade toda, a cada modificação que fazemos... Projetos OpenSource não são uma democracia... mas todos possuem um conselho que decidem as ações a serem tomadas... Apenas usuários que chamavam o "Validar", sem antes chamar o "Assinar"... estão tendo problemas... A mudança foi promovida porque o comportamento do ACBr estava errado... Se eu chamo "Validar", o componente não deve executar uma "assinatura" (não é condizente com o nome do método)... Sem falar no fato que ele também tentava assinar XMLs de terceiros, quando a assinatura do mesmo estava inválida ou inexistente... Todas as modificações do ACBr, são registradas no "Change-Log.txt", de cada componente... vamos ler o que foi descrito no ACBrCTe-Change-Log.txt 24/05/2017 -- ACBRCTeConhecimentos -- [*] Método "Conhecimento.Validar", modificado para não tentar assinar o XML, caso o mesmo não contenha a Tag de assinatura Por: Italo Jurisato Junior Essa modificação o Italo promoveu por minha solicitação, e para ficar em conformidade com o ACBrNFe... que teve a modificação registrada em: ACBrNFe-Change-Log.txt 24/05/2017 -- ACBRNFeNotasFiscais -- [*] Método "NotaFiscal.Validar", modificado para não tentar assinar o XML, caso o mesmo não contenha a Tag de assinatura (por: DSA)

Não tenho mais sugestões... não sei o que ocorre na sua máquina... os fontes parecem normais...

Qual versão da sua DLL ? Ontem eu consegui fazer funcionar com a 0.9.8 (essa versão suporta TLS1) As DLLs do OpenSSL, atualizadas, estão em "ACBr\DLLs\XMLSec\MinGW\32", arquivos "libeay32.dll e ssleay32.dll"

Acabei de testar... e tudo funcionou, corretamente...

Não... http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?ACBrlerini.html

Verifique se não está relacionado com esse tópico (que já foi resolvido)