Histórico de mensagens sobre PSP em pix

Eu nunca integrei com a OpenPIX para comparar, mas de fato eles podem ser menos exigentes do que o BACEN requer dos PSPs.

A OpenPIX não é um PSP então eles não precisam seguir ipsis literis o padrão do BACEN... a Gerencianet segue.

No outro PSP bastava eu incluir a url da Integromat ☝️

Porém, há PSPs pagadores que contrariando o regulamento do BACEN sempre mostram a razão social ao invés de mostrar o estabelecimento como cadastrado na chave Pix... e isso não é a GN que pode resolver, são esses PSPs.

Isso vai depender não da API mas da experiência do usuário nos PSPs pagadores... essa experiência é regulamentada pelo BACEN, e eu não lembro exatamente o que ela define. Você pode consultar a versão atual do manual de experiência em:
https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/IV_RequisitosMinimosparaExperienciadoUsuario-versao-6-1.pdf

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.

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)

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 ?