Daniel Simoes

Consegui reproduzir o problema, em meu Linux Ubuntu, com uma aplicação Console, baseada em TFPHTTPServer Investigando o problema... Até o momento, só achei esse tópico semelhante: https://stackoverflow.com/questions/41689764/how-to-check-if-libxml2-is-initialized

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

Apliquei um ajuste semelhante ao sugerido... Commit [r36616]

@simons, enviei ao SVN, alguns ajustes, nesse sentido... Commit [r36613]

@Daniel InfoCotidiano, depois me passa instruções, ou passo a passo, de como reproduzir o problema, no Linux

Leia também:

Use o Scope names, padrão, que o Delphi cria para novos projetos

Carregou a DLL.. mas caiu justamente no ponto que estamos trabalhando... Logo traremos novidades, sobre essa integração

você precisa de muitas DLLs no Scope...

Tente usar as novas bibliotecas, que estão na pasta Terceiros\Elgin http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/Terceiros/Elgin/

Copie essas DLLs na mesma pasta do seu .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

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

Eu acho que seria algo difícil de implementar... pois você precisará "caçar" na String do Erro, textos, e traduzí-los... Mas você poderia usar o evento Global de Exception do Application e verificar se o Exception é algo que requer tradução

Qual TEF você está integrado ? Você envia essa msg pela biblioteca do TEF ou pelo ACBrAbecsPinPad ?

O ideal é tratar o problema, antes do Erro do Schema Erro no Schema, já é atestado de óbito... a tratativa, deveria ser feita na rotina de cadastro dos produtos clientes, e na rotina de inclusão de Notas

Veja o POS Controle https://www.poscontrole.com.br/

Apenas a GetCard tem Scope com Troca de arquivos... http://getcard.com.br/

você pode ver alguns exemplos nos fontes do componente do ACBrPIXCD, que utiliza Certificados, e a biblioteca Synapse (que está nos fontes do ACBr)

@simons, enviei uma possível correção ao SVN... Por favor atualize os fontes, e teste novamente

@simons, O Problema ocorre no Assign abaixo ele chama o método ConteudoToProperty no final Que usa o número de vias, para saber se precisa ou não confirmar a transação Como essa Resposta veio do comando 130, que retorna as transações pendentes, ela está sem a imagem dos comprovantes... Já estou analisando, como corrigir o problema

O TEF não usa a Impressora... Os componentes de TEF do ACBr, disparam eventos, com o conteúdo para a sua aplicação fazer a impressão Provavelmente na sua rotina de impressão do TEF, você está abrindo a impressora com outro componente, e mantendo ela aberta

@simons Por favor poste o Print de como você configurou o Demo do ACBr

O método ACBrTEFAPI.Inicializar, já carrega e trata as transações pendentes procedure TACBrTEFAPIComum.Inicializar; begin GravarLog('Inicializar'); if not Assigned( fQuandoFinalizarOperacao ) then DoException( Format( ACBrStr(sACBrTEFAPIEventoInvalidoException), ['QuandoFinalizarOperacao']) ); if (TratamentoTransacaoPendente = tefpenPerguntar) and (not (Assigned( fQuandoDetectarTransacaoPendente ))) then DoException( Format( ACBrStr(sACBrTEFAPIEventoInvalidoException), ['QuandoDetectarTransacaoPendente']) ); if (fArqLOG <> '') then begin if (ExtractFilePath(fArqLOG) = '') then fArqLOG := ApplicationPath + fArqLOG; end; fpInicializando := True; try fpTEFAPIClass.Inicializar; CriarListaTEFResp; // Verificando se ficou alguma Transação Pendente, no Diretório de Trabalho if (TratamentoTransacaoInicializacao = tefopiCancelarOuEstornar) then CancelarOuEstornarTransacoesDiretorioTrabalho else begin fpTEFAPIClass.CarregarRespostasPendentes( fRespostasTEF ); if (TratamentoTransacaoInicializacao = tefopiProcessarPendentes) then VerificarTransacoesPendentes; end; finally fpInicializando := False; end; end;

Humm.. foi analisar o Log, mas esse Log é do SiTef... ele é criptografado, e nós não temos acesso a ele... Só conseguimos analisar o Log do ACBr