Do PIX
Termos mais procurados:
Histórico de mensagens sobre pix em pix
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
- Implementação da SDK do Pix em Next.js ou React
- Consulta de Chave PIX na API de Envio
- Cobrança em Período de Teste Grátis de 7 dias
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Acionamento de Webhooks em Pagamentos e Devoluções
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Problemas com Token em Ambiente de Homologação
- Atualização de informações no Retentiva de Cobrança
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- Teste de Status de Pagamento 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
- Utilização de Endpoints e Payload no Pix
- Cancelamento de Boleto e Remoção do DDA
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Funcionamento do Webhook em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Endpoint para Recuperar Saldo
EXIBINDO CONVERSAS RECENTES:
Texto: pix
Canal: pix
Você consegue ver o conteudo das requisições nesse link em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-recebendo-callbacks
Se você tirar o
if ($ssl_client_verify != SUCCESS) {
return 403;
temporariamente, você consegue chamar https://hize.gg/checkoutPix e https://hize.gg/checkoutPix/pix ?return 403;
Esse rewrite ^(.)$ /checkoutPix é desnecessário em boa parte dos setups. E falta repetir os mesmos proxy no location do checkoutPix:
proxy_pass http://localhost:3333/;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection 'upgrade';
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
server {
server_name hyze.gg www.hyze.gg" class="link-msg">www.hyze.gg" class="link-msg">www.hyze.gg;
location / {
proxy_pass http://localhost:3333/;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection 'upgrade';
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}
listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/hyze.gg/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/hyze.gg/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /etc/letsencrypt/gerencianet/chain-pix-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
location /checkoutPix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /checkoutPix;
}
}
server {
if ($host = www.hyze.gg) {
return 301 https://$host$request_uri;
} # managed by Certbot
if ($host = hyze.gg) {
return 301 https://$host$request_uri;
} # managed by Certbot
listen 80;
listen [::]:80;
server_name hyze.gg www.hyze.gg;
return 404; # managed by Certbot
}
server_name hyze.gg www.hyze.gg" class="link-msg">www.hyze.gg" class="link-msg">www.hyze.gg;
location / {
proxy_pass http://localhost:3333/;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection 'upgrade';
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}
listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/hyze.gg/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/hyze.gg/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /etc/letsencrypt/gerencianet/chain-pix-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
location /checkoutPix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /checkoutPix;
}
}
server {
if ($host = www.hyze.gg) {
return 301 https://$host$request_uri;
} # managed by Certbot
if ($host = hyze.gg) {
return 301 https://$host$request_uri;
} # managed by Certbot
listen 80;
listen [::]:80;
server_name hyze.gg www.hyze.gg;
return 404; # managed by Certbot
}
Boa tarde Pessoal,
Estou fazendo integração com a api pix, porém no postman funciona e no cURL não funciona no endpoint v2/cob, ambiente de homologação.
O Acess Token eu consigo emitir sem problemas, porém, a cobrança ele me retorna erro http 400 sem nenhuma mensagem.
Precisa de algum outro parametro nesse endpoint ou realmente tem algo errado?
Boa tarde, configurei o endpoint do webhook pix como mostro abaixo porém ao cadastrar o webhook recebo o erro 301 e não percebi ao certo o que isso significa
entrei no app, mas quando vou em PIX ele ja mostra que eu preciso registrar uma chave, nao tem chaves registradas
Exatamente. Complementando a resposta, segue a documentação do endpoint mencionado: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-modificar-configura-es-da-conta
entao eles ja iram no mesmo webhook que estou monitornando, onde vejo os status do pix que pago a terceiros
Entendi, <@!864897533368729620>.
Como mencionado pelo Rubens, o webhook só será acionado se estiverem associados a um txid. Que pode ser, a partir de um QR Code estático ou dinâmico.
E se um cliente lhe enviar um Pix diretamente para sua chave, não terá como associar um txid, não acionando o webhook.