Content Comparison

Jornada

Etapa

Descrição

Número do Requisito

De

Para

Página

Iniciação de Pagamento

Etapa 6

Incluir caixa informativa

Janela de liquidação

• Primeira tentativa: entre 0h e 8h no dia programado

• Segunda tentativa: entre 18h e 21h do mesmo dia

182

Iniciação de Pagamento

Etapa 1

Ajustar requisito

• 10.3

Periodicidade dos pagamentos futuros (p. ex: “Mensal”);

Periodicidade dos pagamentos futuros (Data fixa, Semanal, Mensal, Trimestral, Semestral ou Anual);

122

Iniciação de Pagamento

Etapa 4

Ajustar requisito

• 5.4

Periodicidade dos pagamentos futuros (p. ex: “Mensal”);

• Periodicidade dos pagamentos futuros (Data fixa, Semanal, Mensal, Trimestral, Semestral ou Anual);

158

Iniciação de Pagamento

Etapa 1

Adicionar item no requisito

• 10.3

Data de início do consentimento.

122

Iniciação de Pagamento

Etapa 4

Incluir requisito

• 5.4

Data de início do consentimento.

158

Iniciação de Pagamento

Etapa 4

Incluir telas ilustrativas

154

Iniciação de Pagamento

Etapa 4

Incluir requisitos

• 7

• 7.1

• Em casos de Pix Automático:

• 7.1. A detentora deve seguir o regulamento ou instrumento que discipline o funcionamento do arranjo de pagamento, à saber: - O número da agência, o número da conta e a instituição do recebedor não devem ser apresentados para o usuário pagador. O retorno da informação do nome da iniciadora é opcional e fica a critério do participante. - Nos casos em que houver a cobrança imediata, deve constar informação com destaque de que o primeiro pagamento é imediato (inclusive com o valor do pagamento). - Nenhum parâmetro da autorização deverá ser aberto a edição no momento de confirmação da autorização na detentora de conta. Exceto, quando aplicável, para a escolha de conta de débito pelo usuário. - Caso a autorização estabeleça tentativas de liquidação do pagamento após sua data de vencimento, a Detentora deverá informar ao usuário pagador a existência dessa condição e que ela poderá resultar em incidência de juros e multas na cobrança seguinte.

155

Iniciação de Pagamento

Etapa 4

Incluir requisito

• 7.2

Em exceção ao regulamento que disciplina o funcionamento do arranjo de pagamento, as notificações relativas à autorização de Pix Automático devem ser desabilitadas por padrão da Detentora de Contas, com a possibilidade de serem habilitadas pelo usuário nos parâmetros da autorização em sua área de gestão.

155

Iniciação de Pagamento

Etapa 4

Incluir requisitos

• 7.3

Caso o pagamento agendado não seja efetivado por falha operacional após o envio da ordem de pagamento na última tentativa de liquidação, a Detentora deve enviar notificação informando-o de que não foi possível efetuar o pagamento por meio do Pix Automático devido a falha operacional de seu sistema e que ele deve entrar em contato com o Recebedor ou a empresa intermediadora do pagamento para efetuar o pagamento por outros meios.

155

Iniciação de Pagamento

Etapa 4

Incluir requisito

• 7.4

Caso uma autorização não seja confirmada ou um pagamento agendado não seja efetivado por qualquer motivo, a Detentora não deve oferecer alternativas próprias de pagamento, mas sempre direcionar o usuário a buscar contato com o Recebedor ou a empresa intermediadora do pagamento para efetuar o pagamento por outros meios.

155

Iniciação de Pagamento

Etapa 4

Incluir requisitos

• 7.5

Na situação em que a confirmação de uma autorização iniciada pelo usuário ficou pendente devido à ausência de confirmação do usuário ou de resposta do PSP recebedor dentro do prazo exigido em regulamentação, a Detentora deve enviar notificação ao usuário informando-o do resultado do processamento da autorização.

155

Iniciação de Pagamento

Etapa 6

Incluir requisito

• 1.4

• 1.4.1

• Consentimento de Pix Automático:

