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

Olá Pessoal, nas últimas atualizações do componente de boleto do banco inter, ele parou de retornar o campo "NosssoNumero" que o webservice do banco inter retorna, aqui eu testei em produção, pois o ambiente de homologação esta dando erro 500. Todos os outros campos estão retornando normalmente.

Respondido em: https://www.projetoacbr.com.br/forum/topic/79391-problema-no-fórum-alguns-tópicos-ficam-inacessíveis-não-consigo-visualizar/

Alguns Links de postagens aqui do fórum não estão abrindo mais como por exemplo: https://www.projetoacbr.com.br/forum/topic/71672-nfse-nacional-erro-rng9999-erro-não-catalogado/ https://www.projetoacbr.com.br/forum/topic/57991-acbrboleto-via-webservice/#comment-458837

Consegui resolver meu Problema Juliomar, gerei uma nova API lá no site do banco inter, baixei os novos certificados em produção e funcionou normal, Obrigado pela atenção e a toda equipe.

Assim Juliomar, eu agradeço pela ajuda, vou continuar investigando aqui, abraços.

pois é Juliomar, muito estranho, mas testei o token juntamente com os certificados e ids que o banco inter oferece no postman e funcionou normal. Ele da o erro na procedure TOAuth.ProcessarRespostaOAuth(const ARetorno: AnsiString); dentro de ACBrBoletoWS.Rest.OAuth.pas na linha em vermelho. procedure TOAuth.ProcessarRespostaOAuth(const ARetorno: AnsiString); var LJson : TACBrJSONObject; LErrorMessage: String; begin FToken := ''; FExpire := 0; FErroComunicacao := ''; try LJson := TACBrJSONObject.Parse(UTF8ToNativeString(ARetorno)); try if (FHTTPSend.ResultCode in [ 200 .. 205 ]) then begin FToken := LJson.AsString[ 'access_token' ]; try FExpire := now + (LJson.AsInteger[ 'expires_in' ] * OneSecond); DoLog('Validade: ' + DateTimeToStr(FExpire), logSimples); except FExpire := 0; end; end else begin FErroComunicacao := 'HTTP_Code=' + IntToStr(FHTTPSend.ResultCode); if Assigned(LJson) then begin LErrorMessage := LJson.AsString[ 'error_description' ]; if LErrorMessage = '' then LErrorMessage := LJson.AsString[ 'error_title' ]; FErroComunicacao := FErroComunicacao + ' Erro=' + LErrorMessage; end; DoLog('Erro: ' + FErroComunicacao, logSimples); end; finally LJson.Free; end; except FErroComunicacao := 'HTTP_Code=' + IntToStr(FHTTPSend.ResultCode) + ' Erro=' + ARetorno; DoLog('Erro: ' + FErroComunicacao, logSimples); end; end; essa ARetorno vem alimentada da seguinte forma: ARetorno: 'client_id={AQUI EU COLOQUEI O MEU CLIENT_ID}&client_secret={AQUI EU COLOQUEI O MEU CLIENT_SECRET}&scope=boleto-cobranca.read boleto-cobranca.write pagamento-boleto.write pagamento-boleto.read cob.write cob.read cobv.write cobv.read pix.write pix.read webhook.read webhook.write payloadlocation.write payloadlocation.read pagamento-pix.write pagamento-pix.read&grant_type=client_credentials' EU acredito que deveria vir um JSON aqui.

Fala Juliomar blz, pois é, tbm testei assim, e da forma que vc enviou tbm, mesmo erro..

