Skip to Main Content
IBM Data Platform Ideas Portal for Customers


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,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. 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



Status Not under consideration
Workspace Knowledge Catalog
Created by Guest
Created on Jul 15, 2026

Introduce workflow-based approval for Category Delete and Cascade Delete operations when governance workflows are enabled.

Currently, governance workflows are triggered for glossary term creation through bulk import, requiring review and approval before changes become effective. 

However, Category Delete and Cascade Delete operations are executed immediately after confirmation, even when governance workflows are enabled.

This creates an inconsistency in the governance model, where creation and modification of governance artifacts are controlled through workflows, while destructive operations that can remove categories, subcategories, and related governance assets are not.

The requested enhancement is to allow organizations to configure an approval workflow for Category Delete and Cascade Delete operations. 

Deletion requests should be routed to designated approvers before execution and recorded in the Activity Log for auditing purposes.

While improvements to warning messages and confirmation dialogs are helpful, they only address the user interface aspect. 

A workflow-based approval process would provide a stronger governance safeguard against accidental or unintended deletions and align deletion operations with existing governance controls already available for other glossary management activities.

Needed By Yesterday (Let's go already!)
  • Admin
    Michal Szylar
    Aug 4, 2026

    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

  • Guest
    Aug 4, 2026

    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.

  • Admin
    Michal Szylar
    Aug 4, 2026

    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