Histórico de mensagens em pix

Estou implementando a integração com api-pix, qdo rodo localmente no meu note funciona tudo normalmente, consigo gerar o pix com sucesso, ao mover a aplicação para um servidor remoto não consigo gerar o pix, no metodo de autorização ao fazer o request não obtenho resposta do servidor de homologação da Gerencianet, alguma ideia do que seria o problema?

Estou fazendo um app, mas nao consigo pegar o access_token

vc está fazendo os testes pelo android studio, ou está fazendo um app que se comunica diretamente com a GN?

Alguem de voces ja conseguiu fazer a autenticacao usando o arquivo do certificado .p2 com a IDE android studio

Existe tanto .dev quanto .dev.br para registro. 🤓

ERR_TLS_CERT_ALTNAME_INVALID, esse erro dava pra mim, quando o certificado ssl não tava bem configurado

Sugiro depois trocar as urls

Configura o mTLS e envia para testarmos

Bom dia, tem alguma restrição de banco pagador?

Sim, são url's públicas, parece local né?

esse url é real?

Oi Pessoal, bom dia!

Estamos com dificuldades em configurar o MTLS. Configuramos 3 host:

1) https://webhook.site/528aa31a-0858-4b51-b923-6a07f9f877c1
Resposta da API da Gerencianet:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
Esse post chega em nosso ambiente: "evento": "teste_webhook".

2) https://mtls-pix.clicksign.me/pix - Sem MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

3) https://mtls-pix.clicksign.dev/pix - Com MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

Benvindo ao MPDPAP, Movimento Pelos Dados de Pagador na API Pix. Hoje só dá para pesquisar por CPF específico se vc imagina quem foi que pagou.

pdf = cpf

porque nosso cliente final tem um fluxo muito grande, então a parte do pdf poderia ser um pouco custosa devido ao metodo que trabalham

hoje já temos um sistema funcional que funciona como vc mencionou, mas temos que manter o registro de pelo o menos o cpf do pagador. A titulo de facilidade gostariamos de receber o cpf do pagador pelo webhook, para que, o cliente final não precise digitá-lo na criação do pix.

<@!747457595060650014> tem como explicar melhor o seu cenário para que possamos pensar em uma solução? A recomendação seria você ter txid único por cobrança, pois, são cobranças diferentes e o txid serve como um identificador.

e gostariamos de saber qual dos dois pagou

porque, por exemplo, vamos ter o mesmo qrcode estático para dois clientes,

é que eu não queria ter que forçar o preenchimento,