Histórico de mensagens em pix

Realmente me confundi

Saquei

chave => vc cadastra no app. um sistema integrado normalmente só vai usar 1 chave pra tudo.

txid => vc cria um txid para cada cobrança (literalmente você, não a GN). vc escolhe qual deve ser o txid de uma cobrança e cria ela pela API (passando o txid que vc criou + a chave da sua preferência)

a notificação é enviada pra uma URL fixa (vinculada à chave); e a cada notificação recebida você terá a chave + o txid.

eita.. tem uma confusão de conceitos aí

Porem como ele vai identificar que essa pix é desse pedido para o webhook funcionar? Pois o txid é um campo livre que vcs me informam no webhook correto? Ache que a GN gerava uma para cada pedido, tipo uma temporária

(do mesmo tipo que vc passa para as pessoas te enviarem Pix)

é a Chave Pix, que vc cria no app da GN

Pessoal onde consigo a chave usada para criar uma cobrança? Falo do parâmetro chave mesmo

Blz. Vou seguir com os testes do mTLS aqui. Em teoria se o PUT retornar sucesso, significa que a gerencianet conseguiu fazer o handshake com meu server usando o mTLS, certo?

rapaz, não tenho certeza, mas pelo que foi discutido recentemente a respeito, me deu a entender que sim, também é notificado quando é completado/falha um Pix enviado

com ctz mais alguém vai passar pelo mesmo problema e isso será útil no futuro

ué.. o canal é sobre isso. relaxa

#fato. Vou ver aqui daqui a pouco dou um alô. to pixando o canal a um tempão aqui já, a galera deve tá me cancelando já kkk

pois é.. é coisa que se esquece. kkk

posso dizer que sim, mas pode ser que não rsrs

reiniciou o apache depois de mudar? 😅

então, eu ja tinha limitado somente ao 1.2 e estava no mesmo problema. O matheus tinha me indicado isso.

SSLProtocol all -SSLv2 -SSLv3 -TLSv1.3

retira o 1.3 e vai resolver:

http://apache-http-server.18135.x6.nabble.com/Bug-63368-New-TLS1-3-Client-verification-failures-td5048785.html