José Francisco

Olá pessoal, aqui da essa mensagem: Erro interno: 12030 Erro HTTP:0 URL: https://nfe.fazenda.sp.gov.br/ws/nfeautorizacao4.asmx Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado. em homologação funciona normal.

Aqui eu resolvi removendo as DLLs do openssl do computador e jogando elas no system32 e na pasta raiz do meu sistema. Por enquanto esta funcionando. Obrigado

Alguma solução? estou com o mesmo problema aqui e já troquei as dlls e nada

Olá Pessoal, atualizei hj meu ACBr e ao tentar fazer uma consulta pelo médido "ACBrBoleto.Configuracoes.WebService.Operacao := tpConsulta;" ele não estava me retornando os valores, e ao consultar os Logs percebi uma falha na formação da url para o GET: URL: [GET] https://cdpj-sandbox.partners.uatinter.co/cobranca/v3/cobrancas?paginacao.itensPorPagina=1000&paginacao.paginaAtual=300&filtrarDataPor=PAGAMENTO&situacao=RECEBIDO&dataInicial=2025-01-23&dataFinal=2025-01-23&ordenarPor=DATA_VENCIMENTO Você pode notar que no primeiro e segundo parâmetros onde tem uma variável chamada "paginacao." que não pode estar ai na formação da url para o servidor do inter. Então analisando o arquivo antigo ACBrBoletoW_Inter_API.pas eu removi essa informação na linha 285 e 286 e compilei novamente os módulos, e voltou a funcionar normal. Segue abaixo o arquivo modificado. ACBrBoletoW_Inter_API.pas

Legal, Leandro, eu tbm estou usando assim por enquanto. O que eu notei e que para integrar boletos de diversos bancos esta sendo um desafio, pois algumas APIs em Homologação são diferentes do ambiente de produção, fazendo com que agente tenha que trabalhar mais no código por falta de padronização dos bancos, sem contar que algumas API (como do sicredi), são moncadas ou seja, são retornados dados fixos apenas para testar os endpoint e status. Por fim, vamos continuar com muita paciência e café.

Sim, pois todos os outros métodos funcionam normal, com o indicadorPIX em true; quando eu faço os teste via Postman usando as mesmas informações da constant C_ACCEPT = 'application/json'; na linha 110 do arquivo ACBrBoletoW_Inter_API.pas, tenho o seguinte retorno: { "title": "Falha durante a execução da request.", "detail": "Verifique se os dados informados estão de acordo com a documentação disponibilizada e tente novamente", "timestamp": "2024-10-14T13:57:40.96584136-03:00", "violacoes": [ { "razao": "Specified Accept Types [application/json] not supported. Supported types: [application/problem+json]" } ] } o mesmo que o ACBrBoleto retorna quando faz o POST. Por isso que aqui pra mim, só funcionou depois que alterei.

Vi que tbm que no case na linha 315 não tinha a situação isbNenhum, então acrescentei na linha 357 para consultar todos os boletos independente do status, segue em anexo arquivo modificado e o link da documentação onde o requisito para consulta e apenas as datas de inicio e fim: https://developers.inter.co/references/cobranca-bolepix#tag/Cobranca/operation/consultarSumario ACBrBoletoW_Inter_API.pas

Olá Antônio, blz, aqui eu testei no ambiente de produção e homologação do inter, em qual ambiente vc testou?

Vlw Daniel, abraços

Olá Daniel, segue o print da aba "headers" do Postman. Sobre a documentação, não achei nada no portal do desenvolvedor do banco Inter tratando dessa questão, apenas no retorno do post via Json citada aqui no tópico.

Fala Daniel, blz, opa, já atualizei aqui, e segue em anexo arquivo modificado. ACBrBoletoW_Inter_API.pas

