Histórico de mensagens

Se formos seguir a recomendação de mTLS à risca ssl_verify_client teria que ser on; ou seja Always on?

Caros amigos da GN estou curioso porque a recomendação de usar ssl_verify_client optional;

O PIX realmente abre muitas portas rs 😉

Se alguém quiser conferir fizemos um vídeo de integração do PIX em um de nossos produtos - Armário Guarda Volumes dos Armários Inteligentes Link: https://www.linkedin.com/posts/jo%C3%A3o-goulart-70767416a_armario-locker-smartlocker-activity-6735219080862691328-EyN2

Um jeito de garantir que o txid seja único é usar o epoch time como parte dele. Aí desde que seu servidor não perca a hora, você tem certeza que é único.

eu tou fazendo o endpoind de consultar o pix
e vi que na documentação nao mostra os exemplos as Respostas de Sucesso(200) e Falhas/erros do consumo....

Acho que estão retornando a que já existe, mas precisarei testar melhor...

no meu sistema sempre vai ser 1x1 uma transação por um txid...

bom dia

Se for de dinâmico, a GN tem que recusar.

estou me referindo em caso de duplicidade.. gerar um txid que já tenha sido utilizado...

Por exemplo, se o txid identificar o caixa número tal da loja número outro da rede de supermercados comprecaro, aí é esperável várias compras com o mesmo txid.

Agora, se você quer múltiplas transações com o mesmo txid, pode usar o QR-Code estático. Mas que no momento na GN não tem notificação de webhook.

O PUT com txid só pode ser feito uma única vez. Para alterar depois tem que usar PATCH.

Um txid pode ser registrado mais de uma vez? No caso é o dinâmico onde passo as informações de cpf, na segunda vez seria uma outra transação do meu lado com outro cpf...

Entendi.. mas utilizaremos apenas o dinâmico justamente para identificar no nosso lado a transação que foi paga...

teoricamente atendemos à toda a documentação

falta mais alguma coisa?

Já está com TLS 1.2 e TLS 1.3 e client certificate..

https://gerencianet.webhook.openpix.com.br/