Rodrigo - Digibyte

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.
 
 

Descobrimos o erro, a LIB está OK.
Basicamente ao pegar o stream e gerar o arquivo na nuvem o conteúdo era duplicado.
 
De qualquer forma obrigado.

Desafio: executar a lib ACBrBoleto diretamente em um APP SERVICE LINUX no Azure, sem uso do Docker
Backend em C#/.NET 6
Os comandos são executas via SSH em Development Tools/SSH A execução do start do app service pode ser acompanhada em Log Stream Comandos úteis:
Verifica se o arquivo existe e em qual pasta está. No caso eu fiz o deploy para a pasta raiz da aplicação (usando Azure Devops).
find / -name libacbrboleto64.so 2>/dev/null
Lista as dependências da biblioteca e confirma se a lib pode ser "lida"
ldd libacbrboleto64.so
O arquivo de inicialização padrão /startup.sh deverá ser copiado para a pasta /home a fim de ser personalizado
Copia o arquivo de inicialização do app service para a pasta /home. Qualquer arquivo fora de /home é apagado quando o serviço é reiniciado.
cp /opt/startup/startup.sh /home
Uma vez copiado o arquivo deverá ser editado (usar o VIM) e antes da execução da aplicação acrescer as linhas abaixo:
echo *** Atualiza a lista de pacotes
apt-get update
echo *** Instala as dependências faltantes da lib ACBrBoleto (listadas no comando ldd libacbrboleto64.so)
apt-get install -y libgdk-pixbuf2.0-0 libgtk2.0-0 libpango1.0-0 libatk1.0-0 libcairo2 libpangocairo-1.0-0
echo *** Instala emulador de interface gráfica. A lib precisa pra funcionar.
apt-get install -y xvfb
echo *** Remove lista de pacotes (opcional)
rm -rf /var/lib/apt/lists/*
echo *** Cria uma screen virtual identificada pelo nº 1
Xvfb :1 -screen 0 1024x768x24 &
No app service em Settings/Enviroments variables inserir name e value: DISPLAY :1
Por último, em Settings/Configuration/Startup Command inserir /home/startup.sh
Alguma coisa deu errado? basta remover o comando no Startup Command que será usado o arquivo de inicialização padrão (/opt/startup/startup.sh)
Depois de alguns dias de dor de cabeça tudo testado e funcionando !!!!!!!!!!
 

Segue atualização, não mandei o arquivo porque o meu tem algumas personalizações.
 
[5000708]
Nome=Anastacio
UF=MS
Provedor=Fiorilli
Versao=2.00
ProRecepcionar=http://pmanastacio.rcmsuporte.com.br:8080/IssWeb-ejb/IssWebWS/IssWebWS
ProLinkURL=http://pmanastacio.rcmsuporte.com.br:8080/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%
 

Boa tarde, segue em anexo arquivo .ini
ACBrNFSeXServicos.ini

Segue arquivo ini
ACBrNFSeXServicos.ini

[5003207]
; atualizado 28/02/2023
Nome=Corumba
UF=MS
Provedor=Fiorilli
Versao=2.00
ProRecepcionar=http://nfse.corumba.ms.gov.br:8080/IssWeb-ejb/IssWebWS/IssWebWS
ProLinkURL=http://nfse.corumba.ms.gov.br:8080/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%
 
ACBrNFSeXServicos.ini

Em contato com o provedor descobri que os webservices são versão 1.0 mas a nota emitida pelo portal fica na versão 2.04 causando incompatibilidade, até que atualizem os WS´s.

Segue correção de acordo com o manual, algumas datas em formato diferente e a tag do número da nota com outro nome.
GeisWeb.LerXml.pas layout_xml.pdf

Usando a sugestão acima continuou o mesmo erro. O que fiz foi ler o XML, converter de utf8, tirar os acentos e salvar novamente o arquivo. Dessa forma deu certo.

O tratamento que faço é baseado no modelo 57 porém percebi agora que esse documento é o 67 então as tags são diferentes, a lógica é diferente. Resolvida a questão.

Bom dia, segue uma correção no método TACBrNFSeProviderISSDSF.PrepararConsultaNFSe
Estava sendo passado NotaInicial, conforme manual está errado.

ISSDSF.Provider.pas

ACBrNFSeXProviderABRASFv1.pas

Não sei como está no exemplo mas sim, basta mudar a versão
ACBreSocial_Envio.Configuracoes.Geral.VersaoDF := veS01_00_00;

Resolvido... o site não era responsivo...