Histórico de mensagens em pix

não é mais fácil mandar um Pix pra esposa e ela pagar com a conta dela?

Tipo, não mande maionese e catchup, apenas mostarda.

E só algo que pode ser alterável a desejo do pagador mesmo, como colocar pontos de uma determinada compra no cartão da esposa.

um campo com default é abertura pra problema (me dê um caso de uso onde seria útil, por favor)

ou vc pede uma informação e dá o campo em branco, ou vc exibe uma informação que será conciliada por txid

mas eu ainda não acho legal

o solicitacaoPagador poderia ter um default, no caso

pode até haver, mas se for algo usado pra identificação, vai dar mais m.... do que ajudar. o txid já é pra isso.

tem muita gente que precisa dele, e é para ser enviado de volta, o BACEN sabe disso já.

Mas pode haver utilidade para o solicitaoPagador ter um valor default, mas alterável.

acho que só falta Sofisa

mas está sendo resolvido. Inter já resolveu

isso!! 👏

Esse problema do txid precisa ser resolvido, e não ser criada uma gambi para lidar com ele...

Informação só de leitura não precisa transitar, dá para relacionar pelo txid.

já é. infoAdicionais

deixa o campo somente de leitura.

permitir o pagador editar um campo que serve para identificação só vai atrapalhar, não ajudar. o cara vai clicar e apagar um caractere sem querer, digitar uma senha no final do campo, etc...

manda bala Rubens 🙂

O que permitiria usar o solicitacaoPagador como fall-back de identificação seria ter um conteúdo default para ele. Por exemplo, "Mantenha este número para seu pagamento ser identificado", e o campo já vir preenchido. Mas hoje o solicitacaoPagador só tem a mensagem em si, não um valor default. Então ao invés de "Insira seu número de cartão de fidelidade" poderia ser "Confira aqui se é esse seu número de cartão de fidelidade" e já colocar o número do cadastro.
Podemos sugerir isso para o BACEN visando não o caso do txid, mas outros casos de uso... a não transmissão do txid só com o martelo do regulador mesmo.