Boa tarde @ysminemiranda tudo bem? 🙂
Atualmente não temos um ambiente específico para checar os webhooks Pix enviados para seu sistema.
Entretanto a sugestão di @rubenskuhl pode lhe auxiliar nesse processo!
Termos mais procurados:
Histórico de mensagens em pix
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- 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
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Problemas com Token em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Recebimento de Pagamentos via QR Code e Arduino
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Autenticação com Certificado em NextJS
- Utilização de Endpoints e Payload no Pix
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Retenção de Pagamento no PIX em Marketplace
- Especificação da URL do Webhook no Exemplo Pix
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Integração da API do Pix em Sistema Próprio
- Funcionamento do Webhook em Ambiente de Homologação
EXIBINDO CONVERSAS RECENTES:
Data: 11/07/2022
Canal: pix
Sem o Multiviews não imagino o que poderia gerar um HTTP 300 especificamente, que não é um redir.
Perfeito, já é um bom começo.
Fiz o teste tentando registrar o webhook e recebo A URL informada respondeu com o código HTTP 300, é como se tivesse um redireiconamento.
Provavelmente sim. Agora só precisa ver se a resposta para quando o certificado é apresentado está correta, mas já está bem à frente do ponto que você estava antes.
Então pelo que entendi o mTSL está correto já que retorna esse erro acima quando acessado pelo browser
Na verdade a Gerencianet teste com e sem o certificado cliente, para ver se você está prestando atenção. 😉
O que postei acima foi pelo browser, Google Chrome. A partir daí para testar só vendo a mensagem de erro que o cadastro de webhook gera, pq aí a Gerencianet tenta com o certificado apropriado.
Ao acessar o dominio pelo browser tenho esse retorno
Ocorreu um erro durante uma conexão com webhookyoudo.cloudns.nz. O sistema remoto SSL não conseguiu negociar um conjunto aceitável de parâmetros de segurança.
Código do erro: SSL_ERROR_HANDSHAKE_FAILURE_ALERT
Isto aqui é o esperado mesmo com mTLS:
This site can’t provide a secure connectionwebhookyoudo.cloudns.nz didn’t accept your login certificate, or one may not have been provided.
Try contacting the system admin.
ERR_BAD_SSL_CLIENT_AUTH_CERT
Try contacting the system admin.
ERR_BAD_SSL_CLIENT_AUTH_CERT
Deu erro aqui
HTTP Requests
1 https://webhookyoudo.cloudns.nz/ (Request failed)
Em termos... na hora que o mTLS estiver habilitado, vai dar erro. Pq o SSLTest não tem a CA da Gerencianet para fazer uma requisição.
Multiviews desligado, mas sem efeito, continua com erro 300
Fiz o teste em https://www.ssllabs.com/ssltest/analyze.html?d=webhookyoudo.cloudns.nz e não está mais gerando aquele erro de anterioremente, já é um progresso, rs
Boa tarde gente, gostaria de saber se é possível checar os webhooks mandados para o sistema. Creio que recebemos um de venda reembolsada, porém não acho o comprovante do reembolso para enviar para a cliente.