Werner_Marques

Olá, bom dia! Estou homologando a minha aplicação PDV que funciona com Client Sitef Modular, mas devido algumas falhas em certos testes, decidi usar a DLL CliSitef32. Porém, não estou sabendo usar essa DLL. Já estou seguindo o processo que o DEMO faz. Inclusive criei os formulários que recebem as informações passadas dinamicamente pelo componente. Quando chamo a função CRT, o formulário de escolha de pagamento (OnExibeMenu) não é exibido e mostra um erro, informando que o gerenciador padrão TEF DIAL não está ativo. Tenho que iniciar, chamar ou dizer que a DLL é usada em algum momento? Alguém tem alguma dica que possa me ajudar?

Quando eu desligo a impressora no CF ele exibe uma mensagem para eu escolher sim ou não. Ao clicar em não, eu consigo cancelar o primeiro cartão, mas ao término disso, a mesma ação se repete, e fico em looping infinito, não podendo cancelar abertura do TEF, e só consigo sair desse looping quando deleto o arquivo referente à transação que está na pasta temp. Eu estou querendo alterar o componente, a não ser que vocês tenham alguma dica. OBS.: lembrando que estou usando o Client Sitef Modular e não a CliSitef32.dll.

Beleza, isso eu sei, mas eu queria saber onde isso é feito. rs

No OnExibeMsg, temos esse trecho de código: opmYesNo : AModalResult := MessageDlg( Mensagem, mtConfirmation, [mbYes,mbNo], 0); Quando eu desligo a impressora, passamos por esse trecho, que é uma caixa de diálogo, no qual eu terei que escolher "sim" ou "não". Eu estou escolhendo "não". Logo o AModalResult irá receber um valor. No entanto, não sei o que é feito em seguida. Onde é tratado esse valor recebido pelo AModalResult?

Algum posicionamento, pessoal? Obrigado!

Ok, entendi. Obrigado! Mas em qual local/evento do componente o demo está tratando o valor passado pelo OnExibeMsg através do AModalResult?

Olá, pessoal, boa tarde! Bem, ainda tentei utilizar a DLL no meu sistema, mas devido às dificuldades e ao pouco tempo que tenho, decidi continuar com o Client Sitef Modular. Bem, no demo existe este trecho de código que se encontra no evento OnExibeMsg: opmYesNo : AModalResult := MessageDlg( Mensagem, mtConfirmation, [mbYes,mbNo], 0); Gostaria de saber em qual momento o demo identifica o botão NÃO e chama o cancelamento. Primeiramente, achei que tal chamada acontecesse no evento OnComandaECF, mas estava enganado.

Obrigado mais uma vez, Daniel! Bem, fiz alguns testes aqui com o demo do ACBrTEFD, mas não consegui reproduzir o teste da homologação cielo. Esse é o teste que deve ser realizado: Realizar uma transação de Crédito no valor de R$ 900,00,utilizando dois cartões. Após a transação ser aprovada (mensagem “APROVADA 123456 ”), a ECF totalizar o Cupom Fiscal (CF ) e imprimir a primeira forma de pagamento Cartão,desligar a ECF. A automação deverá exibir a mensagem “Erro na impressão. Deseja tentar novamente? <SIM> <NÃO>. ” Continuar com a ECF desligada e optar pelo <NÃO>. A automação deve enviar o desfazimento das Transações TEF e exibir a seguinte mensagem “Transação TEF Não efetuada. Favor Reter o Cupom.” Quando eu desliguei a impressora, a aplicação não cancelou as transações. Alguém conseguiu reproduzir esse teste com o demo? OBS.: Não estou conseguindo fazer uma transação com cartão de crédito magnético. A mensagem pra inserir/passar o cartão nem mesmo aparece. Só estou conseguindo efetuar transações em dinheiro e com cartão digitado.

Ok, Daniel. Agora aqui no demo nos formulários OnExibeMenu e OnObtemCampo, mas são apenas formulários desenhados, não existe nada associado a eles.

Ok, Régys, obrigado! Vocês tem algum tópico que auxilie na utilização da DLL? Algum guia inicial ou algo do tipo.

Obrigado por responder, Daniel. A DLL funciona de uma forma, quando o sistema é discado, e de outra, quando o sistema é dedicado. Sendo assim, terei que fazer dois sistemas para tratar essas diferenças? Confere?

Nada do código foi alterado.

