Termos mais procurados:
@Consultoria Técnica Gostaria de sugerir a criação de uma rota de busca de pix enviado a partir do idEnvio, acredito que é uma rota complementar ao processo de identificação do pix por parte do client, além disso fundamental para que o client tenha controle completo sobre a identificação do pix enviado.
Acredito que a rota poderia ser muito semelhante a rota de busca por end2endId, mas nesse caso filtrando pelo idEnvio.
Agradeço desde já
Sabe me dizer o melhor canal para eu sugerir a criação da rota de busca do pix enviado pelo idEnvio?
@here
Boa noite pessoal, na api do pix atualmente existe alguma forma de eu buscar um envio de pix pelo idEnvio?
Eu sei que existe essa rota aqui /v2/gn/pix/enviados/:e2eId, mas eu vejo um ponto de falha nela que seria resolvido por uma rota semelhante /v2/gn/pix/enviados/:idEnvio
Ou então permitir filtrar pelo idEnvio na rota /v2/gn/pix/enviados/, serviria também.
O ponto de falha que me refiro é o seguinte: Eu preciso primeiro chamar a rota para requisitar o envio de pix para então obter o end2endId e salvar ele na minha base de dados, no entanto, se no momento de salvar o end2endId na minha base ocorre algum erro eu me encontro na situação onde envie um pix, mas não consigo recuperar essa informação posteriormente, pois não tenho o end2endId.
É claro que ainda existe a camada do webhook (que retorna o idEnvio) e me permite atualizar no meu banco se o pix foi enviado com sucesso ou não. No entanto o webhook também é suscetível a falha.
Para conseguir cobrir todos os pontos de falha bastaria a rota de consulta do pix enviado pelo idEnvio, tendo em vista que esse identificador sou eu quem gero, faz até mais sentido.
Agradeço desde já a paciência da pessoal que ler até o final e me ajudar. Por favor, se eu estiver enganado em algum ponto me corrija, eu gostaria de estar errado e não precisar dessa rota kkkkk
Você pode alterar a linha 56 pra return endpoints.requester.request("/v2/gn/pix/:idEnvio", "PUT", params, body)
e no arquivo de exemplo, você inserir o parametro idEnvio:
const idEnvio = "xxxx"
Esse parâmetro abaixo é livre:
$params = [
"idEnvio" => "0S000000000000000000000000000000000"
];
Boa tarde. No PIX envio temos o parâmetro "idEnvio" é feito algum controle que evite o pagamento em duplicidade para o mesmo idEnvio?
Boa noite galera, alguem aqui pode me ajudar tirando uma duvida minha? Eu estou fazendo api da gerencianet para enviar pix e tem um parametro que pede idEnvio, eu procurei na documentação o que seria isso e o que eu tenho que preencher mas nao consegui entender.
Para o Envio de Pix, endpoint PUT /v2/gn/pix/:idEnvio :
Se o valor do Pix está entre R$ 0.01 à R$ 10.00:
Pix é confirmado, informação virá via Webhook.
Se o valor do Pix está entre R$ 10.01 à R$ 20.00:
Pix é rejeitado, informação virá via Webhook.
Se o valor do Pix é acima de R$ 20.00:
Pix é rejeitado já na requisição, informação não virá via Webhook.
Então esse identificador de transação que vou passar no idEnvio vou gerar ele dinamicamente?
Esse idEnvio, é um identificador da transação que você vai informar. Ele deve obedecer a seguinte regex: ^[a-zA-Z0-9]{1,35}$
E outra dúvida. Na URI https://api-pix-h.gerencianet.com.br/v2/gn/pix/:idEnvio ---> O que seria esse idEnvio ?
@rubenskuhl O que é o pix enviado que está no exemplo do callback?
https://dev.gerencianet.com.br/docs/api-pix-endpoints#recebendo-callbacks
// Pix enviado
{
"pix": [
{
"endToEndId": "E090893562021030PIf25a7868",
"chave": "2c3c7441-b91e-4982-3c25-6105581e18ae",
"tipo": "SOLICITACAO",
"status": "REALIZADO",
"valor": "0.01",
"horario": "2021-03-04T20:39:47.000Z",
"gnExtras": {
"idEnvio": "1"
}
}
]
}
Então veja o se o método de envio tem um idEnvio. Se já tiver, já está atualizado.
@andresisdanca a diferença é que você receberá o parâmetro gnExtras > idEnvio, com o identificador de envio que você informou.
Bom dia, @andresisdanca. Tudo bem?
Já pode mudar agora e chamar o novo método passando o idEnvio, que irá funcionar! 😀
Boa tarde.
Sobre a mudança do endPoint para enviar pix em janeiro ....
Já pode mudar agora?
Só chamar o novo método?
Precisa informar ao GN?
Após o envio a confirmação ainda é igual ou teremos que consultar para ver se o status mudou e assim confirmando o envio?
Informamos que a rota POST/v2/pix - para requisitar o envio de Pix - será descontinuada a partir do dia 03/01/2023.
Mas podem ficar tranquilos. A documentação da API Pix foi atualizada com o novo endpoint PUT/v2/gn/pix/:idEnvio e melhorias que deixaram o serviço ainda mais robusto e com melhor performance:
- O endpoint passa a ter um método idempotente.
- A assinatura do endpoint agora permite informar um idEnvio. Esse identificador, único para cada envio, será gerado e controlado por você, evitando duplicidades inconvenientes.
Olá, @sotos0866. Bom dia! Tudo bem?
Pagar clientes, seria enviar um Pix para a conta do seu cliente?
Para isso possuímos o endpoint PUT /v2/gn/pix/:idEnvio (https://dev.gerencianet.com.br/docs/api-pix-endpoints#requisitar-envio-de-pix), que te permite transferir valores da sua conta Gerencianet para outra conta a partir da chave Pix do recebedor.
Obs: para habilitar o endpoint pix/enviar é necessário preencher este formulário (https://www.cognitoforms.com/GerencianetPagamentos1/Formul%C3%A1rioDeSolicita%C3%A7%C3%A3oDePermiss%C3%A3oParaEnvioDeValoresPixViaAPI). Após o preenchimento, basta aguardar que nossa equipe entrará em contato.
@wiliambuzatto quando uma solicitação de envio de pix é feita com sucesso, ele retorna o endToEndId da transação. Esse endToEndId retornado neste momento é o mesmo que será enviado pelo webhook, quando a solicitação for realizada. Uma forma de manter esse controle no seu sistema seria, portanto, associar o idEnvio com este e2eid retornado no momento da solicitaçao. Desta forma, ao receber o webhook, conseguirá definir qual solicitação foi concluida.
Resolveria um problema recorrente que temos com a Gerencianet, de um solicitacao envio de Pix nao retornar e2eId, como se tivesse falhado. Porém logo depois o webhook recebe que foi feita a transação.
---
O sistema não tem como saber nesse acionamento do webhook de qual solicitacao que é, pois nao recebemos o e2eId na solicitacao. (como se nao tivesse existido).
---
Ao retornar o idEnvio no webhook, ja resolveria esse problema, pois eu passo a olhar pra ele pra saber qual solicitacao que foi concluida pelo idEnvio, pois como eu gero ele, eu tenho ele pra saber.
Por que esse idEnvio não retorna no webhook quando há alteracao de status?
