Termos mais procurados:
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.
Ufa... finalmente cheguei no ultimo
Só não esquece de conferir se os valores batem, digo, o valor que você registrou no seu lado e o valor em pix->valor
O problema é que com o meu .pem posso notifcar o pix.magno.pinheiro.com
CURLOPT_SSLCERT => 'developmentCertificate.pem',
Não entendi, cartão de crédito ? Mais o canal aqui é PIX.
