PRDE - Story default text according to the team DoR (Definition of Ready)

01 - STAKEHOLDER (PERSON THAT CAN VALIDATE AND ANSWER QUESTIONS): Robson Poffo

02 - PROBLEM (WHAT'S THE CURRENT PROBLEM SCENARIO OR PAIN TO BE RESOLVED?):

Por questões de privacidade, devemos propagar a remoção de dados para o Locatário Unificado quando um Locatário Cliente de um Aplicativo Carol desinstalar o Aplicativo Carol.

03 - GOAL (DESCRIBE THE PROPOSED SOLUTION):

Como administrador na tenant do cliente, desejo desinstalar um aplicativo Carol desta tenant e excluir os dados associados deste aplicativo da tenant unificada.

04 - WHO CAN USE THIS FEATURE (USER ROLES):

Tenant Admin

05 - ASSETS (FIGMA LINKS, RELEVANT DOCUMENTATION LINKS, JSON EXAMPLES, ETC): N/A

Diagrama: [https://app.diagrams.net/#G1q4KRm-wCWHVcFG4QUwcMbMo-17CR1gSe#

{"pageId"%3A"5_hBzuz2NPkaDWdExODG"}

|https://app.diagrams.net/#G1q4KRm-wCWHVcFG4QUwcMbMo-17CR1gSe#%7B%22pageId%22%3A%225_hBzuz2NPkaDWdExODG%22%7D]

06 - ACCEPTANCE CRITERIA:

• O Administrador da tenant desinstala um aplicativo da tenant cliente (tenant com Carol App Instalado)
  • Um processo para detectar e remover dados relacionados deste cliente deve ser iniciado na tenant unificada. Esta deve ser uma tarefa que pode levar algum tempo. devemos considerar que esta tarefa será executada de forma assíncrona.
  • Carol deve detectar na Tenant Unificada todas as tabelas staging relacionadas a este aplicativo.
    • Nota: Estamos usando a Tenant Unificada como base e não o manifesto de pipelines para considerar que as tabelas staging não são mais utilizadas por este manifesto.
    • Uma tarefa específica (assíncrona) para excluir registros (eliminação lógica) da staging com mdmTenantId = "customer tenant" deve ser criada para cada tabela staging a que o manifesto dos pipelines se refere.
  • Carol deve detectar na Tenant Unificada todos os modelos de dados (DMs) relacionados a este aplicativo.
    • Nota: Estamos usando a Tenant Unificada como base e não o manifesto de pipelines para considerar que os data models não são mais utilizadas por este manifesto.
    • Uma tarefa específica (assíncrona) para excluir registros (eliminação lógica) dos modelos de dados com mdmTenantId = "customer tenant" deve ser criada para cada data model a que o manifesto dos pipelines se refere.
• A task de desinstalação poderá ser concluída somente depois que a task de remoção de tabelas staging e modelos de dados (DMs) for concluída.
  • O app será bloqueado para instalação, ou seja, não será exibido na lista de apps disponíveis enquanto o processo de desinstalação não for concluído.
• A task de eliminação de dados com falha não deve permitir a reinstalação do App, e o seu reprocessamento é de responsabilidade do usuário.
• O reprocessamento de uma task de desinstalação com falha também implica no reprocessamento da task de eliminação de dados da unificada para fins de sincronismo de status
• Tasks de desinstalação de Apps e eliminação de dados concluídas com sucesso não devem permitir seu reprocessamento.
• O cancelamento de uma task de desinstalação do App e de eliminação de dados não serão possíveis (irreversível).
• Requisitos obrigatórios:
  • O cliente não pode instalar o Carol App novamente enquanto as tarefas relacionadas a propagação de exclusão estiverem na fila ou em execução.
    • Se iniciarmos a tarefa de cópia de dados, isso poderá causar inconsistência nos dados, pois os dados serão removidos.

FE

• Haverá um botão para permitir o reprocessamento da task de desinstalação de app e de eliminação de dados.

NÃO FAREMOS

Na chamada do endpoint de remoção da allowed list.

A eliminação dos dados na tenant cliente.