Rodrigo - Digibyte

Bom dia, creio o método LerRetornoStream teria que ser modificado para ter o mesmo comportamento de LerRetorno na lib, semelhante ao método TACBrBoleto.LerRetorno que pode ler um arquivo ou stream e produz o mesmo resultado.

Certo, então eu teria que decodificar o retorno. E depois como popular a classe, existe algum método do ACBR pra isso? Entendi que não é assim mas LerRetorno e LerRetornoStream não deveriam teoricamente dar o mesmo resultado (abstrair) visto que apenas estou mudando a forma de ler o CNAB?

Estava tentando começar a usar a leitura de retorno em stream, usando a demo, e não consegui fazer funcionar. O método boleto.LerRetornoStream apenas retorna uma string codificada, sem preencher as propriedades do boleto. Abaixo como é chamado na demonstração C#: using (FileStream fileStream = new FileStream(file, FileMode.Open, FileAccess.Read)) { using (StreamReader reader = new StreamReader(fileStream)) { string retString = reader.ReadToEnd(); byte[] retByte = Encoding.UTF8.GetBytes(retString); var retBase64 = System.Convert.ToBase64String(retByte); var ret = boleto.LerRetornoStream(retBase64); rtbRespostas.AppendLine(ret); } } Olhando o código da LIB, pelo que pude ententer, foi criado o método TACBrLibBoleto.LerRetornoStream que parece substituir dois métodos usados para ler o arquivo diretamente: TACBrLibBoleto.LerRetorno e TACBrLibBoleto.ObterRetorno. Porém note que o retorno de LerRetornoStream é diferente, por exemplo não está implementado o código abaixo que existe em ObterRetorno: RespRetorno := TRetornoBoleto.Create(Config.TipoResposta, Config.CodResposta); try RespRetorno.Processar(BoletoDM.ACBrBoleto1); Resposta := RespRetorno.Gerar; Finally RespRetorno.Free; end; MoverStringParaPChar(Resposta, sResposta, esTamanho); Result := SetRetorno(ErrOK, Resposta); Enfim, não entendi muito bem o LerRetornoStream, me parece estar errado se comparar com LerRetorno.

Bom dia, estou exatamente com o mesmo erro, qual seria a solução?

Suporte da CAIXA é praticamente inexistente, tentei de tudo, pode encerrar.

Pra dar um retorno e finalizar o caso de não sair a mensagem no boleto: Envio via CNAB240: não aparece de forma alguma, deve ser algum problema no sistema da CEF Envio via API: as mensagens aparecem normalmente

Bom dia. Uso a Linux 64 ST.

Chegou a alterar o txt manualmente pra ver se a mensagem no boleto da caixa aparecia? Eu alterei de acordo com o manual, usando várias opções, e não deu certo.

Bom dia, vamos lá: Utilizo o ACBRLib para gerar o arquivo de remessa 240. Ele gera as mensagens no segmento S. Me refiro as mensagens livres do usuário, ex. "referente mês 08/2024". Não uso o PDF do Boleto gerado pelo ACBR. Quando consulto o boleto pra ver se o mesmo foi registrado corretamente (na consulta uso WS) ele retorna um link pra acesso direto ao boleto na caixa, e é nesse boleto que não aparecem as mensagens. Não tenho dúvida que na impressão pelo próprio ACBR apareceria. Olhando o manual existem algumas configurações referente a impressão das mensagens (ex: frente, verso, ficha de compensação, recibo..). Fiz alterações manuais no TXT, enviei pro banco e nada de aparecer. Então a questão é, se alguém passou por essa situação de usar o boleto disponibilizado pelo banco e conseguir fazer aparecer a mensagem. Talvez se registrar o boleto via API funcione ... Uso o boleto pelo site da caixa porque fica mais fácil de distribuir (só mando o link) e fica bem bonito, no padrão deles. O suporte da caixa pra ser uma piada tem que melhorar muito.

Boa tarde. Estou enviando o CNAB240 caixa e quando o cliente consulta o boleto no site da caixa ou aplicação eCobrança não sai nenhuma mensagem. Segundo o manual existem algumas possibilidades de enviar (frente, verso, ambos, registro R, registro S). Já usei a forma original do ACBR, já alterei manualmente o arquivo e enviei mas sem sucesso, não sai nada impresso. Alguém que imprima o boleto pela CAIXA está conseguindo enviar mensagem no corpo do boleto?

A biblioteca até inicializava, o erro era ao executar a consulta, inclusive derrubava o server. Bom, depois de "alguma" luta (não respondi antes pq não conseguia gerar), para conseguir gerar o log no linux pela lib, enfim conseguimos e finalmente pudemos verificar o erro. Basicamente era: 31/07/24 12:19:28:172 - Comando Enviar: TBoletoW_Caixa 31/07/24 12:19:28:195 - Envelope Enviar: <?xml version="1.0" encoding="UTF-8"?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Body><consultacobrancabancaria:SERVICO_ENTRADA xmlns:consultacobrancabancaria="http://caixa.gov.br/sibar/consulta_cobranca_bancaria/boleto" xmlns:sib="http://caixa.gov.br/sibar"><sib:HEADER>...> 31/07/24 12:19:28:272 - Retorno Envio: TBoletoW_Caixa 31/07/24 12:19:28:281 - C�digo do Envio: 0 31/07/24 12:19:28:283 - Retorno Envio: Result= 31/07/24 12:19:28:292 - Falha Envio: Erro Interno: -2 Erro HTTP: 500 URL: https://barramento.caixa.gov.br/sibar/ConsultaCobrancaBancaria/Boleto error:141A318A:SSL routines:tls_process_ske_dhe:dh key too small O que seria o "dh key too small"? Basicamente o OPENSSL do azure só aceita uma determinada configuração de segurança superior ao que a CAIXA trabalha. https://updown.io/faq/what-does-the-dh-key-too-small-ssl-error-means Como resolver? Alterando o script de inicialização do App Service para mudar o openssl.cnf em /etc/ssl para compatibilizar tudo, trocando SECLEVEL de 2 para 1. https://stackoverflow.com/questions/61518238/azure-linux-web-app-change-openssl-default-security-level https://stackoverflow.com/questions/65912915/node-docker-routinestls-process-ske-dhedh-key-too-small Finalmente resolvido, agradeço a todos.

Olá. Podem me dizer o que poderia ser o erro CheckResult = -2 na libBoleto, ao tentar fazer uma consulta de boleto via ws ?

Exato. Imagine o processo em um aplicativo web: o front envia o arquivo (stream) para o back, via API, e poderia carregar ele diretamente no ACBR. Da forma como está hoje eu teria que salvar, ler o arquivo e depois apagar. Além disso, como eu iria indicar o diretório, pois na verdade seria um endereço web. A alguns meses foi exposto na LIB, a meu pedido, esse método para gerar a remessa em stream e está funcionando perfeito. Agora falta pegar o retorno.

Boa tarde. Pelo que vi, apesar de ter no componente, não está implementada na Lib a leitura do retorno em stream. Seria possível essa implementação? Também fiquei na dúvida da diferença entre lerRetorno e obterRetorno https://acbr.sourceforge.io/ACBrLib/Boleto_LerRetorno.html

Linhas adicionadas no script personalizado do azure pra resolver o problema da impressão: