Tracking changes using Audit feature

A common requirement in Maximo is to track changes made by users on a specific object (database table). In Maximo terms this is called ‘Audit Tracking’.
In this post I will describe how to enable audit tracking for a specific set of attributes of an object and how to display the updates in a separate tab of the corresponding application.
I will use the Assets application for this tutorial and here is the final outcome I have achieved.

There are three configurations to be implemented for this:

  1. Enable audit of the main object and select attributes to be audited
  2. Define relationship to the audit table
  3. Customize the application to display the audit log from the UI

Enable audit

First step is to enable the auditing of the table you want to monitor.
Open the Database Configuration application, select ASSET object and check the Audit Enabled flag.

You now have to select which fields will trigger the audit record. Switch to the Attributes tab and select the Enable Auditing flag for STATUS, SERIALNUM, LOCATION, DESCRIPTION fields.

Enable admin mode, apply configuration changes and disable admin mode.
A new database table A_ASSET will be created and, from now on, all the changes to the audited fields will be traced in the audit table.

Define relationship

In order to be able to display the audit records we have to create a relationship from the ASSET table to the A_ASSET table.
Open the Database Configuration application, select ASSET object and in the Relationships tab create the following relationship.

  • Relationship: A_ASSET
  • Child Object: A_ASSET
  • Where Clause: assetnum=:assetnum and siteid=:siteid

Customize application

Now you can use the relationship you have just created to display records from the child A_ASSET audit table in the Asset application.
Open Application Designer application, select the ASSET application and export the app’s XML definition.
Backup the file and edit it with a text editor. Paste the text below before the last </tabgroup> before the </clientarea> tag.

<tab id="myhist" label="History">
<section id="myhist_grid1">
<sectionrow id="myhist_grid1_11">
<sectioncol id="myhist_grid1_11_1">
<section id="myhist_grid1_11_1_1">
<multiparttextbox dataattribute="assetnum" descdataattribute="description" id="myhist_grid1_1"/>
<table id="myhist_t1" inputmode="readonly" label="Asset history" orderby="EAUDITTIMESTAMP desc" relationship="A_ASSET">
<tablebody displayrowsperpage="10" id="myhist_t1_tb">
<tablecol dataattribute="SERIALNUM" id="myhist_t1_SERIALNUM"/>
<tablecol dataattribute="STATUS" id="myhist_t1_STATUS"/>
<tablecol dataattribute="LOCATION" id="myhist_t1_LOCATION"/>
<tablecol dataattribute="DESCRIPTION" id="myhist_t1_DESCRIPTION"/>
<tablecol dataattribute="EAUDITUSERNAME" id="myhist_t1_EAUDITUSERNAME" label="Changed By"/>
<tablecol dataattribute="EAUDITTIMESTAMP" id="myhist_t1_EAUDITTIMESTAMP" label="Changed Date"/>
Tracking changes using Audit feature

4 thoughts on “Tracking changes using Audit feature

  1. Nice post Bruno , as usual.
    I have a request , if you can give some light on how to create custom control and how the components of the control are related ( jsp , component class,control class).
    how to refrence the MBO in the JSP file.
    That would be really helpful

  2. Hi Bruno ,

    Need little help…I wanted to monitor all active crons within maximo and get notification when any cron not started/run as per schedule , failed after start , successfully completed…
    can you please guide how this can be achieved

  3. Thank you for the good instructions. I was able to create a History tab for PM module to track Frequency and FreqUnit changes as requested by one of our managers.

  4. An audit is necessary in order to find those mistakes that were made and correct them for normal functioning.

Leave a Reply

Your email address will not be published. Required fields are marked *

Scroll to top