Histórico de mensagens sobre pix

https://dev.gerencianet.com.br/v1/docs/api-pix#section-webhook

Bom dia pessoal. Depois de uma ótima noite de sono, vamos implementar agora a notificação de um PIX pago.

Se você quiser interagir com o pessoal do BACEN, eles respondem no GitHub, https://github.com/bacen/pix-api/issues . Mas se você pesquisar nos closed issues vai ver que o tema de mTLS é uma reclamação constante lá. E a posição do BACEN de que isso pode ser revisto na v3 (para o webhook, não para o sentido direto da API) também foi postada lá.

Aí tem que perguntar para o BACEN. Mas Itaú e Gerencianet, por exemplo, usam AWS para seus ambiente de Pix. E o API Gateway do AWS é justamente uma solução de mTLS que tem sido empregada por clientes GN.

Juno já está com API Pix ? Eles tinham tirado por não alinhamento com o Banco Central...

Sim. Isto mesmo. Hoje eu testo em produção até recebimento por cartão de crédito. Isto para o meu caso é comum. Amanhã vou verificar com o pessoal como obter uma chave para colocar o PIX em produção até na quarta-feira.

Não é apenas não-repúdio, como há informações financeiras em trânsito, há também questões de sigilo bancário. O próprio BACEN parece amigável a que numa versão 3 o webhook contenha menos dados (por exemplo apenas a chave Pix e o txid) e com isso possa ter requisitos menores de segurança, pois a informação bancária só seria transmitida no GET de /pix ou da cobrança que o causou. Mas para a versão 2.x, ficou assim e não vai mudar.

Depois de alguns perrengues consegui gerar o primeiro qrcode pix. Agora é fazer alguns ajustes. Obrigado pessoal o sdk do php é muito bom.

O mTLS faz sentindo. Ainda mais quando se tem volume de transações, se a sua comunicação com o PSP é segura, não tanta há necessidade de checagem do evento (apesar de ser um item de segurança a mais). A questão toda é que um volume alto de transações iria gerar números altos de Webhook + números altos de checagem de Pix recebido, isso poderia bater no ratelimit do PSP.

Ok. Entendi que será necessário fazer pesquisa no endpoint do PIX para identificar os problemas de conciliação e aí fazer a baixa que deveria ter sido realizada.

E com CPF poderia ser:
GET /pix/
BODY: inicio=emissão, fim=agora,txidpresente=no,cpf=xxxxxxxxxx

A consulta com e2eid seria assim:
GET /pix/{e2eid}
BODY: inicio=emissão, fim=agora

Não posso perder a venda de maneira alguma. Vou ter que conciliar de alguma forma. Como faço receber o E2EID do pagador? No SDK pode ser informado uma chave. Será que posso utilizar para identificar o meu PIX?

O problema ainda acontece, mas com bancos com menos correntistas:
https://github.com/renatofrota/pix-pendencias/issues/21

@rubenskuhl, boa tarde! No vídeo no canal WDEV vc informou que alguns bancos não estavam enviando o txid dos PIX conciliados. Saberia informar se este problema foi solucionado? Obrigado por disponibilizar o conteúdo de valor..

no extrato do app não aparece a instituição de origem dos pix recebidos

Isso está especificado no manual de padrões para iniciação do Pix:
https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/II-ManualdePadroesparaIniciacaodoPix.pdf

Pessoal, seria possível fazer com que o serviço https://api-pix.gerencianet.com.br/oauth/token aceitasse o content-type: application/x-www-form-urlencoded ? Desta forma evitaria o erro HTTP 500 ao enviar o body grant_type=client_credentials que é mais compatível com REST Clients como o Insomnia e até o próprio Postman na seção de autenticação OAuth2 usando o grant type "client credentials".

DrogaRaia aceitando pagamento com Pix no varejo físico. Não sei se é piloto e a farmácia onde fui fazia parte, ou se é geral de todas as lojas do país.

https://valorinveste.globo.com/produtos/servicos-financeiros/noticia/2021/02/11/9-em-cada-10-brasileiros-estao-satisfeitos-com-o-pix-mostra-pesquisa.ghtml