Guia de Experiência Open Finance Brasil

Pix Agendado via hybrid flow

Visão geral

A Jornada de Iniciação de Pagamento com Pix Agendado ocorre quando:

  1. A Instituição Iniciadora de Transação de Pagamento (ITP) coleta as informações necessárias para configuração do agendamento único ou recorrente com Pix via Open Finance.

  2. Após revisar os dados, o usuário é informado sobre o direcionamento para o ambiente da Instituição Detentora de Conta (ID) escolhida, com clareza sobre as próximas etapas.

  3. No ambiente da ID, o usuário se autentica conforme os padrões de segurança da instituição, visualiza os dados da transação configurada na ITP e confirma o pagamento.

  4. Em seguida, o usuário é redirecionado para a ITP com segurança e agilidade.

  5. Por fim, a ITP informa o status da solicitação de pagamento, concluindo a jornada.

image-20260112-173259.png
Diagrama de sequência da Jornada de Pagamento com Pix Agendado

Telas de exemplo

Nota

Nas interfaces ilustrativas, a Instituição Iniciadora de Transação de Pagamento (ITP) é representada pela marca Wiscredi e a Instituição Detentora de Conta (ID) é representada pela marca Bratech.

Protótipo navegável

Fluxo de telas

image-20260413-140843.png



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 via Open Finance.

Etapas da jornada

  1. Solicitação

  2. Direcionamento

  3. Confirmação

  4. Redirecionamento

  5. Efetivação

Cenário de referência

  • Agendamento (único ou recorrente) com Pix.

  • Alçada simples.

  • Redirecionamento entre instituições no mesmo dispositivo.

Jornadas que envolvam múltiplos aprovadores, troca de dispositivo e transações temporizadas devem observar as regras específicas previstas nas páginas 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

Resumo

Nesta etapa, o usuário:

  • Inicia a jornada de agendamento com Pix via Open Finance.

  • Escolhe a Instituição Detentora de Conta (ID) que será usada para realizar o pagamento.

  • Insere e revisa os dados da solicitação conforme as regras da forma de iniciação selecionada. 

A Instituição Iniciadora de Transação de Pagamento (ITP) deve:

  • Garantir uma experiência clara, segura e informativa.

  • Indicar, em algum ponto da jornada, que o serviço é baseado em Open Finance.

  • Permitir a seleção eficiente da ID.

  • Validar os dados inseridos, ocultando informações sensíveis.

  • Preparar a solicitação de iniciação de pagamento para envio à ID.

  • Se houver erro, exibir mensagens claras e orientativas ao usuário.


Métodos de iniciação com Pix

image-20260319-194816.png
Métodos de iniciação com Pix

Requisitos - ITP

Cenário: Geral

  • 🚫 REQ.PG-00100 Não comparar arranjos de pagamento de forma a desqualificar um deles.

  • REQ.PG-00200 Mencionar o Open Finance em algum ponto visível da interface.
    Ex.: Tooltip, selo, frase como "com a segurança do Open Finance”.

image-20260618-202536.png
Menção ao Open Finance


Cenário: Busca e seleção da ID

  • REQ.PG-00300 Exibir ferramenta de busca e seleção da ID.

  • REQ.PG-00400 Permitir que o usuário busque tanto pela marca da instituição quanto por um participante associado, exibindo corretamente a marca correspondente nos resultados.

  • REQ.PG-00500 Permitir que a seleção final da ID seja feita somente pela marca da instituição, e não pelo nome do participante associado.

  • REQ.PG-00600 Exibir apenas marcas adequadas ao tipo de público identificado (PF ou PJ).

  • REQ.PG-00700 Exibir cada marca uma única vez, mesmo que existam múltiplos registros para ela no Diretório de Participantes.

