Histórico de mensagens sobre Recebimento em pix

Putzzzz. Mais por um lado pode ser util, pois posso ser um concentrador de recebimentos de webhook. Que inclusive é o caso aqui 🙂

realmente. por isso estamos pedindo à GN a opção de limitar, chave a chave, o recebimento de pix quando vier sem txid

Mas isso já é um problema da GN com ou sem essa mudança de "impedimento" de recebimento sem txid, Francisco.

Mas para isso teriam que mudar a política de cobrança, pois a tabela de tarifas precifica recebimentos gerados via API, mas não mencionam recebimentos gerados fora da API

Não de PSPs particulares. De qualquer PSP. Qualquer recebimento sem txid.

Mas isso é algo previsto pelo BACEN. Se é sem custo ou com custo, é a GN quem tem que decidir. Sendo conta PF/MEI, pode cobrar a partir do 31º recebido no mês. Sendo PJ (não MEI), pode cobrar todos os recebimentos (até mesmo sem txid).

Fala galera uma dúvida, o certificado da GerenciaNet que vão enviar os webhooks, pra eu fazer a validação no recebimento do meu webhook, pode ser modificado com o tempo? Ou se for modificado vocês nos avisariam com antecedência? Pergunto isso, pois ou coloco direto o thumbprint pra fazer a validação ou então, vou escrever um código que a cada request que ele receber, pra verificar ele vai dar um get no {endpoint do certificado} calcular o thumbprint e conferir... Mas ai pra cada webhook que eu receber eu vou acabar floodando o endpoint do certificado de vocês

Pensando bem, é melhor cada um no seu quadrado, literalmente. Concentrar recebimentos e depois distribuir... é muita dor de cabeça. A GN que o diga 🙂

o postman é pra "consumir", não sei se ele oferece uma url pra você testar recebimentos de callback

Vai dar pra saber se corrigiu se a GN acompanhar, né? rs...
quanto a sua segunda opção (a GN recusar o recebimento sem txid), a GN está disponibilizando isso? Porque se disponibilizarem, aí posso considerar de implementar de fato o PIX.. eu desanimei de implementar quando descobri que não estava conciliando por causa do txid.

se bloquear, não vai dar pra saber quando estiver corrigido (e acho que o BACEN veta esse tipo de ação, apesar do erro não ser da GN). e ao que me consta, o correntista da GN que quiser evitar recebimentos sem txid, pode fazer isso programaticamente, devolvendo os pagamentos pela própria API ou pedindo à GN que recuse recebimentos sem txid para uma determinada chave ou para a conta toda

[#duvida] Tendo em vista que todos os certificados emitidos pela GN de validação do mTLS são iguais para todos os utilizadores , isso quer dizer que um outro utilizador pode de má fé tentar registrar uma outra rota de destino do webhook na GN e assim pode também enviar status de "RECEBIDA" para o utilizador atacado. Antes era um meio mTLS, agora serve para que mesmo este mTLS ? Se todas as chaves dadas pela GN são iguais para todos. Basta saber a chave .pem e ter o certificado .pem do atacado. Neste cenário , preciso esconder o máximo o nome da minha url de recebimento e o arquivo .pem gerado do meu .p12 . Correto ? Alguém desenha para que serve o mTLS ?

Mas ele segue os padrões, veja por exemplo este de devolução que acabei de realizar:
{ pix:
[ { endToEndId: 'E00ad96820277438473I7td',
txid: 'fc9a4356ff3d4894b5dsa5f891a9722e7p',
valor: '0.01',
horario: '2020-12-08T18:55:34.000Z',
tipo: 'RECEBIMENTO',
status: 'RECEBIDO',
devolucoes: [Array] } ] }

<@!671762828046106646> como está hoje o retorno do webhook ? Está ainda assim como estou testando? Estou nesta etapa de recebimento aqui no código para salvar no banco. 🙂 .

#solução para testes do webhook em modo desenvolvimento. Principalmente para quem não fez o mTLS ainda para usar em produção, é só criar um POST , no postman na sua url de recebimento do webhook no servidor e inserir as informações do json que é enviado no Body em raw no postman , este é um exemplo de envio que a GN faz em json abaixo que usei no raw

https://gerencianet.com.br/tarifas/ - Nova página de tarifas. Ficou show!

Só me restaram 2 dúvidas:

1. a GN já notifica os pagamentos de QR estático com txid no webhook? (ainda não tenho cert. de produção, solicitei agora)

2. os recebimentos desses QR estáticos gerados sem a API (mas de forma autônoma, sem usar o App da Gerencianet), também serão gratuitos? A página de tarifas ainda não esclareceu esse ponto, citando apenas especificamente os QR estáticos gerados pelo app:

Vocês ainda estão tendo problemas com recebimentos do Inter?

Como eu não tinha feito nada de webhook para receber os retornos sem o postman e com o postman, fiz logo direto a geração do BRCode sem postman e agora vou fazer a parte da inclusão da url e do recebimento do retorno do webhook da GN, o que estava parando tudo era o ID 62 que está errado no SDK 😦 E o bendito do error 403 forbidden no dev do payload.

Então está na validação do IP de recebimento .

Lembrando que outra condição de contorno é que a devolução só pode acontecer até 90 dias após o recebimento do Pix.