Skip to Main Content
IBM Data and AI Ideas Portal for Customers

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:

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

Help IBM prioritize your ideas and requests

The IBM team may need your help to refine the ideas so they may ask for more information or feedback. The product management team will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at IBM works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.

Receive notification on the decision

Some ideas can be implemented at IBM, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.

Additional Information

To view our roadmaps:

Reminder: This is not the place to submit defects or support needs, please use normal support channel for these cases

IBM Employees:

The correct URL for entering your ideas is:

Status Not under consideration
Workspace Product Master
Created by Guest
Created on Aug 9, 2019

Need ability to keep Item open in current display in current collab area step (after uses clicks on an exit value button, but *without* adding an error message)

When editing a single item in a step in a collab area,

- User clicks an "Exit Value" button

- MDM CE automatically saves the item

- If there is an error during the save (if one or more of the attributes have an error) then the item stays open on the display (and is not automatically closed)

- If there are no errors during the save, then the item automatically closes (because MDM CE assumes the item is moving to the next step in the Collab Area)

     - We want the ability to STOP this automatic closing of the current window because we "know" the item is going to stay in the current step


We want the ability to "flag" an item as "staying in the current" step during the Post Processing - but *without* adding an "Error Message" to an attribute.

Currently - in "Post Processing" - we can register an error against an attribute, and that will both:

- keep the item in the current step

- AND keep the item displayed on the screen (keep the current window open)


But - if we don't have an error (but still want to keep the item in the current step) - then this is what happens:

- Post Processing does nothing special

- Because MDM CE thinks everything is done with the current item, MDM CE closes the item in the display

- Code in the "out" script for the step keeps the item in the current step (removes the item from the step transition)

- So - the item stayed in the current step (because it was "stopped" in the "out" script of the step) - BUT - to the user - it looks like the item left the step because the display closed the item in the view/edit window


That's the scenario we have.  In Post Processing we already know we want to keep the item in the current step.  We already know that logic in the "out" script is going to stop the item from leaving the current step.  Because we already know the item is going to stay in the current step, we want to *keep the display open*.  *Don't close the display of the current item*.  But we don't want to "scare" the user with a Red-X error message.   And - right now - the only way to keep the display "open" for the current item is to report an error and scare the user with a Red-X error message. 


The real-world scenario causing this is:

- We have a "Validate" button defined as an exit value for various steps

- When a user clicks "Validate", we run various, extra custom validations (and keep the item in the current step)

- If the validations find errors, the errors are reported (using the standard error reporting mechanism to show errors against Attribute Instances in the display) - so the item both stays in the current step and the user sees the appropriate error messages on the screen

- If the validations do not find any errors, then there are no errors to report - BUT we still keep the item in the current step.  When the user clicked "Validate" - they don't want the item to leave the step.  They want it to stay in the current step AND they want the item to stay "open" in the current display.  And that's the problem.  We can easily keep the item in the current step (just remove the item from the "step transition" in the "out" script of the step), but we don't have a way to keep the item "open" in the current display without reporting an error against one or more attributes.


  • Guest
    Oct 16, 2019

    Additional update from Product management team:

    ‘Exit Step’ as the name suggests, is meant for exiting the current step. The workflow definition feature is very flexible and provides users to configure their own workflow and steps as their own business logic. Along with that, user can define one or more exit values for each step in the workflow.

    ‘Exit Step’ simply checks if there is any error while saving the item and if errors are reported then it will stop further movement of item and will notify the user that an error has occurred during save for xyz reason. It is expected that user must take an action to rectify the error.

    In case item save is successful without any error, it is assumed that what you wanted to do as part of the exit step is achieved, and hence as per the intended behaviour of exit step, it will move the item to next step.

    In case user have any specific need to hold the item in the same step, then they can programmatically pull it back from transition, using say post processing script. But even in such cases, the exit is bound to happen. In your use case, you have moved the item back forcefully so as to make it appear that it was always staying there, however the exit action was anyways triggered. That is why the item window closes.

    In our view, if your business purpose was to just do some validations or any other processing without moving item to next step, then the choice of “Exit Step” to implement this logic may not be appropriate. Based on our knowledge, other customers have used Action scripts to perform such task as it does not affect the UI.

    As of now, we do not have any such requirement from other customers but we will keep an eye on this. In future if we feel that if it is inline of our roadmap, we will surely revisit this item.

  • Guest
    Oct 14, 2019

    By design, errors can be handled in different ways depending on the value of 'save_as_draft' in If value is true, then it allows values to be saved even in case of errors and item will move to next step. If user do not want this behaviour, then they can turn this flag to false and in that case, the item remain in the same step till errors are resolved.

    As of now, we do not have any plans to alter this behaviour.