Histórico de mensagens em pix

até que o pessoal do host onde hospedo disponibilizar a configuração, estou usando um loop enquanto o usuário está na tela do qr code

humm, eu tinha feito uma tela de callback, que ainda não está funcionando por causa do mTLS, por isso não passei por nenhum transtorno desse tipo

Dois sistemas estavam prontos um LMS e o outro um ecomm em alguns clientes, estou mudando a lógica e os códigos ,pois tudo eram através dos status vindos dos webhooks 😦

O seu problema é por causa de ter que alterar o sistema em vários clientes ou é só por causa ausência do status?

kkkk, se fosse só parar tava bom, perdi 5 dias de pensamentos, lógicas e programações 😦 Estava tudo funcionando redondo, agora ta cada um com o seu quadrado 🙂 kkkkkkkk

Sim, eu citei a possibilidade analisar a lista no comentário posterior a este

Isso, mas me referi que ainda é difícil seguir a risca a nossa integração porque a padronização ta diferente. Só ver a 2.1.0 e a 2.2.0

causou quebra nesse caso pq a GN tava fora de padrão. uma atualização de vX.Y.Z para vX.K.W, não causaria quebra, se a X.Y.Z estivesse sendo seguida à risca.

me refiro ao conteúdo do retorno de comandos e endpoints. pelo que eu entendi, a GN ainda esta adequando tudo ao mesmo tempo que o BACEN está lançando novas versões mas, pelo menos em teoria, modificações na especificação do bacen dentro de uma mesma major version não devem causar quebra de compatibilidade. então se vc contar com um elemento no webhook que a GN enviava mas o exemplo do BACEN não contempla, então vc tá se ancorando num elemento que pode sumir a qualquer momento do webhook da GN (como aconteceu)

E a padronização de erro é totalmente diferente

O problema é que a GN não ta na versão 2.2.0

(exceto pelos endpoints/métodos adicionais, criados pela GN, obviamente, que vc pode usar hoje e poderão - ou não - sofrer padronização no futuro. ex: o endpoint de envio de Pix)

dica pra todo mundo lendo aqui: se vc seguir a documentação do BACEN, já estará sempre um passo a frente e não vai depender de avisos da GN quando as coisas mudarem 😉 não contem com nenhuma informação que não for padrão. https://bacen.github.io/pix-api/

Vi agora, obrigado.

<@!522899003663450113>

achei que o Joel estivesse a par

ah sim, não manda mais o "status" (já que webhook só é acionado pelo PSP recebedor quando pix é recebido)

Foi modificado sim o webhook para mandar apenas array pix como previsto na especificação do BACEN.

ah, vc diz do /pix na URL do webhook, saquei

não tá enviando Pix? (não entendi o /pix)