jjw.roberto

Este tópico está fortemente associado a este abaixo, aonde o problema também não foi resolvido.

Pessoal, uma das coisas que notei foi que o retorno do comando para a impressora veio certo: -- 09/08 16:49:23:938 CarregaFormasPagamento -- 09/08 16:49:23:939 TX -> [STX][ENQ][NUL][FS]#1p[NUL] -- 09/08 16:49:24:356 16:49:24:356 RX <- ACK = 6 Falha: 0 -- 09/08 16:49:24:457 RX <- Dinheiro Bloqueto Cheque Crediario Credi[160]rio Cart[198]o Consulta Cheque A Prazo Cartao Debito Cart[198]o D[130]bito Cartao CREDIARIO CHEQUE BLOQUETO DINHEIRO Cart[198]o Cr[130]dito Consulta cheque [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][ENQ][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH][NAK][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL]P[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][170]UUUUUUUUUUUUUUUU[170][170][170][NUL][NUL][NUL][NUL] Por exemplo "Cart[198]o" que fica "Cartão" Porém no ACBrMonitor Plus (no memo de log) printou: CartÆo Tem alguma coisa haver com o encoding do projeto? Eu apenas abri todos os pacotes e fui compilando um a um no Lazarus 1.6.

Pessoal, estou fazendo uma venda simples no ECF utilizando uma Bematech MP 4000 TH FI e o ACBr MonitorPLUS Ver.0.3.07.4 (atualizado hoje). A forma de pagamento que estou utilizando é uma que permite vinculado (06). Estes são os comandos que estou emitindo para o Monitor Plus por TCP: Ecf.AbreCupom Ecf.VendeItem("1","Descrição","12T",1,10,0,"UN","$","D",0) Ecf.SubtotalizaCupom ECF.EfetuaPagamento("06", 10.0, "", True) ECF.FechaCupom ECF.NumCOO ECF.AbreCupomVinculado("<NumCOO>", "06", "", 10.0) Porém depois de fechar o cupom e abrir o cupom vinculado ocorre o seguinte erro: Erro retornado pela Impressora: Bematech Meio de pagamento não permite tef Só para confirmar aqui está o retorno das formas de pagamento: ecf.formaspagamento >> OK: 01 Dinheiro| 02V Bloqueto| 03V Cheque| 04V Crediario| 05V Credi rio| 06V CartÆo| 07V Consulta Cheque| 08V A Prazo| 09V Cartao Debito| 10V CartÆo D‚bito| 11V Cartao| 12V CREDIARIO| 13V CHEQUE| 14V BLOQUETO| 15V DINHEIRO| 16V CartÆo Cr‚dito| 17V Consulta cheque Log em anexo. acbrmonitor-ecf.log

Pessoal, estou passando pelo mesmo problema aqui. Já tentei configurar tanto o inputstream como o outputstream no java para UTF-8 e quando faço a leitura das formas de pagamento ou relatórios gerenciais ocorre o problema também, veja abaixo ecf.formaspagamento OK: 01 Dinheiro| 02V Bloqueto| 03V Cheque| 04V Crediario| 05V Credi rio| 06V CartÆo| 07V Consulta Cheque| 08V A Prazo| 09V Cartao Debito| 10V CartÆo D‚bito| 11V Cartao| 12V CREDIARIO| 13V CHEQUE| 14V BLOQUETO| 15V DINHEIRO| 16V CartÆo Cr‚dito| 17V Consulta cheque ecf.relatoriosgerenciais OK: 01 Relat¢rio Geral00000| 02 IDENTIFICA€ÇO00000| 03 PARAMETROS ECF00000| 04 DAV - PEDIDO00000

Pessoal, boa tarde. Estou testando a integração com o ACBrMonitor Plus via TCP, e já quero aproveitar e parabenizar à todos os envolvidos, excelente solução! Só que fiquei em dúvida sobre uma questão. Notei que existem 2 versões dessa solução: ACBr MonitorPLus - versão atual 0.3.07.4 que está junto aos fontes do trunk2 ACBrMonitor - versão 0.11.07.2, que só está disponível na área SAC para download Gostaria de saber qual é a diferença entre eles.

