Ir para conteúdo
  • Cadastre-se

valterviniciusveiga

Membros
  • Total de ítens

    23
  • Registro em

  • Última visita

Últimos Visitantes

1.069 visualizações

valterviniciusveiga's Achievements

Apprentice

Apprentice (3/14)

  • Collaborator Rare
  • Dedicated Rare
  • First Post
  • Conversation Starter
  • Week One Done

Recent Badges

0

Reputação

  1. Boa noite Juliomar.. Não vai funcionar com o ACBRGAV pois as gavetas são conectadas em uma impressora, e ali só aceita portas LPT1 e COM.. Como indico uma impressora de rede no programa demo do acbrgav (não tem exemplos nele) e os modelos ali o mais próximo é impressora comum mas acusa pedindo uma string de comando (não faço a minima ideia do que seja). Para o meu exemplo \\10.1.1.1\EPSON como configuraria o ACBRGav ?
  2. Certo. Obrigado vou testar aqui e te aviso.
  3. Juliomar, me tira uma dúvida: O ACBRGAV funciona conectado a uma impressora não fiscal? Juliomar, me tira uma dúvida: O ACBRGAV funciona conectado a uma impressora não fiscal?
  4. AH, com certeza seria muito mais rapido o cliente fazer isso, infelizmente ele não faz, e como sou apenas o dev não tenho muito peso na decisão..mas enfim.. vou tentar o acbrgav.. vou te avisando..
  5. Nenhum , como eu comentei, o problema ocorre tbm exclusivamente no demo. é um comportamento no ACBRposprinter quando abrimos a gaveta e a impressora está offline.. está travando a aplicação. Inclusive criei uma VM nova, só com windows e o exe do demo e a impressora instalada (offline). o travamento persiste.
  6. Bom dia Juliomar.. Já fiz isso, ainda sim trava. A rede é cabeada sim, mas as vezes ocorre da maquina desligar ou ter algum problema. Então eu preciso garantir que a tentativa de abrir a gaveta não dê problemas. No caso aqui, ocorre de travar a aplicação, inclusive o DEMO trava. Ja mudei o controle da porta, os timeout da gaveta ali, mas nada resolveu.. simplesmente trava se o IP da impressora estiver OFF. Já tentei rotinas para validar se a impressora está online mas nenhuma no delphi atende 100%
  7. Boa noite. Estou com um problema no meu sistema e o mesmo ocorre no DEMO. Problema ocorre tanto com o comando direto AbreGaveta como via TAG Tenho uma impressora em rede, e as vezes a conexão com ela cai. No momento da venda, quando aciona a abertura de gaveta o sistema trava. O Mesmo ocorre com o DEMO. Trava e não gera log. ACBrPosPrinter1.Desativar; ACBrPosPrinter1.Modelo:= ppEscPosEpson; ACBrPosPrinter1.Porta:= 'RAW:\\10.0.0.165\PDF24'; ACBrPosPrinter1.Ativar; If ACBrPosPrinter1.Ativo then ACBrPosPrinter1.AbrirGaveta; ACBrPosPrinter1.Desativar; o ACBRPosprinter.Ativo está como true mesmo a impressora estando offline Há algo que eu possa fazer para não bloquear, ou o timeout ser menor? Lembrando que qualquer TAG usada no Demo tbm trava. Obrigado qualquer apoio.
  8. Bom dia, obrigado pela resposta. Como comentei, os comandos do componente na minha aplicação são os mesmos que no demo. Tirei apenas a implementação dos dados da classe vendas e das atualizações dos valores em tela que tem no demo. No demo funciona certinho.. já bati linha a linha.. deve ser algum status que no meu esteja passando errado, mas não encontrei nada fora do comum. Por isso queria primeiro entender o que causaria está mensagem e se tem como fazer algo que ela não passe nesta etapa.. vi nos fontes do ACBR que tem um IF que se true ele entra neste código de validação da impressão. Tem como setar aquele parâmetro? A ideia é tentar entender o que deve ter para chegar nesta validação e daí vou atrás no código.. Se for alguma variável ou algum parâmetro. Saberia me dizer?
  9. Boa noite a todos, Estou tendo um problema que não consigo identificar o que causa. Estou usando o componente ACBRTEFD com CliSitef (Dll) Aciono a rotina de funções Administrativas e vou até a opção de cancelamento de operação com cartão de débito. Sigo os passos informando senha administrativa, data e o NSU. Passo o cartão de débito.. o fluxo segue normalmente. O processo é concluído porém em seguida disso ocorre Erro de Impressão. Já comparei todos os comandos que tem no Demo (que não ocorre o problema) e estão idênticos (exceto pelo acionamento dos campos e classe vendas específicos do DEMO). O processo de venda normal funciona certinho. A reimpressão do cupom pela função ADM também funciona certinho, onde eu capturo o retorno e faço a minha impressão especifica. Apenas quando eu vou no cancelamento que dá isso. Alguém já passou por algo parecido? O que poderia causar o problema, alguma variavei ou propriedade que poderia estar passando errado? Abaixo as mensagens: Quando clico em não ocorre a mensagem abaixo AO final ocorre a mensagem abaixo Obs.: As mensagens do componente são apenas as msgbox pequenas. Agradeço desde já o apoio e ajuda de todos.
  10. Então é só rolo de homologação. bom era isso.. Obrigado pelo retorno. Pode fechar o chamado.
  11. Bom dia. Estou fazendo o processo do PIX pelo DEMO e o contador do "Aguarde, em processamento (xx)" não está atualizando. Tem algo que precisa ser feito? Abaixo o print do DEMO, onde mostra no log o sequencial sendo reduzido mas a mensagem do operador e cliente não atualizada.. Coloquei breakpoint onde são alimentadas mas só passa na primeira vez quando está no "35". Agradeço desde já a ajuda de todos.
  12. Acredito que seja então no evento ExibeMsg... vou olhar aqui se consigo capturar a mensagem com este status que criei e não exibir. Acredito ter sanado todas as minhas dúvidas. Pode encerrar atendimento. Novamente obrigado pelo retorno super rápido. Bom dia para você. Abração.
  13. Bom dia Juliomar, sobre questão da configuração que indicou funcionou certinho aqui. Só aguardando a duvida acima sobre as mensagens, pois após o cancelamento ele da a msg que teve operações não concluídas e gostaria de não dar isso. Como comentou ajustei aquele evento que indicou, vou colocar aqui para quem tiver o mesmo problema e quiser tentar: Abaixo no evento InfoECF mantive o case do demo, porém criei um novo tipo de status para formar o retornoECF como "O". Com este retorno, as operações serão canceladas. Então antes de ativar, na abertura do sistema, eu verifico nos registros do meu banco de dados se teve alguma operação que ficou pendente de confirmação (Isso é muito importante para todos fazerem este controle em seu sistema). Fazendo isso não tem erro e atendemos o item do roteiro de pré-homologação que pede para forçar a queda de energia com operações TEF pendentes de confirmação (1 cartão ou mais) Na minha rotina de "AtivarTEF" tenho o comando para iniciarlizar o componente do ACBRTEF
  14. Entendi.. vou tentar aqui e aviso como ficou. Aproveitando o chamado, está mensagem que vem do Acbr informando para imprimir tem como capturar ela e fazer ela não aparecer em uma tela de mensagem? Quero tratar tipo um log. Obrigado.
  15. Boa tarde estou com o mesmo problema... Ao inicializar o componente ACBRTEFD.Inicializar ele automaticamente está confirmando as transações pendentes e informando para imprimir, quando deveria cancelar..
×
×
  • 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.

The popup will be closed in 10 segundos...