daniel.simoes

Esse erro, indica que o período de testes do DEMO encerrou, o programa precisaria ser reiniciado...

Me parece que você está usando a versão DEMO do ACBrMonitorPLUS

@EliasCesar, o Bradesco tem algum EndPoint para simular pagamentos em homologação ?

Fantástico @Lindomar S. Menezes.. muito obrigado pelas suas contribuições e correções...

@Maurício Sareto, Os fontes do JAR podem ser encontrados aqui: https://github.com/TecToy-Automacao/Java/tree/master/jar/Tectoy Você pode usar o ACBrPosPrinter, e usar a SunmiPrinter, como uma Classe externa... No Demo que temos em Android isso é demonstrado: ACBr\Exemplos\ACBrSerial\ACBrPosPrinter\Android

Acho que você precisa Atualizar os fontes do ACBr Rodar novamente o instalador do ACBr

Humm... @DevPRO, sabe nos informar como estava a tela do PinPad, nessa situação ?

pela imagem, dá pra perceber que também cortou no Teste do Windows Se o cliente comprou o hardware sem a sua orientação... acho que é melhor devolver a "bucha" pra ele, e cobrar um suporte do fabricante do equipamento

@DevPRO, desculpe pela demora na resposta... estou em viajem... 1 - Você usa TEF o Client PayGo Windows (troca de arquivos), correto ? 2 - Verifique se no Windows dessa máquina está configurado para a Economia de Energia, nas portas USB 3 - Os Drivers do fabricante do PinPad, foram instalados? @Pedro Frayman e @antonio.carlos, Esse Log indica uma falha de comunicação da DLL com o PinPad, correto ? Isso é um sintoma do problema de comunicação com o PinPad, a Lib fica tentando obter uma resposta dele... Quando corrigirmos esse problema de comunicação com o PinPad, isso não mais ocorrerá

Experimentou aumentar a propriedade LarguraBobina, no componente do ACBr ? Talvez seja necessário criar um novo tipo de Papel, com uma largura maior... No teste do Windows, ela também corta o Papel ?

Você também pode emitir NFCe em SP

@DevPRO, olhando os Logs, não notei msgs de erro ou algo que sinalizasse os travamentos... Você tem informações de horário, transação ou valor, em que ocorreu algum problema no Log acima ? Consegue detalhar um pouco melhor, quando ou qual situação o tratamento ocorre ?

Talvez você não esteja alocando memória suficiente, no retorno desse comando: 08/08/23 14:49:40:024 - LIB_ConfigLerValor(NFe, PathSalvar) A última linha do Log, é justamente quando a Lib tenta escrever a resposta no Buffer de Retorno (sValor) 08/08/23 14:49:40:026 - SetRetorno(0, D:\WERP\NOTAS\) https://acbr.sourceforge.io/ACBrLib/NFE_ConfigLerValor.html

D:\WERP\NOTAS\ Essa pasta é uma pasta de Rede ? O ideal que seja gravado em Disco Local... Se a houver desconexão de rede, ou problemas de acesso a essa pasta, pode explicar o problema Há algum antivírus ou programa nessa máquina, que possa estar derrubando a aplicação ?

@simtechsistemas, Inicialmente descartamos um problema na Lib, pois MUITOS usuários, usam essa funcionalidade com sucesso... Por favor anexe o Log, até o momento do problema, para verificarmos se há alguma pista... Por favor confirme se você está usando a LibXML2 correta (32 bits), na dúvida, copie novamente da pasta DEP do arquivo ZIP da ACBrLib

Eu suspeito que você está usando a LibXML2 ou OpenSSL de 64 bits, e usa a ACBrLib em 32 bits... Isso pode casar esse tipo de problema

Sim normalmente mantém-se a conexão aberta o tempo todo...

O componente ACBrSAT, ainda não foi compatibilizado com Android....

Atualize os fontes, e rode o instalador do ACBr

@simtechsistemas, Se o crash ocorre no momento da emissão, o Log não é gerado antes disso ? Só não geraria Log, se a Biblioteca, não estivesse sendo carregada Que Linguagem Você usa ? Você consegue reproduzir o problema, no Demo do ACBr ?

Oi Jamil... Na prática, quase todas as impressoras tem apenas um tipo de corte... Mas você tem as Tags separadas: </corte> - Efetua Corte, conforme configuração de "TipoCorte" </corte_parcial> - Efetua Corte Parcial no Papel (não disponivel em alguns modelos) </corte_total> - Efetua Corte Total no papel

Pelo que apuramos, o Card foi fechado, por falta de interação... Teremos que solicitar a PayGo, um novo Card...

Oi Charleston Analisando o seu Log, observe essas linhas Devido alguma situação, a sua aplicação enviou o comando de Cancelamento de Cupom e depois Reverteu a operação TEF... com isso a Operação é estornada, na adquirente Ou seja, no momento do envio da 3a perna, sua aplicação NÃO confirmou a transação, mas mandou um Estorno É possível notar outras ocorrências como essa, ao longo do Log... Será que não é o usuário, que está Cancelando a venda ? Nesse vídeo, comentamos mais sobre estratégias de confirmação da transação, o quanto antes

Segue link do seu Card https://paygo.atlassian.net/servicedesk/customer/portal/1/ACS-6937?created=true

Oi @JOSE CHAO, editei seu tópico, para os códigos ficarem com indentação... Achei esses Links, que usam algumas bibliotecas, pagas https://docs.devexpress.com/VCL/177012/ExpressPDFViewer/how-to/export-pdf-documents-to-bitmaps https://www.gnostice.com/nl_article.asp?id=229&t=Convert_PDF_To_High-Resolution_Images_Using_Delphi