Bem, obviamente que não há, pois no último comando executado a aplicação fica travada. -- 05/08 17:58:16:830 LinhaCupomVinculado( POS:03876463 DOC:028504 AUTORIZ:014862 ) -- 05/08 17:58:16:831 TX -> [STX]-[NUL][FS]CPOS:03876463 DOC:028504 AUTORIZ:014862[LF][154][TAB] Deixei mais de 15 minutos a aplicação congelada, ela fica aguardando o retorno da chamada "AcbrEcf.linhaCupomVinculado" eternamente depois de desligar o equipamento no meio da impressão!

Amigo, tem como ativar o log no AcbrMonitor (que é o que estou usando agora para testar) ? Segue em anexo o log jjwecf.log

Pessoal, boa tarde. Estou tentando simular uma queda de energia durante a impressão de um comprovante (cupom vinculado) de TEF. Assim que começa a imprimir as linhas, eu desligo a impressora e a aplicação fica travada por tempo indefinido. Não ocorre erro nenhum. Não fiz nenhuma configuração no componente, só setei o modelo da ecf e porta serial. O que pode ser? Tenho que configurar algo no componente ou na porta serial?

Daniel, muito obrigado pelo retorno. Irei deixar assim, já que é um comportamento do próprio hardware.

Mesmo colocando para TRUE não consegui fazer a emissão no formato que eu desejo. Só para registro, a ecf é uma Bematech MP 4000 TH FI

Tive alguns problemas com alguns comandos, enfim, agora já estou com bem adiantado com minha DLL. Também achei mais "seguro" fazer a minha DLL para evitar mais uma camada de fonte de terceiros. Mas sobre a minha pergunta, tem como configurar isso que pedi ?

Pessoal, boa tarde. Estou iniciando com o TAcBrECF e estou com um problema. Quero fazer a impressão dos itens em um cupom fiscal no formato de 2 linhas, assim: ITEM CODIGO DESCRICAO QTD x UNITARIO Aliq VALOR (R$) } Porém quando vendo o item para a impressora, ela está imprimindo toda a informação do item em somente uma linha. Como configuro isso? Obs.: compilei meus projetos acbr com a diretiva FRAMEWORK, pois estou criando uma DLL para integrar com um projeto java.

Segue arquivo anexo do log BemaFI32-20160614-reduzido.log

Pessoal, bom dia. Desde já quero informar que não estou utilizando o ACBr. O caso é que não sei mais para quem Estou emitindo a redução Z, por meio da DLL da bematech (Bematech_FI_ReducaoZ) em uma MP-4000 TH FI. Logo depois emito um comando para obter o status da impressora (Bematech_FI_VerificaEstadoImpressoraMFD). E neste comando ocorre Erro de comunicação. Gostaria da ajuda de vocês para entender o que está ocorrendo no LOG da bematech. Anexe o arquivo não cole! Tem dias que a redução ocorre com sucesso e outros dias ocorre esse erro. Já notei que em dias que ocorrem muitas vendas o problema ocorre. Note no log acima que o comando "2016-06-13 18:10:19:731 - Bematech_FI_ReducaoZ " só tem seu retorno às "2016-06-13 18:10:52:374 - Retorno Bematech_FI_ReducaoZ: 1" e o mais bizarro é que é no meio de outro comando "2016-06-13 18:10:52:212 - Bematech_FI_VerificaEstadoImpressoraMFD ". Não consegui notar/comprovar isso que vou explicar agora, mas acho que é o que está ocorrendo: - durante a impressão da reduçãoZ parece que a impressora retorna para o aplicativo antes de terminar a impressão daqueles códigos de barras "malucos" do fim da redução, e uma vez retornando pra aplicação eu assumo que posso continuar e aí começam os problemas! Alguém pode me dar uma luz por favor!!?? OBS.: por esse motivo e outros estamos migrando para o ACBR, porém preciso resolver esses problemas de legado ainda!!!

Regys, desculpe incomodar novamente, mas você saberia me dizer qual é o charset que devo configurar para a Bematech MP 4000 TH FI ? Nunca vi pior site na face da terra como o site da bematech para encontrar esse tipo de coisa.

