Daniel Simoes

Encontrei o problema e espero ter corrigido-o em definitivo... Correção já disponível no SVN

Na Verdade é a mesma função.. já que ACBrNFe e ACBrCTe descendem de ACBrDFe... Ou seja, no trunk2, todo o núcleo de comunicação Segura e criptografia está em ACBrDFe.SSL

Digite: "ACBrNFE1.SSL." e pressione Ctrl+Spaço...

Por favor anexe (zip) os fontes modificados para analise...

Leia o manual OrientaçõesLeiauteCF-e_v00.05-0 - AD.pdf O SAT não suporta CST101

Não houve mudanças na estrutura dessa Unit... Na dúvida compare as Units com o WinMerge

O problema já foi corrigido e testado... No trunk2 apenas...

Essas mensagens não são disparadas pelo ACBrMonitor... provavelmente elas são disparadas pela DLL do SAT.. o Fato do nome "ACBrMonitor" estar no Caption da Janela, é porque o ACBrMonitor detém o "handle" da DLL que ele chamou... Se você realizar uma "busca em arquivos", poderá comprovar que essas mensagens nem existem nos fontes do ACBr Você precisa entrar em contato com o Fabricante desse equipamento, e verificar se há como remover essas janelas da DLL, no caso de erro..

Provavelmente você tem algum BPL antigo no Path da máquina...

Você testou com o Bloco de Notas ?? Certeza que o ACBrMonitor.exe está na versão mais atual ?? Acabei de Baixar e Testar... e não encontrei nenhum erro:

Não houve nenhuma mudança em "blcksock.pas ", desde o Trunk.. essa Unit é da syanpse, e está bem estável... Ou seja, se você usava o trunk, nada mudou nessa Unit no trunk2 na dúvida compare essa Unit do Trunk com o Trunk2... Pelo jeito você não está usando o ACBrInstall_trunk2... nessa caso.. você precisa ter amplo conhecimento de instalação de Packages...

Qual é exatamente a msg de erro ??

Não tenho como investigar se vocês não informarem um passo a passo, bem detalhado, de como configurar e reproduzir o problema usando o Demo do ACBrNFe

Um Erro não tem relação com outro... (por favor trate-o em outro tópico) Tente gerar o arquivo de comando no Bloco de Notas e salvá-lo na pasta monitorada... Tente comandos mais simples, como: SAT.consultarsat SAT.consultarstatusoperacional

Qual versão você está usando ? Verifique se é a última versão disponível para Download

Não tem como saber... só testando... Mas primeiro verifique se você está usando a URL correta, e se há alguma mensagem no Servidor acusando indisponibilidade...

Mensagem final de envio de e-mail corrigida..

Eu estava me referindo a: ERRO: Erro Interno: 12157 Erro HTTP: 4 Erro: Requisição não enviada. 12157 - Erro no suporte a canais seguros No Erro que você postou, provavelmente é o seu TimeOut que está baixo, ou o Servidor está com problemas...

Apliquei uma possível correção no SVN

Acho que a diferença entre as versões é apenas o fato de que o ACBrNFeMonitor é compilado em Delphi, e o ACBrMonitorPLUS é compilado em Lazarus... A chamada a StringToDateTime em ambos os casos (NotaUtil ou ACBrUtil) irá na verdade chamar o método nativo "StrToDateTime"... Provavelmente o Lazarus faz um "parse" diferente da maneira que o Delphi fazia... O Tipo "Ide.dEmi", (assim como todos os tipos data de TNFe) são do tipo TDateTime... que simplesmente não aproveitam a informação de UTC Porque você está usando esse formato para datas ? Ele segue algum padrão ou recomendação ? Talvez seja mais simples, você modificar a sua rotina de geração do TXT... Os problemas no seu campo são: Sem espaço de separação entre a Data e Hora. Com informação UTC Experimente enviar como: Emissao=17/08/2015 09:09:15

Apliquei várias modificações na Unit "ACBrDFeCapicom.pas"... que podem corrigir o problema... por favor atualizem e teste...

Não tentei reproduzir o problema em específico... porém eu apliquei várias modificações na Unit "ACBrDFeCapicom.pas"... que podem corrigir o seu problema... por favor atualize e teste...

Olá Marciano, Muito obrigado pela analise... baseado na sua sugestão, apliquei verificação semelhante nos fontes atuais... Tentei de toda maneira, fazer com que dois Executáveis pudessem usar o mesmo Certificado A3, e com a atribuição de Senha automática... Mas isso não foi possível... Sempre que o segundo programa se autentica com o PIN, ele remove o acesso ao certificado da instância anterior... Aproveitei e subi algumas modificações que eu tinha pendente... se puder testá-las eu agradeço...

O Nome do Arquivo de envio não é Salvo em ACBrSAT.CFe.NomeArquivo... Mas SIM o nome do arquivo de Resposta... O arquivo de envio é incompleto, e não contem várias Tags, que serão populadas pelo SAT e estarão no arquivo de resposta Você mesmo pode salvar o arquivo de envio, onde você quiser, e com o nome que você quiser... Exemplo: WriteToTXT( 'C:\APP\MeuArquivoCFe.xml', ACBrSAT.CFe.GerarXML( True ) );

Parece que já está corrigido no SVN...