Execução de Processamento Full nos DMs quando APP é Instalado - copy data redefinir ingestionDateTime
Description
03 - GOAL (DESCRIBE THE PROPOSED SOLUTION):
Permitir que dados copiados para tenants unificadas de tenants já existentes sejam processados logo após a instalação de um novo app.
Actions:
- Quando a task copy-data for executada, redefinir o valor de _ingestionDAteTime e atribuit a data/hora atual para o atributo. Isso irá forçar o processamento dos dados.
06 - ACCEPTANCE CRITERIA:
- Quando executar um copy-data, logo após instalar um app em uma tenant, a task de copy-data deve redefinir o ingestionDateTime dos registros no unificado como “now()”.
- Isso irá fazer com que as tasks de processamento considerem os dados recem copiados para a tenant unificada, e processe os dados.
- Jira TOTVS issue: https://jiraproducao.totvs.com.br/browse/DLABSCAPL-4073
Item alinhado com Poffo
Necessitamos que ao instalar um novo APP em um tenant já existente, precisamos que as pipelines sejam executadas de forma full, automaticamente, evitando que a cada instalação, tenha que ser feita esta atividade manualmente pelo VsCode, já que as Tables Staging já estão populadas pela demanda de outros APPs e não irão ter 100% dos dados processados.
Obrigado
Nagy
| Questões gerais (obrigatórias) | Respostas | |
|---|---|---|
| 1) Qual o seu segmento TOTVS? | Protheus | |
| 2) Qual o produto / Carol APP relacionado? | Gesplan | Painel Financeiro |
| 3) Informe o ambiente impactado: | ( ) Desenvolvimento ( ) Homologação ( ) Implatanção ( x ) Produção | |
| 4) Informe a fase/estágio | ( X ) É um Projeto ( ) É cenário em Produção | |
| 5) Informe a prioridade desta issue. |
|
|
| Informe o tipo de problema/dúvida que descreve a sua situação. |
Activity
Show:
Details
Priority
HighAssignee
Daniel Faustino
Reporter
MARCOS STUMPF
Labels
CAROL_BACKLOG_REVIEWPLANNED
Due Date
27 May 2024
Fix versions
CAPL_4.04
Components
DATA_PROCESSING | DATA_PROPAGATION
Created
12 April 2024, 10:03
Updated
26 June 2024, 20:17
More fields
Created: 12 April 2024, 15:03
Updated:
27 June 2024, 01:17
Github usuário BettioJr realizou um commit e issue foi retornada para a coluna REVIEW no Kanban.
@MARCOS STUMPF ,
@Gabriel DAmore Marciano , @Daniel Faustino , @Pedro Buzzi
Este issue foi planejada para ser entregue até 2024-05-27. Você pode confirmar consultando o campo Due Date desta issue.
Data já planejadas para esta issue: 2024-05-06, 2024-05-27
Se o campo External Issue Link estiver preenchido com o link de uma issue válida no Jira Produção o cliente também será notificado no Jira Produção.
Esta issue foi automaticamente movimentada para QA REVIEW, pois o PR foi aprovado no Github.
Esta issue foi automaticamente movimentada para REVIEW, pois o PR (não DRAFT e não WIP) foi criado no Github.
feat: Copy data ingestionDatetime now
@Pedro Buzzi , correto, nas migrações devemos manter o ingestionDatetime sem alterações.
@MARCOS STUMPF ,
@Jonathan Willian Moraes ,
@Geny Isam Hamud Herrera ,
Este issue foi planejada para ser entregue até 2024-05-06. Você pode confirmar consultando o campo Due Date desta issue.
Data já planejadas para esta issue: 2024-05-06
Se o campo External Issue Link estiver preenchido com o link de uma issue válida no Jira Produção o cliente também será notificado no Jira Produção.
@Robson Thanael Poffo @MARCOS STUMPF Inclui uma detalhe na Instructions desse card. Para esse comportamento de alterar o ingestionDatetime não ser replicado em migrações de tenants. Está correto?