Daniel Simoes

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...

Muito Obrigado pela excelente contribuição... Já enviei para o SVN, (com pequenas modificações)...

Crie em outra pasta... provavelmente há algum problema de permissão nessa pasta...

sgeinformatica, Você está usando o Trunk2 ? Houve correções nos fontes, recentemente, referente a esse problema... Uma dica é analisar o Log gerado pelo TACBrPosPrinter (desde que você configure ele para gerá-lo) Veja um exemplo: -- 18/08 19:27:49:673 - TraduzirTagBloco(<code128>, 3515081111111111111159) -> [GS]w[STX][GS]h([GS]H[NUL][GS]kI[24]{B3515081111111111111159 -- 18/08 19:27:49:677 - TraduzirTagBloco(<code128>, 1234567890001631993910) -> [GS]w[STX][GS]h([GS]H[NUL][GS]kI[24]{B1234567890001631993910 -- 18/08 19:27:49:680 - TraduzirTagBloco(<barra_mostrar>, 1) -> -- 18/08 19:27:49:684 - TraduzirTagBloco(<barra_largura>, 0) -> -- 18/08 19:27:49:687 - TraduzirTagBloco(<barra_altura>, 0) -> -- 18/08 19:27:49:691 - TraduzirTagBloco(<qrcode_tipo>, 2) -> -- 18/08 19:27:49:694 - TraduzirTagBloco(<qrcode_error>, 0) -> -- 18/08 19:27:49:698 - TraduzirTagBloco(<qrcode>, 35150811111111111111591234567890001631993910|20150818192554|118.72|05481336000137|VqZIVSya0qp+BimdZB5SjLAE8EstzL9hL6Ea/llkc9Dt6v7Tat/pLpQ5IxdtgQbDeTpjvCf+DsVuYbA6HH2TOV27+OXmw1qZyLYZmpZtABxxhcjRluaSFiCUBfGFidVHAkDupqMHYjF1mxY+0hxwd4jc2WcNhrNkxVxjZ31fR6yp4jg22AAN88vkhY+0bdIj+zFWNve6Apneju9CT9dfZhcmVjnV2LeoeQ2WmYDZdvBkjGzNMMyZj/dSuvs41E+hOWYUhd+u68Pxd3EGPAKpbNED8eDbZEc68c6n5wAQIA0H7v5uxFMkwdPXAeJRZx7cHfqEvNxwS8eRIpVkk6BDMw==hygljwuohmmoewarfnmighlxzke7k2bjlto4sb2vltorgm26khhangknnfvpzydt5terudyw5vuvtzlhlqs3qrzvplfnlvw==) -> [GS]kQ[NUL][LF][4][SOH][11][STX]35150811111111111111591234567890001631993910|20150818192554|118.72|05481336000137|VqZIVSya0qp+BimdZB5SjLAE8EstzL9hL6Ea/llkc9Dt6v7Tat/pLpQ5IxdtgQbDeTpjvCf+DsVuYbA6HH2TOV27+OXmw1qZyLYZmpZtABxxhcjRluaSFiCUBfGFidVHAkDupqMHYjF1mxY+0hxwd4jc2WcNhrNkxVxjZ31fR6yp4jg22AAN88vkhY+0bdIj+zFWNve6Apneju9CT9dfZhcmVjnV2LeoeQ2WmYDZdvBkjGzNMMyZj/dSuvs41E+hOWYUhd+u68Pxd3EGPAKpbNED8eDbZEc68c6n5wAQIA0H7v5uxFMkwdPXAeJRZx7cHfqEvNxwS8eRIpVkk6BDMw==hygljwuohmmoewarfnmighlxzke7k2bjlto4sb2vltorgm26khhangknnfvpzydt5terudyw5vuvtzlhlqs3qrzvplfnlvw== -- 18/08 19:27:49:701 - TraduzirTagBloco(<qrcode_tipo>, 2) -> -- 18/08 19:27:49:705 - TraduzirTagBloco(<qrcode_error>, 0) -> -- 18/08 19:27:49:708 - TraduzirTag(</corte_total>) -> [LF][LF][LF][LF][LF][LF][LF][LF][ESC]w Observe que na última Linha, ele está traduzindo o Corte total... para vários pulos de Linha (LF) e no final o ESC+'w' para disparar a guillhotina

O ideal é você comprar um SAT para seus próprios testes... Assim você tem certeza que o equipamento funciona na SUA aplicação...

Ele não corta o Papel, mas pula Linhas correto ? Verifique se: ACBrPosPrinter.CortaPapel = True Acabei de testar aqui com o SATTeste e uma Bematech MP4200 (que acabei de receber)... e funcionou

Baixe ambos os trunks e tente um Merge das modificações do Trunk2 no Trunk..

Eu não tenho interesse (e tempo) para implementar isso...

Como reproduzir o problema no Demo do ACBrNFe ??

Obrigado por relatar o problema... Mas.... Que tal ligar o Debug e tentar corrigi-lo ? O ACBr é OpenSource... Estudar os fontes não é tão difícil como muitos imaginam... E é uma ótima oportunidade de ajudar o projeto

Acho que as modificações não tem relações com o seu problema... em todo caso, use o Log do SVN e compare as modificações efetuadas recentemente

Pessoal, O Fortes Report é um projeto que tem vida própria (Independente do ACBr) Se ele tem problemas, vocês DEVEM entrar nos canais que o projeto Fortes Report CE dispoem, para reportar os Bugs e relatar os problemas... Caso contrário eles não vão ficar sabendo... https://github.com/fortesinformatica/fortesreport-ce/issues Nós do ACBr não devemos servir de "ponte" para reportar bugs ao pessoal do Fortes...