Termos mais procurados:
Mas se você tiver o clientid, clientsecret e certificado, você mesmo pode fazer as requisições usando curl em linha de comando, já que o desenvolvedor do sistema não está conseguindo fazer. O que precisa estar claro para você é de quem é a responsabilidade, pois o recurso está aí para ser usado e atende sua demanda.
Bom dia! Tudo bem?
Se você registrar a URL assim http://urldosite/notifications.php, ao acionar o webhook, será acrescentado um /pix na URL. Portanto, no seu caso, a notificação seria enviada para http://urldosite/notifications.php/pix.
Para solucionar isso, cadastre seu webhook URL com a query param ?ignorar=. Assim, quando o webhook for acionado, o /pix será tratado como um parâmetro e você receberá o JSON no arquivo notifications.php, conforme a seguinte URL: http://urldosite/notifications.php?ignorar=/pix.
Alguém poderia me ajudar sobre uma dúvida das notificações do Pix.
Configurei uma url de notificações com o skip-MTLs ativo seguindo esta estrutura: http://urldosite/notifications.php
Porém quando recebo a resposta, vem somente um requisição em branco, e no webhook inbox chega normalmente a notificação.
Alguém consegue me ajudar com isso?
Oi, estou de volta...
O erro que retorna:
{"code":3500072,"error":"request_not_allowed","error_description":"N\u00e3o foi poss\u00edvel finalizar sua solicita\u00e7\u00e3o. Por favor, entre em contato com o suporte Gerencianet."}
o body que estou enviando:
{"items":[{"name":"Pagamento da Fatura F-001194","amount":1,"value":100}],"metadata":{"notification_url":"https:\/\/.com.br\/painel\/gateways\/gerencia_net\/callback_cartao?invoiceid=1126&hash="},"payment":{"credit_card":{"customer":{"name":"nivan jr","cpf":"","phone_number":"","email":"@gmail.com","birth":"1997-11-13"},"installments":1,"billing_address":{"street":"46","city":"aruja","state":"AP","neighborhood":"rua 23a","zipcode":"27418150","number":0},"payment_token":"","message":"FATURA F-001194"}}}
(coloquei asteristico em dados sensiveis)
Boa tarde.
codigo:
def configure_webhook():
url = "https://api-pix.gerencianet.com.br/v2/webhook/chave"
headers = {
"x-skip-mtls-checking": "true",
}
body = {
"webhookUrl": "https://ac7-1bd37c9a12e8.herokuapp.com/show/webhook?hmac={HASH_SECRET_KEY}&ignorar=",
"chave": "6831e783-a812-45c7-a98f-962745a78ad4"
}
response = requests.put(url, headers=headers, data=body)
return response
response = configure_webhook()
erro:
requests.exceptions.ConnectionError: ('Connection aborted.', ConnectionResetError(10054, 'Foi forçado o cancelamento de uma conexão existente pelo host remoto', None, 10054, None))
alguém consegue me explicar?
Alguém pode me dizer o que significa este erro: 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://pix.api.efipay.com.br/oauth/token.
TL;DR: Webhook sendo bloqueada pelo Bot Fight Mode do Cloudflare
----
Boa tarde, pessoal. Desculpe se esse não é o melhor local para enviar minha mensagem mas não encontrei um que tratasse apenas de webhooks.
Vamos lá: Quando faço uma chamada na API da Efí solicitando o pagamento tudo funciona corretamente, o problema não está aí. Acontece que estou informando uma 'notification_url' que usa o Cloudflare (tanto o WAF como o 'Bot Fight Mode' do Cloudflare).
No WAF tenho regras para liberar qualquer requisição no caminho que informei lá na 'notification_url', digamos, "dominio.com.br/webhooks/efi". A regra do WAF funciona (Recebo outros webhooks similares sem problema)... porém as requisições vindas da Efí são sempre identificadas/filtradas no "Bot Fight Mode", o que ocorre antes de sequer chegarem aos meus filtros do WAF... e, sendo assim, as requisições estão sendo sempre descartadas.
Note que não uso o "Super Bot Fight Mode" que, nesse caso, seria sim possível criar uma regra no WAF que pule o "Super Bot Fight Mode", mas não do "Bot Fight Mode". (Há, inclusive, um aviso em destaque no local onde você habilita o Bot Fight Mode: "Note: Other security products cannot be used to skip Bot Fight Mode.") (Pelo que li isso pode mudar no futuro.... mas infelizmente tenho esse problema hoje).
Uma "solução" que encontrei (mas sequer testei pois não é possível pra mim) é desabilitar o Bot Fight Mode.... infelizmente isso não é uma solução.
Parece existir meios de mitigar isso, inclusive a Efí cadastrando o bot com a Cloudflare deve ser o bastante (https://radar.cloudflare.com/traffic/verified-bots). Vocês podem pensar nisso?
Eu que estou fazendo algo errado? Não devo ser o único passando por isso mas não encontrei nada a respeito..
Oi, @joaoimenso. Bom dia!
A URL da Gerencianet continua funcionando, mas você alterar para a da Efí: https://dev.efipay.com.br/docs/api-pix/credenciais/#rotas-base
Um detalhe, na requisição a rota que está usando está com https: no final, o correto é somente /oauth/token
No caso da API Cobranças você deve usar uma das seguintes URLs:
Produção: https://cobrancas.api.efipay.com.br
Homologação: https://cobrancas-h.api.efipay.com.br
Documentação: https://dev.efipay.com.br/docs/api-cobrancas/credenciais#rota-base
Bom dia, estou criando uma cobrança do tipo bolix, mas está sendo retornado como se fosse um boleto
Aqui esta o json de entrada "{
"items": [
{
"name": "Plano 1",
"value": 2000,
"amount": 1
}
],
"payment": {
"banking_billet": {
"expire_at": "2024-02-24",
"customer": {
"name": "mayron fernandes",
"cpf": ...,
"email": ...,
"phone_number": ...,
"birth": ...,
"address": {
...
}
}
}
},
"metadata": {
"custom_id": "f5e3fef8-01ca-4503-b08e-67aa194bf416",
"notification_url": ...
}
}", e aqui a resposta "{
barcode: '00000.00000 00000.000000 00000.000000 0 00000000000000',
link: 'https://download.gerencianet.com.br/v1/524831_14_SERCA5/524831-14-NEMCA0?sandbox=true',
billet_link: 'https://visualizacaosandbox.gerencianet.com.br/emissao/524831_14_SERCA5/A4XB-524831-14-NEMCA0',
pdf: {
charge: 'https://download.gerencianet.com.br/524831_14_SERCA5/524831-14-NEMCA0.pdf?sandbox=true'
},
expire_at: '2024-02-24',
charge_id: 44006663,
status: 'waiting',
total: 2000,
payment: 'banking_billet'
}"
Então a URL foi registrada com sucesso.
Verifique se em sua aplicação tem mapeado a rota com o /pix,. Pois as notificações serão enviadas para a URL_registrada/pix.
Guilherme, retornou com a url cadastrada
Olá, @edvandell. Bom dia! Tudo bem?
Tente registrar sua URL novamente através do endpoint PUT /v2/webhook/:chave para verificar qual será a resposta.
Se vc está chamando pelo curl ou browser, vc não apresenta o certificado da Efí então teria que recusar mesmo... tem que testar com transação da Efí.
O outro módulo ficava numa URL que não existe mais... o autor é o @joelemanoel então se ele ler a msg no Discord talvez poste a URL atualizada.
Para boleto Efí eu não sei de módulo comercial. Para Pix tem o do https://www.mmhospedagem.com.br/ e um outro que agora não lembro a URL. Ambos tem suporte e atualização mais alinhado com o ciclo de release do WHMCS.
Boa noite galera, fiz os testes do webhook (pix) em homolog, tudo funciona corretamente. Mas quando eu mudo o CRT para o de PRD (chain-pix-prod.crt) no servidor e troco as chaves do client e secret e tento fazer um cadastro de webhook recebo o erro: "A URL informada respondeu com o código HTTP 400"
@jessica_efi estou com a seguinte dúvida, quando eu crio uma cobrança (homologação) sem txid o STATUS fica ATIVO, ai quando eu acesso a URL do location "location": "qrcodespix-h.sejaefi.com.br/v2/cbaa695db80545559dee3ddf93c9e142", a resposta diz que a cobrança já não está mais ativa. Esse procedimento é normal ?
Podem em ajudar com o SDK Python? Não encontrei no código da Efi a URL (/v1/charge/:id/pay), somente a criação de pagamento. No one-step deu certo.
Boa tarde, @arthursisprov! Tudo bem?
Neste caso, a sua URL esta retornando falha 400