Para contornar esta situação por enquanto modifiquei o arquivo em anexo na linha 245 e adicionei o seguinte parametro: FPAccept := 'application/problem+json' tbm testei com FPAccept := '*/*' ambos retornaram o status de 202 Accepted ACBrBoletoW_Inter_API.pas

Olá pessoal, ao tentar realizar a baixa/cancelamento via API do banco inter com o seguinte comando: ACBrBoleto.Configuracoes.WebService.Operacao := tpBaixa; ACBrBoleto.Enviar; Recebo o seguinte retorno: {"title":"Falha durante a execução da request.","detail":"Verifique se os dados informados estão de acordo com a documentação disponibilizada e tente novamente","timestamp":"2024-10-09T18:07:30.999455587-03:00","violacoes":[{"razao":"Specified Accept Types [application/json] not supported. Supported types: [application/problem+json]"}]} fiz um teste via Postman informando no Boby do tipo raw o JSON: {"motivoCancelamento":"Solicitado Pela Empresa"} e ao enviar tive sucesso no cancelamento/Baixa. podem me ajudarem nesta questão no ACBrBoleto?

Olá pessoa, estou integrando o ACBrBoletos com vários bancos, e chegamos nos Boletos do Santander, eu notei que o componente utiliza um tamanho máximo para cada NossoNumero (que no caso do santander retorna 12), de acordo com cada banco, carteira, etc . No caso do bando Santander, no manual em anexo na página 48, informa que o tamanho desse campo e de 13, mas até ai tudo bem. A API Do banco Santander e moncada, ou seja, os dados lá são fixo apenas para teste de endpoints e validação do fluxo da API. Em teste aqui no ambiente de SANDBOX, a Demo do ACBr conseguiu fazer os Registros de boleto normalmente, o problema esta na consulta detalhada dos boletos do santander, pois o mesmo retorna o seguinte erro: URL: [GET] https://trust-sandbox.api.santander.com.br/collection_bill_management/v2/bills?beneficiaryCode=356720&bankNumber=000000000001 400 1.1 Bad Request { "_errorCode": 5559999, "_message": "Erro processando solicitação!", "_details": " REQUEST WAS NOT MATCHED ======================= ----------------------------------------------------------------------------------------------------------------------- | CLOSEST STUB | REQUEST | ----------------------------------------------------------------------------------------------------------------------- | GET | GET [PATH REGEX ] /BILLS | /BILLS?BENEFICIARYCODE=356720&BANKNUMBER=000000000001 | QUERY: BENEFICIARYCODE [MATCHES ] ([ 0-9 ]{ 6 }) | BENEFICIARYCODE: 356720 QUERY: BANKNUMBER [MATCHES ] ([ 0-9 ]{ 8 }) | BANKNUMBER: 000000000001 <<<<< QUERY DOES NOT MATCH | | ----------------------------------------------------------------------------------------------------------------------- ", "_timestamp": "2024-09-27T17:48:41.478618-03:00[AMERICA/SAO_PAULO]", "_traceId": "CD029F86-9DD1-459C-BC87-C125300E529D" } Em testes realizado com o "Postman', usando a mesma URL de consulta NN, ele retorna tbm o mesmo erro, mas ao alterar a quantidade de dígitos do NossoNumero para 8 a consulta retorna o valor normal. Questionei o Santander e tive a seguinte resposta: Minha dúvida é, se agente pode incluir uma "if" para que, quando for consultar em ambiente de HOMOLOGAÇÃO no acbr, ele utilizar 8, e quando for produção usar o 13. User_Guide_API_de_Cobranca_PT_BR_V2_6 (48).pdf

Hoje o ambiente de homologação do banco inter funcionou, e ao fazer o teste o campo de "NossoNumero" retornou normal. Códigos que estou usando para pegar o NossoNumero: ACBrBoleto.ListaRetornoWeb[i].DadosRet.TituloRet.NossoNumero ou ACBrBoleto.ListaRetornoWeb[i].DadosRet.IDBoleto.NossoNum