Histórico de mensagens sobre logs em pix

Olá, <@!239503881728557066>. Boa tarde!

Até o momento não é possível simular pagamento de uma cobrança Pix gerada em homologação, mas já está em nosso backlog.

Neste caso, sugerimos você criar uma cobrança com um valor baixo em produção, de 1 centavo, por exemplo, e pagá-la para receber a notificação em seu webhook.
Caso você esteja na conta que vai utilizar em produção e não queira poluir os logs dessa conta, você pode abir uma subconta para realizar esses testes. Assim, não terá impacto na sua conta principal.

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

O pessoal que configurou em AWS usou o API Gateway, que tem suporte a mTLS.

https://aws.amazon.com/blogs/compute/introducing-mutual-tls-authentication-for-amazon-api-gateway/

https://github.com/gerencianet/gn-api-sdk-typescript/blob/main/examples/pix/charge/pixCreateCharge.ts
Se quiser me passar o número da sua conta Gerencianet, eu procuro nos logs o que pode estar ocasionando a falha.

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.