Compartilhamento de Dados PF com fallback

Visão geral

O fallback com CIBA é um mecanismo alternativo para continuidade da jornada de compartilhamento de dados quando o fluxo iniciado pelo hybrid flow não pode prosseguir normalmente. Nesse modelo, o usuário inicia a solicitação pelo fluxo padrão e, caso a instituição receptora identifique uma falha na etapa de direcionamento, ocorra abandono de jornada ou outra condição que impeça a conclusão do direcionamento, o fallback é acionado.

A partir desse ponto, entra em cena o protocolo CIBA, permitindo que a solicitação siga pelo fluxo de aprovação e confirmação previsto para CIBA, sem a necessidade de reiniciar toda a jornada.

Protótipo navegável (Compartilhamento de Dados com fallback PF)

Fluxo de telas (Compartilhamento de Dados com fallback PF)

Etapa 1: Consentimento

Nesta etapa, o usuário inicia o compartilhamento de dados no ambiente da Instituição Receptora (IR), fornecendo as informações mínimas de identificação e compreendendo a finalidade do uso dos dados. O usuário também seleciona a instituição de origem dos dados, define quais categorias e agrupamentos serão compartilhados, ajusta o prazo da autorização e revisa os termos antes de prosseguir com a jornada.

A Instituição Receptora deve conduzir essa etapa de forma clara, transparente e orientada à finalidade informada, garantindo a correta identificação do usuário, a apresentação adequada das opções de compartilhamento e a visibilidade dos próximos passos.

Cenário: Início do compartilhamento

✅ REQ.DC-04000 Coletar e validar as informações mínimas necessárias para identificação do usuário, conforme o tipo de cadastro e o segmento.

✅ REQ.DC-04100 Se o usuário tiver cadastro prévio na Instituição Receptora de Dados, validar o CPF.

✅ REQ.DC-04200 Se o usuário tiver cadastro prévio na Instituição Receptora de Dados, validar também o CNPJ nos casos de segmento PJ.

✅ REQ.DC-04300 Se o usuário não tiver cadastro prévio na Instituição Receptora de Dados, coletar, no mínimo, o CPF nos casos de segmento PF.

✅ REQ.DC-04400 Se o usuário não tiver cadastro prévio na Instituição Receptora de Dados, coletar o CPF e o CNPJ nos casos de segmento PJ.

✅ REQ.DC-04500 Se o usuário não tiver cadastro prévio na Instituição Receptora de Dados, coletar outras informações de identificação consideradas necessárias pela Instituição Receptora de Dados para prosseguir com a jornada ou informações exigidas pela regulação vigente.

✅ REQ.DC-04600 Apresentar ao usuário a finalidade de uso dos dados de forma clara, seja na tela de início da jornada ou na tela de solicitação do consentimento.

✅ REQ.DC-04700 Disponibilizar ferramenta de busca para seleção da instituição de origem dos dados, com funcionamento baseado em marcas.

✅ REQ.DC-04800 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.DC-04900 Exigir que a seleção final seja feita pela marca da instituição, e não pelo nome do participante associado.

✅ REQ.DC-05000 Exibir apenas marcas adequadas ao tipo de público identificado (PF ou PJ).

✅ REQ.DC-05100 Garantir que cada marca seja exibida uma única vez, mesmo que existam múltiplos registros para ela no Diretório de Participantes.

Cenário: Seleção de dados

✅ REQ.DC-05200 Disponibilizar a visualização e a configuração, quando aplicável, dos dados objeto do compartilhamento.

✅ REQ.DC-05300 Exibir as categorias de dados na tela principal da jornada, ocultando os agrupamentos, mas permitindo que eles permaneçam acessíveis a partir da interação dos usuários.

• Ex.: menu agrupado ou botão de mais detalhes.

✅ REQ.DC-05400 Discriminar categorias obrigatórias e opcionais para dados ou agrupamentos, observando que a obrigatoriedade só é permitida em casos de relação direta com a finalidade de uso.

✅ REQ.DC-05500 Especificar o motivo da obrigatoriedade, quando houver dados obrigatórios.

✅ REQ.DC-05600 Permitir a remoção ou inclusão de categorias e agrupamentos de dados opcionais no consentimento.

✅ REQ.DC-05700 Em cenários de transações de crédito, investimento e/ou câmbio, informar ao usuário que novas operações ou contratações dessas categorias terão seus dados automaticamente incorporados ao consentimento vigente.

