Termos mais procurados:
{"endToEndId":"E10573521202302212338Xv3KGQf2Yly","txid":"ee75f95bbd544fa89c05239d92627b8a","valor":"3.69","chave":"9686e762-3425-4830-a08c-f3e87156e057","horario":"2023-02-21T23:39:06.112Z","infoPagador":""}
Pix.endToEndId: E10573521202302212338Xv3KGQf2Yly
Pix.TxId: ee75f95bbd544fa89c05239d92627b8a
Pix.valor: 3,69
Pix.chave: 9686e762-3425-4830-a08c-f3e87156e057
Pix.horario: 21/02/2023 23:39:06
Pix.infoPagador:
Pix.devolucoes: 0
Caso a chave Pix esteja associada a uma conta PJ, será exibido o nome fantasia, mas se for CPF irá exibir o nome mesmo.
Estou utilizando a versão 3.0.3, utilizando a função
Chave Pix não é Pix Copia e Cola
Boa tarde já tenho meu sistema de recebimento pix funcionando em Python, agora estou começando a etapa de reconhecer automaticamente se o cliente efetuou o pagamento, eu queria tirar um dúvida específica sobre os end points exclusivos da EFI, nas requisições, para PIX, tem (recebimento: Atributo objeto obrigatório. Contém as configurações relacionadas aos recebimentos de Pix por uma determinada chave.)
Através disso eu consigo obter a resposta se o pix foi pago? Ou acham mais rapído fazer um webhook?
Olá, @deathgun5463. Bom dia! Tudo bem?
Este Pix que está mencionando foi um envio direto para sua chave Pix? Pois neste caso não tem conciliação com cobranças que foram geradas em seu sistema.
Neste cenário sugiro realizar uma baixa manual no título registrado no seu sistema.
Bom dia, @nckex!
Você pode utilizar o endpoint PUT /v2/gn/config para definir que a recusa de QR Code estáticos. Mas não é possível recusar de um txid específico.
Para recusar QR Code estático, informe true no parâmetro qrCodeEstatico->recusarTodos
São duas APIs diferentes, mas você pode usar conjuntamente. O Bolix cria uma chave aleatória específica, diferentes das chaves Pix que você use na API Pix.
Boa tarde, @notrevedr! Tudo bem?
O ngrok te permite configurar o uma chave pública da Efí em seu servidor para que a comunicação obedeça o padrão mTLS?
https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks
Outro detalhes é a adição do /pix no final da URL.
Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
Bom dia, estou querendo utilizar a API para receber pix através por chave, sem precisar utilizar cobrança. Preciso verificar/consultar as informações de quem enviou o pix, mas não achei um jeito de fazer isso usando a API. Acho que pela transação não possuir um txid, isso é não possível. Mas tem alguma maneira de fazer isso?
Consegue sim... Seria o endpoint de Enviar Pix, onde você pode fazer uma transferência para uma chave Pix ou para dados bancários. Porém, para utilizar esse endpoint, é necessário você preencher um formulário que a equipe responsável vai enviar um anexo contratual pra você assinar. E assim que você assinar, nós liberamos o endpoint pra você.
Eu consigo com PHP por exemplo, requisitar uma transferência para outra chave PIX?
Ex: digamos que eu queria fazer um PIX pra uma determinada chave.... geralmente a gente ve a pessoa digitando a chave e depois aparecendo a confirmacao: Deseja realmete fazer o pix pra chave X que é do fulano Y, banco X, agencia tal
Como assim "pega" ? Existe um endpoint /v2/webhook que é usado para configurar uma URL para cada chave Pix que você tenha.
Sim atende! Inclusive já tinha lido. Mais tem uma informação que preciso que me oriente melhor:
A parte que fala sobre:
Webhook
Para utilização do endpoint de Requisitar envio de Pix, além da liberação do escopo pix.send é necessário que a chave Pix do pagador tenha um webhook associado a mesma, pois, será por meio do webhook que a Efí vai informar a você se o envio de pix foi realizado com sucesso ou não.
OBS: Para maior performance de uso do serviço, e visando evitar a colisão de movimentações de saldo, sugerimos que o envio de Pix por API seja condicionado à conclusão da transação anterior, que se dá pelo webhook. Caso a prática anteriormente citada não seja adotada, quando múltiplas requisições de envio forem feitas simultaneamente, o integrador poderá experimentar falhas no envio.
O que seria essa liberação do escopo pix.send?
Nós temos o endpoint de Envio de Pix, onde você pode estar transferindo diretamente para uma chave Pix ou para dados bancários.
Se o Pix foi pago a partir do QR-Code, o PSP pagador enviou txid e chave Pix, e há um webhook cadastrado para essa Pix: sim, é impossível.
<@Disdal E-commerce> Você pode usar o mesmo client_id e client_secret em outras integrações, mas é importante que cada sistema utilize uma chave pix diferente para não sobrescrever a URL de webhook do outro sistema.
Isso porque uma chave Pix pode ser associada a somente uma URL de Webhook.
Alguém sabe me informar onde consigo o código para gerar o qr code do pix em uma cobrança?
Quando crio a cobrança o retorno é o seguinte:
{loc={location=qrcodes-pix-h.gerencianet.com.br/v2/bdd4264d3af9461d939dcb2ff66bf3a1, id=1, criacao=2023-02-02T20:10:19.423Z, tipoCob=cob}, valor={original=1.00}, chave=39660301000187, calendario={expiracao=3600, criacao=2023-02-02T20:10:19.368Z}, txid=7978c0c97ea847e78e8849634473c1f1, infoAdicionais=[{valor=Informação Adicional1 do PSP-Recebedor, nome=Campo 1}, {valor=Informação Adicional2 do PSP-Recebedor, nome=Campo 2}], location=qrcodes-pix-h.gerencianet.com.br/v2/bdd4264d3af9461d939dcb2ff66bf3a1, revisao=0, solicitacaoPagador=Serviço realizado., status=ATIVA}
Estou em SANDBOX.
Agora é ir monitorando... se depois de um tempo ainda tiver banco mostrando a anterior, é pq ele está usando o cadastro do CNPJ na Receita ao invés do cadastro da chave Pix no BACEN. E aí o jeito é abrir reclamação no BACEN para o banco consertar.
