ROGERIO EDVAR DE SOUZA

Obrigado pelo retorno e desculpe-me, Por causa das dúvidas serem todas referentes a NFCe, eu pensei que até facilitaria fazer da forma que fiz.

Bom dia... Sou o Carlos A.F.S. - Desenvolvedor da Ferreira & Souza Informática Ltda. Estamos implementando o NFCe, nosso sistema já funciona com o ACBrECF. Como "primeiro passo", estou ajustando um "PARAMETRIZADOR DA ECF", que grava as configurações da ECF em arquivos .ini e depois lê ao abrir nossa automação comercial. Fiz com base no programa DEMO de vocês "C:\acbr\Exemplos\ACBrSerial\ACBrECF\Delphi\ECFTeste.dproj" Estou "aumentando" ajustes de propriedades do ACBrPosPrinter, ACBrECFVirtualNFCe1 e ACBrNFCe, entre outros componentes. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = DÚVIDAS : Assisti vídeo do REGIS : "Como transformar seu aplicativo Paf-ECF ACBr em um Emissor SAT ou NFC-e com alguns cliques" e do do Claudenir da DARUMA : DDChannel 9 - #235 - Tudo sobre Contingência NFC-e e tive as seguinte dúvidas , por enquanto : = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = +1+ Qual a propriedade de qual objeto, que lida com o NÚMERO DE SÉRIE DA NFCe ? ( suspeitei de início que era o NumSerie , mas fiquei com "medo" de ser um número de série "virtual" da ECF - como NumCro, NumECF - ... ACBrECFVirtualNFCe1 ). Pergunto isto pois o "CLAUDENIR" deu a ideia no vídeo de utilizar um NÚMERO DE SÉRIE da NFCe para cada IMPRESSORA, nunca "batendo" assim o NÚM. do DOCUMENTO NFCe = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = +2+ Ao imprimir um - Documento Fiscal NFCe - no objeto ACBrECF, quando o mesmo está configurado juntamente com outros componentes para funcionar com NFCe, aparentemente ele "bufferiza" este cupom fiscal. A dúvida é, qual o método que utilizo para imprimir o cupom fiscal "bufferizado" ? Observação: ( a impressora que estamos usando é a DR800 ) Já consegui imprimir "Relatório gerencial", "leitura x virtual" , "redução z virtual", isto significa que as conexões dos componentes estão corretas. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = +3.1+ Qual o método que utilizo para enviar ao servidor do governo o - Documento Fiscal NFCe ? +3.2+ A contingência é Automática ? ... Digo, quando tentar enviar ao servidor do governo pelo componente, se não conectar, o componente fará a contingência automaticamente ou eu tenho que fazer, armazenando os cupons NÃO ENVIADOS também, no BD e reenviando de tempo em tempo, os que não foram enviados ? = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Novamente muitíssimo obrigado pelo auxílio, CARLOS A.F.SILVA - www.ferreiraesouzainformatica.com.br