• Caso exista pagamento inicial avulso, informar o usuário sobre a efetivação do pagamento ou de seu agendamento, inclusive gerando comprovante, contemplando as informações mínimas para o tipo de pagamento (único ou agendado) requeridos pelo arranjo.

173

Iniciação de Pagamento

Etapa 6

Incluir requisito

• 1.4.2

Caso o pagamento inicial imediato não se concretize por qualquer razão, o usuário deve receber imediatamente mensagem com informação de que o processo de autorização não foi concluído.

173

Iniciação de Pagamento

Etapa 6

Incluir requisito

• 1.4.3

Caso o consentimento fique pendente de aprovação de múltipla alçada, informar o usuário sobre o prazo de aprovação estipulado pelo recebedor, ou, quando inexistente, o prazo máximo de 30 dias.

173

Iniciação de Pagamento

Etapa 6

Incluir requisito

• 1.4.4

A iniciadora deve assumir as responsabilidades do PSP Pagador quanto ao envio de notificações relativas à autorização, de acordo com o regulamento ou instrumento que discipline o funcionamento do arranjo de pagamento, à saber:

• Caso o usuário pagador não tenha desabilitado o recebimento de notificações de pagamentos agendados, a Iniciadora deve enviar notificação ao usuário imediatamente após o agendamento com as seguintes informações:

  • Transação agendada do Pix Automático

  • Nome do recebedor

  • Valor

  • Data de pagamento

• Caso o pagamento agendado não seja efetivado por insuficiência de saldo, a Iniciadora deve enviar notificação logo após o término da primeira janela de liquidação, informando que a transação não foi efetivada por esse motivo e que nova tentativa será feita no mesmo dia. Deve ser indicado inclusive o horário, dentro da segunda janela obrigatória de liquidação, a partir do qual será realizada a última tentativa, de forma a permitir que o usuário efetue a recomposição do saldo até esse horário.

• Nos casos em que a autorização estabeleça tentativas de cobrança após a data de vencimento, se a liquidação da ordem de pagamento não for efetivada por insuficiência de saldo ou de limite transacional após a última tentativa no dia previsto para liquidação, a Iniciadora deve enviar notificação ao usuário pagador, informando que a transação não foi efetivada por esse motivo e que poderão ser feitas novas tentativas ao longo dos próximos dias.

• Caso o pagamento agendado não seja efetivado por insuficiência do limite diário disponível para transações Pix Automático, a Iniciadora deve enviar notificação logo após o término da primeira janela de liquidação, informando que a transação não foi efetivada por esse motivo. Deve ser avisado que, caso o usuário solicite o aumento do limite e o seu pedido seja aprovado, a liquidação poderá ocorrer em uma nova tentativa, até o horário limite da segunda janela obrigatória de liquidação, ou ao longo dos próximos dias, nos casos em que a autorização estabeleça tentativas de cobrança após a data de vencimento.

• Após a última tentativa de liquidação realizada pela Detentora, no dia do vencimento ou nos dias seguintes (a depender do que tiver sido acordado previamente), caso persista a insuficiência de saldo ou de limite diário disponível para transações Pix Automático, a Iniciadora deve enviar notificação ao usuário pagador informando-o de que não foi possível efetuar o pagamento por meio do Pix Automático e que ele deve efetuar o pagamento por outros meios.

• Caso o pagamento agendado não seja efetivado por falha operacional após o envio da ordem de pagamento para liquidação, a Iniciadora não deve enviar notificação ao usuário, exceto se a falha ocorrer na última tentativa de liquidação. Neste caso, deve ser enviada notificação informando-o de que não foi possível efetuar o pagamento por meio do Pix Automático devido a falha operacional da Detentora e que ele deve efetuar o pagamento por outros meios.

• A Iniciadora deve enviar notificação ao usuário sempre que um pagamento for efetuado por meio do Pix Automático, com informações de que se trata de uma transação no âmbito do Pix Automático, data do pagamento, valor e nome do recebedor.

• A Iniciadora deve enviar notificação ao usuário, caso um agendamento tenha sido cancelado com sucesso por iniciativa do recebedor, desde que o usuário tenha sido previamente informado sobre o agendamento.

  • A notificação deve conter informações da data do pagamento agendado, valor e nome do recebedor.

