Histórico de mensagens sobre PSP em pix

Na realidade nossa rota interna segue exatamente os padrões do BACEN, inclusive acrescentamos o Point of Initiation Method para que alguns PSPs que exigiam este atributo opcional conseguissem "ler" o QR code. Mas foi bom que você encontrou a causa do problema, se precisar estamos a disposição.

Correto. Que pode ser ou num QR estático ou em PSPs que aceitem chave aleatória como destino (não são todos).

<@!818639956263567360> Este link não é possível acessar mesmo. Este link contido no BrCode é o location que possui os dados da cobrança para os PSPs lerem.
O brcode que lhe rotorna neste consumo é o mesmo que o Pix Copia e Cola.
Ou seja, com a string 00020126880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/c04644cfd18144db9e7f253c20b56e155204727453039865802BR5925PAGAMENTOSRENOVACAOAUTOPI6014Rio de Janeiro6207050363048DAA
você acessa o seu banco e paga através dela

Bom dia <@!818639956263567360>!
Este que QrCode foi gerado utilizando credenciais de Homologação? Se sim, até o momento não é possível a quitação em Homologação, somente em Produção

Caso tenha sido em Produção, qual foi o PSP? Nos mande também o Pix Copia e Cola para analisarmos.

Sim, e deveria ser bloqueado o duplo pagamento tanto no PSP Pagador quanto no recebedor (GN no caso).

Me parece que hoje as opções seriam a transferência por CPF/agência/conta e chave CPF. Você talvez possa aumentar a sugestão que dei ao BACEN em https://github.com/bacen/pix-perguntas-e-respostas/issues/470 com uma opção na API do BACEN para os PSPs de passar um par (chave não CPF, CPF) e o sistema dizer só ok (existe e é desse COF) e não ok (ou não existe ou não é desse CPF).

Apesar de enviarmos o TradeName alguns PSPs não estão fazendo a leitura das informações disponibilizadas no DICT e por isso a sugestão é você fazer a leitura em outros PSPs.

Boa tarde <@!370847985199742977>, você deve cadastrar a chave novamente para que o TradeName seja atualizado, a forma de realizar o teste atualmente é gerar uma transação, como a emissão de uma cobrança, com a chave e depois realizar a leitura via aplicativo da Gerencianet ou algum PSP.

Boa tarde <@!485501766570344454>! O webhook é acionado quando é feito o pagamento de uma cobrança associada a sua chave ou quando você realiza um envio de Pix(POST /v2/pix) utilizando a sua chave no pagador. No entanto, quando você realiza um envio de Pix a partir de um PSP para a sua chave, o webhook não é acionado mesmo.

Em relação a alguns PSPs não mostrarem o infoAdicionais inclusos na geração da cobrança, isto ocorre por ausência de implementação do próprio PSP, sendo assim é necessário que o mesmo "corrija" e passe a demonstrar aos seu clientes.

É sim <@!747457595060650014>, no momento que é feito a requisição já enviamos ao BACEN e ao respectivo PSP a solicitação de devolução, podendo esta ser concluída com sucesso , status "DEVOLVIDO". Pode ser interpretado como "Pix reverso".

Pq vc passa um path, o PSP adiciona /pix.

Mas a imagem que você gerou, você conseguiu ler em algum psp?

Sim, mas vou buscar com a equipe se existe como retornar para você está informação, é um pouco mais complexo porque exige que o PSP recebedor nos reporte a causa da falha e não uma mensagem padrão de recusa.

Isso vai depender muito do PSP que recusou o pagamento, pois, será enviado uma mensagem ao BACEN nos informando apenas que a transação não foi efetuada por recusa do PSP. Mas quando houver alguma falha deste tipo você pode me mandar mensagem que eu vou buscar estas informações junto ao financeiro.

Bom dia Henrique! Quando você faz uma solicitação de envio de pix, tem o risco do psp recusar esse envio ou ter uma falha... Então quando é "concluído" enviamos o webhook da seguinte maneira... como o Matheus havia mostrado ontem:

O status não muda, mas não deveria aceitar mais o pagamento. Tanto PSP pagador quanto recebedor deveriam checar expiração e rejeitar.

Boa tarde <@!812297338605273098>! Você poderia utilizar o endpoint de envio de Pix, com ele você consegue verificar se a chave em que o Pix foi enviado existe ou não, pois, é retornado em nosso endpoint. Mas caso você se refira a consultar as chaves cadastradas no DICT, no momento não é possível, o Banco Central limitou aos PSPs consultas a serem feitas no DICT como se fossem fichas e por isto não tem como liberar um endpoint que permita um retorno de quais chaves estão cadastradas.

Endpoint destinado a realizar o envio direto de um Pix para uma chave Pix cadastrada em um PSP seja da Gerencianet ou outro. POST /v2/pix

EM_PROCESSAMENTO é retornado quando os dados bancários e chave estão corretos, mas ainda depende do PSP recebedor se ele vai aceitar ou não a transação, esta resposta definitiva é retornada no webhook.