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 Not under consideration
Created by Guest
Created on Mar 11, 2026

Maximo "Meter New Reading" attribute length must be validated against domain being associated

1. Why is it useful?

Characteristic‑type meters in Maximo allow users to record descriptive or qualitative meter readings (e.g., inspection observations or condition categories).
This functionality is useful because it lets maintenance teams capture condition-based information using predefined characteristic values instead of numeric readings. For certain asset conditions, these descriptive values provide clarity and context that numeric values cannot.

However, the current implementation restricts the LASTREADING attribute in the ASSETMETER object to a maximum length of 18 characters. While this is how the system is designed today, it becomes problematic when characteristic values exceed this limit. This behavior, although aligned with the original design, now represents a defect because real-world characteristic values often require more descriptive text.

2. Who benefits from it?

This functionality primarily benefits:

  • Maintenance technicians, who rely on characteristic readings to record asset condition accurately.
  • Asset managers, who use this information for analysis, maintenance planning, and compliance reporting.
  • Maximo administrators, who configure meter templates, characteristic values, and condition-based monitoring rules.
  • Inspection teams, who need to log observations using meaningful and descriptive predefined options.

Because the current limitation blocks users from entering longer characteristic values, all of these roles experience disruption when attempting to save valid readings. This makes the limitation a functional defect rather than a deliberate business rule.

3. How should it work?

Under expected behavior, users should be able to select any valid characteristic value even if the description exceeds 18 characters and save the new meter reading without encountering a field‑length validation error.

This means:

  • The system should allow the selected characteristic value to be stored fully.
  • The LASTREADING field (or another appropriate field) should support the complete characteristic value length.
  • No validation error should prevent saving legitimate characteristic readings.
  • Meter readings should be recorded consistently regardless of how long the characteristic description is.

Although the system currently uses the LASTREADING attribute (with its 18-character limit) to store characteristic readings because that is how the design originally defined the data model this design is insufficient. Since valid characteristic meter values exceed this limit, the current behavior is considered by customers as a defect rather than an intended business rule.

Idea priority High
Needed By Quarter
  • ADMIN RESPONSE
    Mar 13, 2026

    Hi,

    Thank you for taking the time to provide your ideas to IBM. Unfortunately, after evaluating this idea, we don’t believe it aligns with our product strategy and roadmap. Therefore, we will not be considering it for inclusion in our product at this time. Thank you again for your feedback.

  • Guest
    Mar 18, 2026

    Is there a reason the system enforces domain length validation on attributes but not when associating a domain on meters? This is likely to fail.


    Also, if an enhancement request is not going to be considered, I am not sure why is it directed to be raised through a PMR.

  • Admin
    Kim Woodbury
    Mar 13, 2026

    Thank you for your request - although this is not going to be a priority for consideration in the next several releases, were it to be addressed it would likely be a validation at the time the domain was associate with the meter warning that the selected domain length exceeds the meter reading length. This should be considered when setting up the meters, and if the length of 18 is insufficient it will need to be increased through dbconfig.