Histórico de mensagens sobre pix em pix

Sim, o pix esta na conta aqui da GN já , porém nao recebi nada via webhook.

Mas com sucesso com sucesso mesmo ? O C6 é um que mostra comprovante antes mesmo do Pix completar com sucesso. Já reclamei disso.

Hoje é segunda , fiz pagamento de pix com sucesso e não recebí nada na url cadastrada via webhook, por isso estou na duvida.

Como assim ? Pix é online, não é troca de arquivos.

#duvida. Mesmo com o processamento de recebimento de pix efetuado com sucesso nas segundas-feiras temos que esperar para a terça-feira para receber a notificação do webhook na nossa url ?

#solicitação = No momento de pagar um pix no app da GN , ela pede o Solicitação ao Pagador, como obrigatório escrever algo para habilitar o pagamento, isso pode fazer o pagador desistir de pagar, é uma exigência do BACEN ter que escrever alguma coisa la ?

exato, tentei mais de 10 vezes pagar um pix lá, e agora que lembrei que hoje é segunda e a GN não envia webhook hoje de recebimento para a url 😦

Reclamações generalizadas sobre Pix na Caixa hoje. Deve afetar cobranças também.

Olá, equipe GN!
Na integração com a API de Boletos, adicionamos o partner_token (código de parceiro do Gerencianet) na requisição para criar a transação e, posteriormente, o boleto. No caso da integração com a API Pix, existe algo parecido com isso?

@Efí, o erro “A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID” parece estar relacionado com o certificado da Amazon.

Ele ocorre para os dois cenários a seguir:

Webhook COM mTLS hospedado na Amazon, com certificado HTTPS emitido pela Amazon:
https://mtls.menur.app/vbeta1/establishments/mana/pix

Webhook SEM mTLS hospedado na Amazon, com certificado HTTPS emitido pela Amazon:
https://mtls.api.menur.app/vbeta1/establishments/mana/pix

Entretanto se acessar SEM mTLS com hospedagem no Heroku e certificado Let’s Encrypt o erro que dá é esperado:
https://api.menur.app/vbeta1/establishments/mana/pix

"A autenticação de TLS mútuo não está configurada na URL informada"

E agora? Vocês poderiam verificar o motivo? Obrigado!

e nao tem esse parametro no endpoint /pix

dai me instruiram pra consultar em /pix... só mudei o path na url

Fiz a requisição fazendo o parse de URL encoding e funcionou. https://api-pix.gerencianet.com.br/v2/pix?inicio=2021-01-04T22%3A21%3A49Z&fim=2021-02-15T15%3A29%3A47Z

url: https://api-pix.gerencianet.com.br/v2/pix?inicio=2021-01-04T22:21:49Z&fim=2021-02-15T15:29:47Z

Opa, boa tarde, fiz a consulta no endpoint /pix, mas está retornando esse erro. Estou passando apenas os parametros inicio e fim

Bom dia pessoal tudo bem? Não sei se ja foi comentado aqui mas a nova versão da API pix com cobrança e vencimento já saiu?

https://dev.gerencianet.com.br/v1/docs/api-pix#section-callbacks

Basicamente se você cadastrar:

Você está tratando o /pix no final da URL?

Olá, @Efí

Ainda na labuta do Webhook em ambiente PaaS. Fiz os seguintes passos e creio estar quase lá:

- Criei uma conta na Amazon para o projeto
- Cadastrei o cartão de crédito
- Provisionei o Amazon API Gateway
- Configurei um custom domain nele
- Configurei o domínio no meu Registrar
- Habilitei o custom domain no API Gateway
- Criei certificado e habilitei o HTTPS
- Baixei o cert webhook da Gerencianet
- Criei uma Trust Store PKCS12
- Coloquei a cadeia da GN lá
- Converti a TS para o formato PEM
- Provisionei um armazenamento Amazon S3
- Subi a TS.pem
- Finalizei a configuração do custom domain
- Ativei o mTLS neste domínio
- Criei uma rota de API para o meu server
- Associei a rota ao custom domain com mTLS

Fui configurando e testando a cada passo. Quase tudo funcionando. A única coisa que não consigo é fazer uma requisição client para testar o mTLS já que não tenho o cert client do webhook.

Então…

- Invoquei o serviço PUT /webhook/{chave} passando no body a url e recebi o seguinte body com o status 400:

{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}

Supus ser algum erro no pem que usei para configurar o mTLS. E já experimentei o seguinte:

- Usei exatamente o CRT que baixei das docs da GN
- Fiz a conversão como citei acima (criando a TS)

Se vocês puderem fazer uma requisição mTLS com o certificado client correto para testar, a UTR é esta:

POST https://mtls.menur.app/vbeta1/establishments/mana/pix

O serviço está retornando 204 fixo para qualquer body json (não obrigatório).

Alguma luz? 🙏