This page allows you to generate a report containing the details of the maintenance activities carried out on a part, associated work order details, warranty details of the part, reason for repair / removal of part as specified by the customer, repair summary details, corrective action active taken as part of maintenance execution, etc. The report is generated after completion of the work order and sent to the customer.
Select the “Manage Teardown Information” activity under the “Shop Work Order” business component.
The “Manage Teardown Information” page appears.
Work Order Details
Enter the following fields in the “Work Order Details” group box:
Work Order # |
The code identifying the work order for which you wish to generate the teardown report. Mandatory. Help facility available. |
Click the “Get Details” pushbutton to retrieve the work order details.
The system displays the following fields:
Primary Work Center # |
The primary work center in which the shop work order is executed. |
Event # |
The event number identified for grouping the shop work order. |
Enter the following fields:
Reference # |
The code identifying the reference document for the shop work order. |
The system displays the following fields:
Revision # |
The revision number of the teardown report. The revision number is incremented by 1 every time the teardown report is revised. |
Tracking # |
The tracking number of the teardown report. The tracking number is generated based on numbering logic and the default numbering type identified against the transaction “Teardown Report” in the “Document Numbering Class” business component. |
Job Type |
The job type of the work order, which could be “Engine”, “Component”, “Receipt-Inspection”, “Piece Part”, “Facility”, “Project” or “Miscellaneous”. |
Customer # |
The code identifying the customer, if the work order is customer-based. Click the data hyperlink to view the customer record. |
Customer Order # |
The code identifying the customer order available for the shop work order. |
Main Core Details
The system displays the following fields in the “Main Core Details” group box:
Part # |
The code identifying the main core part. |
Serial # |
The serial number of the main core part. |
Mfr. # |
The code identifying the manufacturer of the main core part. |
Mfr. Part # |
The number issued by the manufacturer of the main core part. |
Lot # |
The lot number of the main core part. |
Qty. |
The quantity of the main core part. |
Mfg Lot # |
The lot number issued by the manufacturer of the main core part. |
Mfg Serial # |
The serial number issued by the manufacturer of the main core part. |
Facility # |
The code identifying the facility. A facility is a tool or equipment used to execute maintenance jobs on aircraft and aircraft-related components. |
Facility Object # |
The code identifying the facility object. A facility object refers to a facility that is already defined in the Work Center business component or a part that is already defined in the “Part Administration” business component. |
Component # |
The code identifying the component to which the main core part belongs. |
Multiple Cores? |
Indicates whether multiple parts with same part number, are associated to the same work order. The system displays the options “Yes” or “No”. |
Part Description |
The textual description of the main core part. |
Customer Instructions
Enter the following fields in the “Customer Instructions” group box:
Repair Process Code |
Use the drop-down list box to specify the repair process code that defines various maintenance activities to be carried out on a part, based on the instructions from the customer. The system lists all the ‘Active’ or ‘Inactive’ values defined in the “Maintain Repair Process Codes” activity of the “Logistics Common Master” business component. The system leaves the field blank, by default. |
The following boxes appear checked selectively based on the values selected in the “Repair process Code” field above:
Inspect |
Indicates that the customer has instructed to perform inspection of the part. |
Repair |
Indicates that the customer has instructed to perform repair of the part. |
Overhaul |
Indicates that the customer has instructed to perform overhaul of the part. |
Modify |
Indicates that the customer has instructed to modify the part. |
Maintenance Done
Enter the following fields in the “Maintenance Done” group box:
Repair Process Code |
Use the drop-down list box to specify the repair process code that defines various maintenance activities that are actually carried out on a part. The system lists all the ‘Active’ or values defined in the “Maintain Repair Process Codes” activity of the “Logistics Common Master” business component. If the work order is defined with an inactive record, inactive values are also listed. The system leaves the field blank, by default. |
The following boxes appear checked selectively based on the values selected in the “Repair process Code” field above:
Inspect |
Indicates that inspection of the part has been carried out. |
Repair |
Indicates that repair of the part has been carried out. |
Overhaul |
Indicates that overhaul of the part has been carried out. |
Modify |
Indicates that the part has been modified. |
Component Times
Enter the following fields:
Parameter |
Use the drop-down list box to select the parameter of the part on which the work order is created. The system lists all the consumption parameters defined in the “Aircraft” business component. By default, the system displays the lead parameter of the part. |
SV |
The cumulative parameters of the aircraft or component since its last visit in the shop. (Decimal). |
SO |
The cumulative parameters of the aircraft or component since its last overhaul in the shop. (Decimal). |
Total Time |
The time until which the parameters are updated or computed. (Decimal). |
Confirm Customer Reason for Repair (RFR)
Select the following radio buttons:
Confirm Customer RFR |
Select the radio buttons to confirm the reason specified by the customer for repair of the parts.
The box “Yes” appears checked, by default. |
Other Findings
Select the following radio buttons:
Other Findings |
Indicates whether you wish to report observations / findings other than the observations of the customer.
The box “Yes” appears checked, by default. |
Warranty Details
Enter the following fields:
Wty. Seal |
Use the drop-down list to specify the state of the warranty seal on the part delivered. The system lists the following:
By default, the system leaves the field blank. |
Wty. Claim |
Use the drop-down list to specify whether warranty claim is accepted or denied for a part.
The system displays “Denied”, by default. |
Wty Notes |
A brief note describing the details of the warranty of the part. |
Customer Reason for Removal
Enter the following fields:
Reason for Repair Code |
Use the drop-down list box to select the code identifying the reason for repair of the part. The system lists all the ‘Active’ quick codes defined in the “Quick Code” business component. If the work order is defined with an inactive record, inactive values are also listed. By default, the system leaves the field blank. |
Tested prior to Tear Down |
Use the drop-down list to indicate whether the reason specified by the customer for the repair of the part, is verified before generating the teardown report. You can select the values “Yes” or “No”. By default, the system displays “Yes”. |
Failure Description |
The description of the failure of the part. The system lists all ‘Active’ quick codes of type “Failure Description” defined in the “Maintain Quick Codes” activity of the “Shop Work Order” business component. If the work order is defined with an inactive record, inactive values are also listed. By default, the system leaves the field blank. |
Reason for Removal |
The reason for removal of the part. |
Other Findings
Enter the following fields:
Other Findings Primary |
The primary observations reported for the part, other than the reason / observation specified by the customer. The system lists all ‘Active’ quick codes of type “Failure Description” defined in the “Maintain Quick Codes” activity of the “Shop Work Order” business component. If the work order is defined with an inactive record, inactive values are also listed. By default, the system leaves the field blank. |
Other Findings Secondary |
The secondary observations reported for the part, other than the reason / observation specified by the customer. The system lists all ‘Active’ quick codes of type “Findings” defined in the “Maintain Quick Codes” activity of the “Shop Work Order” business component. If the work order is defined with an inactive record, inactive values are also listed. By default, the system leaves the field blank. |
Details |
Any additional details regarding the observations reported for the part. |
Repair Summary Details
Enter the following fields:
Condition Found |
The condition observed while execution the corrective action against the discrepancy reported for the work order. |
Corrective Action
Enter the following fields:
Description |
A description of the corrective action taken against the discrepancy reported for the work order. |
Exec Facility |
Use the drop-down list to specify the location where the work order is executed. The system lists the following values:
By default, the system displays “Internal”. |
Serviced by |
The name of the user who serviced the part, as specified in the correction action recorded against the discrepancy. |
Certificate # |
The certificate number for the work order. |
Test Equipment |
The equipment used for performing the corrective action on the part. |
Test Hours |
The time taken to perform the corrective action. |
Mod Details
Enter the following fields:
Mod Embodied |
The details regarding the modification done on the part. |
Document Details
The system displays the following details:
Eng Doc # |
The code identifying the engineering document, if the task is created in the engineering document. |
Rev # |
The revision number of the engineering document. |
Subject |
The textual description of the engineering document. |
MCR # |
The code identifying the maintenance change request, if the task is created in the maintenance change request document. |
Rev # |
The revision number of the MCR. |
Task # |
The code identifying the task executed on the part. |
Task Desc. |
The textual description of the task. |
Exec. Status |
The execution status of the task, which could be “Draft”, “Fresh”, “Planned”, “In-Progress”, “Complete”, “Pre-closed” or “Closed”. |
Report details
Enter the following fields:
Issued by |
The name of the login user who issued the teardown report. By default, the system displays the login user ID. Help facility available. |
Date |
The date and time at which the teardown report is issued. (Date & Time Format). |
New Warranty Seal |
Check the box to indicate that new warranty seal is provided for the part. |
Approval # |
The approval number of the teardown report. |
Click the “Update” pushbutton to update the teardown information.
The system generates the tracking # for the teardown report, based on the numbering logic and the default numbering type identified against the transaction “Teardown Report” in the “Document Numbering Class” business component. If the tracking number is already generated, the system generates the Revision # of the teardown report.
Click the “Print” pushbutton to print the teardown report.
Click the “View Parts” link to generate the report containing the details of the parts consumed.
Click the “View Replacement Details” link to generate the report containing the details of the parts replaced.
The system displays the following fields:
Created by |
The name of the login user who first created the teardown report. |
Created Date |
The date on which the teardown report was first created. |
Modified by |
The name of the login user who modified the teardown report. |
Modified Date |
The date on which the teardown report was modified. |