Daniel Simoes

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

Estude os fontes do Programa Exemplo: PosPrinterTeste

O ACBrConsultaCNPJ traz apenas as informações disponíveis e de livre acesso no site da Receita

Use o WinMerge e compare... esse código é idêntico no Trunk

Mas você poderia chamá-la antes da Redução Z... e usar essa informação, caso a captura de "DadosUItimaReducaoZ" falhe...

Atualize seus fontes... A correção para impressão do QRCode com a Bematech, para ser lida pelo programa do fisco, foi envida para o SVN a alguns dias

O problema é que se você chamar "AcbrEcf.DadosReducaoZ"... APÓS a Redução Z... você terá apenas valores zerados...

A Data que você preencheu no Documento não está correta de acordo com o computador do SEFAZ

lembre-se que para investigarmos qualquer problema... é necessário que nós consigamos reproduzi-lo... então se deseja relatar Bugs... - Use o Demo do ACBrNFe - Informe um passo a passo detalhado de como configurar o Demo - Informe um passo a passo detalhado de como executar os procedimentos para chegar até o problema...

Isso não ocorre no Demo do ACBrNFe... Veja que ele Lê os dados do INI e atribui ao componente em Runtime Provavelmente é algo nos seus fontes...

Como o Juliomar falou... o Erro " Componente ACBrECF ocupado Aguardando resposta do comando anterior", significa que você deve rever seus fontes... Pois você está tentando enviar um novo comando enquanto o anterior ainda não obteve resposta (Eventos ??) Você pode desativar ACBrECF.Device.ProcessMessages... Com isso o ACBrECF prenderá o sistema obter a resposta do ECF (semelhante ao que ocorre na chamada as DLLs)

O Nome do arquivo vai na resposta do MonitorPlus... na Chave "Arquivo="