Roney Melo

Olá Leonardo, então uso loadfromstring porque além de salvar o XML num diretório do windows, também gravo os dados do mesmo no banco de dados em um campo blob, porém nem usando loadfromfile funciona, o resultado é o mesmo que descrevi acima! Efetuando a configuração que vc me deu a dica, ele me retorna os dados no showmessage (em anexo) que o componente dá porém, debugando mesmo assim os campos: ACBrNFe.WebServices.Consulta.NFeChave ACBrNFe.WebServices.Consulta.Protocolo ACBrNFe.WebServices.Consulta.DhRecbto fica com seu respectivo valor vazio.

Eai pessoal tudo na paz, seguinte estou passando por uma dificuldade com relação a consulta ACBrNFe, passo todas as devidas configurações para o componente logo em seguida faço o seguinte: ACBrNFe.Clear; ACBrNFe.NotasFiscais.LoadFromString(dados do xml, True); ACBrNFe.Consultar; Ele executa a consulta sem erros, porém quando tento ler os dados ACBrNFe.WebServices.Consulta.NFeChave; (retorna vazio) ACBrNFe.WebServices.Consulta.Protocolo; (retorna vazio) ACBrNFe.WebServices.Consulta.DhRecbto (retorna vazio) esses campos especificamente vem vazio e o XML retornado ACBrNFe.NotasFiscais.Items[0].XML (Faço a leitura desta forma) fica inacessível o campo dando um erro de argumentação "Argument Range of" algo do tipo se consultar a chave da nota no site do sefaz esta normal. Estou deixando em anexo o XML para compartilhar com a comunidade, alguém esta passando por esta dificuldade ? Estou com a ultima revisão dos fontes do ACBr 13720 35170854855499000148550020000359421297713216-nfe.xml

Obrigado pela resposta Daniel, implementei uma classe TECF usando as dlls do fabricante,vou testar exatamente como descrito ai, qualquer novidade posto aqui.

Experimentou usar o emulador de ECF ? como disse no início do post, usei uma MP4200, porém isso ocorre em vários clientes com ECFS diferentes, fiz o mesmo teste com emulador, da a mesma coisa, o ambiente de testes é facilmente simulado, só usar um emulador de impressora.

Acho que deve haver um problema de interpretação ai amigo, por favor leia o post antes de efetuar tais questões. Está bem claro lá no início o porque ele para de funcionar, se postei aqui é porque não encontrei uma solução dentro do componente e nem como resolver tal situação, criei o tópico no intuito de compartilhar com a comunidade, ver se mais alguém já passou por tal situação ou se alguém com um conhecimento mais avançado do fonte do componente pudesse me ajudar. Se já soubesse como resolver, teria postado o problema e a solução. Com certeza não estaria aqui procurando ajuda ok?

Não eu não encontrei o problema, senão já teria feito isso com maior prazer, estou a procura ainda, por isso criei este tópico para dividir com a comunidade. uma correção: Aliás o problema identifiquei, não consegui uma solução.

Já fiz isso, existe até uma configuração no meu sistema para isso, mas não resolve o problema, é como disse acima, são situações que vão ocorrer, negócio é o DESATIVAR, funcionar quando for este caso.

Conectada a USB, mas também foram feito testes numa ECF conectada a uma serial, da a mesma coisa, independente de ser USB ou Serial essas situações corriqueiras vão acontecer, só queria mesmo é que, quando mandasse o comando de "desativar", o componente voltasse como se estivesse abrindo a aplicação, ou seja, limpo sem configuração definida, para que assim possa ser refeito e ativado novamente, dessa forma da para fazer um tratamento de "autorecover".

Prezados, estou enfrentando um problema frequente com ECF em meus clientes, ocorre o seguinte, por algum motivo a ECF perde a comunicação com o aplicativo seja: 1 - Queda de Energia 2 - Falta de papel 3 - Problemas com porta COM 4 - Sem querer um operador de caixa esbarra no equipamento e desconecta o mesmo etc... em fim, simulei uma situação simples aqui em laboratório com uma MP4200TH da Bematech, peguei o ultimo fonte do ACBr, compilei um ECF teste, fui até o menu de relatórios gerenciais, abri um relatório gerencial imprimir umas duas linhas, antes de efetuar a impressão da terceira linha desliguei o ECF, aplicativo me retorna o erro corretamente, perda de comunicação, até ai tudo bem, liguei o ECF novamente o mesmo ficou online, dai em diante não funciona mais nada, por exemplo eu faria um tratamento utilizando o comando "DESATIVAR" do componente, porém nem isso funciona. Somente volta a funcionar se matar a aplicação e abrir novamente, o correto seria se mandar desativar, teria que voltar o componente a "estaca zero", para que pudesse passar novamente as configurações e "ATIVAR" novamente. Mas a única coisa que me retorna é a mensagem: Communication error 22: O dispositivo não reconhece o comando. Segue em anexo o log gerado pelo ECFTeste, também um print de clique no botão desativar e oque aparece no MEMO que gera o log de comandos. acbrlog.txt

