Acesse o changelog da v.16.00.00 em PDF.
|
Jornada |
Etapa |
Cenário |
Tipo |
Instituição |
Descrição |
Página (v15.00.00) |
De (v15.00.00) |
Para (v16.00.00) |
|
Transferências Inteligentes |
Gestão |
Revogação da autorização de Transferências Inteligentes |
Requisito |
ID,ITP |
Inclusão |
N/A |
N/A |
1.a. Jornada otimizada: Ao optar pela revogação da autorização do pagamento, deixar claro para o usuário que o compartilhamento de saldo e limite também será revogado. |
|
Transferências Inteligentes |
1 |
Autorização de Transferências Inteligentes |
Requisito |
ITP |
Inclusão |
N/A |
N/A |
9.a. A seleção da opção de compartilhamento de saldo e limite deve ser apresentada desabilitada por padrão. |
|
Transferências Inteligentes |
1 |
Autorização de Transferências Inteligentes |
Requisito |
ITP |
Separação |
187 |
|
9.c. Quando aplicável, informar que o saldo e o limite estão sendo compartilhados. |
|
Transferências Inteligentes |
1 |
Autorização de Transferências Inteligentes |
Requisito |
ITP |
Separação |
187 |
|
9.c.i. Exibir o escopo de cada dado compartilhado. |
|
Transferências Inteligentes |
3 |
Revisão e confirmação da autorização
|
Requisito |
ID |
Separação |
193 |
|
|
|
Transferências Inteligentes |
3 |
Revisão e confirmação da autorização |
Requisito |
ID |
Separação |
193 |
|
7.a. Exibir o escopo de cada dado compartilhado. |
|
Vinculação de Conta (JSR) |
1 |
Solicitação do vínculo de conta |
Requisito |
ITP |
Inclusão |
N/A |
N/A |
6.a. A seleção da opção de compartilhamento de saldo e limite deve ser apresentada desabilitada por padrão. |
|
Vinculação de Conta (JSR) |
1 |
Solicitação do vínculo de conta |
Requisito |
ITP |
Inclusão |
N/A |
N/A |
6.c. Quando aplicável, informar que o saldo e o limite estão sendo compartilhados. |
|
Vinculação de Conta (JSR) |
1 |
Solicitação do vínculo de conta |
Requisito |
ITP |
Inclusão |
N/A |
N/A |
6.c.i. Exibir o escopo de cada dado compartilhado. |
|
Vinculação de Conta (JSR) |
3 |
Confirmação do vínculo de conta |
Requisito |
ID |
Separação |
298 |
|
12. Jornada Otimizada (saldo e limite): Quando aplicável, informar que o saldo e o limite estão sendo compartilhados. |
|
Vinculação de Conta (JSR) |
3 |
Confirmação do vínculo de conta |
Requisito |
ID |
Separação |
298 |
|
12.a. Exibir o escopo de cada dado compartilhado. |
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Tela de transição |
Requisito |
ITP |
Alteração |
232 |
redirecionamento está em andamento, contendo, no mínimo, as seguintes informações/elementos: |
|
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Tela de transição |
Requisito |
ITP |
Alteração |
232 |
pagamento na Instituição Detentora de Conta. O tempo a ser informado é de aproximadamente 5 minutos (contados a partir da criação do consentimento). |
1.c. Informação sobre o tempo para confirmar a iniciação de pagamento na ID conforme definido pelo tipo de transação. Ex.: Você tem até xx minutos para confirmar a transação. |
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Tela de transição |
Recomendação |
ITP |
Exclusão |
234 |
na aba da Iniciadora, ou seja, substituir a página da Iniciadora pela nova página da Detentora, ou manter a aba da Iniciadora e abrir o browser da Detentora de Conta em uma nova. |
N/A |
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Recepção do usuário |
Requisito |
ID |
Agrupamento |
233 |
Instituição Detentora de Conta deve apresentar uma tela na qual fornece, de maneira clara e simples, as instruções e ferramentas necessárias para continuidade da jornada pelo celular. |
|
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Recepção do usuário |
Requisito |
ID |
Agrupamento |
239 |
pertinente. |
|
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Recepção do usuário |
Recomendação |
ID |
Separação |
235 |
app ou browser), é possível oferecer mais de uma opção de acesso, de acordo com o que ela julgue mais apropriado para a experiência de seu usuário.
Como não são todas as instituições que têm mais de um canal disponível, esta tela é opcional e deve ser implementada apenas quando aberta em ambiente desktop.
Além disso, essas opções podem estar em uma tela única de redirecionamento, facilitando a navegação do fluxo.
O exemplo ao lado foi desenhado em duas etapas apenas para garantir um melhor entendimento do processo de escolha do canal. |
|
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Recepção do usuário |
Recomendação |
ITP |
Separação |
235 |
app ou browser), é possível oferecer mais de uma opção de acesso, de acordo com o que ela julgue mais apropriado para a experiência de seu usuário.
Como não são todas as instituições que têm mais de um canal disponível, esta tela é opcional e deve ser implementada apenas quando aberta em ambiente desktop.
Além disso, essas opções podem estar em uma tela única de redirecionamento, facilitando a navegação do fluxo.
O exemplo ao lado foi desenhado em duas etapas apenas para garantir um melhor entendimento do processo de escolha do canal. |
|
|
Hybrid flow com hand-off (Pagamentos) |
2 |
Recepção do usuário |
Recomendação |
ITP |
Separação |
235 |
app ou browser), é possível oferecer mais de uma opção de acesso, de acordo com o que ela julgue mais apropriado para a experiência de seu usuário.
Como não são todas as instituições que têm mais de um canal disponível, esta tela é opcional e deve ser implementada apenas quando aberta em ambiente desktop.
Além disso, essas opções podem estar em uma tela única de redirecionamento, facilitando a navegação do fluxo.
O exemplo ao lado foi desenhado em duas etapas apenas para garantir um melhor entendimento do processo de escolha do canal. |
3.a. Utilizar DeepLink nas jornadas iniciadas em dispositivos móveis. |
|
Hybrid flow com hand-off (Pagamentos) |
4 |
Tela de transição |
Requisito |
ID |
Agrupamento |
238 |
canal inicial do processo, no caso, ao browser no desktop. |
|
|
Hybrid flow com hand-off (Pagamentos) |
4 |
Tela de transição |
Requisito |
ID |
Agrupamento |
238 |
Iniciadora de Pagamento, onde o usuário terá a confirmação da efetivação da compra. |
|
|
|
|
|
|
ID |
|
|
|
|
|
Hybrid flow com hand-off (Pagamentos) |
4 |
Tela de transição |
Requisito |
ID |
Inclusão |
N/A |
N/A |
|
|
Hybrid flow com hand-off (Pagamentos) |
4 |
Tela de transição |
Requisito |
ID |
Inclusão |
N/A |
N/A |
2.a. Indicação de que o redirecionamento está em andamento. |
|
Hybrid flow com hand-off (Pagamentos) |
4 |
Tela de transição |
Requisito |
ID |
Inclusão |
N/A |
N/A |
2.b. Indicação de que o redirecionamento é seguro. |
|
Hybrid flow com hand-off (Pagamentos) |
4 |
Redirecionamento Hybrid flow com hand-off |
Recomendação |
ID |
Exclusão |
239 |
retorno para a Instituição Iniciadora de Pagamento, onde o usuário terá a confirmação da efetivação da compra. |
N/A |
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Geral |
Requisito |
ID |
Agrupamento |
253 |
específicos para operações via Open Finance. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Geral |
Requisito |
ID |
Agrupamento |
253 |
1.1. As solicitações em jornadas de Iniciação de Pagamento devem seguir a mesma dinâmica de alçada e fila de aprovação vigente para pagamentos fora do Open Finance, de acordo com a configuração de cada usuário dentro da instituição. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário solicitante |
Requisito |
ID |
Agrupamento |
255 |
4.3. O usuário solicitante deve ser informado sobre o prazo máximo para atuação dos demais representantes |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário solicitante |
Requisito |
ID |
Agrupamento |
255 |
4.4. Deve estar claro que caso o prazo expire, será necessário iniciar o processo novamente |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador
|
Requisito |
ID |
Agrupamento |
257 |
|
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador
|
Requisito |
ID |
Agrupamento |
257 |
7.1. A tela de confirmação exibida ao aprovador deve conter, no mínimo, as mesmas informações de caracterização da operação que foram apresentadas ao usuário solicitante na etapa de confirmação na Instituição Detentora de Conta. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Separação |
257 |
7.2. Deve ser apresentada uma identificação do usuário que iniciou a jornada (solicitante) e dos outros aprovadores envolvidos na operação, caso exista. |
2.a. Exibir identificação do usuário solicitante. |
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Separação |
257 |
7.2. Deve ser apresentada uma identificação do usuário que iniciou a jornada (solicitante) e dos outros aprovadores envolvidos na operação, caso exista. |
2.b. Quando aplicável, informar sobre demais pendências de aprovação. |
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário solicitante |
Requisito |
ID |
Agrupamento |
257 |
7.3. O usuário solicitante deve ser informado sobre o prazo máximo para aprovação do pagamento. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Agrupamento |
257 |
7.4. Deve estar claro que caso o prazo expire, será necessário iniciar o processo novamente. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Agrupamento |
258 |
|
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Agrupamento |
258 |
8.1. Para pagamentos imediatos, os aprovadores devem respeitar o prazo de 12 horas de validade do End-to-End ID e realizar a aprovação antes da expiração do código. Caso a aprovação não seja feita na janela prevista, o pagamento é rejeitado. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Agrupamento |
258 |
8.2. Para pagamentos agendados, a aprovação de pagamentos deve seguir as regras existentes em cada Detentora de Conta, abordadas na janela de liquidação do arranjo, podendo ser aprovada até a data para liquidação caso o sistema da Detentora de Conta permita. Em qualquer um dos casos, esta informação deve estar explícita ao usuário que iniciou a jornada de pagamento. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Agrupamento |
262 |
deve ser apresentada. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Requisito |
ID |
Agrupamento |
262 |
2.1. Uma tela comunicando o sucesso (ou insucesso) da etapa de confirmação do pagamento. |
|
|
Múltiplos Aprovadores (Pagamentos) |
3 |
Confirmação do usuário aprovador |
Recomendação |
ID |
Alteração |
259 |
do consentimento. |
|
|
Múltiplos Aprovadores (Pagamentos) |
5 |
Tela do solicitante |
Requisito |
ITP |
Inclusão |
N/A |
N/A |
Ex.: Os aprovadores têm até 05/06/2025 às 23:59 para confirmar a transação. Após essa data, uma nova ordem de pagamento deverá ser criada. |
|
Múltiplos Aprovadores (Pagamentos) |
Comunicação e Notificações |
Ao aprovador |
Requisito |
ID |
Agrupamento |
256 |
forma assíncrona e estar disponível a partir do momento em que a confirmação pelo usuário solicitante tiver tido sucesso, obedecendo: |
|
|
Múltiplos Aprovadores (Pagamentos) |
Comunicação e Notificações |
Ao aprovador |
Requisito |
ID |
Agrupamento |
256 |
6.1. Os aprovadores devem ser notificados via canal eletrônico padrão da Instituição Detentora de Conta sobre a ação necessária (ex.: SMS, push etc.). |
|
|
Transações Temporizadas |
5 |
Efetivação da transação |
Requisito |
ITP |
Alteração |
266 |
acarreta um novo prazo para conclusão da operação, a Instituição Iniciadora de Transação de Pagamento deve informar ao usuário a necessidade de tempo extra para análise da transação temporizada, sem necessariamente informar o tempo máximo que a operação irá levar, e deve seguir os requisitos já existentes no documento “Requisitos Mínimos para a Experiência do Usuário” do Pix. |
|
|
Transações Temporizadas |
5 |
Efetivação da transação |
Requisito |
ITP |
Agrupamento |
266 |
|
|
|
Transações Temporizadas |
5 |
Efetivação da transação |
Requisito |
ITP |
Agrupamento |
266 |
2.1. O usuário deve ser informado da situação para que possa definir a melhor ação, ou seja, aguardar ou cancelar a transação |
|
|
Transações Temporizadas |
5 |
Efetivação da transação |
Recomendação |
ITP |
Alteração |
268 |
tempo máximo que a operação de iniciação de pagamentos poderá levar de acordo com documento “Requisitos Mínimos para a Experiência do Usuário” do Pix. |
|
|
Transações Temporizadas |
Comunicação e Notificações |
Sobre a transação |
Recomendação |
ITP |
Alteração |
268 |
conforme a necessidade do seu usuário e sua estratégia de comunicação |
Exs.: Sua transação ainda está em análise. Aguarde. / Transação concluída com sucesso. |
|
Transações Temporizadas |
Gestão |
Consulta à transação temporizada
|
Requisito |
ID,ITP |
Alteração |
267 |
2.5. A Instituição Detentora de Conta, no Ambiente de Gestão de Pagamento, deverá atualizar o status da transação conforme previsto na Tabela de Status, dando visibilidade do status da operação (temporização) ao usuário. |
Exs.: Em análise, Pendente, Concluída, Cancelada, Negada. |
|
Transações Temporizadas |
Gestão |
Consulta à transação temporizada
|
Requisito |
ID,ITP |
Agrupamento |
267 |
2.3. Caso a Instituição Iniciadora de Transação de Pagamento ofereça Ambiente de Gestão dos Pagamentos, a comunicação da temporização e mecanismo de cancelamento devem ser disponibilizados no ambiente de gestão. |
|
|
Transações Temporizadas |
Gestão |
Consulta à transação temporizada |
Requisito |
ID,ITP |
Agrupamento |
267 |
2.4. Mesmo sem ter Ambiente de Gestão de Pagamentos, a Instituição Iniciadora de Transação de Pagamento deve apresentar o status e os mecanismos de cancelamento ao usuário no formato que definir como adequado, observando o que orienta do documento “Requisitos Mínimos para a Experiência do Usuário - Pix”. |
|
|
Transações Temporizadas |
Gestão |
Consulta à transação temporizada |
Requisito |
ITP |
Alteração |
267 |
2.6 No caso de o pagamento ser negado pela Instituição Detentora de Conta, a Instituição Iniciadora de Transação de Pagamento deverá informar ao usuário e, quando aplicável, indicar outra Instituição Detentora de Conta e/ ou forma de iniciação. |
|
|
Transações Temporizadas |
Gestão |
Cancelamento da transação |
Requisito |
ID,ITP |
Agrupamento |
267 |
2.3. Caso a Instituição Iniciadora de Transação de Pagamento ofereça Ambiente de Gestão dos Pagamentos, a comunicação da temporização e mecanismo de cancelamento devem ser disponibilizados no ambiente de gestão. |
|
|
Transações Temporizadas |
Gestão |
Cancelamento da transação |
Requisito |
ID,ITP |
Agrupamento |
267 |
2.5. A Instituição Detentora de Conta, no Ambiente de Gestão de Pagamento, deverá atualizar o status da transação conforme previsto na Tabela de Status, dando visibilidade do status da operação (temporização) ao usuário. |
|