Termos mais procurados:
Boa noite gente estou começando agora a usar a api pix e estou fazendo alguns testes no postman, eu consigo gerar o acess token porem quando vou gerar uma cobrança retorna esse erro: {"error":"invalid_token","error_description":"Malformed authorization header"} alguem pode me ajudar?
Tipo assim:
Os comecaCom/terminaCom/contem são múltiplos ? Ou seja, poderia ser:
"recebimento": {
"txid": {
"comecaCom": "gnPix",
"comecaCom": "BACEN",
"aceitarVazio": false
}
}
?
Eu acredito que resolveríamos com outra flag, <@!780500321994539068> , algo nesse sentido:
Boa tarde @everyone !
Retomando o assunto endpoint de configurações (https://www.notion.so/Endpoint-de-configura-es-0a97faee68f845ab96ec21551862fe6c).
Nosso time de engenharia observou que existem possíveis situações em que o match do regex com a string do txid pode demorar muitos segundos ou até minutos. Existem situações inclusive de crash da aplicação. Em outras palavras: não é seguro recebermos via input qualquer regex.
Um exemplo que vocês podem testar no browser:
Um roteiro interessante para usar PHP e integrar Pix na Gerencianet é este vídeo:
https://www.youtube.com/watch?v=6Es3i2eH5K4
Boa tarde. Estou tentando subir um teste em php para ver o funcionamento dos recursos do PIX do gerencianet
Esse primeiro deploy traz uma versão mais simples, na qual a Gerencianet resolve tudo. Isso atenderá a alguns perfis de clientes. Lembrando que nós não armazenamos a chave privada.
Mas a sugestão de aceitar um CSR é tão boa que já tá até no Roadmap, neste card: https://www.notion.so/Gera-o-de-certificados-API-Pix-a-partir-de-um-CSR-de6f5650a5d44ed092af81d6b830ed66
Bom dia pessoal! Ocorreu hoje o deploy na plataforma web da Gerencianet para permitir ao cliente Gerencianet gerar o certificado .p12 diretamente da sua conta e gerenciar os escopos em sua aplicação referentes a API Pix, todas estas informações e o passo a passo estão disponíveis em nosso <#🖥changelog> .
Bom dia, <@!393512852310327296>!
Deve-se lembrar que é necessário tratar a inclusão do /pix no final da sua URL. Para isso, tente cadastrar seu webhook da seguinte forma.
Insira no final da sua URL o parâmetro ?ignorar=, assim:
00020126880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/171760a7663e41c389e4cd310f3339e85204000053039865802BR5925Obter o nome da Chave Pix6003Pix6207050363049491
Só veio assim "{"pix":[{"endToEndId":"E0000000020210222171928142980956","txid":"aec32020392daa2d4ce6cf0cc6adb31","chave":"33ed30d4-b639-49cd-a4f1-6ce1097ca6ab","valor":"0.01","horario":"2021-02-22T17:19:37.000Z"}]}"
Mas o que o <@!783359762917752843> está comentando é referente ao envio de Pix, no caso da devolução os retornos são diferentes e sempre chegam dentro do array de devoluções
O Pix que teve devolução vem com um array de devoluções, como neste exemplo:
Mas como saber se é um pix devolvido entao?
Possivelmente o webhook de pix enviado devesse ser sendpix ao invés de pix. Então vc mandaria exemplo.com.br/webhook na configuração de webhook para aquela chave, e a GN acionaria exemplo.com.br/webhook/pix para os recebimentos e exemplo.com.br/webhook/sendpix para os pagamentos.
Sim, referentes ao endpoint de envio de Pix ficou faltando mesmo, vou incluir na documentação.
Endpoint destinado a realizar o envio direto de um Pix para uma chave Pix cadastrada em um PSP seja da Gerencianet ou outro. POST /v2/pix
mas quando for um pix pago.. eu estou pagando o cliente via pix.
Um exemplo do Pix recebido:
