Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Sugestão] QR Code dinâmico / (não)Salvar "favorecidos" #299

Open
mliberato opened this issue Jan 25, 2021 · 6 comments
Open

[Sugestão] QR Code dinâmico / (não)Salvar "favorecidos" #299

mliberato opened this issue Jan 25, 2021 · 6 comments
Assignees
Labels
cobrança aspectos relacionados à `cobrança` no âmbito da API Pix UX questões relacionadas à UX, geralmente focadas na experiência mobile

Comments

@mliberato
Copy link

Pessoal, gostaria de fazer uma sugestão que acredito que pode contribuir para mitigar alguns problemas de usabilidade do QR Code dinâmico.

Recebemos centenas de pagamentos diariamente através de QR Code dinâmico. Eventualmente recebemos alguns pagamentos de usuários diretamente através de transferência para nossa chave Pix, sem nunca a ter compartilhado. Esses pagamentos acabam, em sua maioria, tendo que ser estornados.

Algumas instituições, ao realizar o pagamento de QR Code dinâmico, acabam também "salvando" os dados do favorecido com o intuito de facilitar pagamentos futuros para aquela chave pix.

Essa premissa é valida para pagamentos de QR Code estático e/ou transferências diretas para chave Pix.

Já para QR Code dinâmico, ao salvar os dados da chave, o usuário pode ser induzido ao erro, pois ele pode acessar diretamente os dados do usuário recebedor nos "contatos" e realizar uma transferência, sem ter o "pedido" gerado no site ou aplicativo.

Uma mudança simples seria suficiente para resolver este problema: Não permitir que as instituições salvem dados da chave de Pix nos contatos quando o pagamento for através de QR code dinâmico.

@renatofrota
Copy link

QR Code estático com txid também gera o mesmo transtorno.

Só deveria oferecer opção de salvar (não ser automático) quando o pagamento não tiver txid.

@rubenskuhl
Copy link

QR Code estático com txid pode sim ter caso de uso, por exemplo recarga de contas, depósito em corretoras etc.

Mas poderia ser assim:
QR Code dinâmico: nunca dar opção de salvar
QR Code estático com txid: dar opção de salvar, mas ter alerta de só usar isso se previamente combinado
QR Code estático sem txid: dar opção de salvar, sem alerta específico

@ninrod ninrod self-assigned this Feb 2, 2021
@ninrod ninrod added cobrança aspectos relacionados à `cobrança` no âmbito da API Pix UX questões relacionadas à UX, geralmente focadas na experiência mobile labels Feb 2, 2021
@ninrod
Copy link
Member

ninrod commented Feb 2, 2021

Obrigado pelas contribuições @mliberato, @renatofrota e @rubenskuhl.

Farei chegar aos responsáveis.

@CharlesMendes
Copy link

A ideia é válida, tomara que o BC considere

@LeandroBastos99
Copy link

Concordo com sua sugestão e creio que é de grande importância.

@ninrod
Copy link
Member

ninrod commented Feb 25, 2021

A ideia é válida, tomara que o BC considere

Se não me falha a memória, depois de uma conversa que eu tive com o time do manual de UX, essa questão foi incluída na última versão do Manual 4.0, que, e não saiu ainda, deve sair muito em breve.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cobrança aspectos relacionados à `cobrança` no âmbito da API Pix UX questões relacionadas à UX, geralmente focadas na experiência mobile
Projects
None yet
Development

No branches or pull requests

6 participants