SN Sistemas

@Diego Foliene e @Daniel InfoCotidiano Gostaria de agradecer pelo apoio e dedicação para resolver o problema pelo qual estava passando. Ainda estou com o problema, mas refiz os testes em outro PC e não tive nenhum problema. Então, aparentemente, há algum bloqueio em minha máquina, que vou investigar. Desde já, muito obrigado pelo apoio.

@Diego Foliene Bom dia, Refiz os testes e infelizmente continua apresentando o mesmo problema. Continuo recebendo o status 500. Já atualizei tudo até a JDK para JDK 21.0.2, atualizei DLL e ainda utilizei o ACBrLib.ini que você anexou no e-mail. Usando o Postman, a comunicação funciona normalmente. Também testei pela aplicação PIXCDTeste.

Não tenho como mudar a versão da minha JDK. Impossível. Vou verificar aqui, atualizar tudo que posso e refazer os testes.

bom dia @Diego Foliene, Fico no aguardo das informações para refazer meus testes.

@Diego Foliene algum posicionamento sobre testes com os dados enviados.

@Diego Foliene email enviado conforma solicitado. aguardando retorno dos testes

Muito obrigado! Estou à disposição para qualquer coisa que precisar. Não hesite em entrar em contato comigo.

boa tarde @Daniel InfoCotidiano e @Diego Foliene algum posicionamento sobre a questão relatada.

Estou realizando testes com o seguinte ambiente: IDE: NetBeans 12 JDK: 1.8 (versão 8.391) DLL ACBr: v. 1.0.0.12 (x64, versão MT) Libssl-1_1-x64 v.1.1.1.10 Libcrypto-1_1-x64 v.1.1.1.10 As DLLs estão localizadas nas pastas Windows/System32, Windows/SysWOW64, na pasta bin do JDK e na pasta do projeto. Já foram feitos testes em vários lugares, porém ainda não está funcionando, retornando o erro HTTP 500.

Ola @Diego Foliene. Este teste que você realizou e obteve sucesso, eu também consegui. No entanto, é importante ressaltar que você está operando em um ambiente de teste, onde a versão 2 não valida certificados, por isso não é informado conforme mostrado em seu print. Na versão de produção, entretanto, o certificado digital é obrigatório, como ilustrado no print abaixo. print 2 fonte: https://apoio.developers.bb.com.br/referency/post/5f80a25fd9493f0012973463

Olá, @Diego Foliene @Daniel InfoCotidiano, fiz os testes conforme solicitado e o problema persiste. Gostaria de frisar uma coisa: como consegui fazer funcionar em ambiente de teste, acredito que o problema não está nessas DLLs. Acredito que o problema ocorra quando utilizo a versão 2 da API Bando do Brasil, pois a mesma requer o certificado digital para autenticar a conexão e gerar o token. O problema do HTTP 500 só ocorre quando informo o arquivo do certificado digital PFX. No entanto, como mencionei anteriormente, com os mesmos dados e arquivos, a aplicação PIXCDTeste funciona perfeitamente. Não sei se a DLL da lib é diferente da DLL do PIXCDTeste. Uma coisa que percebi é que ao configurar o PSP do Banco do Brasil usando a API versão 2 na aplicação PIXCDTeste, sou obrigado a informar o certificado digital e também tenho que especificar o tipo de certificado que vou usar, PFX ou outro. Na ACBrLibPIXCD.Demo, essa configuração não está disponível

Só para complementar a Dll que usamos e na versão "MultiThread".

Bom dia, Gostaria de relatar as situações encontradas ao implementar a cobrança imediata via Pix usando o PSP Banco do Brasil na aplicação Java ACBrLibPIXCD.Demo: A versão 1 da API do banco não é compatível com a ACBrLibPIXCD.Demo. Embora a aplicação consiga criar a cobrança e registrá-la no banco, ao ler o retorno, apenas o txID é exibido no JSON de retorno. Em ambiente de produção, a ACBrLibPIXCD.Demo não recebe a string de Copiar e Colar. No entanto, em ambiente de teste, essa funcionalidade opera corretamente. No ambiente de produção, utilizando a versão 2 da API, o banco retorna apenas um código de erro HTTP 500. Ambiente de teste: Sistema operacional: Windows 64 bits Biblioteca na versão 1.0.0.12. Observação: Com os mesmos dados utilizados na aplicação Java que apresentou falhas, a aplicação PIXCDTeste funciona normalmente.

Boa tarde! No caso terá vários acessos ao mesmo tempo, então deverá ser sim "MultiThread"

Olá, estou desenvolvendo uma API para lidar com requisições de criação de PIX. Minha dúvida é sobre quando usar Single Thread ou Multi Thread. A API receberá uma requisição para criar um PIX e precisará consultar periodicamente se o pagamento foi efetuado. Nesse cenário, qual é a melhor abordagem para integrar a biblioteca ACBR, considerando a necessidade de realizar consultas contínuas para verificar o status do PIX?

