Histórico de mensagens sobre idEnvio em pix

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?

Quando utilizamos no novo endpoint de envio de pix (PUT /v2/gn/pix/:idEnvio)
Passamos um idEnvio.

Pessoal, o webhook não retorna o idEnvio?

Bom dia, Carlos! O split de pagamentos é um assunto que já vem sendo discutido internamente também. 😃
Uma solução paliativa seria, após o recebimento, utilizar o endpoint para envio de pix via API (PUT /v2/gn/pix/:idEnvio).
É possível realizar o envio via chave e/ou dados bancários. Mais detalhes neste link da documentação: https://dev.gerencianet.com.br/docs/

Galera alguém sabe se o SDK-PHP vai ser atualizada? Recebi uma notificação que a partir de 2023 é preciso informar o IdEnvio para o envio de Pix

Se você ja quiser ir utilizando, você pode realizar a seguinte alteração:
No arquivo gn-constants.js (https://github.com/gerencianet/gn-api-sdk-node/blob/master/lib/gn-endpoints.js), em ENDPOINTS -> PIX -> pixSend, alterar para:

Olá, @here!

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.

Ficou com alguma dúvida? O nosso time de especialistas em integração está sempre à disposição para ajudar, todos os dias da semana, aqui, na comunidade Gerencianet.

Contem com a gente. 🧡

Na resposta agora também é retornado o atributo idEnvio.
Esse atributo possui o ID que você informou anteriormente.

Obrigado pela informação, já vou providenciar as alterações na aplicação.
Você saberia informar se houve alguma mudança nos parâmetros de envio/resposta além do :idEnvio?
Não encontrei a documentação do endpoint antigo para poder comparar.

Bom dia! Tudo joia?
O antigo endpoint ainda esta em funcionamento, mas em breve ele vai ser descontinuado.
Recomendamos que as requisições passem a ser realizadas através do nosso novo endpoint: PUT /v2/gn/pix/:idEnvio

Bom dia
Notei que a API sendPix mudou o endpoint, sendo que agora é necessário informar o parâmetro :idEnvio.
Pergunta: o endpoint antigo permanecerá funcionando ou será descontinuado?

antigo: POST /v2/pix
novo: PUT /v2/gn/pix/:idEnvio

Boa tarde. Alterei meu código para incluir o idEnvio no pix_send. O pagamento ocorreu corretamente, mas o retorno da chamada nem a resposta pelo webhook continham o idEnvio, como eu pensei que ocorreria. O idEnvio foi gerado pela mesma rotina do txId, com 32 caracteres alfanuméricos, e estou usando o SDK Python.

Bom dia, @huggler6815. Realmente não temos endpoint com essa funcionalidade, conforme os regulamentos do Banco Central.

Mas possuímos o endpoint PUT /v2/gn/pix/:idEnvio (https://dev.gerencianet.com.br/docs/api-pix-endpoints#requisitar-envio-de-pix) que tem como função realizar o envio de pix/transferência. Neste endpoint você tem a opção de passar a __chave Pix__ e o __CPF/CNPJ__ do favorecido, e se a chave Pix fizer referência ao CPF/CNPJ é feito o envio de Pix, caso contrário retornamos a mensagem "A chave do favorecido não foi encontrada". Desta forma estará validando a chave Pix.

idEnvio é uma chave única criada por você, e2eid é uma chave única criada pela Gerencianet. Eu guardaria as duas, mas usaria a chave criada por você como chave primária.

Bom dia, gostaria de um auxílio, na api de requisição de envio pix.

Concordo com seu ponto, um dos objetivos deste idEnvio é para dar mais controle ao pagador

Boa tarde, Rubens! Este idEnvio não é exibido ao banco do cliente final, este você terá o retorno via webhook e na resposta da requisição.

Dúvida sobre https://discord.com/channels/775322853884821504/775328451304751144/975774758136336464 : o idEnvio chega para o recebedor como txid ?