Regys, e aonde eu encontro uma tabela com os códigos que devo setar ali? Por exemplo, se eu quiser utilizar UTF8, ISO8859_1, Cp1252 ...... quais são os códigos de cada um desses encodes ?

Pessoal, bom dia. Estou utilizando o TACBrECF e acessando a propriedade DadosUltimaReducaoZ. Estou tendo problemas de charset/encoding nos dados devolvidos. Por exemplo, está vindo assim: 01_Relat¢rio Geral = 0001 02_IDENTIFICA€ÇO = 0000 Mas o esperado seria: 01_Relatório Geral = 0001 02_IDENTIFICAÇÃO = 0000 A impressora que estou utilizando é uma Bematech MP-4000 TH FI. Existe algum lugar para configurar o encoding ou isso é "normal" ocorrer?

Pessoal, bom dia. Estou iniciando no mundo ACBr na parte de PAF-ECF. Em minha empresa sempre desenvolvemos utilizando os frameworks proprietários (DLLs) das impressoras utilizando Delphi. Somos uma empresa de SC, aonde ainda reina o PAF-ECF infelizmente. Agora estamos iniciando um novo projeto em Java, e por indicação do próprio pessoal do ACBr, obtive conhecimento do projeto jACBrFramework. Gostaria de saber como está a atividade, maturidade e compatibilidade com o PAF-ECF deste projeto. Se todas as impressoras suportadas pelo ACBr estão disponíveis. E como esta a equipe de desenvolvedores.

Este projeto ACBrFramework ainda é mantido? Ele tem suporte a PAF-ECF? Ele caminha junto com o Acbr aqui ?

Pessoal, bom dia. Sou iniciante com os componentes do ACBr. Estou utilizando-os para criar uma DLL para integrar com minha solução feita em Java utilizando JNA para mapear a dll. Até agora, está tudo indo muito bem, porém me de parei com 2 situações utilizando o emulador da Epson: - Quando simulo a tampa aberta ocorre "erro de comunicação" - Quando simula "sem papel" ocorre uma exceção informando a falta de papel Isto está correto? Lembro que ao utilizar (por exemplo, bematech ou epson) a DLL proprietárias das impressoras, havia um "status" que descrevia esta situação. Não tenho como verificar essas situações sem precisar enviar um comando para a impressora e ocorrer um erro?

Certo concordo com vc, tanto que consegui instalar aqui no lazarus pesquisando, só que quando não sabemos que o está ocorrendo é complicado pesquisar. Pesquisei por "libxml2-2.dll" e o único post que encontrei foi este aqui. Aproveitando, se eu compilar os projetos com a diretiva NOGUI vai haver algum problema ou terei que fazer algum contorno em algum evento ou ação? Quero desativar isso, pois estou criando uma DLL para fornecer acesso às ECFs dentro da minha aplicação Java utilizando JNA e não quero que apareçam essas "telas" de status.

Muito bem colega, agora sim tenho uma informação útil. Para mim basta trocar no lazarus para recompilar em 32bits simples, vou testar. Mesmo assim, seria bem útil termos acesso menos intuitivo à este tipo de informação por meio de uma doc simples HOW-TO-INSTALL. E obrigado novamente.

Amigo, leia mais uma vez e veja que as DLLs faltantes não são essas que estão no diretório do projeto. Veja a imagem em anexo para ver que os nomes estão diferentes libxmlsec1.dll e libxml2-2.dll nos nomes dos arquivos. Ou agora tenho que ainda pegar estas dlls e renomeá-las?

Bem, se você notar o que escrevi : Mas obrigado mesmo assim, já notei como o bonde anda por aqui, se já estou recebendo respostas do tipo "se vira" dos próprios moderadores.

Obrigado pela resposta, mas continuo sem conseguir fazer a vaca voar aqui hehehehee. Compilei o ECFTeste.exe mas quando abro ele ocorrem alguns erros informando que faltam 2 dlls cujas não estão em lugar nenhum do projeto: libxml2-2.dll libxmlsec1.dll Já a questão de "intuitivo" discordo, se fosse assim fácil não teria um instalador (que só funciona para delphi por sinal).