Termos mais procurados:
Provavelmente este Pix que você gerou na Viacredi é um Pix estático sem txid, que no final das conta é como realizar uma transferência Pix. E fiz uma teste de transferência direto para uma chave Pix por este PSP e realmente funcionou.
O que não está funcionando é a leitura de Pix dinâmico.
@nicolaujr. Analisando ambos Pix Copia e Cola enviados, identifiquei que estão sendo gerados corretamente.
Então realizando o teste com a Gerencianet, e alguns outros bancos, consegui realizar a leitura do QR Code ou através do Copia e Cola, normalmente.
Mas testando banco mencionado, realmente foi apresentado a falha. Neste caso, tudo indica que o PSP pagado está passando por alguma instabilidade ou bug em seu app. Sendo assim, sugiro tentar um contato com este PSP para averiguarem esta situação.
Removido pelo EC, né ? O usuário pagador não pode remover a cobrança. Há um status de removido pelo PSP recebedor, que é a Gerencianet, não você.
Infelizmente não. Hoje o BACEN até tem um endpoint disso para chaves do tipo telefone e e-mail, mas ainda não vi nenhum PSP expondo isso para clientes. Inclusive a Gerencianet.
Que tal mandar 1 centavo como teste ?
Um dos problemas da documentação do BACEN é que ela mistura um pouco o ponto de vista funcional com o regulatório. Neste caso, imagino que o BACEN quisesse dizer que se vier a infoPagador na mensagem ISO 20022 (que lá se chama RemittanceInformation ), o PSP tem que repassar isso na API Pix.
Aí o próximo passo é que muito da documentação da GN é copy-paste da do BACEN... 😉
$file = file_get_contents(__DIR__ . '/../../../app/cert/config.json');
$options = json_decode($file, true);
$body = [
"calendario" => [
"expiracao" => 3600
],
"devedor" => [
"cpf" => "09488986743",
"nome" => "Francisco da Silva"
],
"valor" => [
"original" => "0.01"
],
"chave" => "04055053000160", // Chave pix da conta Gerencianet do recebedor
"solicitacaoPagador" => "123",
"infoAdicionais" => [
[
"nome" => "Campo 1", // Nome do campo string (Nome) ≤ 50 characters
"valor" => "000000" // Dados do campo string (Valor) ≤ 200 characters
],
[
"nome" => "Campo 2",
"valor" => "Informação Adicional2 do PSP-Recebedor"
]
]
];
Meio atrasado, mas... na minha experiência é raro que um mesmo PSP tenha as melhores condições em todos os meios de pagamento. Pode até acontecer, então não vejo problema em isso acontecer se acontecer, mas entendo como processos decisórios completamente segregados.
Bom dia, <@!789223277997326366>. Tudo bem?
Se a cliente efetuou o pagamento através da leitura do QR Code ou do Pix Copia e Cola, e ainda assim está registrado no extrato financeiro como "Pix recebido via chave", pode ser que o PSP utilizado para o pagamento pela cliente efetuou uma transferência via chave de forma errônea, ao invés de efetuar a quitação associada ao txid da cobrança.
A chave pix gerada pelo sistema para utilizar no Bolix segue a mesma regra das demais chaves geradas pela API Pix, mas você pode configurar o bloqueio para receber somente com txid.
Bom dia, @Relacionamento. Tentei marcar uma reunião para tratar de parcerias. Marcamos e ela foi cancelada 2 vezes por vocês. Desenvolvemos uma plataforma B2B2C que está em fase de tração no mercado. Começamos usando a API Pix da GN e estamos já etapa de implantação do pagamento com cartão de crédito. Antes disso, precisamos conversar sobre parceria pois estamos analisando outras possibilidades de PSP. Gostaríamos de permanecer na GN tanto com o Pix quanto com o Crédito, por isso precisamos conversar sobre parceria, mas já foi desmarcado 2 vezes. Até achei esse comportamento estranho pelo ótimo atendimento que vocês dão. Caso vocês não tenham interesse em discutir a parceira, preciso saber para mudar de PSP. Estou fazendo minha última tentativa por aqui porque acredito que seja algum problema específico de disponibilidade com o contato que estamos. Posso passar no privado o WhatsApp do meu sócio, que está cuidando desse assunto. Obrigado!
Temos sim um modo sandbox para geração do QR code, mas esse QR Code não pode ser lido por outro PSP
Não foi a escolha do Banco Central, por isso não existe o status de expirada. Podem ter pensado em normalização de dados, podem ter pensado em carga nos PSPs para expirar as cobranças... mas fato é que a API Pix padrão não é assim.
É a interação entre os PSPs Pix que garante isso, você não precisa fazer nada.
Sim, e o PSP Pix sempre adiciona /pix à URL que você passa.
Fato é que não obedecer ao padrão da API Pix era desqualificação imediata na seleção de PSPs que fizemos. E que hoje usamos Gerencianet, mas como é um padrão, temos liberdade para mudar se quisermos. Quem usa os não padrão, tem um custo de mudança elevado.
Boa tarde, <@!697531663495856170>! Esta falha ocorre quando a chave Pix não pertence a conta Gerencianet em que você está utilizando as credenciais e certificado, ou seja, você deve utilizar uma chave Pix gerada em sua conta Gerencianet e não de outro PSP e/ou outra conta Gerencianet.
Agora entendi. O que fizemos para isso foi construir nosso PSP Pix interno, mas não é um projeto público.
A experiência indireta via APIs e apps dos PSPs sugere uma disponibilidade bastante alta do SPI (liquidação) e DICT ("DNS das contas"). Eu só lembro de um episódio de falha desde o lançamento do Pix em 20.11.2020.
Sugestão é ter um end-point de status da API Pix (quem sabe demais APIs também). Ele retorna um JSON tipo { token = ok, cob = ok, pix = ok, payload = ok, spi = ok } Onde token significa que o endpoint de token está legal, cob que o /cob está legal dado um token válido, pix que o /pix está ok, payload que o end-point para os outros PSPs buscarem os dinâmicos está ok, spi que a compensação de Pix está ok.
Boa tarde, <@!910707960232149043>! Sim, hoje os PSPs podem utilizar diferentes maneiras de completar uma transação Pix, seja via chave, confirmação de pagamento pelo QRCode, dados bancários, etc...
No cenário do BACEN em que o QRCode foi pago, o correto seria pela leitura do txid e o pagamento chega como realizado por meio do QRCode.
Na realidade, quando eu gerava o QRCode dinâmico, se eu não colocasse o valor em alguns PSP permitia editar. Então hoje no meu QRCode dinâmico eu por padrão faço isso coloco a propriedade do valor (não lembro qual é agora)
