Histórico de mensagens sobre logs

nem acessando os logs do nginx

fui ver aqui os logs da buchada Undefined index: access_token porem sempre usei o que temos aqui e estava rodando normal.

<@!521818478131281950>, complementando a sugestão de realizar os testes em produção com valores pequenos, caso você esteja na conta que vai utilizar em produção e não queira poluir os logs dessa conta, o recomendado é que você abra uma subconta para realizar esses testes. Assim, não terá impacto na sua conta final que estará em produção.

Para abrir uma subconta, você pode acessar o link https://gerencianet.com.br/artigo/ter-mais-de-uma-conta-gerencianet/

Na lista à direita consta um funcionário da @Consultoria Técnica online... mas se não for algo que precise de acesso a logs, outros usuários da API podem tentar ajudar.

<@!500715205014061077> me informe o número da sua conta Gerencianet no privado que eu verifico os logs de cadastro, mas a falha 404 realmente não tem nenhum fator relacionado a exigência do novo certificado.

Boa tarde, <@!718412457332310087>. Não há problemas em consumir a nossa API em um ambiente local, o certificado .p12 ou .pem que você gera em sua conta Gerencianet é utilizado para autenticação em nossa API, diferente de um certificado SSL. A falha sugere que ,ao tentar executar o código list.php , não está sendo referenciado corretamente o certificado .pem.
Você consegue me enviar como está sendo realizada a requisição e o número da sua conta Gerencianet? Assim eu verifico os logs aqui.

Bom dia, <@!237939353911820289>.
Por ser uma configuração de servidor específica e característica da hospedagem da AWS não conseguimos muitos detalhes neste quesito.
Em casos de clientes que utilizam este ambiente conseguiram solucionar a configuração de mTLS seguindo os passos do seguinte tutorial.
https://aws.amazon.com/pt/blogs/compute/introducing-mutual-tls-authentication-for-amazon-api-gateway/

Tendo realizado esta configuração conseguimos averiguar se a URL foi registrada com sucesso, e se está sendo enviada as notificações corretamente.

Eu sei que inclui o que está descrito em https://aws.amazon.com/blogs/compute/introducing-mutual-tls-authentication-for-amazon-api-gateway/ , mas tem detalhes que não estão lá e o pessoal que precisou acabou achando.

Verifiquei em nossos logs o que realmente foi para seu webhook, e foi enviado corretamente conforme a regex descrita em nossa documentação

Pode mandar no privado, uma vez que tem informações sensíveis de logs e da sua conta.

No momento não, o menu de histórico de requisições atualmente só mostra os logs da API de boletos. Mas você pode me acionar ou alguém da consultoria que estiver online que vamos verificar para você.

Boa tarde, pessoal. Alguém do GN pra me ajudar com a questão das requisições de devolução? Eu fiz alguns testes escalonando as requests de 5 em 5 segundos e esse tempo é insuficiente para evitar o http 500 a partir da segunda request. Pelos meus logs, foram necessários ao menos 20 segundos entre cada request para que duas solicitações de devolução subsequentes pudessem funcionar.

<@!788954143658082304> me informe o número da sua conta Gerencianet por favor e se possível, alguns prints dos logs que eu verifico pra você.

Bom dia Pessoal, tudo bem ?

Estou tendo um problema relacionado ao callback do webhook, fiz o cadastro das minhas rotas e foi com sucesso. Estou usando API gateway Aws. Minha rota do API Gateway aponta para uma Lambda. Porém nos logs não aparece nenhuma evidencia do could start da lambda. Alguém teve esse problema ? Desde já agradeço. @rubenskuhl <@!826080016981819402>

PIX ainda não tem nenhum local na GN que posso consultar as respostas das notificações além dos meus logs?

Mas você viu uma transação que chegou o Pix olhando no /cob e no /pix e não acionou o webhook ? Se sim, aí o pessoal da @Consultoria Técnica que pode olhar em logs do lado GN para ver o que houve...

Bom dia Perrot, você está utilizando este endpoint https://github.com/gerencianet/gn-api-sdk-node/blob/master/examples/pix/webhook/pixConfigWebhook.js ? Se sim, após a tentativa de cadastro faça um GET na sua chave para listar se o webhook foi ou nçao cadastrado, no caso usando este endpoint https://github.com/gerencianet/gn-api-sdk-node/blob/master/examples/pix/webhook/pixDetailWebhook.js da SDK de node.

Agora, se sua dúvida for a configuração do servidor em node(https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor), veja nos logs se está chegando alguma requisição e qual o status dela.

Boa tarde <@!804533209542950932>, me passa o número da sua conta Gerencianet por favor, vou verificar nos logs o que está sendo enviado

Boa tarde @Deleted User, você deve se atentar ao fato que quando é feito o cadastro do webhook, nós mandamos 2 requisições: Uma sem o nosso certificado(deve ser recusada) e uma com o certificado da Gerencianet. Neste caso para que o cadastro seja feito com sucesso o seu servidor deve estar configurado com o certificado que disponibilizamos em https://dev.gerencianet.com.br/docs#section-webhook.
Outro ponto a se atentar é que a rota que você está utilizando https://api-pix.gerencianet.com.br/v2/webhook?inicio=2020-05-20T21:00:00Z&fim=2020-05-22T21:01:35Z é para consultar webhooks cadastrados em suas respectivas chaves(inclusive as datas de parâmetro estão com o ano de 2020 selecionado), esse endpoint não retorna logs de webhook. E você deve verificar também que ao cadastrar o seu webhook, nós notificamos ele acrescentando o /pix(POST {$request.body#​/webhookUrl}​/pix), sendo assim no seu servidor deve ter uma tratativa para o /pix

Essa o pessoal da GN precisa ver nos logs o motivo para poder te ajudar.