Cenário: Prazo de consentimento

✅ REQ.DC-05800 Exibir um campo que indique a duração ou o prazo do compartilhamento de dados.

✅ REQ.DC-05900 Preencher o campo de prazo por padrão, conforme entender mais adequado ao caso de uso.

✅ REQ.DC-06000 Disponibilizar ao usuário a possibilidade de alterar o prazo para, no mínimo, uma opção adicional além do prazo padrão.

✅ REQ.DC-06100 No caso de prazo indeterminado, identificar para o usuário como Indeterminado ou termo similar.

Cenário: Informações da solicitação

✅ REQ.DC-06500 Dar visibilidade sobre as próximas etapas até a conclusão da jornada.

✅ REQ.DC-06600 Utilizar, ao longo de toda a jornada, os termos definidos nas Tabelas de Dados para as categorias de dados, seus agrupamentos e respectivas descrições.

🚫 REQ.DC-06400 Se apresentar Termos e Condições, não utilizar opt-in.

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

✅ REQ.DC-06200 Se apresentar Termos e Condições, exibir o conteúdo de forma clara e objetiva.

Cenário: Onboarding

💡 REC.DC-01110 No início da jornada de compartilhamento de dados, ao menos no primeiro acesso do usuário, exibir onboarding para informar o usuário sobre o compartilhamento de dados.

💡 REC.DC-01120 No onboarding, informar o usuário sobre a segurança do processo de compartilhamento de dados.

💡 REC.DC-01131 No onboarding, informar o usuário sobre a seleção da instituição transmissora.

💡 REC.DC-01140 No onboarding, informar o usuário sobre a possibilidade de escolha dos dados a serem compartilhados.

💡 REC.DC-01150 No onboarding, informar o usuário sobre a possibilidade de definição do prazo de compartilhamento dos dados.

💡 REC.DC-01161 No onboarding, informar o usuário sobre a necessidade de confirmação do compartilhamento de dados na instituição transmissora escolhida.

Cenário: Prazo de consentimento

Cenário: Informações da solicitação

• 💡REC.DC-01200 Pré-selecionar os agrupamentos de dados correlacionados com a finalidade, permitindo que o usuário retire a seleção dos dados opcionais.

• 💡REC.DC-01300 Possibilitar marcar ou desmarcar múltiplos agrupamentos em uma só ação.

• 💡REC.DC-01400 Possibilitar que o usuário visualize, de forma clara e intuitiva, os dados que compõem cada agrupamento.

• 💡REC.DC-01500 Nos casos em que o usuário não possua cadastro prévio, além dos campos obrigatórios, solicitar informações adicionais necessárias para o seguimento da jornada.

• 💡REC.DC-01600 Informar ao usuário os benefícios de compartilhar dados opcionais, quando houver dados opcionais.

• 💡REC.DC-01700 Reunir vários campos em um termo simples.

  • Ex.: resumir a listagem de CEP, endereço, número, complemento, cidade, UF e país como “Endereço completo”.  

• 💡REC.DC-01800 Simplificar a linguagem dos “Termos para o Usuário” definidos no Glossário de Experiência, evitando repetições.

• 💡REC.DC-01900 Quando aplicável, informar sobre a gratuidade da operação de forma clara e sem fricções que atrapalhem a jornada.

• 💡REC.DC-02000 Informar o usuário quando o escopo de dados de um novo consentimento for idêntico a outro já existente, para impedir a duplicação desnecessária e facilitar a gestão.

• 💡REC.DC-02100 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.

Etapa 2: Direcionamento

Nesta etapa, o usuário é direcionado do ambiente da IR para o ambiente da IT a fim de confirmar o compartilhamento dos dados. O usuário acompanha o direcionamento por meio de uma tela informativa, sem a necessidade de realizar ações adicionais, tendo visibilidade de que o processo é seguro e de que a jornada continuará no ambiente da instituição de origem dos dados.

A Instituição Receptora deve informar de forma clara que o direcionamento está em andamento e assegurar que a transição ocorra sem fricções. É recomendável que a IR permita a retomada da jornada em caso de interrupção. Já a Instituição Transmissora deve conduzir o direcionamento para um canal digital seguro, priorizando o uso de aplicativo quando disponível e garantindo uma experiência contínua e confiável.

Cenário: Tela de transição

✅ REQ.DC-06800 Durante o direcionamento, exibir uma tela informativa, sem exigir ação adicional do usuário para confirmar o direcionamento.