image-20260618-202944.png
Busca e seleção da ID


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-00800 Além das informações descritas nesta etapa, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para solicitação de pagamento.

  • REQ.PG-00900 Permitir que o usuário preencha ou altere o valor quando permitido pelo recebedor.

  • REQ.PG-01000 Exibir o valor automaticamente sem possibilidade de alteração quando determinado pelo recebedor.

  • REQ.PG-01100 Se a ITP cobrar tarifa pelo serviço, exibir o valor da tarifa cobrada.

  • REQ.PG-01200 Exibir a forma de pagamento.


  • REQ.PG-01201 Permitir que o usuário insira a data do agendamento único ou escolha a recorrência dos agendamentos.

  • REQ.PG-01202 Informar 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.

image-20260618-203551.png
Solicitação de autorização de pagamento com Pix Agendado


  • REQ.PG-01203 Para 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-01204 Exibir 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.

image-20260618-203749.png
Data do agendamento único


  • REQ.PG-01205 Para 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-01206 Se o usuário definir uma data final para a recorrência, impedir a edição do número de recorrências.

  • REQ.PG-01207 Se o usuário definir um número de recorrências, exibir automaticamente a data do último pagamento.

  • REQ.PG-01208 Exibir a periodicidade dos agendamentos escolhida pelo usuário.

  • REQ.PG-01209 Exibir 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.

image-20260827-133039.png
Agendamentos recorrentes


  • REQ.PG-01210 Seguir 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-01211 Seguir 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-01400 Permitir preenchimento opcional da descrição do pagamento conforme a forma de iniciação do pagamento.

  • REQ.PG-01500 Exibir a descrição automaticamente conforme a forma de iniciação do pagamento.

  • REQ.PG-01600 Permitir 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-01700 Exibir os dados do recebedor automaticamente em pagamentos via chave Pix, Pix Copia e Cola e Pix via QR Code.

  • REQ.PG-01800 Exibir 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-01900 Exibir o nome da ID selecionada pelo usuário, se essa etapa tiver sido apresentada antes da revisão da transação.

  • REQ.PG-02000 Exibir 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.

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-02200 Se apresentar Termos e Condições, exibir o conteúdo de forma clara e objetiva.

  • 🚫 REQ.PG-02300 Se apresentar Termos e Condições, não utilizar opt-in.

  • REQ.PG-02400 Se apresentar Termos e Condições, informar que, ao continuar, o usuário está concordando com esses termos.

  • REQ.PG-02500 Informar ao usuário que, ao continuar, ele será direcionado para a ID para confirmar a solicitação.

image-20260827-133139.png
Solicitação de transação de pagamento


Recomendações - ITP

Cenário: Geral

  • 💡 REC.PG-00100 Ao 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.

image-20260619-142156.png
Exemplo de linguagem


Cenário: Onboarding

  • 💡 REC.PG-00200 Exibir onboarding para informar o usuário sobre a oferta do serviço pela ITP.

  • 💡 REC.PG-00300 No onboarding, informar sobre o fluxo completo da jornada, incluindo o direcionamento para a ID e o retorno à ITP.

  • 💡 REC.PG-00400 No onboarding, explicar os benefícios da jornada com Open Finance, destacando pontos como segurança, rapidez e praticidade.

  • 💡 REC.PG-00500 Quando o serviço for gratuito, informar sobre a gratuidade da operação.

  • 💡 REC.PG-00600 Exibir informações do serviço através de opções como “Saiba mais”.

image-20260619-142423.png
Onboarding


Cenário: Solicitação de vinculação de conta via jornada de pagamento

Se a ITP oferecer a jornada de Vinculação de Conta para JSR a partir do pagamento

  • 💡 REC.PG-00700 Se o usuário não possuir nenhuma conta vinculada, informar que é necessário fazer um vínculo previamente e direcioná-lo para a jornada de Vinculação de Conta.

image-20260619-142631.png
Solicitação de vinculação de conta via jornada de pagamento


Cenário: Solicitação de transação de pagamento

  • 💡 REC.PG-00800 Permitir que o usuário altere facilmente os dados editáveis antes da continuação da jornada.

  • 💡 REC.PG-00900 Posicionar os campos editáveis na parte superior da tela.

  • 💡 REC.PG-01000 Quando 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-01100 Exibir a data do pagamento preenchida com a data da solicitação.

  • 💡 REC.PG-01200 Alertar sobre a possibilidade de falha na jornada em dispositivos com o recurso de ocultação de aplicativos ativado, orientando o usuário a desativar esse recurso se necessário.

  • 💡 REC.PG-01300 Se 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.

