Creating a Problem Tree for Use in Service Requests
To set up a problem tree, use the Problem Tree (WM_PROBLEM_TREE) component.
This section discusses how to create a problem tree.
Pages Used to Set Up a Problem Tree
|
Page Name |
Definition Name |
Navigation |
Usage |
|---|---|---|---|
|
Problem Tree |
WM_PROBLEM_TREE |
Set Up Financials/Supply Chain, Product Related, Maintenance Management, Problem Cause Resolution Setup, Problem Tree. |
Define each problem category and show the relationship between the problem category levels. |
Understanding Problem Tree Setup for Use in Service Requests
Service requests enable non–maintenance users to request service for an organization's assets without having to know how to enter work orders, as well as know to whom they should submit the service request. Of key importance is the user's ability to identify the problem. The service request guides the user, by means of a single page or a wizard through selecting the options that are necessary to complete the request. The user's selections lead to a specific problem identification. The specific problem is then linked to key work order definition parameters. The problem tree defines a hierarchy which organizes the problem group, asset search fields, location fields, roles, and work order default fields. For example, if the selected problem group is Mechanical at a top-level node, it applies to all lower-level nodes until the system encounters a new problem group at a lower level. If the requester selects a specific problem and the bottom-level problem group value is Electrical, the system overrides the Mechanical problem group with this new value. The system performs an edit to ensure that most of the default fields were entered at some level in the tree. If you enter a bottom level node and no default field was specified at the current level or any level above it, an error displays. This ensures that when you create a service request, values appear in all of the required fields.
Note: You can have as many levels as you want in a problem tree; however, we recommend 3 to 5 levels.
Problems are organized in a tree-like structure in order to prompt you for each problem category from general to specific. You do not see a tree graphic, but instead are prompted to make a series of decisions, each one representing a level in the tree on the Problem Tree page. The system stores the problem category tree structure in a single table with each problem or category pointing to its parent category.
You link problem groups to asset classifications directly in the Define Problem Group component. The Problem Tree component and work order-related components use this linkage. For example, if, while adding a problem category in the problem tree, you enter a problem group, then you can only enter asset classification fields in the Problem Tree page that are associated with the problem group. If you leave the problem group blank, you can enter any asset classifications. Furthermore, the system copies the problem group to a work order created from a service request, but the system does not copy the asset classification fields. Asset classification fields in the problem tree only drive the asset search when a user creates a service request.
A smart tag is a tag number, which is used to identify assets and is subdivided into groups of characters where each group represents a particular attribute of an asset. For example: C4BFGMTR0002 – where C4 represents "combustion turbine 4", BFG represents "boiler flue gas system", MTR represents "motor", and 0002 represents a sequential equipment number. In Maintenance Management, smart tag number coding (smart tags) can be used when selecting each level of a problem tree to narrow down the list of eligible service request assets.
As successive levels of the problem tree are selected when entering a service request, the string of codes that make up the tag number is narrowed down. Next, when the user invokes the asset search from the service request, the coded string is passed to the tag number search field and returns a small number of relevant assets. This allows users to quickly find the assets that are relevant to the problem being reported. While a method already exists to narrow down assets using the asset classification (asset type, subtype, manufacturer, model), smart tags allow for more flexibility and fine-tuning. Both methods are optional and may be used alone or together in combination. Unlike asset classification, which carries much functionality across service requests and work orders, smart tag functionality is restricted to service requests.
Problem Tree Page
Use the Problem Tree page (WM_PROBLEM_TREE) to define each problem category and show the relationship between the problem category levels.
Set Up Financials/Supply Chain, Product Related, Maintenance Management, Problem Cause Resolution Setup, Problem Tree.
Image: Problem Tree page
This example illustrates the fields and controls on the Problem Tree page. You can find definitions for the fields and controls later on this page.

Problem and Related Assets
Use this group box to identify a problem group and problem which are associated with the selected node and passed on to work orders created from service requests. You select the asset classification parameters which determine which fields appear in the Request Detail group box of a service request. You can also create Smart Tags by entering a tag number, which is used to identify assets and is subdivided into groups of characters where each group represents a particular attribute of an asset. The asset classification fields specified here help to refine the asset search on the service request so that users can quickly find the assets related to the specific problem selected.
Service Center Information - Roles
Access the Roles tab.
Service Center Information - Work Order Defaults
Access the Work Order Defaults tab.
Next Problem Level
Displays the problem categories that are one node level down from the current problem category. This grid appears if the Node Level is Top or Middle.
Note: This grid does not appear if the Node Level value is Bottom.