Rodrigo - Digibyte

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?

Bom dia. Alguém sabe me dizer o que significa "formato imagem de impressão" (CEF)?

Os parâmetros de consulta e filtros são diferentes entre a API Cobranca e a API Cobranca com PIX. Fiz algumas correções levando isso em conta (podem haver mais). https://developers.inter.co/references/cobranca#tag/Boletos/operation/pesquisarBoletos ACBrBoletoW_Inter_API.pas

Enviado, só esqueci de por o link no tópico no email ...

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.

Aparentemente está retornando a data e hora na data de pagamento, porém surgiu um problema no teste para confirmar se está tudo certo: Sendo a consulta bem sucedida não reveria retornar algo em Boleto.ListaConsultaRetornoWeb? O método RemessaWS.Enviar não parece popular ListaConsultaRetornoWeb:

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

Até segunda dou um retorno

@Victor H. Gonzales - Panda Em qual email posso te passar, o gerente me passou direto, no site da caixa parece estar desatualizado

Descobri que a versão do manual no site está desatualizada. Fiz uma alteração na requisição que possibilita o retono da data de pagamento. Agora vou ver a parte de tratamento do retorno. ACBrBoletoW_Caixa.pas

Na verdade, complementando, o código de retorno pelo que vi viria em codRetorno. Mas fiquei na dúvida por qual motivo msgRetorno não está vindo. Segue em anexo json com todos os valores retornados da lib. consulta.json

@Daniel InfoCotidiano Segue unit alterada para verificação. Fico no aguardo. Fiquei com dúvida onde esse código de retorno da situação no banco seria retornado na lib após a consulta. ACBrBoletoRet_Caixa.pas

Certo vou terminar de implementar o código da ocorrência então. Sobre a data de liquidação estou tentando suporte da caixa ainda. Olhando no manual realmente parece não ter essa informação o que pra mim é muito estranho. https://www.caixa.gov.br/Downloads/cobranca-caixa/WEBSERVICE-XML-COBRANCA-BANCARIA.pdf

Bom dia @Daniel InfoCotidiano Eu estava iniciando a implementação por aqui, comparando com outros bancos. Na unit ACBRBoletoRet_Caixa eu implementei os códigos abaixo, se for esse o caminho me dê um ok que finalizo por aqui. Linha 142: if leitor.rExtrai(3, 'MENSAGENS') <> '' then begin Retorno := Leitor.rCampo(tcStr, 'RETORNO'); TituloRet.EstadoTituloCobranca := Retorno; TituloRet.CodigoEstadoTituloCobranca := RetornaCodigoOcorrencia(UpperCase(Retorno)); end; Novo método unction TRetornoEnvio_Caixa.RetornaCodigoOcorrencia(pSituacaoGeralBoleto: string) : String; begin if pos('SITUACAO DO TITULO = EM ABERTO', pSituacaoGeralBoleto) > 0 then Result := '01' else if pos('SITUACAO DO TITULO = BAIXA POR DEVOLUCAO', pSituacaoGeralBoleto) > 0 then Result := '07' else if pos('SITUACAO DO TITULO = BAIXA POR ESTORNO', pSituacaoGeralBoleto) > 0 then Result := '07' else if pos('SITUACAO DO TITULO = BAIXA POR PROTESTO', pSituacaoGeralBoleto) > 0 then Result := '13' else if pos('SITUACAO DO TITULO = ENVIADO AO CARTORIO', pSituacaoGeralBoleto) > 0 then Result := '02' else if pos('SITUACAO DO TITULO = LIQUIDADO', pSituacaoGeralBoleto) > 0 then Result := '06' else if pos('SITUACAO DO TITULO = LIQUIDADO NO CARTORIO', pSituacaoGeralBoleto) > 0 then Result := '10' else if pos('SITUACAO DO TITULO = SOMENTE PARA PROTESTO', pSituacaoGeralBoleto) > 0 then Result := '' else if pos('SITUACAO DO TITULO = SUSTADO CARTORIO', pSituacaoGeralBoleto) > 0 then Result := '' else if pos('SITUACAO DO TITULO = TITULO JA PAGO NO DIA', pSituacaoGeralBoleto) > 0 then Result := '' end;

Estou tentando contato com o suporte da CEF, missão meio que impossível. Em relação ao "status" do boleto, tem alguma propriedade no ACBRBoleto que indica isso? Pelo que estou vendo, lendo o arquivo retorno vem essa informação, mas pelo WS o ACBR não lê, teria que interpretar a mensagem enviada.

Estou fazendo testes pegando o retorno, via API, do status do boleto. Aparece que está pago em uma mensagem mas não consegui localizar a data de pagamento. É isso mesmo, a CEF não manda a data de pagamento? Segue em anexo o retorno do WS. caixa.xml

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:

Apenas pra avisar que funcionou, ainda não sei o que foi exatamente mas assim que isolar e decobrir posto aqui.

Então, essa de instalar as fontes foi também algumas das sugestões que encontrei na web. Depois de várias questões e estudo consegui instalar, alterei também questões relativas a resolução e DPi da parte gráfica virtual. E o resultado foi que NÃO resolveu, continua cortando. Em muitos fóruns, stackoverflow, etc fala que mesmo sendo a mesma fonte o linux renderiza um pouco diferente. Inclusive mac <> windows <> linux. Quando eu comparo o PDF gerado no linux e no windows a fonte é praticamente idêntica, o que observei é uma mudança no espaçamento entre letras, em todos os textos. E a linha digitável, por ser grande, estoura o espaço. No acrobat reader dá pra ver as fontes usadas no PDF e está sendo usado Arial, não houve substituição da fonte. Não vejo mais ou não sei como resolver usando apenas configurações no ambiente. Pra mim tem três possibilidades: O "ACBR" inserir uma compilação condicional na LIB, ajustando alinha digitável para Linux Alguma propriedade no relatório que ajuste o tamanho automaticamente do campo ? Eu alterar e compilar por aqui ,essa realmente não gostaria ...

Boa tarde, segue o modelo de como está saindo o boleto, com a linha digitada muito grande. Este erro acontece quando gero na nuvem Azure, ambiente Linux. Rodando localmente em uma máquina Windows o código sai perfeito. Alguma sugestão? 41812024741846.pdf