Termos mais procurados:
Todo Pix recebido vai para o /pix, quer ele seja ou não de uma cobrança (/cob ou /cobv). O pagador em nenhum caso é obrigado a ter chave Pix, pois ele não está recebendo nada. Entre as cobranças, o /cob tem prazo de expiração (que pode ser segundos, horas, dias) e o /cobv tem data de vencimento. /cobv ainda não está disponível.
Bom dia,
Estou implementando as formas de recebimento: no PIX e COB..
A diferença entre os dois é:
- PIX é especifico para uma pessoa (aonde informamos a chave), esse sem o QRCode..
- COB é uma cobrança imediata (tipo consumidor); aonde é possível informar o campo "devedor" mas é opcional.. gerando uma cobrança com QRCode, (a partir do Location)..
- COB{txid} é a vinculação entre Cobrança e Pedido (numero único do sistema)..
Perguntas:
- no caso do PIX, logo depois de fazer a requisição; No "app" do banco da pessoa vai aparecer a cobrança?
- percebi que no caso do PIX, é possível informar uma conta (nome, agencia, conta corrente), teoricamente o pagador tem que ter um pix, mas o recebedor não? como ficaria a parte de consulta de status de pagamento nesse caso, a mesma coisa?
- no caso do COB, é mais direcionado para uma cobrança presencial; aonde o cliente pode receber o qrcode e pagar no ato da compra, e o COB{txid} é mais para uma modalidade de entrega, que o cliente vai pagar num período pré-determinado?
Preciso de ajuda na api Envio de Pix (transferência). Existem diversos casos que via api recebo retorno que a chave pix é inválida, porém, se eu fizer a transferência pelo app Gerencianet o pix é enviado. Alguém está passando por este problema?
Preciso da chave para testar a rota PUT https://api-pix-h.gerencianet.com.br/v2/webhook/:chave
Estou tentando gerar uma chave aleatória pela rota POST https://api-pix-h.gerencianet.com.br/v2/gn/evp
Pode ser qualquer nome, /webhook é só um exemplo hehe
No então é necessário atentar-se sobre a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}
No entanto, a URL será registrada com o /pix no final, assim:
https://seudominio.com.br/webhook/pix.
Então esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.
Haha Sem problemas, <@!628240063389761540>.
Acredito que não seja a chave pix, quando a chave pix está incorreta é exibida outra mensagem.
Me envie por favor, como está o arquivo pix/charge/create.php
Guilherme, desculpe o mal jeito ... boa tarde, esqueci de cumprimentar você. O erro aqui era meu, o certificado estava incorreto, corrigi aqui. mas agora estou recebendo o seguinte retorno:
{
"nome": "erro_aplicacao",
"mensagem": "Ocorreu um erro ao validar a chave"
}
seria a minha chave pix na gerencianet ? se for já confirmei e está correta.
Beleza, <@!456823494790086669>
Até o momento, não é possível verificar um log de notificação como é feito para API das demais cobranças.
Mas realizando uma consulta com o exemplo /examples/pix/pix/pixListReceived.php (Consultar Pix recebidos) da SDK, passando como parâmetros data inicio, fim e o txid da cobrança.
Será retornado algo parecido com o exemplo abaixo, então saberemos que o Pix foi realizado e a notificação foi enviada.
Neste cenário para gerar tudo pelo lado do client você não vai emitir cobranças dinâmicas, apenas estáticas. Então você pode basear nos links que eu e o Rubens mandamos. De toda forma você vai precisar informar uma chave Pix e para acompanhar se as transações foram pagas ou não, vai depender de ficar consultando a conta Gerencianet
Array
(
[calendario] => Array
(
[expiracao] => 3600
)
[devedor] => Array
(
[cpf] => 23847446000151
[nome] => VIRTUALcast Tecnologia
)
[valor] => Array
(
[original] => 5.00
)
[chave] => [email protected]
[solicitacaoPagador] => FATURA_18
)
Para vincular/cadastrar sua URL para sua chave Pix, é realizada através do endpoint PUT /v2/webhook/:chave. Exemplo: /examples/pix/webhooks/update.php da SDK de PHP.
Esta linha refere-se ao CA da Gerencianet/chave pública. Esta você obtêm no seguinte link, para produção: https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt
Primeiramente, para um servidor dedicado, você deve inserir uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS (forma de autenticação mutua).
Veja mais detalhes em: https://dev.gerencianet.com.br/v1/docs/api-pix#section-webhook
Então com seu servidor configurado com mTLS em seu domínio (ex: https://seudominio.com.br/webhook), você irá consumir a rota PUT /v2/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix. Na SDK de PHP você pode utilizar do exemplo: /examples/pix/webhooks/update.php
Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}
No entanto, a URL será registrada com o /pix no final, assim: https://seudominio.com.br/webhook/pix.
Ou seja, esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.
Com isto, todo Pix gerado com sua chave Pix e que possua um txid, serão enviados as notificações para sua URL.
Bom dia, <@!456823494790086669>!
Basicamente você irá registrar na Gerencianet sua URL vinculada à sua chave pix para que possamos lhe enviar as noficações.
Para isto seu servidor deve estar configurado o mTLS
Pode ser qualquer nome.
Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
Boa tarde, <@!257617133595262977>. As notificações do Pix funcionam um pouco diferentes da API de cobranças.
Primeiramente, para um servidor dedicado, você deve inserir uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS.
Então com seu servidor configurado com mTLS em seu domínio, ex https://seudominio.com.br/webhook, você irá consumir a rota PUT /v2/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix.
Com isto, todo Pix gerado com sua chave Pix e que possua um txid, serão enviados as notificações para sua URL.
Atualmente, estamos utilizando 3 formas de checkout. E a que possui disparadamente o maior número de pagamentos aprovados é a opção que o cliente transfere via chave pix email e envia o comprovante para análise manual
Olá. É possível gerar via API chaves do tipo e-mail "aleatórias" de forma que correspondam a um único pagamento?
Pergunto isso devido ao fato de muitas pessoas não saberem usar a opção pix copia e cola utilizando o QRCode URL. Se tivesse uma forma de gerar uma chave e-mail para cada pagamento, e que fosse desfeita após um tempo ou quando o pagamento fosse finalizado isso aumentaria muito as vendas.
