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,
Post an idea
Upvote ideas that matter most to you
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.
Internal notification process for changes to the API Instance
When many users are logged into the system and a change the active API instance is required (for example, switching the API from instance 1 to instance 2), administrators should have an option to deliver a notification to any active users advising...
Use hexadecimal attributes as reference attribute in counters
Currently, Safer Payments only allows the usage of Numeric and Text attributes as reference attributes in counters. This limits the usage of counters with computation "Most occurrence value" to those two types.
Replace JSON script for Case Actions with a more user friendly UI
There are several business reasons that require a manual out going message. The current UI for manual outgoing messages is via case actions; the case actions UI requires the analyst to interact with JSON script
Ability to restrict a case to a particular queue when created from a Network only model/rule. Root Mandator implements a rule for it's own monitoring purpose and does not want the submandators to be able to view the case details.
Do not place IBM confidential, company confidential, or personal information into any field.