Histórico de mensagens em pix

Na hora que registra a GN tenta um acesso sem certificado cliente e com certificado cliente para validar o mTLS.

estou tentando RESGISTRAR o webhook somente

Isso é do seu certificado, mas precisa ver como seu sistema responde ao certificado que a GN usa para acessar o webhook.

<@!780500321994539068> olha aí, please

Isso pode ser :
- Falta da CA nos trusted roots
- Verify Depth menor do que 3
- A CRL listada na CA indica que esse certificado venceu
- Os algoritmos usados não são suportados

no centos 8.2

apache

<@!797900884436582411> Em seu servidor está rodando Node, Apache ou Nginx?

<@!797900884436582411>, estava lhe respondendo. Realizei alguns teste neste momento. Agora a requisição que está fazendo está correta! Realizei teste com minha URL e funcionou corretamente. Agora será algo em seu servidor. Estou analisando o que pode ser o erro UNABLE_TO_VERIFY_LEAF_SIGNATURE

<@!664563985885954079>, o e2eid você consegue somente depois de pagar o Pix.. Então você pegar ele através do webhook que você recebe ou consultando Pix recebidos

deu outro erro

<@!775350441965649951> , tá osso !!! o ticket 1785168

onde pego ele??

o e2eid tem, sim, exatos 32 caracteres. mas não é vc que gera o e2eid - não confundir com txid

Uma outra duvida o e2eid tem que ter 32 caracteres??

se vc ler o item 6.1.1 do documento que passei acima, verá isso explicado em detalhes (com um cenário de estabelecimento único, mas é só criar tantos qr codes quanto for necessário - 1 por estabelecimento, ou 1 por caixa, etc... - pra alcançar seu objetivo)

Muito obrigado, acho que é o suficiente para eu conseguir atender o cenário

a finalidade dele é exatamente a conciliação dos pagamentos

sim, txid é um campo que é sempre você que escolhe

Certo, então teoricamente eu consigo alcançar meu objetivo usando o txid, eu tenho controle da geração dele na api da gerencianet?