Termos mais procurados:
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
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..
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".
Gerei outro.. id 15
Gerei o qrcode: 00020126900014BR.GOV.BCB.PIX2568qrcodes-pix-h.gerencianet.com.br/v2/a76f378790da4a3aab44fb7e5babb4725204000053039865802BR5914GERENCIANET SA6010OURO PRETO6207050363047B59
aqui n consegui ler o qrcode nem colando 00020126900014BR.GOV.BCB.PIX2568qrcodes-pix-h.gerencianet.com.br/v2/0be56bcd735f407985b7a7232aa71da85204000053039865802BR5914GERENCIANET SA6010OURO PRETO620705036304900E
Boa tarde <@!689576312142430253>, temos um endpoint que retorna para você o copia e cola e a imagem Qrcode, o GET /v2/loc/:id/qrcode. Você vai informar o id do Loc que retornamos ao gerar uma cobrança e ao consumir você terá um retorno assim:
<@!780500321994539068> entendi aqui.. Consegui fazer funcionar utilizando https://gerarqrcodepix.com.br/
obrigado.
O https://pix.nascent.com.br/tools/pix-qr-decoder/ ajuda a desmontar o BRCode e ver como ele foi montado.
Por exemplo, veja um BRCode de QR-Code dinâmico abaixo: (mas que foi gerado num app em outro PSP)
00020101021226870014BR.GOV.BCB.PIX2565spi-qrcode.bancointer.com.br/spi/245025184c4545608075caebe5c8fd7052040000530398654040.015802BR5921JEFERSON P DOS SANTOS6010ENTRE RIOS62070503630490A8
Outra duvida.. no meu teste gerou no location a url qrcodes-pix-h.gerencianet.com.br/v2/1ddbab2c4dcc4d10a3020fb42cb4955b
ao gerar uma cobrança.. além do qr code... qual a info que pode ser usada para pagar o pix? se o cliente quiser copiar e colar.. por exemplo?
É que pix e outros métodos ainda seriam do arranjo Pix. Por exemplo, o método cob para avisar que a cobrança foi removida por decisão da Gerencianet. Então eles poderiam ser num sub-domínio pix.exemplo.com.br se eu tiver apenas um PSP de Pix. Já os dos outros arranjos em outros subdomínios.
