Não sei se já tem gente integrando...
Termos mais procurados:
Histórico de mensagens em sugestões
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
- Recebimento de Pagamentos via QR Code e Arduino
- Repetição do Processo de Criação com txid
- Implementação do Módulo Gerencianet no Perfex CRM
- Teste de Status de Pagamento em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- 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
- Cancelamento de Boleto e Remoção do DDA
- Integração de Pix no Bubble (Plataforma No-Code)
- Utilização de Endpoints e Payload no Pix
- Notificações de Pagamento de Boleto e Pix
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Canal: sugestões
Pode ser por não ter dado match com o txidRegex, por exemplo, ou ser um pagamento duplicado...
seria para quando a Gerencianet recusar um Pix vindo de outro PSP para a sua conta GN
Uma dúvida que me deu agora é: "recusa" é quando um PSP que você enviou um PIX recusou, quando você recebeu um Pix e foi recusado ou os dois?
Quanto mais personalizável, melhor, ai cada um aplica a sua regra de negócio. Melhor pra GN e melhor para o cliente.
Aqui eu não utilizo nenhum dos webhooks a não ser de recebimento, então pra mim faz sentido sim.
Observem que coloquei um atributo webhooks.notificar.devolucao.
Faz sentido pra vocês optar por ser notificado de um recebimento e não de uma devolução? 🤔
E o input está ficando assim:
{
"pix": {
"webhooks": {
"notificar": {
"envio": true,
"recebimento": true,
"devolucao": true,
"recusa": true
},
"incluir": {
"tarifas": true
}
},
"recebimentos": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}
}
"pix": {
"webhooks": {
"notificar": {
"envio": true,
"recebimento": true,
"devolucao": true,
"recusa": true
},
"incluir": {
"tarifas": true
}
},
"recebimentos": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}
}
Por hora, então, a rota ficaria:
PUT /gn/config
Ainda pensando se há como melhorar...
Acho legal essa ideia de trazer as tarifas, já estavam me perguntando quando rolaria isso 😄
Sim. Em tempo vamos pensar em como colocar esses atributos no json da notificação.
Se for assim, penso que incluir a tarifa no callback tem que ser colocado com um nome mais especifico também
Eu acho que deveria ser /gnconfig ou /gerencianetconfig. Termos genéricos podem acabar aparecendo em algum momento na API padrão, enquanto termos com nomes de empresas não irão aparecer.
<@!793123559874494465> txId nas comunicações PSP/Bacen tem essa capitalização (com I maiúsculo) mas entre PSP e EC é sempre todo minúsculo txid na API então acho que ficaria melhor seguir a mesma linha aqui