{
nome: 'webhook_invalido',
mensagem: 'A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID'
}
Termos mais procurados:
Histórico de mensagens sobre erro em pix
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Repetição do Processo de Criação com txid
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Implementação da SDK do Pix em Next.js ou React
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Autenticação com Certificado em NextJS
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Problemas com Token em Ambiente de Homologação
- Geração de payment_token pelo Postman e teste em homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Cobrança em Período de Teste Grátis de 7 dias
- Especificação da URL do Webhook no Exemplo Pix
- Utilização de Endpoints e Payload no Pix
- Retenção de Pagamento no PIX em Marketplace
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Acionamento de Webhooks em Pagamentos e Devoluções
- Funcionamento do Webhook em Ambiente de Homologação
- Cancelamento de Boleto e Remoção do DDA
EXIBINDO CONVERSAS RECENTES:
Texto: erro
Canal: pix
me tirem uma dúvida, estou tentando enviar pix pela API usando a chave de telefone mas tá dando erro, existe algo que eu não estou fazendo?
Boa tarde RK...tudo bem? Tentando seguir sua orientação ainda recebo mensagem de erro.
Bom dia @pabloborges ! É isso mesmo, se retornar um erro, uma tentativa é agendada para 5 minutos depois e realiza uma cálculo exponencial. Vou enviar um resuminho sobre esse reenvio:
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.
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.
Boa noite, estou tentando criar uma cobrança via pix atraves da sdk de node e recebo o seguinte erro
{ error: 'invalid_token', error_description: 'Invalid access token' }
Boa noite. Estou enfrentando este mesmo problema do @rogeriosavaris. Quando faz o deploy da cloud function, o certificado não sobe para o servidor, aí quando tentamos iniciar o sdk da GerenciaNet, dá exatamente esse erro, pois o certificado não subiu para o servidor.
Sabem me dizer se ele conseguiu resolver o problema dele?
Sobre o erro do Webhook na API Gateway da AWS na hora de cadastra-lo ERR_CERT_TLS_ALTNAME_INVALID alguma notícia?
Bom dia pessoal!
Estou com um problema com o Gerencianet.NETCore.SDK
Possuo o RestSharp na solução e aparentemente o SDK tb e toda vez que chamo algum método que vai em endpoint ocorre o erro abaixo:
Could not load type 'RestSharp.IRestResponse' from assembly 'RestSharp, Version=108.0.1.0, Culture=neutral, PublicKeyToken=598062e77f915f75'.
Alguém já passou por isso?
Ola boa tarde, Resolvi o erro que estava dando ontem e agora esta dando Unauthorized alguem sabe como posso revolver?
{
"code": 3500072,
"error": "request_not_allowed",
"error_description": "Não foi possível finalizar sua solicitação. Por favor, entre em contato com o suporte Gerencianet."
}
O problema do erro do webhook de ERR_TLS_ALTNAME_INVALID parece que é por usar SSL auto assinado (SSL gratuito geralmente), alguém que usa SSL auto assinado conseguiu cadastrar o webhook ? só pra ter certeza.
Alguém pode ajudar a respeito da autenticação via Api
Código: 3500000
Mensagem: Erro interno do servidor.
Isso é só se o webhook estivesse cadastrado, mas o erro que dá é justamente quando vai cadastrar que retorna ERR_TLS_CERT_ALTNAME_INVALID.
@francisco.carvalho O problema é na hora de cadastrar o Webhook que da esse erro, ou seja, nao recebemos nenhuma notificação.
alguém teve problema com webhook na api gateway da aws com erro ERR_TLS_CERT_ALTNAME_INVALID ?
