Histórico de mensagens sobre pix

EXIBINDO CONVERSAS RECENTES:

Texto: pix
# pix
Avatar discord do usuario sergiomsa

sergiomsa

Ver Respostas

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

# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

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á.

# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

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.

# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

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

# pix
Avatar discord do usuario sergiomsa

sergiomsa

Ver Respostas

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.

# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

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.

# pix
Avatar discord do usuario sergiomsa

sergiomsa

Ver Respostas

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

# pix
Avatar discord do usuario joelemanoel

joelemanoel

Ver Respostas

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.

# pix
Avatar discord do usuario sergiomsa

sergiomsa

Ver Respostas

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.

# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

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

# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

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

# pix
Avatar discord do usuario sergiomsa

sergiomsa

Ver Respostas

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?

# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

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

# pix
Avatar discord do usuario sergiomsa

sergiomsa

Ver Respostas

@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..

# sugestões
Avatar discord do usuario anoni_mato

anoni_mato

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

# pix
Avatar discord do usuario cleversonmenur

cleversonmenur

Ver Respostas

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".

# mercado-pagamentos
Avatar discord do usuario rubenskuhl

rubenskuhl

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.