Histórico de mensagens sobre pix

em produção ele pôe um /pix no final da url

Estou implementando a integração com api-pix, qdo rodo localmente no meu note funciona tudo normalmente, consigo gerar o pix com sucesso, ao mover a aplicação para um servidor remoto não consigo gerar o pix, no metodo de autorização ao fazer o request não obtenho resposta do servidor de homologação da Gerencianet, alguma ideia do que seria o problema?

Oi Pessoal, bom dia!

Estamos com dificuldades em configurar o MTLS. Configuramos 3 host:

1) https://webhook.site/528aa31a-0858-4b51-b923-6a07f9f877c1
Resposta da API da Gerencianet:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
Esse post chega em nosso ambiente: "evento": "teste_webhook".

2) https://mtls-pix.clicksign.me/pix - Sem MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

3) https://mtls-pix.clicksign.dev/pix - Com MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

Benvindo ao MPDPAP, Movimento Pelos Dados de Pagador na API Pix. Hoje só dá para pesquisar por CPF específico se vc imagina quem foi que pagou.

hoje já temos um sistema funcional que funciona como vc mencionou, mas temos que manter o registro de pelo o menos o cpf do pagador. A titulo de facilidade gostariamos de receber o cpf do pagador pelo webhook, para que, o cliente final não precise digitá-lo na criação do pix.

O txid é retornado então você pode utiliza-lo para identificar de qual cliente aquela cobrança foi gerada. Uma outra forma é inserindo no infoPagador os dados do cliente, pois, este atributo também é retornado no objeto pix.

Eu gosto do site, mas o Pix não é para dinossauros como eu. 😉

Bom dia <@!313668091114553346>, você pode associar a sua chave pix ao webhook e desta forma toda vez que enviarmos a notificação informando do pagamento você realiza o redirect, com um

eu teria q fazer uma tela listando as transações PIX para o cliente escolher qual devolver no meu sistema...

Mas as transações estão lá, só fazer GET em /pix.

É possível também criar novas chaves Pix do tipo aleatória e excluí-las também.
https://dev.gerencianet.com.br/docs#section-criar-chave-evp
https://dev.gerencianet.com.br/docs#section-remover-chave-evp

o cliente vai precisar criar a chave pix pelo celular

Bom dia, tenho uma sugestão de disponibilizarem a lista de chaves PIX na Web...

<@!780500321994539068> Problema que ainda muitos usam a função crédito, e isso que pega atualmente. Restaurantes por exemplo tem 70% dos pagamentos no cartão são em função crédito. Essa modalidade não da para deixar de ter. Mas acho que levar a maquininha até o cliente será a melhor opção mesmo.
Vou tentar trabalhar na integração somente do PIX então individual para cada estabelecimento.

E não sei até que ponto profissional liberal e restaurantes são comparáveis, mas só para mencionar que para minha esposa(dentista) decidimos ela não ter maquininha de cartão de crédito, só pagamento por Pix. Ela retomou as atividades agora então é recente para dizer o resultado, mas decidimos apostar.

Sim, tem webhook de notificação sim na API Pix da Gerencianet.

<@!780500321994539068> Realmente tem isso. Concordo com vc.
Referente ao PIX o API que a Gerencianet oferece não tem o retorno de confirmação para o sistema dar baixa no pagamento? Para que assim o pedido já possa sair pago do estabelecimento.

Não sei até que ponto isso é bom em cartão de crédito, independente do adquirente. As transações de cartão presente (maquininhas) não tem chargeback, e as de cartão por número + CVV2 tem... então aceitar requer também boas medidas anti-fraude. Para Pix eu acho que esse modelo é bom, e o entregador só precisa ter um celular para mostrar o QR-Code.

só pra ficar claro: a "chave" que aparece no retorno da consulta é uma chave Pix que aponta para a sua conta transacional na Gerencianet, mas ela é reutilizável (não representa uma cobrança específica). por isso só haverá baixa na cobrança se vc pagar, especificamente, a cobrança (com o qr code / pix copia e cola que a representa)