image-20260827-133425.png
Solicitação de transação de pagamento



Etapa 2: Direcionamento

Resumo

Nesta etapa, o usuário:

  • É direcionado da Iniciadora (ITP) para a sua Detentora de Conta (ID).

A ITP deve:

  • Orientar o usuário sobre o direcionamento.

  • Assegurar que a navegação ocorra de forma transparente, conforme o dispositivo utilizado.

  • Se houver erro, exibir mensagens claras e orientativas ao usuário.

Requisitos - ITP

Cenário: Direcionamento hybrid flow

  • REQ.PG-02600 Direcionar o usuário para um canal digital seguro.

  • REQ.PG-02700 Se o usuário iniciar a jornada na ITP em dispositivo móvel (aplicativo ou navegador) e possuir o aplicativo da ID instalado, direcioná-lo para o aplicativo da ID (hybrid flow).

  • REQ.PG-02800 Se o usuário iniciar a jornada na ITP em dispositivo móvel (aplicativo ou navegador), não possuir o aplicativo da ID instalado e a ID for app-only, direcioná-lo para a loja de aplicativos.

  • REQ.PG-02900 Se o usuário iniciar a jornada na ITP em dispositivo móvel (aplicativo ou navegador), não possuir o aplicativo da ID instalado e a ID for app+browser ou browser-only, direcioná-lo para o ambiente da ID no navegador ou para a loja de aplicativos.

  • REQ.PG-03000 Se o usuário iniciar a jornada na ITP em desktop e a ID for app-only, direcioná-lo para o aplicativo por meio de Hand-off (hybrid Flow com hand-off).

  • REQ.PG-03100 Se o usuário iniciar a jornada na ITP em desktop e a ID for app+browser ou browser-only, direcioná-lo para o aplicativo da ID ou para o ambiente da ID no navegador.

Cenário: Tela de transição

  • REQ.PG-03200 Durante o direcionamento, exibir uma tela informativa, sem exigir ação adicional do usuário para confirmar o direcionamento.

  • REQ.PG-03300 Na tela do direcionamento, informar que o direcionamento está em andamento.
    Ex.: Estamos te direcionando para confirmar a operação.

  • REQ.PG-03400 Na tela do direcionamento, informar que o direcionamento é seguro.
    Ex.: Direcionamento com a segurança Open Finance.

  • REQ.PG-03500 Na tela do direcionamento, informar que o usuário possui até 5 minutos para confirmar a solicitação de autorização de pagamento na ID.
    Ex.: Você tem até 5 minutos para confirmar a operação.

  • REQ.PG-03600 Em dispositivos móveis, direcionar o usuário diretamente para o aplicativo da ID, sem passar por navegadores intermediários.

image-20260619-143041.png
Tela de transição


Recomendações - ITP

Cenário: Tela de transição

  • 💡 REC.PG-01400 Se a jornada for interrompida nesta etapa, permitir que o usuário retome-a facilmente através dos canais digitais da ITP.

  • 💡 REC.PG-01500 Utilizar elementos visuais e textuais que reforcem o direcionamento, como loaders, animações, barras de progresso ou indicadores visuais.

image-20260619-143156.png
Tela de transição - elementos visuais



Etapa 3: Confirmação

Resumo

Nesta etapa, o usuário:

  • Se autentica na Instituição Detentora de Conta (ID).

  • Pode escolher a conta que deseja usar para fazer o pagamento se ele possuir mais de uma conta na ID.

  • Revisa as informações da solicitação enviadas pela Instituição Iniciadora de Transação de Pagamento (ITP).

  • Confirma a solicitação. 


