IBM Support

IV91502: IF THE NAME OF A CLASSIFICATION VALUE IS CHANGED, RECORDS & QUERIES REFLECT THE CHANGE BUT FILTERS USING THE VALUE FAIL

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as documentation error.

Error description

  • If the name of a classification value is changed
    (e.g. if the out-of-the-box 'Easement' Land Class value is
         changed to be 'Easement Test'),
    records that had had the original classification value name
         (e.g. 'Land' records that had had 'Esaement' set
          as the Land Class value)
    now show the new classification value name, even though no
    workflow was run to change the record contents.  Similarly,
    queries that used to show the previous classification value now
    show the new classification value.
    
    If a user tries applying a filter against a field in a
    query that contains a changed classification value, though, it
    will not work if the new classification value is entered.
    Although the query may show the new classification value in
    its output, filtering on that exact classification value name
    does not result in record matches.
    

Local fix

  • Filter using the classification value name that was in place
    before the classification value's name was changed.
    

Problem summary

  • Classifications are MetaData. If you change one, it is up to
    the application developer or administrator to write a retro
    workflow to update the underlying t_table data so that the
    informaiton is correctly reflected.
    

Problem conclusion

  • Record having classification fields will display the changed
    value of the classification record if the publish value is
    changed. Any report which includes those classification fields
    will also display changed value. But any user filter or the
    system filter still works against the old value of
    classification. To have the consistent behavior, it is
    recommended that on change of any classification record publish
    name, have a asyncronous workflow update all the referencing
    record where the classification field is used.
    

Temporary fix

Comments

APAR Information

  • APAR number

    IV91502

  • Reported component name

    TRI APP PLTFM R

  • Reported component ID

    5725F26RE

  • Reported release

    332

  • Status

    CLOSED DOC

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-12-13

  • Closed date

    2017-01-04

  • Last modified date

    2017-01-04

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSHEB3","label":"IBM TRIRIGA Application Platform"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"332","Edition":"","Line of Business":{"code":"LOB59","label":"Sustainability Software"}}]

Document Information

Modified date:
30 March 2022