Histórico de mensagens sobre PSP

Mesmo o padrão sendo mais flexível do que isso, ou seja, os PSPs deveriam aceitar mais formatos de valor, mas "pipocam" se não estiver assim.

Pode e deve. Há PSPs que se embaralham se não tiver o valor lá, e o valor tem que estar com separador e com 2 dígitos depois de centavos.

Sim, o txid precisa ser único por PSP e CNPJ. Usou uma vez, nunca mais.

Boa tarde <@!841729553303076935>, o BACEN não permite integração direta com a sua API, é necessário um PSP como intermediário que atende aos requisitos exigidos pelo BACEN. Mas você pode consumir os endpoints da nossa API Pix, basta a sua ferramenta low code conseguir fazer requisições e tratar as respostas em JSON. Segue o link da nossa documentação https://dev.gerencianet.com.br/docs

Opa, <@!664563985885954079>. Desta forma não é possível. Você pode pagar com uma conta registrada em outro PSP com o mesmo CPF.

Nem todo erro causa recusa em todo PSP, mas para alcançar interoperabilidade máxima não pode ter erro nenhum.

Um que está faltando é o location, que é o que vai permitir o PSP do pagador acessar os dados da cobrança.

Pessoal, 30.04 era o dia limite para compatibilidade dos PSPs com cobranças imediatas. O que ainda se tem notícia de PSP pagador não entendendo QR-Code direito ?

Bom dia, <@!837319378772820018>!

Cada location é uma url de capacidade. As URLs de capacidade concedem acesso a informações para qualquer pessoa que tenha a URL.

Neste caso, no momento que o usuário pagador efetua a leitura de um QR Code dinâmico gerado pelo recebedor, esta URL será acessada pelo PSP pagador e seu conteúdo consiste em uma estrutura JWS. Este objeto JWS apresenta três fragmentos separados pelo caractere . (ponto). São eles: header, payload e signature. Segue um exemplo:

Alguém do comercial para conversar comigo?
Estou procurando uma PSP para um serviço no Brasil e gostaria de saber algumas particularidades do serviço de vocês.

Pode me chamar no privado ou me ligar direto, sem problemas.

Bom dia <@!343566249013280768>, eu retornei sobre o questionamento e o PicPay está sim fazendo o GET em nosso payload assim como os outros PSPs, mas por alguma questão interna do PicPay ele não faz a leitura corretamente. Abrimos chamados com a equipe do PicPay, mas ainda não nos retornaram.

Pessoal quanto a dúvida da consulta do payload por parte do PicPay, foi verificado que o PicPay está fazendo o GET do payload, ou seja, ele tem acesso a consulta normalmente assim como outros PSPs a nossa API.

E sugiro ir com calma pois o suporte a isso nos PSPs pagadores poderá ser "sub-ótimo" no começo. Só ver que a cobrança imediata, lançada em Novembro, ainda tem gente tropeçando e o Banco Central deu prazo até o próximo dia 30 para o pessoal se acertar. Então assim que a Gerencianet disponibilizar já dá para desenvolver, mas colocar em produção depende de uma qualidade mínima no ecossistema como um todo.

Parece que os escopos cobv e lotecobv serão úteis para vocês. Mas o Banco Central ainda não liberou nenhum PSP Pix a oferecê-los, pois primeiro os PSPs pagadores precisarão implementar o pagamento com vencimento (e não com expiração).

Sobre os pagamentos utilizando o PicPay, verificamos que por parte da Gerencianet não há bloqueio de acesso para o PSP.
Além disso, realizamos testes gerando o QrCode dinâmico pela API Gerencianet de diversas formas, mas não obtivemos sucesso. Notamos que houveram reclamações de problemas (no PicPay) ao buscar informações no DICT, como o campo Merchant Name do DICT, exibindo o nome presente no QR Code (informação que é presente em nosso QrCode).

Testamos também, pagar com PicPay um QrCode dinâmico gerado pela Iugu e Juno, mas nenhum deles foi possível. Somente QrCode estáticos são reconhecidos no PicPay.

Tudo indica que deve haver alguma falha por parte do PicPay para buscar os dados no DICT em cobranças dinâmicas. Assim, não conseguimos concluir a causa da falha, uma vez que não temos acesso aos logs de falha na tentativa de pagamento.

Pedimos aos participantes do canal que possuem integração com outros PSPs, realize testes de QrCode dinâmico e tentem pagar com PicPay, para que possamos auxiliar na identificação de onde pode estar a falha.

Já estamos tentando contato com o PSP para identificar.

assim como o teste com outra dezena de PSPs não deu erro, então o lado da minha suspeita ainda tá na vantagem nessa corrida

O teste com outro PSP de cobrança (Juno) deu o mesmo...

Gateway funcionando com 2 PSPs

Minha luta agora é descobrir o motivo disso... (usando outro PSP)

eu sei... mas no meu caso eu preciso assim, pois é um módulo para um sistema e ele suporta outros PSPs