Skip to Main Content
IBM Sterling

This portal is to open public enhancement requests for IBM Sterling products and services. 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 (

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
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal ( - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal ( - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM. - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Created by Guest
Created on Mar 7, 2019

Order Managment on Cloud INT Server instance to log failing MQ message MSGId and create alert.

Within an OMoC (Order Management on Cloud) environment an INT server instance (IntgName) integrates with the MQ QMGR for reading/writing MQ messages for OMoC integration processing. When the MQGET of a message from an inbound queue fails we see a generic exception in the IntgName instance log, but we are not able to identify the actual message that has failed. The message is no longer on the queue, and so all we know is that there has been message processing in error, but not what the message is. We need to be able to track a message identifier in the IntgName instance log, such as the 'MQ MsgId'. We ideally also need a plugin to this log to create an alert for the message in exception. The first step is to identify what we should use as a unique message identifier, then make sure this is in the exception record.


This will benefit CoC OMoC support,  and OMoC customers, and SI teams to trace lost MQ messages.

What is your industry? Consumer Products
How will this idea be used?

This logging will be used by CoC support, customer OMoC support teams, and SI teams to troubleshoot lost MQ messages, that can be anything from a customer order, to a catalogue update.

  • Guest
    Mar 7, 2019

    This is a very valid requirement for troubleshooting and triaging issues relating to MQ interaction . I will move this to Under consideration. The way in which we choose to resolve this may differe from the ask, but the need is understood, and our effort will be to make sure it is met.