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 offering manager 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.
For product documentation, see Knowledge Center. Create and View Support Cases and Use the Discussion Forum here
Not all incoming SWIFTNet messages can be processed straight-through. In some cases references are missing or the message's content requires manual review. These messages will be routed to MER queues on which users can view, delete or print the message but also should be able to forward the message to other MER queues (belonging to different business units) or back office applications. Similar to MERVA queues in the past, there should be a "ROU" command which enables users to enter a target system name to which the message should be routed. Adding additional information (comment) should still be possible.
Currently, MER only allows to define a CustomAction, i.e an additional button e.g. named "Route", to trigger a message flow for processing the message. The user can add a comment in the "Context view" of a message before clicking the button or, when choosing this action in the message overview list, the user is asked by a pop-up to enter a comment. This comment can be evaluated in the message flow, so that the user could thereotically use this field to enter also the target system id. However, this feature is not enough to implement a user-friendly routing functionality as the user is not enforced to enter a comment in every scenario. E.g. if (s)he clicks the Route Button from another message view (e.g. the "Formatted view", which is the default view that users use to decide where the message needs to be routed to), the user will not be asked to enter a comment. (S)He first needs to switch to the "context view". Hence, it is very likely that the user forgets to enter a comment before clicking the Route Button. The message can then not be processed properly. Furthermore, a "Route" button that is visible in any message view, but which is only working properly if the user first enters a comment in the context view will be very confusing for the user. As MER is understood as being the successor to MERVA for manual message processing, there should be a similar user-friendly functionality in MER as there was in MERVA. The user must be able to route properly from every “message view”, especially from the “formatted view” without making way round to the “context view”.
Do not place IBM confidential, company confidential, or personal information into any field.