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 (https://ideas.ibm.com).
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:
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 an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
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.
See this idea on ideas.ibm.com
Let me consider a scenario here
Total Records - 13000
Max Record per thread - 5000
I have configured 3 thread.
Thread 1 picks 5000
Thread 2 picks 5000
Thread 3 picks 3000
Thread 3 completes the job quicker than the other threads and calls the EOF message. In other words, Service to execute on Completion will be execute anytime getJobs retrieves 0 messages.
Requirement - EOF message needs to be sent once after all the items have been processed. Essentially when the executeJobs doesnt have any records to process.
If we have to implement sterling as store inventory master, it becomes pertinent that such features should be included out of the box in product, else we can not reliably publish store inventory to external systems.
IT IS ABOLUTELY NECESSARY TO HAVE IT OOB.
This is URGENT PRIORITY for us.
Thank you
Abhijit Kumar Roy
OMNI Architect, Eileen Fisher
What is your industry? | Retail |
How will this idea be used?
We have requirement to send the Store Inventory Full sync every night to Order Capture Systems. With increasing SKU levels and increasing Stores, it is turning out to be a deterrent. Plus we have a very narrow window for full sync as there are other reconciliation among RMS and Wholesale systems take up most of the Store off hours. We just cannot keep a single thread running. |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
This is an excellent call out! This has been a major sore point for some of my previous clients who have a large number of SKUs (~2mil) for which Inventory needs to be published and there is no sure fire way of processing these for over 300 stores at 1 go without multi threading.
I Agree - MUST BE FIXED ASAP!
IBM should fix this. Pretty impactful.
I'm surprised to learn that IBM QA didn't catch this issue. Multi-thread message processing is a requirement for medium to large retail companies. The danger is that if one of your clients does not catch this bug in their QA and it will go to production - this specific issue will have an impact on company bottom line as RTAM process will be stopped prematurely and not full SFS inventory posted to the web. Item availability on a web will be impacted and your clients will lose revenue.
MUST BE FIXED ASAP.