Histórico de mensagens em pix

kk era isso mesmo. Fiquei tipo 🤡

sabe me dizer o motivo?

<@!671762828046106646> fiz a configuração do mTLS no server informando a crt de produção, minha pem e na full chain fiz um concat dos dois arquivos.

Quando tento criar o webhook, vejo que tem 4 POST no server provenientes da Gerencianet, acredito que seja o handshake.

Mas o retorno que obtenho é:
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 400"
}

Muda para:

Estou tendo o mesmo erro, também desconfiei dessa linha

Alguém sabe como gero a String do qrcode a partir da payload da cobrança ?

isso kkk

Boa tarde! Essa funcionalidade ainda não está implementada, mas vamos repassar a sugestão para nossa equipe.

Vamos modificar, obrigado pela dica!

Boa tarde!

Não sei se ja perguntaram isso, mais vai ser possível fazer recorrência no Pix?

Isso mesmo <@!709030803291635736>, obrigado pela observação!

na api tá assim: $environment = ($config["sandbox"] === true) ? "development" : "production";
development e production ao inves de homologacao e produção (caso use o mesmo código)

Boa tarde, no exemplo da API está sendo utilizados traços no TXID e o campo não aceita, apenas letras e número, como é informado na regex de documentação do campo.

Olá, <@!691053103121825823> . Crie um arquivo config.json com as seguintes informações. Obs: renomeie o seu certificado para developmentCertificate.pem ou productionCertificate.pem de acordo com seu ambiente

{
"sandbox": false,
"homologacao": {
"nome_certificado": "developmentCertificate.pem",
"client_id": "Client_Id_...",
"client_secret": "Client_Secret_...",
"pix_url_auth": "https://api-pix-h.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix-h.gerencianet.com.br/v2/cob"
},
"producao": {
"nome_certificado": "productionCertificate.pem",
"client_id": "Client_Id_...",
"client_secret": "Client_Secret_...",
"pix_url_auth": "https://api-pix.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix.gerencianet.com.br/v2/cob"
}
}

Onde vejo modelo desse config.json usado no exemplo php da doc pix/api?

Mas a @Efí pode te dar mais detalhes

Acredito que conseguir pagar ele consiga, o que vai acontecer é que quando a atualização de status for enviada para a url cadastrada no webhook seu sistema não conseguirá fazer a atualização/validação interna neste momento. Você pode dar um GET da cobrança depois para verificar o status da cobrança. Mas normalmente(como acontece com postbacks de cartão de crédito e boleto) os getways sempre enviam mais de 1 vez quando recebe resposta de erro.

Boa tarde pessoal, estou com uma dúvida sobre o webhook. Caso meu cliente efetue o pagamento do PIX, e por algum motivo meu servidor que responde ao webhook não esteja disponível. O PSP ( Gerencianet ) vai tentar me notificar até conseguir , ou o cliente não vai conseguir efetuar o pagamento ?

realmente, muita burocracia para algo que deveria ser simples.

segundo o que li ate agora, o IIS nao aceita isso