Histórico de mensagens sobre url

Boa noite. Não requer cadastro. É só prefixar a sua URL com mtls.pix.ae.

Exemplo: https://seudominio.com/seuendpoint
Vira: https://mtls.pix.ae/seudominio.com/seuendpoint

Meu sistema faz a validação mTLS da GN, repassa o request para o seu endpoint, lê a sua resposta e responde a GN de acordo com sua resposta. Se a validação da GN não passar, meu sistema nem te repassa o request, responde 400 direto, de forma que a GN entenda que o seu sistema está preparado e realizando a validação (mesmo que isso esteja acontecendo, de fato, no próprio servidor do pix.ae).

Estou com outro problema:

Enviei um item valendo R$ 12,00 e o desconto condicional até dia 31/10 de R$ 2,00.
Assim o bolix saiu com o valor final de R$ 10,00 e desconto de R$ 2,00.

Porém ao tentar pagar hoje pelo código de barra o banco está colocando o valor de R$ 8,00 para pagar. Ou seja aplicando o desconto sobre o valor final que já esta com desconto.

{"items":[{"name":"#4307727 - NOV/21 - MENSALIDADE","value":1200,"amount":1}],"payment":{"banking_billet":{"customer":{"name":"Agnaldo Tim?teo","cpf":"xxxxxxxx","email":null,"phone_number":"11988754622","address":{"street":"Avenida D?lio Silva Britto, s/n","number":"120","neighborhood":"Coqueiral de Itaparica","zipcode":"29102904","city":"Vila Velha","complement":null,"state":"ES"}},"expire_at":"2021-11-02","configurations":{"fine":200,"interest":33},"discount":{"type":"currency","value":200},"conditional_discount":{"type":"currency","value":200,"until_date":"2021-10-31"},"message":"- Emitida por Studio Conta DanceBank.\n- E-mail do Emissor: [email protected].\n- Caso j? tenha pago desconsiderar solicita??o.\n"}},"metadata":{"custom_id":"","notification_url":"https://app.sisdanca.com.br/sistema/publico/bolix.jsp"}}]]

Será que é por que estou enviando o desconto e o desconto condicional juntos?

Olá <@!850502535859929110> ! Boa noite. Para que você receba uma notificação sempre que uma cobrança Pix tiver seu status alterado é necessário definir uma URL para onde a notificação vai ser enviada. Essa definição é feita ao consumir a rota PUT /v2/webhook/:chave (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix). Mas antes disso, é necessário que você realize algumas configurações no seu servidor. Em nossa documentação, disponibilizamos alguns exemplos: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor.

Estou gerando o Bolix com o código abaixo (omiti com xxx os dados sensível).
Note que existe juros e multa: {"fine":200,"interest":33}

{"items":[{"name":"#4304756 - FEV/22 - MENSALIDADE","value":500,"amount":1}],"payment":{"banking_billet":{"customer":{"name":"Andre R V Cunha","cpf":"xxxx","email":null,"phone_number":"xxxxxxx","address":{"street":"Avenida Délio Silva Britto, s/n","number":"630","neighborhood":"Coqueiral de Itaparica","zipcode":"29102904","city":"Vila Velha","complement":null,"state":"ES"}},"expire_at":"2022-02-27","configurations":{"fine":200,"interest":33},"message":"- Emitida por Studio Conta DanceBank.\n- E-mail do Emissor: [email protected].\n- Caso já tenha pago desconsiderar solicitação.\n"}},"metadata":{"custom_id":"","notification_url":"xxxxxx"}}

Bolix gerado: https://visualizacaosandbox.gerencianet.com.br/emissao/315629_68_DROZE3/A4XB-315629-68-LUANEM3

Não está vindo com juros e multa. O que pode ser?

Isso está acontecendo no sambox e produção.

Tem hora que vem tem hora que não vem.

Boa tarde, <@!887761807194861598>!
Este é o Json que é enviado de teste para validar o mTLS no momento que você consome o endpoint PUT /v2/webhook/:chave para registrar sua URL de notificação

Bom dia, você não esta utilizando uma SDK, correto?
Neste caso, além das suas credenciais (client id e client secret), você deve alterar a URL base de https://sandbox.gerencianet.com.br para https://api.gerencianet.com.br

Algo tipo

axios({
method: 'POST',
url:${process.env.GN_ENDPOINT}/oauth/token,
headers:{
Authorization:Basic ${credentials},
'Content-Type': 'application/json'
},
httpsAgent: agent,
data:{
grant_type: 'client_credentials'
}

}).catch((e)=>{
console.log(e)
})

