antonio.carlos

Este vídeo pode te ajudar sobre múltiplos pagamentos.. Mesmo utilizando ACBrTEFAPI.

Foi enviado um commit com a solução do problema.. Assim que tiver uma nova compilação do ACBrLibBoleto avisamos você.

Aparentemente sim.. Foi criada uma #TK-5915 Estou analisando o caso, logo daremos um retorno, combinado ?

Enviado um commit para svn At revision: 34926

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

Sua aplicação esta carregando uma ACBrLibNFSe, de onde não existe as dlls de dependências junto a ela.. por isso o motivo do erro de não conseguir inicializar.. Faça uma busca em sua maquina, apague todas as ACBrLibs que encontrar.. após isso, cole somente uma para pasta ACBrLib/x86 ou ACBrLib/x64..

Esta usando C# ? Se sim, renomeie a pasta ACBr para ACBrLib.. ACBrLib/x64 ou ACBrLib/x86

Tente criar logs detalhados em sua aplicação.. para identificar o motivo de ocorrer o exception.. se realmente é no momento da emissão CFe-SAT. E por qual motivo o sistema foi aberto novamente. Veja esta orientação sobre o EnviarDadosVenda, sobre o envio com números de itens alto.. Veja também como esta alimentação USB no computador, se não esta sinalizado com economia de energia ativa. Fiz mais alguns testes, mantendo o buffer maior que 256, e tentando simular alguma queda de comunicação com o SAT... para ver se ocorre algum exception. O que ocorre é apenas um timeout de comunicação e logo após isso, retorna SAT Desconectado.. ao resolver a comunicação com o SAT, as emissões voltam ao normal. ACBrLibSAT-20240815.log

Pode ter.. Eu não costumo inicializar e desinicializar o SAT a emissão CFe-SAT.. Até mesmo o programa exemplo ACBrLibSAT, não faz isso.

Entendi. Bom, usando buffer maior também não ocorreu problemas.. O seu cliente que esta utilizando o DIMEP, é um notebook ? ou desktop ?, Não tenho certeza, mas pode ser alguma relação com alimentação de energia com o SAT.. hoje o DIMEP esta ligado apenas via USB na máquina ? experimente colocar uma fonte de alimentação.

Testes com buffer maior que 256: ACBrLibSAT-20240814.zip @Sistemas Drogal me confirma uma coisa, você inicializa o sat a cada venda ? porque olhando os seus logs novamente, deu a entender que você esta Inicializando o SAT, realizando a emissão CFe-SAT e DesInicializando... Ideal é que faça a Inicialização do SAT.. emite todos os CFes e no final ao fechar a aplicação, faz o uso do DesInicializar.. fazer o uso do Inicializar e DesInicializar toda hora, pode ocasionar problemas de comunicação com o SAT..

Realizando o teste, logo dou um retorno.

Como citei anteriormente, não tenho SAT DIMEP de homologação para testes. Mas realizando testes com SMART SAT ELGIN, não obtive problemas. Usei mesmas configurações que você citou, ACBrLibSAT x86 MultiThread em Cdecl.. usando as classes de alto nível e mantendo o buffer em 256. Os testes realizados foram com o programa exemplo.. A pasta onde esta salvo os xml, temos 1.175 xmls emitidos durante os testes.. tentei forçar ao máximo que ocorra algum exception ou falha. Quanto ao log, também não apareceu nenhuma mensagem nula. ACBrLibSAT-20240814.zip Uma observação, em seu log, você esta com uma versão desatualizada do ACBrLibSAT.. Os testes que realizei foram com a ultima versão disponibilizada no fórum 0.2.4.290 Outra observação, eu não sei se você já tem isso em seu código.. Mas para o SAT, sempre bom validar se o código de retorno igual a 6000.. e ai sim, faz a impressão do Cupom CFe. Caso ocorra um retorno diferente de 6000, quer dizer que houve algum problema na emissão do CFe-SAT.

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

Em média de quantas emissões ? tem uma ideia mais ou menos ?? Eu não tenho Dimep aqui, tenho somente SMART ELGIN, mas vou tentar simular.. e ver se aparece NULL em algum momento..

Consegue por gentileza anexar um log atualizado ?

Criada uma #TK-5859 para analise do caso, logo daremos um retorno ! Você esta com as classes atualizadas ? Qual tamanho do buffer, você utilizou ? Utilizando a ultima versão disponível para download do ACBrLibSAT ? Qual versão esta utilizando ? x86/x64.. cdecl/stdcall.. SingleThread/MultiThread ? Realizou teste com o programa exemplo, nele ocorre o mesmo comportamento ? Qual modelo Marca e Modelo SAT esta utilizando ?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Veja o link abaixo: Seguindo as orientações do tópico, veja se consegue configurar corretamente.. Você precisa apontar a DLL que esta no path do ativador.. se ja estiver fazendo isso, feche o ativador e mantenha somente o SATTeste em execução..

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

Obrigado por avisar ! Qualquer novidade só reportar. Nos próximos dias devo estar disponibilizando um exemplo para o VB6 no SVN.

Realizei alguns testes com essa classe que anexei, usando o VB6.. também não obtive problemas no uso do método.. Veja trecho do Log: 08/08/24 18:55:14:929 - AbecsPinpad_Ativar 08/08/24 18:55:14:930 - Travar 08/08/24 18:55:15:089 - SetRetorno(0, ) 08/08/24 18:55:15:089 - Destravar 08/08/24 18:55:16:343 - AbecsPinpad_GCD(22,60 ) 08/08/24 18:55:16:344 - Travar 08/08/24 18:55:22:649 - MoverStringParaPChar. StrLen:43, BufLen:1024 08/08/24 18:55:22:649 - SetRetorno(0, [RespostaGCD] RespostaGCD=280591 STAT=0 ) 08/08/24 18:55:22:658 - Destravar 08/08/24 18:55:25:784 - LIB_Finalizar 08/08/24 18:55:25:784 - Finalizar Não ocorreu o fechamento da aplicação.. método foi chamado corretamente.. Olhando a chamada do método que você escreveu, me parece um pouco diferente do que te enviei.. faça um teste com a classe que anexei, veja se ainda ocorre o mesmo comportamento de fechar aplicação e etc.

Foi criada uma TK para analise do caso #TK-5841.. Nos testes que fiz com o programa exemplo em C# e Java, não obtive problemas.. Classe que tenho implementada aqui é esta: ACBrAbecsPinpad.cls No momento estou criando o programa exemplo para VB6.. então logo devo fazer os testes.. e te dou um retorno.

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Como foi dito pelo Diego no Discord, foi criado uma TK para analise do caso. TK-5833 Para que possa nos ajudar com a analise, consegue por favor, anexar um log atualizado e também os xmls.. Caso tiver informações sigilosas, pode enviar por e-mail para [email protected]