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.
Thank you for submitting this idea and explaining the business challenge clearly. The scenario you outlined highlights an important limitation in how ISA envelopes are currently shared across multiple transactions. As you noted, this shared structure makes it difficult to apply transaction-specific control-number rules—especially when some transactions require strict duplicate prevention (e.g., 850) while others do not (e.g., 852).
This is a valid enhancement request, and we understand how it could help avoid control-number collisions, reprocessing effort, and potential partner disputes. Before we evaluate this further with engineering, I’d like to gather a few more details so we can size the impact and validate the design approach.
How often do you encounter partners where different transactions require different control-number handling rules?
Is the requirement specifically for duplicate control-number checking, or do you expect other ISA-level rules to also vary by transaction?
Would creating separate ISA configurations per transaction be acceptable, or do you expect a more automated or dynamic approach?
What are the current operational impacts when duplicates occur—for example, does it cause rejections, delays, or manual recovery efforts?
Do you foresee this requirement growing as more transactions are migrated or new message types are onboarded?
Thanks & Regards,
Manoj Panda
Senior Product Manager – IBM Sterling B2B Integration & VAN
We need to be able to enable "duplicate control number check" at transaction level for an specific partner/client/version to avoid duplication/overlap risk due shared ISA. Thanks!