Daniel Simoes

Observe que no evento de finalização da Transação você já recebe a resposta do TEF em forma de Objeto... Basta ler os fontes do Projeto exemplo do ACBr com atenção

Tem o Log do TEF do ACBr ?

Por favor teste substituindo os fontes, com essas Units, em anexo... ACBrTEFComum.pasACBrTEFDClass.pas

@Gabriel Rogelin, notei que o código abaixo, que está em ACBrTEFDClass.pas:863 já processaria as linhas restantes, na segunda via... while (I <= fpQtdLinhasComprovante) do begin LinhaComprovante := LeInformacao(29 , I).AsString; fpImagemComprovante1aVia.Add( AjustaLinhaImagemComprovante(LinhaComprovante) ); Inc(I); end; LinhaComprovante := Trim(LeInformacao(29 , I).AsString); while (LinhaComprovante <> '' ) do begin fpImagemComprovante2aVia.Add( AjustaLinhaImagemComprovante(LinhaComprovante) ); Inc(I); LinhaComprovante := Trim(LeInformacao(29 , I).AsString); end; Mas observe que ele para de ler as próximas linhas, assim que detecta uma Linha em branco... Teremos que pensar uma outra forma, de detectar se ainda restam linhas para serem lidas...

vou tentar aplicar um ajuste aqui.. já retorno...

Isso era um padrão muito antigo... nos primórdios do TEF discado.. quando não havia o conceito de vias diferenciadas... Hoje em dia, tem campos específicos para a Segunda via, mas parece que o TEF da Elgin não está usando...

Por favor configure o componente para gravar o Log em modo Debug e adicione o Log aqui no tópico Se puder anexar o Log da Imagen...já ajuda

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

Realmente precisaremos do XML de cancelamento, que foi respondido pelo SAT... Analisando ele contra o Schema e regras de negócios podemos ter uma pista

Provavelmente você não instalou as DLLs do OpenSSL na mesma pasta do seu .EXE

Apenas defina em Porta a palavra "USB"...

Não temos relatos semelhantes no fórum, e essa Unit que gera o QRCode não recebe modificações a muito tempo... Pode ser que seja algum problema no Image, desse formulário... Consegue reproduzir o problema, no Demo do ACBr ? @EliasCesar, sabe de algo ?

no Android o TEF funciona de forma muito diferente, do Windows/Linux... Assincrona e por Intents... por isso criei um outro componente... Observe que o ACBrTEFAndroid é uma especialização do ACBrTEFAPI, que é uma evolução do ACBrTEFD, sem vínculo com impressoras ou ECF

a ideia do ACBrTEFAndroid é ser multi-classe... ou seja, no mesmo componente, ele suportar vários TEFs, pois isso facilita para a Sw.House, que apena precisa mudar o modelo no componente, para migrar de TEF Veja sa Units: ACBrTEFPayGoAndroidAPI.pas e ACBrTEFAndroidPayGo.pas Eu acho que o SiTEF teria mais aplicação, e a possibilidade de mais cartões... Se quiser testar o TEF PayGo em Android, podemos ajudar com isso https://projetoacbr.com.br/tef/

Qual é exatamente o problema, ou mensagem de Erro ?

me parece ser um problema no processamento da Sefaz... o único instrumento que temos para saber o Status do Documento, realmente é o WebService de consulta... Acho que pode ser necessário, entrar em contato com a Sefaz

Por favor atualize novamente os fontes... Notei o seguinte commit, recentemente https://sourceforge.net/p/acbr/code/29087/

Não temos planos de implementar... Apenas sugeri, por o ACBr ser OpenSource, e facilmente extensível... Ou seja.. pode ser estratégico para você implementar no ACBr e nos enviar a contribuição...

Talvez o ACBrTEFAndroid possa ser expandido para suportar esses modelos de TEF em Android... Atualmente ele só suporta o TEF Android da PayGo

Ele tem mais detalhes do erro ? Tem o XML original do documento ? Estranho o sistema de retaguarda ter aceitado um xml, e depois ter considerado ele inválido...

@Wagner J.'. Rocha Este método indicado pelo fabricante é novo... e pode não existir em SATs como layout 0 07 Ele já foi implementado no nosso componente em Delphi há algum tempo... Mas ainda não havia sido mapeado no ACBrMonitor ou ACBrLibSAT Creio que não seja um desenvolvimento demorado... e provavelmente na próxima compilação já teremos o método mapeado

Você tem o XML retornado ? Será que essas informações constam nele ? @antonio.carlos, consegue nos apoiar nesse tópico ?

Acho que não há uma maneira "amigável" de fazer isso, a não ser capturar de dentro da String que é enviada no erro.. (isso não é recomendado) Mas se você aplica a validação no lado do seu sistema, antes da venda, como sugerido... não haveria dificuldades de identificar o item com problema...