Histórico de mensagens em pix

Até o momento só nela, isso que já usei muito este servidor.
Inclusive a chama do token da Gerencianet pega sempre 100%, só o Emitir pelo que vi, que acontece, até a consulta dos filtros tem retornado normal também, mas se não for algo no lado da API ótimo, importante é em produção no cliente não acontecer ou vou ter que por algum regra, para se o response e o erro chegar vazio, tentar mais umas 2 tentativas.

Só tá faltando o /pix no webhook... 😉

Problemas desse tipo vão afetar toda comunicação dessa máquina, mas o TCP é um protocolo bastante resiliente... você pode tentar outras atividades que também envolvam SSL e ver se o problema se reproduz nelas.

Isso mesmo Magno, vou lidar com isso, deixando também em UTC, estava convertendo para SP no filtro.

A data criada segue o padrao UTC.

Obrigado Renato, o curioso, que estão criando com data errada, talvez de alguma forma ligada a data do meu servidor de teste.
Mas sem problemas, vou tirar a criação da data.

Muito feliz que recebí o primeiro webhook da GN 🙂

34.193.116.226 0.688 - [12/Dec/2020:15:50:00 -0300] gn.pix.server.br "POST /webhook/vaichegarsim.php HTTP/1.1" 200 32 "-" "Gerencianet" "HTTP/1.1"

Tomara, que em produção no cliente não acontece

O esquisito, que tem chamada, que vai normal o response e outras retorna vazio, primeira vez que vejo isso e parece só ocorrer com a API informada

<@!781134406680838216> #ficaadica, o banco Inter pelo app da acesso ao banco de imagens dos dispositivos para selecionar uma imagem de BRCode, facilitando muito a UX.

ela será relativa ao momento do envio do request. ex: expiração = 3600, a expiração será 3600 segundos após a criação; e a criação é exatamente igual ao momento do envio do request, automaticamente.

a data de criação é inferida pelo PSP com base no momento que recebe seu request. não é você que determina "criei ontem" ou "vou criar amanhã". passe apenas a expiração no PUT.

Em modo PROD teremos a passagem pelo mTLS e a vinda da GN.

Exato, já que sabemos os possíveis retornos das cobranças.

Que te retorna um body padrão, no caso?

Fiz um webhook que envia em modo DEV, assim recebo e testo sem precisar vim da GN, pois os dados em sí não valem nada mesmo.

Eu pulei esta etapa, na pratica fazer em modo DEV não testa nada se nao temos o retorno do webhook para receber, creio que em breve teremos os envios e pagamentos em modo DEV.

Ou seja, posso configurar (mesmo usando uma URL de um servidor já configurado com mTLS) mas os eventos não serão recebidos, é isso?

Só dá para testar a ativação e o mTLS.