Visão geral
A Jornada de Iniciação de Pagamento Sem Redirecionamento (JSR) ou Pix por Biometria ou Pix por Aproximação ocorre quando:
-
A Instituição Iniciadora de Transação de Pagamento (ITP) coleta as informações necessárias para configuração do pagamento utilizando um vínculo de conta previamente criado através da jornada de Vinculação de Conta via Open Finance.
-
Após revisar os dados, o usuário confirma a transação na ITP através da chave de segurança.
-
Por fim, a ITP informa o resultado da solicitação de pagamento, concluindo a jornada.
Protótipo navegável
Fluxo de telas
Requisitos e recomendações
Esta seção reúne os requisitos e recomendações aplicáveis à jornada de pagamento agendado (único ou recorrente) com Pix sem redirecionamento via Open Finance.
Etapas da jornada
-
Solicitação
-
Confirmação
-
Efetivação
Cenário de referência
-
Agendamento (único ou recorrente) com Pix sem redirecionamento.
-
Alçada simples.
Jornadas que envolvam múltiplos aprovadores e transações temporizadas para JSR devem observar as regras específicas previstas nos subcapítulos correspondentes.
Nota
Além dos requisitos e recomendações previstos nesta jornada de pagamento, aplicam-se aqueles descritos em:
-
Regulamentação e documentos do arranjo de pagamento vigentes.
Etapa 1: Solicitação
Métodos de iniciação com Pix
Requisitos - ITP
Cenário: Geral
-
🚫
REQ.PG-00100Não comparar arranjos de pagamento de forma a desqualificar um deles. -
✅
REQ.PG-00200Mencionar o Open Finance em algum ponto visível da interface.
Ex.: Tooltip, selo, frase como "com a segurança do Open Finance”.
Cenário: Busca e seleção do vínculo
-
✅
REQ.PG-00201Possibilitar que o usuário selecione, com agilidade e precisão, a instituição com a qual possui vínculo de conta. -
✅
REQ.PG-00202Exibir todas as instituições com as quais o usuário tenha efetuado a vinculação de conta no dispositivo utilizado.
Cenário: Solicitação de transação de pagamento
Nesse momento, o usuário insere e/ou revisa as informações da transação conforme a forma de iniciação de pagamento selecionada e as regras do arranjo de pagamento.
-
✅
REQ.PG-00800Além das informações descritas nesta etapa, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para solicitação de pagamento.
-
✅
REQ.PG-00900Disponibilizar um campo para que o usuário preencha ou altere o valor, quando permitido pelo recebedor.
-
✅
REQ.PG-01000Exibir o valor automaticamente sem possibilidade de alteração, quando determinado pelo recebedor.
-
✅
REQ.PG-01100Exibir o valor da tarifa cobrada pela ITP, quando aplicável.
-
✅
REQ.PG-01200Exibir a forma de pagamento.
-
REQ.PG-01201Possibilitar que o usuário insira a data do agendamento único ou escolha a recorrência dos agendamentos. -
REQ.PG-01202Em caso de agendamento para datas inexistentes (Ex.: Dias 29, 30 e 31 de determinados meses), informar que o pagamento será efetivado no dia posterior.
-
✅
REQ.PG-01203Para agendamentos únicos, permitir que o usuário insira a data do pagamento dentro do período de até 24 meses a partir da data da solicitação. -
✅
REQ.PG-01204Exibir a data definida pelo usuário para execução do pagamento no agendamento único.
Nota
No agendamento único, a data definida para execução do pagamento corresponde ao prazo de validade da autorização. Portanto, não se deve criar um campo adicional para exibição da validade da autorização.
-
✅
REQ.PG-01205Para agendamentos recorrentes, permitir que o usuário agende até 60 recorrências de pagamentos em uma única autorização, dentro do período de até 24 meses a partir da data de solicitação, independentemente do modelo de recorrência definido na autorização (diário, semanal, mensal ou customizado). -
✅
REQ.PG-01206Se o usuário definir uma data final para a recorrência, impossibilitar a edição do número de recorrências. -
✅
REQ.PG-01207Se o usuário definir um número de recorrências, exibir automaticamente a data do último pagamento. -
✅
REQ.PG-01208Exibir, com clareza, a periodicidade dos agendamentos escolhida pelo usuário. -
✅
REQ.PG-01209Exibir as datas que definem o período da recorrência, incluindo a data de início e a data do último pagamento da recorrência.
Nota
No agendamento recorrente, a data do último pagamento da recorrência corresponde ao prazo de validade da autorização. Portanto, não se deve criar um campo adicional para exibição da validade da autorização.
-
✅
REQ.PG-01210Seguir o padrão seguinte para informar a data de encerramento e/ou número de recorrências do agendamento:
|
TIPO |
ENCERRAMENTO |
PADRÃO DE CAMPO DE TEXTO |
EXEMPLO |
|---|---|---|---|
|
Mensal |
Encerra após uma data. |
Mensal, todo dia {número}, até {dd/mm/aa}. |
Periodicidade da recorrência: Mensal, até 18/10/2024. |
|
Mensal |
Encerra após um número de ocorrências. |
Mensal, todo dia {número}, {número ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Mensal, todo dia 10, 2 ocorrências, até 18/12/2023. |
|
Semanal |
Encerra após uma data. |
Semanal, toda(o) {dia da semana}, até {dd/mm/ aa}. |
Periodicidade da recorrência: Semanal, toda terça-feira, até 31/12/2023. |
|
Semanal |
Encerra após um número de ocorrências. |
Semanal, toda(o) {dia da semana}, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Semanal, toda terça-feira, 4 ocorrências, até 31/12/2023. |
|
Diário |
Encerra após uma data. |
Diário, até {dd/mm/aa}. |
Periodicidade da recorrência: Diário, até 31/12/2023. |
|
Diário |
Encerra após um número de ocorrências. |
Diário, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Diário, 5 ocorrências, até 31/12/2023. |
-
✅
REQ.PG-01211Seguir o padrão seguinte para informar a data de encerramento e/ou número de recorrências do agendamento:
|
TIPO |
ENCERRAMENTO |
PADRÃO DE CAMPO DE TEXTO |
EXEMPLO |
|---|---|---|---|
|
Customizado anual |
Encerra após uma data. |
A cada {número} ano(s), até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 1 ano(s), até 18/10/2024. |
|
Customizado anual |
Encerra após um número de ocorrências. |
A cada {número} ano(s), {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 1 ano(s), 2 ocorrências, até 18/10/2024. |
|
Customizado mensal |
Encerra após uma data. |
A cada {número} mês(es), todo dia {número, ...}, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 mês(es), todo dia 10 e 20, até 18/10/2024. |
|
Customizado mensal |
Encerra após um número de ocorrências. |
A cada {número} mês(es), todo dia {número, ...}, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 mês(es), todo dia 10 e 20, 6 ocorrências, até 18/10/2024. |
|
Customizado semanal |
Encerra após uma data. |
Semanalmente na {dia da semana, ...}, até {dd/ mm/aa}. |
Periodicidade da recorrência: Semanalmente na terça-feira e quinta-feira, até 31/12/2023. |
|
Customizado semanal |
Encerra após um número de ocorrências. |
Semanalmente na {dia da semana, ...}, {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: Semanalmente na terça-feira e quinta-feira, 4 ocorrências, até 31/12/2023. |
|
Customizado diário |
Encerra após uma data. |
A cada {número} dia(s), até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 dia(s), até 31/12/2023. |
|
Customizado diário |
Encerra após um número de ocorrências. |
A cada {número} dia(s), {número} ocorrências, até {dd/mm/aa}. |
Periodicidade da recorrência: A cada 2 dia(s), 5 ocorrências, até 31/12/2023. |
-
✅
REQ.PG-01400Disponibilizar um campo para preenchimento opcional da descrição do pagamento, quando aplicável.
-
✅
REQ.PG-01500Exibir a descrição automaticamente, quando aplicável.
-
✅
REQ.PG-01600Permitir que o usuário insira os dados do recebedor como instituição, agência, conta e CPF/CNPJ em pagamentos via inserção manual de dados transacionais.
-
✅
REQ.PG-01700Exibir os dados do recebedor automaticamente em pagamentos via chave Pix, Pix Copia e Cola e Pix via QR Code.
-
✅
REQ.PG-01800Exibir nome e CPF (mascarado)/CNPJ do recebedor.
Nota
Nesta etapa, a exibição do nome da instituição de destino do recebedor é opcional e fica a critério do participante.
-
✅
REQ.PG-01900Exibir o nome da ID selecionada pelo usuário, caso essa etapa tenha sido apresentada antes da revisão da transação.
-
✅
REQ.PG-02000Exibir o nome da instituição responsável pela iniciação da transação de pagamento.
Nota
Caso o usuário já esteja no ambiente da própria ITP, a exibição do nome da ITP não é obrigatória, pois a identificação já é evidente no contexto.
-
✅
REQ.PG-02100Informar o usuário que a transação será concluída apenas se houver saldo e limite transacional disponíveis na conta de débito.
Atenção!
De acordo com a regulação vigente, a apresentação de “Termos e Condições” ou recurso similar é facultativa para as Instituições Iniciadoras de Transação de Pagamento (ITP) nesta etapa da jornada de iniciação de pagamento. No entanto, uma vez apresentados, devem obedecer aos requisitos a seguir.
-
✅
REQ.PG-02200Se apresentar Termos e Condições, exibir o conteúdo de forma clara e objetiva. -
🚫
REQ.PG-02300Se apresentar Termos e Condições, não utilizar opt-in. -
✅
REQ.PG-02400Se apresentar Termos e Condições, informar que, ao continuar, o usuário está concordando com esses termos.
Recomendações - ITP
Cenário: Geral
-
💡
REC.PG-00100Ao apresentar ao usuário a opção de realizar pagamentos utilizando uma conta de outra instituição, utilizar linguagem pessoal e natural.-
“Pagar com minha conta”.
-
“Transferir com meu banco”.
-
“Usar minha Instituição”.
-
“Pagar com outro banco”.
-
Nota
Esses exemplos foram baseados no teste de usabilidade feito pelo GT UX realizado em outubro de 2022 e não contemplam todas as formas de abordar o usuário.
Cenário: Onboarding
-
💡
REC.PG-00200Exibir onboarding para informar o usuário sobre a oferta do serviço pela ITP.
-
💡
REC.PG-00300No onboarding, informar sobre o fluxo completo da jornada, incluindo o direcionamento para a ID e o retorno à ITP. -
💡
REC.PG-00400No onboarding, explicar claramente os benefícios da jornada com Open Finance, destacando pontos como segurança, rapidez e praticidade. -
💡
REC.PG-00500Quando aplicável, informar sobre a gratuidade da operação de forma clara e sem fricções que atrapalhem a jornada.
-
💡
REC.PG-00600Exibir informações do serviço através de opções como “Saiba mais”.
Cenário: Solicitação de transação de pagamento
-
💡
REC.PG-00800Permitir que o usuário altere facilmente os dados editáveis antes da continuação, evitando o reinício da jornada. -
💡
REC.PG-00900Posicionar os campos editáveis na parte superior da tela, quando aplicáveis, para garantir visibilidade e facilitar a edição.
-
💡
REC.PG-01000Quando necessário, solicitar dados complementares da ID selecionada, como agência e número da conta, para facilitar a autenticação do usuário na ID.
-
💡
REC.PG-01100Pré-preencher a data do pagamento automaticamente com a data da solicitação.
-
💡
REC.PG-01300Apresentar os termos e condições, quando aplicável, de forma acessível, por exemplo via link, garantindo que o conteúdo seja compreensível e não redundante com o que já está presente na jornada.
Etapa 2: Confirmação
Requisitos - ITP
Cenário: Confirmação via validação das chaves (FIDO)
-
✅
REQ.PG-05899Solicitar que o usuário confirme a solicitação através da inserção das credenciais criadas na Efetivação da Vinculação de Conta.
Cenário: Interrupção da jornada
-
✅
REQ.PG-05900Possibilitar que o usuário interrompa a jornada antes da confirmação. -
✅
REQ.PG-06000Garantir que a opção de interrupção da jornada não seja visualmente mais proeminente do que a opção de prosseguir.
Etapa 3: Efetivação
Requisitos - ITP
Cenário: Efetivação de transação de pagamento
-
✅
REQ.PG-06900Além das informações descritas nesta etapa, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para efetivação da transação.
-
✅
REQ.PG-06901Exibir data e hora/minuto/segundo da efetivação da solicitação (horário de Brasília).
-
✅
REQ.PG-06902Para agendamentos únicos, exibir o Id (código de identificação) do pagamento. -
✅
REQ.PG-06903Para agendamentos recorrentes, exibir o Id (código de identificação) da autorização (número final doconsentId, excluindo o prefixourn:instituicao:)
-
✅
REQ.PG-07200Exibir o valor do pagamento.
-
✅
REQ.PG-07300Exibir nome completo, CPF (mascarado)/CNPJ, nome da ID, números da agência e conta do usuário pagador.
-
✅
REQ.PG-07400Exibir nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.
-
✅
REQ.PG-07500Exibir a descrição do pagamento, quando aplicável.
-
✅
REQ.PG-07501Exibir a data do agendamento único ou do primeiro pagamento da recorrência.
-
✅
REQ.PG-07600Exibir a forma de pagamento.
-
✅
REQ.PG-07700Exibir o valor da tarifa cobrada pela instituição, quando aplicável.
-
✅
REQ.PG-07800Exibir o nome da instituição responsável pela iniciação da transação de pagamento.
Nota
Caso o usuário já esteja no ambiente da própria ITP, a exibição do nome da ITP não é obrigatória, pois a identificação já é evidente no contexto.
-
✅
REQ.PG-07801Informar ao usuário que a transação estará sujeita à disponibilidade de saldo e limites transacionais da conta de débito no momento da efetivação do pagamento.
Ex.: O pagamento está sujeito à disponibilidade de saldo e limites da sua conta no momento da cobrança.
Cenário: Interrupção da jornada
-
✅
REQ.PG-08100Caso a ITP disponibilize a opção de interrupção da jornada através de cancelamento ativo como um botão "Cancelar", exibir mensagem confirmando o cancelamento da solicitação.
Recomendações - ITP
Cenário: Efetivação de transação de pagamento
-
💡
REC.PG-02100Exibir o resultado da transação em tela ou através de, por exemplo, um botão. Ex.: “Ver comprovante”, “Detalhes”, “Saiba mais” etc.
-
💡
REC.PG-02101Exibir mensagem informando que a efetivação diz respeito ao agendamento e não à efetivação dos pagamentos agendados em si.
Ex.: Pagamentos agendados com sucesso!
-
💡
REC.PG-02102Informar sobre a possibilidade de cancelamento do(s) agendamento(s) e o horário limite conforme definido pelo arranjo de pagamento.
Ex.: Você pode cancelar os agendamento até às 23:59 do dia anterior à data agendada.