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

Bom dia, Esse ticket é para acompanhar o ticket interno #TK-3485. Se possível, gostaria de receber retorno sobre a tarefa. Saudações, Rafael Glauber

Bom dia. Pode encerrar o ticket. Assisti os vídeos e ajustei o sistema com base nas sugestões. Saudações, Rafael Glauber

Aline, eu te mandei msg no Whatsapp. A Valcy me passou seu contato para nós resolvermos esse acesso. Att Rafael Glauber

Como eu faço login na plataforma? O mesmo e-mail aqui da conta do fórum não acessa. Dá e-mail inexistente.

Sim. Atualizei os fontes em 30/11/2022. Mas a questão aqui não é essa para mim.. quero saber qual a recomendação para este caso. Entrar em contingência? Ou parar de emitir notas? Att, Rafael

Olá, O sistema recebeu erro 404, como não tratei esse tipo de erro o sistema não entrou em contingência. O que é recomendado neste caso? Pois claramente foi alguma instabilidade no serviço, já que depois tudo normalizou sem nenhuma intervenção. Hoje o sistema entra em contingência quando ocorre algum erro 50X, mas os erros 40X não são tratados. Devo adicionar no tratamento de erros? EACBrDFeException: Erro Interno: 0 Erro HTTP: 404 URL: https://nfce.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx <html> <head> <meta http-equiv="Content-Type" content="text/html";> <script Language="Javascript" type="text/Javascript"> location.href = "/login.asp"; </script> </head> <body> </body> </html> OBS. O sistema está em produção faz mais de 1 ano sem nunca ter sido reportado erro 40X em um emissor já funcional. Att Rafael