valterviniciusveiga

Boa tarde.. Funcionou aqui.. Pode encerrar o chamado.. Também ja mudei para usar o outro componente. Obrigado a todos.

Bom dia Juliomar. Já estou com a versão atualizada da dll . Vou verificar esta configuração do timeout.. Obrigado pelo retorno.. Te aviso em seguida.

Boa noite a todos. Estou usando o DEMO do SItef (TEFDDemoNF.dproj). Mudei no leitura do cpf para pedir o cnpj e não está funcionando. Acionei ela antes de iniciar uma operação (se pedir o CPF funciona normalmente) Tudo feito pelo DEMO atualizado. Tenho um PINPAD PPC930 (Abecs 2.03). Configurei o identificador e chave que recebi nos parâmetros. Alguém sabe se tem algum macete? Pois preciso fazer esta operação e não está funcionando. Ja consultei todos os tópicos mas não achei uma solução. Agradeço qualquer ajuda.

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 ?

Certo. Obrigado vou testar aqui e te aviso.

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?

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

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.

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%

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.

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?

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.

Então é só rolo de homologação. bom era isso.. Obrigado pelo retorno. Pode fechar o chamado.

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.

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.

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

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.

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

Bom dia. Estou fazendo uma operação com dois cartões, tanto na minha aplicação como no DEMO. A primeira a operação aprovou e no relatório do SITEF aparece pendente. Quando inicia a nova operação, pedindo o novo cartão, eu simulo a queda de energia. Ao abrir o sistema, como tenho o controle de cada operação, vejo que tenho uma pendente e inicio o processo de cancelamento dela.. Porém ao executar a inicialização com o comando abaixo: ACBrTEFD1.Inicializar O ACBR detecta as operações não confirmadas e simplesmente confirma e manda imprimir a mesma. Se eu não executo ele e vou direto pelo comando ACBrTEFD1.CancelarTransacoesPendentes; Nada ocorre pois não inicializei o tef. O que devo fazer? pois preciso cancelar ao abrir o sistema Lembrando que o DEMO ocorre a mesma coisa..

Boa tarde ftremont. o SiTEF da software express te dá a opção de como deseja a interação, por pinpad ou sem ele.. inclusive nos testes de homologação do roteiro tem testes que você precisa digitar o cartao. Integrei o TEF com eles sem intermediários e foi super tranquilo.. apoio total deles e super prestativos.. Levamos 1 manhã e o inicio da tarde para homologar... A software express usa uma DLL muito boa de trabalhar que faz todo o trabalho pra você.. Se precisar de ajuda me avisa que o que eu puder te passo.

Boa noite a todos. Baixei o trunk2 em outra maquina com Delphi 2009 e consegui fazer os testes em produção. Homologação da erro de chave inválida, mas até ai tranquilo. Ja consegui fazer os processos de envio, apenas o gerar PDF não está funcionando na maquina que só tenho o Fastreport.. porém na minha maquina que tenho o fortes e compila ocorre algo estranho: Se estiver com o comando ACBRGNRE.Envia ou ACBRGNRE.GravaXML desativado o sistema abre normalmente, mas em poucos segundo fecha sozinho. Se desabilito os comandos com // o sistema não fecha sozinho. Na outra maquina que tem apenas o FAST não dá este problema de fechar sozinho. Ja removi o fortes da minha maquina pra deixar igual a da outra mas não foi o fortes o problema. A diferença é que a minha maquina é win7 64, mas o delphi 2009 e 32..na outra é win7 32...com delphi XE Baixei hoje o trunk2 e instalei com o programa de instalação que vem junto. E eu nunca tive o acbr instalado, foi a primeira instalação. Alguém ja passou por isso?

Boa noite a todos. Baixei o trunk2 em outra maquina com Delphi 2009 e consegui fazer os testes em produção. Homologação da erro de chave inválida, mas até ai tranquilo. Ja consegui fazer os processos de envio, apenas o gerar PDF não está funcionando na maquina que só tenho o Fastreport.. porém na minha maquina que tenho o fortes e compila ocorre algo estranho: Se estiver com o comando ACBRGNRE.Envia ou ACBRGNRE.GravaXML desativado o sistema abre normalmente, mas em poucos segundo fecha sozinho. Se desabilito os comandos com // o sistema não fecha sozinho. Alguém ja passou por isso? Baixei hoje o trunk2 e instalei com o programa de instalação que vem junto.

Debugando o erro ocorre em ambos... e não traz retorno nas respostas..

Boa noite Alguém conseguiu retorno da primeira função do demo para consultar UF Destino? Ao verificar o XML criado, o mesmo gera desta forma: <?xml version="1.0" encoding="UTF-8"?><TConsultaConfigUf xmlns="http://www.gnre.pe.gov.br"><ambiente>1</ambiente><uf>26</uf></TConsultaConfigUf> Mas não retorna os resultados da consulta, pois ocorre um erro (debugando a rotina apenas) : SimpleDeserializer encountered a child element, which is NOT expected Alguém conseguiu retorno desta função? Tiveram que fazer algum ajuste de código para isso? Fico no aguardo. Obrigado

Boa tarde Régys. Obrigado pela resposta rápida. Antes de postar eu havia visto esta sua dica e ja tinha feito, mas ainda persiste o problema.