Skip to Main Content
IBM Sustainability Software - Ideas Portal


This portal is to open public enhancement requests against the products and services belonging to IBM Sustainability Software. 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).


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 (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.

Status Delivered
Created by Guest
Created on Mar 13, 2017

Enable getLookupName for Attribute Automation Script

Automation scripts in Maximo have a lot of functionality, especially in relation to attributes. We can add our own custom logic to most of the common methods/functions (validate, action, getList(), etc.), and make changes to this custom logic (including disabling) without any downtime. We'd like to see support for getLookupName() in addition to the other events.

In most cases in Maximo, an attribute will only have a single object that the field relates to (ex: storing REFWO on PRLINE where it corresponds to the WORKORDER object WONUM attribute). In some cases, an attribute will correspond to multiple objects (ex: TABLEVALUE on ASSETSPEC). In either scenario, we can handle the logic to relate the objects and crossover the values with the Retrieve List (getList()) Automation Script launch point.

We can easily associate a lookup in Application Designer when it corresponds to a single object, but when it corresponds to many it's really required to implement getLookupName() on the attribute where you can return the appropriate lookup based on the record. This also simplifies when you have a field referenced in many applications where you want to define which lookup is used. Instead of modifying a bunch of screens (which then has to be deployed to all the JVMs in the cluster), you can change it in the code and have it everywhere.

It may make sense to implement similar to how integrations work where we have a single automation script that we define which methods to support that we can put our custom logic. This would make it similar to a single field class. We can accomplish the one script today (and do) by determining the launch point name, but it'd still be cleaner (especially when you want to use the same script for more than one field) to have one launch point per attribute.

This could also add support for getAppLink(), which isn't necessary for us in this scenario but could be useful for others.

Idea priority Medium
  • Admin
    Kim Woodbury
    Reply
    |
    Aug 4, 2022

    This has been made available in MAS 8.8 GA'd July 26, 2022.

  • Guest
    Reply
    |
    Mar 14, 2017

    Your English is very good. Your Description and Use Case are excellent, as well. This is a model request.