Histórico de mensagens sobre url

oi eu fiz conforme eu tinha te passado mas não funciono ele retorna que notification_url não faz parte do schima, ai eu fui na documentação, e fala que tem que é um objeto metadata então como diz na documentação fiz

Desta forma você criaria uma cobrança com a URL de notificação http://your_domain.com/notification, essa URL receberia um POST com um body em x-www-form-urlencoded com uma Key chamada "notification" e seu Value será o token para consultar através do método getNotification

outra coisa ve se entendi corretamente

@_alexandrehenrique ao criar a cobrança você pode passar uma valor pro atributo "notification_url" no body da requisição. Feito isso mediante qualquer alteração nessa cobrança será enviado um token para essa URL, que pode ser consultado através da rota GET /v1/notification/:token para verificar a situação da cobrança.

ola bom dia, poderia me explicar melhor essa questão da url de resposta?

Então, independente da forma como seu cliente tenha escolhido pagar (QRCode Pix ou Código de Barras), você pode consultar o status do Boleto através da rota GET /v1/charge/:id. Ou, caso já tenha configurado uma URL de Notificação, através da rota GET /v1/notification/:token.

Boa tarde, estou com uma dificuldade no recebimento de notificações webhook, eu crio a cobrança informando o notification_url no metadata, porém não recebo as notificações, na plataforma as notificações estão com o status 408 e nos detalhes é informado que o servidor não respondeu, causando um timeout

Bom dia, @vicenzomartinelli!
Esta informação está descrita na sessão "Recebendo callbacks", onde é informado que a API Pix Efí envia o callback via POST url-webhook-cadastrada__​/pix__
Segue o link da documentação com os detalhes: https://dev.efipay.com.br/docs/api-pix/webhooks#recebendo-callbacks

Bom dia @vicenzomartinelli ! Tudo bem? Os callbacks são enviados pela Efí via POST ​/pix quando há uma alteração no status do Pix. Você realizou o tratamento para o /pix?

bom dia!
Gostaria de tirar uma dúvida sobre a integração de pagamento para PIX.
Implementamos por aqui a geração e o controle para ouvir os webhooks porém mesmo a listagem de webhooks nos retornando a nossa url corretamente o webhook de pagamento nunca chega para nós.
Como posso verificar isso? tem algum endpoint onde consiga os webhooks enviados e a resposta para cada um deles?

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 ?

Pessoal, boa tarde!
Eu to fazendo uma implementação em homologação, onde estou tentando fazer uma assinatura via boleto, e quando finalizo a operação, eu tomo um erro:

{
"code": 3500010,
"error": "property_does_not_exists",
"error_description": {
"property": "id",
"message": "A propriedade [id] informada não existe."
}
}

Na minha requisição, estou enviando:

{
"items": [
{
"name": "Plano Avançado",
"amount": 1,
"value": 9999
}
]
}

e na url: /plan/99999/subscription

Conseguem me ajudar que ID é esse que está faltando? A princípio, isso só ocorre em homologação.

Boa tarde, @rafaelribeiro.sp! Tudo joia?
Você mapeou a rota da URL cadastrada com o /pix no final?
Lembrando que as notificações de pagamentos ocorre na url cadastrada com o /pix no final.

Bom dia, @carlosdombosco! Tudo joia?
Assim como ocorre na emissão de boletos e canês, é possível sim associar uma URL de notificação na criação de assinaturas através da API e o nome do atributo para informar a URL é o mesmo: metadata -> notification_url
Nas assinaturas, iremos emitir a cobrança de acordo com a periodicidade que você informou e sempre que as cobranças forem emitidas, iremos enviar uma notificação informando sobre esta emissão.

Gostaria de saber como gerencio isso do lado da minha aplicação pra saber se a cobrança foi aprovada mês a mês e liberar o serviço pro cliente já que na opção de criar a assinatura não tem a URL de retorno

Boa Tarde!

alguém já se deparou com algo semelhante:

cURL error 58: unable to load client cert: -8018 (SEC_ERROR_UNKNOWN_PKCS11_ERROR) (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://api-pix.gerencianet.com.br/oauth/token

pessoal, boa tarde,
por favor, estou obtendo um erro que estou ficando travado, se alguem puder ajudar, agradeço imensamente.
ja tentei colocar o validateMtls = false e tbem true; e o erro permanece.

{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}

estou usando o AWS com o MTLS ja configurado, o dominio tbem esta configurado, nao estou conseguindo passar desta parte,

Utilizando credentials no producao

obrigado.

metadata: { notification_url: ... } ?

só colocar notification_url ?