Obrigado novamente pelo auxílio... Eu fiz assim... gravei tudo num .ini, todas configurações, em um "parametrizador de ECF e de NFCe", daí tem uma função utiliza que lê o .ini, da seguinte maneira : // Se o Modelo da ECF foi marcado como ecfVirtual ... If (V_INI.ReadInteger('ECF', 'Modelo', 0 )=17) and // // E Se for propriedade ACBR.VIRTUAL = NFCe ((V_ECF_Virtual = 2) and (E_ACBrECFVirtualNFCe<>Nil)) then // ... With E_ACBrPosPrinter DO Begin // TACBrPosPaginaCodigo = (pcNone, pc437, pc850, pc852, pc860, pcUTF8, pc1252); PaginaDeCodigo := TACBrPosPaginaCodigo( V_INI.ReadInteger( 'ACBrPosPrinter', 'PaginaDeCodigo', 6{ padrão = pc1252} ) ); // Porta := V_INI.ReadString('ACBrPosPrinter', 'Porta', 'COM1'); // Device.ParamsString := V_INI.ReadString('ACBrPosPrinter', 'ParamsString', ''); // E_ACBrPosPrinter.Modelo := TACBrPosPrinterModelo( V_Ini.ReadInteger( 'ACBrPosPrinter', 'Modelo', 0 ) ) ; E_ACBrECF.ECFVirtual := E_ACBrECFVirtualNFCe ; // NFCe // ... // Correção 02/03/2019.Carlos... // Observação: Uma vez alterada abaixo, pode-se até // alterar a página de código de ACBrPosPrinter que dá certo, mesmo // incrivelmente a variável "fpPaginaDeCodigo" de ACBrECFClass aparecendo fixa com a pág.Escolhida. E_ACBrECF.PaginaDeCodigo := AcbrPosPrinterGetNumeroPaginaDeCodigo( E_ACBrPosPrinter.PaginaDeCodigo ); End Else E_ACBrECF.PaginaDeCodigo := V_INI.ReadInteger('ECF', 'PaginaDeCodigo', 0 ); ============================================================================================ ==> AcbrPosPrinterGetNumeroPaginaDeCodigo( E_ACBrPosPrinter.PaginaDeCodigo ); Esta linha acima, quando utilizo o ACBrPosPrinter para impressão em NFCe, faz o ajuste automático da propriedade ACBrECF.PaginaDeCodigo CONFORME foi feito o ajuste de Página de código no parametrizador que criei, no ACBrPosPrinter. Daí ficou tudo correto. (quando utilizo ACBrPosPrinter eu "sumo" com o ajuste de pág. de cód. do ACBrECF e fico somente com o ACBrPosPrinter, e quando utilizo ACBrECF (impressão em ECF), faço o inverso...) ============================================================================================ Segue a função abaixo que na realidade utilizei uma interna de vocês : function AcbrPosPrinterGetNumeroPaginaDeCodigo(APagCod: TACBrPosPaginaCodigo): word; begin case APagCod of pc437: Result := 437; pc850: Result := 850; pc852: Result := 852; pc860: Result := 860; pc1252: Result := 1252; pcUTF8: Result := 65001; else Result := 0; end; end; ============================================================================================ Abraços... Obrigado pelo retorno

Olá... Consegui fazer um exemplo, (segue o cód.fonte, em anexo) mas você em um sentido tem razão. Por algum motivo, no meu sistema, ao colocar ACBrECF.PaginaDeCodigo := 1; ... já passa a obedecer corretamente o ACBrPosPrinter.PaginaDeCodigo que colocar... Mas... no pequeno programa que criei eu tenho que atribuir a MESMA PÁGINA DE CÓDIGO de ACBrPosPrinter para a ACBrECF, senão não funciona a pág de código que atribui a ACBrPosPrinter, imprimindo SEMPRE SEM ACENTO, porque a variável "fpPaginaDeCodigo" da function "TACBrECFClass.CodificarPaginaDeCodigoECF" fica valendo ZERO. Neste sentido que no meu ponto de vista é um pequeno BUG, pois se estou trabalhando com o componente ACBrPosPrinter, porque tenho que atribuir a mesma página de código para ACBrECF antes de imprimir no ACBrPosPrinter, ou seja, de nada praticamente está valendo a propriedade ACBrPosPrinter.PaginaDeCodigo... BEM,... é isto... obrigado por me ajudarem !!!! repito, eu ACHO que é um pequeno BUG, mas repito também, estes componentes são MARAVILHOSOS e sem ele demoraria MESES para implementar o NFCe .. Teste_DR800_Daruma_2019-03-05.zip

Ok. O importante é que foi corrigido. Mas, o componente é maravilhoso e vocês são programadores ótimos, não discordo disto em momento algum. Apenas continuo achando que o componente está com bug. Vou ver se breve faço um código bem pequeno, para provar-lhes. Fato é que, repito, ao atribuir "1" (sei logicamente que é um código de página INVÁLIDO) ao ACBrECF.PaginaDeCodigo, repito, a variável fpPaginaDeCodigo , repito, é ALTERADA para 1 e a function "TACBrECFClass.CodificarPaginaDeCodigoECF" passa a funcionar corretamente a linha correta, OU SEJA... if fpPaginaDeCodigo> 0 Then Resultado: = TranslateString (ACBrStrToAnsi (ATexto), fpPaginaDeCodigo) else Resultado: = TiraAcentos (ATexto); end ; ah... se sabe o MAIS ESTRANHO, É QUE MESMO eu atribuindo "1" (página de código INCORRETA) ele certinho a impressão do ACBrPosPrinter, pois fiz um LAÇO passando por várias páginas de código, e na Daruma DR800 somente fica correto quando é 1252. Mesmo assim, repito, MUITÍSSIMO OBRIGADO por tentarem ajudar...