• A Iniciadora deve enviar notificação ao usuário pagador assim que houver o cancelamento da recorrência pelo usuário recebedor, contendo, no mínimo, as seguintes informações:

  • Cancelamento do Pix Automático a pedido do recebedor

  • Nome do recebedor

  • Objeto do pagamento

  • Débitos já agendados que serão cancelados (caso existam), deixando claro que os agendamentos cuja liquidação esteja programada para o próprio dia do envio da notificação não serão cancelados

  • Suspensão de novos agendamentos

• O usuário pagador deve receber notificação de não agendamento do débito quando o valor for diferente do estabelecido na autorização, no caso de valor fixo, e quando o valor ultrapassar o valor máximo estabelecido pelo usuário na autorização.

• O usuário pagador deve receber notificação de não agendamento do débito quando o recebedor não enviar a instrução de pagamento no prazo estabelecido em norma.

• Na situação em que a ativação de uma autorização confirmada pelo usuário ficou pendente devido à ausência de resposta da Detentora de Conta dentro do prazo exigido em regulamentação, a Iniciadora deve enviar notificação ao usuário informando-o do resultado do processamento da autorização.

• O usuário pagador deve receber notificação de exclusão de autorização pendente de confirmação, contendo, no mínimo, os seguintes dados:

  • Nome do recebedor e informação de que a suspensão foi a seu pedido

  • Motivação da suspensão:

    • Erro nos dados da recorrência

    • Usuário pagador confirmou a recorrência utilizando outro meio

• O nome do usuário recebedor nas notificações deve ser o Nome Fantasia da empresa, caso exista. Caso não exista, o nome informado deve ser o Nome Empresarial/Razão Social.

• A forma de envio das notificações é de livre escolha da Iniciadora, podendo, inclusive, ser realizada diretamente pelo usuário Recebedor, desde que cumpra os requisitos destinados à Iniciadora. Caso a notificação seja via push, parte das informações, à escolha da Iniciadora, pode estar detalhada quando o usuário clicar na notificação.

173

Área de Gestão

Ambiente Open Finance

Incluir requisito

• 10

• 10.1

• Consentimentos de Pix Automático:

• A detentora de conta e a iniciadora devem disponibilizar ao usuário pagador funcionalidade de consulta ao histórico de todos os consentimentos – autorizações ativas, pendentes (inclusive de múltipla alçada), expiradas e canceladas - com data da autorização e de expiração ou cancelamento, quando aplicável.

292

Área de Gestão

Ambiente Open Finance

Incluir requisito

• 10.2

As instituições detentora e iniciadora deverão mostrar informações de status dos consentimentos atualizados, para que o usuário não veja mensagens diferentes em cada instituição.

292

Área de Gestão

Ambiente Open Finance

Incluir requisito

• 10.3

As instituições detentora e iniciadora deverão disponibilizar o histórico de movimentações para consentimentos ativos, expirados e cancelados, para que o usuário tenha um registro de todas as transações feitas relacionadas a um consentimento específico, com as informações mínimas de cada transação.

292

Área de Gestão

Ambiente Open Finance

Incluir requisito

• 10.4

Por se tratar de produto específico e único, a área de consulta nas instituições detentoras de conta deve ser a mesma, independente da origem das autorizações, se via Open Finance (PSI) ou Arranjo Pix (PSP Recebedor), de modo a não confundir o usuário pagador e unificar sua experiência. As autorizações devem conter todas as informações mínimas requeridas pelo Arranjo de Pagamento. Restringem-se, entretanto, as possibilidades de alterações de parâmetros e notificações definidas pelo Open Finance, de acordo com as definições abaixo:

• Prazo da autorização: passível de visualização na Detentora e de visualização e edição na Iniciadora.

• Valor Máximo: desabilitado por padrão; passível de visualização e edição na Detentora e na Iniciadora, sempre limitado ao valor mínimo estabelecido pelo usuário Recebedor.

• Utilização do Limite de Crédito: habilitado por padrão; passível de visualização e edição apenas na Detentora.

