Ir para conteúdo
  • Cadastre-se

SN Sistemas

Membros Pro
  • Total de ítens

    51
  • Registro em

  • Última visita

Tudo que SN Sistemas postou

  1. Olá a todos, Recentemente, comecei a implementar o registro de boletos via WebService em um projeto Java utilizando JDK 8, com a IDE NetBeans, no ambiente Windows. Iniciei a implementação pelo Sicoob, mas encontrei alguns problemas e não consegui finalizar porque descobri que certos processos ainda não foram implementados. A documentação não deixa claro quais operações estão implementadas ou não para cada banco. Gostaria de saber, especificamente, quais bancos suportam cada uma das operações listadas abaixo: tpInclui (0): Incluir boleto tpAltera (1): Alterar boleto tpBaixa (2): Baixar boleto tpConsulta (3): Consultar boleto tpConsultaDetalhe (4): Consultar detalhes do boleto tpPIXCriar (5): Criar cobrança PIX tpPIXCancelar (6): Cancelar cobrança PIX tpPIXConsultar (7): Consultar cobrança PIX tpCancelar (8): Cancelar boleto tpTicket (9): Operação de ticket (não está claro o que essa operação faz) Observação: Sei que cada banco possui serviços de WebService específicos, então é possível que nem todas as operações estejam disponíveis em todos os bancos. Agradeço desde já por qualquer ajuda ou informação que puderem compartilhar!
  2. obrigago pelo apoio @Victor H. Gonzales - Panda era exatamente essa a situacao.
  3. Não tenho essa lembranca. mais revisei meus logs e na VersaoDF. sempre foi informado 1,2. vou fazer os teste mais qual e o valor correto para o campo V3, v3, ou 1,2,3.
  4. SN Sistemas

    novo sandox banco sicoob.

    O banco Sicoob mudou o endereço da API de Cobrança Bancária e, conforme podemos observar nos prints abaixo, a biblioteca Boleto ainda está tentando acessar o endereço antigo. Por isso, estou recebendo o retorno 'API not found for requested URI'. Por favor, faça as devidas atualizações para que eu possa continuar com minha homologação.
  5. seguei abaixo conforme solicitato
  6. boa tarde estou tentando fazer teste na api do banco inter em ambiente de homologação. so recebo retorno codigo 500. no print abaixo observe que o tokem e gerado em ambiente sandbox com sucesso mais quando e enviado o json a url que aparece nao a de sandbox. e pode ser o motivo do problema. teste feito em ambiente windows. linguagem java IDE NetBeans. arquitetura 64bits versao da dll ACBrLibBoleto-0.2.0.306.
  7. bom dia. nao sei se consegui mais se possivel anexe prints das configuracoes para esse banco. e tambem não o que e esse numero de posto. poderia me dar um dica de onde conseguir essa informação
  8. Boa tarde, Estou tentando homologar a emissão de boletos via AcbrLibBoleto para o banco Sicoob, mas sempre que tento enviar usando o método acbrBoleto.EnviarBoleto, só recebo o seguinte retorno: JSON={ "mensagens" : [{ "mensagem" : "Propriedade inesperada: (cpfCnpj.)", "codigo" : "0004" }] } Não consigo identificar onde está o erro. Segue anexo os arquivos usados. Os mesmos foram editados para remover o cliente_id. ACBrLib.ini titulo.ini ACBrLibBoleto-20240625.log
  9. @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.
  10. @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.
  11. Não tenho como mudar a versão da minha JDK. Impossível. Vou verificar aqui, atualizar tudo que posso e refazer os testes.
  12. bom dia @Diego Foliene, Fico no aguardo das informações para refazer meus testes.
  13. @Diego Foliene algum posicionamento sobre testes com os dados enviados.
  14. @Diego Foliene email enviado conforma solicitado. aguardando retorno dos testes
  15. Muito obrigado! Estou à disposição para qualquer coisa que precisar. Não hesite em entrar em contato comigo.
  16. boa tarde @Daniel InfoCotidiano e @Diego Foliene algum posicionamento sobre a questão relatada.
  17. 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.
  18. 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
  19. 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
  20. Só para complementar a Dll que usamos e na versão "MultiThread".
  21. 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.
  22. Boa tarde! No caso terá vários acessos ao mesmo tempo, então deverá ser sim "MultiThread"
  23. 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?
  24. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.