<@!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
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Problemas com Token em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Recebimento de Pagamentos via QR Code e Arduino
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Utilização de Endpoints e Payload no Pix
- Autenticação com Certificado em NextJS
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Retenção de Pagamento no PIX em Marketplace
- Especificação da URL do Webhook no Exemplo Pix
- Cancelamento de Boleto e Remoção do DDA
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Integração da API do Pix em Sistema Próprio
- Funcionamento do Webhook em Ambiente de Homologação
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