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 Information
step 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.