Daniel Simoes

Consegue enviar um PrintScreen, de como está saindo o cupom ?

também tem relação com a ACBrLib, pois o OpenSSL é uma dependência externa, carregada de forma dinâmica, pelo código do ACBr

Acho que podemos implementar tudo na rotina do SiTef, onde ele procuraria tratar os arquivos de Backup... chamar o método indicado, criar uma lista de transações pendentes, e iniciar o tratamento delas, conforme a parametrização do componente

Não há muito o que fazer... a não ser enviar para suporte diretamente com o fabricante... Esses equipamentos se auto bloqueiam, se ficarem muito tempo sem serem utilizados

Eu acho que não devemos acatar essas mudanças, elas estão muito suscetíveis a quebrar se mudar qualquer coisas do fluxo do SiTef... A rotina já coleta todos os retornos do SiTef em ACBrTEFResp.Conteudo.. bastaria no final, varrer o log de retorno, e montar as respostas pendentes... Sabem se há algum link ou documentação, que descreva a transação 130 ?

no código, também me parece que ele não teria suporte, a tratar mais de uma transação pendente.. uma vez, que ele só cria um Objeto TACBrTEFResp, dentro do Loop

Também acho que não precisamos da propriedade ConfirmarPendente em TACBrTEFResp... a propriedade Confirmar, parece ter a mesma funcionalidade... Como ela é inicializada como False, na criação de TACBrTEFResp, bastaria ligar ela quando a 899-105 estiver True... E deveríamos também usar ela como Boolean e não String

Analisando os fontes sugeridos.. parece haver um "memory leak" em ACBrTEFAPICliSiTef notei uma repetição do código abaixo? if not Assigned(LRespostaTEFPendente) then LRespostaTEFPendente := TACBrTEFRespCliSiTef.Create; e esse objeto LRespostaTEFPendente parece que nunca é destruído... mas adicionado na lista de respostas pendentes, apenas se vier um registrador 1319 Eu achei esse código inseguro, na minha opinião o LRespostaTEFPendente poderia ser criado em um método (uma sub-function)... a adicionar ele na lista, no finaly, se ele não for nulo...

Esse método teve a assinatura modificada na semana passada...

Obter a quantidade e diferente de obter os dados das transações pendentes... Há métodos que retornem os Dados de todas as transações pendentes?

Oi @Juliomar Marchetti... mas parece que o pessoal não está sabendo usar.. ou você fez o teste ligeiramente diferente do preconizado no roteiro... Não seria mais simples implementarmos o uso do método ObtemQuantidadeTransaçõesPendentes e com isso não depender mais de arquivos de Backup ?

Obrigado... Vou tentar apoiar...

@EMBarbosa... creio que você também esteja investigando esse caso, correto ?

Tem algum Link ou PDF, com a descrição detalhada desse teste ?

Notei que seus fontes, estão sem alguns ajustes recentes, efetuados pelo @Juliomar Marchetti.. veja: Acho que seria interessante sincronizarmos todos os fontes, antes... Onde posso achar informações, sobre o teste que você está tendo dificuldades ?

Infelizmente houve um problema na tabela que gerencia os anexos, do fórum A maioria dos anexos antigos, perdeu a referencia...

Olá @Brunocogoo, Notei que acabei esquecendo de fazer o merge de sua contribuição, me perdoe... Ela ainda faz sentido de ser aplicada nos fontes atuais ? Infelizmente tivemos um problema na tabela de anexos do fórum, e os anexos do tópico acima, foram perdidos... Consegue por favor, enviá-los novamente ?

Olá @Fernando Pasqueto, Poderia por favor anexar novamente as alterações ? Tivemos um problema na tabela de anexos do fórum, e os anexos do tópico acima, ficaram indisponíveis...

Seu código parece estar escrito para versão Single Thread.. verifique se você pegou a versão correta da DLL (ST - Single Thread)

Fechar e abrir a IDE não resolve?

Quais Comandos precisam ser executados para ocorrer o erro ?

Esse problema, também ocorre na libXML da versão Windows ? No Linux, Como podemos reproduzir o problema ?

Verifique se seus fontes estão atualizados

Os WebServices que o ACBrCEP consome apenas fazem consulta nas bases de dados do Brasil

Obrigado por compartilhar