Termos mais procurados:
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!
mas eu não sou da GN.. vamos deixar alguém da GN ter um tempo pra ler sua solicitação, eles podem estar mais habituados e eu estar falando besteira. não sou qualificado. sou novato por aqui também e cheguei por causa do Pix, não dos boletos (a princípio)
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"
),
));
sou novo aqui e estou implementando a api pix
Isso (o que tentei explicar), mas de qualquer forma é manual. A questão é que isso seria algo legal a ser utilizado, rejeitar qualquer pix que não seja gerado a partir do /cob
Discordo disso. Um teste que fiz com o Paghiper foi o seguinte:
O Paghiper não é PSP e está usando a chave "[email protected]", então peguei o txid de uma transação e tentei enviar um QRCode Estático com o txid (porque ai eu poderia tentar enviar com valor menor da cobrança). O Itaú recusou o Pix porque estava efetuando uma transação manual e não por causa do regex do txid, por exemplo.
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.
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
respondi lá. apesar da minha opinião não andar valendo muita coisa a essa altura... era mais relevante quando o Pix ainda não tinha sido lançado oficialmente 😐
quem nao quiser ter que depender de uma api ou ta fazendo um projeto em node, eu testei essa lib aqui e funcionou muito bem para criar o qrcode
https://www.npmjs.com/package/gpix
<@!440035527127990273> meu entendimento não tá batendo com o seu. Me ajude a esclarecer isso nesta issue? https://github.com/bacen/pix-api/issues/241
