Finish Maintenance Event
Explanation
This activity is used to finish a maintenance event (i.e., pending event, convenience task). Additional
information, such as, the work performed, resources and material used, post maintenance check information,
functional breakdown for faults and rename information for modification, must be defined before the event can be
finished. Furthermore, sign off must have been performed if sign off requirements have been defined on the event.
If this information has already been entered on the event, you can directly set the event to finished by clicking
Finish on the Finish Maintenance Event assistant. If this information has not been entered, you can enter
the relevant data in the different steps of the assistant when finishing the event.
For fault events, the number of required levels in the functional breakdown will be controlled by an object
property setting. For more information on object properties, refer to the activity Verify/Adjust Default Object Properties.
This activity can be used to finish a modification event, where the modification being completed introduces one
or more new structure positions into a template structure or removes an existing structure position from the
template structure. When a new structure position is added to a template structure as a result of a modification,
an empty structure position will be added automatically to the serial structure for which the modification is
embodied. If an existing structure position has become invalid as a result of the modification, this structure
position will be removed from the template when the modification is embodied. When this is done, the empty
structure position that corresponds with the removed position will be removed automatically from the serial
structure for which the modification is embodied. Empty structure positions are used to indicate where expected
serials or parts are missing from a serial structure.
If pre-posting is required, code part information must have been defined on the serial. Code part information
consists of the cost center and object. Code parts will be retrieved from the serial for which the event is
distributed, for the applicable company. For more information, refer the online help file Code Part Information. The defined code part information can
be viewed in the Pre Posting dialog.
The events that are distributed as a simplified work order will be handled in IFS/Fleet and Asset Management.
However, transactions are created automatically in IFS/Work Order Management through which tracking of financial
transactions is made possible.
If a modification event leading to a part identity change exists and this modification has the execution type
Terminating Action, the assigned and/or affected serial will be renamed to include the new part number and
revision once the modification is embodied. In order to perform the automatic renaming of a serial once the event
is embodied, the new part number and revision for the serial must have been entered on the modification (i.e., in
the Change to Part Number and Change to Part Revision fields). Furthermore, when the modification
event is embodied, the system will perform a check to validate the following information before renaming the
serial:
- the new part number is a valid alternate of the old part number (i.e., if the serial being renamed is
installed in a structure)
- the maintenance program and maintenance group for the old part number is valid for the new part number (i.e.,
if a new maintenance program and revision is not entered for the serial being renamed)
- the manufacturer and manufacturer part number of the old part number is valid for the new part number (i.e.,
when a new manufacturer and manufacturer part number is not entered for the serial being renamed)
- the template of the old part number is valid for the new part number (i.e., if the serial being renamed has a
structure)
- all running events for the serial which are mandatory to cancel have been canceled or finished.
- the serial being renamed is not included in a work scope that is in any status between Started or
Closed (i.e., if the serial is used in a Complex Assembly MRO flow).
When the part number is changed on a serial, the template information on the serial is often changed as well and
will automatically be updated. If the serial has a structure and the old template information for the structure of
the serial does not match the new template structure information, the operational condition of the serial will be
set to Non Operational when renamed. When the template information is valid for both the old and new part
numbers, the operational condition of the new serial will be the same as the operational condition on the old
serial. You can choose to update the operational log history, replacement history as well as other history records
with the new part number.
To perform this activity, open the Manage Maintenance Order/Included Events tab, click options and
set the event Status to Finish. The Finish Maintenance Event assistant opens.
Note: This procedure can also be performed from the Manage Maintenance Event
page.
Following is a description of the information that can be entered in each assistant step.
If the distribution type is Simplified Work Order:
- Step 1 - Execution Information
- Enter appropriate information in the Event Execution section.
- In the Post Maint Check ID field and the Post Maint Check Revision field,
enter the identifier and revision of the post maintenance check that is to be carried out after the event has
been finished. If a post maintenance check definition has been predefined for the event type, this post
maintenance check definition will automatically be defaulted. If applicable, the defaulted value can be
changed.
- Step 2 - Fault Information
- If the event type is Serial Repair, the Fault Information step opens as the second step of
the assistant. Here you need to enter information on the function breakdown for the repair of the fault.
- If the post maintenance check defined for the repaired fault differs from the post maintenance check
originally defined for the fault, the new post maintenance check information can be entered in the Post
Maint Check ID field and the Post Maint Check Revision field.
- A value in the Cause Code field is required if the fault action is Already Repaired.
- Step 2 - Modification Information
- If the event type is Modification, the Modification Informationstep opens as the
second step of the assistant. Here you need to enter information on the preventive checks for the
modification. It is recommended that you read the information displayed on the assistant step.
- In the Part ID Change on Serials in Structure section, you can enter information on any
part revision or affected part in the structure that is to be renamed. You can also define if history records
are to be updated with the rename information. It is recommended that you read the information displayed on
the assistant step.
- Step 3 - Used Material and Operational Values
- You can enter information on the material consumed on the event and enter operational parameter values in
this step.
- Create a new record in the Material List section and enter appropriate information.
- Use the Operational Parameter Values section, to register the operational parameter
values at the time the running maintenance event is completed. You can also use the Suggest Operational
Values option to populate the current operational parameter values for the serial.
- If operational parameter values are given, these are stored in the history and also used to calculate the
next maintenance. If operational parameter values are not given, the historical values nearest in time to the
finish date of the event is used.
Note: By using this assistant, you will be completing the event without
transferring it to an IFS Maintenance site. When you sign off an event, the system creates a work order with a
single work task in the background and adds given resource and material information. The work order and task, still
in the background, is set to Started and the reported hours are reported on the work task and authorized. If
consumed material was reported, the material will be issued from inventory. The status of the work order and task
is changed to Finished, at which time information, such as resource and material cost, is transferred back
to the event in IFS/Fleet and Asset Management. If the event is directly moved to history, serial order history
will be updated with the relevant information.
If the distribution type is Work Order or Execution Logic Structure:
- The first step of the assistant contains an informational message. If you have already entered addition
information on the event, click Finish. If not, click Next to enter relevant
information in the assistant as explained above.
Prerequisites
- The event must be in the Work Done status.
- Detail information must have been supplied on the event.
- Sign off of the event must have been performed if sign off requirements exist on the event.
- If post maintenance checks should be generated when the event is finished, post maintenance check definitions
must exist.
The following prerequisites exist when entering detail information on an event:
- Resources with the Person Group resource type must be defined. The resource must be valid
for the site of the workshop connected to the event.
- The functional breakdown for the repair of a serial fault must be defined.
- Fault codes must be defined and registered for the functional breakdown.
- Cause codes must be defined. Cause codes are used when fault action is of type Already
Repaired.
- Code part information must have been defined on the serial or any parent serial in the structure. This is
used to retrieve code part information on a simplified work order completed in IFS/Fleet and Asset
Management.
- If the event being finished is a modification event of execution type Terminating Action and
leads to a part identity change, the new part number and revision must have been entered for the serial. These
values can be entered in the Assign Part Revisions tab in Define
Modification page or the Affected Parts tab in Modification
Details page.
- If the modification work is supposed to result in an automatic part identity change, the modification must be
a pending event with the execution type Terminating Action.
- If the modification work is supposed to result in an automatic part identity change for a serial installed in
the structure, the new part number must have been defined as a valid alternative for the old part number.
- If the event being finished is a modification event of execution type Terminating Action and leads to
a part identity change, a valid manufacturer and manufacturer part number must exist for the new part number of
the serial.
- If the event being finished is a modification event of execution type Terminating Action and leads to
a part identity change, a valid maintenance program and maintenance group must exist for the new part number of
the serial.
- If the event being finished is a modification event of execution type Terminating Action and leads to
a part identity change, the serial cannot exist on a shop order with a status between Started and
Closed when using IFS/Complex Assembly MRO.
System Effects
- The event will be set to the Finished status.
- When all events on the maintenance order have reached the Finished status, sign off can be performed
on the maintenance order and it can be completed.
- Serial order history and related history records are updated. If the event is defined as a convenience task,
the finished event record is transferred to Interval Maintenance History.
- Depending on the type of event being completed, the due calculation for interval maintenance, modifications,
post maintenance checks, life limited parts or fault deferrals will run automatically for the serial to calculate
new due dates and values.
- The event is deleted.
- If the object associated with the event is a vehicle on which all running events have been completed, the
vehicle condition marked to be set when the last event is finished, will be set for the vehicle. For more
information on automatic setting of vehicle condition codes, please refer to the activity Define Vehicle Condition.
- If a modification leading to a part identity change is embodied, the part number of the serial will be
changed all through Fleet and Asset Management.
- If a modification leading to a part identity change is embodied, the part number of the serial will also be
changed in Part Serial Catalog and history will be generated.
- If the serial is In Inventory (i.e., the current position is set to In Inventory) when being
renamed through the embodiment of a modification, the correct quantity on hand will be created for the renamed
individual.
- If the part number or serial number of the serial is changed through the embodiment of a modification, on a
serial that exists in the Returns tab in Work Task page, the part number or serial
number of this serial will be updated as well.
- If a modification leading to a part identity change is embodied, information on the modification that has
been complied with is retained in the serial identification history. This modification can be used as a reference
for the reason a part identity change was performed on the serial.
- If the serial's configuration becomes invalid as a result of the rename, the operational status of the
renamed serial is automatically set to Out Of Operation.
- If the structure template information for the old template structure is not valid for the new template
structure, the operational condition of the renamed serial is set to Non Operational.
- If an overhaul event with cycle is executed earlier than it is due, all changed events that are due prior to
the overhaul event will be reset.
- If post maintenance check information has been defined when the event is signed off, post maintenance checks
will be generated according to the intervals of the post maintenance check definition.