Daniel Simoes

Só tenho de Linux para Windows Mas se você instalou o Lazarus Windows, 64 bits... basta rodar esse outro instalador https://sourceforge.net/projects/lazarus/files/Lazarus Windows 64 bits/Lazarus 2.0.10/ lazarus-2.0.10-fpc-3.2.0-cross-i386-win32-win64.exe

Provavelmente voce escolheu um Build Mode de x86 e não tem o Cross Compile instalado

O OK final, é da PayGo... mas o Projeto ACBr encaminha e intermedia todo processo e fornece suporte atraves do Forum e nosso Chat do SAC

Você parece ter informado valores muito altos, na largura das barras

São muito semelhantes, do ponto de vista do ACBr.. os eventos são praticamente os mesmos... mas são separados.. ou seja, você pode tratar em eventos separados, as chamadas de dialogo no CliSiTef e PayGoWeb... Foi exatamente essa a técnica, usado no TEFDemoNF. Isso é bom, pois garante a independência das duas implementações... Se você estudar os fontes do TEFDemoNF, está tudo implementado lá... ou seja, é muito simples de replicar o mesmo em outras aplicações... Veja a pasta: \ACBr\Exemplos\ACBrTEFD\NaoFiscal No vídeo abaixo, é demonstrado o funcionamento do PayGoWeb no TEFDemoNF... repare que os diálogos são muito semelhantes A homologação do PayGoWeb, eu acho muito mais simples... No Link abaixo, você poderá ver um vídeo da homologação completa.. (+- 20 min) https://youtu.be/S0fn0w51lLw

Quem controla o número do Cupom, é o próprio SAT... veja no manual: http://svn.code.sf.net/p/acbr/code/tools/SAT/Especificacao_SAT_v_ER_2_27_05.pdf

ACBrPosPrinter1.EspacoEntreLinhas := 40 // 0 - Valor Default

Você pode usar FPC_FULLVERSION {$IF defined(FPC_FULLVERSION) and (FPC_FULLVERSION >= 30200)} https://www.freepascal.org/docs-html/prog/progap7.html

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Consulte esse manual.. a partir da página 35... http://svn.code.sf.net/p/acbr/code/tools/Etiqueta/PPLA.pdf Observe que os códigos de barras, tem limites de números, tipos permitidos, e valor máximo para barra fina e larga (você informou 3 para ambos.. o que parece ser muito)

mas isso seria errado.. pois o PayGo atual, usa "C:\PAYGO\" como diretório padrão... O que estou querendo dizer, é que basta você informar os diretórios para o componente... veja:

Creio que não seja necessária essa modificação... Pelo que notei.. você comentou o IF... Porém ele só não entrará o IF, se você modificar o valor padrão dos diretórios da Classe PayGo... Observe que você pode até mesmo definir na classe PayGo, os diretórios do G.P. da Cappta

Você poderia fazer isso na sua aplicação.. isso é algo que você controla na sua interface e não no componente... mas mesmo assim, mesmo no Demo, o Evento não está sendo disparado, se na lista existirem apenas transações que já foram confirmadas anteriormente

A confirmação da Primeira transação, é um pré-requisito, para o inicio da segunda transação... Isso é feito pelo Método: "TACBrTEFDClass.ConfirmarTransacoesAnteriores", que realmente não chama o evento.. pois essa transação ainda não foi impressa, e poderia até mesmo ser cancelada... O método "TACBrTEFD.ImprimirTransacoesPendentes", já chama por "TACBrTEFD.ConfirmarTransacoesPendentes", no final dele... O problema é que havia uma verificação em "ConfirmarTransacoesPendentes", para saber se houve alguma confirmação nesse momento de execução do método... (o que não é o caso descrito nesse tópico) if not CNFEnviado then begin CNF( Rede, NSU, Finalizacao, DocumentoVinculado ); CNFEnviado := True; HouveConfirmacao := True; // <--- AQUI end; ..... if HouveConfirmacao and Assigned( fOnDepoisConfirmarTransacoes ) then // <--- AQUI fOnDepoisConfirmarTransacoes( RespostasPendentes ); Não lembro bem o porque dessa verificação, mas realmente ela não me parece correta... Por favor teste com a Unit em anexo... ACBrTEFD.pas

Muito obrigado pela analise e contribuição... Commit [r20271]

Infelizmente não posso aceitar a sugestão de alteração... pois não é nada bom termos código Duplicado... (mas nada impede que você mantenha essa alteração do seu lado) Se a ideia é usar o G.P. da Cappta como em modo de emulação do G.P. da PayGo... seria necessário tentar ajustar a classe da PayGo, para que funcionasse com ele...

Ele Será True, quando houver alguma via de comprovante para Imprimir... Notei que isso ainda não estava mapeado, na classe do CliSiTef... enviei um pequeno ajuste para o SVN.. Commit [r20270]

Talvez seja possível, tentar ajustar a classe da PayGo, para compatibilizar com o Gerenciador TEF da Cappta.. pelo que você descreveu, parece ser apenas um problema na inicialização... Eu não tenho ele.. e não saberia como fazer isso...

Acho que o correto seria fazer uma classe para a Cappta... Os campos 715, são exclusivos do manual da PayGo... por isso foram para a classe dela...

isso não faz sentido... a classe PayGo foi criada para ser usada exclusivamente com o TEF PayGo... Verifique se seus fontes estão corretamente atualizados... Faça testes com o TEFDemoNF...

Verifique se você configurou o Modelo de TEF para TEFPayGo

Estamos analisando...

O ACBr continua compatível com D7... eu mesmo uso ele, para testes antes de subir algo nos fontes...

Essa classe, foi escrita, de acordo com o processo de homologação na época... Eu não tenho mais interesse, em trabalhar nela... mas fique a vontade para sugerir correções ou melhorias nos fontes do componente...