• Notificações: desabilitadas na Detentora e habilitadas na Iniciadora por padrão; passível de visualização e edição em cada instituição apenas de suas próprias notificações.

292

Área de Gestão

Ambiente Open Finance

Incluir recomendação

• 7

Pix Automático:

• As autorizações e movimentações de Pix Automático realizadas via Open Finance também podem ser disponibilizadas ao usuário pagador no ambiente da Área de Gestão Open Finance da Instituição.

• Podem ser oferecidas funcionalidades de ordenação (por data, recebedor, status) e de filtro pelo status na consulta ao histórico das autorizações.

295

Área de Gestão

Gestão de pagamentos - Revogação

Ajustar requisito

• 3

Para agendamentos únicos e recorrentes, o usuário deve ser impedido de revogar o consentimento após às 23h59 (horário de Brasília) do dia anterior à data do próximo pagamento agendado.

Para agendamentos únicos, recorrentes e de Pix Automático, o usuário deve ser impedido de revogar o consentimento após às 23h59 (horário de Brasília) do dia anterior à data do próximo pagamento agendado.

299

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5

Em casos de Pix Automático:

O usuário pagador deverá dispor de funcionalidades de alteração para os parâmetros de autorização dos pagamentos recorrentes no ambiente da iniciadora e da detentora de conta. Toda alteração feita em um consentimento em uma instituição deve ser informada à outra, para que possa ser refletida para o usuário.

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.1

Na detentora de conta, o usuário terá a possibilidade de alterar:

• Valor máximo, limitado ao valor mínimo estabelecido pelo usuário Recebedor

• Utilização de Limite de Crédito

• Recebimento de Notificações enviadas pela Detentora

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.2

Na iniciadora, o usuário terá a possibilidade de alterar:

• Valor máximo, limitado ao valor mínimo estabelecido pelo usuário Recebedor

• Data do primeiro pagamento, se permitido pelo Recebedor

• Prazo da autorização ou quantidade de parcelas, se permitido pelo Recebedor

• Recebimento de Notificações enviadas pela Iniciadora

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.3

Alterações relativas a parâmetros estabelecidos no consentimento apenas poderão ser realizadas por usuários com plenos poderes.

• Caso a tentativa de alteração realizada na iniciadora retorne um erro informando que o usuário não tem plenos poderes para realizar a alteração do consentimento, ele deverá ser informado desta impossibilidade.

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.4

Alterações não previstas nos itens anteriores deverão ser feitas a partir de um novo consentimento.

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.5

Ao configurar o “Valor máximo”. deve ser informado que se o valor de um pagamento for superior ao valor máximo definido, o pagamento não será efetivado e o usuário poderá ser notificado para buscar outras formas de pagamento.

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.6

Se o usuário recebedor tiver estabelecido um valor mínimo para o parâmetro valor máximo, a instituição deve informar esse dado ao usuário pagador e somente permitir a configuração do valor a partir do mínimo estabelecido.

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.7

O usuário deve ser informado que o novo valor máximo passará a valer para os agendamentos futuros, não se aplicando aos agendamentos já realizados.

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir requisito

• 5.8

O usuário recebedor poderá alterar seu Nome Fantasia e o Valor do Débito variável, de acordo com o contrato do serviço prestado, sem a necessidade de um novo consentimento. A alteração dos demais parâmetros da recorrência pelo usuário recebedor deverão requerer um novo consentimento do usuário pagador, cabendo a ele aceitá-lo ou não.

303

Área de Gestão

Gestão de pagamentos - Revogação

Ajustar atual requisito

• 5

Deve-se deixar claro para a pessoa usuária que a alteração de um consentimento de pagamento é irreversível e que ela será redirecionada para a Instituição Detentora de Conta para a confirmação da alteração.

Quando aplicável, deve-se deixar claro para a pessoa usuária que a alteração de um consentimento de pagamento é irreversível e que ela será redirecionada para a Instituição Detentora de Conta para a confirmação da alteração.

303

Área de Gestão

Gestão de pagamentos - Revogação

Incluir recomendação

• 5