É para atender os clientes tive que fazer exatamente isso, colocar um timer.

pois é, vou tentar novamente, alguma coisa posto aqui... mas de antemão não funciona monitoramento, parece que não ativa o timer, muda o peso na impressora mas no acbrbal permanece o valor que estava anteriormente.

EMBarbosa, estranho baixei as três revisons, compilei um balancateste para cada uma delas, testei, por incrível que pareça não funcionou monitoramento, não entendi, bom segue os três logs das revisons diferentes e um print com a configuração usada BalancaTeste 12104.logBalancaTeste 12104.logno balança teste. BalancaTeste 10258.log BalancaTeste 10257.log BalancaTeste 12104.log

sim EMBarbosa faltou uma informação ai concordo, porém no ultimo post oque quis dizer com (voltei para 10257 o monitoramento está funcionando, coloquei na 10258, monitoramento não está funcionando, coloquei no revison atual, monitoramento continua não funcionando) que independente do revison posterior a 10257, aparentemente pelos testes que fiz, o monitoramento de balança não está funcionando, entendeu ? vou pegar os logs e anexo, grato!

Não entendi sua colocação, pois como disse voltei para 10257 o monitoramento está funcionando, coloquei na 10258, monitoramento não está funcionando, coloquei no revison atual, monitoramento continua não funcionando, isso quer dizer então que na 10257 estava OK, a partir da 10258 começou o problema certo ?

Com base no pedido que você fez comparei a 10257 com a atual, deu a mesma coisa, vou efetuar os testes com a atual e a 10257, assim que possuir os logs posto aqui.

De fato EMBarbosa, testei aqui exatamente como vc disse acontece, na revisão 10257 o monitoramento funciona perfeitamente, porém na atual não!

Homologado PAF-ECF (16/05/2016) ER 02.03 Perfis R, S, T, U, V, W, Z Laudo UDB0032016 Suíte Completa ACBr ACBrECF, ACBrPAF, ACBrTEFD, ACBrSped, ACBrSintegra, ACBrEAD, ACBrAAC, ACBRrBlocoX, ACBrLFD Com relação a suíte de componentes, todas atenderam todos os requisitos do PAF, só não homologamos perfil Y por falta de tempo, pois este é o único perfil que exige que no cupom fiscal eletrônico seja um cupom com CFOP 5929 e seu DANFE seja impresso num relatório gerencial no ECF, não houve tempo hábil para implementar essa exigência.

Certo, então Daniel você já respondeu minha dúvida, aparentemente a demora não foi na captura do GrandeTotal, parece que foi na hora de abrir gaveta, vou analisar as rotinas aqui no meu Fonte, posto aqui o resultado, por enquanto obrigado!

