As a Tenant User I should be able to reprovision multiple staging tables at once

Description

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

01 - STAKEHOLDER (PERSON THAT CAN VALIDATE AND ANSWER QUESTIONS): Pedro
02 - PROBLEM (WHAT'S THE CURRENT PROBLEM SCENARIO OR PAIN TO BE RESOLVED?):

  • Allow to reprovision more than one table at once.
    • Select automatically all with problems?
    • Allow to select one by one?

03 - GOAL (DESCRIBE THE PROPOSED SOLUTION):
04 - WHO CAN USE THIS FEATURE (USER ROLES):
05 - ASSETS (FIGMA LINKS, RELEVANT DOCUMENTATION LINKS, JSON EXAMPLES, ETC):

https://www.figma.com/file/FiL1iRG6RPjuNCgVzgGqvaZ3/%F0%9F%9F%A3-Carol-3.0?type=design&node-id=34529-153381&mode=design&t=ginW2fS64cRXTvmE-4

06 - ACCEPTANCE CRITERIA:

  • Allow to select more than one Staging table with checkbox.
  • After selecting one or more, show options above search field:
    • Number os staging tables selected
    • Cancel
    • Reprovision Staging tables
  • Show confirmation modal with information about the selected stagings
    • Staging name
    • BigQuery records
    • Last consolidated
    • Last record processed
  • The provisioning flow should consider the following strategy:
    • Unified Tenant: migration (we would not have the partial provisioning flow)
    • Other tenants (dev/customer): not migration flow - the one that drops the table and provision it again.

Ps:

  • We have another ticket to consider the provisioning of data model for the future. The problem associated with Data Model provisioning is that all data will be removed since we don’t have CDS data for golden records.

Activity

Automation for Jira 26 February 2024, 12:34 Jira Internal Users

This issue was automatically transitioned to WAITING DEPLOY, as its linked QA regression issue has just reached WAITING DEPLOY status (PR was just merged into master branch in Github).

Automation for Jira 21 February 2024, 17:51 Jira Internal Users

This issue was automatically transitioned to REGRESSION, as its PR was just merged into qa branch in Github.

Automation for Jira 21 February 2024, 17:50 Jira Internal Users

This issue was automatically transitioned to REGRESSION, as its PR was just merged into qa branch in Github.

Automation for Jira 21 February 2024, 17:50 Jira Internal Users

This issue was automatically transitioned to REGRESSION, as its PR was just merged into qa branch in Github.

Automation for Jira 21 February 2024, 17:50 Jira Internal Users

This issue was automatically transitioned to REGRESSION, as its PR was just merged into qa branch in Github.

Automation for Jira 20 February 2024, 20:11 Jira Internal Users

This issue was automatically transitioned to TESTED & MERGED, as its PR was just merged into develop branch in Github. PR Approved by pedrobuzzi,douglascoimbra.

Automation for Jira 20 February 2024, 20:11 Jira Internal Users

Github user douglascoimbra has just approved a PR (added as Shard Assignee in this Jira issue).

feat(staging tables): https://totvslabs.atlassian.net/browse/CAPL-5484#icft=CAPL-5484 allow reprovisioning for multiple tables

Douglas Coimbra Lopes 20 February 2024, 19:23 Jira Internal Users

UNIFIED OK

Automation for Jira 19 February 2024, 18:15 Jira Internal Users

This issue was automatically transitioned to QA REVIEW, as its PR was just approved in Github.

Automation for Jira 14 February 2024, 21:01 Jira Internal Users

This issue was automatically transitioned to REVIEW, as its PR (not DRAFT and not WIP) was just created in Github.

feat(staging tables): https://totvslabs.atlassian.net/browse/CAPL-5484#icft=CAPL-5484 allow reprovisioning for multiple tables

Automation for Jira 12 February 2024, 19:31 Jira Internal Users

@MARCOS STUMPF ,
@Gabriel DAmore Marciano ,
@Geny Isam Hamud Herrera ,
This issue was planned to be delivered until 2024-03-04. You can check that by consulting the issue in the Due Date field.

Dates already planned for this issue: 2024-03-04

If External Issue Link field is filled, customer was also informed on JIRA TOTVS.