Boa noite... descobri como "burlar" este possível bug do componente... Percebi que ao alterar a propriedade ACBrECF.PaginaDeCodigo a variável fpPaginaDeCodigo é alterada. Já ao alterar a propriedade ACBrPosPrinter.PaginaDeCodigo a variável fpPaginaDeCodigo se estiver valendo zero, continua zero(não é alterada). Então a solução foi após antes de alterar a propriedade ACBrPosPrinter.PaginaDeCodigo eu simplesmente mudo a propriedade ACBrECF.PaginaDeCodigo := 1; (do ACBrECF conectado... ) Isto faz passar a "obedecer" corretamente a alteração da propriedade ACBrPosPrinter.PaginaDeCodigo , imprimindo conforme o ajuste feito, pois a function "TACBrECFClass.CodificarPaginaDeCodigoECF" passa a funcionar corretamente. Mesmo assim , obrigado pela ajuda e espero que o que descobri auxilie na correção do componente.

Consegui detalhar MUITO o problema ... quando puderem ajudar (pelo menos que uma DARUMA DR800 NÃO DEU DEFEITO ... rs) ... Dúvida. Uma impressora DARUMA DR800 passou um "não obedecer" a uma mudança de código GERENCIAL. Detalhes abaixo: ... Erro: Ao executar a linha: ACBrECF1.LinhaRelatorioGerencial ('// Linha 1/2 - áéíóú # ÁÉÍÓÚ - çÇ àÀ', 0); ,,, com ACBrPosPrinter conectado, está saindo sempre SEM ACENTO. ... O que conseguiu verificar, analisar profundamente: (a.1) Em dado momento, entra na função TACBrECF.DecodificarTagsFormatacao, corretamente COM acento. (a.2) Como "CodificarPaginaDeCodigo = True", então entra: Resultado: = CodificarPaginaDeCodigoECF (AString) (b.1) Então uma função abaixo é executada ...: function TACBrECF.CodificarPaginaDeCodigoECF (ATexto: String): AnsiString; (b.2) E a linha é executada, DENTRO da função (b.1): Resultado: = fsECF.DecodificarPaginaDeCodigoECF (ATexto) (c.1) Função esta função uma função da função ACBrECFClass.pas TACBrECFClass.CodificarPaginaDeCodigoECF (ATexto: String): AnsiString; (c.2) Esta função possui o código: function TACBrECFClass.CodificarPaginaDeCodigoECF (ATexto: String): AnsiString; begin if fpPaginaDeCodigo> 0 then Resultado: = TranslateString (ACBrStrToAnsi (ATexto), fpPaginaDeCodigo) mais Resultado: = TiraAcentos (ATexto); fim ; (c.3) Aqui ocorre o ERRO: "fpPaginaDeCodigo" passa por um valer ZERO e retira os ACENTOS. Conclusão: Se "forçar" um código abaixo, funciona PERFEITAMENTE na DARUMA DR800, uma alteração das páginas. de código tornar-se operacionalmente, imprimindo "pcNone", sem acentos, "pc850", com acentuação errada, "pc1252", com correntos corretos, perfeito. Mas lógico que HÁ ALGO errado E EU NÃO POSSO FAZER Função ISTO TACBrECFClass.CodificarPaginaDeCodigoECF (ATexto: String): AnsiString; begin fpPaginaDeCodigo: = 1252; => insira esta linha e funcionou perfeitamente se fpPaginaDeCodigo> 0, então Resultado: = TranslateString (ACBrStrToAnsi (ATexto), fpPaginaDeCodigo) else Resultado: = TiraAcentos (ATexto); fim ; // Questão: O que foi feito que uma variável de (c.2) fpPaginaDeCodigo passou por um valer 0 (zero), então , err irregular a linha Resultado: = TiraAcentos (ATexto); Observação : tem alguns locais que o texto foi alterado acho que pelo editor web, estragando um pouco. No final é : Questão: A variável de (c.2) fpPaginaDeCodigo passou a valer 0 (zero), então , com o erro acionou a linha abaixo, erradamente Resultado: = TiraAcentos (ATexto);

