Histórico de mensagens sobre erro

estou recebendo esse erro ao tentar criar uma cobrança imediata usando php

Mas não consigo registrar de forma alguma, sempre retorna 400 - Bad Request, e não há detalhamento, então não consigo identificar o erro

Ocorreu um erro ao solicitar a criação da chave

Em homologação está com erro

Ocorreu um erro ao solicitar a criação da chave

Uncaught Authorization Error 400: Bad Request thrown in .../pix/vendor/gerencianet/gerencianet-sdk-php/src/Gerencianet/Request.php on line 59

uma mensagem de permissão etc... e não esse erro.

independente da permissão, deveria executar e me retornar um erro "legível" não!?

Estou recendo um Fatal error: Uncaught Error: Bad Request .... Stack trace: #0 {main} m ao tentar usar o $pix = $api->pixSend($params, $body);
sendo o $params vazio...

ERROR - Error parsing qrcode string: invalid length @155

Default de 60s. Além disso, são logados indicadores de tempos para antes, durante e depois das notificações.


Backoff exponencial

Caso o servidor do cliente retorne algum erro, uma nova tentativa é agendada para 5 minutos depois. Exponencialmente, calcula-se o backoff por uma PG de 2 com o primeiro termo sendo 5, a fórmula para esse PG seria:


f(x) = 5 2^(tentivaAtual - 1)
Exemplo: (5, 10, 20, 40, 80, ...)

Esse cálculo é repetido até que se atinja o número máximo de tentativas. Após isso, a notificação não será mais enviada.


Número máximo de tentativas de envio:

Existem dois cenários de tratamento de erros após falha no envio de notificações:


1. Quando o servidor do cliente retorna uma resposta de erro com status 429 (too many requests), são feitas no máximo 10 retentativas de envio da mensagem.
2. Quando o servidor do cliente responde com qualquer outro erro, são feitas no máximo 6 retentativas.

Lembrando que para cada novo reenvio, é feita a definição do novo backoff tomando como base a fórmula acima.

response: {"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"pattern","caminho":".params.id","mensagem":"deve corresponder ao padrão "^[0-9]{1,32}$""}]}

estou tentando mas está retornando esse erro:

O é um erro que por enquanto deveria ser removido pelo PSP recebedor e deixar sem txid.

Só confirmando outra coisa... na homologação a leitura de código dá erro, correto?

Quando chamamos o serviço GET /v2/pix/{e2eId}, a seguinte mensagem de erro aparece

ou se tem algum erro

Qual erro informado?

ERR_TLS_CERT_ALTNAME_INVALID, esse erro dava pra mim, quando o certificado ssl não tava bem configurado

Oi Pessoal, bom dia!

Estamos com dificuldades em configurar o MTLS. Configuramos 3 host:

1) https://webhook.site/528aa31a-0858-4b51-b923-6a07f9f877c1
Resposta da API da Gerencianet:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
Esse post chega em nosso ambiente: "evento": "teste_webhook".

2) https://mtls-pix.clicksign.me/pix - Sem MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

3) https://mtls-pix.clicksign.dev/pix - Com MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.