Próton Sistemas

Boa tarde, Exceto por um erro de BadWindow que ocorre sempre que abro o JFileChoose (vou investigar), o exemplo em java está funcionando. Instalei o Opensuse 15.5 Leap que já vem com openssl 1.1. Aproveitando, quando o ACBrLib vai receber a atualização do openssl 3? Obrigado pelas respostas! Saudações, Rafael

Boa noite. A versão ainda era a 3, removi e tentei instalar a 1.1.1 sem sucesso (deu problema em algumas dependências). De qualquer forma, o ACBr anunciou suporte a versão 3 da openssl no link abaixo: O ACBrLib ainda não recebeu essa atualização? Vou instalar o opensuse que é a distro usada nos treinamentos de vocês e ver se seguindo o mesmo passo a passo funciona corretamente. Saudações, Rafael

Olá, Segui as instruções do video, mas sigo com o mesmo problema. Abaixo segue a lista de links criados e o erro que recebo. Não falta alguma dependência? Não tem um log de erro da biblioteca que eu possa checar? No log só tem a mesma coisa da mensagem acima.. 04/12/23 19:35:22:843 - NFE_StatusServico 04/12/23 19:35:22:843 - Travar 04/12/23 19:35:22:848 - Destravar 04/12/23 19:35:22:848 - SetRetorno(-10, WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro ao ler informações do Certificado. Provavelmente a senha está errada) 04/12/23 19:35:22:848 - LIB_UltimoRetorno 04/12/23 19:35:22:848 - MoverStringParaPChar. StrLen:155, BufLen:256 04/12/23 19:35:22:848 - Codigo:-10, Mensagem:WebService Consulta Status servi[195][167]o:[CR][LF]- Inativo ou Inoperante tente novamente.[LF]Erro ao ler informa[195][167][195][181]es do Certificado.[LF]Provavelmente a senha est[195][161] errada @Daniel InfoCotidiano poderia me enviar a sua lista de links simbolicos para eu conferir com a minha lista? pode ser que ainda tenha alguma dependência faltando ou errada... Agradeço qualquer ajuda neste sentido, Saudações, Rafael

Prezados, Estou recebendo erro sempre que tento acessar o certificado pelo exemplo em Java (LTS 17). O ambiente é o que segue: No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 22.04.3 LTS Release: 22.04 Codename: jammy O erro é o abaixo: A senha eu já conferi que está correta. Imagino que na verdade está ocorrendo algum erro interno no carregamento das depedências. Abaixo segue a lista de link simbólicos criados.. falta algo? Eu não localizei a libexslt para instalação no Ubuntu. Isso pode ser o problema? Saudações, Rafael

Então assumindo que o bug é na DLL que não retornou o valor esperado, posso substituir a DLL pela do fabricante? Não achei nada confirmando essa possibilidade. rg

Boa tarde! Eu assisti o vídeo e a minha aplicação está configurada exatamente igual ao conteúdo: usando a DLL da pasta de instalação do Driver MFE. Inclusive, tive o mesmo cuidado de antes de atualizar o Driver, remover o anterior. No vídeo não fala nada sobre usar a DLL do fabricante. E numa pesquisa rápida também não achei como ativar o log da mfe.dll. Minha melhor hipótese é estar ocorrendo algum problema na DLL que não é capturado pelo ACBrSAT. Saudações, rg

Eu suprimi somente o XML por conter dados sensíveis sobre o ambiente de produção do cliente, porém tomei o cuidado de manter todas as operações referentes a emissão do CF-e. E acontece exatamente o que você constatou, não tem o log do retorno. Tem alguma outra forma de analisar esse problema? Sobre o log do fabricante, creio que aqui não se aplica, pois usamos a DLL fornecida pelo Driver MFe fornecida pelo fisco. No caso é para usar outra DLL? Saudações, rg

Creio que me expressei mal, na verdade o que eu chamei de log da DLL é o "ArqLog" do componente ACBrSAT. E só mais um detalhe: o aparelho em questão é um MFe.

Prezados, Em algumas vendas o retorno do método "EnviarDadosVenda" retorna vazio gerando assim uma inconformidade na nossa aplicação. Conforme log da nossa aplicação há uma tentativa de consulta do status e logo em seguida uma tentativa de envio da venda corrente ao aparelho: 2023-09-13 11:53:36:767 [TID 4504][DEBUG ] autorizar -> ConsultarSAT -> 850768|08000|SAT em operacao|| [emissor] 2023-09-13 11:53:46:809 [TID 4504][DEBUG ] autorizar -> EnviarDadosVenda -> [emissor] *a última linha do log acima é gerada pelo seguinte código: retorno := FDM.ACBrSAT1.EnviarDadosVenda; Logger.Debug('autorizar -> EnviarDadosVenda -> ' + retorno, ACBR_EMISSOR_LOGGER); Comparando com o log da DLL, vemos que na verdade a venda foi autorizada, segue: 13/09/23 11:53:36:083 - NumeroSessao: 850768 - Comando: ConsultarSAT 13/09/23 11:53:36:767 - NumeroSessao: 850768 - Resposta:850768|08000|SAT em operacao|| 13/09/23 11:53:36:772 - NumeroSessao: 997417 - Comando: EnviarDadosVenda( <?xml version="1.0" encoding="UTF-8"?><CFe> <infCFe versaoDadosEnt="0.07"> <ide> ...continua 13/09/23 11:53:36:773 - Gravando XML Venda enviado: \events\event\2023\09\13\AD20230913115336-997417-env.xml 13/09/23 11:53:36:773 - Inicio do Envio 13/09/23 11:53:46:808 - Tempo de Processamento: 10,035 segundos 13/09/23 11:53:46:808 - NumeroSessao: 997417 Dessa forma, quando esse incidente acontece, no nosso sistema o cupom é considerado cancelado, porém para o aparelho o mesmo foi processado. Gostaria de saber qual tipo de tratamento deve ser feito neste tipo de situação? Lembrando que isso ocorre esporadicamente em ambiente de produção. Saudações, Rafael Glauber