✅ REQ.DC-06900 Na tela direcionamento, indicar que o direcionamento está em andamento.

• Ex.: Estamos te direcionando para confirmar a operação.

✅ REQ.DC-07000 Na tela direcionamento, indicar que o direcionamento é seguro.

• Ex.: Direcionamento com a segurança Open Finance.

🚫 REQ.DC-07100 Na tela direcionamento, não exigir qualquer ação adicional do usuário para confirmar o direcionamento, uma vez que a etapa possui caráter exclusivamente informativo.

✅ REQ.DC-07200 Em dispositivos móveis, direcionar o usuário diretamente para o aplicativo da IT, sem passar por navegadores intermediários.

Cenário: Seleção de métodos de direcionamento

✅ REQ.DC-06700 Levar o usuário para um canal digital seguro, observando a seguinte ordem de preferência:

1. Direcionar para o aplicativo da IT (Hybrid Flow).

2. Direcionar para a loja de aplicativos, caso aplicativo da IT não esteja instalado.

3. Direcionar para o ambiente browser da IT (Hybrid Flow) ou para a loja de aplicativo.

4. Direcionar para o aplicativo da IT com Hand-off (Hybrid Flow com Hand-off).

5. Direcionar para o aplicativo da IT (Hybrid Flow com Hand-off) ou para o ambiente em desktop da IT (Hybrid Flow).

Cenário: Tela de transição

• 💡REC.DC-02200 Permitir que, caso a jornada seja interrompida nesta etapa, o usuário consiga retomá-la facilmente através dos canais digitais da instituição.

Etapa 2.1: Fallback com CIBA

Nesta etapa, ocorre o acionamento do fallback com CIBA quando o direcionamento iniciado no fluxo padrão não pode ser concluído. Esse fluxo é aplicado quando o tempo do request_uri expira, quando a instituição receptora identifica abandono da jornada ou quando ocorre outra falha que impeça a continuidade do direcionamento pelo processo original.

Com o fallback, a instituição receptora passa a conduzir a jornada: informa o usuário sobre a continuidade da solicitação na transmissora e evita que ele precise reiniciar todo o processo.

A solicitação permanece pendente até que o usuário acesse o ambiente da instituição transmissora, confirme o compartilhamento e conclua a jornada dentro do prazo indicado.

Cenário: Acionamento do fallback

✅ REQ.DC-07210 Utilizar CIBA como fallback quando expirado o tempo do request_uri de 10min de aprovação pelo processo OU a receptora identificar abandono de jornada, OU qualquer outra falha identificada pela receptora.

✅ REQ.DC-07220 Caso o usuário tente solicitar um novo compartilhamento de dados idêntico a uma solicitação já pendente de confirmação, exibir alerta informando que já existe uma solicitação pendente de confirmação, direcionando-o para a área de gestão.

✅ REQ.DC-07230 Quando aplicável, informar o usuário sobre o consentimento pendente na área de gestão do Open Finance.

Cenário: Tela de conclusão da solicitação

💡 REC.DC-02260 Se houver fallback, direcionar o usuário para a tela de conclusão da solicitação.

💡 REC.DC-02270 Na tela de conclusão da solicitação, informar o usuário, quando aplicável, sobre a ocorrência de falha no direcionamento.

💡 REC.DC-02280 Na tela de conclusão da solicitação, informar o usuário sobre a possibilidade de continuar a jornada sem a necessidade de reinício do processo.

💡 REC.DC-02281 Após a confirmação da solicitação de compartilhamento pelo usuário, exibir tela de conclusão da solicitação.

💡 REC.DC-02282 Na tela de conclusão da solicitação, orientar o usuário a acessar o ambiente da(s) instituição(ões) transmissora(s).

💡 REC.DC-02283 Na tela de conclusão da solicitação, orientar o usuário a acessar a área de gestão Open Finance das instituições transmissoras para confirmar a solicitação de compartilhamento.

💡 REC.DC-02284 Na tela de conclusão da solicitação, informar a data, contendo dia, mês e ano e o horário limite contendo horas e minutos para a confirmação, que deve ser feita em até 24 horas.

💡 REC.DC-02285 Na tela de conclusão da solicitação, exibir o nome de cada instituição transmissora escolhida.

💡 REC.DC-02286 Na tela de conclusão da solicitação, exibir o logotipo de cada instituição transmissora escolhida.

