Você terá um retorno 200, quando estiver configurado corretamente.
Termos mais procurados:
Histórico de mensagens sobre url
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Especificação da URL do Webhook no Exemplo Pix
- Cobrança em Período de Teste Grátis de 7 dias
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Problemas com Token em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Retenção de Pagamento no PIX em Marketplace
- Notificações de Pagamento de Boleto e Pix
- Cancelamento de Boleto e Remoção do DDA
- Atualização de informações no Retentiva de Cobrança
- Integração de Pix no Bubble (Plataforma No-Code)
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Texto: url
Nada também, o CN só possuía o domínio base como URL
tentei averiguar as hipóteses, mas por enquanto não achei o motivo do erro, usei o comando
true | openssl s_client -connect "url do domínio".com:443 -showcerts | openssl x509 -text -noout
, e o subdomínio aparecia no Subject Alternative Name, não sei aonde os resquísios do wildcard podem estar
Bom dia, @tieferson. Como vai?
Para melhorar experiência o usuário o recomendado é utilizar um webhook, que será uma URL para recepção de notificações quando um Pix alterar seu status, fazendo com que seu sistema seja atualizado o mais rápido possível.
@Xossy Quando você criar uma assinatura você utiliza o parâmetro metadata>notification_url definindo uma URL de retorno.
Assim a cada cobrança que for criada e paga, mensalmente por exemplo, será enviado uma notificação para seu sistema com o notification_token da assinatura (https://dev.gerencianet.com.br/docs/entendendo-fluxo-notificacoes).
Ao receber o notification_token, seu sistema deverá consultá-lo para obter os detalhes da notificação (https://dev.gerencianet.com.br/docs/notificacoes-recebendo#2-consultando-detalhes-de-uma-notifica%C3%A7%C3%A3o), e então obter o json semelhante ao seguinte:
json
{
"code": 200,
"data": [
{
"id": 1,
"type": "subscription",
"custom_id": null,
"status": {
"current": "new",
"previous": null
},
"identifiers": {
"subscription_id": 11976
},
"created_at": "2017-07-20 00:20:16"
},
{
"id": 2,
"type": "subscription",
"custom_id": null,
"status": {
"current": "new_charge",
"previous": "new"
},
"identifiers": {
"subscription_id": 11976
},
"created_at": "2017-07-20 00:20:16"
},
{
"id": 3,
"type": "subscription_charge",
"custom_id": null,
"status": {
"current": "new",
"previous": null
},
"identifiers": {
"subscription_id": 11976,
"charge_id": 2396478
},
"created_at": "2017-07-20 00:20:16"
}
]
}
neste Json você vai capturar o array com que te mostra todo histórico da assinatura. {
"code": 200,
"data": [
{
"id": 1,
"type": "subscription",
"custom_id": null,
"status": {
"current": "new",
"previous": null
},
"identifiers": {
"subscription_id": 11976
},
"created_at": "2017-07-20 00:20:16"
},
{
"id": 2,
"type": "subscription",
"custom_id": null,
"status": {
"current": "new_charge",
"previous": "new"
},
"identifiers": {
"subscription_id": 11976
},
"created_at": "2017-07-20 00:20:16"
},
{
"id": 3,
"type": "subscription_charge",
"custom_id": null,
"status": {
"current": "new",
"previous": null
},
"identifiers": {
"subscription_id": 11976,
"charge_id": 2396478
},
"created_at": "2017-07-20 00:20:16"
}
]
}
Então você deverá capturar em cada laço desse json. Se o laço conter o "type": "subscription", significa que ele se refere a um registro de alteração da assinatura.
Se em outro laço conter o "type": "subscription_charge", significa que ele se refere a um registro de alteração de uma cobrança, então você poderá verificar o status>current, subscription_id a qual se refere.
Veja o exemplo completo da resposta ao consultar o token de notificação de uma assinatura: https://dev.gerencianet.com.br/docs/notificacoes-recebendo#21-exemplos-de-respostas
Não, estou usando o curl do php
eu já chequei e to usando a url sem o "-h", ou seja, a de produção
curl --location --request POST 'https://api-pix.gerencianet.com.br/oauth/token' \
--header 'x-client-cert-pem: {{X-Certificate-Pem}}' \
--data-raw '{
"grant_type": "client_credentials"
}'
--header 'x-client-cert-pem: {{X-Certificate-Pem}}' \
--data-raw '{
"grant_type": "client_credentials"
}'
Olá @c.closs ! Boa tarde. Seja bem-vindo!
Você pode cadastrar uma URL de callback (webhook) para receber notificações sobre atualizações de transações que envolvem uma determinada chave do Dict.
Para isso, você precisa configurar seu servidor. Disponibilizamos um exemplo de configuração em Python, utilizando o Flask: https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks
Não aguento mais perder 2h configurando aquele servidor da amazon, rigorosamente confirme me foi passado pelos próprios técnicos da GN e na hora de registrar a URL do webhook na GN, não dar certo.
Olá, @Deleted User.
Para utilizar o serviço de envio de Pix você precisará registrar um webhook, URL em que sua aplicação receberá as notificações automaticamente quando a transação for concluída, por exemplo.
Segue link da documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks
mensagem: 'A URL informada respondeu com o código HTTP 401'
A não ser que mude a URL ou a chave Pix. Aí precisa fazer de novo.
sera por conta da url n vai mesmo?
claro que o webhookUrl n tenho ideia se vai funcionar
reqGN.put(/v2/webhook/126bec4a-2eb6-4b79-a045-78db68412899, { webhookUrl : "http://10.1.1.23:3000/webhook"})
Por isso que eu acho que nem vale fazer código para criar a chave EVP... 2 requests com curl e a chave EVP está criada. 😉
Coloca a chave como parâmetro num .ini/.yaml de configuração, e pronto.
O que dá para testar é o PUT em /webhook, que faz dois POST de teste na URL de webhook, um que você precisa rejeitar e outro que você precisa aceitar.
Uma duvida, se eu quero passar meu localhost como webhookurl, seria como exatamente?
e passar o url