EliasCesar

Olá @DOCFABIO, Pelo que verifiquei na documentação a API Cobrança do Banrisul é apenas para boletos. Não encontrei nada referente à Pix.

Olá @JLuis, Aparentemente o ambiente de produção está diferente do ambiente de homologação. Tente efetuar um teste com os fontes que estão no SVN. Sem a alteração do arquivo que enviei aqui. Provavelmente vai funcionar.

Bom dia pessoal. Acabei de subir a correção ao SVN, @Meinardo de Lima Obrigado por reportar!

Enviei uma correção ao SVN, rev: 30194 Se puder baixar e efetuar um teste por favor.

Segue o arquivo com a alteração dos métodos: ACBrPIXPSPSantander.pas

Na verdade em produção não temos credenciais para teste. Então não consigo afirmar. Mas em homologação é isso. Antes só existia o PUT, agora mudaram e só existe o POST. Como ninguém relatou problema em ambiente de produção, fiquei com medo de comitar a alteração e acabar quebrando. No portal não tem nenhum chat ou fórum para contato. Apenas um e-mail... mas nunca me responderam quando solicitei credenciais pra nós. Vou escrever um e-mail relatando o problema e assim que responderem(SE responderem rs) eu informo aqui.

Descobri qual o problema. Antes o Santanter não possuía o método POST pro endpoint /cob Mas aparentemente agora não possuem mais o método PUT Ao mudar a requisição para POST, a cobrança foi criada com sucesso, porém o retorno deles foi diferente do especificado pelo Bacen. Será necessário analisar para ler os campos corretamente. Um detalhe é que não houveram relatos do mesmo problema em Produção, então não comitei as alterações, pois talvez quebre quem esteja usando em produção.

Olá pessoal, Creio que seja algo no próprio PSP. Testei pelo Postman a Collection que eles mesmo disponibilizam no portal dev, e o erro é o mesmo:

Obrigado por reportar. Fechando o tópico, Para novas dúvidas, por favor abram um novo tópico.

Olá @Valmir Gomes Ribeiro Qual protocolo vc está utilizando? (PPLA, PPLB, ZEBRA) Precisará utilizar o protocolo que é suportado pela sua impressora Mande um print de como estão as configurações do demo A imagem dependerá do protocolo. Algumas suportam um .bmp monocromático.

Olá @TiagoTecchio, Realmente essa validação estava incorreta. Acabei de enviar ao SVN uma possível correção. Por favor atualize seus fontes do SVN e efetue novamente o teste. (Rev. 30129)

Sim, em produção será chamado com mTLS. Você chegou a fazer os testes utilizando o demo?

Olá @delmir_henrique, O componente está 100 funcional na versão 2 da API do Banco do Brasil sim. Para utilizar em ambiente de homologação não é necessário configurar o certificado. Basta informar Client ID, Client Secret e App Dev Key. Apenas em ambiente de produção será necessário.

Que bom que funcionou! Fechando, Para outras dúvidas abrir um novo tópico.

Vc pode encontrar as dlls nos fontes do ACBr... O caminho é: "...\trunk2\DLLs\OpenSSL\..." Por exemplo: Caso o problema não seja corrigido, provavelmente a questão então vai ser credenciais e/ou certificado.

Olá @Danilo Grespan, Esse erro 500 muito provavelmente é por conta da falta das DLLs da OpenSSL junto ao executável. Ou também pode ser algum problema nos certificados.

Olá @rlind, Existem dois jeitos de trabalhar com certificados nos PSPs do componente ACBrPIXCD. Uma forma é atribuir o caminho dos arquivos usando as propriedades que vc citou, por exemplo: ACBrPSPBancoDoBrasil1.ArquivoChavePrivada := 'C:\ACBr\PIX\ChavePrivada.key'; ACBrPSPBancoDoBrasil1.ArquivoCertificado := 'C:\ACBr\PIX\Certificado.pem'; Outra forma é atribuir o próprio conteúdo dos arquivos para as propriedades: ACBrPSPBancoDoBrasil1.ChavePrivada := '...'; ACBrPSPBancoDoBrasil1.Certificado := '...';

Olá @luizhenriqueluvizutto, Já enviei algumas alterações para o SVN incluindo a versão 2 nos fontes, porém ainda não consegui testar. Tentei efetuar testes também pelo postman. Em Produção ocorre o mesmo erro que vc citou. Já em homologação ocorre esse erro:

Os códigos para a geração das chaves privadas estão exatamente iguais? (Se não me engano recentemente houve uma alteração no demo referente a geração do CSR/Chave do Sicredi) Os fontes do ACBr estão atualizados?

Olá @TheBioh4z4rdx Verifique se as DLLs da OpenSSL são as mesmas.

Obrigado por reportarem Fechando. Para novas dúvidas criar um novo tópico.

Olá @MaagraowaR, Acabei de enviar ao SVN o novo PSP Ailos. Se puder efetuar testes por favor para verificar se está tudo ok. Caso haja alguma credencial para ambiente de homologação que poderia ser passada para nós testarmos seria legal. ...alterações disponíveis na rev. 29660. -- ACBrPIXPSPAilos -- [+] Inclusão do novo PSP Ailos Por: MaagraowaR

Olá pessoal, A maioria das informações que são enviadas no CSR pelo demo são fixas, conforme manual do Sicredi: Apenas o CommonName(Nome do Recebedor) e o E-mail são preenchidos conforme a configuração. Talvez essas informações(Recebedor e e-mail) precisem ser as mesmas do cadastro no Sicredi. ...Caso o problema persista, solicitem ao Sicredi para especificar exatamente qual o problema no arquivo CSR.

Foram criadas duas propriedades para o PSP Shipay: - URLProducao - URLSandbox Alteração disponível no SVN, rev: 29521.

@Daniel Simoes Acha que essas novas propriedades deveriam ser apenas específicas do PSP Shipay, ou poderíamos permitir a alteração das URLs de qualquer PSP?