Pix Automático:

• Ao selecionar os parâmetros recebimento de notificações de agendamento ou uso de limite de crédito, o usuário poderá ativar ou desativar esse parâmetro para todas as autorizações numa única jornada (única tela).

• Ao selecionar o parâmetro “valor máximo”, o usuário pode ativar ou desativar esse parâmetro e editar o seu valor para todas as autorizações de valor variável numa única jornada.

304

Anexos

Glossário

Incluir itens

Sumário

4.1

Alterar nome

Requisitos e Recomendações para Vínculo de Conta

Requisitos e Recomendações para Vinculação de Conta

4

Sumário

Etapa 1

Alterar nome

Etapa 1: Configuração Inicial ITP

Etapa 1: Solicitação de Vinculação de Conta ITP

4

Sumário

Etapa 3

Alterar nome

Etapa 3: Autenticação e Autorização ID

Etapa 3: Autenticação e Confirmação ID

4

Sumário

Etapa 1

Alterar nome

Etapa 1: Solicitações de Transação de Pagamento ITP

Etapa 1: Solicitação de Transação de Pagamento ITP

4

Sumário

Etapa 2

Alterar nome

Etapa 2: Autenticação e Autorização ITP

Etapa 2: Confirmação ITP

4

Sumário

Etapa 3

Alterar nome

Etapa 3: Confirmação ITP

Etapa 3: Efetivação ITP

4

Jornada básica de compartilhamento de dados

Etapa 1

Incluir recomendação

• 10

Devido a possibilidade de ocultar aplicativos em dispositivos com sistema operacional iOS 18 (ou superiores), causando a falha no redirecionamento do usuário, é recomendado que a receptora de Dados comunique ao usuário que, caso este tenha optado por ocultar algum dos aplicativos financeiros necessários para o compartilhamento de dados, não será possível completar a jornada e é necessário realizar a desocultação antes de realizar o redirecionamento.

39

Jornada básica de compartilhamento de dados

Etapa 2

Incluir recomendação

• 6

Devido a possibilidade de ocultar aplicativos em dispositivos com sistema operacional iOS 18 (ou superiores), causando a falha no redirecionamento do usuário, é recomendado que nos fluxos hybrid flow com hand-off a transmissora de Dados comunique ao usuário que, caso este tenha optado por ocultar algum dos aplicativos financeiros necessários para o compartilhamento de dados, não será possível completar a jornada e é necessário realizar a desocultação antes de realizar o redirecionamento.

69

Jornada de Iniciação de Pagamento

Alterar frase

A seguir, descrevemos os requisitos e as recomendações para cada etapa da Jornada de Compartilhamento de Dados. O conjunto de requisitos (obrigações) e de recomendações para cada etapa busca garantir aderência às regulamentações, aos princípios e às diretrizes deste guia. Entenda a diferença entre os dois conceitos.

A seguir, descrevemos os requisitos e as recomendações para cada etapa da Jornada de Iniciação de Pagamento. O conjunto de requisitos (obrigações) e de recomendações para cada etapa busca garantir aderência às regulamentações, aos princípios e às diretrizes deste guia. Entenda a diferença entre os dois conceitos.

95

Jornada de Iniciação de Pagamento

Etapa 1

Incluir recomendação

• 13

Devido a possibilidade de ocultar aplicativos em dispositivos com sistema operacional iOS 18 (ou superiores), causando a falha no redirecionamento do usuário, é recomendado que a iniciadora de Transação de Pagamento comunique ao usuário que caso este tenha optado por ocultar algum dos aplicativos financeiros necessários para a iniciação do pagamento, não será possível completar a jornada e é necessário realizar a desocultação antes de realizar o redirecionamento.

118

Jornada de Iniciação de Pagamento

Etapa 2

Incluir requisito

• 4

• 4.1

• 4. Durante a jornada de Vinculação de Conta, na etapa de redirecionamento do ambiente da Instituição Iniciadora de Transação de Pagamento para o da Instituição Detentora de Conta:

• 4.1. A Instituição Iniciadora de Transação de Pagamento deve informar ao usuário que a vinculação de conta ainda não está concluída e que etapas adicionais são necessárias para a sua efetivação.

