Histórico de mensagens sobre PSP

Aparentemente tem PSP que não rearmou após a falha no BACEN, pois os relatos de problemas continuam.

Não foi a escolha do BACEN, no QR-Code tester casos desse tipo exigem a rejeição ou o PSP não passa. Especulação: eles podem ter achado que a proteção do CRC pode ser insuficiente para casos de QR-Code muito densos.

Beleza. De forma errônea o PSP permitiu a leitura do QR Code mesmo com este parâmetro fora das especificações.
A melhor maneira mesmo é fazer com que seu sistema valide esta informação antes de montar o BR Code.

Mas só vale reclamar de interoperabilidade quando se faz tudo certinho... com falhas alguns PSPs vão tolerar e outros não.

https://github.com/hafael/php-pix-client

Estarei em breve homologando com outros PSPs

Então eles podem usar algum outro PSP que tenha... e não um meia-boca como a Juno.

A informação de duração de bloqueio cautelar está dúbia entre 72h e 1 semana no texto.
Além disso, faltou citar que o bloqueio cautelar só se aplica a conta CPF (apesar do MED se aplicar a CPF e CNPJ), e também que o MED por falha sistêmica não tem análise nenhuma, o PSP pagador pede e o PSP recebedor já tem que fazer a devolução.

Pq pessoa física ? PJ tem mais credibilidade em anti-fraude dos PSPs pagadores, e tem a vantagem de não ter bloqueio cautelar para devolução (só a eventual devolução)

Mas como depende de alterações contratuais que os PSPs só fizeram recentemente, minha sensação é de que não se aplica.

Mas já deu o prazo de 1 semana para análise do PSP recebedor ?

Boa tarde, <@!706990524510240780>. Como dito pelo Rubens o e2eid é um identificador único da transação gerado pelo PSP pagador. O endpoint POST v2/pix permite utilizar o atributo infoPagador, sendo assim em seu webhook vai ter essa informação exibida quando notificarmos e dependendo do PSP ele também vai mostrar.
Exemplo: Fazendo um envio de Pix para outra conta Gerencianet ou uma conta no Nubank e inserindo uma informação no campo infoPagador, a mesma vai aparecer no extrato do cliente e na notificação do webhook que enviamos.

O e2eid não identifica o favorecido, é um identificador único da transação gerado pelo PSP pagador. Neste caso, a Gerencianet.

Não, o Banco Central não permite que os PSPs como a Gerencianet ofereçam isso. Se você estiver disposto a entrar no Pix como Iniciador de Pagamento, aí você terá acesso direto ao DICT, mas é um ônus regulatório grande.
O que eu sugiro se limitar a chaves CPF e CNPJ ou a dados bancários, onde se tem certeza do destinatário.

Só se for algum PSP que não checa mTLS. No caso da API Pix, em seguindo o padrão do BACEN, acesso não identificado não pode funcionar.

Ah sim, então essa parte do PSP vocês já fornecem!?

PSP é Prestador de Serviços de Pagamentos. É a instituição financeira ou instituição de pagamentos que gerencia a cobrança, recebe o valor e te repassa. A Gerencianet é um dos PSPs autorizados pelo Banco Central para o arranjo Pix.

Boa tarde!

Bom, meus país tem um pequeno negocio, assim como eu. Quero implementar o PIX de forma automatizada nesses negócios, e assim trazer uma praticidade para nós e uma economia de tempo.

Minha duvida é em relação a essa parte de PSP, o que seria? É fácil a implementação dessa API? a única coisa que eu preciso é saber se um PIX foi pago ou não.

Boa noite <@!210723906749726721> , tudo bem ? Você está tendo esse problema em algum PSP em especifico ? Poderia enviar um pix copia e cola ?

Olá <@!891716062310195250> ! 😄 Boa tarde. Na nossa API Pix, disponibilizamos um endpoint destinado a realizar o envio direto de um Pix para uma chave Pix cadastrada em um PSP seja da Gerencianet ou outro, além de vários outros serviços. Mais detalhes você encontra na nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-requisitar-envio-de-pix

bom dia <@!389901067661475841> ! É possível sim. Através do endpoint POST/v2/pix você pode realizar o envio de pix para qualquer chave Pix cadastrada em um PSP ou para dados bancários, seja da Gerencianet ou não.