A ideia é conseguir validar a chave antes de enviar o Pix e informar que essa chave não existe para fazer o Pix, por exemplo, sem a necessidade de esperar o webhook ou o processamento da solicitação de envio do Pix.
Termos mais procurados:
Histórico de mensagens sobre enviar pix em pix
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
- Consulta de Chave PIX na API de Envio
- Acionamento de Webhooks em Pagamentos e Devoluções
- 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
- Repetição do Processo de Criação com txid
- Implementação do Módulo Gerencianet no Perfex CRM
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- Teste de Status de Pagamento em Ambiente de Homologação
- Problemas com Token em Ambiente de Homologação
- Funcionamento do Webhook em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Geração de Link de Pagamento e Reembolso
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Notificações de Pagamento de Boleto e Pix
- Utilização de Endpoints e Payload no Pix
- Integração de Pix no Bubble (Plataforma No-Code)
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Texto: enviar pix
Canal: pix
Boa tarde pessoal, por favor existe como eu fazer uma transferência via PIX através da API ? Vi que só tem como fazer cobrança e receber. Mas queria enviar um pix, dá?
Boa tarde! Existe como validar uma chave pix antes de tentar enviar um pix para ela?
- Exemplo: Um usuário informa o cpf para receber um pix, então quero validar se o cpf dele é uma chave pix válida.
Quando uma devolução do Pix acontece com sucesso, realmente tratamos semanticamente como uma devolução. É uma movimentação prevista do arranjo Pix.
Quando você tentou enviar um Pix e não conseguiu (suponha que o PSP do outro lado recusou), nós devolvemos um dinheiro que foi debitado da sua conta mas não chegou do outro lado. Não se concretizou o Pix e, por isso, resolvemos tratar como um estorno em conta. Essa movimentação não existe no arranjo Pix. É um tratamento específico da Gerencianet.
<@!793123559874494465> o estorno da Luciana aparece pra mim como "Pix enviado" na seção "extrato financeiro" do app da GN (apesar da notação "Devolução" em cima). Já os que eu tentei enviar e falharam, aparecem com a descrição "Estorno Pix enviado"
Fontes de informação pra integrar a GN (Pix)
1. https://youtu.be/eO11iFgrdCA
2. https://youtu.be/6Es3i2eH5K4
3. https://youtu.be/TpDJtuHhYsI
Ferramentas
1. https://pix.ae (tem API tb, é só enviar um POST pra mesma URL)
2. https://gerarqrcodepix.com.br/
3. https://pix.nascent.com.br/tools/pix-qr-decoder/
pensa comigo:
- quem tem pagseguro, pode enviar pix
- quem tem picpay, pode enviar pix
- quem tem itaú, pode enviar pix
não dá pra eliminar esse monte de opção e simplificar?
Pessoal, retificando o que eu disse anteriormente: é necessário sim enviar o certificado no consumo da criação do pix. O teste realizado no postman, retirando o certificado do header e gerando o pix ocorre normalmente porque parece que o postman envia esse dado de alguma forma para dar certo. Dessa forma, no consumo será necessário enviar o certificado.
Isso impediria como a gente poderia contornar o /pix. Pois o PSP enviaria https://example.com/pix?Client_Id=ASDASDA
E se cadastrássemos como https://example.com/webhook.php?varinutil=/pix?Client_Id=ASDASDA
então vc leu errado... rsrs
a documentação diz que vc cadastra https://URLX e o PSP deve enviar pra https://URLX/pix (adicionar o /pix ao fim da URL que vc cadastrou). Se vc cadastrar com /pix ao fim, o request iria para /pix/pix
<@!781134406680838216> Poderiam enviar no callback do webhook as, infoAdicionais ?
{
"pix": [
{
"endToEndId": "E12345678202009091221syhgfgufg",
"txid": "c3e0e7a4e7f1469a9f782d3d4999343c",
"valor": "110.00",
"horario": "2020-09-09T20:15:00.358Z",
"infoPagador": "0123456789",
"devolucoes":[
{
"id": "123ABC",
"rtrId": "D12345678202009091221abcdf098765",
"valor": "10.00",
"horario": {
"solicitacao": "2020-09-09T20:15:00.358Z"
},
"status": "EM_PROCESSAMENTO"
}
]
}
]
}
"pix": [
{
"endToEndId": "E12345678202009091221syhgfgufg",
"txid": "c3e0e7a4e7f1469a9f782d3d4999343c",
"valor": "110.00",
"horario": "2020-09-09T20:15:00.358Z",
"infoPagador": "0123456789",
"devolucoes":[
{
"id": "123ABC",
"rtrId": "D12345678202009091221abcdf098765",
"valor": "10.00",
"horario": {
"solicitacao": "2020-09-09T20:15:00.358Z"
},
"status": "EM_PROCESSAMENTO"
}
]
}
]
}
Bom dia pessoal, parabéns pela plataforma e pelo suporte prestado! Tenho duas questões:
- Recebi o certificado, utilizei a senha para descompacta-lo e deu certo, no entanto, quando tento converte-lo em .pem (de acordo com o repositório PHP), dá um erro dizendo que a senha é inválida (digitei a mesma senha recebida por SMS e não deu certo). Preciso gerar outra senha?
- É possível gerar um QR code para enviar um PIX para uma chave externa? (BB, Itaú, Sicoob, etc..) ou só dá pra receber exclusivamente na minha chave PIX gerencianet?
Grato!
Não, e por isso que sugeri a possibilidade de especificar tanto chave Pix quanto CPF/CNPJ, e aí a GN verificaria antes de enviar o Pix.
Pessoal, uma dúvida (olhando a documentação não identifiquei). Existe algum endpoint para validação dos dados bancários? Ex.: pretendo fazer pix usando, inicialmente, os dados bancários da pessoa. Eu consigo validar esses dados (e titularidade) antes de enviar no /v2/pix/enviar ?
e tá uma coisa que ainda nem me dispus a testar: se o recebedor do Pix recebe, efetivamente, os dados que o pagador digita ao enviar o Pix
