Repair references

Repair references are defined by engineering and are used to represent any form of repair that can be carried out by a technician.

Repair references are used to model one-time repairs such as EAs (Engineering Authorizations) as well as re-usable repairs such as those found in the SRM (Structural Repair Manual) or re-usable EAs. Repair references are setup as follows:

  • Repair references are a type of requirement.
  • They must have a requirement Class of REPREF.
  • They usually have a requirement Subclass, which is used to define the type of repair such as EA or SRM. The sub-class is not required to create the requirement, but it is required to allow technicians to filter by type when they select references.
  • They can only be defined against a configuration slot, not against a part number.

  • When you select the REPREF class on the Create Requirement page, the Config Slot radio button is selected automatically and the Part Number radio button is disabled.

  • They must be set up as executable requirements, and cannot have job cards. When you select the REPREF class on the Create Requirement page, the radio button is selected automatically. The radio button is disabled.
  • They are always on-condition. When you select the REPREF class on the Create Requirement page, the On Condition check box is selected and cannot be unselected.
  • They are always marked as Prevent Manual Initialization, meaning that they cannot be initialized as tasks. Instead, they are always selected in context of a fault using the Select Reference button. The Allow Manual Initialization button is not available for these requirements.
  • They cannot be created or canceled upon installation or removal. When you select the REPREF class on the Create Requirement page, the Create/Cancel on Install and Create/Cancel on Removal list boxes are set to Do Nothing on Install/Removal and hidden from the page.
  • They cannot be assigned to blocks or maintenance programs.
  • They can have Following Task links to follow-on inspections or replacement repairs. Unlike follow-on tasks for other classes of requirements, follow-on tasks for REPREF requirements can be created against sub-assemblies of the assembly that was repaired. For example, the REPREF might be on an aircraft (SYS config slot), but the follow-on task can be on a TRK component of the sub-assembly such as a door, panel, fairing, control surface, etc. When adding following tasks to REPREF requirements, you can select only FOLLOW class tasks with a CRT (Create New) Action on Completion. After a repair associated with a REPREF reference is completed, only FOLLOW class tasks are initialized.

Steps and labor on repair references

Steps and labor that engineers add to repair references, are copied to faults when technicians select repair references or, if the selected reference requires MOC authorization, the information is copied to the fault when the reference is approved. Technicians and inspectors then sign off on their skills in labor rows and steps when they record work done to repair the fault.

When Maintenix copies information from the repair reference to the fault, the steps are appended to the fault. A fault can show a combination of ad hoc steps and steps from one or more repair references. A step in a reference that doesn't apply to the inventory item is copied to the fault, but marked as not applicable when the work package that contains the fault is committed. For example, if there are two steps, one for an engine with a 27k thrust rating and another for a 24k thrust rating, one of the steps is not applicable and is marked N/A.

Labor rows from the repair reference are either added to the fault as additional rows or they replace existing rows with the same skill, depending on the status of the labor rows.