Boa tarde pessoal, efetuei umas pesquisas relacionada ao assunto encontrei bastante coisa, porém nada que seja parecido com oque vem acontecendo um alguns clientes nossos, pelo que vi no LOG do ACBRECF é que de forma intermitente, ocorre do AcbrEcf demorar muito para receber uma resposta ao efetuar a captura ou gravar o GT, GrandeTotal, enquanto analisava o log no cliente com o ECF aguardando, do nada o cupom fiscal foi finalizado normalmente dando continuidade ao processo, analisando o log percebi: -- 03/05 11:25:37:590 AbreCupom( , , ) -- 03/05 11:25:37:590 TX -> [STX][ENQ][NUL][FS]#(g[NUL] -- 03/05 11:25:37:636 11:25:37:636 RX <- ACK = 6 Falha: 0 -- 03/05 11:25:37:746 RX <- BE051175610000099779[NUL][NUL][NUL][NUL] -- 03/05 11:25:37:746 GrandeTotal -- 03/05 11:25:37:746 TX -> [STX][ENQ][NUL][FS]#[ETX]B[NUL] -- 03/05 11:25:37:761 11:25:37:761 RX <- ACK = 6 Falha: 0 -- 03/05 11:25:37:917 RX <- [NUL][NUL][NUL][NUL][TAB][16][152]x`[NUL][NUL][NUL][NUL] -- 03/05 11:25:37:917 -- 03/05 11:25:37:917 TX -> [STX][4][NUL][FS][NUL][FS][NUL] -- 03/05 11:25:37:933 11:25:37:933 RX <- ACK = 6 Falha: 0 -- 03/05 11:25:37:948 11:25:37:948 VerificaFimImpressao: Pedindo o Status (19) -- 03/05 11:25:38:260 11:25:38:260 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 -- 03/05 11:25:39:664 RX <- [NUL][NUL][NUL][NUL] -- 03/05 11:25:39:664 NumCupom -- 03/05 11:25:39:664 TX -> [STX][4][NUL][FS][30]:[NUL] -- 03/05 11:25:39:696 11:25:39:696 RX <- ACK = 6 Falha: 0 -- 03/05 11:25:39:805 RX <- [7]V2[NUL][NUL][NUL][NUL] -- 03/05 11:25:39:852 NumCupom -- 03/05 11:25:39:852 TX -> [STX][4][NUL][FS][30]:[NUL] -- 03/05 11:25:39:883 11:25:39:883 RX <- ACK = 6 Falha: 0 -- 03/05 11:25:39:988 RX <- [7]V2[NUL][NUL][NUL][NUL] -- 03/05 11:25:40:020 VendeItem( 0000000006349 , CUBA INOX C VALV , FF , 2 , 170,1 , 40,2 , UN , $ , D , -1 ) -- 03/05 11:25:40:035 TX -> [STX]a[NUL][FS]?FF0001701000002000000000402000000000000100000000000000000000UN0000000006349[NUL]CUBA INOX C VALV[NUL]7[19] -- 03/05 11:25:40:144 11:25:40:144 RX <- ACK = 6 Falha: 0 -- 03/05 11:25:40:316 RX <- [NUL][NUL][NUL][NUL] -- 03/05 11:25:40:316 GrandeTotal -- 03/05 11:25:40:316 TX -> [STX][ENQ][NUL][FS]#[ETX]B[NUL] -- 03/05 11:25:40:378 11:25:40:378 RX <- ACK = 6 Falha: 0 -- 03/05 11:25:40:659 RX <- [NUL][NUL][NUL][NUL][TAB][WAK][STX][24][128][NUL][NUL][NUL][NUL] ******** Até esta parte está tudo ok ***************************** -- 03/05 11:35:11:500 AbreGaveta quase dez minutos depois executou o comando AbreGaveta, minha dúvida é, a lentidão foi no comando anterior GrandeTotal ou no comando posterior AbreGaveta ? se alguém puder me dar uma ajuda agradeço... arquivo de log segue em anexo. estou usando o ACBrECF com um ACBrAAC e um ACBrEAD ligados no ACBrECF, dessa forma acredito que o ACBrECF faz a captura do GT a cada item vendido, subtotalização etc... ECFLog.txt

Júlio testado e aprovado, atualizei meu PDV hoje (17/09/2014) para o trunk2, dez minutos foram necessários para os ajustes devido a nomenclatura de métodos depois teve esse probleminha com a dll que não vai mais acontecer, agora 100% funcionando!!!! Muito obrigado pela atenção.....

Beleza Julio quando estiver no repositório posta aqui, vou baixar ai já testo e dou um feedback, grato pela atenção!!!

Pessoal no arquivo libeay32.pas da linha 1291 a linha 1297 tem a declaração de uma constante: const {$IFDEF MSWINDOWS} LIBEAY_DLL_NAME = 'libeay32.dll'; // {$IFNDEF FPC}{$IF CompilerVersion >= 21}{$DEFINE USE_DELAYED}{$IFEND}{$ENDIF} {$ELSE} LIBEAY_DLL_NAME = 'libcrypto'; {$ENDIF} exatamente a parte em negrito ai comentei, ai funcionou perfeitamente, quais problemas posso ter ao comentar essa linha de código ? alguém pode me dizer por favor....

Olá, alguém teve problemas com Delphi XE5 ? efetuei a instalação do trunk2 hoje (17/09/2015) conforme orientação do Regys no link : https://regys.com.br/como-instalar-o-trunk2-do-acbr/ porém ao compilar erro da libeay32.dll persiste, ao tentar carregar o executável apresenta: Exception Exception in module PDV.exe at 00552817. libeay32.dll not loaded. versão do meu Delphi é o XE5.

Daniel boa tarde, 100% deu certo aqui com esse arquivo que você me enviou, agora está tudo ok! muito obrigado!!!!

Assim Daniel compreendido, vou testar amanhã pois fizeram um grande favor aqui de tirar Z bloquear a ECF, amanhã passo um feedback, até o presente momento grato pela atenção.