Sim, eu entendo, Matheus, mas ao mesmo tempo a falha 404 significa que a URL não foi encontrada, mas se esse realmente fosse o caso, eu não conseguiria estar recebendo os webhooks do meu outro usuário (que estão nessa mesma URL), por isso acho estranho estar retornando esse erro, irei te encaminhar o número das duas contas no privado

Bom dia, <@!899785206968492042>. Atualmente você tem 3 opções, sendo elas:
1- Consultar o status da cobrança pelo charge_id GET /v1/charge/:id https://dev.gerencianet.com.br/docs/pagar-boleto-outros-endpoints#section-6-retornar-informa-es-sobre-transa-o
2- Configurar uma url de notificações(mais recomendado), sendo assim o seu sistema vai ser automatizado e iremos notificar sempre que uma cobrança mudar de status https://dev.gerencianet.com.br/docs/notificacoes-recebendo.
3- Gerar um relatório expresso no painel da sua conta Gerencianet colocando filtros de cobranças com status pago https://gerencianet.com.br/artigo/gerar-relatorios-de-cobrancas/.

Boa noite, João Vitor, tudo bem sim, e aí ?
Entendo, mas concorda que se vocês estão retornando que a URL que estou enviando está retornando 404 (não encontrada), a princípio não era para eu conseguir nem receber os webhooks no meu outro usuário, que já tinha essa URL cadastrada?
Eu não sei exatamente como funciona o pix.ae por trás dos panos, mas na época que fiz o vínculo da primeira vez funcionou sem problemas

Boa noite <@!500715205014061077> tudo bem? 🙂
Vale a pena verificar se não há alguma limitação por parte do pix.ae no momento de vincular ou redirecionar a url.
Mas até então, a forma de validação da URL através da API Gerencianet não foi alterada.

O que acho que talvez tenha acontecido é alguma alteração no modo de validação da URL pela Gerencianet que fez com que ficasse incompatível com o mTLS do pix.ae (?)

Até poderia acontecer da URL ter saído do ar entre o momento que a vinculei no outro usuário e agora tentando neste novo, mas se fosse esse o caso, eu não receberia os webhooks como estou recebendo até hoje

Certo, mas então qual seria a razão para esse tipo de erro? Porque inclusive utilizei a mesma URL que está vinculada a outro usuário ativo, fiz testes hoje mesmo de pagamentos nesse outro usuário e o webhook está funcionando perfeitamente, mas quando tento cadastrar novamente, recebo essa mensagem como se a URL não existisse

Boa tarde, <@!500715205014061077>. Essa falha está relacionada a outro fator, pois, no caso do cliente não atualizar o certificado, o que aconteceria é a interrupção do hand-shake e uma eventual falha de comunicação. No caso da tentativa de cadastrar o webhook com o certificado expirado, a mensagem com o status 400 seria:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}

Boa tarde, pessoal, mais alguém que utiliza o mTLS do pix.ae está tendo dificuldade de cadastrar webhooks? Tinha um webhook cadastrado já há alguns meses, mas tentando cadastrar outro agora fico recebendo o erro "A URL informada respondeu com o código HTTP 404" (o que não faz muito sentido, já que é exatamente a mesma URL já cadastrada pra outro usuário), não sei se isso tem algo relacionado com a atualização da cadeia de certificados que foi notificado na semana passada.

O POST que enviamos para a URL informada vai conter apenas uma informação: um token de notificação. A partir desse token, você consegue consultar as informações de uma cobrança. Para isso, você precisa consumir a rota GET /notification/:token, em que :token é o token de notificação contido no POST enviado. A resposta será todos os dados informativos sobre a alteração sofrida pela cobrança, como por exemplo, o status anterior e atual da cobrança.

<@!800721458875727872> agora esbarrei em outro lugar rsrs
quando fazemos uma cobrança, podemos colocar um webook para receber as notificações dos status, porém olhando aqui, ao receber o POST na url do webhook, não tem com nenhum informação "revelante"....

Salve pessoal! Boa tarde!
Estou realizando a implementação do webhook, porem estou com dificuldade da validação do certificado, estou rodando com ngrok para testar local, alguem tem alguma dica?
Se possivel eu gostaria de fazer a verificação do certificado no nivel da aplicação e não na camada do ngnix

O Erro q estou recebendo: