voce esta na url certa para produção?
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
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Especificação da URL do Webhook no Exemplo Pix
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Implementação do Módulo Gerencianet no Perfex CRM
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Problemas com Token em Ambiente de Homologação
- Funcionamento do Webhook em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Integração de Pix no Bubble (Plataforma No-Code)
- Notificações de Pagamento de Boleto e Pix
- Utilização de Endpoints e Payload no Pix
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Texto: url
Mas colocou o /pix na URL ?
E na URL falta um /pix
nao seria um erro na url?
Pessoal, o detalhe do response chegando vazio e sem erro no Curl, ocorreu também na hospedagem do cliente.
Estou achando, que é algo na API da Gerencianet, só ocorre ao Emitir o Pix/Cobrança
Após 2 tentativas, na terceira retornou certo, bem parecido com o comportamento no nosso servidor de desenvolvimento, vou depois abrir um Ticket para poderem ver melhor
Antes de dormir escreva no seu diário "FIZEMOS PROGRESSO" depois de muitos desafios, obstáculos, pedras, erros, deixo registrado na novela "A SAGA DO PIX" mais um capítulo de sucesso 🙂 Agora posso receber em servidor compartilhado , em qualquer sistema que nele esteja e em qualquer pasta e url as notificações da GN, sem precisar de mTLS, certificado, tokens, direto no banco de dados as respostas :). A Luta foi grande, mais ganhamos a batalha, não somos HE-MAN nem SHE-HA, mais temos "A FORÇA" de todos aqui , agradeço muito, sem vocês isso não teria acontecido nesta velocidade, pois cada um tem a sua. Muito Obrigado. Agora é partir para as brincadeiras nos sistemas em qualquer servidor em qualquer lugar com qualquer linguagem para receber os retornos do webhook .
Ou seja, posso configurar (mesmo usando uma URL de um servidor já configurado com mTLS) mas os eventos não serão recebidos, é isso?
Usei o Curl da Lib PHP, com pequena adição de logs, segue o Curl usado:
php
$curl = curl_init();
curl_setopt_array($curl, [
CURLOPT_URL => $pix_url_cob,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 8,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "PUT",
CURLOPT_SSLCERT => $arq_certificado,
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_POSTFIELDS => $body,
CURLOPT_HTTPHEADER => [
"authorization: $tokenType $accessToken",
"Content-Type: application/json",
],
]);
$response = curl_exec($curl);
$err = curl_error($curl);
if ($err) {
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
return false;
}
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
$this->log->write('emitePix() - Response ' . print_r($response, true));"
$curl = curl_init();
curl_setopt_array($curl, [
CURLOPT_URL => $pix_url_cob,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 8,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "PUT",
CURLOPT_SSLCERT => $arq_certificado,
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_POSTFIELDS => $body,
CURLOPT_HTTPHEADER => [
"authorization: $tokenType $accessToken",
"Content-Type: application/json",
],
]);
$response = curl_exec($curl);
$err = curl_error($curl);
if ($err) {
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
return false;
}
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
$this->log->write('emitePix() - Response ' . print_r($response, true));"
Curioso, que parece ocorrer só nesta chamada, a autorização não ocorre isso.
Uso o PHP 7.2 no servidor e com HTTPS.
Olá, pessoal, testei agora em Produção, voltou aqui a instabilidade no Response para Emitir o Pix/Criar cobrança, API: https://api-pix.gerencianet.com.br/v2/cob/, segue o log para terem ideia:
2020-12-12 14:17:47 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:17:47 - emitePix() - Error Curl
2020-12-12 14:17:47 - emitePix() - Response
2020-12-12 14:18:03 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:03 - emitePix() - Error Curl
2020-12-12 14:18:03 - emitePix() - Response
2020-12-12 14:18:05 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:05 - emitePix() - Error Curl
2020-12-12 14:18:05 - emitePix() - Response {"calendario":{"criacao":"2020-12-12T14:18:05.671Z","expiracao":86400},"txid":"X8QgqHD57tvd8xFA
2020-12-12 14:17:47 - emitePix() - Error Curl
2020-12-12 14:17:47 - emitePix() - Response
2020-12-12 14:18:03 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:03 - emitePix() - Error Curl
2020-12-12 14:18:03 - emitePix() - Response
2020-12-12 14:18:05 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:05 - emitePix() - Error Curl
2020-12-12 14:18:05 - emitePix() - Response {"calendario":{"criacao":"2020-12-12T14:18:05.671Z","expiracao":86400},"txid":"X8QgqHD57tvd8xFA
Cortei um pouco log, basicamente mesmo pedido, mesmos dados, tive que tentar 3 vezes até o response retornar algo.
<@!786765682011537448> Bom dia, como o Renato falou, o postman não disponibiliza uma url para você testar seu callback, infelizmente. Nós o utilizamos para testar os consumos das rotas como geração de token, emissão de pix, entre outros.
o postman é pra "consumir", não sei se ele oferece uma url pra você testar recebimentos de callback
2020-12-11 0:48:11 - montaBrCode() - Chamando o getPayload()
2020-12-11 0:49:45 - getPayload() - Error CurlFailed to connect to qrcodes-pix-h.gerencianet.com.br port 80: Connection timed out
Chega sem nada no Curl, se ocorrer em produção aviso, pelo jeito é algum detalhe aqui mesmo talvez, pois normalmente chega normal o retorno
2020-12-11 0:14:21 - emitirPix - Criando a Cobrança do Pix, pedido: 289
2020-12-11 0:14:21 - emitePix() - Error Curl
2020-12-11 0:14:21 - emitePix() - Response {"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"type","caminho":".body.infoAdicionais[0].valor","mensagem":"deve ser um texto"}]}
Tipo quando exibe o erro e quando não exibe:2020-12-11 0:14:21 - emitePix() - Error Curl
2020-12-11 0:14:21 - emitePix() - Response {"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"type","caminho":".body.infoAdicionais[0].valor","mensagem":"deve ser um texto"}]}
2020-12-11 0:14:25 - emitirPix - Criando a Cobrança do Pix, pedido: 291
2020-12-11 0:14:25 - emitePix() - Error Curl
2020-12-11 0:14:25 - emitePix() - Response
Para quem for ou vai utilizar o endpoint do webhook em produção do PUT da url de retorno, na documentação tem esta url https://api-pix-h.gerencianet.com.br/v2/webhook/:chave
Porém, para funcionar precisamos retirar os dois pontos antes da palavra" :chave" e claro a própria palavra "chave" ficando assim = https://api-pix.gerencianet.com.br/v2/webhook/---- no caso este é um exemplo com uma chave aleatoria, as demais chaves utlizem o que o manual recomenda 🙂 Substituir o por seus dados.
url está correta?
Porém se desejarem manter o sistema com as cobranças atualizadas, caso haja alguma falha na comunicação, vocês podem utilizar o endpoint GET/charge/:id -https://dev.gerencianet.com.br/docs/playground-transacoes#charge_id . Esse endpoint permite retornar todas as informações de uma transação existente e tem a mesma funcionalidade da notificação que enviamos quando é cadastrado uma url de notificação.
Me passem uma url de teste e eu tento fazer o POST.. 😉
O problema é que com o meu .pem posso notifcar o pix.magno.pinheiro.com
CURLOPT_SSLCERT => 'developmentCertificate.pem',
Se eu mudar o webhook da tua conta, apenas a nova url vai receber notificação.. então não serve para nada...
Agora se eu pegar sua url e enviar uma notificação de RECEBIDO, você deve consultar...
Sem um certificado, qualquer um poderia fazer um for com getTxID() e enviar notificação..
Com o certificado, qualquer um que já tenha o certificado...