Quando utilizamos no novo endpoint de envio de pix (PUT /v2/gn/pix/:idEnvio)
Passamos um idEnvio.
Termos mais procurados:
Histórico de mensagens sobre idEnvio
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Acionamento de Webhooks em Pagamentos e Devoluções
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Configuração de URLs para Recebimento de Status
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Integrações com o Laravel e SDK de PHP da EFI
- Teste de Status de Pagamento em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Problemas com Token em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Utilização de Endpoints e Payload no Pix
- Integração de Pix no Bubble (Plataforma No-Code)
- Implementação de método em C# para cálculo de CRC16
- Possibilidade de Split na API de Pix
EXIBINDO CONVERSAS RECENTES:
Texto: 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:
pixSend: {
route: '/v2/gn/pix/:idEnvio',
method: 'put'
},
route: '/v2/gn/pix/:idEnvio',
method: 'put'
},
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.
json
{
"idEnvio": "12453567890123456789",
"e2eId": "E09089356202011251226APIff82f2e5",
"valor": "12.31",
"horario": {
"solicitacao": "2021-11-25T12:26:42.905Z"
},
"status":"EM_PROCESSAMENTO"
}
eu guardaria o 'idEnvio' ou o 'e2eId' no banco de dados para o webhook reconhecer a transação{
"idEnvio": "12453567890123456789",
"e2eId": "E09089356202011251226APIff82f2e5",
"valor": "12.31",
"horario": {
"solicitacao": "2021-11-25T12:26:42.905Z"
},
"status":"EM_PROCESSAMENTO"
}
Atualizamos nossa SDK de .NET Core e agora ela contém todos os endpoints da API de Pagamentos e API Open Finance além, também, dos novos endpoints da API Pix (COBV e Extrato)!
Principais alterações:
- O campo 'pix_cert' do arquivo de credenciais passa agora a se chamar 'certificate';
- O endpoint para envio de Pix sofreu alterações e agora é necessário informar o idEnvio como parâmetro;
Link para o repositório atualizado: https://github.com/gerencianet/gn-api-sdk-dotnet-core
Principais alterações:
- O campo 'pix_cert' do arquivo de credenciais passa agora a se chamar 'certificate';
- O endpoint para envio de Pix sofreu alterações e agora é necessário informar o idEnvio como parâmetro;
Link para o repositório atualizado: https://github.com/gerencianet/gn-api-sdk-dotnet-core
Um exemplo do que falei anteriormente.
Tentei executar esse código, conforme exemplo:
def gerar_pix(self):
try:
params = {
'idEnvio': 1
}
body = {
'valor': '0.01',
'pagador': {
'chave': ''
},
'favorecido': {
'chave': '0984256js-983458763no-0897345hg-oksj'
}
}
resultado = self.gn.pix_send(params=params, body=body)
print(resultado)
except Exception as error:
print(f"Erro {error}")
try:
params = {
'idEnvio': 1
}
body = {
'valor': '0.01',
'pagador': {
'chave': ''
},
'favorecido': {
'chave': '0984256js-983458763no-0897345hg-oksj'
}
}
resultado = self.gn.pix_send(params=params, body=body)
print(resultado)
except Exception as error:
print(f"Erro {error}")
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 ?
Sobre o pagamento/transferência via POST em /pix, eu acho que ele devia ser mudado para PUT. O POST hoje não tem idempotência, e está sujeita a duplicações... a idempotência seria garantida com um parâmetro id (similar ao id de devolução), diferente do eventual txid (que é do recebedor). Para não ter que criar muitos métodos distintos, acho que poderia ser um único... se não tiver txid ou código, a ação é de transferência. Se tiver txid ou código, é pagamento... mas são mutuamente exclusivos. Ou tem o txid, ou tem o código do Pix Copia e Cola.
No geral fica:
chave mutuamente exclusivo com banco/tipo/agência/conta/cpf , mas um deles é requerido
txid mutuamente exclusivo com código, mas é opcional.
idenvio obrigatório, e garante idempotência. Se receber duplicado, só dá erro se for diferente. <@!793123559874494465>