Esse é o teste que deve ser realizado: Realizar uma transação de Crédito no valor de R$ 900,00,utilizando dois cartões. Após a transação ser aprovada (mensagem “APROVADA 123456 ”), a ECF totalizar o Cupom Fiscal (CF ) e imprimir a primeira forma de pagamento Cartão,desligar a ECF. A automação deverá exibir a mensagem “Erro na impressão. Deseja tentar novamente? <SIM> <NÃO>. ” Continuar com a ECF desligada e optar pelo <NÃO>. A automação deve enviar o desfazimento das Transações TEF e exibir a seguinte mensagem “Transação TEF Não efetuada. Favor Reter o Cupom.”

Ainda continuo com o problema. Não faz sentindo eu fazer o teste no demo, se ele não usa o Client Sitef Modular e nem gera os arquivos referentes às transações dentro da pasta temp, no disco local. Enfim, como eu já falei, está acontecendo uma criação desnecessária do arquivo temporário do primeiro cartão. Sempre que o último arquivo é excluído, uma cópia do primeiro é criada, e dessa forma a procedure fica em loop infinito. Lembrando que isso ocorre no momento do cancelamento das transações, quando eu desligo a ECF e clico em não. Outra coisa: qual a diferença entre NCN e CNC?

Observei que um o evento AntesCancelarTransacao usa o evento ChangeEstado. Esse último possui apenas um cometário: //ACBrTEFD.EstadoECF. Essa linha é para estar realmente comentada?

Juliomar, acontece que o DEMO não chama Client Sitef Modular, evitando assim a criação e deleção dos arquivos referentes às transações. Você usou a dll ou o Client Sitef Modular?

Observei que a procedure CancelarTransacoesPendentesClass do ACBrTEFDClass deveria excluir os arquivos referentes às transações, que estão dentro da pasta temp, mas isso não está acontecendo corretamente. No caso de dois cartões ou mais, o que ocorre é que o arquivo referente à última transação é excluído, mas ao repetir o looping para tratar o arquivo referente à primeira transação, o arquivo deletado é recriado com as informações referentes ao primeiro arquivo. Sendo assim, não é possível sair desse looping.

Bom dia, pessoal! Estou com o seguinte problema: ao realizar uma transação com n cartões, depois de desligar a impressora no momento da impressão do CF e clicar em "não", para a impressora não prosseguir, as transações devem ser canceladas. O cancelamento é iniciado, mas fica sempre tentando cancelar o mesmo cartão "infinitamente". OSB.: Estou usando Client Sitef Modular, modelo gptefdial. Vocês tem algum posicionamento a respeito disso? Obrigado!

Olá, pessoal, bom dia! Seguindo a dica do Juliomar, consegui tratar o cancelamento ou confirmação da transação durante o desligamento do pc e impressora, através de um campo no banco de dados. O processo ocorre bem quando a transação deve ser confirmada, porém, quando é para cancelamento o Clisitef fica em um loop infinito. (Sendo que só basta cancelar a quantidade de vezes dos cartões que foram usados) O que vcs me sugerem?

Obrigado pela dica! Vou tentar fazer dessa maneira.

Alguém poderia me falar se sempre que a impressora estiver desligada, ela irá retornar 'O' na função estadoECF? Existe também alguma função que em diga se o cupom já começou ou se já foi impresso? Ou ainda uma função que verifique se o último cupom ainda não foi impresso. E ainda uma outra função que me retorne qualquer outro valor que sirva para fazer a verificação do estado do cupom. Obrigado!

Olá, boa tarde! Estou fazendo o roteiro de homologação do client sitef modular, usando o modelo gptefdial, e parei na sequência 60, na qual pede: Realizar uma transação com dois cartões - Dividir o valor da venda entre os cartões, selecionando a opção á vista para ambos. - Desligar a impressora assim que receber a mensagem de aprovação da venda(Antes da forma de pagamento) e em seguida o computador (reset). - Ligar novamente o computador e não ligar a impressora - Cancelar as transações TEF mesmo com a impressora desligada. No momento do cancelamento, que acontece devido a procedure CancelarTransacoesPendentesClas, acontece um loop quando a impressora está desligada, mas quando ela está ligada, o cancelamento é efetuado normalmente. Existe alguma propriedade ou alteração do código que permita que a transação seja cancelada mesmo com a impressora desligada?

Agora estou usando o modelo gptefdial, mas ainda continua cancelando a transação. O que pode ser?

O modelo é o gpTefAuttar.

Desculpa, mas acho que não entendi sua pergunta. Modelo do ACBrTEFD. Não seria a versão?