Histórico de mensagens sobre pix em pix

https://api-pix.gerencianet.com.br este endpoint

api pix tá online galera? To recebendo timeout

{
"webhookUrl": "https://pixblack.in"
}

Como está o meu, utilizo certificado Letsencrypt

<@!797900884436582411> Reparei em seu oOptions, no trecho cert: fs.readFileSync('./ssl/ssls/pixblack.in.crt') você está referenciando um arquivo .ctr

Em meu servidor estou referenciando um arquivo fullchain.pem, verifique se isto está influenciando em algo

sslOptions = {
key: fs.readFileSync('./ssl/ssls/pixblack_in.pem'),
cert: fs.readFileSync('./ssl/ssls/pixblack.in.crt'),
ca: fs.readFileSync('./ssl/ssls/chain-pix-prod.crt'),
minVersion: 'TLSv1.2', // força o uso de TLS da versão 1.2 para cima
requestCert: true, // força que o cliente envie um certificado de cliente (mtls)
rejectUnauthorized: false // rejeita clientes que não enviarem certificados válidos
};

Eu estava observando aqui: a nova documentação de UX do Pix (v3.0) agora determina que é obrigatório as notificações de recebimento Pix (push, sms, email) conterem a descrição digitada pelo pagador e também o txid, quando houver. WOW!

curl_setopt_array($curl, array(
CURLOPT_URL => "https://api-pix-h.gerencianet.com.br/oauth/token", // Rota base, desenvolvimento ou produção
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 0,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "POST",
CURLOPT_POSTFIELDS => '{"grant_type": "client_credentials"}',
CURLOPT_SSLCERT => $config["certificado"], // Caminho do certificado
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_HTTPHEADER => array(
"Authorization: Basic $autorizacao",
"Content-Type: application/json"
),
));

rota: https://api-pix-h.gerencianet.com.br/oauth/token

sou novo aqui e estou implementando a api pix

Você só pode emitir cobranças através do PSP onde esteja registrada a chave Pix utilizada. Se você está aqui imagino que seja para emitir via Gerencianet, então precisa ter conta na Gerencianet.

Boa tarde! Sobre o pix integrado, vocês trabalham com qualquer banco ou eu tenho que abrir conta em um banco específico?

A issue 241(https://github.com/bacen/pix-api/issues/241) expõe a discussão levantada e o parecer final do Filipe Silva, Arquiteto de Software(BACEN) .

Boa tarde @everyone, sobre à adequação do /pix no webhook, ficou definido que será feito o cadastro do webhook base pelo integrador e 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 e como será a notificação:

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 01/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.

À medida que se aproximar da data de deploy seremos mais assíduos nas notificações. Quaisquer dúvidas estamos a disposição em nossos canais de comunicação. [ATUALIZADO]

Não pq a GN tem que checar se a soma das devoluções ultrapassa o valor original do Pix e limitar essa soma a esse valor.

https://github.com/bacen/pix-api/issues/277

Não é possível realizar devolução duas vezes sem a alteração do campo id. Cada devolução tem um id associado, então se for recebido um Pix de R$0,02 por exemplo e deseja realizar duas devoluções, você vai precisar mudar o id depois que a primeira devolução for realizada.

Tenho outras camadas dentro dessa API que funcionam 100%, é justamente o PIX que fica meio louco. Eu pensei que fosse algo com CORS mas é mais um feeling que realmente conhecimento kkk

Boa tarde <@!798679248633856000> ! Consegue sim, o webhook é para automatizar o seu sistema, assim vamos notificar sempre que um Pix for recebido ou acontecer uma devolução. O <@!650023651512549427> falou tudo, estamos aqui para tirar dúvidas mesmo.

<@!793123559874494465> eu já havia sugerido que poderíamos usar query params para contornar o /pix. Utilizando por exemplo: https://gerencianet.com.br/?id=0000x22&IGNORAR=
Para recebermos:
https://gerencianet.com.br/?id=0000x22&IGNORAR=/pix