Histórico de mensagens em pix

Com o pix.ae especificamente dá para fazer algumas coisas:
- Colocar a URL do webhook num diretório não óbvio, tipo api.exemplo.com.br/sduasiduasiduai . Aí quem sabe é pq foi informado pela GN.
- Checar o IP de conexão para ver se é o IP que você já costuma receber.
- Checar a chave Pix do webhook e comparar com a chave da cobrança daquele txid.

Com AWS dá pra fechar melhor, sim, mas dá para mitigar um pouco via pix.ae mesmo.

Mas como o prazo de liberação estava estourado e o negócio não funcionava de jeito nenhum, liberei assim para que assim que encontrasse uma solução, implementasse

Essa validação que não tem como fazer, fica um furo de segurança.

Mas pelo menos deu para decifrar o mistério... como você está conferindo se é o pix.ae mesmo ?

Obrigado Rubens, mas liberei o projeto usando o PIX.ae mesmo.

Boa tarde, @.antoniogregorio. A mensagem de retorno contida na documentação estava desatualizada, o correto é retornar o segundo json mencionado por você.

Enquanto isso não melhorar, talvez fazer um /v2/gn/saldo ? Aí você sabe se a causa foi essa.

o que me deixa incapaz de verificar o erro correto pelo nome, me forçando a verificar pela mensagem

resposta da Exception da Gerencianet

Utilizo a SDK de PHP para transações pix, no endpoint sendPix, se eu tento enviar um valor que eu não possuo ao invés de receber

Boa tarde, @joserobertodasilvazero. Vou iniciar um atendimento com você e solicitar o número da sua conta para análise.

pena que nao da para fazer por cpanel

tendi

Então só a primeira parte: não faz.

nao entendi kk

Não faz. Precisa de algo terminando o mTLS e você verificando se foi o terminador esperado que te repassou.

alguem sabe como faz para ativar o mtls em seridor compartilhado

Bom dia!
Fiz um novo teste, criando uma nova API de cartão e PIX.
Habilitei todas as opções na API do PIX e gerei um novo certificado e revisei os códigos da chave.
Mudou a mensagem e esta apresentando o erro: BAD REQUEST.

Tem algo que possa verificar?

@.hildebrando