Daniel Simoes

I applied the same fix from Trunk2 to Trunk... please update and test... But I really encourage you to change to "Trunk2"...

O S.F. é assim mesmo... as vezes para de responder depois volta...

Dependendo do SEFAZ, não dá pra testar... SP ainda não está preparado para receber o XML com as tags do QRCode

Por favor atualize os fontes e teste novamente: O que fiz, foi remover os espaços entre os blocos, se for detectado que a impressora não suporta a chave toda em uma única linha

Leitores USB não são para o ACBrLCB... pois eles desviam tudo que for lido, para o buffer de teclado do Windows (então é como se alguem tivesse digitado algo) O ACBrLCB, foi projetado para Leitores Seriais... Se o driver do seu leitor USB, criar uma COM Virtual, pode funcionar...

Veja o Demo do componente ACBrETQ, na pasta Exemplos

parece que finalmente acharam o problema... em todo caso, com o commit do post anterior, deve funcionar mesmo para o seu caso...

No caso do endereço, se você preencher alguma das Tags, então precisa preencher todas... (repare que você preencheu a cidade) <xMun>PRESIDENTE PRUDENTE</xMun>

Você está ajustando o modelo corretamente ? Se funciona no PosPrinterTeste tem que funcionar no Extrato do SAT... afinal é o mesmo componente...

Do you use ACBr Trunk2 directory ? Probably this issue is already fixed on Trunk2 I notice ACBrECF is running a special code to read DataHoraSB, on escBematech... Since these model don´t have a specific command to return this information... ACBrECFBematech is querying a report "Leitura Memoria Fiscal", by serial, in order to capture DataHoraSB information on the texts of these report... Looks like the problem is on the way ACBrECF is detecting the ending of Serial Reports (they always ends with [ETX])... buts as we can see, ETX is on the Log... Recently, I fix a very similar issue, concerning problems on detecting ending of Serial reports... but only on Trunk2... Please try the compiled version of ECFTeste, using Trunk2

Porque ele não é impresso se já foi para o Spool da Impressora ? Você recebe a resposta do comando: NFe.ImprimirDANFE ? Os seus comandos continuam com a sintaxe errada (Sem as aspas dupla nas Strings) Certo: NF.NFe.ImprimirDANFE( "C:\TEMP\NFe.xml" ) Errado: NF.NFe.ImprimirDANFE( C:\TEMP\NFe.xml ) Esse parece ser o problema... o Spool dessa impressora não está processando corretamente os documentos da fila...

Você teria que modificar os Packages do ACBr, que usam o fortes... O WinMerge pode te ajudar nessa tarefa, comparando os Packages do Trunk e Trunk2

Mailson Atualize seus fontes, acho que isso já foi corrigido. Claudio, É bem provável, que seja criada uma propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento... mas ainda não há consenso sobre isso...

A compilação ocorre toda Segunda, se não me engano... Acho que não precisa fazer nada, pois as informações dessa Tag são preenchidas internamente, com o resultado da assinatura...

Deverá ser feito... mas não é simples passar uma previsão... Todos os consultores estão muito ocupados no momento...

Tente novamente o link... movi para a área "ACBrSAT"

Desmarque a "Adicionar Literal"

Looks like some problem on these new Drivers for MP4000... Can you please send the Log file created with the attempt using the new drivers ? On MP4200 there is a similar problem... The workaround solution we created for MP4200, consist in transmit the command again, after TimeOut occurs... Not sure if is possible to try the same approach in MP4000.... I need to investigate your Log files... Can you provide more Log files, with the same error situation ?

