Histórico de mensagens sobre url

A URL está com escaping, não pode ter escaping.

É feito de forma automática, pois, é feito o cadastro de uma url de notificação que realiza a "baixa" no módulo quando uma cobrança é paga

em produção ele pôe um /pix no final da url

vcs tem como verificar se uma url está ok

ou a url que eu passei só será acessado se eu fizer alguma ou a fatura sofrer alguma alteração?

Boa tarde <@!305835973474910208> ! A url de notificação você define de acordo com o seu sistema, não temos um padrão definido. No seu caso, você inseriu o parâmetro codempresa, caso tenha necessidade desse segundo parâmetro, pode inserir mas não é obrigatório. E essa url deve ser cadastrada em seu sistema, para que as cobranças sejam emitidas com essa url.

Sugiro depois trocar as urls

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.

Quem aciona o webhook é a GN, não o browser do usuário... me parece que a solução para isso é com Sockets, numa URL alimentada pelo webhook.

Bom dia <@!313668091114553346>, você pode associar a sua chave pix ao webhook e desta forma toda vez que enviarmos a notificação informando do pagamento você realiza o redirect, com um

Função de autorização você cita a {webhookUrl}/txidmatch citada pelo Renato?

vc precisa gerar o qrcode (ou o "pix copia e cola") que representa a cobrança, montando manualmente (usando a URL de location) ou então a partir do endpoint GET /v2/loc/:id/qrcode (o :id você obtém no loc no retorno da cobrança)

Estava criando cobranças no ambiente de homologação, para criar no ambiente de produção preciso trocar apenas a url base, client id e client secrete ou o certificado também?

Pensando na implementação lógica, o fluxo seria mais ou menos esse:

-> se o txid é dinâmico {26,35} a GN valida com base na chave + txid se existe cobrança (talvez isso até já esteja implementado hoje).
-> elseif, txid é nulo, GN consulta a configuração da conta do EC recebedor (ou da chave) se deve acatar Pix com txid nulo.

se a GN tiver como diferenciar quando o Pix foi enviado via "manual" (informando dados bancários) ou com uso da chave DICT, o ideal seria a configuração de aceitar/não os recebimentos com txid nulo ser por chave + uma configuração extra para bloquear todos os recebimentos manuais (que nunca tem txid associado).

se não tiver como diferenciar, a configuração poderia ser global (por conta transacional), com opção de sobrescrever a escolha para chaves individuais (assim poderia bloquear recebimentos com txid nulo para toda a conta [que seria o comportamento padrão] e autorizar o txid nulo em uma chave particular).

e, futuramente:
-> else (txid é estático), valida conforme as regras de aceite do EC (por regex match ou enviando o request de validação para webhookURL/txidmatch, como sugeri acima).

e esse "futuramente" eu não consigo nem ver uma demanda relevante. o importante são as outras funções.

<@!775350441965649951>, Utilizei os endpoints desta mensagem 👆

A Url de base: https://api-pix.gerencianet.com.br

Bom dia, <@!814577988883972097>. Nos informe alguns detalhes.
Qual a URL que está utilizado na requisição?

Você pode gerar cobranças com uma url de notificação e cancelar ou marcar como pago, assim enviaremos a notificação para o seu sistema informando sobe a mudança do status.

Boa tarde <@!305835973474910208>! É possível sim, você consegue mais detalhes de como configurar a url de notificação aqui https://dev.gerencianet.com.br/docs/notificacoes-recebendo.