Olá Pessoal, estou tendo problemas na função que Gera o Token do boleto inter, pois o mesmo retorna HTTP_Code=500. Segue os logs completos do ACBrBoleto (Componente Delphi). 12/08/24 18:50:41:524 - Autenticando Token... 12/08/24 18:50:41:525 - Comando Enviar: TOAuth 12/08/24 18:50:41:532 - URL: [POST] https://cdpj.partners.bancointer.com.br/oauth/v2/token 12/08/24 18:50:41:588 - Erro: HTTP_Code=500 Erro=client_id={AQUI EU COLOQUEI O MEU CLIENT_ID}&client_secret={AQUI EU COLOQUEI O MEU CLIENT SECRET}&scope=boleto-cobranca.read boleto-cobranca.write pagamento-boleto.write pagamento-boleto.read cob.write cob.read cobv.write cobv.read pix.write pix.read webhook.read webhook.write payloadlocation.write payloadlocation.read pagamento-pix.write pagamento-pix.read&grant_type=client_credentials 12/08/24 18:50:41:589 - Falha Envio: Falha na Autenticação: HTTP_Code=500 Erro=client_id={AQUI EU COLOQUEI O MEU CLIENT_ID}&client_secret={AQUI EU COLOQUEI O MEU CLIENT SECRET}&scope=boleto-cobranca.read boleto-cobranca.write pagamento-boleto.write pagamento-boleto.read cob.write cob.read cobv.write cobv.read pix.write pix.read webhook.read webhook.write payloadlocation.write payloadlocation.read pagamento-pix.write pagamento-pix.read&grant_type=client_credentials Abaixo as configurações do componente ACBrBoleto: procedure TForm1.ConfigurarComponente; var Boleto : TACBrBoleto; WebService : TACBrWebService; Beneficiario : TACBrCedente; BeneficiarioWS : TACBrCedenteWS; Banco : TACBrBanco; Cobranca : TACBrTipoCobranca; begin Boleto := ACBrBoleto1; WebService := Boleto.Configuracoes.WebService; Cobranca := Boleto.Banco.TipoCobranca; Beneficiario := Boleto.Cedente; BeneficiarioWS := Beneficiario.CedenteWS; Boleto.Homologacao := false; Boleto.Banco.TipoCobranca := cobBancoInter; BeneficiarioWS.ClientID := '{AQUI EU COLOQUEI O MEU CLIENT_ID}'; BeneficiarioWS.ClientSecret := '{AQUI EU COLOQUEI O MEU CLIENT SECRET}'; BeneficiarioWS.KeyUser := ''; BeneficiarioWS.Scope := 'boleto-cobranca.read boleto-cobranca.write pagamento-boleto.write pagamento-boleto.read '+ 'cob.write cob.read cobv.write cobv.read pix.write pix.read webhook.read webhook.write '+ 'payloadlocation.write payloadlocation.read pagamento-pix.write pagamento-pix.read'; BeneficiarioWS.IndicadorPix := true; WebService.Ambiente := taProducao; WebService.SSLHttpLib := TSSLHttpLib(0); WebService.SSLType := TSSLType(5); WebService.TimeOut := 10000; WebService.ArquivoCRT := DIR_CERTIF+'InterAPI_Certificado.crt'; WebService.ArquivoKEY := DIR_CERTIF+'InterAPI_Chave.key'; //Dados do Cedente: Beneficiario.CodigoCedente := '{MEU CODIGO}'; Beneficiario.Nome := '{MINHA EMPRESA}; Beneficiario.Agencia := '0001'; Beneficiario.AgenciaDigito := '1'; Beneficiario.Conta := '{MINHA CONTA}'; Beneficiario.ContaDigito := '2'; end; OBs.: Para testar se realmente o banco estava aceitando as minhas credenciais, eu configurei o Postman com os mesmos parâmetros, e ao enviar o método POST obtive com sucesso o "access_token". Desde já agradeço

Sim sim, italo, até ai tudo bem, a grande questão e o retorno do status das notas fiscais para agente saber as notas Normais e as canceladas, mas como isso não tem no Padrão Nacional vamos trabalhando dessa forma. Obrigado.

Só uma observação na função EnviarEvento, quando eu envio o evento de cancelamento da nota fiscal, eu consigo pegar o idEvento através da chamada: ACBrNFSeX1.WebService.EnviarEvento.idEvento, assim desta forma eu sei que o evento de cancelamento foi registrado no servidor ai dentro do meu sistema eu coloco o status dela como cancelado. Mas essa mesma função ao consultar um evento, não me retorna o id do evento.