Porque a minha aplicação, quando compilada no Trunk2 exige as DLLs do XMLSec ? O Trunk2, tem a habilidade de suportar OpenSSL (XMLSec) e CAPICOM, na mesma aplicação... e no ACBrNFe, existe a Classe TDFeSSL, que permite configurar qual será a biblioteca de SSL em Design ou Run-time Para isso, basta mudar a configuração usando comandos como abaixo: ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; // Mesmo que "libCapicom", mas usando a Indy Porém, para efetuar essa "magica", precisamos compilar todas as Units que dão suporte a CAPICOM e OpenSSL\XMLSec, e elas injetam a dependência de DLLs externas Porque eu usaria o suporte a OpenSSL ? O OpenSSL é ótimo para certificados do tipo A1... pois você não precisa instalar o certificado no Windows... basta apontar o caminho do arquivo PFX e a Senha: ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := edtCaminho.Text; ACBrNFe1.Configuracoes.Certificados.Senha := edtSenha.Text; Porque remover o suporte a uma das bibliotecas de SSL ? A desvantagem, é que a sua aplicação agora ficou dependente de mais DLLs, e para alguns pode ser um problema, distribuir e instalar as mesmas Onde eu encontro as DLLs ? \ACBr\DLLs\OpenSSL \ACBr\DLLs\XMLSec Para onde eu copio essas DLLs ? Você deve copiar TODAS as DLLs das pastas acima indicadas (e não apenas algumas). Você pode copiar para a mesma pasta da sua aplicação .EXE ou para o "System" do Windows Observe que, essas DLLs são 32 bits, e portanto só funcionarão para aplicações compiladas com um compilador 32 bits (que é o padrão para Delphi e Lazarus)... Uma aplicação 32 bits roda em um S.O. 64 bits, mas o oposto não ocorre... Considerando que essa DLLs são 32 bits, então: Se o seu Windows for 32 bits, copie para a pasta: C:\Windows\System32 Se o seu Windows for 64 bits, copie para a pasta: C:\Windows\SysWOW64 Se você estiver instalando DLLs de 64 bits em um Windows 64 bits, então a pasta correta é: C:\Windows\System32 (vai entender... pergunte pra Microsoft) Como eu removo a dependência ? Nunca usou o OpenSSL ? Nunca deseja usar ? Então você pode remover o suporte do ACBr ao OpenSSL/XMLSec, e com isso, remover a dependência de sua aplicação das DLLs do XMLSec.. Edite o ACBr.inc... Observe que no inicio do mesmo, existem as linhas abaixo: {.$DEFINE DFE_SEM_OPENSSL} {.$DEFINE DFE_SEM_CAPICOM} Apenas remova o ".", se quiser ativar a remoção... {$DEFINE DFE_SEM_OPENSSL} Por que mesmo assim, a sua aplicação fica dependente das DLLs do OpenSSL (libeay32.dll, ssleay32.dll) ? O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"

A onde a impressão fica presa ? Que tipo de Impressão (PDF, direta, com preview, etc) ? Aparece algo no Spooler da Impressora ? Foque nisso... Tente nos fornecer informações precisas, de como reproduzir esse problema em nossa máquina de desenvolvimento... Provavelmente você precisará nos passar um passo a passo de como configurar o Monitor, para que fique nas mesmas condições de uso do seu... além de fornecer toda a sequencia de comandos, até o problema... PS: Notei que o seu comando de envio ao PLUS, está com a sintaxe errada... Todas as Strings devem estar entre Aspas duplas:

Analisando o seu Log, notei que o problema ocorre no comando 22, Leitura da Memoria Fiscal pela Serial.... -- 07/10 10:19:08:259 TX -> [SOH]v[22][NUL][LF][NUL]1|1|2|6|6|[STX] -- 07/10 10:39:45:456 TX -> [SOH][138][22][NUL][LF][NUL]1|1|2|6|6|[22] Enviei uma modificação para o SVN, para também monitorar esse comando...

Não é obrigatório... mas se você preencher alguma das Tags do Endereço, ele precisa estar completo..

Ele deve estar achando que o XML do CFe é igual ao do NFe... e não é...

Por favor seja paciente... Não adianta disparar 10 perguntas sobre o mesmo assunto.... Nove grávidas não parem um bebê em 1 mês... A maneira atual é a mais correta do ponto de vista jurídico ( antes estava errado mudar o XML ) No entanto houve quebra de compatibilidade e nem todos os programas estão preparados para usar (ler) o XML do evento... No momento, os "core developers" estão debatendo sobre esse assunto...

Esse BPL é do Fortes antigo... o atual se chama frce.bpl Remova todas as referencias do Fortes CE antigo antes... aqui tem algumas dicas: http://www.projetoacbr.com.br/forum/topic/24749-novo-fortes-report-ce-e-projeto-acbr/