Histórico de mensagens sobre api-pix em pix

Coloquei no servidor de producao que tem o mtls configurarado.

E continuo recebendo:

java.io.IOException: Server returned HTTP response code: 403 for URL: https://api-pix.gerencianet.com.br/oauth/token

URL_PADRAO = "https://api-pix.gerencianet.com.br"

O restante é auto explicativo ...

System.setProperty("javax.net.ssl.keyStore", CERTIFICADO);

Quando uso no método main isso funciona e seta a propriedade e quando uso no servidor web não acha o certificado.
Alguma ideia?

No servidor web me dá está resposta:
Server returned HTTP response code: 403 for URL: https://api-pix.gerencianet.com.br/oauth/token

Não acho que seja o certificado ... até acredito que está pegando pois coloquei o endereço completo ....
Deve ser alguma configuração que pode estar faltando para o servidor web local.

a documentação fala que no payload de um callback de vcs virá o valor com duas casas decimais separado por um ponto \d{1,10}\.\d{2}

https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-recebendo-callbacks

se você já possui nginx na sua aplicação, tenta criar uma configuração só para a URL do webhook seguindo o tutorial:
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-entendendo-o-padr-o-mtls

https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-chave-evp

o endpoint é https://api-pix-h.gerencianet.com.br/v2/gn/evp

Boa tarde, Luiz Fernando! Essa mensagem ocorre quando na tentativa de cadastro do webhook, não é encontrado o certificado público da Gerencianet(https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt) e sem ele não é feito o hand-shake. São realizadas 2 requisições no cadastro do webhook, uma sem o certificado(deve ser rejeitada) e uma com o nosso certificado, quando o seu servidor aceita a primeira requisição sem o certificado acontece esta falha descrita por você.
Caso precise de mais detalhes, segue o link da documentação com a seção de webhook https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks.

Você consegue ver detalhes sobre tal em nossa documentação https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-entendendo-o-padr-o-mtls

https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-gerar-qrcode-de-um-location

E para consultar o saldo, temos o endpoint GET/v2/gn/saldo, porém seria o saldo total da conta.
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-buscar-o-saldo-da-conta

Boa tarde <@!883000147938783272>! Utilizando o endpoint GET/v2/pix você consegue consultar todos os pix recebidos em um determinado período. E você terá como retorno um json que contém a chave pix. Então você pode consumir esse endpoint e em seguida percorrer esse json pegando somente os pix recebidos de uma determinada chave.
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-pix-recebidos

opa Guilherme, corrigindo, eu fiz as requests usando o axios, não estou utilizando a API, está dando erro na hora de logar no endpoint, como te falei, não houve alteração aqui do meu lado, o código está em produção desde novembro de 2020. Estou fazendo um post na url de oauth ( https://api-pix.gerencianet.com.br/oauth/token ) , solicitando o as credentials e passando o header authorization... daí o gerencianet me retorna com status de erro 400, e o seguinte no data: {
nome: 'erro_interno_servidor',
mensagem: 'Erro interno do servidor'
}

<@!522899003663450113> No link a seguir, no sub-tópico "Resposta" você encontra uma tabela com o intervalo entre cada tentativa de envio da callback do pix
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-recebendo-callbacks
No total, são até 10 novas tentativas de notificação.

Bom dia <@!365346942785552416> tudo bem? 🙂
Como dito pelo <@!780500321994539068> , o informado no momento da criação da cobrança é o campo devedor que é opcional. Entretanto o devedor e o pagador podem ser diferentes.

Você consegue filtrar os Pix recebidos pelo CPF/CNPJ do pagador, conforme a documentação (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-pix-recebidos).
Desta forma você saberá se quem efetuou o Pix é o mesmo devedor informado na cobrança. Se você não obtiver nenhum retorno nesta consulta para um determinado CPF/CNPJ, significa que quem pagou não é o mesmo do devedor.
Mas os dados do pagador, não são retornados no endpoint.

No caso de dinâmico há sim um endpoint da GN para isso:
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-gerar-qrcode-de-um-location

Oi bom dia, preciso de uma ajudinha
to recebendo

https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-modificar-configura-es-da-conta

Bom dia, <@!832737541189926984>. Como vai?
Na Umbler ou Netlify você pode utilizar para configurar o webhook.
No caso da Umbler sei que tem servidores compartilhados para aplicações PHP. Neste caso, tem a possibilidade de configurar o webhook, mas com algumas limitações.
Já em uma VPS rodando node ou php por exemplo, você vai conseguir configurar o mTLS. Para isso você pode utilizar um de nossos exemplos que disponibilizamos em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor

Bom dia, <@!842125736009138206>! Tudo bem?
Sim. Quando é feito um Pix direto via chave, ele não é vinculado a um txid de uma cobrança.
Tivemos alguns relatos de que clientes que utilizavam o Sicob, lia o QR Code normalmente mas ao finalizar era feito o envio via chave.
Sugerimos verificar com seu cliente como ele realizou esse pagamento.
E também, como o Bruno de Lara mencionou, você pode utilizar o endpoint PUT /v2/gn/config (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-modificar-configura-es-da-conta) e configurar txidObrigatorio