Histórico de mensagens sobre PSP em pix

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

Resumo da ópera sobre valores e edição de valores de QR-Code dinâmico:
- É útil especificar o valor no campo 54, pois tanto impede edição em alguns PSPs como a AME Digital, mas ainda assim há PSPs que deixam editar (RecargaPay), quanto já preenche o valor a pagar em alguns PSPs
- A especificação de valor deve ser da forma "xxx.xx" mesmo que o valor não tenha centavos, pois alguns só reconhecem "1.00" e não "1.0" ou "1".

O Time está de Parabéns. Nenhum outro PSP está dando o apoio que vocês estão dando a todos nós, mesmo fora do horário de trabalho estamos sendo apoiados. #gratidao #pix <#boas-vindas-gn>

Adicionados mais 3 PSPs com a colaboração do <@!780500321994539068>

<@!780500321994539068> Pode confirmar qual o PSP que se recusou a usar o TradeName?

sim, mas quem cadastra a chave é o PSP do recebedor

sobre o nome fantasia? quais os PSPs que não seguem no momento?

Quais PSPs pagadores vocês tem por aí instalados ?

<@!783359762917752843> algum PSP em específico?

Quando o campo 54 está preenchido, o Ame não aceita edição do valor do qr code dinâmico. Eu percebi isso porque usei inicialmente a API gerarqrcodepix.com.br para gerar o BrCode. Nessa API o campo 54 não é informado e a leitura do valor por parte dos PSPs é feita pelo location. Após criar minha própria função de montar o BrCode e informar o valor não pôde ser editado no Ame. Daí testei sem o 54 pra ter certeza e a edição voltou

Sim, eu entendi.
O que eu estou falando é: Será que os PSPs estão usando "Pix Copia e Cola" ao invés de "Pix via código" por causa dessa tela, não seria isso?

Acho que os PSP estão usando Copia e Cola por causa dessa tela, não?

Há pelo menos 4 modos de falha diferentes:
- PSP não consegue ler o QR-Code estático
- PSP não consegue ler o QR-Code dinâmico
- PSP não repassa o TxID de QR-Code estático
- PSP não repassa o TxID de QR-Code dinâmico

Bom dia <@!727143156973436958>! Tem um post fixado com algumas informações dos PSPs que não estão enviando o txid na confirmação de pagamento. Estamos atualizando na medida que vocês nos fornecem as informações

Há mais dois PSPs com problema de transmitir TxID, Neon e Cora. Então sai o Inter e entram dois.

acho que ele fez uma hipérbole. o Pix como produto, foi criado pra enviar dinheiro, mesmo. mas tem MUITA tecnologia e comunicação envolvida e só foi possibilitado por causa da estrutura atual do SFN e a forma como a comunicação entre PSPs através dele vem evoluindo (já há algum tempo)

Aí depende do modo de falha do PSP pagador. Bugs vem em todas as formas, pode acontecer desse jeito, pode ser de outro jeito.

eu entendi isso. mas mesmo que voltasse a informação (que não volta), se o txid principal, que faz o PSP recebedor identificar que o pagamento é daquela cobrança, não chega ao PSP recebedor...adianta de alguma coisa as demais informações? elas não estarão disponíveis (pois se entrar como um pagamento de QR estático, qualquer info solicitada se perde)

mas se esse campo txid do payload é justamente o campo que o PSP pagador deveria, mas não tá enviando pro PSP do recebedor, adianta de quê todo o resto?

não é bem pensado... o pagamento vai chegar como se fosse um qr estático (o psp recebedor não sabe que o pagamento se trata daquela cobrança X (se não tem txid))