A ID deve:

  • Garantir um ambiente seguro para autenticação.

  • Exibir o resumo da solicitação.

  • Permitir a edição da conta de débito, se o usuário possuir múltiplas contas.

  • Viabilizar a confirmação com o mínimo de fricção. 



  • Se houver erro, exibir mensagens claras e orientativas ao usuário.

  • Comunicar o resultado da autorização à ITP.

  • Enviar notificações ao usuário e aos demais aprovadores nos cenários de múltiplos aprovadores.

image-20260827-133750.png
Etapa 3: Confirmação


Requisitos - ID

Cenário: Autenticação na Detentora

  • REQ.PG-03700 Solicitar a autenticação do usuário conforme os padrões já definidos pela própria ID para operações fora do Open Finance, em conformidade com a regulação vigente.

  • REQ.PG-03800 Permitir que o usuário siga o fluxo padrão da instituição para recuperação ou criação de acesso.

  • 🚫 REQ.PG-03900 Não exibir etapas adicionais ou utilizar métodos mais rigorosos de autenticação não contemplados em seu canal digital a fim de desincentivar a transação, conforme a regulação vigente.

image-20260619-144006.png
Autenticação na Detentora


Cenário: Seleção da conta de débito

  • REQ.PG-04000 Se o usuário tiver múltiplas contas na ID, tiver especificado a conta para pagamento na ITP e esta conta estiver válida e disponível após o login, exibi-la já selecionada por padrão.

  • REQ.PG-04100 Se o usuário tiver múltiplas contas na ID, permitir que o usuário altere a conta de débito antes de confirmar a transação.

  • REQ.PG-04200 Se o usuário tiver múltiplas contas na ID, exibir todas as contas aptas para seleção.

  • REQ.PG-04300 Se o usuário tiver múltiplas contas na ID, indicar visualmente as contas que não estiverem aptas, com indicação clara do motivo.
    Ex.: desabilitação visual da conta inapta com tag indicando o motivo.

  • REQ.PG-04400 Impedir a continuidade da jornada sem que uma conta válida seja selecionada.

  • REQ.PG-04500 Manter o texto da opção de confirmação consistente, mesmo se a conta ainda não tiver sido selecionada.

image-20260619-144108.png
Seleção da conta de débito


image-20251010-134700.png
Fluxograma de exibição da conta de débito selecionada

Atenção!

Se resposta for negativa para alguma das perguntas do fluxograma apresentado, a Detentora não conseguirá utilizar o dado da conta de débito para facilitar a jornada.


Cenário: Revisão e confirmação de transação de pagamento

Após se autenticar, o usuário visualiza, na ID, os dados da transação informados pela ITP.

  • REQ.PG-04600 Além das informações descritas nesta etapa, exibir quaisquer outras informações exigidas pelo arranjo de pagamento para confirmação da transação.

  • REQ.PG-04700 Exibir o valor do pagamento conforme informado pela ITP.

  • REQ.PG-04800 Exibir número da agência e número da conta da conta de débito selecionada.

  • REQ.PG-04900 Exibir a descrição do pagamento quando informada pela ITP.

  • REQ.PG-05000 Exibir nome e CPF (mascarado ou não)/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-05001 Exibir a data do agendamento único ou do primeiro pagamento da recorrência conforme informado pela ITP.

  • REQ.PG-05002 Exibir a data de validade da autorização (mesma data do agendamento único ou do último pagamento da recorrência).

Nota
No agendamento, a data definida para execução do pagamento único ou 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-05003 Para agendamentos recorrentes, exibir a periodicidade da recorrência (Diária, Semanal, Mensal ou Customizado).

  • REQ.PG-05004 Para agendamentos recorrentes, exibir o número de recorrências, se informado pela ITP.

  • REQ.PG-05200 Exibir a forma de pagamento conforme informado pela ITP.

  • REQ.PG-05300 Se a ID cobrar tarifa pelo serviço, exibir o valor da tarifa cobrada.

  • 🚫 REQ.PG-05400 À exceção de limites de crédito previamente contratados e disponíveis, não exibir ofertas de crédito durante a jornada, conforme regulação.
    Ex.: cheque especial.

  • REQ.PG-05500 Informar ao usuário que, após a confirmação, ele será redirecionado para a ITP.

  • REQ.PG-05600 Permitir que, após se autenticar e revisar os dados da transação, o usuário conclua a operação com uma única confirmação.

  • REQ.PG-05700 Se a instituição utilizar um método adicional de confirmação da transação, seguir o mesmo padrão utilizado fora do Open Finance.

  • REQ.PG-05701 Exibir o nome da instituição responsável pela iniciação da transação de
    pagamento.

  • 🚫 REQ.PG-05800 Não exibir Termos e Condições durante a confirmação de pagamento.

