Histórico de mensagens sobre PSP

é, não sou PSP. mas a ideia é prover iniciação e os callbacks

Apesar desse feature ter agora também utilidade para os PSPs não mandando txid, a preocupação original era a descrita neste issue:
https://github.com/bacen/pix-api/issues/25

Pelo que entendi em outras apresentações da ClearSale, o foco deles é justamente nos requisitos de anti-fraude/anti-lavagem-de-dinheiro/anti-terrorismo que os PSPs (como a GN) tem que seguir... para os correntistas, como o Pix não tem chargeback as questões de fraude são mais simples do que em cartão de crédito.

Samuel, você consegue alterar o status da cobrança. Opções: "REMOVIDA_PELO_USUARIO_RECEBEDOR", "REMOVIDA_PELO_PSP"

Pelo que entendi, o QRCode dinâmico segue este fluxo:

Primeiro usamos a a Api do PSP no nosso caso a GN, para criar a cobrança e que retorna uma url de acesso ao payload que contem todas as informações desta cobrança para que o PSP do pagador possa obter.

Ao gerar o QR Code esta Url deverá ser introduzida no mesmo para que o PSP do pagador faça a consulta e tenha todas as informações da transação.

Caso esteja errado me corrija.

Uma opção seria recusar Pix que venha sem TxID. Como a Claro Pay é um PSP (NK 061) mas por enquanto de uso exclusivo deles tem boa autonomia de fazer isso. Ter a possibilidade de configurar isso por conta na GN seria um feature interessante (blink blink). 😉

Pessoal, me bateu uma dúvida agora sobre essas transações que ficam como ativas.
Depois que vencem elas mudam o status para "removido pelo psp do recebedor"?

Ok, vamo lá.
- Primeiro, ao pagar os QRCodes Gerados em produção, percebi que apenas QRs pagos no Nubank exibem o txid na tela e quando o pagamento é efetuado e consulto a cobraça, muda corretamente o status da cobrança para CONCLUIDA
- No entanto, quando faço pagamentos pelo banco Inter ou Sofisa, eles simplesmente ignoram o txid (não exibem na tela de confirmação) e quando é pago consequentemente não muda o status da cobrança para CONCLUIDA, o status permanece ATIVA
- Uma das hipóteses desses 2 bancos não estarem considerando o txid pode ser o fato de que o txid padrão criado pena GN tem no mínimo 26 caracteres e segundo a documentação do banco central deve conter de 1 a 25
- Outra hipótese é erros do próprio banco psp pagador que não está considerando o txid porém, seria válido testar também a outra hipótese
- Como a API de gerar cobrança da GN não permite criar cobranças com txtid com caracteres abaixo dos 26 eu como desenvolvedor não consigo testar

os status recebidos são :

"ATIVA","CONCLUIDA"

"REMOVIDA_PELO_USUARIO_RECEBEDOR",

"REMOVIDA_PELO_PSP"

Obrigado, @evanil . É importante realmente que todos os PSPs estejam de acordo e inclusive colaborem entre si para que isso ocorra pois se não for assim isso inviabiliza a utilização plena no PIX e todo mundo perde.

<@!332690570185015300> e <@!464478502725615625>, vocês encontraram problemas técnicos em PSP's participantes do Pix, parabéns pela contribuição para a correta implementação do Pix no Brasil.

Somos entusiastas do Pix e a primeira empresa que efetivamente está disponibilizando, de forma ampla e democrática, uma API funcional dentro dos prazos e padrões do BC. Participamos ativamente de todo o processo de construção do Pix e nossa qualidade técnica é reconhecida pelos órgãos reguladores.

A Gerencianet está na vanguarda do fornecimento de API Pix e vocês, dessa comunidade, fazem parte dos primeiros desenvolvedores do Brasil a implementarem o uso de uma API Pix. Por isso, sintam-se desbravadores do mundo das integrações Pix. Parabéns a todos.

Felizmente, temos condições e fluxos que nos ajudarão a garantir que todos os PSP's estejam em conformidade com o pleno uso técnico do Pix no curto prazo. Prossigam os testes, considerando que, nos próximos dias, todos os demais PSP's estarão em conformidade com o correto repasse dos Txid's.

Por fim, estamos muito empolgados e fechados com essa comunidade. Ela vai precisar, cada vez mais, do espirito colaborativo que estamos vendo. Obrigado a todos.

Boa tarde pessoal, estou com uma dúvida sobre o webhook. Caso meu cliente efetue o pagamento do PIX, e por algum motivo meu servidor que responde ao webhook não esteja disponível. O PSP ( Gerencianet ) vai tentar me notificar até conseguir , ou o cliente não vai conseguir efetuar o pagamento ?

A utilização do mTLS é um requisito obrigatório do Banco Central e todos os PSP devem atender a ele. Você consegue chegar essa informação na própria documentação do Banco Central. Segue um trecho da mesma "O PSP deve implementar o framework OAuth 2.0 (RFC 6749)63 com TLS mútuo (mTLS – RFC
870564) para autenticação na API"

O objeto primitivo EMV 62-05 Reference Label, conforme especificado no manual do BR Code, é
limitado a 25 caracteres e, quando em efeito23, deve ser utilizado para conciliar pagamentos. Trata-se
de um identificador de transação que deve ser retransmitido intacto pelo PSP do pagador ao gerar a
ordem de pagamento. Essa informação permitirá ao recebedor identificar e correlacionar a
transferência, quando recebida, com a apresentação das instruções ao pagador.

PmtId.TxId – Quando diferente de ‘’, deve ser retransmitido intacto pelo PSP do pagador ao gerar a ordem de pagamento

Sim, perdão, eu me confundi...não vejo muito sentido nisso, já que a API é por conta e cada conta pode ter várias chaves pix mas todas levam a mesma conta no final.

Enfim pra quem quiser, segue a documentação original:


string
title: Chave DICT do recebedor
maxLength: 77

Formato do campo chave

O campo chave, obrigatório, determina a chave Pix registrada no DICT que será utilizada para a cobrança. Essa chave será lida pelo aplicativo do PSP do pagador para consulta ao DICT, que retornará a informação que identificará o recebedor da cobrança.

Os tipos de chave podem ser: telefone, e-mail, cpf/cnpj ou EVP.

O formato das chaves pode ser encontrado na seção "Formatação das chaves do DICT no BR Code" do Manual de Padrões para iniciação do Pix.

Webhook
Reúne endpoints para gerenciamento de notificações por parte do PSP recebedor ao usuário recebedor.

Devido a uma norma do Banco Central, será necessário a inserção de uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS. Em seu domínio que representa o seu servidor, deverá ser feita uma configuração para exigir a chave pública (mTLS) que estamos disponibilizando para que ocorra a autenticação mútua.

A chave é a chave pix (cadastrada no PSP) para a qual você deseja vincular o Webhook, Assim esta correta a sixtaxe :chave <@!693592686338244609>

<@!710205440956563536> a chave será lido pelo PSP do pagador, essa parte de consulta ao DICT vai ser responsabilidade do PSP, você não precisa se preocupar com essa implementação. Pode atentar-se as partes do integrador

@Efí como será lida a chave do PSP do pagador para consulta ao DICT ?