<@!775350441965649951> descobri o erro, era o certificado, eu estava trabalhando no código como produção, e o certificado era de homologação. Agora o qrcode é gerado normalmente.
Termos mais procurados:
Histórico de mensagens sobre erro
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
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Autenticação com Certificado em NextJS
- Implementação do Módulo Gerencianet no Perfex CRM
- Configuração de URLs para Recebimento de Status
- Problemas com Token em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Geração de payment_token pelo Postman e teste em homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Atualização de informações no Retentiva de Cobrança
- 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
<@!775350441965649951> , tenho pouca experiência em PHP. Estou utilizando o código pronto desenvolvido pelo canal WDEV. O QrCode estático está funcionando muito bem, porém, quando tento gerar o QrCode dinâmico, recebo o seguinte erro:
Array
(
[message] => Forbidden
)
Que está relativamente ligado com o item Location
bom dia, fiz as devidas configurações do pix, o mesmo na hora de finalizar via woocommerce está dando esse erro: Unauthorized, alguem pode me ajudar.
eu deixando apenas esse .crt da gerencianet funciona, quando insiro o.key e o .crt disponibilizado pela certificadora, acontece esse erro, sendo que eu já convertir para o .pem
const httpsOptions: HttpsOptions = {
key: 'aqui é a chave privada do servidor (.key)',
cert: 'aqui é a chave pública do servidor (.crt)',
ca: 'aqui é crt que a gerencianet disponibiliza em um link para download (.crt)',
};
key: 'aqui é a chave privada do servidor (.key)',
cert: 'aqui é a chave pública do servidor (.crt)',
ca: 'aqui é crt que a gerencianet disponibiliza em um link para download (.crt)',
};
é nessa configuração que está dando erro, que é para utilização do webhook
bom dia, estou me deparando com este erro (node:67202) UnhandledPromiseRejectionWarning: Error: error:0909006C:PEM routines:get_name:no start line ao tentar utilizar a chave privada e pública, estou utilizando nestjs, estou seguindo o exemplo disponibilizado pela gerencianet de node
Estou instalando o módulo do WHMCS, mas ao ativar ele me retorna o erro anexo.. estou usando o WHMCS 8.1.3 e PHP 7.3.
montei uma api na aws, e estamos tendo erro de certificado
Boa tarde pessoal. Subi minha aplicação para testar na hospedagem e está retornando este erro "mkdir(): No such file or directory" tenho que dar permissão de criação de pasta em algum diretório?
Eu tenho uma lista de cobranças que o callback foi efetuado, entretanto, por erro no código não deu baixa no sistema. Teria a possibilidade de verificar quais foram pagos para que eu possa dar baixa manualmente?
Ou, se possível, reenviar o callback?
- Não possuo o E2EID, apenas o txid.
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.
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.
Bom dia <@!585695073908293632> ! Caso o servidor do cliente retorne algum erro, uma nova tentativa é agendada para 5 minutos depois.
Bom dia <@!781134406680838216>, caso o callback para o webhook falhe retornando um erro 500 ou 400, é efetuado uma nova tentativa de callback?
@Consultoria Técnica notei que ainda não está sendo feito a cobrança nos recebimentos do PIX dinâmico, vocês reajustaram a data ou é algum erro?
(pode nao ser um erro tbm)
ja tenho a api a meses (não é erro de agora)
$params = ['inicio' => '2021-05-05T16:01:35Z', 'fim' => '2021-10-05T16:01:35Z'];
try {
$api = Gerencianet::getInstance($options);
$pix = $api->pixReceivedList($params);
} catch (GerencianetException $e) {
print_r($e->code);
print_r($e->error);
print_r($e->errorDescription);
throw new Error($e->error);
} catch (Exception $e) {
throw new Error($e->getMessage());
}
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.
então, mas eu setando manual ele não deveria funcionar? E eu fui lá no arquivo do módulo e também alterei e mesmo assim deu erro.
Coloquei o (try catch), mas continuou dando o mesmo erro