Daniel Simoes

Eu só uso Lazarus no meu Desenvolvimento em Desktop... e não temos relatos semelhantes de outros usuários... Provavelmente é algo no seu lado... Verifique se existem cópias de ACBr.inc ou ACBr_jedi.inc em outras pastas que não a do ACBr

Verifique se o seu arquivo ACBr_jedi.inc está exatamente igual ao do SVN, na dúvida apague e baixe novamente...

Eu já sou mais a favor, de manter a compatibilidade, evitando quebras na compilação... O que me dizem @moderadores ?

Qual o Certificado ? A1 ou A3 ?

tente acessar a página deles direto... http://servicos.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_Solicitacao_CS.asp

Desculpe, mas não tenho o ambiente do SiTEF, para reproduzir os testes

Como posso reproduzir o problema ? Dá pra usar o Demo do TTDINotebook ?

A3 é uma desgraça... evite o uso dele, e recomende apenas A1 para o Cliente.. Vários fatores podem ocasionar a perda do certificado... Senha inválida 3x, defeito ou sobrecarga no hardware, cartão mal inserido, etc.. e ainda, a antiga e obsoleta MSXML... Esse longo tópico fala mais sobre isso:

Se os seus fontes do ACBr, estão corretamente atualizados, essa linha abaixo, dispara o evento SIM

Está no seu Log... Provavelmente você não está tratando o 52, no lado da aplicação, em OnAguardaResp

Segundo esse tópico abaixo.. Deveria haver um retorno da DLL com ProximoComando = 52... No seu Log parece não ocorrer isso.. deve ser alguma configuração no módulo 52 : // Mensagem de rodapé QRCode begin Interromper := False; OnAguardaResp('52', 0, Interromper); if Interromper then begin Continua := -1 ; FinalizarTransacaoInterrompida := True; end; end;

Você tem o Log gerado pelo ACBrTEFD ? nele poderemos ver as respostas da DLL e se ela fica presa na leitura do QRCode

O componente fica chamando esse evento no Loop... veja o código de TACBrTEFDCliSiTef.ContinuarRequisicao em ACBrTEFDCliSiTef.pas

Creio que seja algo que você deva endereçar para o Suporte deles... por favor entenda que não é uma caracteristica do ACBrTEFD.. Se a DLL fizer loops na chamada, o componente irá disparar o evento... Em TACBrTEFDCliSiTef.ContinuarRequisicao, você pode ver os momentos que o evento dispara o evento OnAguardaResp

Para que o ACBrTEFD possa disparar os eventos ACBrTED.OnAguardaResp , é necessário que a API (dll) do TEF, rode o processo de espera em Loops de chamadas... Pode ser que a DLL esteja bloqueando a chamada, aguardando a resposta... Em todo caso, eu não tenho o ambiente do SiTEF, de carteiras digitais, e não saberia lhe dizer, como ele funciona...

Esse é o endereço do SVN dos Demos: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Se ainda não for familiarizado com o SVN, os vídeos dessa página, podem ajudar. https://projetoacbr.com.br/fontes/

O ACBr não usa GIT... usamos o SVN, e não temos planos recentes de mudança nesse sentido...

Se não me engano, o @Juliomar Marchetti, já esta vendo a viabilidade dessa questão

Mas no seu INI de entrada essa informação (indRatISSQN) está faltando... Não é exatamente essa a finalidade dessa Tag... veja na Especificação http://svn.code.sf.net/p/acbr/code/tools/SAT/Especificacao_SAT_v_ER_2_27_05.pdf

Analise o arquivo de Log gerado pelo instalador, e veja e ultima msg de erro

você informou o Endereço errado.. use: svn://svn.code.sf.net/p/acbr/code/trunk2

Por favor anexe o Log do ACBrMonitor e o arquivo de configuração, ACBrMonitor.INI

Verifique se as instruções desse tópico, ajudam

O sistema de coordenadas da PPLA, realmente é de baixo para cima... http://svn.code.sf.net/p/acbr/code/tools/Etiqueta/ Você pode tentar mudar o Firmware da Impressora para PPLB

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