💡 REC.DC-02287 Na tela de conclusão da solicitação, exibir o status inicial da solicitação de cada instituição transmissora escolhida.

💡 REC.DC-02288 Na tela de conclusão da solicitação, antes que o usuário saia dessa tela, exibir alerta informando-o sobre a necessidade de acesso aos ambientes das instituições transmissoras escolhidas para confirmar a solicitação.

Etapa 2.2: CIBA notificação

Uma vez iniciado o protocolo CIBA para viabilizar a continuidade da solicitação de compartilhamento, a instituição transmissora deve notificar o usuário para que ele faça a aprovação.

O fluxo de notificação orienta o usuário sobre a existência de uma solicitação pendente, indicando que a aprovação deve ser realizada na instituição transmissora. Essa comunicação deve ocorrer em tempo hábil após o fallback, para garantir que o usuário consiga identificar a pendência e dar continuidade à jornada.

A partir da notificação, o usuário acessa o ambiente indicado e confirma a solicitação dentro do prazo previsto.

Cenário: Notificação para aprovação

✅ REQ.DC-06690 Notificar ativamente o usuário, no mínimo uma vez, sobre a existência de pendência de confirmação. (Ex.: notificação via push)

🚫 REQ.DC-06695 Não utilizar SMS ou e-mail para notificação de pendência de confirmação.

✅ REQ.DC-06711 Enviar a notificação em até 20 segundos a partir do acionamento do fallback.

✅ REQ.DC-06720 Na notificação, exibir informações claras sobre a pendência do compartilhamento.

✅ REQ.DC-06730 No ambiente de cada instituição transmissora escolhida, exibir indicador visual sinalizando a existência de pendência de confirmação no Ambiente Open Finance, localizado no primeiro nível de navegação do aplicativo.

✅ REQ.DC-06740 Exibir a pendência de confirmação no Ambiente Open Finance até que o usuário conclua a ação.

✅ REQ.DC-06750 Enquanto a solicitação de confirmação estiver pendente, imediatamente após a autenticação do usuário, exibir, na tela inicial, alerta através de um componente visual de alta prioridade (ex.: bottom sheet ou modal), informando o usuário sobre a pendência de confirmação da solicitação e do prazo para confirmação no Open Finance.

✅ REQ.DC-06760 No alerta, apresentar um botão de ação claro que direcione o usuário diretamente para o fluxo de confirmação do consentimento.

✅ REQ.DC-06770 Permitir que o usuário feche ou ignore o alerta sem cancelar a solicitação.

Cenário: Notificação para aprovação

✅ REQ.DC-06780 No Ambiente Open Finance, localizado no primeiro nível do menu principal de navegação da instituição, exibir indicador visual sinalizando a existência de pendência de confirmação do compartilhamento de dados.

✅ REQ.DC-06790 Exibir a pendência no Ambiente Open Finance até que o usuário conclua a ação.

🚫 REQ.DC-06810 Caso a IR notifique o usuário sobre a existência de pendência de confirmação, não utilizar SMS ou e-mail para notificação de pendência de confirmação.

Cenário: Notificação para aprovação

💡 REC.DC-02210 Disponibilizar, na notificação, deeplink com acesso direto ao fluxo necessário para tratamento da pendência.

💡 REC.DC-02220 Caso o sistema operacional tenha essa função, exibir um indicador visual (badge) sobre o ícone do aplicativo da(s) transmissora(s) no dispositivo do usuário sempre que houver notificações ou ações pendentes não lidas.

💡 REC.DC-02230 Exibir a pendência de confirmação até que o usuário clique no ícone do aplicativo da(s) transmissora(s) no dispositivo.

💡 REC.DC-02240 Quando disponível, priorizar notificações via push.

Cenário: Notificação para aprovação

💡 REC.DC-02250 Notificar o usuário sobre a existência de pendência de confirmação.

• • Ex.: notificação via push.

Etapa 3: Autenticação

Nesta etapa, o usuário acessa o ambiente da Instituição Transmissora e realiza a autenticação por meio dos canais digitais já utilizados pela instituição.

A Instituição Transmissora deve solicitar a autenticação conforme seus padrões usuais, sem exigir etapas adicionais ou métodos mais rigorosos do que os aplicados em outras operações. Também é sua responsabilidade validar a titularidade do usuário autenticado e, em caso de divergência em relação à solicitação de consentimento, interromper a jornada de forma imediata, apresentar mensagem de erro clara e orientar sobre os procedimentos disponíveis para resolução.

