Daniel Simoes

Você pode forçar o Cancelamento ou Confirmação... de acordo com o que retorna, com o Estado do ECF... Veja esse trecho de ACBrTEFDClass.pas (use a força, veja os fontes).. Basta retornar o estado que o Cupom está Fechado, que a transação será Confirmada procedure TACBrTEFDClass.VerificarTransacoesPendentesClass(aVerificarCupom: Boolean); var wEstadoECF: AnsiChar; begin if aVerificarCupom then begin try wEstadoECF := TACBrTEFD(Owner).EstadoECF; except wEstadoECF := 'O'; { Se o ECF estiver desligado, será retornado 'O', o que fará o código abaixo Cancelar Todas as Transações Pendentes, porém, pelo Roteiro do TEF dedicado, é necessário confirmar a Transação se o Cupom foi finalizado com sucesso. Criar um arquivo de Status que seja atualizado no Fim do Cupom e no inicio do CCD, de maneira que seja possível identificar o Status do Documento no ECF indepentende do mesmo estar ou não ligado Como alteranativa, é possível implementar código no Evento "OnInfoECF" para buscar o Status do Documento no Banco de dados da sua aplicação, e responder diferente de 'O', (Veja exemplo nos fontes do TEFDDemo) } end; TACBrTEFD(Owner).GPAtual := Tipo; // Cupom Ficou aberto?? ...Se SIM, Cancele tudo... // if (wEstadoECF in ['V', 'P', 'N', 'O']) then CancelarTransacoesPendentesClass else // NAO, Cupom Fechado, Pode confirmar e Mandar aviso para re-imprimir // ConfirmarESolicitarImpressaoTransacoesPendentes; // <------------------------ AQUI ------------------- end else CancelarTransacoesPendentesClass; end; Isso foi implementado no "ACBrTEFD.TEFPayGoWeb.OnAvaliarTransacaoPendente"

o ACBrETQ implementa Protocolo de Linguagens de Página (PPLA, PPLB, ZPL2)... que são diferentes de linguagens de Linha (como Esc/Pos) Em Linguagens de página, não existe o conceito de avanço de linha (LF) ou Retorno de Carro (CR) Você desenha toda a etiqueta em um "área de impressão", usando os comandos de Impressão de Texto, Linhas, Barras, etc.. e informando as coordenadas de inicio da impressão, em cada um deles... Depois que a página está pronta, você envia o comando de impressão da página...

Você rodou o processo de Configuração e Instalação do PDC ? Veja esse trecho do vídeo, abaixo:

O Exception ocorre nessa Linha... pois é onde ocorre a Carga Dinamica do primeiro método da DLL... O problema está no seu Windows que por algum motivo não consegue carregar a DLL... Já estamos em contato com a PayGo e Setis, para analisar o caso

Não foi implementado no ACBrPosPrinter, comandos em EscPos, para influenciar nessas características... Geralmente isso é feito com algum utilitário de suporte do fabricante...

Experimente rodar o instalador de RunTime das Libs do C http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe

Certeza que você está usando a DLL errada... na dúvida, apague... abra o Demo, e veja se o erro, é falta da DLL... Após isso, extraia a DLL da pasta: PayGo-ACBr-TEF.zip\TEF PayGoWeb (DLL)\Windows\PGWebLib_WinDLL_004.001.004.000_TEST\x86\PGWebLib.dll

Opa... acabei esquecendo desse tópico... Muito Obrigado @volmir... suas alterações e Change-Log, foram testadas em D7-Rio-Sydney, Lazarus... e parecem tudo ok... Commit [r21039]

Se você compila sua aplicação em 32 bits... Deve usar DLLs de 32 bits

Por favor teste com o demo do ACBr, o projeto PosPrinterTeste... Verifique se você configurou corretamente o modelo, de acordo com a sua impressora

Por favor seja mais especifico... Que comando você enviou ? Como esta saindo ? Como você acha que deveria sair ?

Por algum motivo, o Banco de Dados salvou essa informação como UTF8... pode ser algo no Banco, ou na configuração de conexão a ele... a conversão do stream do ZIP.para UTF8, corrompeu o mesmo... O caractere que aparece no inicio da string... é o "BOM", sinalizador de UTF8 https://pt.wikipedia.org/wiki/Marca_de_ordem_de_byte

Por favor anexe o Log, gerado pela PGWeb

Nunca vi esse erro antes... eu suspeito de algum problema nesse PinPad... Mas você também pode consultar o suporte da PayGo, diretamente

Ele só retorna True, quando a transação foi autorizada

Quais sao os autorizadores instalados no seu PDC? Use "REDE"

Provavelmente voce usou a DLL de 64bits em um Programa compilado em 32 bits

Você pode obter os SDKs atualizados em: https://projetoacbr.com.br/tef/#integracao

Ohando novamente o seu Log.. notei o seguinte erro? "ERRO NO CERTIFICADO SSL" Isso indica que você está usando a DLL de Produção em ambiente de homologação ou vice-versa...

Não é muito bom, fazer IFs baseados em String... pois se eles mudarem a mensagem, o seu código quebra... Por favor verifique o seguinte: - Seus fontes estão atualizados ? (repare que houve mudanças recentes, relacionadas a isso) - O método "ExibirMensagemPinPad", existe sim no componente... basta abrir o TEFDemoNF, e conferir o código do botão "Msg PinPad"

Experimente usar o exemplo abaixo, porém enviando uma String vazia... procedure TFormPrincipal.btMsgPinPadClick(Sender: TObject); var Msg: String; begin Msg := 'PROJETO ACBR|'+FormatDateTimeBr(now,'DD/MM HH:NN:SS'); ACBrTEFD1.ExibirMensagemPinPad(Msg); end;

A PayGoWeb exige PinPads compatíveis com ABECs 2.0 Sugiro testar um novo PinPad...

Não são erros.. são Avisos... você pode ignorar... Sobre a lentidão, vá com o Debug, ou acione o Log, e verifique exatamente em que linha ela ocorre.. Nunca tivemos relato anterior, de problema semelhante... O que me sugere que seja na verdade em outro ponto da sua aplicação... A DLL da PayGo, não está no nosso SVN.. (acho que nunca esteve)... mas você pode baixar o SDK em: https://projetoacbr.com.br/tef/#integracao Em que linha do Log em anexo, que podemos notar a Lentidão ?

Obrigado @André Ferreira de Moraes e @EliasCesar... Commit [r20959]