Nota
Os Termos e Condições podem ser exibidos no ambiente de gestão Open Finance da ID.

image-20260827-134417.png
Revisão e confirmação de transação de pagamento


Cenário: Interrupção da jornada

  • REQ.PG-05900 Permitir que o usuário interrompa a jornada antes da confirmação.

  • REQ.PG-06000 Garantir que a opção de interrupção da jornada não seja visualmente mais proeminente do que a opção de prosseguir.

  • REQ.PG-06100 Redirecionar o usuário para a ITP se ele cancelar a operação.

  • REQ.PG-06200 Redirecionar o usuário para a ITP se ele retornar manualmente à etapa anterior da jornada (por meio de botão do ambiente digital, botão do dispositivo, link clicável etc.) e não seja possível exibir a tela imediatamente anterior.

image-20260619-181939.png
Interrupção da jornada


Recomendações - ID

Cenário: Seleção da conta de débito

  • 💡 REC.PG-01600 Se a ITP capturar os dados de conta do usuário, utilizá-los para facilitar a autenticação na ID, contanto que não haja prejuízo dos protocolos de segurança para autenticação seguidos pelas instituições.

image-20260619-182020.png
Aproveitamento de dados para autenticação


Cenário: Exibição do saldo e limite

  • 💡 REC.PG-01700Exibir o saldo da conta e, se houver limite de crédito pré-aprovado, exibir também o limite disponível para que o usuário possa avaliar a viabilidade do pagamento.

image-20260619-182602.png
Exibição do saldo e limite


  • 💡REC.PG-01701 Informar ao usuário, com destaque, que o limite disponível é inferior ao valor do pagamento agendado.

  • 💡REC.PG-01702 Se o limite disponível for inferior ao valor do pagamento agendado, orientar o usuário a ajustar o limite para garantir a efetivação do pagamento.

    Ex.: Limite diário Pix Agendado: 50,00
    Ajuste seu limite para garantir o pagamento na data agendada.

image-20260619-183248.png
Recomendação sobre limite disponível


Cenário: Cancelamento de transação de pagamento

  • 💡 REC.PG-01800 Se o usuário tentar cancelar a transação, exibir uma mensagem de confirmação. 

    Ex.: Tem certeza que deseja cancelar a transação?

  • 💡 REC.PG-01900 Informar ao usuário que, se a transação não puder ser concluída, ele será redirecionado ao ambiente da ITP.

image-20260619-183756.png
Cancelamento de transação de pagamento



Etapa 4: Redirecionamento

Resumo

Nesta etapa, o usuário:

  • É redirecionado da Instituição Detentora de Conta (ID) para o ambiente da Iniciadora de Transação de Pagamento (ITP).

A ID deve:

  • Garantir um redirecionamento seguro, automático e sem fricções.

  • Redirecionar o usuário para o mesmo ambiente (app ou browser) em que iniciou a jornada.  

  • Se houver erros ou pendências, como solicitações com múltiplos aprovadores ou indisponibilidade momentânea dos sistemas, exibir mensagens claras e orientativas.

Requisitos - ID