Cenário: Login

✅ REQ.DC-07300 Para o usuário se autenticar, é necessário que ele tenha acesso a um canal digital da Instituição Transmissora de Dados.

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

🚫 REQ.DC-07500 Não exigir etapas adicionais ou utilizar métodos mais rigorosos de autenticação não contemplados no canal digital a fim de desincentivar a transação, conforme a regulação vigente.

🚫 REQ.DC-07600 Em dispositivo móvel, não exigir navegadores intermediários no direcionamento do usuário que vem do aplicativo da IR.

Cenário: Validação da titularidade

✅ REQ.DC-07700 No ambiente logado, fazer a validação da titularidade do usuário, com objetivo de garantir que a solicitação e a confirmação de compartilhamento estejam sendo realizadas pelo mesmo titular.

✅ REQ.DC-07800 Se a titularidade validada após a autenticação for diferente daquela associada à solicitação, interromper a jornada imediatamente e não exibir a tela de resumo da confirmação nem os dados da autorização.

✅ REQ.DC-07900 Se a titularidade validada após a autenticação for diferente daquela associada à solicitação, apresentar uma mensagem de erro clara sobre o motivo da interrupção.

✅ REQ.DC-08000 Se a titularidade validada após a autenticação for diferente daquela associada à solicitação, informar quais os procedimentos disponíveis para resolução do problema.

Etapa 4: Confirmação

Nesta etapa, o usuário confirma, no ambiente da Instituição Transmissora, o compartilhamento dos dados conforme a solicitação realizada anteriormente na Instituição Receptora. Ele revisa as informações do consentimento, verifica os dados que serão compartilhados, a instituição destinatária e o prazo da autorização antes de confirmar ou cancelar a continuidade da jornada.

A Instituição Transmissora deve apresentar apenas os dados e categorias previamente selecionados, garantir transparência e conformidade com o escopo autorizado e conduzir a confirmação com o mínimo de interações necessárias. Também é sua responsabilidade permitir o cancelamento antes da confirmação, indicar a próxima etapa da jornada e assegurar o redirecionamento adequado à Instituição Receptora em caso de interrupção.

Cenário: Informações de consentimento

✅ REQ.DC-08100 Após a autenticação, informar a instituição que receberá os dados.

✅ REQ.DC-08110 Após a autenticação, informar o prazo ou data final.

✅ REQ.DC-08120 Após a autenticação, informar os dados que serão compartilhados.

✅ REQ.DC-08200 Em caso de prazo indeterminado, identificar o prazo como Indeterminado ou termo equivalente, sem exibir data final.

✅ REQ.DC-08300 Exibir somente as categorias e os agrupamentos de dados selecionados pelo usuário no ambiente da Instituição Receptora de Dados.

Cenário: Seleção de origem

✅ REQ.DC-08400 Em casos de multiplicidade de origem/produto para as categorias de dados, permitir a seleção conforme o escopo de dados disponível no canal digital da Instituição Transmissora de Dados.

✅ REQ.DC-08500 Em casos de multiplicidade de origem/produto para as categorias de dados, apresentar todas as opções de origem/produto pré-selecionadas, com possibilidade de desmarcação para redução do escopo, mantendo no mínimo uma origem selecionada.

✅ REQ.DC-08600 Em casos de multiplicidade de origem/produto para as categorias de dados, quando uma mesma marca contemplar diferentes instituições percebidas pelo usuário de forma segregada, deixar claro a qual instituição cada opção de origem pertence.

✅ REQ.DC-08700 Disponibilizar multiplicidade de origem/produto somente para as seguintes categorias: Dados de contas (contas de depósito à vista, de poupança e de pagamento pré-pagas ou pós-pagas) e Cartões de crédito.

🚫 REQ.DC-08800 Não disponibilizar seleção de origem para as demais categorias de dados, como dados cadastrais, investimentos, operações de crédito e câmbio. Para esses casos, compartilhar todos os dados existentes na Instituição Transmissora de Dados.

✅ REQ.DC-08900 Compartilhar as sub-modalidades dos produtos contratados ou distribuídos pela Instituição Transmissora de Dados, bem como as operações de câmbio contratadas, canceladas ou liquidadas por essa instituição. O acesso a essas sub-modalidades acontece em seus canais digitais.

✅ REQ.DC-09000 Em cenários de transações de crédito, investimento e/ou câmbio, informar ao usuário que novas operações ou contratações dessas categorias terão seus dados automaticamente incorporados ao consentimento vigente.

