Boa tarde, @viniciuscavani! Tudo bem?
Ja estamos trabalhando para disponibilizar a devolução através da API.
Em breve iremos divulgar este endpoint
Termos mais procurados:
Histórico de mensagens sobre devolução 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
- 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: devolução
Canal: sugestões
Boa tarde, tá difícil, eu tenho uma plataforma rodando com o a Efí, e acabei de ser ignorado completamente e devolveram um pix indevidamente
Não fizeram nada, só falaram assim, "o Bradesco pediu uma devolução de pix" dai eu respondi avisando tudo certinho, que não teria que devolver o pix
A Efí foi lá e devolveu o pix
Se essa tipo de situação continuar, vai ficar difícil
Pois qualquer um pode ir lá e pedir a devolução do pix e ganha?
Se não tem devolucoes é pq não houve ainda nenhuma devolução daquele Pix. Se completar alguma devolução, vai ter esse campo. Mas isso segue o especificado pelo BACEN... só o webhook de envio de Pix que é definido pela GN.
Sugestão: incluir na parte de tarifas do Pix que não há tarifa adicional para devolução de Pix recebido, além das já incorridas para o recebimento que originou a devolução.
Bom dia! Alguns pontos a serem pensados:
1. Busca por txid ou e2eid
2. Filtrar devoluções (Existe a opção de filtrar por crédito ou débito) mas não por crédito devolvidos.
3. Devolver pix via interface web (A devolução só é possível de ser feita via APP GN, então temos que identificar na interface web a transação por data e hora e ir no APP para devolver)
Outra sugestão seria possibilitar uma devolução manual pelo site, para qualquer erro na integração o estabelecimento conseguir fazer a devolução
<@!793123559874494465> eu estava pensando e acho que para o pagamento de Pix é melhor mesmo um endpoint diferente, recebendo o BRCode. Aí se for estático/dinâmico já faz o tratamento devido e o pagamento. O único ponto é que se for de QR-Code estático, precisa de um id como o de devolução para garantir idempotência.
Resposta da GN:
Boa tarde Rafael, quando ocorre uma devolução de um Pix, que foi feito pelo endpoint de Envio de Pix, não é acionado o webhook mesmo. Por ser um endpoint elaborado pela Gerencianet, a devolução ficou de fora, independente do banco que está "devolvendo".
Eu entendo essa necessidade e vamos discutir como aborda-la.
Eu entendo essa necessidade e vamos discutir como aborda-la.
Pessoal, trazendo para cá a discussão sobre devolução por parte do favorecido. Contexto:
Pessoal, uma dúvida sobre devolução de pix.
1. Pix enviado da GN > Chave qualquer. Recebo o webhook com a realização ou não. Tudo certo.
2. A partir da conta "favorecida", faço a devolução do pix.
Essa devolução por parte do "favorecido" deveria ativar o webhook e notificar minha aplicação? Entendo que a devolução esteja atrelada ao e2eid original.
Eu testei esse cenário aqui e não fui notificado. É um comportamento esperado ou temos um gap aí?
1. Pix enviado da GN > Chave qualquer. Recebo o webhook com a realização ou não. Tudo certo.
2. A partir da conta "favorecida", faço a devolução do pix.
Essa devolução por parte do "favorecido" deveria ativar o webhook e notificar minha aplicação? Entendo que a devolução esteja atrelada ao e2eid original.
Eu testei esse cenário aqui e não fui notificado. É um comportamento esperado ou temos um gap aí?
Sobre o pagamento/transferência via POST em /pix, eu acho que ele devia ser mudado para PUT. O POST hoje não tem idempotência, e está sujeita a duplicações... a idempotência seria garantida com um parâmetro id (similar ao id de devolução), diferente do eventual txid (que é do recebedor). Para não ter que criar muitos métodos distintos, acho que poderia ser um único... se não tiver txid ou código, a ação é de transferência. Se tiver txid ou código, é pagamento... mas são mutuamente exclusivos. Ou tem o txid, ou tem o código do Pix Copia e Cola.
No geral fica:
chave mutuamente exclusivo com banco/tipo/agência/conta/cpf , mas um deles é requerido
txid mutuamente exclusivo com código, mas é opcional.
idenvio obrigatório, e garante idempotência. Se receber duplicado, só dá erro se for diferente. <@!793123559874494465>
