por isso faria mais sentido pra mim trancar /pix (e receber requests em /pix, /pix/devolucao, /pix/outroendpoint...)
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
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Especificação da URL do Webhook no Exemplo Pix
- Cobrança em Período de Teste Grátis de 7 dias
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Problemas com Token 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
- Funcionamento do Webhook em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Notificações de Pagamento de Boleto e Pix
- Cancelamento de Boleto e Remoção do DDA
- Integração de Pix no Bubble (Plataforma No-Code)
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Atualização de informações no Retentiva de Cobrança
EXIBINDO CONVERSAS RECENTES:
Texto: PIX
Canal: pix
mas veja só.. se eu tiver um subdominio webhook.exemplo.com.br, e cadastrar a raiz dele, eu vou receber os requests em /pix. ese eu tiver que trancar a garagem inteira, não vou poder usar /paypal , /pagseguro, etc. se estiver exigindo o mTLS da GN na raiz
mas eu posso exigir o mTLS em /webhook e não em /webhook/pix
faz sentido que eu faça isso? não. assim como também não faz sentido testar a URL que não é efetiva.
ainda assim. se o que vai ser acionado de fato é /webhook/pix porque testar /webhook na hora do cadastramento? entendo que tem solução, mas não vejo sentido. se não vai testar a URL efetiva, não deveria testar nada.
É só colocar o path para frente, se quiser compartilhar.
Ex: exemplo.com.br -> site
exemplo.com.br/webhook -> rota para webhook
exemplo.com.br/webhook/pix -> path acionado para pix
Pq o teste é do path. /pix é uma das possíveis rotas do webhook, no momento a única mas é possível que venham outras como /cob, /gnpag etc.
Isso é da cobrança ou dos pix recebidos ? Pq se o Pix vem com txid, deveria acionar o webhook.
bom dia, se vai ser colocado o /pix no final, porque na hora de cadastrar ele valida o URL original?
BACEN disponibilizou nova versão da API Pix 2.2.1:
https://github.com/bacen/pix-api/
Fui fazer um Pix agora (C6 -> Itaú) e deu problema de look-up no DICT algumas vezes. Depois de algumas retentivas funcionou.
Hoje ocorreu um problema no Banco Central e alguns PSPs como o Nubank por exemplo ficaram inoperantes, então isto pode ter ocasionado falhas na sua tentativa de realizar um pix.
Boa tarde <@!771014900428439603> ! Você realizou a configuração para se adequar à atualização do /pix ao Webhook?
