Termos mais procurados:
curl_setopt_array($curl, array(
CURLOPT_URL => "https://pix.api.efipay.com.br/v2/cob",
CURLOPT_RETURNTRANSFER => true,
CURLOPT_POST => true,
CURLOPT_POSTFIELDS => json_encode($data),
CURLOPT_SSLCERT => $config["certificado"],
CURLOPT_HTTPHEADER => array(
"Authorization: Bearer $access_token",
"Content-Type: application/json"
),
));
Como eu colocaria dentro
curl_setopt_array($curl, array(
CURLOPT_URL => "https://pix.api.efipay.com.br/v2/cob",
CURLOPT_RETURNTRANSFER => true,
CURLOPT_POST => true,
CURLOPT_POSTFIELDS => json_encode($data),
CURLOPT_SSLCERT => $config["certificado"],
CURLOPT_HTTPHEADER => array(
"Authorization: Bearer $access_token",
"Content-Type: application/json"
),
));
Bom dia, @tharley9991056
Sim, é possível ter um webhook para receber atualizações das assinaturas. Quando você emite um boleto via API, basta incluir o parâmetro metadata>notification_url junto com as informações do boleto. Assim, sempre que houver uma mudança no status do boleto, a Efi enviará uma notificação para essa URL.
A notificação será um POST enviado para o endereço, contendo um token único de cada assinatura. Seu sistema precisa consultar esse token para obter os detalhes da notificação e identificar a cobrança específica, facilitando a conciliação. Confira os exemplos na documentação para entender melhor. Mais detalhes estão disponíveis no link: Notificação de Boletos.
Também temos um vídeo que mostra esse processo de forma detalhada. Pode ser muito útil para você: Assista ao vídeo.
Espero que isso te ajude! Conte com a gente!
Bom dia, @cleitonconceicao_, tudo bem?
A notificação da API Cobranças consiste em duas etapas, uma onde enviamos para sua URL um POST com um Token e outra onde você deve consultar o token em nossa API para obter as informações da cobrança notificada.
Você pode ver mais detalhes quanto à esse processo aqui
eu só vi o "notification_url: null" na resposta, mas não encontrei em que lugar do schema ela entra antes de eu enviar
quando eu faço a requisição com "x-skip-mtls-checking" como "false" eu tenho essa resposta: "{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}"
mas quando eu faço a requisição com "x-skip-mtls-checking" como "true" eu recebo o meu webhook como resposta (que no caso eu entendo que esse seria o resultado esperado)
mas eu gostaria de deixar o "x-skip-mtls-checking" como "false" e deixar o mTLS configurado da forma correta.
Perfeito, neste caso então você conseguiria cadastrar uma URL para receber as notificações.
As nossas notificações são realizadas através do metodo POST.
Bom dia, @martins.dev! Tudo bem?
Neste caso, a URL que você informou no cadastro esta retornando o status HTTP 301 quando é realizado uma requisição de teste para ela.
O status HTTP 301 é um código de status de resposta HTTP usado para redirecionamento permanente de URL
to recebendo isso: Error: connect ECONNREFUSED ::1:80
at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1138:16) {
errno: 'ECONNREFUSED',
code: 'ECONNREFUSED',
syscall: 'connect',
address: '::1',
port: 80,
config: {
url: '/v2/cob',
method: 'post',
data: '{"calendario":{"expiracao":3600},"valor":{"original":"10.00"},"chave"
:"64f7548d-090b-4b68-aacf-7517117c02b4","ocultado":"ocultado"}',
headers: {
Boa noite, tenho uma aplicação em Java e Spring Boot e estou utilizando a API fornecida por vocês. Realizei toda a integração, porém estou enfrentando um problema em meu ambiente produtivo. Ao tentar criar um plano de assinatura, estou recebendo o erro "br.com.efi.efisdk.exceptions.AuthorizationException: Authorization Error: Client_id or Client_secret are wrong".
Verifiquei todas as configurações, e parecia estar tudo correto; no entanto, o erro persistia. Para facilitar a investigação, subi a aplicação em minha máquina e apontei tudo para o ambiente de produção. Para minha surpresa, a API conseguiu se autenticar e criar um plano de assinatura.
Fiz a seguinte verificações:
1. Client_Id e Client_Secret estão corretos;
2. O corpo da requisição está correto;
3. Realizei a chamada via Postman utilizando o mesmo Client_Id, Client_Secret e corpo para a URL https://cobrancas.api.efipay.com.br/v1/plan e obtive sucesso;
4. Verifiquei o fuso horário da máquina e da JVM no ambiente de produção.
Não sei mais o que devo verificar, já que na minha máquina e via Postman funciona conforme o esperado. Encontro esse problema de autenticação apenas na máquina da AWS.
Boa noite, estou tendo problemas para cadastrar minha url de webhook do pix, tem como cadastrar usando o sdk ? ou somente com postman
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
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 ?
Bom dia, @israelcosta.
Acredito então, como não vai configurar no Apache ou Nginx o mTLS, você deverá registrar sua webhook URL com o atributo x-skip-mtls-checking=true
Veja mais detalhes e pontos de atenção em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#skip-mtls
Segundo ponto, os callbacks são enviados pela Efí via POST /pix quando há uma alteração no status do Pix. Então nestas rotas você deve esperar Route:post.
Por último, adicione também a rota POST '/webhook', pois é feito uma requisição de teste nela também.
curl --location --request POST 'https://api-pix-h.gerencianet.com.br/oauth/token' \
--header 'Authorization: Basic Q2xpZW50X0lkX2Q5MzAzNWFiNDgxZGI5MzEyNDIwNDgxMGU5NzM2M2Y3NmIwZWI0NDI6Q2xpZW50X1NlY3JldF9lNGUxN2M2YWQ3ZDY4ODZiMDYzNDk3ODUwY2VmOWVlMWU3OGY0YTIx' \
--header 'Content-Type: application/json' \
--data-raw '{
"grant_type": "client_credentials"
}'
