Testei aqui, enviando um PIX para o itau e continua vindo a Razão Social.
Termos mais procurados:
Histórico de mensagens sobre pix em 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
Canal: pix
Entendido
:443>
ServerAdmin [email protected]
DocumentRoot /var/www/market4u_dev2/
ServerAlias m-dev2.market4u.com.br
SSLCertificateFile /etc/pki/tls/certs/localhost.crt # Este não parece estar referenciando o arquivo correto
SSLCertificateKeyFile /etc/pki/tls/private/localhost.key # Este não parece estar referenciando o arquivo correto
SSLCACertificateFile /var/www/market4u_dev2/gerencianet/chain-pix-prod.crt # Ok, este é a chave publica da GN para que ocorra o "Hand-Shake"
SSLVerifyClient none # Adicione isto fora do
SSLVerifyClient require
SSLVerifyDepth 3
ServerAdmin [email protected]
DocumentRoot /var/www/market4u_dev2/
ServerAlias m-dev2.market4u.com.br
SSLCertificateFile /etc/pki/tls/certs/localhost.crt # Este não parece estar referenciando o arquivo correto
SSLCertificateKeyFile /etc/pki/tls/private/localhost.key # Este não parece estar referenciando o arquivo correto
SSLCACertificateFile /var/www/market4u_dev2/gerencianet/chain-pix-prod.crt # Ok, este é a chave publica da GN para que ocorra o "Hand-Shake"
SSLVerifyClient none # Adicione isto fora do
SSLVerifyClient require
SSLVerifyDepth 3
Nos parâmetros, SSLCertificateFile e SSLCertificateKeyFile, você irá fornecer o caminho da chave privada server_ssl.key.pem e uma pública server_ssl.crt.pem da sua certificadora SSL do seu domínio. Eles possuem extensão .pem, como pode ver neste exemplo que dei: https://discord.com/channels/775322853884821504/775328670784159744/804760929136541767
:443>
ServerAdmin [email protected]
DocumentRoot /var/www/market4u_dev2/
ServerAlias m-dev2.market4u.com.br
SSLCertificateFile /etc/pki/tls/certs/localhost.crt
SSLCertificateKeyFile /etc/pki/tls/private/localhost.key
SSLCACertificateFile /var/www/market4u_dev2/gerencianet/chain-pix-prod.crt
SSLVerifyClient require
SSLVerifyDepth 3
Alguem pode me ajudar? A autenticação de TLS mútuo não está configurada na URL informada!
Webhook, pix
Linux centos php
Boa tarde, <@!802052811718262814>!
Tente seguir estes passos, que estão mais detalhados par aconfigurar o Apache.
Primeiramente você deve acessar o arquivo de configuração do apache, geralmente fica em /etc/apache2/mods-enabled
Nele você irá fornecer o caminho da chave privada server_ssl.key.pem e uma pública server_ssl.crt.pem da sua certificadora SSL do seu domínio.
SSLCertificateFile /caminho_certificado/server_ssl.crt.pem
SSLCertificateKeyFile /caminho_certificado/server_ssl.key.pem
SSLCertificateKeyFile /caminho_certificado/server_ssl.key.pem
Neste mesmo arquivo do apache, adicione o caminho para o arquivo com a chave pública da Gerencianet para que ocorra o "Hand-Shake". Este arquivo você mesmo criará com a nossa chave (https://pix.gerencianet.com.br/webhooks/chain-pix-sandbox.crt - Produção) e salvará em um diretório de sua escolha.
SSLCACertificateFile /caminho_certificado/chain-pix-prod.crt
Se preferir deixar apenas uma rota de sua url para notificações, ex http://seudominio.com.br/webhook" class="link-msg">http://seudominio.com.br/webhook (as notificações serão enviadas para esta rota) você pode adicionar:
SSLVerifyClient none
SSLVerifyClient require -- Indica que todas as requisições nesta rota irão requerer um certificado para o "Hand-Shake"
SSLVerifyDepth 3
SSLVerifyClient require -- Indica que todas as requisições nesta rota irão requerer um certificado para o "Hand-Shake"
SSLVerifyDepth 3
Se preferir que todas as notificações sejam enviadas para sua URL sem um subdiretório, ex http://seudominio.com.br, basta adicionar as seguintes informações
SSLVerifyClient require
SSLVerifyDepth 3
SSLVerifyDepth 3
Com basicamente isto configurado no Apache, você realiza a requisição da rota PUT/v2/webhook/:chave passando no body { "webhookUrl": "http://seudominio.com.br/webhook"; } que seu webhook estará cadastrado para sua chave Pix. A partir daí, as cobranças Pix criadas com sua chave que estejam associados a um txid serão notificados em sua URL.
Para confirmar que seu webhook foi cadastrado, basta consumir a rota GET /v2/webhook/:chave para exibir informações acerca do webook pix vinculado à sua chave
Boa tarde! Não sei se este é o canal correto mas eu tenho uma dúvida. Gostaria de saber se é possível usar a API Pix para enviar cobranças para os clientes. Tenho esta dúvida pois vi notícias que o BACEN ainda irá liberar este recurso ao público.
Como eu faço envio de PIX pela api? Vi que não é possivel.. preciso ativar o envio? Os recebimentos estão vindo normalmente
Lembrando o informativo enviado:
Informativo sobre à adequação do /pix no webhook
Foi estabelecido que ao realizar o cadastro do webhook base pelo integrador, ocorrerá a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook's e como será a notificação após esta mudança:
Integrador cadastrou a url base https://gerencianet.com.br, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.
Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.
Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 08/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.
Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.
Quaisquer dúvidas referentes a esta transição, estamos a disposição em nossos canais de comunicação.
Boa tarde @everyone! Após muitas conversas com clientes e parceiros, decidimos adiar a data para deploy do /pix no Webhook para o dia 08/02/2021. Garantindo assim que todos tenham tempo hábil para realizar as devidas configurações em suas aplicações.
Seguimos a disposição para auxiliá-los no que necessitarem.
Sim, só fique atento a devolução, quando uma é feita nós enviamos uma nova notificação contendo um array de devolução para o mesmo Pix.
Bom dia <@!788954143658082304>, cada pix vai ter uma requisição separada com as informações relativas ao mesmo
Pessoal, duvida rápida:
O payload do webhook vem numa estrutura de array. Posso assumir que uma requisição do webhook pode trazer detalhes/status de mais de uma transação PIX?
Ex.: Esse cenário abaixo pode acontecer?
{
"pix": [
{ payload pix1 },
{ payload pix2 },
{ payload pix3 }
]
}
"pix": [
{ payload pix1 },
{ payload pix2 },
{ payload pix3 }
]
}
Bom dia <@!354077588471283713>, você está tentando utilizar o endpoint de Envio de Pix que necessita de um escopo extra. Para gerar uma cobrança você deve utilizar o Put /v2/cob/:txid ou o Put /v2/cob/
Oi Bom dia novamente!
Estou testando a API do PIX em produção e gostaria de gerar uma cobrança.
Estou usando o postman e estou conseguindo gerar o token, mas, na hora de fazer a chamada POST de criar a cobrança no PIX ele fala que meu token não tem o escopo suficiente, estou entendendo que é algo relacionado a permissão.
Seria isso?
Por gentileza, se oportuno, coloca no PIPE line adicionar aos módulos do curso já existente o consumo da API Pix. 🙂
Bom dia <@!722780606651695164> ! Não temos um video de implementação, mas em nossa comunidade, você encontra o link do webinar que apresentamos. Falamos sobre o pix, consumimos todos os serviços. Foi feito no Postman, mas pode te auxiliar. Segue o link da comunidade:
https://comunidade.gerencianet.com.br/feed/api-pix