122

Jornada de Iniciação de Pagamento

Etapa 5

Incluir requisito

• 5

• 5.1

• 5. Durante a jornada de Vinculação de Conta, na etapa de redirecionamento do ambiente da Instituição Detentora de Conta para o da Instituição Iniciadora de Transação de Pagamento:

• 5.1. O usuário deve ser informado que está sendo redirecionado e que esse passo é necessário para conclusão da vinculação de conta.

138

Jornada de Iniciação de Pagamento

Etapa 2

Incluir recomendação

• 8

Devido a possibilidade de ocultar aplicativos em dispositivos com sistema operacional iOS 18 (ou superiores), causando a falha no redirecionamento do usuário, é recomendado que nos fluxos hybrid flow com hand-off a detentora de conta comunique ao usuário que, caso este tenha optado por ocultar algum dos aplicativos financeiros necessários para a iniciação de pagamento, não será possível completar a jornada.

206

Casos de Erro na Jornada de Iniciação de Transação de Pagamento

Ajustar títulos

Casos de Erro | Jornada de Compartilhamento de Dados

Casos de Erro | Jornada de Iniciação de Pagamento

251 à 255

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Incluir fluxo da jornada

257

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Alterar imagens ilustrativas

258

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 1

Excluir requisito

• 4

Identificar através da marca a instituição detentora de conta com a qual o cliente iniciará a vinculação de conta. Casa haja mais de uma instituição detentora de conta parceira, a seleção também deve ser feita através da marca, usando qualquer termo (p. ex. nome da marca ou instituição parceira).

265

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 3

No ambiente da Instituição Detentora de Conta, é necessário fazer a autorização da solicitação da etapa de Vinculação de Conta através da identificação do cliente, que foi iniciada na Instituição Iniciadora de Transação de Pagamento. Deve-se seguir os padrões da Instituição Detentora de Conta, de forma a garantir que a autenticação e a autorização sejam realizadas pelo mesmo cliente.

No ambiente da Instituição Detentora de Conta, é necessário fazer a confirmação da solicitação da etapa de Vinculação de Conta através da identificação do cliente, que foi iniciada na Instituição Iniciadora de Transação de Pagamento. Deve-se seguir os padrões da Instituição Detentora de Conta, de forma a garantir que a autenticação e a confirmação sejam realizadas pelo mesmo cliente.

269

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar imagem ilustrativa

270, 271, 272, 273 e 274

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 6

Se o usuário cancelar a etapa de Vinculação de Conta na Detentora, ele será redirecionado para a Iniciadora de Pagamento. A Iniciadora precisa informar ao usuário que a vinculação não será feita. A Instituição Detentora de Conta deve disponibilizar a opção de interrupção da etapa de Vinculação de Conta, antes da confirmação. A opção de interrupção do fluxo não deve ser a opção proeminente, em relação ao botão “autorizar”.

Se o usuário cancelar a etapa de Vinculação de Conta na Detentora, ele será redirecionado para a Iniciadora de Pagamento. A Iniciadora precisa informar ao usuário que a vinculação não será feita.

A Instituição Detentora de Conta deve disponibilizar a opção de interrupção da etapa de Vinculação de Conta, antes da confirmação. A opção de interrupção do fluxo não deve ser a opção proeminente, em relação ao botão “confirmar”.

271

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 7

Na tela de autorização da vinculação de conta, apresentar um resumo da operação, contendo os dados mínimos:

Na tela de confirmação da vinculação de conta, apresentar um resumo da operação, contendo os dados mínimos:

271

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 7.3

De prazo da autorização: Período em que a autorização será válida. Este campo deve ser editável e deve ser dada a possibilidade de escolha do prazo máximo para de validade de vinculação de conta, ao usuário.

De prazo da autorização: Período em que a autorização será válida. Este campo deve vir preenchido com o período de 5 anos, como padrão, e deve ser dada a possibilidade do usuário editar, diminuir ou aumentar este prazo.

271

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 10

