Histórico de mensagens sobre url em devs

Preciso fazer o envio conforme o pixCreateCharge? Porque conforme peguei o código Curl no postman, eu pensei que ele gerava o qrcode conforme o id da transação criada no pixCreateCharge passada no GET

Olá, @jeffersondepiro! A URL de retorno é um campo que indica para a nossa API o endereço do seu servidor para envio das notificações de transações. Por padrão é utilizada a porta do protocolo HTTP que você estiver usando e ela pode ser omitida da URL (80 para o HTTP e 443 para HTTPS). Caso seu servidor esteja disponibilizando a comunicação por uma porta diferente da padrão você precisa especificar ela na URL.

ola , alguem poderia informar quais as portas utilizadas , no campo, URL de retorno: , da integração com o gerencianet , estou com um servidor sem IP publico e preciso fazer o NAT

sim, estava pensando em receber pelo front e enviar para o endpoint do backend.
Colocar direto o URL da API é mais aconselhado entao?

Você pode disponibilizar no seu backend uma rota que aceite requisições do tipo POST.
As nossas notificações funcionam realizando uma requisição do tipo POST para a URL informada

bom dia, tudo bem?
estou com uma duvida de como ficaria a URL_notification pelo lado do front, como recebo o token para que eu consiga enviar para a API?
O sistema já está online, portanto a API da Efi vai conseguir se comunicar

Olá, @mathheusdr! Bom dia!
Não é possível utilizar seu localhost como URL de notificação, pois o caminho precisa estar acessível publicamente para que a API encontre-o e estabeleça a comunicação necessária para o envio das notificações.

Bom dia, estou testando a resposta da API e estou em ambiente de desenvolvimento utilizando o Xampp
$metadata = [
"custom_id" => "Order_00001",
"notification_url" => "http://localhost/Projeto/resposta"
];
o erro : 3500034validation_errorA propriedade [notification_url] é inválida.
existe uma forma de testar a resposta neste formato ?

Boa noite, estou tendo a resposta "A URL informada respondeu com o código HTTP 400" ao tentar criar um webbook, já configurei o endpoint com retorno de status 200 e o certificado, estou usando TLS 1.2, proxy nginx e ubuntu 22.04, alguma solução?

Todas as alterações de status são disparadas notificações para a URL de retorno informada @meninotrovoada!

Sim estou usando proxy nginx exigindo a chave https://pix.sejaefi.com.br/webhooks/chain-sandbox.crt no endpoint do webhook, se precisar posso disponibilizar a url para confirmação

Bom dia, galera estou tentando cadastrar um webhook em um servidor de homologação mas está dando o erro "A URL informada respondeu com o código HTTP 403", o certificado já está registrado corretamente mas se tentar cadastrar ele sem exigir o certificado me retorna o erro "A autenticação de TLS mútuo não está configurada na URL informada", alguma solução?

Bom dia, @sheikzadarevo! Tudo bem?
A URL de notificação não é definida na emissão da cobrança Pix.

Você deve associar uma URL de notificação a sua chave Pix, então as cobranças Pix que tiverem um txid e sua chave Pix, nós iremos enviar a notificação para a URL registrada. Essa configuração pode ser feita uma única vez através do endpoint PUT/v2/webhook/:chave (https://dev.gerencianet.com.br/docs/api-pix-endpoints#configurar-o-webhook-pix).

Pontuando que para registrar sua URL de notificação, seu servidor deve possuir algumas configurações para atender a comunicalção com mTLS. Você encotra mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks

Tem como definir url de notificação ?
@Consultoria Técnica

Sim, acabei de fazer isso:


{
"parametros": {
"inicio": "2023-05-22T16:01:35.000Z",
"fim": "2023-06-23T16:01:35.000Z",
"paginacao": {
"paginaAtual": 0,
"itensPorPagina": 100,
"quantidadeDePaginas": 1,
"quantidadeTotalDeItens": 1
}
},
"webhooks": [
{
"webhookUrl": "/webhook",
"chave": "-e585-48ff-86ac-",
"criacao": "2023-06-10T14:29:18.000Z"
}
]
}

A sim, tentei passar a notification_url mas não está cadastrando

Bom dia @sr.brunomendes ! Tudo bem? A API Pix e a API Emissão utilizam mecanismos diferentes para notificação. No caso da API de Emissão, você pode cadastrar a URL de notificação no momento da emissão da cobrança, no atributo notification_url. Neste link da nossa Documentação disponibilizamos mais detalhes sobre este fluxo: https://dev.gerencianet.com.br/docs/notificacoes-recebendo

Fiz o teste com boleto, e mudei status manual pelo settle, mas não chega a requisição nessa url

Funcionou para registrar url do webhook, mas estou tentando testar no modo homologação e não está chegando