Cenário: Tela de transição

  • REQ.PG-06300 Durante o redirecionamento, exibir uma tela informativa, sem exigir ação adicional do usuário para confirmar o redirecionamento.

  • REQ.PG-06400 Na tela do redirecionamento, informar que o redirecionamento está em andamento.
    Ex.: Aguarde enquanto te redirecionamos para concluir a operação.

  • REQ.PG-06500 Na tela do redirecionamento, informar que o redirecionamento é seguro.
    Ex.: Redirecionamento com a segurança Open Finance.

  • REQ.PG-06600 Na tela do redirecionamento, informar que o redirecionamento é necessário para efetivação da operação.
    Ex.: Aguarde enquanto te redirecionamos para concluir a operação.

  • REQ.PG-06700 Em dispositivos móveis, redirecionar o usuário diretamente para o aplicativo da ITP, sem passar por navegadores intermediários.

  • REQ.PG-06800 Redirecionar o usuário ao mesmo ambiente da ITP utilizado no início da jornada.

image-20260619-185033.png
Informações sobre o redirecionamento

Recomendações - ID

Cenário: Tela de transição

  • 💡 REC.PG-02000 Utilizar elementos visuais e textuais que reforcem o direcionamento, como loaders, animações, barras de progresso ou indicadores visuais.

image-20260619-185151.png
Elementos visuais e textuais no redirecionamento ID>ITP



Etapa 5: Efetivação

Resumo

Nesta etapa final da jornada, o usuário:

  • É recebido no ambiente da Instituição Iniciadora de Transação de Pagamento (ITP) onde visualiza o resultado do agendamento.  


A ITP deve:

  • Apresentar com clareza o resultado da transação, com mensagens claras de sucesso ou falha.

  • Disponibilizar os detalhes da transação e acesso ao comprovante. 


  • Se houver erros ou pendências, como solicitações com múltiplos aprovadores ou indisponibilidade momentânea dos sistemas, exibir mensagens claras e orientativas.

Requisitos - ITP

Cenário: Efetivação de transação de pagamento

  • REQ.PG-06900 Alé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-06901 Exibir data e hora/minuto/segundo da efetivação da solicitação (horário de Brasília).

  • REQ.PG-06902 Para agendamentos únicos, exibir o Id (código de identificação) do pagamento.

  • REQ.PG-06903 Para agendamentos recorrentes, exibir o Id (código de identificação) da autorização (número final do consentId, excluindo o prefixo urn:instituicao:)

  • REQ.PG-07200 Exibir o valor do pagamento.

  • REQ.PG-07300 Exibir os dados do pagador: nome completo, CPF (mascarado)/CNPJ, nome da ID e números da agência e conta.

  • REQ.PG-07400 Exibir os dados do recebedor: nome, CPF (mascarado ou não)/CNPJ e instituição de destino do recebedor.

  • REQ.PG-07500 Exibir a descrição do pagamento, quando preenchida.

  • REQ.PG-07501 Exibir a data do agendamento único ou do primeiro pagamento da recorrência.

  • REQ.PG-07600 Exibir a forma de pagamento.

  • REQ.PG-07700 Se a instituição cobrar tarifa pelo serviço, exibir o valor da tarifa cobrada.

  • REQ.PG-07800 Exibir 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-07801 Informar 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-07809 Informar, com destaque, o caminho para acessar a autorização de pagamento na ITP.

  • REQ.PG-07810 Informar, com destaque, que a autorização de pagamento pode ser cancelada tanto na ITP quanto na ID.

  • REQ.PG-07811 Se 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.

image-20260826-135107.png
Efetivação - Pix agendado


Cenário: Interrupção da jornada

  • REQ.PG-07900 Se o usuário tiver cancelado a solicitação, exibir mensagem confirmando o cancelamento da solicitação.

  • REQ.PG-08000 Se o usuário tiver cancelado a solicitação, exibir os dados da solicitação cancelada.

image-20260619-190302.png
Interrupção da jornada


Recomendações - ITP

Cenário: Efetivação de transação de pagamento

  • 💡 REC.PG-02100 Exibir 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-02101 Informar 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-02102 Informar o horário limite para cancelamento conforme definido pelo arranjo de pagamento.   

Ex.: Você pode cancelar o agendamento até às 23:59 do dia anterior à data agendada.

image-20260826-135312.png
Efetivação - recomendações