Termos mais procurados:
Oi @davils123. Bom dia!!
O POST que a Gerencianet envia para sua URL não contém as informações da cobrança, mas apenas o token de notificação. Para ter acesso ao Json com as informações da cobrança é preciso consumir o endpoint GET /notification/:token.
Se sua aplicação já fez o GET /notification/:token, você pode conferir o Json no histórico de requisições em sua conta no menu API > Minhas Aplicações > Histórico de requisições.
Chamando direto está dando:
curl https://webhook.motela2assis.com.br/
{
"status": 200,
"mensagem": "Requisição realizada com sucesso!",
"dados": null
}Qual a URL ?
E você passa sem /pix. Você precisa de atendedor tanto na URL sem /pix quanto na com /pix.
A URL para passar no webhook é necessariamente https:// .
Uso servidor compartilhado! Ele estava forçando o redirecionamento de http para https. Removi essa config. Agora pelo insomnia retorna cod 200, pelo navegador retorna cod 300.
Já tentei passar a url com /pix e sem /pix e deu na mesma.
esta url esta com mTLS ativado..
bom dia, estou tentado registra um webhook pelo sdk, esta me retornando esta mensagem.. "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
No caso do Bolix, o fluxo da confirmação da baixa segue o mesmo do boleto bancário, utilizando a URL de retorno...
Isso quer dizer que a api fornece o retorno para a url webhook quando o pagamento é feito pro Bolix ?
identicas as chamadas somudando a URL a da direita funciona
To achando que é a construção desse cUrl, se falta algo
mesmo processo para /v2/cob, so mudo a $urlFinal
estou usando PHP + Curl
Estou testando a API para integração com meu sistema, e gerei uma cobrança PIX em Sandbox, o retorno do Curl deu positivo com STATUS ATIVA.
Duvidas:
1 - Não apareceu na central (Segue print), deveria aparecer?
2 Como faço pra simular o pgto dessa cobrança?
Bom dia @guilhermemiranda8443 ! Temos um endpoint que retorna todas as informações de uma determinada transação. https://dev.gerencianet.com.br/docs/playground-transacoes#charge_id
Mas sugerimos você utilizar uma url de notificação, você recebe todas essas informações e salva em um banco de dados, por exemplo. E Você terá todo esse controle dentro do seu sistema, sem precisar consumir algum endpoint.
Entendi, agora faz sentido aquela listagem das notificações, então minha segunda dúvida é quando eu pago com o PIX não deveria mandar uma notificação para URL ? a "Chave pix da conta Gerencianet do recebedor" que uso para gerar os pagamentos via PIX, ao adicionar essas credenciais no meu sistema, eu mudo o webhook dessa chave : https://github.com/gerencianet/gn-api-sdk-php/blob/master/examples/pix/webhooks/update.php
Qualquer chamada na URL que recebo é gravado um log, quando abri o arquivo hoje, todas as chamadas gravadas lá eram aquelas do boleto, que faz mais sentido agora que vc me disse, pq o estado era "waiting", mas nada de pix.
@felipeapssilva você esta tratando o /pix que é acrescido ao enviarmos a notificação via POST /pix ?
Exemplo: Você configurou o webhook https://gerencianet.com/webhook, a notificação vai para https://gerencianet.com/webhook/pix
Olá, bom dia a todos.. Estou tentando utilizar o webhook da chave pix na minha aplicação, aparentemente está tudo configurado certo conforme a documentação, inclusive conseguimos cadastrar a URL de Callback, porém ao fazer as transferências pix não está batendo na nossa rota cadastrada no webhook, será que alguém pode me ajudar? @everyone
Boa noite @d.candeias ! Tudo bem?
Você pode ter várias contas e várias aplicações. Entretanto, é importante que você gerencie corretamente a URL de notificação para que uma aplicação não tente acessar cobranças de outra e vice-versa.