Termos mais procurados:
"ATIVA",
"CONCLUIDA",
"REMOVIDA_PELO_USUARIO_RECEBEDOR",
"REMOVIDA_PELO_PSP"
Ativa - Pode ou estar expirada ou estar disponível para pagamento
Concluída - Foi paga
Removida pelo usuário - Você removeu
Removida eplo PSP - A Gerencianet removeu
Estou falando do Payment Token, por conta do PCI DSS os dados de cartão do meu cliente não devem ir para meus servidores, mas sim para a estrutura do PSP (diretamente).
Isso não tem assinado em nenhum ponto do arranjo Pix hoje, nem mesmo com acesso à RSFN. É algo da API Pix entre o PSP e você. O que você precisa fazer é validar se o certificado aonde você está acessando a API Pix é mesmo do seu PSP... e isso o TLS já faz por default.
O payload é um JWS, mas para bater a assinatura com a do PSP, precisaria ser um PSP e ter acesso à RSFN.
O banco de chaves públicas é dos PSPs, e só está disponível dentro da RSFN.
Os payloads também são assinados, mas o banco de chaves públicas necessário para validar essas assinaturas só está disponível para os PSPs.
Eu não sou funcionário da Gerencianet... o endpoint usado para essa geração é um endpoint não padrão, então isso compromete a portabilidade do seu código para outro PSP.
Mas o cenário onde genericamente isso seria possível seria vários Pix recebidos ao mesmo tempo do mesmo PSP... hoje, o único PSP pagador com volume para gerar essa condição seria o Nubank.
E o webhook traz agilidade, a segurança é a mesma. A complexidade de configuração é exatamente para manter a mesma segurança que você tem na consulta ao PSP.
Isso ai... O endToEndId ou e2eId seria como o identificador do pagamento que transita entre os PSPs.
@carvalhocarneiro As cobranças PIX geradas em homologação não pode ser lidas em PSPs
Não, o Banco Central não tem hoje endpoints de validação para estabelecimentos comerciais. Os endpoints são só prelúdios de transação, inclusive já exigindo um end2endid, e são de uso exclusivo dos PSPs.
Sugestão: faça validação sintática e para chaves sintaticamente válidas, mande 1 centavo para testar a chave.
Para quem usa API de envio de Pix, há relatos de que Pix para a CEF está indisponível (com origem em qualquer PSP)
O que dá para fazer, mas aumenta o custo operacional, é abrir contas GN para seus clientes, e fazer envio de Pix do saldo que eles recebem para a chave Pix no PSP de preferência deles.
Não é. Só o próprio PSP hospedeiro da chave consegue notificar o recebimento.
Alguém esta com problemas com alguns psp? eu gero o pix e consigo pagar com o app no nubank, mas não consigo com o da caixa, do inter e do picpay
É o ponto onde o PSP Recebedor (no caso, a Gerencianet) publica as informações da cobrança para o acesso pelo PSP Pagador.
99% dos erros de QR-Code dá para debugar sem acesso aos logs do PSP...
Oi, @everyone! Mais do que ninguém, vocês que trabalham com soluções de pagamento, sabem como o Pix transformou os hábitos de consumo dos brasileiros. Os pagamentos instantâneos eletrônicos garantiram mais agilidade, praticidade, segurança aos pagadores e, além disso, impulsionaram os negócios digitais.
Acreditamos e investimos nessa transformação do mercado financeiro e, hoje a GN é referência entre os Provedores de Serviço de Pagamento (PSPs). Um reflexo disso é o volume de requisições aos endpoints da API Gerencianet - somente em 2021, a soma chegou a 1,5 bilhão.
Confira o conteúdo completo no portal E-commerce Brasil: https://www.ecommercebrasil.com.br/artigos/pix-democratizacao-e-commerce/ .
Boa noite, @Felipe Salomão
Que bom que acompanhou nossa live! Em breve traremos mais conteúdos! 🧡
Este endpoint que lista as instituições participantes do Open Finance, recupera todos os participantes que estão ativos no Open Finance. E no caso, ele permite somente o filtro pelo nome do PSP.
O que imagino que possa ser feito por você, é permitir que o o cliente favorite as instituições que ele utiliza. Assim você as exibe primeiramente.