Cenário: Detalhes dos dados compartilhados

🚫 REQ.DC-09100 Não exibir de forma detalhada informações secundárias como o nome dos agrupamentos.

• Ex.: saldo, limites e extratos.

🚫 REQ.DC-09200 Não exibir de forma detalhada informações secundárias como informações da tabela de dados.

• Ex.: transações de cartões de crédito - informações do cartão, identificação de transação, valor da transação, datas, identificação do estabelecimento.

✅ REQ.DC-09300 Para situações nas quais o usuário compartilha uma categoria de produtos ou de contratos por meio de seleção única (ex.: operações de crédito, investimento e/ou câmbio), considerar todas as permissões para os produtos da mesma categoria, ainda que não os comercialize no momento da confirmação.

Cenário: Detalhes para a confirmação

✅ REQ.DC-09400 Apresentar ao usuário um indicativo da próxima etapa da jornada.

✅ REQ.DC-09500 Permitir que o usuário continue a transmissão dos dados com apenas uma única confirmação. Reduzir cliques desnecessários após a autenticação, admitindo apenas cliques adicionais para seleção de origens e digitação de credenciais, quando aplicável.

🚫 REQ.DC-09600 Não apresentar Termos e Condições nesta etapa, mesmo que por meio de link, ainda que não se exija aceite e/ou leitura.

✅ REQ.DC-09700 Possibilitar que o usuário interrompa a jornada antes da confirmação.

✅ REQ.DC-09800 Garantir que a opção de interrupção da jornada não seja visualmente mais proeminente do que a opção de prosseguir.

Cenário: Detalhes dos dados compartilhados

• 💡REC.DC-02300 Disponibilizar opção (ex. botão, link, etc) para a visualização granular das informações vinculadas a cada modalidade ocultadas por padrão, para os produtos de Crédito, Investimentos e Câmbio.

  • Crédito - Ex.: número do contrato e valor.

  • Investimentos - Ex.: renda fixa bancária e fundos de investimento.

  • Câmbio - Ex.: identificação da operação e data de fechamento do contrato.

• 💡REC.DC-02400 Quando a IT não possuir algum agrupamento selecionado pelo usuário, apresentar mensagem informativa .

  • Ex. “No momento, não encontramos nenhum produto que atenda aos dados selecionados.”

Etapa 5: Efetivação em CIBA

Nesta etapa, após a confirmação do compartilhamento pelo usuário, a efetivação ocorre no ambiente da Instituição Transmissora. A IT deve dar visibilidade ao usuário sobre o resultado da confirmação realizada, considerando a solicitação recebida anteriormente da Instituição Receptora.

Diferentemente do hybrid flow, em que a efetivação é apresentada no retorno ao ambiente da Instituição Receptora, no fluxo CIBA a conclusão acontece na própria Instituição Transmissora, pois o usuário acessa individualmente cada transmissora para aprovar a pendência de compartilhamento. Assim, cabe à IT comunicar a confirmação do consentimento, apresentar as informações essenciais do compartilhamento e permitir que o usuário consulte o consentimento recém confirmado no Ambiente de gestão Open Finance.

Cenário: Mensagem de sucesso

✅ REQ.DC-11410 Na tela de efetivação, informar o usuário sobre o sucesso ou insucesso do compartilhamento de dados.

✅ REQ.DC-11420 Na tela de efetivação, exibir mensagem neutra e sem estímulo ou indicação de cancelamento do compartilhamento de dados.

✅ REQ.DC-11430 Na tela de efetivação, informar o usuário sobre a possibilidade de gerenciamento do compartilhamento de dados na Área de Gestão do Open Finance.

Cenário: Detalhes do consentimento

✅ REQ.DC-11440 Em caso de sucesso, exibir um resumo da solicitação. (Ex.: botão "detalhes" ou "veja mais").

✅ REQ.DC-11450 No resumo da solicitação, apresentar o prazo e a data final. Em caso de prazo indeterminado, identificar como "Indeterminado" ou termo equivalente.

✅ REQ.DC-11460 No resumo da solicitação, apresentar os tipos de dados compartilhados, como dados cadastrais, contas, cartões de crédito, investimentos e operações de crédito.

Cenário: Consentimento recém confirmado

✅ REQ.DC-11400 Incluir no ambiente de gestão do Open Finance nos canais digitais as informações e o status do consentimento recém confirmado.