Histórico de mensagens sobre PIX em pix

estou utilizando o /v2/pix

A pacs.008 é a mensagem XML que transita entre PSPs e BACEN. Mas a sintaxe da API Pix é distinta.

https://api-pix.gerencianet.com.br/v2/pix?txid=TXID&cpf=MEUCPF

Bom dia, <@!783359762917752843>. Está implementada sim. Em nossa collection do Postman em Consultar Pix recebidos, e informa o parâmetro desejado, podendo ser cpf ou cnpj.
Exemplo da consulta:
https://api-pix-h.gerencianet.com.br/v2/pix?inicio=2020-10-15T00:00:00.000Z&fim=2020-10-19T23:00:00.000Z&cpf=62499313099

Mas há um movimento em andamento para restaurar essa informação na API Pix, que está disponível em TED e está disponível nos arquivos CNAB 750 que os bancos disponibilizam para conciliação Pix.

GET em /pix com cpf=xxxxxxxxxx (se a GN já tiver implementado)

Bom dia! <@!779211471829729292> A configuração que possuímos é a mesma que o Rubens citou anteriormente.
server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook;
}
}

A GN sugere esta:
server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook;
}
}

ID EMV Name Len Value
0 Payload Format Indicator 2 01
5 Merchant Account Information 8 01992002
26 Merchant Account Information 36 0014BR.GOV.BCB.PIX011412345566778888
ID EMV Name Len Value
0 Globally Unique Identifier 14 BR.GOV.BCB.PIX
1 Chave PIX 14 12345566778888
52 Merchant Category Code 4 0000
53 Transaction Currency 3 986
54 Transaction Amount 4 4.56
58 Country Code 2 BR
59 Merchant Name 6 prowin
60 Merchant City 9 san pablo
61 Postal Code 8 12016212
63 CRC 4 D578

E fica a sugestão de mudar o GUI para br.gov.bcb.pix , por causa de PSPs que não leram a frase "case insensitive" no manual.

payload_format_indicator : 01
merchant_account_information
GUI : BR.GOV.BCB.PIX
PIX : 12345566778888
Merchant Category Code : 0000
Transaction Currency : 986
Transaction Amount : 4.56
Country Code : BR
Merchant Name : prowin
Merchant City : san pablo
Postal Code : 12016212

E está mesmo. Com CRC certo:
00020105080199200226360014BR.GOV.BCB.PIX01141234556677888852040000530398654044.565802BR5906prowin6009san pablo6108120162126304D578

00020126360014BR.GOV.BCB.PIX01141234556677888852040000530398654044.565802BR5906prowin6009san pablo6108120162120508019920026304A94A... da-me sempre crc errado

Com toda certeza, nós aqui explicamos para alguns clientes que o Pix é p2p e infelizmente nem todos estão adequados ainda.

Mais um pra lista dos PSPs que não enviam txid: SuperDigital.
https://github.com/renatofrota/pix-pendencias/issues/21

Mas a "boa" notícia é que eles não aceitam QR dinâmicos.
Então só aceitam estáticos, e se tiver txid, não passam o txid adiante.
Prejuízo zero pra quem vai operar com QR dinâmico.

não é falar "não pode". é falar: "se você pagar usando banco X, Y ou Z, o seu pagamento passará por uma verificação manual, por inabilidade destes bancos em operar o Pix corretamente". ainda mancha o nome dos bancos logo. kkk

Vai dar pra saber se corrigiu se a GN acompanhar, né? rs...
quanto a sua segunda opção (a GN recusar o recebimento sem txid), a GN está disponibilizando isso? Porque se disponibilizarem, aí posso considerar de implementar de fato o PIX.. eu desanimei de implementar quando descobri que não estava conciliando por causa do txid.

Pessoal vamos encerrando por hoje, amanhã estamos de volta. na issue 239 colocamos uma proposta para o debate acerca dos cadastros de chaves no webhook. Verifiquem por favor e comentem o que acham.

https://github.com/renatofrota/pix-pendencias/issues/22

Ufa... finalmente cheguei no ultimo