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-00201Permitir 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-00900Permitir 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-01100Se a ITP cobrar tarifa pelo serviço, exibir o valor da tarifa cobrada.
-
✅
REQ.PG-01200Exibir a forma de pagamento.
-
✅
REQ.PG-01201Permitir que o usuário insira a data do agendamento único ou escolha a recorrência dos agendamentos. -
✅
REQ.PG-01202Informar ao usuário que pagamentos agendados para datas inexistentes (Ex.: Dias 29, 30 e 31 de determinados meses) poderão ser efetivados em data anterior ou posterior à data agendada.
-
✅
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, impedir 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 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-01400Permitir preenchimento opcional da descrição do pagamento conforme a forma de iniciação do pagamento.
-
✅
REQ.PG-01500Exibir a descrição automaticamente conforme a forma de iniciação do pagamento.
-
✅
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, se essa etapa tiver 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
Se o usuário já estiver 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 ao 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 exibiçã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 exibidos, 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 exibir 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 os benefícios da jornada com Open Finance, destacando pontos como segurança, rapidez e praticidade. -
💡
REC.PG-00500Quando o serviço for gratuito, informar sobre a gratuidade da operação.
-
💡
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 da jornada. -
💡
REC.PG-00900Posicionar os campos editáveis na parte superior da tela.
-
💡
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-01100Exibir a data do pagamento preenchida com a data da solicitação.
-
💡
REC.PG-01300Se apresentar Termos e Condições, exibir seu contéudo através de 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-05900Permitir 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 os dados do pagador: nome completo, CPF (mascarado)/CNPJ, nome da ID e números da agência e conta.
-
✅
REQ.PG-07400Exibir os dados do recebedor: nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.
-
✅
REQ.PG-07500Exibir a descrição do pagamento, quando preenchida.
-
✅
REQ.PG-07501Exibir a data do agendamento único ou do primeiro pagamento da recorrência.
-
✅
REQ.PG-07600Exibir a forma de pagamento.
-
✅
REQ.PG-07700Se a instituição cobrar tarifa pelo serviço, exibir o valor da tarifa cobrada.
-
✅
REQ.PG-07800Exibir o nome da instituição responsável pela iniciação da transação de pagamento.
Nota
Se o usuário já estiver 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.
-
✅
REQ.PG-07809Informar, com destaque, o caminho para acessar a autorização de pagamento na ITP.
-
✅
REQ.PG-07810Informar, com destaque, que a autorização de pagamento pode ser cancelada tanto na ITP quanto na ID.
-
✅
REQ.PG-07811Se a ITP oferecer alteração da autorização de pagamento, informar, com destaque, que a autorização pode ser alterada.
Nota
A experiência de alteração permite que o usuário altere parâmetros como data, recebedor ou ID, embora, no backend, esteja cancelando o agendamento vigente e criando uma nova autorização de agendamento.
Consulte a página Gestão de Pix Agendado para mais informações.
Cenário: Interrupção da jornada
-
✅
REQ.PG-08100Se a ITP disponibilizar 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-02101Informar que a efetivação apresentada nesta etapa refere-se à configuração do agendamento, e não à execução dos pagamentos agendados.
Ex.: Pagamentos agendados com sucesso!
-
💡
REC.PG-02102Informar o horário limite para cancelamento conforme definido pelo arranjo de pagamento.