Disponibilizar um aviso de redirecionamento para dar maior visibilidade ao cliente quanto às próximas etapas (ex.: criação da chave e solicitação de biometria).

Disponibilizar um aviso de redirecionamento para dar maior visibilidade ao cliente quanto às próximas etapas.

273

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Incluir requisito

• 11

A Instituição Detentora de Conta não deve disponibilizar o recurso de “Termos e Condições”, ou similar, durante a jornada de vinculação de conta. O referido recurso pode, a critério da instituição, constar no ambiente de Gestão de Consentimentos da Instituição Detentora de Conta.

273

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar recomendação

• 2

Na tela de autorização da vinculação de conta, a instituição pode disponibilizar, e permitir a edição pelo usuário, do seguinte dado adicional: Identificação do dispositivo autorizado: Nome do dispositivo autorizado.

Na tela de confirmação da vinculação de conta, a instituição pode disponibilizar, e permitir a edição pelo usuário, do seguinte dado adicional: Identificação do dispositivo autorizado para a vinculação de conta: Nome do dispositivo autorizado para a vinculação de conta.

274

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Excluir recomendação

• 3

Caso o usuário queira cancelar a Vinculação de Conta na etapa de confirmação da Detentora de Conta, ela poderá mostrar um alerta para confirmar a ação do usuário. Sugestão: “Deseja cancelar a solicitação de Vinculação de Conta?".

274

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 3

O resumo do pedido de vinculação de conta deve estar disponível para consulta no ambiente de gestão de contas vinculadas.

O resumo da efetivação de vinculação de conta deve estar disponível para consulta no ambiente de gestão de contas vinculadas.

277

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Incluir requisitos

• 4

• 4.1

• 4.2

• 4. A Iniciadora de Transação de pagamento, deve informar ao usuário que:

• 4.1. O resumo do pedido de vinculação estará disponível para consulta no ambiente de gestão de contas vinculadas;

• 4.2. A revogação do vínculo de conta pode ser feita a qualquer momento. Deve haver indicação do local por onde a revogação possa ser feita.

277

Jornadas de Pagamento Sem Redirecionamento (JSR)

Inserir fluxo da jornada

280

Jornadas de Pagamento Sem Redirecionamento (JSR)

Alterar imagens ilustrativas

281

Jornadas de Pagamento Sem Redirecionamento (JSR)

Etapa 1

Incluir requisitos

• 5

• 5.1

• 5.2

• 5.3

• 5. Seleção da Instituição Detentora de Conta:

• 5.1. O cliente deve poder selecionar a instituição na qual já tenha realizado a etapa de vinculação de conta.

• 5.2. Deve ser disponibilizado mecanismo de busca que propicie uma seleção ágil e clara da instituição desejada.

• 5.3. Devem estar listadas todas as instituições com as quais o cliente já tenha efetuado etapa de vinculação de conta naquela Instituição Iniciadora de Transação de Pagamento e naquele dispositivo.

285

Jornadas de Pagamento Sem Redirecionamento (JSR)

Etapa 1

Alterar imagens ilustrativas

289, 298 e 299

Jornadas de Pagamento Sem Redirecionamento (JSR)

Etapa 2

Excluir imagens ilustrativas

301 e 303

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 1

• 1.1

• 1. Cada conta salva precisa ser identificada individualmente e apresentar no mínimo, as seguintes informações:

• 1.1. Identificação da outra instituição envolvida no vínculo.

• 1. No ambiente deve haver uma área onde as instituições disponibilizam informações do vínculo de conta, com:

• 1.1. As informações do vínculo de conta apresentadas, respeitando os elementos obrigatórios da etapa de efetivação. 

368

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Incluir requisito

• 1.1.1

Identificação da outra instituição: Marca da outra instituição envolvida no vínculo de conta.

368

Vínculo de Conta para Jornadas de Pagamentos Sem Redirecionamento​

Etapa 3

Alterar requisito

• 1.2

Identificação da conta de origem: dados da conta de origem dos pagamentos (número e agência) disponíveis no consentimento dado.

Identificação da conta de origem. Por exemplo, número da conta de origem dos pagamentos, ou, apelido da conta de origem na detentora.

368