Histórico de mensagens sobre PSP

a data de criação é inferida pelo PSP com base no momento que recebe seu request. não é você que determina "criei ontem" ou "vou criar amanhã". passe apenas a expiração no PUT.

O BACEN emitiu um esclarecimento disso aos PSPs, mas não vi o inteiro teor.

como a GN é um PSP voltado à integrações, por decisão, escolheram não exibir no app a informação

se coisas muito mais básicas não estão funcionando, eu arrisco que isso tá funcionando em 10% dos PSPs ainda

Como a informação de pagador não é mostrada, uma possibilidade seria o PSP pagador usar isso para controle de anti-fraude do lado dele. Se algum está de fato usando, difícil saber... meu palpite é que não.

realmente. é um problema desses PSPs que deve ser corrigido em breve. aí é só pesar, se compensa aumentar um pouquinho o QR pra ter o dado efetivo do nome do recebedor ou não.

Mas, é mostrado por PSPs que não leram direito o manual...
https://github.com/renatofrota/pix-pendencias/issues/2

E o acentuado em "Número" pode dar enrosco. Nem todo PSP está seguindo UTF-8.

(EndToEndId) É um identificador único de cada cobrança, gerado pelo PSP e transmitido durante a operação de consulta)

A pacs.008 é a mensagem XML que transita entre PSPs e BACEN. Mas a sintaxe da API Pix é distinta.

E fica a sugestão de mudar o GUI para br.gov.bcb.pix , por causa de PSPs que não leram a frase "case insensitive" no manual.

Mais um pra lista dos PSPs que não enviam txid: SuperDigital.
https://github.com/renatofrota/pix-pendencias/issues/21

Mas a "boa" notícia é que eles não aceitam QR dinâmicos.
Então só aceitam estáticos, e se tiver txid, não passam o txid adiante.
Prejuízo zero pra quem vai operar com QR dinâmico.

só tem 3 PSPs que não estão enviando o txid no momento: Cora, Neon, Sofisa. Muito pouco utilizados. (e o Neon fica mais fora do ar do que funcionando, inclusive).

Infelizmente nenhum PSP está redondo e vai demorar até que fique.

<@!780500321994539068> <@!778446991692267541> será que dá pra marcar algum dos PSPs com 🆗 ?

PSPinheiro

Estou fazendo uma tabela com uma lista de PSPs e o seu nível de interoperabilidade. Algum PSP pagador (do ponto de vista do recebedor, em questão de conciliação, exibição das informações corretas do qr/cobrança para o pagador) já pode ser considerado "aprovado" em todos esses aspectos?

- leitura/pagamento de QR (câmera) estático
- leitura/pagamento de Pix Copia e Cola estático
- leitura/pagamento de QR (câmera) dinâmico
- leitura/pagamento de Pix Copia e Cola dinâmico

Se adotar algumas precauções na geração do EMV, como br.gov.bcb.pix em minúsculas e preencher o campo valor, está passando em quase todo lugar. Algumas coisas conhecidas não afetam a GN; exemplo, criptografia ES256 no JWT tem poucos PSPs suportando, mas a da GN é PS256.

isso significa que as chaves de contas transacionais CNPJ registradas no DICT pelo BB aparecem com o TradeName em outros PSPs pagadores?

Acho que a única coisa já conhecida que se qualifica nisso é a inclusão no campo 54 (valor) no EMV, com formato "x{1-9].xx", que faz diferença em alguns PSPs para não ter que fazer o cliente digitar o valor.