Termos mais procurados:
Um exemplo de webhook enviado ao receber um pix:
Por exemplo:
Integrador cadastrou a url base https://gerencianet.com.br/, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.
Minha URL webhook: HTTPS://teste.com/webhook - quer dizer que vocês irão adicionar /pix?
<@!477481308743008257>, você fez o ajuste para receber com o /pix no final da sua url?
00020126880014BR.GOV.BCB.PIX2566qrcodes-pix.gerencianet.com.br\/v2\/
esta implementando o sistema api pix hoje, esta gerando o qrcode mais quando o cliente vai pagar nao reconhece alguem pode me ajudar
Pessoal, boa tarde.
Segue a nossa proposta (inclusive já em andamento) que contempla somente, e apenas inicialmente, as travas de recebimentos de Pix sem txid's, bem como eventual bloqueio geral de recebimento a partir de QR Codes Estáticos (esse segundo ponto veio porque vimos ser uma mudança simples e de ampla aplicabilidade).
Não tem. Você pode criar um acionador seu que mande um objeto pix.
Mas isso só se você assinar o aditivo de envio de Pix e usar esse serviço, claro.
No caso de Cobrança, sim. Para transferência (envio de Pix) tem a efetivação do pagamento.
Então eu recebo via webhook o txid para depois realizar uma nova consulta para saber se está com status concluída ou no objeto pix do webhook eu já recebo o status?
Boa tarde pessoal, tudo bem? Estou utilizando a API do PIX de vocês, já estou em produção inclusive.
A única alteração assíncrona é quando muda de ATIVA para CONCLUIDA, ou seja, foi paga. E aí você recebe no webhook um objeto Pix, que você relaciona com a cobrança através do txid. Não vem um objeto cobrança no webhook.
Boa tarde. Alguém poderia me ajudar onde encontro quais são as variáveis que são recebidas via webhook quando existe alteração no status de uma cobrança via pix?
e o BACEN tá avaliando, inclusive, mudar a especificação BRCode, passando a aceitar a omissão do campo 62, e aí não teria mais o nem nos qr codes. https://github.com/bacen/pix-api/issues/245
o único caso especial possível que não seria coberto apenas com os 2 validadores txidNulo e txidEstatico seria um PSP pagador tratar erradamente o txid como int em algum ponto do seu sistema e acabar enviando "0" na PACS em vez de uma string vazia, ou omitir o campo txid, fazendo a validação da GN testar contra a opção de aceite de Pix via qr estático em vez de testar contra o Pix de txid nulo, o que eu não vi ninguém reportar e acho difícil que aconteça (por ser o txid um campo que acata caracteres a-z também). por isso que acho suficientes essas 2 opções. simples e funcionais. e em último caso, a GN poderia tratar a string "0" como txidNulo em caráter de exceção.
a opção txidEstatico poderia ser tratada, a princípio, com base no comprimento do txid (1-25 = estático). no futuro pode ser alterado (quando estiver disponível na PACS o método de iniciação do Pix).
Galera, como eu testo o retorno do webhook em homologação? Já que o PIX não é efetivado. Também não vi na documentação.