Olá.. Desculpem a pergunta mas de ontem para hoje, na minha DARUMA DR800, pararam de funcionar os acentos. Eu fiz o seguinte código que imprime 1 linha em todas pág de código possíveis e o estranho é que imprime SEMPRE SEM ACENTO (antes, dependendo da pág.cód, saiam caracteres estranhos e se colocasse p1252 ficava perfeito) Não sei se ACIDENTALMENTE alterei alguma propriedade do objeto ACBrPosPrinter ou ACBrECF, ... ... Segue o CÓDIGO ACBrECF1.AbreRelatorioGerencial ; For V_X:=0 TO 6 do Begin ACBrPosPrinter1.PaginaDeCodigo := TACBrPosPaginaCodigo( V_X ); ACBrECF1.LinhaRelatorioGerencial( IntToStr(V_X)+' // Linha 1/2 - Teste: áéíóú - ÁÉÍÓÚ - ç Ç - à À' , 0); End; // ACBrECF1.FechaRelatorio ; ... Está saindo sempre sem acentos. Já voltei a configuração de fábrica da impressora DR800, de nada adiantou. Também já mudei sua pág de código interna da DR800, também não adiantou. Criei também um cód do zero colocando poucos componentes, e com pouquíssima linha de programação, não adiantou também... Obrigado pelo auxílio ...

Boa tarde... Atualizei o ACBr apagando completamente a pasta e importando tudo novamente, conforme indicado no site. Até aí deu tudo certo... Ao compilar 2 aplicações minhas , deu tudo certo mas, a aplicação que criei para importar NFe via XML, deu erro na linha abaixo, dizendo não existir o método "ConsultaNFeDest"... o problema é que não estou encontrando como substituir tal método... ACBrNFe1.ConsultaNFeDest(CNPJ, StrToIndicadorNFe(ok,indNFe), StrToIndicadorEmissor(ok,IndEmi), UltNSu); Qual método após a atualização que substitui este ? Obrigado!!!

Deu certo... Obrigado!!!

Segue o LOG completo do INSTALADOR, dando o bug... Conforme pedido... Dá o mesmo erro ao tentar instalar no DELPHI 2007 ou no DELPHI 10 Tokyo ( e estava funcionando perfeitamente, caí na bobeira hoje de reinstalar os componentes para "pegar a última versão" ... ) log_Delphi_10.2_Tokyo.txt ( feito, logo abaixo ... ) log_Delphi_10.2_Tokyo.txt