Boa noite, @Diego Foliene Realmente, havia outra DLL no diretório C:\Windows\SysWOW64 e acredito que isso estava causando todas as inconsistências. Após executar todos os procedimentos orientados, tudo começou a funcionar. Obrigado pelo retorno.

Estou usando a versão Single Thread.

Bom dia @Diego Foliene. Gostaria de um posicionamento sobre o andamento das correcções solicitadas.

Boa tarde. Como havia informado anteriormente, a versão x64 não está funcionando da mesma forma que a versão x86. Segue vídeo demonstrando o erro. Link para o video. https://www.transfernow.net/dl/20240201wcn51fwI

Bom dia, Gostaria de obter informações sobre o boleto. Poderia me informar quais bancos estão atualmente homologados para o envio por WebService, abrangendo tanto o envio quanto o recebimento da consulta? Além disso, estou interessado em saber quais bancos adotam a funcionalidade do boleto-Pix. Agradeço antecipadamente pela sua colaboração.

@Diego Foliene boa noite. hoje eu fiz vários teste usando Lib e aparentemente ja consigo fazer todos um fluxo de pagamento simples e funcionar. so que os teste que fiz foram usando a lib na versão x86 e a minha aplicação usa ambiente x64, e quando mudei as configurações percebi que todos os erros que foram passados anteriormente não foram tratados na dll x64. gostaria que fosse feitos os tratamentos. sobre o erro da gravação do arquivo .ini e também sobre o retorno. se precisar posso enviar o log da PSP para melhor tratamento dos retornos.

@Diego Foliene estou continuando com minhas validações. vendo que se o que ja tenho consegue suprir minha necessidade visto que comparando o retorno da lib. com o retorno do log do psp existe dados como location que esta no log mais não esta no retorno da lib. Lembrando que comentei o fato de o retorno da lib no ambiente de teste vir mais dados que no retorno em ambiente de produção. Acredito que vocês não tenham criado um conta no sicoob somente para teste da api em produção e me lembro bem de ouvir o comentário sobre não ter como criar um aplicação pois tinha que ser cooperado. e ao implementar em ambiente teste algumas coisas podem ser diferente levando a não funcionar corretamente no ambiente de produção.

@Diego Foliene boa noite. eu fiz varios teste e melhorou bastante o retorno por parte do lib. mais as informações não estão vindo. o json ou txt gerado pelo retorno esta vindo com informações vazias com pode observar no json abaixo. esse json e de um ambiente em produção. quando comecei o teste estava em ambiente teste e aparentemente vinha mais dados no retorno mais eu nao consegui repetir os teste no ambiente teste. aparece somente um retorno 403. no ambiente teste. { "CobGerada": { "Calendario": { "criacao": "2024-01-28T02:05:27.935Z", "criacao_Bias": 0, "expiracao": 3600 }, "Devedor": { "Cep": "", "Cidade": "", "Email": "", "Logradouro": "", "Uf": "", "cnpj": "", "cpf": "", "nome": "" }, "Loc": { "criacao": "", "criacao_Bias": 0, "id": 0, "location": "", "txId": "" }, "pixCopiaeCola": "00020101021226900014br.gov.bcb.pix2568pix.sicoob.com.br/qr/payload/v2/f8c371db-fe85-4a57-9133-560467b25fdf5204000053039865802BR5919DANIEL LIMA SALERMO6013Nao_informado62070503***630445B6", "revisao": 0, "status": 1, "txId": "AF2XP66YCKKGIT022827091706407527923", "Valor": { "modalidadeAlteracao": false, "original": 0.6 } } }

@Diego Foliene eu estou testando na versao x86. e agora esta funcionando vou iniciar teste e depois passo retorno sobre a validação. so vou adiantar uma situação. eu tentei testar na versao x64 e não consegui devido o problema com a gravação dos dados, outra coisa se colocar na pasta ACBrLib as duas versoes x86 e x64 mesmo que separado por pastas a demo nao funciona. so deixei essa informação caso outras pessoas querem testar e passem pelos mesmos problemas.

@Diego Foliene me desculpe realmente não tem o mesmo problema na gravação. acredito que era alguma coisa na compilação do meu projeto. eu apaguei tudo baixei tudo novamente e refiz os teste e a gravação estava tudo ok. so que ainda nao estou conseguindo usar o método de cobrança imediata. antes dessa versao eu conseguir registrar a cobrança. mais não conseguia obter um retorno por parte da lib onde poderia fazer algum fluxo de pagamento. ou imprimir um qrcode na tela. agora eu tentar usar so me retorno codigo 500 Sicoob.txt