Ticket and Work Order Ownership

The responsibility for a ticket or work orders can be assigned or a Maximo user can take ownership. The owner performs an administrative function to ensure that the ticket is reviewed or investigated and the work order is executed successfully. The owner need not be the person who executes the work order. The owner of the ticket or work order can be changed during its life and this change of ownership can be tracked over time.

On each class of ticket (service request, incident and problem) and work order (work order, activity, change and release) there are three fields:

Ownership is tracked during the life of a ticket or work order. For tickets the object storing the ownership records is TKOWNERHISTORY and for work orders it is WOOWNERHISTORY. The ownership history can be seen in the same dialog box as the status history, action View History (for tickets) or View Work Order History.


The three fields, Owner, Owner Group and Assigned Owner Group will also be found in job plans at the header and task level (objects JOBPLAN, JOBTASK), on a preventive maintenance record (object PM), on a ticket template at the header and activity level (objects TKTEMPLATE, TKTEMPLTACTIVITY) and on the work view (object WORKVIEW). Ownership can be automatically changed using Workflow or an Escalation. For those clients with Maximo for Service Providers then a Response Plan can automatically set ownership.

When creating a follow-up work order, or one type of work order from another type of work order then the crossover domain WO2WO will copy the attributes OWNER and OWNERGROUP. These fields do not get copied by default when creating a ticket from another type of ticket (crossover domain TCKT2TCKT) or when creating a work order from a ticket (crossover domain TICKET2WO) or when creating a ticket from a work order (crossover domain (WO2TCKT). This is because the responsibility for each type of ticket is likely to be different and the responsibility for a work order could be different from the ticket that originated that work order. In these cases the responsibility can be automatically assigned by using a ticket template or a job plan.

There are two actions on the ticket and work order based applications that operate either against the current record or from the List tab against a selected set of records:


The fields Owner and Owner Group on a ticket or work order are read-only you can only change them by using one of the two actions Take Ownership or Select Owner. They are also mutually exclusive, only one of the fields can have a value. From the example above if you make Lou Granger the owner then the owner group field is made null. But Lou Granger could belong to multiple Person Groups therefore what Person Group is still taking responsibility? The answer can be found from the hidden field assigned owner group.

The setting of the attribute ASSIGNEDOWNERGROUP is as follows:

In the Select Owner dialog box the Shift field shows the shift on the Person record. The Open Work column shows a count of the number of open work orders and tickets for each person. Open means tickets that are not at RESOLVED or CLOSED status and work orders which are not at COMP, CLOSE or CAN status. Note. Tasks with ownership applied will also be included in this count.

If a work order is created and there is an owner then as you create tasks the owner will be copied to the tasks due to the WO2WO crossover domain. On the other hand if a work order is created and a Job Plan is applied prior to setting the ownership then the owner on the tasks will be left blank. If the owner is set first and the job plan is applied afterwards then the owner will be copied to all the tasks. Therefore, if the Open Work field is used as a means of seeing who is overloaded with work and who is not then care must be taken to understand when ownership is applied. Note. The Owner and Owner Group are also fields on the Job Plan and Job Task and might then be set when the Job Plan is applied.

Note. From the two screenshots in this blog the Person Group does not show the description of the Person Group, hence best practise is to provide a meaningful Person Group reference rather than using the autokey, this would require changing the default insert setting on the Person Group application.

2 responses to “Ticket and Work Order Ownership”

  1. […] Note. There is a hidden field called ASSIGNEDOWNERGROUP which will be set to TIER2 in this case. Any person could belong to multiple teams, and so when you assign a person you are changing the Owner field and the Assigned Owner Group field, the latter being set to the Person Group for the selected row. The article on Ticket and Work Order Ownership discusses this field and how the owner fields are copied between tickets and work orders  http://maximosecrets.com/2017/01/15/ticket-and-work-order-ownership/. […]

  2. […] Ticket and Work Order Ownership […]

Leave a Reply

%d bloggers like this: