<@!664563985885954079>, o e2eid você consegue somente depois de pagar o Pix.. Então você pegar ele através do webhook que você recebe ou consultando Pix recebidos
Termos mais procurados:
Histórico de mensagens sobre 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
- Configuração de URLs para Recebimento de Status
- Implementação da SDK do Pix em Next.js ou React
- Especificação da URL do Webhook no Exemplo Pix
- Acionamento de Webhooks em Pagamentos e Devoluções
- Implementação do Módulo Gerencianet no Perfex CRM
- Cobrança em Período de Teste Grátis de 7 dias
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- Problemas com Token em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Notificações de Pagamento de Boleto e Pix
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Integração de Pix no Bubble (Plataforma No-Code)
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Texto: pix
Fluxo de aprovação de um Pix delegando também a decisão do Pix Manual ao EC.
<@!522899003663450113> acredito que podemos assumir que, se webhook.notificar.envio for habilitado, a notificação do envio de Pix será enviada com a informação se foi sucesso ou falha. Em caso de falha, irá constar o motivo, que pode ser uma recusa ou timeout do PSP recebedor.
bom dia. caso 6.1.1 desse documento? https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/II-ManualdePadroesparaIniciacaodoPix.pdf
Sim, pode ser sim. O meu EC é um que vai recusar Pix manual que não vier da própria empresa.
Isso é um problema. Pode ser que seja interesse do EC então recusar um Pix Manual?
Será que todo Pix Manual não deve ser entendido como transferência e, por conseguinte, ser sempre aceito e nunca acionar webhook? 🤔
Só lembrando que nem todo Pix vem com chave identificada. O Pix manual por agência/conta não tem.
Tente passar o path completo até o certificado, exemplo:
'C:/wamp64/www/gn-pix-sdk-php-exemplo-master/certificado/developer.pem'
Atualizando:
PUT /gn/config
{
"pix": [{
"chave": "[email protected]",
"webhook": {
"notificar": {
"envio": true,
"recebimento": true,
"devolucao": true,
"recusa": true
},
"incluir": {
"tarifa": true
}
},
"recebimento": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}, {
"chave": "[email protected]",
"webhook": {
"notificar": {
"envio": false,
"recebimento": false,
"devolucao": false,
"recusa": false
},
"incluir": {
"tarifa": false
}
},
"recebimento": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}]
}
"pix": [{
"chave": "[email protected]",
"webhook": {
"notificar": {
"envio": true,
"recebimento": true,
"devolucao": true,
"recusa": true
},
"incluir": {
"tarifa": true
}
},
"recebimento": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}, {
"chave": "[email protected]",
"webhook": {
"notificar": {
"envio": false,
"recebimento": false,
"devolucao": false,
"recusa": false
},
"incluir": {
"tarifa": false
}
},
"recebimento": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}]
}
ninguém precisa saber que eu pago R$ 0,05 por pix, por exemplo (brinks)
Estou tendo este erro dentro da função emitePix da sdk de exemplo: could not load PEM client certificate, OpenSSL error error:02001003:system library:fopen:No such process, (no key found, wrong pass phrase, or wrong file format?), alguém sabe como resolver ou o que pode ser?
Até então estamos assim:
PUT /gn/config
{
"pix": {
"webhook": {
"notificar": {
"envio": true,
"recebimento": true,
"devolucao": true,
"recusa": true
},
"incluir": {
"tarifa": true
}
},
"recebimento": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}
}
"pix": {
"webhook": {
"notificar": {
"envio": true,
"recebimento": true,
"devolucao": true,
"recusa": true
},
"incluir": {
"tarifa": true
}
},
"recebimento": {
"txidRegex": "^[a-zA-Z0-9]+$"
}
}
}
- Próxima alteração: tratar configurações por chave;
- <@!293443355915059210> esse endpoint, de fato, não substitui, posteriormente, um painel em uma UI autenticada;
- <@!440035527127990273> de fato, esse endpoint precisará de um escopo específico. Podemos pensar também em um mecanismo de autenticação de 2 fatores;
Bom dia <@!673655288204754953>! Como informado pelo Rubens é uma exigência do BACEN a utilização do mTLS por motivos de segurança. Segue um print do trecho do Manual de Padrões para Iniciação do Pix https://gnetbr.com/HkxzJKQoCw .
Bom dia, a questão do certificado é uma característica especifica da api pix da gerencianet ? não encontrei sobre isso nas documentações da api do bacen
Bom dia @everyone !
Está rolando uma discussão sobre endpoint de configuração para API Pix em <#💭sugestões> . Quem puder participar será muito bem-vindo!
Você encontra mais detalhes sobre este endpoint em nossa documentação.
https://dev.gerencianet.com.br/docs#section-requisitar-envio-de-pix-
Sim, pelo endpoint de envio de Pix
pergunto isso pela motivo de automação, já que esse pix-gn eu faço para enviar cobranças para eu receber somente
Pessoal, existe uma api para pagamento via pix para terceiros? por exemplo, uma api que eu possa pagar da minha conta gerencianet para um terceiro colocando o codigo do pix deste terceiro, que esta em outro banco/instituição