Boa tarde... Estou meio "preocupado aqui"... Comecei a reinstalar os pacotes ACBr (já fiz isto várias vezes e dava certo), desmarquei os relatórios do Fortes Report... e desmarquei alguns poucos pacotes... ( desmarcados : ACBr_GNRE.dpk, ACBre_Social.dpk, ACBr_Reinf.dpk, ACBr_locoX.dpk, ACBr_BPe.dpk, ACBr_ANe.dpk e desmarquei todos do "Gerador de Relatórios (FastReport) ) e passou a dar o erro abaixo, não instalando mais : ACBr_NFeDanfeRL.dpk(80) Fatal: E2202 Required package 'ACBrDFeReportRL' not found Compilation failure O que já tentei : Apaguei a pasta C:\ACBr deixando somente c:\ACBr\ACBrInstall_Trunk2.exe e baixei TODOS PACOTES NOVAMENTE. Mesmo assim NÃO FUNCIONA. Pior que estou perdendo MUITO TEMPO com isto...

Bom dia... = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Para configurar o ACBrECF para funcionar com ACBrNFCe, assisti o vídeo do Regis. Então, quando ajusto as propriedades do ACBrECF para : ACBrECF.Modelo = ecfECFVirtual /// ACBrECF.ECFVirtual = ACBrECFVirtualNFCe Dá a seguinte mensagem de erro ao abrir a aplicação ou o próprio projeto salvo, “Error reading ACBrECF.Modelo: ACBrECFVirtual não foi atribuído” = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Alguém já passou por isto ? ... Obrigado por ajudarem!!! = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Observação: Já atualizei o ACBr mas não adianta. Até o momento está funcionando perfeitamente com DARUMA e BEMATECH, utilizando ACBrECF

Resolvido. Era o TIMEOUT mesmo, que é EM SEGUNDOS, havia um local no meu sistema que mudava ele para 150. Como é em SEGUNDOS (pensei quando criei esta linha que eram MILISSEGUNDOS), então 150/60 = 2,5 minutos. Exatamente o tempo que estava demorando... Mesmo assim, obrigado!!! (não consegui apagar o tópico, mas pode deixar se quiserem, que fica de "referência" para outros que tiverem o mesmo "problema)

Boa tarde... Estou fazendo testes aqui com meu TEF (parte do TEF é toda feita sem uso de componente ACBrTEF) , usando o ACBrECF e no momento da impressão do Comprovante Não Fiscal Vinculado, com os dados do CARTÃO, caso eu DESLIGUE a ECF, o componente ACBrECF chega a demorar 2 minutos e 35 segundos para "detectar que está desligada". A partir daí entra em um laço que eu criei, daí fica tudo "normal" (clicando em "sim, tentar novamente, com ela desligada, rapidinho já dá o erro novamente") Vocês sabem qual configuração eu teria que mexer para diminuir este tempo de retorno de erro ? Observação: meu Timeout já está com 10 (que acho bem curto, se for 10 milissegundos). Obrigado, Carlos A.F.Silva - Ferreira & Souza Informática Ltda

Bom dia... (data que vi o possível bug : 09/10/2018, versão do instalador 03/10/2018) Vou relatar um erro que percebi aqui, mas já encontrei uma aparente solução : Ao marcar as opções conforme PRINT abaixo no ACBrInstall_Trunk2.exe, ao recompilar e abrir minha aplicação que trabalha com ACBrNFe, está dando a seguinte mensagem : "Suporte a 'xsXmlSec' foi desativado por compilação {$DEFINE DFE_SEM_OPENSSL} ou {$DEFINE DEF_SEM_XMLSEC}" Para evitar esta mensagem/erro, bastou eu desmarcar a opção "Não utilizar XMLSec" e reinstalar os componentes e recompilar minha aplicação. (observação importante : esta opção no instalador, ao reabrir o ACBrInstall_Trunk2.exe, NÃO está ficando setada desmarcada mesmo eu desmarcando, da última vez) Carlos A.F.S. - Ferreira & Souza Informática

Tem como assistir pela web, nem se for "pagando"... Obrigado!

Opa... deu certo agora... muitíssimo obrigado, e desculpa a ignorância... rs é que agora que estou trabalhando com estes componentes, com os ACBrECF e o ACBrBal já aprendi bastante... Mas esta conexão do ACBrECF com os de NFCe agora que estou aprendendo... Abraços e novamente, Muitíssimo obrigado!!! Pagamos o SAC com o MAIOR prazer, pois sabemos que o projeto é SIMPLESMENTE maravilhoso!!! Bom trabalho!!! CARLOS ANTÔNIO F.S. Ferreira & Souza Informática Ltdas- www.ferreiraesouzainformatica.com.br

Obrigado pela resposta, fico feliz por não ser meu "delphi" que está "baleado" PEDIDO : Teria como você compilar e tentar corrigir este exemplo, no delphi, para tentarmos entender esta parte do funcionamento, testando este exemplo por "dentro" do Delphi ? (apesar que até utilizar o delphi tokio 10.2 e reinstalar ele por completo e o ACBr eu tentei) Bem, realmente ao escolher Modelo = ecfECFVirtual e ECF Virtual = NFCe, caso tente ativar, (a) No exemplo que me enviou, já compilado (Creio que no Lazarus Pascal) => NÃO DÁ erro algum, simplesmente ativa (b) Nos fontes que estão no ACBr, compilando no DELPHI 2007 ou 10.2 Tokyo => Dá erro de ACCESS VIOLATION (tela anexada lá no topo) Aqui trabalhamos com o Delphi 2007 (no qual o PAF nosso está) e temos o 10.2 Tokyo para testes,................................................................................................................................................................................................................................................................................................................. O que mais tentei : Retirar e recolocar os componentes ACBR e reassociar seus eventos : ACBrECF1, ACBrPosPrinter1, ACBrECFVirtualNFCe1, ACBrECFVirtualNaoFiscal1, ACBrNFeDANFCeFortes1 mesmo assim, compilei, mas o erro persistiu. (tentei também definir a linha que ocorre o ACCESS Violation, mas não entendi, conforme vai "tirando" as linhas, aparentemente o ACCESS VIOLATION vai dando em outra linha) ................................................................................................................................................................................................................................................................................................................. Obrigado, CARLOS A.F. Silva - Ferreira & Souza Informática Ltda

Bom dia... Ao compilar o exemplo em : C:\ACBR\Exemplos\ACBrSerial\ACBrECF\Delphi\ECFTeste.dpr Caso escolha Modelo = ecfDaruma ou ecfBematech ou ecfECFNaoFiscal (com impressora Térmica DR800), tudo funcionou corretamente. ____________________________________ Ao escolher Modelo = ecfECFVirtual e ECF Virtual = NFCe, caso tente ativar , ocorre o ACCESS VIOLATION conforme verificado na figura abaixo. => O que já tentamos + Compilar no DELPHI 2007 (que temos original portanto tentamos nele primeiramente) quanto no DELPHI 10.2 (mesmo assim, dá exatamente o mesmo erro) + Reinstalar o ACBr do ZERO com o Fortes Report + Marcar não utilizar XMLSec / utilizar XMLSec + Marcar para copiar todas .dll para pasta do windows novamente. + Configurar um servidor de homologação. ____________________________________ SERIA porque em MG não tem servidor de homologação para NFCe ainda que dá o ACCESS VIOLATION abaixo , AO tentar ativar o componente ? No caso da nossa empresa ser de MG, como eu faria para testar a NFCe se não temos ambiente de Homologação para NFCe ainda, vocês saberiam me dizer ? Muitíssimo obrigado pelo auxílio, Carlos A.F.S. - Analista / F&S Informática.

Boa tarde. Estamos iniciando o desenvolvimento da parte de "NFCe", nossos clientes e nossa empresa é de MG (Minas Gerais). Até o momento creio não haver webservice de homologação para NFCe em MG. Minha dúvida então é : posso utilizar o ambiente de homologação de NFe de MG, para NFCe ? Se não, qual outra forma de eu testar inicialmente os componentes de NFCe do ACBrxxx para iniciar então a implementação ? Observação: Como primeiro passo, já transformei toda nossa impressão da ECF 100% em ACBrECF (eu utilizava dlls próprias da DARUMA e BEMATECH) e já está em ambiente de produção, funcionando perfeitamente. Obrigado!

Descobri Como evitar mens "Componente ACBrECF ocupado ... aguardando resposta do comando anterior"... Utilize obrigatoriamente o comando abaixo, e abra o programa sempre como Administrador (para permitir bloquear mouse e teclado)... ACBrECF.BloqueiaMouseTeclado := True Isto evita que você consiga clicar em outro botão antes da ECF liberar o comando , pois, por vezes, a ECF termina a impressão mas ainda "está ocupada", causando erro ao clicar em outro botão.

Boa tarde... Substitui todas funções do meu sistema, da DARUMA32.DLL pelo ACBrECF. Estou, hoje, aos poucos, corrigindo pequenos Bugs. Como posso ajustar o componente ACBrECF para ficar, como na DARUMA32.DLL, ou seja, somente ao finalizar algum comando que "dá sequência" na programação, evitando mesnagem "Componente ACBrECF ocupado ... aguardando resposta do comando anterior"...? (em um SUPRIMENTO e uma SANGRIA em sequência deu erro, sendo que já tinha até imprimido totalmente o suprimento...) Obrigado

Descobri... basta colocar ACBrECF.MsgPoucoPapel := -1 ; Daí a mensagem "pouco papel" não é emitida, mesmo a ECF estando com pouco papel...

Boa tarde... Observação inicial : meu sistema, já homologado, rodava diretamente com a Daruma32.dll e agora estou trocando tudo para ACBrECF... ____________________________________________________________________________________________________________ Ao ativar o componente ACBrECF, ... ACBrECF.ATIVO ... o mesmo está retornando uma CAIXA DE MENSAGEM "ERRO = Detectado Pouco Papel" (minha ECF de teste está com sensor sempre detectando pouco papel... ainda bem que vi o que poderia ocorrer no cliente...) ____________________________________________________________________________________________________________ DÚVIDA : Eu queria saber como evito esta CAIXA DE mensagem de ERRO de pouco papel ? (NÃO CONSIDERANDO ERRO) pois, a cada acesso a ECF a mesma se repete, ou seja, durante a leitura x, abertura de cupom, venda de item .. ... Sendo que, no meu sistema, eu já detecto somente no início da venda e coloco uma "tarja amarela" no topo da tela de vendas, apenas alertando o usuário e deixando para ele decidir quando trocar a bobina ... ____________________________________________________________________________________________________________ Obrigado novamente pela ajuda de vocês!!!