Ir para conteúdo
  • Cadastre-se

jjw.roberto

Membros
  • Total de ítens

    176
  • Registro em

  • Última visita

Posts postados por jjw.roberto

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

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

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

     

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

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

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

     

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

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

     

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

     

     

     

     

     

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

     

     

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

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

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

  14. 3 minutos atrás, Juliomar Marchetti disse:

    Mas eu acho que isso já tem em algum lugar! senão for nos manuais no svn, pode ser nos manuais que tem pra download aqui ou.... ainda aqui nos posts onde a gente insiste que pesquisem! não custa nada! é só pesquisar e ler!

    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.

  15. 2 minutos atrás, Juliomar Marchetti disse:

    há tá!

    então lazarus é 32 bits!

    nós só desenvolvemos pra ele! então se você estiver usando provável de achar erros e dai não tem o que fazer a não ser que queira corrigir!

    conforme falei tem posts e tópicos falando sobre onde o próprio @Daniel Simoes informa que a empresa dele usa o lazarus 32 pra desenvolver!

    fabricantes na sua grande maioria só tem dll pra 32 bits , fora que aplicações 32 bits rodam em 64 e no contrário não!

    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.

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

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.