This portal is to open public enhancement requests against products and services offered by the IBM Data Platform organization. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas that matter most to you
Get feedback from the IBM team to refine your idea
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
IBM Employees should enter Ideas at https://ideas.ibm.com
Hi Andrea,
One alternative worth considering: cascade delete is a separately grantable permission, so an organization with strict change control can simply not grant it to anyone. All deletions then run through bulk delete, which is fully workflow-enabled — approval, audit and change control included.
Bulk delete is arguably the better fit anyway: the approver reviews an explicit list of artifacts, whereas a cascade delete resolves its scope at execution time, so the approver would be approving an operation rather than a defined change set.
Your feedback is documented and we will revisit if similar requests come in.
Best regards,
Michal
Hi Michal,
Thank you for your explanation.However, I am not fully aligned with the conclusion.While I agree that cascade delete should be restricted to a limited number of privileged administrators, the concern is not only who can execute the action, but also the potential business impact when the action is executed, even by an authorized administrator.In many enterprise environments, especially those with strict governance and compliance requirements, sensitive operations often require a second level of validation or approval regardless of the user's administrative privileges. The objective is not to compensate for an incorrect permission model, but to provide additional safeguards, auditability, and change control for operations that can affect a large number of business assets.A confirmation dialog helps prevent accidental clicks, but it does not provide the same level of governance as a workflow-based approval process.For this reason, I still believe that workflow support for cascade delete would bring value to organizations operating under strict governance models, particularly in regulated industries and large-scale deployments.I understand that this is not currently planned, but I would appreciate if this feedback could remain documented and be reconsidered should similar requests arise from other customers.
Best regards, Andrea
Inviato da Outlook per iOS
________________________________
Da: IBM Data and AI Ideas <726b2eb248fd4e7adc43d816-bigblue@iad-prod1.mailer.aha.io>
Inviato: Tuesday, 04 August 2026 15:27:38
A: Andrea Pagano
Oggetto: [EXTERNAL] Michal Szylar responded to idea CPDIDEAS-I-3285 Introduce workflow-based approval for Category Delete and Cascade Delete operations when governance workflows are enabled.
Hi,
Thank you for submitting this idea and for the detail you provided.
Cascade delete is intentionally restricted to a small number of entitled administrators and is not normally granted to end users. The capability was introduced to cover edge-case scenarios such as bulk maintenance or correcting invalid imports, and it additionally requires the entitled administrator to explicitly confirm the action before it proceeds.
Given these safeguards, we don't see sufficient justification for building workflow/approval support around it. Instead, our recommendation is to review the permission model configured for the customer, so that cascade delete is assigned only to the roles that genuinely require it.
We're closing this as not planned for now, but happy to revisit if a concrete scenario emerges where the existing admin-level safeguards prove insufficient.
Best regards,
Michal